Менеджер шлюза и его функции

Менеджер шлюза (GK) - необязательный элемент системы 11.323 (называемый также привратником), обеспечивает сервисы управления вызовом для терминалов Н.323. Менеджеров GK. на сети м.б. больше одного и они могут взаимодействовать друг с другом.

 

 

GK логически отделен от терминалов, но физически м.б. реализован вместе с ними, с MCU, GW, МС или с другими сетевыми не-Н.323-устройствами. В Зоне в любое время м.б. только один менеджер GK, хотя ряд устройств в ней может выполнять функции GK.

Устройства, выполняющие функции RAS-сигналнзации для GK, называются альтернативными GK. (AGK). Любой AGK может оказаться в роли менеджера GK.

Если GK. присутствует в системе, он должен обеспечивать следующие сервисы:

- преобразование адреса (AT) пользователя в транспортный адрес с помощью таблицы преобразования, обновляемой регистрационными сообщениями;

- управление доступом (АС) с помощью сообщений протокола Н.225.0 (критерии авторизации м.б. различны);

- управление полосой пропускания (ВС), основываясь на соответствующей функции системы управления;

- управление Зоной (ZM), суть которого состоит в передаче вышеописанных функций (AT, AC, ВС) на все зарегистрированные терминалы, MCU и GW.

Менеджер GK может также выполнять и другие (необязательные) функции: сигнализации управления вызовом (CCS); авторизации вызова (СА); управления вызовом (СМ); модификации адреса пользователей (ААМ); преобразования набираемых цифр (DDT) в формат Е.164 или номеров частной сети (PNN).

При необходимости поддержки многоточечных конференций GK. может организовать прием каналов управления 11.245 от двух терминалов в режиме двухточечной конференции ("т-т"), переключая их на МС при переходе на многоточечный режим. Сети, имеющие шлюзы GW, должны иметь менеджеров шлюзов GK для преобразования входящих адресов в транспортные. Между GK u терминалами передаются сообщения RAS-каналов.

Многоточечные контроллеры и процессоры

Кроме GW и GK, в схеме управления потоками данных участвуют многоточечные контроллеры (МС), процессоры (MP) и блоки управления (MCU).

Многоточечный контроллер (МС) обеспечивает функции управления для поддержки конференц-связи между тремя и более конечными точками (ЕР) в многоточечной конференции. МС может обмениваться данными с каждой точкой многоточечной конференции и позволяет определить для конференции выбранный режим связи (SCM). Он м.б. разным для разных терминалов. Последние могут соединяться с МС-каналами управления Н.245, что позволяет выбрать режима конференц-связи

Многоточечный процессор (MP) принимает аудио-, видеопотоки и/или потоки данных от ЕР в многоточечной конференции, обрабатывает их и возвращает обратно в ЕР. Алгоритмы обработки зависят от типа сигнала.

Многоточечный блок управления (MCU) применяется для поддержки многоточечной конференции. Он состоит из МС и MP (последний может отсутствовать). MCU использует сообщения и процедуры 11.245 для реализации возможностей, описанных в рек. Н.243. Типичный MCU, поддерживающий централизованную многоточечной конференцию, состоит из одного МС и MP для обработки потоков аудио, видео и данных; а децентрализованную конференцию - из одного МС и MP. поддерживающего Т.120, для обработки потоков данных. Все терминалы связаны каналами управления с МС блока MCU по двухточечной ("т-т") схеме.

Сигнализация вызова

Сигнализация вызова - это сообщения и процедуры (см. рек. Н.225.0), используемые для установления вызова, запросы на изменение полосы пропускания, получение статуса терминальных устройств в момент установления вызова и разрыва соединения.

Каждый компонент системы Н.323 должен иметь минимум один сетевой адрес, определяющий его в сети. Некоторые компоненты могут иметь один общий сетевой адрес.

Для каждого сетевого адреса компонент системы Н.323 может иметь несколько идентификаторов (ID) TSAP, которые позволяют мультиплексировать несколько каналов, использующих общий сетевой адрес.

 

Каналы RAS и CS

Канал RAS должен передавать сообщения, используемые терминалами при поиске менеджера шлюза GK, и сообщения, ассоциирующие пользовательский адрес с транспортным адресом канала CSC. RAS-канал также используется для передачи сообщений о доступе в сеть, изменении ширины полосы канала, его статусе и отключении. Эти сообщения передаются между ЕР и GK. Так как сообщения RAS передаются по ненадежному каналу, то Н.225.0 рекомендует устанавливать тайм-ауты и счетчики повтора передач для различных сообщений.

 

Поиск менеджера шлюза GK - процесс, используемый конечным пользователем для определения менеджера GK с целью регистрации. Это м.б. сделано вручную или автоматически. Если это делается автоматически, то ассоциативная связка: терминальное устропство-GK может меняться со временем, что удобно (при большом числе ассоциированных с GK устройств), например, при смене GK (выход из строя).

При использовании автоматического метода, терминальное устройство может организовать множественную рассылку (мультикастинг) сообщения GRQ с запросом "Кто мой GK?", посланным по известному адресу поиска GK. На него могут откликнуться один или несколько GK, послав сообщение GCF, подтверждающее, что он или они м.б. вашим GK.

Регистрация терминала - процесс, благодаря которому терминал включается в Зону и сообщает GK свои адреса (транспортный и пользовательский). Все терминальные устройства должны зарегистрироваться у найденного в результате поиска GK, рассматривая это, как часть процесса конфигурации.

GK или MCU могут зарегистрировать один или несколько транспортных адресов в качестве своих адресов сигнализации вызова, а также в качестве своих RAS-адресов. Точка ЕР должна посылать менеджеру GK запрос на регистрацию RRQ транспортного адреса RAS-канала. При этом ей д.б. известен сетевой адрес GK, полученный при поиске GK. Менеджер GK в ответ посылает подтверждение регистрации RCF или же отказ в регистрации RRJ. Запрос RRQ может периодически повторяться.

 

Конечная точка ЕР или GK, имеющие пользовательский адрес какой-то ЕР и желающие определить контактную информацию, могут послать сообщение с запросом местоположения LRQ. Менеджер GK, где зарегистрирована ЕР, должен откликнуться сообщением, подтверждающим ее местоположение LCF и содержащим контактную информацию о ней или о GK, где она зарегистрирована.

 

Канал сигнализации вызова CSC используется для передачи сообщений Н.225.0. управляющих вызовом. Он относится к надежным (в отличие от RAS) каналам. В сетях, не содержащих GK, сообщения сигнализации вызова CS передаются напрямую между вызывающей и вызываемой ЕР, использующими транспортные адреса CS (CSTA). Канал CS может передавать сигнализацию одновременно для многих вызовов, используя ссылочный номер вызова (CRV), позволяющий ассоциировать сообщение с вызовом.