Unet音频中Forward Error Correction的实现及算法优化、新增FEC技术方案问询

Unet栈内的音频FEC核心是通过嵌入冗余数据实现容错，具体流程绑定在音频传输的链路层与应用层模块中：

1. 数据分块与编码

   • 音频帧被切割为固定大小的数据块（如基于PCM采样的片段），调用内置FEC编码算法（Reed-Solomon、卷积码或奇偶校验）生成对应冗余校验块。
   • 编码后的原始块+校验块被封装为Unet兼容的传输单元（比如AudioFrame或自定义FecEncodedFrame结构）。

2. 传输与冗余调度

   • 链路层会将FEC数据包与原始音频包一同发送，或采用交织传输分散冗余块，避免连续丢包导致的数据完全失效。
   • FEC参数（冗余率、编码类型）可通过org.arl.unet.audio.AudioParam动态调整，例如设置fecRate控制冗余数据占比。

3. 接收端纠错与恢复

   • 接收端先校验原始数据块完整性，若检测到丢包或错误，利用冗余校验块恢复数据；若错误超出纠错能力，则触发丢包隐藏（PLC）机制填补音频空白。

一、现有算法优化方向 #

1. 自适应冗余率调节 #

基于链路质量动态调整FEC冗余率：监听Unet链路层统计数据（如linkStatus中的丢包率、信噪比），实时修改fecRate参数——链路差时提高冗余率，链路优时降低冗余以节省带宽。
示例实现（Groovy脚本）：

agent.addListener(LinkStatusChanged, { evt ->
    def snr = evt.link.snr
    def fecRate = snr < 5 ? 0.4 : snr < 10 ? 0.2 : 0.1
    agent.setParam(org.arl.unet.audio.AudioParam.fecRate, fecRate)
})

2. 编码算法轻量化改进 #

• 针对音频数据的容错特性，将内置Reed-Solomon编码替换为缩短型Reed-Solomon码，减少编解码计算开销。
• 用简化版低密度奇偶校验码（LDPC）替代卷积码：LDPC在相同冗余率下纠错能力更强，且支持并行计算，适配Unet的嵌入式部署场景。

3. 交织策略优化 #

采用自适应交织深度：根据链路突发丢包特性调整交织块大小，突发丢包严重时增大交织深度，分散错误分布，提升FEC纠错效率。

二、新增FEC技术的可行方案 #

1. 集成带内FEC #

在PCM数据流中直接嵌入FEC校验信息，无需额外协议包头。例如采用线性预测编码（LPC）残差作为冗余：发送端对音频帧做LPC分析生成残差并附加；接收端利用残差恢复丢失帧，同时残差可辅助丢包隐藏。
实现步骤：

• 扩展AudioFrame结构，新增fecResidual字段存储冗余残差。
• 在音频发送/接收模块中添加LPC编码/解码逻辑。

2. 引入喷泉码（如Raptor码） #

喷泉码适合高丢包率的水下音频场景，无需预设冗余率，接收端收集足够数据包即可恢复原始数据。
集成方式：

• 在Unet中新增独立的FountainFecCodec模块，负责喷泉码的编解码。
• 修改音频发送逻辑，将原始音频块编码为喷泉码数据包；接收端累计足够数据包后解码。

3. 结合多路径传输的FEC #

利用Unet多链路特性，将原始数据与FEC冗余块分别通过不同水下链路发送，避免单链路故障导致数据丢失。
实现逻辑：发送端将编码后的数据包分配至不同RadioChannel，接收端合并多链路数据包进行纠错。

内容的提问来源于stack exchange，提问作者Poojitha Surla