Transport-cc详解

已于 2024-04-15 15:35:23 修改
阅读量2.5k 收藏
点赞数
分类专栏： 音视频 文章标签： 音视频
于 2022-01-02 09:18:31 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fdsafwagdagadg6576/article/details/122273638
版权
本文深入探讨了WebRTC的Transport-cc协议，包括RTP头部扩展的Transport sequence number以及RTCP反馈报文TransportFeedback的格式、作用和编码方式。通过对RTP包到达时间的跟踪，实现传输层的拥塞控制，提高带宽估计的准确性。
摘要由CSDN通过智能技术生成

本文是下文的笔记：本文实际就是transport-cc协议的各个域的详细说明.
包括举例，抓包，和代码分析

WebRTC研究：Transport-cc之RTP及RTCP - 剑痴乎
WebRTC 拥塞控制 | Transport-CC 之 RTP 头部扩展与 RTCP Feedback 报文

Transport-cc指的是Transport-wide Congestion Control:包括packet status(到达与否),Receive Delta
notes: receive delta表示RTP包到达时间与前面一个RTP包到达时间的间隔.注意不是每个包与base 包的增量，是与前一个包的增量

WebRTC中为了使用Transport-cc，需要用RTP报头扩展以及增加新的RTCP类型两个部分。

了解本专栏 订阅专栏 解锁全文 超级会员免费看
fdsafwagdagadg6576
关注
专栏目录
订阅专栏
【WebRTC---源码篇】（二十一）TransportCC算法
用可见的方式来记录和分享每一次收获
07-25 231
TransportCC
基于WebRTC的TRANSPORT-CC扩展
UnhcTransforms的博客
09-20 112
然而，RTCP并不是一个实时的拥塞控制机制，因此无法实时地适应网络环境的变化。本文介绍了基于WebRTC的TRANSPORT-CC扩展，并提供了相关的源代码片段。通过使用TRANSPORT-CC扩展，我们可以在WebRTC应用中实时感知网络拥塞情况，并进行动态调整，以提供更好的音视频传输质量。这将为实时通信领域的开发者和用户带来更好的体验，并推动实时通信技术的发展。通过使用基于WebRTC的TRANSPORT-CC扩展，我们可以实时地感知网络拥塞情况并动态调整传输速率，从而提供更好的音视频通信质量。
RTCP中控制命令：拥塞控制transport-cc
qq_27031005的博客
01-09 1819
RTCP中控制命令：拥塞控制和重传报文 1、 RTCP的基本概念 实时传输控制协议(Real-time ControlProtocol，RTCP)与RTP共同定义在1996年提出的RFC 1889中，是和 RTP一起工作的控制协议。RTCP单独运行在低层协议上，由低层协议提供数据与控制包的复用。在RTP会话期间，每个会话参与者周期性地向所有其他参与者发送RTCP控制信息包，如下图所示。对于RTP会话或者广播，通常使用单个多目标广播地址，属于这个会话的所有RTP和RTCP信息包都使用这个多目标广播地址...
Transport-CC扩展WebRTC：实现高效的WebRTC传输控制
FdviAutoit的博客
09-17 165
Transport-CC（Transport Congestion Control）扩展是一项用于改进WebRTC传输控制的技术，本文将详细介绍这一扩展的实现原理和相应的源代码。通过引入Transport-CC头部，发送端和接收端能够传递与拥塞控制相关的信息，从而实现高效的传输控制。开发者可以根据自己的需求，结合特定的拥塞控制算法，实现自定义的传输控制策略。Transport-CC扩展并没有规定具体的拥塞控制算法，而是提供了传输控制相关的信息，供开发者根据自己的需求进行拥塞控制算法的实现。
mediasoup源码分析（十四）拥塞控制 Transport-CC
lcalqf的专栏
08-29 2184
一、Transport-CC 介绍 webrtc有两种拥塞控制反馈方式，一种是REMB，另一种是Transport-CC。Transport-CC（Transport-wide Congestion Control)。REMB 用在接收端基于丢包率的码率反馈，Transport-CC是发送端基于延时的码率反馈。 如果想开启该算法，发送端需要在RTP扩展头中添加transport-wide sequence number 字段，接收端RTCP 发送TransportFeedback报文。 1、rtp..
Transport(传输) 详解
wh柒八九的博客
09-06 2437
本文来说下有关Transport(传输) 详解 文章目录概述 概述 在网络中传递的数据总是具有相同的类型：字节。 这些字节流动的细节取决于网络传输，它是一个帮我们抽象底层数据传输机制的概念，我们不需要关心字节流动的细节，只需要确保字节被可靠的接收和发送。 当我们使用 Java 网络编程时，可能会接触到多种不同的网络 IO 模型，如 NIO，BIO (OIO: Old IO)，AIO 等，我们可能因为使用这些不同的 API 而遇到问题。 Netty 则为这些不同的 IO 模型实现了一个通用的 API，我.
ISO/IEC 13818-6 extension for DSM-CC
08-15
《ISO/IEC 13818-6 扩展与DSM-CC在数字电视DVB标准中的应用详解》 ISO/IEC 13818-6是国际标准化组织（ISO）和国际电工委员会（IEC）联合制定的一份技术规范，它构成了数字电视DVB（Digital Video Broadcasting）...
Transport
10-25
Transport
PTN技术与OAM-CC/CV详解
在PTN（Packet Transport Network）技术中，OAM被用来检测和验证网络的连续性和连通性，以实现故障管理、性能监控和保护倒换。 CC（Continuity and Connectivity Check）是OAM的一种，它通过主动模式工作，源端MEP...
【mediasoup TRANSPORT_CC 2】接收端 RTCP Feedback 报文 chunk 解析与构造
突围
04-12 633
参考大神 WebRTC 拥塞控制 | Transport-CC 之 RTP 头部扩展与 RTCP Feedback 报文 在 WebRTC 的 Send-side BWE 中，大多数拥塞控制逻辑被放到了发送端，这样做除了方便维护，也增加了相关算法的灵活性，而这一切正是基于 Transport-CC（Transport-wide Congestion Control）。 Transport-cc中，收流客户端通过TransportFeedback RTCP向发送端反馈收到的各个RTP包的到达时间信息。..
【音视频第13天】另外一种拥塞控制算法-TransportCC
Magic_o的博客
04-14 552
卡尔曼滤波器：基本思想是通过已有的观测数据，总能找到⼀条线，使得所有观测数据到这条线的误差（距离）的平⽅和最⼩，⽽这条线就是Trendline要求得的值。WebRTC发送端拥塞评估算法正是利⽤这个趋势来评估下⼀个时刻的⽹络拥塞状态的，如果斜率向上，说明线路拥塞，如果斜率向下，说明拥塞缓解。这⾥需要注意的是，WebRTC中是按窗⼝求平均值的，默认窗⼝⼤⼩n=20（窗⼝⼤⼩是可以动态变化的）。实际上，这⾥求出的ki值与接收端延时拥塞控制算法中的mi值表达的是同⼀个含义，即在这个窗⼝期内发送队列的增⻓梯度。
【Transport-cc】抓包
突围
05-24 196
Transport-cc
【mediasoup TRANSPORT_CC 3】接收端 RTCP Feedback 报文 Receive Delta 解析与构造
突围
04-12 289
上一篇系统梳理了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...
WebRTC Probe 探测码率、transport-cc作用
chenquangobeijing的专栏
04-05 746
为什么需要探测带宽？答：拥塞控制的AIMD算法，加法增加太慢了，网络很好的时候，需要很快探测到最大带宽。
WebRTC基于TransportCC和Trendline Filter的发送端码率估计(Sendside-BWE)
fdsafwagdagadg6576的专栏
03-13 1382
下文写的十分不错，改了一下格式，画了一下重点 ，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，，， 1引言 众所周知，WebRTC的拥塞控制和码率估计算法采用GCC算法[1]。该算法充分考虑了网络丢包和网络延迟对码率估计的不同影响，分别基于丢包率和网络延迟进行码率估计，最后综合这另种码率得出最优值。在算法实现上，基于丢包率的码率估计在发送...
webrtc中Transport-CC带宽计算流程
airmanisvip的专栏
01-20 2454
基于丢包 RTCPReceiver::IncomingPacket | RTCPReceiver::TriggerCallbacksFromRtcpPacket | BitrateControllerImpl::OnReceivedRtcpReceiverReport | SendSideBandwidthEstimation::UpdateReceiverBlock | SendSideBandwidthEstimation::UpdatePacketsLost | SendSideBandw.
webrtc中的transport
airmanisvip的专栏
09-26 565
即底层收到数据后要触发SignalReadPacket从而调用OnReadPacket，在RtpTransport::OnReadPacket()中又会调用其虚函数OnRtpPacketReceived()，虚函数，对象，RtpTransport对象中直接能获取到P2PTransportChannel的数据，见 RtpTransport::SetRtpPacketTransport()中的信号槽连接。如果启用dtls则先建立dtls连接，建立dtls连接后收到数据也是直接抛给了RtpTransport。
学习：构建和处理 WebRTC 的 cc-feedback 包
最新发布
KnBackend的博客
09-24 77
在上述代码中，build_cc_feedback_packet函数接收延迟、丢包率和抖动作为输入，并将它们打包为一个字节序列。通过使用cc-feedback包，发送方可以获得接收方对媒体质量的反馈信息，从而进行实时的优化和调整。在上述代码中，handle_cc_feedback_packet函数接收一个cc-feedback包的字节序列作为输入，并逐个解析出其中的延迟、丢包率和抖动值。通过定期发送cc-feedback包，发送方可以了解到媒体传输的延迟、丢包率、抖动等信息，从而进行动态的调整和优化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值