Приложение N 14
к Правилам применения оборудования
коммутации систем подвижной
радиотелефонной связи.
Часть II. Правила применения
оконечно-транзитных узлов связи
сетей подвижной радиотелефонной
связи стандарта GSM 900/1800
Требования к параметрам протоколов SIGTRAN
1. В оборудовании узла связи реализованы следующие протоколы группы SIGTRAN:
а) протокол SCTP;
б) протокол M2UA;
в) протокол M3UA;
г) протокол SUA.
2. Требования к параметрам протокола SCTP.
2.1. Посредством протокола SCTP реализуются следующие функции:
а) последовательная передача данных в потоке;
б) фрагментация данных;
в) идентификация передаваемых данных и процедура управления перегрузками;
г) пакетирование сообщений пакета SCTP;
д) подтверждение пакетов;
е) управление путями.
Формат пакета SCTP приведен на рисунке 1.
|
Заголовок |
|
|
Команда N 1 |
|
|
Команда N 2 |
|
|
... ... |
|
|
Команда N n |
|
Рисунок 1. Формат пакета SCTP
2.2. Формат заголовка пакета SCTP и перечень поддерживаемых полей приведены на рисунке 2 и в таблице N 1, соответственно.
Номер порта источника |
Номер порта назначения |
Метка верификации | |
Контрольная сумма |
Рисунок 2. Формат заголовка пакета SCTP
Таблица N 1. Перечень полей
N поля |
Название поля |
Длина поля, бит |
1 |
Номер порта источника |
16 |
2 |
Номер порта назначения |
16 |
3 |
Метка верификации |
32 |
4 |
Контрольная сумма |
32 |
2.3. Поля заголовка пакета SCTP содержат следующую информацию:
а) поле "Номер порта источника" содержит номер порта SCTP отправителя;
б) поле "Номер порта назначения" содержит номер порта SCTP получателя;
в) поле "Метка верификации" содержит числовое значение, однозначно идентифицирующее отправителя пакета SCTP. Отправитель пакета SCTP устанавливает значение этой метки равное значению, полученному при инициализации сеанса связи между ним и получателем;
г) поле "Контрольная сумма" содержит контрольную сумму пакета SCTP.
2.4. Пакет SCTP включает в себя управляющие команды. Перечень допустимых команд приведен в таблице N 2.
Таблица N 2. Управляющие команды
Команда |
Код команды |
1 |
2 |
Данные абонента |
0 |
Создание сеанса связи |
1 |
Подтверждение создания сеанса связи |
2 |
Выборочное подтверждение |
3 |
Опрос состояния |
4 |
Подтверждение состояния |
5 |
Удаление сеанса связи |
6 |
Завершение сеанса связи |
7 |
Подтверждение завершения сеанса |
8 |
Ошибка |
9 |
Завершение создания сеанса связи |
10 |
Подтверждение завершения создания сеанса связи |
11 |
Процедура завершения сеанса связи окончена |
14 |
Зарезервировано |
12 - 13, 15 - 255 |
2.4.1. Пакет SCTP содержит в себе только одну команду, в случаях, когда передаются команды "Создание сеанса связи", "Подтверждение создания сеанса связи", "Процедура завершения сеанса связи окончена".
2.5. Формат команды SCTP приведен на рисунке 3 и в таблице N 3 соответственно.
Код команды |
Флаги |
Длина данных команды |
Данные команды |
Рисунок 3. Формат команды SCTP
Таблица N 3. Формат команды SCTP
N поля |
Название поля |
Длина поля, бит |
1 |
Код команды |
8 |
2 |
Флаги |
8 |
3 |
Длина данных команды |
16 |
4 |
Данные команды |
Переменная |
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/МТРЗ;
б) поддержка взаимодействия между модулями уровня управления;
в) поддержка управления активными соединениями SCTP.
3.3. Протокол M2UA реализует следующие функции:
а) отображение идентификатора интерфейса на физический интерфейс ШС, соединение SCTP и соответствующий поток трафика внутри соединения;
б) управление соединением SCTP;
в) поддержание состояния сервера приложений;
г) управление потоком SCTP;
д) управление потоком (перегрузками);
е) проверка состояния канала ОКС N 7.
3.4. Общий заголовок сообщения для M2UA имеет следующую структуру: версия, класс сообщения, тип сообщения, длина сообщения. Заголовок сообщения является общим для всех уровней адаптации протокола сигнализации и приведен на рисунке 4.
Версия 8 битов |
Резерв 8 битов |
Класс сообщения 8 битов |
Тип сообщения 8 битов |
Длина сообщения 32 бита |
Рисунок 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.
Тэг параметра 16 бит |
Длина параметра 16 бит |
Значения параметра 32 бита |
Рисунок 5. Формат параметра переменной длины
Поле "Тэг параметра" определяет тип параметра, принимающий значение от 0 до 65535.
3.6. Помимо общего заголовка в сообщении M2UA содержится специальный заголовок. В специальном заголовке содержится параметр "Идентификатор интерфейса", формат которого либо целочисленный, либо текстовый. Формат специального заголовка приведен на рисунках 6 и 7, соответственно.
Тэг (0x1) 16 бит |
Длина 16 бит |
Идентификатор интерфейса (целочисленный) 32 бита |
Рисунок 6. Формат специального заголовка (целочисленный)
Тэг (0x3) 16 бит |
Длина 16 бит |
Идентификатор интерфейса (текстовый) 32 бита |
Рисунок 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 битов |
Резерв 8 битов |
Класс сообщения 8 битов |
Тип сообщения 8 битов |
Длина сообщения 32 бита |
Рисунок 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.
Тэг параметра; 16 бит |
Длина параметра; 16 бит |
Значения параметра; 32 бита |
Рисунок 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.
Версия 8 бит |
Зарезервировано 8 бит |
Класс сообщения 8 бит |
Тип сообщения 8 бит |
Длина сообщения; 32 бита | |||
Данные сообщения; 32 бита |
Рисунок 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.
Тэг параметра 16 бит |
Длина параметра 16 бит |
Значение параметра 32 бита |
Рисунок 11. Формат параметра переменной длины