如何在單個(gè)藍(lán)牙設(shè)備上集成語音和立體聲音樂功能

設(shè)想藍(lán)牙移動(dòng)電話支持HV3包類型的另外一種情形。藍(lán)牙立體聲耳機(jī)套件中的藍(lán)牙基帶將接受進(jìn)入的連接-微微網(wǎng)主設(shè)備需要一個(gè)時(shí)隙來發(fā)送HV3數(shù)據(jù)包，下一個(gè)時(shí)隙來接收HV3包，在主設(shè)備需要發(fā)送接下來的HV3包之前，下4個(gè)時(shí)隙以及帶寬將可用。然而，如果藍(lán)牙音樂播放器使用流靜音機(jī)制實(shí)現(xiàn)了AVRCP暫停/播放，藍(lán)牙立體聲耳機(jī)套件在管理同時(shí)發(fā)送數(shù)據(jù)(靜音)和SCO連接的ACL鏈路時(shí)將出現(xiàn)問題。

圖10：HV3 SCO數(shù)據(jù)包類型+流靜音的順序圖表。

圖11：移動(dòng)電話上SCO Beep的順序圖表。

非理想實(shí)現(xiàn)導(dǎo)致的另外一個(gè)問題是按鍵動(dòng)作的處理。當(dāng)音樂在ACL鏈路上傳送時(shí)移動(dòng)電話的任何按鍵動(dòng)作都會(huì)發(fā)出嘟嘟聲響。這時(shí)，用戶的體驗(yàn)很不爽。因?yàn)槊慨?dāng)有按鍵按下，在藍(lán)牙立體聲耳機(jī)套件中將發(fā)出嗶音，這需要暫停音樂，切換到SCO連接，播放嗶聲，恢復(fù)播放音樂，當(dāng)下一次按鍵按下時(shí)再次中斷。一種變通的方法是要求用戶禁止移動(dòng)電話上的按鍵嗶聲提示音。這既不合理也是有代價(jià)的，它要求支持電話、文檔和用戶教育，因此是不可接受的。

有幾種配置需要藍(lán)牙立體聲耳機(jī)和藍(lán)牙單聲道耳機(jī)分別加以考慮。當(dāng)藍(lán)牙立體聲和藍(lán)牙單聲道功能需要同時(shí)存在時(shí)，這些配置累加會(huì)導(dǎo)致藍(lán)牙立體聲耳機(jī)套件設(shè)計(jì)的復(fù)雜性迅速增加。

過去，移動(dòng)電話提供商在做出產(chǎn)品選擇時(shí)，需要根據(jù)不同的移動(dòng)電話使用情形證明其合理性。一個(gè)例子是選用HV1包類型可以獲得比HV3包類型更好的質(zhì)量。類似地，藍(lán)牙音樂播放器提供商做出了在很少的使用情形下表現(xiàn)不錯(cuò)的選擇-例如使用流靜音實(shí)現(xiàn)AVRCP暫停/播放。這種選擇帶來的局限性被證明在立體聲-單聲道共存的情況下代價(jià)是很高的。最近藍(lán)牙SIG下面成立的AV-HFP工作組有望幫助解決這個(gè)問題。

其它方面的挑戰(zhàn)

還有以下系統(tǒng)問題需要在藍(lán)牙立體聲耳機(jī)套件設(shè)計(jì)中加以解決。

1. 管理在切換期間單芯片方案中的MIPS需求。MIPS負(fù)載可能占用單芯片方案90%~95%的處理能力，因?yàn)榇蠖鄶?shù)藍(lán)牙基帶針對(duì)成本進(jìn)行了優(yōu)化設(shè)計(jì)。必須小心處理這種峰值MIPS負(fù)載。

2. 管理切換時(shí)的抖動(dòng)。盡管對(duì)于無線流傳輸來說抖動(dòng)總是一個(gè)主要的挑戰(zhàn)，但在切換時(shí)將變得特別嚴(yán)重。加之峰值MIPS負(fù)載，這個(gè)問題特別難于解決。

3. 延時(shí)。延時(shí)需要盡可能小，這樣才可以給用戶近似于有線連接的體驗(yàn)。這個(gè)問題有兩個(gè)方面：呼叫進(jìn)入和通話結(jié)束后的音樂恢復(fù)。對(duì)于第一種情況，如果延時(shí)很長，可能不能及時(shí)接通電話，而對(duì)于后者，用戶可能會(huì)覺得在切換期間音樂丟失了。對(duì)于任何一種情況，用戶體驗(yàn)都將受到影響。

總之，藍(lán)牙音樂和語音的共存要求帶來了技術(shù)和非技術(shù)兩方面的各種挑戰(zhàn)。不過令人欣慰的是，這些挑戰(zhàn)并非是不可解決的，因?yàn)檫@些挑戰(zhàn)主要與每個(gè)公司的實(shí)現(xiàn)選擇和缺乏一致的指導(dǎo)原則有關(guān)。這些挑戰(zhàn)已經(jīng)得到業(yè)界的全面認(rèn)識(shí)，并正在得到解決。通過像藍(lán)牙SIG這些組織的協(xié)調(diào)以及每個(gè)公司的努力，完全可能將應(yīng)用前景轉(zhuǎn)變成技術(shù)和商業(yè)上的成功故事。