TWI618370B - 經由藍芽低能量傳達之多通道音訊之同步化 - Google Patents

經由藍芽低能量傳達之多通道音訊之同步化 Download PDF

Info

Publication number
TWI618370B
TWI618370B TW104136387A TW104136387A TWI618370B TW I618370 B TWI618370 B TW I618370B TW 104136387 A TW104136387 A TW 104136387A TW 104136387 A TW104136387 A TW 104136387A TW I618370 B TWI618370 B TW I618370B
Authority
TW
Taiwan
Prior art keywords
packet
audio
ble
event
audio data
Prior art date
Application number
TW104136387A
Other languages
English (en)
Other versions
TW201607263A (zh
Inventor
喬金 林狄
白Ｓ 張
雷諾 連哈特
Original Assignee
蘋果公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 蘋果公司 filed Critical 蘋果公司
Publication of TW201607263A publication Critical patent/TW201607263A/zh
Application granted granted Critical
Publication of TWI618370B publication Critical patent/TWI618370B/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/88—Stereophonic broadcast systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication

Abstract

本文件描述用於同步化多通道音訊輸出之呈現之技術。可接收對應於一第一音訊通道之第一音訊資料及對應於一第二音訊通道之第二音訊資料。該第一音訊資料及該第二音訊資料可經組態用於同時呈現。可組態用於將音訊資料無線地傳輸至第一音訊呈現裝置及第二音訊呈現裝置中每一者之一傳輸排程，根據該傳輸排程，可在排程該第二音訊資料以供傳輸至該第二音訊呈現裝置之後經過一第一時間長度而排程該第一音訊資料以供傳輸至該第一音訊呈現裝置。可將用以使音訊資料之呈現延遲達該第一時間長度之一指示無線地傳輸至該第二音訊呈現裝置。可根據該傳輸排程而將該第一音訊資料及該第二音訊資料無線地傳輸至該第一音訊呈現裝置及該第二音訊呈現裝置。

Description

經由藍芽低能量傳達之多通道音訊之同步化
本發明係關於無線裝置，且更特定而言，係關於使無線裝置使用藍芽低能量通訊來傳達音訊資料之技術。
無線通訊系統之使用率正快速地增長。另外，存在眾多不同無線通訊技術及標準。無線通訊標準之一些實例包括GSM、UMTS(WCDMA)、LTE、進階LTE(LTE Advanced,LTE-A)、3GPP2 CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)、IEEE 802.11(WLAN或Wi-Fi)、IEEE 802.16(WiMAX)、藍芽及其他者。藍芽為通常用於近程通訊之無線通訊技術家族。藍芽家族涵蓋「傳統藍芽(Classic Bluetooth)」(在本文中亦被稱作「傳統BT」或簡單地稱作「BT」)以及「藍芽低能量」(在本文中被稱作「BLE」)。
本文呈現使無線裝置使用藍芽低能量來傳達音訊資料之各種方法的實施例，及經組態以實施該等各種方法之無線裝置的實施例。
描述一「低能量音訊協定」(low-energy audio protocol,LEAP)，藉由該LEAP，BLE裝置可建立音訊資料串流工作階段之參數。一旦具備BLE能力之主控器裝置(BLE capable master device)及具備BLE能力之受控器裝置(BLE capable slave device)已協商該工作階段之各種 參數(例如，待使用編解碼器、裝置類型、串流方向性(例如，輸入/輸出/雙向)、時序/延遲參數等等)，就可在該主控器裝置與該受控器裝置之間起始一「低能量音訊串流」(low energy audio stream,LEAS)。接著可在一拱形BLE架構(overarching BLE framework)內於該主控器裝置與該受控器裝置之間傳達LEAS資料。
本文亦描述用於協商一待使用編解碼器以使用BLE來傳達音訊資料之技術。本文所呈現之一種另外方法係關於用於使用BLE來傳達音訊資料之鏈路層時序技術及考慮。本文所呈現之又一種方法係關於用於同步化使用BLE而自一主控器裝置傳達至兩個受控器裝置之音訊輸出之技術。另外，本文呈現一種關於向多個受控器裝置提供經由一主控器裝置而使用BLE音訊協定訊息來彼此傳達非音訊資料之能力之方法。
本文所描述之技術可實施於數種不同類型之裝置中及/或與數種不同類型之裝置一起使用，該等裝置包括但不限於助聽器、遙控器、無線揚聲器、機上盒裝置、電視系統、蜂巢式電話及電腦。
此【發明內容】意欲提供本文件所描述之一些主題之簡要概觀。因此，應瞭解，上文所描述之特徵僅僅為實例，且不應被認作為以任何方式來窄化本文所描述之主題之範疇或精神。本文所描述之主題之其他特徵、態樣及優點將自以下【實施方式】、【圖式簡單說明】及申請專利範圍變得顯而易見。
100‧‧‧無線通訊系統
102‧‧‧主控器裝置/中央裝置
104‧‧‧受控器裝置/周邊裝置
200‧‧‧系統
202‧‧‧無線使用者設備(UE)裝置
204‧‧‧助聽器
206‧‧‧助聽器
300‧‧‧系統
302‧‧‧使用者
304‧‧‧遙控裝置/遙控器
306‧‧‧機上盒
400‧‧‧無線裝置
402‧‧‧處理元件
406‧‧‧記憶體
430‧‧‧無線通訊電路系統
500‧‧‧使用者設備(UE)
502‧‧‧處理器
504‧‧‧顯示器電路系統
506‧‧‧記憶體
508‧‧‧系統單晶片(SOC)
510‧‧‧NAND快閃記憶體
520‧‧‧連接器介面
530‧‧‧無線通訊電路系統
540‧‧‧記憶體管理單元(MMU)
550‧‧‧唯讀記憶體(ROM)
560‧‧‧顯示器
600‧‧‧藍芽低能量協定堆疊
602‧‧‧核心音訊架構
604‧‧‧音訊編解碼器G.711
606‧‧‧音訊編解碼器G.726
608‧‧‧音訊編解碼器G.722
610‧‧‧音訊編解碼器G.722.1
612‧‧‧音訊編解碼器AAC-ELD
614‧‧‧LE音訊串流器/音訊輸送層
616‧‧‧應用程式層
618‧‧‧核心藍芽架構
620‧‧‧GATT協定
622‧‧‧ATT協定
624‧‧‧低能量音訊協定(LEAP)
626‧‧‧L2CAP層
628‧‧‧鏈路層
630‧‧‧RF層
700‧‧‧封包格式
702‧‧‧八位元組「作業碼」
704‧‧‧參數欄位
800‧‧‧訊息序列圖
802‧‧‧主控器裝置/中央裝置
804‧‧‧受控器裝置/周邊裝置
806‧‧‧安裝階段
808‧‧‧LEAP_version訊息
810‧‧‧LEAP_version訊息
812‧‧‧LEAP_capabilities封包/LEAP_capabilities訊息
814‧‧‧LEAP_Supported_Codec_List封包
816‧‧‧LEAP_Select_Codec訊息
820‧‧‧LEAP_Start_Stream訊息
824‧‧‧LEAP_Delay_Stream訊息
828‧‧‧LEAP_Stop_Stream訊息
900‧‧‧訊息序列圖
902‧‧‧中央裝置
904‧‧‧周邊裝置
906‧‧‧LEAP_Stop_Stream訊息
910‧‧‧LEAP_Select_Codec訊息
912‧‧‧LEAP_Codec_Ready訊息
914‧‧‧LEAP_Start_Stream訊息
918‧‧‧LEAP_Delay_Stream訊息
1000‧‧‧LL封包結構
1002‧‧‧前置項欄位
1004‧‧‧存取位址欄位
1006‧‧‧PDU標頭欄位
1008‧‧‧音訊資料欄位
1010‧‧‧CRC欄位
1012‧‧‧鏈路層識別符(LLID)子欄位
1014‧‧‧下一預期序號(NESN)子欄位
1016‧‧‧序號(SN/ASN)子欄位
1018‧‧‧更多資料(MD)子欄位
1020‧‧‧保留供未來使用(RFU)子欄位
1022‧‧‧長度子欄位
1024‧‧‧額外RFU子欄位
1100‧‧‧鏈路層時序方案/LEA輸出情境
1102‧‧‧中央/主控器
1104‧‧‧周邊/受控器
1106‧‧‧主要事件
1108‧‧‧重新傳輸事件
1112‧‧‧下一主要事件
1118‧‧‧連接間隔
1120‧‧‧音訊封包間隔
1200‧‧‧LEA輸入情境
1202‧‧‧主控器
1204‧‧‧受控器
1206‧‧‧主要事件
1208‧‧‧重新傳輸事件
1210‧‧‧下一主要事件
1300‧‧‧LEA雙向情境
1302‧‧‧主控器
1304‧‧‧受控器
1306‧‧‧主要事件
1308‧‧‧重新傳輸事件
1310‧‧‧下一主要事件
1400‧‧‧鏈路層時序方案
1402‧‧‧主控器裝置
1404‧‧‧受控器裝置
1406‧‧‧主要事件
1410‧‧‧重新傳輸事件
1412‧‧‧下一主要事件
1414‧‧‧第一通訊窗口
1416‧‧‧第二通訊窗口
1500‧‧‧時序方案
1502‧‧‧主控器裝置
1504‧‧‧受控器裝置
1506‧‧‧受控器裝置
1508‧‧‧主要事件
1510‧‧‧主要事件
1512‧‧‧重新傳輸事件
1514‧‧‧重新傳輸事件
1516‧‧‧下一主要事件
1518‧‧‧下一主要事件
1602‧‧‧步驟
1604‧‧‧步驟
1606‧‧‧步驟
1608‧‧‧步驟
1702‧‧‧步驟
1704‧‧‧步驟
1706‧‧‧步驟
1800‧‧‧訊息序列圖
1802‧‧‧LEAP中央
1804‧‧‧LEAP周邊A
1806‧‧‧LEAP周邊B
1808‧‧‧LEAP_Passthrough訊息
1810‧‧‧LEAP_Passthrough訊息
可在結合以下圖式來考慮較佳實施例之以下詳細描述時獲得對本主題之較好理解，在該等圖式中：圖1至圖3說明例示性無線通訊系統；圖4至圖5說明無線裝置之例示性方塊圖；圖6說明藍芽低能量(BLE)音訊通訊之例示性協定堆疊； 圖7說明例示性LE音訊協定封包結構；圖8至圖9為說明使用LE音訊協定之例示性LE音訊串流安裝及卸除情境的訊息序列圖；圖10說明例示性BLE鏈路層封包結構；圖11至圖14說明用於使用BLE來傳達音訊之可能鏈路層時序方案之例示性態樣；圖15至圖16為說明用於同步化多個音訊通道之呈現之方法的流程圖；及圖17為說明使用LE音訊協定之例示性訊息傳遞技術的訊息序列圖。
圖18為說明用於使兩個BLE周邊裝置能夠彼此通訊之技術的訊息序列圖。
雖然本文所描述之特徵容許各種修改及替代形式，但圖式中作為實例而展示且本文詳細地描述該等特徵之特定實施例。然而，應理解，該等圖式及其詳細描述並不意欲限於所揭示之特定形式，而相反地，意圖係涵蓋屬於如由隨附申請專利範圍定義的主題之精神及範疇的所有修改、等效者及替代方案。
以引用方式併入
2010年6月的為版本4.0之藍芽核心(Bluetooth Core)說明書的全文就好像在本文中被充分地且完整地闡述一樣以引用方式併入。
縮寫
本發明中使用以下縮寫：UE：使用者設備
BT：藍芽
BLE：藍芽低能量
LE：低能量
LEA：LE音訊
LEAS：LE音訊串流器
LEAP：LE音訊協定
LL：鏈路層
L2CAP：邏輯鏈路控制及調適協定
GATT：泛型屬性設定檔
ATT：屬性協定
CoID：編解碼器唯一識別符
ET：事件類型
MIC：訊息完整性檢查
MD：更多資料
SN：序號
NESN：下一預期序號
RF：射頻
術語
以下者為本發明所使用之術語字彙。
記憶體媒體--各種類型之記憶體裝置或儲存裝置中任一者。術語「記憶體媒體」意欲包括：安裝媒體，例如，CD-ROM、軟碟或磁帶裝置；電腦系統記憶體或隨機存取記憶體，諸如，DRAM、DDR RAM、SRAM、EDO RAM、Rambus RAM等等；非揮發性記憶體，諸如，快閃、磁性媒體，例如，硬碟，或光學儲存體；暫存器，或其他相似類型之記憶體元件等等。記憶體媒體亦可包括其他類型之記憶體或其組合。另外，記憶體媒體可位於供執行程式之第一電腦系統中，或可位於經由網路(諸如，網際網路)而連接至該第一電腦系統之第二不同電腦系統中。在後一例項中，第二電腦系統可將程式指令提供至 第一電腦以供執行。術語「記憶體媒體」可包括可駐留於不同位置中(例如，駐留於經由網路而連接之不同電腦系統中)之兩個或兩個以上記憶體媒體。記憶體媒體可儲存可由一或多個處理器執行之程式指令(例如，被體現為電腦程式)。
載體媒體--如上文所描述之記憶體媒體，以及傳送諸如電信號、電磁信號或數位信號之信號之實體傳輸媒體，諸如，匯流排、網路及/或其他實體傳輸媒體。
可程式化硬體元件--包括各種硬體裝置，其包含經由可程式化互連而連接之多個可程式化功能區塊。實例包括場可程式化閘陣列(Field Programmable Gate Array,FPGA)、可程式化邏輯裝置(Programmable Logic Device,PLD)、場可程式化物件陣列(Field Programmable Object Array,FPOA)，及複雜PLD(Complex PLD,CPLD)。可程式化功能區塊之範圍可為自精細粒度級(組合邏輯或查找表)至粗糙粒度級(算術邏輯單元或處理器核心)。可程式化硬體元件亦可被稱作「可重新組態邏輯(reconfigurable logic)」。
電腦系統--各種類型之計算或處理系統中任一者，其包括個人電腦系統(personal computer system,PC)、主機電腦系統(mainframe computer system)、工作站(workstation)、網路器具(network appliance)、網際網路器具(Internet appliance)、個人數位助理(personal digital assistant,PDA)、個人通訊裝置(personal communication device)、智慧型電話(smart phone)、電視系統、網格計算系統(grid computing system)，或其他裝置或裝置組合。一般而言，術語「電腦系統」可被廣泛地定義為涵蓋具有執行來自記憶體媒體之指令之至少一處理器的任何裝置(或裝置組合)。
使用者設備(UE)(或「UE裝置」)--為行動或攜帶型且執行無線通訊的各種類型之電腦系統裝置中任一者。UE裝置之實例包括行 動電話或智慧型電話(例如，iPhoneTM、以AndroidTM為基礎之電話)、攜帶型遊戲裝置(例如，Nintendo DSTM、PlayStation PortableTM、Gameboy AdvanceTM、iPhoneTM)、膝上型電腦、PDA、攜帶型網際網路裝置、音樂播放器、資料儲存裝置，或其他手持型裝置等等。一般而言，術語「UE」或「UE裝置」可被廣泛地定義為涵蓋易於由使用者輸送且能夠進行無線通訊之任何電子、計算及/或電信裝置(或裝置組合)。
基地台--術語「基地台」具有其普通意義之完全廣度，且至少包括安裝於固定位置處且用以作為無線電話系統或無線電系統之部分而通訊之無線通訊台。
處理元件--係指各種元件或元件組合。處理元件包括(例如)諸如特殊應用積體電路(Application Specific Integrated Circuit,ASIC)之電路、個別處理器核心之部分或電路、整個處理器核心、個別處理器、諸如場可程式化閘陣列(FPGA)之可程式化硬體裝置，及/或包括多個處理器之系統之較大部分。
自動地--係指由電腦系統(例如，由電腦系統執行之軟體)或裝置(例如，電路系統、可程式化硬體元件、ASIC等等)執行之動作或操作，而使用者輸入未直接地指定或執行該動作或操作。因此，術語「自動地」係與正由使用者手動地執行或指定之操作形成對比，在正由使用者手動地執行或指定之操作的情況下，使用者提供輸入以直接地執行該操作。一自動程序係可藉由使用者所提供之輸入而起始，但「自動地」執行之後續動作未由使用者指定，亦即，未「手動地」執行，在「手動地」執行的情況下，使用者指定待執行之每一動作。舉例而言，即使電腦系統必須回應於使用者動作而更新電子表單，藉由選擇每一欄位且提供指定資訊之輸入(例如，藉由鍵入資訊、選擇核取方塊、選項選擇等等)來填寫該表單之使用者亦正手動地填寫該表 單。表單係可由電腦系統自動地填寫，其中電腦系統(例如，在電腦系統上執行之軟體)在無指定表單之欄位答案之任何使用者輸入的情況下分析該等欄位且填寫該表單。如上文所指示，使用者可調用表單之自動填滿，但不涉及表單之實際填滿(例如，使用者未手動地指定欄位答案，而是自動地完成該等欄位)。本說明書提供回應於使用者已採取之動作而自動地執行之操作的各種實例。
圖1至圖3--通訊系統
圖1說明例示性(且簡化)無線通訊系統100。應注意，圖1之系統僅僅為一可能系統之一項實例，且按需要，可將實施例實施於各種系統中任一者中。
如所展示，例示性無線通訊系統包括主控器(或「中央(central)」)裝置102，主控器裝置102經由傳輸媒體而與受控器(或「周邊」)裝置104通訊。主控器裝置102及受控器裝置104可經由藍芽低能量(BLE)無線通訊協定而通訊；詳言之，「主控器」名稱及「受控器」名稱可特定於裝置102、104關於BLE通訊之角色。主控器裝置102及受控器裝置104中之一或兩者亦可能夠經由諸如以下各者中任一者之一或多種額外無線通訊協定而通訊：傳統藍芽(亦被稱作「傳統BT」或簡單地稱作「BT」)、IEEE 802.11(Wi-Fi)、近場通訊(near field communication,NFC)、GSM、UMTS(WCDMA)、LTE、進階LTE(LTE-A)、3GPP2 CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)、Wi-MAX、GPS等等。
如所展示，作為一種可能性，單一主控器裝置102可在特定時間與單一受控器裝置104通訊。另外，亦可有可能使一主控器裝置102使用本文所描述之技術而與多個受控器裝置104通訊。舉例而言，在使用時間切割技術(time-slicing technique)的情況下，主控器裝置102可能夠以某些經週期性排程間隔(例如，在某些訊框/子訊框期間)而與受 控器裝置104通訊，且在彼等間隔之間(例如，在某些其他訊框/子訊框期間)，主控器裝置102可能夠與一或多個其他受控器裝置通訊，藉此達成與多個受控器裝置之同時通訊。
主控器裝置102可為多種類型之裝置中任一者。作為一種可能性，主控器裝置102可為實質上攜帶型無線使用者設備(UE)裝置，諸如，智慧型電話、手持型裝置、平板電腦，或實際上任何類型之無線裝置。作為另一可能性，主控器裝置102可為實質上靜止裝置，諸如，機上盒、媒體播放器(例如，音訊或視聽裝置)、遊戲主控台，或多種其他類型之裝置中任一者。
受控器裝置104亦可為各種類型之裝置中任一者。在一些狀況下，受控器裝置104可為具有相對低功率使用設定檔之裝置，例如，該裝置經設計成在替換或再充電於其電源之前操作歷時相對長時段。一些實例可包括助聽器、揚聲器、遙控裝置、麥克風、耳機、各種類型之感測器、手錶及其他可佩戴計算裝置等等。應注意，一些裝置可經組態以充當主控器裝置或受控器裝置，而其他裝置可經組態以僅充當主控器裝置或僅充當受控器裝置。
主控器裝置102及受控器裝置104中每一者可包括經組態以執行儲存於記憶體中之程式指令之處理器。主控器裝置102及/或受控器裝置104可藉由執行此等經儲存指令來執行本文所描述之方法實施例中任一者。替代地或另外，主控器裝置102及/或受控器裝置104可包括諸如場可程式化閘陣列(FPGA)之可程式化硬體元件，該可程式化硬體元件經組態以執行本文所描述之方法實施例中任一者，或本文所描述之方法實施例中任一者之任何部分。
主控器裝置102及受控器裝置104中每一者可包括用於使用一或多種無線通訊協定而通訊之一或多個天線。在一些狀況下，可在多種無線通訊標準之間共用一接收及/或傳輸鏈之一或多個部分；舉例而 言，一裝置可經組態以在使用部分或完全共用無線通訊電路系統(例如，使用一共用無線電或至少共用無線電組件)的情況下使用藍芽或Wi-Fi中任一者而通訊。該共用通訊電路系統可包括用於執行無線通訊之單一天線，或可包括用於執行無線通訊之多個天線(例如，用於MIMO)。替代地，一裝置可包括用於其經組態以供通訊之每一無線通訊協定之分離傳輸及/或接收鏈(例如，包括分離天線或其他無線電組件)。作為一另外可能性，一裝置可包括在多個無線通訊協定之間共用之一或多個無線電或無線電組件，及獨佔式由單一無線通訊協定使用之一或多個無線電或無線電組件。舉例而言，一裝置可包括用於使用LTE或CDMA2000 1xRTT中任一者而通訊之共用無線電，及用於使用Wi-Fi及藍芽中每一者而通訊之分離無線電。其他組態亦係可能的。
受控器裝置104可包括一或多個麥克風及/或一或多個揚聲器，例如，以便接收及/或呈現音訊。舉例而言，受控器裝置104可包括用於拾取音訊以便將音訊輸入提供至主控器裝置102之一或多個麥克風、用於呈現自主控器裝置102接收以作為音訊輸出之音訊之一或多個揚聲器，或可包括用於結合與主控器裝置102之輸入、輸出或雙向通訊中任一者而使用之麥克風及揚聲器兩者。主控器裝置102可相似地包括一或多個麥克風及/或一或多個揚聲器。另外應注意，本發明之態樣亦可實施於主控器裝置102及受控器裝置104中之一或兩者不包括揚聲器及/或麥克風的情境中；舉例而言，即使充當主控器裝置之媒體播放器自身不包括麥克風或揚聲器，該媒體播放器亦可能夠將音訊輸出(例如，來自經儲存音訊資料(諸如，音樂檔案)，或來自遠端(例如，以雲端)音訊來源)提供至揚聲器裝置或其他音訊呈現裝置。
作為可能無線通訊系統之一項實例，圖2說明系統200，其中無線使用者設備(UE)裝置202(例如，智慧型電話，其充當中央或主控 器裝置)係與一對助聽器204、206(其充當周邊或受控器裝置)通訊。在此例示性實施中，UE 202可經由如本文所描述之BLE通訊而將音訊資料(例如，來自通話之音訊、語音或視訊聊天應用程式、媒體播放器應用程式，或任何其他音訊)作為輸出音訊串流提供至助聽器204、206。
作為一可能無線通訊系統之另一實例，圖3說明系統300，其中遙控裝置304(其充當周邊或受控器裝置)係與機上盒306(其充當主控器或中央裝置)通訊。在此例示性實施中，遙控器304可經由麥克風而自使用者302接收音訊信號(例如，用於控制機上盒306之語音命令)，且可經由如本文所描述之BLE通訊而將對應於彼等音訊信號之音訊資料作為輸入音訊串流提供至機上盒306。一旦在機上盒306處接收到音訊資料，就可執行以下者：機上盒306可經由網際網路而將音訊資料傳達至伺服器(圖3中未描繪)以供處理；伺服器可分析經接收音訊資料，且判定出該音訊資料對應於可由機上盒306執行之命令；伺服器可將指示該命令之一或多個訊息傳輸回至機上盒306；且接著，機上盒306可執行該命令。
替代地或另外，圖3之機上盒306可執行視訊會議應用程式。在此情境中，遙控器304可經由麥克風而自使用者302接收音訊信號，且可經由如本文所描述之BLE通訊而將對應於彼等信號之音訊資料作為輸入音訊串流提供至機上盒306。在接收到輸入音訊串流後，機上盒306即可經由網際網路而將音訊資料傳輸至視訊會議中涉及之一或多個其他端點(圖3中未描繪)及/或中間伺服器(圖3中未描繪)。
作為對圖3之無線通訊系統之另一變化，代替如圖3所展示之機上盒306，無線通訊系統可包括具備BLE能力之電視系統，除了執行由一電視系統執行之功能性(例如，將視訊資料呈現至顯示器上，等等)以外，具備BLE能力之電視系統亦包括執行如由機上盒306執行之 上述功能性之組件。
雖然圖2至圖3所說明之例示性無線通訊系統表示可實施本發明之態樣的可能情境，但應認識到，本文所描述之技術亦或替代地可結合多種其他裝置組合而實施於多種替代情境中，此對於熟習此項技術者而言將顯而易見。
圖4至圖5--例示性裝置方塊圖
圖4說明可經組態用於結合本發明之各種態樣而使用之例示性無線裝置400。裝置400可為多種類型之裝置中任一者，且可經組態以執行多種類型之功能性中任一者。裝置400可為實質上攜帶型裝置(行動裝置)，諸如，行動電話、個人產能裝置、電腦或平板電腦、手持型遊戲主控台、攜帶型媒體播放器等等。替代地，裝置400可為實質上靜止裝置，諸如，機上盒、電視，或其他類型之實質上靜止裝置。裝置400可經組態以在藍芽低能量無線通訊方案中作為主控器或中央裝置而操作，及/或可經組態以在藍芽低能量無線通訊方案中作為受控器或周邊裝置而操作。
如所展示，裝置400可包括處理元件402。該處理元件可包括或耦接至一或多個記憶體元件。舉例而言，裝置400可包括一或多個記憶體媒體(例如，記憶體406)，該一或多個記憶體媒體可包括多種類型之記憶體中任一者且可伺服多種功能中任一者。舉例而言，記憶體406可為充當用於處理元件402之系統記憶體之RAM。其他類型及功能亦係可能的。
另外，裝置400可包括無線通訊電路系統430。該無線通訊電路系統可包括多種通訊元件中任一者(例如，用於無線通訊之天線、類比及/或數位通訊電路系統/控制器等等)，且可使該裝置能夠使用一或多種無線通訊協定而無線地通訊。
應注意，在一些狀況下，無線通訊電路系統430亦可包括其自有 處理元件(例如，基頻處理器)，例如，除了處理元件402以外。舉例而言，處理元件402可為「應用程式處理器」，其主要功能可為支援裝置400中之應用程式層操作，而無線通訊電路系統430可為「基頻處理器」，其主要功能可為支援裝置400中之基頻層操作(例如，以促進裝置400與其他裝置之間的無線通訊)。換言之，在一些狀況下，裝置400可包括多個處理元件(例如，可為多處理器裝置)。利用多處理器架構之其他組態(例如，代替應用程式處理器/基頻處理器組態，或除了應用程式處理器/基頻處理器組態以外)亦係可能的。
取決於裝置之預期功能性，裝置400可另外包括用於實施裝置功能性之多種其他組件(圖中未示)中任一者，其可包括另外處理及/或記憶體元件(例如，音訊處理電路系統)、一或多個電力供應元件(其可依賴於電池電力及/或外部電源)、使用者介面元件(例如，顯示器、揚聲器、麥克風、攝影機、鍵盤、滑鼠、觸控式螢幕等等)，及/或各種其他組件中任一者。
裝置400之組件(諸如，處理元件402、記憶體406，及無線通訊電路系統430)可經由一或多個互連介面而以操作方式耦接，該一或多個互連介面可包括多種類型之介面中任一者，可能地包括多種類型之介面之組合。作為一項實例，可提供用於處理元件之間的晶片間通訊之USB高速晶片間(high-speed inter-chip,HSIC)介面。替代地(或另外)，可將通用非同步接收器傳輸器(universal asynchronous receiver transmitter,UART)介面、串列周邊介面(serial peripheral interface,SPI)、內置積體電路(inter-integrated circuit,I2C)、系統管理匯流排(system management bus,SMBus)及/或多種其他通訊介面中任一者用於各種裝置組件之間的通訊。亦可提供其他類型之介面(例如，用於處理元件402內之通訊之晶片內介面，用於與裝置400內或外部之周邊組件通訊之周邊介面等等)以作為裝置400之部分。
裝置400(例如，結合裝置400之處理元件402、記憶體406及/或其他組件之無線通訊電路系統430)可經組態以使用藍芽低能量無線通訊來傳達音訊資料，諸如，根據關於圖6至圖17中任一者或全部進一步所描述之彼等特徵。
圖5為說明UE 500之細節的例示性方塊圖，UE 500可為圖4所說明之裝置400之一項可能例示性實施。如所展示，UE 500可包括系統單晶片(system on chip,SOC)508，SOC 508可出於各種目的而包括若干部分。舉例而言，如所展示，SOC 508可包括可執行用於UE 500之程式指令之處理器502，及可執行圖形處理且將顯示信號提供至顯示器560之顯示器電路系統504。處理器502亦可耦接至記憶體管理單元(memory management unit,MMU)540，MMU 540可經組態以自處理器502接收位址且將彼等位址轉譯至記憶體(例如，記憶體506、唯讀記憶體(read only memory,ROM)550、NAND快閃記憶體510)中之位置，及/或處理器502亦可耦接至其他電路或裝置，諸如，顯示器電路系統504、無線通訊電路系統530(亦被稱為「無線電」)、連接器介面520，及/或顯示器560。MMU 540可經組態以執行記憶體保護及頁面資料表轉譯或安裝。在一些實施例中，可包括MMU 540以作為處理器502之部分。
如所展示，SOC 508可耦接至UE 500之各種其他電路。舉例而言，UE 500可包括各種類型之記憶體(例如，包括NAND快閃510)、連接器介面520(例如，用於耦接至電腦系統、銜接件、充電站等等)、顯示器560，及無線通訊電路系統(或「無線電」，如上文所提及)530(例如，用於LTE、LTE-A、CDMA2000、藍芽、Wi-Fi、GPS等等)。
UE 500可經組態以使用多種無線通訊標準而無線地通訊。在此等例項中，無線通訊電路系統(無線電)530可包括在多種無線通訊標準之間共用之無線電組件，及/或經獨佔式地組態用於根據單一無線 通訊標準而使用之無線電組件。如所展示，UE裝置500可包括用於執行與基地台、存取點及/或其他裝置之無線通訊之至少一天線(且可能為多個天線，例如，尤其用於MIMO及/或用於實施不同無線通訊技術)。舉例而言，UE裝置500可使用天線535以執行無線通訊。
UE 500亦可包括一或多個使用者介面元件，及/或經組態以供一或多個使用者介面元件使用。該等使用者介面元件可包括各種元件中任一者，諸如，顯示器560(其可為觸控式螢幕顯示器)、鍵盤(其可為獨立鍵盤或可被實施為觸控式螢幕顯示器之部分)、滑鼠、麥克風及/或揚聲器、一或多個攝影機、一或多個按鈕，及/或能夠將資訊提供至使用者及/或接收/解譯使用者輸入之各種其他元件中任一者。
如本文所描述，UE 500可包括用於實施用於使用藍芽低能量來傳達音訊資料之特徵之硬體及軟體組件，諸如，本文參看圖6至圖17中任一者或全部所描述之組件。UE裝置500之處理器502可經組態以實施本文所描述之特徵之部分或全部，例如，藉由執行儲存於記憶體媒體(例如，非暫時性電腦可讀記憶體媒體)上之程式指令。替代地(或另外)，處理器502可經組態為可程式化硬體元件(諸如，場可程式化閘陣列(FPGA))，或經組態為特殊應用積體電路(ASIC)。替代地(或另外)，結合其他組件504、506、508、510、520、530、535、540、550、560中之一或多者的UE裝置500之處理器502可經組態以實施本文所描述之特徵之部分或全部，諸如，本文參看圖6至圖17中任一者或全部所描述之特徵。
圖6--藍芽低能量音訊協定堆疊
圖6說明可用以經由BLE無線通訊而輸送音訊資料之可能藍芽低能量協定堆疊600。如在現有BLE實施中，應用程式層616可位於核心藍芽架構618之頂部上，核心藍芽架構618可提供對GATT協定620及ATT協定622之存取。在此等協定下方，L2CAP層626可與鏈路層628 介接，鏈路層628又可與RF層630介接，RF層630可提供實體介面，可在該實體介面處執行無線通訊。
為了提供針對所說明之BLE協定堆疊600中之音訊通訊之支援，可提供核心音訊架構602。音訊輸送層(被稱作「低能量音訊串流器」、「LE音訊串流器」或簡單地稱作「LEAS」)614可直接地位於鏈路層628之頂部上。LE音訊串流器614之目的可為輸送音訊經編碼資料。可使用多種編解碼器中任一者來編碼音訊資料以供輸送，例如，取決於執行音訊輸送之裝置上可用之資源。舉例而言，圖6中展示音訊編解碼器G.711 604、音訊編解碼器G.726 606、音訊編解碼器G.722 608、音訊編解碼器G.722.1 610，及音訊編解碼器AAC-ELD 612。其他編解碼器亦係可能的。
LEAS路徑之管理係可藉由「低能量音訊協定」(或「LE音訊協定」或簡單地為「LEAP」)624而處置。LEAP可為直接地位於藍芽協定堆疊中之L2CAP 626之頂部上的輕量協定。LEAP 624可負責安裝及卸除LEAS路徑、編解碼器協商，及鏈路層連接參數協商。
諸如圖6所說明且本文隨後進一步所描述的在BLE協定堆疊中實施LEAS組件614及LEAP組件624之裝置可藉此具備使用BLE無線通訊來傳達音訊資料之能力，諸如，根據本發明之各種態樣中任一者。
圖7至圖9--例示性LEAP封包結構及通訊流程
如上文所提及，LEAP可負責在兩個裝置之間安裝及卸除LEAS連接。LEAP亦可負責在考慮兩個裝置之能力的情況下協商將使用何種編解碼器。
圖7說明可用以傳達LEAP資料之封包(亦被稱作協定資料單元或PDU)格式700之一項實例。應認識到，按需要，可使用多種替代封包格式中任一者，且圖7所說明之格式700係作為實例而提供，且不意欲整體上限於本發明。
如所展示，例示性封包格式700可包括經組態以唯一地識別給定LEAP封包之封包類型的一1八位元組「作業碼」702。可定義任何數目個封包類型，且可向其指派各種作業碼中任一者。
在作業碼八位元組702之後，LEAP封包可包括特定於LEAP封包之類型之一或多個參數欄位704。參數欄位704中每一者可包括預定(固定)數目個八位元組，或可包括可變數目個八位元組。在一些狀況下(例如，歸因於通訊窗口限制)，LEAP封包之最大長度可受到限制。舉例而言，作為一種可能性，LEAP封包之參數欄位之最大總長度可為22個八位元組。其他值亦係可能的。
圖8為說明用以使用LEAP而在主控器或中央裝置802與受控器或周邊裝置804之間安裝及卸除BLE音訊串流之處理序的例示性訊息序列圖800。圖8所說明之例示性訊息序列圖包括下文結合訊息序列圖800所描述的眾多可能類型之LEAP封包之實例；然而，應注意，眾多替代及/或額外類型之LEAP封包(例如，具有不同格式/參數欄位及/或功能)亦係可能的。下文亦進一步提供此等可能LEAP封包類型之一些另外實例。
序列可包括初始安裝階段806。在安裝階段806中，周邊裝置804及中央裝置802可交換LEAP_version訊息808、810。每一LEAP_version訊息可包括諸如LEAP版本參數、公司識別符參數、硬體(HW)版本參數及軟體(SW)版本參數之參數。LEAP版本參數可指示發送者所實施之LEAP協定之版本。公司ID參數可指示發送裝置之實施者之藍芽專業群組(Special Interest Group,SIG)公司ID。HW版本參數可指示發送者之硬體修訂，而SW版本參數可指示發送者之軟體/韌體修訂。
在交換LEAP_version訊息808、810之後，周邊裝置804可藉由發送LEAP_capabilities封包812而向中央裝置802宣告其能力。 LEAP_capabilities訊息812可包括指示周邊裝置804可接收之最大長度LEAS封包、周邊裝置804支援哪些音訊方向(例如，輸入及/或輸出)、周邊裝置804支援立體聲音訊抑或單通道音訊及在支援立體聲音訊之狀況下周邊裝置804對應於左通道抑或右通道的參數。
除了LEAP_version訊息808、810及LEAP能力訊息812以外，初始安裝階段806亦可包括LEAP_Supported_Codec_List封包814自周邊裝置804至中央裝置802之傳輸。LEAP_Supported_Codec_List封包814可為由周邊裝置804支援之依優先順序的編解碼器清單。舉例而言，可針對可結合BLE音訊輸送而使用之多種可能編解碼器中每一者定義一編解碼器唯一識別符(或「CoID」)，且LEAP_Supported_Codec_List封包814之每一參數欄位可為對應於由周邊裝置支援之編解碼器之CoID。可對參數欄位進行排序，使得第一參數欄位可指示發送者(例如，周邊裝置804)之最高優先權(最佳)支援編解碼器之CoID，且每一後續參數欄位可指示發送者之下一最高優先權支援編解碼器之CoID。
在LEAP封包長度限於最大大小且周邊裝置804在考慮到最大LEAP封包長度之情況下支援比單一LEAP_Supported_Codec_List封包中可指定之編解碼器更多的編解碼器的狀況下，可提供更多編解碼器受到支援之指示。舉例而言，可將特殊值定義為更多編解碼器受到支援之指示，且在適當時，可將LEAP_Supported_Codec_List封包之最後參數設定至彼特殊值。作為一特定實例，考慮可在LEAP封包之參數欄位中包括最大22個八位元組之資料且使用一個八位元組之資料來指定每一參數(例如，每一CoID)的可能性。在此情境中，可將十進位值255定義為指示出比已指示之編解碼器更多的編解碼器受到支援，且可將封包之參數區段之第22個八位元組設定至十進位值255。在此狀況下，可將指示另外受支援編解碼器之另外封包自周邊804發送至 中央802。此可被重複(例如，可將另外LEAP_Supported_Codec_List封包自周邊804發送至中央802)直至已傳達由周邊804支援之所有編解碼器為止。
可在傳輸LEAP_Supported_Codec_List訊息814之後完成安裝階段806。基於自周邊裝置804接收的所得之依優先順序的受支援編解碼器清單(及基於中央裝置802之能力/受支援編解碼器及偏好)，中央裝置802接著可選擇一編解碼器，且將LEAP_Select_Codec訊息816傳輸至周邊裝置804。LEAP_Select_Codec訊息816可包括指示選定編解碼器之CoID之參數。LEAP_Select_Codec訊息816亦可包括一或多個其他參數。舉例而言，可包括指示待用於LE音訊串流中之最大LEAS封包大小(例如，以位元組為單位)之參數。作為另一實例，可包括指示將在發送LEAS封包時使用之連接間隔之參數。該連接間隔可以1.25ms為單位(例如，基於BLE訊框長度)，或可能地為不同長度。
應注意，所選擇之連接間隔可特別取決於用於音訊輸送之編解碼器。舉例而言，若使用較高壓縮之較高效率編解碼器，則相比於使用較低壓縮之較低效率編解碼器，可有可能在單一訊框中傳達對應於較長時段之音訊資料。在此狀況下，由於在運用較低壓縮之較低效率編解碼器的情況下，較頻繁通訊可為必要的，故相比於使用較低壓縮之較低效率編解碼器，可因此有可能利用較長連接間隔。當然，由於較高壓縮及/或較高效率編解碼器可在至少一些狀況下要求較大計算複雜性，且一般而言，支援較大數目個編解碼器可要求更多資源，故許多裝置可在所支援之編解碼器之數目以及壓縮及效率能力方面受到限制。
另外應注意，視需要，用以指示正被安裝之LE音訊串流之音訊內容之類型的參數可包括於LEAP_Select_Codec訊息816中。舉例而言，可指示(例如，使用經預指派值以指示各種類型之音訊內容)出， 音訊串流之內容對應於語音內容(例如，通話)、影片或其他媒體音訊等等。
一旦準備好接收及呈現音訊資料，周邊裝置804就接著可傳輸LEAP_Codec_Ready訊息818。LEAP_Codec_Ready訊息818可包括指示周邊側上之呈現延遲之參數。亦即，周邊可報告實際(例如，為裝置所固有)呈現延遲(經由LE音訊串流而接收音訊資料與呈現對應於音訊資料之音訊之間的時間)為何種延遲，例如，使得中央裝置802可適當地延遲視訊(例如，以達成視訊與音訊之間的語音同步)或其他對應媒體。此呈現延遲可不包括空中傳輸時間(例如，中央裝置802可分離地考量此時間)。
在發送任何音訊資料之前，中央裝置802可提供LEAP_Start_Stream訊息820。通常，中央裝置802可將此訊息傳輸至周邊裝置804，且在自周邊裝置804接收到LEAP_Codec_Ready訊息818之後開始音訊串流，如所展示。然而，在一些狀況下，LEAP_Start_Stream訊息820可先於LEAP_Codec_Ready訊息818。在此狀況下，中央裝置802可意識到，周邊裝置804可不呈現資料直至已接收到LEAP_Codec_Ready訊息818為止，但可仍伺機將音訊資料發送至周邊裝置804，例如，在不能緩衝之即時串流(諸如，通話)之狀況下。周邊裝置804可在此狀況下進行最佳努力嘗試以呈現音訊。
在一些狀況下，LEAP_Start_Stream訊息820可不具有任何參數。然而，在一些狀況下，LEAP_Start_Stream訊息820可包括指示串流延遲(例如，以微秒為單位)之延遲參數。在此等狀況下，周邊裝置804可在呈現經接收音訊資料之前添加匹配於由中央裝置802發送之延遲值之額外延遲。此在「左」音訊串流及「右」音訊串流進入兩個不同裝置的狀況下可特別有幫助，此係由於：考慮到BLE通訊之時間切割式(非同時)性質，一個裝置可需要將一延遲添加至串流，以便在兩個 裝置之間呈現音訊時達成高位準之同步化。作為一另外可能性(例如，代替將延遲參數包括於LEAP_Start_Stream訊息820中)，可在需要額外同步化延遲之狀況下傳輸分離LEAP封包(例如，圖8所說明之LEAP_Delay_Stream訊息824)。下文亦關於圖15至圖16來提供此特徵之另外細節及解釋。
應注意，在822處，中央裝置802可在開始音訊串流之前將鏈路層連接間隔改變至適於選定編解碼器之連接間隔(例如，改變至LEAP_Select_Codec訊息816中指示之連接間隔)。此時，可組態LEAS工作階段，且在826處，中央裝置802及周邊裝置804可參與所組態之LEAS工作階段。應注意，本文關於圖10至圖14來進一步論述LEAS鏈路層時序及其他考慮。
一旦LEAS工作階段完成(或出於用於中斷LEAS工作階段之多種其他原因中任一者)，中央裝置802就可將LEAP_Stop_Stream訊息828傳輸至周邊裝置804。LEAP_Stop_Stream訊息828可不包括任何參數。一旦已停止LEAS工作階段，在830處，周邊裝置就可請求將連接參數(例如，連接間隔)改變為適於非串流模式。
圖9為說明用以在LEAS工作階段中間或在LEAP工作階段之間使用LEAP來改變音訊編解碼器之處理序的例示性訊息序列圖900。在多種情況下，提供改變編解碼器之能力(諸如，以圖9所說明之方式)可為理想的。舉例而言，經由BLE通訊而傳達音訊資料之不同應用程式(例如，語音串流/電話應用程式相對於媒體播放器應用程式)可具有關於編解碼器之不同要求及/或偏好。因此，若停止自主控器裝置上之一個應用程式至音訊呈現裝置之音訊串流，且起始自主控器裝置上之另一應用程式至音訊呈現裝置之音訊串流，則可需要改變用於主控器裝置與受控器裝置之間的LE音訊通訊之編解碼器。然而，亦應認識到，亦有可能使不同應用程式使用同一編解碼器。亦應注意，用於改 變編解碼器之各種其他原因(例如，替代不同應用程式需要/偏好，或除了不同應用程式需要/偏好以外)亦係可能的。
應注意，圖9所說明之訊息序列可得自諸如圖8所說明之訊息序列(例如，圖9所展示之LEAP_Stop_Stream訊息906可對應於圖8所展示之LEAP_Stop_Stream訊息828)，例如，若用於中斷LEAS工作階段之原因係選擇新編解碼器。替代地，圖9所說明之訊息序列可基於多種訊息序列中任一者而出現於多種其他情境中任一者中。
如所展示，訊息序列可始於自中央裝置902傳輸至周邊裝置904之LEAP_Stop_Stream訊息906，LEAP_Stop_Stream訊息906可中斷LEAS工作階段。換言之，周邊裝置904可在接收到LEAP_Stop_Stream封包906之後停止呈現音訊串流。
在908中，周邊裝置904可請求將連接參數(例如，連接間隔)改變為適於非串流模式。中央裝置902接著可傳輸指示待使用之新編解碼器之LEAP_Select_Codec訊息910(且亦可能地為最大封包大小、適於選定編解碼器之連接間隔及/或音訊內容之類型中的一或多者)。一旦準備好使用新選定編解碼器來呈現音訊，周邊裝置904就可將LEAP_Codec_Ready訊息912傳輸至中央裝置902。
中央裝置902接著可將LEAP_Start_Stream訊息914傳輸至周邊裝置904，將連接間隔改變為適於選定編解碼器(其可不同於與先前編解碼器一起使用之連接間隔，例如，取決於壓縮率、效率等等)，且開始(恢復執行)音訊串流。如關於圖8相似地所提及，在適當時，中央裝置902亦可出於同步化目的而指示額外呈現延遲，以作為LEAP_Start_Stream訊息914之參數，抑或作為分離LEAP_Delay_Stream訊息918之參數，如圖9所說明。
圖10--鏈路層音訊封包格式
圖10說明可在BLE鏈路層(LL)處用於音訊資料之輸送之例示性封 包格式1000。如所展示，LL封包結構1000可包括前置項欄位1002、存取位址欄位1004、PDU標頭欄位1006、音訊資料欄位1008，及CRC欄位1010。
PDU標頭欄位1006可包括若干子欄位。在此等子欄位當中可為鏈路層識別符(LLID)子欄位1012、下一預期序號(NESN)子欄位1014、序號(SN/ASN)子欄位1016、更多資料(MD)子欄位1018、保留供未來使用(RFU)子欄位1020、長度子欄位1022，及額外RFU子欄位1024。
為了指定LE音訊串流器封包，可定義用以將一封包識別為LEAS封包之LLID。舉例而言，如圖10所說明，雖然為10b、01b及11b之LLID值可分別指定L2CAP開始封包、L2CAP繼續封包及LL控制封包，但(先前保留)LLID值00b可被定義為指定LEAS封包。此可有效地向封包1000之接收器指示出資料酬載(亦即，資料欄位1008)含有LE音訊串流器資料。
因為LEAS可用於即時音訊輸送，所以利用「連接事件對」之LL通訊方案可被利用。詳言之，可在「主要連接事件」處傳輸用於特定時段之音訊資料。若未在「主要連接事件」處成功地傳輸用於該特定時段之音訊資料，則可在「重新傳輸連接事件」處傳輸音訊資料。由於用於藍芽中之調適性跳頻技術，重新傳輸連接事件相比於主要連接事件可發生於不同頻率上，此可在主要連接事件處之不成功傳輸的情況下改良成功傳輸之機會。「主要事件」及「重新傳輸事件」可形成一連接事件對。不管音訊資料傳輸在重新傳輸事件之後是否成功，皆可在一連接事件對之後清空用於彼特定時段之音訊資料，以便跟上即時串流且傳輸用於下一時段之音訊資料。因此，可將一事件類型(ET)指示符用於LEAS封包，而非利用諸如用於LL控制或L2CAP封包之序號。
因此，NESN子欄位1014及SN子欄位1016可同樣主要地應用於LL 控制PDU及L2CAP封包。更特定而言，對於LEAS封包，可遞增NESN子欄位1014以應答LL控制或L2CAP封包之接收，但可不用以提供LEAS封包之應答。另外，對於LEAS封包，可將SN子欄位1016用作ET子欄位。舉例而言，對於自中央裝置發送至周邊裝置之LEAS封包，可在主要事件中將ET位元設定至「0」，且在重新傳輸事件中將ET位元設定至「1」。視需要，對於自周邊裝置發送至中央裝置之LEAS封包，可針對所有事件將ET位元設定至「0」，此係由於(如下文進一步詳細地所描述)可藉由自中央裝置至周邊裝置之通訊來起始每一連接事件。作為關於為版本4.0之藍芽核心說明書之另外修改，可將長度欄位延伸至6個位元。
為了提供針對LEAS封包之應答能力(例如，由於可在LL控制及L2CAP封包而非LEAS封包之應答中遞增NESN子欄位1014)，接收裝置可藉由LEAS封包之應答而運用任何LL封包來對彼LEAS封包作出回應。舉例而言，作為一種可能性，零長度L2CAP封包可用以應答LEAS封包之接收。換言之，對LEAS封包之任何回應(例如，在LEAS封包被傳輸之同一連接事件期間)可由發送裝置視為應答。在一些或全部狀況下(例如，在重新傳輸事件期間)，可不要求應答LEAS封包，例如，以便節省電力。
亦應注意，狀況可為，訊息完整性檢查(MIC，其可結合一些其他LL封包而使用)可不用於(可不遵循)LEAS封包之酬載中之LL音訊串流器資料。
圖11至圖13--用於LE音訊輸送之鏈路層封包時序
圖11至圖13說明可用於結合本發明之各種態樣而在BLE中輸送音訊資料之例示性鏈路層時序方案1100。
如上文結合圖10所提及，可存在用於LEAS封包的兩種類型之連接事件：「主要事件」及「重新傳輸事件」。每隔一連接事件可為一主 要事件。在一主要事件之後可為一重新傳輸事件。因此，如所展示，在主要事件1106之後可為重新傳輸事件1108。圍繞重新傳輸事件1108之虛線指示出，至少在一些狀況下，重新傳輸事件可為選用的。另外應注意，儘管在重新傳輸事件1108中展示ACK且在一些狀況下可結合重新傳輸事件而使用ACK，但視需要，狀況可為，ACK通常不用於重新傳輸事件中。主要事件及重新傳輸事件一起可形成一連接事件對。由於LE音訊串流器輸送通常可用於即時音訊工作階段，故在1110中可在連接事件對之後清空任何經傳輸的未經應答之LEAS資料。接著可運用下一主要事件1112來起始下一連接事件對。
如所展示，「連接間隔」1118可為連接事件之間的距離(亦即，以時間為單位)。「音訊封包間隔」1120可為主要事件之間的距離(亦即，以時間為單位)。一個音訊封包可經組態以包括對應於等於(近似於)音訊封包間隔之時間長度的時間長度之音訊資料，使得每音訊封包間隔傳達一個音訊封包可提供一連續音訊資料串流。
可有可能使LEAS資料作為「LEA輸出」(自中央/主控器1102至周邊/受控器1104)、「LEA輸入」(自周邊/受控器1104至中央/主控器1102)或「LEA雙向」(自中央/主控器1102至周邊/受控器1104及自周邊/受控器1104至中央/主控器1102)而流動。圖11說明例示性LEA輸出情境1100，亦即，其中音訊資料係自主控器1102傳輸至受控器1104。圖12說明例示性LEA輸入情境1200，亦即，其中音訊資料係自受控器1204傳輸至主控器1202。圖13說明例示性LEA雙向情境1300，亦即，其中音訊資料係既自主控器1302傳輸至受控器1304又自受控器1304傳輸至主控器1302。
對於LEA輸出，可在主要事件處由主控器裝置1102傳輸單一LEAS封包。若受控器1104在主要事件處成功地接收到LEAS封包，則受控器1104可回應於主要事件處之LEAS封包而將應答傳輸至主控器 1102。如先前關於圖10所提及，可運用任何封包來應答LEAS封包。作為一項實例，應答封包可為空白(空值)L2CAP封包。
若受控器1104不應答主要事件處發送之LEAS封包，則可在對應於彼主要事件之重新傳輸事件處重新傳輸LEAS封包。如上文所提及，不管是否應答LEAS封包(例如，歸因於即時輸送考慮)，皆可在重新傳輸事件之後清空LEAS封包。亦如上文所提及，LEAS封包之ET子欄位可在主要事件中被設定至「0」且在重新傳輸事件中被設定至「1」，以作為LEAS封包所對應之每一類型之指示符。
狀況可為，在LEAS工作階段期間，受控器1104始終設法在主要事件處自主控器1102接收LEAS封包。若受控器未在主要事件處接收到LEAS封包，則受控器亦可設法在重新傳輸事件中接收LEAS封包。然而，若受控器1104在主要事件中正確地接收到LEAS封包，則受控器1104可跳過後繼重新傳輸事件且休眠直至下一主要事件為止。此可節約主控器1102及受控器1104兩者處之電力，以及增加連接事件之間的可用時間區塊(此可促進與共用同一空中介面之其他無線通訊技術之有效共存，如關於圖14進一步詳細地所描述)。
在使用如本文所描述之此音訊輸送方案的情況下，亦可有可能將L2CAP及/或LL控制封包插入至LEAS音訊串流中。詳言之，可有可能使主控器裝置1102在主要事件中將L2CAP或LL控制封包而非LEAS封包發送至受控器1104。由於受控器1104可始終在主要事件處接收第一封包，故該受控器可接收到此封包。另外，由於封包不為LEAS封包，故受控器亦可針對重新傳輸事件而喚醒，且在彼時間針對彼連接事件對而接收LEAS封包。
另外，受控器1104可將具有酬載之L2CAP或LL控制封包而非空值封包傳輸至主控器1102，以在主要事件處應答LEAS封包。在此狀況下，在L2CAP或LL控制封包之成功接收之狀況下，主控器1102可 在主要事件處將ACK(例如，具有遞增之NESN之空值封包)傳輸回至受控器1104。
狀況可為，可在每一連接事件處在任一方向上傳輸具有酬載之僅一個封包。應注意，雖然在一些狀況(例如，最通常用於LEA輸入及雙向通訊)下，主控器1102可在單一連接事件中傳輸兩個封包(例如，若一個封包為ACK封包)，但在此等狀況下，主控器1102可仍僅傳輸具有酬載之一個封包(亦即，由於ACK可為空值封包)。
對於LEA輸入(例如，如圖12所說明)，主控器1202可藉由在主要事件1206處發送空白(零酬載)LEAS封包(被展示為「AE」)來起始主要事件。受控器1204接著可運用含有音訊資料之LEAS封包(被展示為「A1」)來作出回應。若自受控器1204正確地接收到LEAS資料，則主控器1202接著可運用作為ACK之空白L2CAP封包來作出回應。
若主控器1202未在主要事件1206中自受控器1204正確地接收到音訊資料，則主控器1202可在後繼重新傳輸事件1208處發送空白LEAS封包。在彼狀況下，受控器1204將在LEAS封包中重新發送與主要事件1206中發送之音訊資料相同的音訊資料。在重新傳輸事件1208處成功地接收到LEAS封包後，主控器1202即可(或可不，此係由於將在任何狀況下於連接事件對結束時清空資料)運用空白L2CAP封包來作出回應。若主控器1202在主要事件中應答LEAS資料，則受控器1204(以及主控器1202)可跳過重新傳輸事件1208且休眠直至下一主要事件1210為止。
相似於關於LEA輸出所描述，主控器1202可在主要事件1206處發送L2CAP或LL控制封包。在LEA輸入之狀況下，可代替空白LEAS封包而發送L2CAP或LL控制封包。受控器1204可仍運用含有音訊資料之LEAS封包來作出回應。若此音訊資料經主控器1202應答，則主控器1202及受控器1204兩者皆可休眠直至下一主要事件1210為止。
受控器1204自身可在主要事件1206中發送L2CAP或LL控制封包而非LEAS封包。為了起始重新傳輸事件1208，則在此狀況下，主控器1202亦可在重新傳輸事件1208中將空白LEAS封包發送至受控器1204，此係由於主控器1202未在主要事件1206處接收到音訊資料。受控器1204接著可運用含有用於彼連接事件對之音訊資料之LEAS封包來作出回應。應注意，狀況可為，可在重新傳輸事件1208處僅僅發送LEAS封包(亦即，無L2CAP或LL控制封包)。
應注意，若在LEAS串流中傳輸L2CAP或LL控制封包，如上文關於圖10所描述，則LEAS封包之NESN子欄位可用於ACK(或NACK)彼L2CAP或LL控制封包。另外，應注意，若空值封包(例如，空白L2CAP封包)正用作針對在LEAS串流中傳輸之L2CAP或LL控制封包之ACK，則空值封包之NESN子欄位可更特定地用作針對彼封包之ACK(或NACK)。以此方式，若未在一個連接事件對期間成功地接收到L2CAP或LL控制封包，則可進行額外嘗試以在後續連接事件對之主要事件處傳輸彼L2CAP或LL控制封包。
對於LEA輸入，連接事件可被視為在主控器裝置1202將封包發送至受控器1204、受控器1204運用封包來作出回應且主控器1202發送空白L2CAP封包(亦即，作為應答)之後終止。再次應注意，在重新傳輸事件處，應答可為不必要的；如同LEA輸出，可歸因於LEAS資料之即時性質而在一連接事件對之後清空LEAS封包。
對於LEA雙向輸送(例如，如圖13所說明)，可結合LEA輸入及輸出之原理。詳言之，可在主要事件處由主控器1302傳輸具有音訊內容之單一LEAS封包。若受控器1304在主要事件處成功地接收到LEAS封包，則受控器1304可回應於自主控器1302接收之音訊封包且作為自主控器1302接收之音訊封包之應答而傳輸具有(例如，不同)音訊內容之LEAS封包。若自受控器1304正確地接收到LEAS資料，則主控器1302 接著可運用作為ACK之空白L2CAP封包來作出回應。由於在此狀況下，音訊資料係由雙方在主要事件1306處成功地接收，故主控器1302及受控器1304兩者接著將能夠在重新傳輸事件1308中休眠，且在下一主要事件1310處再次喚醒。
若主控器1302抑或受控器1304未在LEA雙向輸送之主要事件1306處成功地接收到音訊資料(例如，歸因於在主要事件1306處代替一或多個LEAS封包之一或多個L2CAP或LL控制封包之傳輸、造成封包損失之RF條件，或各種其他原因中任一者)，則可在重新傳輸事件1308處傳輸音訊資料。取決於主控器1302、受控器1304或兩者是否未在主要事件1306處成功地接收到音訊資料，重新傳輸事件1308處之傳輸方案可有效地提供LEA輸入、LEA輸出或LEA雙向音訊輸送中任一者。舉例而言，若僅受控器1304仍需要用於連接事件對之音訊資料，則主控器1302可僅僅傳輸具有其用於連接事件對之音訊資料之LEAS封包。若僅主控器1302仍需要用於連接事件對之音訊資料，則主控器1302可傳輸空白LEAS封包，回應於此情形，受控器1304可傳輸具有其用於連接事件對之音訊資料之LEAS封包。若主控器1302及受控器1304兩者仍需要用於連接事件對之音訊資料，則主控器1302可傳輸具有其用於連接事件對之音訊資料之LEAS封包，回應於此情形，受控器1304可傳輸具有其用於連接事件對之音訊資料之LEAS封包。
圖14--關於鏈路層時序之共存考慮
圖14說明可用來結合本發明之各種態樣而在BLE中輸送音訊資料之例示性鏈路層時序方案1400，其相似於圖11所說明之鏈路層時序方案，其中提及關於與其他無線通訊技術之共存之某些考慮。
如所展示，在所說明方案中，主控器裝置1402及受控器裝置1404可經由連接事件對而使用LE音訊串流來傳達音訊資料。因此，主控器1402及受控器1404可在主要事件1406處通訊，視情況在重新傳 輸事件1410處通訊，且接著再次在下一主要事件1412處通訊。儘管圖14所說明之特定方案可對應於一種可能LEA輸出情境，但應注意，下文關於圖14所描述之共存考慮可同樣地適用於其他LEA輸出情境(例如，若在主要事件中傳輸資料而非音訊，若無ACK用於重新傳輸事件處，等等)、各種LEA輸入情境中任一者(諸如圖12所說明且關於圖12所描述)，及/或各種LEA雙向情境中任一者(諸如圖13所說明且關於圖13所描述)。
如先前所提及，在許多狀況下，裝置可實施多種無線通訊技術。在一些此等狀況下，多種無線通訊技術可共存於相同頻帶上，及/或可共用無線通訊電路系統(例如，一或多個天線)。舉例而言，藍芽及Wi-Fi可有時共用2.4GHz ISM射頻頻帶。因此，許多裝置可利用至少一些無線通訊電路系統在藍芽與Wi-Fi之間被共用的架構。
在通訊電路系統於藍芽與Wi-Fi之間被共用的此裝置中，可有幫助的是使控制藍芽通訊之裝置電路系統/韌體/軟體(亦被稱作「藍芽邏輯」或「BLE邏輯」)向控制Wi-Fi通訊之裝置電路系統/韌體/軟體(亦被稱作「Wi-Fi邏輯」)通知藍芽通訊被排程及/或未被排程所處的通訊窗口，以便尤其促進有效共用資源控制。應注意，BLE邏輯及Wi-Fi邏輯可在至少一些狀況下為共置型(例如，可位於同一晶片/積體電路上)。
因此，考慮到，圖14所說明之主控器1402可為能夠在使用共用無線通訊電路系統之情況下使用藍芽抑或Wi-Fi而通訊之裝置。在此狀況下，在連接事件對之主要事件之後，主控器1402中之BLE邏輯可將可用通訊窗口之指示提供至主控器1402中之Wi-Fi邏輯。此指示可向Wi-Fi邏輯通知BLE邏輯將不會執行無線通訊所歷時之時間長度。
如所展示，通訊窗口之長度可取決於重新傳輸事件是否被排程而變化。因此，BLE邏輯可在主要事件(亦即，BLE LEAS訊框)結束時 判定是否將發生重新傳輸事件。舉例而言，若主控器1402或受控器1404中之一者在主要事件處代替音訊資料而傳輸控制資料，則BLE邏輯可基於此情形而判定出將發生重新傳輸事件。相似地，若任何音訊資料(自主控器1402至受控器1404，抑或自受控器1404至主控器1402)未在主要事件處被應答，則BLE邏輯可基於此情形而判定出將發生重新傳輸事件。然而，若成功地接收到且應答所有預期音訊資料(亦即，自主控器1402至受控器1404，或自受控器1404至主控器1402，或兩者，此取決於LEAS通訊為LEA輸入、LEA輸出抑或LEA雙向)，則BLE邏輯可基於此情形而判定出將不發生重新傳輸事件。
因此，至少部分地基於重新傳輸事件是否被排程，BLE邏輯可判定可用於Wi-Fi邏輯之通訊窗口之長度。詳言之，如所展示，若重新傳輸事件被排程，則對應於第一通訊窗口1414之時間長度可被指示為通訊窗口之長度，而若重新傳輸事件未被排程，則對應於第二通訊窗口1416之時間長度可被指示為通訊窗口之長度。
第一通訊窗口及第二通訊窗口之實際長度亦可取決於額外考慮，且尤其是取決於針對LE音訊串流所選擇之連接間隔。如先前所提及，針對LE音訊串流之連接間隔可為可組態的(例如，在使用LEAP進行通訊以安裝LE音訊串流時)。每一連接事件(例如，主要事件或重新傳輸事件)可持續一個BLE訊框，因此，第一通訊窗口t CW1 之長度可為：t CW1=t CI -t F ，其中t CI 為連接間隔長度，且t F 為BLE訊框長度。相似地，第二通訊窗口t CW2 之長度可為：t CW2=2*t CI -t F 。
作為特定實例，考慮兩種可能情境。首先考慮到，對於兩種情境，每一BLE訊框可持續1.25ms。作為第一可能情境，考慮到，連接 間隔可為2.5ms(亦即，為BLE訊框長度之兩倍)。在此情境中，在重新傳輸事件係必要之情況下可用的通訊窗口可為1.25ms(2.5-1.25)。與此對比，在重新傳輸事件係不必要之情況下可用的通訊窗口可為3.75ms(2*2.5-1.25)。作為第二可能情境，考慮到，連接間隔可為3.75ms(亦即，為BLE訊框長度之三倍)。在此情境中，在重新傳輸事件係必要之情況下可用的通訊窗口可為2.5ms(3.75-1.25)。與此對比，在重新傳輸事件係不必要之情況下可用的通訊窗口可為6.25ms(2*3.75-1.25)。
因此，儘管取決於重新傳輸事件是否必要的可用通訊窗口長度之差亦可取決於連接間隔，但一般而言，若無需重新傳輸事件，則可用通訊窗口可顯著地較長。因此，雖然得到利用重新傳輸事件之可能性(例如，在遺失音訊封包之狀況下，或若需要將控制封包插入至LEAS串流中)可為鏈路品質之顯著益處，但亦可有利的是只要有可能就跳過重新傳輸事件(例如，若在主要事件處成功地完成所有預期音訊通訊)。此狀況可用以減低BLE通訊所要求之功率消耗(亦即，由於BLE邏輯可在連接事件之間於低功率狀態中花費按比例更多之時間)，且亦在至少一些狀況下用以將較長通訊窗口提供至諸如Wi-Fi之共存無線通訊技術。可特別值得注意的是，增加用於Wi-Fi之可用通訊窗口之長度可對可在彼通訊窗口中達成之總貫通量產生不成比例地有利的影響，此係由於通訊附加項(例如，爭用程序、標頭等等)可需要(相對或精確)固定量之彼通訊窗口，而不管可用通訊窗口之長度。
圖15--與多個受控器裝置之同時通訊
雖然有可能在單一主控器/中央裝置與單一受控器/周邊裝置之間使用藍芽LEA通訊，但亦可有可能使主控器裝置同時地執行與多個受控器裝置之LEA通訊。舉例而言，由於藍芽LEA通訊可為時間切割式，使得在連接事件之間可存在間隙(亦即，連接間隔與BLE訊框長 度之間的差)，故可有可能使一主控器裝置排程與多個受控器裝置之同時通訊，例如，藉由與一個受控器裝置及與另一受控器裝置交替連接事件。圖15說明此方案1500，尤其是其中主控器裝置1502將音訊輸出串流同時地傳達至兩個受控器裝置1504、1506。
如所展示，主控器1502及受控器1504可在主要事件1508處通訊，視情況在重新傳輸事件1512處通訊，且再次在下一主要事件1516處通訊，例如，以與圖11所說明且關於圖11所描述之方式相似的方式。另外，在此等連接事件之間，主控器1502亦可與受控器1506通訊。
詳言之，如所展示，在主要事件1508之後(例如，在下一BT訊框中)，主控器1502可在主要事件1510處將音訊資料傳達至受控器1506。相似地，在選用重新傳輸事件1512(若被使用)之後，在主控器1502與受控器1506之間可發生選用重新傳輸事件1514(例如，若受控器1506未在主要事件1510處接收/應答音訊資料)。很大程度上以相同方式，可在主控器1502與受控器1506之間傳達對應於下一音訊封包間隔之音訊資料的下一主要事件1518可跟隨主控器1502與受控器1504之間的下一主要事件1516。
換言之，主控器1502與受控器1504及1506之間的連接間隔可重疊，但以位移方式，使得在主控器1502與受控器1504之間的連接間隔之一部分期間發生主控器1502與受控器1506之間的連接事件，該部分不用於主控器1502與受控器1504之間的通訊，而在主控器1502與受控器1506之間的連接間隔之一部分期間發生主控器1502與受控器1504之間的連接事件，該部分不用於主控器1502與受控器1506之間的通訊。
應注意，雖然出於理解簡單起見而在圖15中說明有限數目個連接事件，但相似(例如，規則、週期性)排程可經組態用於進行中串流通訊，使得可發生使用相似排程之任意數目個另外主要事件及重新傳 輸事件。
因此，藉由利用如圖15所展示之時間切割式通訊，可在一主控器裝置與多個受控器裝置之間發生同時音訊串流。應注意，雖然在圖15之例示性時序方案1500中說明一主控器裝置與兩個受控器裝置之間的同時通訊，但運用不同數目個(例如，兩個以上)受控器裝置進行其他同時音訊串流的其他情境亦係可能的。然而，一主控器裝置可支援之同時LE音訊串流之數目可取決於用於每一LE音訊串流之連接間隔(例如，由於具有最短連接間隔的用於該串流之連接事件之間的窗口可需要針對用於每一其他串流之連接事件足夠長)。
圖16至圖17--與LEA之多音訊通道同步化
如關於圖15所提及，可有可能使一主控器裝置同時地執行與多個受控器裝置之LEA通訊。在一些例項中，一主控器與多個受控器之間的同時藍芽LEA通訊可用以提供多個音訊通道，例如，用於多通道音訊輸出。舉例而言，可將來自媒體播放器之左通道音訊及右通道音訊傳達至左揚聲器裝置及右揚聲器裝置。作為另一實例，可將來自語音通話之左通道音訊及右通道音訊傳達至左助聽器裝置及右助聽器裝置。
圖16至圖17為說明用於實施用於同步化彼等音訊通道在其各別音訊呈現裝置處之呈現之某些技術之方法的流程圖。圖16至圖17之方法可用以(例如)同步化來自正被傳達至左助聽器裝置及右助聽器裝置之語音通話之左通道音訊及右通道音訊的呈現，用以同步化左揚聲器與右揚聲器之間的立體聲音樂串流之呈現，及/或用於涉及音訊通道之同步化之任何其他適當上下文中。圖16至圖17之方法係可由能夠進行BLE通訊之無線使用者設備(UE)裝置或其他裝置實施。詳言之，圖16之方法係可由在BLE通訊系統中充當主控器之無線裝置實施，而圖17之方法係可由在BLE通訊系統中充當受控器之無線裝置實施。圖16 至圖17所展示之方法係可尤其結合以上諸圖所展示之電腦系統或裝置中任一者而使用。所展示之一些方法元件可同時地執行、以與所展示之次序不同的次序執行，或可被省略。按需要，亦可執行額外方法元件。如所展示，該等方法可操作如下。
在1602中，可在主控器裝置處接收左通道音訊資料及右通道音訊資料。舉例而言，音訊資料可由在主控器裝置上執行之音訊應用程式(例如，媒體播放器應用程式、電話應用程式、語音或視訊聊天應用程式等等)產生，及/或起源於該音訊應用程式。音訊資料接著可經由系統匯流排(諸如，UART)或藉由多種其他方式中任一者而由主控器裝置中之BLE邏輯接收。
可封包化左通道音訊資料及右通道音訊資料，使得將左通道音訊配置為第一複數個音訊封包，而將右通道音訊配置為第二複數個音訊封包。經封包化之左通道音訊資料及右通道音訊資料可儲存於BLE邏輯中包括或可由BLE邏輯存取之記憶體媒體中，及/或可儲存於可由主控器裝置之應用程式處理器存取之記憶體媒體中。在適當時，經封包化之左通道音訊資料及右通道音訊資料可包括每一封包對應於左通道或右通道之指示(例如，在封包標頭欄位或子欄位中)。另外，經封包化之左通道音訊資料及右通道音訊資料可包括來自左通道音訊之哪些封包對應於來自右通道音訊之哪些封包(亦即，經組態用於與來自右通道音訊之哪些封包之同時呈現)的指示。作為一項實例，左通道音訊及右通道音訊中每一者中之封包可包括序號，使得來自具有相同序號之不同音訊通道中之封包的音訊資料可經指定用於與彼此之同時呈現。
在1604中，BLE邏輯可組態用於將左通道音訊資料及右通道音訊資料傳輸至第一音訊呈現裝置及第二音訊呈現裝置之傳輸排程。該傳輸排程可經組態用於以進行中(例如，規則、週期性)方式而使用。根 據該傳輸排程，在將第二複數個音訊封包之每一對應音訊封包傳輸至第二音訊呈現裝置之後，可以第一間隔將第一複數個音訊封包之每一音訊封包傳輸至第一音訊呈現裝置。舉例而言，在利用諸如圖15所說明且關於圖15所描述之時間切割式傳輸方案的情況下，BLE邏輯可排程用於傳達經組態用於由第一音訊呈現裝置及第二音訊呈現裝置針對鄰近BLE訊框進行同時呈現之音訊資料之連接事件。
因此，基於該傳輸排程，經組態用於由第一音訊呈現裝置及第二音訊呈現裝置進行同時呈現之封包可以一致、規則之間隔(亦即，第一間隔)而傳輸，諸如，一個BLE訊框(例如，至少在一些實施中為1.25ms)。在此等條件下，若經排程用於較早通訊訊框之音訊呈現裝置將在呈現每一此通訊訊框中接收之音訊之前添加等於第一間隔之延遲/位移，則經組態用於同時呈現之音訊資料之所得呈現將實際上同步化，且在第一音訊呈現裝置與第二音訊呈現裝置之間實質上同步。
因此，在1606中，主控器裝置可向該等音訊呈現裝置中之一者指示(例如，藉由無線BLE通訊)將音訊之呈現延遲達第一間隔。此指示可採取多種形式中任一者。作為一項實例，指示包括於LEAP_Start_Stream訊息或LEAP_Delay_Stream訊息中之串流延遲之延遲參數(諸如上文關於圖8至圖9所描述)可用以向該等音訊呈現裝置中之一者指示將LE音訊串流中接收之音訊之呈現延遲達第一間隔。在一些(但並非所有)例項中，歸因於傳輸排程之重複性質，適當串流延遲之單一指示(例如，在串流安裝期間之LEAP訊息中)可足以組態一音訊呈現裝置以遍及傳達LE音訊串流之過程延遲眾多音訊封包中每一者中接收之音訊資料之呈現。
在1608中，主控器裝置可根據傳輸排程將左通道音訊及右通道音訊無線地傳輸(例如，藉由無線BLE通訊)至第一音訊呈現裝置及第二音訊呈現裝置。可經由LE音訊串流而傳達用於每一音訊通道之音 訊資料，諸如，使用圖6所說明且關於圖6所描述之BLE協定堆疊、圖7至圖9所說明且關於圖7至圖9所描述之LE音訊協定，及/或圖10至圖15所說明且關於圖10至圖15所描述之鏈路層音訊封包格式及時序方案。因此，在此狀況下，在用於每一音訊呈現裝置之每一音訊封包間隔(例如，涵蓋一個連接事件對)期間，可在主要事件或重新傳輸事件處將一個音訊封包傳輸至彼個別音訊呈現裝置。替代地，可使用對彼等圖所說明且關於彼等圖所描述之架構之變化或替代方案來傳達用於每一音訊通道之音訊資料。
如上文所提及，圖17之方法係可由在BLE通訊系統中充當受控器之無線裝置實施。更特定而言，圖17之方法係可由結合實施圖16之方法之無線裝置而操作之音訊呈現裝置使用。因此，實施圖17之方法之音訊呈現裝置可經組態以呈現多通道(例如，立體聲)音訊輸出之一音訊通道(例如，左音訊通道或右音訊通道)，而另一音訊呈現裝置可經組態以呈現該多通道音訊輸出之另一音訊通道(例如，剩餘的左音訊通道或右音訊通道)。
在1702中，音訊呈現裝置可在呈現經由BLE鏈路而接收之音訊資料之前經由BLE鏈路而自主控器裝置接收待實施之呈現延遲之指示。此指示可採取多種形式中任一者。作為一項實例(如關於圖16相似地所描述)，指示串流延遲之延遲參數可包括於LEAP_Start_Stream訊息或LEAP_Delay_Stream訊息中，諸如上文關於圖8至圖9所描述。該延遲參數可包括指示待實施之呈現延遲之長度的值。
如關於圖16之方法相似地所描述，呈現延遲可促進由實施圖17之方法之音訊呈現裝置及另一音訊呈現裝置進行的立體聲音訊通道之呈現的同步化。舉例而言，實施圖17之方法之音訊呈現裝置可在該音訊呈現裝置經組態以呈現立體聲音訊輸出之另一通道之前由主控器裝置排程用於在時槽中傳達音訊資料。向實施圖17之方法之音訊呈現裝 置指示的呈現延遲可經組態以補償通訊時槽中之此時間差。
在1704中，可經由BLE鏈路而接收音訊資料。相似於圖16之方法中，可經由LE音訊串流而傳達音訊資料，諸如，使用圖6所說明且關於圖6所描述之BLE協定堆疊、圖7至圖9所說明且關於圖7至圖9所描述之LE音訊協定及/或圖10至圖15所說明且關於圖10至圖15所描述之鏈路層音訊封包格式及時序方案中任一者或全部。替代地，可使用對彼等圖所說明且關於彼等圖所描述之架構之變化或替代方案來傳達用於每一音訊通道之音訊資料。
在1706中，音訊呈現裝置可呈現經接收音訊資料。詳言之，音訊呈現裝置可在呈現音訊資料之前插入(添加)等於由主控器裝置指示之呈現延遲之延遲。應注意，除了為音訊呈現裝置所固有的接收音訊與呈現音訊之間的任何呈現延遲以外(累積有該等任何呈現延遲)，亦可添加由主控器裝置指示之呈現延遲。此可為重要的，此係由於經組態以呈現立體聲輸出之另一通道之音訊呈現裝置亦可包括接收音訊與呈現音訊之間的固有音訊呈現延遲，使得若包括為音訊呈現裝置所固有的接收音訊與呈現音訊之間的任何呈現延遲以作為由主控器裝置指示之呈現延遲之部分，則由不同音訊呈現裝置進行的不同音訊通道之呈現將可能保持彼此位移。
亦應注意，在音訊呈現裝置具有接收音訊與呈現音訊之間的不同固有延遲的狀況下，主控器裝置可考量此情形，且相應地修改(例如，延長或縮短)向實施圖17之方法之音訊呈現裝置指示的呈現延遲。
因此，圖16至圖17之方法可有利地使一主控器裝置及多個受控器裝置同時地傳達對應於多個音訊通道之音訊資料，該音訊資料經組態用於以使得彼音訊資料之呈現實際上同步化以供實質上(例如，達毫秒或甚至微秒位準精確度)同時呈現之方式進行同時呈現。
圖18--LEAP傳遞
如本文先前關於圖16至圖17及在別處所提及，在一些狀況下，可有可能使在BLE通訊系統中經組態為主控器之一裝置與在BLE通訊系統中經組態為受控器之多個裝置同時地通訊，包括出於傳達音訊之目的。詳言之，如關於圖16至圖17所描述，在一些狀況下，此等受控器裝置可意欲以協調方式而操作，以便呈現多通道音訊輸出之不同音訊通道。
在許多狀況下，尤其是在運用諸如BLE之低功率通訊協定的情況下，存在使經組態以作為受控器(周邊)而操作之裝置實施為相對低複雜性、低功率之裝置的趨勢，此時，最小計算能力可為理想的，例如，以便實現較小外觀尺寸且縮減功率要求。因此，許多此等裝置可能夠作為BLE受控器而非作為BLE主控器進行操作。然而，考慮到協調操作之潛在合理性，可需要提供使此等裝置彼此通訊之方式。
圖18為說明用於使兩個BLE周邊(受控器)裝置(LEAP周邊A 1804及LEAP周邊B 1806)使用訊息傳遞技術而彼此通訊之一種此類技術的訊息序列圖1800，其中經由中央(主控器)裝置(LEAP中央1802)而將訊息自一個周邊裝置傳遞至另一周邊裝置。
舉例而言，該等裝置可利用本文關於圖6至圖9所描述的諸如LE音訊協定之BLE音訊協定。可因此定義「LEAP_Passthrough」封包類型，且向其指派作業碼。亦可將LEAP_Passthrough封包定義為包括一訊息參數，該訊息參數可具有可變長度。在經由BLE鏈路而自一周邊接收到此訊息後，一主控器即可將該訊息轉發至另一周邊，該主控器具有與該另一周邊之已建立BLE鏈路。
因此，如所展示，LEAP周邊A 1804可將LEAP_Passthrough訊息1808傳輸至LEAP中央1802。LEAP中央1802接著可將該訊息作為LEAP_Passthrough訊息1810轉發(傳輸)至LEAP周邊B 1806。
此訊息傳遞技術可具有數種應用。作為一項實例，考慮使用者具有左耳助聽器及右耳助聽器之情境，該等助聽器各自具有與一智慧型電話之BLE鏈路(例如，諸如圖2所說明且關於圖2所描述)。若使用者希望調整該等助聽器中之一者上之設定(例如，音量)，則可(在一些但未必全部狀況下)需要將該調整自動地傳達至另一助聽器。亦可使用此訊息傳遞技術來實現任何數目種替代或額外益處。
應注意，至少在一些狀況下，可較佳的是將此訊息傳遞能力限於被判定為可關於訊息傳遞而彼此相容之周邊裝置。當然，可以多種方式中任一者來定義及判定相容性。作為一項實例，可將傳遞技術僅提供至具有同一製造商(例如，具有同一公司ID，諸如可在LEAP_version封包中進行指示)之周邊裝置。定義及/或限制傳遞能力/相容性之其他方式亦係可能的。
可以多種形式中任一者來實現本發明之實施例。舉例而言，可將一些實施例實現為電腦實施方法、電腦可讀記憶體媒體或電腦系統。可使用諸如ASIC之一或多個自訂硬體裝置來實現其他實施例。可使用諸如FPGA之一或多個可程式化硬體元件來實現另外其他實施例。
在一些實施例中，一種非暫時性電腦可讀記憶體媒體可經組態成使得其儲存程式指令及/或資料，其中程式指令在由電腦系統執行時使電腦系統執行一方法，例如，本文所描述之方法實施例中任一者，或本文所描述之方法實施例之任何組合，或本文所描述之方法實施例中任一者之任何子集，或此等子集之任何組合。
在一些實施例中，一種裝置(例如，UE)可經組態以包括一處理器(或一處理器集合)及一記憶體媒體，其中記憶體媒體儲存程式指令，其中處理器經組態以自記憶體媒體讀取及執行程式指令，其中程式指令可執行以實施本文所描述之各種方法實施例中任一者(或本文 所描述之方法實施例之任何組合，或本文所描述之方法實施例中任一者之任何子集，或此等子集之任何組合)。可以各種形式中任一者來實現該裝置。
可根據以下段落來實施本發明之各種其他實施例：一種方法，其包含：在包括一處理元件、一記憶體媒體及無線通訊電路系統之一無線裝置處：儲存對應於一多通道音訊輸出之一第一音訊通道之第一音訊資料封包及對應於該多通道音訊輸出之一第二音訊通道之第二音訊資料封包，其中來自該等第一封包中每一封包之音訊資料經組態用於與來自該等第二封包之一對應封包之音訊資料同時地呈現；經由無線通訊而向第二音訊呈現裝置指示延遲經接收音訊資料之呈現；及將該等第一音訊資料封包無線地傳輸至一第一音訊呈現裝置且將第二音訊資料無線地傳輸至一第二音訊呈現裝置，使得來自該等第一音訊資料封包之該等音訊資料封包係在來自該等第二音訊封包之該等對應音訊資料封包之後傳輸。
一種方法，其包含：在包括一處理元件、一記憶體媒體及無線通訊電路系統之一無線裝置處：儲存對應於一多通道音訊輸出之一第一音訊通道之第一封包及對應於該多通道音訊輸出之一第二音訊通道之第二封包，其中該等第一封包及該等第二封包包括對應封包，該等對應封包包括用於同時呈現之音訊資料；及將該等第一封包無線地傳輸至一第一接收無線裝置且將該等第二封包無線地傳輸至一第二接收無線裝置，使得該等第一封包之傳輸 在時間上自該等對應第二封包之傳輸位移。
一種方法，其包含：在一無線裝置處：產生對應於一第一音訊通道之第一封包及對應於一第二音訊通道之第二封包，其中來自該等第一封包之每一封包之音訊資料經組態用於與來自該等第二封包之一對應封包之音訊資料同時地呈現；及將該等第一封包無線地傳輸至一第一接收無線裝置且將該等第二封包無線地傳輸至一第二接收無線裝置，使得該等第一封包之傳輸在時間上自該等對應第二封包之傳輸位移。
一種方法，其包含：在一無線裝置處：產生包括一對對應封包之音訊資料，其中該對對應封包包括：一第一封包，其包括對應於一第一音訊通道之音訊資料；及一第二封包，其包括對應於一第二音訊通道之資料；及無線地傳輸該對對應封包，使得將該第一封包傳輸至一第一接收無線裝置且將該第二封包傳輸至一第二接收無線裝置，且使得在傳輸該第二封包之後以一第一間隔來傳輸該第一封包。
一種電子裝置，其包含：一記憶體元件，其經組態以儲存若干對對應封包，其中，對於每一對：該對包括：一第一封包，其包括對應於一第一音訊通道之音訊資料；及一第二封包，其包括對應於一第二音訊通道之資料；且該第一封包中之音訊資料經組態用於與該第二封包中之音訊資料同時地呈現；及無線通訊電路系統，其經組態以傳輸該等對之該等對應封包，使得對於每一對，將該第一封包傳輸至一第一接收無線裝置且將該第 二封包傳輸至一第二接收無線裝置，且使該第一封包之傳輸在時間上自該第二封包之傳輸位移。
雖然上文已提供關於BLE之實例，但應理解，就實際的情形，亦可在任何其他適當有線或無線通訊技術之上下文中使用本文所描述之技術，該任何其他適當有線或無線通訊技術包括但不限於蜂巢式、IEEE、802.11、藍芽或其他技術。儘管已相當詳細地描述以上實施例，但對於熟習此項技術者而言，一旦充分地瞭解以上揭示內容，眾多變化及修改即將變得顯而易見。希望將以下申請專利範圍解譯為涵蓋所有此等變化及修改。

Claims (20)

  1. 一種用於經由一藍芽低能量(BLE)無線通訊鏈路而自一受控器裝置接收輸入音訊之方法，該方法由一主控器裝置實施，該方法包含：在一第一主要事件根據一BLE音訊傳輸音訊傳輸架構而將一第一封包經由該BLE鏈路傳輸至該受控器裝置，該第一封包向該受控器裝置指示將一第一回應封包傳輸至該主控器裝置，其中該BLE音訊傳輸架構指定時間切割式連接事件對之使用，其中一連接事件對包含一主要事件及一重新傳輸事件；藉由該主控器裝置判定該第一回應封包是否已被接收；及在該第一回應封包已被成功接收時，藉由該主控器裝置將一應答封包傳輸至該受控器裝置。
  2. 如請求項1之方法，其中若該主控器並未成功接收該第一回應封包，則該方法進一步包含：在一第一重新傳輸事件發生時：藉由該主控器裝置將一第二封包經由該BLE鏈路傳輸至該受控器裝置，該第二封包向該受控器裝置指示將一第二回應封包傳輸至該主控器裝置，其中關聯於該第一重新傳輸事件不將應答封包傳輸至該受控器裝置，不論該第二回應封包是否被該主控器裝置成功接收。
  3. 如請求項2之方法，其中該第一封包指示其對應於該第一主要事件；且其中該第二封包指示其對應於該第一重新傳輸事件。
  4. 如請求項1之方法，其中若該第一回應封包包含音訊資料且成功 被該主控器裝置接收，則在一對應之重新傳輸事件發生時，在該主控器裝置及該受控器裝置之間不執行BLE通訊。
  5. 如請求項1之方法，其中若該第一回應封包包含非音訊酬載資料，則該方法進一步包含：在一重新傳輸事件發生時：經由該BLE鏈路將一第二封包傳輸至該受控器裝置，其中該第二封包向該受控器裝置指示回應於該第二封包而將一第二回應封包傳輸至該主控器裝置，其中該第二回應封包包含音訊資料。
  6. 如請求項1之方法，其中該第一封包包含一零酬載封包。
  7. 如請求項1之方法，其中該第一封包包含控制資料；及其中若該第一封包中之該控制資料被該受控器裝置成功接收，則該第一回應封包包含該第一封包中之該控制資料背該受控器裝置成功接收之一應答。
  8. 如請求項1之方法，其中該第一封包包含音訊資料；及其中該第一回應封包包含該第一封包中之該音訊資料是否已被該受控器裝置成功接收之一應答。
  9. 如請求項1之方法，其中該應答封包包含一非音訊封包。
  10. 一種經組態以將音訊資料經由一藍芽低能量(BLE)無線通訊鏈路通訊至一第二裝置之第一裝置，其中關於該BLE無線通訊鏈路該第一裝置作為一受控器操作，其中關於該BLE無線通訊鏈路該第二裝置作為一主控器操作，該第一裝置包含： 一天線；及BLE邏輯，其通訊地耦接至該天線；其中該天線及該BLE邏輯經組態以：根據一BLE音訊傳輸架構而經由該BLE無線通訊鏈路自該第二裝置接收一第一封包，該第一封包向該第一裝置指示將一第一回應封包傳輸至該第二裝置，該BLE音訊傳輸架構指定時間切割式連接事件對之使用，其中一連接事件對包含一主要事件及一重新傳輸事件；回應於該第一封包，經由該BLE無線通訊鏈路將一第一回應封包傳輸至該第二裝置；及當該第一回應封包已被該第二裝置成功接收時，經由該BLE無線通訊鏈路自該第二裝置接收一第一應答封包。
  11. 如請求項10之第一裝置，其中該天線及該BLE邏輯進一步經組態以：經由該BLE無線通訊鏈路自該第二裝置接收一第二封包，其中該第二封包指示該第一裝置回應於該第二封包而將一第二回應封包傳輸至該第二裝置，其中該第二封包包含該第二封包係一第一重新傳輸事件之部分之一指示；及回應於第二封包而經由該BLE無線通訊鏈路將一第二回應封包傳輸至該第二裝置。
  12. 如請求項11之第一裝置，其中該第二封包包含下列之一者：一空白音訊封包；或包含第一音訊資料之一音訊資料封包；且其中該第二回應封包包含一音訊封包，該音訊封包包含音訊資料。
  13. 如請求項10之第一裝置，其中該第一封包包含下列之一者：一空白音訊封包；包含第一音訊資料之一第一音訊資料封包；或一第一控制封包；且其中該第一回應封包包含下列之一者：包含第二音訊資料之一第二音訊資料封包；或一第二控制封包。
  14. 如請求項13之第一裝置，其中該BLE邏輯進一步經組態以進入一低功率狀態直到一下一主要事件為止，即便：該第一封包包含一空白音訊封包，該第一回應封包包含第二音訊資料及該第一回應封包被該第二裝置成功接收之一應答；或該第一封包包含第一音訊資料，該第一裝置成功接收該第一音訊資料，該第一回應封包包含第二音訊資料，且該第一應答封包被該第一裝置成功接收。
  15. 如請求項13之第一裝置，其中該BLE邏輯進一步經組態以進入一低功率狀態直到對應於該主要事件之一重新傳輸事件為止，即便：該第一封包包含音訊資料且該第一裝置並未成功接收該音訊資料；或該第一回應封包包含第二音訊資料且該第一應答封包並未被該第一裝置接收；或若一音訊封包包含第一音訊資料，則該第一封包包含一控制封包；或 該第一回應封包包含一控制封包。
  16. 一種經組態以將音訊資料經由一藍芽低能量(BLE)無線通訊鏈路通訊至一第二裝置之第一裝置，該第一裝置包含：一天線；BLE邏輯，其耦接至該天線；其中該天線及該BLE邏輯經組態以：使用一BLE音訊傳輸架構經由該BLE鏈路將音訊資料通訊至該第二裝置，其中該BLE音訊傳輸架構指定指定時間切割式連接事件對之使用，其中一連接事件對包含一主要事件及一重新傳輸事件，其中每一連接事件發生在一週期性連接間隔，其中根據該BLE音訊傳輸架構，在一主要事件期間可傳輸音訊資料或控制資料，其中根據該BLE音訊傳輸架構，在一重新傳輸事件期間僅可傳輸音訊資料，其中根據該BLE音訊傳輸架構，若音訊資料與該主要事件一併被傳輸及應答，則在對應之該重新傳輸事件期間並不進行通訊，及其中根據該BLE音訊傳輸架構，若經傳輸之音訊資料在該主要事件期間未被成功接收或若控制資料而非音訊資料在該主要事件期間被傳輸，則在該重新傳輸事件期間進行通訊音訊資料之一嘗試。
  17. 如請求項16之第一裝置，其中根據該BLE音訊傳輸架構，使用空白非音訊BLE封包應答音訊封包。
  18. 如請求項16之第一裝置， 其中根據該BLE音訊傳輸架構，音訊資料可作為一輸入音訊串流、一輸出音訊串流或一雙向音訊串流而被通訊。
  19. 如請求項18之第一裝置，其中根據該BLE音訊傳輸架構，藉由將一空白音訊封包傳輸至一受控器裝置之一主控器裝置起始用於一輸入音訊串流之一連接事件。
  20. 如請求項16之第一裝置，其中根據該BLE音訊傳輸架構，在一連接事件發生之後清空音訊資料，不論該音訊資料是否被成功接收。
TW104136387A 2013-05-21 2014-04-23 經由藍芽低能量傳達之多通道音訊之同步化 TWI618370B (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361825624P 2013-05-21 2013-05-21
US61/825,624 2013-05-21
US14/075,273 2013-11-08
US14/075,273 US9712266B2 (en) 2013-05-21 2013-11-08 Synchronization of multi-channel audio communicated over bluetooth low energy

Publications (2)

Publication Number Publication Date
TW201607263A TW201607263A (zh) 2016-02-16
TWI618370B true TWI618370B (zh) 2018-03-11

Family

ID=50694047

Family Applications (2)

Application Number Title Priority Date Filing Date
TW103114743A TWI513213B (zh) 2013-05-21 2014-04-23 經由藍芽低能量傳達之多通道音訊之同步化
TW104136387A TWI618370B (zh) 2013-05-21 2014-04-23 經由藍芽低能量傳達之多通道音訊之同步化

Family Applications Before (1)

Application Number Title Priority Date Filing Date
TW103114743A TWI513213B (zh) 2013-05-21 2014-04-23 經由藍芽低能量傳達之多通道音訊之同步化

Country Status (3)

Country Link
US (1) US9712266B2 (zh)
TW (2) TWI513213B (zh)
WO (1) WO2014189619A1 (zh)

Families Citing this family (62)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7697281B2 (en) 2008-09-05 2010-04-13 Apple Inc. Handheld computing device
DK2628267T3 (da) 2010-10-14 2019-10-14 Gn Hearing As Høreapparat og fremgangsmåde til valg af en optimal transceiverkanal i et trådløst netværk
KR20150096915A (ko) * 2014-02-17 2015-08-26 삼성전자주식회사 멀티미디어 콘텐츠 공유 재생 방법 및 이를 구현하는 전자 장치
US20150253974A1 (en) 2014-03-07 2015-09-10 Sony Corporation Control of large screen display using wireless portable computer interfacing with display controller
US9693127B2 (en) * 2014-05-14 2017-06-27 Samsung Electronics Co., Ltd Method and apparatus for communicating audio data
US20150364143A1 (en) * 2014-06-12 2015-12-17 Samsung Electronics Co., Ltd. Method and apparatus for transmitting audio data
US9654906B2 (en) * 2014-06-12 2017-05-16 Samsung Electronics Co., Ltd Method for processing data based on bluetooth protocol and electronic device thereof
US20160098180A1 (en) * 2014-10-01 2016-04-07 Sony Corporation Presentation of enlarged content on companion display device
US9743219B2 (en) * 2014-12-29 2017-08-22 Google Inc. Low-power wireless content communication between devices
US9832578B2 (en) 2015-02-23 2017-11-28 Intricon Corporation Enabling concurrent proprietary audio and Bluetooth low energy using enhanced LE link layer for hearing device
US9788351B2 (en) * 2015-03-08 2017-10-10 Apple Inc. Establishing a bluetooth classic connection using an existing bluetooth low energy connection
US20160359925A1 (en) * 2015-06-08 2016-12-08 Lg Electronics Inc. Method and apparatus for transmitting and receiving data in wireless communication system
CN104936137B (zh) * 2015-06-09 2018-08-24 深圳市文鼎创数据科技有限公司 蓝牙绑定方法和蓝牙设备
US9923943B2 (en) 2015-07-06 2018-03-20 Livio, Inc. Low energy data streaming service
EP3826207B1 (en) * 2015-08-18 2022-05-11 GN Hearing A/S A method of exchanging data packages between first and second portable communication devices
US10003896B2 (en) * 2015-08-18 2018-06-19 Gn Hearing A/S Method of exchanging data packages of different sizes between first and second portable communication devices
US9831988B2 (en) * 2015-08-18 2017-11-28 Gn Hearing A/S Method of exchanging data packages between first and second portable communication devices
US9819705B2 (en) 2015-08-18 2017-11-14 Gn Hearing A/S Method of exchanging data packages between first and second portable communication devices using a favoured frequency band
US10044798B2 (en) * 2016-02-05 2018-08-07 International Business Machines Corporation Context-aware task offloading among multiple devices
US10484484B2 (en) 2016-02-05 2019-11-19 International Business Machines Corporation Context-aware task processing for multiple devices
US10306072B2 (en) * 2016-04-12 2019-05-28 Lg Electronics Inc. Method and device for controlling further device in wireless communication system
US10892833B2 (en) 2016-12-09 2021-01-12 Arris Enterprises Llc Calibration device, method and program for achieving synchronization between audio and video data when using Bluetooth audio devices
CN106535104B (zh) * 2016-12-16 2019-12-13 中南大学 一种基于流量感知的自适应蓝牙传输方法
IT201600130103A1 (it) 2016-12-22 2018-06-22 St Microelectronics Srl Procedimento di compensazione dello skew di orologio e relativo sistema
WO2018125796A1 (en) * 2016-12-27 2018-07-05 Denso International America, Inc. System and method for microlocation sensor communication
KR102340127B1 (ko) * 2017-03-24 2021-12-16 삼성전자주식회사 복수의 외부 장치들로 오디오 데이터를 전송하는 방법 및 전자 장치
CN107135256A (zh) * 2017-04-27 2017-09-05 建荣半导体（深圳）有限公司 蓝牙通信方法、通信装置、通信系统及电子设备
WO2018219948A1 (en) * 2017-05-31 2018-12-06 Widex A/S A method of operating a hearing aid fitting system and a hearing aid fitting system
KR102350498B1 (ko) * 2017-07-31 2022-01-14 삼성전자주식회사 외부 장치를 통해 오디오 신호를 재생하기 위한 전자 장치 및 그의 동작 방법
US20190104424A1 (en) * 2017-09-29 2019-04-04 Apple Inc. Ultra-low latency audio over bluetooth
CN109672998B (zh) * 2017-10-13 2022-01-18 瑞昱半导体股份有限公司 蓝牙联机建立方法
EP3474512B1 (en) 2017-10-20 2022-08-24 Google LLC Controlling dual-mode bluetooth low energy multimedia devices
KR102499917B1 (ko) * 2017-12-07 2023-02-16 삼성전자주식회사 측위를 수행하는 전자 장치 및 전자 장치의 제어 방법
US10629199B1 (en) * 2017-12-12 2020-04-21 Amazon Technologies, Inc. Architectures and topologies for vehicle-based, voice-controlled devices
US10624032B2 (en) 2017-12-18 2020-04-14 Intricon Corporation Synchronizing asynchronous dual-stack radio events for hearing device applications
WO2019129748A1 (en) * 2017-12-28 2019-07-04 Dopple Ip B.V. Wireless stereo headset with diversity
EP3741142B1 (en) * 2018-01-19 2021-11-10 Telefonaktiebolaget Lm Ericsson (Publ) Method and device for sharing an established connection between a primary device and one of a plurality of secondary devices in a network
US11071150B2 (en) 2018-05-02 2021-07-20 Google Llc True wireless solution for BT stereo audio playback
US10616743B2 (en) * 2018-06-18 2020-04-07 Qualcomm Incorporated Low-latency audio streaming with communication coexistence
WO2020017517A1 (ja) * 2018-07-20 2020-01-23 株式会社ソニー・インタラクティブエンタテインメント 音声信号処理システム、及び音声信号処理装置
EP3609207B1 (en) 2018-08-07 2021-05-19 GN Hearing A/S An audio rendering system
CN108966197A (zh) * 2018-08-20 2018-12-07 南昌黑鲨科技有限公司 基于蓝牙的音频传输方法、系统、音频播放设备及计算机可读存储介质
US11109440B2 (en) * 2018-11-02 2021-08-31 Plantronics, Inc. Discontinuous transmission on short-range packet-based radio links
US20220039041A1 (en) * 2018-12-07 2022-02-03 Huawei Technologies Co., Ltd. Point-to-Multipoint Data Transmission Method and Electronic Device
SG11202109350PA (en) * 2019-02-27 2021-09-29 Spreadtrum Communications Shanghai Co Ltd Wireless connection method, device group, system, and storage medium
KR102632299B1 (ko) * 2019-03-05 2024-02-02 삼성전자주식회사 블루투스 네트워크 환경에서 응답 메시지를 전송하기 위한 전자 장치 및 그에 관한 방법
KR102652380B1 (ko) 2019-03-05 2024-03-29 삼성전자주식회사 블루투스 네트워크 환경에서 응답 메시지를 전송하기 위한 전자 장치 및 그에 관한 방법
WO2020180168A1 (ko) * 2019-03-07 2020-09-10 엘지전자 주식회사 블루투스 기술을 이용하여 오디오 데이터를 수신하기 위한 방법 및 이에 대한 장치
US20220272644A1 (en) * 2019-07-10 2022-08-25 Lg Electronics Inc. Audio data transmission method using short-range wireless communication in wireless communication system and apparatus therefor
CN112771941B (zh) * 2019-09-04 2023-03-14 深圳市汇顶科技股份有限公司 数据同步方法、装置、设备、系统及存储介质
US11882533B2 (en) * 2019-09-18 2024-01-23 Lg Electronics Inc. Method for transmitting audio data using short-range wireless communication in wireless communication system, and apparatus therefor
US20210203454A1 (en) * 2019-12-31 2021-07-01 Samsung Electronics Co., Ltd. Method for transceiving data in bluetooth network environment and electronic device thereof
TWI750565B (zh) * 2020-01-15 2021-12-21 原相科技股份有限公司 真無線多聲道揚聲裝置及其多音源發聲之方法
CN111385621B (zh) * 2020-03-18 2022-08-02 海信视像科技股份有限公司 一种显示设备及蓝牙音频传输方法
US11080011B1 (en) 2020-03-20 2021-08-03 Tap Sound System Audio rendering device and audio configurator device for audio stream selection, and related methods
US11102565B1 (en) 2020-04-09 2021-08-24 Tap Sound System Low latency Bluetooth earbuds
US11627546B2 (en) 2020-09-02 2023-04-11 Semiconductor Components Industries, Llc Delaying rendering time for audio computing systems
US20230379667A1 (en) * 2020-10-23 2023-11-23 Lg Electronics Inc. Wireless sound output device and wireless sound output system comprising same
US11647332B2 (en) 2021-02-09 2023-05-09 Realtek Semiconductor Corp. Bluetooth communication system capable of avoiding voice interruption, and related Bluetooth device set
CN113115284B (zh) * 2021-03-09 2023-03-10 成都盛芯微科技有限公司 一种蓝牙系统的数据传输方法
CN115002273B (zh) * 2022-05-25 2024-01-16 恒玄科技(上海)股份有限公司 音频流播放方法、装置、移动终端、蓝牙耳机和存储介质
US11888911B1 (en) * 2022-09-20 2024-01-30 Zoom Video Communications, Inc. Synchronizing playback between nearby devices

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060153155A1 (en) * 2004-12-22 2006-07-13 Phillip Jacobsen Multi-channel digital wireless audio system
US20090298420A1 (en) * 2008-05-27 2009-12-03 Sony Ericsson Mobile Communications Ab Apparatus and methods for time synchronization of wireless audio data streams
CN202524388U (zh) * 2011-12-21 2012-11-07 国民技术股份有限公司 一种蓝牙配对系统及终端
US20130024018A1 (en) * 2011-07-22 2013-01-24 Htc Corporation Multimedia control method and multimedia control system
US20130102251A1 (en) * 2011-10-25 2013-04-25 Apple Inc. Data transfer using the bluetooth low energy standard

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040223622A1 (en) * 1999-12-01 2004-11-11 Lindemann Eric Lee Digital wireless loudspeaker system
US20070087686A1 (en) 2005-10-18 2007-04-19 Nokia Corporation Audio playback device and method of its operation
US8102836B2 (en) 2007-05-23 2012-01-24 Broadcom Corporation Synchronization of a split audio, video, or other data stream with separate sinks
EP2091230A1 (en) 2008-02-14 2009-08-19 Sony Corporation Method, device and system for synchronizing audi/video signals
US20120196534A1 (en) 2011-02-01 2012-08-02 Nokia Corporation Method, apparatus, and computer program product for broadcasting in short-range communication
US9037458B2 (en) 2011-02-23 2015-05-19 Qualcomm Incorporated Systems, methods, apparatus, and computer-readable media for spatially selective audio augmentation
WO2012167479A1 (en) 2011-07-15 2012-12-13 Huawei Technologies Co., Ltd. Method and apparatus for processing a multi-channel audio signal
US8849202B2 (en) 2011-08-19 2014-09-30 Apple Inc. Audio transfer using the Bluetooth Low Energy standard
US8997169B2 (en) 2012-03-23 2015-03-31 Sony Corporation System, method, and infrastructure for synchronized streaming of content

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060153155A1 (en) * 2004-12-22 2006-07-13 Phillip Jacobsen Multi-channel digital wireless audio system
US20090298420A1 (en) * 2008-05-27 2009-12-03 Sony Ericsson Mobile Communications Ab Apparatus and methods for time synchronization of wireless audio data streams
US20130024018A1 (en) * 2011-07-22 2013-01-24 Htc Corporation Multimedia control method and multimedia control system
US20130102251A1 (en) * 2011-10-25 2013-04-25 Apple Inc. Data transfer using the bluetooth low energy standard
CN202524388U (zh) * 2011-12-21 2012-11-07 国民技术股份有限公司 一种蓝牙配对系统及终端

Also Published As

Publication number Publication date
TW201607263A (zh) 2016-02-16
US9712266B2 (en) 2017-07-18
US20140348327A1 (en) 2014-11-27
TW201503617A (zh) 2015-01-16
WO2014189619A1 (en) 2014-11-27
TWI513213B (zh) 2015-12-11

Similar Documents

Publication Publication Date Title
TWI618370B (zh) 經由藍芽低能量傳達之多通道音訊之同步化
TWI828840B (zh) 在藍芽真無線身歷聲（ｔｗｓ）耳塞式耳機之間的快速角色切換
CN112313977B (zh) 利用通信共存的低时延音频流式传输
US10172146B2 (en) Wi-Fi and bluetooth coexistence
US8155695B2 (en) Apparatus and method to improve WLAN performance in a dual WLAN modality environment
US10772112B2 (en) Network neighborhood alignment
CN111294783B (zh) 音频数据传输的方法、装置、芯片和电子设备
JP2010522448A5 (zh)
US11115885B2 (en) Audio synchronization during handover
US10779210B2 (en) Handover of extended synchronous connection-oriented logical transport channel
EP3533166A1 (en) Instant uplink access without always on feedback
CN109525967B (zh) 设备到设备通信中的控制和共享信道
TW201208444A (en) Methods and apparatus to transmit uplink allocation indicators in wireless communications
TW201208442A (en) Methods and apparatus to poll in wireless communications based on assignments
CN114982369A (zh) 音频数据传输的方法、装置、芯片和电子设备
US20200275318A1 (en) Coexistence configuration switching for mesh networks
WO2023050128A1 (zh) 数据传输方法和装置
WO2021056585A1 (zh) 一种混合自动重传请求反馈方法及装置
US20230090911A1 (en) Low Latency Orthogonal Frequency Division Multiple Access Transmission Scheme
WO2023226662A1 (zh) 通信方法、通信装置和通信系统
WO2023231636A1 (zh) 一种通信方法及相关装置
EP4114036A1 (en) Method and system for transmitting audio data wirelessly
WO2023159410A1 (zh) 通信方法、设备、存储介质和计算机程序产品
WO2024067172A1 (zh) 一种数据传输的方法和装置
WO2023202164A1 (zh) 通信方法、通信装置和通信系统