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

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

Сообщения протокола MGCP переносятся протоколом без гаран тированной доставки сообщений UDP. Рабочая группа SIGTRAN ко митета IETF в настоящее время разрабатывает механизм взаимодей ствия контроллера шлюзов и шлюза сигнализации.

Шлюз сигнализации должен принимать поступающие из ТфОП пакеты трех нижних уровней системы сигнализации ОКС7 (уровней подсистемы переноса сообщений МTP) и передавать сигнальные сообщения верхнего, пользовательского, уровня к контроллеру шлю зов. Шлюз сигнализации также должен уметь передавать по IP сети приходящие из ТфОП сигнальные сообщения Q.931 .

Основное внимание рабочей группы SIGTRAN уделяется вопро сам разработки наиболее эффективного механизма передачи сиг нальной информации по IP сетям. Следует отметить, что существу ет несколько причин, по которым пришлось отказаться от использо вания для этой цели протокола TCP. Рабочая группа SIGTRAN пред лагает использовать для передачи сигнальной информации прото кол Stream Control Transport Protocol (SCTP), имеющий ряд преиму ществ перед протоколом TCP, основным из которых является значи тельное снижение времени доставки сигнальной информации и, сле довательно, времени установления соединения – одного из важней ших параметров качества обслуживания.

Если в ТфОП используется сигнализация по выделенным сигналь ным каналам (ВСК), то сигналы сначала поступают вместе с пользо вательской информацией в транспортный шлюз, а затем передают ся в контроллер шлюзов без посредничества шлюза сигнализации.

Отметим, что протокол MGCP является внутренним протоколом для обмена информацией между функциональными блоками распре деленного шлюза, который извне представляется одним шлюзом. Протокол MGCP является master/slave протоколом. Это означает, что контроллер шлюзов является ведущим, а сам шлюз – ведомым уст ройством, которое должно выполнять все команды, поступающие от контроллера Call Agеnt.

Вышеописанное решение обеспечивает масштабируемость сети и простоту управления сетью через контроллер шлюзов. Шлюзы не

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

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

Рассмотрим алгоритмы установления и разрушения соединения с использованием протокола MGCP. Первый пример охватывает взаи модействие протокола MGCP c протоколом ОКС7 (рис. 1.13).

Рис. 1.13 Установление и разрушение соединения

сиспользованием протокола MGCP (Пример 1)

1.От телефонной станции АТС А к шлюзу сигнализации SG1 по об щему каналу сигнализации поступает запрос соединения в виде сообщения IAM протокола ISUP [6]. На рис. 1.13 шлюз сигнализа цииSG1иSG2совмещеныстранспортнымишлюзамиTGW1и TGW2 соответственно. Шлюз SG1 передает сообщение IAM к контролле ру шлюзов, который обрабатывает запрос и определяет, что вызов должен быть направлен к АТС Б посредством шлюза TGW2.

2.Контроллер резервирует порт шлюза TGW1 (разговорный канал). C этой целью он передает к шлюзу команду CreateConnection. Отметим, что порт шлюза TGW1 может только принимать инфор мацию (режим «recvonly»), так как он еще не осведомлен о том, по какому адресу и каким образом ему следует передавать ин формацию.

3.В ответе на эту команду шлюз TGW1 возвращает описание пара метров сеанса связи.

4.Приняв ответ шлюза TGW1, контроллер передает команду CRCX второму шлюзу TGW2 с целью зарезервировать порт в этом шлюзе.

5.Шлюз TGW 2 выбирает порт, который будет участвовать в соеди нении, и подтверждает прием команды CRCX. При помощи двух команд CRCX создается однонаправленный разговорный канал для передачи вызывающему абоненту акустических сигналов или речевых подсказок и извещений. В то же время, порт шлюза TGW2 уже может не только принимать, но и передавать информацию, так как он получил описание параметров связи от встречного шлюза.

6.Далее контроллер шлюзов передает сообщение IAM к АТС Б.

7.На сообщение IAM станция АТС Б отвечает подтверждением ACM, которое немедленно пересылается к станции АТС А.

8.После того как вызываемый абонент примет вызов, АТС Б пере дает к контроллеру шлюзов сообщение ANM.

9.Далее контроллер заменяет в шлюзе TGW1 режим «recvonly» на полнодуплексный режим при помощи команды MDCX.

10.Шлюз TGW1 выполняет и подтверждает изменение режима.

11.Контроллер передает сообщение ANM к АТС А, после чего начи нается разговорная фаза соединения.

12.Завершение разговорной фазы происходит следующим обра зом. В нашем случае вызвавший абонент Б дает отбой первым. АТС Б передает через шлюз сигнализации сообщение REL к кон троллеру шлюзов.

13.Приняв сообщение REL, контроллер шлюзов завершает соеди нение с вызыванным абонентом.

14.Шлюз подтверждает завершение соединения и передает к кон троллеру собранные за время соединения статистические дан ные.

15.Контроллер шлюзов передает сообщение RLC к АТС Б с целью подтвердить разъединение.

16.Параллельно контроллер завершает соединение с вызвавшей стороной

17.Шлюз TGW1 подтверждает завершение соединения и передает к контроллеру собранные за время соединения статистические данные.

18.АТС А подтверждает завершение соединения передачей сооб щения RLC, после чего соединение считается разрушенным.

Рис. 1.14 Установление и разрушение соединения

сиспользованием протокола MGCP (Пример 2)

1.С телефонной станции АТС А к шлюзу сигнализации SG1 по об щему каналу сигнализации поступает запрос соединения (сооб щение IAM). На рис. 1.14 шлюз сигнализации SG1 также совме щен с транспортным шлюзом TGW1. Шлюз SG1 передает сооб щение IAM контроллеру шлюзов, который обрабатывает запрос

иопределяет, что вызов должен быть направлен к оконечному уст ройству вызываемого пользователя – терминалу H.323.

2.Контроллер шлюзов резервирует порт шлюза TGW1 (разговорный канал). C этой целью он передает к шлюзу команду CreateConnec tion. И в этом примере порт шлюза TGW1 может только принимать информацию (режим «recvonly»).

3.В ответе на принятую команду шлюз TGW1 возвращает описание параметров связи.

4.Приняв ответ от шлюза TGW1, контроллер передает к приврат нику сети Н.323 сообщение ARQ с alias адресом вызываемого абонента.

5.В ответ на сообщение ARQ привратник передает сообщение ACF

суказанием транспортного адреса своего сигнального канала.

6.Контроллер передает запрос соединения SETUP на транспортный адрес сигнального канала привратника, при этом используется процедура Fast Start. Привратник пересылает сообщение SETUP к вызываемому терминалу.

7.Вызываемый терминал передает запрос допуска к ресурсам сети ARQ.

8.В ответ на запрос ARQ привратник передает подтверждение за проса ACF.

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

10.Контроллер преобразует сообщение ALERTING в сообщение ACM, которое немедленно пересылается к АТС А.

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

12.Контроллер шлюзов меняет в шлюзе TGW1 режим «recvonly» на полнодуплексный режим.

13.Шлюз TGW1 выполняет и подтверждает изменение режима со единения.

14.Контроллер передает сообщение ANM к АТС А, после чего начи нается разговорная фаза соединения, в ходе которой оборудова ние вызвавшего пользователя передает речевую информацию, упакованную в пакеты RTP/UDP/IP, на транспортный адрес RTP ка нала терминала вызванного абонента, а тот передает пакетиро ванную речевую информацию на транспортный адрес RTP кана ла терминала вызвавшего абонента. При помощи канала RTCP ведется контроль передачи информации по RTP каналу.