WebRTC系列-网络之带宽估计和码率估计(2)接收端带宽估计

已于 2022-10-24 10:13:04 修改
阅读量538 收藏
点赞数 1
分类专栏： WebRTC进阶 文章标签： webrtc
于 2022-10-20 18:21:37 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lym594887256/article/details/127393487
版权
本文深入探讨了WebRTC中接收端带宽估计的过程，包括ReceiveSideCongestionController类的初始化、带宽评估核心处理，如卡尔曼滤波、过载检测和AIMD平滑码率控制。通过分析关键函数和类，揭示了如何通过接收端数据计算带宽，并通过REMB反馈给发送端。
摘要由CSDN通过智能技术生成

文章目录


上一篇 WebRTC系列-网络之带宽估计和码率估计(1)介绍了WebRTC中带宽估计整体类关系；
也介绍了接收端带宽估计的主要类及关系，这节就从 ReceiveSideCongestionController类开始分析源码。

1. 类的创建时机

类ReceiveSideCongestionController提供了一个有参数构造函数，在其中断点后，其堆栈是：
在这里插入图片描述

其中CreateCall_w方法是在CreatePeerConnection时候切换到work线程调用；按照堆栈看下其主要类中的初始化；

  • 构造函数最重要的参数是packet_router，
  • 其在Call类中来自transport_send->packet_router()，
  • transport_send来自Call::Call
了解本专栏 订阅专栏 解锁全文 超级会员免费看
简简单单lym
关注
专栏目录
订阅专栏
WebRTC系列-网络之带宽估计和码率估计(1)
HOSTEN的博客
10-18 770
之前写过一篇WebRTC带宽评估的文章，这篇文章主要介绍设置参数对WebRTC带宽评估接口的影响以及带宽评估后的结果对于音视频编解码器码率的影响；以这篇文章为开篇，接下来重点开始分析WebRTC中的网络模块中的重点拥塞控制及带宽评估；webrtc版本:M76。
webrtc发送端带宽预测
occupy8的专栏
10-27 2673
当接收侧感知到2-10%丢包率，发送端的预测值不变。当实际丢包率超过预测值10%时，新的预测值可更新为As_hat(i)= As_hat(i-1)(1-0.5p)，其中p为丢包率。当实际丢包率小于2%时预测时可更新为As_hat(i)= 1.08(As_hat(i-1))+0.5+1000，其中p为丢包率。其中p是rtcp里的丢包率 void SendSideBandwidthEstimatio
WebRTC带宽估计
fishmai的专栏
04-09 9334
带宽估计可能是WebRTC视频引擎中最重要的一部分了。带宽估计（BWE）模块的任务是决定你可以发送多大的视频流且不会造成网络拥塞，以此来保证不会降低视频质量。          在以前的带宽估计算法还是十分基础的，大体上是基于丢包而设计的。通常我们在开始慢慢的增加视频的比特率，直到我们检测到丢包为止。为了检测丢包，你使用标准的RTCP反馈，其中接收端使用RTCP接收端报告（RR）信息来周期性
webrtc 带宽估计
EveryDayOneHour的博客
02-06 2786
1、整体架构： 此图是接收端码率控制整体结构图分成3个部分。 第一部分采集和发送：camera encode通过Pacer并结合fec发送。 第二部分基于延时的码率计算（卡尔曼模型）。 第三部分是结合丢包和延时计算出综合码率发送编码器。 2 发送端基于丢包率的码率控制 接收端维护两个计数器，每收到一个RTP包都更新： transmitted，接收到的RTP包的总数； ret...
WebRTC系列-网络之带宽估计和码率估计(4)接收端带宽估计-发送端paced
HOSTEN的博客
10-28 593
这篇是接收端带宽评估的最后一篇，在上一篇中分析了在接收端基于丢包的带宽估计处理方法；带宽估计后的值一方面会反馈到编码器控制编码码率，同时也会反馈到节拍器中；
WebRTC系列-网络之带宽估计和码率估计(3)接收端带宽估计-发送端
HOSTEN的博客
10-24 524
在上一篇文章主要介绍了接收端带宽估计在接收端根据延迟估计评估发送端的带宽然后通过RTCP发送的过程；这一篇主要介绍WebRTC接收端带宽估计的发送端处理；
WebRTC系列-- 带宽估计参数及限制编码器编码码率流程
HOSTEN的博客
05-13 1228
文章目录发送端带宽估计核心类 SendSideBandwidthEstimation带宽估计限制参数参数设置流程视频编码器的速率调整评估码率分配核心类BitrateAllocatorAddObserver方法AllocateBitrates 方法音频码率调整及参数 发送端带宽估计核心类 SendSideBandwidthEstimation 带宽估计限制参数 SendSideBandwidthEstimation 是发送端带宽估计的核心处理类;在其中的头文件中有三个关键参数: DataRate curr
WebRTC发送端带宽估计(trendline)
fdsafwagdagadg6576的专栏
07-15 1255
下文前面是理论介绍,后面是源码分析 ,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, 整体架构 上面这张图是一个比较老的架构图，但是也基本能说明整体架构，早期webrtc版本带宽估计是放到接收端处理，目前最新版本带宽估计放到了发送端，但是接收端计算得到的带宽并没有废弃，而是通过rtcp remb反馈给发送端。 在发送端带宽估计由3个元素结合决定，基于丢包率估算的带宽（丢包率通过rtcp rr得到）、接收端的remb反馈的带宽、发送端带宽估计（方法
WebRTC带宽估计--源码分析
fdsafwagdagadg6576的专栏
07-16 1002
代码实现 上面已经零星介绍过一些主要函数的实现方法，下面重点从整体代码结构的角度将GCC整体的代码流程加以介绍. 代码分支M67 整体代码架构 RTCPReceiver：rtcp包分发者，不同类型rtcp包分发给不同观察者（RtcpPacketTypeCounterObserver、RtcpBandwidthObserver、RtcpIntraFrameObserver、TransportFeedbackObserver,VideoBitrateAllocationObserver） ...
WEBRTC带宽估计A Google Congestion Control Algorithm for Real-Time Communication on the  World Wide Web
zp704393004的专栏
04-21 1241
[Docs] [txt|pdf|xml|html] [Tracker] [Email] [Diff1] [Diff2] [Nits] [IPR]Versions: 00010203draft-alvestrand-rmcat-congestion Network Working Group H. Lund...
WebRTC 中带宽估计与拥塞控制算法
最新发布
qq_31231915的博客
02-19 429
BBR 使用其模型寻找具有高吞吐量的操作点和低延迟，以在最佳工作点附近工作，系统需要保持两个条件：Rate Balance（最大发送速率）和 Full Pipe（BDP = BBR.BtlBw * BBR.RTprop）。：基于丢包的带宽估计，其基本思想是根据丢包的多少来判断网络的拥塞程度。丢包越多则认为网络越拥塞，发送速率就需要降低；基于发送端的延迟算法，也是利用区间延迟值，通过 TrendLine 滤波器（最小二乘法滤波器），通过斜率的增加或者减小来判断当前网络的拥塞状况。
WebRTC的带宽评估的新变化
闲敲棋子落灯花
03-15 6531
带宽评估(BWE)也许是WebRTC的视频引擎中最关键的模块了, 它将决定视频通信中, 不引发网络拥塞时最多可以产生的视频数据量. 早期的带宽评估算法比较简陋, 大多是基于丢包来估计, 基本的策略是逐步增加发送的数据量, 直到检测到丢包为止. 为了让发送端获悉网络上的丢包信息, 可以使用标准的RTCP的RR来发送周期性的报告. 现代的带宽评估算法则可以在网络链路发送丢包以前就监测到网络
webrtc QOS方法四.5（gcc获取码率pacer、fec、编码器配置）
CrystalShaw的博客
10-20 1302
一、gcc获取码率后，码率分配函数调用栈信息如下： 二、RtpTransportControllerSend::PostUpdates函数配置码率函数 三、GoogCcNetworkController::GetPacingRates：pacing_factor_默认2.5。也就是说pacer发送报文的码率是探测码率的2.5倍。 四、RtpVideoSender::OnBitrateUpdated：根据探测码率、当前帧率、丢包率、rtt环路延时、丢包模型，确定编码器的码率。 ...
webrtc 发送带宽估计
liuhongxian的专栏
06-29 2392
几个问题 1、webrtc的发送带宽估计是针对每一路流还是总的带宽 2、webrtc的remb是统计的整体带宽吗？ 3、如果webrtc同时观看了多路流，如何针对每一路流反馈带宽，丢包等信息 5、如果webrtc同时发送了多路流，如何估计每一路的带宽情况跟踪代码 目的是 当有多个观看 和 发送 的时候， 发送端如何调整带宽void ProcessThreadImpl::Process()
【网络通信 -- WebRTC】WebRTC 源码分析 -- GCC 带宽估计 -- 接收端带宽估计
CopperSun 技术博客
06-23 745
【网络通信 -- WebRTC】WebRTC 源码分析 -- 接收端带宽估计 【1】OveruseEstimator 中的卡尔曼滤波公式简介 【2】OveruseDetector 中的带宽负载信号的触发与阈值的动态调整 阈值动态调整公式 为到达时间差，为时刻的延迟，为自适应增益； 带宽负载信号触发时机的判断 并且持续时间大于 100ms 则判断为带宽过载 则判断为带宽过量 则判断为带宽正常 【3】AimdRateControl 中有限状态机的状态转移 ......
WEBRTC浅析（九）带宽估计算法之BBR
muwesky的专栏
05-06 2740
带宽估计算法之BBR BBR带宽估计 （Bottleneck Bandwidth and Round-trip propagation time） 参考文档：https://datatracker.ietf.org/doc/html/draft-cardwell-iccrg-bbr-congestion-control 参考文档：https://www.ietf.org/proceedings/98/slides/slides-98-iccrg-an-update-on-bbr-congestion-con
webrtc-qt-example
07-16
2. 实时通信：webrtc-qt-example内置了WebRTC的音视频通信功能，可以实现实时的语音和视频通话，支持两个或多个用户之间的通信。 3. 数据传输：除了音视频通话，webrtc-qt-example还支持在通话中传输数据。可以通过...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

简简单单lym

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值