Приложение 10. ТРЕБОВАНИЯ К ПАРАМЕТРАМ ПРОТОКОЛА ПЕРЕДАЧИ ПАКЕТОВ МУЛЬТИМЕДИЙНОЙ ИНФОРМАЦИИ (ПРОТОКОЛА H.323)
1. Протокол H.323 состоит из протокола управления регистрацией, допуском, состоянием (далее - RAS), протокола сигнализации и определения потока мультимедийной информации (далее - H.225) и протокола управления для связи мультимедийной информации (далее - H.245).
2. Если в коммутационном оборудовании, выполняющем функции гейткипера, шлюза или оконечного оборудования и использующем протокол H.323, поддерживается сигнализация RAS, то выполняются следующие требования к параметрам протокола сигнализации RAS:
1) Сигнализация RAS обеспечивает регистрацию, допуск и определение состояния оконечного оборудования (шлюза или оконечного оборудования пользователя).
2) Сигнализация RAS обеспечивает:
а) нахождение гейткипера, на котором возможна регистрация оконечного оборудования;
б) регистрацию оконечного оборудования на гейткипере;
в) удаление данных, внесенных при регистрации оконечного оборудования;
г) получение дополнительной информации об оконечном оборудовании;
д) резервирование полосы пропускания канала для передачи речевой, видео- и мультимедиа информации;
е) изменение полосы пропускания канала для передачи речевой, видео- и мультимедиа информации;
ж) освобождение полосы пропускания канала, используемой для передачи речевой, видео- и мультимедиа информации;
з) получение сигналов состояния оконечного оборудования;
е) управление ресурсами.
3) Сообщения сигнализации RAS передаются в поле нагрузки пакетов UDP.
4) Нахождение гейткипера осуществляется одним из двух способов:
а) с помощью рассылки сообщения "запрос гейткипера" (далее - GRQ) по соединению конфигурации "точка-многоточка";
б) с помощью службы системы доменных имен (далее - DNS).
В соответствии со способом а) оконечное оборудование рассылает сообщение GRQ по соединению конфигурации "точка-многоточка" с идентификатором точки доступа к транспортной услуге (далее - TSAP), равным 1718 (по адресу 224.0.1.41). В ответ гейткипер передает сообщение "подтверждение гейткипера" (далее - GCF), если он будет обслуживать запросы от оконечного оборудования. При отказе от обслуживания оконечного оборудования гейткипер передает сообщение "отказ гейткипера" (далее - GRJ), в котором содержится причина отказа. Если имеется альтернативный гейткипер, то в сообщении GRJ содержится адрес альтернативного гейткипера.
В соответствии со способом б) оконечное оборудование получает транспортный адрес гейткипера, соответствующий его мнемоническому имени и затем передает данному гейткиперу сообщение GRQ. После получения оконечным оборудованием сообщения GCF между гейткипером и оконечным оборудованием устанавливается логический канал сигнализации, по которому будут передаваться остальные сообщения сигнализации RAS. Этот канал имеет идентификатор TSAP, равный 1719.
5) Гейткипер обрабатывает сообщения регистрации оконечного оборудования. При регистрации оконечное оборудование сообщает гейткиперу свой сетевой и мнемонический адреса в сообщении "запрос регистрации" (далее - RRQ). Для подтверждения регистрации оконечного оборудования гейткипер передает оконечному оборудованию сообщение "подтверждение регистрации" (далее - RCF). Для отказа в регистрации гейткипер передает сообщение "отказ в регистрации" (далее - RRJ). Сообщение RRQ передается либо после нахождения гейткипера, либо при включении оконечного оборудования. При совпадении мнемонического и сетевого адресов оконечного устройства с ранее переданными гейткиперу адресами гейткипер передает оконечному оборудованию сообщение RCF. При разных сетевых адресах и одинаковом мнемоническом адресе передается сообщение RRJ с причиной отказа "повторная регистрация".
6) Удаление данных, внесенных при регистрации оконечного оборудования, осуществляется гейткипером при получении от оконечного оборудования сообщения "запрос отмены регистрации" (далее - URQ). Для подтверждения удаления данных гейткипер передает оконечному оборудованию сообщение "подтверждение отмены регистрации" (далее - UCF). При отказе от удаления данных гейткипер передает сообщение "отказ в отмене регистрации" (далее - URJ).
7) Получение дополнительной информации об оконечном оборудовании осуществляется гейткипером. На приеме гейткипер обрабатывает сообщение "запрос местоположения" (далее - LRQ), содержащее адрес канала сигнализации, адрес канала RAS, транспортные и мнемонические адреса оконечного оборудования. Сообщение передается по каналу RAS с идентификатором TSAP, равным 1719, или по адресу 224.0.1.41 с идентификатором TSAP, равным 1718.
8) Для подтверждения получения дополнительной информации гейткипер передает оконечному оборудованию сообщение "подтверждение местоположения" (далее - LCF).
9) Гейткипер, получивший сообщение LRQ от не зарегистрированного на нем оконечного оборудования, передает сообщение "отказ местоположения" (далее - LRJ).
10) Резервирование полосы пропускания канала выполняется гейткипером. Гейткипер после установления логического канала для передачи информации сигнализации H.225 на приеме обрабатывает сообщение "запрос допуска" (далее - ARQ). В сообщении ARQ оконечное оборудование пользователя указывает необходимую скорость передачи, кратную 100 бит/с, и количество каналов для передачи речевой, видео и мультимедиа информации. Скорость указывается без учета размеров заголовков пакетов и блоков транспортных протоколов.
11) Если сеть может обеспечить требуемые параметры, то гейткипер передает оконечному оборудованию сообщение "подтверждение допуска" (далее - ACF), в противном случае - сообщение "отказ в допуске" (далее - ARJ) с указанием причины отказа.
12) Изменение полосы пропускания канала осуществляется гейткипером. Гейткипер обрабатывает на приеме сообщение "запрос на изменение полосы пропускания" (далее - BRQ), которое может передаваться как гейткипером, так и оконечным оборудованием. В ответ гейткипер передает сообщение "разрешить изменение полосы пропускания" (далее - BCF) или сообщение "отказ в изменении полосы пропускания" (далее - BRJ).
13) Освобождение полосы пропускания канала осуществляется гейткипером. Освобождение ранее выделенной полосы пропускания осуществляется гейткипером при получении сообщения "запрос освобождения" (далее - DRQ), переданного оконечным оборудованием. В ответ гейткипер передает сообщение "подтверждение освобождения" (далее - DCF) или сообщение "отказ в освобождении" (далее - DRJ).
14) Получение сигнала состояния оконечного оборудования осуществляется гейткипером. Гейткипер периодически передает сообщение "информационный запрос" (далее - IRQ). Интервал между сообщениями - не менее 10 с.
15) На приеме гейткипер обрабатывает сообщения "ответ на информационный запрос" (далее - IRR), содержащие тип оконечного оборудования, адреса каналов протокола реального времени (далее - RTP) и протокола управления реального времени (далее - RTCP), признак ожидания ответа. При наличии этого признака гейткипер передает сообщение "подтверждение информационного запроса" (далее - IACK) либо сообщение "отсутствие подтверждения приема информационного запроса" (далее - INAK).
16) Управление ресурсами осуществляется гейткипером. Шлюз сообщает гейткиперу список поддерживаемых протоколов в сообщении "признак готовности ресурса" (далее - RAI). Гейткипер подтверждает получение этой информации передачей шлюзу сообщения "подтверждение готовности ресурса" (далее - RAC).
17) Для идентификации оконечного оборудования используется мнемонический и транспортный адреса. Гейткипер имеет только транспортный адрес.
18) Мнемонический адрес соответствует одному из следующих форматов:
а) пятнадцатизначная нумерация для сетей общего пользования в соответствии с планом нумерации международной общей связи E.164;
б) адрес в 16-битном формате кодирования символов (далее - UNICODE);
в) адрес в формате универсального местоположения ресурса (далее - URL);
г) адрес в формате интернет протокола (далее - IP);
д) адрес электронной почты;
е) номер в соответствии с планом нумерации корпоративной сети.
19) Транспортный адрес соответствует адресу в формате IP версии 4.
20) Для идентификации сообщений, передаваемых от разного оконечного оборудования, используется идентификатор TSAP.
3. Если в коммутационном оборудовании поддерживается сигнализация H.225, то выполняются следующие требования к реализации данного протокола:
1) Сигнализация H.225 обеспечивает:
а) взаимодействие шлюза и гейткипера;
б) взаимодействие между шлюзами (при отсутствии гейткипера).
2) Оборудование передает и принимает информацию о состоянии занятости в сообщении "приведение в готовность" (далее - Alerting).
3) Принимающая сторона передает следующую информацию:
а) о начале обработки вызова в сообщении "обработка вызова" (далее - Call Proceeding);
б) об установлении соединения в сообщении "соединение" (далее - Connect).
4) Шлюз передает информацию о начале фазы установления соединения (до передачи сообщения Connect) в сообщении "продвижение" (далее - Progress).
5) Передающая сторона информирует принимающую сторону о начале установления соединения в сообщении "установка" (далее - Setup).
6) Принимающая сторона подтверждает готовность начать установление соединения сообщением "подтверждение установки" (далее - Setup Acknowledge).
7) Шлюз информирует устройство управления вызовами и шлюзами о завершении вызова и освобождении соединения сообщением "вызов завершен" (далее - Release Complete).
8) Передача дополнительной информации о вызове и возможностях оконечного оборудования (терминалов) осуществляется в сообщении "информация" (далее - Information).
9) Передача информации о текущем состоянии вызова осуществляется в сообщении "статус" (далее - Status).
10) Запрос информации о текущем состоянии вызова осуществляется в сообщении "запрос статуса" (далее - Status Inquiry).
11) При реализации протокола H.225 обеспечиваются следующие параметры:
а) таймер T303 определяет время ожидания приема сообщений Alerting, Call Proceeding, Connect, Release Complete. Время ожидания не превышает 4 секунды;
б) таймер T301 определяет время, по истечении которого вызывающая сторона принудительно завершает вызов. Указанное время - не меньше 180 секунд.
4. Если в коммутационном оборудовании, выполняющем функции гейткипера, шлюза или оконечного оборудования и использующем протокол H.323, поддерживается протокол управления H.245, то выполняются следующие требования к реализации протокола H.245:
1) Протокол управления H.245 обеспечивает управление каналами RTP и обмен информацией о возможностях оконечного оборудования.
2) Канал для передачи информации протокола управления H.245 между передающим и приемным оконечным оборудованием создается гейткипером с помощью сигнализации H.225.
3) Оконечное оборудование при обмене информацией о возможностях оконечного оборудования передает информацию о поддерживаемых протоколах управления и алгоритмах кодирования речевой, видео- и мультимедиа информации в сообщении "набор возможностей оборудования" (далее - terminalCapabilitySet). Оконечное оборудование подтверждает получение сообщения terminalCapabilitySet сообщением "подтверждение набора возможностей оборудования" (далее - terminalCapabilitySetAck), если оно поддерживает указанные возможности. Оконечное оборудование передает сообщение "отклонение набора возможностей оборудования" (далее - terminalCapabilitySetReject) с указанием причины, если оно не поддерживает указанные возможности.
4) Для определения инициатора установления соединения (ведущего) используется сообщение "определение ведущего и ведомого" (далее - masterSlaveDetermination). Определение ведущего и ведомого оконечного оборудования осуществляется по значениям случайных чисел. Для подтверждения перехода оконечного оборудования в режим ведущего или ведомого передается сообщение "подтверждение определения ведущего и ведомого" (далее - masterSlaveDeterminationAck).
Если значения случайных чисел совпадают, оконечное оборудование передает сообщение "отклонение определения ведущего и ведомого" (далее - masterSlaveDeterminationReject).
5) Передача информации для установления канала RTP осуществляется оконечным оборудованием. Параметры для канала RTP передаются в сообщении "открытие логического канала" (далее - openLogicalChannel). В сообщении передается номер логического канала (служит для идентификации информации одного вызова при нескольких одновременных), вид информации (аудио, видео). При открытии логического канала передается сообщение "подтверждение открытия логического канала" (далее - openLogicalChannelAck). При невозможности открыть логический канал передается сообщение "отказ в открытии логического канала" (далее - openLogicalChannelReject) с указанием причины отказа.
6) Передача информации о закрытии канала RTP осуществляется оконечным оборудованием. Закрытие канала RTP осуществляется по требованию оконечного оборудования или при обнаружении ошибки. Закрытие канала с указанием инициатора закрытия осуществляется сообщением "закрытие логического канала" (далее - closeLogicalChannel). Подтверждение передачи информации для закрытия канала осуществляется сообщением "подтверждение закрытия логического канала" (далее - closeLogicalChannelAck).