3.2 Протокол sdp

SDP (Session Description Protocol) — сетевой протокол, предназначенный для описания сессии передачи потоковых данных, включая телефонию (ТФОП и VoIP), Интернет-радио, приложения мультимедиа. Кроме этого, пользователи должны согласовать тип и правила кодирования информации, которой они собираются обмениваться, то есть совместно использовать описание сеанса между ними. Такое описание сеанса составляется в соответствии с уже упомянутым протоколом SDP (Session Description Protocol).

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

3.3 Протокол h.248/Megaco

Протокол управления транспортным шлюзом H.248/Megaco является развитием протокола MGCP. Так же, как и протокол MGCP, он является внутренним протоколом, который работает между функциональными блоками распределенного шлюза – MGCF и MGW, IBCF и TrGW. Принцип действия этого протокола тот же – ведущий/ведомый. Устройства управления MGCF и IBCF являются ведущими, а медиа и транспортный шлюз MGW и TrGW – ведомыми, то есть, шлюзы выполняют команды, которые поступают к ним от устройств управления. Для переноса сигнальных сообщений H.248/Megaco могут использоваться следующие транспортные протоколы: UDP, TCP, а также SCTP. Сообщения протокола H.248/Megaco могут кодироваться двумя способами. Комитетом IETF предложен текстовый способ кодирования сигнальной информации, причем для описания сеансов связи используется протокол SDP. С другой стороны, ITU-T предусматривает двоичный способ представления сигнальной информации по спецификациям абстрактного синтаксиса ASN.1. Устройство управления должно поддерживать оба способа кодирования, а шлюзы – только один из них.

3.4 Протокол rtp/rtcp

Протокол RTP (Real-time Transport Protocol) работает на транспортном уровне и используется при передаче трафика реального времени. Протокол был разработан в IETF и впервые опубликован в 1996 году.

Протокол RTP переносит в своём заголовке данные, необходимые для восстановления голоса или видеоизображения в приёмном узле, а также данные о типе кодирования информации (JPEG, MPEG и т. п.). В заголовке данного протокола, в частности, передаются временная метка и номер пакета. Эти параметры позволяют при минимальных задержках определить порядок и момент декодирования каждого пакета, а также интерполировать потерянные пакеты.

Спецификация RTP описывает два под-протокола:

• Протокол передачи данных, RTP, который взаимодействует с передачей данных реального времени. Информация, предоставляемая посредством этого протокола включает штамп времени (для синхронизации), последовательный номер (для детектирования потери и дублирования пакетов) и формат полезной нагрузки, который определяет формат кодирования данных.

• Протокол контроля, RTCP, используемый для определения качества обслуживания (QOS), обратной связи и синхронизации между медиа-потоками. Занимаемая полоса пропускания RTCP — мала в сравнении с RTP, обычно около 5 %.

• Управляющий сигнальный протокол, такой как SIP, MGCP или H.248. Сигнальные протоколы управляют открытием, модификацией и закрытием RTP-сессий между устройствами и приложениями реального времени.

• Управляющий протокол описания медиа, такой как Session Description Protocol (SDP).