RTCPeerConnection 配置详解之 bundlePolicy

RTCPeerConnection 配置详解之 bundlePolicy

前言

在 WebRTC 中，RTCPeerConnection 对象扮演着至关重要的角色，负责建立点对点的媒体连接。它的配置项繁多，而 bundlePolicy 属性正是其中一项，它影响着媒体流的打包方式，进而影响 ICE 协商阶段。本文将深入探讨 RTCPeerConnection.bundlePolicy 的含义、可用选项及其对实际应用的影响。

什么是 bundlePolicy？

bundlePolicy 属性控制着媒体流的打包方式，它决定了音频和视频流是通过不同的端口还是同一个端口传输。在 ICE 协商阶段，浏览器会与对端交换候选地址，用于建立媒体连接。bundlePolicy 的取值会影响浏览器生成候选地址的方式，从而影响 ICE 协商的效率。

bundlePolicy 的可用选项

RTCPeerConnection.bundlePolicy 属性有以下三个可选项：

• "max-bundle"：表示浏览器会尝试将所有媒体流打包到同一个端口。这种方式可以减少 ICE 协商阶段的开销，因为只需要生成一组候选地址即可。
• "max-compat"：表示浏览器会优先使用不同的端口传输音频和视频流，但如果无法建立连接，则会尝试打包到同一个端口。这种方式兼顾了兼容性和效率。
• "balanced"：表示浏览器会根据网络情况动态调整打包方式。在低带宽条件下，浏览器倾向于打包到同一个端口，而在高带宽条件下则倾向于使用不同的端口。

选择最佳的 bundlePolicy

最佳的 bundlePolicy 取决于具体的网络环境和应用场景。一般来说，在带宽受限的网络中，"max-bundle" 可以提高 ICE 协商的效率，减少延迟。而在高带宽网络中，"max-compat" 或 "balanced" 则可以提供更好的兼容性和媒体质量。

与 Janus 的交互

在使用 WebRTC 与 Janus 互动时，RTCPeerConnection.bundlePolicy 的取值尤为重要。Janus 是一个开源的多媒体服务器，支持 WebRTC 协议。在 Janus 中，不同的 bundlePolicy 取值会影响最终视频和音频的传输方式。

例如，如果您使用 "max-bundle"，Janus 会将音频和视频流打包到同一个端口，并通过该端口传输。而如果您使用 "max-compat" 或 "balanced"，Janus 会优先使用不同的端口传输，但如果无法建立连接，则会尝试打包到同一个端口。

如何设置 bundlePolicy？

要在 JavaScript 中设置 RTCPeerConnection.bundlePolicy，可以使用以下代码：

const peerConnection = new RTCPeerConnection();
peerConnection.bundlePolicy = "max-bundle";

总结

RTCPeerConnection.bundlePolicy 属性是一个重要的配置项，影响着媒体流的打包方式和 ICE 协商阶段的效率。通过了解 bundlePolicy 的含义、可用选项和在不同场景下的影响，可以优化 WebRTC 应用的性能和兼容性。