藍牙低功耗音訊

注意： 如果裝置支援 BLE Audio，isLeAudioSupported() 和 isLeAudioBroadcastSourceSupported() 會傳回 True。

藍牙低功耗音訊 (LEA) 可確保使用者能夠接收高傳真音訊，同時兼顧電池續航力，且能在不同的用途之間流暢切換。Android 13 (API 級別 33) 內建 LEA 支援。

在 LEA 源裝置的市佔率提升前，多數 LEA 耳機都會進入雙重模式。使用者應該要能在雙模式的耳機上配對及設定這兩項傳輸機制。

用途

建議您針對下列用途整合 LEA：

• 分享音訊：使用者可以同時將多個音訊串流分享到一或多部音訊接收器裝置。音訊會在來源裝置和已連結裝置之間保持同步。

• 廣播音訊：使用者可以向親朋好友廣播音訊，也可以連線至公開廣播以獲得資訊、娛樂或無障礙設施。

• LC3 音訊轉碼器支援：這是預設的音訊轉碼器，並取代 A2DP (媒體) 和 HFP (語音) 中的 mSBC 轉碼器。LC3 更有效率、可重新設定，而且品質更高。

• 改善音訊取樣率：使用麥克風時，耳機可以維持高輸出音訊品質。使用藍牙麥克風時，經典藍牙會降低音訊品質。BLE Audio 的輸入和輸出取樣率最高可達 32 kHz。

• 立體麥克風：聽筒功能可以透過立體聲麥克風錄音，提升空間音訊效果。

• 支援助聽器設定檔 (HAP) 支援：與先前的 ASHA 通訊協定相比，HAP 為使用者提供更容易無障礙的無障礙體驗和使用方式。使用者可將助聽器用於通話和 VoIP 應用程式。

• 加強型屬性通訊協定 (EATT) 支援：EATT 可讓開發人員一次傳送多個指令給配對的可聽聲，

主要情境

應用實例主要分為四種類別：

1. 對話式：需要低延遲通訊轉送的撥號和 VoIP 應用程式，可提供高品質音訊並減少電池用量。

2. 遊戲：支援同步麥克風和高傳真播放功能，可讓遊戲串流播放高品質音效。當遊戲啟動藍牙麥克風可供使用時，遊戲應用程式就能存取 BLE 音訊輸入功能。如此一來，當玩家與同類玩家發起即時對話時，該遊戲應用程式就能順利使用麥克風資料。

3. 媒體：允許媒體應用程式設定音訊管理員的偏好裝置。使用者只要在系統設定中變更自己的慣用裝置，即可覆寫這項設定。

4. 無障礙功能：支援 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) 功能： 支援傳統到 LE 配對與 LE 至傳統配對的金鑰衍生作業。	在 LEA 來源裝置的市佔率增加前，多數新的 LEA 耳機都會進入雙模式。請務必讓使用者能夠順暢配對雙模式耳機，並設定這兩項傳輸功能。這對於 Google 快速配對功能也十分重要。
如果您希望 LEA 耳機穩定重新連線到來源裝置，請支援目標對象公告 (TA)。 LE 音訊耳塞式耳機應使用 TA 要求中央裝置傳入連線。 將新增至即將推出的 BT SIG。	在 BR/EDR 的分頁模型中，可透過手機或耳機建立連線，但 LEA 中的連線必須由中央裝置啟動。目前許多耳機並未使用 TA，也就是說，如果未經加入許可清單，中央裝置可能無法重新連線至週邊裝置。不過，加入許可清單的工作可能會使耳機無法連線到其他中央裝置。因此，LEA 耳機必須正確支援 TA，這樣中央裝置才能穩定重新連線，而不採用可能中斷多點連線的解決方法。
最佳化雙模式耳塞式耳機的可偵測性 主要耳機 - BR/EDR 元件應使用公開位址進行廣告宣傳，並使用其名稱透過 EIR 提供進行查詢和掃描，並在主要裝置類別 (CoD) 中將 LE Audio 位元 14 設為 1。 主要耳機 - LE 元件：主要耳機應使用和 BR/EDR 元件相同的公開位址執行可連線和可探索 (有限或一般) 廣告，且完整本機名稱與 BR/EDR 元件使用相同的完整本機名稱，且「Appearance Category」設為適當的「Appearance Category」，並依據這項期望使用與遠端裝置類型資訊相同的「外觀類別」調整音訊路徑資訊。 次要耳塞式耳機 - 僅限 LE：次要耳機應執行無法探索的可連線廣告，並將「外觀類別」設為適當的「外觀類別」，以便符合遠端裝置類型的預期外觀類別，且中央裝置會使用這項資訊調整使用者介面和音訊轉送政策 耳機應以動態方式，從 CSIP 群組選出領導者做為主要裝置。如果耳機是雙模式，主要裝置必須為雙模式，確保 LE 和經典功能在配對後都能正常運作。	這可以防止雙模式 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 互動的例子包括讀取、寫入及註冊通知。

注意： 為配合規格，耳機隨時都可以從可用情境類型中移除結構定義類型，並將其從可用情境類型中移除，甚至從目前串流特定情境類型的裝置移除。建議您在串流該結構定義類型的裝置上，不要從「可用的情境類型」中移除目前的串流結構定義類型。