Протокол M2UA

Использование M2UA иллюстрирует рис. 7.10. В этом сценарии два сигнальных шлюза SG обеспечивают интерфейс с внешней сетью ОКС7. Оба шлюза подсоединены к Softswitch. На стороне Softswitch шлюзов SG мы имеем M2UA поверх SCTP поверх IP, а на стороне ОКС7 - стандартную MTP стека ОКС7. В Softswitch мы имеем стандартный протокол MTP3, работающий поверх M2UA и IP. В обычной сети ОКС7 MTP3 использует услуги протокола MTP2. Однако в изображенном на рис. 7.10 сценарии MTP3 в Softswitch ис­пользует услуги MTP2, который расположен в SG, не сознавая того, что тот не является локальным. Функция M2UA - обеспечить про­зрачный доступ из стандартного MTP3, находящегося в Softswitch к стандартному MTP2, находящемуся в SG.

Поясним это еще подробнее. В предыдущем параграфе наше внимание было сосредоточено на ситуации, в которой Softswitch поддерживает функции ISUP, но не реализует функции нижних уровней стека ОКС7. В частности, MTP3 в самом Softswitch не реа­лизован, что приводит к тому, что Softswitch «не видит» сеть ОКС7, как это может делать любой логический объект, непосредственно реализующий MTP3. В том числе, он не передает и не принимает сообщения эксплуатационного управления сетью сигнализации. Если же желательно, чтобы Softswitch был вовлечен в эксплуатаци­онное управление сетью сигнализации, то одной из возможностей является реализация MTP3 в Softswitch и использование M2UA по­верх SCTP для доступа к функциям MTP2 в SG. Это позволило бы Softswitch лучше «видеть» сеть ОКС7, а также теснее взаимодейс­твовать со шлюзом сигнализации SG. Фактически SG становится в таком случае удаленным терминалом сигнализации, составляю­щим, с точки зрения сети ОКС7, логический элемент Softswitch.

Оконечный Оконечный NIF = узловая функция взаимодействия Рис. 7.10. Функции M2UA в Softswitch

В примере на рис. 7.10 приложение MTP3 в Softswitch может принимать такие сигнальные сообщения эксплуатационного управ­ления сетью, как Transfer Allowed (TFA) и Transfer Prohibited (TFP). Протокол MTP3 может использовать эту информацию при опреде­лении того, каким образом маршрутизировать сообщения такого пользователя MTP3 верхнего уровня, как ISUP.

M2UA использует концепции, аналогичные обсуждавшимся в предыдущем параграфе для M3UA. В их число входят понятия AS и ASP. Он предусматривает также аналогичные сообщения, такие как ASPUP, ASPDN, ASPAC, ASPIA, NTFY BEAT, ERR, и соответству­ющие подтверждения. Эти сообщения используются точно таким же образом, как они используются в M3UA, с той лишь разницей, что протоколы ASP в M2UA выполняют другие функции. В M3UA протокол ASP может иметь отношение к характеристикам, подоб­ным DPC/OPC/диапазон CIC, или другому набору характеристик; а в M2UA протокол ASP является отдельным случаем MTP3 в таком узле, как Softswitch.

Сообщения, которые передаются между одноранговыми объектами M2UA, имеют тот же формат, что и сообщения M3UA (см. рис. 7.9); отличается только поле Message Type общего заго­ловка. Для M2UA эти сообщения имеют другие коды класса - коды 6 и 10, а сообщения эксплуатационного управления состоянием ASP и трафиком ASP являются общими для всех уровней адаптации. Все эти соображения оправдывают решение авторов сэкономить здесь место на описании сообщений M2UA, функции которых вполне оче­видно вытекают из вышеизложенного.