К какой плоскости архитектуры voip относится протокол н 323
Обновлено: 02.07.2024
Согласно принятому определению, IP-телефония - это передача речевого сигнала по сети с пакетной коммутацией в режиме реального времени. При этом телефонный номер преобразуется в IP-адрес, а аналоговый речевой сигнал - в цифровую форму.
Годом рождения Internet-телефонии считают 1995-й, когда компания Vocaltec опубликовала программное обеспечение Internet Phone для системы телефонной передачи с использованием протокола IP. Для сетевой реализации Internet Phone до середины 1990-х были доступны только телефонные модемы, поэтому передача речи посредством Internet Phone значительно уступала по качеству традиционной телефонной связи. Однако первый камень в основание здания VoIP был тем не менее заложен.
Между тем события стали развиваться столь стремительно, что сейчас реальные возможности технологии VoIP значительно шире ее формального названия. По существу эта технология представляет собой средство для передачи не только речи, но и произвольной информации с использованием протокола IP, а обобщающим термином стало определение «мультимедийная». Соответствующая структура данных может включать речь, изображение и данные в любых комбинациях. Эту триаду обычно называют Triple Play.
Архитектура сети VoIP может быть представлена в виде двух плоскостей. Нижняя отображает транспортный механизм негарантированной доставки мультимедийного трафика в виде иерархии протоколов RTP/UDP/IP, а верхняя - механизм управления обслуживанием вызовов. Ее ключевыми протоколами являются H.323 ITU-T, SIP, MGCP и MEGACO, представляющие собой различные реализации обслуживания вызовов в сетях IP-телефонии.
Транспортный протокол реального времени (Real-time Transport Protocol, RTP) предоставляет транспортные услуги мультимедийным приложениям. Он не гарантирует доставку и правильный порядок пакетов, но позволяет приложениям обнаружить потерю или нарушение порядка следования пакетов за счет присвоения каждому из них номера. Протокол предназначен для работы в режимах передачи «точка–точка» или «точка–множество точек» и не зависит от транспортного механизма. Однако в качестве такового обычно используется протокол UDP.
RTP работает совместно с протоколом управления реального времени (Real Time Control Protocol, RTСP), обеспечивающим управление потоком данных и контроль перегрузки канала. Участники сеанса RTP периодически обмениваются пакетами RTCP со статистическими данными (количество отправленных пакетов, число потерянных и т. д.), которые могут быть использованы отправителем мультимедиа, например, для динамической коррекции скорости передачи и даже изменения типа нагрузки.
Среди мультимедийных стандартов наиболее освоен стандарт H.323 ITU-T, к тому же он постоянно совершенствуется и имеет пять версий. Рекомендация H.323, исторически первый способ осуществления вызовов в сети IP, предусматривает следующие виды информационного обмена:
- «цифровизованное» аудио;
- «цифровизованное» видео;
- данные (обмен файлами или изображениями);
- управление соединением (обмен информацией о поддерживаемых функциях, управление логическими каналами и т. д.);
- управление установлением и разъединением соединений и сеансов связи.
Основными элементами сети стандарта H.323 являются терминалы (terminal), шлюзы (gateway), привратники (gatekeeper) и устройства управления конференциями (Multipoint Control Units, MCU).
Терминал обеспечивает двухстороннюю связь в реальном времени с другим терминалом H.323, шлюзом или MCU.
Шлюзы устанавливают соединение между терминалами сети H.323 и терминалами, находящимися в сетях, где используются другие протоколы. Главная задача шлюзов заключается во взаимном преобразовании информации между сетями разных протоколов (например, IP и ТфОП).
Привратники участвуют в управлении соединением, отвечая за взаимное преобразование телефонных номеров и IP-адресов.
Еще один элемент сети H.323, называемый proxy-сервером (т. е. посредником), работает на прикладном уровне, он определяет тип приложения и выполняет нужное соединение.
Рекомендация H.245 описывает процедуры управления информационными каналами: определение ведущего и ведомого устройств, а также обмен данными о функциональных возможностях терминалов и открытии и закрытии однонаправленных и двунаправленных каналов, вносимой задержке, режиме обработки информации, состоянии информационных каналов путем организации шлейфов.
Второй способ обслуживания вызовов в сети VoIP предполагает использование протокола инициирования сеансов (Session Initiation Protocol, SIP), его спецификации представлены в документе RFC 2543 комитета IETF. Как протокол прикладного уровня, он предназначен для организации мультимедийных конференций, распределения мультимедийной информации и телефонных соединений. SIP менее приспособлен для взаимодействия с ТфОП, но проще в реализации. Он лучше подходит провайдерам Internet для организации услуги IP-телефонии в рамках предлагаемого ими пакета услуг.
Ключевыми особенностями протокола SIP являются поддержка персональной мобильности пользователя, обеспечение масштабируемости сети, возможность дополнения новыми функциями, интеграция в стек существующих протоколов Internet, взаимодействие с другими протоколами сигнализации (например, H.323), организация доступа пользователей сетей VoIP к услугам интеллектуальных сетей, независимость от транспортных технологий.
Следует отметить, что поддержка мобильности пользователя уже не является прерогативой исключительно SIP. Теперь это характерно и для Н.323 (см. H.510 ITU-T «Mobility for H.323 Multimedia Systems and Services»).
Сеть SIP содержит агенты пользователя (User Agents или SIP Сlients), proxy-серверы и серверы переадресации.
Агенты пользователя - это приложения терминального оборудования, они включают собственно клиент (User Agent Сlient, UAC) и сервер (User Agent Server, UAS). UAC инициирует запрос услуги, а UAS выступает в качестве вызывающей стороны.
Proxy-сервер (Proxy Server) объединяет в себе функции UAC и UAS. Он интерпретирует и, если надо, перезаписывает заголовки запросов перед отправкой их другим серверам.
Сервер переадресации (Redirect Server) определяет положение вызываемого абонента и сообщает его вызывающему пользователю.
Третий способ построения сети IP-телефонии опирается на протокол Media Gateway Control Protocol (MGCP), предложенный рабочей группой MEGACO комитета IETF. Архитектура этого протокола, пожалуй, наиболее проста с точки зрения функциональности. Сеть MGCP содержит шлюз (Media Gateway, MG), выполняющий преобразование речевой информации между сетями ТфОП и IP-телефонии, шлюз сигнализации (Signaling Gateway, SG), обеспечивающий обработку сигнальной информации, а также схожий с привратником сети H.323 контроллер шлюзов (Call Agent), осуществляющий функции управления шлюзами.
Четвертый способ построения сети IP, представляющий собой усовершенствование MGCP, разработан группой MEGACO комитета IETF вместе с 16 SG ITU-T, поэтому его называют протоколом MEGACO/H.248. От своего старшего брата он отличается прежде всего иной схемой организации связи. Благодаря ей контроллер MEGACO/H.248 способен изменять топологию связи портов, что позволяет гибко управлять конференциями. Протокол MEGACO поддерживает два способа бинарного кодирования.
H.323 является одним из старейших стандартов, используемых для организации VoIP-телефонии и видеоконференцсвязи. Это целая система протоколов и элементов, которые позволяют передавать медиаданные по пакетным сетям с негарантированной пропускной способностью. Структура рекомендации H.323 обеспечивает различные возможности коммуникации — от обычной телефонии до видеоконференцсвязи с передачей медиаданных.
Одним из преимуществ стандарта H.323 является его связующая функция, которая позволяет устройствам различных производителей взаимодействовать друг с другом.
До появления протокола H.323 все VoIP-приложения работали на собственных сигнальных протоколах, поэтому связь между ними была невозможна. Однако в 1996 году опубликовали первую версию H.323 и этот стандарт получил широкое распространение.
Эволюция и развитие стандарта
С момента появления стандарта H.323 прошло много лет, и, естественно, он совершенствовался с каждой версией. С 1996 года до сегодняшнего дня было выпущено 7 версий стандарта.
Первая версия была довольно скудной, потому как выпускалась с главной целью — наладить коммуникацию между терминалами различных производителей. О надежности, безопасности и хорошем качестве связи речи пока не шло, к тому же, раннее несовместимые друг с другом, терминалы могли “общаться” только внутри корпоративной сети.
Прорывом стала вторая версия, которая вышла спустя два года и была направлена на активное использование в VoIP-телефонии и многосторонних конференциях. В этот раз ключевым словом стала надежность — подтверждение достоверности конечных точек (участников конференции), неизменность пакетных данных при передаче, защита от несанкционированного взлома данных и, как ни странно, отсутствие отклонения входящих вызовов. Также было ускорено соединение между терминалами и добавлена возможность переадресации звонков.
Третья версия обеспечила передачу сигнализации для большего числа вызовов посредством одного TCP-соединения. Межсетевые шлюзы, которые могли обеспечить до тысячи одновременных вызовов, особенно выиграли тогда.
Изменения в четвертом выпуске коснулись наращивания емкости H.323-терминалов, а выход пятой версии был направлен на общую стабилизацию стандарта. Кстати, решения TrueConf работают на четвертой версии протокола H.323.
В июне 2006 года утвердили шестую версию стандарта с изменениями по части транспортных протоколов H.225 и H.245. Появилась поддержка Assigned Gatekeeper — назначенного привратника, на котором регистрируется конечная точка из списка альтернативных гейткиперов. Помимо этого, были поддержаны документы и ряд приложений, позволяющих использовать кодеки GSM и H.264 в H.323-решениях.
Финальная — седьмая версия H.323 вышла в ноябре 2009 года. Среди множества обновлений следует выделить две важные для пользователей возможности:
- передача информации о пользователях на нескольких языках (это позволило сотрудникам различных международных организаций без труда взаимодействовать друг с другом);
- автоматическая доставка данных о групповой конференции, проходящей на MCU-сервере, всем H.323-терминалам (это позволило пользователям подключаться к конференции без ввода каких-либо данных о ней).
Архитектура
Стандарт H.323 основывается на четырех компонентах для организации видеоконференций типа точка-точка или многоточка:
- терминалы
- шлюзы
- контроллеры зоны (привратник)
- сервер многоточечных конференций (MCU)
Терминал — это по сути инструмент для управления H.323-устройством, этакий пользовательский интерфейс, конечная точка. Терминалы могут связываться друг с другом в режиме VoIP-телефонии либо видеоконференцсвязи. Для связи терминалов из разных сетей — к примеру, H.323 и ISDN, используются шлюзы. Они выполняют следующие функции:
- установка соединения между терминалами;
- конвертация звуковых форматов;
- обмен информацией.
Если терминалы находятся в одной H.323-сети, шлюзы не используются.
Контроллер зоны или гейткипер - это центральная точка H.323-сети, поскольку именно гейткипер отвечает за адресацию вызовов, управляет шириной полосы пропускания и устанавливает подлинность терминалов и шлюзов во время соединения. Хотя рекомендация H.323 не определяет привратник как обязательный элемент, все же без него невозможно использование множества современных функций, которые внедряют в свои решения производители VoIP-приложений и решений видеоконференцсвязи.
Для связи трех и более терминалов используется сервер многоточечных конференций MCU (Multipoint Control Unit). Все терминалы, которые участвуют в конференции, сначала связываются с MCU-сервером, а MCU в свою очередь распределяет видеопотоки по всем терминалам. Само устройство MCU обычно также объединяет в себе роли гейткипера и шлюза.
Протоколы H.323
Каждый H.323-терминал либо устройство, поддерживающее протокол H.323, имеет свой собственный IP-адрес. По нему осуществляется механизм маршрутизации H.323-пакетов внутри сети. Для связи терминалов со шлюзами и гейткипером, а также для передачи медиатрафика используются протоколы UDP. Транспортные протоколы TCP используются только для установления звонка между терминалами и обмена дополнительными возможностями.
Передача медиаданных по рекомендации H.323 разделена на пять основных этапов:
- обнаружение гейткипера и регистрация на нем;
- установка соединения между двумя и более терминалами;
- обмен голосом и видео - передача посредством транспортных протоколов;
- обмен мультимедиа - передача различных графических или текстовых документов, совместная работа над ними;
- завершение вызова.
Процедура регистрации необходима для того, чтобы конечные точки (терминалы) могли сообщить свои адреса гейткиперу и войти в его зону управления.
Для установки соединения между терминалами и для обмена медиатрафиком используются следующие протоколы:
- H.225 - установка соединения между H.323-устройствами.
- H.245 - обмен информацией о возможностях (поддерживаемые кодеки, например). Один терминал “сообщает” другому терминалу о поддерживаемых возможностях (кодеках), и выбирает кодек для отправки из возможностей другого терминала.
- RAS - используется между терминалами, шлюзами и гейткипером. Отвечает за регистрацию, разрешение на звонки и статусы.
- RTP - используется при передаче медиатрафика в реальном времени.
В 1990 г. был одобрен первый международный стандарт в области видео-конференц-связи - спецификация H.320 для поддержки видеоконференций по ISDN . Затем ITU -T одобрил еще целую серию рекомендаций, относящихся к видео-конференц-связи. Эта серия рекомендаций, часто называемая H.32x, помимо H.320, включает в себя стандарты H.321-H.324, которые предназначены для различных типов сетей. Во второй половине 90-х годов интенсивное развитие получили IP-сети и Интернет . Они превратились в экономичную среду передачи данных и стали практически повсеместными. Однако, в отличие от ISDN , IP-сети плохо приспособлены для передачи аудио- и видеоданных. Стремление использовать сложившуюся структуру IP-сетей привело к появлению в 1996 г. стандарта H.323, который содержит описания терминальных устройств , оборудования и сетевых служб, предназначенных для осуществления мультимедийной связи в сетях с коммутацией пакетов (например, Intranet или Интернет ). Терминальные устройства и сетевое оборудование стандарта H.323 могут передавать данные, речь и видеоинформацию в масштабе реального времени. В рекомендации H.323 не определены: сетевой интерфейс , физическая среда передачи информации и транспортный протокол, используемый в сети. Сеть , через которую осуществляется связь между терминалами H.323, может представлять собой сегмент или множество сегментов со сложной топологией. Терминалы H.323 могут быть интегрированы в персональные компьютеры или реализованы как автономные устройства. Но поддержка речевого обмена - обязательная функция для любого устройства стандарта H.323.
Рекомендации H.323 предусматривают:
- управление полосой пропускания;
- возможность взаимодействия сетей;
- платформенную независимость;
- поддержку многоточечных конференций;
- поддержку многоадресной передачи;
- стандарты для кодеков;
- поддержку групповой адресации.
Управление полосой пропускания
Передача аудио- и видеоинформации весьма интенсивно нагружает каналы связи, и, если не следить за ростом этой нагрузки, работоспособность критически важных сетевых сервисов может быть нарушена. Поэтому рекомендации H.323 предусматривают управление полосой пропускания. Можно ограничить как число одновременных соединений, так и суммарную полосу пропускания для всех приложений H.323. Эти ограничения помогают сохранить необходимые ресурсы для работы других сетевых приложений . Каждый терминал H.323 может управлять своей полосой пропускания в конкретной сессии конференции.
Межсетевые конференции
Рекомендации H.323 предлагают средства соединения участников видеоконференции в разнородных сетях (например, IP и ISDN, IP и PSTN ).
Платформенная независимость
H.323 "не привязан" к каким-либо технологическим решениям, связанным с оборудованием или программным обеспечением. Взаимодействующие между собой приложения могут создаваться на основе разных платформ, с разными операционными системами.
Поддержка многоточечных конференций
Рекомендации H.323 позволяют организовывать конференцию с тремя или более участниками. Многоточечные конференции могут проводиться как с использованием центрального контроллера - MCU (устройства многоточечной конференции), так и без него.
Поддержка многоадресной передачи
H.323 поддерживает многоадресную передачу в многоточечной конференции, если сеть поддерживает протокол управления групповой адресацией. При многоадресной передаче один пакет информации отправляется всем необходимым адресатам без лишнего дублирования. Многоадресная передача использует полосу пропускания гораздо более эффективно, поскольку всем адресатам - участникам списка рассылки отправляется ровно один поток.
Стандарты для кодеков
H.323 устанавливает стандарты для кодирования и декодирования аудио- и видеопотоков с целью обеспечения совместимости оборудования разных производителей. Вместе с тем стандарт достаточно гибок. Сформулированы требования, выполнение которых обязательно, и существуют опциональные возможности, в случае использования которых также необходимо строго следовать стандарту. Помимо этого, производитель может включать в мультимедийные продукты и приложения дополнительные возможности, если они не противоречат обязательным и опциональным требованиям стандарта.
Совместимость
Возможны случаи, когда участники конференции хотят общаться друг с другом, не заботясь о вопросах совместимости между собой. Рекомендации H.323 поддерживают выяснение общих возможностей оборудования конечных пользователей и устанавливают наилучшие из общих для участников конференции протоколов кодирования, вызова и управления.
Гибкость
H.323 конференция может включать участников, конечное оборудование которых обладает различными возможностями. Например, один из участников может использовать терминал только с аудио возможностями, в то время как остальные участники конференции могут обладать возможностями передачи/приема также видео и данных.
4.1. Архитектура стандарта H.323
В рекомендации H.323 устанавливается четыре основных компонента VoIP - соединения ( рис. 4.1):
- терминал;
- контроллер зоны;
- шлюз (gateway);
- устройство управления многоточечной конференцией ( MCU ).
увеличить изображение
Рис. 4.1. Структурная схема сети IP-телефонии по стандарту H.323
Терминал ( Terminal ) - оконечное мультимедийное (голос, видео, данные) устройство, предназначенное для участия в конференции. Под терминалом стандарт понимает оборудование конечных точек сети, которое позволяет пользователям общаться друг с другом в реальном времени. H.323- терминал должен обеспечивать поддержку следующих протоколов:
- H.245 для установления возможностей терминалов и создания канала обмена аудиоинформацией.
- H.225 для сигнализации вызова и установки параметров связи.
- RAS для регистрации терминала пользователя и установки дополнительных параметров управления контроллером зоны.
- RTP / RTCP для упорядочивания звуковых и видеопакетов.
H.323- терминал должен также поддерживать звуковой кодер -декодер в соответствии с G.711.
Протоколы H.225 и RAS используются между H.323-оконечными точками (терминалами и шлюзами) и контроллером зоны для обеспечения:
- обнаружения контроллера зоны (GRQ);
- регистрации оконечной точки;
- определения расположения оконечной точки;
- управления аутентификацией;
- задания маркера доступа.
4.2. Стек протоколов H.323
Стандарт H.323 определяет широкие требования для многих различных протоколов, которые составляют полный стек протоколов H.323.
Стек H.323 составляют 7 групп протоколов:
- управление и сигнализация;
- обработка звуковых сигналов;
- обработка видеосигналов;
- конференц-связь;
- передача мультимедийной информации;
- обеспечение информационной безопасности;
- дополнительные услуги;
- Управление соединением и сигнализация:
- 1.а. H.225.0: протоколы сигнализации и пакетирования мультимедийного потока (использует подмножество протокола сигнализации Q.931).
- 1.б. H.225.0/ RAS : процедуры регистрации, допуска и состояния.
- 1.в. H.245: протокол управления для мультимедиа.
- 2.а. G.711: импульсно-кодовая модуляция тональных частот.
- 2.б. G.722: кодирование звукового сигнала 7 кГц в 64 кбит/с.
- 2.в. G.723.1: речевые кодеры на две скорости передачи для организации мультимедийной связи со скоростью передачи 5.3 и 6.3 кбит/с.
- 2.г. G.728: кодирование речевых сигналов 16 кбит/с с помощью линейного предсказания с кодированием сигнала возбуждения с малой задержкой.
- 2.д. G.729: кодирование речевых сигналов 8 кбит/с с помощью линейного предсказания с алгебраическим кодированием сигнала возбуждения сопряженной структуры.
- 3.а. H.261: видеокодеки для аудиовизуальных услуг со скоростью 64 кбит/с.
- 3.б. H.263: кодирование видеосигнала для передачи с малой скоростью.
- 4.а. T.120: это стек протоколов (который включает T.123, T.124, T.125) для передачи данных между оконечными пунктами. Он может использоваться для разных приложений в области совместной работы ( Collaboration Work), такой как коллективное редактирование растровых изображений, совместное использование приложений и совместная организация документов. В T.120 применяется многоуровневая архитектура, подобная модели OSI.
- 5.а. RTP : транспортный протокол реального времени.
- 5.б. RTCP : протокол управления передачей в реальном времени.
- 6.а. H.235: обеспечение безопасности и шифрование для мультимедийных терминалов сети H.323.
4.3. Установление соединения по Н.323
Обнаружение контроллера зоны (GRQ)
Определение положения оконечной точки
Определение положения оконечной точки - это процесс привязки ее сетевого адреса (адреса в сети транспортировки) к ее H.323-псевдониму или адресу E.164 (телефонному номеру).
Другие функции управления
RAS -канал используется и для других видов механизмов управления, таких как контроль аутентификации, ограничение входа конечной точки в зону, управление шириной полосы пропускания, управление процессами разъединения (отключения), когда оконечная точка отключается от текущего контроллера зоны и выходит из зоны.
Стандарты H.225 - сигнализации вызова и H.245 - сигнализации управления
H. 225 - сигнализация вызова
Если в H.323-сети нет контроллера зоны, то конечные точки обмениваются сигналами вызовов непосредственно друг с другом. Если контроллер зоны есть, то возможно использование двух методов вызовов: обмен сигналами непосредственно между конечными точками (так называемый "метод прямых вызовов") и обмен между оконечными точками только после обращения к контроллеру зоны и маршрутизации вызова ("метод с маршрутизацией вызовов в контроллере зоны"). Выбор используемого метода осуществляется при регистрации конечной точки в контроллере зоны.
Метод с маршрутизацией вызовов в контроллере зоны
H.245 - сигнализация управления
Обмен параметрами позволяет терминалам выбрать такие режимы обмена данными и форматы кодирования, которые они могут использовать при совместной работе друг с другом. Уточняются возможности терминалов, как на прием, так и на передачу.
Архитектура технологии Voice over IP может быть упрощенно представлена в виде двух плоскостей. Нижняя плоскость – это базовая сеть с маршрутизацией пакетов IP, верхняя плоскость – это открытая архитектура управления обслуживанием вызовов (запросов связи).
Нижняя плоскость представляет собой комбинацию известных протоколов Интернет: это – RTP (Real Time Transport Protocol), который функционирует поверх протокола UDP (User Datagram Protocol), расположенного, в свою очередь, в стеке протоколов TCP/IP над протоколом IP. Таким образом, иерархия RTP/UDP/IP представляет собой своего рода транспортный механизм для речевого трафика. Отметим, что в сетях с маршрутизацией пакетов IP для передачи данных всегда предусматриваются механизмы повторной передачи пакетов в случае их потери. При передаче информации в реальном времени использование таких механизмов только ухудшит ситуацию, поэтому для передачи информации, чувствительной к задержкам, но менее чувствительной к потерям, такой как речь и видеоинформация, используется механизм негарантированной доставки информации RTP/UDP/IP.
В сетях IP потеря пакетов – обычное и вполне нормальное явление. Фактически протокол управления передачей (TCP) был изначально спроектирован с учетом потери пакетов при передаче. Если пакет теряется в сети TCP/IP, он передается повторно. Во многих приложениях реального масштаба времени повторная передача пакетов является скорее недостатком, в связи с их чувствительностью к времени получения информации.
Рекомендации ITU-Т допускают задержки в одном направлении не превышающие 150 мс. В сети VoIP Cisco односторонняя задержка может составлять 120 мс (задержку от 65мс до 85 мс вносят два шлюза VoIP, при использовании кодека G.729). Если приемная станция запросит повторную передачу пакета IP, то задержка при этом будет слишком велика и произойдет прерывание диалога.
Верхняя плоскость управления обслуживанием запросов связи. Предусматривает принятие решений о том, куда вызов должен быть направлен, и каким образом должно быть установлено соединение между абонентами. Инструмент такого управления – телефонные системы сигнализации, начиная с систем, поддерживаемых декадно-шаговыми АТС и предусматривающих объединение функций маршрутизации и функций создания коммутируемого разговорного канала в одних и тех же декадно-шаговых искателях. Далее принципы сигнализации эволюционировали к системам сигнализации по выделенным сигнальным каналам, к многочастотной сигнализации, к протоколам общеканальной сигнализации №7 и к передаче функций маршрутизации в соответствующие узлы обработки услуг Интеллектуальной сети.
В сетях с коммутацией пакетов ситуация более сложна. Сеть с маршрутизацией пакетов IP принципиально поддерживает одновременно целый ряд разнообразных протоколов маршрутизации и сигнализации.
Наиболее распространенным является протокол, специфицированный в рекомендации Н.323 ITU-T, который стал применяться раньше других протоколов.
Другой протокол плоскости управления обслуживанием вызова – SIP – ориентирован на то, чтобы сделать оконечные устройства и шлюзы более интеллектуальными и поддерживать дополнительные услуги для пользователей.
Протокол – SGCP – разрабатывался, для того, чтобы уменьшить стоимость шлюзов за счет реализации функций интеллектуальной обработки вызова в централизованном оборудовании. В конце 1998 года рабочая группа MEGACO комитета IETF разработала протокол MGCP, базирующийся, в основном, на протоколе SGCP.
Рабочая группа MEGACO не остановилась на достигнутом, продолжала совершенствовать протокол управления шлюзами и разработала более функциональный, чем MGCP, протокол MEGACO/H.248. Его адаптированный к Н.323 вариант (под названием Gateway Control Protocol) ITU-T предлагает в рекомендации Н.248.
H.323 это одна из первых спецификаций протоколов, используемых в интернет-телефонии. Представленная широкой общественности в 1996 году, H.323 является системой передачи мультимедийной информации в реальном времени. Предназначенная для сетей, использующих пакетную передачу данных, система включает в себя стек следующих протоколов:
Архитектура системы
H.323 подразумевает для своей работы наличие следующих составляющих элементов сети: терминалов, многоточечных блоков управления (MCU), шлюзов и гейткиперов. Терминалы и MCU являются необходимыми составляющими и, вместе со шлюзами, носят название конечных точек сети. Гейткиперы реализуют роль контроллеров сети, осуществляют регистрацию терминалов, а также некоторые дополнительные функции. Наличие шлюзов не является обязательным для функционирования системы. Совокупность конечных точек, управляемый одним гейткипером называется зоной. Рассмотрим подробно роль каждого из узлов системы:
Взаимодействие между устройствами инфраструктуры H.323
Мы разобрались в том, какие типы узлов используются в протоколе H.323, теперь подробно рассмотрим каким образом происходит взаимодействие между этими узлами.
Поток вызовов в протоколе H.323
Мы достаточно подробно рассмотрели роли отдельных узлов в стеке протоколов H.323 и их взаимодействие, теперь же разберемся в том, как происходят вызовы в данной системе.
- Определение ведущих/ведомых элементов сети (Более актуально для многопользовательских сетей).
- Синхронизация конфигураций.
- Синхронизация логических каналов: определение IP-адресов и портов передачи данных, кодеков.
Происходит обмен RTP-пакетами с медиаданными.
Читайте также: