参考: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发送的所有包。通过获取的包组信息反馈给发送端。
发送端通过获取的包