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

圖6：已經(jīng)得到解決并基于移動電話的藍(lán)牙通話情景。

圖7和圖8顯示了在呼叫進(jìn)入時和ACL連接始終打開的ACL順序圖表。

圖7：呼叫進(jìn)入時的ACL鏈路

圖8：ACL鏈路處于常開狀態(tài)

藍(lán)牙立體聲耳機(jī)套件設(shè)計師需要解決的音樂播放器和移動電話的真實配置主要源于音樂播放器和/或移動電話提供商的實現(xiàn)選擇。

考慮一個用A2DP待機(jī)/啟動實現(xiàn)AVRCP暫停/播放的例子，移動電話的ACL鏈路保持接通(呼叫進(jìn)入時SCO連接)，并且只支持HV1包。如果藍(lán)牙立體聲耳機(jī)套件的音樂流速度為350kbps，藍(lán)牙立體聲耳機(jī)套件中的藍(lán)牙基帶將拒絕任何HV1包類型的SCO連接請求。這是因為HV1包類型需要占用整個帶寬，HV1包是一種單時隙包類型，帶有10個信息字節(jié)，需要在每兩個時隙內(nèi)傳遞；微微網(wǎng)主設(shè)備需要1個時隙來發(fā)送HV1包，另外一個時隙用于接收HV1包，因此完全占用了整個帶寬。在速度為350kbps(在理想的情形下，當(dāng)呼叫進(jìn)入時將最終進(jìn)入到待機(jī)模式)的已有ACL連接中，藍(lán)牙立體聲耳機(jī)套件中的藍(lán)牙基帶知道不能滿足HV1包類型的并發(fā)SCO鏈接需求，因此會拒絕SCO連接請求。這對于只支持HV1包類型的移動電話來說，明顯是一個很大的問題。圖9顯示了HV1 SCO包類型連接+待機(jī)/啟動的順序圖表。

圖9：HV1 SCO包類型連接+待機(jī)/啟動的順序圖表。