我是 RRTCC 的新手,我真的不明白 RRTCC 如何调整传入媒体比特率。我试图阅读 RRTCC 的互联网草案,但无法弄清楚:https ://datatracker.ietf.org/doc/html/draft-alvestrand-rmcat-congestion-03
它根据延迟和损失计算估计的带宽,那么下一步是什么?怎么能直接控制发送速率来控制拥塞呢?
我是 RRTCC 的新手,我真的不明白 RRTCC 如何调整传入媒体比特率。我试图阅读 RRTCC 的互联网草案,但无法弄清楚:https ://datatracker.ietf.org/doc/html/draft-alvestrand-rmcat-congestion-03
它根据延迟和损失计算估计的带宽,那么下一步是什么?怎么能直接控制发送速率来控制拥塞呢?
RTP 接收方不直接控制发送速率。它只是向 RTP 发送方发送状态信息,这是唯一能够控制自己发送速率的发送方。
Draft-alvestrand-rmcat-congestion已被Draft-ietf-rmcat-gcc取代,因此我建议您使用后者。
在第2 节系统模型中,它解释了 RTP 接收器也应该充当 RTCP 发送器,以便将REMB消息发送给 RTP 发送器。这些消息应该由 RTP 接收器在检测到任何拥塞时立即发送,然后即使没有发生拥塞,也要以每秒一次的速率继续发送。然后,RTP 发送方使用接收到的消息中的信息来决定是可以提高还是应该立即降低传输比特率。
我是该草案的作者之一。如果您有兴趣了解设计标准,还可以查看本文:
G. Carlucci、L. De Cicco、S. Holmer 和 S. Mascolo 分析和设计用于 Web 实时通信 (WebRTC) 过程的 Google 拥塞控制。ACM Mmsys 2016,奥地利克拉根福,2016 年 5 月