直播和点播流媒体的发展速度令人惊叹。为满足全球受众不断升级的需求而设计的新兴技术正在加入甚至取代传统协议。WebRTC-HTTP Ingestion Protocol (WHIP) 和 WebRTC-HTTP Egress Protocol (WHEP)这两个相对较新的协议使实时互动体验变得更加简单。
然而，尽管 WHIP 和 WHEP 前景广阔，但另一个竞争者也已成为焦点： Media over QUIC（MoQ）。在 QUIC 传输协议性能增强功能的支持下，MoQ 正在获得行业领导者的青睐，很可能代表着高质量、低延迟流媒体的未来。以下是它比 WHIP 和 WHEP 更适合扮演这一角色的原因。
1. QUIC 的内置性能提升
MoQ 的核心是 QUIC 协议，这是一个最初由谷歌开发的传输层，后来被标准化为 HTTP/3 的基础。与 WebRTC 依赖的基于 TCP 的传统传输不同，QUIC 提供了各种现代网络改进。这些改进包括
- 更快的握手时间：QUIC 能更迅速地建立安全连接，减少初始延迟并缩短启动时间。
- 无队头阻塞的流复用：多个数据流可在一个 QUIC 连接上运行，而不会因为一个数据流停滞而影响其他数据流的运行，这在 TCP 中是常见的问题。
- 自适应拥塞控制和改进的数据包恢复：QUIC 先进的拥塞控制机制有助于在多变的网络条件下也能保持更流畅、响应更快的流。
2. 更低延迟、更高稳定性
延迟仍然是互动直播的终极目标。WHIP 和 WHEP 旨在简化 WebRTC 的提取和播放工作流程（WebRTC 本身就提供低延迟、实时通信），但它们不会彻底改变底层网络模型。然而，通过利用 QUIC 改进的数据包处理和简化的连接建立，QUIC 上的媒体可以进一步降低延迟。
此外，QUIC 强大的拥塞控制和数据包恢复技术有助于在网络条件波动时保持稳定的流媒体。这可以带来更一致的观看体验，确保观众花更少的时间等待内容缓冲，而花更多的时间沉浸在实时事件中。
3. 更加统一、灵活的生态系统
WHIP 和 WHEP 标准化了媒体流进入和流出 WebRTC 生态系统的方式。但它们仍然与 WebRTC 复杂的技术集紧密相关，从用于 NAT 遍历的 ICE 和 STUN/TURN 服务器到复杂的 SDP 协商。对于开发人员来说，这可能意味着要处理多个移动部件，以确保跨不同平台和设备的互操作性和一致的性能。
通过提供更直接、更统一的方法，Media over QUIC 有可能简化这一情况。MoQ 无需将摄取和输出工作流固定在具有自身设计复杂性的现有生态系统上，而是可以创建一个更连贯、更易于实现和集成的流媒体层。这个精简的生态系统可能为更无缝地整合 CDN 基础设施和内容工作流打开大门，从而支持超出 WebRTC 传统优势的更广泛的用例。
4. 增强可扩展性，满足全球受众需求
虽然 WebRTC 最初是为实时通信（例如视频会议和点对点聊天）而设计的，但将其扩展以服务于大量广播式观众可能具有挑战性。WHIP 和 WHEP 改进了提取和播放的管道，但底层技术最初并未针对大规模分发进行优化。
相比之下，QUIC 是为当今的大规模互联网而设计的。随着 QUIC 媒体的成型，它有望更好地与全球内容交付网络和基于边缘的基础设施保持一致。它的弹性和灵活性使其更容易扩展，无论您是向数百万观众播放突发新闻，还是向渴望近乎即时回放和互动的全球观众提供优质体育赛事。
5. 面向未来的架构
流媒体行业很少停滞不前，而预见未来变化的前瞻性设计往往从长远来看会更好。QUIC 不仅仅是 TCP 的性能改进——它代表了一种前瞻性协议，已被主要参与者采纳为下一代互联网标准。通过以 QUIC 为基础，MoQ 与网络技术的未来保持一致，而不是依赖于多层传统方法。
在一个不断追求更高分辨率、更丰富的互动性和几乎即时访问的世界中，MoQ 的架构可以为当今基于 WebRTC 的生态系统更难实现的功能和增强铺平道路。
结论
WHIP 和 WHEP 是向前迈出的重要一步，让在 WebRTC 环境中采集和交付低延迟流变得更加容易。然而，随着对质量、可靠性和规模的需求不断增加，越来越明显的是，WebRTC 的基础可能无法为未来的流媒体基础设施提供理想的蓝图。
通过利用专为性能、灵活性和未来扩展而设计的传输协议，QUIC 上的媒体可能代表下一个合乎逻辑的演变。随着行业继续试验、采用和改进 MoQ，我们可能会发现它正在成为提供即时、高质量、全球流媒体体验的黄金标准，而这是以前的任何协议栈都无法真正掌握的。
本文来自作者投稿，版权归原作者所有。如需转载，请注明出处：https://www.nxrte.com/jishu/yinshipin/54520.html
