ファスト ペアリングの資料と技術ノート

このページでは、Google Partners がファスト ペアリング プロジェクトの計画とシステム統合の両方で必要となる有用な情報について説明します。

ファスト ペアリングの資料とプロセス

このセクションでは、一般的なマーケティング情報とプロセス情報へのリンクを提供します。

マーケティング、ブランディング、メッセージング

ブランディングと メッセージングに関するガイダンスについては、パートナー マーケティング ハブをご覧ください。新規パートナーはアクセスを申請する必要があります。既存のパートナーは、パートナー ドメイン アカウントからすでにコンテンツにアクセスできます。

ファスト ペアリング プロジェクトのライフサイクル

ファスト ペアリングをプロダクトに統合するパートナーのプロジェクト ライフサイクルと責任の概要については、システム インテグレータ（SI）の役割と責任のページをご覧ください。

認定プロセス

ファスト ペアリングを実装するデバイスは、プロダクト をこの機能を使用して販売する前に認定を受ける必要があります。 ファスト ペアリングの認定ガイドラインでは、認定の準備方法と認定前の自己テストの実施方法について説明しています。

認定に関するよくある質問では、完全な認定（または再認定）が必要な場合など、さまざまな一般的な質問について説明しています。

音声の切り替えなど、ファスト ペアリング拡張機能を実装または使用するデバイスも 認定を受ける必要があります。音声の切り替えには、自己テストの 手順とサードパーティ ラボの認定の準備について説明する個別の認定ガイドラインがあります。

サードパーティ ラボは、ファスト ペアリングと音声の切り替えを順番に認定できます。どのラボがどの認定サービスを提供しているかについては、 デバイスをサードパーティ ラボに送付するをご覧ください。

技術的な注意事項

このセクションでは、パートナーの開発と統合に役立つ技術的な実装に関する注意事項について説明します。

ファスト ペアリングと並行して他のプロトコルをアドバタイズする方法

一部のデバイスでは、ファスト ペアリングに加えて、Google アシスタントや Eddystone など、追加の広告スペースを必要とする機能のサポートが必要になる場合があります。 このような場合は、広告データをローテーションすることをおすすめします。ただし、 ファスト ペアリングの広告は、検出可能モードと 検出不可モードに応じて、広告 間隔内にアドバタイズする必要があります。

広告のローテーションは、認定プロセスの サードパーティ テスト フェーズでテストされます。認定の遅延、再テスト、費用を回避するため、認定前に ファスト ペアリング バリデーター アプリでローテーション スキームを確認してください。

BLE 接続間隔を短縮する

GATT 接続のパフォーマンスを向上させるため、プロバイダは接続間隔をできるだけ短くする必要があります。最適な値は 7.5 ミリ秒で、ほとんどのシーカーに適用されます。

BLE 広告とヘッドセットの接続状態

ファスト ペアリング ヘッドセットがモデル ID またはアカウント データをアドバタイズするかどうかは、接続状態または切断状態ではなく、ヘッドセットの BR/EDR 検出可能モードによって異なります。 詳しくは、以下のリンクからファスト ペアリング サービス仕様をご覧ください。

• 「プロバイダ デバイスが BR/EDR 検出可能（ペア設定モード）の場合、BLE 経由でファスト ペアリング モデル ID データをアドバタイズする必要があります。」 - リンク
• 「検出不可（ペア設定モードではない）の場合、プロバイダは ファスト ペアリング アカウント データをアドバタイズする必要があります」 - リンク

TxPower

仕様で定義されているように、シーカーは指定された TxPower レベルに基づいて RSSI で距離を推定します。推定距離は、通知を表示するかどうかを判断する重要な要素です。

TxPower を決定するプロセスは次のとおりです。

1. Android スマートフォンを使用して 1 メートル離れた場所でデバイスの実際の出力を測定し、41 dBm を加算します。
2. この値を BLE 広告に含めます。
3. この値をテスト用スマートフォンの情報とともに自己テスト レポートに含めます。

注: デバイス コンソールに保存されている TxPower 値を使用すると、パートナーは出荷済みデバイスの TxPower 値を更新できます。デバイス コンソールに TxPower 値を送信する必要はありません。デバイス コンソールの値は、すべてのデバイスの TxPower 設定をオーバーライドします。

バリデーター アプリで TxPower を測定して設定する

バリデーター アプリには、DUT の TxPower を適切なレベルに手動で調整するテストが用意されています。パートナーは、このテストを使用して、セルフテストまたは認定の前に DUT の適切な TxPower レベルを判断できます。

注: テストが完了したら、DUT と デバイス コンソールの両方で TxPower レベルを設定してください。

TxPower の測定手順

バリデーター アプリで TxPower を測定するには:

1. DUT でバリデーター アプリを開きます。
2. アプリの上部にあるドットメニューを開きます。

   

3. DUT をスマートフォンから 1 メートル離して置き、[START] ボタンをタップします。

   

4. デバイスリストから DUT を選択します。

   

   1. [CANCEL] ボタンをタップしてデバイスリストを更新し、[START] ボタンを再度選択します。
5. 赤い線（TxPower を表す）が黄色い領域の上端にわずかに触れるまで調整します。

   

   1. [-1] ボタンを使用して、赤い線を黄色の領域に移動します。
   2. [+1] ボタンを使用して、赤い線を黄色い領域から離します。
   3. 信号干渉により、赤い線が不安定になることがあります。赤い線が不規則に動く場合は、信号干渉の少ない場所に移動してみてください。
6. TxPower 値を保存し、DUT とデバイス コンソールの両方で更新します。

   

バッテリー通知

仕様で定義されているように、プロバイダは広告にバッテリー情報を含めることができます。シーカーは、タイプに応じてバッテリー通知を表示するか非表示にするかを決定します。0b0011 はバッテリー通知を表示し、0b0100 は非表示にします。広告にバッテリー情報を含める場合と、使用するタイプに関するガイドラインは次のとおりです。

1. ケースを開いて両方のイヤホンがドッキングされている場合は、バッテリー通知を表示する 0b0011 を使用して、少なくとも 8 秒間、広告にバッテリー情報を含めます。
2. ケースを閉じて両方のイヤホンがドッキングされている場合は、バッテリー通知を非表示にする 0b0100 を使用して、少なくとも 5 秒間、広告にバッテリー情報を含めます。
3. バッテリー通知の表示と非表示を迅速に切り替えるには、広告に 2 秒以内に実際の状態を反映する必要があります。
4. バッテリー通知を非表示にする方法は 2 つあります。
   1. 広告にバッテリー情報を含めないようにすると、シーカーはしばらくしてから通知を非表示にします（現在の設定では 20 秒）。
   2. バッテリー通知を非表示にする 0b0100 を使用して広告にバッテリー情報を含めると、シーカーは広告を受信するとすぐに通知を非表示にします。
5. ケースの開閉時にイヤホンが 1 つだけドッキングされている場合は、広告にバッテリー情報を含めるかどうかは任意です。
6. イヤホンをケースから取り外す場合や、ケースにドッキングする場合は、広告にバッテリー情報を含めるかどうかは任意です。
7. トラッキングを防ぐため、プロバイダは必要な場合にのみ（常にではなく）、広告に未加工のバッテリーデータを含める必要があります。

実装については、認定の自己テスト結果で説明する必要があります。

ファスト ペアリングのロギングを有効にする方法

デバッグを行う前に、デバイスで Bluetooth HCI スヌープログ を有効にしてください。また、セキュリティ上の理由から重要なファスト ペアリング ログが 編集されないようにするには、テスト用の Google アカウントで ファスト ペアリング パートナー テスト Google グループ （[e-mail]）に参加してください。

デバッグログでファスト ペアリング メッセージをキャプチャするには、次のコマンドを実行します。

$ adb logcat -G 16M
$ adb shell setprop log.tag.NearbyMessages VERBOSE
$ adb shell setprop log.tag.NearbyDiscovery VERBOSE
$ adb shell setprop log.tag.FastPair VERBOSE

上記のコマンドは、起動シーケンスごとに実行することをおすすめします。

**注:** 本番環境ビルドでは、詳細ログが削除されることがあります。

デバッグログを抽出する方法

$ adb bugreport を実行して、すべてのデータを含む zip ファイルを生成します。zip ファイルの生成には数分かかることがあります。

Android のバージョンに応じて、次のいずれかのコマンドを実行して btsnoop_hic.log を取得します。

• Android 8.x 以降の場合: shell $ adb pull data/misc/bluetooth/logs logs
• Android 7.x の場合: shell $ adb pull sdcard/btsnoop_hci.log

注: バグレポートの ZIP ファイルをダウンロードする前に、スマートフォンを Bluetooth デバイスの横に数分間置いておくことをおすすめします。