抛开炒作：MoQ 在直播领域扮演什么角色

随着流媒体行业持续寻求更佳方案，以大规模传输低延迟的直播视频，Media over QUIC（MoQ）已成为今年NAB展会上最受热议的话题之一。这一话题之所以备受关注，很大程度上源于业界日益认识到，现有传输架构已开始显现局限性，尤其是随着流媒体服务进一步向大规模体育赛事直播、互动体验以及实时观众互动领域拓展。

与此同时，围绕 MoQ 的讨论有时甚至比技术本身的发展还要快。尽管该倡议势头强劲，技术演示也令人鼓舞，但在早期互操作性测试与运营成熟的大规模生产生态系统之间，仍然存在显著差距。正因如此，务实地看待 MoQ 并理解它在技术上带来了哪些变化，以及它在现有流媒体架构中现实可行的定位，显得尤为重要。

当今大多数流媒体服务仍依赖于基于HTTP的自适应码率传输，通过 HLS 和 MPEG-DASH 等技术实现。过去十五年间，这些工作流已显著演进，对于大规模视频分发依然极为有效。它们使流媒体能够在全球范围内覆盖数十亿台设备，同时支持先进的CDN优化、缓存、DRM集成以及动态广告插入等变现工作流。

但这种架构的基础最初并非为互联网规模的实时媒体分发而设计。传统的自适应比特率流媒体它采用拉取式模型，播放器通过 HTTP 事务不断从服务器请求视频片段。这种方式在可靠性和可扩展性方面表现良好，但同时也引入了开销和延迟，随着延迟目标降低，这些开销和延迟的优化难度也会越来越大。

在数百万观众同时在线的大型直播活动中，这一挑战尤为突出。流媒体平台面临着流量高峰、不断上涨的基础设施成本以及日益增长的用户体验压力。无论观众规模大小，观众都期望获得更低的延迟、更快的启动速度和更少的播放问题。与此同时，诸如实时投注、同步观影派对、创作者评论、多角度观看和实时粉丝互动等新体验，对同步精度的要求远高于传统流媒体架构所能支持的范围。

MoQ 实际上带来了哪些变化

从技术层面来看，MoQ 对用于实时媒体传输的传输层进行了现代化改造。MoQ 不再完全依赖基于 TCP 的 HTTP 协议，而是基于专为实现更敏捷、更实时通信而设计的 QUIC 和 WebTransport 技术构建。这种架构更接近于推送式模型，媒体内容可以更连续地分发，而不必依赖播放器与服务器之间反复的请求-响应交互。

这一区别至关重要，因为它改变了实时媒体在网络中的传输行为。实现更低的延迟变得更加容易，观众之间的同步性得到提升，交互式流媒体应用在大规模部署时的支持也变得更加切实可行。

MoQ 并非旨在取代编解码器、封装格式或所有现有的流媒体工作流程。更准确地说，它是一种传输技术的演进，旨在改善媒体在网络中的传输方式，以满足实时应用的需求。

MoQ 势头日益强劲的另一个主要原因是互操作性。流媒体依赖于一个由 CDN 提供商、云基础设施供应商、视频播放器、DRM 系统、运营商和设备组成的生态系统，所有这些组件都需要协同工作。业界此前曾出现过专有低延迟技术，但大多数都难以被广泛采用，因为生态系统的碎片化导致运营复杂性增加，并限制了可扩展性。

当前 MoQ 最具应用价值的领域

这种混合思维至关重要，因为传统的自适应码率流媒体技术仍然能非常出色地解决许多问题。HLS 和 DASH 生态系统仍在不断演进，而低延迟变体（如 LL HLS 和低延迟 DASH）也在稳步改进。现有的 CDN 基础设施还支持复杂的路由、代理、负载均衡和广告插入功能，这些功能得益于多年的运营成熟度。

但在某些领域，MoQ 仍需进一步发展，才能实现更广泛的部署。广告插入便是其中一例，因为广告工作流涉及多个生态系统合作伙伴，且基于 HTTP 的流程已根深蒂固，无法在 MoQ 环境中立即简单复制。大规模运营测试是另一个重要因素，因为互联网规模下的性能特征仍在评估之中。

因此，MoQ近期最具发展潜力的领域很可能是那些实时交互能够从根本上改变用户体验的领域。对话式应用、在线拍卖、体育、同步观影派对以及互动式创作者主导的体验等，都是低延迟和更紧密同步能够带来立竿见影价值的例子。此外，对于一些目前依赖于WebRTC基础设施、但从未针对大规模媒体传输进行优化的实时流媒体应用而言，MoQ似乎也具备成为其长期发展方向的潜力。

运营方面的挑战与协议本身同样重要

围绕 QUIC 本身还存在一些基础设施方面的考量。与成熟的 HTTPS 和 TCP 环境相比，基于 QUIC 的传输可能会增加 CPU 消耗，因为许多硬件加速和内核优化技术都是多年来专门为 TCP 开发的。运营商还在评估 QUIC 流量如何与传统 TCP 流量在共享网络中共存，因为这两种传输模型在未来很长一段时间内都需要协同工作。

广播公司和流媒体平台不太可能围绕 MoQ 从头重建基础设施。相反，业界正朝着混合部署模式发展：在保留现有 HTTP 工作流的同时，针对特定的低延迟或交互式服务有选择地引入 MoQ 组件。一些架构已经将 HTTP 输入与 HTTP 和 MoQ 输出相结合，以简化过渡并保持与现有生态系统的兼容性。

这种渐进式的采用方式反映了流媒体技术通常的演进现实。新协议和传输方式很少能在一夜之间取代现有系统，尤其是在已部署的生态系统规模庞大且运营成熟的情况下。