|------|---------------------------------------|------------------|
| 14 | Поле дополнения до границы заголовка | переменная длина |
-------------------------------------------------------------------
6.1.4. Поле "Тип обслуживания" содержит код набора параметров
качества обслуживания:
а) приоритетность;
б) задержка;
в) пропускная способность;
г) надежность.
6.1.5. Кодирование поля "Тип обслуживания" приведено в таблице N
9.
Таблица N 9.
Кодирование поля "Тип обслуживания"
-------------------------------------------------------------------
|Разряд| Параметр |
|------|----------------------------------------------------------|
|0 - 2 | Приоритетность |
|------|----------------------------------------------------------|
| 3 | Значение "0" - нормальная задержка, значение "1" - малая |
| | задержка |
|------|----------------------------------------------------------|
| 4 | Значение "0" - нормальная пропускная способность, |
| | значение "1" - низкая пропускная способность |
|------|----------------------------------------------------------|
| 5 | Значение "0" - нормальная надежность, значение "1" - |
| | высокая надежность |
|------|----------------------------------------------------------|
|6 - 7 | Зарезервировано |
-------------------------------------------------------------------
Значения разрядов 0 - 2 игнорируются, если оборудование не
поддерживает управление приоритетом при передаче пакетов.
6.1.6. Поле "Длина пакета IP" содержит значение длины пакета IP в
байтах, включая заголовок и данные. Возможность обрабатывать пакеты
длиной менее 576 байт является обязательным требованием. В отдельных
случаях допускается длина пакета до 65 535 байт.
6.1.7. Поле "Идентификатор пакета IP" используется процедурой
фрагментации при сборке или разборке пакета для определения
последовательности передаваемых фрагментов.
6.1.8. Поле "Флаги" используется процедурой фрагментации для
управления последовательностью сборки фрагментов пакета. Кодирование
разрядов поля "Флаги" приведено в таблице N 10.
Таблица N 10.
Кодирование разрядов поля "Флаги"
-------------------------------------------------------------------------
| Разряд 0 | Разряд 1 | Разряд 2 |
|----------------|-------------------------------|----------------------|
|зарезервировано,| "0" | "1" | "0" | "1" |
|устанавливается |---------------|---------------|----------|-----------|
|в "0" |Пакет можно |Пакет нельзя |Последний |Еще |
| |фрагментировать|фрагментировать|фрагмент |фрагменты |
-------------------------------------------------------------------------
6.1.9. Поле "Смещение фрагмента" используется для указания
смещения данного фрагмента относительно первого фрагмента в блоках
фрагментации (8 байт). Для первого фрагмента смещение устанавливается
в "0".
6.1.10. Поле "Счетчик допустимого времени пребывания пакета в
сети" содержит текущее значение счетчика максимально допустимого
времени пребывания пакета в сети в секундах. Если в поле находится
значение "0", пакет удаляется.
6.1.11. Поле "Тип протокола следующего уровня" содержит
стандартизированный код протокола следующего уровня.
6.1.12. Поле "Контрольная последовательность заголовка" (далее -
КПЗ) содержит контрольную последовательность заголовка. При любом
изменении содержания заголовка КПЗ пересчитывается.
6.1.13. В поле "Адрес источника пакета" указывается IP-адрес
источника пакета.
6.1.14. В поле "Адрес получателя пакета" указывается IP-адрес
получателя пакета.
6.1.15. Поддерживаются два способа кодирования поля "Режим
обработки пакета":
а) поле длиной 1 байт;
б) комбинация трех подполей: тип режима (1 байт), счетчик длины
поля режима (1 байт), данные режима (переменная длина).
Подполе типа режима включает: флаг (1 бит), класс режима (2
бита), номер режима (5 бит).
При установке бита флага в значение "1" оборудование копирует
данное поле при фрагментации во все фрагменты, в значение "0" - не
копирует.
6.1.16. Для выравнивания границы заголовка по длине, кратной 32
битам, используется "Поле дополнения до границы заголовка". Свободные
позиции заполняются нулевыми битами.
6.2. Формат заголовка пакета IP версии 6 (далее - IPv6) и
перечень поддерживаемых полей приведен в таблице N 11. Минимальная
длина заголовка пакета составляет 40 байт, длина пакета составляет до
1280 байт или выше (до 1500 байт) без фрагментации.
Таблица N 11.
Формат заголовка пакета IPv6
----------------------------------------------------------------------
| Поля заголовка |
|--------------------------------------------------------------------|
| N поля | Название | Длина поля (бит) |
|------------|----------------------------|--------------------------|
| 1 | Версия | 4 |
|------------|----------------------------|--------------------------|
| 2 | Класс трафика | 8 |
|------------|----------------------------|--------------------------|
| 3 | Метка потока | 20 |
|------------|----------------------------|--------------------------|
| 4 | Длина полезной нагрузки | 16 |
|------------|----------------------------|--------------------------|
| 5 | Следующий заголовок | 8 |
|------------|----------------------------|--------------------------|
| 6 | Лимит переходов | 8 |
|------------|----------------------------|--------------------------|
| 7 | Адрес отправителя | 128 |
|------------|----------------------------|--------------------------|
| 8 | Адрес получателя | 128 |
----------------------------------------------------------------------
6.2.1. Поле "Версия" содержит номер версии протокола IP.
6.2.2. Поле "Класс трафика" эквивалентно по назначению полю "Тип
обслуживания" протокола IPv4 и используется для назначения и различия
разных классов или приоритетов передачи пакетов.
6.2.3. Поле "Метка потока" используется для выделения
последовательностей пакетов, для которых запрашивается специальная
обработка пакетов IP, например предоставление качества обслуживания,
отличающегося от принятого, или обслуживание в реальном времени.
Оборудование, не поддерживающее функции поля "Метка потока",
устанавливает значение данного поля в ноль при отправке пакета,
передает дальше данное поле без изменений при пересылке пакета и
игнорирует данное поле при получении пакета.
6.2.4. Поле "Длина полезной нагрузки" содержит значение длины
полезной нагрузки пакета IPv6 в байтах.
6.2.5. Поле "Следующий заголовок" определяет тип заголовка,
следующего непосредственно за основным, и использует те же значения
разрядов, что и поле "Тип протокола следующего уровня" протокола IPv4.
6.2.6. В протоколе IPv6 информация уровня Интернет сети передачи
данных кодируется в отдельных дополнительных заголовках, которые
размещаются между заголовком IPv6 и заголовком следующего уровня в
пакете.
6.2.7. Каждый дополнительный заголовок является целым числом и
имеет длину, кратную 8 байтам.
6.2.8. В рамках протокола IPv6 определены следующие шесть
дополнительных заголовков:
- "Специальные параметры обработки пакетов";
- "Маршрутизация";
- "Фрагментация";
- "Дополнительные параметры для пункта назначения";
- "Аутентификация";
- "Информация для обеспечения конфиденциальности данных путем
шифрования".
6.2.9. Значение поля "Лимит переходов" основного заголовка IPv6
уменьшается на 1 в каждом пункте, который участвует в пересылке
пакета. Пакет удаляется, если значение этого поля уменьшается до нуля.
6.2.10. В поле "Адрес отправителя" основного заголовка IPv6
указывается IP-адрес отправителя пакета.
Приложение N 10
к Правилам применения
оборудования коммутации систем
подвижной радиотелефонной связи.
Часть II. Правила применения
оконечно-транзитных узлов
связи сетей подвижной
радиотелефонной связи
стандарта GSM 900/1800
ТРЕБОВАНИЯ
К ПАРАМЕТРАМ ПРОТОКОЛА MEGACO/H.248
1. Протокол MEGACO/H.248 обеспечивает:
а) добавление соединения в сеанс связи;
б) изменение конфигурации соединения;
в) удаление соединения из сеанса связи;
г) перемещение соединения в другой сеанс связи;
д) контроль и диагностику соединений;
е) определение возможностей МШ;
ж) уведомление о событиях, произошедших в медиашлюзах;
з) уведомление оборудования узла связи (далее - сервера),
осуществляющего управление МШ, об отказах на входе/выходе (далее -
портов) медиашлюзов.
2. Поддерживается два способа кодирования полей команд протокола
MEGACO/H.248:
а) в виде текстовых строк;
б) в бинарном виде.
3. Команды протокола MEGACO/H.248.
3.1. Добавление соединения в сеанс связи осуществляется с
использованием команды "Добавить". При первом получении от сервера
команды "Добавить" создается сеанс связи. Добавление первого
соединения в пустой сеанс связи обеспечивает создание сеанса связи.
Команда "Добавить" передается в направлении от сервера к МШ.
3.2. Изменение конфигурации соединения осуществляется с
использованием команды "Изменить". Команда передается в направлении от
сервера к МШ.
3.3. Удаление соединения из сеанса связи осуществляется с
использованием команды "Отключить". При удалении последнего соединения
обеспечивается удаление всего сеанса связи. Команда передается в
направлении от сервера к МШ.
3.4. Перемещение соединения в другой сеанс связи осуществляется с
использованием команды "Перевести". Команда передается в направлении
от сервера к МШ.
3.5. Контроль и диагностика существующего соединения
осуществляется с использованием команды "Проверить порт". Команда
передается в направлении от сервера к МШ.
3.6. Запрос о возможностях порта медиашлюза, о событиях, которые
обнаружены портом, список сигналов, которые порт передает в канал,
осуществляется с использованием команды "Проверить возможности порта".
Команда передается в направлении от сервера к МШ.
3.7. Уведомление сервера о событиях, произошедших на портах
медиашлюзов, осуществляется с использованием команды "Уведомить".
Команда передается в направлении от МШ к серверу.
3.8. Команда "Рестарт" обеспечивает выполнение функций
уведомления об отказах порта или группы портов медиашлюза и
уведомление о восстановлении их работоспособности. В этом случае
команда "Рестарт" передается в направлении от МШ к серверу. Когда
сервер предписывает МШ вывести из обслуживания порт или группу портов
или вернуть их в обслуживание, команда "Рестарт" передается от сервера
к МШ.
Приложение N 11
к Правилам применения
оборудования коммутации систем
подвижной радиотелефонной связи.
Часть II. Правила применения
оконечно-транзитных узлов
связи сетей подвижной
радиотелефонной связи
стандарта GSM 900/1800
ТРЕБОВАНИЯ
К ПАРАМЕТРАМ ПРОТОКОЛА MGCP
1. Протокол MGCP обеспечивает:
а) согласование вида кодирования (модуляции) сигнала между двумя
МШ;
б) распознавание вида передаваемой информации (например,
голосовая информация, факсимильные сообщения, данные), определение
состояния оконечного оборудования;
в) установление соединения;
г) освобождение соединения;
д) освобождение соединения конфигурации "точка-несколько точек";
е) контроль и диагностика портов медиашлюзов;
ж) контроль и диагностика соединений;
з) уведомление сервера об освобождении ресурсов медиашлюзов.
2. Команды протокола MGCP.
2.1. Согласование типа модуляции сигнала между двумя МШ
осуществляется с использованием команды "Конфигурация порта".
Дополнительно команда обеспечивает инициализацию МШ. Команда
передается в направлении от сервера к МШ.
2.2. Распознавание вида передаваемой информации, определение
состояний оконечного оборудования осуществляется с использованием
команды "Запрос уведомления". Команда передается в направлении от
сервера к МШ.
2.3. Команда "Уведомить" передается в направлении от МШ к серверу
при обнаружении событий, описанных в поле "Запрос событий" команды
"Запрос уведомления".
2.4. Установление соединения между двумя МШ осуществляется с
использованием сообщения "Создать соединение". Команда передается в
направлении от сервера к МШ.
2.5. Изменение конфигурации соединения осуществляется с
использованием команды "Модифицировать соединение". Команда передается
в направлении от сервера к МШ.
2.6. Освобождение соединения обеспечивается командой "Завершить
соединение". Формат команды различается в зависимости от устройства,
по инициативе которого освобождается соединение: сервер или МШ, а
также от назначения команды: для освобождения всех соединений,
относящихся к одному соединению или для безусловного освобождения всех
соединений на МШ.
2.6.1. Параметр "Причина освобождения соединения" при передаче
команды "Завершить соединение" от МШ к серверу принимает следующие
значения:
а) 000 при штатном освобождении соединения;
б) 900 при освобождении соединения из-за неисправности МШ;
в) 901 при освобождении соединения из-за отключения МШ;
г) 902 при освобождении соединения из-за ухудшения его
характеристик ниже допустимого уровня.
При освобождении соединения передается следующая информация:
а) количество переданных пакетов RTP;
б) количество переданных октетов RTP;
в) количество полученных пакетов RTP;
г) количество полученных октетов RTP;
д) количество потерянных пакетов RTP;
е) отклонения величины задержки получения пакетов RTP в мс;
ж) средняя задержка передачи пакетов RTP по сети в мс.
2.7. Контроль и диагностика портов МШ осуществляются командой
"Проверить порт" команда передается в направлении от сервера к МШ.
2.8. Контроль и диагностика соединения осуществляются командой
"Проверить соединение". Команда передается в направлении от сервера к
МШ.
2.9. Команда "Идет рестарт" используется МШ для уведомления
сервера о том, что МШ находится в процессе перезагрузки (возвращение
порта или группы портов в рабочее состояние или вывод порта или группы
портов из рабочего состояния). Команда передается в направлении от МШ
к серверу.
Приложение N 12
к Правилам применения
оборудования коммутации систем
подвижной радиотелефонной связи.
Часть II. Правила применения
оконечно-транзитных узлов
связи сетей подвижной
радиотелефонной связи
стандарта GSM 900/1800
ТРЕБОВАНИЯ
К ПАРАМЕТРАМ ПРОТОКОЛА BICC
1. Сообщение протокола BICC состоит из целого числа октетов и
содержит следующие поля:
а) код вызова;
б) код типа сообщения;
в) обязательная часть параметров постоянной длины;
г) обязательная часть параметров переменной длины;
д) необязательная часть параметров постоянной длины;
е) необязательная часть параметров переменной длины.
На рисунке приведен формат сообщения протокола BICC.
---------------------------------
| 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 |
|-------------------------------|
| Код вызова |
|-------------------------------|
| Код типа сообщения |
|-------------------------------|
| Обязательная часть параметров |
| постоянной длины |
|-------------------------------|
| Обязательная часть параметров |
| переменной длины |
|-------------------------------|
| Необязательная часть |
---------------------------------
Рисунок. Формат сообщения протокола BICC.
2. Названия сообщений и их коды приведены в таблице.
Таблица. Сообщения и коды протокола BICC
---------------------------------------------------------------------
|N п/п| Название сообщения | Код типа сообщения |
|-----|----------------------------------------|--------------------|
| 1 | 2 | 3 |
|-----|----------------------------------------|--------------------|
| 1 | Адрес достаточен | 0000 0110 |
|-----|----------------------------------------|--------------------|
| 2 | Ответ | 0000 1001 |
|-----|----------------------------------------|--------------------|
| 3 | Передача приложения | 0100 0001 |
|-----|----------------------------------------|--------------------|
| 4 | Соединение устанавливается | 0010 1100 |
|-----|----------------------------------------|--------------------|
| 5 | Блокировка группы каналов | 0001 1000 |
|-----|----------------------------------------|--------------------|
| 6 | Подтверждение блокировки группы каналов| 0001 1010 |
|-----|----------------------------------------|--------------------|
| 7 | Запрос характеристик группы каналов | 0010 1010 |
| | (национальное использование) | |
|-----|----------------------------------------|--------------------|
| 8 | Ответ на запрос характеристик группы | 0010 1011 |
| | каналов (национальное использование) | |
|-----|----------------------------------------|--------------------|
| 9 | Возврат группы каналов в исходное | 0001 0111 |
| | состояние | |
|-----|----------------------------------------|--------------------|
| 10 | Подтверждение возврата группы каналов в| 0010 1001 |
| | исходное состояние | |
|-----|----------------------------------------|--------------------|
| 11 | Разблокировка группы каналов | 0001 1001 |
|-----|----------------------------------------|--------------------|
| 12 | Подтверждение разблокировки группы | 0001 1011 |
| | каналов | |
|-----|----------------------------------------|--------------------|
| 13 | Информация об оплате (национальное | 0011 0001 |
| | использование) | |
|-----|----------------------------------------|--------------------|
| 14 | Несоответствие | 0010 1111 |
|-----|----------------------------------------|--------------------|
| 15 | Соединение | 0000 0111 |
|-----|----------------------------------------|--------------------|
| 16 | Целостность соединения | 0000 0101 |
|-----|----------------------------------------|--------------------|
| 17 | Услуга | 0011 0011 |
|-----|----------------------------------------|--------------------|
| 18 | Запрос услуги принят | 0010 0000 |
|-----|----------------------------------------|--------------------|
| 19 | Отклонение запроса услуги | 0010 0001 |
|-----|----------------------------------------|--------------------|
| 20 | Запрос услуги | 0001 1111 |
|-----|----------------------------------------|--------------------|
| 21 | Переключение связи | 0000 1000 |
|-----|----------------------------------------|--------------------|
| 22 | Запрос идентификации | 0011 0110 |
|-----|----------------------------------------|--------------------|
| 23 | Ответ на запрос идентификации | 0011 0111 |
|-----|----------------------------------------|--------------------|
| 24 | Информация (национальное использование)| 0000 0100 |
|-----|----------------------------------------|--------------------|
| 25 | Запрос информации (национальное | 0000 0011 |
| | использование) | |
|-----|----------------------------------------|--------------------|
| 26 | Начальное адресное сообщение | 0000 0001 |
|-----|----------------------------------------|--------------------|
| 27 | Предотвращение зацикливания | 0100 0000 |
|-----|----------------------------------------|--------------------|
| 28 | Управление ресурсами сети | 0011 0010 |
|-----|----------------------------------------|--------------------|
| 29 | Информация, предваряющая разъединение | 0100 0010 |
|-----|----------------------------------------|--------------------|
| 30 | Разъединение | 0000 1100 |
|-----|----------------------------------------|--------------------|
| 31 | Разъединение завершено | 0001 0000 |
|-----|----------------------------------------|--------------------|
| 32 | Возврат канала в исходное состояние | 0001 0010 |
|-----|----------------------------------------|--------------------|
| 33 | Возобновление связи | 0000 1110 |
|-----|----------------------------------------|--------------------|
| 34 | Сегментация | 0011 1000 |
|-----|----------------------------------------|--------------------|
| 35 | Последующее адресное сообщение | 0000 0010 |
|-----|----------------------------------------|--------------------|
| 36 | Последующий абонентский номер | 0100 0011 |
| | (национальное использование) | |
|-----|----------------------------------------|--------------------|
| 37 | Прерывание связи | 0000 1101 |
|-----|----------------------------------------|--------------------|
| 38 | Код идентификации необорудованного | 0010 1110 |
| | канала (национальное использование) | |
|-----|----------------------------------------|--------------------|
| 39 | Информация абонент - абонент | 0010 1101 |
---------------------------------------------------------------------
Приложение N 13
к Правилам применения
оборудования коммутации систем
подвижной радиотелефонной связи.
Часть II. Правила применения
оконечно-транзитных узлов
связи сетей подвижной
радиотелефонной связи
стандарта GSM 900/1800
ТРЕБОВАНИЯ
К ПАРАМЕТРАМ ПРОТОКОЛА SIP
1. Команды SIP передаются на порт с номером 5060 по умолчанию.
Команды передаются на другой порт узла связи, если номер этого порта
заранее известен отправителю.
2. Оборудование узла связи реализует функции следующих элементов
сети SIP: агент абонента, прокси-сервер, сервер регистрации и сервер
перенаправления.
3. Протокол SIP использует принцип адресации, где в качестве
адресов используются унифицированные указатели ресурсов SIP URL:
имя@домен, имя@хост, имя@IP-адрес, номер телефона@шлюз.
4. Сообщения SIP разделяются на запросы обслуживаемой стороны
(далее - клиента) к обслуживающей стороне (далее - серверу) и ответы
сервера к клиенту.
Оба типа сообщений состоят из начальной (стартовой) строки, одной
или более строк заголовка, пустой строки, указывающей на конец
заголовка, и необязательной части сообщения - тела. Стартовая строка,
каждая строка поля заголовка и пустая строка завершаются символом
"возврат каретки".
5. Запрос включает начальную строку, содержащую тип запроса,
текущий узел, которому этот запрос адресован, и номер версии
протокола, разделенных пробелами, и заканчивается символом "возврат
каретки".
В сервере реализуется обработка сообщений, являющихся запросами:
"Приглашение", "Подтверждение", "Завершение", "Отмена", "Регистрация",
"Запрос", "Информация", "Подтверждение предварительного ответа",
"Обновление параметров", "Запрос подписки", "Информация о текущем
состоянии", "Предписание", "Сообщение", "Определение абонента в сети".
5.1. Запрос "Приглашение" инициирует сеанс связи и содержит
описание сеанса связи, вид принимаемой информации и параметры,
необходимые для приема информации. Запрос может содержать вид
информации, которую вызывающая сторона передает, и данные, необходимые
для аутентификации абонента. При необходимости изменения характеристик
подготовленных или уже используемых каналов передается запрос
"Приглашение" с новым описанием сеанса связи. Запрос "Приглашение"
также используется для приглашения нового участника к уже
установленному соединению.
5.2. Запросом "Подтверждение" оборудование вызывающего
пользователя подтверждает, что на свой запрос "Приглашение" оно
получило ответ с содержанием окончательных параметров описания сеанса
связи. На запрос "Подтверждение" не должен генерироваться ответ.
5.3. Запрос "Завершение" используется для завершения соединения.
Сторона, получившая запрос "Завершение", прекращает передачу голосовой
(мультимедийной) информации и подтверждает это ответом 200.
5.4. Запрос "Отмена" передается для отмены обработки ранее
переданных запросов, но не влияет на те запросы, обработка которых уже
завершена.
5.5. При помощи запроса "Регистрация" абоненты сообщают свое
текущее местоположение. В этом запросе содержатся заголовки
"Логический адресат запроса", "Адрес отправителя запроса", "Текущий
адрес абонента" с новым адресом абонента, по которому должны
передаваться все дальнейшие запросы "Приглашение" (если в запросе
"Регистрация" заголовок "Текущий адрес абонента" отсутствует,
регистрация остается неизменной, а в случае отмены регистрации
размещается символ "*"), и заголовок "Время жизни сообщения", в
котором указывается время в секундах, по истечении которого
регистрация заканчивается (если этот заголовок отсутствует, то по
умолчанию назначается время - 1 час). Регистрация отменяется передачей
сообщения "Регистрация" с заголовком "Время жизни сообщения", которому
присвоено значение ноль, и с соответствующим заголовком "Текущий адрес
абонента".
5.6. Сообщением "Запрос" вызывающий абонент запрашивает
информацию о возможностях терминального оборудования вызываемого
абонента.
5.7. Запрос "Информация" используется для переноса сообщений
сигнализации ОКС N 7 в течение сеанса связи, для переноса тональных
сигналов, созданных в ходе сеанса, для переноса информации об остатке
на счете (информации о стоимости), для переноса между участниками
сеанса связи изображений и другой информации.
5.8. Запрос "Подтверждение предварительного ответа" используется
для подтверждения предварительных ответов, при его получении требуется
передача ответа. В запросе "Подтверждение предварительного ответа"
указывается номер подтверждаемого предварительного ответа.
5.9. Запрос "Обновление параметров" используется для изменения
параметров сеанса до прихода окончательного ответа на запрос
"Приглашение". При этом в поле заголовка "Поддерживаемые типы
запросов" запроса "Приглашение" указывается тип запроса "Обновление
параметров".
5.10. Сообщение "Запрос подписки" используется для запроса
информации о текущем состоянии и об обновлениях состояния удаленного
ресурса. "Запрос подписки" подтверждается окончательным ответом.
5.11. Запрос "Информация о текущем состоянии" передается после
получения "Запроса подписки", а также после изменения состояния, на
уведомление о котором была открыта подписка. Запрос "Информация о
текущем состоянии" подтверждается окончательным ответом.
5.12. Запрос "Предписание" информирует получателя связаться с
третьей стороной, используя контактную информацию, которая содержится
в запросе.
5.13. Запрос "Сообщение" предназначен для передачи мгновенных
текстовых сообщений, которые помещаются в тело запроса "Сообщение".
При доставке сообщения получателю формируется ответ с кодом 200.
6. Ответ на запрос включает начальную строку с полями, где
указываются номер версии протокола, тип ответа и короткая расшифровка
ответа. Все эти поля разделяются пробелом, а заканчивается строка
символом "возврат каретки".
Поле тип ответа состоит из трех цифр (код статуса), определяющих
результат выполнения запроса.
Протокол SIP определяет две группы ответов на запрос,
инициирующий соединение: предварительные и окончательные.
Окончательные ответы несут результат обработки запроса и передаются с
подтверждением. Предварительные ответы несут информацию о текущей
стадии обработки запроса и передаются без подтверждения.
6.1. Сервер SIP поддерживает классы ответов, приведенные в
таблице N 1. Первая цифра поля кода статуса определяет класс ответа.
Таблица N 1.
Классы ответов SIP
----------------------------------------------------------------------
|Код статуса| Класс ответа | Примечание |
|-----------|-------------------|------------------------------------|
| 1 | 2 | 3 |
|-----------|-------------------|------------------------------------|
|1xx | Информационный | Запрос получен, продолжается |
| | (предварительный) | процесс Обработки |
|-----------|-------------------|------------------------------------|
|2xx | Успешно обработан | Запрос получен, понят и обработан |
|-----------|-------------------|------------------------------------|
|3xx | Перенаправление | Оборудование информируется о новом |
| | | местоположении абонента, |
| | | предпринимаются действия для |
| | | завершения соединения |
|-----------|-------------------|------------------------------------|
|4xx | Ошибка клиента | Запрос содержит синтаксическую |
| | | ошибку или не может быть выполнен |
|-----------|-------------------|------------------------------------|
|5xx | Ошибка сервера | Сервер не может выполнить очевидно |
| | | правильный запрос, возможно |
| | | повторение запроса через некоторое |
| | | время |
|-----------|-------------------|------------------------------------|
|6xx | Глобальная ошибка | Запрос не может быть выполнен ни |
| | | на каком сервере (занятость |
| | | абонента, возможность оставить |
| | | сообщение) |
----------------------------------------------------------------------
Реализации SIP различают класс ответа (первую цифру кода). От
реализаций SIP не требуется различать значения всех указанных кодов
статуса. Нераспознанный ответ любого класса обрабатывается как код x00
данного класса.
6.2. Ответы 1xx.
100 - предназначен для обнуления таймеров.
180 - вызываемому абоненту передается информация о вызове.
181 - указывается в теле сообщения, к какому абоненту
переправляется вызов.
182 - используется в приложениях, которые позволяют ставить
текущий вызов в очередь до тех пор, пока не будут обслужены вызовы,
находящиеся перед ним.
183 - используется для того, чтобы заранее получить описание
сеанса информационного обмена от шлюзов на пути к вызываемому абоненту
таким образом, чтобы мог быть подключен голосовой тракт в предответном
состоянии до того, как вызывающий абонент получит сигнал КПВ.
189 - используется для предоставления текущей информации о
состоянии соединения, переключаемого на другой номер в фазе разговора.
При этом ожидается получить либо ответ об успешной обработке, либо
ответ об отказе вызываемой стороны.
6.3. Ответы 2xx.
200 - успешное выполнение запроса.
202 - запрос принят для обработки, но обработка не завершена.
6.4. Ответы 3xx.
300 - указывает несколько SIP-адресов, по которым можно найти
вызываемого абонента.
301 - означает, что вызываемый абонент больше не находится по
адресу, указанному в запросе, и направлять запросы нужно на адрес,
указанный в поле заголовка "Текущий адрес абонента".
302 - означает, что абонент временно (промежуток времени может
быть указан в поле заголовка "Время жизни сообщения") находится по
другому адресу, указанному в поле "Текущий адрес абонента".
305 - означает, что вызываемый абонент не доступен
непосредственно, входящий вызов должен пройти через прокси-сервер.
Вызывающей стороне рекомендуется повторить запрос через прокси-сервер,
адрес которого указан в поле заголовка "Текущий адрес абонента".
380 - запрошенная услуга недоступна, но доступны альтернативные
услуги, которые описаны в теле сообщения.
6.5. Ответы 4xx.
400 - означает, что запрос не понят из-за синтаксических ошибок в
нем.
401 - означает, что запрос требует проведения процедуры
аутентификации абонента.
403 - означает, что сервер понял запрос, но отказался его
обслуживать. Повторный запрос не посылается.
404 - сервер не обнаружил вызываемого абонента.
405 - не разрешается передавать запрос этого типа на адрес,
указанный в заголовке.
406 - вызываемая сторона будет формировать ответы, которые не
будут поняты вызывающей стороной.
407 - перед вызовом требуется провести аутентификацию в
прокси-сервере.
408 - сервер не может передать ответ в течение времени,
указанного вызывающим абонентом в заголовке "Время жизни сообщения"
запроса.
410 - сервер не имеет доступа к запрашиваемому ресурсу и не
знает, куда переадресовать запрос.
413 - размер запроса слишком велик для обработки на сервере.
414 - у сервера возникли трудности с интерпретацией адреса
получателя из-за его длины.
415 - сервер не может принять запрос, так как формат содержимого
тела сообщения не поддерживается сервером для запроса данного типа.
416 - сервер не может обработать запрос из-за того, что схема
адреса получателя ему непонятна.
420 - сервер не понимает расширение протокола SIP.
421 - в заголовке запроса не указано, какое расширение сервер
должен применить для его обработки.
423 - сервер отклоняет запрос, так как время действия ресурса
короткое.
480 - соединение с оконечной системой установлено успешно, но
абонент в данный момент недоступен.
481 - сервер получил запрос, не относящийся к текущему диалогу
или транзакции. Запрос отбрасывается.
482 - обнаружен замкнутый маршрут передачи запроса.
483 - запрос на своем пути прошел через большее число
прокси-серверов, чем разрешено.
484 - принят запрос с неполным адресом.
485 - означает, что адрес вызываемого абонента не однозначен.
486 - означает, что вызываемый абонент в настоящий момент занят и
не желает (не может) принять входящий вызов.
487 - запрос был отменен сообщением "Завершение" или "Отмена".
488 - соединение было установлено, но отдельные параметры
описания сеанса связи недопустимы.
489 - сервер не понял тип события, на которое осуществляется
подписка или о котором передается уведомление.
491 - запрос поступил в то время, когда сервер еще не закончил
обработку другого запроса, относящегося к тому же диалогу.
493 - сервер не в состоянии подобрать ключ дешифрования для тела
сообщения.
494 - ответ содержит используемые сервером механизмы обеспечения
безопасности.
6.6. Ответы 5xx.
500 - означает, что сервер не имеет возможности обслужить запрос
из-за внутренней ошибки. Клиент может попытаться повторно послать
запрос через некоторое время.
501 - означает, что в сервере не реализованы какие-либо функции,
необходимые для обслуживания запроса. Ответ передается в том случае,
когда сервер не может распознать тип запроса, полученного им от любого
из абонентов.
502 - информирует о том, что сервер, функционирующий в качестве
шлюза или прокси-сервера, принимает некорректный ответ от сервера, к
которому он направил запрос.
503 - указывает, что сервер не может в данный момент обслужить
вызов вследствие перегрузки или проведения технического обслуживания.
504 - сервер не получил ответа в течение установленного
промежутка времени от сервера, к которому он обратился для завершения
вызова.
505 - сервер не поддерживает или отказывается поддерживать версию
протокола SIP, используемую в запросе.
513 - сервер не в состоянии обработать запрос из-за большой длины
сообщения.
580 - сервер не принимает параметры, предлагаемые в описании
сеанса, в ответе указывается причина отказа.
6.7. Ответы 6xx.
600 - вызываемый абонент занят и не желает принимать вызов в
данный момент. Ответ может содержать указание на время, подходящее для
нового вызова. Если с абонентом можно связаться по другому адресу или
оставить сообщение, то используется ответ 486.
603 - означает, что вызываемый абонент не желает принимать
входящие вызовы, не указывая причину отказа.
604 - означает, что вызываемого абонента не существует.
606 - соединение с сервером было установлено, но отдельные
параметры, такие как тип запрашиваемой информации, полоса пропускания,
вид адресации, не допустимы.
7. Для предотвращения зацикливания прокси-сервер должен проверять
наличие своего адреса в поле общего заголовка "Список элементов сети,
через которые прошел запрос" при получении входящего запроса. Поля
общего заголовка "Логический адресат запроса", "Адрес отправителя
запроса", "Идентификатор сеанса связи" и "Текущий адрес абонента"
должны быть скопированы из исходных полей.
8. Поля заголовка команды SIP включают поля общего заголовка,
заголовка запроса, заголовка ответа и заголовка содержания. Поля
заголовка могут занимать несколько строк. Поле заголовка состоит из
имени поля, символа "двоеточие" и значения поля.
Порядок полей в заголовке не имеет значения. Прокси-сервер не
изменяет порядок полей в перенаправляемом сообщении, а также не вносит
изменения в заголовки, передаваемые от одного до другого оконечного
устройства. Прокси-сервер может вносить изменения в заголовки,
формируемые на промежуточных стадиях передачи сообщения.
8.1. Заголовок содержания включает поля: кодирование тела
сообщения, размер тела сообщения, тип содержимого.
8.2. Поля общего заголовка используются и в запросах и в ответах
и применяются к сообщению в целом, а не к передаваемому содержанию.
8.3. Поля заголовка запроса передают информацию о запросе и о
самом клиенте и передаются только в запросах.
8.4. Поля заголовка ответа передаются только в ответах.
В таблице N 2 приведены названия заголовков сообщений SIP и место
их использования.
Таблица N 2.
Названия заголовков сообщений SIP и место их
использования
----------------------------------------------------------------------
| Название заголовка | Место использования заголовка |
|-----------------------------|--------------------------------------|
| 1 | 2 |
|-----------------------------|--------------------------------------|
| Типы тела сообщения, | Заголовок в запросах, в ответах 2xx, |
| принимаемые клиентом | в ответе 415 |
|-----------------------------|--------------------------------------|
| Поддерживаемые типы | Заголовок в запросах, в ответах 2xx, |
| кодирования | в ответе 415 |
|-----------------------------|--------------------------------------|
| Поддерживаемые типы языков | Заголовок в запросах, в ответах 2xx, |
| | в ответе 415 |
|-----------------------------|--------------------------------------|
| Альтернативный сигнал | Заголовок в запросах, в ответе 180 |
| вызова | |
|-----------------------------|--------------------------------------|
| Поддерживаемые типы | Заголовок в запросах, в ответах 2xx, |
| запросов | в ответе 405 |
|-----------------------------|--------------------------------------|
| Все поддерживаемые типы | Заголовок в запросах, в ответах 2xx, |
| событий, типы запросов | в ответе 489 |
|-----------------------------|--------------------------------------|
| Информация аутентификации | Заголовок в ответах 2xx |
|-----------------------------|--------------------------------------|
| Авторизация | Заголовок в запросах |
|-----------------------------|--------------------------------------|
| Идентификатор сеанса связи | Общий заголовок, копируется из |
| | запросов в ответы |
|-----------------------------|--------------------------------------|
| Дополнительная информация о | Общий заголовок |
| вызывающем или вызываемом | |
| абоненте | |
|-----------------------------|--------------------------------------|
| Текущий адрес пользователя | Заголовок в запросах, в ответах 1xx, |
| | 2xx, 3xx, 4xx - 6xx |
|-----------------------------|--------------------------------------|
| Интерпретация тела | Заголовок содержания |
| сообщения | |
|-----------------------------|--------------------------------------|
| Модификация тела сообщения | Заголовок содержания |
|-----------------------------|--------------------------------------|
| Национальный язык для тела | Заголовок содержания |
| сообщения | |
|-----------------------------|--------------------------------------|
| Размер тела сообщения в | Заголовок содержания |
| байтах | |
|-----------------------------|--------------------------------------|
| Тип тела сообщения | Заголовок содержания |
|-----------------------------|--------------------------------------|
| Идентификатор запроса, | Общий заголовок, копируется из |
| относящегося к одному | запросов в ответы |
| соединению | |
|-----------------------------|--------------------------------------|
| Дата и время отправки | Общий заголовок |
| сообщения | |
|-----------------------------|--------------------------------------|
| Дополнительная информация | Заголовок в ответах 300 - 699 |
| об ошибке | |
|-----------------------------|--------------------------------------|
| Тип события | Заголовок в запросах |
|-----------------------------|--------------------------------------|
| Время жизни сообщения | Общий заголовок, в ответах 2xx |
|-----------------------------|--------------------------------------|
| Скрыть | Заголовок в запросах |
|-----------------------------|--------------------------------------|
| Список идентификаторов | Заголовок в запросах |
| сеансов связи с данным | |
| отправителем | |
|-----------------------------|--------------------------------------|
| Максимальное количество | Заголовок в запросах |
| переадресаций | |
|-----------------------------|--------------------------------------|
| Адрес отправителя запроса | Общий заголовок, копируется из |
| | запросов в ответы |
|-----------------------------|--------------------------------------|
| Минимальный период | Заголовок в ответе 423 |
| обновления | |
|-----------------------------|--------------------------------------|
| Версия стандарта | Общий заголовок |
| "многоцелевое расширение | |
| Интернет почты" | |
|-----------------------------|--------------------------------------|
| Название организации, к | Общий заголовок |
| которой относится SIP- | |
| элемент | |
|-----------------------------|--------------------------------------|
| Информация об узлах, | Заголовок в запросах, в ответах 2xx |
| лежащих на пути прохождения | |
| сообщения регистрации | |
|-----------------------------|--------------------------------------|
| Приоритет SIP запроса для | Заголовок в запросах |
| конечного абонента | |
|-----------------------------|--------------------------------------|
| Необходимость анонимности | Общий заголовок |
|-----------------------------|--------------------------------------|
| Подтверждение подлинности | Заголовок в ответе 401, в ответе 407 |
| прокси-сервера | |
|-----------------------------|--------------------------------------|
| Авторизация абонента | Заголовок в запросах |
| прокси-сервера | |
|-----------------------------|--------------------------------------|
| Требование к прокси-серверу | Заголовок в запросах |
|-----------------------------|--------------------------------------|
| Информация о сети | Общий заголовок |
|-----------------------------|--------------------------------------|
| Информация, удостоверяющая | Общий заголовок |
| абонента | |
|-----------------------------|--------------------------------------|
| Список контактных адресов | Заголовок в ответах 2xx |
| для определенного | |
| зарегистрированного | |
| списочного адреса | |
|-----------------------------|--------------------------------------|
| Списочный адрес вызываемого | Заголовок в запросах |
| абонента | |
|-----------------------------|--------------------------------------|
| Идентификатор начисления | Общий заголовок |
| оплаты | |
|-----------------------------|--------------------------------------|
| Список адресов элементов | Общий заголовок |
| сети, ведущих начисление | |
| платы | |
|-----------------------------|--------------------------------------|
| Идентификатор, связывающий | Общий заголовок |
| все записи об услугах, | |
| предоставленных в течение | |
| конкретного сеанса | |
|-----------------------------|--------------------------------------|
| Информация, необходимая для | Общий заголовок |
| реализации функций | |
| оперативно-розыскных | |
| мероприятий | |
|-----------------------------|--------------------------------------|
| Идентификатор сеанса, | Общий заголовок |
| необходимый для поддержки | |
| требований легального | |
| электронного наблюдения за | |
| перенаправленными вызовами | |
|-----------------------------|--------------------------------------|
| Запрос определенного | Заголовок в запросах |
| способа обработки вызова | |
|-----------------------------|--------------------------------------|
| Информация, удостоверяющая | Заголовок в запросах |
| вызывающего абонента | |
|-----------------------------|--------------------------------------|
| Идентификаторы для | Заголовок в запросах, в ответах 101 |
| предоставления доступа к | - 199, в ответах 2xx |
| услуге гарантированного | |
| качества обслуживания | |
|-----------------------------|--------------------------------------|
| Информация, удостоверяющая | Общий заголовок |
| абонента, у которого с | |
| прокси-сервером установлены | |
| доверительные отношения | |
|-----------------------------|--------------------------------------|
| Идентификатор сети, где | Заголовок в запросах |
| временно находится абонент | |
|-----------------------------|--------------------------------------|
| Надежная доставка | Заголовок в запросах |
| предварительных ответов | |
|-----------------------------|--------------------------------------|
| Причина передачи запроса | Заголовок в запросах и в ответах 1xx |
| SIP | |
|-----------------------------|--------------------------------------|
| Запись маршрута | Заголовок в запросах, в ответах 18x, |
| | 2xx, 401, 484 |
|-----------------------------|--------------------------------------|
| Адрес для переадресации | Заголовок в запросах |
| вызова | |
|-----------------------------|--------------------------------------|
| Логический обратный адрес | Общий заголовок |
|-----------------------------|--------------------------------------|
| Перечень опций, необходимых | Заголовок в запросах |
| для обработки запроса | |
|-----------------------------|--------------------------------------|
| Ключ кодирования ответа | Заголовок в запросах |
|-----------------------------|--------------------------------------|
| Время, через которое | Заголовок в ответах 404, 413, 480, |
| абонент будет доступен | 486, 500, 503, 600, 603 |
| | |
|-----------------------------|--------------------------------------|
| Принудительный маршрут | Заголовок в запросах |
|-----------------------------|--------------------------------------|
| Номер предварительного | Заголовок в ответах 1xx |
| ответа с надежной | |
| транспортировкой | |
|-----------------------------|--------------------------------------|
| Список механизмов | Заголовок в запросах |
| безопасности, | |
| поддерживаемых клиентом | |
|-----------------------------|--------------------------------------|
| Список механизмов | Заголовок в ответах 421, 494 |
| безопасности, | |
| поддерживаемых сервером | |
|-----------------------------|--------------------------------------|
| Механизмы безопасности, | Заголовок в запросах |
| используемые клиентом | |
|-----------------------------|--------------------------------------|
| Информация о программном | Заголовок в ответах |
| обеспечении, используемом | |
| сервером для обработки | |
| запросов | |
|-----------------------------|--------------------------------------|
| Статус подписки | Заголовок в запросах |
|-----------------------------|--------------------------------------|
| Дополнительная информация о | Заголовок в запросах |
| типе и характере сеанса | |
|-----------------------------|--------------------------------------|
| Перечень расширений | Заголовок в запросах, в ответах 2xx |
|-----------------------------|--------------------------------------|
| Метка времени передачи | Общий заголовок |
| сообщения | |
|-----------------------------|--------------------------------------|
| Логический адресат запроса | Общий заголовок, копируется из |
| | запросов в ответы |
|-----------------------------|--------------------------------------|
| Не поддерживается | Заголовок в ответе 420 |
|-----------------------------|--------------------------------------|
| Агент абонента | Общий заголовок |
|-----------------------------|--------------------------------------|
| Список элементов сети, | Общий заголовок, копируется из |
| через которые прошел запрос | запросов в ответы |
|-----------------------------|--------------------------------------|
| Информация, связанная с | Заголовок в запросах, в ответах |
| проблемами обработки | |
| запроса сервером | |
|-----------------------------|--------------------------------------|
| Аутентификация WWW-сервера | Заголовок в ответах 401, 407 |
----------------------------------------------------------------------
9. Тело сообщения.
Для запросов "Подтверждение", "Приглашение" и "Запрос" тело
сообщения всегда содержит описание сессии. Запрос "Завершение" не
содержит тела сообщения.
Все ответы могут содержать тело сообщения. Ответы с кодом 1xx
содержат консультативную информацию о состоянии выполняющегося
запроса, ответы с кодом 2xx на запрос "Приглашение" содержат параметры
описания сессии, в ответах с кодом 3xx может содержаться информация об
альтернативных действиях или службах.
10. Для переноса сообщений сигнализации ОКС N 7 по сети с
коммутацией пакетов информации в ЦКП сервере реализуется расширенная
версия протокола SIP - протокол SIP-T. SIP-T использует процедуры,
запросы и ответы протокола SIP.
В SIP-T сообщения ОКС N 7 инкапсулируются в тело запроса SIP, а
часть информации сообщения, необходимая для правильной маршрутизации,
транслируется в заголовок запроса SIP.
Преобразования сообщений протоколов ОКС N 7 в SIP и обратно
осуществляются в ЦКП сервере.
Приложение 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/МТР3;
б) поддержка взаимодействия между модулями уровня управления;
в) поддержка управления активными соединениями 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
--------------------------------------------------------------------
| Название сообщения | Наличие |Наличие | Параметр, название |
| | общего |специального | |
| |заголовка |заголовка | |
|--------------------|----------|-------------|--------------------|
| 1 | 2 | 3 | 4 |
|------------------------------------------------------------------|
| Сообщения M2UA |
|------------------------------------------------------------------|
| Данные | да | да | Данные протокола, |
| | | | Идентификатор |
| | | | корреляции |
|--------------------|----------|-------------|--------------------|
| Подтверждение | да | да | Идентификатор |
| получения данных | | | корреляции |
|--------------------|----------|-------------|--------------------|
| Установление | да | да | |
| соединения (Запрос,| | | |
| подтверждение) | | | |
|--------------------|----------|-------------|--------------------|
| Разъединение | да | да | |
| соединения (Запрос,| | | |
| индикация, | | | |
| подтверждение) | | | |
|--------------------|----------|-------------|--------------------|
| Запрос отчета о | да | да | Состояние |
| состоянии | | | |
|--------------------|----------|-------------|--------------------|
| Подтверждение | да | да | Состояние |
| состояния | | | |
|--------------------|----------|-------------|--------------------|
| Индикация состояния| да | да | Событие |
|--------------------|----------|-------------|--------------------|
| Индикация | да | да | Статус перегрузки, |
| перегрузки | | | Статус |
| | | | отбрасывания |
|--------------------|----------|-------------|--------------------|
| Запрос поиска | да | да | Действие, |
| | | | Номер |
| | | | последовательности |
|--------------------|----------|-------------|--------------------|
| Подтверждение | да | да | Действие, |
| поиска | | | Результат, |
| | | | Номер |
| | | | последовательности |
|--------------------|----------|-------------|--------------------|
| Индикация поиска | да | да | |
|--------------------|----------|-------------|--------------------|
| Полная индикация | да | да | |
| поиска | | | |
|------------------------------------------------------------------|
| Сообщения поддержания состояния процесса сервера приложений ASP |
|------------------------------------------------------------------|
| Индикация процесса | да | нет | Идентификатор |
| сервера приложений | | | процесса сервера |
| | | | приложений |
| | | | Информационная |
| | | | строка |
|--------------------|----------|-------------|--------------------|
| Уведомление об | да | нет | Информационная |
| инициации процесса | | | строка |
| сервера приложений | | | |
|--------------------|----------|-------------|--------------------|
| Завершение процесса| да | нет | Информационная |
| сервера приложений | | | строка |
|--------------------|----------|-------------|--------------------|
| Уведомление о | да | нет | Информационная |
| завершении процесса| | | строка |
| сервера приложений | | | |
|--------------------|----------|-------------|--------------------|
| Команда опроса | да | нет | Данные команды |
| состояния | | | опроса состояния |
|--------------------|----------|-------------|--------------------|
| Подтверждение | да | нет | Данные команды |
| команды опроса | | | опроса состояния |
| состояния | | | |
|------------------------------------------------------------------|
| Сообщения поддержания трафика процесса сервера приложений |
|------------------------------------------------------------------|
| Активный процесс | да | нет | Тип режима |
| сервера приложений | | | передачи трафика |
| | | | Идентификатор |
| | | | интерфейса |
| | | | Информационная |
| | | | строка |
|--------------------|----------|-------------|--------------------|
| Подтверждение | да | нет | Режим передачи |
| активного процесса | | | трафика |
| сервера приложений | | | Идентификатор |
| | | | интерфейса |
| | | | Информационная |
| | | | строка |
|--------------------|----------|-------------|--------------------|
| Неактивный | да | нет | Идентификатор |
| процесс сервера | | | интерфейса |
| приложений | | | Информационная |
| | | | строка |
|--------------------|----------|-------------|--------------------|
| Подтверждение | да | нет | Идентификатор |
| неактивного | | | интерфейса |
| процесса сервера | | | Информационная |
| приложений | | | строка |
|------------------------------------------------------------------|
| Сообщение управления 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
-------------------------------------------------------------------
| Название сообщения | Наличие | Параметр, название |
| | общего | |
| |заголовка| |
|-----------------------------|---------|-------------------------|
| 1 | 2 | 3 |
|-----------------------------------------------------------------|
| Сообщения передачи |
|-----------------------------------------------------------------|
| Данные | да |Вид сети |
| | |Контекст маршрутизации |
| | |Данные протокола |
| | |Идентификатор корреляции |
|-----------------------------------------------------------------|
| Сообщения управления сетью сигнализации |
|-----------------------------------------------------------------|
| Пункт назначения недоступен | да |Вид сети |
| | |Контекст маршрутизации |
| | |Неисправная точка кода |
| | |Информационная строка |
|-----------------------------|---------|-------------------------|
| Пункт назначения доступен | да |Вид сети |
| | |Контекст маршрутизации |
| | |Неисправная точка кода |
| | |Информационная строка |
|-----------------------------|---------|-------------------------|
| Проверка состояния пункта | да |Вид сети |
| назначения | |Контекст маршрутизации |
| | |Неисправная точка кода |
| | |Информационная строка |
|-----------------------------|---------|-------------------------|
| Перегрузка сигнализации | да |Вид сети |
| | |Контекст маршрутизации |
| | |Неисправная точка кода |
| | |Связанный пункт |
| | |назначения |
| | |Указатели перегрузки |
| | |Информационная строка |
|-----------------------------|---------|-------------------------|
| Подсистема ОКС N 7 в пункте | да |Вид сети |
| назначения недоступна | |Контекст маршрутизации |
| | |Неисправная точка кода |
| | |Пользователь/Ситуация |
| | |Информационная строка |
|-----------------------------|---------|-------------------------|
| Доступ к пункту назначения | да |Вид сети |
| запрещен | |Контекст маршрутизации |
| | |Неисправная точка кода |
| | |Информационная строка |
|-----------------------------------------------------------------|
| Сообщения поддержания состояния процесса сервера приложений |
|-----------------------------------------------------------------|
| Инициализация процесса | да |Идентификатор состояния |
| сервера приложений | |процесса сервера |
| | |приложений |
| | |Информационная строка |
|-----------------------------|---------|-------------------------|
| Подтверждение инициализации | да |Информационная строка |
| процесса сервера приложений | | |
|-----------------------------|---------|-------------------------|
| Завершение процесса сервера | да |Информационная строка |
| приложений | | |
|-----------------------------|---------|-------------------------|
| Команда опроса состояния | да |Данные команды опроса |
| | |состояния |
|-----------------------------|---------|-------------------------|
| Подтверждение команды опроса| да |Данные команды опроса |
| состояния | |состояния |
|-----------------------------------------------------------------|
| Сообщения поддержания трафика процесса сервера приложений |
|-----------------------------------------------------------------|
| Активный процесс сервера | да |Тип режима передачи |
| приложений | |трафика |
| | |Контекст маршрутизации |
| | |Информационная строка |
|-----------------------------|---------|-------------------------|
| Подтверждение активного | да |Тип режима передачи |
| процесса сервера приложений | |трафика |
| | |Контекст маршрутизации |
| | |Информационная строка |
|-----------------------------|---------|-------------------------|
| Неактивный процесс сервера | да |Контекст маршрутизации |
| приложений | |Информационная строка |
|-----------------------------|---------|-------------------------|
| Подтверждение неактивного | да |Контекст маршрутизации |
| процесса сервера приложений | |Информационная строка |
|-----------------------------------------------------------------|
| Сообщения управления ключами маршрутизации |
|-----------------------------------------------------------------|
| Запрос на регистрацию | да |Ключ маршрутизации |
|-----------------------------|---------|-------------------------|
| Ответ на запрос на | да |Информационная строка |
| регистрацию | | |
|-----------------------------|---------|-------------------------|
| Запрос на дерегистрацию | да |Контекст маршрутизации |
|-----------------------------|---------|-------------------------|
| Ответ на запрос на | да |Результат дерегистрации |
| дерегистрацию | | |
|-----------------------------------------------------------------|
| Сообщения управления 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
-------------------------------------------------------------------
| Название сообщения | Наличие | Параметр, название |
| | общего | |
| |заголовка| |
|--------------------------|---------|----------------------------|
| 1 | 2 | 3 |
|-----------------------------------------------------------------|
| Сообщения управления SUA |
|-----------------------------------------------------------------|
| Ошибка | да |Код ошибки |
| | |Контекст маршрутизации |
| | |Вид сети |
| | |Неисправная точка кода |
| | |Диагностическая информация |
|--------------------------|---------|----------------------------|
| Уведомление | да |Статус |
| | |Идентификатор состояния |
| | |процесса сервера приложений |
| | |Контекст маршрутизации |
| | |Информационная строка |
|-----------------------------------------------------------------|
| Сообщения управления сетью |
|-----------------------------------------------------------------|
| Пункт назначения | да |Контекст маршрутизации |
| недоступен | |Неисправная точка кода |
| | |Номер подсистемы |
| | |Индикатор сложности |
| | |подсистемы |
| | |Информационная строка |
|--------------------------|---------|----------------------------|
| Пункт назначения | да |Контекст маршрутизации |
| доступен | |Неисправная точка кода |
| | |Номер подсистемы |
| | |Индикатор сложности |
| | |подсистемы |
| | |Информационная строка |
|--------------------------|---------|----------------------------|
| Проверка состояния | да |Контекст маршрутизации |
| пункта назначения | |Неисправная точка кода |
| | |Номер подсистемы |
| | |Пользователь/Причина |
| | |Информационная строка |
|--------------------------|---------|----------------------------|
| Перегрузка сети | да |Контекст маршрутизации |
| | |Неисправная точка кода |
| | |Номер подсистемы |
| | |Уровень перегрузки |
| | |Индикатор сложности |
| | |подсистемы |
| | |Информационная строка |
|--------------------------|---------|----------------------------|
| Подсистема ОКС N 7 в | да |Контекст маршрутизации |
| пункте назначения | |Неисправная точка кода |
| недоступна | |Пользователь/Причина |
| | |Информационная строка |
|--------------------------|---------|----------------------------|
| Доступ к месту | да |Контекст маршрутизации |
| назначения запрещен | |Неисправная точка кода |
|