16 Слайд

Этапы соединения

Процедуры соединения при формировании звонка по протоколу H.323 могут быть сгруппированы в пять этапов:

1. Обнаружение и регистрация.

2. Установление вызова.

3. Сигнальный поток.

4. Медийный поток и поток управления.

5. Завершение вызова.

17 Слайд

Обнаружение и регистрация устройств

На стадии обнаружения и регистрации гейткипер инициирует процесс «разведывания» для определения гейткипера, с которым конечная точка должна взаимодействовать. Это может быть сконфигурировано статически, или процесс обнаружения может происходить с помощью многоадресных сообщений. После обнаружения терминал или шлюз регистрируется на заданном гейткипере. Регистрация используется конечной точкой для определения зоны, с которой она может быть ассоциирована. Зона – это набор компонентов, управляемых одним гейткипером. После определения зоны привратник информируется об адресе зоны (Рис. 6).

18 Слайд

Внутризоновые вызовы

Допустим, шлюзы (терминалы) уже зарегистрированы, и шлюз X хочет сделать вызов на терминал, подключенный к шлюзу Y. Шлюз X посылает ARQ (Admission Request) сообщение гейткиперу, запрашивая разрешение на установление вызова на телефон, обслуживаемый шлюзом Y. Гейткипер разрешает вызов с требованием сигнализации (дозвона) напрямую, посылая сообщение ACF (Admission Confirmation). См. Рис.7.

19 Слайд

Межзоновые вызовы

Допустим, гейткипер A контролирует зону A, а гейткипер B – зону B, шлюз X зарегистрирован на гейткипере A, а шлюз Y – на гейткипере B, и шлюз A хочет установить соединение с терминалом, подключенным к шлюзу Y.

Процесс установления вызова содержит следующие этапы (Рис. 8):

1. Шлюз X запрашивает соединение со шлюзом Y у своего локального гейткипера.

2. Запрос местоположения (LRQ – Location request). Гейткипер шлюза X не знает IP_адрес шлюза Y и запрашивает адрес у гейткипера шлюза Y.

3. Местоположение подтверждено (LCF – Location confirm). Гейткипер шлюза Y отвечает IP_адресом шлюза Y.

4. Гейткипер шлюза X подтверждает его запрос и предоставляет ему IP_адрес шлюза Y.

5. Установление соединения между шлюзами.

20 Слайд

Установление соединения

На этапе установления соединения шлюзы взаимодействуют напрямую. Альтернативный метод установления соединения – это гейткипер_маршрутизируемая сигнализация, при которой все сообщения по установке соединения проходят через гейткипер. Установление соединения основано на протоколе ITU_Q.931 (H.225 является подмножеством Q.931), который определяет метод установления, обработки и завершения сетевого соединения по цифровой сети ISDN. Процесс состоит из шести фаз (Рис. 9):

1. Шлюз X посылает H.225 сообщение установления дозвона для запроса соединения.

2. Шлюз Y посылает обратно H.225 сообщение, заявляя о возможности продолжения процесса.

3. Шлюз Y запрашивает у гейткипера правомерность звонка, посылая ему RAS_сообщение (ARQ) по каналу RAS.

4. Гейткипер подтверждает, что звонок правомерен, посылая шлюзу Y ACF_сообщение.

5. Шлюз Y посылает H.225_сообщение шлюзу X, оповещая его, что соединение установлено.

6. Шлюз Y посылает H.225_сообщение шлюзу X, оповещая его, что вызов установлен.

Установление логических каналов

После того как соединение установлено, взаимодействие происходит по логическим каналам.

H.245 используется для определения процесса управления этими каналами. На один вызов может приходиться несколько каналов для различных типов трафика (видео, аудио, данные).

H.245 LCSE (Local Channel Signaling Entity) открывает логический канал для каждого потока.

Каналы могут быть как однонаправленными, так и двунаправленными.

Установление логических каналов происходит следующим образом:

1. Шлюз X сообщает шлюзу Y, какие возможности он поддерживает, посылая H.245 Terminal Capability Set сообщение.

2. Шлюз Y подтверждает запрос, посылая H.245 Terminal Capability Set Acknowledge сообщение.

3. Аналогичен п.1, но только в обратном направлении.

4. Аналогичен п.2, но только в обратном направлении.

5. Шлюз X открывает медиаканал со шлюзом Y, посылая H.245 сообщение Open Logical Channel, включая адрес RTCP канала.

6. Шлюз Y подтверждает установление логического канала со шлюзом X, посылая H.245_сообщение Open Logical Channel Acknowledge, включая RTP_адрес, выделенный шлюзом Y, и RTCP_адрес, полученный от шлюза X.

7. Аналогичен п.5, но только в обратном направлении.

8. Аналогичен п.6, но только в обратном направлении.

Медийный поток и поток управления

Медийный поток управляется RTCP. RTCP использует выделенный логический канал для каждого RTP_потока. Конечные точки могут попытаться изменить выделенную полосу пропускания, которую они изначально запросили. Для увеличения выделенной полосы пропускания конечные точки должны запросить на это разрешение у гейткипера. Завершение вызова останавливает медиапоток и закрывает логические каналы. Оно может быть запрошено как конечными точками, так и гейткипером. Завершение вызова также завершает H.245_сессию, освобождает H.225/Q.931 соединение и предоставляет гейткиперу подтверждение о разъединении по RAS.

Сигнализация между конечными точками без посредника в H.323

Если шлюзы знают IP_адреса друг друга, то возможно их взаимодействие без гейткипера. Этот процесс можно описать следующими шагами:

1. Шлюз инициирует H.225.0_сессию со шлюзом назначения.

2. Процедура установления вызова, базирующаяся на Q.931, создает сигнальный канал между конечными точками.

3. Конечные точки открывают канал для функций управления H.245. Происходит обмен возможностями и дескрипторами логических каналов.

4. Открывается RTP_сессия.