蓝牙播放音频

缓存
system/bt/btif/src/btif_a2dp_source.cc
W/bt_btif_a2dp_source: btif_a2dp_source_enqueue_callback: TX queue buffer size now=22 adding=7 max=28
    Cannot read RSSI
    Cannot read Failed Contact Counter
    Cannot read Automatic Flush Timeout
    Cannot read Tx Power

发送间隔 
20ms
btif_a2dp_source_audio_handle_timer  //A2DP Source tx timer
bta_av_ci_src_data_ready(BTA_AV_CHNL_AUDIO);  //BTA_AV_CI_SRC_DATA_READY_EVT  (bta_av_co_audio_src_data_path)

bta_av_hdl_event
bta_av_ci_data  //BTA_AV_SRC_DATA_READY_EVT
bta_av_ssm_execute
bta_av_data_path
L2CA_FlushChannel
dispatch_fragments
L2CA_DataWrite
l2c_data_write
    
    
system/bt/btif/src/btif_a2dp_sink.cc
btif_a2dp_sink_avk_handle_timer   //Process Frames
    
    

btif_av_clear_remote_suspend_flag

A2DP发送间隔 
目前Android源生设定，每20ms发送一包音频数据。 
如果收到controller上报的completed evt上报后，也会主动去发送已缓存的音频数据
A2DP数据缓存 
Android M（Android 6.0） 允许缓存11个buffer 
对比Android N 允许缓存21个buffer

a2dp_list不限长度 
l2cap发送允许缓存5个buffer。

A2DP数据卡顿 
TxAaQ达到最大存储时，如果再有数据放入，Android M就会自动丢弃缓存的第一包，Andorid N默认丢弃所有缓存数据包, 这将导致一旦触发，就会出现严重声音丢包问题。 
问题原因，link_xmit_data_q只能发送5个L2CAP包，超出5个部分，将缓存到a2d_list中，如果a2d_list存在数据，那么就不会发送TxAaQ里面的数据，然后就出现数据包丢失和卡顿。

06-20 16:44:39.295  2165  2202 D bt_btif : [media task tx timer] ts 1432925338, diff : 00020080, queue sz 12