webrtc QOS方法二（FEC实现（待续））

最新推荐文章于 2026-07-17 15:40:22 发布
转载 最新推荐文章于 2026-07-17 15:40:22 发布 · 1.4k 阅读 · 2
收录于
webrtc

当前文章被收录于：

webrtc
86 篇文章 64 人学习
订阅专栏 查看详情
本文详细介绍了WebRTC中的三种冗余打包方式：Red、Ulpfec和Flexfec，重点解析了RedFEC、UlpFEC的工作原理及FlexFEC的实验状态。阐述了如何在WebRTC中使能FEC，以及发送冗余报文的处理流程，包括冗余报文个数的确定和根据码率动态调整冗余度的方法。

一、概述
webrtc冗余打包方式有三种：Red（rfc2198）、Ulpfec（rfc5109）、Flexfec（草案）。其中Red和Ulpfec要成对使用。

二、RedFEC
简单将old报文打包到新包上。

三、UlpFEC
将old报文异或新包后，打包新包上。

四、FlexFEC
将old报文异或新包后，打包新包上。

五、使能FEC
webrtc默认使能Red+Ulp的FEC。Flex仅在实验阶段，还不能正式使用。

六、封装FEC
1、发送冗余报文处理
RTPSenderVideo::SendVideo。当编码器支持时间分层，可以仅冗余level 0的视频数据。否则，就要冗余所有视频数据。冗余度是根据Send Side BWE动态调整。

2、冗余报文个数确定
ForwardErrorCorrection::NumFecPackets 存储媒体报文数*保护因子。

3、根据码率动态调整冗余度
ProtectionBitrateCalculator::SetTargetRates

 

参考
https://webrtcglossary.com/red/

https://webrtcglossary.com/ulpfec/

https://www.cnblogs.com/x_wukong/p/8193290.html
 

简述WebRTC的FlexFEC实现
chenquangobeijing的专栏
03-09 2738
一帧视频可以分成几个media包，(num_media_packets * protection_factor + (1 > 8，算出fec包个数。7个media包，4个fec包，是kMaskBursty7_4。0x38二进制是0x0011 1000，从左边数，从第一个包开始，第一个fec包是第3、4、5包异或。k=1，表示后面还有mask，即FEC包，k=0表示最后一个。抓包可以看到：H264 media包，Flexfec包，不同ssrc发送的。1个fec包恢复1个丢包。
WebRTC Qos优化杂记
sonysuqin的专栏
07-25 6641
本文是笔者对WebRTC Qos性能研究、优化的一些思考，希望对有兴趣的读者有一些启发。
UnityStudio源码剖析：从资源解析到二次开发实战
最新发布
weixin_33769125的博客
07-17 464
在游戏开发和逆向工程领域，资源文件解析与提取是一项基础且关键的技术。其核心原理在于理解二进制文件的序列化与反序列化机制，通过解析文件结构、类型树等元数据，将原始字节流还原为可识别的游戏资产（如纹理、模型、音频）。这项技术的价值在于赋能开发者深入引擎底层，实现资源审计、Mod制作、本地化支持等高级应用。UnityStudio作为一个典型的开源资源工具，其模块化架构和设计模式（如工厂模式、访问者模式）的运用，为解决**Unity资源解析**和**游戏数据提取**提供了优秀的工程实践范本。通过剖析其源码，开发者不
流媒体弱网优化之路(FEC)——FEC原理简介
qw225967的博客
03-10 1万+
流媒体学习之路(NACK)——纯NACK方案的优化探索 文章目录流媒体学习之路(NACK)——纯NACK方案的优化探索一、信道保护措施背景介绍1.1、ARQ丢包重传1.2、ABC码率自适应1.3、FEC前向纠错二、FEC基本原理介绍2.1、静态FEC基本原理2.1.1、一阶冗余2.1.2、二阶冗余2.2、动态FEC介绍2.2.1、动态FEC的发展2.2.2、WebRTC中的FEC三、业务相关的FEC（上行弱网时推流使用FEC）四、结语 一、信道保护措施背景介绍   我们都知道，随着半导体集成技术的发展
流媒体弱网优化之路(FEC+mediasoup)——FEC引入的问题收尾
qw225967的博客
10-08 3232
本文主要简单解释了一下FEC的编码和解码的实现，同时展示了经过我修改的webrtc源码。之前文章中引入fec的部分还存在问题。主要是因为使用了同一条ssrc导致flexfec内部出现异常。我们需要在解码的部分所有判断ssrc的地方都区别一下media包和fec包才行。如果不区别这个问题会造成小部分fec包无法恢复，但大部分都是正常的。
深入浅出WebRTC—ULPFEC
程序员老六的专栏
07-22 2568
ULPFEC 实现的核心是 FEC 保护比率的计算和掩码表的生成，FEC 保护比率决定了能使用多少 FEC 报文来保护原始报文，掩码表决定了 FEC 报文如何保护原始报文。围绕这两个核心概念，涉及如何生成 FEC 报文，如何打包和解包、如何发送和接收以及如何恢复原始报文等相关处理逻辑。
RTC QoS方法十三.（ReedSolomonFEC简介）
CrystalShaw的博客
11-21 1821
在使用FlexFEC进行冗余的时候，经验值需要冗余5倍的丢包率，才能有比较高的恢复率。Flex FEC在2D数组异或时能获得比较高的恢复率，但是如上图所示，25个包发送10个FEC包，成本为10/25=40%的冗余度。理论上加入10个冗余包，最多可以恢复10个丢包。但是该方案不能恢复任意组合的丢包，比如丢掉了1、2、6、7这4个包，将无法恢复。因为这个方案是10个一阶的FEC的组成，一阶代表只能处理一个丢包。我们若想要达到冗余N个包，随意丢失任意组合的N个包，都能完全的恢复，矩阵需要可逆。
webrtc QOS方法二.1（FEC原理）
CrystalShaw的博客
10-26 1万+
一、概述 webrtc冗余打包方式有三种：Red（rfc2198）、Ulpfec（rfc5109）、Flexfec（草案）。其中Red和Ulpfec要成对使用。 二、RedFEC 简单将老报文打包到新包上。如下图所示，冗余度为1时，RFC2198打包情况： 这种方法在音视频领域几乎不使用，因为冗余包只能保护特定一个报文，这种方法带宽占用量很大，恢复能力有限，性价比很低。只是早期的T38......
WebRTC QoS方法（汇总篇）
热门推荐
CrystalShaw的博客
05-24 2万+
目前总结出webrtc用于提升QOS的方法有： NACK、FEC、SVC、JitterBuffer、IDR Request、PACER、Sender Side BWE、VFR（动态帧率调整策略）。 这几种方法在webrtc架构分布如下： 具体实现原理如下： 一、NACK 与NACK对应的是ACK，ACK是到达通知技术。以TCP为例，他可靠因为接收方在收到数据后会给发送方返回一个“已收......
WebRTC：音频QoS中的前向纠错 (FEC) 技术解析
无聊科技
11-22 5516
转载请标明出处：https://blog.csdn.net/qq_29621351 1. 前言        WebRTC语音传输中保证传输质量的主要措施分为丢包重传 (NACK) 和前向纠错 (FEC)，其中NACK主要是接收端在检测到数据包RTP序列号不连续的时候，发送重传请求，发送端接收到重传请求后重新向接收端发送丢失的数据。FEC主要通过后一个数据包携带前一个数据包的冗余包，这样当前一...
WebRTC中音视频服务质量QoS之FEC+NACK调用流程
永远积极向上、永远热泪盈眶、永远豪情满怀、永远坦坦荡荡
03-27 1331
WebRTC中FEC分为两个模块1. FlexfecSender类负责对发送包前向纠错发送2. FecControllerDefault类评估出现FEC的保护比率调用流程图下面是类关系图WebRTC源码分析地址：https://github.com/chensongpoixs/cwebrtc。
webrtc QOS方法二（FEC）
EveryDayOneHour的博客
02-04 1112
一、概述 webrtc冗余打包方式有三种：Red（rfc2198）、Ulpfec（rfc5109）、Flexfec（草案）。其中Red和Ulpfec要成对使用。 二、RedFEC 参考：RED (REDundant coding) - WebRTC Glossary RFC 2198 - RTP Payload for Redundant Audio Data 简单将老报文打包到新包上。如下图所示，冗余度为1时，RFC2198打包...
webrtc QOS方法二.3（FEC冗余度配置）
CrystalShaw的博客
11-21 4521
一、概述 webrtc的FEC冗余度配置整体思想是： 1、接收端根据收到报文情况计算一个丢包率，通过RTCP_RR报文反馈给发送端。 接收端丢包率计算代码走读请参见：《webrtc代码走读十一（RTCP丢包率、环路延时计算）》 2、发送端解析RTCP_RR报文，获取丢包率信息。然后使用一种算法，根据历史丢包率，预估未来一段窗口期的丢包率。 3、发送端使用预估的丢包率，查表计算I...
【网络通信 -- WebRTC】WebRTC 服务质量 (QoS) -- NACK、FEC、IDR 请求
CopperSun 技术博客
07-27 1787
【网络通信 -- WebRTC】WebRTC 服务质量 (QoS) 【1】NACK NACK，Negative Acknowledgement 是一种负向反馈，接收方只有在没有收到数据的时候才会通知发送方； 【1.1】丢包重传的基本概念 接收端判断丢包 每一个数据包关联一个序列号 (Seq number)，接收端发现序列号跳变 / 缺失，则可以判断数据包丢失； 发送端判断丢包 1. 停等协议 发送方每次只发送一个数据包，同时启动一个定时器，如果定时器超时依然没有收到该数据包的 ACK，.
webrtc QOS方法二.3（flexfec rfc8627简介）
CrystalShaw的博客
07-11 3582
WebRTC实现的冗余方式有三种：UlpFEC（rfc5109）、FlexFEC（rfc8627）、inbandFEC(opus音频使用)。UlpFEC和FlexFEC实现的原理都是，将一组M个报文进行异或，生成N（N就是FEC的冗余度）个FEC报文，打包出去。这组报文任意丢其中的N个，都可以通过这组(M-N)个报文+FEC冗余包恢复回来，增大FEC冗余报文的保护范围。例如下面示意图：D为媒体包，R为冗余包，该图所示的冗余度为2。1、发送端打包示意图 2、网络丢包示意图 3、报文恢复示意图 1、WebRTC
webrtc源码分析系列-flexfec的数据恢复流程
tong5956的专栏
07-03 1326
本文主要围绕fec的种类、fec的应用和flexfec的创建及fec数据包恢复过程展开，能够帮助读者更好的理解flexfec处理过程
WebRTC QoS方法之FlexFEC 实现优化点
CrystalShaw的博客
07-21 1392
以单帧10个媒体报文，冗余度20%为例。这里webrtc输出要有10个媒体包2个冗余包。webrtc输出的报文序列如下：代码实现如下：UlpfecGenerator::AddPacketAndGenerateFec：攒够足够的帧ForwardErrorCorrection::EncodeFec：根据媒体报文个数和冗余度，计算要生成的冗余报文个数。
FEC简介和基于柯西矩阵的Rs编码在webrtc的应用
duanxiaoye1111的博客
01-14 1269
以柯西矩阵为转换矩阵，实现基于柯西矩阵的RS编码，和flexfec相比，在cpu消耗相当的情况下，提升了恢复率，目前在50%的丢包下，应用基于柯西矩阵的fec编码，能实现音视频的流畅播放。EC框架定义来自于rfc6363，rfc6363旨在定义一种通用的fec框架，rs编码、flexfec、喷泉码都是遵循此框架来定义的；在webrtc的原生方案中使用的ulpfec和其升级版本flexfec，恢复效果都不够理想，而传统的RS编码计算较为复杂，尤其在移动端会对cpu造成一定的压力，所以参考牛人文章。
webrtc代码走读（十六）-QOS系列8-FEC-flexfec rfc8627
qq_31065851的博客
10-26 1438
WebRTC通过三种FEC方案实现媒体传输冗余保护。UlpFEC（RFC5109）仅支持VP8/VP9编码，FlexFEC（RFC8627）兼容性更广，InbandFEC专为Opus音频设计。FEC核心原理是将M个媒体包异或生成N个冗余包，允许丢失不超过N个包时仍能恢复数据。FlexFEC相比UlpFEC优势明显：支持独立SSRC/Sequence、无编码格式限制、避免NACK误触发等。目前FlexFEC主要实现1D列异或模式（针对突发丢包），2D模式虽理论更强但未实现。WebRTC源码显示，UlpFEC因
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值