webrtc neteq Nack_tracker重发(ARQ 的nack技术) 介绍

NackTracker 是 WebRTC NetEq 模块中用于跟踪丢失的 RTP 数据包并生成 NACK(Negative Acknowledgement,)列表的核心类。

它的主要目的是在网络状况不佳导致丢包时,通过请求发送端重传丢失的数据包来恢复音频质量,同时避免请求那些已经"过时"(即播放时间已过或即将到达,重传来不及)的数据包。

NackTracker 是一个智能的丢包跟踪器。它不仅仅是记录哪些包没收到,更重要的是基于时间的决策引擎。它通过实时估算每个丢失包的"剩余寿命"(距离播放还有多久),结合网络 RTT,动态决定哪些包值得重传(Missing),哪些包应该放弃(Late 或过期),从而在恢复音频质量和控制延迟/带宽之间取得平衡。

一、核心概念:Missing vs. Late

NackTracker将未到达的数据包分为两类:

• Late (迟到): 数据包虽然还没到,但预计在其播放时间之前还有可能到达。此时不请求重传,继续等待。

• Missing (丢失): 数据包不仅没到,而且根据当前的网络往返时间(RTT)估计,即使现在请求重传,在播放时刻之前也大概率无法到达;或者该包已经严重滞后,不再有价值。此时将其标记为 Missing,并加入 NACK 列表请求重传。

二, 关键成员

2.1, nack_list_ (NackList):

• 一个 std::map,Key 是 RTP 序列号,Value 是 NackElement。

• NackElement 包含:

• time_to_play_ms: 估计该包还需要多少毫秒才被播放。

• estimated_timestamp: 估计该包的 RTP 时间戳。

• is_missing: 标记该包是"丢失"还是"迟到"。

2.2, nack_threshold_packets_:

• 阈值。如果当前收到的最新包序列号为 ,那么序列号小于 且未收到的包被视为 Missing。序列号在 之间的未收到包被视为 Late。

2.3 max_nack_list_size_:

• NACK 列表的最大长度限制。防止内存无限增长,只保留最近的丢失包。

2.4 samples_per_packet_ & sample_rate_khz_:

• 用于计算每个包的持续时间,从而估算 time_to_play。

三,主要工作流程函数

3.1 初始化与重置

1, Create(int nack_threshold_packets): 工厂方法创建实例。

2, Reset(): 清空 NACK 列表。通常在切换编解码器或采样率变化时调用,因为旧的包重传已无意义。

3, UpdateSampleRate(int sample_rate_hz): 更新采样率,以便正确计算播放时间。

3.2 状态更新

1, UpdateLastReceivedPacket(seq, ts):

• 当一个新的 RTP 包从网络到达并插入 NetEq/ACM 时调用。

• 核心逻辑:

a. 检测序列号跳跃,识别中间缺失的包。

b. 调用 AddToList 将缺失包加入 nack_list_。

c. 调用 ChangeFromLateToMissing:检查之前的 "Late" 包,如果它们现在的序列号距离最新包超过了 nack_threshold,则转为 "Missing"。

d. 调用 LimitNackListSize:移除过旧的包。

2 , UpdateLastDecodedPacket(seq, ts):

• 当 NetEq 成功解码并输出 10ms 音频时调用。

• 核心逻辑:

a. 更新最后解码包的序列号和时间戳。

b. 调用 UpdateEstimatedPlayoutTimeBy10ms:将 nack_list_ 中所有包的 time_to_play_ms 减去 10ms。因为时间流逝了,剩余等待播放的时间变短了。

3.3,获取 NACK 列表

1, GetNackList(int64_t round_trip_time_ms):

• 这是上层(如 RtpRtcp 模块)调用的接口,用于获取需要请求重传的序列号列表。

• 筛选逻辑:

a. 遍历 nack_list_。

b. 只选择 is_missing == true 的包。

c. 进一步筛选:只有当 time_to_play_ms > round_trip_time_ms 时才加入列表。

• 原因: 如果剩余播放时间小于 RTT,说明即使现在立刻请求重传,包也会在播放时刻之后才到达,因此请求重传是无效的,甚至浪费带宽。

四,辅助函数

1, EstimateTimestamp(seq):

根据已知包的时间戳和序列号差值,线性推算丢失包的时间戳。

2, TimeToPlay(timestamp):

根据当前解码进度和包的时间戳,计算该包距离被播放还有多少毫秒。

相关推荐
海边捡石子16 小时前
从零设计一个通用智能电话平台:FreeSWITCH + ESL + AI 实战架构
人工智能·架构·webrtc
音视频牛哥1 天前
不换摄像机,也能接入 WebRTC?SmartMediaKit RTSP/RTMP 转 WHIP 技术实践
音视频·webrtc·smartmediakit·rtsp转whip·rtmp转whip·whip推流·rtsp转webrtc播放
直播技术开发交流3 天前
Android 端 WHIP 协议推流技术实践:相机/录屏/多路转发WHIP实现测试
webrtc·android whip·rtsp转whip·毫秒级实时媒体流·whip低延时推送·whip推送实现·rtsp转webrtc
程序员阿明5 天前
docker搭建视频流服务go2rtc,webRTC
docker·容器·webrtc
O。O蛋黄酥啊8 天前
实时语音 Agent 开发完全指南:从 ASR/TTS 到 WebRTC/VAD 的链路拆解
大模型·webrtc·语音识别·tts·asr
海水冷却9 天前
WebRTC 视频通话:从裸写信令到 30 分钟上线
音视频·webrtc
PiaoKe___9 天前
云手机底层架构与工程实践:从 KVM/容器到 WebRTC 串流
智能手机·架构·webrtc
znnnk9 天前
【网络优化】减少B站直播卡顿的上行占用:AdGuard nowebrtc规则 / WebRTC Control 实测
服务器·网络·webrtc·直播·bilibili·adguard
平行云PVT9 天前
国产信创实时云渲染解决方案:如何实现数字孪生与三维应用云化部署?
unity·webrtc·unreal engine·实时云渲染·国产信创·摩尔线程·砺算科技
福大大架构师每日一题11 天前
mediamtx v1.21.2发布:UDP、JWT、RTSP、RTMP、HLS、WebRTC全面修复,稳定性与安全性再提升
网络协议·udp·webrtc