SIP/VoIP之常见的语音通话问题

  语音通话是SIP或VoIP应用中最重要的功能,一旦语音方面出现问题,将极大的降低产品的口碑,很容易被市场和用户淘汰。

一、常见的语音通话问题

1.1 语音双向不通

  主叫方听不到被叫方声音,被叫方也听不到主叫方声音,即双方互相听不见

1.2 语音单向通

  其中一方能听见另一方声音

1.3 语音变声(变慢或变快)

  听见对方的声音语调不对,声音拉长(变慢)或缩短(变快)

1.4 语音丢字

  在通话开始或通话过程中,(偶尔)听到对方的声音有缺失,比如对方查数1,2,3,4……过程中,部分数字丢失听不到

1.5 语音卡顿

  在通话开始或通话过程中,(偶尔)听到对方的声音不连续,比如听到对方说1,2,3, 4……,2和3之间停了一会,给人一种短暂卡住的感觉,但声音没有丢失

1.6 语音有毛刺音

  在通话开始或通话过程中,(偶尔)听到对方的声音不完美,比如听到对方说1,感觉1缺失了一点,不圆润,不饱满,带有”毛刺“音

1.7 语音延迟

  在通话过程中,对方说完”你好“后,我方过了200毫秒以上甚至几秒才听到,这就是语音延迟现象

二、语音问题分析方法

  对于SIP语音问题,原因有硬件问题、软件问题和网络问题三种,硬件问题一般指声卡、麦克风、听筒/喇叭(扬声器)相关的问题,软件问题和网络问题有多种。在实际工作中,对于语音问题,基本都是从网络和软件方面开始分析。

分析问题的逻辑:

  • 抓取通话过程中双方的网络报文和日志
  • 通过wireshark分析网络报文,查看有无收发到RTP数据,回放一下声音是否正常
  • 如果网络报文不能直接确认原因,可以看一下终端日志,如果有明显的打开声卡失败问题,一般会有明显的日志
  • 如果接收方没有收到RTP数据或收到的RTP数据回放时声音异常,则需要进一步分析发送端问题
  • 如果接收方收到了RTP数据,则需要进一步分析接收方问题
  • 在进一步分析终端问题时,需要分析终端日志,确认是软件问题还是硬件问题
  • 在分析网络报文时,如果RTP统计数据中有丢包,一般是网络丢包问题
  • 在处理语音单通或双向不通问题时,需要判断媒体RTP的IP地址是否可以互通
  • 终端CPU性能差或软件逻辑错误导致软件运行慢,也会引发声音问题

三、常见问题产生的原因

1.1 语音双向不通

  • 双方的媒体IP网络不能互通
  • 防火墙限制双方使用的RTP端口,比如10000~20000的UDP端口被防火墙禁用
  • 双方的硬件(麦克风/扬声器)损坏

1.2 语音单向通

  • 有一个方向的媒体IP网络不通
  • 防火墙限制某一方使用的RTP端口,比如10000~20000的UDP端口被防火墙禁用
  • 一方的硬件(麦克风/扬声器)损坏

1.3 语音变声(变慢或变快)

  • 一般是双方协商的频率不一致,比如按8kHz播放16kHz的声音或用按16kHz播放8kHz的声音
  • 终端软件运行慢

1.4 语音丢字

  • 网络出现大量连续丢包

1.5 语音卡顿

  • 网络出现抖动,比如网络拥塞时,不能及时收到语音数据,超过jitterBuffer机制的能力

1.6 语音有毛刺音

  • 网络出现少量丢包,导致声音不完整

四、关键说明

  • 文中主要从软件和网络角度分析语音问题,实际应用中也会出现由硬件导致的语音问题
  • 使用wireshark软件分析网络报文(SIP/RTP)是必备技能,熟练使用则可以快速解决大部分语音问题
  • SIP/RTP关于语音的协议定义以及常见的的音频知识(采样率、音频编码、声道等)需要熟练掌握
  • 分析终端问题时,如果问题难定位,也会分模块、分段将声音(pcm声音数据)写入文件,导出通过CoolEditPro软件进行播放分析来确认是哪一个环节出现的问题
  • 声音问题属于实时性强问题,导出的声音文件播放时不一定有问题,比如语音延时问题,存储到文件中时是连续的,再次播放是正常的
  • 有的问题是偶现的,不好分析,可以尝试找到必现的复现流程或提高复现概率。如果需要增加软件日志确认原因,要一次性加更多的有效日志,有助于加快问题分析

你可能感兴趣的:(VOIP,sip,语音问题,单通,延迟,卡顿)