Подсистема SCCP. Общие положения. Основные задачи подсистемы, страница 9

3.1. План нумерации – Numbering Plan (NP)

E164, E214, E212

3.2. Тип адреса – Nature Of Address (NAI)

Данный параметр определяет значение цифр адреса.

International: <CC><NDC><NUMBER>

National: <NDC><NUMBER> - действует только внутри данной страны. При "пересечении границы страны" адрес должен транслироваться.

Subscriber, Unknown – значение цифр адреса – специфика оператора; действует только внутри сети оператора или по взаимной договоренности внутри нескольких сетей. При "пересечении границы оператора" адрес должен транслироваться.

3.3. Тип трансляции – Translation Type (TT)

Данный параметр может быть использован для управления механизмом трансляции адреса. Возможна настройка параметров системы на входящей стороне таким образом, что для одинаковой совокупности параметров NP+NAI+digits результат трансляции для разных значений TT будет различным.

В настоящее время на глобальных SCCP сетях данный параметр практически не используется (применяется TT=0 – unknown), однако операторы могут использовать данный параметр для внутренних целей. Например, оператор хочет, что SMS сообщения с его SMSC на сети других операторов в дневное время маршрутизировались через сеть "МТТ", а в вечернее время – через сеть "GlobalOne". Поскольку в сообщениях "SendRoutingInfForSM" и "MOForwardSM" должны использоваться однозначные параметры NP+NAI+digits, единственная возможность управлять трансляцией адреса на GMSC через параметр TT. SMSC будет выставлять во всех сообщениях с 08:00 до 20:00 один параметр TT, а с 20:00 до 08:00 – другой. На GMSC должна быть соответствующим образом прописана трансляция GT.

3.4. Схема кодирования Encoding Scheme (ES)

Определяет способ кодирования цифр адреса GT. В настоящее время в основном используется кодировка BCD(Binary Coded Decimal) - BCD_odd_digits и BCD_even_digits. В данном формате каждый октет несет информацию о двух цифрах (4бита +4бита). Причем младшие четыре бита используются для кодировки более младшей цифры адреса. Кроме BCD допускается использование и других способов кодировки, например IA5.

3.5. Hop counter применяется в сообщениях типа CR и XUDT для предотвращения излишне длинных маршрутов. При прохождении каждого промежуточного узла, подсистема SCCP декрементирует значение этого счетчика. При достижении нуля, инициируется процедура либо CONNECTION_REFUSAL, либо возврата сообщения соответственно.

Таблица: примеры SSN

Распределение нагрузки

Режимы работы:

1. Solitary mode (обособленный режим работы). Удаленная подсистема существует в единственном экземпляре. При выходе подсистемы пользователя или подсистемы SCCP на удаленной стороне или каналов связи сервис становится недоступным.
2. Replicated service in dominant mode (дублирующая подсистема в доминантном режиме). В этом режиме трафик маршрутизируется на основное направление (подсистема пользователя на узле B1). При выходе из сервиса подсистемы пользователя в узле B1, либо всей подсистемы SCCP в узле B1 трафик ремаршрутизируется на подсистему пользователя в узле B2 (резервная/дублируюшая подсистема).
3. Replicated service in dynamically loadshared mode (дублирующая подсистема в режиме динамического распределения нагрузки). В этом режиме нагрузка по определенному закону распределяется между несколькими подсистемами пользователя на различных узлах. При этом режим loadsharing применяется только для сообщений CR (при использовании сервиса, ориентированного на соединение) и для сообщения TCAP-BEGIN (сервис, неориентированный на соединение). Передача остальных сообщений, относящихся к данному соединению или транзакции происходит по направлению, выбранному на этапе открытия соединения/транзакции. Во многих реализациях механизма LOADSHARING лежит понятие SLS.