Протокол mgcp

MGCP (Media gateway control protocol) представляет собой довольно простой протокол типа "клиент-сервер", предложенный рабочей группой IETF MEGACO (Media gateway control) для управления транспортным шлюзом. MGCP дополняет протоколы Н.323 или SIP, поддерживающие сигнализацию, функциями управления соединениями. Впервые протокол управления транспортным шлюзом под названием SGCP (Simple gateway control protocol) был разработан компанией Telcordia (бывшей BellCore). Впоследствии компанией Level 3 был предложен протокол IPDC (IP device control protocol). Оба они впоследствии были объединены в протокол MGCP.

Согласно модели MEGACO логика управления соединениями в MG контролируется централизованно специальным элементом -агентом запрашиваемой связи (СА - Call agent) - аналогом MGC в архитектуре TIPHON, находящимся вне транспортного шлюза. Сам же шлюз MG представляется в виде объекта, состоящего из (1) конечных точек - точек входа/выхода информационных потоков и (2) соединений - двух или более связанных между собой конечных точек. Модель определяет физические конечные точки (например, окончания соединительных линий) и виртуальные конечные точки (скажем, аудиоисточники). Протокол MGCP использует принцип "ведущий/ведомый", согласно которому агент СА передает транспортному шлюзу команды для управления конечными точками и соединениями.

В ITU-T обсуждается протокол под рабочим названием Н.248, предназначенный для управления транспортным шлюзом. Протокол MGCP является основным (но не единственным) кандидатом на то, чтобы составить основу для Н.248.

Функциональная архитектура поддержки IP-сетей в IN

В то время как в проекте ETSI TIPHON рассматриваются проблемы взаимодействия с сетями коммутации каналов с точки зрения IP-сетей, ITU-T сфокусировал свои исследования на проблемах взаимодействия IP-сетей и IN. Первый вариант функциональной архитектуры интегрированной IN/IP-сети был предложен в 1998 году. Начиная с этого варианта, ITU-T проводит исследование двух основных групп аспектов, связанных с взаимодействием IN и IP сетей, - передача операций протокола INAP поверх протокола IP и атрибуты услуг IN/IP для предположительного включения в наборы CS-3 и CS-4.

Рис.24. Функциональная архитектура ИС для поддержки услуг, предоставляемых IP-сетями

На рисунке 24 представлена расширенная функциональная архитектура поддержки услуг, предоставляемых совместно телефонными и IP-сетями по правилам концепции IN. Как видно, модель представляет собой расширение функциональной модели CS-2 IN и содержит новые функциональные объекты, обеспечивающие взаимодействие с IP-сетями. Кроме того, на рисунке показаны функциональные объекты самой IP-сети, вовлеченные в процесс коммутации и управления услугами. Архитектура должна обеспечивать как передачу речи на базе технологии VolP, так и установление соединений в телефонной сети по запросу из IP-сети.

Новые объекты распределенной функциональной плоскости

Функциональный объект PINT-сервер предназначен для приема и обработки запросов организации связи в телефонной сети, поступающих от PINT-клиентов, которые являются пользователями IP-сети, и для передачи сведений о результате выполнения таких запросов. PINT-сервер направляет запросы к SCF, передавая их через функциональный объект - шлюз управления услугами (SC GF - Service control gateway function).

Функциональный объект привратник (GK F - Gatekeeper function) может рассматриваться как логический коммутатор, реализующий функции управления связью (CCF) в IP-сети. Сигнализация управления связью (Н.225) и сигнализация управления соединением (Н.245) в случае передачи речи способом VolP направляется к GK F, который решает задачи маршрутизации, при необходимости обращаясь к помощи SCF, например, в случае вызова, требующего услуги FPH. Для этого GK, кроме функций GK F, должен содержать функции SSF.

Функциональный объект шлюз к SCF (SC GF-Service control gateway function) обеспечивает взаимодействие между уровнями управления услугами в интеллектуальных и в IP-сетях. SC GF позволяет "скрыть" от элементов IP-сети функциональные объекты SCF и SRF, выступая в роли промежуточного согласующего устройства. SC GF принимает запросы выполнения услуг от PINT-сервера в домене IP-сети и доставляет их в SCF. Запрос содержит информацию, которая требуется SCF для управления услугой, идентификации пользователей и аутентификации данных, а также для предотвращения некорректного использования IP-сетью ресурсов IN. При запросе услуги IN (бесплатной связи, виртуальной частной сети и т.п.) в случае, когда один из участников связи расположен в IP-сети, т.е. является Н.323-терминалом, SC GF выполняет функции сопряжения, обеспечивая преобразование протоколов нижнего уровня и адресной информации, а также взаимодействие с несколькими GK F.

Функциональный объект шлюз управления связью и параметрами доставки информации (С/В GF - Call/bearer gateway function) выполняет функции доступа к IP-сети через телефонную сеть, например, установление связи с Internet с помощью модемного соединения (режим dial-up), и функции взаимодействия VolP и телефонной сети. С/В GF преобразует формат, используемый для доставки информации в сети одного типа, в формат, используемый в сети другого типа.

Функции шлюза эксплуатационного управления (MGF - Management gateway function) пока не определены.