ОБОРУДОВАНИЕ СВЯЗИ, РЕАЛИЗУЮЩЕЕ ФУНКЦИИ ГИБКОГО КОММУТАТОРА (softswitch). ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ. РД 45.333-2002 (утв. Минсвязи РФ 08.04.2003)


Утверждаю
Первый заместитель Министра
Российской Федерации
по связи и информатизации
Б.Д.АНТОНЮК
8 апреля 2003 года
Согласовано
Руководитель ДЭС
Минсвязи России
В.Ю.КВИЦИНСКИЙ
31 декабря 2002 года
РУКОВОДЯЩИЙ ДОКУМЕНТ ОТРАСЛИ
ОБОРУДОВАНИЕ СВЯЗИ, РЕАЛИЗУЮЩЕЕ ФУНКЦИИ ГИБКОГО
КОММУТАТОРА (SOFTSWITCH)
ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
РД 45.333-2002
Предисловие
1. Разработан Федеральным государственным учреждением "Центр научных исследований и экспертизы в области связи".
Внесен Департаментом электросвязи Министерства Российской Федерации по связи и информатизации.
2. Утвержден Первым заместителем Министра Российской Федерации по связи и информатизации Б.Д. Антонюком.
3. Введен в действие.
4. Введен впервые.
1. Область применения
Настоящий документ предназначен для руководства при проведении сертификационных испытаний оборудования, реализующего функции гибкого коммутатора (далее - Оборудование), предназначенного для применения на Взаимоувязанной сети связи (ВCC) России.
Настоящий руководящий документ устанавливает характеристики Оборудования, определяющие требования к сетевым интерфейсам и протоколам, необходимые для обеспечения совместимости оборудования различных производителей, а также общие требования, принятые на ВCC России для аппаратуры связи. При этом регламентируются только функции Оборудования, а способы их технической реализации не ограничиваются.
Не все функции, содержащиеся в данных технических требованиях (ТТ), обязательны для Оборудования данного типа, но если они выполняются, то их реализация должна соответствовать данным ТТ.
2. Нормативные ссылки
В настоящем руководящем документе использованы ссылки на следующие нормативные документы:
ГОСТ 12.1.004-91. CCБТ. Пожарная безопасность. Общие требования.
ГОСТ Р 51318.22-99. Совместимость технических средств электромагнитная. Радиопомехи индустриальные от оборудования информационной техники. Нормы и методы испытаний.
ГОСТ 30428-96. Совместимость технических средств электромагнитная. Радиопомехи индустриальные от аппаратуры проводной связи. Нормы и методы испытаний.
ОСТ 45.02-97. Отраслевая система сертификации. Знак соответствия. Порядок маркирования технических средств электросвязи.
Нормы 8-95. Общесоюзные нормы допускаемых индустриальных радиопомех. Электроустройства, эксплуатируемые вне жилых домов и не связанные с их электрической сетью. Предприятия (объекты) на выделенных территориях или в отдельных зданиях. Допускаемые величины. Методы испытаний.
Нормы 9-93. Радиопомехи индустриальные. Аппаратура проводной связи. Нормы и методы испытаний.
3. Обозначения и сокращения
АКД - аппаратура окончания канала данных
АЛ - абонентская линия
ИСС - интеллектуальная сеть связи
ОКС N 7 - общеканальная система сигнализации N 7
ПД - передача данных
ПЦИ - плезиохронная цифровая иерархия
СТф - стык телефонный
СЦИ - синхронная цифровая иерархия
ТфОП - телефонная сеть общего пользования
УПАТС - учрежденческая производственная автоматическая телефонная станция
ЦСИС - цифровая сеть с интеграцией служб
AS - Application Server (сервер приложений)
BRI - Basic Rate Interface (интерфейс на базовой скорости)
CDDI - Copper Distributed Data Interface (проводной распределенный интерфейс передачи данных)
DSS1 - Digital Subscriber Signalling System No. One (цифровая абонентская система сигнализации N 1)
IP - Internet Protocol (протокол Интернет)
ISDN - Integrated Service Digital Network (цифровая сеть с интеграцией служб)
ISUP - Integrated User Services Part (подсистема сигнализации сети с интеграцией служб)
ETS - ETSI Technical Standard (стандарт ETSI)
FDDI - Fiber Distributed Data Interface (распределенный волоконно-оптический интерфейс передачи данных)
GK - Gatekeeper (гейткипер - аппаратура управления и контроля)
MG - Media Gateway (шлюз)
MGC - Media Gateway Controller (устройство управления шлюзами)
MGCP - Media Gateway Control Protocol (протокол управления шлюзами)
MTP - Message Transfer Part (подсистема передачи сообщений)
PRI - Primary Rate Interface (интерфейс на первичной скорости)
RAS - Registration, Admission, Status (регистрация, допуск, состояние)
RTP - Real-time protocol (протокол передачи в режиме реального времени)
RTCP - Real-time Control Protocol (протокол управления передачей в режиме реального времени)
SG - Signalling Controller (шлюз сигнализации)
SIP - Session Initial Protocol (протокол инициирования сеанса связи)
SP - SIP Proxy (конвертер протокола SIP)
SSP - Service Switched Point (узел коммутации услуг)
TCAP - Transaction Capability Application Part (подсистема применения возможностей транзакции)
TCP - Transmission Control Protocol (протокол управления передачей)
UDP - User Datagram Protocol (дейтаграммный протокол пользователя)
SCP - Service Control Point (узел управления услугами)
SCTP - Stream Control Transmission Protocol (протокол управления потоком при передаче)
SIGTRAN - SIGnaling TRANsport (передача информации сигнализации)
SSF - Service Switching Function (функция коммутации услуг)
STM - Synchronous Transfer Mode (синхронный режим переноса)
xDSL - Digital Subscriber Line (цифровая абонентская линия)
4. Классификация Оборудования, реализующего
функции гибкого коммутатора
4.1. Оборудование, реализующее функции гибкого коммутатора, представляет собой масштабируемый программно-аппаратный комплекс, построенный в соответствии с архитектурной концепцией SoftSwitch [1]. В общем случае комплекс оборудования гибкого коммутатора включает в себя следующие устройства (рис. 4.1) <*>:
------------------------------------
<*> Не приводится.
- шлюз (MG - Media Gateway), реализующий функции преобразования речевой информации в пакеты IP; взаимодействия с ТфОП; маршрутизации пакетов IP;
- устройство управления вызовами (MGC - Media Gateway Controller), реализующее функции управления устройствами, входящими в состав гибкого коммутатора;
- конвертер протокола SIP (SIP Proxy), реализующий функции взаимодействия устройств, входящих в состав гибкого коммутатора, с устройствами, работающими по протоколу SIP;
- шлюз сигнализации (SG - Signaling Gateway), реализующий функции взаимодействия устройств, входящих в состав гибкого коммутатора, с сетью ОКС N 7;
- сервер приложений (AS - Application Server), реализующий функции создания управления и предоставления дополнительных видов обслуживания.
4.2. В зависимости от исполнения Оборудования устройства, входящие в его состав, могут совмещать несколько функций из перечня, определенного в пункте 4.1. Взаимодействие отдельных устройств Оборудования осуществляется через сеть с коммутацией пакетов.
4.3. Устройства, входящие в состав Оборудования, могут быть реализованы как специализированное оборудование или на базе специализированного компьютера (например, сервер в промышленном исполнении), оснащенного соответствующими аппаратными или программными средствами.
4.4. Оборудование имеет два вида интерфейсов:
- внутренние интерфейсы, предназначенные для взаимодействия устройств, входящих в его состав (интерфейсы 1 - 8);
- внешние интерфейсы для взаимодействия с оконечным оборудованием пользователя или телекоммуникационными сетями (интерфейсы 9 - 13).
4.5. К Оборудованию могут подключаться следующие типы терминалов:
- аналоговый телефонный аппарат;
- персональный компьютер, оснащенный соответствующими средствами;
- специализированный абонентский терминал (IP-телефон).
4.6. К телефонной сети Оборудование может подключаться по следующим интерфейсам и протоколам:
- по абонентским аналоговым интерфейсам;
- по абонентским цифровым интерфейсам ISDN PRI и ISDN BRI;
- по межсетевому интерфейсу ОКС N 7 с применением межсетевого экрана (firewall), входящего в состав ТфОП.
4.7. Перечень возможных интерфейсов (внешних и внутренних) и протоколов, реализованных в Оборудовании, перечислен в таблице 4.1 (нумерация интерфейсных точек соответствует рисунку 4.1).
Таблица 4.1
ИНТЕРФЕЙСЫ И ПРОТОКОЛЫ ОБОРУДОВАНИЯ
--------T-----------------------------T--------------------------¬
¦Интер- ¦ Интерфейс ¦ Протокол ¦
¦фейсная¦ ¦ ¦
¦точка ¦ ¦ ¦
+-------+-----------------------------+--------------------------+
¦1, 2 ¦- Ethernet (10 BaseT, ¦- IP, UDP, TCP; ¦
¦ ¦10 BaseF); ¦- TCAP, SIP, XML ¦
+-------+ +--------------------------+
¦3 ¦- Fast Ethernet (100 BaseTX, ¦- IP, TCP; ¦
¦ ¦100 BaseFX, 100 BaseFL); ¦- SIP, RAS, H.225, H.245 ¦
+-------+ +--------------------------+
¦8 ¦- Gigabit Ethernet ¦- IP, UDP; ¦
¦ ¦(1000 BaseTX, 1000 BaseCX, ¦- MGCP ¦
+-------+1000 BaseLX, 1000 BaseLH, +--------------------------+
¦10 ¦1000 BaseSX); ¦- IP, UDP, TCP; ¦
¦ ¦ ¦- RAS, H.225, H.245, MGCP,¦
¦ ¦- Token Ring; ¦MEGACO ¦
+-------+ +--------------------------+
¦4, 5 ¦- FDDI, CDDI; ¦- IP, TCP; ¦
¦ ¦ ¦- SIP ¦
+-------+- сети передачи данных (V.10,+--------------------------+
¦6, 14 ¦V.11, V.24, V.28, V.35, X.21,¦- IP, UDP, TCP; ¦
¦ ¦X.21bis, Е1 ПЦИ); ¦- RAS, H.225, H.245, MGCP,¦
¦ ¦ ¦MEGACO, SIGTRAN (IUA, ¦
¦ ¦- xDSL ¦V5UA, M3UA) ¦
+-------+ +--------------------------+
¦7 ¦ ¦- IP, UDP, TCP; ¦
¦ ¦ ¦- RAS, H.225, H.245, ¦
¦ ¦ ¦SIGTRAN (V5UA, M3UA) ¦
+-------+ +--------------------------+
¦9 ¦ ¦- IP, TCP; ¦
¦ ¦ ¦- RAS, H.225, H.245, SIP ¦
+-------+ +--------------------------+
¦15 ¦ ¦- IP, TCP; ¦
¦ ¦ ¦- RAS, H.245 ¦
+-------+ +--------------------------+
¦16 ¦ ¦- RTP ¦
+-------+-----------------------------+--------------------------+
¦11 ¦- 2-проводная аналоговая ¦- частотный набор (DTMF); ¦
¦ ¦телефонная линия; ¦- DSS1 ¦
¦ ¦- ISDN BRI; ¦ ¦
+-------+-----------------------------+--------------------------+
¦12 ¦- 2-проводная аналоговая ¦- частотный набор (DTMF); ¦
¦ ¦телефонная линия; ¦- DSS1 ¦
+-------+- ISDN BRI; +--------------------------+
¦13 ¦- ISDN PRI; ¦- ОКС N 7 ¦
¦ ¦- Е1 ПЦИ, Е3 ПЦИ, STM-1, ¦ ¦
¦ ¦STM-4 СЦИ ¦ ¦
L-------+-----------------------------+---------------------------
------------------------------------------------------------------

Нумерация пунктов дана в соответствии с официальным текстом документа. 4.9. Устройства, входящие в состав Оборудования, могут устанавливаться на объектах связи ВСС России.
5. Применение Оборудования, реализующего
функции гибкого коммутатора
5.1. В зависимости от конкретного набора применяемых устройств и видов обслуживаемой информации (речевая информация, данные, видеоинформация) существует открытое множество способов применения Оборудования. В настоящее время наиболее типичными и распространенными способами применения Оборудования являются:
- распределенный телефонный концентратор;
- транзитная станция коммутации и распределенный SSP;
- распределенная УПАТС;
- распределенный узел телематических служб.
5.2. Схема организации распределенного телефонного концентратора на базе Оборудования, реализующего функции гибкого коммутатора, показана на рисунке 5.1 <*>. Распределенный телефонный концентратор может применяться на участках абонентского доступа, построенных с использованием технологий кабельного телевидения, xDSL и прочих, предполагающих передачу речевой информации по протоколу IP.
------------------------------------
<*> Рисунки 5.1 - 5.5 не приводятся.
5.2.1. Устройства, применяемые для организации распределенного телефонного концентратора, должны обеспечивать качество обслуживания, соответствующее качественным показателям на ТфОП.
5.2.2. Распределенный телефонный концентратор состоит из шлюзов MG, взаимодействующих через сеть ПД. Устройство MGC обеспечивает управление вышеуказанными устройствами, которые располагаются в месте окончания участка абонентского доступа. Взаимодействие с ТфОП осуществляется на правах абонентской установки по интерфейсам до ISDN PRI включительно. Подключение распределенного телефонного концентратора к ТфОП осуществляется в одной точке. Для реализации дополнительных видов обслуживания и расширения возможностей распределенного телефонного концентратора могут использоваться сервера приложений AS и конвертеры SIP.
5.3. Схема организации транзитной станции коммутации на базе Оборудования, реализующего функции гибкого коммутатора, показана на рисунке 5.2.
5.3.1. Транзитный коммутатор обеспечивает взаимодействие различных телефонных сетей через мультипротокольную транспортную сеть. В состав транзитной станции коммутации входят шлюзы MG, обеспечивающие преобразование речевой информации в цифровую форму, шлюзы сигнализации SG, обеспечивающие взаимодействие телефонных сетей по протоколу сигнализации ОКС N 7, и устройство MGC, обеспечивающее управление перечисленными устройствами. Шлюз сигнализации SG должен подключаться к ТфОП с использованием межсетевого экрана (firewall), входящего в состав ТфОП.
5.3.2. На базе транзитной станции коммутации возможно создание SSP (рисунок 5.3).
Требования к реализации функций SSF в устройстве MGC должны соответствовать [2].
Взаимодействие с SCP должно осуществляться по протоколу INAP системы сигнализации ОКС N 7. Подключение устройства MGC к сети ОКС N 7 должно осуществляться с использованием шлюза сигнализации SG.
Платформы ИСС подключаются к устройству управления шлюзами MGC по интерфейсу ОКС N 7 с использованием шлюза сигнализации SG. Передача сообщений ОКС N 7 должна осуществляться с использованием межсетевого экрана, входящего в состав ТфОП. Дополнительно функции управления услугами ИСС могут быть реализованы на серверах приложений AS.
5.4. Схема организации распределенной УПАТС на базе Оборудования, реализующего функции гибкого коммутатора, показана на рисунке 5.4.
5.4.1. В состав распределенной УПАТС входят устройство SIP-Proxy, шлюзы MG и серверы приложений AS, взаимодействующие через корпоративную сеть ПД. Устройство MGC обеспечивает управление указанными выше устройствами. Взаимодействие с ТфОП осуществляется на правах абонентской установки по интерфейсам до ISDN PRI включительно. Подключение к ТфОП должно осуществляться в одной точке.
Оконечное оборудование (персональные компьютеры и IP-телефоны) образуют локальные сети, которые управляются устройством MGC по протоколу SIP или H.225. Аналоговые телефонные аппараты подключаются к распределенной УПАТС с использованием шлюзов MG, при этом шлюз MG может устанавливаться как непосредственно в помещении пользователей, так и в помещении оператора, организующего распределенную УПАТС.
Предоставление служащим организации дополнительных видов обслуживания (ДВО) осуществляется с использованием сервера приложений AS.
5.5. Схема организации распределенного узла телематических служб на базе Оборудования, реализующего функции гибкого коммутатора, показана на рисунке 5.5.
5.5.1. Распределенный узел телематических служб, организованный с использованием гибкого коммутатора, базируется на одном или более сервере приложений AS и шлюзах MG. Управление указанными устройствами осуществляется с использованием устройства MGC. Функции авторизации и аутентификации выполняет дополнительный сервер ААА. Возможен доступ к телематическим службам со стороны пользователей Интернет.
Распределенный узел телематических служб подключается к ТфОП в соответствии с требованиями [3].
6. Общие функциональные требования к Оборудованию,
реализующему функции гибкого коммутатора
6.1. Технические требования к кодеку
Кодеки, реализуемые Оборудованием, должны соответствовать пункту 6.7 [4].
6.2. Технические требования к эхокомпенсаторам
Функции эхокомпенсатора, реализованные в Оборудовании, должны соответствовать пункту 6.5 [4].
7. Общие технические требования к интерфейсам
Оборудования, реализующего функции гибкого коммутатора
7.1. Требования к интерфейсам Ethernet
Интерфейсы Ethernet (10 BaseT, 10 BaseF, 100 BaseTX, 100 BaseFX, 100 BaseFL, 1000 BaseTX, 1000 BaseCX, 1000 BaseLX, 1000 BaseLH, 1000 BaseSX), реализованные в Оборудовании, должны соответствовать подразделу 6.1 [5].
7.2. Требования к интерфейсам Token Ring
Интерфейсы Token Ring, реализованные в Оборудовании, должны соответствовать подразделу 6.2 [5].
7.3. Требования к интерфейсам FDDI, CDDI
Интерфейсы FDDI и CDDI, реализованные в оборудовании, должны соответствовать подразделу 6.3 [5].
7.4. Требования к интерфейсам сетей передачи данных
Интерфейсы сети передачи данных должны соответствовать требованиям Рекомендаций МСЭ-Т серии V (V.10 [6], V.11 [7], V.24 [8], V.28 [9]), стыка V.35, серии G (G.703 [10], G.825 [11]), серии X (X.21 [12], X.21bis [13]).
7.5. Требования к электрическим параметрам телефонного канала
Электрические параметры телефонного канала должны соответствовать пункту 6.6 [4].
7.6. Требования к интерфейсам ISDN BRI/PRI
Интерфейс ISDN BRI/PRI, реализованный в аппаратуре, должен соответствовать разделу 4 [14].
7.7. Требования к интерфейсам СЦИ и ПЦИ
Интерфейсы СЦИ (STM-N) и интерфейсы ПЦИ (Е1, Е3), реализованные в Оборудовании, должны соответствовать подразделу 4.2 [15].
7.8. Требования к интерфейсам xDSL
Интерфейсы xDSL, реализованные в Оборудовании, должны соответствовать пунктам 4.2.3, 4.3.15 - 4.3.20 [16].
8. Общие технические требования к протоколам,
поддерживаемым Оборудованием, реализующим функции
гибкого коммутатора
8.1. Требования к реализации функций протокола IP
Требования к реализации протокола IP (Internet Protocol - протокол межсетевого взаимодействия) должны соответствовать подразделу [17].
8.2. Требования к реализации протокола реального времени RTP
Требования к реализации протокола RTP (Real-time protocol - протокол передачи в режиме реального времени) и протокола RTCP (Real-time Control Protocol - протокол управления передачей в режиме реального времени) должны соответствовать подразделу 6.3 [4].
8.3. Требования к протоколу сигнализации RAS
Требования к протоколу сигнализации RAS (Registration, Admission, Status - регистрация, допуск, состояние) должны соответствовать подразделу 6.1 [4].
8.4. Требования к реализации протокола управления Н.245
Требования к реализации протокола управления Н.245 должны соответствовать подразделу 6.2 [4].
8.5. Требования к реализации протокола управления SIP
Требования к реализации протокола управления SIP должны соответствовать [18].
8.6. Требования к реализации протокола управления MGCP
8.6.1. Реализация протокола управления MGCP должна соответствовать документу IETF RFC 2705bis [19], который определяет перечень команд управления шлюзами MG и их форматы.
8.6.2. Протокол MGCP может быть реализован в следующих устройствах:
- устройство управления шлюзами MGC;
- шлюз MG;
- шлюз сигнализации SG, обеспечивающий преобразование команд MGCP в другие протоколы, реализуемые в устройстве управления шлюзами MGC.
8.6.3. Протокол управления MGCP в соответствии с [19] должен обеспечивать:
- согласование вида модуляции сигнала между двумя шлюзами MG;
- обработку тонов DTMF, распознавание вида передаваемой информации (речевая информация, факсимильные сообщения, данные и др.), определение состояния оконечного оборудования;
- установление соединения;
- освобождение соединения;
- изменение конфигурации соединения;
- освобождение соединений конфигурации "точка - несколько точек";
- контроль и диагностику портов шлюзов MG;
- контроль и диагностику соединений;
- уведомление устройства управления шлюзами MGC об освобождении ресурсов шлюзов MG.
8.6.4. Согласование вида модуляции сигнала между двумя шлюзами MG должно осуществляться с использованием команды "EndpointConfiguration" в соответствии с пунктом 2.3.1 [19]. Дополнительно команда обеспечивает инициализацию шлюза MG. Команда "EndpointConfiguration" должна передаваться в направлении от устройства управления шлюзами MGC к шлюзу MG.
8.6.4.1. Формат команды "EndpointConfiguration" должен соответствовать пункту 2.3.1 [19]:
EndpointConfiguration(EndpointId,BearerInformation).
Таблица 8.2
ПОЛЯ КОМАНДЫ "ENDPOINTCONFIGURATION"
--------------------T-----------------------------T--------------¬
¦ Название поля ¦ Значение ¦ Статус ¦
¦ ¦ ¦обязательности¦
+-------------------+-----------------------------+--------------+
¦EndpointLd ¦Идентификатор шлюза MG ¦ О ¦
+-------------------+-----------------------------+--------------+
¦BeareInformation ¦Вид модуляции сигнала ¦ О ¦
+-------------------+-----------------------------+--------------+
¦ Примечания. 1. О - обязательно. ¦
¦ 2. Н - необязательно. ¦
L-----------------------------------------------------------------
8.6.4.2. Назначение и требования к функциям кодирования/декодирования полей команды EndpointConfiguration:
а) поле "EndpointId" должно идентифицировать шлюз MG, а также его отдельные элементы (интерфейсную плату, порт и пр.). Поле представляет собой текстовую строку, состоящую из мнемонического имени шлюза MG в формате адреса электронной почты (должен соответствовать RFC 821 [20]) и наименования отдельных элементов. Наименования отдельных элементов должны отделяться от имени шлюза символом "/". Допускается иерархическое перечисление отдельных элементов, также разделяемых символом "/" (например, "mg@gateway.com/module1/port1"). Для обозначения произвольного элемента должен использоваться символ "*". Для обозначения произвольного символа в элементе должен использоваться символ "$" (пункт 2.1.2 [19]);
б) поле "BearerInformation" должно содержать вид модуляции сигнала (A-law или мю-law) в формате текстовой строки.
8.6.5. Распознавание вида передаваемой информации, тонов DTMF, определение состояний оконечного оборудования должно осуществляться с использованием команды "NotificationRequest" в соответствии с пунктом 2.3.2 [19]. Команда "NotificationRequest" должна передаваться в направлении от устройства управления шлюзами MGC к шлюзу MG.
8.6.5.1. Формат команды "NotificationRequest" должен соответствовать пункту 2.3.2 [19]:
NotificationRequest(EndpointId,[NotifiedEntity],[RequestedEvents],
RequestIdentifier,[DigitMap],[SignalRequests],
[QuarantineHandling],[DetectEvents],
[Encapsulated EndpointConfiguration]).
Таблица 8.3
ПОЛЯ КОМАНДЫ "NOTIFICATIONREQUEST"
----------------------T-------------------------------T----------¬
¦ Название поля ¦ Значение ¦Статус ¦
¦ ¦ ¦обязатель-¦
¦ ¦ ¦ности ¦
+---------------------+-------------------------------+----------+
¦EndpointId ¦Идентификатор шлюза MG ¦ О ¦
+---------------------+-------------------------------+----------+
¦NotifiedEntity ¦Получатель уведомлений ¦ Н ¦
+---------------------+-------------------------------+----------+
¦RequestedEvents ¦Перечень событий, подлежащих ¦ Н ¦
¦ ¦контролю, и реакций на них ¦ ¦
+---------------------+-------------------------------+----------+
¦RequestIdentifier ¦Признак соответствия ¦ О ¦
+---------------------+-------------------------------+----------+
¦DigitMap ¦Набор допустимых символов ¦ Н ¦
+---------------------+-------------------------------+----------+
¦SignalRequests ¦Перечень событий, подлежащих ¦ Н ¦
¦ ¦контролю ¦ ¦
+---------------------+-------------------------------+----------+
¦QuarantineHandling ¦Способ реакции на состояния, ¦ Н ¦
¦ ¦которые не должны ¦ ¦
¦ ¦обрабатываться шлюзом MG ¦ ¦
+---------------------+-------------------------------+----------+
¦DetectEvents ¦Перечень состояний, которые не ¦ Н ¦
¦ ¦должны обрабатываться шлюзом MG¦ ¦
+---------------------+-------------------------------+----------+
¦Encapsulated ¦Команда переконфигурации шлюза ¦ Н ¦
¦EndpointConfiguration¦MG ¦ ¦
+---------------------+-------------------------------+----------+
¦ Примечания. 1. О - обязательно. ¦
¦ 2. Н - необязательно. ¦
L-----------------------------------------------------------------
8.6.5.2. Назначение и требования к функциям кодирования/декодирования полей команды "NotificationRequest":
а) "EndpointId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.4.2 "а";
б) "NotifiedEntity" - параметр, который определяет альтернативного получателя уведомлений. Если данное поле не задано, уведомления должны пересылаться отправителю команды "NotificationRequest";
в) "RequestedEvents" - перечень событий, подлежащих контролю (вид передаваемой информации, тоны DTMF, поднятие телефонной трубки, отбой и пр.), которые должны передаваться устройству управления шлюзами MGC. Каждому событию должен быть сопоставлен способ реакции (например, немедленное уведомление, отложенное уведомление, игнорирование и др.);
г) "RequestIdentifier" - признак соответствия;
д) "DigitMap" - представляет собой текстовую строку, предназначенную для накопления информации, вводимой абонентом с использованием тонов DTMF;
е) "SignalRequests" - содержит перечень состояний оконечного оборудования, которые должны контролироваться шлюзом MG. Перечень событий, указанный в настоящем поле, должен совпадать с перечнем событий, указанным в поле "RequestedEvents";
ж) "QuarantineHandling" - определяет способ реакции на события, наступившие до получения команды "NotificationRequest" и накопленные шлюзом MG: обнулить накопленные события или обработать их в штатном режиме. Кроме того, должен быть указан способ передачи уведомлений устройства управления шлюзами MGC: одно уведомление в одной команде (при наступлении события) или несколько уведомлений в одной команде (при их накоплении);
з) "DetectEvents" - должен содержать перечень событий, которые не должны обрабатываться шлюзом MG (определенные в поле "QuarantineHandling"), и способ реакции на них;
и) команда "Encapsulated EndpointConfiguration" - может передаваться в составе команды "NotificationRequest" для оперативной переконфигурации оконечного оборудования. Назначение и формат команды должны соответствовать пункту 8.6.4.2, за исключением поля "EndpointId", которое заполняться не должно.
8.6.6. Команда "Notify" должна передаваться в направлении от шлюза MG к устройству управления шлюзами MGC при обнаружении событий, описанных в поле "RequestedEvents" команды "NotificationRequest".
8.6.6.1. Формат команды "Notify" должен соответствовать пункту 2.3.42 [19]:
Notify(EndpointId,[NotifiedEntity],RequestIdentifier,ObservedEvents).
Таблица 8.4
ПОЛЯ КОМАНДЫ "NOTIFY"
---------------------T----------------------------T--------------¬
¦ Название поля ¦ Значение ¦ Статус ¦
¦ ¦ ¦обязательности¦
+--------------------+----------------------------+--------------+
¦EndpointId ¦Идентификатор устройства ¦ О ¦
¦ ¦управления шлюзами MGC ¦ ¦
+--------------------+----------------------------+--------------+
¦NotifiedEntity ¦Получатель уведомлений ¦ Н ¦
+--------------------+----------------------------+--------------+
¦RequestIdentifier ¦Признак соответствия ¦ О ¦
+--------------------+----------------------------+--------------+
¦ObservedEvents ¦Список событий, обнаруженных¦ О ¦
¦ ¦шлюзом ¦ ¦
+--------------------+----------------------------+--------------+
¦ Примечания. 1. О - обязательно. ¦
¦ 2. Н - необязательно. ¦
L-----------------------------------------------------------------
8.6.6.2. Назначение и требования к функциям кодирования/декодирования полей команды "Notify":
а) "EndpointId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.4.2 "а";
б) "NotifiedEntity" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать полю "NotifiedEntity" команды "NotificationRequest", описанному в пункте 8.6.5.2 "б";
в) "RequestIdentifier" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать полю "RequestIdentifier", описанному в пункте 8.6.5.2 "г";
г) "ObservedEvents" - должен содержать перечень событий, обнаруженных шлюзом MG, в порядке их обнаружения.
8.6.7. Установление соединения между двумя шлюзами MG осуществляется с использованием сообщения "CreateConnection" в соответствии с пунктом 2.3.3 [19]. Команда "CreateConnection" должна передаваться в направлении от устройства управления шлюзами MGC к шлюзу MG.
8.6.7.1. Формат сообщения "CreateConnection" должен соответствовать пункту 2.3.5 [19]:
CreateConnection(CallId,EndpointId,[NotifiedEntity],
[LocalConnectionOptions],Mode,
[RemoteConnectionDescriptor или
SecondEndpointId],[Encapsulated
NotificationRequest],[Encapsulated
EndpointConfiguration]).
Таблица 8.5
ПОЛЯ КОМАНДЫ "CREATECONNECTION"
---------------------------T-------------------------T-----------¬
¦ Название поля ¦ Значение ¦Статус ¦
¦ ¦ ¦обязатель- ¦
¦ ¦ ¦ности ¦
+--------------------------+-------------------------+-----------+
¦CallId ¦Идентификатор вызова ¦ О ¦
+--------------------------+-------------------------+-----------+
¦EndpointId ¦Идентификатор шлюза MG ¦ О ¦
+--------------------------+-------------------------+-----------+
¦NotifiedEntity ¦Получатель уведомлений ¦ Н ¦
+--------------------------+-------------------------+-----------+
¦LocalConnectionOptions ¦Параметры соединения ¦ Н ¦
+--------------------------+-------------------------+-----------+
¦Mode ¦Режимы соединения ¦ О ¦
+--------------------------+-------------------------+-----------+
¦RemoteConnectionDescriptor¦Описатель удаленного ¦ Н ¦
¦ ¦соединения ¦ ¦
+--------------------------+-------------------------+-----------+
¦SecondEndpointId ¦Идентификатор удаленного ¦ Н ¦
¦ ¦шлюза MG ¦ ¦
+--------------------------+-------------------------+-----------+
¦Encapsulated ¦Команда контроля шлюза MG¦ Н ¦
¦NotificationRequest ¦ ¦ ¦
+--------------------------+-------------------------+-----------+
¦Encapsulated ¦Команда переконфигурации ¦ Н ¦
¦EndpointConfiguration ¦шлюза MG ¦ ¦
+--------------------------+-------------------------+-----------+
¦ Примечания. 1. О - обязательно. ¦
¦ 2. Н - необязательно. ¦
L-----------------------------------------------------------------
8.6.7.2. Назначение и требования к функциям кодирования/декодирования полей команды "CreateConnection":
а) "CallId" - идентификатор вызова;
б) "EndpointId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.4.2 "а";
в) "NotifiedEntity" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать полю "NotifiedEntity" команды "NotificationRequest", описанному в пункте 8.6.5.2 "б";
г) "LocalConnectionOptions" - перечень параметров, используемый устройством управления шлюзами MGC при создании соединения. Поле "LocalConnectionOptions" должно содержать следующие параметры:
- наименование алгоритма кодирования речевой информации;
- период передачи пакетов с речевой информацией в миллисекундах;
- пропускную способность соединения в кбайт/с;
- класс обслуживания в соответствии с полем ToS заголовка пакета IP;
- использование режима эхоподавления;
- использование режимов определения и подавления пауз;
- использование режимов адаптации уровня сигнала и подавления шума;
д) "Mode" - определяет режим соединения и представляет собой текстовую строку, которая должна содержать одно из значений в соответствии с таблицей 8.6:
Таблица 8.6
РЕЖИМЫ СОЕДИНЕНИЙ
------------T----------------------------------------------------¬
¦ Режим ¦ Значение ¦
+-----------+----------------------------------------------------+
¦"sendonly" ¦Шлюз MG должен только передавать пакеты ¦
+-----------+----------------------------------------------------+
¦"recvonly" ¦Шлюз MG должен только получать пакеты ¦
+-----------+----------------------------------------------------+
¦"sendrecv" ¦Шлюз MG должен отправлять и получать пакеты ¦
+-----------+----------------------------------------------------+
¦"confrnce" ¦Шлюз MG должен установить соединение в режим ¦
¦ ¦конференции ¦
+-----------+----------------------------------------------------+
¦"inactive" ¦Шлюз MG не должен отправлять и получать пакеты ¦
+-----------+----------------------------------------------------+
¦"loopback" ¦Шлюз MG должен установить режим ответа, шлейфа ¦
+-----------+----------------------------------------------------+
¦"conttest" ¦Шлюз MG должен установить режим тестирования ¦
¦ ¦целостности соединения ¦
+-----------+----------------------------------------------------+
¦"netwloop" ¦Шлюз MG должен установить соединение в режим ¦
¦ ¦сетевого шлейфа ¦
+-----------+----------------------------------------------------+
¦"netwtest" ¦Шлюз MG должен установить соединение в режим ¦
¦ ¦сетевого теста на непрерывность передачи ¦
+-----------+----------------------------------------------------+
¦"data" ¦Шлюз MG должен использовать канал для доступа к сети¦
¦ ¦передачи данных (например, по протоколу РРР, SLIP ¦
¦ ¦и т.д.) ¦
L-----------+-----------------------------------------------------
е) "RemoteConnectionDescriptor" - описатель, задающий характеристики соединения, которые должны быть установлены удаленным шлюзом MG;
ж) "SecondEndpointId" - задается, когда должно быть установлено соединение между оконечным оборудованием, подключенным к одному шлюзу MG;
з) "Encapsulated NotificationRequest" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать полям команды "NotificationRequest", описанной в пункте 8.6.5;
и) "Encapsulated EndpointConfiguration" - назначение и формат команды должны соответствовать пункту 8.6.4.2, за исключением поля "EndpointId", которое заполняться не должно.
8.6.8. Изменение конфигурации соединения должно осуществляться с использованием команды "ModifyConnection" в соответствии с пунктом 2.3.6 [19]. Команда "ModifyConnection" должна передаваться в направлении от устройства управления шлюзами MGC к шлюзу MG.
8.6.8.1. Формат команды "ModifyConnection" должен соответствовать пункту 2.3.4 [19]:
ModifyConnection(CallId,EndpointId,ConnectionId,[NotifiedEntity],
[LocalConnectionOptions],[Mode],
[RemoteConnectionDescriptor],
[Encapsulated NotificationRequest],
[Encapsulated EndpointConfiguration]).
Таблица 8.7
ПОЛЯ КОМАНДЫ "MODIFYCONNECTION"
----------------------------T-------------------------T----------¬
¦ Название поля ¦ Значение ¦Статус ¦
¦ ¦ ¦обязатель-¦
¦ ¦ ¦ности ¦
+---------------------------+-------------------------+----------+
¦CallId ¦Идентификатор вызова ¦ О ¦
+---------------------------+-------------------------+----------+
¦EndpointId ¦Идентификатор шлюза MG ¦ О ¦
+---------------------------+-------------------------+----------+
¦ConnectionId ¦Идентификатор соединения ¦ О ¦
+---------------------------+-------------------------+----------+
¦NotifiedEntity ¦Получатель уведомлений ¦ Н ¦
+---------------------------+-------------------------+----------+
¦LocalConnectionOptions ¦Параметры соединения ¦ Н ¦
+---------------------------+-------------------------+----------+
¦Mode ¦Режимы соединения ¦ Н ¦
+---------------------------+-------------------------+----------+
¦RemoteConnectionDescriptor ¦Описатель удаленного ¦ Н ¦
¦ ¦соединения ¦ ¦
+---------------------------+-------------------------+----------+
¦Encapsulated ¦Команда контроля шлюза MG¦ Н ¦
¦NotificationRequest ¦ ¦ ¦
+---------------------------+-------------------------+----------+
¦Encapsulated ¦Команда переконфигурации ¦ Н ¦
¦EndpointConfiguration ¦шлюза MG ¦ ¦
+---------------------------+-------------------------+----------+
¦ Примечания. 1. О - обязательно. ¦
¦ 2. Н - необязательно. ¦
L-----------------------------------------------------------------
8.6.8.2. Назначение и требования к функциям кодирования/декодирования полей команды "ModifyConnection":
а) "CallId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.7.2 "а";
б) "EndpointId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.4.2 "а";
в) "ConnectionId" - параметр, идентифицирующий соединение, созданное шлюзом MG;
г) "NotifiedEntity" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.5.2 "б";
д) "LocalConnectionOptions" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.7.2 "г";
е) "Mode" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.7.2 "д";
ж) "RemoteConnectionDescriptor" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.7.2 "е";
з) "Encapsulated NotificationRequest" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.7.2 "з";
и) "Encapsulated EndpointConfiguration" - назначение и формат команды должны соответствовать пункту 8.6.4.2, за исключением поля "EndpointId", которое заполняться не должно.
8.6.9. Освобождение соединения должно обеспечиваться командой "DeleteConnection" в соответствии с пунктами 2.3.5 - 2.3.7 [19]. Формат команды "DeleteConnection" различается в зависимости от устройства, по инициативе которого освобождается соединение:
- устройство управления шлюзами MGC;
- шлюз MGC.
Кроме того, формат команды "DeleteConnection" различается от ее назначения:
- для освобождения всех соединений, относящихся к одному соединению;
- для безусловного освобождения всех соединений на шлюзе MG.
В зависимости от устройства, по инициативе которого освобождается соединение, команда "DeleteConnection" может передаваться как в направлении от устройства управления шлюзами MGC к шлюзу MG, так и в обратном направлении.
8.6.9.1. Формат команды "DeleteConnection", передаваемой устройством управления шлюзами MGC, должен соответствовать пункту 2.3.5 [19]:
DeleteConnection(CallId,EndpointId,ConnectionId,
[Encapsulated NotificationRequest],
[Encapsulated EndpointConfiguration]).
Таблица 8.8
ПОЛЯ КОМАНДЫ "DELETECONNECTION"
----------------------T-------------------------------T----------¬
¦ Название поля ¦ Значение ¦Статус ¦
¦ ¦ ¦обязатель-¦
¦ ¦ ¦ности ¦
+---------------------+-------------------------------+----------+
¦CallId ¦Идентификатор вызова ¦ О ¦
+---------------------+-------------------------------+----------+
¦EndpointId ¦Идентификатор шлюза MG ¦ О ¦
+---------------------+-------------------------------+----------+
¦ConnectionId ¦Идентификатор соединения ¦ О ¦
+---------------------+-------------------------------+----------+
¦Encapsulated ¦Команда контроля шлюза MG ¦ Н ¦
¦NotificationRequest ¦ ¦ ¦
+---------------------+-------------------------------+----------+
¦Encapsulated ¦Команда переконфигурации шлюза ¦ Н ¦
¦EndpointConfiguration¦MG ¦ ¦
+---------------------+-------------------------------+----------+
¦ Примечания. 1. О - обязательно. ¦
¦ 2. Н - необязательно. ¦
L-----------------------------------------------------------------
8.6.9.2. Назначение и требования к функциям кодирования/декодирования полей команды "DeleteConnection", формат которой определен в пункте 8.6.9.1:
а) "CallId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.7.2 "а";
б) "EndpointId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.4.2 "а";
в) "ConnectionId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.8.2 "в";
г) "Encapsulated NotificationRequest" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.7.2 "з";
д) "Encapsulated EndpointConfiguration" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.7.2 "и".
8.6.9.3. Формат команды "DeleteConnection", передаваемой шлюзом MG, должен соответствовать пункту 2.3.6 [18]:
DeleteConnection(CallId,EndpointId,ConnectionId,Reason-code,
Connection-parameters).
Таблица 8.9
ПОЛЯ КОМАНДЫ "DELETECONNECTION"
----------------------T---------------------------T--------------¬
¦ Название поля ¦ Значение ¦ Статус ¦
¦ ¦ ¦обязательности¦
+---------------------+---------------------------+--------------+
¦CallId ¦Идентификатор вызова ¦ О ¦
+---------------------+---------------------------+--------------+
¦EndpointId ¦Идентификатор устройства ¦ О ¦
¦ ¦управления шлюзами MGC ¦ ¦
+---------------------+---------------------------+--------------+
¦ConnectionId ¦Идентификатор соединения ¦ О ¦
+---------------------+---------------------------+--------------+
¦Reason-code ¦Код причины освобождения ¦ О ¦
+---------------------+---------------------------+--------------+
¦Connection-parameters¦Параметры соединения ¦ О ¦
+---------------------+---------------------------+--------------+
¦ Примечания. 1. О - обязательно. ¦
¦ 2. Н - необязательно. ¦
L-----------------------------------------------------------------
8.6.9.4. Назначение и требования к функциям кодирования/декодирования полей команды "DeleteConnection", формат которой определен в пункте 8.6.9.3:
а) "CallId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.7.2 "а";
б) "EndpointId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.4.2 "а";
в) "ConnectionId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.8.2 "в";
г) "Reason-code" - причина освобождения соединения, в соответствии с пунктом 2.5 RFC 2705 должно принимать следующие значения:
- 000 при штатном освобождении соединения;
- 900 при освобождении соединения из-за неисправности шлюза MG;
- 901 при освобождении соединения из-за отключения шлюза MG средствами системы административного управления;
- 902 при освобождении соединения из-за ухудшения его характеристик ниже допустимого уровня;
д) "Connection-parameters" - при освобождении соединения передается статистика соединения, которая должна включать следующую информацию:
- количество переданных пакетов RTP;
- количество переданных октетов;
- количество полученных пакетов RTP;
- количество полученных октетов;
- количество потерянных пакетов RTP;
- отклонение величины задержки получения пакетов RTP в мс;
- средняя задержка передачи пакетов RTP по сети в мс.
8.6.9.5. Формат команды "DeleteConnection", используемой для освобождения всех соединений, относящихся к одному соединению, и инициируемой устройством управления шлюзами MGC, должен соответствовать пункту 2.3.6 [19]:
DeleteConnection(CallId,EndpointId).
Таблица 8.10
ПОЛЯ КОМАНДЫ "DELETECONNECTION"
----------------------T---------------------------T--------------¬
¦ Название поля ¦ Значение ¦ Статус ¦
¦ ¦ ¦обязательности¦
+---------------------+---------------------------+--------------+
¦CallId ¦Идентификатор вызова ¦ О ¦
+---------------------+---------------------------+--------------+
¦EndpointId ¦Идентификатор шлюза MG ¦ О ¦
+---------------------+---------------------------+--------------+
¦ Примечания. 1. О - обязательно. ¦
¦ 2. Н - необязательно. ¦
L-----------------------------------------------------------------
8.6.9.6. Назначение и требования к функциям кодирования/декодирования полей команды "DeleteConnection", формат которой определен в пункте 8.6.9.5:
а) "CallId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.7.2 "а";
б) "EndpointId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.4.2 "а".
8.6.9.7. Формат команды "DeleteConnection", используемой для безусловного освобождения всех соединений на шлюзе MG и инициируемой устройством управления шлюзами MGC, должен соответствовать пункту 2.3.7 [19]:
DeleteConnection(EndpointId).
Таблица 8.11
ПОЛЯ КОМАНДЫ "DELETECONNECTION"
----------------------T---------------------------T--------------¬
¦ Название поля ¦ Значение ¦ Статус ¦
¦ ¦ ¦обязательности¦
+---------------------+---------------------------+--------------+
¦CallId ¦Идентификатор вызова ¦ О ¦
+---------------------+---------------------------+--------------+
¦EndpointId ¦Идентификатор шлюза MG ¦ О ¦
+---------------------+---------------------------+--------------+
¦ Примечания. 1. О - обязательно. ¦
¦ 2. Н - необязательно. ¦
L-----------------------------------------------------------------
8.6.9.8. Назначение и требования к функциям кодирования/декодирования полей "EndpointId" должны соответствовать пункту 8.6.4.2 "а".
8.6.10. Контроль и диагностика против шлюза MG должны осуществляться командой "AuditEndPoint" в соответствии с пунктом 2.3.8 [19]. Команда должна передаваться в направлении от устройства управления шлюзами MGC к шлюзу MG.
8.6.10.1. Формат команды "AuditEndPoint" должен соответствовать пункту 2.3.9 [19]):
AuditEndPoint(EndpointId,[RequestedInfo]).
Таблица 8.12
ПОЛЯ КОМАНДЫ "AUDITENDPOINT"
----------------------T---------------------------T--------------¬
¦ Название поля ¦ Значение ¦ Статус ¦
¦ ¦ ¦обязательности¦
+---------------------+---------------------------+--------------+
¦EndpointId ¦Идентификатор шлюза MG ¦ О ¦
+---------------------+---------------------------+--------------+
¦RequestedInfo ¦Запрашиваемая информация ¦ Н ¦
+---------------------+---------------------------+--------------+
¦ Примечания. 1. О - обязательно. ¦
¦ 2. Н - необязательно. ¦
L-----------------------------------------------------------------
8.6.10.2. Назначение и требования к функциям кодирования/декодирования полей команды "AuditEndPoint":
а) "EndpointId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.4.2 "а";
б) "RequestedInfo" - должен содержать перечень характеристик соединения, описываемых следующими параметрами: "RequestedEvents", "DigitMap", "SignalRequests", "RequestIdentifier", "NotifiedEntity", "ConnectionIdentifiers", "DetectEvents", "ObservedEvents", "EventStates", "RestartReason", "RestartDelay", "ReasonCode", "Capabilities", которые должны соответствовать следующему:
- "RequestedEvents" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.5.2 "в";
- "DigitMap" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.5.2 "д";
- "SignalRequests" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.5.2 "е";
- "RequestIdentifier" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.5.2 "г";
- "NotifiedEntity" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.5.2 "б";
- "ConnectionIdentifiers" - перечень соединений, относящихся к одному шлюзу MG;
- "DelectEvents" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.5.2 "з";
- "ObservedEvents" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.6.2 "г";
- "EventStates" - назначение и требования к функциям кодирования/декодирования данного поля аналогичны полю "ObservedEvents" и должны соответствовать пункту 8.6.6.2 "г";
- "RestartReason" - назначение и требования к функциям кодирования/декодирования данного поля аналогичны полю "ReasonCode" и должны соответствовать пункту 8.6.9.4 "г";
- "RestartDelay" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.12.2 "в";
- "ReasonCode" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.9.4 "г";
- "Capabilities" - требования к функциям кодирования/декодирования данного поля аналогичны требованиям кодирования/декодирования поля LocalConnectionOptions и должны соответствовать пункту 8.6.7.2 "г".
8.6.11. Контроль и диагностика соединения должны осуществляться командой "AuditConnection" в соответствии с пунктом 2.3.9 [19]. Команда должна передаваться в направлении от устройства управления шлюзами MGC к шлюзу MG.
8.6.11.1. Формат команды "AuditConnection" должен соответствовать пункту 2.3.11 [19]:
AuditConnection(EndpointId,ConnectionId,RequestedInfo).
Таблица 8.13
ПОЛЯ КОМАНДЫ "AUDITCONNECTION"
----------------------T---------------------------T--------------¬
¦ Название поля ¦ Значение ¦ Статус ¦
¦ ¦ ¦обязательности¦
+---------------------+---------------------------+--------------+
¦EndpointId ¦Идентификатор шлюза MG ¦ О ¦
+---------------------+---------------------------+--------------+
¦ConnectionId ¦Идентификатор соединения ¦ О ¦
+---------------------+---------------------------+--------------+
¦RequestedInfo ¦Запрашиваемая информация ¦ О ¦
+---------------------+---------------------------+--------------+
¦ Примечания. 1. О - обязательно. ¦
¦ 2. Н - необязательно. ¦
L-----------------------------------------------------------------
8.6.11.2. Назначение и требования к функциям кодирования/декодирования данного поля команды "AuditEndPoint":
а) "EndpointId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.4.2 "а";
б) "ConnectionId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.8.2 "в";
в) "RequestedInfo" - поле должно содержать перечень характеристик соединения, описываемых следующими параметрами: "CallId", "NotifiedEntity", "LocalConnectionOptions", "Mode", "RemoteConnectionDescriptor", "LocalConnectionDescriptor", "ConnectionParameters". Данные параметры должны соответствовать следующему:
- "CallId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.7.2 "а";
- "NotifiedEntity" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.5.2 "б";
- "LocalConnectionOptions" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.7.2 "г";
- "Mode" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.7.2 "д";
- "RemoteConnectionDescriptor" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.7.2 "е";
- "LocalConnectionDescriptor" - описатель, задающий характеристики соединения, которые должны быть установлены локальным шлюзом MG;
- "ConnectionParameters" - текущее значение параметров (характеристик) соединения в соответствии с 8.6.9.4 "д".
8.6.12. Команда "RestartInProgress" должна использоваться шлюзом MG для уведомления устройства управления шлюзами MGC о том, что шлюз MG находится в процессе перезагрузки. Команда "RestartInProgress" должна передаваться в направлении от шлюза MG к устройству управления шлюзами MGC.
8.6.12.1. Формат команды "RestartInProgress" должен соответствовать пункту 2.3.10 [19]:
RestartInProgress(EndPointId,RestartMethod,[RestartDelay],[Reason-code]).
Таблица 8.14
ПОЛЯ КОМАНДЫ "RESTARTINPROGRESS"
----------------------T---------------------------T--------------¬
¦ Название поля ¦ Значение ¦ Статус ¦
¦ ¦ ¦обязательности¦
+---------------------+---------------------------+--------------+
¦EndpointId ¦Идентификатор устройства ¦ О ¦
¦ ¦управления шлюзами MGC ¦ ¦
+---------------------+---------------------------+--------------+
¦RestartMethod ¦Метод рестарта ¦ О ¦
+---------------------+---------------------------+--------------+
¦RestartDelay ¦Пауза ¦ Н ¦
+---------------------+---------------------------+--------------+
¦Reason-code ¦Причина рестарта ¦ Н ¦
+---------------------+---------------------------+--------------+
¦ Примечания. 1. О - обязательно. ¦
¦ 2. Н - необязательно. ¦
L-----------------------------------------------------------------
8.6.12.2. Требования к функциям кодирования/декодирования полей команды "RestartMethod":
а) "EndpointId" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.4.2 "а";
б) "RestartMethod" - определяет метод рестарта в соответствии с таблицей 8.15:
Таблица 8.15
ЗНАЧЕНИЯ ПОЛЯ "RESTARTMETHOD"
------------------T----------------------------------------------¬
¦ Метод рестарта ¦ Описание ¦
+-----------------+----------------------------------------------+
¦"graceful" ¦При ухудшении характеристик соединения шлюз MG¦
¦ ¦должен освободить соединение и после паузы, ¦
¦ ¦значение которой определяется в поле ¦
¦ ¦"RestartDelay", переустановить это соединение ¦
+-----------------+----------------------------------------------+
¦"forced" ¦При ухудшении характеристик соединения шлюз MG¦
¦ ¦должен немедленно освободить все соединения ¦
+-----------------+----------------------------------------------+
¦"restart" ¦При ухудшении характеристик соединения шлюз MG¦
¦ ¦должен запомнить параметры существующих ¦
¦ ¦соединений и немедленно переустановить их ¦
+-----------------+----------------------------------------------+
¦"disconnected" ¦При освобождении соединения из-за аварии шлюза¦
¦ ¦MG соединение должно быть установлено заново ¦
¦ ¦через определенное время, значение которого ¦
¦ ¦определено в поле "RestartDelay" ¦
+-----------------+----------------------------------------------+
¦"cancel-graceful"¦Шлюз MG должен прервать и завершить процесс ¦
¦ ¦рестарта методом "graceful" ¦
L-----------------+-----------------------------------------------
в) "RestartDelay" - величина паузы в секундах;
г) "Reason-code" - назначение и требования к функциям кодирования/декодирования данного поля должны соответствовать пункту 8.6.9.4 "г".
8.7. Требования к реализации протокола управления MEGACO
8.7.1. Реализация протокола управления MEGACO должна соответствовать документу IETF RFC 3015 [21], который определяет перечень команд управления шлюзами MG и их форматы.
8.7.2. Протокол MEGACO может быть реализован в следующих устройствах:
- устройство управления шлюзами MGC;
- шлюз MG.
8.7.3. Объектами управления протокола MEGACO является совокупность соединений, относящихся к текущему сеансу связи или конференции.
8.7.3.1. Соединения должны идентифицироваться параметром TerminationID.
8.7.3.2. Сеансы должны идентифицироваться параметром ContextID.
8.7.4. Протокол управления MEGACO в соответствии с [21] должен обеспечивать:
- добавление соединения в сеанс связи;
- изменение конфигурации соединения;
- удаление соединения из сеанса связи;
- перемещение соединения в другой сеанс связи;
- контроль и диагностику соединений;
- определение возможностей шлюза MG;
- уведомление устройства управления шлюзами MGC о событиях, произошедших на шлюзах MG;
- уведомление устройства управления шлюзами MGC об отказах шлюзов MG.
8.7.5. Должны поддерживаться два способа ко

ОПРЕДЕЛЕНИЕ Конституционного Суда РФ от 08.04.2003 n 171-О ОБ ОТКАЗЕ В ПРИНЯТИИ К РАССМОТРЕНИЮ ЗАПРОСА СОВЕТСКОГО РАЙОННОГО СУДА ГОРОДА ЧЕЛЯБИНСКА О ПРОВЕРКЕ КОНСТИТУЦИОННОСТИ ПОЛОЖЕНИЙ СТАТЕЙ 239, 386, 388 И 410 УГОЛОВНО-ПРОЦЕССУАЛЬНОГО КОДЕКСА РОССИЙСКОЙ ФЕДЕРАЦИИ  »
Постановления и Указы »
Читайте также