Протокол управления медиа-шлюзом - Media Gateway Control Protocol

Не путать с H.248 / Megaco, аналогичный протокол.
Набор интернет-протоколов
Уровень приложения
Транспортный уровень
Интернет-уровень
Связующий слой

В Протокол управления медиа-шлюзом (MGCP) - это сигнализация и управление вызовом протокол связи используется в передача голоса по IP (VoIP) телекоммуникации системы. Он реализует архитектура протокола управления медиашлюзом для контроля медиа-шлюзы подключен к телефонная сеть общего пользования (ТфОП).[1] Медиа-шлюзы обеспечивают преобразование традиционных электронных носителей в протокол Интернета (IP) сеть. Протокол является преемником Простой протокол управления шлюзом (SGCP), который был разработан Bellcore и Cisco, а Управление устройством по интернет-протоколу (IPDC).[2]

Методология MGCP отражает структуру PSTN с мощностью сети, находящейся в центре управления вызовами. софтсвитч который аналогичен центральному офису в телефонной сети. Конечные точки - это устройства с низким уровнем интеллекта, которые в основном выполняют команды управления от агента вызова или контроллера медиашлюза в программном коммутаторе и предоставляют в ответ индикацию результатов. Протокол представляет собой декомпозицию других моделей VoIP, таких как H.323 и Протокол инициирования сеанса (SIP), в котором оконечные устройства вызова имеют более высокий уровень интеллекта сигнализации.

MGCP - это текстовый протокол, состоящий из команд и ответов. Он использует Протокол описания сеанса (SDP) для определения и согласования медиапотоков, передаваемых в сеансе вызова, и Транспортный протокол в реальном времени (RTP) для кадрирования медиапотоков.

Архитектура

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

В архитектура протокола управления медиашлюзом и его методологии и программные интерфейсы описаны в RFC 2805.[1]

MGCP - это протокол ведущий-ведомый, в котором медиа-шлюзы (MG) контролируются агентом управления вызовами или программным коммутатором. Этот контроллер называется контроллер медиа-шлюза (MGC) или агент по вызову (CA). С помощью сетевого протокола он может контролировать каждый конкретный порт на медиа-шлюзе. Это упрощает централизованное администрирование шлюза и предоставляет масштабируемые решения для IP-телефонии. Распределенная система состоит из, по крайней мере, одного агента вызова и одного или, как правило, нескольких медиашлюзов, которые выполняют преобразование медиасигналов между сетями с коммутацией каналов и с коммутацией пакетов, и, как минимум, одного шлюз сигнализации (SG) при подключении к PSTN.

MGCP представляет архитектуру управления вызовами с ограниченным интеллектом на границе (конечные точки, медиашлюзы) и интеллектом в основных контроллерах. Модель MGCP предполагает, что агенты вызовов синхронизируются друг с другом для отправки согласованных команд и ответов на шлюзы, находящиеся под их контролем.

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

Программный коммутатор обычно используется вместе со шлюзами сигнализации для доступа к Система сигнализации № 7 (SS7), например. Агент вызова не использует MGCP для управления шлюзом сигнализации; скорее протоколы SIGTRAN используются для обратный рейс сигнализация между шлюзом сигнализации и агентами вызова.

Агенты с несколькими вызовами

Обычно медиа-шлюз может быть настроен со списком агентов вызова, от которых он может принимать команды управления.

В принципе, уведомления о событиях могут быть отправлены различным агентам вызовов для каждой конечной точки на шлюзе в соответствии с инструкциями, полученными от агентов вызовов путем установки параметра NotifiedEntity. На практике, однако, обычно желательно, чтобы все конечные точки шлюза управлялись одним и тем же агентом вызова; другие агенты вызова доступны для обеспечения избыточности в случае отказа основного агента вызова или потери связи с медиашлюзом. В случае такого сбоя агент резервного вызова должен перенастроить медиашлюз так, чтобы он сообщал агенту резервного вызова. Шлюз может быть подвергнут аудиту для определения управляющего агента вызова, запрос, который может использоваться для разрешения любых конфликтов.

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

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

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

MGCP - это текстовый протокол, использующий модель команд и ответов. Команды и ответы кодируются в сообщениях, которые структурированы и отформатированы с использованием пробельных символов. Космос, горизонтальная вкладка, возврат каретки, перевод строки, двоеточие, и полная остановка. Сообщения передаются с использованием Протокол пользовательских датаграмм (UDP). Медиа-шлюзы используют номер порта 2427, а агенты по вызову по умолчанию используют 2727.

Последовательность сообщения команды (или запроса) и ответа на нее называется транзакцией, которая идентифицируется числовым идентификатором транзакции, которым обмениваются в каждой транзакции. В спецификации протокола определены девять стандартных команд, которые различаются четырехбуквенным командным глаголом: AUEP, AUCX, CRCX, DLCX, EPCF, MDCX, NTFY, RQNT и RSIP. Ответы начинаются с трехзначного числового кода ответа, который определяет результат или результат транзакции.

Агент вызова использует два глагола для запроса состояния конечной точки и связанных с ней подключений.

  • AUEP: конечная точка аудита
  • AUCX: аудит подключения

Агент вызова использует три команды для управления подключением к конечной точке медиашлюза.

  • CRCX: создать соединение
  • DLCX: Удалить соединение. Эта команда также может быть выдана конечной точкой для завершения соединения.
  • MDCX: изменить соединение. Эта команда используется для изменения рабочих характеристик соединения, например речевые кодеры, отключение звука, полудуплексный / дуплексный режим и другие.

Один глагол используется агентом вызова для запроса уведомления о событиях, происходящих в конечной точке, и для подачи сигналов на подключенную сетевую ссылку PSTN или на подключенную конечную точку телефонии, например, телефон.

  • RQNT: Запрос на уведомление

Конечная точка использует один глагол, чтобы указать агенту вызова, что он обнаружил событие, для которого агент вызова ранее запросил уведомление с помощью команды RQNT:

  • NTFY: Уведомить

Один глагол используется агентом вызова для изменения характеристик кодирования, ожидаемых линейной стороной конечной точки:

  • EPCF: Конфигурация конечной точки

Конечная точка использует один глагол, чтобы указать агенту вызова, что он находится в процессе перезапуска:

  • RSIP: выполняется перезагрузка

Документы стандартов

  • RFC 3435 - Протокол управления медиашлюзом (MGCP) версии 1.0 (заменяет RFC 2705 )
  • RFC 3660 - Пакеты Basic Media Gateway Control Protocol (MGCP) (информационные)
  • RFC 3661 - Использование кода возврата Media Gateway Control Protocol (MGCP)
  • RFC 3064 - Пакеты MGCP CAS
  • RFC 3149 - Пакеты телефонов для бизнеса MGCP
  • RFC 3991 - Пакет перенаправления и сброса протокола управления медиашлюзом (MGCP)
  • RFC 3992 - Механизм сообщения о состоянии блокировки по протоколу управления медиашлюзом (MGCP) (информационный)
  • RFC 2805 - Архитектура и требования протокола управления медиашлюзом
  • RFC 2897 - Предложение по расширенному аудиопакету MGCP

Мегако

Еще одна реализация архитектура протокола управления медиашлюзом это H.248 / Megaco протокол, сотрудничество Инженерная группа Интернета (RFC 3525 ) и Международный союз электросвязи (Рекомендация H.248.1). Оба протокола следуют руководящим принципам архитектуры протокола управления вышележащим медиашлюзом, как описано в RFC 2805. Однако протоколы несовместимы из-за различий в синтаксисе протоколов и базовой модели подключения.

Смотрите также

Рекомендации

  1. ^ а б RFC 2805, Архитектура и требования протокола управления медиа-шлюзами, Н. Грин, М. Рамальо, Б. Розен, IETF, апрель 2000 г.
  2. ^ «Коммуникации уровня 3, Bellcore объявляет о слиянии спецификаций протоколов для передачи голоса по IP». Уровень 3 Коммуникации. Получено 8 июн 2012.

внешняя ссылка