傳統直播技術往往存在 10–30 秒以上的延遲,但透過 WebRTC、LL-HLS、SRT 等串流技術,現在已能將延遲降低到數秒甚至 次秒級(Sub-second latency)。
本文將深入解析 低延遲串流的技術概念、常見協定差異、應用場景,以及 Streaming Server 如何實現低延遲架構,幫助開發者理解現代串流系統的核心技術。
在串流媒體領域中,Latency(延遲)指的是影像從攝影機捕捉到觀眾裝置顯示之間的時間差,也稱為:
- End-to-End Latency
- Glass-to-Glass Latency
整個延遲流程通常包含:
1. 視訊捕捉(Camera capture)
2. 編碼(Encoding)
3. 傳輸(Network transport)
4. 伺服器處理(Streaming Server processing)
5. 播放端解碼(Player decoding)
只要其中任何環節增加緩衝或處理時間,都會導致整體延遲增加。
在串流技術中,延遲通常可分為三個等級:
| 延遲類型 | 延遲時間 | 說明 |
| Ultra-low Latency | 約 0.5 秒 | 即時互動應用 |
| Low Latency | 1–5 秒 | 多數互動直播 |
| Traditional Streaming | 10–30 秒 | 傳統直播 |
目前許多互動應用(如 WebRTC Streaming)都以 0.5 秒以下延遲作為目標。
當直播延遲超過 1 秒 時,人類對話會出現明顯的停頓感。
例如:
- 視訊會議:參與者即時的對話、互動
- 線上課程問答:學生與老師需要能夠即時問答與互動。
- 即時互動平台:例如社交直播或多人互動應用,需要觀眾與主播之間的即時交流。
- 線上拍賣與直播購物:競標價格變動必須即時同步,否則會影響公平性。
- 遠距醫療(Telehealth):醫師與病患之間需要低延遲影像溝通。
這些應用都需要 接近即時的影音傳輸。
低延遲串流直接影響許多新型商業模式,例如:
- 直播購物(Live Shopping)
- 線上拍賣(Live Auction)
- 電競直播
- 雲端遊戲
- 遠距醫療(Telehealth)
如果延遲過高,使用者可能看到「過期畫面」,導致互動體驗下降。
低延遲技術還能改善:
- 觀看體驗
- 使用者滿意度
- 平台互動率
因此在設計 Streaming Server 架構 時,延遲通常是最重要的指標之一。
不同串流協定的設計理念不同,也導致延遲表現差異。
WebRTC (Web Real-Time Communication) 是目前最常見的 超低延遲串流技術。
特點:
- 使用 UDP 傳輸
- 瀏覽器原生支援
- 不需要外掛
- 支援雙向影音
延遲通常可達:約 0.3 – 0.5 秒
因此 WebRTC 常用於:
- 視訊會議
- 互動直播
- 即時監控
- 雲端遊戲
HLS (HTTP Live Streaming) 是 Apple 開發的主流串流協定。
優點:
- 裝置相容性高
- CDN 友善
- 穩定性高
但傳統 HLS 的延遲較高:約 10–30 秒
為了解決此問題,業界推出:
- Low-Latency HLS (LL-HLS)
- CMAF
LL-HLS 可將延遲降低到:約 2–5 秒
適合 大規模直播分發(Mass Streaming)。
RTMP (Real-Time Messaging Protocol) 曾經是直播平台的主流技術。
目前多數情況下 RTMP 的角色是:
推流協定(Ingest protocol)
例如:
Video Encoder (OBS、OspreyVideo) → RTMP → Streaming Server
RTMP 的延遲通常在:3–10 秒
但由於播放器支援度下降,現在多用於 推流來源。
SRT (Secure Reliable Transport) 是一種專門設計給 高品質影音傳輸 的協定。
特點:
- 抗封包丟失
- 高可靠性
- 適合跨國傳輸
常用於:
- 電視台訊號傳輸
- 現場製作
- 貢獻端傳輸(Contribution Feed)
| 技術 | 延遲 | 特點 |
| WebRTC | ~0.5 秒 | 超低延遲 |
| LL-HLS | 2–5 秒 | CDN 大規模分發 |
| RTMP | 3–10 秒 | 推流協定 |
| HLS | 10–30 秒 | 高穩定性 |
在現代 Streaming Server 架構 中,通常會組合多種協定。
例如:
Encoder (Ospreyvideo)
↓
RTMP ingest
↓
Streaming Server
↓
WebRTC / LL-HLS playback
低延遲串流已被廣泛應用於多個產業。
醫生與病人需要:
- 即時視訊
- 即時回饋
延遲過高可能影響醫療判斷。
線上課程需要:
- 即時問答
- 即時互動
低延遲可以模擬真實教室體驗。
觀眾希望:
- 與現場同步
- 不被社群媒體劇透
因此直播平台正逐步導入 WebRTC Streaming。
在 Live Commerce 或 Auction 中:
- 競標價格需要即時更新
- 使用者需要同步觀看
任何幾秒延遲都可能影響交易結果。
現代串流平台依賴 Streaming Server 來管理影音傳輸與分發。
以下是核心技術:
Streaming Server 會將單一來源轉換成多種畫質:
- 1080p
- 720p
- 480p
這能確保不同網路環境的使用者都能順利觀看。
Adaptive Bitrate Streaming (ABR) 能根據網路狀況自動切換畫質。
好處包括:
- 減少 buffering
- 維持低延遲播放
- 提升觀看體驗
當直播觀眾數量增加時,需要:
- 多節點 Streaming Server
- Load Balancer
- 雲端部署
常見部署環境包括:
- AWS
- GCP
- Azure
低延遲串流通常需要整體優化:
- WebRTC SDK
- WebSocket signalling
- UDP 傳輸
- CDN edge nodes
這些技術共同確保 Sub-second streaming。
低延遲串流(Low Latency Streaming)已成為現代影音平台的核心技術。透過 WebRTC、LL-HLS、SRT 等串流技術,現在的 Streaming Server 可以將影音延遲降低到數秒甚至次秒級。
對開發者而言,理解不同協定的特性與應用場景非常重要。未來隨著 互動式直播、雲端遊戲與即時通訊 持續成長,低延遲串流將成為影音系統架構設計的關鍵基礎。
一般直播通常使用 HLS,延遲可能達 10–30 秒。
低延遲串流則透過 WebRTC 或 LL-HLS 技術,將延遲降低到約 0.5–5 秒。
WebRTC 使用 UDP 傳輸與即時封包處理,避免 TCP 的握手與重傳延遲,因此可以實現 Sub-second latency。
RTMP 仍然很重要,但主要用於 推流(Ingest)。
播放器端通常會轉換為 WebRTC 或 HLS。
不一定。
如果需要 極低延遲互動,WebRTC 是最佳選擇。
如果是 大規模直播分發,LL-HLS 可能更適合。
如果您的應用需要低延遲串流或 WebRTC 串流技術,
Ant Media Server 是目前常見的串流平台之一。
它支援 WebRTC、HLS 等串流協定,
可實現 超 低延遲直播與即時互動應用。