Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Протокол MEGACO/H.248

Читайте также:
  1. А.2.3 ПРотокол медичної допомоги
  2. Архитектура протоколов маршрутизации в Ш-ЦСИО
  3. Важно! Изъятие и упаковка отражаются в протоколе осмотра!
  4. Вопрос 34. Протокольно-деловой этикет. Нормы делового общения и стиль переговорного процесса.
  5. Впоследствии были приняты два протокола, которые внесли изменения в основные положения Брюссельской Конвенции.
  6. Да, как это видно из прошлого ответа на очередной вопрос, во многих из этих лож велись протоколы.
  7. Женевский протокол 1924 г.

Рабочая группа MEGACO комитета IETF, продолжая исследования, направленные на усовершенствование протокола управления шлюзами, создала более функциональный (по сравнению с рассмотренным в предыдущей главе протоколом MGCP) протокол MEGACO. Но разработкой протоколов управления транспортными шлюзами, кроме комитета IETF, занималась еще и исследовательская группа SG 16 Международного союза электросвязи. Спецификации адаптированного протокола приведены в рекомендации ITU-T H.248.

Рассмотрим кратко основные особенности протокола MEGACO/ H.248. Для переноса сигнальных сообщений MEGACO/ H.2488 могут использоваться протоколы UDP, TCP, SCTP или транспортная технология ATM. Поддержка для этих целей протокола UDP – одно из обязательных требований к контроллеру шлюзов. Протокол TCP должен поддерживаться и контроллером, и транспортным шлюзом, а поддержка протокола SCTP, так же как и технологии ATM, является необязательной.

При описании алгоритма установления соединения с использованием протокола MEGACO комитет IETF опирается на специальную модель процесса обслуживания вызова, отличную от модели MGCP. Протокол MEGACO оперирует с двумя логическими объектами внутри транспортного шлюза: порт (termination) и контекст (context), которыми может управлять контроллер шлюза (рис. 3.7).

Порты являются источниками и приемниками речевой информации. Определено два вида портов: физические и виртуальные.

Физические порты, существующие постоянно с момента конфигурации шлюза, — это аналоговые телефонные интерфейсы оборудования, поддерживающие одно телефонное соединение, или цифровые каналы, также поддерживающие одно телефонное соединение и сгруппированные по принципу временного разделения каналов в тракт Е1.

Виртуальные порты, существующие только в течение разговорной сессии, являются портами со стороны IP-сети (RTP-порты), через которые ведутся передача и прием пакетов RTP.

Контекст – это отображение связи между несколькими портами, то есть абстрактное представление соединения двух или более портов одного шлюза. В любой момент времени порт может относиться только к одному контексту, который имеет свой уникальный идентификатор. Существует особый вид контекста – нулевой. Все порты, входящие в нулевой контекст, не связаны ни между собой, ни с другими портами. Например, абстрактным представлением свободного (не занятого) канала в модели процесса обслуживания вызова является порт в нулевом контексте.


Рис. 3.7. Примеры модели процесса обслуживания вызова

Порт имеет уникальный идентификатор (TerminationID), который назначается шлюзом при конфигурации порта. Например, идентификатором порта может служить номер тракта Е1 и номер временного канала внутри тракта.

При помощи протокола MEGACO контроллер может изменять свойства портов шлюза. Свойства портов группируются в дескрипторы, которые включаются в команды управления портами.

Сведем основные характеристики протоколов IP-телефонии в одну таблицу (таблица 3.1).

Таблица 3.1. Основные протоколы IP-телефонии
Характеристики SIP H.323 MGCP MEGACO ISUP
Назначение Для IP-коммуникаций Для IP-телефонии Для управления транспортными шлюзами Для сетей с БРК
Архитектура Peer-to-Peer Peer-to-Peer Master-Slave Peer-to-Peer
Интеллект Рассредоточен по элементам сети В ядре сети В ядре сети В ядре сети
Сложность Простой Сложный Простой Сложный
Масштабируемость Высокая Средняя - Средняя
Тип данных Речь, данные, видео Речь, данные, видео Управление передачей речи, данных Речь и данные
QoS Поддерживается Поддержка диффиринцированного обслуживания Контроль QoS на уровне IP Не требуется
Адресация Поддержка IP-адресов и имен доменов, через DNS Поддержка IP-адресов, мультизонная, многодоменовая поддержка через привратник Цифровая адресация терминалов пользователей, поддержка IP-адресов и имен доменов для транспортных шлюзов Статические

Сравнение протоколов (с позиции применения в ССП)


Дата добавления: 2015-07-20; просмотров: 154 | Нарушение авторских прав


Читайте в этой же книге: Лекция: Определение ССП, основные характеристики, услуги ССП | Особенности инфокоммуникационных услуг | Требования к сетям связи | Понятие сети ССП и ее базовые принципы | Базовые услуги | Услуги мультимедиа | Протоколы RTP, RTCP, UDP | Протокол Н.323 | Протокол SIP | Пользовательский уровень адаптации М2РА |
<== предыдущая страница | следующая страница ==>
Протокол MGCP| Протокол BICC

mybiblioteka.su - 2015-2024 год. (0.011 сек.)