RTP

RTP (на английски: Real-time Transport Protocol – Протокол за транспорт в реално време) е мрежов протокол, който определя стандартен формат на пакета за доставяне на аудио и видео данни по Интернет. Не е определен стандартен TCP или UDP порт за комуникация на протокола. Въпреки че не са изрично посочени портовете за употреба, протоколът бива конфигуриран на портове 16384 – 32767. Това предполага трудности при преминаването на защитни стени.

Според RFC 1889, протоколът предлага следните услуги:

• Определяне на типа на натоварването – определя се типа на прехвърляното съдържание
• Номериране на поредицата от пакети – т.е. кой пакет в кой по ред е пристигнал
• Отчитане на времето в пакета – предлага синхронизация и изчисления на евентуално задръстване по мрежата
• Следене за доставката на пакети

Протоколите, сами по себе си не предоставят нито механизми за своевременно доставяне, нито гарантират Quality of Service (QoS). Тези услуги трябва да бъдат предоставени посредством други механизми.

Все пак е възможно транспортирането на данни с предимство, но управление на задръстванията(congestion control) и на скоростта (flow) не се поддържат директно. Протоколите доставят данните, които са необходими на приложението за да подреди получените пакети в правилния ред. RTP е публикуван от ITU-T също като H.225.0, но по-късно премахнат, след като IETF публикуват стабилен, отговарящ на стандартите RFC. Той съществува като Internet Standard (STD 64) дефиниран в RFC 3550 (който заменя RFC 1889). RFC 3551 (STD 65) (който заменя RFC 1890) дефинира специфичен профил за аудио и видео конференции с минимално управление. RFC 3711 дефинира Secure Real-time Transport Protocol (SRTP) профил (едно разширение на RTP профила за аудио и видео конференции) което може да бъде използвано (опционално) за да се осигури конфиеденциалност, автентификация на съобщенията и защита от атака посредством отговор (replay) за доставяните аудио и видео потоци.

RTCP

Обикновено RTP се използва заедно с RTCP. RTCP осигурява информация относно качеството на приемане, която приложението може да използва за да извърши локални настройки – например ако се задава претоварване на връзката, приложението може да реши да намали скоростта. RTCP използва 5% от мрежийния капацитет на сесията. Като правило RTP използва четен UDP порт, a следващият поред нечетен порт е за RTCP.

Структура на пакета

+ Bits 0 – 1 2 3 4 – 7 8 9 – 15 16 – 31 0 Ver. P X CC M PT номер от поредицата 32 времева отметка(timestamp) 64 SSRC идентификатор 96 ... CSRC идентификатори... 96+(CC×32) Extension header (optional). 96+(CC×32) + (X×((EHL+1)×32)) Данни

Размера на заглавната част на RTP е 12 байта.

Ver.

(2 бита) Индикатор за версията на протокола. Текущата версия е 2 (10 двоично).

P

(1 бит) Използван за да се индицира наличието на допълващи байтове в края на RTP пакета.

X

(1 бит) Индикатор за използване на разширения на протокола в пакета.

CC

(4 бита) Съдържа броя на CSRC идентификаторите, които следват след фиксираната заглавна част.

M

(1 бит) Използван от приложението. Ако е установен в 1, това означава, че текущите данни имат някакво специално значение за приложението (програмата). Например: видео пакет е последен в поредица.

PT

(7 бита) Индикатор за формата на полезната информация, определя нейната интерпретация от приложението. Може да бъде променян по време на сесията:

0: PCM u-law, 64 kbps

3: GSM, 13 kbps

7: LPC, 2.4 kbps

26: Motion JPEG

31: H.261

33: MPEG2 видео

SSRC

Индикатор за източника на синхронизация.

CSRC

Contributing source ID.

Extension header

Индикатор за дължината на разширението (EHL=дължина на заглавната част на разширението) в 32-битови блокове, изключвайки тридесет и двата бита на заглавната част на разширението.