Законодательная база Российской Федерации

ПРИКАЗ Мининформсвязи РФ от 31.05.2007 N 58 (ред. от 01.02.2012 с изменениями, вступившими в силу 01.07.2012) "ОБ УТВЕРЖДЕНИИ ПРАВИЛ ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ КОММУТАЦИИ СИСТЕМ ПОДВИЖНОЙ РАДИОТЕЛЕФОННОЙ СВЯЗИ. ЧАСТЬ II. ПРАВИЛА ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ КОММУТАЦИИ СЕТИ ПОДВИЖНОЙ РАДИОТЕЛЕФОННОЙ СВЯЗИ СТАНДАРТА GSM 900/1800"

1. В оборудовании узла связи реализованы следующие протоколы группы SIGtrAN:

а) протокол SCTP;

б) протокол M2UA;

в) протокол M3UA;

г) протокол SUA.

2. Требования к параметрам протокола SCTP.

2.1. Посредством протокола SCTP реализуются следующие функции:

а) последовательная передача данных в потоке;

б) фрагментация данных;

в) идентификация передаваемых данных и процедура управления перегрузками;

г) пакетирование сообщений пакета SCTP;

д) подтверждение пакетов;

е) управление путями.

Формат пакета SCTP приведен на рисунке 1.

Рисунок 1. Формат пакета SCTP

2.2. Формат заголовка пакета SCTP и перечень поддерживаемых полей приведены на рисунке 2 и в таблице N 1, соответственно.

Рисунок 2. Формат заголовка пакета SCTP

Таблица N 1.

Перечень полей

2.3. Поля заголовка пакета SCTP содержат следующую информацию:

а) поле "Номер порта источника" содержит номер порта SCTP отправителя;

б) поле "Номер порта назначения" содержит номер порта SCTP получателя;

в) поле "Метка верификации" содержит числовое значение, однозначно идентифицирующее отправителя пакета SCTP. Отправитель пакета SCTP устанавливает значение этой метки, равное значению, полученному при инициализации сеанса связи между ним и получателем.

г) поле "Контрольная сумма" содержит контрольную сумму пакета SCTP.

2.4. Пакет SCTP включает в себя управляющие команды. Перечень допустимых команд приведен в таблице N 2.

Таблица N 2.

Управляющие команды

2.4.1. Пакет SCTP содержит в себе только одну команду в случаях, когда передаются команды "Создание сеанса связи", "Подтверждение создания сеанса связи", "Процедура завершения сеанса связи окончена".

2.5. Формат команды SCTP приведен на рисунке 3 и в таблице N 3 соответственно.

Рисунок 3. Формат команды SCTP

Таблица N 3.

Формат команды SCTP

2.5.1. Поля команды SCTP содержат следующую информацию:

а) поле "Код команды" принимает численное значение в соответствии с таблицей N 3 и заполняется так, что первые два бита старшего разряда определяют действие, которое выполняется в случае, если получателем не распознан код команды;

б) поле "Флаги" содержит значения, специфичные для разных команд, при этом по умолчанию поле принимает значение, равное нулю;

в) поле "Длина данных команды" содержит длину команды в байтах, включая поля: "Код команды", "Флаги", "Длина данных команды" и "Данные команды";

г) поле "Данные команды" содержит информацию, специфичную для разных команд SCTP.

2.5.2. Общая длина команды, входящей в SCTP пакет, равна 4 байтам. Если ее длина не равна 4 байтам, то команда дополняется нулями до требуемой длины.

2.5.3. Команда не дополняется более чем 3 байтами.

2.6. Передача полезной нагрузки осуществляется только тогда, когда установлено соединение между принимающей и посылающей сторонами.

2.6.1. При пакетировании информации абонента в порции пакета SCTP узел отправитель разбивает эту информацию на множество частей, размеры каждой из которых не превосходят по величине максимально допустимый размер.

2.6.2. Узел-получатель собирает фрагментированные сообщения в единую информацию.

2.6.3. Сообщения управления находятся в пакете перед данными абонента.

2.6.4. Передача данных абонента адресату осуществляется, если размер окна приемника узла получателя не равно нулю. В противном случае данные не отсылаются в пункт назначения.

2.6.5. Все пакеты, адресованные определенному узлу, устанавливаются в очередь и передаются в строгой последовательности.

2.6.6. Узел-получатель формирует команду "Выборочное подтверждение" и передает ее совместно с исходящими данными противоположному узлу.

2.6.7. Узел-отправитель не передает какую-либо полезную информацию, если не получено подтверждение на последнюю посланную команду.

3. Требования к параметрам протокола M2UA.

3.1. Значение номера порта SCTP для M2UA равно 2904. Идентификатор полезной нагрузки протокола SCTP для M2UA равен 2.

3.2. Протокол M2UA при передаче сообщений сигнализации сети с коммутацией каналов выполняет следующие функции:

а) поддержка границы интерфейсов МТР2/МТР3;

б) поддержка взаимодействия между модулями уровня управления;

в) поддержка управления активными соединениями SCTP.

3.3. Протокол M2UA реализует следующие функции:

а) отображение идентификатора интерфейса на физический интерфейс ШС, соединение SCTP и соответствующий поток трафика внутри соединения;

б) управление соединением SCTP;

в) поддержание состояния сервера приложений;

г) управление потоком SCTP;

д) управление потоком (перегрузками);

е) проверка состояния канала ОКС N 7.

3.4. Общий заголовок сообщения для M2UA имеет следующую структуру: версия, класс сообщения, тип сообщения, длина сообщения. Заголовок сообщения является общим для всех уровней адаптации протокола сигнализации и приведен на рисунке 4.

Рисунок 4. Формат общего заголовка

Значения полей заголовка:

а) в поле "Версия" содержится версия M2UA;

б) значение поля "Резерв" установлено отправителем равным нулю и не учитывается получателем;

в) в поле "Класс сообщения" содержатся следующие значения:

0 - сообщения управления M2UA;

1 - зарезервировано;

2 - зарезервировано;

3 - сообщения поддержания состояния процесса сервера приложений;

4 - сообщения поддержания трафика процесса сервера приложений;

5 - зарезервировано;

6 - сообщения M2UA;

7 - зарезервировано;

8 - зарезервировано;

9 - зарезервировано;

10 - сообщения управления идентификатором интерфейса;

11 - 127 - зарезервировано;

128 - 255 - зарезервировано.

г) в поле "Тип сообщения" содержатся следующие типы сообщений для соответствующих классов сообщений:

Сообщения M2UA:

0 - зарезервировано;

1 - данные;

2 - запрос на установление соединения;

3 - подтверждение установления соединения;

4 - запрос на разъединение соединения;

5 - подтверждение разъединения соединения;

6 - указатель на разъединение соединения;

7 - запрос отчета о состоянии;

8 - подтверждение состояния;

9 - индикация состояния;

10 - запрос на поиск данных;

11 - подтверждение поиска данных;

12 - индикация поиска данных;

13 - полная индикация поиска данных;

14 - указание перегрузка;

15 - подтверждение получения данных;

16 - 127 - зарезервировано;

128 - 255 - зарезервировано.

Сообщения поддержания состояния процесса сервера приложений:

0 - зарезервировано;

1 - инициация процесса сервера приложений;

2 - завершение процесса сервера приложений;

3 - команда опроса состояния;

4 - подтверждение инициации процесса сервера приложений;

5 - подтверждение завершения процесса сервера приложений;

6 - подтверждение команды опроса состояния;

7 - 127 - зарезервировано;

127 - 255 - зарезервировано.

Сообщения поддержания трафика процесса сервера приложений:

0 - зарезервировано;

1 - активный процесс сервера приложений;

2 - неактивный процесс сервера приложений;

3 - подтверждение активного процесса сервера приложений;

4 - подтверждение неактивного процесса сервера приложений;

5 - 127 - зарезервировано;

127 - 255 - зарезервировано.

Сообщения управления M2UA:

0 - ошибка;

1 - уведомление;

2 - 127 - зарезервировано;

127 - 255 - зарезервировано.

Сообщения управления идентификаторами интерфейса:

0 - зарезервировано;

1 - запрос на регистрацию;

2 - ответ на запрос на регистрацию;

3 - запрос на дерегистрацию;

4 - ответ на запрос на дерегистрацию;

5 - 127 - зарезервировано;

127 - 255 - зарезервировано.

д) в поле "Длина сообщения" включен параметр добавочных байтов, если такие имеются.

3.5. В сообщении после общего заголовка содержатся параметры переменной длины, определяемые типом сообщения.

Параметры переменной длины, содержащиеся в сообщении, приведены на рисунке 5.

Рисунок 5. Формат параметра переменной длины

Поле "Тэг параметра" определяет тип параметра, принимающий значение от 0 до 65535.

3.6. Помимо общего заголовка в сообщении M2UA содержится специальный заголовок. В специальном заголовке содержится параметр "Идентификатор интерфейса", формат которого либо целочисленный, либо текстовый. Формат специального заголовка приведен на рисунках 6 и 7, соответственно.

Рисунок 6. Формат специального заголовка (целочисленный)

Рисунок 7. Формат специального заголовка (текстовый)

3.7. Сообщения протокола M2UA, используемые в СПРС, приведены в таблице N 4. Сообщения включают в себя общий и специальный заголовки.

Таблица N 4.

Сообщения протокола M2UA

4. Требования к параметрам протокола M3UA.

4.1. Значение номера порта SCTP для M3UA равно 2905. Идентификатор полезной нагрузки протокола SCTP для M3UA равен 3.

4.2. Протокол M3UA осуществляет:

а) передачу сообщений пользователя МТР3 посредством установления соединения SCTP;

б) обнаружение ошибок в сообщениях протокола M3UA и уведомление о них;

в) управление установлением соединениями SCTP;

г) управление установлением соединения с несколькими ШС.

4.3. Протокол M3UA реализует следующие функции:

а) предоставление кода пункта сигнализации;

б) определение контекстов маршрутизации и соответствующих ключей маршрутизации для передачи сообщений ОКС N 7;

в) осуществление взаимодействия между подсистемами КС N 7 и M3UA;

г) использование моделей резервирования;

д) резервирование сервера приложений;

е) управление потоком;

ж) управление перегрузками;

з) отображение потоков SCTP;

и) использование модели Клиент/Сервер.

4.4. Общий заголовок сообщения для M3UA имеет следующую структуру: версия, класс сообщения, тип сообщения, длина сообщения. Заголовок сообщения является общим для всех уровней адаптации протокола сигнализации. Формат общего заголовка приведен на рисунке 8.

Рисунок 8. Формат общего заголовка

4.5. Значения полей заголовка:

а) в поле "Версия" содержится версия M3UA;

б) значение поля "Резерв" установлено отправителем равным нулю и не учитывается получателем;

в) в поле "Класс сообщения" содержатся следующие значения:

0 - сообщения управления M3UA;

1 - сообщения передачи;

2 - сообщения управления сетью сигнализации;

3 - сообщения поддержания состояния процесса сервера приложений;

4 - сообщения поддержания трафика процесса сервера приложений;

5 - зарезервировано;

6 - зарезервировано;

7 - зарезервировано;

8 - зарезервировано;

9 - сообщения управления ключами маршрутизации;

10 - 127 - зарезервировано;

128 - 255 - зарезервировано.

г) в поле "Тип сообщения" содержатся следующие типы сообщений для соответствующих классов сообщений:

Сообщения управления M3UA:

0 - ошибка;

1 - уведомление;

2 - 27 - зарезервировано;

128 - 255 - зарезервировано.

Сообщения передачи:

0 - зарезервировано;

1 - данные полезной нагрузки;

2 - 127 - зарезервировано;

128 - 255 - зарезервировано.

Сообщения управления сигнализацией:

0 - зарезервировано;

1 - пункт назначения недоступен;

2 - пункт назначения доступен;

3 - проверка состояния пункта назначения;

4 - перегрузка сигнализации;

5 - подсистема ОКС N 7 в пункте назначения недоступна;

6 - доступ к пункту назначения запрещен;

7 - 127 - зарезервировано;

128 - 255 - зарезервировано.

Сообщения поддержания состояния процесса сервера приложений:

0 - зарезервировано;

1 - инициализация;

2 - завершение;

3 - команда опроса состояния;

4 - подтверждение инициализации;

5 - подтверждение завершения;

6 - подтверждение команды опроса состояния;

1 - 127 - зарезервировано;

128 - 255 - зарезервировано.

Сообщения поддержания трафика процесса сервера приложений:

0 - зарезервировано;

1 - активный сервер приложений;

2 - неактивный сервер приложений;

3 - подтверждение активного сервера приложений;

4 - подтверждение неактивного сервера приложений;

5 - 127 - зарезервировано;

128 - 255 - зарезервировано.

Сообщения управления ключами маршрутизации:

0 - зарезервировано;

1 - запрос на регистрацию;

2 - ответ на запрос на регистрацию;

3 - запрос на дерегистрацию;

4 - ответ на запрос на дерегистрацию;

5 - 127 - зарезервировано;

128 - 255 - зарезервировано.

д) в поле "Длина сообщения" включен параметр добавочных байтов, если таковые имеются.

4.6. В сообщении после общего заголовка содержатся параметры переменной длины, определяемые типом сообщения.

Параметры переменной длины, содержащиеся в сообщении, приведены на рисунке 9.

Рисунок 9. Формат параметра переменной длины

Сообщения протокола M3UA приведены в таблице N 5.

Таблица N 5.

Сообщения протокола M3UA

5. Требования к параметрам протокола SUA.

5.1. Значение номера порта SCTP для SUA равно 14001.

5.2. Протокол SUA обеспечивает следующие функции:

а) передача сообщений подсистемы SCCP;

б) класс протокола SCCP;

в) управления;

г) взаимодействие с функциями управления SCCP;

д) ретрансляции.

5.3. Протокол SUA обеспечивает внутренние функции:

а) отображение адреса;

б) отображение потока SCTP;

в) управление потоком;

г) управление перегрузками.

5.4. Перечень сообщений протокола SUA приведен в таблице N 6.

Таблица N 6.

Перечень сообщений SUA

5.5. Значение "Идентификатора протокола полезной нагрузки SCTP" равно 4. Допустимо значение ноль.

5.6. Формат общего заголовка и перечень поддерживаемых полей приведены на рисунке 10.

Рисунок 10. Формат общего заголовка

5.7. Функции кодирования, декодирования полей общего заголовка соответствуют следующим требованиям:

а) поле "Версия" содержит версию уровня адаптации SUA;

б) поле "Класс сообщения" определяет класс сообщения и принимает следующие значения:

0 - сообщения управления SUA;

1 - зарезервировано;

2 - сообщения управления системой сигнализации;

3 - сообщения поддержания состояния процесса сервера приложений;

4 - сообщения поддержания трафика процесса сервера приложений;

5 - зарезервировано;

6 - зарезервировано;

7 - сообщения, передача которых не ориентирована на установление соединения;

8 - сообщения, передача которых ориентирована на установление соединения;

9 - сообщения управления ключами маршрутизации;

10 - 127 - зарезервировано;

128 - 255 - зарезервировано.

в) поле "Зарезервировано" устанавливается равным 0;

г) поле "Тип сообщения" определяет тип сообщения и принимает следующие значения:

Сообщения управления SUA:

0 - ошибка;

1 - уведомление;

2 - 127 - зарезервировано;

128 - 255 - зарезервировано.

Сообщения управления системой сигнализации:

0 - зарезервировано;

1 - пункт назначения недоступен;

2 - пункт назначения доступен;

3 - проверка состояния пункта назначения;

4 - перегрузка сети;

5 - подсистема ОКС N 7 в пункте назначения недоступна;

6 - доступ к пункту назначения запрещен;

7 - 127 - зарезервировано;

128 - 255 - зарезервировано.

Сообщения поддержания состояния процесса сервера приложений:

0 - зарезервировано;

1 - инициация процесса сервера приложений;

2 - завершение процесса сервера приложений;

3 - команда опроса состояния;

4 - подтверждение инициации процесса сервера приложений;

5 - подтверждение завершения процесса сервера приложений;

6 - подтверждение команды опроса состояния;

7 - 127 - зарезервировано;

128 - 255 - зарезервировано.

Сообщения поддержания трафика процесса сервера приложений:

0 - зарезервировано;

1 - активный процесс сервера приложений;

2 - неактивный процесс сервера приложений;

3 - подтверждение активного процесса сервера приложений;

5 - подтверждение неактивного процесса сервера приложений;

6 - 127 - зарезервировано;

128 - 255 - зарезервировано.

Сообщения управления ключами маршрутизации:

0 - зарезервировано;

1 - запрос на регистрацию;

2 - ответ на запрос на регистрацию;

3 - запрос на дерегистрацию;

4 - ответ на запрос на дерегистрацию;

5 - 127 - зарезервировано;

128 - 255 - зарезервировано.

Сообщения, передача которых не ориентирована на установление соединения:

0 - зарезервировано;

1 - передача данных, не ориентированная на установление соединения;

2 - ответ на передачу данных, не ориентированную на установление соединения;

3 - 127 - зарезервировано;

128 - 255 - зарезервировано.

Сообщения, передача которых ориентирована на установление соединения:

0 - зарезервировано;

1 - запрос на установление соединения;

2 - подтверждение установления соединения;

3 - отказ в установлении соединения;

4 - запрос на разъединения соединения;

5 - разъединение завершено;

6 - подтверждение восстановления соединения;

7 - запрос на восстановление соединения;

8 - передача данных, ориентированная на установление соединения;

9 - подтверждение передачи данных, ориентированное на установление соединения;

10 - ошибка, ориентированная на установление соединения;

11 - тест режима бездействия;

12 - 127 - зарезервировано;

128 - 255 - зарезервировано.

д) поле "Длина сообщения" определяет длину сообщения в октетах, включая общий заголовок;

е) поле "Данные сообщения" содержит данные пользователя SCCP.

5.8. Формат параметра переменной длины и перечень поддерживаемых полей приведены на рисунке 11.

Рисунок 11. Формат параметра переменной длины

Приложение N 15
к Правилам применения
оборудования коммутации систем
подвижной радиотелефонной связи.
Часть II. Правила применения
оконечно-транзитных узлов
связи сетей подвижной
радиотелефонной связи
стандарта GSM 900/1800