目前最常用的直播推流协议基本上是RTMP与SRT这两个协议，RTMP协议的直播延时一般在3-8秒左右，而SRT协议的直播延时基本在1-3秒之间。如果设置不够优化，则RTMP/SRT协议的直播延时也可能在10s以上。

网络延时

WebRTC的“短板”

在《WebRTC协议介绍》中提到，WebRTC的实时性要比RTMP、SRT高出不少，几乎能实现秒级响应。如果视频平台的服务器进行了足够的优化，WebRTC可以实现0.5秒左右的实时响应，几乎等同于现场直播了。

信息速度

一段时间以来，将 WebRTC 作为实时媒体广播/直播并是一个太好的选择，但是随着人们对于低延时的要求愈发强烈，使用 WebRTC 为实时媒体广播/直播才开始进入人们的视野。不过WebRTC协议用于直播领域时，它并不是“完整的”，缺少了与之匹配的标准信令协议。而WHIP和WHEP的推出，补全了WebRTC标准化的最后“短板”。它们为WebRTC 增加了一个简单的信令层，将 WebRTC 发布者连接到WebRTC 服务器，以解决市场需求痛点。

WHIP与WHEP协议

WHIP的全称是WebRTC-HTTP Ingestion Protocol，此协议应用于发布端（即广播或直播人的使用端）。它在建立媒体向服务器传输之前，使用HTTP协议实现音视频能力的协商，如果协商成功由媒体设备（如麦克风、摄像机、采集卡等）进行采集，然后通过WebRTC进行编码和封装，最后将媒体内容传输到服务器。

WHEP的全称是WebRTC-HTTP Egress Protocol，WHEP 协议应于服务端，它在媒体内容向客户端传输之前，使用HTTP协议实现音视频能力的协商，成功后由流媒体服务器主动发送音视频数据流，然后通过 WebRTC API 进行解码和播放，最终在观众端进行展示。

有了WHIP和WHEP协议对WebRTC的补充，大家可以更轻松地集成和利用WebRTC技术，为用户提供丰富的实时交互体验，特别是在直播、在线教育、远程工作和社交媒体等领域更为实用。

WHIP与WHEP的优势

作为WebRTC的标准化信令协议，具备以下优点：

1. 简单易用：两者基于 HTTP 协议进行传输，这意味着在技术层面的开发者通过常规的接口即可实现信令控制，避免搭建专用的信令控制逻辑，易于使用和集成，降低了实施的复杂性。

2. 高效实时：都使用 WebRTC 技术来进行媒体编解码与传输，不需要担心延迟和丢包等问题。

3. 跨平台支持：可以在多个操作系统平台上使用，包括桌面应用、移动应用和 Web 应用等，这意味着开发者可以实现跨平台的音视频通信，而不需要为每个平台单独开发。

4. 安全可靠：WHIP 和 WHEP 协议支持加密传输，可以保证传输过程中数据的安全性和可靠性，不需要担心数据泄露和攻击等问题。同时它还内置身份验证能力，可在应用层添加私有认证，进一步加强安全性。

5. 可扩展/定制：WHIP/WHEP支持特定的用例，例如单流、不定向流、客户端服务端模型等。有能力的开发者或服务商可进一步扩展协议能力，使它们具备个性化特性。

6.互操作性：标准化的协议促进了不同设备和服务之间的互操作性，无论是在云环境中还是在端到端的通信中。

更实时的交互

结语

随着人们对广播/直播的实时性需求增强，越来越多组织或机构开始重点关注并集成WebRTC技术。就在2025年6月4日，大名鼎鼎的FFmpeg也集成了WHIP协议，新增了3000多行代码，内置了WHIP muxer用于毫秒级延迟推流。以下是FFmpeg的提交记录截图：

追加WHIP muxer记录

OBS也内置了对WHIP协议的支持，因此我们可以在OBS中不用任何插件实现WebRTC推流。下一篇介绍如何用OBS进行WebRTC推流。