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

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

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

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

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

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

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