Приказ Министерства информационных технологий и связи РФ от 19 апреля 2007 г. N 48 "Об утверждении Правил применения оборудования коммутации систем подвижной радиотелефонной связи. Часть I. Правила применения оконечно-транзитных узлов связи сетей подвижной радиотелефонной связи стандарта IMT-MC-450" (с изменениями и дополнениями)

1) центр коммутации подвижной связи (далее - ЦКП) с использованием следующих технологий коммутации:

коммутации каналов;

коммутации пакетов информации.

2) визитный регистр местонахождения (далее - ВРМ);

3) опорный регистр местонахождения (далее - ОРМ);

4) центр аутентификации (далее - Аут);

5) центр управления и технического обслуживания (далее - ЦУиТО);

6) оборудование передачи данных.

7) ЦКП с использованием технологии коммутации пакетов информации состоит из следующего оборудования:

1) интерфейсов взаимодействия согласно приложению N 1 к Правилам;

2) исключен;

3) устойчивости к внешним климатическим и механическим воздействиям согласно приложению N 3 к Правилам;

4) в части нумерации и идентификации согласно приложению N 4 к Правилам;

5) используемых интерфейсов и системы синхронизации согласно приложению N 5 к Правилам;

6) акустических сигналов согласно приложению N 7 к Правилам;

7) системы учета данных для начисления платы согласно приложению N 8 к Правилам;

8) системы сигнализации по общему каналу ОКС N 7 согласно приложению N 6 к Правилам;

9) протокола передачи данных согласно приложению N 9 к Правилам;

10) протокола управления медиашлюзами MEGACO/H.248 согласно приложению N 10 к Правилам;

11) протокола управления медиашлюзами MGCP согласно приложению N 11 к Правилам;

12) протокола управления вызовом, независимого от среды переноса, BICC согласно приложению N 12 к Правилам;

13) протокола установления сеансов связи SIP согласно приложению N 13 к Правилам;

14) протокола передачи информации сигнализации SIGTRAN согласно приложению N 14 к Правилам;

15) транспортного протокола реального времени RTP и протокола управления транспортировкой в реальном времени RTCP согласно приложению N 15 к Правилам.

1.1. Физический уровень.

В оборудовании реализованы один или оба из следующих интерфейсов:

Требования к параметрам интерфейсов со скоростью передачи 2048 кбит/с и STM-1 установлены в приложении 1 к Правилам применения транзитных междугородных узлов автоматической коммутации. Часть I. Правила применения транзитных междугородных узлов связи, использующих систему сигнализации по общему каналу сигнализации N 7 (ОКС N 7), утвержденным приказом Министерства информационных технологий и связи Российской Федерации от 16.05.2006 N 59, (зарегистрирован в Министерстве юстиции Российской Федерации 29 мая 2006 г., регистрационный N 7879).

1.2. Система сигнализации.

ОКС N 7 (подсистема передачи сообщений МТР, подсистема управления соединением сигнализации SCCP, подсистема пользователя ISUP).

Требования к параметрам системы сигнализации ОКС N 7 установлены в приложении N 6 к Правилам.

2.1. Физический уровень.

В оборудовании реализованы один или оба из следующих интерфейсов:

2.2. Система сигнализации.

ОКС N 7 (подсистемы МТР, SCCP, ISUP, подсистема возможностей транзакций ТСАР, прикладная подсистема подвижной связи MAP).

3.1. Физический уровень.

Цифровой интерфейс со скоростью передачи 2048 кбит/с (стык А).

3.2. Система сигнализации.

ОКС N 7 (подсистемы МТР, SCCP, TCAP, MAP).

4.1. Физический, канальный уровни.

В оборудовании реализованы один или оба из следующих интерфейсов:

4.2. Сетевой и транспортный уровни.

В случае использования интерфейсов, указанных в подпункте а) пункта 4.1, на сетевом уровне реализуется протокол IP, требования к которому установлены в приложении N 9 к Правилам, на транспортном уровне реализуются протокол передачи дейтаграмм пользователя UDP, или протокол управления передачей TCP, или протокол передачи с управлением потоками SCTP.

4.3. Прикладной уровень.

Используется один из протоколов управления медиашлюзами MEGACO/H.248 или MGCP, требования к которым установлены в приложениях NN 10 - 11 к Правилам соответственно.

5.1. Физический, канальный, уровни.

В оборудовании реализованы один или оба из следующих интерфейсов:

5.2. Сетевой и транспортный уровни.

В случае использования интерфейсов, указанных в подпункте а) пункта 5.1, на сетевом уровне реализуется протокол IP, требования к которому установлены в приложении N 9 к Правилам, на транспортном уровне реализуются протоколы UDP, или TCP, или SCTP.

5.3. Прикладной уровень.

На прикладном уровне используются протокол BICC или протокол SIP, требования к которым установлены в приложениях NN 12 - 13 к Правилам соответственно.

6.1. Физический, канальный, уровни.

В оборудовании реализован один или оба из следующих интерфейсов:

6.2. Сетевой и транспортный уровни.

В случае использования интерфейсов, указанных в подпункте б) пункта 6.1, на сетевом уровне реализуется протокол IP, требования к которому установлены в приложении N 9 к Правилам. На транспортном уровне реализуются протоколы группы SIGTRAN: SCTP и один из протоколов: протокол уровня адаптации пользователя МТР 2 - M2UA или протокол уровня адаптации пользователя МТР3 - M3UA. Требования к протоколам группы SIGTRAN установлены в приложении N 14 к Правилам.

6.3. Система сигнализации.

ОКС N 7 (подсистемы SCCP, ТСАР, MAP).

7.1. Физический и канальный уровни.

В оборудовании реализованы один или оба из следующих интерфейсов:

7.2. Сетевой и транспортный уровни.

В случае использования интерфейсов, указанных в подпункте а) пункта 7.1, на сетевом уровне реализуется протокол IP, требования к которому установлены в приложении N 9 к Правилам, на транспортном уровне реализуются протоколы группы SIGTRAN: SCTP и один из протоколов: M2UA, M3UA; протокол уровня адаптации пользователя SCCP - SUA. Требования к протоколам группы SIGTRAN установлены в приложении 14 к Правилам.

7.3. Система сигнализации.

ОКС N 7 (подсистемы SCCP, ТСАР, ISUP, MAP).

8.1. Физический и канальный уровень.

В оборудовании реализованы один или оба из следующих интерфейсов:

8.2. Сетевой и транспортный уровни.

В случае использования интерфейсов, приведенных в подпункте а) пункта 8.1, реализуются протокол IP, требования к которому установлены в приложении N 9 к Правилам, протокол UDP, а также протоколы RTP и RTCP, требования к которым установлены в приложении N 15 к Правилам.

3.1. При исходящей международной связи:

Пмн. Кс Nнац;

Пмн. Кс Nгл;

Пмн. Кс Ки Na;

Пмн. Кс Киг Na;

Пмн. 800 GSN,

где: Пмн - международный префикс;

Кс - код страны или группы стран в сводном плане нумерации, код страны для Глобальной службы, код страны для Сети;

Nнац - национальный (значащий) номер абонента;

Nгл - номер абонента Глобальной службы;

Ки - код идентификации Сети;

Киг - код идентификации Группы стран;

Na - номер абонента;

GSN - глобальный номер абонента услуги бесплатного международного телефона.

3.2. При исходящей междугородной связи:

Пн. ABC x_1 x_2 х_3 х_4 x_5 х_6 х_7;

Пн. DEF x_1 x_2 x_3 x_4 x_5 x_6 x_7,

где: Пн - национальный префикс;

ABC - код географически определяемой зоны нумерации;

DEF - код географически не определяемой зоны нумерации;

x_1 х_2 х_3 х_4 х_5 х_6 х_7 - зоновый номер.

3.3. При исходящей связи к пользователям телефонных сетей фиксированной и подвижной связи Российской Федерации:

Пн. ABC x_1 x_2 x_3 x_4 x_5 x_6 x_7,

Пн. DEF х_1 x_2 x_3 x_4 x_5 x_6 x_7.

3.4. При оказании услуг связи с использованием кодов доступа к услугам электросвязи (КДУ), в том числе к услугам связи по передаче данных и к телематическим услугам связи:

Пн. КДУ Х_1 Х_2 Х_3 Х_4...хn.,

где: Пн. - национальный префикс;

КДУ - код доступа к услуге электросвязи;

Х_1 Х_2 Х_3 - индекс, закрепляемый за оператором связи, предоставляющим услуги связи с использованием кодов доступа к услугам электросвязи;

X_4... Хn - номер услуги связи.

4.1. В случае вызова абонентом сети подвижной связи экстренных оперативных служб оборудование узла связи обеспечивает передачу номера этого абонента в формате национального номера.

2.1. Генератор блока сетевой синхронизации управляется сигналом тактовой сетевой синхронизации, выделяемым из каналов первичных групп 2048 кбит/с (стык А) или поступающим со стыка Y- 2048 кГц.

2.2. Для приема сигналов тактовой сетевой синхронизации предусматриваются не менее двух входов 2048 кбит/с и не менее двух входов 2048 кГц.

2.3. В оборудование тактовой синхронизации оборудования узла связи входят два блока синхронизации, работающие синхронно.

2.4. В нормальных условиях для синхронизации используется основной синхросигнал. В случае его отказа блок синхронизации оборудования узла связи автоматически переключается на следующий по приоритету синхросигнал.

В оборудовании узла связи предусмотрена возможность выбора сигналов синхронизации с терминала технического обслуживания и эксплуатации.

2.5. Оборудование узла связи переходит в автономный режим работы с запоминанием частоты синхросигнала в случае пропадания всех входящих синхросигналов.

2.6. При любых переключениях в блоке тактовой синхронизации скачок фазы на выходе оборудования узла связи не более 61 нс.

2.7. Блок синхронизации оборудования узла связи имеет систему автоматизированного контроля и соответствующую сигнализацию.

а) подсистема передачи сообщений МТР;

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

в) подсистема пользователя цифровой сети с интеграцией служб ISUP;

г) подсистема возможностей транзакций ТСАР;

д) прикладная подсистема подвижной связи MAP.

а) пунктов П.3.2.3.15. - П.3.2.3.17;

б) сообщений в пункте П.3.2.4.1. и таблице П. 3.1.: "Отбой вызывающего абонента" (CCL - Clear calling line), "Вызов" RNG (Ring), "Последующее адресное сообщение" (SAM - Subsequent Address Massage);

в) сообщений в пункте П.3.2.4.1. и таблице П.3.2: "Запрос идентификации" (IDR - Identification Request), "Ответ на запрос идентификации" (IRS - Identification Response);

г) подпункта 2) пункта П.3.2.4.6.;

д) пунктов П.3.2.4.9., П.3.2.4.10.

4.1. Перечень сообщений подсистемы MAP, реализованных в оборудовании узла связи СПРС, приведен в таблице.

Таблица. Сообщения подсистемы MAP

1.1. Оборудование узла связи передает следующие основные акустические сигналы:

Параметры информационных акустических сигналов приведены в таблице N 1.

Таблица N 1. Параметры информационных акустических сигналов

1.2. Частоты сигналов, указанные в таблице N 1, имеют синусоидальную форму с коэффициентом нелинейных искажений не более 5%.

1.3. Нестабильность частот, указанных в таблице N 1 не более +-0,5%.

1.4. Сигнал КПВ и "Сигнал уведомления" начинаются с посылки.

1.5. Последовательность подачи трех частот сигнала "Указательный сигнал": низкая, средняя, высокая. Допускается пауза между частотами внутри посылок длительностью до 0,03 с.

2.1. Основные фразы автоинформатора передаются при условиях, приведенных в таблице N 2.

Таблица N 2. Основные фразы автоинформатора

а) сбор и хранение учетных данных с целью последующего определения стоимости для следующих видов учетного трафика:

исходящие и входящие соединения между абонентами СПРС;

исходящие и входящие соединения с абонентами сетей подвижной радиотелефонной связи других стандартов;

исходящие и входящие соединения с абонентами СФТС;

исходящие и входящие междугородные, международные соединения;

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

соединения с использованием услуг дополнительных видов обслуживания;

соединения для абонента, находящегося в роуминге;

соединения с использованием услуги передачи данных;

б) обеспечение вывода учетной информации на промежуточное электронное запоминающее устройство или по каналу передачи данных в автоматизированную систему расчетов (далее - АСР);

в) контроль функционирования системы учета.

а) категория и номер вызывающего абонента или адресная информация вызывающей стороны;

б) номер вызываемого абонента (службы) или адресная информация вызываемой стороны;

в) дата (день, месяц, год) и время начала соединения (час, минута, секунда);

г) продолжительность соединения или время окончания соединения (час, минута, секунда);

д) используемые в соединении услуги;

е) объем передаваемой информации, в случае установления соединений для передачи данных.

а) роуминговый номер подвижного абонента СПРС, местоположение абонентской радиостанции при ее передвижении;

б) индикатор записи (одиночная, промежуточная запись).

1.1. Оборудование передачи данных использует физические интерфейсы, требования к которым установлены в приложении N 5 к Правилам.

2.1. Оборудование поддерживает два варианта передачи данных абоненту сети подвижной радиотелефонной связи стандарта IMT-MC-450: простой IP сервис (Simple IP) и мобильный IP сервис (Mobile IP).

2.2. УОПД является оборудованием, обеспечивающим доступ к сети передачи данных (далее - СПД).

2.3. ОПД взаимодействует с оборудованием радиодоступа и УОПД и обеспечивает реализацию всех функций, связанных с поддержанием мобильности и маршрутизации трафика передачи данных, для абонента сети подвижной радиотелефонной связи стандарта IМТ-МС-450.

2.4. ОПД имеет свой идентификационный номер и взаимодействует с одним или несколькими УОПД, а также с одним или несколькими контроллерами базовых станций. ОПД имеет таблицу конфигурации, содержащую адреса всех узлов УОПД, доступных с данного ОПД. ОПД поддерживает алгоритм выбора УОПД.

2.5. При простом IР сервисе передача данных осуществляется при помощи одного УОПД, в зоне действия которого пользователь находится в настоящее время.

2.6. При передаче данных в режиме простого IP сервиса, УОПД назначает пользователю динамический IP-адрес, который поддерживается до тех пор, пока существует соединение на радиоинтерфейсе. За пределами данного УОПД мобильность IP-адреса не поддерживается.

2.7. При передаче данных в режиме мобильного IP сервиса, пользователю предоставляется возможность передачи данных с помощью одного УОПД, при помощи ОДВР.

2.8. ОДВР используется только при мобильном IP сервисе.

2.9. ОДВР выполняет функции аутентификации и регистрации мобильного IP сервиса абонентской радиостанции для предоставления доступа абонента сети подвижной радиотелефонной связи стандарта IMT-MC-450 к СПД через различные УОПД.

2.10. ОДВР динамически назначает абонентской радиостанции IP-адрес. Данный IP-адрес остается постоянным при переходе между радиосетями, подключенными к различным УОПД.

2.11. ОДВР выполняет функции перенаправления пакетов данных к оборудованию доступа к внутренним ресурсам другой радиосети FA и, опционально, получает и маршрутизирует пакеты от FA (реверсивное туннелирование).

2.12. ОДВР использует глобально-маршрутизируемые и глобально-видимые адреса для обеспечения доступа к СПД.

2.13. ОДВР поддерживает функции множественной регистрации и поддержки безопасности в сетях передачи данных.

2.14. Для организации пакетной передачи данных ОПД поддерживает интерфейс с контроллером базовых станций (интерфейс Aquinter) и все процедуры, необходимые для установления соединения на данном интерфейсе.

В случае, если оборудование ОПД совмещено с оборудованием контроллера базовых станций, требования к интерфейсу Aquinter не предъявляются.

2.15. Для организации пакетной передачи данных УОПД поддерживает интерфейс с ОПД (интерфейс Aquater) и все процедуры, необходимые для установления соединения на данном интерфейсе.

2.16. УОПД поддерживает интерфейс с СПД, АИУ и ОДВР (интерфейс Pi).

2.17. На интерфейсах Aquinter, Aquater, Pi используется протокол IP.

2.18. Формат заголовка пакета IP версии 6 (далее - IPv6) и перечень поддерживаемых полей приведен в таблице N 4. Минимальная длина заголовка пакета составляет 40 байт, длина пакета составляет до 1280 байт или выше (до 1500 байт) без фрагментации.

Таблица N 4. Формат заголовка пакета IPv6

2.19. Оборудование УОПД поддерживает протокол аутентификации по запросу CHAP, протокол аутентификации по паролю РАР, а также поддерживает вариант конфигурации, позволяющий абонентской радиостанции пользоваться услугой передачи данных без использования механизмов CHAP или РАР.

2.20. ОПД осуществляет сбор учетных данных, относящихся к радиосети (идентификатор, местоположение абонентской радиостанции), и передает их на УОПД.

2.21. Оборудование УОПД осуществляет сбор учетных данных, относящихся к сети передачи данных (адресная информация вызываемой стороны, продолжительность соединения, число переданных пакетов), объединяет эти параметры с параметрами, полученными от ОПД, и формирует учетную запись данных использования UDR для каждого IP-адреса каждой абонентской радиостанции.

2.22. УОПД передает UDR на оборудование АИУ.

2.23. УОПД сохраняет UDR до тех пор, пока не получит подтверждение от оборудования АИУ, информирующего о том, что оборудование АИУ получило UDR без ошибок (в пределах ограничений по количеству попыток).

3.1. ОВ взаимодействует с абонентской станцией - базовой станцией - ЦКП по интерфейсу L.

3.2. На интерфейсе L реализованы пути, необходимые для передачи данных:

4.1. АИУ используется при любом способе передачи данных и выполняет функции авторизации, аутентификации и учета информации о соединениях.

4.2. АИУ принимает от УОПД учетные записи данных использования.

4.3. АИУ хранит учетные записи данных использования до тех пор, пока они не будут переданы в АСР.

4.4. АИУ взаимодействует с оборудованием передачи данных УОПД, ОДВР и ОВ по интерфейсу Pi.

а) ЦКП сервер;

б) МШ.

а) добавление соединения в сеанс связи;

б) изменение конфигурации соединения;

в) удаление соединения из сеанса связи;

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

д) контроль и диагностику соединений;

е) определение возможностей МШ;

ж) уведомление о событиях, произошедших в медиашлюзах;

з) уведомление ЦКП сервера об отказах на входе/выходе (далее - портов) медиашлюзов.

а) в виде текстовых строк;

б) в бинарном виде.

4.1. Добавление соединения в сеанс связи осуществляется с использованием команды "Добавить". При первом получении от ЦКП сервера команды "Добавить" создается сеанс связи. Добавление первого соединения в пустой сеанс связи обеспечивает создание сеанса связи.

Команда "Добавить" передается в направлении от ЦКП сервера к МШ.

4.2. Изменение конфигурации соединения осуществляется с использованием команды "Изменить". Команда передается в направлении от ЦКП сервера к МШ.

4.3. Удаление соединения из сеанса связи осуществляется с использованием команды "Отключить". При удалении последнего соединения обеспечивается удаление всего сеанса связи. Команда передается в направлении от ЦКП сервера к МШ.

4.4. Перемещение соединения в другой сеанс связи осуществляется с использованием команды "Перевести". Команда передается в направлении от ЦКП сервера к МШ.

4.5. Контроль и диагностика существующего соединения осуществляется с использованием команды "Проверить порт". Команда передается в направлении от ЦКП сервера к МШ.

4.6. Запрос о возможностях порта медиашлюза, о событиях, которые обнаружены портом, список сигналов, которые порт передает в канал, должен осуществляться с использованием команды "Проверить возможности порта". Команда передается в направлении от ЦКП сервера к МШ.

4.7. Уведомление ЦКП сервера о событиях, произошедших на портах медиашлюзов, осуществляется с использованием команды "Уведомить". Команда передается в направлении от МШ к ЦКП серверу.

4.8. Команда "Рестарт" обеспечивает выполнение функций уведомления об отказах порта или группы портов медиашлюза и уведомления о восстановлении их работоспособности. В этом случае команда "Рестарт" передается в направлении от МШ к ЦКП серверу. Когда ЦКП сервер предписывает МШ вывести из обслуживания порт или группу портов или вернуть их в обслуживание, команда "Рестарт" передается от ЦКП сервера к МШ.

а) ЦКП сервер;

б) МШ.

а) согласование вида кодирования (модуляции) сигнала между двумя МШ;

б) распознавание вида передаваемой информации (например, речевая информация, факсимильные сообщения, данные), определение состояния оконечного оборудования;

в) установление соединения;

г) освобождение соединения;

д) освобождение соединения конфигурации "точка-несколько точек";

е) контроль и диагностика входов/выходов (далее - портов) медиашлюзов;

ж) контроль и диагностика соединений;

з) уведомление ЦКП сервера об освобождении ресурсов медиашлюзов.

3.1. Согласование вида модуляции сигнала между двумя МШ осуществляется с использованием команды "Конфигурация порта". Дополнительно команда обеспечивает инициализацию МШ. Команда передается в направлении от ЦКП сервера к МШ.

3.2. Распознавание вида передаваемой информации, определение состояний оборудования осуществляется с использованием команды "Запрос уведомления". Команда передается в направлении от ЦКП сервера к МШ.

3.3. Команда "Уведомить" передается в направлении от МШ к ЦКП серверу при обнаружении событий, описанных в поле "Запрос событий" команды "Запрос уведомления".

3.4. Установление соединения между двумя МШ осуществляется с использованием сообщения "Создать соединение". Команда передается в направлении от ЦКП сервера к МШ.

3.5. Изменение конфигурации соединения осуществляется с использованием команды "Модифицировать соединение". Команда передается в направлении от ЦКП сервера к МШ.

3.6. Освобождение соединения обеспечивается командой "Завершить соединение". Формат команды различается в зависимости от устройства, по инициативе которого освобождается соединение: ЦКП сервер или МШ, а также от назначения команды: для освобождения всех соединений, относящихся к одному соединению или для безусловного освобождения всех соединений на МШ.

3.7. Параметр "Причина освобождения соединения" при передаче команды "Завершить соединение" от МШ к ЦКП серверу принимает следующие значения:

а) 000 при штатном освобождении соединения;

б) 900 при освобождении соединения из-за неисправности МШ;

в) 901 при освобождении соединения из-за отключения МШ;

г) 902 при освобождении соединения из-за ухудшения его характеристик ниже допустимого уровня.

При освобождении соединения передается следующая информация:

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

б) количество переданных октетов RTP;

в) количество полученных пакетов RTP;

г) количество полученных октетов RTP;

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

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

ж) средняя задержка передачи пакетов RTP по сети в мс.

3.8. Контроль и диагностика портов МШ осуществляются командой "Проверить порт". Команда передается в направлении от ЦКП сервера к МШ.

3.9. Контроль и диагностика соединения осуществляются командой "Проверить соединение". Команда передается в направлении от ЦКП сервера к МШ.

3.10. Команда "Идет рестарт" используется МШ для уведомления ЦКП сервера о том, что МШ находится в процессе перезагрузки (возвращение порта или группы портов в рабочее состояние или вывод порта или группы портов из рабочего состояния). Команда передается в направлении от МШ к ЦКП серверу.

а) код вызова;

б) код типа сообщения;

в) обязательная часть параметров постоянной длины;

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

д) необязательная часть параметров постоянной длины;

е) необязательная часть параметров переменной длины.

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.1. Сервер SIP поддерживает классы ответов, приведенные в таблице N 1. Первая цифра поля кода статуса определяет класс ответа.

Таблица N 1. Классы ответов SIP

Реализации SIP различают класс ответа (первую цифру кода). От реализаций SIP не требуется различать значения всех указанных кодов статуса. Нераспознанный ответ любого класса обрабатывается как код х00 данного класса.

6.2. Ответы 1хх.

100 - предназначен для обнуления таймеров.

180 - вызываемому пользователю передается информация о вызове.

181 - указывается в теле сообщения к какому пользователю переправляется вызов.

182 - используется в приложениях, которые позволяют ставить текущий вызов в очередь до тех пор, пока не будут обслужены вызовы, находящиеся перед ним.

183 - используется для того, чтобы заранее получить описание сеанса информационного обмена от шлюзов на пути к вызываемому пользователю таким образом, чтобы мог быть проключен речевой тракт в предответном состоянии до того, как вызывающий пользователь получит сигнал КПВ.

189 - используется для предоставления текущей информации о состоянии соединения, переключаемого на другой номер в фазе разговора. При этом ожидается получить либо ответ об успешной обработке, либо ответ об отказе вызываемой стороны.

6.3. Ответы 2хх.

200 - успешное выполнение запроса.

202 - запрос принят для обработки, но обработка не завершена.

6.4. Ответы 3хх.

300 - указывает несколько SIP-адресов, по которым можно найти вызываемого пользователя.

301 - означает, что вызываемый пользователь больше не находится по адресу, указанному в запросе, и направлять запросы нужно на адрес, указанный в поле заголовка "Текущий адрес пользователя".

302 - означает, что пользователь временно (промежуток времени может быть указан в поле заголовка "Время жизни сообщения") находится по другому адресу, указанному в поле "Текущий адрес пользователя".

305 - означает, что вызываемый пользователь не доступен непосредственно, входящий вызов должен пройти через прокси-сервер. Вызывающей стороне рекомендуется повторить запрос через прокси-сервер, адрес которого указан в поле заголовка "Текущий адрес пользователя".

380 - запрошенная услуга недоступна, но доступны альтернативные услуги, которые описаны в теле сообщения.

6.5. Ответы 4хх.

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. Ответы 5хх.

500 - означает, что сервер не имеет возможности обслужить запрос из-за внутренней ошибки. Клиент может попытаться повторно послать запрос через некоторое время.

501 - означает, что в сервере не реализованы какие-либо функции, необходимые для обслуживания запроса. Ответ передается в том случае, когда сервер не может распознать тип запроса, полученного им от любого из пользователей.

502 - информирует о том, что сервер, функционирующий в качестве шлюза или прокси-сервера, принимает некорректный ответ от сервера, к которому он направил запрос.

503 - указывает, что сервер не может в данный момент обслужить вызов вследствие перегрузки или проведения технического обслуживания.

504 - сервер не получил ответа в течение установленного промежутка времени от сервера, к которому он обратился для завершения вызова.

505 - сервер не поддерживает или отказывается поддерживать версию протокола SIP, используемую в запросе.

513 - сервер не в состоянии обработать запрос из-за большой длины сообщения.

580 - сервер не принимает параметры, предлагаемые в описании сеанса, в ответе указывается причина отказа.

6.7. Ответы 6хх.

600 - вызываемый пользователь занят и не желает принимать вызов в данный момент. Ответ может содержать указание на время, подходящее для нового вызова. Если с пользователем можно связаться по другому адресу или оставить сообщение, то используется ответ 486.

603 - означает, что вызываемый пользователь не желает принимать входящие вызовы, не указывая причину отказа.

604 - означает, что вызываемого пользователя не существует.

606 - соединение с сервером было установлено, но отдельные параметры, такие как тип запрашиваемой информации, полоса пропускания, вид адресации, не допустимы.

8.1. Заголовок содержания включает поля: кодирование тела сообщения, размер тела сообщения, тип содержимого.

8.2. Поля общего заголовка используются и в запросах и в ответах и применяются к сообщению в целом, а не к передаваемому содержанию.

8.3. Поля заголовка запроса передают информацию о запросе и о самом клиенте и передаются только в запросах.

8.4. Поля заголовка ответа передаются только в ответах.

В таблице N 2 приведены названия заголовков сообщений SIP и место их использования.

Таблица N 2. Названия заголовков сообщений SIP и место их использования

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

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

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

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

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

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

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

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

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

Таблица N 1. Перечень полей

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

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

Таблица N 2. Управляющие команды

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

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

Таблица N 3. Формат команды SCTP

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица N 4. Сообщения протокола M2UA

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица N 6. Перечень сообщений SUA

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

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

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

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

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

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

1.1. Формат заголовка пакета RTP и перечень поддерживаемых полей приведены в таблице N 1.

Таблица N 1. Формат и перечень полей заголовка пакета RTP

К функциям кодирования, декодирования полей заголовка пакета RTP предъявляются следующие требования:

2.1. Пакеты RTCP имеют заголовки, аналогичные заголовкам пакетов RTP.

2.2. Обрабатываются пакеты RTCP следующих типов:

а) "Отчет источника", содержащий статистическую информацию о передающем оконечном оборудовании;

б) "Отчет приемника", содержащий статистическую информацию о принимающем оконечном оборудовании:

в) "Описание пользователя", содержащий информацию о пользователе;

г) "Завершение", сообщающий о завершении соединения.

Для идентификации типов пакетов RTCP используются значения, указываемые в поле "Тип пакета RTCP".

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

б) контроль функционирования оборудования;

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

г) управление тестированием и диагностикой.

а) административное управление конфигурацией системы, обеспечивающее следующие функции:

ввод, изменение и удаление данных конфигурации;

активацию или деактивацию загрузки программного обеспечения (далее - ПО) в выбранное оборудование СПРС и работоспособность;

б) административное управление командами системы, обеспечивающее следующие функции:

вывод всех кодов команд, реализованных в системе;

возможность изменения существующих и введение новых команд;

в) административное управление абонентскими данными, обеспечивающее следующие функции:

создание, изменение, удаление, считывание абонентских данных;

блокировка или разблокировка абонентов;

просмотр, изменение и вывод данных учета стоимости разговоров для абонента или группы абонентов;

г) административное управление маршрутизацией, обеспечивающее следующие функции:

создание, изменение, удаление данных о маршрутизации вызова (пучка соединительных линий, маршрута, кода направления, сигнализации на направлении);

блокировка, разблокировка направлений;

д) административное управление защитой информации, обеспечивающее следующие функции:

защита доступа к ЦУиТО посредством паролей;

наличие не менее двух категорий пользователей (администратор и пользователь), имеющих различные пароли и различные права доступа к ЦУиТО;

е) административное управление системными часами реального времени, обеспечивающее контроль и возможность установки системных часов реального времени.

6.1. Контроль функционирования оборудования осуществляется постоянно или периодически (по расписанию или по команде технического персонала с терминала технического обслуживания).

6.2. Автоматический контроль осуществляется распределенно, то есть модули оборудования самостоятельно обнаруживают повреждения и ошибки.

6.3. Аварийные сообщения разделяются на категории по срочности восстановления неисправностей:

7.1. Рестарты программного обеспечения производятся с сохранением статистических и тарификационных данных и, в основном, с сохранением установленных соединений.

7.2. Перезагрузки ПО оборудования узла связи производятся с сохранением статистических данных и данных учета стоимости соединений.

8.1. Глубина диагностики составляет: с точностью до одной платы - не менее 80% неисправностей, с точностью до двух плат - не менее 85% неисправностей, три и более плат - не менее 90% неисправностей. В остальных случаях требуется вмешательство обслуживающего персонала. Сообщения о неисправности оборудования, обнаруженные системой тестирования и диагностики ЦУиТО, выводятся на средства регистрации.

8.2. ЦУиТО обеспечивает автоматический ежемесячный статистический учет ситуаций в оборудовании и программном обеспечении, в том числе:

Данные выводятся по расписанию или по командам технического персонала и фиксируются в файле истории оборудования на магнитном (или оптическом) носителе.

8.3. ЦУиТО обеспечивает возможность сбора и отображения статистических данных о соединениях абонентов (успешные, неуспешные, попытки соединений, потерянные соединения) или о соединениях статистических групп абонентов для различных типов трафика.

1. Абонентская радиостанция неактивна - MSInactive.

2. Блокировка канала - Blocking.

3. Восстановление информации о состоянии соединительной линии - ResetCircuit.

4. Групповое снятие с регистрации - BulkDeregistration.

5. Директива аутентификации - AuthentificationDirective.

6. Директива аутентификации в прямом направлении - AuthentificationDirectiveForward.

7. Директива дистанционного управления взаимодействием с пользователем - RemoteUserInteractionDirective.

8. Директива запроса прямого хэндовера - FacilitiesDirective.

9. Директива переадресации вызова - RedirectionDirective.

10. Директива уточнения (обновления) информации об аутентификации и профиле обслуживания мобильного абонента - Qualification Directive.

11. Запрос аутентификации - AuthentificationRequest.

12. Запрос базовой станции - BaseStationChallenge.

13. Запрос действий, связанных с установлением мобильного соединения с участием межстанционных соединительных линий - InterSystemSetup.

14. Запрос дополнительной услуги - FeatureRequest.

15. Запрос значения случайного числа - RandomVariableRequest.

16. Запрос измерения характеристик канала при хэндовере HandoffMeasurementRequest.

17. Запрос измерения характеристик канала при хэндовере 2 - HandoffMeasurementRequest2.

18. Запрос инициирования обратного хэндовера - HandoffBack.

19. Запрос инициирования обратного хэндовера 2 - HandoffBack2.

20. Запрос инициирования связи - OriginationRequest.

21. Запрос информации аутентификации или профиля абонентской радиостанции - QualificationRequest.

22. Запрос маршрутизации вызова, ожидающего обслуживания - RoutingRequest.

23. Запрос местонахождения абонента - LocationRequest.

24. Запрос переадресации вызова исходящим оборудованием коммутации RedirectionRequest.

25. Запрос пересылки сигнала "удержание" от мобильной станции - FlashRequest.

26. Запрос перевода вызова на другой номер - TransferToNumberRequest.

27. Запрос получения текущего значения параметра числа событий вызова - CountRequest.

28. Запрос текущего маршрутного адреса абонентской радиостанции для службы коротких сообщений - SMSRequest.

29. Извещение о ненадежных роуминговых данных - UnreliableRoamerDataDirective.

30. Инициирование хэндовера с минимизацией пути - HandoffToThird.

31. Инициирование хэндовера с минимизацией пути 2 - HandoffToThird2.

32. Межсистемный ответ - InterSystemAnswer.

33. Межсистемный пейджинг - InterSystemPage.

34. Межсистемный пейджинг 2 - InterSystemPage2.

35. Освобождение ресурсов - FacilitiesRelease.

36. Отключение теста соединительной линии - TrunkTestDisconnect.

37. Отчет о неуспешной операции аутентификации - AuthentificationFailureReport.

38. Отчет о результате операции аутентификации - AuthentificationStatusReport.

39. Отмена регистрации абонентской радиостанции - RegistrationCancellation.

40. Передача короткого сообщения (КС) в обратном направлении - SMSDeliveryBackward.

41. Передача короткого сообщения в прямом направлении - SMSDeliveryForward.

42. Передача короткого сообщения из одной точки в другую - SMSDeliveryPointToPoint.

43. Пересылка информации, относящейся к обслуживаемой абонентской станции, с опорного узла связи на узел связи текущей поддержки после хэндовера - InformationForward.

44. Переход абонентской радиостанции на новый канал в результате успешного хэндовера - MobileOnChannel.

45. Расширенная директива запроса прямого хэндовера - FacilitiesDirective2.

46. Снятие соединительной линии с блокировки - Unblocking.

47. Тестирование соединительной линии - TrunkTest.

48. Указание обслуживающей системе послать уведомление на незанятую мобильную станцию - InformationDirective.

49. Уведомление о возможности абонентской радиостанции принимать короткие сообщения - SMSNotification.

50. Уведомление о получении немотивированного или неожидаемого ответа - UnsolicitedResponse.

51. Уведомление о регистрации - RegistrationNotification.

1. Добавить - Add.

2. Изменить - Modify.

3. Отключить - Subtract.

4. Перевести - Move.

5. Проверить возможности порта - AuditCapabilities.

6. Проверить порт - AuditValue.

7. Рестарт - ServiceChange.

8. Уведомить - Notify.

1. Завершить соединение - DeleteConnection (DLCX).

2. Запрос уведомления - NotificationRequest (RQNT).

3. Идет рестарт - RestartlnProgress (RSIP).

4. Конфигурация порта - EndpointConfiguration (EPCF).

5. Модифицировать соединение - ModifyConnection (MDCX).

6. Проверить порт - AuditEndPoint (AUEP).

7. Проверить соединение - AuditConnection (AUCX).

8. Создать соединение - CreateConnection (CRCX).

9. Уведомить - Notify (NTFY).

1. Адрес достаточен - Address complete (ACM).

2. Блокировка группы каналов - Circuit/CIC group blocking (CGB).

3. Возврат группы каналов в исходное состояние - Circuit/CIC group reset (GRS).

4. Возврат канала в исходное состояние - Reset circuit/CIC (RSC).

5. Возобновление связи - Resume (RES).

6. Запрос характеристик группы каналов - Circuit/CIC group query (CQM).

7. Запрос услуги принят - Facility accepted (FAA).

8. Запрос услуги - Facility request (FAR).

9. Запрос идентификации - Identification request (IDR).

10. Запрос информации - Information request (INR).

11. Информация об оплате - Charge information (CRG).

12. Информация - Information (INF).

13. Информация, предваряющая разъединение - Pre-release information (PRI).

14. Информация пользователь - пользователь - User-to-user information (USR).

15. Код идентификации необорудованного канала - Unequipped CIC (UCIC).

16. Разблокировка группы каналов - Circuit/CIC group unblocking (CGU).

17. Несоответствие - Confusion (CFN).

18. Начальное адресное сообщение - Initial address (IAM).

19. Ответ - Answer (ANM) .

20. Ответ на запрос характеристик группы каналов - Circuit/CIC group query response (CQR).

21. Отклонение запроса услуги - Facility reject (FRJ).

22. Ответ на запрос идентификации - Identification response (IRS).

23. Передача приложения - Application transport (АРМ).

24. Переключение связи - Forward transfer (FOT).

25. Подтверждение блокировки группы каналов - Circuit/CIC group blocking acknowledgement (CGBA).

26. Подтверждение возврата группы каналов в исходное состояние - Circuit/CIC group reset acknowledgement (GRA).

27. Подтверждение разблокировки группы каналов - Circuit/CIC group unblocking acknowledgement (CGUA).

28. Предотвращение зацикливания - Loop prevention (LOP).

29. Прерывание связи - Suspend (SUS).

30. Последующее адресное сообщение - Subsequent address (SAM).

31. Последующий абонентский номер - Subsequent directory number (SDM).

32. Разъединение - Release (REL).

33. Разъединение завершено - Release complete (RLC).

34. Соединение устанавливается - Call progress (CPG).

35. Соединение - Connect (CON).

36. Сегментация - Segmentation (SGM).

37. Управление ресурсами сети - Network resource management (NRM).

38. Услуга - Facility (FAC).

39. Целостность соединения - Continuity (COT).

1. Завершение - BYE.

2. Запрос - OPTIONS.

3. Запрос подписки - SUBSCRIBER.

4. Информация - INFO.

5. Информация о текущем состоянии - NOTIFY.

6. Обновление параметров - UPDATE.

7. Определение пользователя в сети - PUBLISH.

8. Отмена - CANCEL.

9. Подтверждение - АСК.

10. Подтверждение предварительного ответа - PRACK.

11. Предписание - REFER.

12. Приглашение - INVITE.

13. Регистрация - REGISTER.

14. Сообщение - MESSAGE.

1. Авторизация - Authorization.

2. Авторизация пользователя прокси-сервера - Proxy-Authorization.

3. Агент пользователя - User-Agent.

4. Адрес отправителя запроса - From.

5. Адрес для переадресации вызова - Refer-To.

6. Альтернативный сигнал вызова - Alert-Info.

7. Аутентификация WWW-сервера - WWW-Authentificate.

8. Версия стандарта "многоцелевое расширение Интернет почты" - MIME-Version.

9. Время, через которое пользователь будет доступен - Retry-After.

10. Время жизни сообщения - Expires

11. Все поддерживаемые типы событий, типы запросов - Allow-Events.

12. Дата и время отправки сообщения - Date.

13. Дополнительная информация о вызывающем или вызываемом пользователе - Call-Info.

14. Дополнительная информация об ошибке -Error-Info.

15. Дополнительная информация о типе и характере сеанса - Subject.

16. Запись маршрута - Record-Route.

17. Запрос определенного способа обработки вызова - P-DCS-OSPS.

18. Идентификаторы для предоставления доступа к услуге гарантированного качества обслуживания - P-Media-Authorization.

19. Идентификатор запроса, относящегося к одному соединению - Cseq.

20. Идентификатор начисления оплаты - P-Charging-Vector.

21. Идентификатор сеанса связи - Call-ID.

22. Идентификатор сеанса, необходимый для поддержки требований легального электронного наблюдения за перенаправленными вызовами - P-DCS-Redirect.

23. Идентификатор, связывающий все записи об услугах, предоставленных в течении конкретного сеанса - P-DCS-Billing-Info.

24. Идентификатор сети, где временно находится пользователь - P-Visited-Network-ID.

25. Интерпретация тела сообщения - Content-Disposition.

26. Информация аутентификации - Authentification- Info.

27. Информация о программном обеспечении, используемом сервером для обработки запросов - Server.

28. Информация, необходимая для реализации функций оперативно-розыскных мероприятий - P-DCS-LAES.

29. Информация о сети - Р-Access-Network-Info.

30. Информация об узлах, лежащих на пути прохождения сообщения регистрации - Path.

31. Информация, связанная с проблемами обработки запроса сервером - Warning.

32. Информация, удостоверяющая пользователя - P-Asserted-Identity.

33. Информация, удостоверяющая вызывающего пользователя - P-DCS-Trace-Party-ID.

34. Информация, удостоверяющая пользователя, у которого с прокси-сервером установлены доверительные отношения - P-Preffered-Identity.

35. Ключ кодирования ответа - Response-Key.

36. Логический адресат запроса - То.

37. Логический обратный адрес - Reply-To.

38. Максимальное количество переадресаций - Max-Forwards.

39. Метка времени передачи сообщения - Timestamp.

40. Механизмы безопасности, используемые клиентом - Security-Verity.

41. Минимальный период обновления - Min-Expires.

42. Модификация тела сообщения - Content-Encoding.

43. Надежная доставка предварительных ответов - RAck.

44. Название организации, к которой относится SIP-элемент - Organization.

45. Национальный язык для тела сообщения - Content-Language.

46. Необходимость анонимности - Privacy.

47. Не поддерживается - Unsupported.

48. Номер предварительного ответа с надежной транспортировкой - Rseq.

49. Перечень опций, необходимых для обработки запроса - Require.

50. Перечень расширений - Supported.

51. Поддерживаемые типы запросов - Allow.

52. Поддерживаемые типы кодирования - Accept-Encoding.

53. Поддерживаемые типы языков - Accept-Language.

54. Подтверждение подлинности прокси-сервера - Proxy-Authenticate.

55. Приоритет SIP запроса для конечного пользователя - Priority.

56. Принудительный маршрут - Route.

57. Причина передачи запроса SIP - Reason.

58. Размер тела сообщения в байтах - Content-Length.

59. Скрыть - Hide.

60. Список адресов элементов сети, ведущих начисление платы - P-Charging-Function- Addresses.

61. Списочный адрес вызываемого пользователя - P-Called-Party-ID.

62. Список идентификаторов сеансов связи с данным отправителем - In-Reply-To.

63. Список контактных адресов для определенного зарегистрированного списочного адреса - Р-Associated-URI.

64. Список механизмов безопасности, поддерживаемых сервером - Security-Server.

65. Список механизмов безопасности, поддерживаемых клиентом - Security-Client.

66. Список элементов сети, через которые прошел запрос - Via.

67. Статус подписки - Subscription-State.

68. Текущий адрес пользователя - Contact.

69. Требование к прокси-серверу - Proxy-Require.

70. Тип события - Event.

71. Тип тела сообщения - Content-Type.

72. Типы тела сообщения принимаемые клиентом - Accept.

1. Данные пользователя - DATA.

2. Выборочное подтверждение - SACK.

3. Завершение сеанса связи - SHUTDOWN.

4. Завершение создания сеанса связи - COOKIE ECHO.

5. Опрос состояния - HEARTBEAT.

6. Ошибка - ERROR.

7. Подтверждение завершения сеанса - SHUTDOWN АСК.

8. Подтверждение завершения создания сеанса связи - COOKIE АСК.

9. Подтверждение создания сеанса связи - INIT АСК.

10. Подтверждение состояния - HEARTBEAT АСК.

11. Процедура завершения сеанса связи окончена - SHUTDOWN COMPLETE.

12. Создание сеанса связи - INIT.

13. Удаление сеанса связи - ABORT.

1. Активный процесс сервера приложений - ASP Active.

2. Данные - Data.

3. Завершение процесса сервера приложений - ASP Down.

4. Запрос на дерегистрацию - DeRegistration Request.

5. Запрос отчета о состоянии - State Request.

6. Запрос поиска - Retrieval Request.

7. Запрос на регистрацию - Registration Request.

8. Индикация перегрузки - Congestion Indication.

9. Индикация поиска - Retrieval Indication.

10. Индикация состояния - State Indication.

11. Индикация процесса сервера приложений - ASP Up.

12. Команда опроса состояния - Heartbeat.

13. Ответ на запрос на дерегистрацию - DeRegistration Response.

14. Ответ на запрос на регистрацию - Registration Response.

15. Ошибка - Error.

16. Подтверждение активного процесса сервера приложений - ASP Active Ack.

17. Подтверждение команды опроса состояния - Heartbeat Ack.

18. Подтверждение получения данных - Data Acknowledge.

19. Подтверждение поиска - Retrieval Confirm.

20. Подтверждение состояния - State Comfirm.

21. Подтверждение неактивного процесса сервера приложений - ASP Inactive Ack.

22. Полная индикация поиска - Retrieval Complete Indication.

23. Разъединение соединения (Запрос, индикация, подтверждение) - Release (Request, Indication, Confirmation).

24. Неактивный процесс сервера приложений - ASP Inactive.

25. Уведомление - Notify.

26. Уведомление об инициации процесса сервера приложений - ASP Up Ack.

27. Уведомление о завершении процесса сервера приложений - ASP Down Ack.

28. Установление соединения (Запрос, подтверждение) - Establish (Request, Confirmation).

1. Данные команды опроса состояния - Heartbeat Data.

2. Данные протокола - Protocol Data.

3. Действие - Action.

4. Диагностическая информация - Diagnostic Information.

5. Идентификатор интерфейса - Interface Identifier.

6. Идентификатор корреляции - Correlation Id.

7. Идентификатор процесса сервера приложений - ASP Identifier.

8. Информация о статусе - Status Information.

9. Информационная строка - Info String.

10. Ключ звена - Link Key.

11. Код ошибки - Error Code.

12. Номер последовательности - Sequence Number.

13. Результат - Result.

14. Результаты дерегистрации - DeRegistration Results.

15. Результаты регистрации - Registration Results.

16. Событие - Event.

17. Состояние - State.

18. Статус отбрасывания - Discard Status.

19. Статус перегрузки - Congestion Status.

20. Тип режима передачи трафика - Traffic Mode Type.

21. Тип статуса - Status Type.

1. Активный процесс сервера приложений - ASP Active.

2. Данные - Data.

3. Доступ к пункту назначения запрещен - Destination Restricted (DRST).

4. Завершение процесса сервера приложений - ASP Down.

5. Запрос на дерегистрацию - DeRegistration Request.

6. Запрос на регистрацию - Registration Request.

7. Инициализация процесса сервера приложений - ASP Up.

8. Команда опроса состояния - Heartbeat.

9. Ответ на запрос на дерегистрацию - DeRegistration Response.

10. Ответ на запрос на регистрацию - Registration Response.

11. Ошибка - Error.

12. Неактивный процесс сервера приложений - ASP Inactive.

13. Подтверждение активного процесса сервера приложений - ASP Active Ack.

14. Подтверждение инициализации процесса сервера приложений - ASP Up Ack.

15. Подтверждение неактивного процесса сервера приложений - ASP Inactive Ack.

16. Подтверждение команды опроса состояния - Heartbeat Ack.

17. Подсистема пользователя в пункте назначения недоступна - Destination User Part Unavailable (DUPU).

18. Пункт назначения недоступен - Destination Unavailable (DUNA).

19. Пункт назначения доступен - Destination Available (DAVA).

20. Проверка состояния пункта назначения - Destination State Audit (DAUD).

21. Перегрузка сигнализации - Congestion State (SCON).

22. Уведомление - Notify.

1. Вид сети - Network Appearance.

2. Данные протокола - Protocol Data.

3. Данные команды опроса состояния - Heartbeat Data.

4. Диагностическая информация - Diagnostic Information.

5. Идентификатор корреляции - Correlation Id.

6. Идентификатор состояния процесса сервера приложений - ASP Identifier.

7. Информационная строка - Info String.

8. Ключ маршрутизации - Routing Key.

9. Код ошибки - Error Code.

10. Контекст маршрутизации - Routing Context.

11. Неисправная точка кода - Affected Point Code.

12. Пользователь/Ситуация - User/Case.

13. Результат дерегистрации - DeRegistration Results.

14. Связанный пункт назначения - Concerned Destination.

15. Статус - Status.

16. Тип режима передачи трафика - Traffic Mode Type.

17. Указатели перегрузки - Congestion Indications.

1. Активный процесс сервера приложений - ASP Active.

2. Доступ к месту назначения запрещен - Destination Restricted.

3. Завершение процесса сервера приложений - ASP Down.

4. Завершение разъединения - Release Complete.

5. Запрос на дерегистрацию - DeRegistration Request.

6. Запрос на восстановление соединения - Reset Request.

7. Запрос на разъединение соединения - Release Request.

8. Запрос на установление соединения - Connection Request.

9. Запрос на регистрацию - Registration Request.

10. Инициация процесса сервера приложений - ASP Up.

11. Команда опроса состояния - Heartbeat.

12. Неактивный процесс сервера приложений - ASP Inactive.

13. Ответ на запрос на дерегистрацию - DeRegistration Response.

14. Ответ на запрос на регистрацию - Registration Response.

15. Ответ на передачу данных, не ориентированную на установление соединения - Connectionless Data Response.

16. Отказ в установлении соединения - Connection Refused.

17. Ошибка - Error.

18. Ошибка, ориентированная на установление соединения - Connection Oriented Error.

19. Передача данных, ориентированных на установление соединения - Connection Oriented Data Transfer.

20. Передача данных, не ориентированная на установление соединения - Connectionless Data Transfer.

21. Перегрузка сети - Network Congestion.

22. Подсистема пользователя в пункте назначения недоступна - Destination User Part Unavailable.

23. Подтверждение активного процесса сервера приложений - ASP Active Ack.

24. Подтверждение восстановления соединения - Request Confirm.

25. Подтверждение завершения процесса сервера приложений - ASP Down Ack.

26. Подтверждение инициализации процесса сервера приложений - ASP Up Ack.

27. Подтверждение команды опроса состояния - Heartbeat Ack.

28. Подтверждение неактивного процесса сервера приложений - ASP Inactive Ack.

29. Подтверждение передачи данных, ориентированной на установление соединения - Connection Oriented Data Acknowledge.

30. Подтверждение установления соединения - Connection Acknowledge.

31. Проверка состояния пункта назначения - Destination State Audit

32. Пункт назначения доступен - Destination Available.

33. Пункт назначения недоступен - Destination Unavailable.

34. Тест режима бездействия - Inactivity Test.

35. Уведомление - Notify.

1. Адрес места отправления - Source Address.

2. Адрес места назначения - Destination Address.

3. Вид сети - Network Appearance.

4. Важность - Importance.

5. Возможности сервера приложений - ASP Capabilities.

6. Данные - Data.

7 Данные команды опроса состояния - Heartbeat Data.

8. Диагностическая информация - Diagnostic Information.

9. Идентификатор состояния процесса сервера приложений - ASP Identifier.

10. Идентификатор корреляции - Correlation ID.

11. Индикатор сложности подсистемы - Subsystem Multiple Identifier (SMI).

12. Информационная строка - INFO String.

13. Класс протокола - Protocol Class.

14. Ключ маршрутизации - Routing Key.

15. Код ошибки - Error Code.

16. Контекст маршрутизации - Routing Context.

17. Контроль последовательности - Sequence Control.

18. Метка ТID - TID Label.

19. Метка номер обращения к адресату - DRN Label.

20. Неисправная точка кода - Affected Point Code.

21. Номер обращения к адресату - Destination Reference Number.

22. Номер обращения к источнику - Source Reference Number.

23. Номер подсистемы - Subsystem Number (SSN).

24. Номер последовательности - Sequence Number.

25. Пользователь/Причина - User/Case.

26. Приоритет сообщений - Message Priority.

27. Причина SCCP - SCCP Cause.

28. Разрешение на передачу очередного пакета данных - Credit.

29. Результат дерегистрации - Deregistration Result.

30. Результат регистрации - Registration Result.

31. Сегментация - Segmentation.

32. Статус - Status.

33. Счетчик повторной передачи сообщений ОКС N7 - SS7 Hop Count.

34. Тип режима передачи трафика - Traffic Mode Type.

35. Уровень перегрузки - Congestion Level.

1. Завершение - BYE.

2. Описание пользователя - Source Description (SDES).

3. Отчет источника - Sender Report (SR).

4. Отчет приемника - Receiver Report (RR).

1. Адрес электронной почты пользователя - EMAIL.

2. Географическое положение или адрес пользователя - LOG.

3 Название используемого программного обеспечения или оборудования - TOOL.

4. Реальное имя пользователя - NAME.

5. Телефонный номер пользователя - PHONE.

6. Транспортный адрес пользователя в формате адреса электронной почты - CNAME.