連接傳媒遺產：MPEG-2 Transport Stream 透過 Media over QUIC

媒體傳輸的演變長期以來一直是 TCP 可靠性與 UDP 低延遲之間的拉鋸戰。隨著產業朝向 Media over QUIC (MoQ) 發展，迫切需要確保現有媒體格式能夠過渡到這個現代傳輸層，而無需對底層內容進行完整的改造。

一份新興的 IETF 草案，MPEG-2 Transport Stream Packaging for Media over QUIC Transport，提出了一種標準化的方法，將 MPEG-2 Transport Stream (M2TS) 數據封裝在 MoQ 中。此方法旨在利用 QUIC 的效率與擁塞控制，同時保持與廣泛部署的容器格式的相容性。

MPEG-2 Transport Stream 在現代流媒體中的角色

人們常誤以為 MPEG-2 僅指過時的視訊編解碼器。然而，區分 編解碼器（壓縮演算法）與 容器（封裝格式）是至關重要的。雖然 H.264、H.265 和 AV1 已在很大程度上取代 MPEG-2，成為視訊壓縮的主要編解碼器，但 MPEG-2 Transport Stream (M2TS) 仍是流媒體世界的基石。

M2TS 的設計具有穩健性，能夠同步多個基本流（音訊、視訊和資料），並提供從封包遺失中恢復的機制。由於其在廣播和專業流媒體基礎設施中被廣泛使用，讓 M2TS 能夠在 QUIC 上運行的路徑使營運商能夠現代化其傳輸層，而無需重新編碼其整個內容庫。

為何選擇 Media over QUIC (MoQ)？

傳統的串流協議如 HLS 和 DASH 依賴 HTTP/TCP，由於頭端阻塞（head-of-line blocking）可能導致顯著的延遲。MoQ 透過使用 QUIC 協議來解決此問題，QUIC 允許在單一連線內擁有多個獨立的串流。

透過在 MoQ 中封裝 M2TS，產業可以達成：

• 降低延遲： 消除頭端阻塞使媒體數據能夠更流暢地傳遞。
• 改進的擁塞控制： QUIC 現代的擁塞管理方法比傳統 TCP 更適應公共網際網路的波動性。
• 無縫整合： 使用如 M2TS 的標準容器，在去除傳輸層後，現有的解碼器即可直接使用。

產業觀點與批評

儘管該提案在技術上具有實用性，但它在工程師間引發了關於是否必須將遺留格式帶入現代時代的討論。有人認為 Transport Stream 本來就不適合開放的網際網路，將其適應於 QUIC 是一種次佳的解決方案。

"這看起來是一種權宜之計，應該只作為最後的手段使用。Transport Stream 不適合網際網路。"

此批評凸顯了網路工程中的根本張力：在「乾淨 slate」設計與向後相容性之間的選擇。雖然純粹的 MoQ 實作可能會使用更現代的框架機制，但全球媒體基礎設施的現實是 M2TS 已深度嵌入。將經證明的容器包裝在現代傳輸協議中，往往比要求對媒體封裝方式進行全面變更更具實用的部署路徑。

結論

將 MPEG-2 Transport Stream 帶入 Media over QUIC 的提案，代表著在廣播媒體遺產與網際網路傳輸未來之間的一條實用橋樑。透過將容器的關注點與傳輸分離，產業可以在保持 M2TS 普遍性的同時，享受 QUIC 帶來的效能提升，確保高品質媒體傳遞在各種網路條件下保持穩定且高效。