3. Код пункта сигнализации

Каждый ASP необходимо ассоциировать с кодом пункта сиг­нализации. Однако назначение кодов пунктов для процессов ASP является абсолютно гибким. Например, все ASP, подсоединенные к определенному SG, могут совместно использовать тот же код пункта, что и этот SG. В таком случае комбинация SG и процессов ASP видна сети ОКС7 как единый оконечный пункт сигнализации. Или же все ASP, подсоединенные к одному SG, могут иметь один и тот же код пункта, который отличается от кода пункта сигнализации, присвоенного этому SG. В таком случае SG будет виден сети ОКС7 как STP, а объединенные общим кодом ASP - как единый оконечный пункт сигнализации, расположенный за этим STP

Еще одним вариантом назначения кодов может быть присвоение каждому ASP своего кода пункта, или группам ASP - разных общих кодов, отличных от кода, присвоенного SG. В этом случае SG ви­ден как STP, а каждый ASP (или группа процессов ASP) - как один оконечный пункт сигнализации. Дело в том, что если некий ASP или некая группа ASP может связываться с сетью ОКС7 не через один, а через два SG, то этот ASP или эта группа ASP должны иметь код пункта, который отличается от кодов этих двух SG. В таком сценарии шлюзы SG работают как транзитные пункты сигнализации STP.

3. Примитивы

Чтобы предоставлять услуги верхнему уровню прозрачно (так, чтобы приложение не ощущало факт использования функций МТРЗ, встроенных в SG, вместо функций локальной МТР), M3UA должен предоставлять верхнему уровню те же самые примитивы, которые предоставляет МТРЗ. Это следующие примитивы:

• MTP-Transfer request передается из верхнего уровня в M3UA, чтобы запросить перенос сообщения в определенный пункт на­значения.

• MTP-Transfer indication используется M3UA, чтобы пропустить входящее сообщение в верхний уровень.

• MTP-Pause indication передается M3UA в верхний уровень, чтобы указать, что передача сигналов в определенный пункт назначе­ния должна быть приостановлена. Этот примитив используется, например, когда пункт назначения недостижим.

• МТР-Resume indication передается M3UA в верхний уровень, чтобы указать, что передачу сигналов в пункт назначения можно возобновить.

• MTP-Status indication передается M3UA в верхний уровень, чтобы информировать этот уровень о некоторых изменениях, возник­ших в сети ОКС7, таких как перегрузка или недоступность под- системы-пользователя в пункте назначения.

Рассмотрим пример приложения ISUP в Softswitch, которому требуется передать сообщение в сеть ОКС7. Приложение передает запрос MTP-Transfer request в M3UA, a M3UA передает его в SCTP как фрагмент DATA, который необходимо передать по определенно­му соединению SCTP и в определенном потоке. SCTP обеспечивает поступление фрагмента DATA в SG, где содержимое этого фраг­мента проходит в M3UA, который передает его к функции взаимо­действия в SG. Функция взаимодействия пропускает его в МТРЗ на стороне сети ОКС7 шлюза SG, который берет на себя корректную маршрутизацию сообщения дальше в сеть ОКС7.

В противоположном направлении процесс проходит аналогично. Сообщение приходит в SG и проходит от МТРЗ к функции взаимо­действия, а от функции взаимодействия поступает в M3UA. На ос­нове параметров DPC/OPC/диапазон CIC сообщения ОКС7 выби­раются подходящий AS и подходящий ASP Если активны более од­ного ASP, то выбирается один из них (в соответствии с алгоритмом разделения нагрузки). M3UA формирует сообщение для передачи SCTP как фрагмента DATA по соответствующему соединению SCTP и в соответствующем потоке. В пункте назначения фрагмент DATA проходит в M3UA, который пропускает информацию этого фраг­мента в приложение, используя примитив MTP-Transfer indication.