WebRTC服务质量(04)- 重传机制(01) RTX NACK概述

news/2025/1/1 23:47:36/

WebRTC服务质量(01)- Qos概述
WebRTC服务质量(02)- RTP协议
WebRTC服务质量(03)- RTCP协议
WebRTC服务质量(04)- 重传机制(01) RTX NACK概述
WebRTC服务质量(05)- 重传机制(02) NACK判断丢包
WebRTC服务质量(06)- 重传机制(03) NACK找到真正的丢包

一、前言:

我们都知道WebRtc传输层一般选用UDP(允许你选用TCP,一般没人这么干),UDP的特点就是不能保证不丢包,并且不能保证顺序。那么,如果我们丢包了应该怎么办呢?目前WebRtc当中选择的办法是使用FEC和NACK机制,也就是说,我先自己尝试恢复,恢复不过来要求发送端再发一次。

二、NACK机制:

2.1、定义:

NACK(Negative Acknowledgments)是一种反馈机制,用于通知发送端某些数据包在传输过程中丢失了,从而让发送端可以知道需要重新发送丢失的数据包。

2.2、工作原理:

  • 丢包检测: 接收端根据 RTP数据包的序列号检测丢失的数据包。如果序列号不连续,则说明有数据包丢失。
  • 发送NACK: 接收端通过RTCP向发送端发送NACK消息,告知具体丢失了哪些序列号的数据包。
  • 重传丢包: 发送端在接收到NACK后,会重新发送被请求的丢失数据包。

2.3、优点:

  • 提高了数据传输的可靠性,同时尽量减少重新发送不必要的数据。
  • 适用于实时通信,例如视频会议,因为它能够快速恢复丢失的数据。

2.4、实际用途:

NACK通常用于对丢包敏感的传输,比如视频或音频编码中关键帧(Key Frame)或解码参考数据等。

三、RTX机制:

3.1、定义:

RTX(Retransmission)是WebRTC中实现NACK的一个实际重传机制,用于基于NACK反馈进行丢包的重传。

3.2、工作原理:

  • RTX在RTP层的基础上增加了专用的传输通道,用于发送重传的数据包。

  • 被重传的数据包通过RTX专用的RTP流发送,重传数据包的Payload Type或者**SSRC(Synchronization Source)**不同于原始流,便于接收端区分哪部分数据是重传的。

  • RTX SSRC/扩展头部: RTX流使用单独的SSRC,接收端可以轻松区分原始数据流和重传流。

  • 重传的数据包结构: 在RTP Payload部分包含一些原始包的元信息,比如原始的RTP序列号,以帮助接收端恢复正确的顺序。

3.3、优点:

  • RTX设计为独立的RTP流,使得原始包和重传包的管理更加清晰。
  • 支持高效、精准的重传,尤其是和NACK配合使用时表现最佳。

3.4、缺点:

  • RTX重传增加了带宽使用量,因为重传的数据本身需要额外的网络资源。
  • 如果丢包率持续较高,重传可能导致网络拥塞问题。

四、NACK 和 RTX 的配合:

4.1、简化流程:

WebRTC中的NACK和RTX经常协同工作,以下是简化的协作流程:

  1. 媒体协商时候确定是否支持NACK或者RTX。
  2. 接收端发现丢包,并通过NACK通知发送端。
  3. 发送端根据NACK请求使用RTX机制发送丢失数据包。
  4. 接收端将RTX流中的数据插入到原始流的正确位置,恢复丢失的数据包。

4.2、媒体协商时候确定是否支持:

比如有以下媒体协商SDP内容:

m=video 9 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125 107 108 109 124 120 123 119 114 115
a=sendrecv
a=rtpmap:96 VP8/90000
a=rtcp-fb:96 goog-remb
a=rtcp-fb:96 transport-cc
a=rtcp-fb:96 ccm fir
a=rtcp-fb:96 nack
a=rtcp-fb:96 nack pli
a=rtpmap:97 rtx/90000
a=fmtp:97 apt=96
  • a=rtpmap:96 VP8/90000:表示支持VP8视频编解码器,pt为96;
  • a=rtcp-fb:96 nack:表示使用nack来进行96的丢包重传;
  • a=rtmap:97 rtx/90000:表示支持rtx重传,pt为97;
  • a=fmtp:97 apt:96:表示绑定96和97,使用97来重传96;

4.3、发送数据:

在源源不断发送RTP数据包过程中:

  • 如果接收端B收到包序号不连续,未必是丢包,有可能是乱序,在jitter bufferwebrtc默认是20ms)里面稍微调整下;
  • 如果调整之后发现确实丢包,那么发送RTCP-RTPFB-NACK给发送端一个回馈消息;
  • 发送端解析RTCP的NACK请求,从历史队列找出丢失的包(如果可以找到),打包成RTX数据包,重新发送。
  • 接收端收到RTX包之后,去丢失队列中去找,如果找到了,就从丢失队列中移除对应包。

4.4、适用场景:

  • 低延迟场景: NACK和RTX针对丢包的小范围重传非常有效,因为其反馈与重传机制相对快速,对于实时性较高的应用(如视频通话)非常适用。
  • 丢包率低的网络环境: 在较高丢包率的环境中,频繁的NACK请求及RTX重传可能造成更大的网络负担,影响质量。
文章来源:https://blog.csdn.net/Ziwubiancheng/article/details/144514903
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.ppmy.cn/news/1556785.html

相关文章

webpack如何自定义插件?示例

在Webpack中创建自定义插件通常涉及以下步骤: 使用 module.exports 导出一个类或者一个函数。 这个类或者函数需要实现 apply 方法,这个方法会接收一个 compiler 对象作为参数。 在 apply 方法中,你可以订阅Webpack的生命周期钩子&#xff…

部署 Apache Samza 和 Apache Kafka

部署 Apache Samza 和 Apache Kafka 的流处理系统可以分为以下几个步骤,涵盖环境准备、部署细节和生产环境的优化。 1. 环境准备 硬件要求 Kafka Broker:至少 3 台服务器,建议每台服务器配备 4 核 CPU、16GB 内存和高速磁盘。Samza 部署节点:根据任务规模,至少准备 2 台…

Android Studio的笔记--BusyBox相关

BusyBox 相关 BusyBoxandroid上安装busybox和使用示例一、下载二、移动三、安装和设置环境变量四、使用 busybox源码下载和查看 BusyBox BUSYBOX BUSYBOX链接https://busybox.net/ 点击链接后如图 点击左边菜单栏的Get BusyBix中的Download Source 跳转到busybox 的下载源码…

Mac charles报错 invalid keystore format

1.问题说明 打开charles会有一个 invalid keystore format的提示,更隐藏的影响,是安卓设备安装了凭证,但是charles仍然抓不到包,会展示unknow,即使是charles配置好了ssl proxy setting,并且mac信任了char…

CEF127 编译指南 MacOS 篇 - 安装 Git 和 Python(三)

1. 引言 在前面的文章中,我们已经完成了 Xcode 及基础开发工具的安装和配置。接下来,我们需要安装两个同样重要的工具:Git 和 Python。这两个工具在 CEF 的编译过程中扮演着关键角色。Git 负责管理和获取源代码,而 Python 则用于…

算法日记 49 day 图论(A*算法)

这算是算法的最后一篇了,原本A*之前还有一些相关的最短路径算法的,比如dijkstra的堆优化,SPFA等等,但是有些我没看懂,就不写了,用A*做个结尾。 题目:骑士的攻击 127. 骑士的攻击 (kamacoder.co…

利用编程获得money?

在当今数字化时代,编程技能为人们开辟了众多赚钱途径。无论你是编程新手还是经验丰富的开发者,都能在广阔的市场中找到适合自己的盈利方式。以下是一份详细的用编程赚钱指南。 一、自由职业平台 像 Upwork、Freelancer 和 Fiverr 等知名自由职业平台&am…

C# OpenCV机器视觉:人脸检测

在一个星期天的下午,刚用完午餐没事干的阿强坐在沙发上,翻看着自己拍的照片。这次,他的目标是让每一张照片都能完美地捕捉到每一个人的脸,尤其是他自己!他想:“如果我能找到一个能自动识别脸的工具&#xf…