Протокол управления медиашлюзом
 | Эта статья включает список общих ссылок , но в ней отсутствуют достаточные соответствующие встроенные цитаты . ( февраль 2023 г. ) |
| Протокол связи | |
| Цель | Голос по IP |
|---|---|
| Разработчик(и) | Bellcore , Cisco , уровень 3 , IETF |
| Введение | 1998 год |
| Уровень OSI | Прикладной уровень (7) |
| RFC(ы) | |
| Набор интернет-протоколов |
|---|
| Прикладной уровень |
| Транспортный уровень |
| Интернет-слой |
| Слой связи |
Протокол управления медиашлюзом ( MGCP ) — это телекоммуникационный протокол для сигнализации и управления вызовами в гибридной передаче голоса по IP (VoIP) и традиционных телекоммуникационных системах. Он реализует архитектуру протокола управления медиашлюзом для управления медиашлюзами, подключенными к коммутируемой телефонной сети общего пользования (PSTN). [1] Медиашлюзы обеспечивают преобразование традиционных электронных носителей в сеть Интернет-протокола (IP). Протокол является преемником Simple Gateway Control Protocol (SGCP), разработанного Bellcore и Cisco , и Internet Protocol Device Control (IPDC). [2]
Методология MGCP отражает структуру PSTN с контролем над сетью, находящимся в программном коммутаторе центра управления вызовами , который аналогичен центральному офису в телефонной сети. Конечные точки представляют собой устройства с низким уровнем интеллекта, в основном выполняющие команды управления от контроллера медиашлюза, также называемого агентом вызова , в программном коммутаторе и предоставляющие в ответ индикацию результатов. Протокол представляет собой декомпозицию других моделей VoIP, таких как H.323 и протокол инициации сеанса (SIP), в которых конечные устройства вызова имеют более высокий уровень интеллекта сигнализации.
MGCP — это текстовый протокол, состоящий из команд и ответов. Он использует протокол описания сеанса (SDP) для определения и согласования медиапотоков, которые будут передаваться в сеансе вызова, и транспортный протокол реального времени (RTP) для формирования кадров медиапотоков.
Архитектура [ править ]
Архитектура протокола управления медиашлюзом , ее методологии и интерфейсы программирования описаны в RFC 2805. [1]
MGCP — это протокол «главный-подчиненный», в котором медиашлюзы (MG) контролируются агентом управления вызовами или программным коммутатором. Этот контроллер называется контроллером медиашлюза (MGC) или агентом вызова (CA). С помощью сетевого протокола он может управлять каждым конкретным портом медиашлюза. Это упрощает централизованное администрирование шлюзов и обеспечивает масштабируемые решения IP-телефонии. Распределенная система состоит по меньшей мере из одного агента вызова и одного или обычно нескольких медиашлюзов, которые выполняют преобразование медиасигналов между сетями с коммутацией каналов и пакетной коммутацией, и по меньшей мере одного сигнального шлюза (SG) при подключении к ТфОП .
MGCP представляет собой архитектуру управления вызовами с ограниченным интеллектом на периферии (конечные точки, медиашлюзы) и интеллектом на основных контроллерах. Модель MGCP предполагает, что агенты вызовов синхронизируются друг с другом для отправки согласованных команд и ответов шлюзам, находящимся под их контролем.
Агент вызовов использует MGCP для запроса уведомлений о событиях, отчетов, данных о состоянии и конфигурации от медиашлюза, а также для указания параметров соединения и активации сигналов к телефонному интерфейсу PSTN.
Программный коммутатор обычно используется вместе со шлюзами сигнализации, системы сигнализации № 7 например, для доступа к функциям (SS7). Агент вызовов не использует MGCP для управления шлюзом сигнализации; скорее, протоколы SIGTRAN используются для транзитной передачи сигналов между шлюзом сигнализации и агентами вызовов.
Несколько агентов по вызову [ править ]
Обычно медиашлюз может быть настроен со списком агентов вызовов, от которых он может принимать команды управления.
В принципе, уведомления о событиях могут отправляться различным агентам вызовов для каждой конечной точки шлюза в соответствии с инструкциями, полученными от агентов вызовов путем установки параметра NotifiedEntity. Однако на практике обычно желательно, чтобы все конечные точки шлюза контролировались одним и тем же агентом вызовов; доступны другие агенты вызовов для обеспечения резервирования в случае сбоя основного агента вызовов или потери контакта с медиашлюзом. В случае такого сбоя на резервном агенте вызова лежит обязанность переконфигурировать медиашлюз так, чтобы он сообщал резервному агенту вызова. Шлюз может быть проверен для определения управляющего агента вызова, запрос, который может использоваться для разрешения любых конфликтов.
В случае нескольких агентов вызовов MGCP предполагает, что они сохраняют информацию о состоянии устройства между собой. Такие функции аварийного переключения учитывают как плановые, так и внеплановые простои.
Обзор протокола [ править ]
MGCP распознает три основных элемента связи: контроллер медиашлюза медиашлюза (агент вызова), конечную точку и соединения между этими объектами. Медиашлюз может содержать несколько конечных точек, и каждая конечная точка должна иметь возможность участвовать в нескольких соединениях. Множественные соединения на конечных точках поддерживают такие функции вызова, как ожидание вызова и трехсторонний вызов .
MGCP — это текстовый протокол, использующий модель команд и ответов. Команды и ответы кодируются в сообщениях, которые структурированы и отформатированы с использованием пробелов , горизонтальной табуляции , возврата каретки , перевода строки , двоеточия и точки . Сообщения передаются с использованием протокола пользовательских датаграмм (UDP). Медиашлюзы используют номер порта 2427, а агенты вызовов по умолчанию используют 2727.
Последовательность сообщений команды (или запроса) и ее ответа известна как транзакция, которая идентифицируется числовым идентификатором транзакции, которым обмениваются в каждой транзакции. Спецификация протокола определяет девять стандартных команд, которые различаются четырехбуквенным командным глаголом: AUEP, AUCX, CRCX, DLCX, EPCF, MDCX, NTFY, RQNT и RSIP. Ответы начинаются с трехзначного числового кода ответа, который идентифицирует исход или результат транзакции.
Два глагола используются агентом вызова для запроса состояния конечной точки и связанных с ней соединений.
- АУЭП: конечная точка аудита
- AUCX: соединение аудита
Три команды используются агентом вызовов для управления соединением с конечной точкой медиашлюза.
- CRCX: создать соединение
- DLCX: удалить соединение. Эта команда также может быть выдана конечной точкой для разрыва соединения.
- MDCX: изменить соединение. Эта команда используется для изменения рабочих характеристик соединения, например, кодировщиков речи, отключения звука, полудуплексного/полнодуплексного режима и других.
Один глагол используется агентом вызова для запроса уведомления о событиях, происходящих в конечной точке, и для подачи сигналов к подключенному каналу сети PSTN или к подключенной конечной точке телефонии, например, телефону.
- RQNT: запрос на уведомление
Один глагол используется конечной точкой, чтобы указать агенту вызова, что он обнаружил событие, для которого агент вызова ранее запросил уведомление с помощью команды RQNT:
- NTFY: Уведомить
Один глагол используется агентом вызова для изменения характеристик кодирования, ожидаемых со стороны линии конечной точки:
- EPCF: конфигурация конечной точки
Один глагол используется конечной точкой, чтобы указать агенту вызова, что он находится в процессе перезапуска:
- RSIP: выполняется перезагрузка
Документы по стандартам [ править ]
- RFC 3435 — протокол управления медиашлюзом (MGCP) версии 1.0 (заменяет RFC 2705)
- RFC 3660 - Пакеты базового протокола управления медиашлюзом (MGCP) (информационные)
- RFC 3661 – Использование кода возврата протокола управления медиашлюзом (MGCP)
- RFC 3064 – Пакеты MGCP CAS
- RFC 3149 – Пакеты бизнес-телефонов MGCP
- RFC 3991 - Пакет перенаправления и сброса протокола управления медиашлюзом (MGCP)
- RFC 3992 - Протокол управления медиашлюзом (MGCP) Механизм отчетности о состоянии Lockstep (информационный)
- RFC 2805 – Архитектура и требования протокола управления медиашлюзом
- RFC 2897 – Предложение по расширенному аудиопакету MGCP
Мегако [ править ]
Другой реализацией архитектуры протокола управления медиашлюзом является протокол H.248/Megaco , результат сотрудничества Инженерной группы Интернета (RFC 3525) и Международного союза электросвязи (рекомендация H.248.1). Оба протокола соответствуют рекомендациям архитектуры протокола управления вышележащим медиашлюзом, как описано в RFC 2805. Однако эти протоколы несовместимы из-за различий в синтаксисе протоколов и базовой модели соединения.
См. также [ править ]
Ссылки [ править ]
- ↑ Перейти обратно: Перейти обратно: а б RFC 2805, Архитектура и требования протокола управления медиашлюзом, Н. Грин, М. Рамальо, Б. Розен, IETF, апрель 2000 г.
- ^ «Коммуникации уровня 3 и Bellcore объявляют о слиянии спецификаций протоколов для передачи голоса по IP» . Уровень 3 Коммуникации . Проверено 8 июня 2012 года .
Внешние ссылки [ править ]
- Информационный сайт MGCP Информация, связанная с MGCP
- Информационный сайт H.248 Информация, относящаяся к H.248/Megaco, включая указатели на стандарты и проекты спецификаций.