RTP

RTP:實時傳輸協議(Real Time Transport Protocol)

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

RTP 本身並沒有提供按時發送機制或其它服務質量(QoS)保證,它依賴於低層服務去實現這一過程。 RTP 並不保證傳送或防止無序傳送,也不確定底層網絡的可靠性。 RTP 實行有序傳送, RTP 中的序列號允許接收方重組發送方的包序列,同時序列號也能用於決定適當的包位置,例如:在視頻解碼中,就不需要順序解碼。

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

  • RTP ― 傳送具有實時屬性的數據;
  • RTP 控制協議(RTCP) ― 監控服務質量並傳送正在進行的會話參與者的相關信息。RTCP 第二方面的功能對於“鬆散受控”會話是足夠的,也就是說,在沒有明確的成員控制和組織的情況下,它並不非得用來支持一個應用程序的所有控制通信請求。

協議結構

1 2 3 8 9 16bit
V P X CSRC Count M Payload Type
Sequence number Timestamp
SSRC CSRC (variable 0 – 15 items 32bits each)
  • V ― 版本。識別 RTP 版本。
  • P ― 間隙(Padding)。設置時,數據包包含一個或多個附加間隙位組,其中這部分不屬於有效載荷。
  • X ― 擴展位。設置時,在固定頭後面,根據指定格式設置一個擴展頭。
  • CSRC Count ― 包含 CSRC 標識符(在固定頭後)的編號。
  • M ― 標記。標記由 Profile 文件定義。允許重要事件如幀邊界在數據包流中進行標記。
  • Payload Type ― 識別 RTP 有效載荷的格式,並通過應用程序決定其解釋。Profile 文件規定了從 Payload 編碼到 Payload 格式的缺省靜態映射。另外的 Payload Type 編碼可能通過非 RTP 方法實現動態定義。
  • Sequence Number ― 每發送一個 RTP 數據包,序列號增加1。接收方可以依次檢測數據包的丟失並恢復數據包序列。
  • Timestamp ― 反映 RTP 數據包中的第一個八位組的採樣時間。採樣時間必須通過時鐘及時提供線性無變化增量獲取,以支持同步和抖動計算。
  • SSRC ― 同步源。該標識符隨機選擇,旨在確保在同一個 RTP 會話中不存在兩個同步源具有相同的 SSRC 標識符。
  • CSRC ― 貢獻源標識符。識別該數據包中的有效載荷的貢獻源。

相關協議:RTCPRTSPUDPTCPIP

組織來源:RTP 由 IETF(http://www.ietf.org/)定義在 RFC 3550和3551中。

相關鏈接:
http://www.javvin.com/protocol/rfc3550.pdf: RTP: A Transport Protocol for Real-Time Applications
http://www.javvin.com/protocol/rfc3551.pdf: RTP Profile for Audio and Video Conferences with Minimal Control


發佈了19 篇原創文章 · 獲贊 23 · 訪問量 29萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章