mediasoup源码分析（十四）拥塞控制 Transport-CC

最新推荐文章于 2023-09-20 12:37:30 发布
最新推荐文章于 2023-09-20 12:37:30 发布
阅读量2.1k 收藏 3
点赞数 2
分类专栏： mediasoup源码分析
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lcalqf/article/details/108297045
版权
本文详细分析了Transport-CC拥塞控制机制，包括RTP头的扩展介绍，transport-wide sequence number在扩展头的位置，以及Transport-CC反馈报文的构成和解析。通过理解这些内容，可以更好地掌握如何在WebRTC中实现基于延时的码率控制。
摘要由CSDN通过智能技术生成

目录

一、Transport-CC  介绍

1、rtp 头介绍

2、transport-wide  在扩展头的位置

3、transport-cc反馈报文

一、Transport-CC  介绍

webrtc有两种拥塞控制反馈方式，一种是REMB，另一种是Transport-CC。Transport-CC（Transport-wide Congestion Control)。REMB 是接收端基于延时的码率反馈，Transport-CC是发送端基于延时的码率控制。REMB是接收端计算好码率反馈给发送端，Transport-CC  是开启RTP扩展字段，发送端来计算码率。

如果想开启该算法，发送端需要在RTP扩展头中添加transport-wide sequence number 字段，接收端RTCP 发送TransportFeedback 报文。

1、rtp 头介绍

    rfc3550   

了解本专栏 订阅专栏 解锁全文 超级会员免费看
Transport-cc详解
fdsafwagdagadg6576的专栏
01-02 2546
Transport-CC Transport-cc 是⽬前 Webrtc 中最新的拥塞控制算法，替代旧的 GCC 算法; Transport-CC 需要在 RTP 中增加扩展，接收端记录 RTP 包的到达时间、间隔并反馈给发送端，这⾥不做详细介绍，后期可以和 GCC ⼀起分享。 http://www.dawuzhe.cn/140140.html rtcp扩展报头RTPFB的fmt=15即transport-cc transport-cc使用需要rtp,rtcp联合使用 1) rtp 设置 2..
【WebRTC---源码篇】（二十一）TransportCC算法
用可见的方式来记录和分享每一次收获
07-25 251
TransportCC
MPTCP 源码分析(七) 拥塞控制
weixin_34235135的博客
03-25 397
简述 MPTCP的拥塞控制对TCP的拥塞控制的线性增加阶段进行了修改，而慢启动，快速重传、 快速恢复都没有改变。每条子路径拥有自己的cwnd，MPTCP的拥塞算法主要关心cwnd的改变。 拥塞算法设计原则 MPTCP的Throughput 要达到MPTCP中所有子路径中最好的一条路径 MPTCP应该和普通TCP一样从共享资源中获得相同资源 MPTCP中的流量将从拥塞...
RTCP中控制命令：拥塞控制transport-cc
qq_27031005的博客
01-09 1851
RTCP中控制命令：拥塞控制和重传报文 1、 RTCP的基本概念 实时传输控制协议(Real-time ControlProtocol，RTCP)与RTP共同定义在1996年提出的RFC 1889中，是和 RTP一起工作的控制协议。RTCP单独运行在低层协议上，由低层协议提供数据与控制包的复用。在RTP会话期间，每个会话参与者周期性地向所有其他参与者发送RTCP控制信息包，如下图所示。对于RTP会话或者广播，通常使用单个多目标广播地址，属于这个会话的所有RTP和RTCP信息包都使用这个多目标广播地址...
【网络通信 -- WebRTC】MediaSoup 源码分析 -- 拥塞控制
CopperSun 技术博客
01-13 517
【网络通信 -- WebRTC】MediaSoup 源码分析 -- 拥塞控制 【1】MediaSoup -- TransportCongestionControlServer 类的结构图示 【2】MediaSoup -- TransportCongestionControlClient 类的结构图示 【3】MediaSoup -- SenderBandwidthEstimator 类的结构图示 参考致谢 本博客为博主的学习实践总结，并参考了众多博主的博文，在此表示感谢，博主若有不...
TCP拥塞控制例题-202004011
08-08
本题考察的是TCP拥塞控制的三个主要阶段：慢启动、拥塞避免和快速恢复，以及如何根据拥塞窗口(cwnd)的变化来分析这些阶段。 1. **慢启动阶段**： 在TCP连接建立后，发送方的拥塞窗口初始设置为一个较小的值，通常...
mediasoup 源码分析 （五） Congestion Control 拥塞控制
lcalqf的专栏
08-10 1784
mediasoup支持两种类型的bwe(Bandwidthestimation)带宽估计反馈机制：TRANSPORT_CC 和REMB。具体处理类为： TransportCongestionControlServer。 一、创建拥塞控制类TransportCongestionControlServer void Transport::HandleRequest(Channel::Request* request) { case Channel::Request::MethodId:...
【mediasoup】网络控制5 ：构造一个传输拥塞控制客户端
突围
04-12 484
上一篇，我们发现网络控制客户端使用gcc算法，并且通过创建拥塞控制客户端来启用网络控制 这一篇，我们继续跟进拥塞控制客户端的实现。 E:\ADDEV\RTCTRANS\mediasoup\worker\include\RTC\TransportCongestionControlClient.hpp mediasoup 是 Sender and receiver bandwidth estimation with spatial/temporal layers distribution algorithm..
C++：TCP拥塞控制(附完整源码)
希望我的博客，能帮上你解决学习中工作中所遇到的问题
12-27 612
C++：TCP拥塞控制(附完整源码)
Transport-CC扩展WebRTC：实现高效的WebRTC传输控制
FdviAutoit的博客
09-17 175
Transport-CC（Transport Congestion Control）扩展是一项用于改进WebRTC传输控制的技术，本文将详细介绍这一扩展的实现原理和相应的源代码。通过引入Transport-CC头部，发送端和接收端能够传递与拥塞控制相关的信息，从而实现高效的传输控制。开发者可以根据自己的需求，结合特定的拥塞控制算法，实现自定义的传输控制策略。Transport-CC扩展并没有规定具体的拥塞控制算法，而是提供了传输控制相关的信息，供开发者根据自己的需求进行拥塞控制算法的实现。
通信与网络中的基于TCP和路由器技术的网络拥塞控制
11-11
1 引言 　　Internet中拥塞控制的大部分工作是由TCP完成的，目前标准TCP协议的实现都包含了一些避免和控制网络拥塞的算法。当今Internet的可靠性和稳定性与TCP拥塞控制机制密不可分，而TCP的成功也要归功于其稳固的拥塞控制机制。随着应用要求的日益丰富和技术的不断发展，要想完全依赖实现在终端系统上的策略和算法很难满足服务质量（QoS）这样复杂的要求，为了解决相应的问题，相关网络技术逐渐转向网络的中间节点即路由器上，通过增强它们的功能来实现端到端无法达到的技术，从而达到有效的拥塞控制，保持网络的良好性能。 　　2 产生拥塞的原因 　　当一个网络中出现太多报文分组的时候，网络的
基于WebRTC的TRANSPORT-CC扩展
最新发布
UnhcTransforms的博客
09-20 126
然而，RTCP并不是一个实时的拥塞控制机制，因此无法实时地适应网络环境的变化。本文介绍了基于WebRTC的TRANSPORT-CC扩展，并提供了相关的源代码片段。通过使用TRANSPORT-CC扩展，我们可以在WebRTC应用中实时感知网络拥塞情况，并进行动态调整，以提供更好的音视频传输质量。这将为实时通信领域的开发者和用户带来更好的体验，并推动实时通信技术的发展。通过使用基于WebRTC的TRANSPORT-CC扩展，我们可以实时地感知网络拥塞情况并动态调整传输速率，从而提供更好的音视频通信质量。
WEBRTC浅析（八）GCC:: Transport-wide Congestion Control的协议简析
muwesky的专栏
07-12 1016
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-
【mediasoup TRANSPORT_CC 3】接收端 RTCP Feedback 报文 Receive Delta 解析与构造
突围
04-12 295
上一篇系统梳理了transport-cc ，并且分析了chunk 的解析和构造 本篇，重点跟进 Receive Delta 参考 FeedbackRtpTransportPacket E:\ADDEV\RTCTRANS\mediasoup\worker\include\RTC\RTCP\FeedbackRtpTransport.hpp std::vector<Chunk*> chunks; std::vector<int16_t> deltas; c...
【Transport-cc】抓包
突围
05-24 201
Transport-cc
TCP拥塞控制算法内核实现剖析（四）
weixin_30871293的博客
12-22 325
内核版本：2.6.37 主要源文件：linux-2.6.37/ net/ ipv4/ tcp_cubic.c 本文主要分析cubic的实现 ====================================================================================================== 全局变量和宏定...
TCP协议: 拥塞控制算法
I.Mars
05-09 1812
一、根据RFC2581协议规范，TCP拥塞控制采用了以下4种算法：   1. 起始缓冲算法 (slow start) 2. 解除拥塞算法 (congestion avoidance) 3. 快速重发算法 (fast retransmit) 4. 快速恢复算法 (fast recovery)   Nagle算法就是以这4种算法为基础来实现的。   根据算法原理，对于TCP数据包发送
WebRTC QoS方法四.4（Transport-wide Congestion Control协议笔记）
CrystalShaw的博客
08-04 1621
一、协议链接 https://tools.ietf.org/pdf/draft-holmer-rmcat-transport-wide-cc-extensions-01.pdf 二、协议定义 三、抓包示例 四、参数说明 version (V): 2 bits。固定是2。 padding (P): 1 bit。 feedback message type (FMT): 5 bits。TransportCC固定是15。 payload type (PT): 8 bits。Transp..
AAR-CC协议：MAC层的拥塞控制与速率自适应策略
"本文主要探讨了在Ad Hoc网络中基于MAC层的拥塞控制和速率自适应策略，通过对AAR（Adaptive Auto Rate）协议的改进，引入POCC（Probabilistic Orthogonal Channel Coding）算法，提出了一种新的协议——AAR-CC（AAR ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

致一

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

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

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

打赏作者

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

抵扣说明：

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

余额充值