WebRTC系列-Qos系列之接收方RTX处理

已于 2023-06-01 15:48:35 修改
阅读量762 收藏
点赞数
分类专栏： WebRTC进阶 文章标签： webrtc 网络
于 2023-02-13 21:00:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lym594887256/article/details/128975052
版权
本文深入探讨RTX协议在WebRTC中的应用，解析RTX包头，阐述组包、解包和接收处理流程，以及发送RTX包的细节。RTX旨在解决实时音视频通信中的丢包问题，提升通信质量。
摘要由CSDN通过智能技术生成

文章目录


在上一篇 WebRTC系列-Qos系列之接收NACK文章中分析了接收到nack后解析的主要流程。在WebRTC里 NACK、 RTX都是丢包重传策略，两个策略之间是有一定的联系的： NACK在接收端通过RTCP将丢包的序列号通知给发送端，发送端收到这个RTCP包经过一系列解析处理，查找到对应丢失包序的包，让发送端重传该包，如果这时候客户端开启了RTX那么就是用RTX重新打包成RTP包发送，否则更新包后发送；
两者均需要通过sdp协商开启，在支持的服务端(例如Janus)修改SDP即可开启。

RTX协议是一种针对实时音视频通信的传输协议。RTX协议主要解决了丢包问题，以提高实时音视频通信的质量。RTX协议的详细规定可以在以下的RFC 4588 第7节文档中找到，该文档规定了RTX协议的用于视频数据的具体实现方式；
需要注意的是，以上文档仅规定了RTX协议在视频数据中的应用，RTX协议在音频数据中的应用并未在此列举。但是，RTX协议的原理与应用是相通的，因此在音频数据

了解本专栏 订阅专栏 解锁全文 超级会员免费看
【WebRTC---源码篇】（十二）WebRTC/RTX协议
用可见的方式来记录和分享每一次收获
10-07 427
WebRTC RTX
【webrtc】RTX 重传包和NACK包
最新发布
突围
11-12 278
总结 NACK 是反馈机制，用于告知丢失的具体包，触发发送端的重传行为。 RTX 是一种重传实现，以特殊方式重传数据包，便于接收端识别和处理。 两者常结合使用：NACK 请求 -> RTX 重传，在 WebRTC 和视频会议中广泛应用。
WebRTC的NACK和RTX简述
sonysuqin的专栏
08-24 7985
背景 在丢包 10%下测试WebRTC，发现丢包导致的卡顿，需要一些开启一些机制来保证丢包重传。 摘要 简述WebRTC中NACK、RTX的功能和联系。 正文 NACK、RTX是WebRTC里丢包重传策略，两个策略之间有一定的联系。 NACK：接收端通过RTCP将丢包的序列号通知给发送端，让发送端重传该包。 RTX：发送端在新的SSRC上发送重传包或者冗余包。 两者均需要通过sdp协商...
webrtc RTX
mandagod的博客
03-31 1289
In the context of WebRTC, this refers to IETF RC 4588 that defines a special RTP payload that is used to retransmit packets that were previously sent. While retransmission is usually useless in
WebRTC 之 RTX
温故而知新
08-28 2158
Abstract WebRTC RTX 笔记 Authors Walter Fan Category learning note Status v1.0 Updated 2020-08-28 License CC-BY-NC-ND 4.0 什么是 RTX RTX 就是重传 Retransmission, 将丢失的包重新由发送方传给接收方。 Webrtc 默认开启...
[webrtc] RTX的处理
weixin_30814223的博客
08-13 1164
以前笔记，整理 webrtc中默认开启rtx用于丢包重传，rtx的介绍可以参考rfc4588，https://tools.ietf.org/html/rfc4588#section-4 rtx使用额外的ssrc传输，ssrc在sdp中会标识出来。 ↵a=rtpmap:97 rtx/90000 ↵a=ssrc-group:FID 2736695910 239189782 类似...
WebRTC中的SDP
yinshipin007的博客
03-06 1028
ssrc不同的媒体流可以有相同的cname，表示他们属于同一个媒体流（比如，重传流的cname就和原始流的相同）。其中，Plan B是由标准SDP演化而来的，而Unified Plan是用来代替Plan B的新规格。★文末名片可以免费领取音视频开发学习资料，内容包括（FFmpeg ，webRTC ，rtmp ，hls ，rtsp ，ffplay ，srs）以及音视频学习路线图等等。//在webrtc中，重传包和正常包ssrc是不一样的，上一行中前一个是正常rtp包的ssrc,后一个是重传包的ssrc。
WebRTC系列-Qos系列之接收方NetEQ_DelayManager
HOSTEN的博客
03-17 716
/ 是不是收到的第一个包 bool first_packet_received_;// 数据包缓冲区的容量 const size_t max_packets_in_buffer_;// histogram 也就是直方图 std :: unique_ptr < Histogram > histogram_;// 直方图分位数 const int histogram_quantile_;// 直方图的模式 const HistogramMode histogram_mode_;
WebRTC系列-Qos系列之发送NACK
HOSTEN的博客
01-18 1342
在之前的文章介绍了音频开启对包重传的方式及验证是否开启的成功的方式；在文章的2.3.3章节介绍了NACK包在WebRTC中解析方式及RFC规定协议的定义。在WebRTC中是支持音频和视频的NACK，本文只分析NACK及其重点相关的机制，不分析jitterbuffer或者neteq的相关知识及实现，这些将会有其他的文章重点介绍。
WebRTC系列-Qos系列之接收NACK
HOSTEN的博客
01-23 1296
在文章 WebRTC系列-Qos系列之RTP/RTCP源码分析-RTP/RTCP包解析-3的2.3.3章节介绍了NACK包在WebRTC中解析方式及RFC规定协议的定义。这篇文章开始，详细分析其接受RTCP包到解析nack的处理流程；
WebRTC Qos策略
yinshipin007的博客
02-28 813
WebRTC中pacer的流程比较清晰，分为三步：1）如果一帧图像被编码和RTP切分打包后，先会将RTP报文存在待发送的队列中，并将报文元数据(packet id, size, timestamp, 重传标示)送到pacer queue进行排队等待发送，插入队列的元数据会进行优先级排序。基于丢包率（loss-based ）（发送端实现）发送端从接收端发送的 RTCP RR(Receiver Report）报文，根据 Report Block 中携带的丢包率信息，动态调整发送端码率。
RTX下的实时TCP/IP简介
03-14
RTX操作系统具有自己的RT-TCP/IP协议栈，这样，在增加RTX网络应用的同时，又保证了RTSS环境下的实时处理。 为了最大限度的方便WINDOWS和RTX环境下的移植，RTX提供的API函数遵循Windows Sockets 2.0 (Winsock)子集。
RTX包webrtc处理
occupy8的专栏
10-22 999
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+...
WebRTC视频数据流程分析
yinshipin007的博客
08-07 254
1.1 WebRTC简单介绍关于什么是WebRTC，如何用一两句话简单说明？WebRTC是一个Web端 RTC的互联网标准，同时我们也会用WebRTC来指代一个开源项目，是目前完成度最高、最流行的RTC框架，是由Google开源的项目。1.2 WebRTC版本说明上图展示的是Chromium项目网站上公开的版本发布规划表，图中Milestone 81是Milestone的编号，简写为M81。
Webrtc之SDP协议
chen_jianjian的专栏
08-19 895
SDP
WebRTC 之 FEC、RED、PLC、RTX 如何提高实时通信的媒体质量
Lucky_wu24的博客
06-09 1139
WebRTC media resilience 如何工作？什么是FEC、RED、PLC、RTX，以及为什么需要它们来提高实时通信的媒体质量。网络本质上是挑剔的，媒体编解码器更是如此。在网络中，并不是所有发送的东西都能在另一端收到，这意味着在处理WebRTC媒体时，我们又多了一件需要处理和关注的事情。对我们来说，幸运的是，有相当多的内置工具可供我们使用。但是，我们应该在每个点上使用哪一个，它们能带来什么好处？这就是我在这篇文章中要重点讨论的问题。
webrtc bandwidth probe
u010643777的专栏
05-18 1813
野草，根本不深，花叶不美，然而吸取露，吸取水，吸取陈死人的血和肉，各各夺取它的生存……-鲁迅  谁是中国最幸福的一代人?今日大学，不可谓不多，然上可推进科技进步，下能授知育人，又何其少也，何也？尸位素餐者充塞而已。  我有一些怨言，但也没有太多怨言。成就是不敢奢望了，只能拿每天进步的一点点安慰自己。又有什么办法呢，没有方向的时候，我只能摸索，四周都是路，当然，只是耗费些时间罢了。  ...
WebRTC 那些常用的缩略词以及部分知识杂谈
幽雨雨幽
05-26 567
WebRTC 那些常用的缩略词以及部分知识杂谈 一、 缩略语 RTCReal-Time Communication SDPSession Description Protocol 会话描述协议 ICEInteractive Connectivity Establishment交互式连接建立 JSEP...
深入探索WebRTCDemo-iOS在Objective-C中的实践
2. Objective-C源代码：实现WebRTC与其他iOS系统功能交互的代码，包括但不限于用户界面、网络通信和音视频处理。 3. 配置文件：如项目文件（.xcodeproj）、配置脚本（如Podfile，如果使用了CocoaPods作为依赖管理...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

简简单单lym

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

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

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

打赏作者

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

抵扣说明：

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

余额充值