Bluetooth Low Energy オーディオ

Bluetooth Low Energy Audio(LEA)は、バッテリー駆動時間を犠牲にすることなく高忠実度のオーディオを受信できるようにし、さまざまなユースケースをシームレスに切り替えられるようにします。Android 13(API レベル 33)には、LEA の組み込みサポートが含まれています。

LEA ソースデバイスのマーケット シェアが拡大するまで、ほとんどの LEA ヘッドセットはデュアルモードになります。デュアルモード ヘッドセットで両方のトランスポートをペア設定して設定できる。

ユースケース

LEA の統合は次のようなユースケースに適しています。

  • オーディオの共有: ユーザーは、複数のオーディオ ストリームを 1 つ以上のオーディオ シンクデバイスで同時に共有できます。音声はソースデバイスと接続済みデバイス間で同期されます。

  • 音声のブロードキャスト: ユーザーは、友だちや家族に音声をブロードキャストしながら、情報提供、エンタメ、アクセシビリティ確保のために一般公開のブロードキャストに接続できます。

  • LC3 オーディオ コーデックのサポート: これはデフォルトのオーディオ コーデックです。HFP(音声)の A2DP(メディア)と mSBC に使用される SBC コーデックに代わるものです。LC3 はより効率的で、再構成可能で、高品質です。

  • 音声サンプリングの改善: ヘッドセットで、マイク使用時に高い出力音質を維持できるようになりました。Bluetooth クラシックは、Bluetooth マイクの使用時の音質を低下させます。BLE オーディオでは、入出力サンプリングが 32 kHz に達する可能性があります。

  • ステレオ マイク: イヤフォンは、ステレオ マイクで音声を録音して空間オーディオを強化できます。

  • 補聴器プロファイル(HAP)のサポート: HAP は、以前の ASHA プロトコルよりも優れたアクセシビリティと利用可能性を提供します。ユーザーは、補聴器を通話や VoIP アプリケーションに使用できます。

  • 拡張属性プロトコル(EATT)のサポート: EATT により、ペア設定されたイヤフォンに複数のコマンドを一度に送信できます。

主なシナリオ

ユースケースには主に 4 つのカテゴリがあります。

  1. 会話型: 低レイテンシの通信ルーティングを必要とする電話アプリや VoIP アプリケーションは、高品質の音声を実現し、バッテリーの使用量も抑えられます。

  2. ゲーム: マイクの同時使用と高忠実度再生により、ゲームで高品質の音声を聴覚型にストリーミングできます。ゲームアプリから Bluetooth マイクが使用可能であるとマークされると、BLE オーディオ入力にアクセスできます。これにより、プレーヤーがピア プレーヤーとライブの会話を開始すると、ゲームアプリは遅延なくマイクデータを使用できます。

  3. メディア: メディア アプリで、オーディオ マネージャーの優先デバイスを設定できます。ユーザーはシステムの設定で優先デバイスを変更することで、これをオーバーライドできます。

  4. ユーザー補助機能: BLE Audio に対応している補聴器でマイクを使用できるようになり、ユーザーは継続的に補聴器を使用して通話を続けることができます。

BLE Audio API とメソッド

BLE オーディオ イヤフォンをサポートするには、次の API とメソッドが必要です。

オーディオ マネージャー

  • setCommunicationDevice(): 音声通話やビデオ通話などの通信のユースケースに使用するオーディオ機器を選択します。ボイスチャットやビデオチャットのアプリケーションでこのメソッドを使って、プラットフォームでデフォルトで選択されているものとは異なるオーディオ機器を選択できます。この API は、サポートが終了した API(startBluetoothSco()stopBluetoothSco()setSpeakerphoneOn())に代わるものです。
  • clearCommunicationDevice は、アプリの通話またはセッションが終了した後に呼び出され、アプリ間を移動する際に優れたエクスペリエンスを提供できるようにします。

BluetoothProfile

  • BluetoothLeAudio は、プロキシ オブジェクトを介して Bluetooth サービスを制御します。

通信着信サービス

オーディオ機器情報

  • AudioDeviceInfo.TYPE_BLE_HEADSET は、オーディオ デバイスタイプが LEA デバイスであることを表します。ヒアブル デバイスが LEA デバイスかどうかを識別するために使用されます。

音声レコーダー

  • setPreferredDevice() は、オーディオ ルーティングで使用する優先デバイスを設定します。ユーザーはシステム設定でこれをオーバーライドできます。

Bluetooth アダプター

  • isLeAudioSupported() は、プラットフォームのハードウェアが LEA をサポートしている場合に返されます。
  • isLeAudioBroadcastSourceSupported() は、プラットフォームのハードウェアが LEA をサポートしている場合に返されます。

ユースケースに基づくガイド

以下は、個々のユースケースに基づく LEA の実装に関するガイドラインです。

音声通信アプリケーション

音声通信アプリケーションは、オーディオ ルーティングとデバイスの状態を自己管理するか、Telecom API を使用して管理するか(オーディオ ルーティングと状態ロジックを自動的に行う)を選択できます。

音声録音アプリケーション

  • メディア レコーダー: メディア レコーダーを使用して録音する際、Bluetooth ヒアリング デバイスが LEA に対応している場合はステレオで録音できるようになりました。音声録音ガイドをご確認ください。

LE Audio(LEA)ヘッドセットの推奨事項

LEA ヘッドセットの発売が進むにつれ、問題が生じることが現実世界で発生している ユーザーエクスペリエンスを低下させるテストです。この仕様は、 解決できます次の表に、推奨事項のリストを示します。 LEA ヘッドセット メーカーは、 Android ユーザー。

説明 コンテキスト
クロス トランスポート鍵導出(CTKD)をサポート: デュアルモード ヘッドセット: <ph type="x-smartling-placeholder">
    </ph>
  • Classic から LE へのペア設定と鍵導出の両方をサポート LE と Classic のペア設定。
新しい LEA ヘッドセットのほとんどは、LEA ソースデバイスまでデュアルモード マーケットシェアが拡大しますユーザーは自分のデバイスと 両方のトランスポートをセットアップできます。これは、 Google ファスト ペアリングでも重要です。

必要に応じてターゲットを絞ったお知らせ(TA)をサポートする 接続して、ソースデバイスに確実に再接続する必要があります。

LE オーディオ イヤホンは TA を使用して受信接続をリクエストする必要があります 集中管理することもできます。

今後の BT SIG に追加される予定です。

接続を開始できる BR/EDR のページング モデルとは異なり 接続する場合は、LEA に接続する必要があります。 中央のデバイスから開始できます。現在のところ、多くのヘッドセットでは、 つまり、中央のデバイスは TA を 許可リストに周辺機器を追加せずに再接続する。 ただし、許可リストの回避策により、ヘッドセットが 別のセントラル デバイスに接続する場合。このため、責任を持って 適切に TA をサポートし、中央デバイスが 障害が発生する可能性のある回避策なしで確実に再接続できる マルチポイント接続を提供します。
デュアルモード イヤフォンの見つけやすさを最適化 <ph type="x-smartling-placeholder">
    </ph>
  • 主イヤホン - BR/EDR コンポーネントがアドバタイズする必要があります そのパブリック アドレスを使用して問い合わせやページ スキャンを EIR を介して使用可能な名前を選択し、EIR で LE Audio のビット 14 を 1 に設定 デバイスクラス(CoD)の主要なサービスクラス。
  • メインのイヤフォン - LE コンポーネント: メインのイヤフォン 接続可能かつ検出可能(制限付きまたは BR/EDR と同じパブリック アドレスを使用した広告 コンポーネント、および BR/EDR と同じ完全なローカル名 [Appearance Category] が適切な [Appearance Category] に設定されているため、 リモート デバイス タイプと この情報を使用して中央デバイスが UI とオーディオ ルーティング ポリシーを調整します。
  • セカンダリ イヤフォン - LE のみ: セカンダリ イヤフォン 接続可能な、検出不可能なアドバタイズメントを実行する必要があり、 Appearance Category が適切な Appearance Category に設定されていること。 リモート デバイスタイプに一致する、リモート デバイス 中央デバイスはこの情報を使用して UI を調整し、 オーディオ ルーティング ポリシー

    イヤホンは CSIP からリーダーを動的に選択する必要があります デバイスをプライマリ デバイスにします。イヤフォンがデュアルモードの場合は、 プライマリ デバイスをデュアルモードにして、LE と Classic の両方が ペア設定後に正常に動作することを確認します。

これにより、デュアルモード LEA イヤフォンが重複として認識されることを防止できます ユーザーが混乱したり、セキュリティが不正使用されたりするおそれがあります。 LEA のペア設定の手順を説明します

動的なリーダー選出はデュアルモードにおいて特に重要 段階的にペア設定されます。たとえば、左右どちらか一方のイヤフォンが 最初のペア設定時に使用可能な状態になっている場合は、 対応しています。後でもう片方のイヤホンをペア設定すると、 LE コンポーネントとペア設定するだけで済みます。CSIP は Android ではグループ化されます

ペア設定時には ID 住所を使用することをおすすめします。BR/EDR が コンポーネントは、付近のデバイスにデバイスの公開アドレスをすでに公開しています。 できます。

拡張属性プロトコル(EATT)をサポートしている。 ペア設定や接続の遅延を低減します。
堅牢な GATT キャッシュをサポートする。 特に TWS Buds(特に TWS イヤホン)の接続レイテンシを短縮します。
接続のサブレーティングをサポートします。 より柔軟なパケット スケジューリングとバッテリーの持続を可能にする 削減できます
前処理および後処理では再生と 信号処理パイプラインは 32 kHz と 48 kHz 帯、およびそれより高い周波数のサポート LEA コールでサポートされる高いサンプリング レートを活用 VoIP のキャプチャパスやメディア再生に 直接接続できます
LE Power Control のサポート 電源管理の改善

コンテキスト タイプのサポート

説明 コンテキスト
指定したコンテキスト タイプをすべて使用する 割り当てられた番号 6.12.3 ただし、ヘッドセットが明示的に特定のコンテキスト タイプをサポートしていない場合は除きます。 たとえば、コンテキスト タイプが「Game」の場合、がサポートされていない場合、Android ゲームサウンドが送信されます。特に [Unspecified] 列はコンテキスト type は「任意のコンテキスト タイプ」を意味するわけではなく、サポートされていない 使用します。

中央デバイスがペリフェラル デバイスの ASCS とやり取りすると、 ペリフェラルをセントラル デバイスの MCS と TBS に接続する必要があります。

セントラル デバイスが必ずしも LE Audio をストリーミングとして使用するとは限りません。 A2DP または HFP を使用するようフォールバックする可能性があるためです。周辺機器 コントロール プレーン デバイスが ASCS インタラクションを デバイスはストリーミングに LE Audio を使用します。

ASCS インタラクションの例としては、API に対する読み取り、書き込み、登録があります。 通知を受け取ります。