實時傳輸協(xié)議（Real-time Transport Protocol或簡寫RTP）是一個網(wǎng)絡傳輸協(xié)議，它是由IETF的多媒體傳輸工作小組1996年在RFC 1889中公布的。

國際電信聯(lián)盟ITU-T也發(fā)布了自己的RTP文檔，作為H.225.0，但是后來當IETF發(fā)布了關于它的穩(wěn)定的標準RFC后就被取消了。它作為因特網(wǎng)標準在RFC 3550（該文檔的舊版本是RFC 1889）有詳細說明。RFC 3551（STD 65，舊版本是RFC 1890）詳細描述了使用最小控制的音頻和視頻會議。

RTP協(xié)議詳細說明了在互聯(lián)網(wǎng)上傳遞音頻和視頻的標準數(shù)據(jù)包格式。它一開始被設計為一個多播協(xié)議，但后來被用在很多單播應用中。RTP協(xié)議常用于流媒體系統(tǒng)（配合RTSP協(xié)議），視頻會議和一鍵通（Push to Talk）系統(tǒng)（配合H.323或SIP），使它成為IP電話產(chǎn)業(yè)的技術基礎。RTP協(xié)議和RTP控制協(xié)議RTCP一起使用，而且它是創(chuàng)建在UDP協(xié)議上的。

1.特征
實時傳輸協(xié)議（RTP）為數(shù)據(jù)提供了具有實時特征的端對端傳送服務，如在組播或單播網(wǎng)絡服務下的交互式視頻音頻或模擬數(shù)據(jù)。應用程序通常在 UDP 上運行 RTP 以便使用其多路結點和校驗服務；這兩種協(xié)議都提供了傳輸層協(xié)議的功能。但是 RTP 可以與其它適合的底層網(wǎng)絡或傳輸協(xié)議一起使用。如果底層網(wǎng)絡提供組播方式，那么 RTP 可以使用該組播表傳輸數(shù)據(jù)到多個目的地。

RTP 本身并沒有提供按時發(fā)送機制或其它服務質(zhì)量（QoS）保證，它依賴于底層服務去實現(xiàn)這一過程。 RTP 并不保證傳送或防止無序傳送，也不確定底層網(wǎng)絡的可靠性。 RTP 實行有序傳送， RTP 中的序列號允許接收方重組發(fā)送方的包序列，同時序列號也能用于決定適當?shù)陌恢茫纾涸谝曨l解碼中，就不需要順序解碼。

RTP 由兩個緊密鏈接部分組成：

RTP ― 傳送具有實時屬性的數(shù)據(jù)；

2.組成
RTP標準定義了兩個子協(xié)議，RTP和RTCP。

數(shù)據(jù)傳輸協(xié)議RTP，用于實時傳輸數(shù)據(jù)。該協(xié)議提供的信息包括：時間戳（用于同步）、序列號（用于丟包和重排序檢測）、以及負載格式（用于說明數(shù)據(jù)的編碼格式）。

控制協(xié)議RTCP，用于QoS反饋和同步媒體流。相對于RTP來說，RTCP所占的帶寬非常小，通常只有5%。

3.使用
RTP 使用偶數(shù)端口號接收發(fā)送數(shù)據(jù)，相應的RTCP則使用相鄰的下一位奇數(shù)端口號。

RTP提供抖動補償和數(shù)據(jù)無序到達檢測的機制。由于IP網(wǎng)絡的傳輸特性，數(shù)據(jù)的無序到達是很常見的。 RTP允許數(shù)據(jù)通過IP組播的方式傳送到多個目的地。RTP被認為是在IP網(wǎng)絡中傳輸音頻和視頻的基本標準。RTP通常配合模板和負載格式使用。

對于實時多媒體流應用，及時傳送信息是首要目標，為達到目標可以忍受部分丟包。例如，在音頻應用中的一個丟包，可能導致?lián)p失音頻數(shù)據(jù)中的一秒內(nèi)容，這個很容易通過合適的隱藏算法掩蓋過去，從而不被人注意。由于TCP更注重可靠性而不是及時性，在RTP應用中很少使用。取而代之，大部分RTP實施是基于UDP的。

每一個多媒體流會建立一個RTP會話。一個會話包含帶有RTP和RTCP端口號的IP地址。例如，音頻和視頻流使用分開的RTP會話，這樣用戶可以選擇其中一個媒體流。形成會話的端口由其他協(xié)議（例如RTSP和SIP）來協(xié)商。RTP和RTCP使用UDP端口1024 - 65535。

4.報文格式
RTP報文由兩部分組成：報頭和有效載荷。RTP報頭格式如圖所示，其中：

l V：RTP協(xié)議的版本號，占2位，當前協(xié)議版本號為2。

l P：填充標志，占1位，如果P=1，則在該報文的尾部填充一個或多個額外的八位組，它們不是有效載荷的一部分。

l X：擴展標志，占1位，如果X=1，則在RTP報頭后跟有一個擴展報頭。

l CC：CSRC計數(shù)器，占4位，指示CSRC 標識符的個數(shù)。

l M: 標記，占1位，不同的有效載荷有不同的含義，對于視頻，標記一幀的結束；對于音頻，標記會話的開始。

l 同步信源(SSRC)標識符：占32位，用于標識同步信源。該標識符是隨機選擇的，參加同一視頻會議的兩個同步信源不能有相同的SSRC。

l 特約信源(CSRC)標識符：每個CSRC標識符占32位，可以有0～15個。每個CSRC標識了包含在該RTP報文有效載荷中的所有特約信源。

l PT: 有效載荷類型，占7位，用于說明RTP報文中有效載荷的類型，如GSM音頻、JPEM圖像等。

l 序列號：占16位，用于標識發(fā)送者所發(fā)送的RTP報文的序列號，每發(fā)送一個報文，序列號增1。接收者通過序列號來檢測報文丟失情況，重新排序報文，恢復數(shù)據(jù)。

l 時戳(Timestamp)：占32位，時戳反映了該RTP報文的第一個八位組的采樣時刻。接收者使用時戳來計算延遲和延遲抖動，并進行同步控制。