【webrtc】RTX 重传包和NACK包

最新推荐文章于 2025-05-13 17:56:58 发布
最新推荐文章于 2025-05-13 17:56:58 发布
阅读量380 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： WebRTC入门与实战 文章标签： webrtc 网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/commshare/article/details/143716375

RTX 重传包和NACK包啥区别

  • mediassoup中，rtx 是单独一种的流，rtx包是单独处理的，有自己的ssrc的：
    在这里插入图片描述
  • nack 是一种rtcp的 传输反馈包，也是一种rtp包，当时仍旧属于之前的rtp流。
  • nack 同时 是一种rtcp的传输协议的范畴。

RtxStream 是一种单独的rtp流

在这里插入图片描述

RTX（Retransmission）重传包和NACK（Negative Acknowledgement）包

  • 在实时通信（如WebRTC）中，RTX（Retransmission）重传包和NACK（Negative Acknowledgement）包是用于数据丢包恢复的重要机制，但它们在使用场景和实现方式上有所不同。

1. NACK 包

  • 定义：NACK 是一种反馈机制，表示接收端
了解本专栏 订阅专栏 解锁全文
WebRTC系列-Qos系列之接收方RTX处理
HOSTEN的博客
02-13 820
在上一篇文章中分析了接收到nack后解析的主要流程。在WebRTC里NACKRTXRTX协议是一种针对实时音视频通信的传输协议。RTX协议主要解决了丢包问题，以提高实时音视频通信的质量。RTX协议的详细规定可以在以下的文档中找到，该文档规定了RTX协议的用于视频数据的具体实现方式；需要注意的是，以上文档仅规定了RTX协议在视频数据中的应用，RTX协议在音频数据中的应用并未在此列举。但是，RTX协议的原理与应用是相通的，因此在音频数据中的应用方式与在视频数据中类似。
webrtc fec终极秘笈 fec和nack的相互影响
debug&code的专栏
07-20 235
fec nack webrtc
WebRTC 之 RTX
温故而知新
08-28 2405
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 默认开启...
流媒体协议-RTP、RTCP、RTX、RTFB、NACK
最新发布
qq_37811590的博客
05-13 1020
一个标准的 RTP 包由以下部分组成：2RTP（Real-time Transport Protocol）是用于在 IP 网络上传输音频、视频和其他实时数据流的协议。RTP 数据包本身仅携带实际的媒体数据（例如音频帧、视频帧等），但它通常不会单独传输。RTP 数据包通常是通过其他协议封装的，尤其是协议，因为 UDP 是一个无连接、低延迟的传输协议，适合实时数据流。链路层负责将数据帧从源主机传输到目标主机。0x08000x0806网络层的主要协议是在传输 RTP 数据包时，通常使用或。
webrtc RTX
mandagod的博客
03-31 1314
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
RTX包webrtc处理
occupy8的专栏
10-22 1028
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服务质量（06）- 重传机制（03) NACK找到真正的丢包
Ziwubiancheng的博客
12-17 1439
上一篇文章我们记录了丢包，但是这些包都是一些可疑丢包，本文我们就分析下如何从可疑丢包中找到真正丢包。本文主要介绍了从可疑丢包中找到真正丢包的逻辑，我们也看出来，webrtc不是简单的丢了包就要求重传，还对序列号跨度，超时时间等做了限制，这样才不会导致重传风暴。
WebRTC服务质量（04）- 重传机制（01) RTX NACK概述
Ziwubiancheng的博客
12-16 1039
NACK（Negative Acknowledgments）是一种反馈机制，用于通知发送端某些数据包在传输过程中丢失了，从而让发送端可以知道需要重新发送丢失的数据包。RTX（Retransmission）是WebRTC中实现NACK的一个实际重传机制，用于基于NACK反馈进行丢包的重传。
WebRTC服务质量（08）- 重传机制（05) RTX机制
Ziwubiancheng的博客
12-23 1792
函数是 WebRTC 中 RTP 协议层实现丢包恢复的重要部分。它利用记录和 RTX 协议实现高效的重传机制，同时考虑到带宽管理、速率限制和两种重传策略（RTX 和普通 RTP）的兼容性。在具体代码实现中，它通过灵活的封装和严格的速率控制，保证了无损恢复的同时避免了网络拥塞情况。
FEC and RTX
闲敲棋子落灯花
10-14 943
FEC 的 Pattern定义为 [m,k],n=m+k,m是数据包的个数,k是FEC包的个数,n为两者之和 [m, k], n = m+k, m是数据包的个数, k是FEC包的个数, n为两者之和 nn个包为一个Group, 在这个Group中, 任意丢k个包, 都可以通过收到的m个包恢复. 这里的k个包可以是数据包或者FEC包. 所以在给定丢包率 ll, 给定源数
WebRTC之NACK、RTX 在什么时机判断丢包发送NACK请求和RTX丢包重传
永远积极向上、永远热泪盈眶、永远豪情满怀、永远坦坦荡荡
05-30 1488
WebRTC之NACK、RTX 在什么时机判断丢包发送NACK请求和RTX丢包重传 WebRTC之NACK、RTX 在什么时机判断丢包发送NACK请求和RTX丢包重传WebRTC之NACK、RTX 在什么时机判断丢包发送NACK请求和RTX丢包重传前言一、NACK与RTX的作用1、NACK/RTX的工作机制的流程图2、NACK/RTX涉及到的几个问题二、判断包位置的关键算法1、一个关键的函数：AheadOf三、WebRTC中NACK的处理流程图1、NACK调用栈四、WebRTC如何判断是否丢包的逻辑1、Na
简述WebRTC中的丢包重传Nack的实现
chenquangobeijing的专栏
03-04 972
RTCP FB Nack包如上图所示：pt=205，fmt=1，PID是丢包的起始序列号-2字节，BLP表示起始序列号后面16位丢包情况，1是丢包，0是没丢包。这是WebRTC中的SDP，原视频流PT是96，重传RTX PT是97， ssrc-group是原视频流ssrc和RTX ssrc。sender ssrc是发送RTCP NACK包这端发送视频rtp包的ssrc，media ssrc是随机生成的。接收端发现序列号不连续，发送RTCP FB Nack包，发送端从历史队列中查找该包，再发送RTP包，
NACK & RTX
weixin_30810239的博客
08-21 327
目录 NACK & RTX 概述 NACK Sender NACK Receiver RTX 概述 协商 WebRTC 中的RTX特性 NACK & R...
【WebRTC---源码篇】（十二）WebRTC/RTX协议
用可见的方式来记录和分享每一次收获
10-07 463
WebRTC RTX
mediasoup丢包重传机制的实现
椛茶的博客
12-21 2650
在音视频通话中，我们常常使用 RTP 协议包荷载音视频数据，底层经常使用 UDP 作为其传输层协议，而 UDP 并不保证数据可靠性，因此当 RTP 产生丢包时，接收端需要告知源端哪些序号的包认为丢失了，请重传一遍过来。
WebRTC的NACK和RTX简述
流媒体巅峰之路
08-18 1082
背景 在丢包 10%下测试WebRTC，发现丢包导致的卡顿，需要一些开启一些机制来保证丢包重传。 摘要 简述WebRTC中NACK、RTX的功能和联系。 正文 NACK、RTX是WebRTC里丢包重传策略，两个策略之间有一定的联系。 NACK：接收端通过RTCP将丢包的序列号通知给发送端，让发送端重传该包。 RTX：发送端在新的SSRC上发送重传包或者冗余包。 两者均需要通过sdp协商开启，在支持的服务端(例如Janus)修改SDP即可开启。 要点 重传包不一定通过RTX发送； RTX包不
什么是FEC/NACK
郑亚帅
01-11 2569
FEC (Forward Error Correction） 中文叫前向纠错 　前向纠错技术(Forward Error Correction)在确保信号的长距可靠传输方面也起着非常重要的作用，逐渐成为必不可少的主流技术。 这里借用光通讯的图来描述FEC的基本原理。 图1 FEC在光通信中的位置 　　FEC技术是一种广泛应用于通信系统中的编码技术。以典型
RTP有效负载(载荷)类型，RTP Payload Type
热门推荐
草上爬的博客
11-02 4万+
PTEncoding NameAudio/Video (A/V)Clock Rate (Hz)ChannelsReference0PCMUA80001[RFC3551]1Reserved2Reserved3GSMA80001[RFC3551]4G723A80001[Vineet_Kumar][RFC3551]5DVI4A80001[RFC3551]6DVI4A16000...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

等风来不如迎风去

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

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

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

打赏作者

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

抵扣说明：

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

余额充值