實時運輸協(xié)議RTP(Real~time TI・aIlspo噸ProtOGoD是IETF的灬″工作組(Audio/ⅥdCoTranspo⒒W⑴開發(fā)的協(xié)議[W-AVT]。

RTP[RFC3550,3551]為實時應用提供端到端的運輸,但不提供任何服務質(zhì)量的保證。S2E12需要發(fā)送的多媒體數(shù)據(jù)塊(音頻/視頻)經(jīng)過壓縮編碼處理后,先送給RTP封裝成為RTP分組(也可稱為RTP報文°),RTP分組再裝入運輸層的UDP用戶數(shù)據(jù)報,然后再向下遞交給IP層。RTP現(xiàn)已成為因特網(wǎng)正式標準,并且已被廣泛使用。RTP同時也是ITU-T的標準 (H.225,0)。實際上,RTP是一個協(xié)議框架,因為它只包含了實時應用的一些共同的功能。

   RTP自己并不對多媒體數(shù)據(jù)塊做任何處理,而只是向應用層提供一些附加的信息,讓應用層知道應當如何進行處理。

   ①注：在公用電話網(wǎng)中,電lF交換機根llA川戶所撥捫的・,碼刂￠亡能夠邐過個適的路山找到被叫【Ⅱ戶,并在文叫和被叫之"J建立起 條電路連接。這些都是依烏i電話信令臼驢創(chuàng)ingl。我們聽到的振鈴聲、忙音或一些錄音提示,以及打完電ll拄機釋放迕接,也都足山電活信令米處理的�，F(xiàn)在電l rl【×l使川的估令就足71扌估令ss7。利川IP lsl絡扌J電話同樣也需IP u刂絡能夠識別的某種估令.但曲∫IP電活往往耍經(jīng)過己佝的公川電lr【【l,閃此IP電話的佶令必須在所有的功能Ⅱ與原有的7號估令相兼容,這樣才能使IP網(wǎng)絡和公用電活網(wǎng)上的兩種估令能夠Ι相轉(zhuǎn)換,囚而能夠做到耳操作。

   ②汨△按慣例,在運輸層或應川層的協(xié)議數(shù)據(jù)申尢應當叫做報文。但相關RFC文檔中都是使川RTP paokct這 名詞。為了和RFC文檔 斂,這ll山使川“RTP分組”。 卜一節(jié)的RTCP山按悶樣方法處'1。