webrtc拥塞控制算法对比-GCC vs BBR

已于 2024-06-24 22:57:54 修改
阅读量1.1k 收藏
点赞数 2
分类专栏： webrtc 文章标签： WebRTC
于 2022-04-09 14:13:04 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/shinHye/article/details/124060118
版权
webrtc 专栏收录该内容
10 篇文章 1 订阅 ¥59.90 ¥99.00
订阅专栏

 GCC:在ack时钟的作用下: (1) 更新基于丢包的拥塞评估算法
                                   (2) Alr
                                   (3) 估算当前播放端的吞吐量
                                   (4) 更新基于延时趋势拥塞评估算法,aimd调整码率
                                   (5) 拥塞窗口调整(可选)

                              
BBR:在ack时钟的作用下: 1.计算即时带宽和即时rtt
                                 2.判断是否达到最大带宽
                                 3.调整 bbr状态机
                                 4.根据bbr状态机,计算平滑码率和拥塞窗口                                   

code&bug
关注
  • 2
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
订阅专栏
webrtc bbr
debug&code的专栏
04-07 345
webrtc bbr
为什么WebRTC移除BBR拥塞控制算法
编程开发技术
01-05 937
why-bbr-remove-from-webrtc.png Via：PixPark: 为什么WebRTC移除BBR拥塞控制算法 WebRTC 在 Bug: webrtc:9883 移除了 BBR 拥塞控制算法，给出的原因也比较简单： This was introduced on trial but turned out to perform badly for WebRTC purp...
RTC拥塞控制算法GCC和BBR总结
yinshipin007的博客
03-01 814
GCC的接收端通过一系列算法检测当前网络延迟是否有变化，延迟变大的话，在考虑并消除掉数据尺寸变化的影响后，可以认为是网络路由的拥塞，需要降低码率，否则在延迟变小的情况下，认为网络空闲，可以提高码率。接收端处理每个RTP包，累计5ms的探测包簇计算初始带宽，然后通过到达时间滤波器、卡尔曼滤波器、过载检测器来计算链路的延迟变化，从而判断链路的拥塞状态，结合输入码率来估算接收端的带宽，然后通过REMB包反馈给发送端，该反馈的带宽将直接被发送端采用，并作为发送端后续带宽调整算法的基准。我们便很容易算出带宽值了。
WebRTC | 网络传输协议 RTP 和 RTCP
最新发布
ProgramNovice的博客
05-25 1072
WebRTC | 网络传输协议 RTP 和 RTCP
GCC算法 对比 BBR算法
百鸣的专栏
04-03 689
BBR 算法是由 Google 开发的一种 TCP 拥塞控制算法，它主要的目标是减少网络吞吐量的波动和延迟的增长，从而提高网络的整体性能。GCC 是一种通用的 TCP 拥塞控制算法，它可以根据网络带宽和延迟等信息，自适应地调整数据传输速率，以减少拥塞并提高网络性能。GCC 和 BBR 是两种 TCP 拥塞控制算法，都是用于优化网络吞吐量和延迟的方案。总之，GCC 和 BBR 都是优化网络性能的 TCP 拥塞控制算法。两者都有各自的特点和优势，具体的选择需要根据相应的应用场景和需求来确定。
流媒体弱网优化之路(BBR应用)——GCC与BBR的算法思想分析
qw225967的博客
08-28 1181
GCC竞争分析：GCC在弱网产生的瞬间，按它自身的敏感特性立刻下调到了**最低的状态**，随后**动态阈值生效**，进入上涨的周期，直到与BBR平衡后可以基本维持竞争能力。 BBR竞争分析 ：BBR在弱网产生的瞬间，利用congestion_windows 和 bytes_in_flight判定了网络拥塞，限制了发送。随后由于网络竞争方GCC下调码率，飞行数据大量降低，于是立刻恢复了带宽利用。随后在于GCC的竞争中逐渐趋于平衡。
WebRTC GCC算法介绍
月天寒的专栏
07-28 1103
转自：http://mp.weixin.qq.com/s?__biz=MzI2MzA4MTgxNw==&mid=2652046558&idx=2&sn=5f6b34c37f4cb72a2dbacc2e990f05a9&scene=23&srcid=0728AGRb292ufggiuyQ1qUx0#rd 虽然视频会议已商用了多年，特别是SKYPE这样的视频应用在互联网上已有10年时间，但针对实时音
webrtc-audio-processing-1.0例子.rar
08-19
这个"webrtc-audio-processing-1.0例子"压缩包包含了一个关于WebRTC音频处理的实例，提供了源代码以及音频测试文件，帮助开发者更好地理解和使用WebRTC中的音频处理功能。 1. **WebRTC音频处理** WebRTC音频处理...
webrtc-streamer-v0.8.1-dirty-Windows-AMD64-Release.zip
01-26
在"webrtc-streamer-v0.8.1-dirty-Windows-AMD64-Release.zip"这个压缩包中，我们看到的是一个针对Windows操作系统，AMD64架构的WebRTC流媒体服务器的发行版本。 WebRTC-Streamer是基于WebRTC的开源项目，它提供了...
webrtc-data-channel-demo:WebRTC数据通道演示
05-02
WebRTC数据通道示例WebRTC数据通道的简单示例。 使用替代实际的信令通道。 我之所以这样做，是因为我对缺乏良好的WebRTC数据频道示例和在线教程感到沮丧。 在侧面遵循MDN时，该代码应该是不言自明的。 只有一个陷阱...
webrtc-streamer0.7的ubuntu18.04版本
11-08
webrtc-streamer在国内编译相当困难，这里是本人花了一周时间编译完成的webrtc-streamer最新版本，可在ubuntu18.04及以上版本中使用，如果提示libstdc++版本过低，请升级系统的libstdc++。
BBR Congestion-Based Congestion Control
11-14
Google 高效的TCP 拥塞控制算法，基于拥塞的一种拥塞控制算法
webrtc-streamer-v0.8.1
11-16
【标题】"webrtc-streamer-v0.8.1" 是一个特定版本的 WebRTC 流媒体服务器软件。WebRTC（Web Real-Time Communication）是一种开放的API框架，它允许网页浏览器进行实时通信，无需插件或者第三方软件。这个版本 v...
流媒体学习之路(WebRTC)——GCC分析（2）
qw225967的博客
09-30 961
本模块主要针对趋势线滤波模块进行理论分析与解释，并对比旧的卡尔曼滤波器内容进行分析，来得到调整参数的参考。本文主要介绍了如何根据时延梯度得到网络状态，判断网络拥塞状况，并结合WebRTC相关源码进行分析。当我们得到当前网  络拥塞状况后，就要对发送码率进行调节，以适应当前网络。后续文章我们将研究如何根据网络状态进行相应码率调整。
WEBRTC浅析（九）带宽估计算法之BBR
muwesky的专栏
05-06 2577
带宽估计算法之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拥塞控制算法：GCC介绍
yinshipin007的博客
03-06 310
在新近的WebRTC的实现中，所有的带宽估计都放在了发送端，也就说发送端除了做基于丢包的带宽估计，同时也做基于延迟梯度的带宽估计。如果这个数据包丢失怎么办，RFC[2]和WebRTC实现中都是直接忽略，这里涉及的问题是，忽略该包对计算延迟梯度影响不大，只是相当于数据包的分组跨度更大了，丢失的包对计算没有太大影响，但另一个问题是，发送端需要计算接受端的接受速率，当feedback丢失时，会认为相应的数据包都丢失了，这会影响接受速率的计算，这个值在后续计算估计带宽中会用到，从而导致一定误差。
webrtc拥塞控制算法对比-GCC vs BBR vs PCC
yinshipin007的博客
03-01 939
GCC算法的核心是慢升快降, 在网络拥塞的时候指数下降带宽, 在网络恢复后, 龟速上涨带宽. 带宽缓慢恢复对于网络来说是一件好事, 但是, 低带宽恢复高带宽需要非常多的时间, 对用户体验不太好. 此外我们有全面放慢带宽上涨的速率, 用于维持在带宽限制场景下的带宽稳定性. 现在的带宽从300kbps上涨到3mbps需要1min, 上涨到6mbps需要90s. 这个问题现无法在算法层面去解决, 如果增加恢复速度后会更容易导致一些场景下带宽高估和带宽波动.
WebRTC基于GCC的拥塞控制分析
SkylineRunner的博客
09-12 1496
本文转自anyRTC论坛下的https://bbs.anyrtc.io/d/15/3，感谢原作者分享。   本文从源代码实现角度对WebRTC的GCC算法进行分析，所以说本文非常适合大小码农。主要内容包括: RTCP RR的数据源、报文构造和接收,接收端基于数据包到达延迟的码率估计,发送端码率的计算以及生效于目标模块。 拥塞控制是实时流媒体应用的重要服务质量保证。通过本文从数学基础、算法步骤...
【WebRTC---算法原理篇】（二）BBR拥塞控制算法解析
用可见的方式来记录和分享每一次收获
11-23 1320
正文之前，给出本文的图例： BBR的组成 bbr算法实际上非常简单，在实现上它由5部分组成： 1.即时速率的计算 计算一个即时的带宽bw，该带宽是bbr一切计算的基准，bbr将会根据当前的即时带宽以及其所处的pipe状态来计算pacing rate以及cwnd(见下文)，后面我们会看到，这个即时带宽计算方法的突破式改进是bbr之所以简单且高效的根源。计算方案按照标量计算，不再关注数据的含义。在bbr运行过程中，系统会跟踪当前为止最大的即时带宽。 2.RTT的跟踪 bbr之所以可以获取非常
webrtc拥塞控制
09-14
WebRTC的拥塞控制算法主要包括以下几个部分： 1. 延迟反馈：接收端会定期发送回执信息给发送端，告知当前接收到的数据包情况，包括丢包、延迟等信息。 2. 比特率估算：发送端会根据延迟反馈和网络状态来估算当前的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

code&bug

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

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

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

打赏作者

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

抵扣说明：

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

余额充值