Материал: IP Телефония_Гольдштейн_1-4 части

•ретрансляция сигнальных сообщений Н.323 между терминалами.

Водной сети IP телефонии, отвечающей требованиям рекомен дации ITU H.323, может находиться несколько привратников, взаи модействующих друг с другом по протоколу RAS.

Кроме основных функций, определенных рекомендацией H.323, привратник может отвечать за аутентификацию пользователей и на числение платы (биллинг) за телефонные соединения.

Устройство управления конференциями обеспечивает возмож ность организации связи между тремя или более участниками. Реко мендация Н.323 предусматривает три вида конференции (рис. 1.7): централизованная (т.е. управляемая MCU, с которым каждый участ ник конференции соединяется в режиме точка точка), децентрализо ванная (когда каждый участник конференции соединяется с осталь ными ее участниками в режиме точка группа точек) и смешанная.

Устройство

управления

конференциями

Терминал D

Терминал E

Рис. 1.7 Виды конференции в сетях H.323

Преимуществом централизованной конференции является срав нительно простое терминальное оборудование, недостатком – боль шая стоимость устройства управления конференциями.

Для децентрализованной конференции требуется более сложное терминальное оборудование и желательно, чтобы в сети IP поддер живалась передача пакетов IP в режиме многоадресной рассылки (IP multicasting). Если этот режим в сети не поддерживается, терми нал должен передавать речевую информацию каждому из остальных участников конференции в режиме точка точка.

Устройство управления конференциями состоит из одного обя зательного элемента – контроллера конференций (Multipoint Control ler – MC), и, кроме того, может включать в себя один или более про

Протокол RAS (Registration, Admission, Status) обеспечивает взаи модействие оконечных и других устройств с привратником. Основ ными функциями протокола являются: регистрация устройства в сис теме, контроль его доступа к сетевым ресурсам, изменение полосы пропускания в процессе связи, опрос и индикация текущего состоя ния устройства. В качестве транспортного протокола используется протокол с негарантированной доставкой информации UDP.

Протокол H.225.0 (Q.931) поддерживает процедуры установления, поддержания и разрушения соединения. В качестве транспортного протокола используется протокол с установлением соединения и га рантированной доставкой информации TCP.

По протоколу Н.245 происходит обмен между участниками соеди нения информацией, которая необходима для создания логических каналов. По этим каналам передается речевая информация, упако ванная в пакеты RTP/UDP/IP, которые рассматриваются в главе 4.

Выполнение процедур, предусмотренных протоколом RAS, явля ется начальной фазой установления соединения с использованием сигнализации H.323. Далее следуют фаза сигнализации H.225.0 (Q.931) и обмен управляющими сообщениями Н.245. Разрушение соединения происходит в обратной последовательности: в первую очередь закрывается управляющий канал Н.245 и сигнальный канал H.225.0, после чего привратник по каналу RAS оповещается об осво бождении ранее занимавшейся полосы пропускания.

Сложность протокола H.323 демонстрирует рис. 1.8, на котором представлен упрощенный сценарий установления соединения между двумя пользователями. В данном сценарии предполагается, что ко нечные пользователи уже знают IP адреса друг друга. В обычном слу чае этапов бывает больше, поскольку в установлении соединения уча ствуют привратники и шлюзы; это будет рассмотрено в главе 6.

Рассмотрим шаг за шагом этот упрощенный сценарий.

1.Оконечное устройство пользователя A посылает запрос соедине ния – сообщение SETUP – к оконечному устройству пользователя B на TCP порт 1720.

2.Оконечное устройство вызываемого пользователя B отвечает на сообщение SETUP сообщением ALERTING, означающим, что уст ройство свободно, а вызываемому пользователю подается сиг нал о входящем вызове.

3.После того, как пользователь B принимает вызов, к вызывающей стороне A передается сообщение CONNECT с номером TCP пор та управляющего канала H.245.

4.Оконечные устройства обмениваются по каналу H.245 информа цией о типах используемых речевых кодеков (G.729, G.723.1 и т.д.),

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

5.Открываются логические каналы для передачи речевой инфор мации.

6.Речевая информация передаётся в обе стороны в сообщениях протокола RTP; кроме того, ведется контроль передачи инфор мации при помощи протокола RTCP.

Обмен данными о функциональных возможностях

Определение ведущего и ведомого оборудования

Н.245

Динамический TCP,порт

Создание логических каналов

Подтверждение создания логических каналов

RTP

UDP

RTP

Рис. 1.8 Упрощённый сценарий установления соединения в сети H.323

Приведенная процедура обслуживания вызова базируется на протоколе H.323 версии 1. Версия 2 протокола H.323 позволяет пе редавать информацию, необходимую для создания логических ка налов, непосредственно в сообщении SETUP протокола H.225.0 без использования протокола H.245. Такая процедура называется «бы стрый старт» (Fast Start) и позволяет сократить количество циклов обмена информацией при установлении соединения. Кроме орга низации базового соединения, в сетях H.323 предусмотрено пре доставление дополнительных услуг в соответствии с рекомендация ми ITU H.450.х. Более детальный обзор сигнализации H.323 приво дится в главе 6.

Следует отметить еще одну важную проблему – качество обслу живания в сетях H.323. Оконечное устройство, запрашивающее у при вратника разрешение на доступ, может, используя поле transportQoS в сообщении ARQ протокола RAS, сообщить о своей способности резервировать сетевые ресурсы. Рекомендация H.323 определяет

протокол резервирования ресурсов (RSVP) как средство обеспече ния гарантированного качества обслуживания, что предъявляет к тер миналам требование поддержки протокола RSVP. К сожалению, про токол RSVP используется отнюдь не повсеместно, что оставляет сети H.323 без основного механизма обеспечения гарантированного ка чества обслуживания. Это – общая проблема сетей IP телефонии, характерная не только для сетей H.323.

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

1.5.2 Сеть на базе протокола SIP

Второй подход к построению сетей IP телефонии, предложенный рабочей группой MMUSIC комитета IETF в документе RFC 2543 [54], основан на использовании протокола SIP – Session Initiation Protocol. SIPпредставляетсобойтекст ориентированныйпротокол,которыйяв ляется частью глобальной архитектуры мультимедиа, разработанной комитетом Internet Engineering Task Force (IETF). Эта архитектура так же включает в себя протокол резервирования ресурсов (Resource Res ervation Protocol, RSVP, RFC 2205), транспортный протокол реального времени (Real Time Transport Protocol, RTP, RFC 1889), протокол пе редачи потоков в реальном времени (Real Time Streaming Protocol, RTSP, RFC 2326), протокол описания параметров связи (Session De scription Protocol, SDP, RFC 2327), протокол уведомления о связи (Ses sion Announcement Protocol, SAP). Однако функции протокола SIP не зависят от любого из этих протоколов.

Сразу следует отметить, что хотя на сегодня наиболее широкое распространение получил протокол H.323, всё большее количество производителей старается предусмотреть в своих новых продуктах поддержку протокола SIP. Пока это – единичные явления и серьез ной конкуренции протоколу H.323 они составить не могут. Однако, учитывая темпы роста популярности протокола SIP , весьма вероят но, что в ближайшем будущем решения на его базе займут значи тельную нишу рынка IP телефонии.

Подход SIP к построению сетей IP телефонии намного проще

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

вТфОП. Поэтому протокол SIP более подходит поставщикам услуг Интернет для предоставления услуги IP телефонии, причем эта ус луга будет являться всего лишь частью пакета услуг.