21 Слайд

MGCP

Протокол MGCP представляет собой пример модели с централизованным управлением вызовами. Он определяет управление телефонными шлюзами с центрального управляющего компонента, называемого телефонным агентом (Call Agent). Шлюзы взаимодействуют с агентами, которые осуществляют сигнализацию и обработку вызовов.

Компоненты MGCP

В MGCP_окружении используются следующие компоненты:

• конечные точки;

• шлюзы;

• телефонный агент (назовем для краткости агентом).

Конечные точки – это точки соединения пакетной сети и традиционной телефонной сети. Они могут быть физическими и логическими.

Шлюзы – это узлы объединения конечных точек.

Телефонный агент MGC (Media Gateway Controller) представляет собой центральный управляющий элемент в MGCP_окружении. MGC осуществляет управление деятельностью шлюзов в предположении, что шлюзы фиксируют события и докладывают о них. Агент, основываясь на событиях, инструктирует шлюзы о действиях, которые необходимо предпринимать. Он также инициирует все VoIP_этапы соединения.

Понятия MGCP

Базовые понятия MGCP:

• вызовы и соединения. Позволяют устанавливать сквозные соединения двух и более конечных точек.

• События и сигналы. Позволяют телефонным агентам инструктировать шлюзы.

• Цифровые карты и пакеты. Позволяют шлюзам определять пункт назначения вызовов.

22Слайд

Взаимодействие агентов и шлюзов

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

1. Агент направляет сообщение RQNT (Request Notification) каждому шлюзу. Этот запрос дает инструкцию шлюзам ждать события off_hook (когда снимается телефонная трубка) и дать гудок, когда такое событие произойдет. Агент также сообщает о необходимости мониторинга других событий. Предоставляя цифровую карту в запросе, агент позволяет шлюзам собрать цифры перед тем как информировать о событии агента (иначе шлюз не будет «знать», когда набор номера завершается, будет вынужден посылать агенту все цифры набора по одной).

2. Шлюз отвечает на запрос. С этого момента агент и шлюзы ждут событий.

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

4. Шлюз А посылает оповещение (NTFY) агенту, сообщая ему, что требуемое событие произошло. Оповещение включает в себя конечную точку, событие и набранные цифры.

5. После подтверждения возможности звонка агент инструктирует шлюз А создать соединение (CRCX) с его конечной точкой.

6. Шлюз отвечает дескриптором сессии. Дескриптор определяет, как минимум, IP_адрес и UDP_порт для последующей RTP_сессии.

Шлюз не имеет дескриптора сессии удаленной стороны, и соединение переходит в режим ожидания.

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

8. Шлюз В отвечает на запрос и сообщает свой дескриптор сессии.

9. Агент передает дескриптор сессии шлюзу А в запросе MDCX (Modify Connection). Теперь шлюзы могут установить RTP_сессии для передачи голоса.

10.В конце вызова одна из конечных точек распознает переход в состояние on_hook (трубка повешена). Допустим, это случилось на шлюзе А. Так как агент проинструктировал сообщить о таком событии, шлюз А посылает агенту уведомление.

11.Агент рассылает сообщение DLCX (Delete Connection) каждому шлюзу.

12.Шлюзы удаляют соединения и отвечают.