webrtc拥塞机制和带宽调节

参考：https://blog.csdn.net/yuanrxdu/article/details/80449740

webrtc的gcc是通过延迟和丢包进行动态调整的，发送端通过接收到接收端rtcp反馈过来的信息（包延迟增量，丢包率信息等）计算出网络拥塞状态并评估出适合当前网络传输的码率，从而进行码率控制。所以重点是接收端rtcp反馈信息，和发送端是如何根据不同信息进行评估。

首先分析一下rtcp的传输信息，通过modules>rtp_rtcp>source->rtcp_sender.cc文件可以看出有一些rtcp常规信息如sr，rr，sdes等，还有pli，fir，tmmbr，rembr等。pli(picture loss indication)，sli(slice loss indication)，fir(full intra request)，remb（recevier estimated max bitrate），tmmbr（temporal max media bitrate request）。pli，sli，fir都是请求数据帧，而不同之处在于pli和sli一般在丢包情况下，而fir则是在用户新进入时请求关键帧。remb为接收端预估的最大码率，temmbr为接收端临时的最大码率请求。

接收端根据接收的数据包进行误差统计：webrtc在评估延迟差的时候不是对每个包进行评估，而是采用包组间进行延迟评估，包组的含义就是距包组中第一个包的发送时刻t0小与5ms发送的所有包。通过获取的包组信息反馈给发送端。

发送端通过获取的包