WebRTC QoS方法二原理：FEC机制详解.pdfVIP

webrtcQOS方法二.1（FEC原理）

一、概述

webrtc冗余打包方式有三种：Red（rfc2198）、Ulpfec（rfc5109）、Flexfec

（草案）。其中Red和Ulpfec要成对使用。

二、RedFEC

简单将老报文打包到新包上。如下图所示，冗余度为1时，RFC2198打包情

况：

这种方法在音领域几乎不使用，因为冗余包只能保护特定一个报文，这种

方法带宽占用量很大，恢复能力有限，性价比很低。只是早期的T38传真、

RFC2833收号会使用该协议，因为传真和收号的数据量比较小。

webrtc里面说使用了RFC2198冗余，实际上仅仅是借用该协议的封装格式，封

装FEC冗余报文。

三、UlpFEC

详细介绍可参考：

将一组M个报文进行异或，生成N（N就是FEC的冗余度）个FEC报文，打包出

去。这组报文任意丢其中的N个，都可以通过这组(M-N)个报文+FEC冗余包恢

复回来，比简单的RFC2198保护的范围扩大了很多。例如下面示意图：D为媒

体包，R为冗余包，该图所示的冗余度为2。

1、发送端打包示意图

2、网络丢包示意图

3、丢包恢复示意图

若UlpFEC异或所有报文，带宽占用量也比较大，在实际应用会根据网络情况

进行适当取舍。webrtc通过Pac