4. Протокол m3ua

1. Функции m3ua

В параграфе 7.1 отмечалось, что задача M3UA - обеспечить пре­доставление приложениям в сети IР услуг, аналогичныхтем, которые МТРЗ предоставляет приложениям вроде ISUP в сети ОКС7. Пояс­ним это на рис. 7.8, где показан Softswitch, которому необходимо запустить приложение типа ISUP. Вообще говоря, Softswitch может сделать это несколькими способами. Например, он может запус­тить ISUP поверх МТРЗ поверх M2UA (или М2РА) поверх SCTP, как это обсуждается в двух следующих параграфах. Или же Softswitch может реализовать ISUP поверх M3UA поверх SCTP, как показано на рис. 7.8. Разница между этими двумя способами определяется тем, где реально расположена функция МТРЗ. В сценарии, который показан на рис. 7.8, обычный протокол МТРЗ присутствует в шлю­зах SG, a MSUA просто обеспечивает приложению ISUP в Softswitch удаленный доступ к функции МТРЗ в SG без ощущения приложени­ем ISUP того, что функция МТРЗ не является локальной.

NIF = узловая функция взаимодействия

Рис. 7.8. Функции M3UA в Softswitch

Softswitch на рис. 7.8 может иметь код пункта сигнализации, отличный от кода, который имеет SG. В этом случае SG работает подобно STP и воспринимается внешней сетью ОКС7 как STP. Вне­шняя сеть ОКС7 рассматривает Softswitch как обычный оконечный пункт сигнализации ОКС7, доступ к которому достигается через один или несколько пунктов SG STP.

2. Терминология

Прежде чем мы перейдем к более подробному рассмотрению М3UА, необходимо оговорить некоторые термины, применимые

также и к другим адаптационным уровням. Прежде всего, под­черкнем разночтение между термином сервер приложений AS (Application Server), использованным ранее в этой книге в контексте VoIP и Softswitch, и тем же термином в понимании рабочей группы Sigtran для протоколов адаптационного уровня. В последнем слу­чае под сервером приложений AS понимается логический объект, который обрабатывает сигнализацию в определенной области. Например, AS может быть логическим объектом в Softswitch, обра­батывающим сигнализацию ISUP для конкретного диапазона ОКС7 DCP/OPC/CIC. В равной степени, AS может быть логическим объек­том в приложении базы данных, обрабатывающим сигнализацию.

Процесс сервера приложений ASP (Application Server Process) представляет собой экземпляр AS, что напоминает концепцию процессов в языке спецификаций и описаний SDL, обсуждающуюся в [4]. Сервер AS содержит набор процессов сервера приложений. Фактически, AS можно рассматривать как список процессов ASP, часть которых активна, а часть находится в резерве. ASP может быть, например, процессом в Softswitch, который в это время об­рабатывает сигнализацию ISUP В устойчивой сети должен быть, по крайней мере, один активный ASP и, по крайней мере, один резерв­ный ASP для каждого приложения. Один ASP может обслуживать не­сколько серверов AS. Например, Softswitch может иметь несколько серверов AS, каждый из которых соответствует уникальной комби­нации OPC/DPC. Этот же самый Softswitch может иметь только один ASP, обрабатывающий всю сигнализацию ISUP (или два процесса ASP для резервирования или для разделения нагрузки).

Ключ маршрутизации (Routing Key) представляет собой набор таких параметров ОКС7, как SLS, DPC, ОРС или диапазон CIC, кото­рые определяют сигнализацию для некоторого AS. Например, если какой-то AS должен обрабатывать сигнализацию ISUP для опре­деленной комбинации OPC/DPC/диапазон CIC, то эта комбинация и является ключом маршрутизации для такого AS. В пределах SG каждый ключ маршрутизации обычно указывает на один опреде­ленный AS. Иначе говоря, между ключами маршрутизации и AS, как правило, существует однозначное соответствие.

Отображение сети (Network Appearance) - это такое ее представ­ление, которое позволяет отделить часть сигнального трафика, нуж­ную для связи между SG и ASP, от всего трафика, использующего одно и то же соединение SCTP. Представим себе, например, международ­ный SG. Этот SG будет иметь, по крайней мере, один национальный и один международный код пункта сигнализации. SG использует на­циональный вариант МТР для связи в национальной сети и вариант ITU-T МТР - для связи в международной сети, а потому он должен видеть и различать соответствующие сигнальные потоки. Для связи между SG и Softswitch передаваемые и принимаемые сообщения

должны помещаться в контексте правильного отображения сети, чтобы можно было оперировать соответствующей группой линий на не-IР-стороне SG.