Трансляция sip-сообщений между модулями мпн и ims.

Рисунок 5‑78

Модуль MPN.SSBC выполняет функции сокрытия внутренней структуры МПН. Каждый модуль MPN.SSBC имеет два сетевых интерфейса:

• внешний – имеющий IP-адрес 10.77.0.4, для взаимодействия с оборудованием, подключенным к сети МПТС (к IMS-ядру, КТШ, серверу точного времени, и т.п.).

• внутренний – с IP адресом 192.168.50.2, для взаимодействия с компонентами МПН (MPN.ITG, MPN.OMS, MPN.ARM).

Модуль MPN.SSBC осуществляет транслирует пакеты по через Ethernet-интерфейсы.

Трансляция rtp-трафика. Пример выделения портов для маршрутизации трафика абонентов а и в, находящихся на различных атс

Рисунок 5‑79

MPN.SSBC выполняет функцию маршрутизации RTP/RTCP пакетов как при внутристанционном вызове, так и при взаимодействии с другими станциями. При этом для абонентов А и В выделяется два различных параметра IP:port для трансляции пользовательской информации.(непонятно, хотя и изменено)

Пример трансляции трафика в случае, когда абоненты находятся на одной атс

В случае если IMS ядро, принимает решение, о том, что трафик между абонентами A1 и A2 может не перенаправляться, он замыкается в рамках одного МПН.

Таким образом, MPN.SSBC не отправляет трафик на IMS-ядро, а направляет его через свой внутренний интерфейс.

Рисунок 5‑80

Функции маршрутизации

В конфигурационных файлах MPN.SSBC предусмотрены следующие маршруты исходящих вызовов:

- направление вызова на IMS-ядро;

- направление вызова на сервер точного времени;

- направление вызова в сторону С4 (КТШ);

- направление вызова на сервер IVR.

В случае входящего телефонного соединения MPN.SSBC определяет, к какой из тысячных групп относится пришедший вызов, и отправляет его на определённый IP-port одного из модулей MPN.ITG, основываясь на данных конфигурации.

Резервирование

Для повышения устойчивости работы MПН обеспечена поддержка системы резервирования посредством дублирования, в состав МПН входят модули MPN.SSBC Master и MPN.SSBC Slave.

• Master - имеет возможность запускать/останавливать Slave.

• Slave - может сам принять решение о своем запуске только если поймет, что Master не активен.

Взаимодействие модулей между собой происходит по протоколу OMI.

В штатном режиме все вызовы обслуживаются основным модулем MPN.SSBC (Master). В случае определения недоступности IMS-ядра через основной модуль MPN.SSBC, он передаёт команду Start на резервный MPN.SSBC, а сам прекращает обслуживание вызовов. Резервный модуль заново регистрирует все 10 000 абонентов на IMS-ядре, с указанием нового IP-адреса в заголовке Contact сообщения REGISTER.

Если основной модуль MPN.SSBC определяет восстановление связи с IMS-ядром, то он передает команду Stop на резервный MPN.SSBC и начинает регистрацию абонентов на IMS-ядре. Резервный MPN.SSBC продолжает обслуживать установленные связи до их разъединения.

Рисунок 5‑81

Если резервный MPN.SSBC определяет отсутствие связи с основным MPN.SSBC, он информирует модули MPN.ITG. Если в течение промежутка времени, равного 60 с, модуль не получает никаких ответов, это означает, что возникли проблемы на его внутреннем интерфейсе, и процедура регистрации не начинается. Если же в течение этого периода были обнаружены пришедшие SIP-сообщения, то проблем с внутренним интерфейсом нет, и отсутствие связи с основным MPN.SSBC обусловлено проблемами на основном модуле. В этом случае резервный MPN.SSBC начинает процедуру регистрации абонентов.

Подобный алгоритм реализован на основном модуле MPN.SSBC. Входящие вызовы на резервный модуль SSBC перенаправляет IMS-ядро.