為什麼串流媒體傳輸必須用 RTP 協議？

引言

視訊會議、VoIP、監控串流無一不依賴 RTP，但許多開發者僅知「業界慣例」而不知其所以然。本文從協議設計層面剖析 RTP 的必要性，對比 TCP/UDP，揭示其核心價值。

1. TCP 的致命缺陷：延遲與重傳風暴

可靠協議（如 TCP）透過超時重傳保證逐位元正確，但此機制導致兩大問題：

• 實作複雜度高。
• 網路丟包時，串流被迫暫停等待重傳，造成卡頓。

客戶端可用緩衝緩解，但互動應用（視訊會議）若緩衝超過 200ms，即時性體驗將崩潰。

結論：TCP 適合點播（VOD），不適合即時互動。

2. RTP 如何解決延遲問題？

• 基於 UDP，無連線、無重傳、無流控/擁塞控制（由 RTCP 輔助）。
• 丟包不阻塞管線，上層應用可依幀重要性選擇性重傳：I-frame 必傳，P-frame 視情況，B-frame 可捨棄。
• 犧牲局部畫質（短暫馬賽克），換取端到端低延遲，滿足即時互動需求。

3. 多播：單一來源、多點分發的關鍵

視訊會議常見場景：一台伺服器同步推流給多客戶端。

• 單播：頻寬隨客戶端線性增長，不可擴展。
• 多播：伺服器發送至多播群組地址，客戶端加入群組接收，頻寬固定、天然同步。

TCP 不支援多播，RTP 設計之初即為多播視訊會議而生，原生支援。

4. RTP 封包標頭：專為串流設計的元數據

 0                   1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P|X|  CC   |M|     PT      |       Sequence Number         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                           Timestamp                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|           Synchronization Source (SSRC) identifier            |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
|            Contributing Source (CSRC) identifiers             |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+

關鍵欄位解析：

這些欄位讓接收端無需解析 Payload 即可完成同步、去抖動、編解碼切換等核心任務。

5. Profile 機制：協議與應用解耦

RTP 核心僅提供傳輸機制，具體編碼映射、控制策略交由 Profile (RFC 3551) 與 Payload Format (RFC 3984 H.264, RFC 3016 MPEG-4...) 定義。

• 開發者可自訂 RTCP 控制演算法（丟包偵測、重傳策略、會議控制）。
• 標準 Profile 確保不同廠商實作互通（如兩家 VoIP 軟體可直連通話）。

6. 其他優勢

• 安全性：內建加密與身分驗證支援 (SRTP)。
• 低開銷：標頭僅 12 bytes (TCP 40 bytes, XTP 32/40 bytes)。
• 擴展性：X bit 支援標頭擴展，適應未來需求。

結論

RTP 非單純「基於 UDP」，而是針對即時串流量身打造的應用層協議：以時間戳、序號、負載類型、標記位等機制解決同步、去抖動、編解碼協商、幀界限等核心痛點；配合 RTCP 提供 QoS 回報與會議控制；原生支援多播。直接用 TCP/UDP 重造這些功能無異於重造輪子，且極難達到 RTP 的成熟度與互通性。

延伸閱讀

• Wikipedia: RTP
• StackOverflow: RTP vs TCP
• RFC 3550 (RTP), RFC 3551 (Profile), RFC 3984 (H.264 Payload)

1. 上一篇文章： 打造原生感 Qt 桌面應用（一）：核心觀念與平台差異
2. 下一篇文章： 35 種比較排序算法動態視覺化分析工具：設計與實作

關於C語言

C 語言字串與數值轉換函數完全手冊：atof/atoi/strtol 族與 itoa/gcvt 族詳解

字串 → 數值（標準庫） 函數原型說明備註 atofdo

數據結構：二叉樹鏈式存儲完整實現（創建/遍歷/深度/層序）

數據結構：二叉樹鏈式存儲完整實現（創建/遍歷/深度/層序）

Objective-C Block 深度解析：語法、捕獲語義、ARC 內存管理與最佳實踐

Objective-C Block 深度解析：語法、捕獲語義

如何在 C# 的類別庫中新增 Web Service 參考（二）

第三：查詢可用的 Web Service，如果是本方案內的直