藍牙低功耗音訊

藍牙低功耗音訊 (LEA) 技術不必耗費大量電力,就可以讓使用者接收高傳真音訊,同時也能在不同用途間流暢切換,Android 13 (API 級別 33) 內建支援 LEA。

在 LEA 來源裝置市占率增加之前,大多數 LEA 耳機都會採用雙模式。使用者應該可以在雙模式耳機上配對及設定這兩種傳輸方式。

用途

建議您在下列用途中整合 LEA:

  • 分享音訊:使用者可以同時將多個音訊串流分享至一或多個音訊接收裝置。來源裝置和已連結裝置之間的音訊會同步。

  • 音訊廣播:使用者可以向親朋好友播放音訊,也可以訂閱公共廣播內容,以便取得資訊、娛樂或無障礙用途。

  • LC3 音訊轉碼器支援:這是預設的音訊轉碼器,可取代 A2DP (媒體) 和 HFP (語音) 中使用的 SBC 轉碼器。LC3 的效率更高、可重新設定,而且品質更佳。

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

  • 立體聲麥克風:聽覺裝置可使用立體聲麥克風錄音,強化空間音訊效果。

  • 支援 Hearing Aid Profile (HAP):HAP 可為使用者提供比先前 ASHA 通訊協定更高的無障礙性和使用性。使用者可透過助聽器撥打電話及進行 IP 網路語音傳遞技術應用程式。

  • 強化屬性通訊協定 (EATT) 支援:EATT 可讓開發人員一次傳送多個指令給已配對的聽診器。

重要情況

用途主要分為四種類別:

  1. 通訊:需要低延遲通訊路由的撥號和 VoIP 應用程式,可提供高品質音訊,並減少電池用量。

  2. 遊戲:同時使用麥克風和高保真播放功能,可讓遊戲將高品質音訊串流至可穿戴式裝置。當遊戲啟用藍牙麥克風,遊戲應用程式即可存取 BLE 音訊輸入內容。接著,當玩家開始與其他玩家進行即時對話時,遊戲應用程式就能立即使用麥克風資料。

  3. 媒體:允許媒體應用程式設定音訊管理員的偏好裝置。使用者可以透過系統設定變更偏好裝置,覆寫這項設定。

  4. 無障礙功能:支援 BLE Audio 的助聽器現在可以使用麥克風,讓使用者在通話時持續使用助聽器。

BLE Audio API 和方法

如要支援 BLE Audio 聽診器,必須使用下列 API 和方法:

AudioManager

BluetoothProfile

Telecom InCallService

Telecom CallControl

音訊裝置資訊

錄音程式

  • setPreferredDevice() 可設定音訊轉送使用的偏好裝置。使用者可以在系統設定中覆寫這項設定。

藍牙轉接器

依用途區分的操作指南

以下是根據特定用途實作 LEA 的指引。

語音通訊應用程式

語音通訊應用程式可以選擇透過自行管理狀態,或使用 Telecom API 來管理音訊路由和狀態邏輯,以便管理音訊路由和裝置狀態。

這兩種解決方案可讓您快速輕鬆地控制音訊路由,並在藍牙裝置之間切換。詳情請參閱電信代管通話指南

錄音應用程式

  • 媒體錄影機:使用媒體錄影機錄製音訊時,如果藍牙聽診器支援 LEA,現在可以以立體聲錄製。請參閱錄音指南

LE Audio (LEA) 耳機建議

隨著越來越多的 LEA 耳機發布,我們在實際測試中發現問題,會對使用者體驗造成負面影響。規格並未涵蓋所有這些問題。以下表格列出 LEA 耳機製造商應遵循的建議,以便改善 Android 使用者的端對端體驗。

說明 背景資訊
支援雙模式耳機的跨運輸金鑰衍生 (CTKD)
  • 支援 Classic 到 LE 配對和 LE 到 Classic 配對的金鑰衍生功能。
在 LEA 來源裝置市占率增加之前,大多數新的 LEA 耳機都會採用雙模式。使用者必須能夠順利配對雙模式耳機,並設定兩種傳輸方式。這對於 Google 快速配對功能也非常重要。

如要讓 LEA 耳機可靠地重新連線至來源裝置,請支援指定廣播 (TA)

LE 音訊耳機應使用 TA 要求中央裝置的傳入連線。

將加入即將推出的 BT SIG。

在 BR/EDR 的分頁模型中,可透過手機或耳機啟動連線,但 LEA 中的連線必須由中央裝置啟動。目前許多耳機都不會使用 TA,也就是說,如果未將裝置加入許可清單,中央裝置可能無法重新連線至周邊裝置。不過,許可清單中的解決方法可能會導致耳機無法連線至其他中央裝置。因此,LEA 耳機必須正確支援 TA,讓中央裝置能夠可靠地重新連線,而不會出現可能中斷多點連線的解決方法。
以最佳方式偵測雙模式耳塞式耳機
  • 主耳機 - BR/EDR 元件應使用其公開位址進行廣告,並透過 EIR 啟用可查詢及掃描的名稱,並將 Class of Device (CoD) 的主要服務類別中的 LE 音訊位元 14 設為 1。
  • 主耳機 - LE 元件:主耳機應使用與 BR/EDR 元件相同的公開位址,以及與 BR/EDR 元件相同的完整本機名稱,執行可連線和可偵測 (限制或一般) 廣告,並將其外觀類別設為與遠端裝置類型相符的適當外觀類別,以便中央裝置使用這項資訊調整其 UI 和音訊路由政策。
  • 次要耳機 - 僅限 LE:次要耳機應執行無法偵測的可連線廣告,並將「外觀類別」設為與遠端裝置類型相符的適當外觀類別,並預期中央裝置會使用這項資訊調整 UI 和音訊轉送政策。

    耳塞式耳機應以動態方式,從 CSIP 群組選擇主要裝置做為主要裝置。如果耳機是雙模式,主要裝置必須是雙模式,才能確保 LE 和 Classic 功能在配對後正常運作。

這可避免雙模式 LEA 耳塞在藍牙設定中顯示為重複的項目,以免使用者感到困惑,並影響 LEA 配對體驗。

對於逐步配對的雙模式裝置而言,動態選舉領袖功能尤其重要。舉例來說,如果在初始配對時只有一個耳機可用,則應將其呈現為雙模式裝置。使用者日後配對第二個耳機時,只需配對 LE 元件即可,而 CSIP 會確保在 Android 裝置上將兩者分組。

建議在配對期間使用 ID 位址,因為 BR/EDR 元件已將裝置的公開位址公開給附近的裝置。

支援加強型屬性通訊協定 (EATT) 減少配對和連線延遲時間。
支援強大的 GATT 快取功能 降低連線延遲時間,特別適用於 TWS 耳機。
支援連線子評分 可提供更靈活的封包排程,並可能節省電池電量。
確保在播放及擷取的前後處理期間,信號處理管道可在 16、24、32 和 48 kHz 上執行,同時支援更高的頻率 充分利用 LEA 通話或 IP 網路語音傳遞技術擷取路徑和媒體播放功能支援的較高取樣率。
支援 LE 電源控制 更完善的電源管理機制

情境類型支援

說明 背景資訊
除非耳機明確不支援特定結構定義類型,否則請使用指派號碼 6.12.3 中列出的所有結構定義類型。 舉例來說,如果不支援「遊戲」背景資訊類型,Android 就會傳送遊戲音效。特別注意,「未指定」的上下文類型並不代表「任何上下文類型」,也不涵蓋不支援的上下文類型。

當中樞裝置與周邊裝置的 ASCS 互動時,周邊裝置必須連線至中樞裝置的 MCS 和 TBS。

中央裝置可能不會一律使用 LE 音訊做為串流路徑,因為可能會改用 A2DP 或 HFP。週邊裝置可使用 ASCS 互動,藉此判斷中央裝置是否會使用 LE 音訊進行串流。

以下列舉幾個 ASCS 互動範例,包括讀取、寫入及註冊通知。