webrtc 多人音视频思维导图

最新推荐文章于 2025-05-03 18:24:00 发布

终成一个大象

最新推荐文章于 2025-05-03 18:24:00 发布

阅读量841

点赞数

CC 4.0 BY-SA版权

分类专栏：音视频 webrtc 文章标签： webrtc 音视频

本文链接：https://blog.youkuaiyun.com/Martin_chen2/article/details/84848084

音视频同时被 2 个专栏收录

40 篇文章

订阅专栏

webrtc

15 篇文章

订阅专栏

本文深入探讨了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接收信息

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

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

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方案特点是在没有丢包的情况下，不引入任何系统延时，并且可以通过可控的丢包等待时延来适应不同的信道乱序程度