RTC实时通信提高音质方法QOS(一)

本文探讨了RTC实时通信中由于网络条件导致的音质问题,如丢包、乱序和延迟。介绍了自适应jitter buffer、PLC、FEC、NACK和重传技术的应用,以及它们在不同丢包率下的组合使用策略,旨在提高语音通话质量。
摘要由CSDN通过智能技术生成

类似于webrtc这种基于IP网络实时通信中音质好坏受多方面因素的影响,一类为回声,噪声抑制等必须解决的问题,否则无法实现双向通话,另一类是网络丢包延迟等导致的音质变差。本文主要讨论第二类情况。

由于弱网引起的语音通话质量差通常是丢包,乱序,延迟等因素导致,针对这几种情况需要引入自适应 jitter buffer, PLC(丢包补偿),FEC(丢包恢复),NACK(重传)技术。

1.jitter buffer

jitter buffer 自适应抖动缓冲是实时音频通信中处理乱序,延迟,平滑播放的基础,一个好的jiiter buffer实现会基于网络延迟抖动情况自适应缓存大小,能在网络环境好的情况下延迟降到最低,也能在网络情况差的情况下实现平滑播放,这部分已知的实现有speex 开源的jitter buffer,不过效果一般,webrtc里的neteq 是已知开源里实现最好的,可以参考,如果单独拿neteq出来使用还是有一定工作量,因为里面融合了解码,重传,red,dtmf等内容。

 

2.PLC

plc是在丢包无法恢复情况下的一种语音补偿技术,有的语音编码内置了plc,比如opus,在丢包情况下,如果没有fec包的情况下,调用opus解码器,传空数据即可产生plc补偿包。如果codec不支持plc,则需要通过plc算法实现,这部分在webrtc 的neteq里也有实现。

 

3.FEC

前项纠错技术在视频丢包恢复里用的比较多,包括in-band fec和outband fec, inband fec是指codec 内部支持的f

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值