webrtc 的Bundle group 和RTCP-MUX-CSDN博客

本文介绍了在WebRTC中遇到的max-bundle配置错误，以及RTCP-MUX和BUNDLE组的概念。RTCP-MUX允许RTP和RTCP复用到单一端口，简化NAT穿越，而BUNDLE将多路媒体流复用到同一端口。SDP协商原则包括：若Offer携带rtcp-mux，Answer也必须；若Offer不携带，则Answer不能携带并禁止复用。忽视rtcp-mux属性可能导致传输通道建立失败。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1，最近调试程序的时候发现抱一个错误

max-bundle configured but session description has no BUNDLE group

最后发现是一个参数设置错误

config.bundle_policy = webrtc::PeerConnectionInterface::BundlePolicy::kBundlePolicyMaxBundle;

2，rtcp-mux

传输时，可以复用媒体通道，一种是音频和视频的复用，一种是 RTCP 和 RTP 的复用。

RTCP 和 RTP 复用，表示 Sender 使用一个传输通道（单一端口）发送 RTP 和 RTCP：

m=audio 9 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113 126
a=rtcp-mux

m=video 9 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 123 127 122 125 107 108 109 124
a=rtcp-mux

此时，Receiver 必须准备好在 RTP 端口上接收 RTCP 数据，并需要预留一些资源，比如 RTCP 带宽。

音频和视频复用时，最后只会用一个 Candidate 传输，比如客户端自己的 SDP Offer，和两个 relay 的Candidates：

//音视频需要共用一个传输通道传输的媒体，如果没有这一行，音视频就会分别单独用一个udp端口来发送
a=group:BUNDLE audio video

m=audio 9 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113 126
a=mid:audio

m=video 9 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 123