音声の切り替え検証ツール ユーザー マニュアル

設定

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

• デバイスの GmsCore のバージョンが 22.08.xx 以降であることを確認します。
• テストメールがファスト ペアリング パートナー テスト グループに登録されていることを確認します。
  • 新しく登録したメールとデバイスが権限を同期するまでには、6 ～ 24 時間かかることがあります。
  • 関連付けられている Google アカウントにログインおよびログアウトした場合も、直ちに同期がトリガーされることがあります。

例:

テストにはファスト ペアリングが必要

音声の切り替えテストでは、ファスト ペアリングを使用してスマートフォンをペア設定する必要があります。

1. 同じ Google アカウントにログインしている、2 台のスマートフォン A と B を用意します。
2. ヘッドセットをスマートフォン A とペア設定します（最初のペア設定）。
3. ペア設定モードに入り、ハーフシート UI の通知が表示されるまで待ちます。
4. [接続] をクリックします。
5. [完了] をクリックします。
6. ヘッドセットをスマートフォン B とペア設定します（その後のペア設定）。
   1. 両方のペア設定が完了したという通知が表示されるまで待ちます。
7. [システム通知] をクリックします。

質問の流れの例を次に示します。

基本的な UI フロー

一般的な UI フローを次に示します。

オーディオ スイッチのシングルポイント テスト

音声の切り替えテスト（シングルポイント）

このテストでは、次の機能を実行します。

• ペイロードの検証。
  • さまざまなシナリオの広告データを検証します。
• メッセージ ストリームの検証
  • メッセージ ストリームの通信を検証します。
• 戻ります。
  • スイッチバック動作を確認します。

ペイロード検証（シングルポイント）

ペイロードの検証シーケンスは次のとおりです。

1. ヘッドセットに接続します。
2. 標準で要求されているように、アカウントキーの最初のバイトが 0x06 であることを確認します。
3. デバイスとの接続を解除します。
4. 標準で要求されているように、アカウントキーの最初のバイトが 0x05 であることを確認します。
5. ヘッドセットに再接続します。
6. 音楽を再生する。
7. 接続状態が次のいずれかであることを確認します。
   1. 0x4: A2DP ストリーミングのみ。
   2. 0x5: AVRCP を使用した A2DP ストリーミング。
8. SCO 接続を開始します。
9. SCO が正常に接続されたことを確認します。
10. 接続状態が次のことを確認します。
    1. 0x6: HFP（電話/Voip 通話）ストリーミング（インバンド着信音と非インバンド着信音を含む）。

ペイロード検証の例（シングルポイント）：

メッセージ ストリームの検証（シングルポイント）

メッセージ ストリームの検証シーケンスは次のとおりです。

1. 異なる RFCOMM 接続間のセッションのノンスを検証します。
   1. ヘッドセットに接続します。
   2. ヘッドセットからノンス X を取得します（5 秒以内）。
   3. ヘッドセットに再接続します。
   4. ヘッドセットからもう一度ノンス Y を取得します（5 秒以内）。
   5. X と Y が異なるかどうかを確認します。
2. Get Audio switch Capability リクエストを送信します。
   1. レスポンスが 2 秒以内に送信されたことを確認します。コンテンツは確認されていません。
3. 使用中のアカウントキーを示すリクエストを送信します。
   1. レスポンスが 2 秒以内に送信されたことを確認します。コンテンツは確認されていません。
4. Notify Initiated Connection リクエストを送信します。
   1. レスポンスが 2 秒以内に送信されたことを確認します。コンテンツは確認されていません。
5. カスタムデータの送信リクエストを送信します。
   1. ACK が 2 秒以内に返されることを確認します。
   2. 広告データに、設定されたカスタムデータが含まれているかどうかを（10 秒で）確認します。

メッセージ ストリームの検証の例（シングルポイント）:

スイッチバック（シングルポイント）

このテストには、プライマリ シーカーとセカンダリ シーカーの 2 つのデバイスが必要です。テストの流れは次のとおりです。

1. プライマリ シーカーがヘッドセットに 10 秒以内に接続します。
2. セカンダリ シーカーがヘッドセットを 10 秒以内に接続します。
3. セカンダリ シーカーは、切り替えの返送リクエストをヘッドセットに送信します。

15 秒以内に、次のようになるはずです。

• メインのシーカーがヘッドセットに再び接続します。
• セカンダリ シーカーがヘッドセットから切断されます。

スイッチバック テストの例を次に示します。

音声切り替えのマルチポイント テスト

ペイロード検証（マルチポイント）

ペイロードの検証シーケンスは次のとおりです。

1. ヘッドセットに接続します。
2. 標準で要求されているように、アカウントキーの最初のバイトが 0x06 であることを確認します。
3. デバイスとの接続を解除します。
4. 標準で要求されているように、アカウントキーの最初のバイトが 0x05 であることを確認します。
5. ヘッドセットに再接続します。
6. 音楽を再生する。
7. 接続状態が次のいずれかであることを確認します。
   1. 0x4: A2DP ストリーミングのみ。
   2. 0x5: AVRCP を使用した A2DP ストリーミング。
8. SCO 接続を開始します。
9. SCO が正常に接続されたことを確認します。
10. 接続状態が次のことを確認します。
    1. 0x6: HFP（電話/Voip 通話）ストリーミング（インバンド着信音と非インバンド着信音を含む）。

メッセージ ストリーム（マルチポイント）

このテストには第 1 シーカーと第 2 シーカーが必要です。multiplint 構成フラグが TRUE に設定されたテストには、メッセージ ストリーム コマンドでこの状態をテストする追加の手順があります。

構成不可能なメッセージ ストリーム テスト（マルチポイント）の例:

構成可能なメッセージ ストリーム テスト（マルチポイント）の例:

スイッチバック（マルチポイント）

このテストには第 1 シーカーと第 2 シーカーが必要です。このテストは、シングルポイント バージョンとほぼ同じです。唯一の違いは、プロバイダは複数の接続をサポートしているため、セカンダリ シーカーがプロバイダに接続しても、プライマリ シーカーは引き続きプロバイダに接続するということです。

マルチポイント スイッチバック テストの例:

スイッチ アクティブ（マルチポイントのみ）

このテストには第 1 シーカーと第 2 シーカーが必要です。

このテストでは、プロバイダがメッセージ ストリーム チャネルを使用して、想定されるメッセージを送信していることのみを検証します。

テスト手順:

1. プライマリ シーカーがプロバイダに接続する
2. プライマリ シーカーはプロバイダの機能をチェックします。
   1. マルチポイントがオフで、かつマルチポイント構成可能が TRUE の場合、マルチポイントの有効化を試みます。
3. プライマリ シーカーは、自身に対してアクティブな音源を（接続済みのデバイスへ）切り替え（0x30）を呼び出します。
4. 二次シーカーがプロバイダに接続します。
5. プライマリ シーカーは、別のデバイスにアクティブなオーディオ ソースを（接続済みのデバイスに切り替え）（0x30）を呼び出します。
6. 提供者は、一次申込者に確認を行います。
7. セカンダリ シーカーは、アクティブな状態で [Notify multipoint-switch event]（0x32）を受け取ります。

スイッチ アクティブ（マルチポイントのみ）テストの例:

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

結果の送信方法

テストが完了したら、結果をアップロードするためのボタンがアプリに表示されます。

デバイス コンソールの使用方法

提出されたテスト結果は Nearby Console で確認できます。（音声の切り替えのテストケースでは、距離指標と所要時間の指標が削除されます）。次に例を示します。

トラブルシューティング

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

スイッチバック テストが失敗し、図 1 のように停止する場合: [テストデバイス] ページ（図 2）に戻って再度テストします。