Глава 9 Протокол MEGACO/H.248

Глава 9 Протокол MEGACO/H.248

История создания и особенности протокола MEGACO/H.248

Рассмотрим кратко основные особенности протокола MEGACO/ H.248. Для переноса сигнальных сообщений MEGACO/H.248 могут использоваться протоколы UDP,…  

Сравнительный анализ протоколов MGCP и MEGACO

Оба протокола используются в сетях с одинаковой архитектурой, где транспортными шлюзами управляют высокоинтеллектуальные контроллеры. Оба протокола… Самым важным отличием протокола MEGACO/H.248 от протокола MGCP является…  

Структура команд и ответов

портами и контекстами. В большинстве случаев команды передает контроллер, но существу ют два исключения: команда Notify, передается шлюзом, а… Команда Add добавляет порт к контексту. Если команда относится к первому… [TerminationID] ,MediaDescriptor] ,ModeinDescriptor] ,MuxDescriptor] ,EventsDescriptor] ,SignalsDescriptor]…

Пример установления и разрушения соединения

На рисунке 9.8 приведен пример установления соединения с использованием протокола MEGACO между двумя шлюзами (Residential Gateway), управляемыми одним контроллером.

 

Рис. 9.8 Алгоритм установления и разрушения соединения с помощью протокола MEGACO

 

В данном примере вызывающий шлюз MG1 - имеет IP-адрес 124.124.124.222, адрес вызываемого шлюза MG2 - 125.125.125.111, адрес контроллера шлюзов MGC - 123.123.123.4. Порт для связи по протоколу MEGACO для всех трех устройств по умолчанию имеет значение 55555.

1. Шлюз MG1 регистрируется у контроллера MGC при помощи команды ServiceChange. Использование нулевого контекста означает, что порт в настоящий момент не участвует ни в каком соединении, а использование идентификатора порта ROOT означает, что команда относится ко всему шлюзу, а не к какому-нибудь определенному порту.

MGl to MGC:

MEGACO/1.0 [124.124.124.222] Transaction = 9998 { Context = - {

ServiceChange = ROOT {Services {

Method=Restart, Port=55555, Pro£ile=ResGW/1.0) }

)

2. Контроллер подтверждает регистрацию шлюза:

MGC to MGl:

MEGACO/1.0 [123.123.123.41:55555 Reply = 9998 {

Context = - {ServiceChange = ROOT { Servicee { Port=55555, Profile=ResGW/1.0} )

)

3. Шлюз имеет свободные аналоговые порты, которые должны быть запрограммированы для отслеживания изменения сопротивления абонентского шлейфа, означающего поднятие абонентом трубки, после чего шлюз должен передать абоненту акустический сигнал «Ответ станции». Программирование производится при помощи команды Modify с соответствующими параметрами, причем программируется порт, находящийся в нулевом контексте. В команде указывается идентификатор порта (terminationid) -А4444, идентификатор информационного потока (streamid) -1, транспортный адрес оборудования, передавшего команду - [123.123.123.4] :55555, специфицируется режим функционирования -дуплексный (SendReceive).

MGC to MGl:

MEGACO/1.0 [123.123.123.4]:55555 Transaction = 9999 { Context = - {

Modify = A4444 { Media {

TerminationState {

Buf feredEventHandling{Step,Procese}

}, Stream = 1 {

LocalControl {

Mode = SendReceive, g/GainControl=2, ; in dB, g/Encryption=xxx, g/EchoCancellation=Gl65, g/VoiceActDet=yes )

),

Events в 2222 {glinesup/offhook}

Signals {g/PlayTone{tone=dialtone} ) )

 

На этом же этапе в шлюз может быть загружен план нумерации (в дескрипторе digit map). В этом случае, после того как абонент поднимет трубку, шлюз должен передать ему акустический сигнал «Ответ станции» и начинать прием сигналов DTMF в соответствии с планом нумерации. Однако в нашем примере план нумерации будет загружен только после того, как абонент поднимет трубку, на 8 шаге.

Кроме того, следует отметить, что шаги 3 и 4 данного алгоритма могут быть совмещены с шагами 8 и 9, соответственно, при помощи дескриптора EventsDescriptor. При этом шаги 6 и 7 опускаются.

4. Шлюз MG1 подтверждает выполнение команды Modify:

mgi to mgc:

MEGACO/l.O [124.124.124.222]:55555 Reply = 9999 {

Context = - {Modify} >

5. Подобным же образом (шаги 1-4) программируется аналоговый порт шлюза MG2, в нашем примере имеющий идентификатор А5555.

6. Далее шлюз MG1 обнаруживает, что абонент А поднял трубку, и извещает об этом событии Media Gateway Controller при помощи команды Notify. mgi to mgc:

MEGACO/l.O [124.124.124.222]:55555 Transaction = 10000 { Context = - {

Notify = A4444 {ObservedEvents =2222 {

19990729T22000000:glinesup/offhook} > ) )

7. Контроллер подтверждает получение команды Notify:

mgc to mgi;

MEGACO/l.O [123.123.123.4]$55555 Reply = 10000 {

Context = - (Notify) )

8. На следующем шаге MGC дает шлюзу инструкцию накапливать цифры номера вызываемого абонента в соответствии с выбранным планом нумерации. Кроме того, после получения первой цифры номера необходимо остановить передачу акустического сигнала «Ответ станции».

 

 

14. Контроллер MGC создает в шлюзе MG2 контекст для установления дуплексного соединения (режим SendReceive) с вызывающим пользователем.

MGC to MG2:

MEGACO/1.0 [123.123.123.4]:55555 Transaction = 50003 { Context = $ {

Add = A5555 { Media {

Stream • 1 { )

),

Add = $ { Media {

Stream = 1 {

LocalControl {

Mode = SendReceive, g/NetworkType = RTP/IP4, g/MaxJitterBuffer=40, ; in ms g/PreferredPacketization=30, ; in ms g/PreferredEncoders =[G723, PCMU], g/PreferredDecoders=[G723, PCMU] , g/Gain=0 ; in dB ),

Remote=SDP{ v=0

c=IN IP4 124.124.124.222 m=audio 2222 RTP/AVP 4 0 a=sendrecv

} ; RTF profile for G.723 is 4 ) )

>

15. Создание контекста подтверждается, физический порт шлюза MG2 A5555 соединяется с UDP/RTP портом, имеющим идентификатор А5556. Отметим, что RTP-порт имеет номер 1111, т.е. отличный от номера порта Megaco/H.248 - 55555.

MG2 to MGC:

MEGACO/1.0 [124.124.124.2221:55555 Reply = 50003 {

Context = 5000 { Add, Add = А5556{ Media {

Stream = 1 {

Local • SDP { v=0

c=IN IP4 125.125.125.1111 m=audio 1111 RTP/AVP 4 0 a=sendreceive }

} ; RTF profile for G723 is 4 )

)

 

 

16. Контроллер MGC предписывает порту А5555 шлюза MG2 начать передачу вызывного сигнала.

MGC to MG2:

MEGACO/1.0 [123.123.123.41:55555 Transaction = 50004 { Context = 5000 {

Modify = А5555 {

Signals {glinesup/PlayTone{tone=ring}} }

)

17. Шлюз MG2 подтверждает передачу сигнала «Посылка вызова» вызываемому абоненту.

MG2 to MGC:

MEGACO/1.0 [125.125.125.111]:55555 Reply = 50004 (

Context = 5000 {Modify} }

18. Контроллер предписывает шлюзу MG1 начать передачу вызывающему абоненту акустического сигнала «Контроль посылки вызова (КПВ)».

MGC to MG1:

MEGACO/1.0 [123.123.123.4]:55555 Transaction = 10005 { Context = 2000 {

Modify = A4444 {

Signals {g/PlayTone{tone=ringback}} }

}

19. Шлюз MG1 подтверждает передачу указанного акустического сигнала в порт A4444.

MG1 to MGC:

MEGACO/1.0 [124.124.124.222]:55555 Reply = 10005 {

Context = 2000 {Modify) )

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

20. Шлюз MG2 обнаружил, что вызываемый абонент поднял трубку, и извещает об этом контроллер MGC.

MG2 to MGC:

MEGACO/1.0 [125.125.125.111]:55555 Transaction = 50005 { Context = 5000 {

Notify = А5555 {ObservedEvents =1234 {

19990729T22020002:glinesup/offhook)

)

)

 

 

21. Контроллер подтверждает получение команды Notify.

MGC to MG2:

MBGACO/1.0 [123.123.123.41:55555 Reply = 50005 {

Context = - (Notify) )

22. Далее контроллер MGC предписывает шлюзу MG2 прекратить передачу вызывного сигнала.

MGC to MG2:

MEGACO/1.0 [123.123.123.4]:55555 Transaction = 50006 { Context = 5000 {

Modify = A5555 {

Events = 1235 {glinesup/onhook}, Signals {g/StopTone} ; to turn off ringing )

)

23. Шлюз MG2 подтверждает выполнение команды.

MG2 to MGC:

MEGACO/1.0 [125.125.125.111]:55555 Reply = 50006 {

Context = 5000 {Modify} )

24. Далее, контроллер разрешает шлюзу MG1 не только принимать, но и передавать информацию (режим SendReceive), и останавливает передачу вызывающему абоненту акустического сигнала «КПВ».

MGC to MG1:

MEGACO/1.0 [123.123.123.41:55555 Transaction = 10006 { Context = 2000 {

Modify = A4445 { Media {

Stream = 1 {

LocalControl {

Mode=SendReceive }

,, } /}

Modify = A4444 {

Signals { g/StopTone} ) } >

25. Шлюз MG1 подтверждает выполнение команды.

MG1 to MGC:

MEGACO/1.0 [124.124.124.222]:55555 Reply = 10006 {

Context s 2000 {Modify, Modify»

26. После этого начинается разговорная фаза соединения, в течение которой участники обмениваются речевой информацией. Следующим шагом контроллер MGC принимает решение проверить РТР-порт в шлюзе MG2.

 

 

HOC to MG2:

MEGACO/1.0 [123.123.123.4]:55555 Transaction = 50007 {

Context = - {AuditValue = A5556{

AuditOtodia, Digit-Map, Events, Signals, Packages, Statietice }}

} }

27. Шлюз MG2 выполняет команду. В ответе на команду AuditValue передается вся запрашиваемая информация, в том числе статистика, собранная за время соединения. Кроме того, из ответа видно, что не произошло никаких событий и не передавалось никаких сигналов.

MEGACO/1.0 [125.125.125.111]:55555 Reply = 50007 { Context = - {

AuditValue ( Media {

TerminationState {

BufferedEventHandling{Process} }, Stream = 1 {

LocalControl {

Mode = SendReceive, g/MaxJitterBuffer=40, ; in ms g/PreferredPacketization=30, ; in me g/PreferredEncoders =[G723, PCMU], g/PreferredDecoders=[G723, PCMU], g/Gain=0 ; in dB ), Local = SDP {

v=0

c=IN IP4 125.125.125.111 m=audio 1111 rtp/avp 4 0 a=sendrecv }, Remote = SDP{

v=0

c=IN IP4 124.124.124.222 m=audio 2222 RTP/AVP 4 0 a=sendrecv

} ; RTF profile for G.723 is 4 ) ), Packages {g, glinesup/ RTPPkg),

Statistics { RTPPkg/PacketsSent=1200, RTPPkg/OctetsSent=62300, RTPPkg/PacketsReceived=700, RTPPkg/OctetsReceived=45100, RTPPkg/PacketsLost=6, RTPPkg/Jitter=20, RTPPkg/AverageLatency=40 } } } )

 

 

28. Вызываемый абонент первым завершает соединение, и шлюз MG2 извещает об этом контроллер MGC.

MG2 to MGC:

MEGACO/1.0 [125.125.125.111]:55555 Transaction = 50008 { Context = 5000 {

Notify = A5555 {ObservedEvents =1235 {

19990729T24020002:glinesup/onhook) )

}

29. Контроллер MGC подтверждает получение сообщения Notify.

MGC to MG2:

MEGACO/1.0 [123.123.123.4]:55555 Reply = 50008 {

Context = - {Notify} }

30. Получив информацию от любого из шлюзов о том, что один из абонентов положил трубку, контроллер MGC завершает соединение. К обоим шлюзам передается команда Subtract. Алгоритм завершения соединения предусматривает одинаковый обмен сигнальными сообщениями между контроллером и обоими шлюзами, поэтому здесь этот алгоритм рассматривается на примере шлюза MG2.

From MGC to MG2:

MEGACO/1.0 [123.123.123.4]:55555 Transaction = 50009 { Context = 5000 {

Subtract = A5555 {Audit{Statistics}}, Subtract = A5556 {Audit{Statistics}} ) }

31. Каждый из портов шлюза MG2, участвующих в соединении (физический порт - A5555 и RTP-порт - A5556), возвращает статистику, собранную за время соединения. В общем случае, контроллер может запрашивать статистическую информацию только у одного из портов.

From MG2 to MGC:

MEGACO/1.0 [125.125.125.H1] :55555 Reply = 50009 { Context = 5000 { Subtract {

Statistics { ; what are the stats for a TIM connection? TEMPkg/OctetsSent=45123, TEMPkg/Duration=40 ; in seconds } }. Subtract {

Statistics (

RTPPkg/PacketsSent=1245, RTPPkg/OctetsSent=62345/ RTPPkg/PacketsReceived=780, RTPPkg/OctetsReceived=45123, RTPPkg/PacketsLost=10, RTPPkg/Jitter=27, RTPPkg/AverageLatency=48 }

)

 

 

32. После завершения соединения контроллер MGC предписывает шлюзам MG1 и MG2 быть готовыми к тому, что кто-то из обслуживаемых ими абонентов поднимет трубку. Примечательно, что портам шлюза, отображаемым окончаниями в нулевом контексте, по умолчанию может быть предписано обнаруживать, что абонент поднял трубку, при этом контроллер не передает шлюзам специальные команды, как это было показано ранее (шаг 3).