- Главная
- Приказ Министерства связи и массовых коммуникаций РФ от 12 января 2009 г. N 1 "Об утверждении Правил применения оборудования транзитных, оконечно-транзитных и оконечных узлов связи. Часть VII. Правила применения сельских автоматических телефонных станций, использующих технологию коммутации пакетов информации"
- Приложение. Правила применения оборудования транзитных, оконечно-транзитных и оконечных узлов связи. Часть VII. Правила применения сельских автоматических телефонных станций, использующих технологию коммутации пакетов информации
- Приложение N 2. Требования к параметрам реализации протоколов SIGTRAN для узлов связи, обеспечивающих подключение оконечного (пользовательского) оборудования
Приложение N 2. Требования к параметрам реализации протоколов SIGTRAN для узлов связи, обеспечивающих подключение оконечного (пользовательского) оборудования
Приложение N 2
к Правилам применения оборудования
транзитных, оконечно-транзитных и оконечных
узлов связи. Часть VII. Правила применения
сельских автоматических телефонных станций,
использующих технологию коммутации
пакетов информации
Требования
к параметрам реализации протоколов SIGTRAN для узлов связи, обеспечивающих подключение оконечного (пользовательского) оборудования
1. Оборудование узлов связи обеспечивает передачу сообщений подсистем ОКС N 7 между шлюзом сигнализации (SG) и устройством управления шлюзами (MGC), а также передачу сообщений V5.1, V5.2, EDDS-1 между шлюзом доступа (AG) и MGC с использованием следующих протоколов, входящих в группу протоколов SIGTRAN:
1) SCTP - протокол передачи с управлением потоками реализуется в MGC, AG и SG;
2) M2UA (MTP2-User Adaptation Layer) протокол обеспечивает адаптацию SCTP к MTP3. M2UA предоставляет свои услуги MTP3 в сети IP. M2UA имеет зарегистрированный номер порта 2904. Реализуется в MGC и SG;
3) M2PA (MTP2 Peer-to-Peer Adaptation Layer) протокол обеспечивает адаптацию SCTP к MTP3. Шлюз сигнализации, который использует M2PA, имеет собственный код пункта сигнализации, является транзитным пунктом сигнализации STP и выполняет функции сигнализации верхнего уровня, такие как функции SCCP;
4) M3UA (MTP3-User Adaptation Layer) обеспечивает интерфейс между SCTP и теми протоколами ОКСN 7, которые используют услуги MTP3, например, ISUP и SCCP;
5) SUA (SCCP-User Adaptation Layer) обеспечивает интерфейс между подсистемой SCCP ОКС N 7 и SCTP;
6) IUA (ISDN Q.921-User Adaptation Layer) работает поверх SCTP и обеспечивает для сигнализации EDSS1 (первичного и базового доступа) прозрачную транспортировку сообщений Q.931 и QSIG по сети IP;
7) V5UA (V5.2-User Adaptation Layer) работает поверх SCTP и обеспечивает для V5.2 прозрачную транспортировку сообщений по сети IP.
2. Для узлов связи, использующих технологию коммутации пакетов информации, устанавливаются следующие обязательные требования к параметрам реализации протоколов SIGTRAN, приведенных в приложении N 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
|
Cообщения |
Общий заголо-вок |
Специаль-ный заголовок |
Дополнительный параметр |
|
|
Название |
Статус обязатель-ности |
|||
|
1 |
2 |
3 |
4 |
5 |
|
Сообщения передачи граничных примитивов Q.921/Q.931 (QPTM)
| ||||
|
Запрос на установление соединения |
+ |
+ |
- |
- |
|
Подтверждение установления соединения (Establish Confirm) |
+ |
+ |
- |
- |
|
Индикация соединения (Establish Indication) |
+ |
+ |
- |
- |
|
Запрос на разъединение соединения |
+ |
+ |
Причина (Reason) |
О |
|
Подтверждение разъединения |
+ |
+ |
- |
- |
|
Индикация разъединения |
+ |
+ |
Причина (Reason) |
О |
|
Запрос на получение данных (Data Request) |
+ |
+ |
Данные протокола (Protocol Data) |
О |
|
Индикация данных |
+ |
+ |
Данные протокола (Protocol Data) |
О |
|
Блок запроса на получение данных |
+ |
+ |
Данные протокола (Protocol Data) |
О |
|
Блок индикации данных (Unit Data Indication) |
+ |
+ |
Данные протокола (Protocol Data) |
О |
|
Сообщения поддержания состояния процесса сервера приложений (ASPSM)
| ||||
|
Инициация ASP |
+ |
- |
Идентификатор ASP Информационная строка |
Н
Н |
|
Подтверждение инициации ASP |
+ |
- |
Информационная строка |
Н |
|
Завершение ASP |
+ |
- |
Информационная строка |
Н |
|
Подтверждение завершения ASP |
+ |
- |
Информационная строка |
Н |
|
Команда опроса состояния |
+ |
- |
Информационная строка |
Н |
|
Подтверждение команды опроса состояния |
+ |
- |
Данные команды опроса состояния (Heartbeat Data) |
Н |
|
Сообщения поддержания трафика процесса сервера приложений (ASPTM)
| ||||
|
Активный ASP |
+ |
- |
Тип режима передачи трафика (Traffic Mode Type) Идентификатор интерфейса (Interface Identifier) Информационная строка (INFO String) |
О
Н
Н |
|
Подтверждение активного ASP |
+ |
- |
Тип режима передачи трафика (Traffic Mode Type) Идентификатор интерфейса (Interface Identifier) Информационная строка |
О
Н
Н |
|
Неактивный ASP |
+ |
- |
Идентификатор интерфейса (Interface Identifier) Информационная строка |
Н
Н |
|
Подтверждение неактивного ASP |
+ |
- |
Идентификатор интерфейса (Inter-face Identifier) Информационная строка (INFO String) |
Н
Н |
|
Сообщения управления уровнем (MGMT)
| ||||
|
Ошибка (Error) |
+ |
- |
Код ошибки (Error Code) Диагностическая информация (Diagnostic Information) |
О
Н |
|
Уведомление (Notify) |
+ |
- |
Тип статуса (Status Type) Идентификация статуса(Status Identification) Идентификатор ASP (ASP Identifier) Идентификаторы интерфейса (Interface Identifier) Информационная строка (INFO String) |
О
О
Н
Н
Н |
|
Запрос информации о статусе TEI |
+ |
+ |
- |
Н |
|
Подтверждение статуса TEI (TEI Status Confirm) |
+ |
- |
Статус (Status) |
О |
|
Индикация статуса TEI (TEI Status Indication) |
+ |
+ |
Статус (Status) |
Н |
|
TEI Query Request |
+ |
+ |
- |
Н |
|
Примечания: - О - обязательно; - Н - необязательно. | ||||
3.5. Значение "Идентификатора протокола полезной нагрузки SCTP" (SCTP Payload Protocol Identifier, "Идентификатор протокола верхнего уровня") равно "1".
3.6. Для передачи граничных примитивов Q.921/Q.931 используются сообщения QPTM. Для установления и разъединения канала передачи данных устройство управления шлюзами отправляет сообщения "Establish" и "Release" ("Request", "Confirm", "Indication") шлюзу доступа. По получении сообщения шлюз доступа посылает соответствующее сообщение устройству управления шлюзами.
3.7. Связь между модулями управления уровнями в AG и MGC обеспечивается посредством передачи сообщений MGMT.
3.8. При управлении активными соединениями между AG и MGC для оповещения о своем текущем состоянии устройства обмениваются соответствующими сообщениями ASPSM и ASPTM.
3.9. Формат общего заголовка и перечень поддерживаемых полей приведены на рисунке 1.
|
Версия; 8 бит |
Зарезервировано; 8 бит |
Класс сообщения; 8 бит |
Тип сообщения; 8 бит |
|
Длина сообщения; 32 бита | |||
Рисунок 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.
|
Тэг параметра; 16 бит |
Длина параметра; 16 бит |
|
Значение параметра; 32 бита | |
Рисунок 2. Формат параметра переменной длины
3.12. Требования к функциям кодирования и декодирования полей параметра переменной длины:
1) поле "Тэг параметра" определяет тип параметра, принимающий значение от 0 до 65 534. Значения общих параметров, используемых уровнями адаптации, лежат в диапазоне от 0х00 до 0х3f. Список общих параметров и их значений для всех уровней адаптации приведен в таблице N 2.
Таблица N 2
|
ID параметра |
Название параметра |
|
0х0000 |
Зарезервировано |
|
0х0001 |
Идентификатор интерфейса (целочисленный) |
|
0х0002 |
Не используется в IUA |
|
0х0003 |
Идентификатор интерфейса (текстовый) |
|
0х0004 |
Информационная строка (Info String) |
|
0х0005 |
DLCI |
|
0х0006 |
Не используется в IUA |
|
0х0007 |
Диагностическая информация (Diagnostic Information) |
|
0х0008 |
Диапазон идентификаторов интерфейса (Interface Identifier Range) |
|
0х0009 |
Данные команды опроса состояния (Heartbeat Data) |
|
0х000а |
Не используется в IUA |
|
0х000b |
Тип режима передачи трафика (Traffic Mode Type) |
|
0х000c |
Код ошибки (Error Code) |
|
0х000d |
Статус (Status) |
|
0х000e |
Данные протокола (Protocol Data) |
|
0х000f |
Причина разъединения соединения (Release Reason) |
|
0х0010 |
Статус TEI (TEI Status) |
|
0х0011 |
Идентификатор ASP (ASP Identifier) |
|
0х0012 - 0x003f |
Не используется в IUA |
2) поле "Длина параметра" содержит размер параметра в байтах, включая поля "Тэг параметра", "Длина параметра" и "Значение параметра";
3) поле "Значение параметра" содержит информацию, передаваемую в параметре.
Общая длина параметра, включая поля "Тэг параметра", "Длина параметра" и "Значения параметра", кратна 4 байтам, иначе параметр дополняется до конца нулевыми байтами (не более 3 байт).
3.13. Форматы специального заголовка и перечень поддерживаемых полей приведены на рисунках 3, 4.
|
Тэг (0х1); 16 бит |
Длина = 8; 16 бит |
|
Идентификатор интерфейса (Interface Identifier) (целочисленный); 32 бита | |
|
Тэг (0х5); 16 бит |
Длина = 8; 16 бит |
|
DLCI; 16 бит |
Резерв; 16 бит |
Рисунок 3. Формат специального заголовка (целочисленный идентификатор интерфейса)
|
Тэг (0х3); 16 бит |
Длина = 8; 16 бит |
|
Идентификатор интерфейса (Interface Identifier) (текстовый); 32 бита | |
|
Тэг (0х5); 16 бит |
Длина = 8; 16 бит |
|
DLCI; 16 бит |
Резерв; 16 бит |
Рисунок 4. Формат специального заголовка (текстовый идентификатор интерфейса)
3.14. Требования к функциям кодирования и декодирования полей специального заголовка:
1) значение поля "Тэг" для целочисленного идентификатора интерфейса равно 0х1, поле "Длина" устанавливается равным "8";
2) значение поля "Тэг" для текстового формата идентификатора интерфейса равно 0х3, поле "Длина" имеет переменное значение;
3) поле "DLCI" кодируется в соответствии с Q.921.
Формат и перечень поддерживаемых полей "DLCI" приведены на рисунке 5.
|
SAPI; 6 бит |
SPR; 1 бит |
0; бит |
|
TEI; 7 бит |
1; 1 бит |
|
Рисунок 5. Формат DLCI
3.15. поддерживается целочисленный формат идентификатора интерфейса. Поддержка текстового формата идентификатора интерфейса является факультативной.
3.16. Формат сообщений "Разъединение соединения (Release Messages)" приведен на рисунке 6.
|
Тэг (0хf); 16 бит |
Длина ; 16 бит |
|
Причина (Reason); 32 бита | |
Рисунок 6. Формат сообщений "Разъединение соединения (Release Messages)"
Значения параметра "Причина (Reason)" приведены в таблице N 3.
Таблица N 3
|
Название |
Значение |
|
RELEASE_MGMT |
0х0 |
|
RELEASE_PHYS |
0х1 |
|
RELEASE_DM |
0х2 |
|
RELEASE_OTHER |
0х3 |
3.17. Формат сообщений "Данные (Data Messages)" и "Блок данных (Unit Data Messages)" приведен на рисунке 7.
|
Тэг (0хе); 16 бит |
Длина; 16 бит |
|
Данные протокола (Protocol Data); 32 бита | |
Рисунок 7. Формат сообщений "Данные (Data Messages)", "Блок данных (Unit Data Messages)"
3.18. Формат сообщения "Инициация ASP (ASP Up)" приведен на рисунке 8.
|
Тэг 0х0011; 16 бит |
Длина = 8; 16 бит |
|
Идентификатор ASP (ASP Identifier); 32 бита | |
|
Тэг (0х4); 16 бит |
Длина; 16 бит |
|
Информационная строка (INFO String); 32 бита | |
Рисунок 8. Формат сообщения "Инициация ASP (ASP Up Message)"
3.19. Формат сообщения "Подтверждение инициации ASP (ASP Up Ack)" приведен на рисунке 9.
|
Тэг (0х4); 16 бит |
Длина; 16 бит |
|
Информационная строка (INFO String); 32 бита | |
Рисунок 9. Формат сообщения "Подтверждение инициации ASP (ASP Up Ack)"
3.20. Формат сообщений "Завершение ASP (ASP Down)", "Подтверждение завершения ASP (ASP Down Ack)" приведен на рисунке 10.
|
Тэг (0ха); 16 бит |
Длина; 16 бит |
|
Тэг (0х4); 16 бит |
Длина; 16 бит |
|
Информационная строка (INFO String); 32 бита | |
Рисунок 10. Формат сообщений "Завершение АSP (ASP Down)", "Подтверждение завершения ASP (ASP Down Ack)"
3.21. Форматы сообщений "Активный ASP (ASP Active)", "Подтверждение активного ASP (ASP Active Ack)" приведены на рисунках 11, 12.
|
Тэг (0хb); 16 бит |
Длина; 16 бит |
|
Тип режима передачи трафика (Traffic Mode Type); 32 бита | |
|
Тэг (0х1); 16 бит |
Длина; 16 бит |
|
Идентификатор интерфейса (Interface Identifiers); 32 бита | |
|
Тэг (0х8); 16 бит |
Длина; 16 бит |
|
Идентификатор интерфейса начало 1 (Interface Identifier Start1); 32 бита | |
|
Идентификатор интерфейса завершение 1 (Interface Identifier Stop1); 32 бита | |
|
Идентификатор интерфейса начало 2 (Interface Identifier Start2); 32 бита | |
|
Идентификатор интерфейса завершение 2 (Interface Identifier Stop2); 32 бита | |
|
_ | |
|
Идентификатор интерфейса начало N (Interface Identifier StartN); 32 бита | |
|
Идентификатор интерфейса завершение N (Interface Identifier StopN); 32 бита | |
|
Дополнительные идентификаторы интерфейса (Interface Identifiers) с тэгами 0х1 или 0х8; 32 бита | |
|
Тэг (0х4); 16 бит |
Длина; 16 бит |
|
Информационная строка (INFO String); 32 бита | |
Рисунок 11. Формат сообщений "Активный ASP (ASP Active)", "Подтверждение активного ASP (ASP Active Ack)" (с целочисленным идентификатором интерфейса)
|
Тэг (0хb); 16 бит |
Длина; 16 бит |
|
Тип режима передачи трафика (Traffic Mode Type); 32 бита | |
|
Тэг (0х3); 16 бит |
Длина; 16 бит |
|
Идентификатор интерфейса (Interface Identifiers); 32 бита | |
|
Дополнительные идентификаторы интерфейса (Interface Identifiers) с тэгами 0х3; 32 бита | |
|
Тэг (0х4); 16 бит |
Длина; 16 бит |
|
Информационная строка (INFO String); 32 бита | |
Рисунок 12. Формат сообщений "Активный ASP (ASP Active)", "Подтверждение активного ASP (ASP Active Ack)" (с текстовым идентификатором интерфейса)
Значения параметра "Тип (Type)" соответствуют:
приоритетный - 0х1;
с разделением нагрузки - 0х2.
3.22. Форматы сообщений "Неактивный ASP (ASP InActive)", "Подтверждение неактивного ASP (ASP InActive Ack)" приведены на рисунках 13, 14.
|
Тэг (0х1); 16 бит |
Длина; 16 бит |
|
Идентификатор интерфейса (Interface Identifiers); 32 бита | |
|
Тэг (0х8); 16 бит |
Длина; 16 бит |
|
Идентификатор интерфейса начало 1 (Interface Identifier Start1); 32 бита | |
|
Идентификатор интерфейса завершение 1 (Interface Identifier Stop1); 32 бита | |
|
_ | |
|
Идентификатор интерфейса начало N (Interface Identifier StartN); 32 бита | |
|
Идентификатор интерфейса завершение N (Interface Identifier StopN); 32 бита | |
|
Дополнительные идентификаторы интерфейса (Interface Identifiers) с тэгами 0х1 или 0х8; 32 бита | |
|
Тэг (0х4); 16 бит |
Длина; 16 бит |
|
Информационная строка (INFO String); 32 бита | |
Рисунок 13. Формат сообщений "Неактивный ASP (ASP InActive)", "Подтверждение неактивного ASP (ASP InActive Ack)" (с целочисленным идентификатором интерфейса)
|
Тэг (0х3); 16 бит |
Длина; 16 бит |
|
Идентификатор интерфейса (Interface Identifiers); 32 бита | |
|
Дополнительные идентификаторы интерфейса (Interface Identifiers) с тэгом 0х3; 32 бита | |
|
Тэг (0х4); 16 бит |
Длина; 16 бит |
|
Информационная строка (INFO String); 32 бита | |
Рисунок 14. Формат сообщений "Неактивный ASP (ASP InActive)", "Подтверждение неактивного ASP (ASP InActive Ack)" (с текстовым идентификатором интерфейса)
3.23. Формат сообщения "Команда опроса состояния (Heartbeat)" приведен на рисунке 15.
|
Тэг = 9; 16 бит |
Длина; 16 бит |
|
Данные команды опроса состояния (Heartbeat Data); 32 бита | |
Рисунок 15. Формат сообщения "Команда опроса состояния (Heartbeat)"
3.24. Формат сообщения "Ошибка (Error)" приведен на рисунке 16.
|
Тэг (0хс); 16 бит |
Длина; 16 бит |
|
Код ошибки (Error Code); 32 бита | |
|
Тэг (0х7); 16 бит |
Длина; 16 бит |
|
Диагностическая информация (Diagnostic Information); 32 бита | |
Рисунок 16. Формат сообщения "Ошибка (Error)"
Значения параметра "Код ошибки (Error Code)" приведены в таблице N 4.
Таблица N 4
|
Название |
Значение |
|
1 |
2 |
|
Неверная версия протокола (Invalid Version) |
0х01 |
|
Неверный идентификатор интерфейса (Invalid Interface Identifier) |
0х02 |
|
Неподдерживаемый класс сообщений (Unsupported Message Class) |
0х03 |
|
Неподдерживаемый тип сообщений (Unsupported Message Type) |
0х04 |
|
Неподдерживаемый Traffic Handing Mode (Unsupported Traffic Handling Mode) |
0х05 |
|
Неожидаемое сообщение (Unexpected Message) |
0х06 |
|
Ошибка протокола (Protocol Error) |
0х07 |
|
Неподдерживаемый тип идентификатора интерфейса (Unsupported Interface Identifier Type) |
0х08 |
|
Неверный идентификатор потока (Invalid Stream Identifier) |
0х09 |
|
Неинициализированный TEI (Unassigned TEI) |
0х0а |
|
Нераспознанный SAPI (Unrecognized SAPI) |
0х0b |
|
Неверное сочетание TEI, SAPI (Invalid TEI, SAPI combination) |
0х0c |
|
Отказ-блокировка уровня управления (Refused-Management Blocking) |
0х03d |
|
Требуемый идентификатор ASP (ASP Identifier Required) |
0х0e |
|
Неверный идентификатор ASP (Invalid ASP Identifier ) |
0х0f |
3.25. Формат сообщения "Уведомление (Notify)" показан на рисунках 17, 18.
|
Тэг (0хd); 16 бит |
Длина; 16 бит |
|
Тип статуса (Status Type); 16 бит |
Идентификация статуса (Status Identification); 16 бит |
|
Тэг = 0х3; 16 бит |
Длина; 16 бит |
|
Идентификатор интерфейса (Interface Identifiers); 32 бита | |
|
Дополнительные идентификаторы интерфейса (Interface Identifiers) с тэгом 0х3; 32 бита | |
|
Тэг (0х4); 16 бит |
Длина; 16 бит |
|
Информационная строка (INFO String); 32 бита | |
Рисунок 17. Формат сообщения "Уведомление (Notify)" (с текстовым идентификатором интерфейса)
|
Тэг (0хd); 16 бит |
Длина; 16 бит |
|
Тип статуса (Status Type); 16 бит |
Идентификация статуса (Status Identification); 16 бит |
|
Тэг = 0х0011; 16 бит |
Длина; 16 бит |
|
Идентификатор АSP (ASP Identifier) | |
|
Тэг (0х1); 16 бит |
Длина; 16 бит |
|
Идентификаторы интерфейса (Interface Identifiers); 32 бита | |
|
Тэг (0х8); 16 бит |
Длина; 16 бит |
|
Идентификатор интерфейса начало 1 (Interface Identifier Start1); 32 бита | |
|
Идентификатор интерфейса завершение 1 (Interface Identifier Stop1); 32 бита | |
|
_ | |
|
Идентификатор интерфейса начало N (Interface Identifier StartN); 32 бита | |
|
Идентификатор интерфейса завершение N (Interface Identifier StopN); 32 бита | |
|
Дополнительные идентификаторы интерфейса (Interface Identifiers) с тэгами 0х1 или 0х8; 32 бита | |
|
Тэг (0х4); 16 бит |
Длина; 16 бит |
|
Информационная строка (INFO String); 32 бита | |
Рисунок 18. Формат сообщения "Уведомление (Notify)" (с целочисленным идентификатором интерфейса)
Значения параметра "Тип статуса (Status Type)" приведены в таблице N 5.
Таблица N 5
|
Название |
Значение |
|
Изменение статуса AS (AS_State_Change) |
0х1 |
|
Иное |
0х2 |
Значения параметра "Идентификация статуса (Status Identification)" приведены в таблице N 6.
Таблица N 6
|
Название |
Значение |
|
Завершение AS (AS_Down) |
1 |
|
Неактивный AS (AS_InActive) |
2 |
|
Активный AS (AS_Active) |
3 |
|
Задержка в AS (AS_Pending) |
4 |
3.26. Формат сообщения "Статус TEI (TEI Status)" приведен на рисунке 19.
|
Тэг (0х10); 16 бит |
Длина; 16 бит |
|
Статус (Status); 32 бита | |
Рисунок 19. Формат сообщения "Статус TEI (TEI Status)"
Значения параметра "Статус (Status)" приведены в таблице N 7.
Таблица N 7
|
Название |
Значение |
|
ASSIGNED |
0х1 |
|
UNASSIGNED |
0х2 |
4. Требования к реализации протокола сигнализации V5UA - протокола уровня адаптации пользователя V5.2.
4.1. Протокол V5UA реализован в следующих устройствах:
1) устройстве управления шлюзом (MGC);
2) шлюзе доступа (АG), обеспечивающем передачу сообщений сигнализации V5.2 устройству управления шлюзом (MGC).
4.2. Значение номера порта SCTP и UDP/TCP для V5UA равно "5675".
4.3. В узлах связи, обеспечивающих реализацию интерфейса с оборудованием абонентского доступа (далее - V5), выполняются следующие требования:
1) в оконечных и оконечно-транзитных узлах связи реализуется интерфейс V5.1, содержащий один интерфейс на скорости 2048 кбит/с, и (или) интерфейс V5.2, содержащий до 16 интерфейсов на скорости 2048 кбит/с;
2) на физическом уровне интерфейсов V5.1 и V5.2 используется интерфейс А, требования к которому приведены в приложении 1 к Правилам N 59-06.
4.4. Перечень сообщений V5UA приведен в таблице N 8.
Таблица N 8
|
Cообщения |
Общий заголо-вок |
Специаль-ный заголовок |
Дополнительный параметр |
|
|
Название |
Статус обязатель-ности |
|||
|
1 |
2 |
3 |
4 |
5 |
|
Передача граничных примитивов V5 (V5PTM)
| ||||
|
Запрос на установление соединения |
+ |
+ |
- |
- |
|
Подтверждение установления соединения (Establish Confirm) |
+ |
+ |
- |
- |
|
Индикация соединения (Establish Indication) |
+ |
+ |
- |
- |
|
Запрос на разъединение соединения |
+ |
+ |
Причина (Reason) |
- |
|
Подтверждение разъединения |
+ |
+ |
- |
- |
|
Индикация разъединения |
+ |
+ |
Причина (Reason) |
О |
|
Запрос на передачу данных |
+ |
+ |
Данные протокола (Protocol Data) |
О |
|
Индикация данных |
+ |
+ |
Данные протокола (Protocol Data) |
О |
|
Запрос на получение блока данных |
+ |
+ |
Данные протокола (Protocol Data) |
О |
|
Индикация блока данных |
+ |
+ |
Данные протокола (Protocol Data) |
О |
|
Начальный отчет о статусе канала (Link Status Stop Reporting) |
+ |
- |
- |
- |
|
Завершающий отчет о статусе канала (Link Status Stop Reporting) |
+ |
- |
- |
- |
|
Индикация статуса канала |
+ |
- |
Статус канала (Link Status) |
O |
|
Запрос на множество |
+ |
- |
Идентификатор бит (BIT ID) Значение бит (Bit Value) |
О
О |
|
Подтверждение на множество Sa-Bit |
+ |
- |
Идентификатор бит (BIT ID) Значение бит (Bit Value) |
О
О |
|
Запрос информации о статусе Sa-Bit |
+ |
- |
Идентификатор бит (BIT ID) Значение бит (Bit Value) |
О
О |
|
Индикация статуса |
- |
+ |
Идентификатор бит (BIT ID) Значение бит (Bit Value) |
О
О |
|
Индикация ошибки (Error Indication) |
- |
+ |
Причина ошибки (Error Reaon) |
O |
|
Примечания: О - обязательно; Н - необязательно. | ||||
4.5. Перечень сообщений ASPSM, ASPTM, MGMT приведен в п. 3.10.
4.6. Значение "Идентификатора протокола полезной нагрузки SCTP" (SCTP Payload Protocol Identifier, "Идентификатор протокола верхнего уровня") равно "6". Допустимо значение "0".
4.7. Формат специального заголовка и перечень поддерживаемых полей приведены на рисунке 20.
|
Тэг (0х1); 16 бит |
Длина; 16 бит |
|
Идентификатор интерфейса (Interface Identifier) (целочисленный); 32 бита | |
|
Тэг (0х5); 16 бит |
Длина = 8; 16 бит |
|
DLCI; 16 бит |
EFA; 16 бит |
Рисунок 20. Формат специального заголовка (с целочисленным идентификатором интерфейса)
4.8. Требования к функциям кодирования и декодирования полей специального заголовка:
1) поле "Граница адреса функции (EFA - Envelope Function Address)" определяет C - тракт. EFA уникальным образом определяет один из пяти протоколов V5.2 или устройство ISDN, присоединенное к AN. значения поля EFA приведены в таблице N 9;
Таблица N 9
|
Определение |
Значение |
|
ISDN_PROTOCOL |
0 - 8174 |
|
PSTN_PROTOCOL |
8176 |
|
CONTROL_PROTOCOL |
8177 |
|
BCC_PROTOCOL |
8178 |
|
PROT_PROTOCOL |
8179 |
|
LINK_CONTROL_PROTOCOL |
8180 |
|
Зарезервировано |
8181 - 8191 |
2) для сообщений MPH поля SAPI, TEI и EFA устанавливаются равными "0" и игнорируются получателем. Для остальных сообщений поле DLCI устанавливается в соответствии со стандартом V5.2.
4.9. Значение параметра "Идентификатор интерфейса (Interface Identifier)" удовлетворяет "соглашению по наименованию". Формат параметра "Идентификатор интерфейса (Interface Identifier)" в целочисленном формате приведен на рисунке 21.
|
Идентификатор канала (Link Identifier); 27 бит |
Chnl ID; 5 бит |
Рисунок 21. Формат параметра "Идентификатор интерфейса (Interface Identifier)" (целочисленный формат)
4.10. Требования к функциям кодирования и декодирования полей "Идентификатор интерфейса (Interface Identifier)" в целочисленном формате:
1) поле "Идентификатор канала (Link Identifier)" - идентификатор канала E1 в шлюз доступа;
2) поле "Chnl ID (Channel Identifier)" - идентификатор канала равный номеру тайм-слота (тайм-слоты для С-каналов на интерфейсе V5 - 15, 16 и 31). Для сообщений управления каналом идентификатор "Chnl ID" устанавливается равным "0";
3) идентификатор интерфейса в текстовом формате кодируется как шестнадцатеричное представление идентификатора интерфейса в целочисленном формате, записанное строкой переменной длины.
4.11. Требования к функциям кодирования и декодирования полей сообщений о состоянии канала ("Link Status Messages"):
1) значение поля "Chnl ID" устанавливается равным "0" и игнорируется получателем;
2) формат параметра "Состояние канала (Link Status)" приведен на рисунке 22;
|
Тэг (0х11); 16 бит |
Длина; 16 бит |
|
Состояние канала (Link Status); 32 бита | |
Рисунок 22. Формат параметра "Состояние канала (Link Status)"
3) поле "Состояние канала (Link Status)" принимает следующие значения:
OPERATIONAL - 0x0 (канал находится в рабочем состоянии);
NON-OERATIONAL - 0x1 (канал не функционирует).
4.12. Требования к функциям кодирования и декодирования полей сообщений "Sa-Bit Messages":
1) значение поля "Chnl ID" устанавливается равным "0" и игнорируется получателем;
2) значение бита "Sa7" при нормальном функционировании равно "1". Для процедуры идентификации канала значение устанавливается равным "0";
3) формат параметра приведен на рисунке 23;
|
Тэг (0х12); 16 бит |
Длина; 16 бит |
|
BIT ID; 16 бит |
Значение бита (Bit Value); 16 бит |
Рисунок 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.13. Требования к функциям кодирования и декодирования полей сообщения об "Индикации ошибки (Error Indication Message)":
1) поля "SAPI", "TEI" и "EFA" равны "0", и игнорируются получателем;
2) формат параметра "Причина ошибки (Error Reason)" приведен на рисунке 24;
|
Тэг (0х13); 16 бит |
Длина; 16 бит |
|
Причина ошибки (Error Reason); 32 бита | |
Рисунок 24. Формат параметра "Причина ошибки (Error Reason)"
3) поле "Причина ошибки (Error Reason)" принимает значения, приведенные в таблице N 10.
Таблица N 10
|
Название |
Значение |
Описание |
|
OVERLOAD |
0x1 |
С-канал находится в состоянии перегрузки |
Открыть документ в системе ГАРАНТ