藍牙低功耗音訊 (LEA) 功能可確保使用者接收高保真音訊，而不會影響電池續航力，並在不同的使用情境之間切換。Android 13 (API 級別 33) 內建 LEA 支援。
在 LEA 來源裝置的市佔率成長前，大部分的 LEA 耳機都會處於雙重模式。使用者應該要能使用雙模式耳機配對及設定這兩種傳輸方式。
用途
建議您在下列用途中整合 LEA：
分享音訊：使用者可以同時將多個音訊串流分享到一或多個音訊接收器裝置。系統會在來源裝置和連結裝置間同步處理音訊。
廣播音訊：使用者可以向親朋好友廣播音訊，也可以連線到公共廣播，提供資訊、娛樂或無障礙用途。
LC3 音訊轉碼器支援：這是預設音訊轉碼器，用於取代 HFP (語音) 中用於 A2DP (媒體) 和 mSBC (語音) 的 SBC 轉碼器。LC3 的效率更高、可重新設定，而且品質更佳。
改善音訊取樣功能：使用麥克風時，耳機可以保持良好的輸出音質。使用藍牙麥克風時，經典藍牙會降低音訊品質。使用 BLE Audio 時，輸入和輸出取樣率可達到 32 kHz。
立體聲麥克風：助聽器可錄製音訊，並使用立體聲麥克風錄製音訊，強化空間音效。
支援助聽器 (HAP) 支援：HAP 所提供的無障礙空間和使用量比先前的 ASHA 通訊協定更豐富。使用者可透過助聽器撥打電話及進行 IP 網路語音傳遞技術應用程式。
Enhanced Attribute Protocol (EATT) 支援：EATT 可讓開發人員一次傳送多個指令給配對的可聽音效。
重要情境
用途主要分為四種類別：
對話：需要低延遲通訊轉送的撥號和網路語音傳遞應用程式可提供高品質音訊，降低耗電量。
遊戲：同時啟用麥克風和高保真播放功能，可讓遊戲串流播放高音質音訊。當遊戲啟動藍牙麥克風可供使用時，遊戲應用程式可以存取 BLE 音訊輸入功能。這樣一來，當玩家與同類玩家展開即時對話時，遊戲應用程式就可以不會延遲使用麥克風資料。
媒體：允許媒體應用程式設定音訊管理員慣用的裝置。使用者可在系統設定中變更偏好裝置，覆寫這項設定。
無障礙工具：支援 BLE Audio 的助聽器現在可透過麥克風，讓使用者持續使用助聽器進行通話。
BLE Audio API 和方法
必須提供下列 API 和方法才能支援 BLE Audio 可聽音：
音訊管理員
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 Fast Pair 而言也很重要 |
|
視需要支援目標公告 (TA) LEA 耳機，以便穩定重新連線至來源裝置。 LE Audio 耳塞式耳機應使用 TA 要求傳入連線 並透過中央裝置存取 將新增至即將推出的 BT SIG。 |
與 BR/EDR 的分頁模型不同，您可以在該模式啟動連線 或耳機，在 LEA 中建立連線 透過中央裝置啟動。目前許多耳機不需要使用 TA，這表示中央裝置可能無法 重新連線至週邊裝置，但未將裝置加入許可清單。 不過，許可清單上的解決方法可能會導致耳機無法 連線至其他中央裝置。因此最重要的是 讓 LEA 耳機能夠正確支援 TA，讓中央裝置 連線能夠穩定可靠 支援多點連線 |
以最佳方式偵測雙模式耳塞式耳機
|
避免雙模式 LEA 耳塞式耳機顯示為重複
「藍牙」設定中的項目可能會混淆使用者與
以及 LEA 配對體驗
動態領導人選舉對雙重模式尤其重要 裝置。例如 就可以將其顯示為 雙模式裝置。當使用者之後與第二個耳機配對時， 他們只需要與 LE 元件配對 而且 CSIP 會確保 在 Android 裝置上會歸為一組 配對時，建議使用身分地址，因為 BR/EDR 元件已向附近公開裝置的公開位址 裝置。 |
| 支援加強型屬性通訊協定 (EATT)。 | 縮短配對和連線延遲時間。 |
| 支援強大的 GATT 快取功能。 | 縮短連線延遲時間，尤其是 TWS Buds。 |
| 支援連結替換功能。 | 使用更彈性的封包排程功能和潛在電池電力 節省的費用。 |
| 請確保在播放前和後處理時， 信號處理管道可在 16、24、 32 和 48 kHz 且支援更高的頻率。 | 利用 LEA 呼叫支援的較高取樣率 或 IP 網路語音傳遞技術擷取路徑和媒體播放 |
| 支援 LE 電源控制 | 更完善的電源管理機制 |
情境類型支援
| 說明 | 背景資訊 |
|---|---|
| 使用 指派的號碼 6.12.3 除非耳機明確不支援特定的結構定義類型。 | 舉例來說，如果結構定義類型為「Game」 會傳送遊戲音效請特別注意情境 類型不代表「任何情境類型」，也未涵蓋系統不支援的類型 結構定義類型 |
中央裝置與週邊裝置的 ASCS 互動時， 週邊裝置必須連線至中央裝置的 MCS 和 TBS。 中央裝置不一定一律使用 LE Audio 做為串流 因為可能會改回使用 A2DP 或 HFP週邊裝置 裝置可以運用 ASCS 互動，判斷 裝置將使用 LE Audio 串流播放內容。 以下列舉幾個 ASCS 互動的範例：讀取、寫入及註冊 通知。 |