Мультимедийная передача. 
Сети и телекоммуникации

Протокол RTP (RFC 1889) обеспечивает в IP-сетях доставку адресатам аудио- _и видеопотоков в масштабе реального времени. RTP идентифицируетВ тип и номер пакета, устанавливает в него метку синхронизации. На основеВ этой информации приемный терминал синхронизирует звук, видео и данные, осуществляет их последовательное и непрерывное воспроизведение. В Корректное функционирование RTP возможно при наличии в абонентскихВ терминалах механизмов буферизации принимаемой информации.

Транспортный протокол управления передачей в режиме реального времени RTCP (RFC 1889) контролирует реализацию функций RTP. ОнВ также отслеживает качество обслуживания и снабжает соответствующейВ информацией компоненты, участвующие в конференции.

Эволюция Н.323

Первоначально протокол Н.323 был предназначен исключительно для локальных сетей и не охватывал проблемы QoS и надежности. ВтораяВ версия протокола Н.323 одобрена в феврале 1998 г. Были введены некоторые новые функции, связанные с технологией VoIP.

Особое внимание уделялось механизмам обеспечения надежной Н.323-коммуникации в рамках рекомендации Н.235^[1]:

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

Другим улучшением в этой версии стало добавление процедуры ускоренного соединения (Fast Connect) — нового быстрого метода установления вызова, а также процедуры передачи сообщений Н.245 по каналу З’становления вызова (туннелирование), вследствие чего потребностьВ надежных (TCP) соединений в вызове была сведена к одному соединению, В что дополнительно сократило время з’становления вызова.

Кроме того, во второй версии Н.323 были введены первые дополнительные услуги в серии рекомендаций Н.450: переадресация вызова (Call Transfer)^[2] и изменение маршрута вызова (Call Diversion)^[3].

Вторая версия охватывает и некоторые аспекты QoS, обеспечивая оконечным точкам Н.323 возможность введения параметров качестваВ для медиапотоков. Улучшения второй версии коснулись и контроллераВ зоны — была введена концепция альтернативных контроллеров зоны, В на которые перенаправлялась часть запросов с основного контроллераВ зоны в случае высокой нагрузки или неисправности.

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

Дополнение Е (Annex Е) к рекомендации Н.323 обеспечило стандарту Н.323 альтернативное решение — передачу сигнализации для установленияВ вызова по ненадежному каналу, используя протокол UDP, что позволилоВ уменьшить время установления вызова и улучшить управление такимиВ параметрами, как время повторной передачи неподтвержденных сообщений и определение ошибки удаленной Н.323 оконечной точки, с которойВ осуществлена коммуникация.

В третьей версии было разработано дополнение рекомендации Н.225.0, Annex G, описывающее методы и сигнализацию, необходимую для распознавания адреса, разрешения доступа, обмена информацией о тарификацииВ и ценах на услуги, а также регистрации использования между административными доменами. Кроме того, это дополнение ввело в архитектур}' Н.323 В новый элемент — разграничитель (Border Element).

В четвертую версию, принятую в ноябре 2000 г., было введено множество улучшений с целью удержания в то время передовой позиции протокола VoIP. Улучшения коснулись надежности, наращиваемости и гибкости структуры Н.323.

Протокол для взаимодействия межсетевого шлюза (Media Gateway, MG) и контроллера межсетевого шлюза (Media Gateway Controller, MGC) В разработан исследовательской группой 16 организации ITU-T в сотрудничестве с организацией IETF и описан в рекомендации Н.248.

Помимо того, что в четвертой версии была расширена группа поддерживаемых дополнительных услуг, также были введены два новых механизма предоставления дополнительных услуг — механизм управления Н.323-устройствами, базирующийся на протоколе HTTP, и механизм управления, базирующийся на стимулировании. Механизмы описаны в дополнениях (Annex К и L) к рекомендации Н.323.

Пятая версия Н.323 была одобрена в июле 2003 г. и, в отличие от предыдущих версий, была направлена на стабилизацию протокола.

• [1] ITU-T Recommendation H.235.0, H.323 Security: Framework for security in H-series (H.323 and other H.245-based) multimedia systems. 2005.
• [2] ITU-T Recommendation H.450.2: Call transfer supplementary service for H.323. 1998.
• [3] ITU-T Recommendation H.450.3: Call diversion supplementary sendee for H.323.1998.