WWW.KN.LIB-I.RU
БЕСПЛАТНАЯ  ИНТЕРНЕТ  БИБЛИОТЕКА - Различные ресурсы
 


«Журнал «Технологии и средства связи», №2, 2005 ПРОГРАММНЫЕ КОММУТАТОРЫ SOFTSWITCH: ВЧЕРА, СЕГОДНЯ И. Б.С. Гольдштейн, зав. кафедрой СПбГУТ им. М.А. ...»

Журнал «Технологии и средства связи», №2, 2005

ПРОГРАММНЫЕ КОММУТАТОРЫ SOFTSWITCH:

ВЧЕРА, СЕГОДНЯ И…

Б.С. Гольдштейн, зав. кафедрой СПбГУТ им. М.А. Бонч-Бруевича,

зам.директора ЛОНИИС, д.т.н.

Введение

Эта статья представляет собой своего рода продолжение опубликованного журналом в

итоговом сборнике в 2003 году материала автора «Городские и комбинированные АТС:

вчера, сегодня и…» [1]. Приведенный там анализ революционного перехода от еще недавно казавшихся безальтернативными АТС с коммутацией каналов к оборудованию мультисервисного абонентского доступа, управляемому программными коммутаторами Softswitch, получил подтверждение не только мировой, но и уже в значительной степени – отечественной практикой.

Triple Play и конец мечты о killer application Речь идет о появившейся еще в эпоху проектирования ДВО в цифровых АТС с программным управлением и расцветшей во время строительства Интеллектуальных сетей связи в 80-х годах прошлого века легенде об удачливом Операторе, который нашел так называемое убийственное приложение (killer application), осчастливившее пользователей и озолотившее самого Оператора.

В [1] отмечалось, что появление традиционной телефонии и было как раз таким первым killer application. Это телефонное убийственное приложение в свое время решительно и агрессивно изменило существовавшую до него телеграфно-техническую инфраструктуру, работу организаций, банков и даже частную жизнь людей. Изменило точно так же, как сегодня на наших глазах их опять изменяют широкополосный мультисервисный доступ, переход от АТС к Softswitch, конвергенция различных мобильных и стационарных сетей и услуг связи.

Но речь уже не идет о какой-то одной услуге. Весьма часто упоминавшееся в научнотехнической литературе два–три года назад понятие killer application заменил появившийся в процессе конвергенции подход triple play. В [2] представлен подробный анализ этого подхода, к которому можно добавить лишь то, что он более адекватен сегодняшней четырехуровневой структуре NGN: доступ – транспорт - управление – услуги (рис.1).

Журнал «Технологии и средства связи», №2, 2005 Уровень услуг Уровень управления Транспортный уровень Уровень доступа Рис. 1. Уровни NGN Архитектура Softswitch Эдуарду де Бано из Кембриджа принадлежит знаменитая фраза, объясняющая причины возникновения Softswitch: «Совершенствуя дилижанс, можно создать первоклассный дилижанс, но первоклассный автомобиль – едва ли». Именно по этой причине архитектура Softswitch с самого начала создавалась в структурах, далеких от официальных международных организаций традиционной телефонии. Первым был Международный Softswitch-консорциум ISC (International Softswitch Consortium), переименованный позже в IPCC (International Packet Communication Consortium) занимающийся продвижением соответствующих стандартов Softswitch и обеспечением функциональной совместимости различных технологий Softswitch. В состав IPCC вошли представленные в табл. 1 рабочие группы, в рамках которых и обсуждались архитектура, услуги, протоколы, а также вопросы маркетинга Softswitch.

–  –  –

Деятельность этих рабочих групп заслуживает самого пристального внимания. Как и в любой другой новой отрасли, индустрия Softswitch очень нуждается в стандартизации, основа которой заложена в документе ISC, озаглавленном «Эталонная архитектура» и определяющем сетевые уровни, стандартные интерфейсы и термины, используемые при описании компонентов Softswitch.





Журнал «Технологии и средства связи», №2, 2005 Согласно разработанной в рамках консорциума модели архитектуры Softswitch предусматриваются четыре функциональные плоскости (рис.

2):

• транспортная,

• управления обслуживанием вызова и сигнализации,

• услуг и приложений,

• эксплуатационного управления.

Транспортная плоскость

Транспортная плоскость (Transport Plane) отвечает за транспортировку сообщений по сети связи. Этими сообщениями могут быть сообщения сигнализации, сообщения маршрутизации для организации тракта передачи информации или непосредственно пользовательские речь и данные. Расположенный под этой плоскостью физический уровень переноса этих сообщений может базироваться на любой технологии, которая соответствует требованиям к пропускной способности для переноса трафика этого типа.

Транспортная плоскость также обеспечивает доступ к сети IP-телефонии сигнальной и/или пользовательской информации, поступающей со стороны других сетей или терминалов.

Как правило, устройства и функции транспортной плоскости управляются функциями рассматриваемой в следующем подразделе плоскости управления обслуживанием вызова и сигнализации.

Сама транспортная плоскость делится на три домена:

• домен транспортировки по протоколу IP,

• домен взаимодействия;

• домен не-IP-доступа.

Домен транспортировки по протоколу IP

Домен транспортировки по протоколу IP (IP Transport Domain) поддерживает магистральную сеть и маршрутизацию для транспортировки пакетов через сеть IPтелефонии. К этому домену относятся такие устройства, как коммутаторы, маршрутизаторы, а также средства обеспечения качества обслуживания QoS (Quality of Service).

–  –  –

Рис. 2. Функциональные плоскости эталонной архитектуры Softswitch Домен взаимодействия Домен взаимодействия (Interworking Domain) включает в себя устройства преобразования сигнальной или пользовательской информации, поступающей со стороны внешних сетей, в пригодный для передачи по сети IP-телефонии вид, а также обратного преобразования.

В этот домен входят такие устройства, как шлюзы сигнализации (Signaling Gateways), обеспечивающие преобразование сигнальной информации между разными транспортными уровнями, транспортные шлюзы или медиашлюзы (Media Gateways), выполняющие функции преобразования пользовательской информации между разными транспортными сетями и/или разными типами мультимедийных данных, и шлюзы взаимодействия (Interworking Gateways), обеспечивающие взаимодействие различных протоколов сигнализации на одном транспортном уровне.

Домен не-IP-доступа

Домен не-IP-доступа (Non-IP Access Domain) предназначен для организации доступа к сети IP-телефонии различных не-IP терминалов. Он состоит из шлюзов Access Gateways для подключения учрежденческих АТС, аналоговых кабельных модемов, линий xDSL, транспортных шлюзов для мобильной сети радиодоступа стандарта GSM/3G (RAN), а также средств интегрированного абонентского доступа IAD (Integrated Access Devices) и других устройств доступа. Что же касается IP-терминалов, например, SIP-телефонов, то они подключаются к домену транспортировки по протоколу IP без участия Access Gateway.

Журнал «Технологии и средства связи», №2, 2005 Плоскость управления обслуживанием вызова и сигнализации Плоскость управления обслуживанием вызова и сигнализации (Call Control & Signaling Plane) управляет основными элементами сети IP-телефонии и, в первую очередь, теми, которые принадлежат транспортной плоскости. Она управляет обслуживанием вызова на основе сигнальных сообщений, поступающих из транспортной плоскости, устанавливает и разрушает соединения для передачи пользовательской информации по сети. Эта плоскость включает в себя такие устройства, как контролер медиашлюзов MGC (Media Gateway Controller), сервер обслуживания вызова Call Agent, привратник Gatekeeper и LDAP-сервер.

Плоскость услуг и приложений

Плоскость услуг и приложений (Service & Application Plane) содержит логику выполнения услуг и/или приложений в сети IP-телефонии и управляют этими услугами путем взаимодействия с устройствами, находящимися в плоскости управления обслуживанием вызова и сигнализации. Плоскость услуг и приложений состоит из таких устройств, как серверы приложений Application Servers и серверы дополнительных услуг Feature Servers.

Плоскость услуг и приложений может также управлять специализированными компонентами передачи пользовательской информации, например, медиасерверами, которые выполняют функции конференцсвязи, IVR и т.п.

Плоскость эксплуатационного управления (Management Plane) поддерживает функции включения/выключения абонентов и услуг, эксплуатационной поддержки, биллинга и другие функции технической эксплуатации сети. Плоскость эксплуатационного управления может взаимодействовать с некоторыми или со всеми другими тремя плоскостями либо по стандартному протоколу (например, по протоколу SNMP), либо по внутренним протоколам и через интерфейсы API.

Функциональные объекты Функциональными объектами рассмотренной в предыдущей главе эталонной модели архитектуры Softswitch являются логические объекты сети IP-телефонии. В рамках предложенного Консорциумом подхода выделяются 12 основных функциональных объектов, относительно которых следует прежде всего подчеркнуть, что это суть функции, а не физические продукты. Последнее означает, что разные функциональные объекты могут физически располагаться в разных автономных устройствах или на многофункциональных платформах, что существует практически неограниченное число способов размещения функциональных объектов в физических объектах.

Изменим рис.2 таким образом, чтобы разместить эти 12 автономных функциональных объектов (ФО) на плоскостях эталонной архитектуры Softswitch (рис.3).

ФО контроллера медиашлюзов (MGC-F)

ФО контроллера медиашлюзов MGC-F (Media Gateway Controller Function) представляет собой конечный автомат логики обслуживания вызова и сигнализации управления его обслуживанием для одного или более транспортных шлюзов. MGC-F определяет состояние процесса обслуживания каждого вызова в медиашлюзе и состояния информационных каналов интерфейсов MG-F, передает информационные сообщения пользователя от одного MG-F к другому, а также от/к MG-F к/от IP-телефонов или терминалов, отправляет и принимает сигнальные сообщения от портов, от других MGC-F и от внешних сетей, взаимодействует с AS-F для предоставления услуг пользователю, Журнал «Технологии и средства связи», №2, 2005 имеет возможность управлять некоторыми сетевыми ресурсами (например, портами MGF, полосой пропускания и т.д.), имеет возможность устанавливать правила для портов пользователя, взаимодействует с R-F и A-F для обеспечения маршрутизации вызова, аутентификации и учета, а также может участвовать в задачах эксплуатационного управления в мобильной среде (т.к. управление мобильностью обычно является частью CA-F). Функциональный объект MGC-F обычно использует протоколы H.248 и MGCP.

ФО устройства управления и взаимодействия (CA-F) и IW-F)

ФО устройства управления шлюзом CA-F (Call Agent Function) и функциональный объект взаимодействия IW-F (Interworking Function) являются подмножествами MGC-F. Первый из них, CA-F, существует, когда MGC-F управляет обслуживанием вызова и определяет состояния процесса его обслуживания. Протоколами этого функционального объекта могут являться SIP, SIP-T, BICC, H.323, Q.931, Q.SIG, INAP, ISUP, TCAP, BSSAP, RANAP, MAP и CAP, а в качестве интерфейсов API используются любые открытые API типа JAIN или Parlay. Второй функциональный объект, IW-F, существует, когда MGC-F обеспечивает взаимодействие между разными сетями сигнализации, например, IP и ATM, ОКС7 и SIP/H.323 и т.п.

–  –  –

AS-F – ФО сервера приложений, SC-F – ФО управления услугами, CA-F – ФО устройства управления шлюзом, MGC-F – ФО контроллера медиашлюзов, SPS-F – ФО прокси-сервера SIP, R-F – ФО маршрутизации вызова, A-F – ФО учета, авторизации, аутентификации, MS-F – ФО транспортного сервера, SG-F – ФО шлюза сигнализации, MG-F – ФО медиашлюза, IW-F – ФО взаимодействия, AGS-F – ФО сигнализации шлюза доступа Рис.3. Функциональные объекты эталонной архитектуры Softswitch ФО маршрутизации и учета стоимости (R-F и A-F) ФО маршрутизации и учета стоимости R-F и A-F (Call Routing и Accounting Functions) работают следующим образом. Функциональный объект R-F предоставляет информацию о маршрутизации вызова функциональному объекту MGC-F. Функциональный объект A-F собирает учетную информацию о вызовах для целей биллинга, а также может выполнять более широкий спектр функций AAA, т.е. обеспечивать аутентификацию, идентификацию и учет в удаленных сетях. Основная роль обоих функциональных объектов – реагировать на запросы, поступающие от одного или более MGC-F, направляя вызов или учетную Журнал «Технологии и средства связи», №2, 2005 информацию о нем к входящим портам (другим MGC-F) или услугам (AS-F).

Функциональный объект R-F/A-F обеспечивает маршрутизацию локальных и межсетевых вызовов (R-F), фиксирует детали каждого сеанса связи для целей биллинга и планирования (A-F), обеспечивает управление сеансом и управление мобильностью, может узнавать о маршрутной информации от внешних источников, может взаимодействовать с AS-F для предоставления услуги пользователю, может функционировать прозрачно для других элементов в тракте сигнализации. Здесь R-F и A-F могут сцепляться друг с другом последовательно или иерархически и, к тому же, R-F/A-F часто объединяется с MGC-F, причем объединенный R-F/A-F/MGC-F может также запрашивать услуги внешнего R-F/A-F. Сам A-F собирает и передает учетную информацию по каждому вызову, а AS-F передает учетную информацию по предоставлению дополнительных услуг, таких как конференц-связь или платные информационные услуги. Функция маршрутизации локальных и межсетевых вызовов R-F может использовать протоколы ENUM и TRIP, а функция стоимости вызовов A-F может использовать протоколы RADIUS и AuC (для сетей подвижной связи).

ФО SIP-прокси-сервера (SPS-F) ФО SIP-прокси-сервера SPS-F (SIP Proxy Server Function) выделен в отдельный функциональный объект по той причине, что чаще всего R-F и A-F конструктивно оформляются в виде прокси-сервера SIP.

ФО шлюза сигнализации (SG-F) ФО шлюза сигнализации SG-F (Signaling Gateway Function) поддерживает обмен между сетью IP-телефонии и ТфОП сигнальной информацией, которая может передаваться, например, на базе ОКС7/TDM или BICC/ATM. Для беспроводных сетей подвижной связи SG-F также поддерживает обмен сигнальной информацией между транзитной пакетной IP-сетью и сетью сотовой подвижной связи (СПС) с коммутацией каналов на базе стека ОКС7. Основная роль SG-F заключается в пакетировании и транспортировке информации протоколов сигнализации ОКС7 в ТфОП (ISUP или INAP) или в СПС (MAP или CAP) по сети с коммутацией пакетов IP. Для этого функциональный объект SG-F пакетирует и транспортирует сигнализацию ОКС7 к MGC-F или другому SG-F, используя методы SIGTRAN. Один SG-F может обслуживать много MGC-F, а интерфейсом между SG-F и другими функциональными объектами является протоколы SIGTRAN типов TUA, SUA и M3UA over SCTP, за исключением ситуаций, когда SG-F и MGC-F или другой SG-F объединены в одном месте.

ФО сигнализации шлюза доступа AGS-F

ФО сигнализации шлюза доступа AGS-F (Access Gateway Signaling Function) поддерживает обмен сигнальной информацией между сетью IP-телефонии и сетью доступа с коммутацией каналов на базе интерфейсов V5.1/V5.2. Для беспроводных сетей подвижной связи AGS-F поддерживает также обмен сигнальной информацией между транзитной сетью подвижной связи с коммутацией пакетов и сетью СПС на базе TDM или ATM. Основная роль AGS-F заключается в пакетировании и транспортировке информации протоколов сигнализации интерфейсов V5 или ISDN (для проводных сетей), или BSSAP или RANAP (для беспроводных сетей) по сети с коммутацией пакетов IP.

AGS-F пакетирует и транспортирует к MGC-F эту информацию протоколов сигнализации V5, ISDN или ОКС7, используя протоколы SIGTRAN типов M3UA, IUA и V5UA over SCTP.

Журнал «Технологии и средства связи», №2, 2005ФО сервера приложений (AS-F)

ФО сервера приложений AS-F (Application Server Function) поддерживает логику и выполнение услуг для одного или более приложений. AS-F может запрашивать у MGC-F прекращение вызовов или сеансов связи для определенных приложений (например, речевой почты или конференц-связи), запрашивать у MGC-F повторное инициирование услуг связи (например, сопровождающего вызова или вызовов по предоплаченной телефонной карте), может изменять описания потоков пользовательских данных, участвующих в сеансе, используя протокол SDP, может управлять MS-F для обслуживания потоков пользовательской информации, может компоноваться с Webприложениями или иметь Web-интерфейсы, может использовать открытые API типа JAIN или Parlay для создания услуг, может иметь внутренние интерфейсы алгоритма распределения ресурсов, биллинга и регистрации сеансов, взаимодействовать с функциональными объектами MGC-F или MS-F, вызывать другой AS-F для предоставления дополнительных услуг или для построения составных, ориентированных на компоненты приложений, использовать функциональные возможности MGC-F для управления внешними ресурсами. Для всех этих целей используются протоколы SIP, MGCP, H.248, LDAP, HTTP, CPL и XML. Совместное использование функциональных объектов AS-F и MGC-F обеспечивает поддержку составных услуг, таких как сетевые записанные объявления, трехсторонняя связь, уведомление о поступлении нового вызова и т.д. В ситуациях, когда AS-F и MGC-F реализованы в одной системе, вместо подключения AS-F к MGC-F по одному из вышеуказанных протоколов производители часто используют API типа JAIN или Parlay. При такой организации, AS-F называют сервером дополнительных услуг (Feature Server).

ФО управления услугами (SC-F) ФО управления услугами SC-F (Service Control Function) существует, когда AS-F управляет логикой услуг. SC-F использует протоколы INAP, CAP и MAP, а также открытые API типа JAIN и Parlay.

ФО медиашлюза MG-F ФО медиашлюза MG-F (Media Gateway Function) обеспечивает сопряжение IP-сети с портом доступа, соединительной линией или с совокупностью портов и/или соединительных линий, т.е. служит шлюзом между пакетной сетью и внешними сетями с коммутацией каналов, такими как ТфОП, СПС или ATM. Его основная роль состоит в преобразовании пользовательской информации из одного формата в другой, чаще всего, – из канального вида в пакетный и обратно, из ячеек ATM в пакеты IP и обратно.

MG-F имеет следующие характеристики:

• всегда состоит в отношениях ведущий/ведомый с MGC-F, используя протокол управления MGCP или MEGACO/H.248;

• может выполнять функции обработки пользовательской информации, такие как кодирование, пакетирование, компенсацию эха, управление буферами, устранения джиттера, корректирующие действия при потерях пакетов и др.;

• может выполнять функции обслуживания пользовательских соединений, такие как генерирование акустических сигналов, генерирование сигналов DTMF, генерирование комфортного шума и др., а также выполнять анализ цифр на базе таблицы, загружаемой от MGC-F;

• может выполнять функции сигнализации и обнаружения событий, такие как обнаружение сигналов DTMF, обнаружение состояний отбоя/ответа абонента, детектирование наличия речевых сигналов и др.

Журнал «Технологии и средства связи», №2, 2005 Таким образом, MG-F обеспечивает механизм, позволяющий MGC-F контролировать состояние и функциональные возможности портов, а сам не требует знать состояния процессов обслуживания вызовов, проходящих через него, поддерживая только состояния соединений. Используемые протоколы: RTP/RTCP, TDM, H.248 и MGCP. Кстати, SIPтелефон или шлюз с поддержкой SIP с этой точки зрения представляет собой MG-F и MGC-F в одном блоке.

ФО медиа-сервера MS-F

ФО медиа-сервера MS-F (Media Server Function) обеспечивает управление обработкой пользовательского пакетного трафика от любых приложений. В основном, он функционирует в качестве сервера, обслуживающего запросы от AS-F или MGC-F, касающиеся обработки пользовательской информации в пакетированных потоках мультимедиа. MS-F поддерживает различные кодеки и схемы кодирования, может управляться либо AS-F или MGC-F непосредственно (управление ресурсами), либо косвенно (вызов функции) с использованием протоколов SIP, MGCP и H.248..

Функциональный объект MA-F может параллельно поддерживать обнаружение набираемых цифр, генерирование и передачу акустических сигналов и записанных сообщений, регистрацию и запись мультимедийных потоков, распознавание речи, речевое воспроизведение текста, микширование для конференц-связи, обработку факсимильных сообщений, определение наличия речевых сигналов и передачу информации о громкости.

–  –  –

Рис.4. Модули контроллера транспортных шлюзов в эталонной архитектуре ISC Модуль контроллера медиашлюзов Теперь от функциональных объектов вернемся к реальным физическим объектам и, прежде всего, – к контроллеру медиашлюзов MGC, являющемуся одним из ключевых Журнал «Технологии и средства связи», №2, 2005 элементов сети IP-телефонии. Имеется множество разных реализаций MGC, в связи с чем он известен под разными именами: Softswitch, Call Agent, Call Controller, Telephone Server и др. На рис. 4 представлены только некоторые из множества возможностей функциональной компоновки MGC согласно рассматриваемой в этой главе эталонной архитектуре ISC.

Как видно на рис. 4, в большинстве современных контроллеров медиашлюзов MGC, помимо MGC-F, реализованы и другие функциональные объекты. В частности, в представленный на рис. 4 контроллер MGC входят функциональные блоки

• блок менеджера сеансов соединения Connection Session Manager (MGC-F),

• блок управления обслуживанием вызова и сигнализации (CA-F),

• блок менеджера взаимодействия Interworking/Border Connection Manager (IW-F),

• блок менеджера сеансов доступа Access Session Manager (R-F/A-F),

• шлюз доступа к открытым услугам Open Service Access Gateway;

• модули-посредники приложений (Proxies),

• агенты системы эксплуатационной поддержки OSS и OEM, которые подключаются к внешним менеджерам OSS/OEM, расположенным в центре эксплуатационной поддержки, для поддержки функций эксплуатационного управления (подготовки к работе услуг и сети, техобслуживания и т.д.).

Все показанные на рис.4 функциональные объекты CA-F, IW-F, R-F и A-F могут совмещаться в одной физической платформе или распределяться по разным устройствам, которые в совокупности дают итоговое техническое решение MGC. В свою очередь, из соображений надежности и/или распределения нагрузки MGC может реализовываться на параллельно работающих устройствах со всеми перечисленными функциями в каждом.

Реализация Softswitch Для сравнения напомним описанную в [1] обобщенную структурную схему взаимодействия АТС с коммутацией каналов с сетью связи общего пользования (ССОП), представленную здесь на рис. 5. К этой архитектуре телефонные станции «шли» более 100 лет, внедряя цифровую коммутацию, программное управление и многие другие усовершенствования первоначально электромеханических строуджеровских АТС.

Структурная схема на рис. 5 соответствует практически каждой из представленных в существенно обновленной со времен [1] табл. 2 сертифицированных городских АТС,.

Информация для табл. 2 взята из Инфобанка СОТСБИ (www.sotsbi.spb.ru), куда читатель может обратиться за более подробными сведениями как об этих АТС, так и о сертифицированных Softswitch.

Журнал «Технологии и средства связи», №2, 2005

–  –  –

О транспортировке сообщений ОКС7 по IP-сетям с помощью протоколов M2UA, M2PA и M3UA (для выполнения функций MTP), протокола SUA уровня адаптации для пользователей SCCP, протокола SCTP (Stream Control Transmission Protocol) рабочей группы SIGTRAN уже написано в [1]. Здесь же отметим, что для взаимодействия двух Softswitch могут применяться два протокола, один из которых – SIP (SIP-T) – разработан комитетом IETF, а второй – BICC – специфицирован ITU-T. Сегодня на роль протокола взаимодействия претендует протокол SIP-T, хотя BICC обладает возможностью работы и с сигнализацией DSS1, а не только с ОКС7. В известном решении ENGINE компании Ericsson взаимодействие между телефонными серверами (Softswitch) осуществляется по протоколу BICC CS-1, ориентированном на работу поверх транспорта ATM (AAL1/AAL2) с последующим переходом на BICC CS-2 предназначенным для работы в IP-сетях.

Отсюда можно сделать вывод, что хотя SIP-T и BICC сейчас обладают практически одинаковыми функциональными возможностями, а находящийся в разработке BICC CS-3 даже предусматривает возможность взаимодействия с SIP-T, всё же его практическое внедрение в оборудовании Softswitch происходит обычно из соображений необходимости работы в ATM-сети. Более того, в материалах ATM-форума отмечается, что хотя в обозримом будущем протоколы H.323, SIP, H.248 и BICC будут существовать параллельно, дальнейшие усилия ITU и IETF будут сконцентрированы на совершенствовании SIP и H.248 для удовлетворения требованиям NGN.

–  –  –

В табл. 3 приведен перечень сертифицированных программных коммутаторов, который пока втрое короче приведенного в табл. 2 перечня городских АТС. Обсуждение архитектур систем Softswitch, перечисленных в табл. 3, здесь не приводится, а интересующимся читателям предлагается обратиться к [5], содержащей анализ вариантов реализации трехгранной пирамиды.

Вместо заключения Различие размеров таблиц 2 и 3 соответствует и разнице в уровне проработки систем коммутации каналов и пакетов. По этой (но не только по этой) причине за пределами статьи остались перспективные направления развития концепции Softswitch – IMS (IP Multimedia SubSystem) и BSC (Border Session Controller), а также чрезвычайно актуальные практические вопросы сетевых аспектов внедрения Softswitch, поддержки функций СОРМ, управления новыми видами мультисервисного абонентского доступа и другие, по которым автор оставляет за собой возможность высказаться еще раз через следующие два года.

Литература

1. Гольдштейн Б.С. Городские и комбинированные АТС: вчера, сегодня и...// Технологии и средства связи. 2003, №2 Ч.2 «Каталог ТСС-2003»

2. Пинчук А.В., Соколов Н.А. Мультисервисные абонентские концентраторы для функциональных возможностей Triple-Play Services //Вестник связи, 2005, №3.

3. Инфобанк СОТСБИ www.sotsbi.spb.ru.

4. Гольдштейн Б.С., Зарубин А.А., Саморезов В.В. Протокол SIP. Справочник по телекоммуникационным протоколам - СПб.: BHV, 2005.

5. Гольдштейн А.Б. Еще раз о Softswitch или Сравнение реализаций трехгранной




Похожие работы:

«ДисКУссия: ДРевнейшие КеРамичесКие тРаДиции восточной евРоПы мазуркевич а. н., Долбунова е. в., Кулькова м. а. Керамические традиции в раннем неолите восточной европы* Резюме. В  статье рассмотрены комплекMazurkevich A. N., Dolbunova E. V., сы р...»

«Лосский В.H. Догмат о непорочном зачатии Царственная Дева, облеченная истинной славой и достоинством, не нуждается еще в какой-то ложной славе Бернард Клервосский. Ad canonicos Lugdunenses, de conceptione s. Mariae. Некоторые люди, обманываясь сходством словесных выражений или ложной ассоциацией идей, смешивают...»

«ОКП 4220 МЕ48 ПРИБОР ДЛЯ ИЗМЕРЕНИЙ ЭЛЕКТРОЭНЕРГЕТИЧЕСКИХ ВЕЛИЧИН И ПОКАЗАТЕЛЕЙ КАЧЕСТВА ЭЛЕКТРИЧЕСКОЙ ЭНЕРГИИ "Энергомонитор-3.3Т" Руководство по эксплуатации МС3.055.021 РЭ НПП МАРС-ЭНЕРГО СОДЕРЖАНИЕ ВВЕДЕНИЕ 1 ТРЕБОВАНИЯ БЕЗОПАСНОСТИ...»

«Пересмотренное заявление CONSORT о стандартах представления результатов рандомизированных испытаний: разъяснения и уточнения Д.Г. Альтман, К.Ф. Шульц, Д. Мохер, М. Эггер, Ф. Давидофф, Д. Элбурн, П.К. Гёче, Т. Ланг от группы CONSORT (Douglas G. Altman, Kenneth F. Schulz...»

«АДМИНИСТРАЦИЯ АКСАЙСКОГО РАЙОНА ПОСТАНОВЛЕНИЕ № 02. 11. 2016 499 г. Аксай Об исполнении бюджета Аксайского района за 9 месяцев 2016 года В соответствии со статьей 264.2 Бюджетного кодекса Российской Федерации, статьей 52 Федерального...»

«© 1992 г. С.М. НИКИТИН, К.А. ФЕОФАНОВ СОЦИОЛОГИЧЕСКАЯ ТЕОРИЯ РИСКА В ПОИСКАХ ПРЕДМЕТА НИКИТИН Сергей Михайлович — кандидат философских наук, доцент социологического факультета МГУ им. М.В. Ломоносова. В нашем журнале публикуется впервые. ФЕОФАНОВ Ко...»

«СИСТЕМНЫЙ АНАЛИЗ ПРОЦЕССОВ ЭНЕРГОИНФОРМАЦИОННОГО ОБМЕНА НА ОИД ст. 1934 (зі змінами та доповненнями на 06.10.2000). 22. Наказ Служби безпеки України від 12 серпня 2005 року № 440. "Про затвердження Зводу відомостей, що становлять державну таємницю" // Офіційний вісник України, 2005,...»

«7. Норенков, И.П. Эвристики и их комбинации в генетических методах дискретной оптимизации [Текст] / И.П. Норенков // Информационные технологии. – 1999. – №1.8. Беломойцев, Д.Е. Разработка методики авт...»

«ВАРИАНТ 1 Раздел 1 (задания по аудированию) Вы два раза услышите четыре коротких диалога, обозначенных буквами А, В, С, В. Установите соответствие между диалогами и местами, где они происхо­ дят: к каждому д...»

«Поделки-самоделки Светлана Владимирова Оригами и кусудамы "РИПОЛ Классик" Владимирова С. Е. Оригами и кусудамы / С. Е. Владимирова — "РИПОЛ Классик", 2012 — (Поделки-самоделки) ISBN 978-5-457-35691-7 Как из простого листа бумага сделать самые красивые цве...»








 
2017 www.kn.lib-i.ru - «Бесплатная электронная библиотека - различные ресурсы»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.