Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Media Gateway Control Protocol ( MGCP ) является сигнализации и управления вызовами протокола связи используется в голос поверх IP (VoIP) телекоммуникационных систем. Он реализует архитектуру протокола управления медиа-шлюзом для управления медиа-шлюзами, подключенными к коммутируемой телефонной сети общего пользования (PSTN). [1] Медиа-шлюзы обеспечивают преобразование традиционных электронных носителей в сеть Интернет-протокола (IP). Протокол является преемником Simple Gateway Control Protocol (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 - Пакеты протокола управления базовым медиашлюзом (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 протокол, сотрудничество в Engineering Task Force Internet ( RFC 3525 ) и Международный союз электросвязи (Рекомендация H.248.1). Оба протокола следуют рекомендациям архитектуры протокола управления вышележащим медиашлюзом, как описано в RFC 2805 . Однако протоколы несовместимы из-за различий в синтаксисе протоколов и базовой модели подключения.

См. Также [ править ]

  • Профиль аудио-видео RTP

Ссылки [ править ]

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

Внешние ссылки [ править ]

  • Информационный сайт MGCP Информация, связанная с MGCP
  • H.248 Information Site Информация, относящаяся к H.248 / Megaco, включая указатели на стандарты и проекты спецификаций.