Протокол управления шлюзами mgcp реферат

Обновлено: 08.07.2024

Распространение принципа распределенной архитектуры привело к тому, что моноблочные шлюзы сети NGN разбиваются на отдельные функциональные блоки.

Для взаимодействия данных блоков разработаны специализированные протоколы управления шлюзами:

САЛИФОВ Ильнур Илдарович

Архитектура сети, базирующейся на протоколе MGCP

MGC – контроллер шлюзов – находится на уровне управления вызовом. Управляет несколькими MG. Осуществляет назначение и освобождение ресурсов MG.

MG – транспортный шлюз – находится на транспортном уровне. Выполняет прием речевой информации, поступающей от “классической” сети ТфОП, и преобразует ее в вид, пригодный для транспортировки по IP-сетям.

САЛИФОВ Ильнур Илдарович

Протокол управления шлюзами MGCP

MGCP - Media Gateway Control Protocol - протокол управления шлюзами с помощью внешнего устройства MGC (Media Gateway Controller - контроллер шлюзов). Разработан рабочей группой MEGACO комитета IETF.

В основе протокола лежит принцип главный-подчиненный (master-slave), где контроллер MGC является главным, а шлюз MG – подчиненным. Шлюз MG подтверждает команду, выполняет ее и уведомляет контроллер MGC о результате.

Протокол MGCP обеспечивает следующие функции:

- изменение параметров существующих соединений;

- добавление соединений в существующие сеансы связи.

САЛИФОВ Ильнур Илдарович

Классификация шлюзов MGCP

Рабочей группой MEGACO предложено классифицировать шлюзы в зависимости от типа подключаемых устройств и функционального назначения следующим образом :

-Trunking Gateway - шлюз между ТфОП и сетью IP обеспечивающий подключение станций коммутации по каналам Е1;

-Voice over ATM Gateway - шлюз между ТфОП и сетью АТМ обеспечивающий подключение станций коммутации по каналам Е1;

-Residential Gateway - оборудование пользователя предназначенное для подключения аналоговых телефонов к сетям IP;

-Access Gateway - шлюз доступа для непосредственного подключения абонентов по двухпроводным абонентским линиям;

-Business Gateway - шлюз с небольшим числом портов в корп. сети, предназначенный для подключения УПАТС по цифровым абонентским интерфейсам;

-Network Access Server - аналог шлюза AG, но дополнительно реализует функции модемного пула;

-Circuit switch или packet switch - иные устройства, управляемые MGC.

САЛИФОВ Ильнур Илдарович

Модель протокола MGCP

Модель оперирует компонентами двух видов:

1.Endpoint – это порты оборудования, являющиеся источниками и приемниками информации. Например, интерфейс шлюза MG, который завершает канал, получаемый от ТфОП. Каждая конечная точка (endpoint) определяется идентификатором, который имеет два компонента: имя домена, содержащего шлюз MG; локальное имя или идентификатор внутри шлюза.

2.Connection - означает подключение порта к одному из двух концов соединения, которое создается между ним и другим портом.

Такое соединение будет установлено после подключения другого порта к его второму концу. Конечные точки, участвующие в соединении, находятся в разных шлюзах.

Локально каждое соединение обозначено идентификатором соединения (connection ID) и характеризуется набором атрибутов (свойств) соединения.

САЛИФОВ Ильнур Илдарович

Команды и ответы MGCP

Общение MGC и MG осуществляется в виде набора транзакций. Каждая транзакция состоит из команды и обязательного ответа.

- Командная строка [Название команды, Идентификатор транзакции, Идентификатор порта, Версия протокола])

Аннотация: Лекция посвящена протоколу управления шлюзами MGCP. Приведены принципы декомпозиции, классификация шлюзов по области применения, модель организации связи, команды протокола MGCP, обозначены принципы работы

6.1. Принцип декомпозиции шлюза

Протокол предложен рабочей группой MEGACO ( Media Gateway Control Protocol ) комитета IETF .

Основная идея MGCP очень проста. Она состоит в том, что управление сигнализацией ( Call Control ) сосредоточено на центральном управляющем устройстве, называемом контроллером сигнализаций ( Call Agent , CA ), и полностью отделено от медиа-потоков. Эти потоки обрабатываются шлюзами или абонентскими терминалами, которые способны исполнять лишь ограниченный набор команд, исходящих от управляющего устройства. В архитектуре протокола MGCP -сети можно выделить два основных функциональных компонента. Первый может быть представлен транспортным шлюзом ( Media Gateway , MG) или IP -телефоном, а второй - устройством управления вызовами, которое может называться контроллером сигнализаций ( CA ), контроллером шлюза ( Media Gateway Controller , MGC) или программным контроллером (Softswitch, SS). Иногда контроллер сигнализаций представляют в виде двух компонентов - собственно контроллера ( Call Agent ), выполняющего функции управления шлюзами, и шлюза сигнализации ( Signaling Gateway ), обеспечивающего обмен сигнальной информацией и согласование между традиционной телефонной сетью и сетью IP .

При разработке протокола управления шлюзами рабочая группа MEGACO опиралась на принцип декомпозиции, согласно которому шлюз разбивается на отдельные функциональные блоки ( рис. 6.1):

транспортный шлюз - Media Gateway, который выполняет функции преобразования речевой информации, поступающей со стороны ТфОП с постоянной скоростью, в вид, пригодный для передачи по сетям с маршрутизацией пакетов IP: кодирование и упаковку речевой информации в пакеты RTP/UDP/IP, а также обратное преобразование;
устройство управления вызовами - Call Agent, выполняющее функции управления шлюзом;
шлюз сигнализации - Signaling Gateway, который обеспечивает доставку сигнальной информации, поступающей со стороны ТфОП, к устройству управления шлюзом и перенос сигнальной информации в обратном направлении.

Контроллеры обмениваются со шлюзами (или IP -телефонами) аудиоданными в простом текстовом формате, а функциональное назначение каждого шлюза определяется набором команд, которые он "понимает". Манипулируя наборами команд, можно получать специализированные шлюзы: транковые (Trunking gateways, TGW), абонентские (Residential gateways, RGW), шлюзы доступа (Access gateways, AGW) и др.

Простейший сценарий соединения будет выглядеть следующим образом: пользователь телефона, подключенного к MGCP -шлюзу, снимает трубку, после чего шлюз сообщает контроллеру об этом событии, а СА дает команду шлюзу включить в телефонную линию сигнал готовности ( dial-ton ). Теперь пользователь слышит в трубке непрерывный гудок. Далее следует набор телефонного номера - тоже последовательность событий для контроллера. Анализируя эти события, СА может установить соединение с другим абонентом в IP -сети или в телефонной сети.

6.2. Классификация шлюзов по области применения

Применяется следующая классификация транспортных шлюзов ( Media Gateways):

Trunking Gateway - шлюз между ТфОП и сетью с маршрутизацией пакетов IP, ориентированный на подключение к телефонной сети;
Voice over ATM Gateway - шлюз между ТфОП и АТМ-сетью, который также подключается к телефонной сети посредством большого количества цифровых трактов;
Residential Gateway - шлюз, подключающий к IP-сети аналоговые, кабельные модемы, линии xDSL и широкополосные устройства беспроводного доступа;
Access Gateway - шлюз для подключения к сети IP-телефонии небольшой учрежденческой АТС через аналоговый или цифровой интерфейс;
Business Gateway - шлюз с цифровым интерфейсом для подключения к сети с маршрутизацией IP-пакетов учрежденческой АТС;
Network Access Server - сервер доступа к IP-сети для передачи данных;
Circuit switch или packet switch - коммутационные устройства с интерфейсом для управления от внешнего устройства.

6.3. Модель организации связи

Для описания процесса обслуживания вызова с использованием протокола MGCP рабочей группой MEGACO разработана модель организации соединения - Connection model . Базой модели являются компоненты двух основных видов: порты ( Endpoints ) и подключения ( Connections ).

Endpoints - это порты оборудования, являющиеся источниками и приемниками информации. Существуют порты двух видов: физические и виртуальные. Физические порты имеют аналоговые интерфейсы, поддерживающие каждый одно телефонное соединение, или цифровые каналы, также поддерживающие одно телефонное соединение и мультиплексированные по принципу временного разделения каналов в тракт Е1. Примером виртуального порта является источник речевой информации в интерактивном речевом сервере, т. е. некое программное средство.

Connection означает подключение порта к одному из двух концов соединения, которое создается между ним и другим портом. Такое соединение будет установлено после подключения другого порта к его второму концу. Соединение может связывать порты разных шлюзов через сеть с маршрутизацией пакетов IP или порты внутри одного шлюза.

6.4. Команды протокола MGCP

В ходе установления, поддержания и разрушения соединения при помощи протокола MGCP устройство управления и шлюз обмениваются командами и ответами, которые представляют собой набор текстовых строк. При помощи команды EndpointConfiguration устройство управления инструктирует шлюз , каким образом он должен обрабатывать получаемые речевые сигналы, например, использовать для преобразования цифрового сигнала в аналоговую форму по закону А или по закону m .

Call Agent при помощи команды Notification Request может дать указание шлюзу выявлять определенные события или сигналы и информировать о них устройство управления . В число детектируемых событий (сигналов) входит изменение сопротивления абонентского шлейфа, происходящее, когда абонент поднимает или кладет трубку, а также получение сигналов факсимильных аппаратов и сигналов DTMF .

Следует заметить, что протокол MGCP на сегодняшний день используется заметно реже, чем вышерассмотренные протоколы (H.323 и SIP ), поскольку он в отличие от них имеет более сложную структуру и меньшие возможности для удобной организации соединений.

MGCP


Уровень (по модели OSI):	Прикладной
Разработан:	рабочая группа MEGACO комитета IETF
Порт/ID:	RTP / UDP
Назначение протокола:	Протокол связи в распределённых VoIP системах передачи голоса по протоколу IP
Спецификация:	RFC 3435
Вступил в силу с:	1999
Сфера использования:	IP-телефония

MGCP (англ. Media Gateway Control Protocol - протокол управления шлюзом-носителем) протокол управления шлюзами VoIP, определенные комитетом IETF. Этот протокол управления шлюзом разработан для поддержки архитектуры VoIP, где функции мультимедийной среды отделены от функций сигнализации. Следовательно, его использование предпочтительно как на больших магистральных шлюзах, так и на шлюзах в жилых домах.

Содержание

Обзор протокола MGCP

IP-адрес. Для обмена пакетами RTP может использоваться отдаленный шлюз, локальный шлюз или многоадресатная звуковая конференция.
Порт UDP. Указывает транспортный порт, используемый для получения пакетов RTP от отдаленного шлюза.
Звуковая мультимедийная среда. Определение звуковой мультимедийной среды, включая кодек.

Архитектура сети

транспортный шлюз - Media Gateway, который выполняет функции преобразования речевой информации, поступающей со стороны ТфОП(Телефонная сеть общего пользования) с постоянной скоростью, в вид, пригодный для передачи по сетям с маршрутизацией пакетов IP: кодирование и упаковку речевой информации в пакеты RTP/UDP/IP, а также обратное преобразование;
устройство управления - Call Agent, выполняющее функции управления шлюзом;
шлюз сигнализации - Signaling Gateway, который обеспечивает доставку сигнальной информации, поступающей со стороны ТфОП, к устройству управления шлюзом и перенос сигнальной информации в обратном направлении.

Одно из основных требований, предъявляемых к протоколу MGCP, состоит в том, что устройства, реализующие этот протокол, должны работать в режиме без сохранения информации о последовательности транзакций между устройством управления и транспортным шлюзом, т.е. в устройствах не требуется реализации конечного автомата для описания этой последовательности. Однако не следует распространять подобный подход на последовательность состояний соединений, сведения о которых хранятся в устройстве управления.Отметим, что протокол MGCP является внутренним протоколом, поддерживающим обмен информацией между функциональными блоками распределенного шлюза. Протокол MGCP использует принцип master/slave (ведущий/ведомый), причем устройство управления шлюзами является ведущим, а транспортный шлюз - ведомым устройством, выполняющим команды, поступающие от устройства управления.
Такое решение обеспечивает масштабируемость сети и простоту эксплуатационного управления ею через устройство управления шлюзами. К тому же, не интеллектуальные шлюзы требуют меньшей производительности процессоров и, как следствие, оказываются менее дорогими. Кроме того, обеспечивается возможность быстро добавлять новые протоколы сигнализации и новые дополнительные услуги, так как нужные для этого изменения затрагивают только устройство управления шлюзами, а не сами шлюзы.
Основной недостаток этого подхода - незаконченность стандартов. Функциональные блоки распределенных шлюзов, разработанные разными фирмами-производителями телекоммуникационного оборудования, практически несовместимы. Функции устройства управления шлюзами точно не определены. Не стандартизированы механизмы переноса сигнальной информации от шлюза сигнализации (Signalling Gateway) к устройству управления и в обратном направлении. К недостаткам можно отнести также отсутствие стандартизированного протокола взаимодействия между устройствами управления. Кроме того, протокол MGCP, являясь протоколом управления шлюзами, не предназначен для управления соединениями с участием терминального оборудования пользователей (IP-телефонами). Это означает, что в сети, построенной на базе протокола MGCP, для управления терминалами должен присутствовать привратник или сервер SIP.

Классификация шлюзов

Представлена следующая классификация транспортных шлюзов:

Trunking Gateway - шлюз между ТфОП и сетью с маршрутизацией пакетов IP, ориентированный на подключение к телефонной сети посредством большого количества цифровых трактов (от 10 до нескольких тысяч) с использованием системы сигнализации ОКС 7;
Voice over ATM Gateway - шлюз между ТфОП и АТМ-сетью, который также подключается к телефонной сети посредством большого количества цифровых трактов (от 10 до нескольких тысяч);
Residential Gateway - шлюз, подключающий к IP-сети аналоговые, кабельные модемы, линии xDSL и широкополосные устройства беспроводного доступа;
Access Gateway - шлюз для подключения к сети IP-телефонии небольшой учрежденческой АТС через аналоговый или цифровой интерфейс;
Business Gateway - шлюз с цифровым интерфейсом для подключения к сети с маршрутизацией IP-пакетов учрежденческой АТС при использовании, например, системы сигнализации DSS1;
Network Access Server - сервер доступа к IP-сети для передачи данных;
Circuit switch или packet switch - коммутационные устройства с интерфейсом для управления от внешнего устройства.

Модель организации данных

Для описания процесса обслуживания вызова с использованием протокола MGCP разработана модель организации соединения - Connection model. Базой модели являются компоненты двух основных видов: порты (Endpoints) и подключения (Connections).
Endpoints - это порты оборудования, являющиеся источниками и приемниками информации. Существуют порты двух видов: физические и виртуальные. Физические порты имеют аналоговые интерфейсы, поддерживающие каждый одно телефонное соединение, или цифровые каналы, также поддерживающие одно телефонное соединение и мультиплексированные по принципу временного разделения каналов в тракт Е1. Примером виртуального порта является источник речевой информации в интерактивном речевом сервере, т.е. некое программное средство.
Connection означает подключение порта к одному из двух концов соединения, которое создается между ним и другим портом. Такое соединение будет установлено после подключения другого порта к его второму концу. Соединение может связывать порты разных шлюзов через сеть с маршрутизацией пакетов IP или порты внутри одного шлюза.
На рисунке изображены примеры использования этих двух компонентов,причем порты некоторых видов могут участвовать в нескольких соединениях одновременно.
Подключения к N соединениям
а) цифровой порт
Подключения к М соединениям
б) аналоговый порт
Подключение к одному соединению
в) порт, передающий речевые извещения
г) интерактивная речевая система
д) порт записи/воспроизведения телефонных разговоров
Подключения к L соединениям
е) порт, поддерживающий конференцсвязь
Подключения к 2 соединениям
ж) межсетевой экран или транскодер - порт ретрансляции пакетов
Подключения к К соединениям
з) АТМ-интерфейс

Протокол MGCP реализует интерфейс управления шлюз-носителя как набор транзакций. Транзакции состоят из команды и обязательного ответа. Все команды MGCP состоят из командной строки, сопровождаемой набором строк параметров и, необязательно, описанием сеанса. Командная строка имеет следующий формат: . Каждая строка параметра, в свою очередь, состоит из кода параметра, сопровождаемого значением параметра. Все ответы состоят из заголовка ответа, сопровождаемого, необязательно,соответствующим описанием сеанса.
Команды MGCP можно разделить на три категории.

Команда CreateConnection (CRCX)

Как и следует из ее названия (CreateConnection — СоздатьСоединение), эта команда создает соединение между двумя конечными точками. Параметры команды CreateConnection предоставляют информацию, необходимую шлюзу для создания соединения.

Идентификатор вызова (Call ID). Глобально уникальный параметр, назначаемый МСС. Все участвующие в вызове соединения совместно используют этот идентификатор.
Уведомляемый объект (Notified Entity — N). Этот необязательный параметр определяет, куда посылать уведомления.
Параметры локального соединения (Local Connection Options — L). Этот параметр описывает характеристики передачи данных, используемые при выполнении команды CreateConnection. Поля в этом параметре включают метод кодировки символов, период пакетирования, пропускную способность, тип обслуживания (Type of Service — ToS) и применение подавления эха. По умолчанию подавление эха выполняется всегда.
Режим (Mode — M). Этот параметр задает режим работы соединения, а именно дуплекс, только получение, только передача, неактивно и обратная связь.
Дескриптор отдаленного соединения (Remote Connection Descriptor — RC). Этот параметр указывает дескриптор для отдаленной стороны соединения, обычно для другой стороны сети IP. Этот параметр может иметь пустое значение, если информация об отдаленной стороне еще не известна.

Команда ModifyConnection (MDCX)

Команда ModifyConnection изменяет характеристики представления шлюза соединения или вызова. Для команды ModifyConnection допустимы те же самые параметры и поля, что и для команды CreateConnection, плюс параметр идентификатор соединения (Connection ID). Этот параметр уникально идентифицирует соединение в конечной точке. Используя команду ModifyConnection, можно изменять следующие параметры соединения: схема кодирования, период пакетирования, подавление эхо, а также активизировать и деактивизировать соединение.

Команда DeleteConnection (DLCX)

Данные	Описание
Послано пакетов	Количество пакетов, посланных по соединению
Послано октетов	Количество октетов, посланных по соединению
Получено пакетов	Количество пакетов, полученных по соединению
Получено октетов	Количество октетов, полученных по соединению
Потеряно пакетов	Количество потерянных пакетов, выясненное по порядковым номерам
Дребезг	Средняя задержка между пакетами в миллисекундах
Запаздывание	Среднее запаздывание, в мс

Команда NotificationRequest (RQNT)

Контроллер MGC использует команду NotificationRequest для того, чтобы попросить шлюз послать уведомление об определенных событиях, происходящих на конечной точке. Двумя важнейшими параметрами этой команды являются требуемые события (Requested Events), код параметра R, и требуемые сигналы (Signal Requests), код параметра S. Прежде чем переходить к других параметрам, следует подробно рассмотреть параметры R и S. Параметр "требуемые события (R)" содержит список событий, о которых шлюз просит сообщить агента вызова. В списке могут быть указаны такие события, как тон факса и модема, продолжительность тона и выяснение того, лежит ли трубка и была ли она снята, сброс, зависимые от канала сигналы (Channel-Associated Signaling— CAS), мигание и DTMF (или импульсные цифры). Кроме того, каждое событие может квалифицировать запрошенное действие. Действия, когда они определены, кодируются как заключенный в круглые скобки список ключевых слов, разделяемый запятыми. Список кодов для различных действий приведен в таблице:

Действие	Код
Уведомлять немедленно (Notify immediately)	N
Накапливать (Accumulate)	A
Обрабатывать согласно цифровой карте (Treat according to digit map)	D
Перестановка (Swap)	S
Игнорировать (Ignore)	I
Хранить сигнал активным (Keep signal active)	K
Встроенный запрос уведомления (Embedded notification request)	E

Команда Notification (NTFY)

Шлюз посылает команду Notification на основании запрошенных событий и местонахождения отслеживаемых событий. Команда Notification содержит следующие параметры:

Уведомляемый объект (Notified Entity — N). Если присутствует, определяет, куда посылать уведомление. Если отсутствует, значит уведомление должно быть послано отправителю
Идентификатор запроса (Request Identifier — X). Аналогичен параметру идентификатор запроса команды NotificationRequest. Соотносит запрос с уведомлением.
Наблюдаемые события (Observed Events — О). Этот параметр содержит список событий, которые шлюз обнаруживает на основании запрашиваемого параметра события в более ранней команде Notif icationRequest, полученной от контроллера MGC.

Команда AuditConnection (AUCX)

Агенты вызова используют команду AuditConnection для получения информации о соединении. Эта команда содержит идентификатор конечной точки и идентификатор соединения, указывающие контролируемое расположение и соединение. К запрошенной информации относится следующая.

Идентификатор вызова (Call ID). Уникальный идентификатор вызова, к которому принадлежит контролируемое соединение.
Уведомляемый объект (Notified Entity — N). Текущий уведомляемый объект соединения.
Параметры локшьного соединения (Local Connection Options — L). Параметры, примененные к соединению в настоящий момент.
Режим (Mode — м). Текущий режим соединения.
Дескриптор отдаленного соединения (Remote Connection Descriptor— RC).Параметры SDP отдаленного объекта, используемые для соединения.
Дескриптор локального соединения (Local Connection Descriptor— LC). Шлюз, используемый для соединения.
Параметры соединения (Connection Parameters— Р). Текущее значение параметра контролируемого соединения.

Команда AuditEndpoint (AUEP)

Агент вызова может использовать команду AuditEndpoint для определения состояния конечной точки. Обычно это происходит при инициализации агента вызова при поиске состояния всех конечных точек, которыми он управляет. Этот запрос содержит параметр идентификатор конечной точки (Endpoint ID), который идентифицирует контролируемую конечную точку, и параметр запрошенная информация (Requested Information), содержащий следующие внутренние параметры:

Список конечных точек (endpoint list). Идентифицирует контролируемую конечную точку. Чтобы указать все конечные точки, соответствующие определенной схеме, можно использовать шаблон.
Уведомляемый объект (Notified Entity— N). Объект, уведомляемый об активных запросах.
Запрошенные события (Requested Events — R). Список событий, запрошенных в настоящий момент.
Цифровая карта (digit map). Текущая цифровая карта конечной точки.
Требуемые сигналы (Signal Requests — S). Список сигналов, которые в настоящее время применяются на конечной точке.
Идентификатор запроса (Request Identifier— X). Идентификатор последней команды Notif icationRequest, полученной конечной точкой.
Идентификаторы соединения (Connection Identifiers — I). Список текущих соединений, поддерживаемых определенной конечной точки.
События поиска (Detect Events — Т). Список событий, которые в настоящее время обнаруживаются в режиме карантина.
Параметры локального соединения (Local Connection Options — L). Список всех текущих значений, например период пакетирования и кодек. Этот параметр можно использовать для запроса пакета текущих событий, которые поддерживаются определенной конечной точкой.

Ответ шлюза для команды AUEP будет содержать информацию о каждом из элементов, для которых был запрошен контроль информации.

Все команды MGCP следует подтверждать. Подтверждение несет код возврата, который указывает состояние команды. Код возврата (return code) — это целое число, для которого определены четыре диапазона значений:

Рабочая группа MEGACO комитета IETF разработала протокол управления шлюзами – Media Gateway Control Protocol (MGCP).

· транспортный шлюз – Media Gateway, который выполняет функции преобразования речевой информации, поступающей со стороны ТфОП с постоянной скоростью, в вид, пригодный для передачи по сетям с маршрутизацией пакетов IP: кодирование и упаковку речевой информации в пакеты RTP/UDP/IP, а также обратное преобразование;

· устройство управления – Call Agent, выполняющее функции управления шлюзом;

· шлюз сигнализации – Signaling Gateway, который обеспечивает доставку сигнальной информации, поступающей со стороны ТфОП, к устройству управления шлюзом и перенос сигнальной информации в обратном направлении

Таким образом, весь интеллект функционально распределенного шлюза размещается в устройстве управления, функции которого в свою очередь могут быть распределены между несколькими компьютерными платформами. Шлюз сигнализации выполняет функции STP – транзитного пункта системы сигнализации по общему каналу – ОКС7. Транспортные шлюзы выполняют только функции преобразования речевой информации. Одно устройство управления обслуживает одновременно несколько шлюзов. В сети может присутствовать несколько устройств управления. Предполагается, что эти устройства синхронизованы между собой и согласованно управляют шлюзами, участвующими в соединении. Рабочая группа MEGACO не определяет протокол синхронизации работы устройств управления, однако в ряде работ, посвященных исследованию возможностей протокола MGCP, для этой цели предлагается использовать протоколы H.323, SIP или ISUP/IP.

Протокол MGCP является внутренним протоколом, поддерживающим обмен информацией между функциональными блоками распределенного шлюза. Протокол MGCP использует принцип master/slave (ведущий/ведомый), причем устройство управления шлюзами является ведущим, а транспортный шлюз – ведомым устройством, которое выполняет команды, поступающие от устройства управления.

Такое решение обеспечивает масштабируемость сети и простоту эксплуатационного управления ею через устройство управления шлюзами. К тому же неинтеллектуальные шлюзы требуют меньшей производительности процессоров и, как следствие, оказываются менее дорогими. Кроме того, обеспечивается возможность быстро добавлять новые протоколы сигнализации и новые дополнительные услуги, так как нужные для этого изменения затрагивают только устройство управления шлюзами, а не сами шлюзы.

Рабочей группой MEGACO предложена следующая классификация транспортных шлюзов (Media Gateways):

· Trunking Gateway – шлюз между ТфОП и сетью с маршрутизацией пакетов IP, ориентированный на подключение к телефонной сети посредством большого количества цифровых трактов (от 10 до нескольких тысяч) с использованием системы сигнализации ОКС 7;

· Voice over ATM Gateway – шлюз между ТфОП и АТМ-сетью, который также подключается к телефонной сети посредством большого количества цифровых трактов (от 10 до нескольких тысяч);

· Residential Gateway – шлюз, подключающий к IP-сети аналоговые, кабельные модемы, линии xDSL и широкополосные устройства беспроводного доступа;

· Access Gateway – шлюз для подключения к сети IP-телефонии небольшой учрежденческой АТС через аналоговый или цифровой интерфейс;

· Business Gateway – шлюз с цифровым интерфейсом для подключения к сети с маршрутизацией IP-пакетов учрежденческой АТС при использовании, например, системы сигнализации DSS1;

· Network Access Server – сервер доступа к IP-сети для передачи данных;

· Circuit switch или packet switch – коммутационные устройства с интерфейсом для управления от внешнего устройства.

Читайте также: