根据 Dolby 的 Sergio Garcia Murillo 介绍，一段时间以来，应用 WebRTC 在作为实时媒体广播并是一个太好的选择，但是随着人们对于低延时的要求愈发强烈，使用 WebRTC 为实时媒体广播才开始进入人们的视野。当然，为了达到所谓的实时，广播公司需要程序化的命令行工作流程和对物理SDI和HDMI采集的硬件支持。尽管对于实时媒体而言，WebRTC 依旧是最好的媒体传输协议，但是目前 RTMP 任然是主流的解决方案，因为对 WebRTC 来说，没有一个标准化的信令协议可用，但当使用一些非 WebRTC 的协议例如 RTMP 和 SRT 时，可能会遇到一些问题，如协议转化、只能使用有限编解码器、转码困难等。
WHIP(WebRTC HTT Ingress Protocol) 是一个基于 HTTP 的协议，该协议允许基于 WebRTC 的内容输入到流媒体服务或 CDN 中。实现这样一个协议能帮助内容摄取，其设计的考虑有以下几个方面：
- 简单易于实现
- 方便使用和配置
- 支持特定的用例（如单流、不定向流、客户端服务端模型等）
- 内置身份验证
- 支持负载均衡和重定向
- 可扩展
如图 2 所示，WHIP 使用 HTTP POST 请求执行单次 SDP Offer/Answer，以便在编码器/媒体生产者(WHIP 客户端)和广播接收端点(媒体服务器)之间建立 ICE/DTLS 会话。一旦 ICE/DTLS 会话建立，媒体将从编码器/媒体生成器(WHIP 客户端)单向流向广播接收端点(媒体服务器)。为了降低复杂性，不支持 SDP 重新协商，因此在完成通过 HTTP 的初始 SDP Offer/Answer 后，不能添加或删除任何 track 或 stream 。相关的 IEFT 标准化提案进展如图 3 所示。
WHEP(WebRTC HTTP Egress Protocol) 允许基于 WebRTC 的观众观看来自流媒体服务和/或内容交付网络 (CDN) 或 WebRTC 传输网络 (WTN) 的内容，其可以轻松集成到播放器软件，在不支持 JavaScript 运行的设备例如电视上支持播放 WebRTC 流，图 4 表示了其会话和注销的流程。
对于 WHIP 和 WHEP 的下一步发展方向或者说需要提升的方面，Sergio 分享了自己的观点如下：
- WHIP 需要支持更高质量的视频，例如 4K、4：4：4、10/12bits 视频，HDR/Dolby Vision 等；
- 集成到 MEPG DASH 从而在跟多设备上提供更好的观看体验
- 多 CDN WebRTC 服务方面
- 避免单一服务商
- 故障切换和备份
- 负载均衡
来源：Kranky Geek WebRTC Fall 2022
内容整理：彭峰
Kranky Geek 是一个关于如何使用 WebRTC 构建实时通信应用的免费开发者大会，成立七年以来，该大会致力于帮助开发者将实时音视频纳入应用。本文介绍 Kranky Geek WebRTC 2022 秋季大会的第 8 节（共 10 节）内容。
版权声明：本文内容转自互联网，本文观点仅代表作者本人。本站仅提供信息存储空间服务，所有权归原作者所有。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至1393616908@qq.com 举报，一经查实，本站将立刻删除。
