在高通平臺和三星平臺上調過這個功能，基於安卓6.0，該功能是將手機上的藍芽功能用成和藍芽耳機一樣的功能。藍芽電話和藍芽音樂它們之間的差異較大，藍芽電話要求實時性比較高，其和Ａ２ＤＰ使用的物理通路並不一致，藍芽電話走ｐｃｍ物理通路，而藍芽音樂走ｕａｒｔ通路。

關鍵詞

Hfpclient   BT SCO   ATA command

在除錯該功能時，最好能先測試一下，如下訊號指標是否符合要求，以免帶來卡頓和斷連等不可靠因素。

此外，還要測試頻偏，其晶振以及外圍的電容等器件也會影響，一般在正負１０之內，否則也可能會導致卡頓或斷連等現象。

開啟ＨＦＰ　ｃｌｉｅｎｔ支援

首先將ｈｆｐ client角色功能開啟。

packages/apps/Bluetooth/res/values/config.xml

    <bool name="profile_supported_hs_hfp">false</bool>
    <bool name="profile_supported_hfpclient">true</bool>

首先將ｈｆｐ client角色功能開啟。
修改後以支援電話功能，但是手機連線後會斷開，並有如下錯誤資訊:

01-12 17:51:58.850  3319  3572 E bt_rfcomm: PORT_DataInd, p_port:0xe2ece48c, p_data_co_callback is null
01-12 17:51:58.850  3319  3572 E bt_btif : HFPClient: Failed to create SLC due to AT error, disconnecting (2)
 

截圖如下：
出錯資訊提示是

HFPClient: Failed to create SLC due to AT error, disconnecting (2)

這是提示ＡＴ命令錯誤，藍芽電話使用ＡＴ命令子集。這是因為不支援ｃｏｄｅｃ　ｎｅｇｏｔｉａｔｅ特點，修改如下：

system/bt/bta/hf_client/bta_hf_client_at.c
 static void bta_hf_client_handle_brsf(UINT32 value)
 {
     APPL_TRACE_DEBUG("%s 0x%x", __FUNCTION__, value);
-    bta_hf_client_cb.scb.peer_features = value;
+    bta_hf_client_cb.scb.peer_features = value & ~0x200;

 }
 

到這裡應該有藍芽提示音出現了。也就是藍芽的呼叫事件能夠正常響應了，但是呼叫響應是通過ＵＡＲＴ走的是ＡＴ　ｃｏｍｍａｎｄ協議，提示音是ｈｆｐ　ｃｌｉｅｎｔ自帶的。
codec ｎｅｇｏｔｉａｔｅ是為了支援寬頻語音訊號，支援１６ＫＨｚ的語音訊號，在支援這一ｆｅａｔｕｒｅ時，ｈｆｐｃｌｉｅｎｔ和裝置之間會進行協商，以期望使用ｗｂｓ方式資料。

HeadsetClientStateMachine.java

如果想更改藍芽提示音，修改如下檔案；

@@ -126,7 +126,7 @@ final class HeadsetClientStateMachine extends StateMachine {
     private int mIndicatorCallHeld;
     private boolean mVgsFromStack = false;
     private boolean mVgmFromStack = false;
-    private Uri alert = RingtoneManager.getDefaultUri(RingtoneManager.TYPE_ALARM);
+    private Uri alert = RingtoneManager.getDefaultUri(RingtoneManager.TYPE_NOTIFICATION);

有＋＋＋號的是除錯資訊，Ｅｎｔｅｒ　ＡｕｄｉｏＯｎ是進入藍芽電話的語音了，可以看到語音的取樣率是８ＫＨｚ。

藍芽語音的物理通路

正如開篇提到的，語音資料不走ＵＡＲＴ，而是走ＰＣＭ或者ＩＩＳ，這一資訊在：
hardware/broadcom/libbt/src/hardware.c
當然高通平臺未使用博通的晶片時，不會有這個問題，而且目錄和程式碼的差異性也非常大，基本上高通將底層細節都遮蔽了，走高通ａｄｓｐ通路時，開發者甚至都不需要關係語音走的底層物理通路。

#define HCI_VSC_WRITE_PCM_DATA_FORMAT_PARAM     0xFC1E
#define HCI_VSC_WRITE_I2SPCM_INTERFACE_PARAM    0xFC6D
#define HCI_VSC_ENABLE_WBS                      0xFC7E

這是三星平臺使用博通晶片定義的資料格式，這在使用ｂｔｓｎｏｏｐ工具抓資料時，可以看到這類的命令。ｂｔｓｎｏｏｐ抓到的資料可以使用ｃｏｍｐｒｏｂｅ工具進行解析檢視。

#define HCI_VSC_WRITE_SCO_PCM_INT_PARAM         0xFC1C
 
                /* do we need this VSC for I2S??? */
                UINT16_TO_STREAM(p, HCI_VSC_WRITE_SCO_PCM_INT_PARAM);
                *p++ = SCO_PCM_PARAM_SIZE;
                memcpy(p, &bt_sco_param, SCO_PCM_PARAM_SIZE);
                ALOGI("SCO PCM configure {0x%x, 0x%x, 0x%x, 0x%x, 0x%x}",
                        bt_sco_param[0], bt_sco_param[1], bt_sco_param[2], bt_sco_param[3],
                        bt_sco_param[4]);
                if ((ret = bt_vendor_cbacks->xmit_cb(HCI_VSC_WRITE_SCO_PCM_INT_PARAM, p_buf,
                        hw_sco_i2spcm_cfg_cback)) == FALSE)
                {
                    bt_vendor_cbacks->dealloc(p_buf);
                }
                else
                    return;

如果是基於手機方案的，基本以上設定基本就可以了。手機方案的圖如下（略去了基帶） 但是如果ＢＴ的ＰＣＭ沒有和ｃｏｄｅｃ直接連線，而是像ＵＡＲＴ一樣和ＡＰ直接相連線，這樣就要涉及到驅動的改動了。

首先ａｐ側需要編寫驅動程式以將ｃｏｄｅｃ實現的功能由ａｐ完成，並且，ｃｏｄｅｃ和ｈｅａｄｓｅｔ裝置的連線也變成了ａｐ和ｈｅａｄｓｅｔ裝置的連線，這樣就存在對ａｕｄｉｏｐｏｌｉｃｙ的部分了，畢竟最基本的是ａｕｄｉｏ　ｅｎｇｉｎ對ａｕｄｉｏ　ｄｅｖｉｃｅ的選擇，由於是通話場景，需要使用ｌｏｗ　ｌａｔｅｎｃｙ　ｂｕｆｆｅｒ，或之類似的，ＡＯＳＰ中就有這一類。gao　高通的ＡＤＳＰ也有從硬體到軟體的架構支援。

核心的修改涉及的是ａｌｓａ驅動的編寫，主要包括裝置樹，ｐｃｍ驅動，ｍａｃｈｉｎｅ驅動以及ｂｔ虛擬出來的ｃｏｄｅｃ驅動，因為ｂｔ的硬體配置等在安卓６．０時放在了藍芽協議棧中，所以這裡使用虛擬ｃｏｄｅｃ實現是一個好的解決方案。

ＢＴ的配置如下:

1)hardware/broadcom/libbt/include/vnd_avl8890.txt ?

SCO_I2SPCM_IF_ROLE = 1 

SCO_PCM_IF_CLOCK_MODE = 1 

SCO_PCM_IF_SYNC_MODE = 1 

1改成0   --》0是slave，1是master

 

2)上面txt裡的flag最終影響bt_vendor_brcm.h，需要檢查裡面的bt設定跟AP側PCM設定是否一樣

如：

 /* PCM_DATA_FMT_SHIFT_MODE 0 : MSB first 1 : LSB first */ 

#ifndef PCM_DATA_FMT_SHIFT_MODE 

#define PCM_DATA_FMT_SHIFT_MODE 0 
#endif

相關的驅動是和ａｐ相關的，這裡就略過了,apk層除錯用例見下一篇文章