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

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

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

圖11：移動電話上SCO Beep的順序圖表。

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

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

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

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

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

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

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

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

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