webrtc 多人音视频 思维导图

sdp交互机制和详解
拥塞控制机制

WebRTC的网络结构：

P2P Mesh
MCU（Multi-point Control Unit）
SFU（Selective Forwarding Unit）

网络适应性：

GCC算法

https://www.cnblogs.com/x_wukong/p/8397700.html
谷歌提出的拥塞控制算法(Google Congestion Control，简称GCC[1])

发送端基于丢包率的码率控制

GCC使用的丢包率根据接收端RTP接收统计信息计算得到，通过RTCP RR报文中返回给发送端。RTCP RR报文统计接收端RTP接收信息

接收端基于延迟的码率控制

1. 到达时间滤波器(Arrival-time Filter)
   
2. 过载检测器(Over-use Detector)
3. 速率控制器(Remote Rate Controller)
4. 发送端目标码率的确定

ARQ

自动重传请求(Automatic Repeat-reQuest)是OSI模型中数据链路层的错误纠正方式之一。它通过超时和确认机制在不可靠的服务基础上提供可靠的信息传输。如果发送方在发送数据后一段时间后没接收到确认帧，它通常会进行重发。ARQ可能包括停止等待ARQ协议和连续ARQ协议，错误检测(Error Detection)、正面确认(Positive Acknowledgment)、超时重传(Rechansmission after timeout)、和负面确认及重传(Negative Acknowledgment and Retransimission)。
https://blog.csdn.net/ixidof/article/details/8100037
https://www.cnblogs.com/blythe/articles/7348812.html

FEC

https://blog.csdn.net/yuanchunsi/article/details/70244569
FEC(Forward Error/Erasure Correction）前向纠错技术来进行丢包恢复，由发送方进行FEC编码引入冗余包，接收方进行FEC解码并恢复丢失的数据包
对于包乱序和包重复，我们采用QOS乱序恢复处理，该QOS方案特点是在没有丢包的情况下，不引入任何系统延时，并且可以通过可控的丢包等待时延来适应不同的信道乱序程度