音訊切換按鈕

隨著使用者越來越常使用多個音訊來源裝置來執行日常工作，他們對透過簡單解決方案管理多個裝置的耳機使用需求也越來越高。音訊自動切換功能會根據使用者活動 (例如開始播放電影) 和優先活動 (例如來電)，在裝置之間流暢切換耳機連線。

使用者體驗原則

1. 連線切換應快速且以使用者操作為依據。
2. 連線切換應對使用者保持透明，讓使用者在連線切換不如預期時，可以控制/還原連線。
3. 切換時應尊重使用者隱私。

角色

Audio Switch Seeker：Seeker 是音訊來源裝置 (例如手機或平板電腦)，會在適用情況下尋找附近的耳機進行連線。

音訊切換提供者：提供者通常是宣傳其存在和連線狀態的耳機，以便尋找者決定是否切換。

需求總覽

如要實現智慧切換功能，供應者必須遵守下列規定：

廣告酬載

供應商應在廣告中加入目前的連線狀態，並在「廣告：無法偵測到」一節所述的快速配對帳戶資料上方建立。

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

連線狀態欄位

建議 LE Audio 供應器應處理 Assigned Numbers 6.12.3 中指定的所有內容類型 (除非供應器明確不支援特定內容類型)，並將內容類型對應至下列連線狀態。

• 對話式：0x9
• 媒體：0x8
• 遊戲：0x7
• 指示：0x7
• 語音助理：0x9
• 直播：0x9
• 音效：0x2
• 通知：0x2
• 鈴聲：0x9
• 警示：0x7
• 緊急警報：0x9

對於混合式 LE Audio 情境類型 (例如在通話期間播放媒體)，供應器應使用最高優先順序的連線狀態，也就是在上述情境中使用 0x9 (通話)，而非 0x8 (媒體)。

已連結的裝置點陣圖

為避免發生不必要的連線切換，Seeker 可能需要知道目前連線至耳機的裝置。舉例來說，當耳機連上手機時，如果有家庭成員在平板電腦上啟動 YouTube，使用者不希望連線切換會造成干擾。

請注意，這個位元組圖片是匿名的，Seeker 無法得知哪些其他裝置與提供者配對。舉例來說，假設有 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-byte ZEROs)。

3. 連線狀態原始資料的定義請參閱 表 4.1，如果連線狀態有所變更，則應在相同的廣告時間範圍內重新產生鹽值和 RPA。

這樣一來，加密連線狀態欄位會在帳戶金鑰資料輪替時一併輪替。

BLE 廣告的結構如下：

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

為避免竄改，如果廣告中包含隨機可解資料，請稍微修改上述帳戶金鑰資料。通常，建立帳戶金鑰篩選器時，系統會將帳戶金鑰篩選器與鹽值結合，產生值 V。相反地，如果也宣傳了隨機可解資料，則應以以下方式建構值 V：

 V = concat(account_key, salt, random_resolvable_data)

如果同時宣告 Battery Data 和 Random Resolvable Data，則應將 V 建構為：

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

在「使用帳戶金鑰」中

連線切換功能是以帳戶為基礎，因此供應器應在 BLE 廣告中加入目前連線的帳戶資訊。如果目前已連線的裝置是 Audio switch Seeker，供應器應可取得與此 Seeker 相關聯的帳戶金鑰，並使用這組帳戶金鑰加密連線狀態欄位。如果連結的音訊來源不是 Audio switch Seeker，提供者應使用最近使用的帳戶金鑰。

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

1. 0b00000100
   這個帳戶金鑰未使用。
   這是預設值 (請參閱「帳戶金鑰」)。
2. 0b00000101
   這是最近使用的帳戶金鑰。
   連線狀態欄位會由這個帳戶金鑰加密。沒有目前連線狀態的帳戶索引鍵資訊，可能表示沒有連線的裝置，或是連線的裝置不是 Audio switch Seeker。
3. 0b00000110
   這個帳戶金鑰是目前使用的帳戶金鑰。
   連線狀態欄位會由這個帳戶金鑰加密，目前連線的裝置會與這個帳戶金鑰建立關聯。

音訊切換酬載的示意圖

下圖顯示音訊切換酬載的示意圖。

訊息

連線後，Seeker 和 Provider 可以使用訊息串流同步處理音訊切換功能、觸發連線切換、設定及取得切換偏好設定，以及通知連線狀態等。我們會建立專屬於 Audio 切換鈕的訊息群組和訊息代碼，如下所示。

以下各節將說明各個訊息代碼的其他詳細資訊。

為提供訊息驗證，所有從 Seeker 傳送至 Provider 的附加資料音訊切換訊息都需要 訊息驗證碼。收到含有 MAC 的訊息時，應確認，讓 Seeker 知道 Provider 是否已回應訊息。

如果訊息驗證成功，供應商應傳送訊息的 ACK：

如果失敗，供應商應傳送 NAK 訊息：

請注意，如果提供者是寄件者，則不需要 MAC。

取得音訊自動切換功能

音訊切換供應端和 Seeker 都能使用下列訊息，檢查已連線的 Fast Pair Seeker/供應端是否支援音訊切換：

收到「get capability of Audio switch」訊息代碼後，Audio switch Seeker/Provider 會回應下列其中一個標記：

收到這則訊息後，供應器應回應訊息代碼 0x34，並通知連線狀態。

通知連線狀態

如 BLE 廣告酬載所定義，對於多點供應器，如果連線狀態有所變更，除了變更廣告封包外，供應器也應通知使用相同帳戶金鑰的已連線 Seeker。如果提供者與音訊切換 Seeker 和非音訊切換 Seeker 連線，且非音訊切換 Seeker 處於活動狀態，提供者也應通知已連線的音訊切換 Seeker 連線狀態 (使用 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, connected_devices)，這是在 BLE 廣告酬載中定義的函式。請注意，由於我們在這裡有訊息代碼和資料長度，因此不應納入欄位長度和類型的位元組。

通知 Audio Switch 已啟動連線

音訊切換供應商可能需要知道是否由音訊切換觸發連線切換，以便做出不同的反應，例如為音訊切換事件停用耳機提示音。尋求者會傳送訊息通知提供者，指出這項連線是由音訊切換器啟動。