Протокол M2PA

По уже сложившейся в этой главе традиции, рассмотрим рису­нок 7.11, который иллюстрирует область применения M2PA. Идея М2РА - в прозрачном со стороны протокола МТРЗ и вышележащих протоколов транзите сигнальных единиц через IP, т. е. для MTP3 протокол М2РА не отличается от традиционного MTP2. Неизмен­ными остаются все функции сетевого уровня ОКС7: балансировка нагрузки между звеньями одного пучка с помощью поля селектора сигнального звена (SLS), обнаружение неисправностей, процедуры переключения на альтернативный маршрут (change-over) и возвра­та на первоначальный (change-back), контроль перегрузки звена с помощью задаваемых порогов и т. д.

M2PA имеет регистрационный номер порта 3565.

NIF = узловая функция взаимодействия Рис. 7.11. Функции M2PA в Softswitch

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

Прямым следствием этой разницы является то, что SG, который использует M2UA, фактически служит для показанного на рис. 7.10 Softswitch удаленным терминалом сигнализации. В то же время SG, который использует M2PA, уже сам по себе является узлом сигна­лизации; у него есть собственный код пункта сигнализации, и он фактически представляет собой STP на базе IP. Это означает, что SG может выполнять такие функции сигнализации верхнего уровня, как SCCP. Например, SG, использующий M2PA, может выполнять преоб­разование глобального адреса - Global Title Translation (GTT), - а сиг­нальный шлюз SG на базе M2UA такие функции выполнять не может.

Выбор между M2UA и M2PA целиком предоставляется проек­тировщику или Оператору сети. Все зависит от функций, которые должны выполняться в определенных узлах сети. Если, например, SG должен выполнять такие функции, как GTT, то подходящим выбо­ром будет M2PA. С другой стороны, если SG предназначен просто в качестве терминала сигнализации ОКС7 для узла IP-сети (такого как Softswitch), то достаточно будет M2UA.

Теперь несколько слов о реализации этих функций в M2PA. В главе 10 [4] описываются три типа сигнальных единиц ОКС7 на уровне MTP2: значащие сигнальные единицы MSU, которые пере­носят полезную нагрузку пользователя; единицы LSSU, которые переносят информацию о состоянии сигнального звена, и заполня­ющие сигнальные единицы FISU, которые передаются, когда дру­гой информации для передачи нет. Протокол M2PA поддерживает сообщения аналогичных типов в IP-сети, за исключением FISU. От­сутствие в M2PA эквивалента FISU объясняется принципами функ­ционирования IP-сети, что же касается корректной работы трактов сигнализации в IP-сети, то для этого используется вышеупомянутое сообщение SCTP BEAT, а сообщения M2PA для пересылки данных включают в себя функции подтверждения. Т.о., в M2PA имеются два сообщения: сообщение User Data и сообщение Link Status.

Сообщение User Data в M2PA является просто сигнальной еди­ницей MSU, из которой исключено несколько стандартных полей ОКС7, и содержит индикатор длины LI (Length Indicator), октет служебной информации SIO (Service Information Octet) и поле сиг­нальной информации SIF (Signaling Information Field). Поля Flag, Backward Sequence Number (BSN), Backward Indicator Bit (BIB),

Forward Sequence Number (FSN), Forward Indicator Bit (FIB) и Check Bits в состав User Data не входят. LI включен в состав User Data толь­ко потому, что некоторые национальные варианты ОКС7 использу­ют два резервных бита LI в качестве указателя приоритета.

Сообщениями Link Status обмениваются одноранговые объекты M2PA, чтобы информировать друг друга о текущем состоянии трак­та. Link Status аналогично LSSU в ОКС7 и тоже содержит поле status (состояние), которое может принимать следующие значения:

• Alignment (фазирование);

• Proving Normal (подтверждение нормального состояния);

• Proving Emergency (подтверждение аварийного состояния);

• Ready (готовность);

• Processor Outage (повреждение процессора);

• Processor Outage Ended (восстановление процессора);

• Busy (занят);

• Busy Ended (освободился);

• Out of Service (выведен из обслуживания);

• In Service (введен в обслуживание).