2. Протокол m2ua

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

Поясним это еще подробнее. В предыдущем параграфе наше внимание было сосредоточено на ситуации, в которой Softswitch поддерживает функции ISUP, но не реализует функции нижних уровней стека ОКС7. В частности, МТРЗ в самом Softswitch не реа­лизован, что приводит к тому, что Softswitch «не видит» сеть ОКС7, как это может делать любой логический объект, непосредственно

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

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

Рис. 7.10. Функции M2UA в Softswitch

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

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

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