WebRTC拥塞控制原理解析

WebRTC包含三种拥塞控制算法，GCC、BBR和PCC。其中，BBR一开始是针对TCP的拥塞控制提出来的。它的输入为ACK/SACK，输出为拥塞窗口(congestion_window)发送速度(pacing_rate)。BBR是怎样运用到UDP，甚至运用到实时流媒体传输之上的？拜读一下在WebRTC中关于拥塞控制的模块吧！

一、平缓发送

拥塞控制模块位于平缓发送这个区域。平缓发送指的是，不会将所有能发的包一股脑都发出去，而是根据拥塞控制模块计算出来的发送速率和拥塞窗口大小，将其平缓的发送出去，从而避免阻塞传输网络，导致RTT剧烈抖动。

这里对比TCP的Reno拥塞控制算法，Reno会维护一个cwnd，然后不停的发送包，直至inflight填满cwnd才停止发送，在收到ack时，释放in_flight，使其可以继续发送后续的包。

对于WebRTC的拥塞控制，它是一个定时循环，在正常情况下，每固定时刻（min_packet_limit_ms_默认值5ms，这个值可能会变化）循环一次。拥塞控制算法会计算出当前可用带宽。接下来，计算 循环周期时间 ✖️当前可用带宽，这个值便是当前周期可发送的数据量的预算值。