TW202516897A - 用於周邊裝置上之立體聲之技術 - Google Patents

Abstract

本揭露之各種態樣大致上係關於無線通訊。在一些態樣中，一第一周邊裝置可接收自一所有者音訊串流側錄之音訊串流封包，該所有者音訊串流被指派給與該第一周邊裝置配對之一第二周邊裝置。該第一周邊裝置可自該第二周邊裝置接收一同步訊息，該同步訊息包括識別該所有者音訊串流中之封包之一所有者封包位元映像。該第一周邊裝置可基於該所有者封包位元映像與識別側錄之音訊串流封包之一側錄者封包位元映像之一比較之一結果而識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包。該第一周邊裝置可傳輸指示該等遺失封包之一回應訊息。描述多種其他態樣。

Description

用於周邊裝置上之立體聲之技術

本揭露之態樣大致上係關於無線通訊以及與周邊裝置上之立體聲相關聯之技術及設備。

無線個人區域網路(wireless personal area network, WPAN)係一般由使用者建立以互連位於使用者的特定距離或區內的各種個人裝置、感測器、及/或家電的短程無線網路。例如，基於通訊協定（諸如藍牙 ^®(BT)協定、藍牙低功耗(BLE)協定或Zigbee ^®協定）的WPAN可將無線連接性提供給在彼此的特定距離（例如，5公尺、10公尺、20公尺、100公尺）內的周邊裝置。藍牙係支援中央裝置（諸如主機裝置或來源裝置）與至少一個周邊裝置（諸如用戶端裝置或接收點裝置(sink device)）之間的WPAN的短距離無線通訊協定。然而，與在基本速率(basic rate, BR)及/或增強資料速率(enhanced data rate, EDR)實體層上操作的藍牙通訊關聯的電力消耗可使WPAN通訊在某些應用中不切實際。

因此，為解決與藍牙BR/EDR（有時稱為藍牙經典或藍牙傳統協定）關聯的電力消耗挑戰，開發BLE（在本文中亦稱為WPAN LE）並採用在資料傳輸相對不頻繁的各種應用中及/或以促成具有低電力消耗的WPAN通訊。例如，BLE藉由使用低工作週期操作並在資料傳輸之間將中央裝置及（多個）周邊裝置的一或二者置於睡眠模式中而利用不頻繁的資料轉移，從而節省電力。使用BLE的實例應用包括在各種醫療、工業、消費、及健身應用中的電池操作之感測器及致動器。BLE亦可用以連接諸如BLE賦能的智慧型手機、平板電腦、筆記型電腦、耳塞式耳機、或類似者的裝置。雖然傳統（或經典）藍牙及BLE提供某些優點，在藍牙及BLE技術上存在進一步改善的需求。例如，傳統藍牙及BLE具有有限範圍、具有有限資料容量通量、且易受在相同頻帶中通訊（諸如經由無線區域網路(wireless local area network, WLAN)通訊）的其他裝置影響。

本文中所述之一些態樣係關於一種由第一周邊裝置執行之無線通訊之方法。該方法可包括接收自所有者音訊串流側錄之音訊串流封包，該所有者音訊串流被指派給與該第一周邊裝置配對之第二周邊裝置。該方法可包括自該第二周邊裝置接收同步訊息，該同步訊息包括識別該所有者音訊串流中之封包之所有者封包位元映像。該方法可包括至少部分地基於該所有者封包位元映像與識別側錄之音訊串流封包之側錄者封包位元映像之比較之結果而識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包。該方法可包括傳輸指示該等遺失封包之回應訊息。

本文中所述之一些態樣係關於一種由第二周邊裝置執行之無線通訊之方法。該方法可包括自指派給該第二周邊裝置之所有者音訊串流接收音訊串流封包。該方法可包括將同步訊息傳輸至與該第二周邊裝置配對之第一周邊裝置，該同步訊息包括識別該所有者音訊串流中之封包之所有者封包位元映像。該方法可包括接收識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包的回應訊息。

本文中所述之一些態樣係關於一種用於第一周邊裝置處之無線通訊之設備。該設備可包括一或多個記憶體及耦接至該一或多個記憶體的一或多個處理器。該一或多個處理器可經組態以接收自所有者音訊串流側錄之音訊串流封包，該所有者音訊串流被指派給與該第一周邊裝置配對之第二周邊裝置。該一或多個處理器可經組態以自該第二周邊裝置接收同步訊息，該同步訊息包括識別該所有者音訊串流中之封包之所有者封包位元映像。該一或多個處理器可經組態以至少部分地基於該所有者封包位元映像與識別側錄之音訊串流封包之側錄者封包位元映像之比較之結果來識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包。該一或多個處理器可經組態以傳輸指示該等遺失封包之回應訊息。

本文中所述之一些態樣係關於一種用於第二周邊裝置處之無線通訊之設備。該設備可包括一或多個記憶體及耦接至該一或多個記憶體的一或多個處理器。該一或多個處理器可經組態以自指派給該第二周邊裝置之所有者音訊串流接收音訊串流封包。該一或多個處理器可經組態以將同步訊息傳輸至與該第二周邊裝置配對之第一周邊裝置，該同步訊息包括識別該所有者音訊串流中之封包之所有者封包位元映像。該一或多個處理器可經組態以接收識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包的回應訊息。

本文中所述之一些態樣係關於一種非暫時性電腦可讀取媒體，該非暫時性電腦可讀取媒體儲存用於由第一周邊裝置進行無線通訊之指令集。該指令集在由該第一周邊裝置之一或多個處理器執行時可使該第一周邊裝置接收自所有者音訊串流側錄之音訊串流封包，該所有者音訊串流被指派給與該第一周邊裝置配對之第二周邊裝置。該指令集在由該第一周邊裝置之一或多個處理器執行時可使該第一周邊裝置自該第二周邊裝置接收同步訊息，該同步訊息包括識別該所有者音訊串流中之封包之所有者封包位元映像。該指令集在由該第一周邊裝置之一或多個處理器執行時可使該第一周邊裝置至少部分地基於該所有者封包位元映像與識別側錄之音訊串流封包之側錄者封包位元映像之比較之結果而識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包。該指令集在由該第一周邊裝置之一或多個處理器執行時可使該第一周邊裝置傳輸指示該等遺失封包之回應訊息。

本文中所述之一些態樣係關於一種非暫時性電腦可讀取媒體，該非暫時性電腦可讀取媒體儲存用於由第二周邊裝置進行無線通訊之指令集。該指令集在由該第二周邊裝置之一或多個處理器執行時可使該第二周邊裝置自指派給該第二周邊裝置之所有者音訊串流接收音訊串流封包。該指令集在由該第二周邊裝置之一或多個處理器執行時可使該第二周邊裝置將同步訊息傳輸至與該第二周邊裝置配對之第一周邊裝置，該同步訊息包括識別該所有者音訊串流中之封包之所有者封包位元映像。該指令集在由該第二周邊裝置之一或多個處理器執行時可使該第二周邊裝置接收識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包的回應訊息。

本文所述之一些態樣係關於一種用於無線通訊之設備。該設備可包括用於接收自所有者音訊串流側錄之音訊串流封包的構件，該所有者音訊串流被指派給與該第一周邊裝置配對之第二周邊裝置。該設備可包括用於自該第二周邊裝置接收同步訊息的構件，該同步訊息包括識別該所有者音訊串流中之封包之所有者封包位元映像。該設備可包括用於至少部分地基於該所有者封包位元映像與識別側錄之音訊串流封包之側錄者封包位元映像之比較之結果來識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包的構件。該設備可包括用於傳輸指示該等遺失封包之回應訊息的構件。

本文所述之一些態樣係關於一種用於無線通訊之設備。該設備可包括用於自指派給該第二周邊裝置之所有者音訊串流接收音訊串流封包的構件。該設備可包括用於將同步訊息傳輸至與該第二周邊裝置配對之第一周邊裝置的構件，該同步訊息包括識別該所有者音訊串流中之封包之所有者封包位元映像。該設備可包括用於接收識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包的回應訊息的構件。

態樣大致上包括在本文中實質上參考圖式及說明書所描述以及由圖式所繪示及如說明書所說明的一種方法、設備、系統、電腦程式產品、非暫時性電腦可讀取媒體、使用者設備、基地台、網路實體、網路節點、中央裝置、周邊裝置、無線通訊裝置、存取點、行動站、及/或處理系統。

前述內容已經相當廣泛地概述根據本揭露之實例的特徵及技術優點，以便可更好地理解下文的實施方式。將在下文中描述額外的特徵及優點。所揭示之構思及具體實例可輕易地用作為用於修改或設計用於實行本揭露之相同目的之其他結構的基礎。此類等效構造不脫離隨附申請專利範圍之範疇。當結合附圖考慮時，從下文描述中將更好地理解本文所揭示之概念的特性（其組織及操作方法兩者）以及相關聯之優點。圖式之各者係為了說明及描述的目的而提供，且不作為申請專利範圍之限制的定義。

雖然態樣在本揭露中係藉由說明一些實例而描述，所屬技術領域中具有通常知識者將理解此類態樣可以許多不同配置及情境實現。本文描述的技術可使用不同的平台類型、裝置、系統、形狀、尺寸、及/或封裝配置實施。例如，一些態樣可經由積體晶片實施例或其他基於非模組組件之裝置（例如，終端使用者裝置、車輛、通訊裝置、計算裝置、工業裝備、零售/採購裝置、醫療裝置、及/或人工智慧裝置）來實施。態樣可以晶片級組件、模組化組件、非模組化組件、非晶片級組件、裝置級組件、及/或系統級組件實施。合併所描述之態樣及特徵的裝置可包括用於實施及實踐所請求及描述之態樣的額外組件及特徵。例如，無線訊號的傳輸及接收可包括用於類比及數位目的的一或多個組件（例如，包括天線、射頻(radio frequency, RF)鏈、功率放大器、調變器、緩衝器、處理器、交錯器、加法器、及/或求和器的硬體組件）。意欲使本文描述的態樣可實踐在各種尺寸、形狀、及構造的各式各樣的裝置、組件、系統、分布式配置、及/或終端使用者裝置中。

在無線個人區域網路(WPAN)（諸如藍牙(BT)網路或藍牙低功耗(BLE)網路）中，無線音訊可從中央裝置（例如，手機、智慧型手機）串流至多個周邊裝置（例如，左耳塞式耳機及右耳塞式耳機）。主要或所有者耳塞式耳機可自中央裝置（諸如，使用者設備(user equipment, UE)）在引導至所有者耳塞式耳機之串流中接收封包。所有者串流（例如，左側(L)串流）意在用於所有者耳塞式耳機，且所有者耳塞式耳機提供針對所有者串流上之封包之確認(acknowledgement, ACK)。與所有者耳塞式耳機配對之次要或側錄者耳塞式耳機可側錄串流上之封包以接收封包。側錄者耳塞式耳機自所有者串流（例如，L串流）側錄（接收封包但不向UE提供ACK）。側錄者耳塞式耳機可係其自己的串流（例如，右側(R)串流）之所有者，且另一耳塞式耳機可側錄R串流。所有者串流可係聯合的L + R串流。耳塞式耳機可取決於組態將封包中繼至彼此以成為其各別主控之串流。如此一來，耳塞式耳機可提供立體聲或空間音訊。然而，在一些組態中，由一個耳塞式耳機遺失之封包可無法自另一耳塞式耳機成功中繼。此導致立體聲或空間音訊之音訊效能下降。此外，可解密封包，且解密可取決於與封包計數器相關聯之金鑰。若封包接收者之封包計數器與封包來源（例如，UE）之封包計數器不對準，則解密將失敗且音訊品質可受影響。雖然所有者耳塞式耳機通常能夠保持其封包計數器與封包來源之封包計數器對準，但側錄者耳塞式耳機面臨著保持其封包計數器與封包來源之封包計數器對準的挑戰。

根據本文中所述之各種態樣，耳塞式耳機可執行同步交握(synchronization handshake/sync-up handshake)。所有者耳塞式耳機可傳輸同步訊息（例如，週期性地或藉由觸發）且側錄者耳塞式耳機可做出回應。所有者耳塞式耳機可已產生接收到封包之位元映像且可與側錄者耳塞式耳機共用該位元映像（例如，在同步訊息中）。側錄者耳塞式耳機可識別遺失封包，傳輸識別遺失封包之回應，且接收遺失封包。如此一來，音訊輸出中不會遺失封包且音訊效能（立體聲及/或空間音訊）係可用的及/或不會降級。

在一些態樣中，側錄者耳塞式耳機可產生且共用其自己的位元映像。耳塞式耳機可聯合地共用遺失封包。在一些態樣中，側錄者耳塞式耳機可使用目前封包及下一個封包之臨時亂數及自與兩個計數器值相關聯之至少兩個金鑰之中選擇用於解密封包之金鑰之規則，以解決側錄者耳塞式耳機之封包計數器與所有者耳塞式耳機之封包計數器的任何不對準。如此一來，經加密封包之音訊效能不降級。

下文闡述之實施方式（結合隨附圖式）係意欲作為各種組態之描述，而非意欲表示可實踐本文所述概念的唯一組態。實施方式包括出於提供各種概念之徹底理解之目的的具體細節。然而，所屬技術領域中具有通常知識者應理解，可在沒有這些具體細節的情況下實踐這些概念。在一些情況中，眾所周知的結構及組件係以方塊圖形式顯示，以避免混淆此類概念。

現在將參考各種設備及方法呈現電信系統的數個態樣。此等設備及方法將在以下的實施方式中描述，並在附圖中藉由各種方塊、組件、電路、程序、演算法等（共同稱為「元件」）繪示。此等元件可使用電子硬體、電腦軟體、或任何其組合實施。此類元件是實施為硬體或軟體取決於特定應用及對整體系統強加的設計約束。

舉實例而言，元件、或元件的任何部分、或元件的任何組合可實施為包括一或多個處理器的「處理系統(processing system)」。處理器的實例包括微處理器、微控制器、圖形處理單元(graphics processing unit, GPU)、中央處理單元(central processing unit, CPU)、應用處理器、數位訊號處理器(digital signal processor, DSP)、精簡指令集計算(reduced instruction set computing, RISC)處理器、系統單晶片(systems on a chip, SoC)、基頻處理器、場可程式化閘陣列(field programmable gate array, FPGA)、可程式化邏輯裝置(programmable logic device, PLD)、狀態機、閘控邏輯、離散硬體電路、及其他經組態以執行本揭露通篇所描述之各種功能的合適硬體。處理系統中的一或多個處理器可執行軟體。軟體應廣泛地解讀為意謂指令、指令集、碼、碼段、程式碼、程式、子程式、軟體組件、應用程式、軟體應用程式、套裝軟體、常式、子常式、物件、可執行檔案、執行緒、程序、函數等，而無論是稱為軟體、韌體、中介軟體(middleware)、微碼、硬體描述語言、或其他。

據此，在一或多個實例實施例中，所描述的功能可以硬體、軟體、或其任何組合實施。若以軟體實施，則功能可儲存在電腦可讀取媒體上或經編碼為在電腦可讀取媒體上的一或多個指令或碼。電腦可讀取媒體包括電腦儲存媒體。儲存媒體可係可由電腦存取的任何可用媒體。舉實例而言，且非限制，此類電腦可讀取媒體可包括隨機存取記憶體(random-access memory, RAM)、唯讀記憶體(read-only memory, ROM)、可電抹除可程式化ROM (electrically erasable programmable ROM, EEPROM)、光碟儲存器、磁碟儲存器、其他磁性儲存裝置、上文提及類型之電腦可讀取媒體的組合、或可用以採可由電腦存取之指令或資料結構之形式儲存電腦可執行碼的任何其他媒體。

圖1係繪示根據一些實施方案之WPAN 100之實例的圖。在WPAN 100內，中央裝置102（其在本文中可稱為來源裝置或使用其他合適用語）可使用BLE協定或經修改BLE協定連接至一或多個周邊裝置（諸如智慧型手錶104、藍牙可攜式揚聲器106、無線頭戴式耳機(headphone) 108、平板電腦110、無線耳塞式耳機112、智慧家電114）（其在本文中可稱為接收點裝置或使用其他合適用語）且可與該一或多個周邊裝置建立通訊鏈路116。BLE協定係BT核心規格的部分，且實現在全球接受的2.4 GHz工業、科學、及醫療(Industrial, Scientific, and Medical, ISM)頻帶內操作的射頻通訊。

在一些態樣中，如本文描述，中央裝置102可包括可用以使用BLE協定或經修改BLE協定與一或多個周邊裝置104、106、108、110、112、及/或114通訊的合適邏輯、電路系統、介面、處理器、及/或碼。在一些態樣中，中央裝置102可操作為請求與預期周邊裝置104、106、108、110、112、及/或114建立鏈路層(link layer, LL)連接的起動器。在一些態樣中，鏈路管理器可用以控制中央裝置102中的WPAN應用控制器與預期周邊裝置104、106、108、110、112、及/或114的各者中的WPAN應用控制器之間的操作。

在一些態樣中，在建立所請求的LL連接之後，中央裝置102可變成主機裝置，且所選擇或所預期的周邊裝置104、106、108、110、112、及/或114可透過已建立的LL連接變成與中央裝置102配對。作為主機裝置，中央裝置102可支援與作為用戶端裝置操作的各種周邊裝置104、106、108、110、112、及/或114的多個同時LL連接。例如，中央裝置102可管理與一或多個關聯周邊裝置104、106、108、110、112、及/或114的LL連接中的資料封包通訊的各種態樣。例如，中央裝置102可判定與一或多個周邊裝置104、106、108、110、112、及/或114的LL連接中的操作排程。中央裝置102亦可透過LL連接起始LL協定資料單元(protocol data unit, PDU)交換序列。LL連接可經組態以在專用資料通道中運行週期性連接事件。在中央裝置102與周邊裝置104、106、108、110、112、及/或114的一或多者之間的LL資料PDU傳輸的交換可在連接事件內發生。

在一些態樣中，中央裝置102可經組態以在各連接事件中將第一LL資料PDU傳輸至預期周邊裝置104、106、108、110、112、及/或114。額外地或替代地，在一些態樣中，中央裝置102可利用輪詢方案以在連接事件期間針對LL資料PDU傳輸輪詢預期周邊裝置104、106、108、110、112、及/或114。預期周邊裝置104、106、108、110、112、及/或114可在從中央裝置102接收到運載LL資料PDU的封包後即傳輸LL資料PDU。在一些其他態樣中，周邊裝置104、106、108、110、112、及/或114可將LL資料PDU傳輸至中央裝置102而無需首先從中央裝置102接收到LL資料PDU。

中央裝置102的實例可包括蜂巢式電話、智慧型電話、對話啟動協定(session initiation protocol, SIP)電話、行動站(STA)、膝上型電腦、個人電腦(PC)、桌上型電腦、個人數位助理(PDA)、衛星無線電、全球定位系統、多媒體裝置、視訊裝置、數位音訊播放器、攝影機、遊戲主控台、平板電腦、智慧型裝置、穿戴式裝置（諸如智慧型手錶或無線頭戴式耳機）、車輛、車輛資訊娛樂系統或車載套件、電錶、空氣泵、烤麵包機、恆溫器、助聽器、血糖隨身單元、物聯網(IoT)裝置、或類似者。

周邊裝置104、106、108、110、112、及/或114的實例可包括蜂巢式電話、智慧型電話、SIP電話、STA、膝上型電腦、PC、桌上型電腦、PDA、衛星無線電、全球定位系統、多媒體裝置、視訊裝置、數位音訊播放器、攝影機、遊戲主控台、平板電腦、智慧型裝置、可穿戴裝置（例如，智慧型手錶、無線頭戴式耳機、或無線耳塞式耳機）、車輛、車輛資訊娛樂系統或車載套件、電錶、空氣泵、烤麵包機、恆溫器、助聽器、血糖隨身單元、IoT裝置、或類似者。雖然中央裝置102在圖1中被繪示為與WPAN 100中的六個周邊裝置104、106、108、110、112、及114通訊，但中央裝置102可與WPAN 100內的多於或少於六個周邊裝置通訊而不脫離本揭露的範圍。

在一些態樣中，實施BT協定的裝置（例如，中央裝置102）可根據第一無線電模式（例如，基本速率(BR)/增強資料速率(EDR)無線電模式）操作，且實施BLE協定的裝置可根據第二無線電模式（例如，BLE無線電模式）操作。在一些態樣中，中央裝置102可經組態有雙無線電模式，且因此可能能夠根據BR/EDR模式或BLE模式操作，例如，基於中央裝置102可於其中從事之短距離無線通訊的類型。

例如，在一些態樣中，中央裝置102可根據BR/EDR模式操作，以用於資料的連續串流、用於廣播網路、用於網狀網路、及/或用於在其中相對較高的資料速率可能更合適的一些其他應用。額外地或替代地，中央裝置102可根據用於短叢發資料傳輸的BLE模式操作，諸如用於在其中省電可係所欲的及/或相對較低的資料速率可係可接受的一些其他應用。額外地或替代地，在一些態樣中，中央裝置102可根據一或多種其他無線電模式（諸如（多種）專屬無線電模式）操作。其他無線電模式的實例可包括高速無線電模式、低能量無線電模式、及/或等時無線電模式等。

在一些態樣中，如本文他處更詳細地描述，輔助無線裝置（例如，在周邊裝置104、106、108、110、112、及114中）可追蹤基於輔助無線裝置從來源裝置（諸如中央裝置102）接收之重傳封包的數目的第一重傳度量。輔助無線裝置可從接收點無線裝置（例如，在周邊裝置104、106、108、110、112、及114中）接收指示接收點無線裝置的第二重傳輸度量的確認輔助請求。輔助無線裝置可基於第一重傳輸度量及第二重傳輸度量的各別值對接收點無線裝置傳輸對確認輔助請求的回應。額外地或替代地，輔助無線裝置可執行本文描述的一或多個其他操作。

在一些態樣中，如本文他處更詳細地描述的，接收點無線裝置（例如，在周邊裝置104、106、108、110、112、及114中）可追蹤基於接收點無線裝置從來源裝置（諸如中央裝置102）接收之重傳輸封包的數目的第一重傳輸度量。接收點無線裝置可將指示由接收點無線裝置追蹤的第一重傳輸度量的確認輔助請求傳輸至輔助無線裝置（例如，在周邊裝置104、106、108、110、112、及114中）。接收點無線裝置可基於由接收點無線裝置追蹤的第一重傳輸度量及由輔助無線裝置追蹤的第二重傳輸度量的各別值從輔助無線裝置接收對確認輔助請求的回應。額外地或替代地，接收點無線裝置可執行本文描述的一或多個其他操作。

如上文所指示，圖1係作為實例提供。其他實例可不同於相關於圖1所描述者。

圖2係繪示根據本揭露之無線通訊裝置200之實例的圖。在一些態樣中，無線通訊裝置200可係繪示於圖1中之中央裝置102的實例。額外地或替代地，無線通訊裝置200可係繪示於圖1中之周邊裝置104、106、108、110、112、或114的一或多者的實例。在一些態樣中，無線通訊裝置200可係藍牙賦能裝置（諸如BLE裝置）。

如圖2所示，無線通訊裝置200可包括處理元件，諸如可執行用於無線通訊裝置200的程式指令的（多個）處理器202。無線通訊裝置200亦可包括可執行圖形處理並對使用者呈現資訊的顯示器242。（多個）處理器202亦可耦接至記憶體管理單元(memory management unit, MMU) 240，該記憶體管理單元可經組態以從（多個）處理器202接收位址並將該等位址轉換成記憶體（諸如記憶體206、ROM 208、或快閃記憶體210）中的位址位置，或轉換成其他電路或裝置（諸如顯示電路系統204、無線電設備230、連接器介面220、及/或顯示器242）中的位址位置。MMU 240亦可經組態以執行記憶體保護及頁表轉換或建立。在一些態樣中，MMU 240可包括為（多個）處理器202的一部分。

（多個）處理器202可耦接至無線通訊裝置200的其他電路。例如，無線通訊裝置200可包括各種記憶體類型、無線通訊裝置200可透過其與電腦系統通訊的連接器介面220、及可基於一或多種無線通訊標準或協定將資料傳輸至其他裝置及從其他裝置接收資料的無線通訊子系統。例如，在一些態樣中，無線通訊子系統可包括（但不限於）無線區域網路(WLAN)子系統、WPAN子系統、及/或蜂巢式子系統（諸如長期演進(Long-Term Evolution, LTE)或新無線電(New Radio, NR)子系統）。無線通訊裝置200可包括用於執行與例如WPAN中的無線通訊裝置的無線通訊的多個天線235a、235b、235c、及/或235d。在一些態樣中，WPAN可係擴展PAN (XPAN)。

無線通訊裝置200可經組態以藉由執行儲存在記憶體媒體（諸如非暫時性電腦可讀取記憶體媒體）上的程式指令及/或透過硬體或韌體操作而實施本文描述之技術的部分或全部。在其他實施例中，本文描述的技術可至少部分地藉由可程式化硬體元件（諸如FPGA及/或特殊應用積體電路(application specific integrated circuit, ASIC)）實施。

在一些態樣中，無線電設備230可包括經組態以控制各種各別無線電存取技術(radio access technology, RAT)協定的通訊的分開控制器。例如，如圖2所示，無線電設備230可包括管理WLAN通訊的WLAN控制器250、管理藍牙、BLE、及/或其他合適WPAN通訊的WPAN控制器252、及管理無線廣域網路(wireless wide area network, WWAN)通訊的WWAN控制器256。在一些態樣中，無線通訊裝置200可儲存並執行用於控制由WLAN控制器250執行之WLAN操作的WLAN軟體驅動器、用於控制由WPAN控制器252執行之WPAN操作的WPAN軟體驅動器、及/或用於控制由WWAN控制器256執行之WWAN操作的WWAN軟體驅動器。

在一些態樣中，第一共存介面254（諸如有線介面）可用於在WLAN控制器250與WPAN控制器252之間發送資訊。額外地或替代地，在一些態樣中，第二共存介面258可用於在WLAN控制器250與WWAN控制器256之間發送資訊。額外地或替代地，在一些態樣中，第三共存介面260可用於在WPAN控制器252與WWAN控制器256之間發送資訊。

在一些態樣中，WLAN控制器250、WPAN控制器252、及/或WWAN控制器256的一或多者可實施為硬體、軟體、韌體、或其任何合適的組合。

在一些態樣中，WLAN控制器250可經組態以使用天線235a、235b、235c、及235d的一或多者、一些、或全部使用WLAN鏈路與WPAN中的第二裝置通訊。在其他組態中，WPAN控制器252可經組態以使用天線235a、235b、235c、及235d的一或多者、一些、或全部與WPAN中的至少一個第二裝置通訊。在其他組態中，WWAN控制器256可經組態以使用天線235a、235b、235c、及235d的一或多者、一些、或全部與WPAN中的第二裝置通訊。WLAN控制器250、WPAN控制器252、及/或WWAN控制器256可經組態以調整無線通訊裝置200的喚醒時間間隔及關閉時間。

短程無線通訊協定（諸如BT、BLE、及/或BR/EDR）可包括及/或可使用一或多種其他通訊協定，例如以建立及維持通訊鏈路。亦參照圖1，無線通訊裝置200可根據用於短距離無線通訊的至少一種通訊協定與一或多個周邊裝置（諸如無線頭戴裝置112）建立通訊鏈路116。在一些態樣中，通訊鏈路116可包括遵守BT、BLE、BR/EDR、或類似者所包括及/或與BT、BLE、BR/EDR、或類似者一起使用之協定的通訊鏈路。在一個態樣中，通訊鏈路116可包括非同步連接導向邏輯(asynchronous connection-oriented logical, ACL)傳送（有時稱為ACL鏈路）。當作為ACL鏈路操作時，通訊鏈路116可允許中央裝置102（例如，來源裝置）與周邊裝置（諸如頭戴裝置112）連接或「配對」。此連接係非同步的，其中二個裝置可能不需要在時間方面同步彼此之間的資料通訊以允許資料封包經由通訊鏈路116通訊。

在一些態樣中，邏輯鏈路控制及調適協定(logical link control and adaptation protocol, L2CAP)可在BT協定堆疊內使用（為簡單起見，未顯示於圖2中）。L2CAP連接可在ACL鏈路已建立之後建立。本揭露中對L2CAP的參照可進一步適用於增強型L2CAP (enhanced L2CAP, EL2CAP)，其可係L2CAP協定之實現經由單一無線電連接多工多個邏輯資料通道的增強版本。

在一些態樣中，通訊鏈路116可包括先進音訊分配設定檔(advanced audio distribution profile, A2DP)鏈路。例如，A2DP鏈路可提供來源裝置（諸如中央裝置102）與接收點裝置（諸如頭戴裝置112）之間的點對點鏈路。使用A2DP鏈路，包括音訊的資料封包可透過ACL通道傳輸，且其他資訊（例如，用於控制音訊串流）可透過分開的控制通道傳輸。資料封包可非週期地發生。

在一些態樣中，通訊鏈路116可支援來源裝置（諸如中央裝置102）與周邊裝置（諸如頭戴裝置112）之間的同步邏輯傳輸機制。例如，通訊鏈路116可包括使用針對BT通訊保留的時槽在來源裝置與周邊裝置之間提供對稱點對點鏈路的同步連接導向(synchronous connection-oriented, SCO)鏈路。在一些態樣中，SCO鏈路可能不支援資料封包的重傳，其在漏失之音訊或語音封包可能降低使用者體驗的品質的音訊串流及/或語音電話使用情形中可係不令人滿意的。

在一些態樣中，通訊鏈路116可包括擴展SCO (extended SCO, eSCO)鏈路。eSCO鏈路可使用針對BT通訊保留的時槽在來源裝置與周邊裝置之間提供對稱或非對稱點對點鏈路，且亦可在所保留的時槽之後提供重傳窗。由於可使用重傳窗促進重傳，由於漏失的音訊或語音封包可重傳，且因此可增加成功地接收資料封包的機率，eSCO鏈路可能適合用於音訊串流及/或語音電話使用情形。

在一些態樣中，顯示於圖1中的通訊鏈路116可包括等時(isochronous, ISO)鏈路。當作為ISO鏈路操作時，通訊鏈路116可組合同步鏈路及非同步鏈路二者的一些特徵。例如，ISO鏈路上的串流可以起始封包開始，且接著可非同步地傳輸資料封包。在ISO鏈路上，藉由傳輸裝置的重傳嘗試的數目可係有限的。因此，若接收裝置無法在有限數目的重傳嘗試內解碼資料封包，則可能漏失該資料封包，且接收裝置可在沒有來自經漏失資料封包的資料的狀況下繼續接收串流。

在一些態樣中，第一周邊裝置（例如，無線通訊裝置200、耳塞式耳機、穿戴式裝置、可攜式揚聲器）包括用於接收自所有者音訊串流側錄之音訊串流封包的構件，該所有者音訊串流被指派給與第一周邊裝置配對之第二周邊裝置；用於自該第二周邊裝置接收同步訊息的構件，該同步訊息包括識別該所有者音訊串流中之封包之所有者封包位元映像；用於至少部分地基於該所有者封包位元映像與識別側錄之音訊串流封包之側錄者封包位元映像之比較之結果而識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包的構件；及/或用於傳輸指示該等遺失封包之回應訊息的構件。用於第一周邊裝置以執行本文中所述之操作的構件可包括例如天線235a至235d、WPAN控制器252、無線電設備230、及/或處理器202等中的一或多者。

在一些態樣中，第二周邊裝置（例如，無線通訊裝置200、耳塞式耳機、穿戴式裝置、可攜式揚聲器）包括用於自指派給該第二周邊裝置之所有者音訊串流接收音訊串流封包的構件；用於將同步訊息傳輸至與該第二周邊裝置配對之第一周邊裝置的構件，該同步訊息包括識別該所有者音訊串流中之封包之所有者封包位元映像；及/或用於接收識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包的回應訊息的構件。用於第二周邊裝置以執行本文中所述之操作的構件可包括例如天線235a至235d、WPAN控制器252、無線電設備230、及/或處理器202等中的一或多者。

如上文所指示，圖2係作為實例提供。其他實例可不同於相關於圖2所描述者。

圖3係繪示根據本揭露之協定堆疊（例如，WPAN及/或藍牙協定堆疊）之實例300的圖。在一些態樣中，協定堆疊300可實施在無線通訊裝置（諸如圖1的中央裝置102或周邊裝置104、106、108、110、112、或114的一或多者）中。例如，協定堆疊300可由繪示於圖2中的（多個）處理器202、記憶體206、快閃記憶體210、ROM 208、無線電設備230、及/或WPAN控制器252的一或多者實施。在一些態樣中，協定堆疊300可經組織成包括應用層310、主機層320、及控制器層330的三個層。

在一些態樣中，應用層310可係與協定堆疊300的其他區塊及/或層介接的使用者應用層。在一些態樣中，應用層310可包括一或多個應用程式312及允許該一或多個應用程式312使用藍牙及/或BLE通訊的一或多個藍牙設定檔314。主機層320可包括協定堆疊300的上層，且可使用主機控制器介面(host controller interface, HCI) 340與無線通訊裝置中的控制器（諸如圖2的WPAN控制器252）通訊。在一些態樣中，主機層320可包括可用於應用層介面管理以允許應用程式312存取WPAN通訊的主機堆疊321。

控制器層330可包括協定堆疊300的下層。在一些態樣中，控制器層330可用於硬體介面管理、鏈路建立、及鏈路管理。如圖3所示，控制器層330可包括鏈路管理器(link manager, LM) 332、鏈路層334、及實體(PHY)層336。PHY層336可包括例如無線電及/或基頻處理器。在一些態樣中，PHY層336可定義用於透過連接WPAN裝置的實體鏈路或通道傳輸位元流的機制。位元流可分組成碼字或符號，且可轉換為透過無線傳輸媒體傳輸的資料封包。PHY層336可將電、機械、及/或程序介面提供給無線傳輸媒體。PHY層336可負責將資料調變及解調變成射頻(RF)訊號以用於透過空中傳輸。PHY層336可描述包括在無線通訊裝置中的傳輸器/接收器（或收發器）的實體特性。實體特性可包括調變特性、RF容許度、及/或靈敏度等級等。

在一些態樣中，鏈路層334負責透過PHY層336的低層通訊。鏈路層334可管理用於傳輸及接收資料封包的序列及時序，並使用LL協定與其他裝置通訊關於連接參數及資料流控制。鏈路層334亦提供守門功能性以限制暴露及與其他裝置的資料交換。若過濾經組態，鏈路層334維護允許裝置列表且可忽略來自不在允許裝置列表上的裝置的所有資料交換請求。鏈路層334亦可降低功耗。在一些態樣中，鏈路層334可包括專屬LL，該專屬LL可用以發現對等裝置且建立與該等對等裝置之安全通訊通道。在一些態樣中，鏈路層334可負責在WPAN中的裝置之間傳送資料封包。各資料封包可包括存取位址，該存取位址指定用以運載資料封包之邏輯傳送的類型。邏輯傳送可存在於主裝置與從屬裝置之間。額外地，一些邏輯傳送可運載多個邏輯鏈路。

鏈路管理器332可負責建立及組態鏈路並管理電力變化請求等。邏輯鏈路（諸如ACL鏈路、A2DP鏈路、SCO鏈路、eSCO鏈路、ISO鏈路、或類似者）的各類型可與特定封包類型關聯。例如，SCO鏈路可將保留通道頻寬提供給中央裝置與周邊裝置之間的通訊，且可不使用重傳來支援資料封包的規律週期性交換。eSCO鏈路可將保留通道頻寬提供給來源裝置與周邊裝置之間的通訊，並使用重傳支援資料封包的規律週期性交換。ACL鏈路可從來源裝置與周邊裝置之間的連接建立開始就存在於來源裝置與周邊裝置之間，且用於ACL鏈路的資料封包除了酬載外還可包括編碼資訊。

鏈路管理器332可使用HCI 340與主機層320通訊。在一些態樣中，鏈路管理器332可將與HCI 340關聯的命令轉換成控制器層級操作，諸如基頻層級操作。HCI 340可作用為下層之間（諸如控制器層330、主機層320、與應用層310之間）的邊界。BT規格可定義標準HCI以支援跨二個分開處理器實施的BT系統。例如，電腦上的BT系統可使用BT系統的處理器以實施協定堆疊300的下層（諸如PHY層336、鏈路層334、及/或鏈路管理器332），且可使用BT組件的處理器以實施協定堆疊300的其他層（諸如主機層320及應用層310）。

在圖3中，主機層320經顯示為包括通用存取設定檔(generic access profile, GAP) 322、通用屬性協定(generic attribute protocol, GATT) 324、安全管理器(security manager, SM) 326、屬性協定(attribute protocol, ATT) 328、及L2CAP層329。GAP 322可對應用程式312提供起始、建立、及管理與其他WPAN（例如，BT或BLE）裝置之連接的介面。GATT 324可提供使用屬性協定以用於發現服務及用於在對等裝置上讀取及寫入特性值的服務框架。GATT 324可例如透過設定檔與應用程式312介接，該設定檔可定義待使用在BT或BLE通訊中的屬性及該等屬性所需之任何許可的集合。

安全管理器326可負責裝置配對及金鑰分配。由安全管理器326實施的安全管理器協定可定義如何執行與對應BLE裝置的安全管理器的通訊。安全管理器326提供可由協定堆疊300的其他組件使用的額外密碼功能。使用在WPAN通訊中的安全管理器326的架構經設計成藉由將工作轉移至推測更強大的中央裝置而使周邊裝置的資源需求最小化。BLE將配對機制用於金鑰分配。安全管理器326提供加密資料的機制及提供資料認證的機制。

ATT 328包括基於與經組態用於特定目的之BLE裝置關聯的屬性的用戶端/伺服器協定。實例可包括監測心率、溫度、廣播廣告、或類似者。該等屬性可由對等裝置發現、讀取、及寫入。透過ATT 328執行的該組操作可包括錯誤處置、伺服器組態、尋找資訊、讀取操作、寫入操作、及/或佇列化寫入。ATT 328可形成BT與BLE裝置之間的資料交換的基礎。

L2CAP層329可實施於HCI 340之上，且可透過HCI 340與控制器層330通訊。L2CAP層329可負責跨一或多個現有邏輯鏈路建立連接，且若不存在則負責請求額外鏈路。L2CAP層329亦可實施不同高層協定之間的多工，例如以允許不同應用使用諸如邏輯鏈路的單一鏈路，包括ACL鏈路。在一些實施方案中，L2CAP層329可將來自上層的多個協定封裝成資料封包格式（且反之亦然）。L2CAP層329亦可將來自上層之具有大資料酬載的封包分解成具有經分段成適配傳輸側上的最大酬載大小（例如，二十七(27)位元組）的較小大小資料酬載的資料酬載的多個封包。

在一些標準及協定（諸如BLE及/或BR/EDR）中，中央裝置102可透過使用循環冗餘檢查(cyclic redundancy check, CRC)驗證及透過使用訊息完整性碼(message integrity code, MIC)驗證而偵測封包中的錯誤及/或經漏失/經遺失/未接收的封包。MIC驗證可在加密封包時使用。例如，CRC驗證失敗可指示經接收封包中的一或多個錯誤，且MIC驗證失敗可指示尚未接收到另一封包（雖然CRC驗證失敗亦可指示尚未接收到另一封包，及/或MIC驗證失敗亦可指示經接收封包中的一或多個錯誤）。

CRC驗證及MIC驗證可基於各別基於經接收封包產生CRC值及MIC，及各別比較該等經產生CRC值及MIC與包括在經接收封包中的CRC值及MIC。具體而言，接收封包的接收裝置（諸如頭戴裝置112）可首先基於經接收封包（諸如基於酬載，且若適用，包括在經接收封包中的MIC）產生CRC值或CRC核對和(checksum)。接收裝置可比較經產生CRC值與包括在經接收封包中的CRC值。若經產生CRC值與包括在經接收封包中的CRC值匹配，則經接收封包可針對CRC經驗證。接著可將經CRC驗證的經接收封包解密。然而，若經產生CRC值與包括在經接收封包中的CRC值不匹配，則接收裝置可判定經接收封包未通過CRC驗證。若接收裝置判定經接收封包未通過CRC驗證，則經接收封包可能包括錯誤及/或可能損壞。在一種組態中，接收裝置可丟棄未通過CRC驗證的經接收封包。替代地，在另一組態中，接收裝置可嘗試例如使用一或多種錯誤校正技術恢復經接收封包。

若經接收封包經加密且通過CRC驗證，則接收裝置可解密經接收封包以獲得經解密酬載及經解密MIC。對於MIC驗證，接收裝置可基於經解密酬載產生MIC，並比較經產生MIC與從經解密經接收封包獲得的MIC。若經產生MIC與經解密MIC匹配，則接收裝置可判定經接收封包已成功解密。當經接收封包成功解密時，可將經接收封包的經解碼及解密的酬載提供給接收裝置的另一層，諸如接收裝置的編碼器-解碼器（編解碼器），該編碼器-解碼器可使經接收封包的酬載資料作為例如透過頭戴裝置112之揚聲器的音訊由接收裝置輸出。

若經產生MIC不與經接收封包的經解密MIC匹配，則接收裝置可判定經接收封包未成功解密。當經接收封包未成功解密時，則可能已遺失不同的資料封包，或經接收封包可係錯誤的或以其他方式損壞。在一種組態中，接收裝置可丟棄未通過MIC驗證的經接收封包。替代地，在另一組態中，接收裝置可嘗試恢復經接收封包。

如上文所指示，圖3係作為實例提供。其他實例可不同於相關於圖3所描述者。

圖4係繪示根據本揭露之資料封包從來源裝置410透過WPAN連接430至接收點裝置420之實例傳輸400的圖。在一些態樣中，來源裝置410可係圖1中之中央裝置102及/或圖2中之無線通訊裝置200的一個實例，且接收點裝置420可係圖1中之周邊裝置104、106、108、110、112、或114的一或多者的實例。在一些態樣中，接收點裝置420可係無線耳塞式耳機、一對無線耳塞式耳機、無線可攜式揚聲器、或其他合適裝置。WPAN連接430可係任何合適的藍牙或BLE連接或鏈路。在一些情況下，WPAN連接430可係ACL鏈路、L2CAP鏈路、A2DP鏈路、SCO鏈路、或ISO鏈路的一或多者。

如圖4所示，來源裝置410可包括編碼器412及傳輸緩衝器414。編碼器412可經組態以使用指定位元率編碼資料（諸如音訊或視訊資料）。傳輸緩衝器414可經組態以佇列化將透過WPAN連接430傳輸至接收點裝置420的資料封包。在一些實施方案中，待透過WPAN連接430傳輸的資料封包可具有預定義大小，例如基於WPAN連接430的類型及/或與WPAN連接430關聯的通道狀況。在一些態樣中，由編碼器412編碼的資料可分封化成預定義大小的資料封包中。來源裝置410可從傳輸緩衝器414使資料封包佇列出列(de-queue)，並透過WPAN連接430將資料封包傳輸至接收點裝置420。

如圖4中進一步顯示，接收點裝置420可包括接收緩衝器422及解碼器424。接收點裝置420透過WPAN連接430接收的資料封包可佇列化或以其他方式儲存在接收緩衝器422中。資料封包可從接收緩衝器422輸出並轉發至解碼器424。在一些態樣中，解碼器424可解碼運載在佇列化資料封包之酬載中的資料（諸如音訊及/或視訊資料），並將經解碼資料轉發至協定堆疊的上層以用於處理並對使用者回放。在一些實施方案中，編碼器412可使用第一位元率編碼第一編碼器/解碼器（編解碼器）訊框，並將第一編解碼器訊框轉發至傳輸緩衝器414以針對透過WPAN連接430傳輸至接收點裝置420分封化。接收點裝置420可將經接收資料封包佇列化在接收緩衝器422中，且可將第一編解碼器訊框的第一部分轉發至解碼器424以用於解碼。

如上文所指示，圖4係作為實例提供。其他實例可不同於相關於圖4所描述者。

圖5係繪示根據本揭露之無線通訊裝置500之實例500的圖。在一些態樣中，無線通訊裝置500可係圖1中之中央裝置102、圖2中之無線通訊裝置200、或圖4中之來源裝置410的實例。在實例500中，無線通訊裝置500經描繪為具有與圖4中之接收點裝置420的經建立WPAN連接430（例如，藍牙通訊連接）。

無線通訊裝置500可包括應用處理子系統510、音訊子系統520、WPAN子系統530、及HCI 540。可對應於圖3之協定堆疊300的應用層310及主機層320的至少一些部分的應用處理子系統510經顯示以包括媒體播放器511、應用層512、WPAN堆疊513、及音訊介面514。媒體播放器511可係能夠產生或接收多媒體內容（包括例如即時音訊串流、即時視訊串流、即時遊戲串流、及/或延時敏感訊務等）的任何合適的裝置或組件。可係圖3之應用層310的一個實施方案的應用層512包括至少一個藍牙設定檔，其定義待使用在藍牙或BLE通訊中的屬性及關聯許可的集合。在一些態樣中，應用層512可包括處理包括例如圖2的記憶體206、ROM 208、及/或快閃記憶體210的資源。WPAN堆疊513可係圖3之協定堆疊300的一個實施方案。

在一些態樣中，如圖5所示，應用處理子系統510可包括WPAN傳送驅動器516，該WPAN傳送驅動器可包括可將資料（諸如音訊及/或視訊資料）分封化至可使用藍牙及/或BLE協定傳輸至接收點裝置420之藍牙訊框中的分離音訊及分封化模組（為簡單起見而未圖示）。在一些態樣中，WPAN傳送驅動器516可經由音訊及控制鏈路550連接至音訊子系統520。在一些態樣中，音訊及控制鏈路550可用以在WPAN傳送驅動器516與音訊子系統520內的音訊/視訊DSP之間發送經編碼音訊/視訊資料及控制訊號。WPAN傳送驅動器516亦連接至提供對經由WPAN連接430的資訊傳輸的控制的通用非同步接收器-傳輸器(universal asynchronous receiver-transmitter, UART)控制器518。

音訊子系統520可包括編碼器/解碼器522、一或多個DSP 524、及一或多個編解碼器526。編碼器/解碼器522可用以取樣從另一無線通訊裝置接收的一或多個封包提取的音訊/視訊資料。經提取音訊/視訊資料可至少部分地基於藍牙設定檔在應用處理子系統510中經處理。在一些實施方案中，編碼器/解碼器522可將經取樣音訊/視訊資料分割成酬載，該等酬載可嵌入在用於透過WPAN連接430傳輸至接收點裝置420的一或多個藍牙封包內。在一些情況下，DSP 524及/或編解碼器526可採用結合取樣音訊資料的一或多種編碼或解碼演算法。

WPAN子系統530可包括基頻組件532（例如，藍牙基頻組件）、韌體組件534、A2DP組件536、及PHY組件538。基頻組件532及韌體組件534可用以基於藍牙或BLE協定產生用於建構及解構資料訊框的基頻訊號。基頻組件532及韌體組件534亦可用以產生用於在資料傳輸期間升頻轉換基頻訊號及用於將經接收資料訊號降頻轉換至基頻的載波訊號。A2DP組件536可用以控制或管理無線通訊裝置500與接收點裝置420之間的A2DP鏈路。具體而言，當WPAN子系統530在接收模式時，PHY組件538可用以接收、解調變、及降頻轉換透過WPAN連接430接收的資料封包，並將該等資料封包轉發至應用處理子系統510。當WPAN子系統530在傳輸模式時，PHY組件538可用以將從上層提供的資料封裝至用於透過WPAN連接430傳輸至接收點裝置420的一或多個藍牙訊框或封包中。

通訊可係基於目標喚醒時間(target wake time, TWT)，具有同步端對端(end-to-end, E2E)時序。TWT涉及使用喚醒以進行通訊以及關閉以節省電力之排程。

如上文所指示，圖5係作為實例提供。其他實例可不同於相關於圖5所描述者。

圖6係繪示根據本揭露之音訊串流之實例600及602之圖。實例600示出與配對在一起的第一耳塞式耳機604（例如，周邊裝置110）與第二耳塞式耳機606（例如，周邊裝置110）共同操作之UE 610。UE 610可支援周邊鏈路，諸如基本速率(BR)/增強資料速率(EDR)藍牙®音訊鏈路(BREDR)、藍牙®低功耗(BLE)鏈路、高級音訊分配設定檔(A2DP)鏈路、或與第一耳塞式耳機604及/或第二耳塞式耳機606之專屬鏈路。

當UE 610與一對耳塞式耳機604及606一起操作時，耳塞式耳機604承擔主要角色（P耳塞式耳機(P-bud)），且耳塞式耳機606承擔次要角色（S耳塞式耳機(S-bud)）。注意，任一個耳塞式耳機可承擔主要角色或次要角色。作為承擔主要角色之主要耳塞式耳機之耳塞式耳機604可經由周邊鏈路（例如，中繼微微網）諸如A2DP鏈路連接至UE 610。耳塞式耳機604可經由選擇性中繼鏈路連接至耳塞式耳機606。作為承擔次要角色之次要耳塞式耳機之耳塞式耳機606可側錄UE 610與耳塞式耳機604之間的鏈路以接收使用音訊/視訊分配傳送協定(audio/video distribution transport protocol, AVDTP)或eSCO協定之封包。耳塞式耳機604與耳塞式耳機606可使用其之間的中繼微微網來中繼語音資料或麥克風資料。承擔次要角色之耳塞式耳機606可不在周邊鏈路上連接至UE 610。在一些設計中，耳塞式耳機604可將音訊資料封包之全部或關於耳塞式耳機606之音訊資料封包之全部（例如，右側音訊或左側音訊）中繼至耳塞式耳機606。

在耳塞式耳機形狀因數中，拾音品質面臨著巨大挑戰。耳塞式耳機中之兩個麥克風距嘴部很遠且實體上貼近在一起，從而限制2麥克風清晰語音捕捉(clear voice capture, CVC)演算法方法以獲得一流效能。

在一些態樣中，次要耳塞式耳機（例如，耳塞式耳機606）可將其麥克風(microphone, MIC)資料傳輸至主要耳塞式耳機（例如，耳塞式耳機604）。接著，耳塞式耳機604可將其MIC資料與耳塞式耳機606之MIC資料組合，以建構eSCO框架以發送至中央裝置（例如，UE 610）。預見到使用來自頭部兩側之MIC資料會改善拾音效能，原因在於與其他麥克風具有良好的分離度，能提供改善之雜訊抑制處理。

耳塞式耳機604，亦即直接自UE 610得到封包，提供針對封包之確認(ACK)且對UE 610做出回應之主要耳塞式耳機可被視為所有者耳塞式耳機。由於耳塞式耳機606係自UE 610側錄封包（不暫存串流且不向UE 610提供ACK）且自所有者耳塞式耳機得到遺失封包之次要耳塞式耳機，因此耳塞式耳機606被視為側錄者耳塞式耳機。

實例600示出UE 610經由ISO將聯合立體聲傳輸至耳塞式耳機604以作為具有左側耳塞式耳機串流(L)及右側耳塞式耳機串流(R)兩者之所有者A2DP串流或所有者(L + R)串流。耳塞式耳機606藉由選擇性中繼且側錄所有者(L + R)串流來接收用於耳塞式耳機606之封包。兩個耳塞式耳機皆可接收L + R音訊封包，且此允許實現立體聲音訊及/或空間音訊。

實例602示出用於基於BREDR-A2DP之音樂流式傳輸之LE連接ISO的迴歸使用情形。耳塞式耳機604得到L串流且耳塞式耳機606得到R串流。實例602可不提供空間音訊。

如上文所指示，圖6係作為實例提供。其他實例可不同於相關於圖6所描述者。

圖7係繪示根據本揭露之音訊串流之實例700之圖。圖6之實例600之耳塞式耳機情景映照至圖7之實例700。

在一些態樣中，耳塞式耳機可映照另一耳塞式耳機之串流。藉由映照，側錄耳塞式耳機可經由自所有者耳塞式耳機之側錄及中繼來接收去向所有者耳塞式耳機之UE訊務。在一些態樣中，兩個耳塞式耳機可藉由側錄彼此的串流且經由中繼自該串流獲得遺失封包來彼此映照。例如，耳塞式耳機704可擁有L串流但可側錄R串流。耳塞式耳機706可擁有R串流且可側錄L串流。

映照可涉及三個部分：側錄、中繼、及通道存取。一旦側錄者耳塞式耳機接收到側錄鏈路所需之所有重要資訊（例如，鏈路存取碼、跳頻資訊、加密金鑰、封包計數器），則在一些態樣中，在側錄者耳塞式耳機側錄封包時側錄者耳塞式耳機可對準其封包計數器。有時，所有者耳塞式耳機可與側錄者耳塞式耳機同步以接收關於側錄者耳塞式耳機在側錄時已遺失哪些封包之資訊。此同步可被稱為「同步交握(sync-up handshake)」。在同步交握之後，中繼（夥伴）遺失封包。雖然用於中繼之封包之酬載屬於遺失封包，但可規定協定資料單元PDU)標頭資訊。在同步之後進行中繼的情況下，耳塞式耳機可使用通道存取機制。

UE可藉由金鑰加密用於所有者耳塞式耳機之封包。所有者耳塞式耳機及側錄者耳塞式耳機接收封包並解密封包。當側錄者耳塞式耳機遺失封包時（由於CRC錯誤、解密錯誤、或任何其他錯誤），所有者耳塞式耳機將封包中繼至側錄者耳塞式耳機。經中繼封包可經加密或可不經加密，此取決於經中繼封包是否係耳塞式耳機之間的夥伴通訊的一部分且是否意欲加密經中繼封包。同步交握可被加密或可不被加密，與經中繼封包是否被加密無關。

側錄者耳塞式耳機藉由金鑰解密封包且隨著各經解密封包而遞增其自己的側錄者計數器。預期側錄者耳塞式耳機遞增側錄者計數器以與所有者計數器對準。若封包未被解密，則封包不成功且所有者耳塞式耳機必須中繼封包。錯誤率越高，則所有者耳塞式耳機上之中繼負荷越高。因此，將計數器對準可減小中繼負荷。

如上文所指示，圖7係作為實例提供。其他實例可不同於相關於圖7所描述者。

圖8係繪示根據本揭露的音訊串流之實例800之圖。

實例800類似於基於BREDR情形之A2DP、或實例600，但使用ISO鏈路發送L音訊串流及R音訊串流除外。所有者音訊串流係聯合(L + R)串流，且耳塞式耳機706側錄該聯合(L + R)串流以提供空間音訊。耳塞式耳機704可中繼耳塞式耳機706在側錄時遺失之封包。

實例600與實例800之間的差異係對於實例800而言，延時得以保證且鏈路係可刷新的，而對於實例600而言，延時得不到保證且鏈路不可刷新。在實例600中，UE 610可重傳相同的封包10至20次（若未自耳塞式耳機接收到ACK）。若存在環境問題，則此會增大延時。「可刷新」意謂UE 710在某封包被刷新且耳塞式耳機移動至下一個封包上之前可重傳該封包有限數目次（例如，2至3次）。此有助於避免由高數目的重傳引入之延時。在實例800中，由於在封包無用之前各封包皆有播放時間，因此封包側錄及中繼係及時執行的。

如上文所指示，圖8係作為實例提供。其他實例可不同於相關於圖8所描述者。

圖9係繪示根據本揭露之音訊串流之實例900之圖。實例900示出用於所有者耳塞式耳機930之所有者鏈路902（例如，連接等時串流(connected isochronous stream, CIS)鏈路）及用於側錄者耳塞式耳機920之「夥伴」鏈路904。各鏈路可係ISO鏈路且可包括ISO間隔之多個時槽。各鏈路可具有週期性。

在一些態樣中，夥伴鏈路904可具有與所有者鏈路902對準之子事件。在交錯模式情形下，穿插地存在另一串流之子事件且未示出該等子事件。夥伴鏈路904可具有擴展子事件。例如，側錄者可在子事件中側錄封包。間隔中可存在子事件，該等子事件在封包傳輸之後可用於同步且中繼遺失封包。

在順序模式下可存在後CIS事件之子事件，或在交錯模式下可存在後連接等時群組(connected isochronous group, CIG)事件之子事件。擴展子事件亦可係交錯的。更暗的方框可指示傳輸，且更淺的方框可指示接收。接收上之“X”可指示接收失敗。

如上文所指示，圖9係作為實例提供。其他實例可不同於相關於圖9所描述者。

圖10係繪示根據本揭露之同步交握之實例1000之圖。

UE可在各週期內傳輸設定數目的封包。在一些態樣中，側錄者耳塞式耳機920可側錄音訊封包且接著偵測傳輸間隙（例如，自子事件邊界的例如150微秒(μs)至200微秒之偏移）。若在間隔內不再有封包傳輸且串流被刷新（放棄重傳），則可存在傳輸間隙。若存在傳輸間隙（例如，至少對於該偏移而言沒有封包），則所有者耳塞式耳機930可傳輸同步封包，且側錄者耳塞式耳機920可偵測到將發生同步。側錄者耳塞式耳機920可與所有者耳塞式耳機930同步。所有者耳塞式耳機930可發起同步交握。在一些態樣中，同步交握可涉及所有者耳塞式耳機930傳輸同步封包且側錄者耳塞式耳機920傳輸回應。所有者耳塞式耳機930可指示已接收到何種封包，且側錄者耳塞式耳機920可依據該指示判定側錄者耳塞式耳機920是否已側錄封包之全部且將沒有封包要中繼。最大偏移可係在同步交握之後子事件中剩餘之額外時間。

如上文所指示，圖10係作為實例提供。其他實例可不同於相關於圖10所描述者。

圖11係繪示根據本揭露之封包中繼之實例1100之圖。

在一些態樣中，可使用ISO間隔編號（事件計數器）加密同步封包。同步封包可不包括MIC以縮短長度，藉此縮短同步交換時間以適應ISO子事件。中繼封包可經加密且具有MIC。當將封包傳輸至所有者耳塞式耳機時，UE可使用用於封包之封包計數器對封包執行加密。實例1100示出在同步交握之後的封包中繼。中繼傳輸及接收可在子事件邊界處發生。

在一些態樣中，所有者耳塞式耳機930可指示已接收到何種封包，且側錄者耳塞式耳機可依據該指示判定側錄者耳塞式耳機是否已側錄封包之全部且將沒有封包要中繼。在一些態樣中，該指示可係接收到封包之所有者位元映像。側錄者耳塞式耳機可接收位元映像且傳輸針對該位元映像之ACK。在中繼對話期間，所有者耳塞式耳機可依序中繼遺失封包。一旦接收到第一中繼（有或沒有CRC錯誤），則側錄者耳塞式耳機可停止收聽同步交握直至中繼對話結束為止。

側錄者耳塞式耳機可在子事件邊界處收聽所有者耳塞式耳機，直至自所有者耳塞式耳機接收到同步封包為止。在接收到同步封包之後，側錄者耳塞式耳機可在子事件邊界處收聽所有者耳塞式耳機以得到中繼封包。若側錄者耳塞式耳機在偏移處空閒，則側錄者耳塞式耳機可在偏移處收聽同步交握。

在一些態樣中，在任何中繼開始之前，可存在同步。同步可涉及同步交握，亦即所有者耳塞式耳機傳輸同步(SYNC)封包且側錄者耳塞式耳機做出回應。伴隨著各同步，可存在中繼對話。SYNC可未得到確認且因此可不具有有效SN。只有當側錄者耳塞式耳機在不存在CRC錯誤時的情況下接收到SYNC時，側錄者耳塞式耳機才可藉由回應訊息做出回應。所有者耳塞式耳機在成功接收到SYNC之後可移動至中繼對話。替代地，即使當側錄者耳塞式耳機在存在CRC錯誤的情況下接收到SYNC時，側錄者耳塞式耳機也可確認SYNC且做出回應。所有者耳塞式耳機可在接收到ACK及側錄者耳塞式耳機回應訊息之後移動至中繼對話。各間隔可具有同步。

當側錄者耳塞式耳機已根據同步交握接收到封包之全部時，中繼對話可不含有任何中繼（被稱為「空白中繼對話(empty relay session)」）。各同步可重設待中繼封包之資訊。亦即，至少部分地基於最近的同步，決定中繼封包及其次序。先前間隔中繼對話可不攜載資訊。

在連接間隔中可存在多個同步交握，此意謂所有者耳塞式耳機及側錄者耳塞式耳機兩者可在同步之後返回至UE的CIS鏈路。所有者耳塞式耳機可在接收到針對所發送之最後一個中繼之ACK之後返回至UE之CIS鏈路。側錄者耳塞式耳機可在將ACK發送至最後一個中繼之後返回至UE的CIS鏈路，且在下一個子事件中沒有來自所有者耳塞式耳機之重傳。裝置可使用終止等時事件(close isochronous event, CIE)位元來結束中繼對話。在間隙之後，所有者耳塞式耳機可開始自UE接收封包且接著執行另一同步。接著，所有者耳塞式耳機可中繼遺失封包。遺失封包可係具有剩餘壽命且尚未被刷新之封包。

中繼通訊可包括經中繼封包之標頭位元。標頭位元可包括指示中繼對話終止之CIE位元及/或指示另一串流之中繼對話終止之空PDU指示符(null PDU indicator, NPI)，以允許將另一串流之子事件用於目前串流之中繼對話。標頭可包括由所有者使用以代表中繼之序號(sequence number, SN)之SN位元。在同步交握之後的第一中繼傳輸可開始於SN = 0。在先前中繼對話中傳輸之最後一個封包可已係SN = 1但仍未確認。該封包（若未被刷新）可係中繼對話之第一個封包且可由SN = 0來傳輸。

標頭可包括下一個預期序號(next expected sequence number, NESN)位元，該NESN位元指示中繼傳輸器（所有者耳塞式耳機）針對另一串流之對話所具有之PDU之NESN（在耳塞式耳機係側錄者耳塞式耳機的情況下）。當不啟用雙向中繼時，NESN位元之以上含義適用。亦即，啟用自所有者至側錄者方向或自側錄者至所有者方向之中繼。

兩個串流中繼對話協同使用NESN及NPI。在目前中繼對話中使用之NPI位元指示另一串流之中繼對話終止。此有助於利用彼此串流之剩餘子事件來達到中繼目的。在了解或設定目前串流中之NPI位元之後，所有者耳塞式耳機可開始使用另一串流之子事件來傳輸目前串流之中繼封包（NPI位元可針對任何後續中繼保持設定不變）。在了解或設定目前串流中之NPI位元之後，側錄者耳塞式耳機可開始在另一串流之子事件中收聽以接收對目前串流之中繼。目前CIS串流子事件中之中繼封包傳輸可指示其NESN以用於另一串流。此減輕了耳塞式耳機之間的ACK損失的影響。

在一些態樣中，耳塞式耳機可使用空閒頻寬協調兩個串流中繼對話。例如，右側耳塞式耳機正在側錄L串流且在同步期間識別出L串流封包之全部皆被側錄。然而，左側耳塞式耳機未自R串流側錄封包且中繼開始。由於屬於L串流之通道或子事件係空閒的（由於不需要中繼），因此右側耳塞式耳機可使用左側耳塞式耳機子事件來中繼遺失的R串流封包。

在一些態樣中，耳塞式耳機可將L串流中繼對話與R串流中繼對話聯合成聯合中繼對話。例如，左側耳塞式耳機（所有者）可將L串流封包中繼至右側耳塞式耳機（側錄者）且接收ACK。然而，替代僅接收ACK，右側耳塞式耳機可替代地中繼R串流之封包。此可涉及改變子事件之長度或使用高資料速率層在單一子事件中進行聯合中繼。

在一些態樣中，在聯合中繼對話中，當子事件長度足夠長而適合使用高速實體層來進行中繼傳輸及中繼接收時，兩個耳塞式耳機可在同一子事件中傳輸其中繼。當子事件長度太短時，按照中繼的中繼壽命之次序賦予中繼優先級。例如，可首先中繼無法在下一個間隔中中繼的PDU。接下來可中繼無法在之後的間隔中發送之PDU。在基於中繼的中繼壽命而針對中繼選擇之一組PDU內，同步發起器可首先傳輸其所有中繼封包，後續接著自同步回應器接收中繼封包之全部。替代地，同步發起器可在傳輸中繼封包與接收中繼封包之間交替進行。

在一些態樣中，針對聯合中繼對話，所有者耳塞式耳機可傳輸兩個串流之聯合位元映像。當所有者耳塞式耳機預期與側錄者耳塞式耳機同步時，所有者耳塞式耳機可發送其所有者位元映像。所有者位元映像可包括使得該所有者耳塞式耳機係側錄者耳塞式耳機的另一耳塞式耳機串流之位元映像。側錄者耳塞式耳機可藉由其側錄者位元映像做出回應。若側錄者耳塞式耳機預期與側錄者耳塞式耳機係另一串流之所有者耳塞式耳機的該另一串流同步，則側錄者耳塞式耳機可包括所有者位元映像以及側錄者耳塞式耳機係所有者耳塞式耳機之另一串流之側錄者位元映像。當所有者耳塞式耳機發送聯合位元映像且成功接收到側錄者聯合位元映像時，可經由其餘子事件建立雙串流聯合中繼對話。在聯合中繼對話中，聯合同步位元映像發起器可首先進行傳輸，隨後聯合同步位元映像回應器做出回應。

在一些態樣中，為了達到中繼目的，可擴展刷新逾時以獲得額外穩健性。封包之壽命末期可足夠但無法被中繼。耳塞式耳機可擴展用於中繼之叢發之壽命末期，諸如自3至5個子事件擴展至或許4至7個子事件長。可在6個子事件之後而非在3個子事件之後播放封包。

在一些態樣中，側錄者耳塞式耳機可觸發所有者耳塞式耳機用於同步。目前封包之壽命末期可使所有者耳塞式耳機在關注未來封包之前中繼間隔之目前封包（將被刷新）以供處置。在一些態樣中，當所有者耳塞式耳機判定存在尚未記錄的封包且沒有機會在下一個間隔中中繼（亦即，此係可中繼封包之最後一個間隔）時，所有者耳塞式耳機可僅針對亟待記錄的封包立即開始同步。當所有者耳塞式耳機已在目前間隔中接收到UE可能已發送之封包之全部時，所有者耳塞式耳機可發起同步。當所有者耳塞式耳機未自UE收到一組子事件時，所有者耳塞式耳機可發起同步。

在一些態樣中，中繼對話可使用重疊模式。可在交錯模式（奇偶交替）或順序模式（同一通道中每次具有多個連續子事件）下使用左側通道子事件及右側通道子事件。在重疊模式下，L子事件與R子事件可重疊（交錯或按順序）以有助於傳輸L串流及R串流（而非L子事件與R子事件係獨立的）。 亦即，根據UE所做的排程決策（例如，可基於L串流及R串流之效能），存在可用於任一個串流之一組連續子事件。可使用L子事件及R子事件之中的可用子事件來傳輸遺失封包。然而，側錄耳塞式耳機並不知道子事件係用於L亦或用於R，因此在重疊模式下可能沒有某種側錄。可不必中繼封包。

在一些態樣中，該中繼可係雙向中繼。為了在所有者耳塞式耳機處實現穩健性，側錄者耳塞式耳機可將側錄者耳塞式耳機已側錄但所有者未接收到之封包中繼至所有者。當將在所有者於來自UE之所有者串流上成功接收到封包之前刷新封包時，此可有幫助。在一些態樣中，可規定所有者首先中繼亦或側錄者首先中繼。

在一些態樣中，出於穩健性目的，可將待在目前間隔中刷新之PDU之表示點移位至後續間隔。此將造成額外延時但將提供穩健性。PDU超出刷新點處之刷新逾時(flushing timeout, FT)之此額外壽命可被稱為「刷新逾時擴展」(flush timeout extension, FTE)。可使用下層PDU在耳塞式耳機之間對FTE進行組態。在此種情況下，同步最大位元映像大小可係(FT + FTE) ×位元數目(BN)個位元。

在一些態樣中，在重疊模式下可存在聯合中繼對話。當預期同步時，所有者耳塞式耳機可在所有者耳塞式耳機係CIS-1之所有者的情況下在奇數子事件中開始傳輸聯合位元映像，且在所有者耳塞式耳機係CIS-2之所有者的情況下在偶數子事件中開始傳輸聯合位元映像。所有者耳塞式耳機可在交替子事件（偶數子事件用於CIS-1且奇數子事件用於CIS-2）中開始收聽同步位元映像。預期同步（例如預期獲得無法在下一個間隔中中繼之封包）的側錄者耳塞式耳機在側錄者耳塞式耳機係CIS-1之側錄者的情況下在奇數子事件中開始收聽同步，且在側錄者耳塞式耳機係CIS-2之側錄者的情況下在偶數子事件中開始收聽同步。側錄者耳塞式耳機亦可在交替子事件（奇數子事件用於CIS-1且偶數子事件用於CIS-2）中開始同步位元映像之傳輸。

亦即，當針對耳塞式耳機觸發同步情況時，無論是所有者耳塞式耳機亦或側錄者耳塞式耳機，該耳塞式耳機皆可在交替子事件中開始同步位元映像之傳輸及接收。在與即興相關聯之一些態樣中，由於在偏移處傳輸或接收同步位元映像，因此所有者耳塞式耳機或側錄者耳塞式耳機可在執行同步交握之前向UE側錄對等擁有的串流封包（當子事件僅自有時除外）。側錄者耳塞式耳機可在同步逾時情形下繼續傳輸或接收位元映像，或放棄接收UE重傳。

用於編號之子事件之總數目可係重疊子事件+ 2*非重疊子事件之數目，子事件自1開始編號。在非重疊子事件的情形中，CIS-1可被識別為具有第一非重疊子事件之串流。CIS-2可係另一串流。在無非重疊子事件（類型3）的情形中，CIS-1係L串流且CIS-2係R串流。CIS-1所有者可在編號為1、3、5...之子事件中傳輸同步位元映像CIS-1側錄者可在該等經編號子事件中收聽同步位元映像。CIS-2所有者可在編號為2、4、6等等之子事件中傳輸同步位元映像。CIS-2側錄者可在此等經編號子事件中收聽同步位元映像。

在實例情景中，直至UE刷新封包時，所有者耳塞式耳機未接收到封包，但側錄者耳塞式耳機接收到該等封包。在一些態樣中，側錄者耳塞式耳機可將封包中繼至所有者耳塞式耳機。當啟用所有者至側錄者中繼及側錄者至所有者兩種中繼時，則串流之中繼對話被視為雙向中繼對話。若子事件長度准許在兩個方向上進行中繼，則所有者耳塞式耳機及側錄者耳塞式耳機兩者可按照其各別封包計數器之升序來中繼封包。否則，執行第一側錄者至所有者中繼，隨後執行所有者至側錄者中繼。各裝置按照封包計數器之升序進行中繼。

在一些態樣中，在聯合雙向中繼對話中可存在一定次序。首先，兩個耳塞式耳機可根據側錄者之角色完成中繼。若子事件長度不允許同時中繼，則同步發起器及回應器可交替地進行中繼。當一個耳塞式耳機已完成其側錄者角色中繼，則另一耳塞式耳機可開始連續地發送中繼。替代地，耳塞式耳機中之第一者可完成其中繼且接著另一耳塞式耳機可完成其中繼。在完成側錄者角色中繼之後，耳塞式耳機可根據所有者角色藉由一組相同的規則開始發送其中繼。

在一些態樣中，耳塞式耳機可動態地選擇用於聯合對話之子事件長度以允許在各方向上之最大長度PDU流加上兩個連續封包之間的框間空間(T_IFS)之300微秒(μs)。由於硬體技術的進步，T_IFS時間可縮短。T_IFS時間可指Tx與隨之而來的Rx（或Rx與隨之而來的Tx）之間的時間且其標準值係150 μs。若首先進行Tx，則預期在Rx之後可使用另一150 μs（亦即，在下一個子事件上之活動開始之前的時間間隙）。若在兩個耳塞式耳機處存在空間，則耳塞式耳機可在各間隔中使用擴展子事件（除了CIG事件之外）。可在兩個耳塞式耳機之間協商擴展子事件之數目。

如上文所指示，圖11係作為實例提供。其他實例可不同於相關於圖11所描述者。

圖12係繪示根據本揭露的與音訊串流相關聯之實例1200之圖。實例1200示出可將所有者音訊串流傳輸至所有者耳塞式耳機1230（例如，作為周邊裝置之無線通訊裝置）的UE 1210（例如，作為中央裝置之無線通訊裝置200）。音訊串流可在ISO鏈路上。側錄者耳塞式耳機1220（例如，作為周邊裝置之無線通訊裝置200）可側錄所有者音訊串流。

如元件符號1235所示，UE 1210可傳輸音訊串流封包。如元件符號1240所示，所有者耳塞式耳機1230可產生接收封包之所有者封包位元映像1242。如元件符號1245所示，側錄者耳塞式耳機1220可側錄音訊串流封包（接收側錄之音訊封包）。如元件符號1250所示，替代地或另外，側錄者耳塞式耳機1220可產生側錄之封包之側錄者封包位元映像1252。

如元件符號1255所示，所有者耳塞式耳機1230可傳輸同步訊息。該同步訊息可包括所有者封包位元映像1242（或所有者封包位元映像之指示）。所有者耳塞式耳機1230可在同步逾時、傳輸中斷事件、不再預期來自UE 1210之封包之判定、及/或預期（例如，需要）與側錄者耳塞式耳機1220同步之判定之後的偏移處傳輸同步訊息。

如元件符號1260所示，側錄者耳塞式耳機1220可識別遺失封包。側錄者耳塞式耳機1220可依據所有者封包位元映像1242識別遺失封包。如元件符號1265所示，側錄者耳塞式耳機1220可傳輸回應訊息。該回應訊息可指示遺失封包。在一些態樣中，側錄者耳塞式耳機1220可藉由在回應訊息中包括側錄者封包位元映像1252或側錄者封包位元映像1252的一部分來指示遺失封包。該回應訊息可指示同步訊息係成功的。

可在耳塞式耳機之間啟用中繼。如元件符號1270所示，所有者耳塞式耳機1230可傳輸遺失封包。作為中繼模式的一部分，所有者耳塞式耳機1230可傳輸遺失封包（中繼封包）。中繼模式可包括或可不包括加密。如元件符號1275所示，側錄者耳塞式耳機1220可傳輸針對側錄者耳塞式耳機1220自所有者耳塞式耳機1230接收到之遺失封包之ACK（或負ACK (NACK)）。接著，可發生下一次中繼等等。耳塞式耳機可將封包之全部提供至耳塞式耳機之使用者，此舉可包括提供空間音訊。

在一些態樣中，所有者耳塞式耳機1230可設法獲得所有者耳塞式耳機1230可能已遺失之封包。中繼對話可涉及自側錄者耳塞式耳機1220至所有者耳塞式耳機1230的封包中繼。如元件符號1280所示，所有者耳塞式耳機1230可自所有者音訊串流識別遺失封包。所有者耳塞式耳機1230可至少部分地基於所有者封包位元映像1242與側錄者封包位元映像1252之比較（或來自側錄者耳塞式耳機1220之其他資訊）來識別遺失封包。如元件符號1285所示，所有者耳塞式耳機1230可傳輸對由所有者耳塞式耳機1230遺失之封包之請求。如元件符號1290所示，所有者耳塞式耳機1230可接收遺失封包。所有者耳塞式耳機1230可傳輸針對自側錄者耳塞式耳機1220接收到之遺失封包之ACK（或NACK）。耳塞式耳機可獲得用於兩個耳塞式耳機之封包，而無需在UE 1210處之任何組態改變。

在一些態樣中，可僅啟用（在特定中繼模式下）自側錄者耳塞式耳機1220至所有者耳塞式耳機1230的中繼。亦即，除了藉由用作輔助裝置來為所有者耳塞式耳機1230提供額外穩健性之外，側錄者耳塞式耳機1220可不關注所有者耳塞式耳機的串流。在此種情形下，若所有者耳塞式耳機1230預期任何中繼，則所有者耳塞式耳機1230可傳輸空封包。側錄者耳塞式耳機1220可藉由中繼做出回應。所有者耳塞式耳機1230可傳輸ACK。若存在的話，側錄者耳塞式耳機1220可傳輸下一個中繼等等。

在一些態樣中，所有者耳塞式耳機1230可中繼（在雙向中繼模式下）至側錄者耳塞式耳機1220且側錄者耳塞式耳機1220亦可中繼至所有者耳塞式耳機1230。在此模式下，中繼可首先自側錄者耳塞式耳機1220流動至所有者耳塞式耳機1230。當完成在側錄者至所有者方向上之中繼時，可繼續進行自所有者耳塞式耳機1230至側錄者耳塞式耳機1220之中繼。方向之依序可變化。

以上中繼模式可與單一串流中繼對話相關。當UE 1210將聯合立體聲傳輸至耳塞式耳機中之一者（或將聯合立體聲傳輸至耳塞式耳機之兩者）時，此可用於L串流、R串流、或L + R串流。在一些態樣中，可存在UE 1210單獨地發送L串流及R串流的聯合中繼對話模式，亦即一個串流去向各耳塞式耳機或串流之兩者僅去向耳塞式耳機中之一者。

映照解決方案運作用於不同的組態（包括對於UE與所有者耳塞式耳機之間的單一L + R串流（聯合立體聲）、或對於在UE與所有者耳塞式耳機之間存在兩個CIS的分離CIG）皆可奏效。對於分離CIG情形而言，無論耳塞式耳機各自皆係一個CIS之所有者或所有者耳塞式耳機係兩個CIS之所有者，解決方案皆可運作。解決方案可運作用於其中各耳塞式耳機具有單一CIS的標準坐標集識別設定檔(coordinate set identification profile, CSIP)組態。該等解決方案可運作用於重疊模式。

在一些態樣中，可至少部分地基於能夠在間隔中中繼之封包之數量及該數量之封包之刷新時間資訊（例如，刷新點）來傳輸遺失封包。位元映像可指示接收到或未接收到封包。該位元映像可用於具有目前CIG事件或下一個CIG事件中之刷新點之封包。例如，位元值1可代表（由UE或中繼）「接收到」且位元值0可代表「未接收到」（包括尚未傳輸之封包）。零長度PDU可不被中繼且可在位元映像中標記為0。例如，若BN = 2，刷新逾時(FT) = 3，且目前CIG事件數目= 1000，則位元映像可包括耳塞式耳機之間的6個封包之資訊（其他資訊不如舊工具或剩餘壽命不足有用）。該6個封包可包括具有第1000事件中之刷新點之2個封包、具有第1001事件中之刷新點之2個封包、及具有第1002事件中之刷新點之2個封包。各間隔位元映像可以速率指示符（針對所使用之PHY）作為前綴以藉由適應性BN情形擴展解決方案。

替代地，在一些態樣中，位元映像可係與 N個刷新點（包括目前間隔之刷新點）對應的 N數目個封包。開始間隔數目 S可提供關於第一封包之資訊。當 S= 1時，位元映像可開始於與目前間隔中之第一刷新點對應之封包。當 S= BN + 1時，位元映像可開始於與下一個間隔中之第一刷新點對應之封包。此可涉及改變經中繼封包之數目。

由於BN × FT係相當小的數目（例如BN = 4，FT = 8時，則BN × FT = 32，此乃位元映像封包的32個位元（4個八位元組）），因此可不需要最佳化。然而，在一些態樣中，可將位元映像最佳化。例如，交握封包可包括BN × N個封包之位元映像，其中 N(≤FT)代表待在目前間隔及下一個 N-1間隔中刷新的封包。 N可係固定的或可組態的（經由交握）或動態的。當 N係動態的時，其可係同步封包的一部分。

在一些態樣中，開始間隔數目 S可指示位元映像開始於將在由 S代表之間隔中被刷新之封包。例如，當 S= 1，位元映像開始於將在目前間隔中被刷新之封包。當 S= 2時，位元映像開始於將在下一個間隔中被刷新之封包。此等最佳化將不僅有助於限制位元映像之大小，而且限制中繼對話範圍，藉此為中繼提供另一種控制。

如上文所指示，圖12係作為實例提供。其他實例可不同於關於圖12所描述者。

圖13係繪示根據本揭露之將臨時亂數用於封包計數器之實例1300之圖。

在一些態樣中，所有者耳塞式耳機可維持用於對接收到封包進行計數之所有者計數器且使用與所有者計數器相關聯之金鑰解密封包。側錄者耳塞式耳機可使用用於對側錄之封包進行計數之側錄者計數器。為了成功地解密，將所有者計數器與側錄者計數器對準。在一些態樣中，此對準可涉及使用臨時亂數，諸如單臨時亂數或雙臨時亂數。例如，若支援單臨時亂數，則設定下一個預期封包之臨時亂數。若支援雙臨時亂數，則設定下一個預期封包之臨時亂數且亦設定隨之而來的預期封包之臨時亂數。

耳塞式耳機可預期使用臨時亂數之封包，該封包由 s( x) ¹及 ( x+ 1)代表，其中 s係第一序號(SN)， 係第二（下一個）SN，且 x係計數器值。經由ISO，各封包具有在0（零）與1之間雙態切換之1位元SN。臨時亂數可藉由使用 s封包及 封包（諸如SN = 0（零）封包及SN = 1封包）來運作。UE可將SN = 0封包傳輸至所有者耳塞式耳機。若成功接收到SN = 0封包，則所有者耳塞式耳機可傳輸ACK。若在UE處成功接收到ACK，則UE可傳輸SN = 1封包。若發送負ACK (NACK)或未成功接收到ACK，則UE可重發SN = 0封包（此處0意謂重傳）。

UE及所有者耳塞式耳機可各維持用於經加密封包之所有者計數器。當UE傳輸封包時，使用UE處之計數器加密封包之酬載，且使用所有者耳塞式耳機處之計數器解密經加密封包之酬載。例如，UE可傳輸與計數器值 x（例如， x= 100）相關聯之SN = 0封包。所有者耳塞式耳機將使用金鑰及 x= 100解密SN = 0封包。若SN = 0封包成功，則UE可傳輸使用金鑰及 x= 101加密之SN = 1封包。所有者耳塞式耳機可使用金鑰及 x= 101解密SN = 1封包。然而，若針對SN = 0封包之ACK丟失，則UE可重傳與 x= 100相關聯之SN = 0封包。所有者耳塞式耳機將接收SN = 0封包且嘗試使用計數器值 x= 101解密SN = 0封包。由於經重傳封包係針對 x= 100，因此，此將導致MIC錯誤或解密錯誤。一旦針對 x= 100封包提供ACK，則下一個封包將係 x= 101，此將與目前計數器匹配且將成功解密。然而，存在如何將所有者計數器與側錄者計數器對準用於成功解密封包的問題。下文解決此問題。

在一些態樣中，計數器之對準可至少部分地基於針對側錄者耳塞式耳機使用臨時亂數。側錄者耳塞式耳機可使用兩個解密金鑰中之一者：針對第一計數器值（SN = 0封包）之第一金鑰及針對第二計數器值（SN = 1）封包之第二金鑰。亦即，取決於SN，側錄者耳塞式耳機可針對計數器使用適當金鑰解密封包。例如，若UE傳輸SN = 0封包( x= 100)，則所有者耳塞式耳機可接收該封包且傳輸ACK。UE可接收ACK且傳輸SN = 1封包。若側錄者耳塞式耳機遺失SN = 0封包，則側錄者耳塞式耳機處的側錄者計數器可針對SN = 0而保持在 x= 100。然而，所有者耳塞式耳機可在 x= 101的情況下接收SN = 1封包（所有者耳塞式耳機在所有者計數器 x= 101的情況下接收）。在任何情形下，側錄者耳塞式耳機可將第一金鑰用於SN = 0封包（計數器 x= 100）或將第二金鑰用於SN = 1封包（計數器 x= 101）。將在沒有解密錯誤或CRC錯誤的情況下成功地解密封包。

實例1300示出可如何處理接收到封包的表。表示為S(x)之封包意謂其SN = S，且封包計數器係 x。使用臨時亂數，側錄者耳塞式耳機可為接下來的兩個預期封包設定臨時亂數。例如，在接收到封包 之情景1（1號S）（SN = 1封包，由於SN = 0封包遺失）中，若CRC通過（最後封包CRC八位元組與目前封包之CRC八位元組匹配）但MIC失敗，則在重傳封包的情況下接收到封包被視為 ( x+ 1)或 ( x- 1)。側錄者耳塞式耳機可使用用於 ( x+ 1)之金鑰解密封包。預期的封包（及計數器值）可改變。若側錄者耳塞式耳機處於 之刷新點處（達到對流式傳輸封包之有限次數的重傳），則預期計數器值可係 ( x+ 1)及 s( x+ 2)，否則仍係 及 ( x+ 1)。若CRC未通過，則接收到封包可被視為 x+ 3且預期計數器值可改變為 s( x+ 4) 及 ( x+ 5)。亦即，計數器可至少部分地基於CRC而係 x– 1或 x+ 3（若CRC與最後一個封包匹配，則x -1）。

在接收到封包之第二情景（2號S）（CRC通過、MIC失敗）中，接收到封包可係 x= 2且預期計數器值可改變為 ( x+ 3)及 s( x+ 4)。在接收到封包 之第三情景（3號S）（CRC及MIC通過）中，接收到封包可係 ( x+ 1)，使得解密將通過（ s封包遺失），且預期計數器值可改變為 ( x+ 2) 及 ( x+ 3)。在接收到封包 s之第四情景（4號S）（CRC及MIC通過）中，接收到封包可係 ，且預期計數器值可改變為 ( x+ 1)及 s( x+ 2)。在4號S中，例如，若支援單臨時亂數，則設定對應於( x+ 1)的臨時亂數。若支援雙臨時亂數，則設定對應於( x+ 1)及( x+ 2)的臨時亂數。

在接收到封包 s之第五情景（5號S）（CRC失敗）中，預期計數器值可仍為 ( x+ 1)。在接收到封包 之第六情景（6號S）（CRC失敗）中，預期計數器值可仍為 及 ( x+ 1)。對於情景5及6而言，若達到 s(x)之刷新點，則預期計數器值可改變為 ( x+ 1)及 s( x+ 2)。

在一些態樣中，在接收同步封包(SYNC)的情況下，除了根據表更新計數器之外，側錄者耳塞式耳機可將側錄者計數器更新至由所有者耳塞式耳機接收到之最後一個封包之下一個封包（最後一個封包資訊係自SYNC內容推測而來）。在間隔中可能存在數個封包的缺失。若在間隔中沒有同步，則側錄者耳塞式耳機可確保側錄者計數器較與間隔中之最後一個刷新點對應之封包多一個。在動態BN的情形下，側錄者耳塞式耳機可假定最小BN。

雖然實例係針對音訊封包提供，但在一些態樣中，該等實例可適用於視訊封包。

如上文所指示，圖13係作為實例提供。其他實例可不同於相關於圖13所描述者。

圖14係繪示根據本揭露的例如在第一周邊裝置或第一周邊裝置之設備處執行之實例程序1400之圖。實例程序1400係其中設備或第一周邊裝置（例如，無線通訊裝置200、側錄者耳塞式耳機1220）執行與周邊裝置上之立體聲之技術相關聯之操作的實例。

如圖14中所示，在一些態樣中，程序1400可包括接收自所有者音訊串流側錄之音訊串流封包，該所有者音訊串流被指派給與第一周邊裝置配對之第二周邊裝置（方塊1410）。例如，第一周邊裝置（例如，使用圖16中所描繪之接收組件1602及/或通訊管理器1606）可接收自所有者音訊串流側錄之音訊串流封包，該所有者音訊串流被指派給與第一周邊裝置配對之第二周邊裝置，如上文所述。

如圖14中進一步示出，在一些態樣中，程序1400可包括自第二周邊裝置接收同步訊息（方塊1420）。例如，第一周邊裝置（例如，使用圖16中所描繪之接收組件1602及/或通訊管理器1606）可自第二周邊裝置接收同步訊息，如上文所述。同步訊息可包括識別所有者音訊串流中之封包之所有者封包位元映像。

如圖14中進一步示出，在一些態樣中，程序1400可包括至少部分地基於所有者封包位元映像與識別側錄之音訊串流封包之側錄者封包位元映像之比較之結果而識別第一周邊裝置自所有者音訊串流遺失之遺失封包（方塊1430）。例如，第一周邊裝置（例如，使用圖16中所描繪之通訊管理器1606）可至少部分地基於所有者封包位元映像與識別側錄之音訊串流封包之側錄者封包位元映像之比較之結果來識別第一周邊裝置自所有者音訊串流遺失之遺失封包，如上文所述。

如圖14中進一步示出，在一些態樣中，程序1400可包括傳輸回應訊息（方塊1440）。例如，第一周邊裝置（例如，使用圖16中所描繪之傳輸組件1604及/或通訊管理器1606）可傳輸回應訊息，如上文所述。回應訊息可指示遺失封包。

程序1400可包括額外態樣，諸如下文描述及/或結合本文他處描述的一或多個其他程序的任何單一態樣或態樣的任何組合。

在第一態樣中，程序1400包括自第二周邊裝置接收遺失封包。

在第二態樣中，單獨地或與第一態樣組合，程序1400包括傳輸針對自第二周邊裝置接收到之遺失封包之一或多個ACK。

在第三態樣中，單獨地或與第一態樣及第二態樣中之一或多者組合，程序1400包括傳輸側錄者封包位元映像；自第二周邊裝置接收對由第二周邊裝置遺失之封包之請求；以及傳輸由第二周邊裝置遺失之該等封包。

在第四態樣中，單獨地或與第一態樣至第三態樣中之一或多者組合，接收該等遺失封包與其中該第一周邊裝置及該第二周邊裝置在一或多個子事件中中繼遺失封包之一聯合中繼對話相關聯。

在第五態樣中，單獨地或與第一態樣至第四態樣中之一或多者組合，程序1400包括觸發對同步訊息之接收。

在第六態樣中，單獨地或與第一態樣至第五態樣中之一或多者組合，該等音訊串流封包經加密，且接收該等音訊串流封包包括：針對各個各別音訊串流封包遞增用於該各別音訊串流封包之計數器；及解密該各別音訊串流封包。

在第七態樣中，單獨地或與第一態樣至第六態樣中之一或多者組合，程序1400包括與使用目前封包之第一序號及下一個封包之第二序號之臨時亂數相關聯地維持計數器。

在第八態樣中，單獨地或與第一態樣至第七態樣中之一或多者組合，程序1400包括根據該各別音訊串流封包之一序號自該計數器之一第一計數器值之一第一金鑰或該計數器之一第二計數器值之一第二金鑰之中選擇一金鑰，且解密該各別音訊串流封包包括使用選定之該金鑰解密該各別音訊串流封包。

在第九態樣中，單獨地或與第一態樣至第八態樣中之一或多者組合，該臨時亂數可係單臨時亂數或雙臨時亂數。

在第十態樣中，單獨地或與第一態樣至第九態樣中之一或多者組合，程序1400包括至少部分地基於該序號與用於該臨時亂數之該第二序號是否匹配及該各別音訊串流封包之CRC資訊與先前音訊串流封包之CRC資訊是否匹配來選擇預期計數器值以用於金鑰選擇。

在第十一態樣中，單獨地或與第一態樣至第十態樣中之一或多者組合，程序1400包括至少部分地基於該序號與用於該臨時亂數之該第一序號是否匹配及是否該各別音訊串流封包之CRC通過且該各別音訊串流封包之MIC檢查失敗來選擇預期計數器值以用於金鑰選擇。

在第十二態樣中，單獨地或與第一態樣至第十一態樣中之一或多者組合，程序1400包括至少部分地基於該序號與用於該臨時亂數之該第二序號是否匹配及是否該各別音訊串流封包之CRC通過且該各別音訊串流封包之MIC檢查通過來選擇預期計數器值以用於金鑰選擇。

在第十三態樣中，單獨地或與第一態樣至第十二態樣中之一或多者組合，程序1400包括至少部分地基於該序號與用於該臨時亂數之該第一序號是否匹配及是否該各別音訊串流封包之CRC通過且該各別音訊串流封包之MIC檢查通過來選擇預期計數器值以用於金鑰選擇。

在第十四態樣中，單獨地或與第一態樣至第十三態樣中之一或多者組合，程序1400包括至少部分地基於該序號與用於該臨時亂數之該第一序號是否匹配及該各別音訊串流封包之一循環冗餘檢查(CRC)是否失敗來選擇預期計數器值以用於金鑰選擇。

在第十五態樣中，單獨地或與第一態樣至第十四態樣中之一或多者組合，程序1400包括至少部分地基於該序號與用於該臨時亂數之該第二序號是否匹配及該各別音訊串流封包之CRC是否失敗來選擇預期計數器值以用於金鑰選擇。

在第十六態樣中，單獨地或與第一態樣至第十五態樣中之一或多者組合，程序1400包括利用或取代對自該第二周邊裝置中繼之封包之ACK將封包中繼至該第二周邊裝置。

雖然圖14顯示程序1400的實例方塊，但在一些態樣中，與圖14中所描繪者相比，程序1400可包括額外的方塊、更少的方塊、不同的方塊、或不同配置的方塊。額外地或替代地，程序1400之方塊中的二或更多者可並行地執行。

圖15係繪示根據本揭露的例如在第二周邊裝置或第二周邊裝置之設備處執行之實例程序1500之圖。實例程序1500係其中設備或第二周邊裝置（例如，無線通訊裝置200、所有者耳塞式耳機1230）執行與周邊裝置上之立體聲之技術相關聯之操作的實例。

如圖15中所示，在一些態樣中，程序1500可包括自指派給第二周邊裝置之所有者音訊串流接收音訊串流封包（方塊1510）。例如，第二周邊裝置（例如，使用圖16中所描繪之接收組件1602及/或通訊管理器1606）可自指派給第二周邊裝置之所有者音訊串流接收音訊串流封包，如上文所述。

如圖15中進一步示出，在一些態樣中，程序1500可包括將同步訊息傳輸至與第二周邊裝置配對之第一周邊裝置，該同步訊息包括識別所有者音訊串流中之封包之所有者封包位元映像（方塊1520）。例如，第二周邊裝置（例如，使用圖16中所描繪之傳輸組件1604及/或通訊管理器1606）可將同步訊息傳輸至與第二周邊裝置配對之第一周邊裝置，該同步訊息包括識別所有者音訊串流中之封包之所有者封包位元映像，如上文所述。

如圖15中進一步示出，在一些態樣中，程序1500可包括接收回應訊息（方塊1530）。例如，第二周邊裝置（例如，使用圖16中所描繪之接收組件1602及/或通訊管理器1606）可接收回應訊息，如上文所述。回應訊息可識別第一周邊裝置自所有者音訊串流遺失之遺失封包。

程序1500可包括額外態樣，諸如下文描述及/或結合本文他處描述的一或多個其他程序的任何單一態樣或態樣的任何組合。

在第一態樣中，傳輸該同步訊息包括在同步逾時、傳輸中斷事件、不再預期來自中央裝置之封包之判定、或預期與該第一周邊裝置同步之判定中之一或多者之後的偏移處傳輸該同步訊息。

在第二態樣中，單獨地或與第一態樣組合，程序1500包括至少部分地基於與中央裝置之通訊之改變來偵測該同步逾時或該傳輸中斷事件。

在第三態樣中，單獨地或與第一態樣及第二態樣中之一或多者組合，程序1500包括至少部分地基於成功接收到之音訊串流封包來產生所有者封包位元映像。

在第四態樣中，單獨地或與第一態樣至第三態樣中之一或多者組合，該所有者封包位元映像之大小至少部分地基於一數量之事件中之刷新點之數量。

在第五態樣中，單獨地或與第一態樣至第四態樣中之一或多者組合，程序1500包括選擇用於經中繼封包之標頭位元的資訊，該資訊指示中繼對話終止、另一串流之中繼對話終止、或在另一串流之中繼對話中接收到之封包之下一個預期序號中之一或多者。

在第六態樣中，單獨地或與第一態樣至第五態樣中之一或多者組合，程序1500包括將遺失封包傳輸至第一周邊裝置。

在第七態樣中，單獨地或與第一態樣至第六態樣中之一或多者組合，傳輸該等遺失封包包括至少部分地基於該第一周邊裝置之該音訊串流之中繼對話終止之指示使用針對該第一周邊裝置之音訊串流排程之子事件來傳輸該等遺失封包。

在第八態樣中，單獨地或與第一態樣至第七態樣中之一或多者組合，該第一周邊裝置之子事件及該第二周邊裝置之子事件在重疊模式下皆可用於中繼，且傳輸該等遺失封包包括使用該第一周邊裝置之該等子事件及該第二周邊裝置之該等子事件之中的可用子事件來傳輸該等遺失封包。

在第九態樣中，單獨地或與第一態樣至第八態樣中之一或多者組合，傳輸該等遺失封包包括至少部分地基於能夠在間隔中中繼之封包之數量及該數量之封包之刷新時間資訊來傳輸該等遺失封包。

在第十態樣中，單獨地或與第一態樣至第九態樣中之一或多者組合，程序1500包括接收指示由第一周邊裝置自所有者音訊串流側錄之音訊串流封包之側錄者封包位元映像；至少部分地基於側錄者封包位元映像與所有者封包位元映像之比較之結果而識別第一周邊裝置自所有者音訊串流遺失之遺失封包；以及將該等遺失封包傳輸至第一周邊裝置。

在第十一態樣中，單獨地或與第一態樣至第十態樣中之一或多者組合，所有者封包位元映像包括指示中繼速率之速率指示符。

在第十二態樣中，單獨地或與第一態樣至第十一態樣中之一或多者組合，該所有者封包位元映像指示開始間隔或間隔內之起點中之一或多者。

雖然圖15顯示程序1500的實例方塊，但在一些態樣中，與圖15中所描繪者相比，程序1500可包括額外的方塊、更少的方塊、不同的方塊、或不同配置的方塊。額外地或替代地，程序1500之方塊中的二或更多者可並行地執行。

圖16係根據本揭露之用於無線通訊之實例設備1600的圖。設備1600可係周邊裝置，或周邊裝置可包括設備1600。在一些態樣中，設備1600包括接收組件1602、傳輸組件1604、及/或通訊管理器1606，其等可彼此通訊（例如，經由一或多個匯流排及/或一或多個其他組件）。在一些態樣中，通訊管理器1606係結合圖2描述的WPAN控制器252。如圖所示，設備1600可使用接收組件1602及傳輸組件1604與另一設備1608（諸如UE或另一周邊裝置）通訊。

在一些態樣中，設備1600可經組態以執行結合圖1至圖13於本文描述的一或多個操作。額外地或替代地，設備1600可經組態以執行本文描述的一或多個程序，諸如圖14的程序1400、圖15的程序1500、或其組合。在一些態樣中，圖16中所示之設備1600及/或一或多個組件可包括結合圖2及圖5所述之周邊裝置的一或多個組件。另外或替代地，圖16中所示之一或多個組件可在結合圖2及圖5所述之一或多個組件內實施。額外或替代地，該組組件之一或多個組件可至少部分地實施為儲存在一或多個記憶體中的軟體。例如，組件（或組件的一部分）可實施為指令或碼，其儲存在非暫時性電腦可讀取媒體中，且可由一或多個控制器或一或多個處理器執行以執行組件之功能或操作。

接收組件1602可從設備1608接收通訊（諸如參考訊號、控制資訊、資料通訊、或其組合）。接收組件1602可將經接收通訊提供至設備1600的一或多個其他組件。在一些態樣中，接收組件1602可對所接收的通訊執行訊號處理（諸如濾波、放大、解調變、類比轉數位轉換、解多工、解交錯、解映射、均等化、干擾消除、或解碼等），且可將經處理訊號提供至設備1600的一或多個其他組件。在一些態樣中，接收組件1602可包括結合圖2所述之周邊裝置的一或多個天線、一或多個數據機、一或多個解調變器、一或多個接收處理器、一或多個控制器/處理器、一或多個記憶體、或其組合。

傳輸組件1604可將通訊（諸如參考訊號、控制資訊、資料通訊、或其組合）傳輸至設備1608。在一些態樣中，設備1600的一或多個其他組件可產生通訊，且可將經產生通訊提供至傳輸組件1604以用於傳輸至設備1608。在一些態樣中，傳輸組件1604可對所產生的通訊執行訊號處理（諸如濾波、放大、調變、數位轉類比轉換、多工、交錯、映射、或編碼等），且可將經處理訊號傳輸至設備1608。在一些態樣中，傳輸組件1604可包括結合圖2所述之周邊裝置的一或多個天線、一或多個數據機、一或多個調變器、一或多個傳輸處理器、一或多個控制器/處理器、一或多個記憶體、或其組合。在一些態樣中，傳輸組件1604可與接收組件1602共置在一或多個收發器中。

通訊管理器1606可支援接收組件1602及/或傳輸組件1604的操作。例如，通訊管理器1606可接收與組態藉由接收組件1602的通訊接收及/或藉由傳輸組件1604的通訊傳輸相關聯的資訊。額外或替代地，通訊管理器1606可產生及/或提供控制資訊至接收組件1602及/或傳輸組件1604，以控制通訊的接收及/或傳輸。

在與第一周邊裝置相關聯之一些態樣中，接收組件1602可接收自所有者音訊串流側錄之音訊串流封包，該所有者音訊串流被指派給與該第一周邊裝置配對之第二周邊裝置。接收組件1602可自該第二周邊裝置接收同步訊息，該同步訊息包括識別該所有者音訊串流中之封包之所有者封包位元映像。通訊管理器1606可至少部分地基於該所有者封包位元映像與識別側錄之音訊串流封包之側錄者封包位元映像之比較之結果而識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包。傳輸組件1604可傳輸指示遺失封包之回應訊息。

接收組件1602可自第二周邊裝置接收遺失封包。傳輸組件1604可傳輸對自第二周邊裝置接收到之遺失封包之一或多個確認。

傳輸組件1604可傳輸側錄者封包位元映像。接收組件1602自第二周邊裝置接收對由該第二周邊裝置遺失之封包之請求。傳輸組件1604可傳輸由第二周邊裝置遺失之封包。通訊管理器1606可觸發對同步訊息之接收。

通訊管理器1606可維持計數器與使用目前封包之第一序號及下一個封包之第二序號之臨時亂數相關聯。通訊管理器1606可根據各別音訊串流封包之序號自該計數器之第一計數器值之第一金鑰或該計數器之第二計數器值之第二金鑰之中選擇金鑰，且通訊管理器1606可使用所選擇之金鑰解密各別音訊串流封包。

通訊管理器1606可至少部分地基於該序號與用於該臨時亂數之該第二序號是否匹配及該各別音訊串流封包之CRC資訊與先前音訊串流封包之CRC資訊是否匹配來選擇預期計數器值以用於金鑰選擇。

通訊管理器1606可至少部分地基於該序號與用於該臨時亂數之該第一序號是否匹配及是否該各別音訊串流封包之CRC通過且該各別音訊串流封包之MIC檢查失敗來選擇預期計數器值以用於金鑰選擇。

通訊管理器1606可至少部分地基於該序號與用於該臨時亂數之該第二序號是否匹配及是否該各別音訊串流封包之CRC通過且該各別音訊串流封包之MIC檢查通過來選擇預期計數器值以用於金鑰選擇。

通訊管理器1606可至少部分地基於該序號與用於該臨時亂數之該第一序號是否匹配及是否該各別音訊串流封包之CRC通過且該各別音訊串流封包之MIC檢查通過來選擇預期計數器值以用於金鑰選擇。

通訊管理器1606可至少部分地基於該序號與用於該臨時亂數之該第一序號是否匹配及該各別音訊串流封包之CRC是否失敗來選擇預期計數器值以用於金鑰選擇。通訊管理器1606可至少部分地基於該序號與用於該臨時亂數之該第二序號是否匹配及該各別音訊串流封包之CRC是否失敗來選擇預期計數器值以用於金鑰選擇。

通訊管理器1606可利用或取代對自該第二周邊裝置中繼之封包之確認將封包中繼至該第二周邊裝置。

在與第二周邊裝置相關聯之一些態樣中，接收組件1602可自指派給第二周邊裝置之所有者音訊串流接收音訊串流封包。傳輸組件1604可將同步訊息傳輸至與該第二周邊裝置配對之第一周邊裝置，該同步訊息包括識別該所有者音訊串流中之封包之所有者封包位元映像。接收組件1602可接收識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包的回應訊息。

通訊管理器1606可至少部分地基於與中央裝置之通訊之改變來偵測該同步逾時或該傳輸中斷事件。通訊管理器1606可至少部分地基於成功接收到之音訊串流封包來產生該所有者封包位元映像。

通訊管理器1606可選擇用於經中繼封包之標頭位元的資訊，該資訊指示中繼對話終止、另一串流之中繼對話終止、或在另一串流之中繼對話中接收到之封包之下一個預期序號中之一或多者。

傳輸組件1604可將遺失封包傳輸至第一周邊裝置。接收組件1602可接收側錄者封包位元映像，該側錄者封包位元映像指示由該第一周邊裝置自該所有者音訊串流側錄之該等音訊串流封包。通訊管理器1606可至少部分地基於該側錄者封包位元映像與一所有者封包位元映像之比較之結果而識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包。傳輸組件1604可將遺失封包傳輸至第一周邊裝置。

圖16所示之組件的數目及配置係作為實例提供。實際上，與圖16所示者相比，可存在額外的組件、更少的組件、不同的組件、或不同配置的組件。此外，圖16所示之二或更多個組件可在單一組件內實施，或者圖16所示之單一組件可實施為多個分布式組件。額外地或替代地，圖16所示的一組（一或多個）組件可執行經描述為由顯示於圖16中的另一組組件執行的一或多個功能。

以下提供本揭露之一些態樣的概述：

態樣1：一種由一第一周邊裝置執行無線通訊之方法，其包含：接收自一所有者音訊串流側錄之音訊串流封包，該所有者音訊串流被指派給與該第一周邊裝置配對之一第二周邊裝置；自該第二周邊裝置接收一同步訊息，該同步訊息包括識別該所有者音訊串流中之封包之一所有者封包位元映像；至少部分地基於該所有者封包位元映像與識別側錄之音訊串流封包之一側錄者封包位元映像之一比較之一結果而識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包；及傳輸指示該等遺失封包之一回應訊息。

態樣2：如態樣1之方法，其進一步包含自該第二周邊裝置接收該等遺失封包。

態樣3：如態樣2之方法，其進一步包含傳輸對自該第二周邊裝置接收到之該等遺失封包之一或多個確認。

態樣4：如態樣2之方法，其進一步包含，作為一雙向中繼對話之一部分：傳輸該側錄者封包位元映像；自該第二周邊裝置接收對由該第二周邊裝置遺失之封包之一請求；及傳輸由該第二周邊裝置遺失之該等封包。

態樣5：如態樣2之方法，其中該接收該等遺失封包與其中該第一周邊裝置及該第二周邊裝置在一或多個子事件中中繼遺失封包之一聯合中繼對話相關聯。

態樣6：如態樣1至5中任一項之方法，其進一步包含觸發對該同步訊息之該接收。

態樣7：如態樣1至6中任一項之方法，其中該等音訊串流封包經加密，且其中接收該等音訊串流封包包括針對各個各別音訊串流封包：遞增用於該各別音訊串流封包之一計數器；及解密該各別音訊串流封包。

態樣8：如態樣7之方法，其進一步包含與使用一目前封包之一第一序號及下一個封包之一第二序號之一臨時亂數相關聯地維持該計數器。

態樣9：如態樣8之方法，其進一步包含根據該各別音訊串流封包之一序號自該計數器之一第一計數器值之一第一金鑰或該計數器之一第二計數器值之一第二金鑰之中選擇一金鑰，且其中解密該各別音訊串流封包包括使用所選擇之該金鑰解密該各別音訊串流封包。

態樣10：如態樣9之方法，其中該臨時亂數係一單臨時亂數或一雙臨時亂數。

態樣11：如態樣9之方法，其進一步包含至少部分地基於該序號與用於該臨時亂數之該第二序號是否匹配及該各別音訊串流封包之循環冗餘檢查(CRC)資訊與一先前音訊串流封包之CRC資訊是否匹配來選擇預期計數器值以用於金鑰選擇。

態樣12：如態樣9之方法，其進一步包含至少部分地基於該序號與用於該臨時亂數之該第一序號是否匹配及是否該各別音訊串流封包之一循環冗餘檢查(CRC)通過且該各別音訊串流封包之一訊息完整性碼(MIC)檢查失敗來選擇預期計數器值以用於金鑰選擇。

態樣13：如態樣9之方法，其進一步包含至少部分地基於該序號與用於該臨時亂數之該第二序號是否匹配及是否該各別音訊串流封包之一循環冗餘檢查(CRC)通過且該各別音訊串流封包之一訊息完整性碼(MIC)檢查通過來選擇預期計數器值以用於金鑰選擇。

態樣14：如態樣9之方法，其進一步包含至少部分地基於該序號與用於該臨時亂數之該第一序號是否匹配及是否該各別音訊串流封包之一循環冗餘檢查(CRC)通過且該各別音訊串流封包之一訊息完整性碼(MIC)檢查通過來選擇預期計數器值以用於金鑰選擇。

態樣15：如態樣9之方法，其進一步包含至少部分地基於該序號與用於該臨時亂數之該第一序號是否匹配及該各別音訊串流封包之一循環冗餘檢查(CRC)是否失敗來選擇預期計數器值以用於金鑰選擇。

態樣16：如態樣9之方法，其進一步包含至少部分地基於該序號與用於該臨時亂數之該第二序號是否匹配及該各別音訊串流封包之一循環冗餘檢查(CRC)是否失敗來選擇預期計數器值以用於金鑰選擇。

態樣17：如態樣1至16中任一項之方法，其進一步包含利用或取代自該第二周邊裝置中繼之封包之確認將封包中繼至該第二周邊裝置。

態樣18：一種由一第二周邊裝置執行無線通訊之方法，其包含：自指派給該第二周邊裝置之一所有者音訊串流接收音訊串流封包；將一同步訊息傳輸至與該第二周邊裝置配對之一第一周邊裝置，該同步訊息包括識別該所有者音訊串流中之封包之一所有者封包位元映像；及接收識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包的一回應訊息。

態樣19：如態樣18之方法，其中傳輸該同步訊息包括在一同步逾時、一傳輸中斷事件、不再預期來自一中央裝置之封包之一判定、或預期與該第一周邊裝置同步之一判定中之一或多者之後的一偏移處傳輸該同步訊息。

態樣20：如態樣19之方法，其進一步包含至少部分地基於與一中央裝置之通訊之一改變來偵測該同步逾時或該傳輸中斷事件。

態樣21：如態樣18至20中任一項之方法，其進一步包含至少部分地基於成功接收到之音訊串流封包來產生該所有者封包位元映像。

態樣22：如態樣18至21中任一項之方法，其中該所有者封包位元映像之一大小至少部分地基於一數量之事件中之刷新點之一數量。

態樣23：如態樣18至22中任一項之方法，其中該所有者封包位元映像包括指示一中繼速率之一速率指示符。

態樣24：如態樣18至23中任一項之方法，其中該所有者封包位元映像指示一開始間隔或一間隔內之一起點中之一或多者。

態樣25：如態樣18至24中任一項之方法，其進一步包含選擇用於經中繼封包之標頭位元的資訊，該資訊指示一中繼對話終止、另一串流之中繼對話終止、或在該另一串流之中繼對話中接收到之一封包之下一個預期序號中之一或多者。

態樣26：如態樣18至25中任一項之方法，其進一步包含將該等遺失封包傳輸至該第一周邊裝置。

態樣27：如態樣26之方法，其中傳輸該等遺失封包包括至少部分地基於該第一周邊裝置之該音訊串流之一中繼對話終止之一指示使用針對該第一周邊裝置之一音訊串流排程之子事件來傳輸該等遺失封包。

態樣28：如態樣26之方法，其中該第一周邊裝置之子事件及該第二周邊裝置之子事件在一重疊模式下皆可用於中繼，且其中傳輸該等遺失封包包括使用該第一周邊裝置之該等子事件及該第二周邊裝置之該等子事件之中的可用子事件來傳輸該等遺失封包。

態樣29：如態樣26之方法，其中傳輸該等遺失封包包括至少部分地基於能夠在一間隔中中繼之封包之一數量及該數量之封包之刷新時間資訊來傳輸該等遺失封包。

態樣30：如態樣18至29中任一項之方法，其進一步包含：接收一側錄者封包位元映像，該側錄者封包位元映像指示由該第一周邊裝置自該所有者音訊串流側錄之該等音訊串流封包；至少部分地基於對該側錄者封包位元映像與一所有者封包位元映像之一比較之一結果而識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包；及將該等遺失封包傳輸至該第一周邊裝置。

態樣31：一種用於在一裝置之無線通訊之設備，該設備包含：一或多個處理器；一或多個記憶體，其與該一或多個處理器耦接；及指令，其等儲存在該一或多個記憶體中且可由該一或多個處理器執行以使該設備執行如態樣1至30中之一或多者之方法。

態樣32：一種用於在一裝置之無線通訊之設備，該設備包含一或多個記憶體及耦接至該一或多個記憶體的一或多個處理器，該一或多個處理器經組態以使該裝置執行如態樣1至30中一或多者之方法。

態樣33：一種用於無線通訊之設備，該設備包含用於執行如態樣1至30中一或多者之方法的至少一個構件。

態樣34：一種非暫時性電腦可讀取媒體，其儲存用於無線通訊之碼，該碼包含可由一或多個處理器執行以執行如態樣1至30中一或多者之方法的指令。

態樣35：一種非暫時性電腦可讀取媒體，其儲存用於無線通訊之一指令集，該指令集包含一或多個指令，當由一裝置的一或多個處理器執行時，該一或多個指令使該裝置執行如態樣1至30中一或多者之方法。

態樣36：一種用於無線通訊之裝置，該裝置包含一處理系統，該處理系統包括一或多個處理器及與該一或多個處理器耦接的一或多個記憶體，該處理系統經組態以使該裝置執行如態樣1至30中一或多者之方法。

態樣37：一種用於在一裝置之無線通訊之設備，該設備包含一或多個記憶體及耦接至該一或多個記憶體的一或多個處理器，該一或多個處理器個別地或共同地經組態以使該裝置執行如態樣1至30中一或多者之方法。

前述揭露提供說明及描述，但非意欲窮舉或將態樣限制於所揭示的精確形式。可根據以上揭露進行修改及變化，或可從態樣的實踐獲得修改及變化。

如本文所使用，用語「組件(component)」意欲廣義地解釋為硬體及/或硬體與軟體的組合。軟體應廣泛地解讀為意謂指令、指令集、碼、碼區段、程式碼、程式、子程式、軟體模組、應用程式、軟體應用程式、套裝軟體、常式、子常式、物件、可執行檔案、執行緒、程序、及/或函式等，而無論是稱為軟體、韌體、中介軟體(middleware)、微碼、硬體描述語言、或其他。如本文所使用，「處理器(processor)」係以硬體及/或硬體與軟體的組合來實施。顯而易見，本文所描述的系統及/或方法可以不同形式的硬體及/或硬體與軟體的組合來實施。用以實施此等系統及/或方法的實際專用控制硬體或軟體碼不受限於此等態樣。因此，本文描述系統及/或方法的操作及行為而不參考特定軟體程式碼，因為所屬技術領域中具有通常知識者將理解，軟體及硬體可被設計以至少部分地基於本文的描述來實施系統及/或方法。

如本文所使用，取決於上下文，「滿足臨限(satisfying a threshold)」可指值大於臨限、大於或等於臨限、小於臨限、小於或等於臨限、等於臨限、不等於臨限、或類似者。

即使在申請專利範圍中記載及/或在說明書中揭示特徵的特定組合，此等組合並非意欲限制各種態樣的揭露。此等特徵之許多者可以未具體在申請專利範圍中記載及/或在說明書中揭示的方式組合。各種態樣之揭露包括與請求項集中的每一其他請求項組合的各附屬請求項。如本文中所用，指稱項目列表中的「至少一者(at least one of)」的片語係指彼等項目的任何組合，包括單一構件。作為一實例，「a、b、或c中之至少一者(at least one of: a, b, or c)」係打算涵蓋a、b、c、a + b、a + c、b + c、及a + b + c，以及多個相同元素的任何組合（例如，a + a、a + a + a、a + a + b、a + a + c、a + b + b、a + c + c、b + b、b + b + b、b + b + c、c + c、及c + c + c，或a、b、及c的任何其他順序）。

除非明確如此描述，否則本文中使用的任何元素、動作、或指令不應解讀為關鍵或必要的。此外，如本文所使用，冠詞「一(a/an)」意欲包括一或多個項目且可與「一或多個(one or more)」互換使用。此外，如本文所使用，冠詞「該(the)」意欲包括結合冠詞「該」引用的一或多個項目，且可與「該一或多個(the one or more)」互換使用。此外，如本文所使用，用語「組(set)」及「群組(group)」意欲包括一或多個項目且可與「一或多個」互換使用。若僅指一個項目，則使用片語「僅一個(only one)」或類似用語。此外，如本文所使用，用語「具有(has/have/having)」或類似者意欲是開放式用語，其不限制其所修飾的元素（例如，「具有」A的元素亦可具有B）。此外，除非另有明確說明，否則詞組「基於(based on)」意欲表示「至少部分地基於(based, at least in part, on)」。此外，如本文所使用，用語「或(or)」當在一序列中使用時意欲為包括性(inclusive)，且可與「及/或(and/or)」互換使用，除非另有明確說明（例如，若與「任一(either)」或「……中之僅一者(only one of)」組合使用）。

100:無線個人區域網路(WPAN) 102:中央裝置 104:周邊裝置/選定或既定裝置/智慧型手錶 106:周邊裝置/選定或既定裝置/藍牙可攜式揚聲器 108:周邊裝置/選定或既定裝置/無線頭戴式耳機 110:周邊裝置/選定或既定裝置/平板電腦 112:周邊裝置/無線耳塞式耳機/選定或既定裝置/無線頭戴裝置/頭戴裝置 114:智慧家電/周邊裝置/選定或既定裝置 116:通訊鏈路 200:無線通訊裝置 202:處理器 204:顯示電路系統 206:記憶體 208:唯讀記憶體(ROM) 210:快閃記憶體 220:連接器介面 230:無線電設備 235a, 235b, 235c, 235d:天線 240:記憶體管理單元(MMU) 242:顯示器 250:無線區域網路(WLAN)控制器 252:無線個人區域網路控制器 254:第一共存介面 256:管理無線廣域網路(WWAN)控制器 258:第二共存介面 260:第三共存介面 300:實例/協定堆疊 310:應用層 312:應用程式 314:藍牙設定檔 320:主機層 321:主機堆疊 322:通用存取設定檔(GAP) 324:通用屬性協定(GATT) 326:安全管理器(SM) 328:屬性協定(ATT) 329:邏輯鏈路控制及調適協定(L2CAP)層 330:控制器層 332:鏈路管理器(LM) 334:鏈路層 336:實體(PHY)層 340:主機控制器介面(HCI) 400:傳輸 410:來源裝置 412:編碼器 414:傳輸緩衝器 420:接收點裝置 422:接收緩衝器 424:解碼器 430:無線個人區域網路連接 500:無線通訊裝置/實例 510:應用處理子系統 511:媒體播放器 512:應用層 513:無線個人區域網路堆疊 514:音訊介面 516:無線個人區域網路傳送驅動器 518:通用非同步接收器-傳輸器(UART)控制器 520:音訊子系統 522:編碼器/解碼器 524:數位訊號處理器(DSP) 526:編解碼器 530:無線個人區域網路子系統 532:基頻組件 534:韌體組件 536:高級音訊分發設定檔(A2DP)組件 538:實體組件 540:主機控制器介面(HCI) 550:控制鏈路 600, 602:實例 604:耳塞式耳機/第一耳塞式耳機 606:第二耳塞式耳機/耳塞式耳機 610:使用者設備 700:實例 704, 706:耳塞式耳機 710:使用者設備 800, 900:實例 902:所有者鏈路 904:夥伴鏈路 920:側錄者耳塞式耳機 930:所有者耳塞式耳機 1000, 1100, 1200:實例 1210:使用者設備 1220:側錄者耳塞式耳機 1230:所有者耳塞式耳機 1235, 1240:元件符號 1242:所有者封包點陣圖 1245:元件符號 1252:側錄者封包點陣圖 1250, 1255, 1260, 1265, 1270, 1275, 1280, 1285, 1290:元件符號 1300:實例 1400:程序 1410, 1420, 1430, 1440:方塊 1500:程序 1510, 1520, 1530:方塊 1600:設備 1602:接收組件 1604:傳輸組件 1606:通訊管理器 1608:設備

因此可詳細地理解本揭露之上述特徵，可參考態樣來獲得上文簡要概述的更具體描述，隨附圖式中繪示其中一些態樣。然而，應注意，隨附圖式僅繪示本揭露之某些典型態樣，且因此不應被視為對其範圍的限制，因為該描述可允許其他同等有效的態樣。不同圖式中的相同元件符號可識別相同或相似的元件。

［圖1］係繪示根據本揭露之無線個人區域網路(WPAN)之實例的圖。

［圖2］係繪示根據本揭露之無線通訊裝置之實例的圖。

［圖3］係繪示根據本揭露之協定堆疊之實例的圖。

［圖4］係繪示根據本揭露之資料封包透過WPAN連接從無線通訊裝置至周邊裝置之實例傳輸的圖。

［圖5］係繪示根據本揭露之無線通訊裝置之實例的圖。

［圖6］係繪示根據本揭露之音訊串流之實例之圖。

［圖7］係繪示根據本揭露之音訊串流之實例之圖。

［圖8］係繪示根據本揭露之音訊串流之實例之圖。

［圖9］係繪示根據本揭露之音訊串流之實例之圖。

［圖10］係繪示根據本揭露之同步交握之實例之圖。

［圖11］係繪示根據本揭露之封包中繼之實例之圖。

［圖12］係繪示根據本揭露之與音訊串流相關聯之實例之圖。

［圖13］係繪示根據本揭露之將臨時亂數用於封包計數器之實例之圖。

［圖14］係繪示根據本揭露之例如在第一周邊裝置或第一周邊裝置之設備處執行之實例程序之圖。

［圖15］係繪示根據本揭露之例如在第二周邊裝置或第二周邊裝置之設備處執行之實例程序之圖。

［圖16］係根據本揭露之用於無線通訊之實例設備的圖。

1200:實例

1210:使用者設備

1220:側錄者耳塞式耳機

1230:所有者耳塞式耳機

1235,1240:元件符號

1242:所有者封包點陣圖

1245:元件符號

1252:側錄者封包點陣圖

1250,1255,1260,1265,1270,1275,1280,1285,1290:元件符號

Claims (29)

1. 一種用於一第一周邊裝置處之無線通訊之設備，其包含： 一或多個記憶體；及 一或多個處理器，其耦接至該一或多個記憶體，該一或多個處理器個別地或共同地經組態以使該第一周邊裝置： 接收自一所有者音訊串流側錄之音訊串流封包，該所有者音訊串流被指派給與該第一周邊裝置配對之一第二周邊裝置； 自該第二周邊裝置接收一同步訊息，該同步訊息包括識別該所有者音訊串流中之封包之一所有者封包位元映像； 至少部分地基於該所有者封包位元映像與識別側錄之音訊串流封包之一側錄者封包位元映像之一比較之一結果而識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包；及 傳輸指示該等遺失封包之一回應訊息。
2. 如請求項1之設備，其中該一或多個處理器個別地或共同地經組態以使該第一周邊裝置自該第二周邊裝置接收該等遺失封包。
3. 如請求項2之設備，其中該一或多個處理器個別地或共同地經組態以使該第一周邊裝置傳輸針對自該第二周邊裝置接收到之該等遺失封包之一或多個確認。
4. 如請求項2之設備，其中該一或多個處理器個別地或共同地經組態使該第一周邊裝置，作為一雙向中繼對話之部分： 傳輸該側錄者封包位元映像； 自該第二周邊裝置接收對由該第二周邊裝置遺失之封包之一請求；及 傳輸由該第二周邊裝置遺失之該等封包。
5. 如請求項2之設備，其中接收該等遺失封包與其中該第一周邊裝置及該第二周邊裝置在一或多個子事件中中繼遺失封包之一聯合中繼對話相關聯。
6. 如請求項1之設備，其中該一或多個處理器個別地或共同地經組態以使該第一周邊裝置觸發該同步訊息之該接收。
7. 如請求項1之設備，其中該等音訊串流封包經加密，且其中為了接收該等音訊串流封包，該一或多個處理器個別地或共同地經組態以針對各個各別音訊串流封包： 遞增用於該各別音訊串流封包之一計數器；及 解密該各別音訊串流封包。
8. 如請求項7之設備，其中該一或多個處理器個別地或共同地經組態以使該第一周邊裝置維持該計數器與使用一目前封包之一第一序號及下一個封包之一第二序號的一臨時亂數相關聯。
9. 如請求項8之設備，其中該一或多個處理器個別地或共同地經組態以使該第一周邊裝置根據該各別音訊串流封包之一序號自該計數器之一第一計數器值之一第一金鑰或該計數器之一第二計數器值之一第二金鑰之中選擇一金鑰，且其中為了解密該各別音訊串流封包，該一或多個處理器個別地或共同地經組態以使用所選擇之該金鑰解密該各別音訊串流封包。
10. 如請求項9之設備，其中該一或多個處理器個別地或共同地經組態以使該第一周邊裝置至少部分地基於該序號與用於該臨時亂數之該第二序號是否匹配及該各別音訊串流封包之循環冗餘檢查(cyclic redundancy check, CRC)資訊與一先前音訊串流封包之CRC資訊是否匹配來選擇預期計數器值以用於金鑰選擇。
11. 如請求項9之設備，其中該一或多個處理器個別地或共同地經組態以使該第一周邊裝置至少部分地基於該序號與用於該臨時亂數之該第一序號是否匹配及是否該各別音訊串流封包之一循環冗餘檢查(CRC)通過且該各別音訊串流封包之一訊息完整性碼(message integrity code, MIC)檢查失敗來選擇預期計數器值以用於金鑰選擇。
12. 如請求項9之設備，其中該一或多個處理器個別地或共同地經組態以使該第一周邊裝置至少部分地基於該序號與用於該臨時亂數之該第二序號是否匹配及是否該各別音訊串流封包之一循環冗餘檢查(CRC)通過且該各別音訊串流封包之一訊息完整性碼(MIC)檢查通過來選擇預期計數器值以用於金鑰選擇。
13. 如請求項9之設備，其中該一或多個處理器個別地或共同地經組態以使該第一周邊裝置至少部分地基於該序號與用於該臨時亂數之該第一序號是否匹配及是否該各別音訊串流封包之一循環冗餘檢查(CRC)通過且該各別音訊串流封包之一訊息完整性碼(MIC)檢查通過來選擇預期計數器值以用於金鑰選擇。
14. 如請求項9之設備，其中該一或多個處理器個別地或共同地經組態以使該第一周邊裝置至少部分地基於該序號與用於該臨時亂數之該第一序號是否匹配及該各別音訊串流封包之一循環冗餘檢查(CRC)是否失敗來選擇預期計數器值以用於金鑰選擇。
15. 如請求項9之設備，其中該一或多個處理器個別地或共同地經組態以使該第一周邊裝置至少部分地基於該序號與用於該臨時亂數之該第二序號是否匹配及該各別音訊串流封包之一循環冗餘檢查(CRC)是否失敗來選擇預期計數器值以用於金鑰選擇。
16. 如請求項1之設備，其中該一或多個處理器個別地或共同地經組態以使該第一周邊裝置利用或取代自該第二周邊裝置中繼之封包之確認將封包中繼至該第二周邊裝置。
17. 一種用於一第二周邊裝置處之無線通訊之設備，其包含： 一或多個記憶體；及 一或多個處理器，其耦接至該一或多個記憶體，該一或多個處理器個別地或共同地經組態以使該第二周邊裝置： 自指派給該第二周邊裝置之一所有者音訊串流接收音訊串流封包； 將一同步訊息傳輸至與該第二周邊裝置配對之一第一周邊裝置，該同步訊息包括識別該所有者音訊串流中之封包之一所有者封包位元映像；及 接收識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包的一回應訊息。
18. 如請求項17之設備，其中為了傳輸該同步訊息，該一或多個處理器個別地或共同地經組態以使該第二周邊裝置在一同步逾時、一傳輸中斷事件、不再預期來自一中央裝置之封包之一判定、或預期與該第一周邊裝置同步之一判定中之一或多者之後的一偏移傳輸該同步訊息。
19. 如請求項18之設備，其中該一或多個處理器個別地或共同地經組態以使該第二周邊裝置至少部分地基於與一中央裝置之通訊之一改變來偵測該同步逾時或該傳輸中斷事件。
20. 如請求項17之設備，其中該一或多個處理器個別地或共同地經組態以使該第二周邊裝置至少部分地基於成功接收到之音訊串流封包來產生該所有者封包位元映像。
21. 如請求項17之設備，其中該所有者封包位元映像之一大小至少部分地基於一數量之事件中之刷新點之一數量。
22. 如請求項17之設備，其中該所有者封包位元映像包括指示一中繼速率之一速率指示符。
23. 如請求項17之設備，其中該所有者封包位元映像指示一開始間隔或一間隔內之一起點中之一或多者。
24. 如請求項17之設備，其中該一或多個處理器個別地或共同地經組態以使該第二周邊裝置選擇用於經中繼封包之標頭位元的資訊，該資訊指示一中繼對話終止、另一串流之中繼對話終止、或在該另一串流之中繼對話中接收到之一封包之下一個預期序號中之一或多者。
25. 如請求項17之設備，其中該一或多個處理器個別地或共同地經組態以使該第二周邊裝置將該等遺失封包傳輸至該第一周邊裝置。
26. 如請求項25之設備，其中為了傳輸該等遺失封包，該一或多個處理器個別地或共同地經組態以使該第二周邊裝置至少部分地基於該第一周邊裝置之該音訊串流之一中繼對話終止之一指示使用針對該第一周邊裝置之一音訊串流排程之子事件來傳輸該等遺失封包。
27. 如請求項25之設備，其中該第一周邊裝置之子事件及該第二周邊裝置之子事件在一重疊模式下皆可用於中繼，且其中為了傳輸該等遺失封包，該一或多個處理器個別地或共同地經組態以使該第二周邊裝置使用該第一周邊裝置之該等子事件及該第二周邊裝置之該等子事件之中的可用子事件來傳輸該等遺失封包。
28. 如請求項25之設備，其中為了傳輸該等遺失封包，該一或多個處理器個別地或共同地經組態以使該第二周邊裝置至少部分地基於能夠在一間隔中中繼之封包之一數量及該數量之封包之刷新時間資訊來傳輸該等遺失封包。
29. 如請求項17之設備，其中該一或多個處理器個別地或共同地經組態以使該第二周邊裝置： 接收一側錄者封包位元映像，該側錄者封包位元映像指示由該第一周邊裝置自該所有者音訊串流側錄之該等音訊串流封包； 至少部分地基於該側錄者封包位元映像與一所有者封包位元映像之一比較之一結果而識別該第一周邊裝置自該所有者音訊串流遺失之遺失封包；及 將該等遺失封包傳輸至該第一周邊裝置。

Images