Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Протоколы SIP и Н.323

Сигнальные протоколы

В настоящее время для установления мультимедийных вызовов через сети IP создано несколько протоколов, например SIP (Session Initiation Protocol) [RFC 2543] и Н.323. Появление данных стандартов открывает широкие возможности децентрализации обеспечения услуг телефонии, причем услуги могут управляться со стороны пользователя.

Протокол инициирования сеансов связи (SIP) предназначен для организации, модификации и завершения мультимедийных сеансов или

вызовов. Мультимедийные сеансы включают в себя мультимедийные конференции, Интернет-телефонию и другие аналогичные приложения. SIP является одним из ключевых протоколов, используемых для реализации передачи речи по сетям IP (Voice over IP - VoIP). Таким образом, SIP есть упрощенный протокол сигнализации, имеющий широкое применение в Интернет-телефонии.

SIP представляет собой простой протокол сигнализации для установления, модифицирования и разрушения речевых и мультимедийных соединений в сеансах IP-телефонии (VoIP) и мультимедийной конференц-связи. SIP является протоколом типа «клиент-сервер» и подобен протоколу передачи гипертекста (Hypertext Transfer Protocol - HTTP) как с синтаксической, так и с семантической точек зрения. Имеет текстовые запросы и отклики, содержащие поля заголовков, в которых передается информация об обслуживании и характеристиках соединения.

Если для управления ресурсами среды передачи MG между MGC и шлюзами среды передачи (то есть транспортными или медиа-шлюзами) используется протокол H.248/MEGACO (MGCP), то SIP или Н.323 могут применяться для установления речевого соединения на участке между MGC и клиентом VoIP.

Протокол SIP-T (SIP for Telephones, RFC 3372) предоставляет возможности интеграции сообщений традиционной телефонной сигнализации в сообщения протокола SIP. SIP-T, таким образом, не является новым протоколом, а представляет собой набор механизмов согласования традиционной телефонной сигнализации с сигнализацией SIP. Задачей SIP-T является выполнение трансляции сообщений протокола и обеспечения прозрачности транспортировки их свойств через точки взаимосвязи ТфОП-IP. Протокол предназначен для использования там, где сеть VoIP имеет интерфейс с ТфОП.

Протокол управления транспортным шлюзом (Media Gateway Control Protocol - MGCP) используется между элементами распределенного мультимедийного шлюза. Распределенный мультимедийный шлюз включает в себя агента вызова (Call Agent), который содержит «интеллект» по управлению вызовом, и транспортный шлюз, который содержит транспортные функции (например, преобразование речевого канала ИКМ в VoIP).

Протокол управления транспортным шлюзом H.248/MEGACO является дальнейшим развитием протокола MGCP и ряда других разработок как IETF, так и ITU-T.

Протокол MEGACO является внутренним протоколом, который работает между функциональными блоками распределенного шлюза, а именно между MGC и MG. Принцип действия этого протокола - master/slave, то есть, ведущий/ведомый. Устройство управления MGC является ведущим, а транспортный шлюз MG - ведомым, который выполняет команды, поступающие к нему от устройства управления. Управление транспортным шлюзом (MG) осуществляется специальным устройством управления транспортными шлюзами или их контроллером (MGC).

Протокол BICC, определяемый Рекомендацией Q.1901, представляет собой протокол управления вызовом, предполагаемый к использованию между «обслуживающими узлами» (Serving Nodes - SN). Данный протокол получил название «Bearer Independent Call Control», или протокол управления вызовом, независимый от услуг доставки информации. Управление транспортными возможностями между SN предусматривается со стороны других протоколов.

Определены три типа SN:

¨ узел обслуживания интерфейса (ISN) - обеспечивает интерфейс к сетям с коммутацией каналов;

¨ транзитный узел (TSN) - обеспечивает выполнение функций транзита для информации вызова и транспортировки в пределах сети, использующей протокол BICC;

¨ шлюзовой узел (GSN) - обеспечивает выполнение функций меж сетевого шлюза для информации вызова и транспортировки с использованием протокола BICC.

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

Транспортировка информации сигнализации по технологии SIGTRAN предназначена для передачи сообщений протокола сигнализации сети с коммутацией каналов через сеть с коммутацией пакетов и должна обеспечивать:

1) передачу сообщений разнообразных протоколов сигнализации, обслуживающих соединения сетей с коммутацией каналов (CSN), например протоколов прикладных и пользовательских подсистем ОКС7 (включая уровень 3 МТР, ISUP, SCCP, TCAP, MAP, INAP, и т. д.), а также сообщений уровня 3 протоколов DSS1/PSS1 (т. е. Q.931 и QSIG);

2) средства идентификации конкретного транспортируемого протокола сигнализации сети с коммутацией каналов;

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

4) вместе с нижележащим сетевым протоколом (например, IP) обеспечивать функциональные возможности, соответствующие нижнему уровню конкретной сети с коммутацией каналов.

При транспортировке сигнальной информации через инфраструктуру сети Интернет используемым промежуточным средством считается протокол передачи информации управления потоком (Stream Control Transmission Protocol - SCTP).

Протокол передачи информации управления потоком (SCTP) обеспечивает транспортировку сообщений сигнализации через сеть IP между двумя оконечными пунктами с избыточностью доставки информации и повышенной степенью надежности.

Также обеспечивается самоотключение в случае перегрузки соединения

Протокол SCTP может в различных целях использоваться разнообразными приложениями - от передачи файлов средствами HTTP до транспортировки сигнальной информации, от замещения возможностей функционирования МТР до замещения транспортировки информации сигнализации SCCP. Для некоторых приложений может быть желательным сохранить на связи с нижележащим уровнем (в данном случае SCTP) уже существующий интерфейс, для других приложений это не является необходимым.

Протокол реального времени (Real-Time Transfer Protocol - RTP) является стандартизацией такого подхода и, в отличие от внутрифирменных протоколов, может работать с приложениями других разработчиков. Обычно RTP на транспортном уровне использует возможности протокола UDP.

Информационная база шлюзов (Gateway Information Base - GIB) может быть доступна разнообразным объектам в пределах данного административного домена сети. Способ организации доступа к такой информации из других доменов называется «front-end» и представляет собой средство эксплуатации услуг протокола маршрутизации вызовов. К числу протоколов front-end можно отнести следующие протоколы.

Протокол определения местонахождения услуги (Service Location Protocol - SLP) разработан специально для выполнения функций доступа к услугам и идеален для определения местонахождения серверов, описываемых набором атрибутов. В данном случае сервером является шлюз (или следующее по направлению к шлюзу устройство), а атрибутами - политика оконечного пользователя. Для обращения к шлюзу с конкретным набором атрибутов используется процедура запроса услуги (Service Query).

Протокол открытого урегулирования (Open Settlements Protocol - OSP) являет­ся протоколом типа «клиент-сервер». Позволяет клиенту обратиться к серверу по его телефонному номеру и получить ответ с адресом следующего устройства на маршруте при авторизации маркеров эстафетной передачи (token), используемых для данного соединения. В этом случае сервер может являться сервером место­нахождения. Для ответа на запросы OSP он использует таблицу маршрутизации, построенную с помощью средств маршрутизации через сеть IP (TRIP).

Протокол упрощенного доступа к директориям (Lightweight Directory Access Protocol - LDAP) используется для доступа к распределенным базам данных. Так как сервер местонахождения (LS) имеет свою базу данных, LDAP может применяться и для обращения к ней.

Пользователь директории баз данных получает доступ к директории через клиента [или агента пользователя директории (Directory User Agent - DUA)]. Для этого клиент взаимодействует с одним или несколькими серверами [или системными агентами директории – Directory System Agents (DSA)]. Клиенты взаимодействуют с серверами, используя протокол доступа к директории.

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

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

На LS должна, Web-страница, обеспечиваться поддержка услуг «front-end» типа web. Пользователи могут вводить запрос в определенной форме, получая ответ с информацией о соответствующем шлюзе. Данный механизм наиболее удобен для использования при запросе доступа человеком. Организация доступа к возможностям «front-end» посредством web page со стороны серверов сигнализации технически нецелесообразна.

Упомянутые выше протоколы относятся к типу «запрос-отклик». Доступ к LS не обязательно должен выполняться по такому алгоритму. Полностью приемлемым для доступа является такое синхронизирование баз данных, при котором объект, запрашивающий доступ к базе данных LS, в результате получает ее копию. В этом варианте подходящим средством можно считать протокол TRIP (Telephony Routing over ip).

Таким образом, имеется ряд протоколов, которые можно использовать для доступа к базе данных LS в случае реализации «front-end». Вопрос о необходимости или даже лишь желательности единого стандарта для «front-end» остается открытым, так как разные протоколы имеют свои сильные и слабые стороны.

<== предыдущая лекция | следующая лекция ==>
Протоколы сетей NGN | Протоколы маршрутизации и управления
Поделиться с друзьями:


Дата добавления: 2014-01-04; Просмотров: 1244; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.009 сек.