webrtc（2）——拥塞控制算法TWCC

已于 2022-07-24 17:59:56 修改
阅读量1.1k 收藏 1
点赞数
分类专栏： webrtc 流媒体传输 文章标签： webrtc
于 2022-07-24 17:59:02 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/frankieweeee/article/details/125961962
版权

webrtc（2）——拥塞控制算法TWCC


Tags: webrtc
Property: 冲啊CC
Date: Apr 14, 2022

本文基于webrtc（1）——拥塞控制算法original GCC，对比不同

Congestion Control Algorithm Overview

在这里插入图片描述

Protocol

  • 对通过同一连接发送的所有数据包使用相同的计数器
  • 更适合拥塞控制，不运行在媒体流（media stream）上，但在包流上（packet flows， session层面）
  • 更早的丢包检测(和恢复)，因为当从stream B收到一个包时， stream A的丢包也可以被检测到，不必等到切换到stream A

1. Transport-wide Sequence Number

在这里插入图片描述

2. Transport-wide RTCP Feedback Message

时间间隔，计算到达时间间隔delta t
在这里插入图片描述记录包组的到达

趋势滤波器——Trendline filter

在这里插入图片描述

  • 0 < trend < 1 -> the delay increases, queues are filling up
  • trend == 0 -> the delay does not change
  • trend < 0 -> the delay decreases, queues are being emptied
  • 包组到达时间间隔 delta_ms (InterArrival::ComputeDeltas)
    在这里插入图片描述
  • 累计时延accumulated_delay_ (TrendlineEstimator::UpdateTrendline)

在这里插入图片描述

  • 平滑累计时延smoothed_delay_(0.9)
    在这里插入图片描述
  • 最小二乘法Linear least squares regression计算单向时延梯度变化(absl::optional<double> LinearFitSlope)
    在这里插入图片描述在这里插入图片描述

在这里插入图片描述

在这里插入图片描述在这里插入图片描述

参考文献

[1] A Google Congestion Control Algorithm for Real-Time Communication draft-ietf-rmcat-gcc-02.
[2] RFC3550. RTP: A Transport Protocol for Real-Time Applications.
[3] RTP Extensions for Transport-wide Congestion Control draft-holmer-rmcat-transport-wide-cc-extensions-01.

冲呀CC
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
webrtc系列（二）——拥塞控制算法
yinshipin007的博客
03-06 419
网络拥塞是基于IP协议的数据报交换网络中常见的一种网络传输问题，它对网络传输的质量有严重的影响， 网络拥塞是导致网络吞吐降低， 网络丢包等的主要原因之一， 这些问题使得上层应用无法有效的利用网络带宽获得高质量的网络传输效果。根据主要是，时延梯度是变化的，有时很大，有时很小，如果阈值是固定的，对于时延梯度来说可能太大或者太小，这样就会出现检测不够敏感，无法检测到网络拥塞，或者过于敏感，导致一直检测为网络拥塞；As_hat(i) = As_hat(i-1)(1-0.5p)，丢包率>10%，下降，p是丢包率。
razor:Google的拥塞控制算法
04-30
razor A google's congestion Control Algorithm razor是一个GCC算法实现项目，主体算法来源于webRTC的CC实现，主要了解决点对点视频传输过程中网络拥塞的问题。razor是通过传输的延迟间隔来评估网络的过载与拥塞， 然后通过一个带宽调整控制器（aimd）来决策合适的码率进行视频通信。razor没有继承复杂的webRTC接口，而是将它设置在点对点视频通信的范畴。开发者可以仅仅使用razor 库和自己的传输协议来构建自己的传输体系，也可以直接使用它提供的sim transport传输系统来进行通信，这里需要说明的是sim transport还没有正式线上环境使用过，协议 的安全性没有经受过严格的考验，使用时需谨慎。 编译 下载 git clone https://github.com/yuanrongxi/razor.git 编译 用
WEBRTC浅析（八）GCC:: Transport-wide Congestion Control的协议简析
muwesky的专栏
07-12 871
WEBRTC浅析（八）GCC:: Transport-wide Congestion Control的协议简析 Transport-wide Congestion Control 参考文档：https://tools.ietf.org/html/draft-holmer-rmcat-transport-wide-cc-extensions-01 一：SDP协商 a=extmap:5 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-
WebRTC 拥塞控制
最新发布
ProgramNovice的博客
05-30 1286
WebRTC 拥塞控制
小议WebRTC拥塞控制算法：GCC介绍
weixin_34306676的博客
09-14 226
网络拥塞是基于IP协议的数据报交换网络中常见的一种网络传输问题，它对网络传输的质量有严重的影响，网络拥塞是导致网络吞吐降低，网络丢包等的主要原因之一，这些问题使得上层应用无法有效的利用网络带宽获得高质量的网络传输效果。特别是在通信领域，网络拥塞导致的丢包，延迟，抖动等问题，严重的影响了通信质量，如果不能很好的解决这些问题，一个通信产品就无法在现实环境中正常使用。在这方面WebRTC中的网络拥塞控制...
WebRTC的拥塞控制技术（Congestion Control）
rjc_lihui的专栏
11-04 304
1. 概述 对于共享网络资源的各类应用来说，拥塞控制技术的使用有利于提高带宽利用率，同时也使得终端用户在使用网络时能够获得更好的体验。在协议层面上拥塞控制是TCP的一个总要的组成部分；但是对于非面向链接的传输层协议，如UDP，其在协议层面上并没有对拥塞控制进行强制性的要求，这样做保证了最优的传输性能，且在拥塞控制的设计上也保留了更大的灵活性。 WebRTC为我们提供了强大的音视频媒体引擎，前端开发者可以通过调用几个简单的js接口就能实现基于Web浏览器的实时音视频通信。而在媒体数据传输上，WebRT..
WebRTC GCC 拥塞控制算法（REMB-GCC）
椛茶的博客
11-19 2903
在网络传输中，所有应用程序都需要拥塞控制以避免网络出现拥塞的情况，对于音视频传输也是如此，假设发送方以某个码率值发送数据，但是网络出现拥塞，此时发送方应该降低发送码率，当网络拥塞情况好转，发送方又可以提升发送码率。GCC 算法是出自 Google 的一种结合延时梯度和丢包率的拥塞控制算法，WebRTC 默认使用该算法。
webrtc（1）——拥塞控制算法original GCC
爱学习的CC
07-24 465
拥塞控制算法（1）— original GCC
WEBRTC 中的拥塞控制相关论文.zip
11-02
WEBRTC 中的拥塞控制相关论文，包括 1. BBR，Congestion-Based Congestion Control 2. GCC，A Google Congestion Control Algorithm for Real-Time Communication 3. GCC，Analysis and Design of the Google ...
scream:SCReAM-移动优化的拥塞控制算法
05-13
该项目包括SCReAM的实现，SCReAM是针对实时交互式媒体的移动优化拥塞控制算法。 算法 SCREAM（S elf-ç锁定在E中的对M ultimedia daptation R）是一个拥塞控制算法主要被设计用于视频。 IETF RMCAT WG当前正在对...
pengMaster#BestNote#WebRTC——AudioRenderer解析1
07-25
AudioRenderer是Audio的渲染类，负责音频的渲染public static class AudioFrame {//音频数据//bit音频的示例/
webrtc的AEC的matlab算法演示和转码
10-12
总之，"webrtc的AEC的matlab算法演示和转码"这个主题涵盖了WebRTC中回声消除的关键技术和MATLAB实现，对于理解AEC的工作机制、开发高质量的音视频通话系统具有重要价值。通过学习和实践，开发者可以更好地掌握音频...
AEC.zip_webrtc_回音消除算法
07-14
近期在研究webrtc代码，把WebRTC的回音消除模块提取出来，也做了一些细节优化，目前可以支持8k、16k采样率的pcm数据，实际测试效果还是挺不错的，大家可以测试下效果；
基于webrtc优化后的音频降噪处理算法
02-25
此外，还可以研究如何将优化后的算法与WebRTC的其他组件，如回声消除（AEC）、增益控制（AGC）和混响消除（AECM）等，进行集成以提升整体音频处理性能。 总的来说，通过优化WebRTC的噪声抑制模块，我们可以获得一个...
基于webrtc优化后的音频自动增益算法
02-28
2. **噪声抑制**：在优化过程中，可能会集成或改进噪声抑制算法，以减少背景噪音的影响。这可能包括噪声门限检测、自适应滤波器等技术，以区分语音信号和非语音信号，降低不必要的噪声。 3. **增益控制策略**：优化...
WebRTC GCC 拥塞控制算法（TCC-GCC）
椛茶的博客
12-07 2933
网络传输中链路的带宽是有限的，为避免往链路发送过载的数据量导致网络拥塞，我们需要进行带宽预估，结合预估带宽作出调整避免网络拥塞。 在《WebRTC GCC 拥塞控制算法（REMB-GCC）》中我们总结了 REMB-GCC 拥塞控制算法，并在文末提到 Google 已经推出 TCC-GCC 取代 REMB-GCC。TCC-GCC 的原理也是基于延时梯度和丢包率进行带宽预估并避免网络拥塞，不同之处在于逻辑都在发送端进行计算，接收端只是反馈包的接收状态（是否收到，以及与上一个包的接收时间差）。
webrtc拥塞控制
machh的专栏
01-05 707
影响视频会议质量的因素主要在于视频图像质量和传输时延. webrtc两种拥塞控制技术 1、基于延迟（delay-based）的拥塞控制算法：算法由数据的接收方实现，接收方需要记录每个数据包到达的时间和大小，并计算每个数据分组之间（inter-group）的延迟的变化，由此判断当前网络的拥塞情况，并最终输出码率估计值由RTCP feedback（TMMBR或 REMB）反馈给发送方； 2、基于丢包（loss-based）的拥塞控制算法：算法则由数据的发送方来实现，发送方通过从接收方周期性发来的RTCP RR（
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值