Приказ Мининформсвязи России от 21.04.2008 N 44
МИНИСТЕРСТВО ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И СВЯЗИ
РОССИЙСКОЙ ФЕДЕРАЦИИ
ПРИКАЗ
от 21 апреля 2008 г. N 44
ОБ УТВЕРЖДЕНИИ ПРАВИЛ
ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ ТРАНЗИТНЫХ, ОКОНЕЧНО-ТРАНЗИТНЫХ
И ОКОНЕЧНЫХ УЗЛОВ СВЯЗИ. ЧАСТЬ III. ПРАВИЛА ПРИМЕНЕНИЯ
ГОРОДСКИХ АВТОМАТИЧЕСКИХ ТЕЛЕФОННЫХ СТАНЦИЙ, ИСПОЛЬЗУЮЩИХ
ТЕХНОЛОГИЮ КОММУТАЦИИ ПАКЕТОВ ИНФОРМАЦИИ
В соответствии со статьей 41 Федерального закона от 7 июля 2003 г. N 126-ФЗ "О связи" (Собрание законодательства Российской Федерации, 2003, N 28, ст. 2895; N 52 (ч. I), ст. 5038; 2004, N 35, ст. 3607; N 45, ст. 4377; 2005, N 19, ст. 1752; 2006, N 6, ст. 636; N 10, ст. 1069; N 31 (ч. I), ст. 3431, 3452; 2007, N 1, ст. 8; N 7, ст. 835) и пунктом 4 Правил организации и проведения работ по обязательному подтверждению соответствия средств связи, утвержденных Постановлением Правительства Российской Федерации от 13 апреля 2005 г. N 214 (Собрание законодательства Российской Федерации, 2005, N 16, ст. 1463), приказываю:
1. Утвердить прилагаемые Правила применения оборудования транзитных, оконечно-транзитных и оконечных узлов связи. Часть III. Правила применения городских автоматических телефонных станций, использующих технологию коммутации пакетов информации.
2. Направить настоящий Приказ на государственную регистрацию в Министерство юстиции Российской Федерации.
3. Контроль за исполнением настоящего Приказа возложить на заместителя Министра информационных технологий и связи Российской Федерации Б.Д. Антонюка.
Министр
Л.Д.РЕЙМАН
Приложение
ПРАВИЛА
ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ ТРАНЗИТНЫХ, ОКОНЕЧНО-ТРАНЗИТНЫХ
И ОКОНЕЧНЫХ УЗЛОВ СВЯЗИ. ЧАСТЬ III. ПРАВИЛА ПРИМЕНЕНИЯ
ГОРОДСКИХ АВТОМАТИЧЕСКИХ ТЕЛЕФОННЫХ СТАНЦИЙ, ИСПОЛЬЗУЮЩИХ
ТЕХНОЛОГИЮ КОММУТАЦИИ ПАКЕТОВ ИНФОРМАЦИИ
I. Общие положения
1. Правила применения городских автоматических телефонных станций, использующих технологию коммутации пакетов информации (далее - Правила), разработаны в соответствии со статьей 41 Федерального закона от 7 июля 2003 г. N 126-ФЗ "О связи" (Собрание законодательства Российской Федерации, 2003, N 28, ст. 2895; N 52 (ч. I), ст. 5038; 2004, N 35, ст. 3607; N 45, ст. 4377; 2005, N 19, ст. 1752; 2006, N 6, ст. 636; N 10, ст. 1069; N 31 (ч. I), ст. 3431, 3452; 2007, N 1, ст. 8; N 7, ст. 835) в целях обеспечения целостности, устойчивости функционирования и безопасности единой сети электросвязи Российской Федерации.
2. Правила устанавливают обязательные требования к параметрам оборудования, входящего в состав городских автоматических телефонных станций (далее - узлы связи), выполняющих функции транзитных, оконечно-транзитных и оконечных узлов связи, за исключением требований к программному, техническому или физическому разделению указанного оборудования для целей использования в составе сетей связи различных операторов связи.
2.1. Оборудование городских автоматических телефонных станций, использующих технологию коммутации пакетов информации, может использоваться в составе территориально распределенных узлов связи, а также как одно устройство в составе нескольких узлов связи.
3. Транзитные, оконечно-транзитные и оконечные узлы связи идентифицируются как городские автоматические телефонные станции и в соответствии с подпунктом 6 пункта 1 Перечня средств связи, подлежащих обязательной сертификации, утвержденного Постановлением Правительства Российской Федерации от 31 декабря 2004 г. N 896 (Собрание законодательства Российской Федерации, 2005, N 2, ст. 155), должны пройти процедуру обязательной сертификации в порядке, установленном Правилами организации и проведения работ по обязательному подтверждению соответствия средств связи, утвержденными Постановлением Правительства Российской Федерации от 13 апреля 2005 г. N 214 (Собрание законодательства Российской Федерации, 2005, N 16, ст. 1463).
II. Требования к оборудованию городских станций,
использующих технологию коммутации пакетов информации
4. Узлы связи в зависимости от выполняемых функций подразделяется на:
1) транзитные узлы связи, обеспечивающие транзит трафика между двумя узлами связи;
2) оконечно-транзитные узлы связи, обеспечивающие подключение пользовательского (оконечного) оборудования и транзит трафика между двумя узлами связи;
3) оконечные узлы связи, обеспечивающие подключение пользовательского (оконечного) оборудования.
5. Узлы связи, выполняющие функции оконечных или оконечно-транзитных узлов связи, обеспечивают возможность выноса абонентского оборудования в удаленные абонентские модули (концентраторы, подстанции) общей емкостью до 100% емкости узла связи. Максимальное число удаленных абонентских модулей не ограничивается.
6. Узлы связи, выполняющие функции транзитных и оконечно-транзитных узлов связи, обеспечивают возможность установления соединений по прямым и обходным направлениям.
7. Узлы связи реализуют функции пункта сигнализации сети сигнализации ОКС N 7. Оконечно-транзитные и транзитные узлы связи реализуют функции транзитных пунктов сигнализации ОКС N 7.
8. Оборудование узлов связи сохраняет работоспособность при отклонении напряжения электропитания от номинальных значений в допустимых пределах:
1) при номинальном напряжении 60 В - в пределах от 48,0 до 72,0 В;
2) при номинальном напряжении 48 В - в пределах от 40,5 до 57,0 В;
3) при номинальном напряжении тока 220 В - в пределах от 187 до 242 В (частота - от 47,5 до 50,5 Гц, коэффициент нелинейных искажений - не более 10%, кратковременное (длительностью до 3 с) изменение напряжения относительно номинального значения +/- 40%).
9. Для оборудования узлов связи, использующих технологию коммутации пакетов информации, устанавливаются следующие обязательные требования к параметрам:
1) интерфейсов согласно приложению 1 к Правилам применения транзитных междугородных узлов автоматической коммутации. Часть I. Правила применения транзитных междугородных узлов связи, использующих систему сигнализации по общему каналу сигнализации N 7 (ОКС N 7), утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 16.05.2006 N 59 (зарегистрирован в Министерстве юстиции Российской Федерации 29 мая 2006 г., регистрационный N 7879) (далее - Правила N 59-06);
2) технических и программных средств, используемых для обеспечения синхронизации согласно приложению 2 к Правилам N 59-06;
3) технического обслуживания согласно приложению 7 к Правилам N 59-06;
4) электропитания согласно приложению 9 к Правилам N 59-06;
5) устойчивости к климатическим и механическим воздействиям согласно приложению 10 к Правилам N 59-06;
6) исключен. - Приказ Минкомсвязи России от 23.04.2013 N 93;
7) интерфейсов оконечно-транзитных и оконечных узлов связи с пользовательским оконечным оборудованием согласно приложению N 1 к Правилам;
8) передачи согласно приложению N 2 к Правилам применения оборудования транзитных, оконечно-транзитных и оконечных узлов связи. Часть I. Правила применения городских автоматических телефонных станций, использующих систему сигнализации по общему каналу сигнализации N 7 (ОКС N 7), утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 11.09.2007 N 106 (зарегистрирован в Министерстве юстиции Российской Федерации 1 октября 2007 г., регистрационный N 10220) (далее - Правила N 106-07);
9) синхронизации согласно приложению N 3 к Правилам N 106-07;
10) систем сигнализации и протоколов сигнализации и управления, используемых на интерфейсах оконечных и оконечно-транзитных узлов связи с оконечным (пользовательским) оборудованием согласно приложению N 4 к Правилам N 106-07;
11) систем межстанционной сигнализации согласно приложению N 5 к Правилам N 106-07;
12) оборудования узлов связи в части обеспечения использования нумерации согласно приложению N 6 к Правилам N 106-07;
13) оборудования автоматического определения категории и абонентского номера оконечного (пользовательского) оборудования вызывающего абонента согласно приложению N 7 к Правилам N 106-07;
14) акустических и вызывных сигналов и фраз автоинформатора согласно приложению N 8 к Правилам N 106-07;
15) системы учета данных для начисления платы согласно приложению N 9 к Правилам N 106-07;
16) реализации протоколов SIGTRAN согласно приложению N 2 к Правилам;
17) интерфейсов доступа к сети передачи данных на скорости 10 Гбит/с (10 Gigabit Ethernet) согласно приложению 6 к Правилам применения оконечного оборудования, выполняющего функции систем коммутации, утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 24.08.2006 N 113 (зарегистрирован в Министерстве юстиции Российской Федерации 4 сентября 2006 г., регистрационный N 8196) (далее - Правила N 113-06);
18) интерфейсов доступа к сети передачи данных на скорости 1000 Мбит/с (Gigabit Ethernet) согласно приложению 7 к Правилам N 113-06;
19) интерфейсов доступа к сети передачи данных на скорости 100 Мбит/с (Fast Ethernet) согласно приложению 8 к Правилам N 113-06;
20) интерфейсов доступа к сети передачи данных на скорости 10 Мбит/с (Ethernet) согласно приложению 9 к Правилам N 113-06;
21) протокола передачи пакетов информации мультимедийной информации (протокола H.323) согласно приложению 10 к Правилам N 113-06;
22) протокола инициирования сеанса связи (протокола SIP) согласно приложению 11 к Правилам N 113-06;
23) протоколов реального времени RTP/RTCP согласно приложению N 2 к Правилам применения оборудования передачи голосовой и видеоинформации по сетям передачи данных, утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 10.01.2007 N 1 (зарегистрирован в Министерстве юстиции Российской Федерации 19 января 2007 г., регистрационный N 8809) (далее - Правила N 1-07);
24) протокола H.248/MEGACO согласно приложению N 3 к Правилам N 1-07;
25) протокола MGCP согласно приложению N 4 к Правилам N 1-07.
10. Требования к качеству речевых сигналов от абонента до абонента устанавливаются не ниже 3,5 балла и определяются как среднее значение оценок качества воспроизведения речи по пятибалльной шкале (MOS).
11. Список используемых сокращений приведен в приложении N 3 к Правилам (справочно).
Приложение N 1
к Правилам применения оборудования
транзитных, оконечно-транзитных
и оконечных узлов связи.
Часть III. Правила применения
городских автоматических телефонных
станций, использующих технологию
коммутации пакетов информации
ТРЕБОВАНИЯ
К ПАРАМЕТРАМ ИНТЕРФЕЙСОВ ОКОНЕЧНО-ТРАНЗИТНЫХ И ОКОНЕЧНЫХ
УЗЛОВ СВЯЗИ С ПОЛЬЗОВАТЕЛЬСКИМ ОКОНЕЧНЫМ ОБОРУДОВАНИЕМ
1. В оконечно-транзитных и оконечных узлах связи, обеспечивающих реализацию интерфейса аналоговой абонентской линии (далее - интерфейс Z), выполняются следующие требования:
1.1. Характеристики передачи интерфейса Z:
1) комплексное нагрузочное сопротивление соответствует последовательному соединению R1 с параллельно соединенными R2 и C.
R1 = (150,0 +/- 1,5) Ом, R2 = (510,0 +/- 5,1) Ом, C = (47,0 + 0,47) нФ;
2) затухание несогласованности по отношению к испытательному контуру, равному комплексному нагрузочному сопротивлению, составляет:
а) не менее 14 дБ в диапазонах от 300 до 500 Гц и от 2000 до 3400 Гц;
б) не менее 18 дБ в диапазоне от 500 до 2000 Гц;
3) затухание асимметрии полного сопротивления относительно "земли" составляет не менее 40 дБ в диапазоне частот от 300 до 600 Гц и не менее 46 дБ в диапазоне частот от 600 до 3400 Гц;
4) значения входных и выходных уровней:
а) входной уровень - от минус 0,3 до плюс 0,7 дБ;
б) выходной уровень - от минус 7,7 до минус 6,7 дБ.
1.2. Требования к параметрам электрических цепей интерфейса Z приведены в таблице N 1.
Таблица N 1
1.3. Требования к параметрам аналоговых абонентских линий приведены в таблице N 2.
Таблица N 2
2. В оконечно-транзитных и оконечных узлах связи реализуется интерфейс первичного доступа, который определяется как цифровой интерфейс между узлом связи и пользовательским (оконечным) оборудованием и соответствует следующим требованиям:
2.1. Интерфейс первичного доступа имеет следующую структуру: (30B + D), где:
B - информационный канал со скоростью передачи 64 кбит/с;
D - канал для передачи сигнальной информации со скоростью передачи 64 кбит/с.
2.2. На интерфейсе первичного доступа в сторону оконечного (пользовательского) оборудования выполняются требования физического уровня, приведенные в приложении 3 к Правилам N 113-06.
2.3. На интерфейсе первичного доступа реализуется протокол цифровой абонентской системы сигнализации N 1 (далее - EDSS1).
3. В случае реализации в оконечно-транзитных или оконечных узлах связи интерфейса базового доступа, который определяется как цифровой интерфейс между узлом связи и пользовательским (оконечным) оборудованием, выполняется следующее требование:
3.1. Интерфейс базового доступа имеет следующую структуру: (2B + D), где:
B - информационный канал со скоростью передачи 64 кбит/с;
D - канал для передачи сигнальной информации со скоростью передачи 16 кбит/с.
3.2. В случае реализации в оконечно-транзитных или оконечных узлах связи четырехпроходного интерфейса базового доступа в сторону пользовательского (оконечного) оборудования выполняются требования физического уровня, приведенные в приложении 1 к Правилам N 113-06.
3.3. На двухпроводном интерфейсе базового доступа в сторону оконечного (пользовательского) оборудования выполняются требования физического уровня, приведенные в приложении 2 к Правилам N 113-06.
3.4. На интерфейсе базового доступа реализуется протокол EDSS1.
4. В случае реализации в оконечно-транзитных или оконечных узлах связи интерфейса с оборудованием абонентского доступа (далее - V5) выполняются следующие требования:
4.1. В оконечно-транзитных или оконечных узлах связи реализуется интерфейс V5.1, содержащий один интерфейс на скорости 2048 кбит/с, и (или) интерфейс V5.2, содержащий до 16 интерфейсов на скорости 2048 кбит/с.
4.2. На физическом уровне интерфейсов V5.1 и V5.2 используется интерфейс A, требования к которому приведены в таблице П.1.1. приложения 1 к Правилам N 59-06.
Приложение N 2
к Правилам применения оборудования
транзитных, оконечно-транзитных
и оконечных узлов связи.
Часть III. Правила применения
городских автоматических телефонных
станций, использующих технологию
коммутации пакетов информации
ТРЕБОВАНИЯ
К ПАРАМЕТРАМ РЕАЛИЗАЦИИ ПРОТОКОЛОВ SIGTRAN ДЛЯ УЗЛОВ СВЯЗИ,
ОБЕСПЕЧИВАЮЩИХ ПОДКЛЮЧЕНИЕ ПОЛЬЗОВАТЕЛЬСКОГО
(ОКОНЕЧНОГО) ОБОРУДОВАНИЯ
1. Оборудование узла связи обеспечивает передачу сообщений подсистем ОКС N 7 между шлюзом сигнализации (SG) и устройством управления шлюзами (MGC), а также передачу сообщений V5.1, V5.2, EDDS между шлюзом доступа (AG) и MGC с использованием следующих протоколов, входящих в группу протоколов SIGTRAN :
1) SCTP - протокол передачи с управлением потоками реализуется в устройстве управления шлюзами (MGC), шлюзе сигнализации (SG) и шлюзом доступа (AG);
2) M2UA (MTP2-User Adaptation Layer) протокол обеспечивает адаптацию SCTP к MTP3. M2UA предоставляет свои услуги MTP3 в сети передачи данных с коммутацией пакетов информации M2UA, имеет зарегистрированный номер порта 2904. Реализуется в устройстве управления шлюзами (MGC) и шлюзе сигнализации (SG);
3) M2PA (MTP2 Peer-to-Peer Adaptation Layer) протокол обеспечивает адаптацию SCTP к MTP3. Шлюз сигнализации (SG), который использует M2PA, имеет собственный код пункта сигнализации и выполняет функции сигнализации верхнего уровня, такие как функции SCCP;
4) M3UA (MTP3-User Adaptation Layer) обеспечивает интерфейс между SCTP и теми протоколами ОКС N 7, которые используют услуги MTP3;
5) SUA (SCCP-User Adaptation Layer) обеспечивает интерфейс между подсистемой SCCP ОКС N 7 и SCTP;
6) IUA (ISDN Q.921-User Adaptation Layer) работает поверх SCTP и обеспечивает для сигнализации EDSS1 (первичного и базового доступа) прозрачную транспортировку сообщений Q.931 и QSIG по сети передачи данных с коммутацией пакетов информации;
7) V5UA (V5.2-User Adaptation Layer) работает поверх SCTP и обеспечивает для V5.2 прозрачную транспортировку сообщений по сети передачи данных с коммутацией пакетов информации.
2. Для узлов связи, использующих технологию коммутации пакетов информации, устанавливаются следующие обязательные требования к параметрам реализации протоколов SIGTRAN, приведенным в приложении 14 Правил применения оборудования коммутации систем подвижной радиотелефонной связи. Часть II. Правила применения оборудования коммутации сети подвижной радиотелефонной связи стандарта GSM 900/1800, утвержденных Приказом Министерства информационных технологий и связи Российской Федерации от 31.05.2007 N 58, зарегистрированных в Министерстве юстиции Российской Федерации 22 июня 2007 г., регистрационный N 9675:
1) требования к параметрам протокола SCTP (п. 2 приложения);
2) требования к параметрам протокола M2UA (п. 3 приложения);
3) требования к параметрам протокола M3UA (п. 4 приложения);
4) требования к параметрам протокола SUA (п. 5 приложения).
3. Требования к реализации протокола сигнализации IUA - протокола уровня адаптации пользователя сигнализации цифрового доступа Q.921.
3.1. Протокол IUA реализован в следующих устройствах:
1) устройстве управления шлюзом (MGC);
2) шлюзе доступа (AG), обеспечивающем передачу сообщений сигнализации Q.921 устройству управления шлюзом (MGC).
3.2. Протокол IUA обеспечивает:
1) передачу граничных примитивов Q.921/Q.931;
2) связь между модулями управления уровнями в AG и MGC;
3) управление активными соединениями между AG и MGC.
3.3. Протокол IUA реализует следующие функции:
1) отображение Interface ID на физический интерфейс AG;
2) сохранение уровнем IUA в AG состояния MGC, которое он поддерживает;
3) управления потоком SCTP;
4) прямое взаимодействие при управлении сетью ОКС N 7;
5) управление перегрузками.
3.4. Перечень сообщений IUA приведен в таблице N 1. Значение номера порта SCTP и UDP/TCP для IUA равно "9900".
Таблица N 1. Сообщения IUA
3.5. Значение "Идентификатора протокола полезной нагрузки SCTP" (SCTP Payload Protocol Identifier, "Идентификатор протокола верхнего уровня") равно "1".
3.6. Передача граничных примитивов протоколов Q.921/Q.931.
Для передачи граничных примитивов Q.921/Q.931 используются сообщения QPTM. Для установления и разъединения канала передачи данных устройство управления шлюзами (MGC) отправляет сообщения "Establish" и "Release" ("Request", "Confirm", "Indication") шлюзу доступа (AG). По получению сообщения шлюз доступа (AG) посылает соответствующее сообщение MGC.
3.7. Связь между модулями управления уровнями в шлюзе доступа (AG) и устройстве управления шлюзами (MGC) обеспечивается посредством передачи сообщений MGMT.
3.8. Управление активными соединениями между шлюзом доступа (AG) и устройством управления шлюзами (MGC).
Для оповещения о своем текущем состоянии устройства обмениваются соответствующими сообщениями ASPSM и ASPTM.
3.9. Формат общего заголовка и перечень поддерживаемых полей приведены на рисунке 1.
Рисунок 1. Формат общего заголовка
3.10. Требования к функциям кодирования и декодирования полей общего заголовка:
1) поле "Версия" содержит версию уровня адаптации IUA, поддерживается версия 1;
2) поле "Класс сообщения" определяет класс сообщения и содержит следующие значения:
0 - Сообщения управления уровнем IUA (MGMT);
1 - Зарезервировано;
2 - Зарезервировано;
3 - Сообщения поддержания состояния процесса сервера приложений (ASPSM);
4 - Сообщения поддержания трафика процесса сервера приложений (ASPTM);
5 - Сообщения передачи граничных примитивов Q.921/Q.931 (QPTM);
6 - Зарезервировано;
7 - Зарезервировано;
8 - Зарезервировано;
9 - 127 - Зарезервировано;
128 - 255 - Зарезервировано;
3) поле "Зарезервировано" устанавливается равным "0";
4) поле "Тип сообщения" определяет тип сообщения и содержит следующие значения:
Сообщения передачи граничных примитивов Q.921/Q.931 (QPTM):
0 - Зарезервировано;
1 - Сообщения запроса на передачу данных (Data Request Message);
2 - Сообщение индикации данных (Data Indication Message);
3 - Сообщение запроса на получение блока данных (Unit Data Request Message);
4 - Сообщение индикации блока данных (Unit Data Indication Message);
5 - Запрос на установление соединения (Establish Request);
6 - Подтверждение установления соединения (Establish Confirm);
7 - Индикация установления соединения (Establish Indication);
8 - Запрос на разъединение соединения (Release Request);
9 - Подтверждение разъединения (Release Confirm);
10 - Индикация разъединения (Release Indication);
11 - 127 - Зарезервировано;
128 - 255 - Зарезервировано.
Сообщения поддержания состояния процесса сервера приложений (ASPSM):
0 - Зарезервировано;
1 - Инициация ASP (ASP Up (UP));
2 - Завершение ASP (ASP Down (DOWN));
3 - Команда опроса состояния (Heartbeat (BEAT));
4 - Подтверждение инициации ASP (ASP Up Ack (UP ACK));
5 - Подтверждение завершения ASP (ASP Down Ack (DOWN ACK));
6 - Подтверждение команды опроса состояния (Heartbeat Ack (BEAT ACK));
7 - 127 - Зарезервировано;
128 - 255 - Зарезервировано.
Сообщения поддержания трафика процесса сервера приложений (ASPTM):
0 - Зарезервировано;
1 - Активный ASP (ASP Active (ACTIVE));
2 - Неактивный ASP (ASP InActive (INACTIVE));
3 - Подтверждение активного ASP (ASP Active Ack (ACTIVE ACK));
4 - Подтверждение неактивного ASP (ASP InActive Ack (INACTIVE ACK));
5 - 127 - Зарезервировано;
128 - 255 - Зарезервировано.
Сообщения управления уровнем (MGMT):
0 - Ошибка (Error (ERR));
1 - Уведомление (Notify (NTFY));
3 - Запрос информации о статусе TEI (TEI Status Request);
4 - Подтверждение статуса TEI (TEI Status Confirm);
5 - TEI Query Request;
6 - 127 - Зарезервировано;
128 - 255 - Зарезервировано;
5) поле "Длина сообщения" определяет длину сообщения в октетах, включая общий заголовок.
3.11. Формат параметра переменной длины и перечень поддерживаемых полей приведены на рисунке 2.
Рисунок 2. Формат параметра переменной длины
3.12. Требования к функциям кодирования и декодирования полей параметра переменной длины:
1) поле "Тэг параметра" определяет тип параметра, принимающий значение от 0 до 65 534. Значения общих параметров, используемых уровнями адаптации, лежат в диапазоне от 0x00 до 0x3f. Список общих параметров и их значений для всех уровней адаптации соответствует таблице N 2.
Таблица N 2
2) поле "Длина параметра" содержит размер параметра в байтах, включая поля "Тэг параметра", "Длина параметра" и "Значение параметра";
3) поле "Значение параметра" содержит информацию, передаваемую в параметре. Общая длина параметра, включая поля "Тэг параметра", "Длина параметра" и "Значения параметра", кратна 4 байтам, иначе параметр дополняется до конца нулевыми байтами (не более 3 байт).
3.13. Форматы специального заголовка и перечень поддерживаемых полей приведены на рисунках 3, 4.
Рисунок 3. Формат специального заголовка (целочисленный
идентификатор интерфейса)
Рисунок 4. Формат специального заголовка (текстовый
идентификатор интерфейса)
3.14. Требования к функциям кодирования и декодирования полей специального заголовка:
1) значение поля "Тэг" для целочисленного идентификатора интерфейса равно 0x1, поле "Длина" устанавливается равным 8;
2) значение поля "Тэг" для текстового формата идентификатора интерфейса равно 0x3, поле "Длина" имеет переменное значение;
3) поле "DLCI" кодируется в соответствии с Q.921;
4) формат и перечень поддерживаемых полей "DLCI" приведены на рисунке 5.
Рисунок 5. Формат полей "DLCI"
3.15. Поддерживается целочисленный формат идентификатора интерфейса. Поддержка текстового формата идентификатора интерфейса является факультативной.
3.16. Формат сообщений "Разъединение соединения (Release Messages)" приведен на рисунке 6.
Рисунок 6. Формат сообщений "Разъединение соединения
(Release Messages)"
Значения параметра "Причина (Reason)" приведены в таблице N 3.
Таблица N 3
3.17. Формат сообщений "Данные (Data Messages)" и "Блок данных (Unit Data Messages)" приведен на рисунке 7.
Рисунок 7. Формат сообщений "Данные (Data Messages)",
"Блок данных (Unit Data Messages)"
3.18. Формат сообщения "Инициация ASP (ASP Up)" приведен на рисунке 8.
Рисунок 8. Формат сообщения "Инициация ASP
(ASP Up Message)"
3.19. Формат сообщения "Подтверждение инициации ASP (ASP Up Ack)" приведен на рисунке 9.
Рисунок 9. Формат сообщения "Подтверждение инициации ASP
(ASP Up Ack)"
3.20. Формат сообщений "Завершение ASP (ASP Down)", "Подтверждение завершения ASP (ASP Down Ack)" приведен на рисунке 10.
Рисунок 10. Формат сообщений "Завершение ASP (ASP Down)",
"Подтверждение завершения ASP (ASP Down Ack)"
3.21. Форматы сообщений "Активный ASP (ASP Active)", "Подтверждение активного ASP (ASP Active Ack)" приведены на рисунках 11, 12.
Рисунок 11. Формат сообщений "Активный ASP (ASP Active)",
"Подтверждение активного ASP (ASP Active Ack)"
(с целочисленным идентификатором интерфейса)
Рисунок 12. Формат сообщений "Активный ASP (ASP Active)",
"Подтверждение активного ASP (ASP Active Ack)"
(с текстовым идентификатором интерфейса)
Значения параметра "Тип (Type)" соответствуют:
приоритетный - 0x1;
с разделением нагрузки - 0x2.
3.22. Форматы сообщений "Неактивный ASP (ASP InActive)", "Подтверждение неактивного ASP (ASP InActive Ack)" приведены на рисунках 13, 14.
Рисунок 13. Формат сообщений "Неактивный ASP (ASP
InActive)", "Подтверждение неактивного ASP (ASP InActive
Ack)" (с целочисленным идентификатором интерфейса)
Рисунок 14. Формат сообщений "Неактивный ASP (ASP
InActive)", "Подтверждение неактивного ASP (ASP InActive
Ack)" (с текстовым идентификатором интерфейса)
3.23. Формат сообщения "Команда опроса состояния (Heartbeat)" приведен на рисунке 15.
Рисунок 15. Формат сообщения "Команда опроса
состояния (Heartbeat)"
3.24. Формат сообщения "Ошибка (Error)" приведен на рисунке 16.
Рисунок 16. Формат сообщения "Ошибка (Error)"
Значения параметра "Код ошибки (Error Code)" приведены в таблице N 4.
Таблица N 4
3.25. Формат сообщения "Уведомление (Notify)" показан на рисунках 17, 18.
Рисунок 17. Формат сообщения "Уведомление (Notify)"
(с целочисленным идентификатором интерфейса)
Рисунок 18. Формат сообщения "Уведомление (Notify)"
(с текстовым идентификатором интерфейса)
Значения параметра "Тип статуса (Status Type)" приведены в таблице N 5.
Таблица N 5
Значения параметра "Идентификация статуса (Status Identification)" приведены в таблице N 6.
Таблица N 6
3.26. Формат сообщения "Статус TEI (TEI Status)" приведен на рисунке 19.
Рисунок 19. Формат сообщения "Статус TEI (TEI Status)"
Значения параметра "Статус (Status)" приведены в таблице N 7.
Таблица N 7
4. Требования к реализации протокола сигнализации V5UA - протокола уровня адаптации пользователя V5.2.
4.1. Протокол V5UA реализован в следующих устройствах:
1) устройстве управления шлюзом (MGC);
2) шлюзе доступа (AG), обеспечивающем передачу сообщений сигнализации V5.2 устройству управления шлюзом (MGC).
4.2. Перечень сообщений V5UA приведен в таблице N 8.
4.3. Значение номера порта SCTP и UDP/TCP для V5UA равно 5675.
4.4. В узлах связи, обеспечивающих реализацию интерфейса с оборудованием абонентского доступа (далее - V5), выполняются следующие требования:
4.5. В оконечных и оконечно-транзитных узлах связи реализуется интерфейс V5.1, содержащий один интерфейс на скорости 2048 кбит/с, и (или) интерфейс V5.2, содержащий до 16 интерфейсов на скорости 2048 кбит/с.
4.6. На физическом уровне интерфейсов V5.1 и V5.2 используется интерфейс A, требования к которому приведены в приложении 1 к Правилам N 59-06.
Таблица N 8
Перечень сообщений ASPSM, ASPTM, MGMT приведен в п. 3.10.
4.7. Значение "Идентификатора протокола полезной нагрузки SCTP" (SCTP Payload Protocol Identifier, "Идентификатора протокола верхнего уровня") равно "6". Допустимо значение "0".
4.8. Формат специального заголовка и перечень поддерживаемых полей приведены на рисунке 20.
Рисунок 20. Формат специального заголовка (с целочисленным
идентификатором интерфейса)
4.9. Требования к функциям кодирования и декодирования полей специального заголовка:
1) поле "Граница адреса функции" (EFA - Envelope Function Address) определяет С - тракт. EFA уникальным образом определяет один из пяти протоколов V5.2 или устройство ISDN , присоединенное к AN. Значения поля EFA приведены в таблице N 9;
Таблица N 9
2) для сообщений МРН поля SAPI, TEI и EFA устанавливаются равными "0" и игнорируются получателем. Для остальных сообщений поле DLCI устанавливается в соответствии со стандартом V5.2.
4.10. Значение параметра "Идентификатор интерфейса (Interface Identifier)" удовлетворяет "соглашению по наименованию". Формат параметра "Идентификатор интерфейса (Interface Identifier)" в целочисленном формате приведен на рисунке 21.
Рисунок 21. Формат параметра "Идентификатор интерфейса
(Interface Identifier)" (целочисленный формат)
4.11. Требования к функциям кодирования и декодирования полей "Идентификатор интерфейса (Interface Identifier)" в целочисленном формате:
1) поле "Идентификатор канала (Link Identifier)" - идентификатор канала E1 в SG;
2) поле "Chnl ID (Channel Identifier)" - идентификатор канала, равный номеру тайм-слота (тайм-слоты для C-каналов на интерфейсе V5 - 15, 16 и 31). Для сообщений управления каналом идентификатор "Chnl ID" устанавливается равным "0";
3) идентификатор интерфейса в текстовом формате кодируется как шестнадцатиричное представление идентификатора интерфейса в целочисленном формате, записанное строкой переменной длины.
4.12. Требования к функциям кодирования и декодирования полей сообщений о состоянии канала ("Link Status Messages"):
1) значение поля "Chnl ID" устанавливается равным "0" и игнорируется получателем;
2) формат параметра "Состояние канала (Link Status)" приведен на рисунке 22;
Рисунок 22. Формат параметра "Состояние канала
(Link Status)"
3) поле "Состояние канала (Link Status)" принимает следующие значения:
OPERATIONAL - 0x0 (канал находится в рабочем состоянии);
NON-OPERATIONAL - 0x1 (канал не функционирует).
4.13. Требования к функциям кодирования и декодирования полей сообщений "Sa-Bit Messages"):
1) значение поля "Chnl ID" устанавливается равным "0" и игнорируется получателем;
2) значение бита "Sa7" при нормальном функционировании равно "1". Для процедуры идентификации канала значение устанавливается равным "0";
3) формат параметра приведен на рисунке 23;
Рисунок 23. Формат параметра
4) допустимые значения поля "Значение бита (Bit Value)" указаны ниже. Для сообщений "Запрос информации о статусе Sa-Bit (Sa-Bit Status Request)" и "Подтверждение множества Sa-Bit (Sa-Bit Set Confirm)" значение поля "Значение бита (Bit Value)" устанавливается равным "0" отправителем и игнорируется получателем:
ZERO - 0x0 (бит установлен равным "0");
ONE - 0x1 (бит установлен равным "1").
Поле "BIT ID" принимает следующие значения: Sa7 - 0x7 (адреса бит Sa7).
4.14. Требования к функциям кодирования и декодирования поле сообщения об "Индикации ошибки (Error Indication Message)":
1) поля "SAPI", "TEI" и "EFA" равны "0" и игнорируются получателем;
2) формат параметра "Причина ошибки (Error Reason)" приведен на рисунке 24;
Рисунок 24. Формат параметра "Причина ошибки"
(Error Reason)
3) поле "Причина ошибки" (Error Reason) принимает значения, указанные в таблице N 10.
Таблица N 10
Приложение N 3
к Правилам применения оборудования
транзитных, оконечно-транзитных
и оконечных узлов связи.
Часть III. Правила применения
городских автоматических телефонных
станций, использующих технологию
коммутации пакетов информации
Справочно
СПИСОК ИСПОЛЬЗУЕМЫХ СОКРАЩЕНИЙ
1. EDSS1 - European Digital Subscriber Signalling System (цифровая абонентская система сигнализации N 1, европейская версия).
2. H.248 - Gateway Control Protocol (протокол управления шлюзами).
3. H.323 - Packet-based multimedia communications (семейство протоколов коммуникационных систем на основе передачи пакетов информации мультимедийной информации).
4. MEGACO - Media Gateway Controller (контроллер медиашлюзов).
5. MGCP - Media Gateway Controller Protocol (протокол управления медиашлюзами).
6. MOS - Mean Opinion Score (оценки качества речи по пятибалльной шкале).
7. RTCP - Real-time Control Protocol (управляющий протокол реального времени).
8. RTP - Real Time Protocol (протокол реального времени).
9. SIP - Session Initial Protocol (протокол инициирования сеанса связи).
10. SIGTRAN - SIGnaling TRANspot (передача информации сигнализации).
11. ОКС N 7 - система сигнализации по общему каналу N 7.