Плоскость управления обслуживанием вызова и сигнализации



Федеральное агентство связи

Уральский технический институт связи и информатики (филиал) ФГБОУ ВО "Сибирский государственный университет телекоммуникаций и информатики" в г. Екатеринбурге (УрТИСИ СибГУТИ)

Н.В. Будылдина

ТЕОРИЯ ПОСТРОЕНИЯ ИНФОКОММУНИКАЦИОННЫХ СЕТЕЙ И СИСТЕМ

 

Методические указания по выполнению курсовой  работы

для магистрантов дневной формы обучения

на базе бакалавриата, обучающихся по направлению

11.04.02 «Инфокоммуникационные технологии и системы связи»

 

Екатеринбург

2016


 

УДК 621.391

ББК 32.88-01

 

Составитель: к.т.н., доцент кафедры ОПД ТС Н.В. Будылдина

Рецензент: Зав.кафедрой технологий средств связи Уральского федерального университета им.первого Президента России Б.Н.Ельцина д.т.н., доцент                                                                     В.Э.Иванов                                                          

 

Будылдина Н. В.

Теория построения инфокоммуникационных сетей и систем: методические указания к выполнению курсовой работы для магистрантов дневной формы обучения на базе бакалавриата, обучающихся по направлению 11.04.02 «Инфокоммуникационные технологии и системы связи» / Н. В. Будылдина.-Екатеринбург: УрТИСИ СибГУТИ, 2016-72 с.

 

Методические указания по выполнению курсовой работы по дисциплине «Теория построения инфокоммуникационных сетей и систем» предназначены подготовки магистрантов 11.04.02 Инфокоммуникационные технологии и системы связи(уровень магистратуры).

   Выполнение курсовой работы по теме «Построение и расчет параметров модели архитектуры сети связи следующего поколения NGN и IMS» предусматривает дополнительное изучение материала, расширяет кругозор теоретических знаний дисциплины, получение необходимых навыков работы с литературой.

Методические указания содержат перечень литературы и задания для выполнения курсовой работы.

 

Рекомендовано НМС УрТИСИ СибГУТИ в качестве методических указаний по выполнению курсовой  работы по дисциплине «Теория построения инфокоммуникационных сетей и систем» для магистрантов очной формы обучения направления 11.04.02 Инфокоммуникационные технологии и системы связи (уровень магистратуры), в соответствии с требованиями ФГОС ВО 3+ поколения.

УДК 621.391

ББК 32.88-01

 

Кафедра общепрофессиональных дисциплин

технических специальностей

 

 ©УрТИСИ  СибГУТИ, 2015

 

СОДЕРЖАНИЕ

Перечень сокращений ......................................................................................4

Введение............................................................................................................5

1. Softswitch.......................................................................................................7

1.1. История возникновения ...........................................................................7

1.2. Архитектура Softswitch ......................................................................... 8

1.3. Протоколы сигнализации ................................................................... 14

1.4. Варианты применения Softswitch в составе ЕСЭ РФ ...................... 18

2. IP Multimedia Subsystem ........................................................................... 22

2.1. История возникновения ...................................................................... 22

2.2. Архитектура IMS ................................................................................. 22

2.3. Протоколы сигнализации ................................................................... 25

2.4. Сценарий базового вызова.................................................................. 26

2.5 Особенности предоставления услуг на базе IMS.............................. 27

3. Задание на курсовое проектирование ......................................................31

4. Проектирование распределенного абонентского концентртора ......... 32

4.1. Расчет шлюза доступа ......................................................................... 32

4.2. Расчет оборудования гибкого коммутатора ..................................... 46

5. Расчет оборудования распределенного транзитного

коммутатора ....................................................................................................48

5.1. Расчет оборудования шлюзов ............................................................ 48

5.2. Расчет оборудования гибкого коммутатора.....................................     50

5.3. Расчет оборудования сети IMS ..........................................................    52

5.4. Расчет необходимого транспортного ресурса для

обеспечения сигнального обмена с функцией S-CSCF..........................      53

5.5. Расчет необходимого транспортного ресурса для

обеспечения сигнального обмена с функцией I-CSCF ..........................      56

6. Варианты заданий и правила выполнения курсового проекта ............  58

6.1. Исходные данные ................................................................................     58

6.2. Требования к содержанию и оформлению пояснительной

записки.........................................................................................................     61

7. Пример выполнения курсового проекта .................................................  63

7.1. Проектирование распределенного абонентского

концентратора.............................................................................................  63

7.2. Расчет оборудования распределенного транзитного

коммутатора ................................................................................................    68

7.3. Расчет оборудования сети IMS ..........................................................    70

Список литературы........................................................................................ 72

 

ПЕРЕЧЕНЬ СОКРАЩЕНИЙ

ЕСЭ РФ – Единая сеть электросвязи Российской Федерации

МКД – мультисервисный коммутатор доступа

ССОП – сеть связи общего пользования

AG – Access Gateway – шлюз доступа

HTTP – HyperText Transport Protocol – гипертекстовой транспортный протокол

ISDN – Integrated Services Digital Network – цифровая сеть интегрального обслуживания

P2PE – Peer-to-Peer Education – обучение по принципу точка-точка

SDP – Session Description Protocol – протокол описания сеансов связи (SIP) SIPT

– SIP for Telephony (IETF Draft) – протокол SIP для телефонной связи

UA – User Agent – агент пользователя

UAS – User Agent Server – сервер агента пользователя

МАК – мультисервисный абонентский концентратор

ОКС7 – общеканальная система сигнализация № 7

ЦОВ – центр обслуживания вызовов

DSS1 – Digital Subscriber Signaling 1 – цифровая абонентская сигнализация № 1

IETF – Internet Engineering Task Force – группа стандартизации TCP/IP в составе рабочей группы, занимающейся базами информации эксплуатационного управления

NGN – Next Generation Network – инфокоммуникационная сеть нового поколения

RFC – Request For Comment – выпускаемые IETF документы, определяющие

интернетстандарты, инструкции, отчеты рабочих групп и т.д.

SIP – Session Initiation Protocol – протокол установления сеансов связи

SNTlite – Signaling Network Tester – протокол-тестер систем сигнализации ЕСЭ РФ

UAC – User Agent Client – клиент агента пользователя

URI – Universal Resource Identificator – универсальный идентификатор ресурса

 

 

ВВЕДЕНИЕ

 

 Настоящая курсовая работа посвящена расчету и проектированию элементов сети связи следующего поколения NGN/IMS (Next Generation Network/IP Multimedia Subsystem).

Эволюцию архитектуры систем с коммутацией каналов к архитектуре NGN/IMS с контроллером медиашлюзов Softswitch иллюстрирует рис. 1.

 

 

 

Рисунок  1- Декомпозиция систем коммутации сетей TDM и NGN

 

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

Определенные попытки разрушить этот монолит предпринимались как снизу, через сеть доступа с помощью универсального интерфейса V5.2, так и сверху через интеллектуальную сеть с помощью протокола INAP (центральная часть рис. 1). Эти попытки не были безуспешными, но разрабатываемому таким образом оборудованию и программному обеспечению были свойственны высокая стоимость и длительное время их внедрения.

Революционное изменение ситуации принес Softswitch (правая часть рис. 1). Он в корне изменил традиционную закрытую структуру систем коммутации, внедрил принципы компонентного построения сети и открытые

стандартные интерфейсы между тремя основными функциями: коммутации,

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

компоненты разных производителей.

В задачи курсовой работы входят: развитие у студентов навыка научно-

исследовательской и проектно-конструкторской работы в области сетей и систем NGN/IMS и ознакомление с основными протоколами VoIP; построение моделей сетевых элементов NGN для оценки вероятностно- временных характеристик процессов обслуживания вызовов/сессий при проектировании сетей связи следующего поколения, расчет численных параметров медиашлюзов и контроллеров этих шлюзов (Softswitch), принятие экономически и технически обоснованных инженерных решений, анализ научно-технической литературы в области современных телекоммуникаций, а также использование книг, стандартов, справочников, технической документации по NGN/IMS.

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

Для выполнения курсовой работы каждому студенту выдается задание, утвержденное заведующим кафедрой, содержащее текстовое описание и численные данные. Магистрант,  заканчивая очередной этап работы (согласно графику выполнения курсовой работы), представляет готовый материал (описания, схемы алгоритмов, результаты расчетов и т.п.) для проверки правильности получения промежуточных результатов и направления дальнейших работ. В ходе выполнения курсовой работы магистрант должен выполнить формализацию описания сетевого оборудования NGN, построить обобщенную и детальную схемы, разработать алгоритмическое описание работы модели. Итоги курсовой работы – техническая документация в виде пояснительной записки, содержащей результаты расчетов.

  Задачей курсовой работы является, во-первых, освоение магистрантами архитектуры и сетевых элементов NGN. Второй задачей является расчет фрагмента сети NGN/IMS. Материал курсовой работы соответствует программам дисциплин подготовки магистров техники и технологии направления 11.04.02 «Инфокоммуникационные технологии и системы».

   При написании учебного пособия использованы опыт и методические материалы авторов, сформировавшиеся при проведении ими курсового проектирования в Санкт-Петербургском университете телекоммуникаций им. проф. М.А. Бонч-Бруевича, а также обобщен опыт организации выполнения курсовых работ по моделированию систем в ведущих вузах страны соответствующих направлений высшего образования.

SOFTSWITCH

История возникновения

Термин Softswitch был введен Айком Элиотом во время разработки интерфейса между АТС с коммутацией каналов и системой интерактивного речевого взаимодействия IVR. Позже им же введены понятия Call Agent и Media Gateway и начата разработка контроллера транспортного шлюза MGC (Media Gateway Controller), функции которого, как и функции Call Agent, выполняет Softswitch. Через год Кристиан Хюйтема создал протокол управления шлюзами сигнализации SGCP (Signaling Gateway Control Protocol).

На базе этих разработок в IETF была создана первая спецификация протокола управления шлюзами MGCP (Media Gateway Control Protocol).Это одна ветвь родословной Softswitch.

    Другим предшественником Softswitch является привратник GK (Gatekeeper),заимствованный из технологии H.323. Согласно принципам рекомендации H.323, привратник управляет действиями в определенной зоне сети, представляющей собой один или совокупность нескольких шлюзов.

    При этом привратник рассматривается как логическая функция, а не как

физический объект.

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

   Необходимо обратить внимание на то, что Softswitch (в пособии используется также термин гибкий коммутатор) – это не только одно из сетевых устройств, но и сетевая архитектура и даже, в определенной степени,

– идеология построения сети. В первую очередь, Softswitch реализует функции Call Agent, управляя обслуживанием вызовов, т. е. распознаванием и обработкой цифр номера для функций маршрутизации и распознаванием момента ответа вызываемой стороны, момента, когда один из абонентов кладет трубку, а также регистрацией этих действий для начисления платы.

Таким образом, Softswitch координирует обмен сигнальными сообщениями между сетями, т. е. поддерживает функции шлюза сигнализации SG (Signaling Gateway), управляет действиями, обеспечивающими соединение с логическими объектами в разных сетях, и преобразует информацию в сообщениях с тем, чтобы они были понятны на обеих сторонах не схожих взаимодействующих сетей. Один Softswitch, как правило, управляет одновременно несколькими транспортными шлюзами. В сети может присутствовать несколько Softswitch, которые связаны между собой по протоколу SIP (возможно также по протоколу H.323 или протоколу BICC) и согласованно управляют шлюзами, участвующими в соединении.

Для того чтобы обеспечить взаимодействие транспортного шлюза и Softswitch, рабочей группой Megaco, организованной IETF, был создан протокол, опирающийся на описанный выше (рис. 1) принцип декомпозиции

шлюза, когда шлюз разбивается на следующие функциональные блоки:

-транспортный шлюз Media Gateway, который преобразует речевую информацию, поступающую со стороны ТфОП, в вид, пригодный для передачи по сетям с маршрутизацией пакетов IP, т.е. кодирует и упаковывает

в пакеты RTP/UDP/IP речевую информацию, а также производит обратное преобразование;

-устройство управления шлюзом Media Gateway Controller (Softswitch, Call Agent), выполняющее функции управления шлюзом и содержащее весь интеллект декомпозированного шлюза;

- шлюз сигнализации Signaling Gateway, который обеспечивает доставку сигнальной информации, поступающей со стороны ТфОП, к устройству управления шлюзом, и перенос сигнальной информации в обратном направлении, т. е., в частности, выполняет функции STP – транзитного пункта системы сигнализации по общему каналу ОКС7.

Архитектура Softswitch

Модель гибкого коммутатора

  Модель Softswitch предусматривает четыре функциональные плоскости, которые представлены на рис. 2: транспортная; управления обслуживанием вызовов и сигнализации; услуг и приложений; эксплуатационного управления.

Функциональные объекты (ФО) Softswitch,  одновременно являются логическими объектами IP-сети:

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 –ФО сигнализации шлюза доступа.

      Выделяется 12 основных функциональных объектов, относительно которых следует подчеркнуть, что это суть функции, а не физические продукты.

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

   ФО контроллера  медиашлюзов MGC-F (Media Gateway Controller Function) представляет собой конечный автомат логики обслуживания вызова и сигнализации управления его обслуживанием для одного или более

транспортных шлюзов. MGC-F определяет состояние каждого вызова в медиашлюзе и состояния информационных каналов в интерфейсах MG-F, передает информационные сообщения пользователя между двумя MG-F, а также между IP-телефонами или терминалами, отправляет и принимает сигнальные сообщения от портов, от других MGC-F и от внешних сетей, взаимодействует с AS-F для предоставления услуг пользователю, имеет возможность управлять некоторыми сетевыми ресурсами, имеет возможность устанавливать правила для портов пользователя, взаимодействует с R-F и A-F для обеспечения маршрутизации вызова, аутентификации и учета, а также может участвовать в задачах эксплуатационного управления в мобильной среде. Функциональный объект MGC-F обычно использует протоколы H.248 и MGCP.

   ФО устройства управления шлюзом CA-F (Call Agent Function) и функциональный объект взаимодействия IW-F (Interworking Function)являются подмножествами MGC-F. Первый из них, CA-F,  существует, когда MGC-F управляет обслуживанием вызова и определяет его состояния.

  Протоколами этого функционального объекта могут являться SIP, 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 и т.п.

ФО маршрутизации и учета стоимости вызовов R-F и A-F (Call Routing и Accounting Functions) работают следующим образом. ФО R-F предоставляет информацию о маршрутизации вызова ФО MGC-F. ФО A-F собирает учетную информацию о вызовах для целей биллинга, а также может

выполнять более широкий спектр функций AAA, т.е. обеспечивать аутентификацию, идентификацию и учет в удаленных сетях. Основная роль обоих функциональных объектов – реагировать на запросы, поступающие от одного или более MGC-F, направляя вызов или учетную информацию о нем к входящим портам (другим MGC-F) или услугам (AS-F).

 

Рисунок  2- Архитектура Softswitch

 

   Функциональный объект 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 или Diameter.

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

  ФО шлюза сигнализации SG-F (Signaling Gateway Function) для обмена

сигнальной информацией между сетью IP-телефонии и ТфОП, которая, как правило, передается на базе ОКС7. Для сетей подвижной связи ФО SG-F представляет собой также шлюз для обмена сигнальной информацией между транзитной пакетной IP-сетью и сетью сотовой подвижной связи (СПС) с коммутацией каналов на базе стека ОКС7. Основная роль ФО SG-F заключается в пакетировании и транспортировке протоколов стека ОКС7 в ТфОП (ISUP или INAP) или в СПС (MAP или CAP) по сети с коммутацией пакетов IP. Для этого функциональный объект SG-F пакетирует и транспортирует протоколы сигнализации ОКС7, используя методы SIGTRAN

для передачи к MGC-F или другому SG-F. Один ФО SG-F может  обслуживать много MGC-F, а интерфейсом между SG-F и другими функциональными объектами являются протоколы SIGTRAN типов TUA, SUA и M3UA over SCTP, за исключением ситуаций, когда SG-F и MGC-F или другой SGF объединены в одном месте.

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

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

   ФО сервера приложений 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.

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

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

  Таким образом, ФО MG-F обеспечивает механизм, позволяющий ФО MGC-F контролировать состояние и функциональные возможности портов, требуя знания состояния вызовов, проходящих через него, поддерживая только состояние соединений. Используются протоколы RTP/RTCP и H.248.

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

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

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

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

отличного от IP.

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

of Service).

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

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

Плоскость управления обслуживанием вызова и сигнализации

  Плоскость управления обслуживанием вызова и сигнализации (Call Control & Signaling Plane) управляет основными элементами сети IP-телефонии и, в первую очередь, теми, которые принадлежат транспортной плоскости. В этой Call Control & Signaling Plane осуществляется управление обслуживанием вызова на основе сигнальных сообщений, поступающих из транспортной плоскости, устанавливаются и разрушаются соединения для передачи пользовательской информации по сети. Плоскость управления и сигнализации содержит контролер медиашлюзов MGC (Media Gateway Controller), сервер управления обслуживанием вызовов Call Agent, привратник Gatekeeper, LDAP-сервер (Lightweight Directory Access Protocol).

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

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

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


Дата добавления: 2018-06-27; просмотров: 409; Мы поможем в написании вашей работы!

Поделиться с друзьями:






Мы поможем в написании ваших работ!