Приказ Министерства связи и массовых коммуникаций РФ от 27 января 2009 г. N 12 "Об утверждении Правил применения оборудования транзитных, оконечно-транзитных и оконечных узлов связи. Часть XI. Правила применения международных телефонных станций и междунар стр. 2

11) акустических сигналов и фразам автоинформатора согласно приложению N 7 к Правилам N 53-08;
12) технических и программных средств, используемых для обеспечения синхронизации, согласно приложению N 8 к Правилам N 53-08;
13) эхоподавляющих устройств согласно приложению 6 к Правилам N 59-06;
14) технического обслуживания согласно приложению 7 к Правилам N 59-06;
15) устойчивости к климатическим и механическим воздействиям согласно приложению 10 к Правилам N 59-06;
16) исключен.
13. Требование к качеству речи устанавливается не ниже 3,5 балла и определяется как среднее значение оценок качества речи по пятибалльной шкале.
14. Список используемых сокращений приведен в приложении N 3 к Правилам (справочно).
Приложение N 1
к Правилам применения оборудования транзитных,
оконечно-транзитных и оконечных узлов связи.
Часть XI. Правила применения международных
телефонных станций и международных центров
коммутации, использующих технологию
коммутации пакетов информации

Требования к параметрам протоколов сигнализации SIP-T, SIP-I

1. Протоколы SIP-T, SIP-I являются расширенными версиями протокола SIP и дополняют его в части процедур передачи сообщений протокола ISUP-R по сети электросвязи с коммутацией пакетов посредством механизмов трансляции и инкапсуляции.
2. Процедуры передачи сообщений ISUP-R с использованием протоколов SIP-T, SIP-I:
2.1. Для передачи по сети электросвязи с коммутацией пакетов сообщение протокола ISUP-R инкапсулируется в тело сообщений протоколов SIP-T, SIP-I. Часть информации сообщения сигнализации ОКС N 7, необходимая для маршрутизации, транслируется в поля заголовка сообщений протоколов SIP-T, SIP-I.
2.2. Параметры "Начального адресного сообщения" (IAM) протокола ISUP-R транслируются в поля заголовков сообщения INVITE протоколов SIP-T, SIP-I в соответствии с таблицей N 1.

Таблица N 1. Соответствие параметров сообщения IAM протокола ISUP-R полям заголовка протоколов SIP-T, SIP-I

Параметры IAM
Поля заголовка INVITE
Наличие в SIP-T
Наличие в SIP-I
Номер вызываемого абонентаRequest-URI
да
да
To
да
да
Номер вызывающего абонентаFrom
да
да
Счетчик числа переприемовMax-Forwards
да
не определено
Основной номерFrom
да
не определено
2.3. Запросы протоколов SIP-T, SIP-I CANCEL и BYE, не содержащие инкапсулированных сообщений протокола ISUP-R, интерпретируются на приемной стороне как сообщения "Разъединение" (REL) с кодом причины в соответствии с таблицей N 2.

Таблица N 2. Код причины разъединения, формируемый при получении запросов CANCEL и BYE

Запрос
Код причины разъединения
для протокола SIP-T
для протокола SIP-I
BYE
16
16
CANCEL
16
31
2.4. В случае использования поля "причина разъединения" (Reason) в заголовке сообщений протоколов SIP-T, SIP-I значение кода причины разъединения сообщения REL протокола ISUP-R устанавливается в соответствии со значением, указанным в поле Reason.
2.5. Ответы с кодом "100" протоколов SIP-T, SIP-I не содержат в своем теле инкапсулированных сообщений ОКС N 7.
2.6. Ответы серии 18x протоколов SIP-T, SIP-I, не содержащие инкапсулированных сообщений протокола ISUP-R, интерпретируются на приемной стороне в виде сообщений протокола ISUP-R в соответствии с таблицами NN 3-4.

Таблица N 3. Способы интерпретации ответов серии 18x, предусмотренные в протоколах SIP-T, SIP-I (в случае ожидания сообщения "Адрес полный" (АСМ))

Код ответа
Сообщение протокола ISUP-R
для протокола SIP-T
для протокола SIP-I
180
АСМ с индикатором обратного вызова, принимающим значение "абонент свободен"АСМ с индикатором обратного вызова, принимающим значение "абонент свободен"
182
АСМ с индикатором обратного вызова, принимающим значение "нет индикации"Не определено
183
АСМ с индикатором обратного вызова, принимающим значение "нет индикации"АСМ с индикатором обратного вызова, принимающим значение "нет индикации"

Таблица N 4. Способы интерпретации ответов серии 18х, предусмотренные в протоколах SIP-T, SIP-I (после приема сообщения "Адрес полный" (АСМ))

Код ответа
Сообщение протокола ISUP-R
для протокола SIP-T
для протокола SIP-I
180
Сообщение "Вызов устанавливается" (CPG), параметр "Индикатор события"=1 (Контроль Посылки Вызова (далее - КПВ))CPG, параметр "Индикатор события"=1 (КПВ)
181
CPG, параметр "Индикатор события"=6 (Переадресация)не определено
182
CPG, параметр "Индикатор события"=2 (Продолжение соединения)не определено
183
CPG, параметр "Индикатор события"=2 (Продолжение соединения)CPG, параметр "Индикатор события"=2 (Продолжение соединения)
2.7. Ответы с кодом "200" протоколов SIP-T, SIP-I, полученные на запрос INVITE, интерпретируются принимающей стороной как сообщения протокола ISUP-R "Ответ" (ANM) или "Соединение" (CON) при условии, что они поступили раньше сообщения АСМ. Ответы с кодом "200" протоколов SIP-T, SIP-I, полученные на запрос BYE, интерпретируются принимающей стороной как сообщение протокола ISUP-R "Разъединение завершено" (RLC).
2.8. Ответы серий 4хх - 6хх протоколов SIP-T, SIP-I, не содержащие инкапсулированных сообщений протокола ISUP-R, интерпретируются на приемной стороне как сообщения протокола ISUP-R REL с кодом причины разъединения в соответствии с таблицей N 5.

Таблица N 5. Способы интерпретации ответов серии 4хх-6хх, предусмотренные в протоколах SIP-T, SIP-I

Код ответа
Код причины разъединения
для протокола SIP-T
для протокола SIP-I
1
2
3
400
41
127
401
21
127
402
21
127
403
21
127
404
1
1
405
63
127
406
79
127
407
21
127
408
102
127
410
22
22
413
127
127
414
127
127
415
79
127
416
127
127
420
127
127
421
127
127
423
127
127
480
18
20
481
41
127
482
25
127
483
25
127
484
28
28
485
1
127
486
17
17
487
не определено
127 или не определено
488
не определено
127
491
не определено
не определено
500
41
127
501
79
127
502
38
127
503
41
127
504
102
127
513
127
127
600
17
17
603
21
21
604
1
1
606
не определено
127
2.9. Сообщения REL протокола ISUP-R с различными кодами причин разъединения вызова преобразуются в сообщения протоколов SIP-T, SIP-I в соответствии с таблицей N 6.

Таблица N 6. Способы интерпретации кодов причин разъединения сообщения протокола ISUP-R REL

Код причины разъединения
Сообщения протоколов
для протокола SIP-T
для протокола SIP-I
1
2
3
1
2
3
1
404
404
2
404
500
3
404
500
4
не определено
500
5
не определено
404
8
не определено
500
9
не определено
500
16
BYE, CANCEL
BYE, CANCEL
17
486
486
18
408
480
19
480
480
20
480
480
21
403
480
22
410
410
22
301
не определено
23
410
не определено
25
не определено
480
26
404
не определено
27
502
502
28
484
484
29
501
500
31
480
480, CANCEL
2.10. Тело сообщения протоколов SIP-T, SIP-I поддерживает тип "многослойное/смешанное" (multipart/mixed) и имеет кодировку в формате многоцелевых расширений почты Интернет (MIME). Инкапсулированные сообщения протокола ISUP-R имеют тип MIME-кодировки "информация протокола ISUP-R" (ISUP-R Media Type).
Приложение N 2
к Правилам применения оборудования транзитных,
оконечно-транзитных и оконечных узлов связи.
Часть XI. Правила применения международных
телефонных станций и международных центров
коммутации, использующих технологию
коммутации пакетов информации

Требования к параметрам протоколов SIGTRAN

1. В оборудовании МНТС и МЦК реализованы следующие протоколы группы SIGTRAN:
1) протокол передачи с управлением потоками (SCTP);
2) протокол уровня адаптации пользователей подсистемы MTP2 (M2UA);
3) протокол уровня адаптации пользователей подсистемы MTP3 (M3UA);
4) протокол уровня адаптации пользователей подсистемы SCCP (SUA);
5) протокол уровня адаптации пользователя сигнализации цифрового доступа (IUA).
2. Требования, предъявляемые к протоколам SCTP, M2UA, M3UA, SUA, приведены в приложении N 14 к Правилам N 58-07.
3. Протокол IUA применяется при организации служебной связи для обеспечения обмена сообщениями сигнализации EDSS1 по сети передачи данных с коммутацией пакетов информации с использованием транспортного протокола SCTP.
4. Значение номера порта протокола IUA равно "9900". Идентификатор полезной нагрузки протокола SCTP для IUA принимает значение равное "1".
5. Протокол IUA выполняет следующие функции:
1) передачу пограничных примитивов Q.921/Q.931;
2) взаимодействие модулей управления на шлюзе сигнализации и контроллере шлюзов;
3) определение соответствия между идентификаторами интерфейса и физическими интерфейсами;
4) определение соответствия между идентификаторами интерфейса и соединением SCTP;