LE Audio 検証ツール アプリのユーザー マニュアル

このページは、LE Audio バージョンの検証アプリに固有のものです。オーディオ スイッチ バージョンの検証アプリについては、オーディオ スイッチ 検証アプリのページをご覧ください。

セットアップ

Validator アプリでテストを有効にするには:

• デバイスに GmsCore バージョン 23.37.xx 以降がインストールされていることを確認します。
• テスト用メールが Fast Pair パートナー テスト グループに含まれていることを確認します。
  • 新しく登録したメールアドレスとスマートフォンの権限が同期されるまでに、6 ～ 24 時間ほどかかることがあります。
  • 関連付けられた Google アカウントにログインしたりログアウトしたりすると、即時同期がトリガーされることもあります。

必要なデバイス

テストには少なくとも 2 台のスマートフォンが必要です。

• LE Audio をサポートする Android 15（U）を搭載したデバイス（Google Pixel 7 など）
• Android 6 ～ 13（M ～ T）を搭載し、LE Audio をサポートしていないデバイス。
  • データ専用デバイスでは、これらのスマートフォンのいずれか 1 台のみを使用する必要があります。

Android 15 で LE Audio プロファイルに接続する（V）

Android 15（V）では、LE Audio はネイティブで有効になっていません。有効にするには:

• スマートフォンで [開発者向けオプション] ページに移動します。
  • 開発者向けオプションを有効にするには:
  • [設定] > [システム] > [デバイス情報] > [ビルド番号] に移動します。
  • [ビルド番号] を 7 回タップします。
• [Bluetooth LE オーディオを無効にする] をオフにします。
• [Bluetooth LE Audio の許可リストを回避する] をオンにします。
• スマートフォンを再起動します。

データ専用デバイスの BLE テストを有効にする

デバイス コンソールでデバイスのモデル ID に [データ専用接続] が選択されている場合、バリデータ アプリにデータ専用テスト メニューが表示されます（注: すべてのデバイスタイプにこのオプションがあるわけではありません）。このモードのテストメニューは次のとおりです。

LE Audio をサポートしていないデバイスで BLE 仕様と BT Classic テストを有効にする

BLE テストを表示するには、[Enable LE spect test] スイッチをオンにする必要があります。テスト対象のデバイスが LE Audio をサポートしていないことを確認して、BT Classic テストを表示する必要があります。

Android 14（U）以降を搭載した Google Pixel で BLE 仕様と LE Audio のテストを行う

BLE テストを表示するには、[Enable LE spect test] スイッチをオンにする必要があります。その後、テスト画面を表示するには、残りのメッセージを確認する必要があります。次のように、この構成で利用可能なテスト（LE Audio テストを含む）が自動的にアプリに入力されます。

Android 13（T）以前を搭載した Google Pixel で BLE 仕様と LE Audio のテストを行う

BLE テストを表示するには、[Enable LE spect test] スイッチをオンにする必要があります。その後、テスト画面を表示するには、残りのメッセージを確認する必要があります。アプリには、この構成で利用可能なテスト（BT クラシック テストなど）が自動的に入力されます。

LE Audio 対応の Google Pixel 以外のスマートフォンで BLE 仕様と LE Audio テストを有効にする

BLE テストを表示するには、[Enable LE spect test] スイッチをオンにする必要があります。テスターは、テスト用のスマートフォンとデバイス（シーク）が LE Audio との接続をサポートしているかどうかを検証アプリに伝える必要があります。機能のサポートは OEM によって制御されるため、Google Pixel 以外のスマートフォンでは、アプリはこの情報を把握できません。ポップアップで LE Audio サポートを選択すると、次のように LE Audio テストが有効になります。

A2DP と HFP をサポートする Google Pixel 以外のスマートフォンで BLE 仕様と LE Audio のテストを行う

BLE テストを表示するには、[Enable LE spect test] スイッチをオンにする必要があります。テスターは、テスト用のスマートフォンとデバイス（シーク）が LE Audio との接続をサポートしているかどうかを検証アプリに伝える必要があります。機能のサポートは OEM によって制御されるため、Google Pixel 以外のスマートフォンでは、アプリはこの情報を把握できません。ポップアップで A2DP + HFP サポートを選択すると、次のように BT Classic テストが有効になります。

必須テスト

注: バリデータ アプリには、セルフテスト レポートに必要な必須テストと、パートナーが実装の開発、トラブルシューティング、検証に役立つオプション テストの両方が含まれています。自己診断レポートの送信に必要なバリデータ アプリのテストは一部のみです。

特定のファスト ペアリング バージョンとデバイスタイプに必要なテストについては、必須テストのセクションをご覧ください。この表には、データ専用デバイス、Android 13 以前を搭載したスマートフォン、Android 14 以降を搭載したスマートフォンの各タブがあります。

一般的なオーディオ サービスの UUID の確認

このテストでは、Bluetooth アダプター プロファイル（BAP 1.0.1）と共通オーディオ プロファイルの要件に従って、LE 接続可能なアドバタイズに CAS UUID が含まれていることを確認します。

注: ファスト ペアリング非検出アドバタイズメントの一部として、従来のアドバタイズメント（BT 4.2）に CAS UUID を収容できないデバイスは、代わりにスキャン レスポンスに CAS UUID を含める必要があります。

テストが成功すると、次のようになります。

住所確認の広告

このテストは、最初のペア設定（ID アドレス）とその後のペア設定（RPA）の試行時に、プロバイダが正しいアドレスタイプ（Fast Pair サービスデータ（0xFE2C））を使用していることを確認します。

• 従来から LE への CTKD をサポートするデバイスは、最初のペア設定時に RPA をアドバタイズする必要があります。
• LE からクラシックへの CTKD をサポートする他のすべてのデバイスは、最初のペア設定時に ID アドレスをアドバタイズする必要があります。
• CTKD のサポートに関係なく、すべてのデバイスは、その後のペア設定時に RPA をアドバタイズする必要があります。

テストが成功すると、次のようになります。

BLE 仕様モードで変更をテストする

[LE 仕様テストを有効にする] スイッチをオンにすると、一部のテストが変更されます。たとえば、「バッテリー残量の更新」テストは、「LE オーディオ接続でのバッテリー残量の更新」と「従来のプロファイル接続でのバッテリー残量の更新」に変わります。変更されたテストは、それぞれの Android バージョンにのみ表示されます。

このように変更されるテストは、正常な機能を確認するために 2 台のスマートフォンでテストする必要があります。1 台は LE Audio なし、もう 1 台は LE Audio ありです。Google Pixel の場合は、Android 14（U）以降を搭載したスマートフォンと Android 13（T）以前を搭載したスマートフォンでテストする必要があります。Google Pixel 以外のスマートフォンの場合は、LE Audio を実装したスマートフォンと、A2D + HFP のみを実装したスマートフォンでテストします。

変更の例:

デバイス コンソールに結果をアップロードする方法

結果を送信する方法

[結果を送信] ボタンをクリックすると、テスト結果の概要が表示されますが、実際には Google に送信されません。

すべての結果を確認したら、結果ページの下部にある [送信] ボタンをクリックして、結果を Google に送信します。

デバイス コンソールでアップロードされた結果を表示する

送信されたテスト結果は、Nearby Console で確認できます。（オーディオ スイッチのテストケースでは、距離の指標と時間の指標が削除されます）。例:

トラブルシューティング

すべてのテストが失敗した場合は、Bluetooth のオンとオフを切り替えてみてください。

KeyBasedPairingResponse を受信しない

ペア設定に成功しても、上記のようなエラー メッセージが表示される場合は、古い GMS コア バージョンが原因である可能性があります。設定セクションの説明に従ってスマートフォンが設定されていることを確認します。

次のスクリーンショットは、このエラーがさまざまなテストでどのように発生するかを示しています。

KeyBasedPairingResponse のタイプが正しくない

これは、プロバイダが間違ったメッセージ タイプを送信している場合に発生することがあります。LE Audio をサポートするシーケンサーはメッセージ タイプ 2 を受信し、それ以外のケースではメッセージ タイプ 1 を受信します。

次のスクリーンショットは、このエラーがさまざまなテストでどのように発生するかを示しています。

KeyBasedPairingExtensionResponse の住所の長さが間違っている

これは、LE Audio デバイスに間違ったタイプの CSIP サポートを選択したことが原因で発生することがあります。CSIP と LE Audio をサポートするデバイスは、アドレス長 2 を受け取ります。それ以外のケースでは、アドレス長 1 が受け取られます。

次のスクリーンショットは、このエラーがさまざまなテストでどのように発生するかを示しています。

状態エラー

これは通常、プロバイダ（デバイス）が接続できないことが原因です。CSIP デバイスの場合は、2 つの接続イベントが必要です。

次のスクリーンショットは、このエラーがさまざまなテストでどのように発生するかを示しています。

1 つのアドレスからのみ接続イベントを受信する

これは、シーカーが CSIP デバイスから 1 つの住所しか受信しなかった場合に発生します。CSIP 対応デバイスは常に 2 つのアドレスを提供する必要があります。

次のスクリーンショットは、このエラーがさまざまなテストでどのように発生するかを示しています。

UUID を受け取らない

求職者に UUID が届いていない。

次のスクリーンショットは、このエラーがさまざまなテストでどのように発生するかを示しています。

想定される UUID が受信されない

Seeker は、シナリオに応じて特定の種類の UUID を受け取ることを想定しています。次の表に、これらのケースで UUID がどのようになるかを示します。

	プロバイダが LE Audio をサポートしている	プロバイダが LE Audio をサポートしていない	プロバイダがデータ専用デバイスである
シーカーが BLE をサポートしていない	110B、1108、111E	110B、1108、111E	なし
シーケンサーが BLE に対応している	110B、1108、111E	110B、1108、111E	1812
シーカーは BLE と LEA をサポート	184E	110B、1108、111E	1812

次のスクリーンショットは、このエラーがさまざまなテストでどのように発生するかを示しています。

1 つのアドレスからのみ正しい UUID を受信する

これは、シーカーが CSIP デバイスから 1 つのアドレスのみを受信した場合に発生します。CSIP 対応デバイスは常に 2 つのアドレスを提供する必要があります。

次のスクリーンショットは、このエラーがさまざまなテストでどのように発生するかを示しています。