了解 WHIP、WHEP 和 Media Over QUIC：为什么它们在 2024 年很重要？

WHIP、WHEP 和 Media Over QUIC 协议可显著影响实时通信和直播流媒体服务的效率、可靠性和质量。这些协议并不只是流行语，它们代表着我们在处理、交付和体验实时媒体内容方面的重大进步。

WHIP（WebRTC-HTTP Ingestion Protocol）和 WHEP（WebRTC-HTTP Egress Protocol）主要致力于规范使用 HTTP 的 WebRTC 流的输入和输出。传统上，将 WebRTC 流引入媒体服务器的过程缺乏标准化协议，这导致了集成挑战和互操作性问题。

Media Over QUIC 专注于优化媒体传输的传输层，使用 QUIC 协议来提高性能、可靠性和安全性。

让我们深入了解一下这些协议是什么，为什么它们现在如此重要，以及它们是否 “准备就绪”。

WHIP

WHIP 提供了将 WebRTC 流摄取到媒体服务器的标准化方法。传统上，这一过程涉及各种专有协议，使系统集成变得复杂而具有挑战性。WHIP 通过提供统一的、基于 HTTP 的方法简化了这一过程，使 WebRTC 流与媒体服务器的集成更加容易。

通过利用 HTTP 进行摄取，WHIP 充分利用了现有的 Web 基础设施。这意味着用于管理网络流量的相同工具和技术现在也能应用于 WebRTC 流，从而大大简化了部署和管理。

此外，WHIP 通过提供标准化协议促进了互操作性。这样，不同的媒体服务器和流媒体平台就能更无缝地协同工作，减少了定制集成工作的需求，促进了更灵活、更有凝聚力的实时流媒体生态系统的发展。

有了摄取 WebRTC 流的标准协议，对于将 WebRTC 对话整合到非浏览器工具和 OBS 等传统广播工具中大有裨益。

WHIP 协议的详细概述可在 IETF 网站上的草案中找到。

WHEP

WHEP 规范了从媒体服务器向客户端传输 WebRTC 流的方法。传统上，向终端用户传输流会使用各种自定义协议，但 WHEP 提供了一种一致的方法，简化了这一过程。

与 WHIP 一样，WHEP 使用 HTTP，使 WebRTC 流与客户端应用程序的集成更加简单。开发人员可以利用熟悉的 Web 技术来处理 WebRTC 流，从而缩短学习时间并加快开发速度。

此外，通过标准化出口流程，WHEP 优化了 WebRTC 流的性能和可靠性。使用 HTTP 进行出口可以更好地管理和扩展现有 Web 基础架构，从而实现更高效的流式传输。

WHEP 协议的详细概述可在 IETF 网站上的草案中找到。

Media Over QUIC（MOQ）

Media Over QUIC 的核心协议是 QUIC（Quick UDP Internet Connections），由 Google 开发。QUIC 建立在 UDP 的基础上，但融合了 TCP 的基本功能，如连接建立和流量控制。这种混合方法充分利用了 UDP 和 TCP 的优势，促进了有效的媒体传输。

速度是 QUIC 的主要优势之一，它能加快连接建立时间，从而加快媒体传输速度。QUIC 还能适应多变的网络条件，提高对数据包丢失和网络拥塞的恢复能力。

这些协议是否已准备就绪？

WHIP 和 WHEP

虽然 WHIP 和 WHEP 仍在不断发展，但在许多应用中，它们已准备就绪。它们正被各种媒体服务器和平台所采用，并得到了业界的大力支持。WebRTC 生态系统中的主要参与者都在采用这些协议。

WHIP 和 WHEP 特别适用于易于集成、标准化和利用现有 HTTP 基础设施的环境。从直播流媒体到实时通信应用，它们在各种使用案例中都被证明是有效的。

专家 Sean DuBois 就扩展 WHIP 和 WHEP 发表了自己的看法，他认为由于它们依赖于 HTTP，因此扩展起来非常简单。他解释说：”就扩展 WHIP 和 WHEP 而言，我觉得它真的非常非常容易，因为它重用了 HTTP，如果你要定义一个新的协议，就会有很多你没有预料到或没有意识到的东西，而因为 WHIP 和 WHEP 使用的是 HTTP，所以我可以重复使用所有这些已经存在的好东西。我认为这是一种超能力，我可以添加任意的 HTTP 标头。我可以做重定向。在如何扩展 HTTP 服务方面，我们已经有了 30 年的经验，这让它变得超级简单。这不是一个新协议。这就是我们的超级能力。“

另一位专家 Dan Jenkins 表示，在采用方面，WHEP 落后于 WHIP，而且 WHEP 的延迟主要是因为拥塞，而不是技术问题。Dan 解释了主要原因（转述），“我们都很欣赏 WebRTC，但广播行业的许多人认为它存在问题，因为它倾向于降低媒体质量和丢包，这对于广播来说并不理想。我认为 WHIP 和 WHEP 的开发涉及几个因素：A）它们是在不同时间启动的。B）最初的重点是完善 WHIP，然后再转向 WHEP。C）最重要的是，人们担心 OBS、GStreamer 和 FFmpeg 等工具是否会支持 WHIP。如果没有这些关键参与者的支持，这些努力将基本上是徒劳的。”

Media Over QUIC

Media Over QUIC 在延迟、连接建立时间和可靠性方面表现出了显著的改进。包括谷歌和 Facebook 在内的主要科技公司已经将 QUIC 用于各种应用。它也是新 HTTP/3 的基础，HTTP/3 是用于在万维网上交换信息的超文本传输协议的第三个主要版本。通过 Media Over QUIC 将 QUIC 扩展到媒体传输是一个自然的进展，它在流媒体行业的采用正在增长。

Media Over QUIC 非常适合需要高性能、低延迟和可靠媒体传输的应用程序。它特别适合大型视频会议和直播，但一般来说，它适用于许多网络条件可能变化且不可预测的场景。

WebRTC Live 嘉宾 Chad Hart 表示，QUIC 上的媒体和 WebRTC 在现代通信中都发挥着重要作用，但 WebRTC 更易于满足视频通话等标准通信需求。正如这里所解释的那样，“我认为这个想法的一部分是 QUIC 上的媒体在更低的层次上运行。虽然 WebRTC 是一个相对复杂的 Web API，但与 QUIC 上的媒体相比，它可能更容易完成许多任务。根据用例，复制我们今天使用 QUIC 上的媒体所做的事情可能需要大量工作，最终可能不值得付出努力。”

WebRTC 技术的未来会怎样？

Dan Jenkins 分享了他对 WebRTC 未来的看法（和担忧），转述如下：“我最担心的是 WebRTC 不会消失，但随着 QUIC、WebTransport 和 WebCodec 等媒体的发展，谷歌、微软和思科等合作创建 WebRTC 的主要公司可能会失去兴趣。他们已经感觉到 WebRTC 的限制，不得不做出妥协，但有了 Media Over QUIC，他们就有机会不受这些限制地进行创新。这可能会导致关注点从 WebRTC 转向 Media Over QUIC 和 QUIC 本身。未来两三年对决定这些技术的未来至关重要。”