webrtc 多人音视频 思维导图

本文深入探讨了WebRTC的网络结构,包括P2PMesh、MCU和SFU等关键组件,以及拥塞控制机制如GCC算法的详细解析。介绍了发送端基于丢包率的码率控制和接收端基于延迟的码率控制策略,同时覆盖了ARQ和FEC等丢包恢复技术。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

思维导图
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.youkuaiyun.com/ixidof/article/details/8100037
https://www.cnblogs.com/blythe/articles/7348812.html

FEC

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值