音声の切り替え

複数のオーディオ ソース デバイスを使用して業務を行うユーザーが増えています ヘッドセットを管理するシンプルなソリューションへの需要が高まっています。 複数のデバイス間で 使用することを確認できます音声の切り替えでヘッドセットの接続をシームレスに切り替える ユーザー アクション（映画の開始など）に基づいてデバイス間で優先順位を設定し、 できます。

UX の原則

1. 接続の切り替えは、ユーザーの操作に基づいて迅速に行う必要があります。
2. 接続の切り替えは、ユーザーがその操作を中断することなく、 切り替えが望ましくない場合は、制御/元に戻します。
3. デバイスを切り替える際は、ユーザーのプライバシーを尊重する必要があります。

ロール

音声の切り替えシーカー: シーカーは音声ソース デバイス（ 接続できる近くのヘッドセットを探します（該当する場合）。

オーディオ スイッチ プロバイダ: プロバイダは通常、オーディオ スイッチをアドバタイズする プレゼンスと接続ステータスを、シーカーが切り替えの判断材料として使えるようにします。

要件の概要

スマート切り替えを実現するには、プロバイダは次の要件を満たす必要があります。

広告ペイロード

プロバイダは、現在の接続状態をアドバタイズに含めるものとし、 ファスト ペアリングのアカウント データに基づいて作成されます。 広告: 検出できない場合。

なお、表 4.2 のバージョンは 0x1 です。

接続ステータス フィールド

LE Audio プロバイダが指定のコンテキスト タイプをすべて処理することを推奨 割り当てられた番号 6.12.3 内 （プロバイダが特定のコンテキスト タイプを明示的にサポートしていない場合を除く）。 コンテキスト タイプを接続状態にマッピングします。

• 会話型: 0x9
• メディア: 0x8
• ゲーム: 0x7
• 手順: 0x7
• 音声アシスタント: 0x9
• ライブ: 0x9
• 効果音: 0x2
• 通知: 0x2
• 着信音: 0x9
• アラート: 0x7
• 緊急警報: 0x9

LE Audio が混在するコンテキスト タイプのシナリオでは、 プロバイダは、接続状態を最も優先順位の高いもの（すなわち、 上記のシナリオでは、0x8（メディア）ではなく 0x9（呼び出し）。

接続済みデバイスのビットマップ

望ましくない接続の切り替えを避けるために、シーカーはどの接続が ヘッドセットが現在接続されているデバイスの数。たとえば、ヘッドセットが スマートフォンに接続している場合、ユーザーは ファミリー メンバーの 1 人が 。

なお、このビットマップは匿名であるため、シーカーは他のビットマップを デバイスはプロバイダとボンディングされます。たとえば、次の 5 つのボンディング デバイスがあるとします。

• 0: ノートパソコン（0bx0000000）
• 1: phoneA（0b0x000000）
• 2: phoneB（0b00x00000）
• 3: タブレット（0b000x0000）
• 4: TV（0b0000x000）

現在接続中のデバイスがノートパソコンとタブレットの場合、 0b10010000 になります。どうしても変更できない場合は、 例:ユーザーがヘッドセットを初期状態にリセットしたとき、またはボンディング デバイスのカウントが行われたとき できます。

ランダムに解決可能な広告

トラッキングを回避し、ユーザーのプライバシーを尊重するため、プロバイダはローテーションを行い、 AES-CTR を使用してアカウントキーでフィールドを暗号化します。

 encrypted_connection_status_field = connection_status_raw_data ^ AES(Key, IV)

ここで

1. キーは、使用中のアカウント キーから導出されます。これは、 これについては次のセクションで定義します。

   • SHA-256 を使用して、HKDF 関数（IETF RFC 5869）によって鍵が生成されます。 使用します。

       Key = HKDF(account_key, NULL, UTF8("SASS-RRD-KEY"),16)
     

   • プロバイダはここで元のアカウントキー、すなわち最初のバイトを使用するものとする 0x04 であり、use パターンには含まれていません。

2. IV（初期ベクトル）は、アカウントキーデータの 2 バイトのソルトで、 つまり、IV は concat（ソルト、14 バイトの ZERO）です。

3. 接続ステータスの元データは表 4.1 で定義されています。 ソルトと RPA は再生成が必要です。 同じ広告期間を選択します

これにより、暗号化された接続ステータス フィールドは、 アカウントキー データはローテーションされます。

BLE アドバタイズメントの構造は次のとおりです。

たとえば、ランダム解決可能なデータに暗号化された接続が含まれている場合、 場合、復号された結果は 接続ステータス フィールドをご覧ください。

改ざんを防ぐため、上記のアカウントキーデータをわずかに変更する必要があります ランダム解決可能なデータがアドバタイズに含まれている場合。通常、 アカウントキーフィルタを作成すると、値 V はアカウント ソルトでフィルタします。ランダム解決可能なデータも 値 V は次のように構築する必要があります。

 V = concat(account_key, salt, random_resolvable_data)

バッテリー データとランダム解決可能なデータの両方がアドバタイズされている場合、V は 次のように構成できます。

 V = concat(account_key, salt, battery_data, random_resolvable_data)

使用中のアカウントキー

接続の切り替えはアカウント ベースであるため、プロバイダは BLE アドバタイズ内の現在の接続のアカウント情報。もし 現在接続されているデバイスが音声の切り替えシーカーである場合、プロバイダは音声の切り替えを このシーカーに関連付けられたアカウントキーを取得し、このアカウントキーを使用して 接続ステータス フィールドを暗号化します。接続されている音源が音声以外の場合 シーカーを切り替える場合、プロバイダは最後に使用したアカウント キーを使用する必要があります。

アカウント キー フィルタを計算する前に、プロバイダは最初の アカウントキーのバイトの 1 バイトに相当し、使用パターンとして次のいずれかを含めることができます。

1. 0b00000100
   このアカウント キーは使用されていません。
   これがデフォルトのキーです（アカウント キーをご覧ください）。
2. 0b00000101
   このアカウントキーは、最後に使用されたアカウントキーです。
   接続ステータス フィールドは、このアカウントキーによって暗号化されます。「 アカウント情報が失われた場合は、 デバイスに接続されているか、接続済みのデバイスが音声の切り替えシーカーではありません。
3. 0b00000110
   このアカウントキーは使用中のアカウントキーです。
   接続ステータス フィールドは、このアカウントキーによって暗号化され、 このアカウントキーに関連付けられている

音声切り替えペイロードの概略図

下の図はオーディオ切り替えペイロードの概略図です。

メッセージ

接続されると、シーカーとプロバイダはメッセージ ストリームを使用して音声を同期できます スイッチ機能、接続スイッチのトリガー、切り替えの設定と取得 設定、接続ステータスの通知などができます。メッセージグループを作成し 以下に、音声の切り替えに固有のメッセージ コードを示します。

各メッセージ コードの詳細については、以降のセクションで説明します。

メッセージを認証するために、すべての音声が追加の音声メッセージと シーカーからプロバイダに送信されるデータには、 メッセージ認証コードが必要です。日時 MAC アドレスを含むメッセージを受信した場合、シーカーは応答を（応答）する プロバイダがメッセージに反応したかどうかを確認できます。

メッセージ認証が成功した場合、プロバイダはメッセージの ACK を メッセージ:

失敗した場合、プロバイダはメッセージの NAK を送信しなければなりません。

プロバイダが送信者の場合、MAC は不要です。

音声の切り替え機能を取得する

音声の切り替えプロバイダとシーカーの両方が、接続されたファスト ペアリングかどうかを確認できます シーカー/プロバイダが音声の切り替えに対応しているかどうかは、以下のメッセージを使用して判断します。

音声の切り替え機能を使用できるようになったら 音声の切り替えシーカー/プロバイダから、次のいずれかの応答が返されます。 フラグ:

プロバイダはこのメッセージを受け取った時点で、 0x34、 接続ステータスを通知。

接続ステータスを通知

BLE アドバタイジング ペイロードで定義されているように、 マルチポイント プロバイダ（接続ステータスが変更された場合） アドバタイズするパケットを送信するため、プロバイダは接続されているシーカーに 変更に関して同じアカウントキーを使用していることを確認します。プロバイダが接続されている 音声の切り替えシーカーと音声以外の切り替えシーカー（音声以外の切り替えのシーカー）を シーカーがアクティブである場合、プロバイダは接続されている音声にも通知する必要があります。 （Seeker のアカウントキーを使用して）接続ステータスについてシーカーを切り替えます。

 encrypted_connection_status = connection_status_raw_data ^ AES(Key, IV)

• キーは使用中のアカウント キーから取得されます（参照: 解決可能なランダム広告。

   Key = HKDF(account_key, NULL, UTF8("SASS-RRD-KEY"),16)
  

• IV は concat（Session_nonce, Message_nonce）

• connection_status_raw_data = concat(connection_state, custom_data, BLE で定義される アドバタイジング ペイロード フィールドの長さと型のバイトは含めないでください。これは、 ここにはメッセージコードとデータ長があります

音声の切り替えが開始した接続を通知

音声の切り替え プロバイダは、接続の切り替えがトリガーされたかどうかを知ることが必要になる場合があります 音声の切り替えでさまざまなリアクションを持たせることができます（例:音声のイアコンを無効にする イベントを切り替えます。シーカーは、このメッセージがプロバイダに届くことを 音声の切り替えによって開始された接続でした。

リファレンス実装については、 Nearby 埋め込み SDK ライブラリをご覧ください。