SFU中RTCP REMB反馈报文的合并与接收处理技术问询

一、REMB报文的合并逻辑 #

REMB是接收端向发送端传递带宽限制的RTCP报文，SFU合并的核心原则是保障所有接收端的最低体验：

• 为每个发送端的SSRC维护一个独立的REMB值集合，集合里存储所有接收端针对该发送端上报的码率限制；
• 每次收到新的REMB报文时，更新对应发送端的集合（如果REMB指定了目标SSRC），或者全局集合（如果是针对所有流的）；
• 从有效集合中取出最小码率值，生成新的REMB报文发送给对应的发送端——因为最小码率代表所有接收端里最严格的带宽限制，必须优先满足。

二、具体疑问解答 #

1. 降速码率转发给所有发送端还是对应SSRC？

分两种场景处理：

• 如果接收端发送的REMB明确针对单个发送端的SSRC（比如某参会者仅对参会者B的流卡顿）：只需要把这个降速指令转发给对应的发送端（B）即可，不需要影响其他9个发送端；
• 如果接收端发送的REMB针对所有接收流（比如参会者A的带宽不足以承载10路流）：SFU需要基于所有接收端上报的限制，计算出每个发送端的最大允许码率（比如取所有接收端上报的单流最小码率），然后分别给每个发送端发送对应的REMB报文。

举个实际例子：10人参会，参会者C发REMB说只能承受单流1Mbps，参会者D发REMB说只能承受单流800kbps，那么SFU要给所有10个发送端都发REMB，限制它们的码率不超过800kbps。

2. 旧码率值的过期时间设置

没有硬性标准，但行业通用做法是基于REMB的上报间隔设置过期窗口：

• 接收端通常会每1-2秒发送一次REMB，所以SFU可以把过期时间设为2-3倍的上报间隔，也就是5秒左右；
• 为每个接收端上报的REMB值记录时间戳，每次计算最小码率前，先清理掉超过过期时间的旧值；
• 如果某个接收端长时间没发REMB，说明它的带宽状况可能已经改善，旧的限制不再有效，直接丢弃即可。如果所有REMB值都过期，SFU停止发送REMB限制，让发送端恢复到自身的最高码率。

内容的提问来源于stack exchange，提问作者Horcrux7