Какой протокол негарантированной доставки подходит для потоковой передачи аудио и voip

Обновлено: 15.01.2025

Кодеки VoIP-телефонии – это математические алгоритмы, которые выполняют кодирование и сжатие аналоговых аудиосигналов, преобразуя их в цифровые. Изначально этот термин сформировался из сочетания понятий кодер и декодер, но сегодня он в большей степени относится к таким понятиям как компрессия и декомпрессия.

Обзор кодеков VoIP-телефонии

Аудиокодеки VoIP

Чтобы передавать аналоговый аудиосигнал через IP-сеть, нужно преобразовать его в цифровой, то есть в последовательность нулей и единиц, которая в сжатом виде будет отправлена по сети. Именно эту функцию выполняют аудиокодеки.

На качество аудиосигналов напрямую влияют такие факторы как потеря и задержка пакетов, полоса пропускания канала передачи данных и собственно VoIP-кодеки, которые по-разному справляются с этими факторами. В большинстве своем они в большей или меньшей степени устойчивы к потере пакетов и их задержке, и обеспечивают разную степень сжатия информации. Поэтому чтобы достичь высокого качества связи, нужно правильно подобрать аудиокодек. Рассмотрим наиболее распространенные варианты, которые используются в современной IP-телефонии

G.711 – это базовый кодек телефонных сетей общего пользования, появившийся еще в 1972 году. Именно на его основе возникли все существующие сегодня кодеки.

Скорость передачи данных: 64 Кб/сек.
Лицензирование: не требуется.
Стандарт: ITU-T.
Особенности: стандарт использует два типа алгоритмов – μ-law (используется в цифровых системах связи США и Японии) и A-law (используется во всех других странах).

Для обработки данных этот аудиокодек использует импульсно-кодовую модуляцию и требует минимальных вычислительных мощностей для своей работы.

G.726 – один из первых аудиокодеков, который начал применять алгоритм компрессии. Он, как и G.711, использует дифференциальную импульсно-кодовую модуляцию. Кодек был создан как альтернатива устаревшему G.721 и во многом схож с G.711, но использует только половину полосы пропускания.

Скорость передачи данных: от 16 до 40 Кб/сек.
Лицензирование: не требуется.
Стандарт: ITU-T.

С 1990 года G.726 практически перестал использоваться, поскольку он не подходил для работы факсимильными сигналами. Однако сегодня он может снова стать востребованным, в первую очередь за счет того, что экономит ресурс центрального процессора, а это важный момент для современной телефонии.

G.729А

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

скорость передачи данных: 8 Кб/ сек;
лицензирование: необходима лицензия;

Кодек используется многими телефонами и современными системами связи.

Этот кодек был разработан для глобального стандарта мобильной цифровой связи GSM. При кодировании пакетов он использует информацию предыдущего пакта, а кодирование происходит блоками по 20 мс со скоростью 13 кбит/с.

Скорость передачи данных: 13 Кб/сек.
Лицензирование: не требуется.
Стандарт: GSM.

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

Аудиокодек iLBC совмещает в себе высокое качество передачи аудиоданных с незначительной нагрузкой на полосу пропускания. Для сжатия данных здесь применяются сложные алгоритмы, которые создают ощутимую нагрузку на центральный процессор. Но эти алгоритмы позволяют кодеку поддерживать высокое качество связи, несмотря на искажения, возникающие при задержке или потери пакетов.

Скорость передачи данных: 13.3 Кб/ сек. (30 мс фрейма) и 15.2 Кб/ сек. (20 мс фрейма).
Лицензирование: не требуется (за исключением использования в коммерческих целях);
Платные ограничения: нет.

iLBC оптимально подходит для сетей с потерями пакетов, где важно поддерживать качество связи на высоком уровне. Он используется такими сервисами как Google Talk, Skype, Yahoo! и Messenger. Однако он не так распространен, как аудиокодеки стандартов ITU, из-за чего могут возникнуть проблемы с его совместимостью с распространенными IP-АТС.

Speex

Этот аудиокодек имеет настраиваемую степень сжатия и переменную скорость, которая адаптируется под текущую производительность сети. Speex доступен в широко- и узкополосных модификациях, исходя из требований к качеству связи.

Скорость передачи данных: от 2.15 до 22.4 Кб/сек.
Лицензирование: не требуется.
Платные ограничения: нет.

Speex подходит для передачи голоса по сети с ненадежной передачей пакетов данных. Кодек разработан для применения в системах «голос-через-интернет» (VoIP).

Широкополосный аудиокодек G.722 появился в 1988 году и в своей базовой версии является устаревшим. Несмотря на это, G.722 обеспечивает качество передачи аудиосигнала сравнимое с G.711, что позволяет ему оставаться востребованным в современной телефонии.

Скорость передачи данных: 64 Кб/сек.
Лицензирование: не требуется.
Платные ограничения: нет.
Стандарт: ITU-T.

Последняя версия G.722.2 вышла в 2002 году и используется достаточно часто. Это адаптивный, широкополосный кодек с переменной скоростью, способный быстро менять скорость сжатия при изменении пропускной способности сети. В этой версии кодека есть 9 режимов скорости передачи данных, и он используется российскими мобильными операторами под названием технологии HD Voice.

В конце стоит отметить, что наиболее популярные IP-АТС работают со всеми перечисленными аудиокодеками, и позволяют пользователям самостоятельно выбирать оптимальный для них вариант.

Согласно принятому определению, 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 поддерживает два способа бинарного кодирования.

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

Набор рекомендаций Н.323

Исторически первый и самый распространенный в настоящее время - это введенный Международным союзом электросвязи (МСЭ) набор рекомендаций Н.323 (для простоты будем называть его протоколом). Н.323 стал плодом деятельности разработчиков протоколов мультимедийной связи в сетях ISDN (H.320). Соответствующие работы велись еще c начала 90-х годов, когда никакой IP-телефонии и в помине не было. Первая версия этого протокола была принята МСЭ в 1996 г. и по сути была попыткой перенести телефонную сигнализацию ISDN Q.931 на IP-соединения, т. е. как бы "наложить" традиционную телефонию на сети передачи данных. Рекомендации H.323 достаточно подробно описывают способы организации мультимедийных конференций, охватывая сервисы передачи голоса, видео и компьютерных данных в пакетных сетях с негарантированной доставкой. К настоящему времени принята уже четвертая версия этого набора рекомендаций. К основным компонентам набора относятся описанные ниже протоколы.

RAS (Registration, Admission, Status) - отвечает за регистрацию устройств в сети, контроль доступа к ресурсам, контроль полосы пропускания, необходимой для сеанса связи, и контроль состояния устройств в сети. Работает по протоколу UDP.

H.245 - отвечает за обмен информацией, необходимой для согласования параметров логических каналов для передачи медиа-потоков, т. е. собственно голоса или видео. Сюда входит, к примеру, согласование кодеков, номеров UDP-портов и т. д. Обмен происходит по протоколу TCP.

H.450.x (появившийся в четвертой версии H.323) - отвечает за обеспечение таких дополнительных или интеллектуальных функций, как Hold, Transfer и т. д.

Архитектура H.323 (рис. 1) весьма проста и состоит всего из четырех функциональных компонентов, ни один из которых не является обязательным.

Рис. 1. Архитектура Н.323.

Терминал (H.323 Terminal) - абонентское устройство, способное обеспечивать связь (голосовую, видео- и т. д.) с другими терминалами, шлюзами или устройствами многопользовательских конференций.

Шлюз (H.323 Gateway) - центральное понятие сегодняшней IP-телефонии. Данное устройство обеспечивает взаимное сопряжение телефонной сети с IP-сетью. При этом предоставляется поддержка разных протоколов и интерфейсов сетей обоих типов. Если выход в телефонную сеть не требуется, то данный компонент не нужен, а терминалы могут связываться друг с другом напрямую.

Привратник (H.323 Gatekeeper, GK) - управляющий элемент, "интеллект" H.323 сети, обеспечивающий ее масштабируемость, централизацию управления и настроек, а также трансляцию телефонных префиксов и идентификаторов (H.323 ID) в IP-адреса шлюзов или H.323 терминалов. Кроме того, привратник отвечает за управление доступом (Admission Сontrol) при регистрации шлюзов и терминалов, авторизацию звонков (Call Admission Control), управление полосой пропускания и маршрутизацию вызовов. Привратник управляет подчиненной ему частью сети (зоной) через RAS - протокол общения шлюзов с ним. Предусмотрено объединение привратников в группы, управлять которыми можно с помощью выделенного привратника - Directory Gatekeeper.

Устройство многопользовательских конференций (H.323 Multipoint Conference Unit, MCU) - управляет проведением многопользовательских конференций, согласует параметры соединения всех участников в режиме централизованной, децентрализованной или комбинированной конференции. Возможно переключение или смешивание медиа-потоков.

В наиболее общей форме сценарий соединения по протоколу H.323 выглядит как ряд последовательных шагов (рис. 2). Вначале для установления соединения терминал обнаруживает привратника и регистрируется у него по протоколу RAS. Затем происходит установление сигнального канала по протоколам RAS и H.225. На следующем этапе выполняется согласование параметров оборудования, обмен информацией о его функциональных возможностях и открытие логических каналов по протоколу H.245. Только после этого происходит передача медиа-трафика по протоколам RTP/RTCP, а по ее окончании - завершение соединения.

Рис. 2. Сценарий соединения по протоколу H.323.

Протокол SIP

Следующий по распространенности протокол IP-телефонии называется SIP (Session Initiation Protocol); он описан в рекомендациях RFC 2543. SIP регламентирует установление и завершение мультимедийных сессий - сеансов связи, в ходе которых пользователи могут говорить друг с другом, обмениваться видеоматериалами и текстом, совместно работать над приложениями и т. д. SIP и сопутствующие ему протоколы родились и развиваются в рамках IETF - главного органа стандартизации Интернета. Первая версия протокола SIP была принята в марте 1999 г., на три года позже, чем H.323, но благодаря интенсивному развитию этого направления сегодня набор рекомендаций RFC (базовых официальных документов IETF), имеющих отношение к SIP-архитектуре, насчитывает десятки, если не сотни документов.

Архитектура SIP (рис. 3) также очень проста и состоит из нескольких необязательных компонентов.

Рис. 3. Архитектура SIP.

Клиент SIP (SIP user agent) - может быть представлен как устройством (IP-телефон, шлюз или другой пользовательский терминал), так и программным приложением для ПК, PDA и т. д. Обычно SIP-клиент содержит и клиентскую, и серверную часть (User Agent Client, или UAC, и User Agent Server, или UAS). Основные функции данного компонента - инициирование и завершение вызовов.

Прокси-сервер SIP - управляет маршрутизацией вызовов и работой приложения. Прокси-сервер не может инициировать или терминировать вызовы.

Redirect-сервер SIP - перенаправляет звонки согласно заданным условиям.

Сервер регистрации SIP (registrar/location) - осуществляет регистрацию пользователей и ведет базу соответствия имен пользователей их адресам, телефонным номерам и т. д.

Еще один важный компонент реальных SIP-сетей, хотя и не входящий формально в архитектуру SIP, - Back-to-Back User Agent (B2BUA). Это своеобразный сервер, представляющий собой два соединенных друг с другом SIP-клиента и поэтому способный инициировать и завершать вызовы.

Из этих компонентов, как из функциональных "кирпичиков", можно строить сети VoIP любой топологии, сложности и масштаба, вплоть до сетей, полностью замещающих функции современных АТС. Можно также создавать совершенно новые сервисы - интеграцию Интернет- и бизнес-приложений, программируемые службы, многоадресный поиск абонента, мультимедийные сервисы, уведомления о событиях и т. д.

Рис. 4. Сценарий соединения по протоколу SIP.

Этот сценарий очень прост, в нем не участвуют никакие другие серверы (Redirection, Registrar, Location), но он дает представление о схеме взаимодействия функциональных элементов SIP-сети.

Протокол MGCP

Последний из рассматриваемых протоколов IP-телефонии - MGCP (Media Gateway Control Protocol). Точнее, речь здесь идет не об одном протоколе, а о целой группе - SGCP, IPDC, MGCP, MEGACO, H.248. Эти спецификации не только очень схожи концептуально, но и являются "близкими родственниками".

История формирования MGCP началась с создания двух протоколов - SGCP (Simple Gateway Control Protocol, разработка Bellcore и Cisco Systems) и IPDC (Internet Protocol for Device Control, разрабатывался компанией Level 3 при участии многих производителей). Затем SGCP и IPDC были объединены в один протокол, получивший название MGCP. В дальнейшем эволюция MGCP привела к появлению протоколов MEGACO (в рамках IETF) и H.248 (в рамках МСЭ).

Первая версия протокола MGCP (RFC 2705) датирована октябрем 1999 г. Интересно отметить, что MGCP - единственный из трех описываемых здесь протоколов, в работе над которым IETF и МСЭ сотрудничают; именно в результате этого взаимодействия и были созданы протоколы MEGACO и H.248. В то же время существуют и другие реализации MGCP-подобных протоколов, например, фирменный протокол Cisco Systems SSCP (Skinny Station Control Protocol), с помощью которого УАТС Cisco Call Manager управляет IP-телефонами.

Основная идея MGCP очень проста. Она состоит в том, что управление сигнализацией (Call Control) сосредоточено на центральном управляющем устройстве, называемом контроллером сигнализаций (Call Agent, CA), и полностью отделено от медиа-потоков (bearer). Эти потоки обрабатываются "тупыми" шлюзами или абонентскими терминалами, которые способны исполнять лишь ограниченный набор команд, исходящих от управляющего устройства. Архитектура протокола MGCP-сети также очень проста (рис. 5), в ней выделяются всего два функциональных компонента. Первый может быть представлен шлюзом (Media Gateway, MG) или IP-телефоном, а второй - устройством управления вызовами, которое может называться контроллером сигнализаций (CA), контроллером шлюза (Media Gateway Controller, MGC) или программным контроллером (Softswitch, SS). Иногда контроллер сигнализаций представляют в виде двух компонентов - собственно контроллера (Call Agent), выполняющего функции управления шлюзами, и шлюза сигнализации (Signaling Gateway), обеспечивающего обмен сигнальной информацией и согласование между традиционной телефонной сетью и сетью IP.

Рис. 5. Архитектура MGCP.

Контроллеры обмениваются со шлюзами (или IP-телефонами) данными в простом текстовом формате (в случае H.248 возможен и бинарный обмен), а функциональное назначение каждого шлюза определяется набором команд, которые он "понимает". Манипулируя наборами команд, можно получать специализированные шлюзы: транковые (Trunking gateways, TGW), абонентские (Residential gateways, RGW), шлюзы доступа (Access gateways, AGW) и т. д.

Рис. 6. Сценарий соединения по протоколу МGCP.

Резюме

Сравнивая "биографические данные" и функциональные особенности трех видов протоколов (см. таблицу), мы видим, что их различия обусловлены историческими причинами, в частности, изменениями представлений о пути развития телекоммуникаций в разное время. При этом H.323 - это технологически устоявшийся, широко распространенный протокол IP-телефонии для операторских сетей и межоператорского обмена, можно сказать, "транзитный" протокол. В свою очередь, SIP - протокол предоставления расширенных голосовых услуг в IP-сетях, который продолжает быстро развиваться, иначе говоря, "абонентский" протокол. Что касается MGCP, то он ориентирован прежде всего на организацию больших операторских узлов сопряжения IP-сетей с ТфОП и сетями SS7.

Сравнение протоколов VoIP-сети

Эволюция H.323 позволяет предположить, что будущее развитие IP-телефонии связано не столько с замещением традиционной телефонии, сколько с появлением новых сервисов, которые невозможны в рамках обычной телефонной сети. Однако создавать такие сервисы, используя лишь семейство протоколов H.323, достаточно сложно по сравнению, например, с Интернет-сервисами. Сам процесс разработки на базе H.323, доступный только "телефонным гуру", подчиняется традиционным канонам мира обычной телефонии.

Поэтому весьма вероятно, что протокол SIP, гораздо более понятный и удобный для инженеров-сетевиков и программистов, через некоторое время превратится в протокол некоей новой службы, функции которой далеко выходят за пределы передачи голоса по пакетным сетям. Термин "IP-коммуникации" сейчас можно услышать все чаще. Отличие IP-коммуникаций от телефонии (в том числе от сегодняшней IP-телефонии) как раз и будет состоять в обилии сервисов, о возможности которых мы пока просто не догадываемся.

Как сложится судьба представителей семейства MGCP, пока сказать трудно. Эти протоколы, очевидно, будут востребованы на протяжении переходного периода - от сетей с коммутацией каналов и TDM-сетей к сетям пакетной коммутации (точнее, к IP-сетям). В первую очередь такая востребованность обусловлена возможностью прозрачной интеграции телефонных сетей (особенно SS7) с сетями IP-телефонии. Но дальнейшая перспектива развития протоколов семейства MGCP будет зависеть от того, по какому пути пойдет процесс конвергенции телекоммуникаций - по "интернетному", подразумевающему равноправие сетевых узлов, наличие "умных клиентов" и инновационных сервисов, или по "телефонному", с жесткой иерархией, при которой новые сервисы вводятся только централизованно, и неписаным правилом: чем "тупее" клиент, тем проще жить оператору.

Но в любом случае нас ожидает довольно долгий переходный период, в течение которого и Н.323, и SIP, и MGCP, и какие-то новые, еще не родившиеся протоколы будут сосуществовать в реальных операторских и корпоративных сетях. Практика их использования может меняться со временем, и мы обязательно увидим много интересного и неожиданного на телекоммуникационной сцене в ближайшие годы.

Другие статьи из раздела

Chloride
Демонстрация Chloride Trinergy
Впервые в России компания Chloride Rus провела демонстрацию системы бесперебойного электропитания Chloride Trinergy®, а также ИБП Chloride 80-NET™, NXC и NX для своих партнеров и заказчиков.

NEC Нева Коммуникационные Системы
Завершена реорганизация двух дочерних предприятий NEC Corporation в России
С 1 декабря 2010 года Генеральным директором ЗАО «NEC Нева Коммуникационные Системы» назначен Раймонд Армес, занимавший ранее пост Президента Shyam …

компания «Гротек»
С 17 по 19 ноября 2010 в Москве, в КВЦ «Сокольники», состоялась VII Международная выставка InfoSecurity Russia. StorageExpo. Documation’2010.
Новейшие решения защиты информации, хранения данных и документооборота и защиты персональных данных представили 104 организации. 4 019 руководителей …

Adaptec by PMC
RAID-контроллеры Adaptec Series 5Z с безбатарейной защитой кэша
Опытные сетевые администраторы знают, что задействование в работе кэш-памяти RAID-контроллера дает серьезные преимущества в производительности …

Chloride
Трехфазный ИБП Chloride от 200 до 1200 кВт: Trinergy
Trinergy — новое решение на рынке ИБП, впервые с динамическим режимом работы, масштабируемостью до 9.6 МВт и КПД до 99%. Уникальное сочетание …

30 ноября 2021 г. | Он-лайн формат
Dell Technologies Forum 2021

Video Compression Guru | 3 Марта 2021 11:49

При организации вещания в реальном времени важно правильно выбрать сетевой протокол. Рассмотрим три типовые задачи и подходящие варианты решения.

Задача 1. Организовать вещание на большое количество абонентов со стационарными устройствами (STB/TV).

Решение. Подготовленный контент доставляется в точку CAS (Conditional Access System) шифрования и модуляции цифрового сигнала в DVB C/T/T2/S. Доставка контента до CAS системы происходит внутри локальной сети оператора, где вероятность потерь данных минимальна. Для этого подходят протоколы с негарантированной доставкой UDP/RTP, так как они обеспечивают минимальную задержку около 80 мс и не дают дополнительного расхода трафика.
Протоколы негарантированной доставки отлично подходят для задач доставки контента внутри локальных сетей, например в гостиничных комплексах или в сети оператора.

Задача 2. Организовать вещание на большое количество абонентов на мобильные устройства и Smart TV.

Решение. В этом случае применяется адаптивное вещание: контент подготавливается в нескольких профилях, чтобы абонент при любой скорости интернета мог получить соответствующее качество видео. Каждый профиль имеет свои характеристики.

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

Задача 3. Необходимо организовать вещание нескольких каналов через интернет в другую точку земного шара с минимально возможной задержкой.

Решение. Подготовленный контент отправляется через интернет по протоколам гарантированной доставки. Для этой задачи подходит протокол SRT, который обеспечивает гарантированную доставку. Он работает на базе UDT (UDP-based Data Transfer Protocol) и технологии восстановления пакетов ARQ. По сравнению с протоколами ОТТ, при использовании SRT задержка ниже: от 120 мс.

Читайте также: