现象描述
会议过程中，会场听到的声音卡顿、不清晰。
关键字
声音卡顿
可能原因
网络攻击
网络丢包
音频dsp的cpu过高
业务层配置音频自适应
排查思路及步骤
排查是否存在网络丢包。
排查是否存在网络攻击。
排查音频DSP的CPU占用率是否过高。
排查业务层音频配置。
具体操作描述
排查是否存在网络丢包。
查看NLOG或终端WEB界面丢包统计，看网络中是否存在较多的丢包，如果是丢包导致的声音卡顿，请参考网络排查指导，进行排查。
通过WEB登录终端界面，选择“维护-系统状态-通话状态”，查看丢包统计。
说明：MCU音频自带的PLC抗丢包功能，能处理接收方向10%以内的抗丢包，如果超过10%的丢包，声音会有明显的卡顿；连续丢包也会有明显的声音卡顿。
排查是否存在网络攻击。
通过配置交换机镜像端口的方式，抓取发送给MCU的码流包，并查看是否存在网络攻击。如果检测到存在网络攻击，建议重新开启会议。
说明：音频解码需要按照RTP包的序列号、PT值进行排序和解码。如果收到的除了目的终端以外的其他终端发给MCU的包，会扰乱音频解码的过程，导致声音卡顿。终端一样，如果受到网络攻击，声音也会卡顿。
排查音频DSP的CPU占用率是否过高。
通过SSH登录MCU命令行，查看音频DSP的CPU占用率。
说明：每个音频DSP最多支持80个G722音频协议的会场，这个规格不包含会场启用DTMF功能，如果会场启用DTMF会导致CPU资源不足，声音卡顿。
排查业务层音频配置。
MCU单个DSP支持80个G711音频协议会场。如果，G711协议也会卡顿，很可能是业务层启用音频自适应。会场真实协议为G722，导致声音卡顿。
可以在RM配置下修改音频自适应选项。
现有局点案例
局点 | 问题描述 | 问题根因 | 解决措施 |
|---|---|---|---|
局点1 | 会议过程，地方公司的标清会场听省公司会场声音卡顿。 | 音频DSP的CPU过高导致声音卡顿。 | 修改音频协议，使用G711开会。（注:后改为SMC指定G711开会还有问题，确认需要在RM上去掉音频自适应才生效） |
局点2 | 声音卡顿，断断续续 | 组网为卫星组网，下雨天网络丢包严重。 | 后改为专线组网解决 |
1. MCU媒体包。
2. MCU日志。
3. 音频DSP占用率查询结果。
4. 丢包统计截图。
