WebRTC中丢包重传NACK实现分析

最新推荐文章于 2025-03-03 11:01:03 发布
转载 最新推荐文章于 2025-03-03 11:01:03 发布 · 432 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：https://www.jianshu.com/p/a7f6ec0c9273

该博客主要对WebRTC中丢包重传NACK的实现进行分析。WebRTC在音视频实时通信中应用广泛，丢包重传机制对保障通信质量至关重要，NACK作为其中一种关键技术，其实现原理和方式值得深入探究。
WebRTC系列-Qos系列之音频设置丢包重传nack
HOSTEN的博客
01-06 1279
在目前的WebRTC各个版本中音频的重传目前都是默认处于关闭的，也就是音频的sdp里默认是没有NACK；Feedback的subtype是205就是nack的的rtcp包；
WebRTC服务质量（06）- 重传机制（03) NACK找到真正的丢包
Ziwubiancheng的博客
12-17 1507
上一篇文章我们记录了丢包，但是这些包都是一些可疑丢包，本文我们就分析下如何从可疑丢包中找到真正丢包。本文主要介绍了从可疑丢包中找到真正丢包的逻辑，我们也看出来，webrtc不是简单的丢了包就要求重传，还对序列号跨度，超时时间等做了限制，这样才不会导致重传风暴。
WebRTC QoS方法之视频发送端NACK实现
m0_60259116的博客
04-19 370
概念简介 与NACK对应的是ACK，ACK是到达通知技术。以TCP为例，他可靠因为接收方在收到数据后会给发送方返回一个“已收到数据”的消息（ACK），告诉发送方“我已经收到了”，确保消息的可靠。 NACK也是一种通知技术，只是触发通知的条件刚好的ACK相反，在未收到消息时，通知发送方“我未收到消息”，即通知未达。 在rfc4585协议中定义可重传未到达数据的类型有二种： 目前大家普遍使用RTP报文丢失重传，这种方式恢复周期短，相对于另外三种，对带宽影响小。 本文首先介绍WebRTC发送
webrtc QOS方法一.3(发送端NACK实现)
CrystalShaw的博客
07-28 1127
1、RTCPReceiver::HandleNack 处理接收到的NACK报文 2、RTPSender::OnReceivedNack 重发NACK反馈的RTP报文 3、加入pace队列，按照高优先级重传
Webrtc nack
fdsafwagdagadg6576的专栏
04-11 647
Nack 协议头 Nack: webrtc 10ms发送一次？ Nack重传分成两种类型的包，不仅仅是重传rtp 报文 PID（Packet identifier），即为丢失的 RTP 数据包的序列号 BLP（Bitmao of Lost Packets），通过掩码的方式指出了接下来 16 个数据包的丢失情况 Packet identifier(PID)即为丢失RTP数据包的序列号，Bitmap of Lost Packets(BLP)指示从PID开始接下来16个RTP数据包的丢失情况..
webrtc nack实现原理
一步一步往上爬
10-09 1476
1.nack 简介 webrtc 中nack是最基本的QOS策略，与ack机制不同的地方是nack是接收端检测到丢包时，告知发送端具体丢包的序号，接收端收到nack后从缓存中找到对应的包并发送出去。 2. nack实现 nack rtcp报文格式如上图所示，pt=205。Packet identifier(PID) 为丢包起始参考值，Bitmapof Lost Packets(BLP)为16位的bitmap，对应为1的为表示丢包数据，具体如下抓包分析： Packe...
webrtc_nack
liuhongxian的专栏
03-27 2122
webrtc_nack 流程分析void VideoReceiver::Process() { // Receive-side statistics if (_receiveStatsTimer.TimeUntilProcess() == 0) { _receiveStatsTimer.Processed(); rtc::CritScope cs(&process_crit_
简述WebRTC中的丢包重传Nack的实现
chenquangobeijing的专栏
03-04 1032
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包，
WebRTC服务质量（05）- 重传机制（02) NACK判断丢包
Ziwubiancheng的博客
12-17 1418
本文主要介绍了NACK的格式，以及NACK的调用栈，并且介绍了如何判断丢包，但请记住，这些包都是“可疑丢包”，真正的丢包下一节介绍。
WebRTC服务质量（04）- 重传机制（01) RTX NACK概述
Ziwubiancheng的博客
12-16 1121
NACK（Negative Acknowledgments）是一种反馈机制，用于通知发送端某些数据包在传输过程中丢失了，从而让发送端可以知道需要重新发送丢失的数据包。RTX（Retransmission）是WebRTC中实现NACK的一个实际重传机制，用于基于NACK反馈进行丢包的重传。
WebRTC视频数据统计之延时、抖动与丢包
04-25
WebRTC视频数据统计之延时、抖动与丢包，包含WebRTC如何更新、客户端如何获取等流程结构图
WebRTC-NACK、Pacer和拥塞控制和FEC
yinshipin007的博客
03-01 649
第一是计算的端不同，REMB是在接收端计算的，接收端计算后再将结果返回给发送端进行控制，而在回传结果时，可能网络又发生了新的变化，这就造成了REMB的及时性不够；Pacer每次触发发送事件时先从queue的最前面取出优先级最高的报文进行发送，这样做的目的是让视频在传输的过程中延迟尽量小，重传的报文尽快能到达防止等待卡顿。★文末名片可以免费领取音视频开发学习资料，内容包括（FFmpeg ，webRTC ，rtmp ，hls ，rtsp ，ffplay ，srs）以及音视频学习路线图等等。
WebRTC-音频抗75%丢包实现
Mr_xkHuang的专栏
08-14 1046
加密了。。。。。。
WebRTC：丢包重传的代码实现—NackTracker类
无聊科技
10-26 1525
WebRTC通过NackTracker类实现丢包重传，下面是该类的源码。源码中包含公共变量和方法，也包含私有变量和方法，公共变量和方法可以被看作是对外部提供的接口。 class NackTracker { public: // 重传列表的上限为500个包(20ms,10s) static const size_t kNackListSizeLimit = 500; ...
marker：webrtc抓包数据分析
CrystalShaw的博客
03-17 2270
一、单向抓包RTP数据列表 报文分析： PT=111为opus音频数据。PT=124为opus音频的NACK报文。 PT=127为H264视频数据。PT=125为H264视频的NACK报文，PT=107为H264视频的FlexFEC。 二、PT为124音频报文NACKyuany
webrtc源码分析 nack详解
liuhongxian的专栏
03-03 2726
Nack详解
webrtc笔记-媒体部分（丢包问题）
weixin_40578430的博客
12-04 1093
一
WebRTC拉流处理丢包方法
最新发布
hey5178的博客
03-03 488
综上所述，WebRTC拉流处理丢包的方法包括使用FEC技术、启用自适应重传机制、应用NACK机制、优化网络传输、调整编解码器设置以及累计收包与抖动统计等。这些方法可以单独或组合使用，以提高WebRTC拉流的数据传输可靠性和稳定性。
WebRTC 音频抗弱网技术（下）
weixin_44764152的博客
07-12 3033
上周，我们针对音频弱网对抗技术中的前向纠错技术、后向纠错技术及 OPUS 编解码抗弱网特性音频弱网对抗技术中的前向纠错技术、后向纠错技术及 OPUS 编解码抗弱网特性进行了分享。文本分享 WebRTC 使用的抗抖动模块 NetEQ。关注【融云全球互联网通信云】了解更多抖动是指由于网络原因，到达接收端的数据在不同时间段，表现出的不均衡；或者说接收端接收数据包的时间间隔有大有小。WebRTC 通过包到达时间间隔的变化来评估抖动，公式如下： Ji 定义为时刻 i 时测量的抖动，E(T) 表示包到达时间的间隔均值，
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值