音訊自動切換

隨著使用者越來越常使用多個音訊來源裝置， 現代人需要更簡便的耳機管理解決方案 跨裝置使用。音訊自動切換功能可流暢地轉換耳機連線 根據使用者活動 (例如開始播放電影) 區分裝置與優先顯示 事件 (例如來電)。

使用者體驗原則

1. 連線切換應該要能快速切換，並以使用者動作為依據。
2. 連線切換功能應公開透明，讓使用者能 如果不想切換，則可控制/復原
3. 改用 Pixel 時應尊重使用者隱私。

角色

尋找音訊自動切換器：探索工具是音訊來源裝置 (例如 手機或平板電腦)，尋找鄰近的耳機以連線 (如適用)。

音訊切換供應商：供應商通常是用耳機宣傳自家的 是否存在與連線狀態，方便尋找者做出換機決定。

條件總覽

為實現智慧切換，供應商必須遵守下列規定：

廣告酬載

供應商應在廣告中加入目前的連線狀態， 以如 廣告：不易找到。

請注意，表格 4.2 的版本為 0x1。

連線狀態欄位

建議 LE Audio Provider 處理所有指定的結構定義類型 一節。 指派號碼 6.12.3 (除非供應商明確不支援指定的結構定義類型) 和對應。 連線狀態的結構定義類型，如下所示。

• 對話：0x9
• 媒體：0x8
• 遊戲：0x7
• 教學內容：0x7
• 語音助理：0x9
• 直播：0x9
• 音效：0x2
• 通知：0x2
• 鈴聲：0x9
• 快訊：0x7
• 緊急警報：0x9

針對混合 LE Audio 情境類型使用情境，例如：在 呼叫，供應商應使用最高優先順序的連線狀態，即使用 為上述情況使用 0x9 (呼叫)，而非 0x8 (媒體)。

已連線裝置的點陣圖

為避免意外切換連線，尋找工具可能需要知道 個裝置目前連線。舉例來說 手機連線至手機時，使用者不希望因手機中斷連線 連線切換。 平板電腦。

請注意，此點陣圖為匿名狀態，因此求職者無法得知其他 與供應商的聯繫。舉例來說，假設有 5 部綁約裝置：

• 0：筆記型電腦 (0bx0000000)
• 1：phoneA (0b0x000000)
• 2: PhoneB (0b00x00000)
• 3：平板電腦 (0b000x0000)
• 4：電視 (0b0000x000)

如果目前連結的裝置是筆記型電腦和平板電腦， 點陣圖會是 0b10010000。如果無法避免，修改順序是可接受的 例如：使用者將耳機恢復原廠設定或綁定的裝置計數時 達到上限

隨機可解決的廣告

為避免追蹤並尊重使用者隱私，「供應商」必須旋轉並尊重使用者隱私， 使用 AES-CTR 以帳戶金鑰加密欄位：

 encrypted_connection_status_field = connection_status_raw_data ^ AES(Key, IV)

媒介

1. 金鑰衍生自使用中的帳戶金鑰， 定義請見下一節

   • 金鑰是由 HKDF 函式 IETF RFC 5869 使用 SHA-256 產生 雜湊函式。

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

   • 提供者應在此使用原始帳戶金鑰，即第一個位元組 的鍵為 0x04，不包含在使用模式中。

2. IV (初始向量) 是「帳戶金鑰資料」的 2 位元組鹽 邊框間距，即 IV 是 concat(salt，14 個位元組)

3. 連線狀態原始資料定義於表 4.1，如果 連線狀態變更時，請在此重新產生鹽和 RPA。 不同的廣告時間範圍

如此一來，加密連線狀態欄位就會與 「帳戶金鑰資料」會輪替。

BLE 廣告的結構如下：

舉例來說，如果隨機可解析資料包含加密連線， status 欄位，解密的結果會是 連線狀態欄位。

為避免遭到竄改，請稍微修改上方的「帳戶金鑰資料」 當廣告包含「隨機可解決資料」時。正常情況下， 建立帳戶金鑰篩選器時，合併帳戶即可產生 V 值 加鹽的鍵篩選器相反地，「隨機可解析資料」 V 值應建構為：

 V = concat(account_key, salt, random_resolvable_data)

如果廣告同時宣傳「電池資料」和「隨機可解決的資料」，V 應 建構為：

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

使用中的帳戶金鑰

連線切換是以帳戶為準，因此供應商應加入 目前連線在 BLE 廣告中的帳戶資訊。如果 「目前的連結裝置」是音訊自動切換器，供應商可以 取得與此 Seeker 關聯的帳戶金鑰，並使用這組帳戶金鑰 加密連線狀態欄位。如果連線的音訊來源為非音訊 切換器，供應商應使用最近使用的帳戶金鑰。

在計算帳戶金鑰篩選器之前，供應商應修改第一個 帳戶金鑰的位元組，以在使用模式中包括下列其中一個值：

1. 0b00000100
   這個帳戶金鑰已停止使用。
   此為預設值 (請參閱「帳戶金鑰」)。
2. 0b00000101
   這組帳戶金鑰是最近使用的帳戶金鑰。
   連線狀態欄位是以這組帳戶金鑰加密。由於沒有 目前連線狀態的帳戶金鑰資訊，可能表示 連線的裝置或連結的裝置不是音訊自動切換器。
3. 0b00000110
   這個帳戶金鑰為使用中的帳戶金鑰。
   連線狀態欄位會以這組帳戶金鑰加密， 已連結裝置已與這組帳戶金鑰建立關聯。

音訊切換酬載的結構定義

下圖顯示音訊切換酬載的結構定義。

訊息

連線後，求職者和供應商可以使用訊息串流同步處理音訊 切換功能, 觸發連線切換作業, 設定及啟動 偏好設定、通知連線狀態等等。我們建立訊息群組 音訊自動切換專用的訊息代碼，如下所示。

各簡訊代碼的其他詳細資料列於以下章節。

為提供訊息驗證，所有音訊自動切換訊息都會包含額外 從 Seeker 傳送至供應商的資料需要 訊息驗證碼。時間 接收 MAC 的訊息時，應經過確認，以便尋求工具 得知「供應商」是否已回應訊息。

如果訊息驗證成功，供應商就必須為 訊息：

如果失敗，「供應商」應傳送訊息的 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 中定義的 廣告酬載 請注意，請勿加入欄位長度和類型的位元組， 以及訊息代碼和資料長度

通知音訊切換啟動連線

音訊自動切換供應商可能需要知道連線切換是否觸發 音訊自動切換功能會產生不同的回應，例如停用音效。 切換事件。尋求者會傳送訊息給供應商 是透過音訊自動切換啟動的連線。

請參閱 「附近內嵌的 SDK 程式庫」，瞭解如何實作