5.3. Протоколы адаптации sigtran
Общие принципы построения протоколов адаптации изложены в RFC 4166. Считается, что в контроллере MGC имеется набор логических объектов, называемых серверами приложений AS (Application Server). Они обрабатывают сигнализацию. Для каждого AS определен набор параметров. Например, для AS, обрабатывающего сигнализацию ISUP, данный список включает коды OPC/DPC и заданный диапазон значений идентификаторов соединительных линий CIC (Circuit Identification Code).
Каждый сервер приложений AS может иметь один или несколько процессов ASP (Application Server Process) [3]. Обмен сигнальной информацией происходит между пунктами сигнализации SGW и ASP или между пунктами сигнализации и группами ASP.
Каждый ASP должен иметь свой код пункта сигнализации (PC). Однако, назначение этих кодов может быть достаточно гибким. Например, несколько ASP, связанных с конкретным шлюзом SGW, имеют один и тот же код пункта сигнализации, такой же, как и у сигнального шлюза. Поэтому, с точки зрения сети ОКС №7 это будет один пункт сигнализации. Если ASP имеют различные коды, отличные от кода SGW, тогда сеть ОКС №7 будет рассматривать SGW как пункт транзита сигнализации STP.
5.3.1. Протокол m3ua
Основное назначение протокола адаптации M3UA – это обеспечение прозрачной передачи сигнальных сообщений подсистем ISUP или SCCP через стек SCTP/IP, полностью поддерживая функции MTP3.
На рис. 5.13 показана организация стека протоколов при использовании M3UA (MTP3 User Adaptation, протокол описан в RFC 4666). Протокол M3UA использует SCTP, который, в свою очередь, передает информацию через IP-сеть.
M3UA поддерживает необходимую функциональность MTP3. При этом, с точки зрения организации сети сигнализации ОКС №7 при использовании M3UA SGW является пунктом сигнализации. В нем реализован уровень MTP3.
Сообщения ОКС №7, поступающие в SGW, обрабатываются в МТР3 и пересылаются в M3UA. На основании полученных параметров DPC/OPC/диапазон CIC производится выбор соответствующего AS и ASP.
M3UA подготавливает полученное сигнальное сообщение для передачи SCTP в качестве фрагмента DATA в заданном потоке (Stream).
В MGC принятый фрагмент обрабатывается в SCTP и поступает в M3UA, который отправляет это сообщение в ASP.
Рисунок 5.13 - Функциональная схема реализации M3UA между
сигнальным шлюзом SGW и контроллером MGC
Возможны различные варианты организации сети (рис. 5.14).
1. С точки зрения сети сигнализации ОКСN7 имеется PC, соответствующий ASP в MGC. В этом случае сеть сигнализации ОКС №7 “заканчивается” в SGW. M3UA используется для передачи сигнальных сообщений протокола пользователя MTP3 в ASP.
2. Имеется PC, соответствующий ASP в MGC. Также имеется отличный от него PC в SGW. В этом случае PC = B c точки зрения сигнализации ОКСN7 SGW является STP, через который достижимы PC = C и PC = D.
Рисунок 5.14 - Режимы взаимодействия M3UA
Если SGW назначается PC, и SGW рассматривается как STP, то это дает возможность организации альтернативных маршрутов.
Допустим, что имеется возможность передачи сигнальной информации через SGW1 и через SGW2. В этом случае SWG1 и SGW2 могут рассматриваться, как STP, через которые достижим пункт сигнализации с PC D (рис. 5.15).
Рис.5.15 - Использование альтернативных маршрутов
Формат сообщений M3UA представлен на рис. 5.16.
Рисунок 5.16 - Формат сообщений M3UA
В поле версия (Version) указывается номер версии протокола
M3UA. Свободное поле Spare занимает 8 бит. В поле Класс (Class) определяется тип сообщения:
01 – сообщение управления;
02 – сообщение пересылки;
03 – управление сетью;
04 – управление ASP;
05 – управление трафиком;
06 – M2UA;
07 – SUA без установления соединения;
08 – SUA с установлением соединения;
09 – управление данными маршрутизации;
10 – эксплуатационное управление M2UA;
11 – M2PA.
Номера с 12 по 127 зарезервированы комитетом IETF, а номе-
ра со 128 по 256 зарезервированы для расширений класса сообщений.
Кроме сообщений, переносящих информацию о соединениях, M3UA может передавать сообщения эксплуатационного контроля и управления. Это более подробно описано в книге [3].