CN116233811A - 多声道蓝牙音频数据传输方法及相关设备 - Google Patents

多声道蓝牙音频数据传输方法及相关设备 Download PDF

Info

Publication number
CN116233811A
CN116233811A CN202310079048.5A CN202310079048A CN116233811A CN 116233811 A CN116233811 A CN 116233811A CN 202310079048 A CN202310079048 A CN 202310079048A CN 116233811 A CN116233811 A CN 116233811A
Authority
CN
China
Prior art keywords
data
bluetooth audio
audio
receiving
target
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN202310079048.5A
Other languages
English (en)
Inventor
徐斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zgmicro Nanjing Ltd
Original Assignee
Zgmicro Nanjing Ltd
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 Zgmicro Nanjing Ltd filed Critical Zgmicro Nanjing Ltd
Priority to CN202310079048.5A priority Critical patent/CN116233811A/zh
Publication of CN116233811A publication Critical patent/CN116233811A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种多声道蓝牙音频数据传输方法及相关设备，其中，方法包括获取目标音频数据，目标音频数据为N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的音频数据；将目标音频数据聚合成聚合协议数据单元；确定目标数据链路，目标数据链路为N条数据链路中的需要反馈确认信息的部分数据链路，确认信息用于指示是否成功接收对应声道的音频数据；在当前等时间隔的一个子事件内，在子事件的发送时隙中向N个蓝牙音频接收端发送聚合协议数据单元，在子事件的接收时隙中，在目标数据链路上分别接收蓝牙音频接收端反馈的确认信息。本申请实施例提供的多声道蓝牙音频数据传输方法提高了多声道蓝牙音频数据传输方法的传输效率。

Description

多声道蓝牙音频数据传输方法及相关设备
技术领域
本申请涉及无线通信技术领域，尤其涉及一种多声道蓝牙音频数据传输方法及相关设备。
背景技术
无线音频技术(比如，无线音频技术中的蓝牙低功耗(Bluetooth Low Energy，BLE)音频技术)让人们可以无拘无束的享受音乐、自由通话，获得了人们的广泛喜爱。
目前，BLE音频技术，采用点到点通信的连接等时流(Connected IsochronousStream，CIS)链路协议及相对应的由多路CIS链路构成的连接等时组(ConnectedIsochronous Group，CIG)，给人们带来更低功耗更低成本及更高质量的无线多声道(Multi-channel)音频服务。但是，当要求进一步降低BLE音频技术的延迟时，需要缩短CIG链路的等时间隔(Isochronous Interval)和音频编码间隔。而缩短等时间隔和音频编码间隔后，CIG的链路效率会因为收发间隔和包头开销的比例增加而降低，这导致现有技术中多声道蓝牙音频数据传输方法的传输效率较低。
发明内容
本申请实施例提供一种多声道蓝牙音频数据传输方法及相关设备，提高了多声道蓝牙音频数据传输方法的传输效率。
为达到上述目的，第一方面，本申请实施例提供一种多声道蓝牙音频数据传输方法，应用于蓝牙音频发送端，所述蓝牙音频发送端基于N条数据链路分别与N个蓝牙音频接收端通信，所述N个蓝牙音频接收端分别与N个声道一一对应，N为大于1的正整数，包括：
获取目标音频数据，所述目标音频数据为所述N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据；
将所述目标音频数据聚合成聚合协议数据单元；
确定目标数据链路，所述目标数据链路为所述N条数据链路中的需要反馈确认信息的部分数据链路，所述确认信息用于指示是否成功接收对应声道的音频数据；
在当前等时间隔的一个子事件内，在所述子事件的发送时隙中向所述N个蓝牙音频接收端发送所述聚合协议数据单元，在所述子事件的接收时隙中，在所述目标数据链路上分别接收蓝牙音频接收端反馈的确认信息。
第二方面，本申请实施例提供一种多声道蓝牙音频数据传输方法，应用于蓝牙音频接收端，所述蓝牙音频接收端对应N个声道中的一个声道，其基于N条数据链路中的一条数据链路与蓝牙音频发送端通信，包括：
在当前等时通信间隔内的一个子事件内，在所述子事件的发送时隙中，接收蓝牙音频发送端发送的聚合协议数据单元；
在所述聚合协议数据单元所包含的目标音频数据中，获取与所述蓝牙音频接收端对应的一个声道的音频数据，所述目标音频数据为所述N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据，所述N个声道音频数据与所述N个声道一一对应，N为大于1的正整数；
在确认本蓝牙音频接收端所对应的数据链路为目标数据链路中的数据链路时，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，所述确认信息用于指示本蓝牙音频接收端是否成功接收对应的一个声道的音频数据，所述目标数据链路为N条数据链路中的需要反馈确认信息的部分数据链路。
第三方面，本申请实施例提供一种蓝牙音频发送端，包括：
第一获取模块，用于获取目标音频数据，所述目标音频数据为所述N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据；
聚合模块，用于将所述目标音频数据聚合成聚合协议数据单元；
确定模块，用于确定目标数据链路，所述目标数据链路为所述N条数据链路中的需要反馈确认信息的部分数据链路，所述确认信息用于指示是否成功接收对应声道的音频数据；
发送和接收模块，用于在当前等时间隔的一个子事件内，在所述子事件的发送时隙中向所述N个蓝牙音频接收端发送所述聚合协议数据单元，在所述子事件的接收时隙中，在所述目标数据链路上分别接收蓝牙音频接收端反馈的确认信息。
第四方面，本申请实施例提供一种蓝牙音频接收端，包括：
接收模块，用于在当前等时通信间隔内的一个子事件内，在所述子事件的发送时隙中，接收蓝牙音频发送端发送的聚合协议数据单元；
第二获取模块，用于在所述聚合协议数据单元所包含的目标音频数据中，获取与所述蓝牙音频接收端对应的一个声道的音频数据，所述目标音频数据为所述N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据，所述N个声道音频数据与所述N个声道一一对应，N为大于1的正整数；
发送模块，用于在确认本蓝牙音频接收端所对应的数据链路为目标数据链路中的数据链路时，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，所述确认信息用于指示本蓝牙音频接收端是否成功接收对应的一个声道的音频数据，所述目标数据链路为N条数据链路中的需要反馈确认信息的部分数据链路。
第五方面，本申请实施例提供一种多声道音频系统，包括：
如权利要求1至6中任一项所述的蓝牙音频发送端；
N个如权利要求7至10中任一项所述的蓝牙音频接收端；
其中，所述蓝牙音频发送端基于N条数据链路分别与所述N个蓝牙音频接收端通信，所述N个蓝牙音频接收端分别与N个声道一一对应，N为大于1的正整数；
在当前等时间隔的一个子事件内，所述蓝牙音频发送端在所述子事件的发送时隙中向所述N个蓝牙音频接收端发送聚合协议数据单元，所述N个蓝牙音频接收端同时接收所述聚合协议数据单元；
在所述子事件的接收时隙中，所述蓝牙音频发送端在目标数据链路上分别接收部分蓝牙音频接收端发送的确认信息，所述目标数据链路为所述N条数据链路中的需要反馈确认信息的部分数据链路，所述部分蓝牙音频接收端为所述N个蓝牙音频接收端中分别与所述目标数据链路中的数据链路相对应的蓝牙音频接收端。
第六方面，本申请实施例提供一种电子设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如第一方面所述的多声道蓝牙音频数据传输方法中的步骤，或如第二方面所述的多声道蓝牙音频数据传输方法。
第七方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储有程序，所述程序被处理器执行时实现如第一方面所述的多声道蓝牙音频数据传输方法中的步骤，或如第二方面所述的多声道蓝牙音频数据传输方法。
本实施例中，蓝牙音频发送端基于N条数据链路分别与N个蓝牙音频接收端通信，N个蓝牙音频接收端分别与N个声道一一对应，目标数据链路为所述N条数据链路中的需要反馈确认信息的部分数据链路，通过向N个蓝牙音频接收端发送聚合协议数据单元，在目标数据链路上分别接收蓝牙音频接收端反馈的确认信息，可以在发送时隙内，蓝牙音频发送端通过聚合协议数据单元向全部的蓝牙音频接收端发送目标音频数据；在接收时隙内，分别在选定的目标数据链路上接收部分蓝牙音频接收端反馈的确认信息。从而缩短了传输N个声道的音频数据的总耗时，可降低收发间隔、包头开销和回复确认信息所占的时隙比例，从而提高了多声道蓝牙音频数据传输的传输效率。相应地，蓝牙音频接收端在每个发送时隙均接收聚合协议数据单元，选择获取对应声道的音频数据，只在被要求反馈确认信息时才发送确认信息，进一步地缩短了传输N个声道的音频数据的总耗时，可降低收发间隔、包头开销和回复确认信息所占的时隙比例，从而提高了多声道蓝牙音频数据传输的传输效率。
此外，本实施例还可以灵活地指定部分蓝牙音频接收端优先回复确认信息，从而可有效提高传输可靠性。
本申请实施例提供的这种全新的多声道音频数据传输机制，可以实现低延迟的多声道无线音频传输。
附图说明
为了更清楚的说明本申请实施例中的技术方案，现对说明书附图作如下说明，显而易见地，下述附图仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据所列附图获得其他附图。
图1是现有技术中BLE Audio CIG协议的TWS耳机的CIG时隙结构示意图；
图2是本申请实施例可应用的无线多声道音频系统的结构示意图；
图3是本申请实施例提供的多声道蓝牙音频数据传输方法的流程示意图之一；
图4是本申请实施例提供的JCIG APDU包头格式的结构示意图；
图5是本申请实施例提供的JCIG时隙结构示意图之一；
图6是本申请实施例提供的JCIG时隙结构示意图之二；
图7是本申请实施例提供的多声道蓝牙音频数据传输方法的流程示意图之二；
图8是本申请实施例提供的无线音频设备结构的结构示意图；
图9是本申请实施例提供的JCIG时隙结构示意图之三；
图10是本申请实施例提供的蓝牙音频发送端的结构示意图之一；
图11是本申请实施例提供的蓝牙音频接收端的结构示意图之二；
图12是本申请实施例提供的电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。在本申请中的实施例的基础上，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
为了方便理解，下面先对本申请相关的背景技术进行说明。
请参见图1，图1是现有技术中蓝牙低功耗(Bluetooth Low Energy，BLE)音频(Audio)技术连接等时组(Connected Isochronous Group，CIG)协议的真无线立体声(TrueWireless Stereo，TWS)耳机的CIG时隙结构示意图。其中，通信的空中时间被划分为等时间隔(Isochronous Interval)，每个等时间隔的起点为CIG锚点(Anchor Point)。在每个等时间隔内，包括多个子事件(Subevent)时隙用于无线双声道蓝牙音频发送端给TWS耳机交替发送左右声道音频协议数据单元(Protocol Data Unit，PDU)，每个Subevent占用的空中时隙长度为子间隔(Sub_Interval)。无线双声道蓝牙音频发送端与TWS耳机的左声道耳机(单声道蓝牙音频接收端1)和右声道耳机(单声道蓝牙音频接收端2)分别建立连接等时流(Connected Isochronous Stream，CIS)1链路和CIS2链路，CIS1和CIS2组合为CIG。如图1所示，总共6个Subevent，无线双声道蓝牙音频发送端在Subevent 1先发送CIS1 PDU给单声道蓝牙音频接收端1，再接收单声道蓝牙音频接收端1回复的确认信息包(ACK1)。然后，在Subevent 2发送CIS2 PDU给单声道蓝牙音频接收端2，再接收单声道蓝牙音频接收端2回复的确认信息包(ACK2)。CIS1 PDU与ACK1之间的间隔，和CIS2 PDU与ACK2之间的间隔为帧间空间的时间(Time of Inter-frame Space，T_IFS)。Subevent之间的间隔大于最小承受空间时间(Time of Minimum Subevent Space，T_MSS)。如果无线双声道蓝牙音频发送端没有收到单声道蓝牙音频接收端1或单声道蓝牙音频接收端2回复的正确接收CIS1 PDU或CIS2PDU的确认信息，则分别在Subevent3和Subeven4，Subvent5和Subeven6重发CIS1 PDU或CIS2 PDU，并接收相应的ACK1或ACK2。Subevent1、Subevent3和Subvent5构成CIS1链路；Subevent2、Subevent4和Subvent6构成CIS2链路。
综上所述，现有技术中每个子事件中只发送一个声道的音频数据给对应的单声道蓝牙音频接收端，当要求进一步降低TWS耳机的延迟时，需要缩短CIG链路的等时间隔和音频编码间隔。而缩短等时间隔和音频编码间隔后，CIG的链路效率会因为收发间隔(即T_IFS)和包头开销的比例增加而降低。即是说，现有技术中多声道蓝牙音频数据传输方法的传输效率较低。
为了解决这一问题，本申请实施例提供一种多声道蓝牙音频数据传输方法。下面结合附图，通过具体的实施例对本申请实施例提供的多声道蓝牙音频数据传输方法进行详细地说明。
为了更清晰的区别于现有技术，便于描述和理解，本文中将本申请实施例的多声道蓝牙音频数据传输方法也称作为联合连接等时流(JCIS:Joint Connected IsochronousStream)链路协议。并且，与蓝牙低功耗(Bluetooth Low Energy，BLE)音频(Audio)技术中关于连接等时流(CIS:Connected Isochronous Stream)链路协议及相对应的由多路CIS链路构成的连接等时组(CIG:Connected Isochronous Group)的定义相仿的，本申请实施例中，蓝牙音频发送端与每个蓝牙音频接收端之间通过联合连接等时流(JCIS:JointConnected Isochronous Stream)链路连接。蓝牙音频发送端与所有蓝牙音频接收端之间的JCIS链路构成联合连接等时组(JCIG:Joint Connected Isochronous Group)。可以理解的是，JCIS链路为蓝牙通信的数据链路。
本申请实施例提供的方法可以应用于无线多声道音频系统中。无线多声道音频系统包括蓝牙音频发送端和至少两个蓝牙音频接收端，蓝牙音频发送端和蓝牙音频接收端之间可进行通信。其中，蓝牙音频发送端可以为多声道蓝牙音频发送设备，如手机、蓝牙音箱、电视机等；蓝牙音频接收端可以为单声道蓝牙音频接收设备，也可以为多声道蓝牙音频接收设备。如，单声道蓝牙音箱，TWS耳机、头戴式蓝牙耳机等。几个单声道的蓝牙音频接收端也可以被集成在一个多声道蓝牙音频接收设备内。
示例性地，请参见图2，无线多声道音频系统由一个蓝牙音频发送端和N个蓝牙音频接收端构成，N为大于1的正整数。在一些具体实施例中，所述蓝牙音频接收端可以是单声道音频接收端。其中，蓝牙音频发送端发送至少两个声道对应的两路音频数据流，由至少两个单声道蓝牙音频接收端接收。蓝牙音频发送端与每个蓝牙音频接收端之间通过联合连接等时流(Joint Connected Isochronous Stream，JCIS)链路建立通信连接。蓝牙音频发送端与无线多声道音频系统中的全部蓝牙音频接收端之间的N个JCIS链路构成联合连接等时组(Joint Connected Isochronous Group，JCIG)。一个联合连接等时组JCIG内的蓝牙音频发送端和蓝牙音频接收端在进行所述多声道蓝牙音频数据传输时遵循相同的通信时隙结构。
以下对本申请实施例提供的多声道蓝牙音频数据传输方法进行说明。
参见图3，图3是本申请实施例提供的多声道蓝牙音频数据传输方法的流程示意图之一。图3所示的多声道蓝牙音频数据传输方法可以由蓝牙音频发送端执行。所述蓝牙音频发送端基于N条数据链路分别与N个蓝牙音频接收端通信，所述N个蓝牙音频接收端分别与N个声道一一对应，N为大于1的正整数。
如图3所示，多声道蓝牙音频数据传输方法可以包括以下步骤：
步骤101，获取目标音频数据，所述目标音频数据为所述N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据；
具体实现时，在N个声道的音频数据被首次用于获取目标音频数据的情况下，蓝牙音频发送端还未向蓝牙音频接收端发送过这些音频数据，因此，蓝牙音频接收端也未基于这些音频数据的接收情况发送过确认信息。在该情况下，被首次用于获取目标音频数据的N个声道的音频数据均未被相应的蓝牙音频接收端确认已经成功接收，此时，所获取的目标音频数据包括N个声道的音频数据。
为提高音频传输的可靠性，N个声道的音频数据中的任意一个声道的音频数据未被相应的蓝牙音频接收端确认已经成功接收的情况下，蓝牙音频发送端可以再次发送该声道的音频数据。因而，在N个声道的音频数据非首次地用于获取目标音频数据的情况下，蓝牙音频发送端已向蓝牙音频接收端发送过包含这些音频数据的聚合协议数据单元，因此，蓝牙音频接收端已基于聚合协议数据单元的接收情况发送过确认信息。在该情况下，N个声道的音频数据中可能已存在部分声道的音频数据已被相应的蓝牙音频接收端确认已经成功接收，目标音频数据为N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据。
步骤102，将所述目标音频数据聚合成聚合协议数据单元；
步骤103，确定目标数据链路，所述目标数据链路为所述N条数据链路中的需要反馈确认信息的部分数据链路，所述确认信息用于指示是否成功接收对应声道的音频数据；
前文已述，蓝牙音频发送端通过数据链路与所述蓝牙音频接收端通信连接，若有N个声道，则对应有N个数据链路，每个数据链路对应一个蓝牙音频接收端。
本实施例中，通过确定目标数据链路，蓝牙音频发送端可以仅要求N个蓝牙音频接收端中的部分蓝牙音频接收端(对应于目标数据链路的蓝牙音频接收端)对接收情况进行反馈。
在实际应用中，蓝牙音频发送端通常会向N个蓝牙音频接收端多次重复发送音频数据，因此，为了进一步提高传输效率，仅要求聚合协议数据单元中音频数据对应的全部数据链路中的部分数据链路(即目标数据链路)对接收情况进行反馈。也就是说在每次向N个蓝牙音频接收端发送聚合协议数据单元后可以指示不同的数据链路对接收情况进行反馈，这样，可以降低回复确认信息所占的时隙比例，从而提高了多声道蓝牙音频数据传输方法的传输效率，也可以提高多声道蓝牙音频数据传输方法的传输可靠性。
举例来说，若两次发送的聚合协议数据单元的音频数据均对应4个数据链路，那么第一次向N个蓝牙音频接收端发送聚合协议数据单元之后，可以要求其中两个数据链路对接收情况进行反馈，第二次向N个蓝牙音频接收端发送聚合协议数据单元之后，要求另外两个数据链路对接收情况进行反馈。这样可以缩短每次反馈过程中确认信息的传输时间，可以降低回复确认信息所占的时隙比例，从而缩短传输N个音频数据的总耗时，进而提高多声道蓝牙音频数据传输方法的传输效率。
可以根据各种预设规则确定目标数据链路的方式。通过设置目标链路，可以在每次向N个蓝牙音频接收端发送聚合协议数据单元之后，只接收N个蓝牙音频接收端中的与目标链路对应的部分蓝牙音频接收端的确认信息，这样，可以缩短每个子事件中的接收时隙的总耗时，从而缩短传输N个蓝牙音频接收端对应的N个音频数据的总耗时，进而提高了多声道蓝牙音频数据传输方法的传输效率。
具体实现时，步骤102和步骤103的顺序可以为先执行步骤102，再执行
步骤103，也可以为先执行步骤103，再执行步骤102。
在先执行步骤103，再执行步骤102的情况下，在实施例一中，将第三指示信息和目标音频数据聚合成聚合协议数据单元，使聚合协议数据单元携带第三指示信息，第三指示信息用于指示需要在子事件的接收时隙中反馈确认信息的目标数据链路。该实施例一中，通过将第三指示信息和目标音频数据聚合成聚合协议数据单元，使聚合协议数据单元携带第三指示信息，可以在发送聚合协议数据单元的同时一并发送第三指示信息，节省了信令开销。
在先执行步骤103，再执行步骤102，或者先执行步骤102，再执行步骤103的情况下，在实施例二中，也可以将聚合协议数据单元和第三指示信息分别单独发送给蓝牙音频接收端。该实施例二中，分别单独发送聚合协议数据单元和第三指示信息。
步骤104，在当前等时间隔的一个子事件内，在所述子事件的发送时隙中向所述N个蓝牙音频接收端发送所述聚合协议数据单元，在所述子事件的接收时隙中，在所述目标数据链路上分别接收蓝牙音频接收端反馈的确认信息。
具体实现时，蓝牙音频发送端向N个蓝牙音频接收端发送聚合协议数据单元，N个蓝牙音频接收端同时接收聚合协议数据单元。
蓝牙音频接收端可以接收蓝牙音频发送端单独向其发送的第三指示信息，从而获取第三指示信息。也可以在接收到聚合协议数据单元之后，从聚合协议数据单元的包头中获取第三指示信息，并根据第三指示信息，确定本蓝牙音频接收端对应的数据链路是否为目标数据链路(即前述的目标数据链路)中的一个。若是，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，否则不发送确认信息。
可选地，在确定本蓝牙音频接收端对应的数据链路是所述目标数据链路中的数据链路时，基于所述目标数据链路中各数据链路的序列号的大小顺序，选择所述多个相邻的接收子时隙中的一个接收子时隙，发送所述确认信息。在蓝牙音频接收端接收到聚合协议数据单元之后，根据第三指示信息，确定本蓝牙音频接收端对应的数据链路是否为目标数据链路中的一个的情况下，可根据本蓝牙音频接收端对应的数据链路的序列号，与目标数据链路中其他数据链路的序列号，选择多个相邻的接收子时隙中的一个接收子时隙，发送所述确认信息。
举例而言，参见图9，若目标数据链路包括2条数据链路，按数据链路序列号的升序排列顺序选择接收子时隙以发送确认信息。本蓝牙音频接收端对应的数据链路的序列号为1，2条数据链路中另一条数据链路的序列号为2，那么，选择子事件中的第一个接收子时隙，发送本蓝牙音频接收端的确定信息。子事件中的第二个接收子时隙用于发送2条数据链路中另一条数据链路对应的蓝牙接收端的确认信息。
本实施例中，蓝牙音频发送端基于N条数据链路分别与N个蓝牙音频接收端通信，N个蓝牙音频接收端分别与N个声道一一对应，目标数据链路为所述N条数据链路中的需要反馈确认信息的部分数据链路，通过向N个蓝牙音频接收端发送聚合协议数据单元，在目标数据链路上分别接收蓝牙音频接收端反馈的确认信息，可以在发送时隙内，蓝牙音频发送端通过聚合协议数据单元向全部的蓝牙音频接收端发送目标音频数据；在接收时隙内，分别在选定的目标数据链路上接收部分蓝牙音频接收端反馈的确认信息。从而缩短了传输N个声道的音频数据的总耗时，可降低收发间隔、包头开销和回复确认信息所占的时隙比例，从而提高了多声道蓝牙音频数据传输的传输效率。相应地，蓝牙音频接收端在每个发送时隙均接收聚合协议数据单元，选择获取对应声道的音频数据，只在被要求反馈确认信息时才发送确认信息，进一步地缩短了传输N个声道的音频数据的总耗时，可降低收发间隔、包头开销和回复确认信息所占的时隙比例，从而提高了多声道蓝牙音频数据传输的传输效率。
此外，本实施例还可以灵活地指定部分蓝牙音频接收端优先回复确认信息，从而可有效提高传输可靠性。
本申请的这种全新的多声道音频数据传输机制，可以实现低延迟的多声道无线音频传输。
在一实施例中，所述N条数据链路构成JCIG，所述聚合协议数据单元携带第一指示信息，所述第一指示信息为JCIG使能指示信息。
使聚合协议数据单元携带用于指示所述聚合协议数据单元的类型的第一指示信息，从而使得本申请的方法可以同时兼容BLE CIS链路协议。
所述蓝牙音频发送端设置所述第一指示信息为JCIG使能时，基于本申请实施例的JCIS链路协议，执行联合连接等时组JCIG内的多声道蓝牙音频数据传输。
所述蓝牙音频发送端设置所述第一指示信息为JCIG非使能时，基于BLE CIS链路协议，执行蓝牙低功耗BLE连接等时组CIG内的蓝牙音频数据传输。
第一指示信息可以通过聚合协议数据单元的包头携带。示例性地，请参见图4，JCIG APDU包头格式如图4所示。JCIG APDU(即聚合协议数据单元)同BLE CIS PDU(即现有技术中的音频数据)结构相同。所不同的是，JCIG APDU的包头由BLE CIS PDU的包头修改得到，JCIG APDU负载(Payload)由多个声道的音频数据依次组合构成。
其中，BLE CIS PDU包头中原来的一个保留(Reserved for future use，RFU)比特(bit)作为JCIG使能指示信息(即用其指示聚合协议数据单元的类型)，JCIG置为1代表当前PDU类型为JCIG APDU，置为0则代表CIS PDU。
在一实施例中，所述聚合协议数据单元携带第二指示信息，所述第二指示信息用于指示所述目标音频数据所对应的数据链路。
第二指示信息可以通过聚合协议数据单元的包头携带。示例性地，请参见图4，JCIG APDU包头格式如图4所示。JCIG APDU(即聚合协议数据单元)同BLE CIS PDU(即现有技术中的音频数据)结构相同。所不同的是，JCIG APDU的包头由BLE CIS PDU的包头修改得到，JCIG APDU负载(Payload)由多个声道的音频数据依次组合构成。
在蓝牙音频发送端发送的音频数据为聚合协议数据单元时，JCIG APDU的包头可在BLE CIS PDU包头基础上扩展1个字节，其中JCIG MT(4比特)用于指示JCIG APDU负载(Payload)中包含哪些JCIS链路的音频数据(即目标音频数据对应的数据链路)，4比特最多指示四个声道，某个比特置1代表JCIG APDU负载包含其对应的JCIS链路的音频数据。需要说明的是，JCIG MT的比特数量可以根据实际需要设置，包括但不限于4个比特。
在TWS耳机应用中，TWS耳机包含两个单声道蓝牙音频接收设备，分别对应左声道耳机和右声道耳机。第0比特和第1比特都置为1，代表聚合协议数据单元里依次包含左声道和右声道的音频数据，第0比特或第1比特只有一个比特置为1，代表聚合协议数据单元里只包含左声道或右声道的音频数据。
蓝牙音频接收端接收到聚合协议数据单元之后，从聚合协议数据单元的包头中获取第二指示信息，并根据第二指示信息，确定当前聚合协议数据单元是否包含本蓝牙音频接收端对应的一个声道的音频数据。
具体而言，蓝牙音频接收端判断本蓝牙音频接收端与蓝牙音频发送端的数据链路是否属于第二指示信息中的目标音频数据对应的数据链路中的一个，若是，则当前聚合协议数据单元包含本蓝牙音频接收端对应的一个声道的音频数据；若否，则当前聚合协议数据单元不包含本蓝牙音频接收端对应的一个声道的音频数据。
可选地，所述步骤103包括：
根据预设规则确定所述目标数据链路；
其中，所述预设规则为：
根据所述目标音频数据中各个声道的音频数据分别对应的数据链路的序列号的大小顺序，确定所述目标数据链路；或者，
根据所述目标音频数据中各个声道的音频数据分别对应的数据链路的信道质量情况确定所述目标数据链路，所述目标数据链路的信道质量优于所述N条数据链路中除所述目标数据链路之外的其他数据链路。
具体实现时，可以根据数据链路的序列号确定每次向N个蓝牙音频接收端发送聚合协议数据单元后由哪些数据链路对接收情况进行反馈。比如按序列号升序或降序的顺序依次确定目标数据链路。
在具体实施时，可以从聚合协议数据单元中音频数据对应的所有数据链路中选择所述目标数据链路。例如，在N个声道的音频数据被加载到聚合协议单元首次发送时，从N条数据链路中选择部分数据链路作为目标数据链路，在N个声道的音频数据中的M个声道的音频数据被加载到聚合协议数据单元以再次发送时(M为正整数)，可以选择对应的M条数据链路作为目标数据链路，也可以选择M条数据链路中的部分数据链路作为目标数据链路。在一些具体实施例中，可以设置目标数据链路的数量小于或等于预定值，预定值如2，3，4等。从而在数据传输过程中可根据具体应用场景和通信质量等因素，灵活配置目标数据链路的数量和反馈对象。
举例来说，若第一次发送的聚合协议数据单元对应3个数据链路，数据链路1的序列号为1，数据链路1对应蓝牙接收端1，数据链路2的序列号为2，数据链路2对应蓝牙接收端2，数据链路3的序列号为3，数据链路3对应蓝牙接收端3。若按序列号升序的顺序依次确定目标数据链路，那么第一次向所有蓝牙音频接收端发送聚合协议数据单元之后，可以要求数据链路1和数据链路2对接收情况进行反馈。若第二次发送的聚合协议数据单元与第一次发送的聚合协议数据单元相同，则第二次可以只要求数据链路3对接收情况进行反馈。若第二次发送的聚合协议数据单元只对应数据链路1和数据链路3，可以要求它们均对接收情况进行反馈，也可以只要求序列号较小的数据链路1进行反馈。
具体实现时，也可以根据信道质量确定目标数据链路。
应理解，信道质量越好的数据链路成功接收其对应的音频数据的概率越大，因此，可以令信道质量越好的数据链路越优先对接收情况进行反馈。这样，可将已成功接收的音频数据从聚合协议数据单元中删除，以使聚合协议数据单元携带的总音频数据量减少，再次传输聚合协议数据单元所需要传输能量减少，从而节省了传输能量。此外，信道质量较差的蓝牙音频接收端自然地可以增加接收机会，从而提高接收可靠性。
第三指示信息可以通过聚合协议数据单元的包头携带。示例性地，请参见图4，JCIG APDU包头格式如图4所示。JCIG APDU(即聚合协议数据单元)同BLE CIS PDU(即现有技术中的音频数据)结构相同。所不同的是，JCIG APDU的包头由BLE CIS PDU的包头修改得到，JCIG APDU负载(Payload)由多个声道的音频数据依次组合构成。JCIG APDU包头扩展1个字节的JACK MT(4比特)用于指示哪些JCIS链路(即目标数据链路)需要回复确认信息。需要说明的是，JACK MT的比特数量可以根据实际需要设置，包括但不限于4个比特。
示例性地，在TWS耳机应用中，蓝牙音频发送端与TWS耳机的左声道耳机和右声道耳机之间分别通过一条JCIS链路连接并发送左声道音频或右声道音频，两条JCIS链路即JCIS1和JCIS2构成JCIG。
一般指示其中一个JCIS链路回复确认信息。具体地，在图5子事件1的JCIG APDU包头里，JACK MT的第0比特置为1，其它比特都置为0，代表要求JCIS1链路回复ACK1。在图5子事件2的JCIG APDU包头里，JACK MT的第1比特置为1，其它比特都置为0，代表要求JCIS2链路回复ACK2。在图6子事件1的JCIG APDU包头里，JACK MT的第1比特置为1，其它比特都置为0，代表要求JCIS2链路回复ACK2。在图6子事件2的JCIG APDU包头里，JACK MT的第0比特置为1，其它比特都置为0，代表要求JCIS1链路回复ACK1。
在一实施例中，所述子事件的接收时隙中包括多个相邻的接收子时隙；
所述在所述子事件的接收时隙中，在所述目标数据链路上分别接收蓝牙音频接收端反馈的确认信息，包括：
在所述目标数据链路中相应的每个数据链路上，且在所述多个相邻的接收子时隙中分时地接收每个蓝牙音频接收端反馈的确认信息。
举例而言，参见图9，子事件的接收时隙中包括2个相邻的接收子时隙(即K为2)，在子事件1中，第一个接收子时隙中接收一个蓝牙音频接收端反馈的确认信息ACK1，第二个接收子时隙中接收另一个蓝牙音频接收端反馈的确认信息ACK2。
在一些具体实施例中，所述蓝牙音频发送端针对当前等时间隔的第一子事件，执行第一次获取目标音频数据、确定目标数据链路，并生成第一聚合协议数据单元的步骤，从而在第一子事件中发送第一聚合协议数据单元，并接收相应的确认信息。之后，针对当前等时间隔的第二子事件，基于第一子事件中接收的确认信息，执行第二次获取目标音频数据、确定目标数据链路，并生成第二聚合协议数据单元的步骤，从而在第二子事件中发送第二聚合协议数据单元，并接收相应的确认信息。第二子事件为第一子事件之后且相邻的一个子事件。第二聚合协议数据单元中所携带的音频数据，不包含已在第一子事件中被成功接收的那些声道的音频数据。
在一实施例中，所述聚合协议数据单元的包头中携带第一指示信息，所述第一指示信息为联合连接等时组JCIG使能指示信息，
所述蓝牙音频发送端执行联合连接等时组JCIG内的多声道蓝牙音频数据传输时，设置所述第一指示信息为JCIG使能，并设置所述聚合协议数据单元的包头携带第二指示信息、第三指示信息，设置所述聚合协议数据单元的负载携带聚合后的所述目标音频数据；
所述蓝牙音频发送端执行蓝牙低功耗BLE连接等时组CIG内的蓝牙音频数据传输时，设置所述第一指示信息为JCIG非使能，并根据蓝牙低功耗连接等时流协议数据单元BLECIS PDU的格式设置所述聚合协议数据单元的包头和负载。
参见图7，本申请实施例还提供一种多声道蓝牙音频数据传输方法，应用于蓝牙音频接收端，所述蓝牙音频接收端对应N个声道中的一个声道，其基于N条数据链路中的一条数据链路与蓝牙音频发送端通信，包括：
步骤201，在当前等时通信间隔内的一个子事件内，在所述子事件的发送时隙中，接收蓝牙音频发送端发送的聚合协议数据单元；
步骤202，在所述聚合协议数据单元所包含的目标音频数据中，获取与所述蓝牙音频接收端对应的一个声道的音频数据，所述目标音频数据为所述N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据，所述N个声道音频数据与所述N个声道一一对应，N为大于1的正整数；
步骤203，在确认本蓝牙音频接收端所对应的数据链路为目标数据链路中的数据链路时，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，所述确认信息用于指示本蓝牙音频接收端是否成功接收对应的一个声道的音频数据，所述目标数据链路为N条数据链路中的需要反馈确认信息的部分数据链路。
可选地，所述聚合协议数据单元携带第二指示信息，所述第二指示信息用于指示所述目标音频数据所对应的数据链路，
所述在所述子事件的发送时隙中，接收蓝牙音频发送端发送的聚合协议数据单元之后，包括：
基于所述聚合协议数据单元，获取所述第二指示信息；
基于所述第二指示信息，确定当前聚合协议数据单元是否包含本蓝牙音频接收端对应的一个声道的音频数据。
可选地，所述聚合协议数据单元携带第三指示信息，所述第三指示信息用于指示需要在所述子事件的接收时隙中反馈确认信息的所述目标数据链路，
所述在所述子事件的发送时隙中，接收蓝牙音频发送端发送的聚合协议数据单元之后，包括：
基于所述聚合协议数据单元，获取所述第三指示信息；
基于所述第三指示信息，判断本蓝牙音频接收端对应的数据链路是否为所述目标数据链路中的数据链路；
在确定本蓝牙音频接收端对应的数据链路是所述目标数据链路中的数据链路时，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，否则不发送确认信息。
可选地，所述子事件的接收时隙中包括多个相邻的接收子时隙，所述在确认本蓝牙音频接收端所对应的数据链路为目标数据链路中的数据链路时，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，包括：
在确定本蓝牙音频接收端对应的数据链路是所述目标数据链路中的数据链路时，基于所述目标数据链路中各数据链路的序列号的大小顺序，选择所述多个相邻的接收子时隙中的一个接收子时隙，发送所述确认信息。
需要说明的是，本实施例作为与图3方法实施例对应的蓝牙音频接收端的实施例，因此，可以参见图3方法实施例中的相关说明，且可以达到相同的有益效果。为了避免重复说明，在此不再赘述。
为了便于理解，下面以两个完整的实施例对本申请提供的方法进行说明。
实施例一：
以BLE Audio双声道TWS耳机为具体实施例来说明所述无线多声道音频系统JCIG协议的工作原理。无线多声道蓝牙音频发送端可以为智能手机，智能电视，智能音箱或其它音频发射设备，蓝牙音频接收端为TWS耳机。TWS耳机包含两个单声道蓝牙音频接收端，分别对应左声道耳机和右声道耳机。无线多声道蓝牙音频发送端为无线双声道蓝牙音频发送端，发送两个声道的音频，一个左声道，一个右声道。每个单声道蓝牙音频接收端接收一个声道，分别对应左声道和右声道。无线双声道蓝牙音频发送端与TWS耳机的左声道耳机和右声道耳机之间分别通过一条JCIS链路连接并发送左声道音频或右声道音频，两条JCIS链路构成JCIG。
图5和图6为采用所述JCIG协议的TWS耳机的JCIG时隙结构，其中，通信时间被划分为等时间隔(Isochronous Interval)，每个等时间隔的起点为JCIG锚点(Anchor Point)。在每个等时间隔内，包含多个子事件(Subevent)时隙用于无线双声道蓝牙音频发送端给TWS耳机发送聚合左右声道音频的APDU，每个Subevent占用的空中时隙长度为Sub_Interval。无线双声道蓝牙音频发送端与TWS耳机的左声道耳机(单声道蓝牙音频接收端1)和右声道耳机(单声道蓝牙音频接收端2)分别建立JCIS1链路和JCIS2链路，JCIS1和JCIS2组合为JCIG。
如图5所示，总共4个Subevent，无线双声道蓝牙音频发送端在Subevent1发送JCIGAPDU给单声道蓝牙音频接收端1和单声道蓝牙音频接收端2，并接收单声道蓝牙音频接收端1回复的确认信息包(ACK1)。然后，在Subevent 2再次发送JCIG APDU给单声道蓝牙音频接收端1和单声道蓝牙音频接收端2，并接收单声道蓝牙音频接收端2回复的确认信息包(ACK2)。其中，如果在Subevent 1单声道蓝牙音频接收端1确认正确收到了左声道音频PDU，则无线双声道蓝牙音频发送端在Subevent 2发送的JCIG APDU只包含右声道音频PDU。如果无线双声道蓝牙音频发送端没有收到单声道蓝牙音频接收端1或单声道蓝牙音频接收端2回复的正确接收JCIG APDU中相应声道的PDU的确认信息，则继续在Subvent3和Subeven4重发的JCIG APDU包含相应声道的PDU，并接收相应的ACK1或ACK2。JCIG APDU与ACK1之间的间隔，和JCIG APDU与ACK2之间的间隔为T_IFS(Time of Inter-frame Space)。Subevent之间的间隔大于T_MSS(Time of Minimum Subevent Space)。Subevent1、Subevent2、Subvent3和Subvent4的JCIG APDU同ACK1构成JCIS1链路。Subevent1、Subevent2、Subvent3和Subvent4的JCIG APDU同ACK2构成JCIS2链路。
如图5所示，无线双声道蓝牙音频发送端要求单声道蓝牙音频接收端回复确认信息的先后顺序，是根据单声道数据链路的序列号来确定。而如图6所示，总共4个Subevent，其中，优选地，无线双声道蓝牙音频发送端要求信道质量好的单声道蓝牙音频接收端优先回复确认信息，要求信道质量差的单声道蓝牙音频接收端延后回复确认信息。具体地，无线双声道蓝牙音频发送端在Subevent 1发送JCIG APDU给单声道蓝牙音频接收端1和单声道蓝牙音频接收端2，并要求信道质量好的单声道蓝牙音频接收端2先回复确认信息包(ACK2)。无线双声道蓝牙音频发送端接收到单声道蓝牙音频接收端2正确接收JCIG APDU里右声道音频PDU的确认信息后，在Subevent 2的JCIG APDU里只重复发送左声道音频PDU给单声道蓝牙音频接收端1，并要求单声道蓝牙音频接收端1回复确认信息包(ACK1)。如果无线双声道蓝牙音频发送端在Subevent 2没有收到单声道蓝牙音频接收端1回复的正确接收左声道音频PDU的确认信息，则在Subevent 3和Subevent 4继续重复发送。
所述JCIG APDU同BLE CIS PDU结构相同。所不同的是，JCIG APDU包头由BLE CISPDU包头修改得到，JCIG APDU负载(Payload)由多个声道的音频数据依次组合构成。JCIGAPDU包头格式如图4所示。其中，BLE CIS PDU包头中原来的一个保留(RFU:Reserved forfuture use)比特(bit)作为JCIG使能指示信息，JCIG置为1代表当前PDU类型为JCIG APDU，置为0则代表CIS PDU。JCIG置为1时，JCIG APDU包头在BLE CIS PDU包头基础上扩展1个字节，其中4比特(JCIG MT)用于指示JCIG APDU负载(Payload)中包含哪些JCIS链路的音频数据，4比特最多指示四个声道，某个比特置1代表JCIG APDU负载包含其对应的JCIS链路的音频数据。
在TWS耳机应用里，第0比特和第1比特都置为1，代表负载里依次包含左声道和右声道的音频数据，第0比特或第1比特只有一个比特置为1，代表负载里只包含左声道或右声道的音频数据。
具体地，在图5Subevent 1和Subevent 2的JCIG APDU包头里，JCIG MT第0比特和第1比特都置为1。在图6Subevent 1的JCIG APDU包头里，JCIG MT第0比特和第1比特都置为1，但是，在Subevent 2的JCIG APDU包头里，JCIG MT只有第0比特置为1。
JCIG APDU包头扩展1个字节的另外4比特(JACK MT)用于指示哪些JCIS链路需要回复确认信息。例如，在TWS耳机应用中，一般指示其中一个JCIS链路回复确认信息。具体地，在图5Subevent 1的JCIG APDU包头里，JACK MT的第0比特置为1，其它比特都置为0，代表要求JCIS1链路回复ACK1。在图5Subevent 2的JCIG APDU包头里，JACK MT的第1比特置为1，其它比特都置为0，代表要求JCIS2链路回复ACK2。在图6Subevent 1的JCIG APDU包头里，JACK MT的第1比特置为1，其它比特都置为0，代表要求JCIS2链路回复ACK2。在图6Subevent2的JCIG APDU包头里，JACK MT的第0比特置为1，其它比特都置为0，代表要求JCIS1链路回复ACK1。
JCIG APDU包头的其它域的意义同BLE CIS PDU包头一样。LLID(Logical LinkIdentifier)为逻辑链路标识，用于指示JCIG APDU的负载类型。NESN(Next ExpectedSequence Number)为下一个期待的序列号，SN(Sequence Number)为当前序列号。CIE(Close Isochronous Event)是关闭等时事件，表示是否结束等时事件。NPI(Null PDUIndicator)为Null PDU标识，在CIS PDU里表示该PDU为CIS Data PDU(数据PDU)还是CISNull PDU(空PDU)，在JCIG APDU里表示该APDU为JCIG Data APDU还是JCIG Null APDU。Length为长度，表示JCIG APDU的负载长度，当JCIG置为1时，Length为16bits，JCIG置为0时，Length为8bits。不失一般性地，本实施例中设置各个JCIS链路的音频负载长度相同，并按JCIS链路序列号顺序依次拼接为JCIG Data APDU的负载。如果各个JCIS链路的音频负载长度不同，无线双声道蓝牙音频发送端可以在建立JCIS链路前同所有单声道蓝牙音频接收端协商或约定，从而便于各单声道蓝牙音频接收端从JCIG APDU负载中截取本单声道蓝牙音频接收端对应的音频数据。
具体地，在TWS耳机应用中，每个声道的数字音频信号的采样率为48kHz，每个采样点的量化比特数为16。每个声道的数字音频信号采用低复杂度通信编解码器(LC3:LowComplexity Communication Codec)编码，编码帧长(frame length)为10ms，编码速率为96kbps，编码后每帧音频数据为120字节。
采用如图1所示的BLE Audio CIG时隙结构，等时间隔(Isochronous Interval)为10ms。采用BLE 2Mbps传输速率，一个加密的音频协议数据包(CIS PDU)占用的空中时间为540us，帧间隔(T_IFS:Inter Frame Space)为150us，确认信息包(ACK1或ACK2)占用的空中时间为44us，Subevent间隔为200us。因此，每个Subevent占用的空中时间Sub_Interval为934us(540+150+44+200)。如图1所示的6个Subevent占用的空中时间共5.604ms＝934us*6。
采用如图5和图6所示的BLE Audio JCIG时隙结构，等时间隔(IsochronousInterval)为10ms。采用BLE 2Mbps传输速率，一个加密的音频聚合协议数据包(JCIG APDU)占用的空中时间为1028us，帧间隔(T_IFS:Inter Frame Space)为150us，确认信息包(ACK1或ACK2)占用的空中时间为44us，Subevent间隔为200us。因此，每个Subevent占用的空中时间Sub_Interval为1422us(1028+150+44+200)。如图5和图6所示的4个Subevent占用的空中时间共5.688ms＝1422us*4。
由上述对比可见，TWS耳机采用JCIG链路协议与采用CIG链路协议占用几乎相同的最大空中传输时间，JCIG链路最多可以发送4次音频数据给TWS耳机的左声道耳机或和右声道耳机，而CIG链路最多只能发送3次音频数据给TWS耳机的左声道耳机或右声道耳机。即占用相近的空中时间，JCIG链路可以提供更高的通信可靠性，或者，相同的发送次数占用更少的空中时间，即更高的传输效率。如果编码帧长和等时间隔进一步缩小，JCIG相对于CIG提供更高的传输效率。
如图8所示无线音频设备结构，无线双声道蓝牙音频发送端包括音频输入单元，音频处理单元，基带数据与协议处理器，及BLE射频收发模块。音频输入单元获取数字音频信号并传输给音频处理单元，音频处理单元把数字音频信号压缩编码为音频数据。基带数据与协议处理器执行BLE Audio相关的BLE协议与所述JCIG协议，并把音频数据处理为适合BLE射频收发模块发送的物理层PDU。BLE射频收发模块用于BLE无线信号收发，包括发送JCIG APDU。
如图8所示无线音频设备结构，单声道蓝牙音频接收端包括音频输出单元，音频处理单元，基带数据与协议处理器，及BLE射频收发模块。基带数据与协议处理器执行BLEAudio相关的BLE协议与所述JCIG协议，处理BLE射频收发模块接收到的无线双声道蓝牙音频发送端发送的音频数据包，并发送给音频处理单元。音频处理单元用于音频解码、丢包处理、均衡和音效等后处理。音频输出单元用于把音频信号转换为声音信号。BLE射频收发模块用于BLE无线信号收发，包括接收JCIG APDU。
实施例二：
以BLE Audio无线四声道音箱为具体实施例来说明所述无线多声道音频系统JCIG协议的工作原理。无线多声道蓝牙音频发送端为条形音响，智能电视或其它音频发射设备，蓝牙音频接收端为四个单声道蓝牙音频接收端(可统称为无线四声道音箱)。在5.1声道应用中，中央声道和重低音声道在无线多声道蓝牙音频发送端的本地播放，其它四个声道无线发送给四个单声道蓝牙音频接收端播放。四个单声道蓝牙音频接收端，分别对应前置左声道音箱，一个前置右声道音箱，后置左环绕声道音箱、后置右环绕声道音箱。无线多声道蓝牙音频发送端为无线四声道蓝牙音频发送端，发送四个声道的音频，一个前置左声道，一个前置右声道，后置左环绕声道、后置右环绕声道。每个单声道蓝牙音频接收端接收一个声道，分别对应左声道、右声道、左环绕声道和右环绕声道。无线四声道蓝牙音频发送端与无线四声道音箱的左声道音箱、右声道音箱、左环绕音箱和右环绕音箱之间分别通过一条JCIS链路连接并发送左声道音频、右声道音频、左环绕声道音频或右环绕声道音频，四条JCIS链路构成JCIG。
图9为采用所述JCIG协议的无线四声道音箱的JCIG时隙结构，其中，通信时间被划分为等时间隔(Isochronous Interval)，每个等时间隔的起点为JCIG锚点(AnchorPoint)。在每个等时间隔内，包含多个子事件(Subevent)时隙用于无线四声道蓝牙音频发送端给无线四声道音箱发送聚合四个声道音频的APDU，每个Subevent占用的空中时隙长度为Sub_Interval。无线四声道蓝牙音频发送端与无线四声道音箱的左声道音箱(单声道蓝牙音频接收端1)、右声道音箱(单声道蓝牙音频接收端2)、左环绕声道音箱(单声道蓝牙音频接收端3)、右环绕声道音箱(单声道蓝牙音频接收端4)分别建立JCIS1链路、JCIS2链路、JCIS3链路和JCIS4链路。JCIS1、JCIS2、JCIS3、JCIS4组合为JCIG。
如图9所示，总共4个Subevent，无线四声道蓝牙音频发送端在Subevent1发送JCIGAPDU(JCIG APDU包括4个声道对应的音频数据)给单声道蓝牙音频接收端1、单声道蓝牙音频接收端2、单声道蓝牙音频接收端3和单声道蓝牙音频接收端4，并依次接收单声道蓝牙音频接收端1和单声道蓝牙音频接收端2回复的确认信息包(ACK1和ACK2)。然后，在Subevent2再次发送JCIG APDU给单声道蓝牙音频接收端1、单声道蓝牙音频接收端2、单声道蓝牙音频接收端3和单声道蓝牙音频接收端4，并依次接收单声道蓝牙音频接收端3和单声道蓝牙音频接收端4回复的确认信息包(ACK3和ACK4)。
其中，如果在Subevent 1单声道蓝牙音频接收端1和单声道蓝牙音频接收端2确认正确收到了左声道音频PDU和右声道音频PDU，则无线四声道蓝牙音频发送端在Subevent 2发送的JCIG APDU只包含左环绕声道PDU和右环绕声道音频PDU。如果无线四声道蓝牙音频发送端没有收到单声道蓝牙音频接收端1、单声道蓝牙音频接收端2、单声道蓝牙音频接收端3或单声道蓝牙音频接收端4回复的正确接收JCIG APDU中相应声道的PDU的确认信息，则继续在Subvent3和Subeven4重发的JCIG APDU包含相应声道的PDU，并接收相应的ACK1、ACK2、ACK3或ACK4。JCIG APDU与ACK1之间的间隔，和JCIG APDU与ACK3之间的间隔，ACK1和ACK2之间的间隔，ACK3和ACK4之间的间隔为T_IFS(Time of Inter-frame Space)。Subevent之间的间隔大于T_MSS(Time of Minimum Subevent Space)。Subevent1、Subevent2、Subvent3和Subvent4的JCIG APDU同ACK1构成JCIS1链路。Subevent1、Subevent2、Subvent3和Subvent4的JCIG APDU同ACK2构成JCIS2链路。Subevent1、Subevent2、Subvent3和Subvent4的JCIG APDU同ACK3构成JCIS3链路。Subevent1、Subevent2、Subvent3和Subvent4的JCIG APDU同ACK4构成JCIS4链路。
如图9所示，无线四声道蓝牙音频发送端要求单声道蓝牙音频接收端回复确认信息的先后顺序，是根据单声道数据链路的序列号来确定。类似于图6所示，优选地，无线四声道蓝牙音频发送端也可以要求信道质量好的单声道蓝牙音频接收端优先回复确认信息，要求信道质量差的单声道蓝牙音频接收端延后回复确认信息。
如图4所示的JCIG APDU包头格式。在无线四声道音箱应用里，第0比特、第1比特、第2比特和第3比特都置为1，代表负载里依次包含左声道、右声道、左环绕声道和右环绕声道的音频数据。第0比特、第1比特、第2比特和第3比特中只有一个比特置为1，代表负载里只包含左声道、右声道、左环绕声道或右环绕声道的音频数据。具体地，在图9Subevent 1和Subevent2的JCIG APDU包头里，JCIG MT第0比特、第1比特、第2比特和第3比特都置为1。
具体地，在无线四声道音箱应用中，每个声道的数字音频信号的采样率为48kHz，每个采样点的量化比特数为16。每个声道的数字音频信号采用低复杂度通信编解码器(LC3:Low Complexity Communication Codec)编码，编码帧长(frame length)为10ms，编码速率为64kbps，编码后每帧音频数据为80字节。
如果采用类似于如图2所示的BLE Audio CIG时隙结构，等时间隔(IsochronousInterval)为10ms，其中包含4路CIS。采用BLE 2Mbps传输速率，一个加密的音频协议数据包(CIS PDU)占用的空中时间为380us，帧间隔(T_IFS:Inter Frame Space)为150us，确认信息包(ACK1、ACK2、ACK3或ACK4)占用的空中时间为44us，Subevent间隔为200us。因此，每个Subevent占用的空中时间Sub_Interval为774us(380+150+44+200)。12个Subevent占用的空中时间共9.288ms＝744μs*12。
如果采用如图9所示的BLE Audio JCIG时隙结构，等时间隔(IsochronousInterval)为10ms。采用BLE 2Mbps传输速率，一个加密的音频聚合协议数据包(JCIG APDU)占用的空中时间为1348us，帧间隔(T_IFS:Inter Frame Space)为150us，确认信息包(ACK1、ACK2、ACK3、ACK4)占用的空中时间为44us，Subevent间隔为200us。因此，每个Subevent占用的空中时间Sub_Interval为1936us(1348+150+44+150+44+200)。如图9所示的4个Subevent占用的空中时间共7.744ms＝1936us*4。
由上述对比可见，无线四声道音箱采用JCIG链路协议与采用CIG链路协议，JCIG链路最多可以发送4次音频数据给无线四声道音箱的左声道音箱、右声道音箱、左环绕音箱和右环绕音箱，占用7.744ms空中时间。而CIG链路最多只能发送3次音频数据给无线四声道音箱的左声道音箱、右声道音箱、左环绕音箱和右环绕音箱，却要占用9.288ms。即JCIG比CIG占用更少的空中时间，还可以获得更多的重传次数，从而可以提供更高的通信可靠性，或者，相同的发送次数占用更少的空中时间，即更高的传输效率。
无线四声道音箱设备结构类似于图8。
参见图10，本申请实施例还提供一种蓝牙音频发送端300，包括：
第一获取模块301，用于获取目标音频数据，所述目标音频数据为所述N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据；
聚合模块302，用于将所述目标音频数据聚合成聚合协议数据单元；
确定模块303，用于确定目标数据链路，所述目标数据链路为所述N条数据链路中的需要反馈确认信息的部分数据链路，所述确认信息用于指示是否成功接收对应声道的音频数据；
发送和接收模块304，用于在当前等时间隔的一个子事件内，在所述子事件的发送时隙中向所述N个蓝牙音频接收端发送所述聚合协议数据单元，在所述子事件的接收时隙中，在所述目标数据链路上分别接收蓝牙音频接收端反馈的确认信息。
可选地，所述聚合协议数据单元携带第二指示信息，所述第二指示信息用于指示所述目标音频数据所对应的数据链路。
可选地，所述聚合协议数据单元携带第三指示信息，所述第三指示信息用于指示需要在所述子事件的接收时隙中反馈确认信息的所述目标数据链路。
可选地，所述确定模块303包括：
根据预设规则确定所述目标数据链路；
其中，所述预设规则为：
根据所述目标音频数据中各个声道的音频数据分别对应的数据链路的序列号的大小顺序，确定所述目标数据链路；或者，
根据所述目标音频数据中各个声道的音频数据分别对应的数据链路的信道质量情况确定所述目标数据链路，所述目标数据链路的信道质量优于所述N条数据链路中除所述目标数据链路之外的其他数据链路。
可选地，所述子事件的接收时隙中包括多个相邻的接收子时隙；所述在所述子事件的接收时隙中，在所述目标数据链路上分别接收蓝牙音频接收端反馈的确认信息，包括：
在所述目标数据链路中相应的每个数据链路上，且在所述多个相邻的接收子时隙中分时地接收每个蓝牙音频接收端反馈的确认信息。
可选地，所述聚合协议数据单元的包头中携带第一指示信息，所述第一指示信息为联合连接等时组JCIG使能指示信息，
所述蓝牙音频发送端执行联合连接等时组JCIG内的多声道蓝牙音频数据传输时，设置所述第一指示信息为JCIG使能，并设置所述聚合协议数据单元的包头携带第二指示信息、第三指示信息，设置所述聚合协议数据单元的负载携带聚合后的所述目标音频数据；
所述蓝牙音频发送端执行蓝牙低功耗BLE连接等时组CIG内的蓝牙音频数据传输时，设置所述第一指示信息为JCIG非使能，并根据蓝牙低功耗连接等时流协议数据单元BLECIS PDU的格式设置所述聚合协议数据单元的包头和负载。
本申请实施例提供的蓝牙音频发送端300能够实现本申请多声道蓝牙音频数据传输方法实施例中能够实现的各个过程，以及达到相同的有益效果，为避免重复，在此不再赘述。
参见图11，本申请实施例还提供一种蓝牙音频接收端400，包括：
接收模块401，用于在当前等时通信间隔内的一个子事件内，在所述子事件的发送时隙中，接收蓝牙音频发送端发送的聚合协议数据单元；
第二获取模块402，用于在所述聚合协议数据单元所包含的目标音频数据中，获取与所述蓝牙音频接收端对应的一个声道的音频数据，所述目标音频数据为所述N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据，所述N个声道音频数据与所述N个声道一一对应，N为大于1的正整数；
发送模块403，用于在确认本蓝牙音频接收端所对应的数据链路为目标数据链路中的数据链路时，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，所述确认信息用于指示本蓝牙音频接收端是否成功接收对应的一个声道的音频数据，所述目标数据链路为N条数据链路中的需要反馈确认信息的部分数据链路。
可选地，所述聚合协议数据单元携带第二指示信息，所述第二指示信息用于指示所述目标音频数据所对应的数据链路，
所述在所述子事件的发送时隙中，接收蓝牙音频发送端发送的聚合协议数据单元之后，包括：
基于所述聚合协议数据单元，获取所述第二指示信息；
基于所述第二指示信息，确定当前聚合协议数据单元是否包含本蓝牙音频接收端对应的一个声道的音频数据。
可选地，所述聚合协议数据单元携带第三指示信息，所述第三指示信息用于指示需要在所述子事件的接收时隙中反馈确认信息的所述目标数据链路，
所述在所述子事件的发送时隙中，接收蓝牙音频发送端发送的聚合协议数据单元之后，包括：
基于所述聚合协议数据单元，获取所述第三指示信息；
基于所述第三指示信息，判断本蓝牙音频接收端对应的数据链路是否为所述目标数据链路中的数据链路；
在确定本蓝牙音频接收端对应的数据链路是所述目标数据链路中的数据链路时，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，否则不发送确认信息。
可选地，所述子事件的接收时隙中包括多个相邻的接收子时隙，所述在确认本蓝牙音频接收端所对应的数据链路为目标数据链路中的数据链路时，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，包括：
在确定本蓝牙音频接收端对应的数据链路是所述目标数据链路中的数据链路时，基于所述目标数据链路中各数据链路的序列号的大小顺序，选择所述多个相邻的接收子时隙中的一个接收子时隙，发送所述确认信息。
本申请实施例提供的蓝牙音频接收端400能够实现本申请多声道蓝牙音频数据传输方法实施例中能够实现的各个过程，以及达到相同的有益效果，为避免重复，在此不再赘述。
本申请实施例还提供一种多声道音频系统，包括：
本申请实施例提供的蓝牙音频发送端；
至少两个相互独立的本申请实施例提供的蓝牙音频接收端；
其中，所述蓝牙音频发送端基于N条数据链路分别与所述N个蓝牙音频接收端通信，所述N个蓝牙音频接收端分别与N个声道一一对应，N为大于1的正整数；
在当前等时间隔的一个子事件内，所述蓝牙音频发送端在所述子事件的发送时隙中向所述N个蓝牙音频接收端发送聚合协议数据单元，所述N个蓝牙音频接收端同时接收所述聚合协议数据单元；
在所述子事件的接收时隙中，所述蓝牙音频发送端在目标数据链路上分别接收部分蓝牙音频接收端发送的确认信息，所述目标数据链路为所述N条数据链路中的需要反馈确认信息的部分数据链路，所述部分蓝牙音频接收端为所述N个蓝牙音频接收端中分别与所述目标数据链路中的数据链路相对应的蓝牙音频接收端。
本申请实施例提供一种电子设备。如图12所示，电子设备500包括：处理器501、存储器502及存储在所述存储器502上并可在所述处理器上运行的计算机程序，电子设备500中的各个组件通过总线系统503耦合在一起。可理解，总线系统503用于实现这些组件之间的连接通信。
其中，处理器501，用于：
获取目标音频数据，所述目标音频数据为所述N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据；
将所述目标音频数据聚合成聚合协议数据单元；
确定目标数据链路，所述目标数据链路为所述N条数据链路中的需要反馈确认信息的部分数据链路，所述确认信息用于指示是否成功接收对应声道的音频数据；
在当前等时间隔的一个子事件内，在所述子事件的发送时隙中向所述N个蓝牙音频接收端发送所述聚合协议数据单元，在所述子事件的接收时隙中，在所述目标数据链路上分别接收蓝牙音频接收端反馈的确认信息。
可选地，所述聚合协议数据单元携带第二指示信息，所述第二指示信息用于指示所述目标音频数据所对应的数据链路。
可选地，所述聚合协议数据单元携带第三指示信息，所述第三指示信息用于指示需要在所述子事件的接收时隙中反馈确认信息的所述目标数据链路。
可选地，处理器501还用于：
根据预设规则确定所述目标数据链路；
其中，所述预设规则为：
根据所述目标音频数据中各个声道的音频数据分别对应的数据链路的序列号的大小顺序，确定所述目标数据链路；或者，
根据所述目标音频数据中各个声道的音频数据分别对应的数据链路的信道质量情况确定所述目标数据链路，所述目标数据链路的信道质量优于所述N条数据链路中除所述目标数据链路之外的其他数据链路。
可选地，所述子事件的接收时隙中包括多个相邻的接收子时隙，处理器501还用于：
在所述目标数据链路中相应的每个数据链路上，且在所述多个相邻的接收子时隙中分时地接收每个蓝牙音频接收端反馈的确认信息。
可选地，所述聚合协议数据单元的包头中携带第一指示信息，所述第一指示信息为联合连接等时组JCIG使能指示信息，
所述蓝牙音频发送端执行联合连接等时组JCIG内的多声道蓝牙音频数据传输时，设置所述第一指示信息为JCIG使能，并设置所述聚合协议数据单元的包头携带第二指示信息、第三指示信息，设置所述聚合协议数据单元的负载携带聚合后的所述目标音频数据；
所述蓝牙音频发送端执行蓝牙低功耗BLE连接等时组CIG内的蓝牙音频数据传输时，设置所述第一指示信息为JCIG非使能，并根据蓝牙低功耗连接等时流协议数据单元BLECIS PDU的格式设置所述聚合协议数据单元的包头和负载。
或者，处理器501，用于：
在当前等时通信间隔内的一个子事件内，在所述子事件的发送时隙中，接收蓝牙音频发送端发送的聚合协议数据单元；
在所述聚合协议数据单元所包含的目标音频数据中，获取与所述蓝牙音频接收端对应的一个声道的音频数据，所述目标音频数据为所述N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据，所述N个声道音频数据与所述N个声道一一对应，N为大于1的正整数；
在确认本蓝牙音频接收端所对应的数据链路为目标数据链路中的数据链路时，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，所述确认信息用于指示本蓝牙音频接收端是否成功接收对应的一个声道的音频数据，所述目标数据链路为N条数据链路中的需要反馈确认信息的部分数据链路。
可选地，所述聚合协议数据单元携带第二指示信息，所述第二指示信息用于指示所述目标音频数据所对应的数据链路，
所述在所述子事件的发送时隙中，接收蓝牙音频发送端发送的聚合协议数据单元之后，包括：
基于所述聚合协议数据单元，获取所述第二指示信息；
基于所述第二指示信息，确定当前聚合协议数据单元是否包含本蓝牙音频接收端对应的一个声道的音频数据。
可选地，所述聚合协议数据单元携带第三指示信息，所述第三指示信息用于指示需要在所述子事件的接收时隙中反馈确认信息的所述目标数据链路，
处理器501还用于：
基于所述聚合协议数据单元，获取所述第三指示信息；
基于所述第三指示信息，判断本蓝牙音频接收端对应的数据链路是否为所述目标数据链路中的数据链路；
在确定本蓝牙音频接收端对应的数据链路是所述目标数据链路中的数据链路时，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，否则不发送确认信息。
可选地，所述子事件的接收时隙中包括多个相邻的接收子时隙，处理器501还用于：
在确定本蓝牙音频接收端对应的数据链路是所述目标数据链路中的数据链路时，基于所述目标数据链路中各数据链路的序列号的大小顺序，选择所述多个相邻的接收子时隙中的一个接收子时隙，发送所述确认信息。
本申请实施例提供的电子设备500能够实现本申请与图3或图7对应的多声道蓝牙音频数据传输方法实施例中能够实现的各个过程，以及达到相同的有益效果，为避免重复，在此不再赘述。
本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述多声道蓝牙音频数据传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random AccessMemory，简称RAM)、磁碟或者光盘等。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (15)

1.一种多声道蓝牙音频数据传输方法，应用于蓝牙音频发送端，其特征在于，所述蓝牙音频发送端基于N条数据链路分别与N个蓝牙音频接收端通信，所述N个蓝牙音频接收端分别与N个声道一一对应，N为大于1的正整数，所述方法包括：
获取目标音频数据，所述目标音频数据为所述N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据；
将所述目标音频数据聚合成聚合协议数据单元；
确定目标数据链路，所述目标数据链路为所述N条数据链路中的需要反馈确认信息的部分数据链路，所述确认信息用于指示是否成功接收对应声道的音频数据；
在当前等时间隔的一个子事件内，在所述子事件的发送时隙中向所述N个蓝牙音频接收端发送所述聚合协议数据单元，在所述子事件的接收时隙中，在所述目标数据链路上分别接收蓝牙音频接收端反馈的确认信息。
2.根据权利要求1所述的方法，其特征在于，所述聚合协议数据单元携带第二指示信息，所述第二指示信息用于指示所述目标音频数据所对应的数据链路。
3.根据权利要求1所述的方法，其特征在于，所述聚合协议数据单元携带第三指示信息，所述第三指示信息用于指示需要在所述子事件的接收时隙中反馈确认信息的所述目标数据链路。
4.根据权利要求3所述的方法，其特征在于，所述确定目标数据链路，包括：
根据预设规则确定所述目标数据链路；
其中，所述预设规则为：
根据所述目标音频数据中各个声道的音频数据分别对应的数据链路的序列号的大小顺序，确定所述目标数据链路；或者，
根据所述目标音频数据中各个声道的音频数据分别对应的数据链路的信道质量情况确定所述目标数据链路，所述目标数据链路的信道质量优于所述N条数据链路中除所述目标数据链路之外的其他数据链路。
5.根据权利要求1所述的方法，其特征在于，所述子事件的接收时隙中包括多个相邻的接收子时隙；所述在所述子事件的接收时隙中，在所述目标数据链路上分别接收蓝牙音频接收端反馈的确认信息，包括：
在所述目标数据链路中相应的每个数据链路上，且在所述多个相邻的接收子时隙中分时地接收每个蓝牙音频接收端反馈的确认信息。
6.根据权利要求1至5中任一项所述的方法，其特征在于，
所述聚合协议数据单元的包头中携带第一指示信息，所述第一指示信息为联合连接等时组JCIG使能指示信息，
所述蓝牙音频发送端执行联合连接等时组JCIG内的多声道蓝牙音频数据传输时，设置所述第一指示信息为JCIG使能，并设置所述聚合协议数据单元的包头携带第二指示信息、第三指示信息，设置所述聚合协议数据单元的负载携带聚合后的所述目标音频数据；
所述蓝牙音频发送端执行蓝牙低功耗BLE连接等时组CIG内的蓝牙音频数据传输时，设置所述第一指示信息为JCIG非使能，并根据蓝牙低功耗连接等时流协议数据单元BLE CISPDU的格式设置所述聚合协议数据单元的包头和负载。
7.一种多声道蓝牙音频数据传输方法，应用于蓝牙音频接收端，所述蓝牙音频接收端对应N个声道中的一个声道，其基于N条数据链路中的一条数据链路与蓝牙音频发送端通信，其特征在于，包括：
在当前等时通信间隔内的一个子事件内，在所述子事件的发送时隙中，接收蓝牙音频发送端发送的聚合协议数据单元；
在所述聚合协议数据单元所包含的目标音频数据中，获取与所述蓝牙音频接收端对应的一个声道的音频数据，所述目标音频数据为所述N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据，所述N个声道音频数据与所述N个声道一一对应，N为大于1的正整数；
在确认本蓝牙音频接收端所对应的数据链路为目标数据链路中的数据链路时，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，所述确认信息用于指示本蓝牙音频接收端是否成功接收对应的一个声道的音频数据，所述目标数据链路为N条数据链路中的需要反馈确认信息的部分数据链路。
8.如权利要求7所述的方法，其特征在于，所述聚合协议数据单元携带第二指示信息，所述第二指示信息用于指示所述目标音频数据所对应的数据链路，
所述在所述子事件的发送时隙中，接收蓝牙音频发送端发送的聚合协议数据单元之后，包括：
基于所述聚合协议数据单元，获取所述第二指示信息；
基于所述第二指示信息，确定当前聚合协议数据单元是否包含本蓝牙音频接收端对应的一个声道的音频数据。
9.如权利要求7所述的方法，其特征在于，所述聚合协议数据单元携带第三指示信息，所述第三指示信息用于指示需要在所述子事件的接收时隙中反馈确认信息的所述目标数据链路，
所述在所述子事件的发送时隙中，接收蓝牙音频发送端发送的聚合协议数据单元之后，包括：
基于所述聚合协议数据单元，获取所述第三指示信息；
基于所述第三指示信息，判断本蓝牙音频接收端对应的数据链路是否为所述目标数据链路中的数据链路；
在确定本蓝牙音频接收端对应的数据链路是所述目标数据链路中的数据链路时，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，否则不发送确认信息。
10.如权利要求7所述的方法，其特征在于，所述子事件的接收时隙中包括多个相邻的接收子时隙，所述在确认本蓝牙音频接收端所对应的数据链路为目标数据链路中的数据链路时，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，包括：
在确定本蓝牙音频接收端对应的数据链路是所述目标数据链路中的数据链路时，基于所述目标数据链路中各数据链路的序列号的大小顺序，选择所述多个相邻的接收子时隙中的一个接收子时隙，发送所述确认信息。
11.一种蓝牙音频发送端，其特征在于，所述蓝牙音频发送端基于N条数据链路分别与N个蓝牙音频接收端通信，所述N个蓝牙音频接收端分别与N个声道一一对应，N为大于1的正整数，包括：
第一获取模块，用于获取目标音频数据，所述目标音频数据为所述N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据；
聚合模块，用于将所述目标音频数据聚合成聚合协议数据单元；
确定模块，用于确定目标数据链路，所述目标数据链路为所述N条数据链路中的需要反馈确认信息的部分数据链路，所述确认信息用于指示是否成功接收对应声道的音频数据；
发送和接收模块，用于在当前等时间隔的一个子事件内，在所述子事件的发送时隙中向所述N个蓝牙音频接收端发送所述聚合协议数据单元，在所述子事件的接收时隙中，在所述目标数据链路上分别接收蓝牙音频接收端反馈的确认信息。
12.一种蓝牙音频接收端，所述蓝牙音频接收端对应N个声道中的一个声道，其基于N条数据链路中的一条数据链路与蓝牙音频发送端通信，其特征在于，包括：
接收模块，用于在当前等时通信间隔内的一个子事件内，在所述子事件的发送时隙中，接收蓝牙音频发送端发送的聚合协议数据单元；
第二获取模块，用于在所述聚合协议数据单元所包含的目标音频数据中，获取与所述蓝牙音频接收端对应的一个声道的音频数据，所述目标音频数据为所述N个声道的音频数据中未被相应的蓝牙音频接收端确认已经成功接收的至少一个声道的音频数据，所述N个声道音频数据与所述N个声道一一对应，N为大于1的正整数；
发送模块，用于在确认本蓝牙音频接收端所对应的数据链路为目标数据链路中的数据链路时，在所述子事件的接收时隙中，向蓝牙音频发送端发送确认信息，所述确认信息用于指示本蓝牙音频接收端是否成功接收对应的一个声道的音频数据，所述目标数据链路为N条数据链路中的需要反馈确认信息的部分数据链路。
13.一种多声道音频系统，其特征在于，包括：
如权利要求1至6中任一项所述的蓝牙音频发送端；
N个如权利要求7至10中任一项所述的蓝牙音频接收端；
其中，所述蓝牙音频发送端基于N条数据链路分别与所述N个蓝牙音频接收端通信，所述N个蓝牙音频接收端分别与N个声道一一对应，N为大于1的正整数；
在当前等时间隔的一个子事件内，所述蓝牙音频发送端在所述子事件的发送时隙中向所述N个蓝牙音频接收端发送聚合协议数据单元，所述N个蓝牙音频接收端同时接收所述聚合协议数据单元；
在所述子事件的接收时隙中，所述蓝牙音频发送端在目标数据链路上分别接收部分蓝牙音频接收端发送的确认信息，所述目标数据链路为所述N条数据链路中的需要反馈确认信息的部分数据链路，所述部分蓝牙音频接收端为所述N个蓝牙音频接收端中分别与所述目标数据链路中的数据链路相对应的蓝牙音频接收端。
14.一种电子设备，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至6中任一项所述的多声道蓝牙音频数据传输方法中的步骤，或如权利要求7至10中任一项所述的多声道蓝牙音频数据传输方法中的步骤。
15.一种可读存储介质，其特征在于，所述可读存储介质上存储有程序，所述程序被处理器执行时实现如权利要求1至6中任一项所述的多声道蓝牙音频数据传输方法中的步骤，或如权利要求7至10中任一项所述的多声道蓝牙音频数据传输方法中的步骤。
CN202310079048.5A 2023-01-19 2023-01-19 多声道蓝牙音频数据传输方法及相关设备 Pending CN116233811A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310079048.5A CN116233811A (zh) 2023-01-19 2023-01-19 多声道蓝牙音频数据传输方法及相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310079048.5A CN116233811A (zh) 2023-01-19 2023-01-19 多声道蓝牙音频数据传输方法及相关设备

Publications (1)

Publication Number Publication Date
CN116233811A true CN116233811A (zh) 2023-06-06

Family

ID=86583789

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310079048.5A Pending CN116233811A (zh) 2023-01-19 2023-01-19 多声道蓝牙音频数据传输方法及相关设备

Country Status (1)

Country Link
CN (1) CN116233811A (zh)

Similar Documents

Publication Publication Date Title
CN110913375B (zh) 一种无线通信系统及设备
CN109995479A (zh) 一种音频数据通信方法、系统及音频通信设备
CN112312369B (zh) 一种低延迟无线音频发送和接收方法及设备
CN111869142B (zh) 数据传输方法、装置、设备、系统及介质
US11903067B2 (en) Audio forwarding method, device and storage medium
CN106209915A (zh) 一种实时流媒体无线传输方法及其系统
CN110931026B (zh) 一种音频数据通信方法、设备及系统
US20230239076A1 (en) Method and device for BLE audio data transmission
CN108847248B (zh) 蓝牙设备音频处理方法、系统、可读存储介质和蓝牙设备
CN113346982B (zh) 数据传输方法、发送方法、接收方法及装置
US20230092469A1 (en) Wireless Multi-channel Audio Transmission Method and Device
CN111885555B (zh) 一种基于监听方案的tws耳机及其实现方法
CN112039637A (zh) 一种音频数据通信方法、系统及音频通信设备
US11012484B2 (en) Audio data communication system
US20110200130A1 (en) Method and apparatus for transmitting/receiving data in mu-mimo system
CN114025430A (zh) 蓝牙通信方法、通信设备及系统
CN112335328B (zh) 传输音频数据的方法、系统及无线音频系统
US20240267966A1 (en) Bluetooth communication method, device and system
CN114928791A (zh) 多点到单点的无线音频传输方法、系统和可读存储介质
CN116233811A (zh) 多声道蓝牙音频数据传输方法及相关设备
CN108848466A (zh) 数据传输方法以及系统
CN111383644A (zh) 一种音频通信方法、设备及系统
CN116887408A (zh) 音频传输方法、系统及相关设备
US20240204915A1 (en) Communication method and apparatus
CN115567086B (zh) 音频传输设备、音频播放设备和音频传输与同步系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination