藍牙低功耗音訊 (LEA) 可確保使用者能夠接收高傳真音訊,同時兼顧電池續航力,且能在不同的用途之間流暢切換。Android 13 (API 級別 33) 內建 LEA 支援。
在 LEA 源裝置的市佔率提升前,多數 LEA 耳機都會進入雙重模式。使用者應該要能在雙模式的耳機上配對及設定這兩項傳輸機制。
用途
建議您針對下列用途整合 LEA:
分享音訊:使用者可以同時將多個音訊串流分享到一或多部音訊接收器裝置。音訊會在來源裝置和已連結裝置之間保持同步。
廣播音訊:使用者可以向親朋好友廣播音訊,也可以連線至公開廣播以獲得資訊、娛樂或無障礙設施。
LC3 音訊轉碼器支援:這是預設的音訊轉碼器,並取代 A2DP (媒體) 和 HFP (語音) 中的 mSBC 轉碼器。LC3 更有效率、可重新設定,而且品質更高。
改善音訊取樣率:使用麥克風時,耳機可以維持高輸出音訊品質。使用藍牙麥克風時,經典藍牙會降低音訊品質。BLE Audio 的輸入和輸出取樣率最高可達 32 kHz。
立體麥克風:聽筒功能可以透過立體聲麥克風錄音,提升空間音訊效果。
支援助聽器設定檔 (HAP) 支援:與先前的 ASHA 通訊協定相比,HAP 為使用者提供更容易無障礙的無障礙體驗和使用方式。使用者可將助聽器用於通話和 VoIP 應用程式。
加強型屬性通訊協定 (EATT) 支援:EATT 可讓開發人員一次傳送多個指令給配對的可聽聲,
主要情境
應用實例主要分為四種類別:
對話式:需要低延遲通訊轉送的撥號和 VoIP 應用程式,可提供高品質音訊並減少電池用量。
遊戲:支援同步麥克風和高傳真播放功能,可讓遊戲串流播放高品質音效。當遊戲啟動藍牙麥克風可供使用時,遊戲應用程式就能存取 BLE 音訊輸入功能。如此一來,當玩家與同類玩家發起即時對話時,該遊戲應用程式就能順利使用麥克風資料。
媒體:允許媒體應用程式設定音訊管理員的偏好裝置。使用者只要在系統設定中變更自己的慣用裝置,即可覆寫這項設定。
無障礙功能:支援 BLE Audio 的助聽器現可使用麥克風,讓使用者持續使用助聽器進行通話。
BLE Audio API 和方法
如要支援 BLE Audio 聽筒,必須使用下列 API 和方法:
音訊管理員
setCommunicationDevice()
選取應用於通訊用途 (例如語音或視訊通話) 的音訊裝置。透過語音或視訊通訊應用程式,可以使用平台預設以外的音訊裝置選取其他音訊裝置。這個 API 取代了以下已淘汰的 API:startBluetoothSco()
、stopBluetoothSco()
和setSpeakerphoneOn()
。- 應用程式完成呼叫或工作階段後,系統會呼叫
clearCommunicationDevice
,確保使用者在不同應用程式間移動時,能獲得良好體驗。
藍牙設定檔
BluetoothLeAudio
透過 Proxy 物件控管藍牙服務。
電話通話服務
setAudioRoute()
會將音訊路徑設為目前使用中的裝置。CallAudioState.ROUTE_BLUETOOTH
透過藍牙引導音訊串流。requestBluetoothAudio()
會要求將音訊轉送到特定藍牙裝置。
音訊裝置資訊
AudioDeviceInfo.TYPE_BLE_HEADSET
會將音訊裝置類型描述為 LEA 裝置。用於識別可聽裝置是否為 LEA 裝置。
錄音程式
setPreferredDevice()
可設定用於音訊轉送的偏好裝置。使用者可以在系統設定中覆寫這項設定。
藍牙配接器
- 如果平台的硬體支援 LEA,則
isLeAudioSupported()
會傳回此結果。 - 如果平台的硬體支援 LEA,則
isLeAudioBroadcastSourceSupported()
會傳回此結果。
應用情境指南
以下指南說明如何根據特定用途導入 LEA。
語音通訊應用程式
語音通訊應用程式可讓您自行選擇管理音訊路由和裝置狀態,方法包括自行管理狀態,或使用 Telecom API 代為處理音訊轉送和狀態邏輯。
自行管理:如果是目前使用
startBluetoothSco()
、stopBluetoothSco()
和setSpeakerphoneOn()
的應用程式,或想自行管理音訊轉送狀態,請按照音訊管理員自行管理通話指南的說明操作。管理:使用 Telecom API 建立音訊或視訊通話應用程式。這個 API 可讓您輕鬆快速地控制音訊轉送,以及切換藍牙裝置。詳情請參閱電信管理呼叫指南。
錄音應用程式
- 媒體錄音工具:使用媒體錄音工具錄音時,如果藍牙助聽功能支援 LEA,現在即可錄製立體聲。請參閱音訊錄製指南。
LE Audio (LEA) 耳機推薦項目
隨著越來越多 LEA 耳機推出,我們在實際測試中發現會降低使用者體驗的問題。此規格並未涵蓋所有這些問題。下表列出 LEA 耳機製造商應遵循的建議清單,以改善 Android 使用者的端對端體驗。
說明 | 內容脈絡 |
---|---|
支援適用於雙模式耳機的跨傳輸金鑰衍生 (CTKD) 功能:
|
在 LEA 來源裝置的市佔率增加前,多數新的 LEA 耳機都會進入雙模式。請務必讓使用者能夠順暢配對雙模式耳機,並設定這兩項傳輸功能。這對於 Google 快速配對功能也十分重要。 |
如果您希望 LEA 耳機穩定重新連線到來源裝置,請支援目標對象公告 (TA)。 LE 音訊耳塞式耳機應使用 TA 要求中央裝置傳入連線。 將新增至即將推出的 BT SIG。 |
在 BR/EDR 的分頁模型中,可透過手機或耳機建立連線,但 LEA 中的連線必須由中央裝置啟動。目前許多耳機並未使用 TA,也就是說,如果未經加入許可清單,中央裝置可能無法重新連線至週邊裝置。不過,加入許可清單的工作可能會使耳機無法連線到其他中央裝置。因此,LEA 耳機必須正確支援 TA,這樣中央裝置才能穩定重新連線,而不採用可能中斷多點連線的解決方法。 |
最佳化雙模式耳塞式耳機的可偵測性
|
這可以防止雙模式 LEA 耳機在藍牙設定中顯示為重複項目,這可能會讓使用者混淆並破壞 LEA 配對體驗。 對漸進式配對的雙模式裝置來說,動態領導者選擇格外重要。舉例來說,如果在初始配對時只能使用一個耳機,就應該顯示為雙模式裝置。使用者之後將第二側耳機與第二個耳機配對時,只需與 LE 元件配對,CSIP 就會確保使用者在 Android 裝置上加入群組。 BR/EDR 元件已經向鄰近裝置公開裝置的公開位址,因此建議您在配對時提供身分地址。 |
支援加強型屬性通訊協定 (EATT)。 | 降低配對和連線的延遲時間。 |
支援強大的 GATT 快取。 | 可縮短連線延遲時間,尤其是在 TWS 耳機上。 |
支援連線次要。 | 這項服務具有彈性的封包排程功能,以及可能節省的電池電量。 |
請確保在播放和擷取的預先處理和後續處理作業期間,信號處理管道可在 16、24、32 和 48 kHz 上運作,並支援較高的頻率。 | 利用 LEA 呼叫或 VoIP 擷取路徑及媒體播放支援的較高取樣率。 |
支援 LE 電源控制 | 更完善的電源管理 |
情境類型支援
說明 | 內容脈絡 |
---|---|
使用已指派號碼 6.12.3 中指定的所有結構定義類型,除非頭戴式耳機明確不支援特定情境類型。 | 舉例來說,如果不支援「遊戲」結構定義類型,Android 就會傳送遊戲音效。請特別注意,「未指定」背景資訊類型並不代表「任何結構定義類型」,且不會涵蓋不支援的情境類型。 |
當中央裝置與週邊裝置的 ASCS 互動時,週邊裝置必須連線至中央裝置的 MCS 和 TBS。 中央裝置不一定會使用 LE 音訊做為串流路徑,因為裝置可能會改回使用 A2DP 或 HFP。週邊裝置可使用 ASCS 互動,判斷中央裝置是否會使用 LE 音訊進行串流。 ASCS 互動的例子包括讀取、寫入及註冊通知。 |