WebRTC包含三种拥塞控制算法,GCC、BBR和PCC。其中,BBR一开始是针对TCP的拥塞控制提出来的。它的输入为ACK/SACK,输出为拥塞窗口(congestion_window)发送速度(pacing_rate)。BBR是怎样运用到UDP,甚至运用到实时流媒体传输之上的?拜读一下在WebRTC中关于拥塞控制的模块吧!
一、平缓发送
![](https://i-blog.csdnimg.cn/blog_migrate/156dc245b07e4691f8448269ade28981.jpeg)
拥塞控制模块位于平缓发送这个区域。平缓发送指的是,不会将所有能发的包一股脑都发出去,而是根据拥塞控制模块计算出来的发送速率和拥塞窗口大小,将其平缓的发送出去,从而避免阻塞传输网络,导致RTT剧烈抖动。
这里对比TCP的Reno拥塞控制算法,Reno会维护一个cwnd,然后不停的发送包,直至inflight填满cwnd才停止发送,在收到ack时,释放in_flight,使其可以继续发送后续的包。
对于WebRTC的拥塞控制,它是一个定时循环,在正常情况下,每固定时刻(min_packet_limit_ms_默认值5ms,这个值可能会变化)循环一次。拥塞控制算法会计算出当前可用带宽。接下来,计算 循环周期时间 ✖️当前可用带宽,这个值便是当前周期可发送的数据量的预算值。