分享蓝牙耳机A2DP音频卡顿原因及解决思路
背景
最近一直在更新博客，我觉得写博客有三个好处，一是很多东西时间久了就会忘，记下来方便自己以后回忆和总结，二是记下来可以加深自己对知识的理解，三是可以知识分享，方便他人。
言归正传，今天分享我曾经做过的某高端蓝牙耳机的A2DP音频卡顿原因分析和解决思路，A2DP音频卡顿从LOG方面看，一般都能从Audio DSP的错误log看出来：
问题及解决思路
audio dsp下溢
也就是underflow错误，意思是DSP那边拿不到数据帧造成的音频卡顿，这类错误有可能是耳机的BT HOST或者 controller的问题：
| 问题 | 案例分析 | 解决思路 |
|---|---|---|
| 耳机BTH问题 | 比如我曾经碰到过的情况就是BTH在接受手机音乐的同时，又发生了其他调度，需要上行通过HFP协议上报电量等，由于耳机主CPU的mips不足，调度不及时，造成BTH没有及时读取BTC的audio数据。 | 这种一般需要临时提高主CPU的mips。 |
| 耳机BTC问题 | BT Controller的问题就是由于某些原因，从手机收包不及时导致，比如耳机在接受A2DP音频流的同时，进行了BLE 扫描，过高的扫描占空比导致BTC收包不及时，也有可能是信号问题导致重传太多，收包不及时等等。 | 这种需要BT Controller具体分析了，BLE占空比太高就要想办法消减或者打散，信号问题就要和硬件一起分析。 |
| 手机蓝牙问题 | 比如我曾经碰到过在播放高清音频的时候，手机发过来的包就有丢包，后来发现手机在播放高清音频的同时，在做BLE SCAN造成的，过高的BLE占空比造成了音频发包有很大延迟 | 需要把BLE SCAN的window打散，不能造成音频的丢包 |
audio dsp上溢
也就是overflow错误，意思是蓝牙这边送到DSP的数据帧太多，导致DSP解码播放不及时造成的卡顿，这类错误有可能是DSP本身的问题或者是蓝牙的问题：
| 问题 | 案例分析 | 解决思路 |
|---|---|---|
| DSP本身问题 | DSP本身性能不足，由于某些导致播放速度太慢造成的问题 | 需要DSP查看为啥cpu load太重 |
| 蓝牙的问题 | 比如我曾经碰到过手机蓝牙的高清音频通过动态码率发送，一时大量数据发送过来，造成了audio DSP播放不及时 | 可以通过加大DSP接收buffer解决问题 |
SN或者TS不连续
sn和ts是保证蓝牙数据包能被audio dsp解码播放的关键参数，如果发生了SN或者TS不连续错误，说明蓝牙存在丢包或者重复收包的可能:
| 问题 | 案例分析 | 解决思路 |
|---|---|---|
| 手机蓝牙问题 | 手机发过来的数据就有SN或者TS不连续 | 可以通过抓取手机蓝牙音频数据，然后dump出来，通过音频软件分析，比如adobe audition就是个很好的音频分析软件 |
| 耳机BTC问题 | 耳机蓝牙芯片由于某些原因存在丢包的发生 | 这个需要bt controller具体分析 |
DSP性能不足或者解码错误
这类错误一般都是DSP自身的错误，需要DSP去查看。
总结：
以上这四类蓝牙A2DP卡顿问题原因和解决思路是我在具体项目中碰到过的，实际中应还有其他的原因，我只能在此抛砖引玉。