Ю.Ф.Кожанов, Колбанев М.О ИНТЕРФЕЙСЫ И ПРОТОКОЛЫ СЕТЕЙ СЛЕДУЮЩЕГО ПОКОЛЕНИЯ

______________________________________________________________________________

ссылка на вызов (callReferenceValue) – уникальное число для каждого вызова на стыке между узлами и содержит две области: “метку” (1 бит) и значение ссылки на вызов (15 бит). “Метка” устанавливается в “0” на стороне инициатора соединения и в “1” – на стороне назначения.

В своем ответном сообщении Admission Confirm (ACF) менеджер зоны может подтвердить или снизить запрашиваемую полосу передачи. Узел может предпринять попытку изменения полосы передачи уже установленного соединения сообщением Bandwidth Change Request (BRQ), на что противоположная сторона должна ответить сообщением Bandwidth Change Confirm (BCF) в случае согласия или сообщением

Bandwidth Change Reject (BRJ) в случае отказа.

Менеджер периодически определяет состояние любого узла своей сети, посылая регулярно сообщение Information Request (IRQ), на которое работоспособный узел должен ответить сообщением Information Request Response (IRR). Период посылки сообщения IRQ выбирается не менее 10 секунд.

2.5.3. Канал управления соединением

Для установления/разрушения речевого соединения в IP-сети используется канал управления соединением (Call Signaling Channel, CSC) по протоколу H.225 (порт

1720) поверх протокола TCP. За основу приняты обязательные сообщения Рекомендации Q.931, хорошо зарекомендовавшие себя в цифровых сетях интегрального обслуживания (Integrated Services Digital Network, ISDN).

Каждое сообщение в Рекомендации Q.931 содержит следующие обязательные области: дискриминатор протокола, ссылка на вызов (Call reference), тип сообщения (Message type), информация пользователь-пользователь (User-user). Дискриминатор протокола для всех сообщений Рекомендации Q.931 принимает значение 00001000. Ссылка на вызов принимает то же значение, что и в сообщении ARQ протокола RAS. Тип сообщения определяют фазу установления соединения. Информация пользовательпользователь содержит все необходимые сведения, относящиеся к IP-сети.

Первое сообщение при установлении соединения – Установить (Setup), имеющий код типа сообщения 00000101. В нем присутствуют следующие поля.

Возможность несущего канала (Bearer capability) – содержит технические требования к несущему каналу, по которому устанавливается соединение. Содержит поля о виде передаваемой информации (код 01000 – режим неограниченной цифровой информации), используемом стандарте кодирования (код 00 – стандарт ITU-T), о полосе передачи (код 10000 – речь в спектре 0.3-3.4 КГц), о режиме коммутации (00 – коммутация каналов), о протоколе первого уровня (код 00101 – кодирование по Рекомендации H.221).

Информация “пользователь-пользователь” (User-user) содержит:

-идентификатор протокола (protocolIdentifier) – указывает на используемую версию Н.225);

-транспортный адрес (Call Control, CC) канала управления передачей источника по протоколу H.245 (h245Address);

-перечень символических имен источника (sourceAddress);

-описание типа оконечного устройства источника (sourceInfo);

-предопределенный транспортный адрес (Call Signalling Channel, CSC) канала управления соединением получателя (destCallSignalAddress);

-тип вызова (callType);

-идентификатор вызова (callIdentifier) – уникальное число, устанавливающее соответствие между каналами RAS и CSC;

-предложение процедуры “быстрого старта” (fastStart) с указанием транспортных адресов RTP и RTCP источника.

134

______________________________________________________________________________

В ответ на Setup узел может получить опциональное сообщение Продолжение Вызова (Call Proceeding) c кодом сообщения 0х02.

При поступлении вызова на входящий узел он высылает сообщение Оповещение (Alerting) с кодом типа сообщения 0х01. В поле “пользователь-пользователь” (Useruser) содержится:

-идентификатор протокола (protocolIdentifier) – указывает на используемую версию Н.225);

-описание типа оконечного устройства получателя (destinationInfo);

-идентификатор вызова (callIdentifier) – уникальное число, устанавливающее соответствие между каналами RAS и CSC;

-согласие на процедуру “быстрого старта” с указанием транспортных адресов RTP и RTCP получателя.

При ответе входящий узел он высылает сообщение Соединить (Connect) с кодом типа сообщения 0х07. В поле “пользователь-пользователь” (User-user) содержится:

-идентификатор протокола (protocolIdentifier) – указывает на используемую версию Н.225);

-описание типа оконечного устройства получателя (destinationInfo);

-транспортный адрес (Call Control, CC) канала управления передачей получателя по протоколу H.245 (h245Address);

-идентификатор вызова (callIdentifier) – уникальное число, устанавливающее соответствие между каналами RAS и CSC;

-согласие на процедуру “быстрого старта” (fastStart) с указанием транспортных адресов RTP и RTCP получателя.

При завершении соединения узел высылает сообщение Завершение соединения (Release Complete) с кодом типа сообщения 0х5а. В поле информация “пользовательпользователь” (User-user) содержится:

-идентификатор протокола (protocolIdentifier) – указывает на используемую версию Н.225);

-идентификатор вызова (callIdentifier) – уникальное число, устанавливающее соответствие между каналами RAS и CSC.

2.5.4. Канал управления передачей

Для согласования параметров передачи логических каналов между узлами используется канал управления передачей (Call Control, CC) по протоколу H.245

поверх протокола TCP. Под узлом понимается оконечное устройство, устройство управления конференциями (МСU) или менеджер зоны (GK), а под логическими каналами – каналы передачи информации пользователя между узлами. Канал управления передачей устанавливается на каждое соединение, в котором участвует узел, одновременно узел может поддерживать множество таких соединений. Протокол Н.245 поддерживает несколько типов сообщений, в том числе – открытие логического канала (openLogicalChannel), возможности терминала (TerminalCapabilitySet),

определение ведущего/ведомого (MasterSlaveDeterminition), закрытие логического канала (CloseLogicalChanel), конец сессии (EndSession) и др.

Сообщение открытие логического канала (openLogicalChannel) обычно используется как вложение в протокол Н.225 в процедуре “быстрый старт”. В этом сообщении оконечные устройства извещают друг друга о своих транспортных адресах (IP-адрес + номер порта) каналов доставки по протоколу RTP (в параметре mediaChannel) и RTCP (в параметре mediaControlChannel).

135

Ю.Ф.Кожанов, Колбанев М.О ИНТЕРФЕЙСЫ И ПРОТОКОЛЫ СЕТЕЙ СЛЕДУЮЩЕГО ПОКОЛЕНИЯ

______________________________________________________________________________

Сообщение возможности терминала (TerminalCapabilitySet) оконечные устройства используют для согласования параметров передачи и приема, например, типов используемых кодеков. Каждый узел предоставляет в таблице совместимости (capabilityTable) список кодеков в порядке их предпочтения. Возможно одновременное использование видео и аудио альтернативных кодеков, но только одного типа кодека.

Например, запись {{H.261}, {H.261, H.263}, {G.711a, G.711m, G723.1, G.729}}

означает, что наиболее предпочтительным видео кодеком является Н.261, а аудио –

G.711a.

Поскольку приоритет использования кодеков у различных узлов может не совпадать, то для выбора единого типа кодека используется сообщение определение ведущего/ведомого (MasterSlaveDeterminition). В этом сообщении каждая из сторон выставляет два параметра. В параметре terminalType сообщается о типе терминала: оконечное устройство (вес 50) , шлюз (вес 60), менеджер (вес 120), а в параметре statusDeterminationNumber помещается случайное число. Ведущим узлом считается тот, у которого выше вес, а при равенстве весов – тот, у которого больше значение случайного числа. Ведомый узел выбирает свой кодек в порядке предпочтения кодеков ведущего узла, полученного ранее в сообщении возможности терминала

(TerminalCapabilitySet).

Сообщения закрытие логического канала (CloseLogicalChanel) и конец сессии

(EndSession) используются при завершении соединения для закрытия приложений, обслуживающих каналы управления передачей.

2.5.5. Дополнительные виды обслуживания

Для абонентов H323-сети стандартом определены следующие основные виды обслуживания.

Разрешение показа номера (символического адреса) вызывающего абонента вызываемому абоненту.

Запрет показа номера вызывающего абонента вызываемому абоненту. Разрешение показа номера ответившего абонента вызывающему абоненту. Запрет показа номера ответившего абонента вызывающему абоненту. Разрешение показа занятого номера абонента вызывающему абоненту. Запрет показа занятого номера абонента вызывающему абоненту.

Для перенаправления вызова (переадресация вызова на другого абонента, на устройство конференцсвязи, на менеджера зоны) или в случае заказа дополнительного вида обслуживания используется сообщение Услуга (Facility) с кодом типа сообщения 0х62, в котором данные об услуге помещаются в поле “пользователь-пользователь” (User-user). Рекомендации серии Н.450.х содержат описание сценариев и полей для реализации некоторых услуг: “Перевод вызова” (Call Transfer, Рекомендация Н.450.2), “Переадресация вызова” (Call Diversion, Рекомендация Н.450.3), “Удержание вызова” (Call Hold, Рекомендация Н.450.4), “Уведомление о поступлении нового вызова” (Call Waiting, Рекомендация Н.450.1) и другие. Следует отметить, что перечень услуг в сети с коммутацией каналов значительно шире, чем перечислены в Рекомендации Н.450.х. Поэтому для реализации полного перечня известных услуг в Н.323-сети приходится применять дополнительные сетевые элементы, обеспечивающие эти услуги. Другой путь – обработка вызовов менеджером зоны в соответствии со сценарием, составленным для каждого абонентом на простом, легко читаемом языке – языке обработки вызовов (Call Processing Language, CPL). Подробности этого подхода описаны в разделе 2.7.4. В заключение следует отметить, что реализация протокола H.323 достаточно сложна в части используемого языка описания ASN.1 и параметров обмена. Поэтому операторы сетей все большее предпочтение отдают протоколу SIP.

136

CC:TerminalCapabilitySet: G711a, G711m, G.723.1

CC:MasterSlaveDeterminition: TerminalType=50, Num=4 954 959

CC:TerminalCapabilitySet: G711m, G711a

CC:MasterSlaveDeterminition: TerminalType=50, Num=15 500 304

CC:TerminalCapabilitySetAck: SN=1

CC:MasterSlaveDeterminitionAck: Master

CC:TerminalCapabilitySetAck: SN=1

CC: MasterSlaveDeterminitionAck: Slave

RTP (G.711m)

RTCP

CC:CloseLogicalChanel

CC:EndSession

Рис. 2.26. Сценарий соединения с помощью менеджера зоны без резервирования ресурсов

137

Ю.Ф.Кожанов, Колбанев М.О ИНТЕРФЕЙСЫ И ПРОТОКОЛЫ СЕТЕЙ СЛЕДУЮЩЕГО ПОКОЛЕНИЯ

______________________________________________________________________________

2.5.7.Обеспечение качества обслуживания

Вконцепции сети Н.323 для обеспечения требуемого качества обслуживания рекомендуется использовать протокол RSVP. Компоненты протокола RSVP рекомендуется размещать в оконечных устройствах. Оконечное устройство в запросе

доступа к сетевым ресурсам (ARQ) в поле transportQOS указывает на свою способность резервирования ресурсов. На основании информации в сообщении ARQ и информации о типе соединения менеджер зоны принимает решение о необходимости резервировании или обслуживания “с наибольшими усилиями”. Свое решение менеджер зоны высылает в сообщении ACF. В случае необходимости резервирования, но неспособности оконечного устройства к резервированию ресурсов менеджер зоны высылает отказ в доступе (ARJ).

Сообщениям Path и Resv резервирования ресурсов предшествует процедура параллельный “быстрый старт”, в котором при помощи сообщений Setup, Call Proceeding и Facility параллельно передаются данные о портах RTP, RTCP, CC, а также осуществляется согласование общего типа кодека. После этого каждое оконечное устройство в направлении передачи по каналу управления передачей (Call Control, CC) по протоколу RSVP производит резервирование ресурсов.

Сценарий резервирования ресурсов в режиме “быстрый старт” представлен на

рис. 2.27.

RSVP Path

RSVP Resv

RSVP Resv Conf

RSVP Path

RSVP Resv

RSVP Resv Conf

Alerting

Connect

RTP, RTCP

. . .

Рис. 2.27. Сценарий установления соединения с резервированием ресурсов

Одной из задач механизма обеспечения качества обслуживания является принятие мер по смягчению последствий в случае его ухудшения. Оценка качества

138