Wireless audio data transmission method, device and system

Abstract

The invention discloses a wireless audio data transmission method, device and system. The method is applied to a first device, the first device comprises a main processor and at least two controllers, and the method comprises the following steps: if the first device is in a first working mode, at least starting the two controllers, and simultaneously receiving audio data groups sent by a second device in batches in a current equal-time-interval batch sending time slot, each started controller generates an acknowledgement data packet carrying acknowledgement information according to the receiving condition of the controller per se to the audio data group within the current equal time interval and the receiving condition of the first equipment to the audio data group sent by the second equipment before the current equal time interval; and sending a self-generated confirmation data packet to the second equipment in a batch confirmation time slot of the current equal time interval in a time-sharing manner. According to the method, the retransmission rate can be effectively reduced through the space diversity gains provided by the plurality of controllers of the first equipment, the bandwidth efficiency and the transmission reliability of wireless transmission of the audio data are improved, and the bandwidth requirement is met.

Description

Technical Field

[0001] The present invention relates to the field of wireless communication technology, and in particular to a method, device and system for transmitting wireless audio data. Background Art

[0002] Bluetooth Low Energy (BLE) audio technology adopts the synchronous isochronous channels (Isochronous Channels) protocol, including the connected isochronous stream (CIS: ConnectedIsochronous Stream) link for point-to-point communication and the connected isochronous group (CIG: ConnectedIsochronous Group) link protocol composed of at least one CIS link, as well as the broadcast isochronous stream (BIS: BroadcastIsochronous Stream) link for point-to-multipoint communication and the broadcast isochronous group (BIG: BroadcastIsochronous Group) link protocol composed of at least one BIS link, bringing people lower power consumption, lower cost, lower latency, higher quality and richer wireless audio services.

[0003] However, the effective bandwidth provided by the BLE Audio physical layer with a maximum of 2Mbps and the CIG or BIG link can only provide isochronous streaming audio services that rely on lossy compression coding and packet loss compensation (PLC: Packet Loss Concealment), and cannot meet the bandwidth requirements of high-resolution audio (High Resolution Audio), lossless audio (Lossless Audio) or high-resolution lossless audio (HRLA: High Resolution Lossless Audio) high-reliability wireless transmission. Even if the next generation of BLE Audio adopts a higher data throughput (HDT: Higher Data Throughput) that can reach a physical layer of up to 4Mbps and batch transmission and batch confirmation technology, the reliability of HRLA wireless transmission cannot be guaranteed. Summary of the invention

[0004] In view of this, embodiments of the present invention provide a method, device and system for transmitting wireless audio data to improve the reliability of HRLA wireless transmission.

[0005] In a first aspect, an embodiment of the present invention provides a method for transmitting wireless audio data, which is applied to a first device, the first device including a main processor and at least two controllers, one or more of the at least two controllers being selectively enabled during the wireless audio transmission process, the first device having a first working mode, and the method including:

[0006] If the first device is in the first working mode, at least two controllers are enabled to simultaneously receive the audio data group sent in batches by the second device in the current batch sending time slot of equal time interval, wherein the audio data group includes at least two audio data packets;

[0007] Each enabled controller generates a confirmation data packet carrying confirmation information according to the reception status of the audio data group by itself in the current isochronous interval and the reception status of the audio data group sent by the second device by the first device before the current isochronous interval;

[0008] Each enabled controller sends the confirmation data packet generated by itself to the second device in a time-sharing manner within the batch confirmation time slot of the current equal time interval.

[0009] In combination with the first aspect, in a possible implementation manner, the batch confirmation time slot includes a plurality of confirmation sub-time slots; each of the enabled controllers sends the confirmation data packet generated by itself to the second device in a time-sharing manner within the batch confirmation time slots of the current equal time interval, including:

[0010] Each enabled controller occupies a confirmation sub-time slot in the batch confirmation time slot to send the confirmation data packet generated by itself, wherein the confirmation sub-time slots occupied by each enabled controller are different from each other.

[0011] In combination with the first aspect, in another possible implementation, the first device further has a second working mode, and the method further includes: if the first device is in the second working mode, selecting and enabling a controller from at least two controllers according to the evaluated channel quality of each controller, and receiving the audio data group sent in batches by the second device in a batch sending time slot of a current equal time interval;

[0012] An enabled controller generates a confirmation data packet carrying confirmation information according to the reception status of the audio data group by itself in the current isochronous interval and the reception status of the audio data group sent by the second device by the first device before the current isochronous interval;

[0013] An enabled controller sends an acknowledgment data packet to the second device within a batch acknowledgment time slot of the current equal time interval.

[0014] In combination with the first aspect, in another possible implementation, selecting and enabling a controller from the at least two controllers based on the evaluated channel quality of each controller includes: periodically evaluating the channel quality between each controller and the second device, respectively, and selecting and enabling a controller from the at least two controllers based on the channel quality and a first preset condition.

[0015] The method further includes: when the first device is in the second working mode, maintaining data synchronization and channel assessment functions of all controllers, and / or at least prohibiting the remaining non-enabled controllers from sending the confirmation data packet.

[0016] In combination with the first aspect, in yet another possible implementation manner, selecting and enabling a controller from the at least two controllers based on the channel quality and the first preset condition includes:

[0017] When it is detected that the first channel quality of the first controller is less than the first preset threshold and the second channel quality of the second controller is greater than the second preset threshold, the second controller is selected and enabled, and the first controller is used as an inactive controller.

[0018] The first controller is one of the at least two controllers, the second controller is one of the at least two controllers different from the first controller, and the second preset threshold is higher than the first preset threshold.

[0019] In combination with the first aspect, in another possible implementation, the method further includes: periodically evaluating the channel quality between each controller and the second device, respectively, and switching the working mode of the first device based on the channel quality and the second preset condition.

[0020] In combination with the first aspect, in another possible implementation, the periodic evaluation of the channel quality between each controller and the second device, and switching the operating mode of the first device based on the channel quality and a second preset condition, include: in the second operating mode, when it is detected that the channel quality between each controller and the second device is less than a first preset threshold, switching the operating mode of the first device from the second operating mode to the first operating mode.

[0021] In combination with the first aspect, in another possible implementation, periodically evaluating the channel quality between each controller and the second device, and switching the working mode of the first device based on the channel quality and the second preset condition, includes:

[0022] In the first working mode, when it is detected that the channel quality between at least one controller and the second device is higher than a second preset threshold, the working mode of the first device is switched from the first working mode to the second working mode.

[0023] In combination with the first aspect, in another possible implementation, the first device further has a third working mode, and the method further includes: if the first device is in the third working mode, enabling a target controller to receive the audio data group sent in batches by the second device in a batch sending time slot of a current equal time interval, the target controller being one of the at least two controllers and being connected to the main processor;

[0024] The target controller generates a confirmation data packet carrying confirmation information according to the reception status of the audio data group by itself in the current isochronous interval and the reception status of the audio data group sent by the second device by the first device before the current isochronous interval;

[0025] The target controller sends a confirmation data packet to the second device within the batch confirmation time slot of the current equal time interval.

[0026] In combination with the first aspect, in another possible implementation, the first device and the second device perform transmission communication of the wireless audio data based on a wireless communication link; the confirmation data packet includes a BAE field for indicating whether a batch data packet confirmation function of the wireless communication link is enabled;

[0027] If the BAE field indicates that the bulk data packet confirmation function is enabled, the confirmation data packet further includes: a STARTSN field and a BA mapping table, which are used to indicate the confirmation information, wherein:

[0028] The STARTSN field is used to indicate the sequence number PDUSN of an audio data packet;

[0029] The BA mapping table is used to indicate whether one or more audio data packets starting from the sequence number PDUSN indicated by the STARTSN field are correctly received, or whether the second device needs to retransmit the information.

[0030] In combination with the first aspect, in another possible implementation, each equal time interval also includes: a sending TX time slot and a receiving RX time slot of a Bluetooth low energy asynchronous connection ACL link, which are used to negotiate whether the first device enables two or more controllers and the number of enabled controllers.

[0031] In a second aspect, the present invention provides a method for transmitting wireless audio data, which is applied to a second device, and the method includes:

[0032] Sending a batch of audio data groups to a first device in a batch sending time slot of a current equal time interval, wherein the audio data groups include at least two audio data packets; the first device includes a main processor and at least two controllers, wherein one or more of the at least two controllers are selectively enabled during the wireless audio transmission process;

[0033] receiving, within the batch confirmation time slot of the current equal time interval, at least one confirmation data packet carrying confirmation information sent by at least one enabled controller;

[0034] The confirmation information in all the received confirmation data packets is integrated to determine the reception status of the audio data group sent by the second device by the first device within the current isochronous interval and the isochronous interval before the current isochronous interval.

[0035] In combination with the second aspect, in a possible implementation, the batch confirmation time slot includes multiple confirmation sub-time slots; within the batch confirmation time slot of the current equal time interval, at least one confirmation data packet carrying confirmation information sent by at least one enabled controller is received, including: receiving in each of the confirmation sub-time slots of the batch confirmation time slot to obtain at least one confirmation data packet sent by the enabled controller.

[0036] In combination with the second aspect, in another possible implementation, the step of synthesizing confirmation information in all received confirmation data packets to determine a reception status of the audio data group sent by the first device to the second device within the current isochronous interval and the isochronous interval before the current isochronous interval includes:

[0037] According to the confirmation information in all the received confirmation data packets, the audio data packets indicated by all the confirmation data packets as being incorrectly received or needing to be retransmitted are determined as audio data packets that are not correctly received by the first device or needing to be retransmitted.

[0038] In combination with the second aspect, in another possible implementation, the method further includes: determining the next audio data group based on the reception status of the audio data group sent by the second device by the first device, and sending the next audio data group to the first device in batches within the next equal time interval.

[0039] Among them, the next audio data group includes at least: one of: an audio data packet to be sent for the first time, an audio data packet to be retransmitted and an audio data packet to be pre-retransmitted, and the pre-retransmitted audio data packet is selected from the audio data packet to be sent for the first time and / or the audio data packet to be retransmitted.

[0040] In combination with the second aspect, in yet another possible implementation, the second device and the first device perform transmission communication of the wireless audio data based on a wireless communication link;

[0041] Each audio data packet in the audio data group includes:

[0042] The BTE field is used to indicate whether the batch data packet sending function of the wireless communication link is enabled.

[0043] If the BTE field indicates that the batch data packet sending function is enabled, each audio data packet further includes:

[0044] The BTN field is used to indicate the total number of audio data packets sent in batches within the current equal time interval;

[0045] The BTSN field is used to indicate the sequence number of the audio data packets sent in batches within the current equal time interval;

[0046] The PDUSN field is used to indicate the sequence number of the audio data packet sent by the second device;

[0047] The BAN field is used to indicate the number of times the first device can reply to the confirmation data packet.

[0048] In a third aspect, an embodiment of the present invention further provides a first device, configured to execute the method described in the first aspect or any one of the implementations of the first aspect, wherein the first device includes a main processor and at least two controllers, one or more of the at least two controllers are selectively enabled during the wireless audio transmission process, and the first device has a first working mode;

[0049] In the first working mode, at least two controllers are enabled, wherein:

[0050] Each enabled controller is used to receive an audio data group sent in batches from a second device within a current batch sending time slot of equal time interval, wherein the audio data group includes at least two audio data packets;

[0051] Each enabled controller is further configured to generate a confirmation data packet carrying confirmation information according to a reception condition of the audio data group by itself within the current isochronous interval and a reception condition of the audio data group sent by the second device by the first device before the current isochronous interval;

[0052] Each enabled controller is further configured to send confirmation data packets carrying confirmation information to the second device in a time-sharing manner within the batch confirmation time slots of the current equal time interval.

[0053] In combination with the third aspect, in a possible implementation, each of the controllers includes one or more antennas, a radio frequency unit, a modem unit, a baseband processor, and a link protocol processor; the main processor and the at least two controllers are connected based on an interface defined in the Bluetooth core specification.

[0054] In combination with the third aspect, in another possible implementation, the at least two controllers include a master controller and one or more slave controllers; the master controller includes a first interface and a second interface defined by the Bluetooth core specification, the first interface is used to connect to the main processor, and the second interface is used to connect to one or more slave controllers.

[0055] In combination with the third aspect, in yet another possible implementation, the master controller and the slave controller are packaged in a same chip, and antenna pins of the master controller and the slave controller are located on two different surfaces of the chip.

[0056] In a fourth aspect, an embodiment of the present invention further provides a second device, configured to execute the method described in the second aspect or any one of the implementations of the second aspect, wherein the second device includes:

[0057] A transceiver module, configured to send a batch of audio data groups to a first device in a batch sending time slot of a current equal time interval, and to receive at least one confirmation data packet carrying confirmation information sent by at least one enabled controller in a batch confirmation time slot of the current equal time interval; wherein the audio data group includes at least two audio data packets, the first device includes a main processor and at least two controllers, and one or more of the at least two controllers are selectively enabled;

[0058] The processing module is used to synthesize the confirmation information in all the received confirmation data packets to determine the reception status of the audio data group sent by the second device by the first device within the current isochronous interval and the isochronous interval before the current isochronous interval.

[0059] In a fifth aspect, an embodiment of the present invention further provides a wireless audio data transmission system, comprising a first device and a second device, wherein the first device and the second device perform wireless audio data transmission communication based on a wireless communication link.

[0060] Among them, the first device is used to execute the wireless audio data transmission method described in the first aspect or any implementation of the first aspect; the second device is used to execute the wireless audio data transmission method described in the second aspect or any implementation of the second aspect.

[0061] The wireless audio data transmission method, device and system provided by the present embodiment, the first device includes a main processor and at least two controllers. During the isochronous stream audio data transmission process, the first device can adopt a first working mode, that is, simultaneously enable the receiving function of two or more controllers to receive an audio data group sent in batches from a second device, wherein the audio data group includes at least two audio data packets. The enabled controllers can also each reply to a confirmation data packet carrying confirmation information to the second device. The method can effectively reduce the retransmission rate and improve the bandwidth efficiency and transmission reliability of the wireless transmission of audio data through the spatial diversity gain provided by the multiple controllers of the first device, thereby meeting the bandwidth requirements of various high-reliability wireless transmissions such as high-definition audio, lossless audio, or high-definition lossless audio. BRIEF DESCRIPTION OF THE DRAWINGS

[0062] In order to more clearly illustrate the specific implementation methods of the present invention or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0063] Figure 1 is a structural schematic diagram of a HRLA system provided by an embodiment of the present invention;

[0064] Figure 2a is a schematic diagram of a structure of a cascade connection between multiple controllers provided by an embodiment of the present invention;

[0065] Figure 2b is a schematic diagram of a structure of parallel connection between multiple controllers provided by an embodiment of the present invention;

[0066] Figure 3 It is a flowchart of a wireless audio data transmission method provided by an embodiment of the present invention;

[0067] Figure 4 It is a schematic diagram of a MCBAIG link time slot structure provided by an embodiment of the present invention;

[0068] Figure 5 It is a schematic diagram of a format of an MCBAIS PDU extended packet header provided by an embodiment of the present invention;

[0069] Figure 6 is a flow chart of another wireless audio data transmission method provided by an embodiment of the present invention;

[0070] Figure 7 is a flow chart of a first device in a first working mode provided by an embodiment of the present invention;

[0071] Figure 8a is a flow chart of a first device in a second working mode provided by an embodiment of the present invention;

[0072] Figure 8b is another flow chart of a first device in a second working mode provided by an embodiment of the present invention;

[0073] Fig. 9 is a schematic diagram of a flow chart of a first device in a third working mode provided by an embodiment of the present invention;

[0074] Fig.10 is a flow chart of another wireless audio data transmission method provided by an embodiment of the present invention;

[0075] Fig.11is a structural schematic diagram of a first device provided by an embodiment of the present invention;

[0076] Fig.12 is a structural block diagram of a controller provided by an embodiment of the present invention;

[0077] Fig.13 It is a structural schematic diagram of a second device provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0078] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative work are within the scope of protection of the present invention.

[0079] The terms "first", "second", etc. in the specification and claims of the present application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the terms used in this way are interchangeable under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than those illustrated or described here, and the objects distinguished by "first" and "second" are generally of the same type, and the number of objects is not limited. For example, the first object can be one or more. In addition, "and / or" in the specification and claims represents at least one of the connected objects, and the character " / " generally represents that the objects associated with each other are in an "or" relationship.

[0080] In the following, in conjunction with the accompanying drawings, a method for transmitting wireless audio data provided by an embodiment of the present application is described in detail through specific embodiments and application scenarios.

[0081] First, a specific application scenario of the technical solution of the present application is introduced, but it can be understood that the technical solution of the present application is not limited to this specific application scenario.

[0082] The present invention is applied to a wireless communication system, such as a high-definition lossless audio HRLA system. The HRLA system structure is as follows: Figure 1As shown, it includes an HRLA sending device and an HRLA receiving device. Among them, the wireless audio data transmission method based on the present embodiment is used to transmit audio data between the HRLA sending device and the HRLA receiving device. In a specific embodiment, the wireless communication link protocol implemented based on the wireless audio data transmission method described in the present embodiment can be called a multi-controller batch acknowledgment isochronous group (MCBAIG: Multi-Controller Block Acknowledgement Isochronous Group) link protocol. The wireless communication link between the HRLA sending device and the HRLA receiving device containing multiple controllers can be called a multi-controller batch acknowledgment isochronous stream (MCBAIS: Multi-Controller Block Acknowledgement Isochronous Steam) link. MCBAIG is composed of at least one MCBAIS link.

[0083] In this embodiment, at least one MCBAIS link can be used to transmit various audio data, such as high-definition lossy audio data, lossless audio data, and high-definition lossless audio data.

[0084] Optionally, the HRLA sending device is also called an HRLA master device or an MCBAIG master device, and the HRLA receiving device is also called an HRLA slave device or an MCBAIG slave device.

[0085] In this embodiment, the spatial diversity gain provided by the HRLA receiving devices of the multiple controllers is used to improve the bandwidth efficiency and reliability of HRLA wireless transmission.

[0086] Furthermore, in the embodiment of the present invention, the HRLA receiving device adopts a scalable controller structure. Specifically, the HRLA receiving device includes a host processor and a scalable controller, and the scalable controller includes multiple controllers. Each controller can be in a parallel relationship or a master-slave relationship.

[0087] In some specific embodiments, the controller may be similar to the controller defined in the Bluetooth technical specification, that is, including functions such as radio frequency (Radio), baseband (Baseband), link control (LinkController), link management (Link Manager) or link layer (Link Layer).

[0088] In some specific embodiments, the expandable controller may be composed of a master controller (MasterController) and one or more expandable slave controllers (Slave Controller).

[0089] Among them, the master-slave interface defined by the Bluetooth (BT) core specification (Core Specification) is adopted between the main processor and at least one of the master-slave controllers, such as the host controller interface layer (HCI: Host Controller Interface). Furthermore, the physical interface of the HCI can be a UART, USB or SDIO interface, etc.

[0090] There are two ways to connect the master controller and at least one slave controller. The first is to connect them in cascade / series, and the second is to connect them in parallel. Figure 2a As shown, it is a schematic diagram of cascade / series connection. Figure 2b This is a schematic diagram of parallel connection.

[0091] exist Figure 2a In the connection shown, the main controller includes a first interface and a second interface defined by the Bluetooth core specification, the first interface is used to connect to the main processor, and the second interface is used to connect to at least one slave controller. Further, the first interface is an HCI interface, and the second interface is also an HCI interface. Specifically, the main controller is connected to the slave controller 1 through the second interface, and the slave controller 1 is connected to the slave controller 2, and so on, until the Mth slave controller is cascaded / connected in series. Its physical interface can be a universal asynchronous receiver / transmitter (UART), a universal serial bus (USB), or a secure digital input and output interface (SDIO), etc. It should be understood that the number of cascaded / connected slave controllers can be customized according to actual needs.

[0092] exist Figure 2b In the connection mode shown, multiple controllers can also be connected in parallel. For example, a host processor (Host Processor) is connected to multiple controllers in parallel through multiple physical interfaces. Each controller is connected to the host processor through an HCI interface, and the multiple controllers include a host controller, a slave controller 1, ..., and a slave controller M.

[0093] The difference between the two connection methods is that Figure 2bIn the parallel connection mode shown, the main processor needs to add multiple controller interfaces in parallel and needs to control the protocols of multiple controllers, but multiple controllers do not need to be connected to each other. Figure 2a The cascaded connection shown, the host processor connection and the controller connection method are the same as ordinary BLE Audio or HRLA receiving devices.

[0094] In the above two connection modes, in order to obtain better spatial diversity, a certain spatial distance is maintained between the master controller and each slave controller, at least the antennas maintain a sufficient spatial distance, so that the fading correlation coefficient of the wireless signal received by each controller is small enough to provide a sufficiently large spatial diversity gain. In a specific embodiment, the master controller and the slave controller can be packaged in the same chip, and the antenna pins of the master controller and the slave controller are on two different sides of the chip.

[0095] The wireless audio data transmission method provided in the embodiment of the present invention is applicable to both HRLA receiving devices in cascade mode and HRLA receiving devices in parallel mode. Figure 2a The HRLA receiving device of the connection mode shown is explained as an example.

[0096] It should be noted that the roles of the HRLA sending device and the HRLA receiving device can be interchanged, that is, the HRLA sending device can be used as a receiving device, and the HRLA receiving device can be used as a sending device, and the two parties send audio data packets to each other, that is, bidirectional transmission of audio data groups. The embodiment of the present invention is described with one-way HRLA wireless transmission.

[0097] According to an embodiment of the present invention, an embodiment of a method for transmitting wireless audio data is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0098] Embodiment 1

[0099] In this embodiment, a method for transmitting wireless audio data is provided, which can be used for a first device or a second device. The first device and the second device transmit wireless audio data based on a wireless communication link, such as an MCBAIS link.

[0100] See also Figure 3 A wireless audio data transmission method provided in this embodiment includes:

[0101] Step 101: The second device sends audio data groups in batches to the first device in the current batch sending time slot of equal time interval.

[0102] In some specific embodiments, the second device may be the aforementioned Figure 1 The HRLA sending device shown, the first device may be a HRLA receiving device. It is understandable that the second device and the first device may also be other devices applicable to the method of this embodiment.

[0103] The audio data group includes at least two audio data packets. Based on the audio data group, the second device can send multiple audio data packets in batches within the current batch sending time slots of equal time intervals, thereby realizing batch transmission of audio data.

[0104] The first device includes a main processor and at least two controllers, one or more of the at least two controllers are selectively enabled during the wireless audio transmission process. The enabled controller is used to receive the audio data group sent in batches by the second device and feed back a confirmation data packet.

[0105] The first device may select which controllers to enable and the number of enabled controllers according to a specific application scenario, for example, it may determine whether to enable each controller according to the communication quality of each controller. The first device may also adopt different controller enabling strategies in different working modes.

[0106] A possible implementation is that the first device receives the audio data group sent by the second device in the current isochronous interval. The first device has at least a first operating mode. When the first device is in the first operating mode, at least two controllers are enabled. In the batch transmission time slot of the current isochronous interval, each enabled controller receives the audio data group sent in batches by the second device.

[0107] Another possible implementation is that the first device may have two or more working modes, for example, three working modes. In each working mode, the way of enabling the controller in the first device is different. In this embodiment, the first device (HRLA receiving device) may have three working modes, namely: ① Cooperation Spatial Diversity mode, ② Selective Spatial Diversity mode, and ③ Default mode.

[0108] In this embodiment, the first working mode is taken as the cooperative space diversity mode as an example.

[0109] ① The cooperative space diversity mode is that at least two controllers are enabled to work, and the enabled at least two controllers, such as the first controller and the second controller, simultaneously receive the audio data group sent by the second device. In this embodiment, the first controller and the second controller independently reply batch confirmation information to the second device (HRLA sending device) in time division.

[0110] Step 102: Each enabled controller in the first device generates a confirmation data packet carrying confirmation information based on its own reception of the audio data group in the current isochronous interval and the first device's reception of the audio data group sent by the second device before the current isochronous interval.

[0111] If the second device has sent an audio data group to the first device before the current isochronous interval, such as in a historical isochronous interval, then in the current isochronous interval, each enabled controller shall generate a confirmation data packet based on the audio data packet received by itself in the current isochronous interval and the audio data packets received by all enabled controllers in the historical isochronous interval (which may be one or more isochronous intervals).

[0112] If the second device has not sent an audio data group to the first device before the current isochronous interval, that is, there is no historical isochronous interval, each enabled controller only needs to generate a confirmation data packet based on the audio data packets it receives within the current isochronous interval.

[0113] Step 103: Each enabled controller sends the confirmation data packet generated by itself to the second device in a time-sharing manner within the batch confirmation time slot of the current equal time interval.

[0114] Correspondingly, the second device receives at least one confirmation data packet carrying confirmation information sent by at least one enabled controller within the batch confirmation time slot of the current equal time interval.

[0115] Specifically, see Figure 4 The figure shows the time slot structure of the MCBAIG link of the HRLA wireless transmission system. The MCBAIG link divides the wireless transmission time into the same MCBAIG intervals. Each MCBAIG interval includes the following time slots: a batch transmission time slot and a BA (Block Acknowledgement) time slot.

[0116] Among them, the batch transmission time slots are divided into two categories, one is the transmission time slot, which is used to transmit the audio data packets generated in the current equal time interval. The other is the retransmission time slot, which is used to retransmit the audio data packets that the first device has not correctly received, or to pre-retransmit the audio data packets being sent in the current equal time interval using the pre-repetitive transmission or pre-retransmission (PRT: Pre-Retransmission) technology. The current equal time interval is the current MCBAIG interval.

[0117] The BA time slot is a time slot for the first device to reply to the confirmation data packet carrying the batch confirmation information. Each controller of the first device replies to the confirmation data packet in a time division multiplexing manner. That is, after the batch sending time slot, the confirmed time slots reply to the confirmation data packet in sequence. Optionally, each controller can repeatedly send the confirmation data packet carrying the batch confirmation information.

[0118] The confirmation data packet includes BA information, such as a BA mapping table (MT) used to indicate whether the controller has correctly received the audio data packet in the current MCBAIG interval and one or more previous MCBAIG intervals, or whether the HRLA sending device needs to retransmit the audio data packet.

[0119] The batch confirmation time slot includes multiple confirmation sub-time slots; for example Figure 4 The time period indicated by BA0, BA1, ..., BAD in the batch confirmation time slot. Step 103 specifically includes: each enabled controller occupies the confirmation sub-time slot in the batch confirmation time slot to send the confirmation data packet generated by itself, wherein the confirmation sub-time slots occupied by each enabled controller are different from each other. It can be understood that the confirmation sub-time slots that can be occupied by each enabled controller can be configured according to the specific application scenario. In different equal time intervals, the sub-time slots occupied by a certain enabled controller can be the same or different, and this application does not make specific limitations on this.

[0120] like Figure 4 As shown, in the batch transmission time slots indicated by P1, P2, ..., PM, P1, P2 to PK, the second device always sends audio data packets to the first device. Afterwards, in each confirmation sub-time slot indicated by BA0, BA1, ..., BAD, the enabled controller 1, controller 2, ..., controller M sends the confirmation data packet generated by itself to the second device. For example, controller 1 sends the confirmation data packet generated by it to the second device in BA0, and controller 2 sends the confirmation data packet generated by it in BA1, until controller M sends the confirmation data packet generated by it in the BAD sub-time slot. Among them, BA0, BA1, ..., BAD are all different confirmation sub-time slots.

[0121] In each BA time slot, each enabled controller in the first device replies with a confirmation data packet carrying BA information in a time division multiplexed manner, that is, it replies with confirmation data packets in sequence in the time slots determined after the batch transmission time slot. Different controllers send confirmation data packets in different BA time slots, such as BA0, BA1, BA 2, ..., BAD in sequence. Optionally, each controller may send a confirmation data packet more than once. For example, each controller may repeatedly send confirmation data packets multiple times in sequence, or may repeatedly send confirmation data packets in an interleaved manner. Without loss of generality, the embodiments of the present invention only discuss the case where each controller sends a confirmation data packet once.

[0122] Optionally, each equal time interval (MCBAIG interval) also includes other time slots, such as Figure 4 As shown, other time slots include the transmit (TX) and receive (RX) time slots of the BLE asynchronous connection (ACL) link, which are used to assist in establishing the MCBAIS link, negotiate MCBAIS link parameters, negotiate whether the HRLA slave device enables multiple controllers and the number of enabled controllers, etc.

[0123] Figure 4 The interval between every two audio data packets is the minimum time slot space (T_MSS: Minimum SlotSpace). The interval between the starting point of the current isochronous MCBAIG interval, that is, the starting point of sending the first audio data packet, and the starting point of the confirmation data packet replying the batch confirmation information is a preset fixed interval, that is, BA delay (BADelay), and BADelay is less than the MCBAIG interval.

[0124] No matter how many audio data packets the second device sends, each enabled controller in the first device sends a confirmation data packet carrying batch confirmation information within the negotiated preset confirmation sub-time slot, so that the second device can correctly receive the batch confirmation information.

[0125] Step 104: The second device integrates confirmation information in all received confirmation data packets to determine the reception status of the audio data group sent by the second device by the first device within the current isochronous interval and the isochronous interval before the current isochronous interval.

[0126] Specifically, the second device receives a confirmation data packet sent by at least one controller in different confirmation sub-time slots, such as BA0 to BAD. The second device may receive multiple confirmation data packets, and the received confirmation data packets may be sent by different controllers, wherein the BA information carried in the multiple confirmation data packets may be different. The second device needs to integrate the BA information in all the received confirmation data packets to determine whether the audio data packet is correctly received by the first device. If it is detected that there are one or more audio data packets, and all controllers have not received them correctly in the current equal time interval, it is determined that the one or more audio data packets are lost in transmission, and the second device is required to retransmit the audio data packet in the next MCBAIG interval.

[0127] The data packets or audio data groups to be retransmitted at the next MCBAIG interval include at least one of: an audio data packet to be sent for the first time, an audio data packet to be retransmitted, and a pre-retransmitted audio data packet. The pre-retransmitted audio data packet is selected from the audio data packet to be sent for the first time and / or the audio data packet to be retransmitted.

[0128] If information indicating that at least one controller has correctly received a certain audio data packet is detected, it is determined that the audio data packet is correctly received by the first device.

[0129] In the method provided in this embodiment, the first device includes a main processor and at least two controllers. During the isochronous streaming audio data transmission process, the first device can adopt a first working mode, that is, simultaneously enable the receiving function of two or more controllers to receive an audio data group sent in batches from the second device, wherein the audio data group includes at least two audio data packets. The enabled controllers can also each reply to a confirmation data packet carrying confirmation information to the second device. This method can effectively reduce the retransmission rate and improve the bandwidth efficiency and transmission reliability of wireless transmission of audio data through the spatial diversity gain provided by multiple controllers of the first device, thereby meeting the bandwidth requirements of various high-reliability wireless transmissions such as high-definition audio, lossless audio, or high-definition lossless audio.

[0130] In a possible implementation manner, the above step 101, before the second device sends the audio data group in equal time intervals, further includes: generating an audio data group including one or more audio data packets.

[0131] In some specific embodiments, in order to improve the compatibility of the present embodiment with Bluetooth technology, the MCBAIG link protocol is based on the BLE synchronous isochronous channels (Isochronous Channels) protocol, and the HRLA master device uses the MCBAIS protocol data unit (PDU: Protocol Data Unit) published by the present invention to send audio data, and the HRLA slave device uses the batch confirmation (BA: Block Acknowledgement) PDU to send batch confirmation information. The MCBAIS PDU has the same structure as the BLE connected isochronous stream (CIS: Connected Isochronous Stream) PDU but a different header format, that is, the CIS PDU with an extended header (Extended Header) is used. Similar to the CIS PDU, the MCBAIS PDU includes the MCBAIS data (Data) PDU and the MCBAIS null (Null) PDU. The MCBAISData PDU is used when audio data is sent, and the MCBAIS Null PDU is used when no audio data is sent.

[0132] In this embodiment, the audio data packet may be a MCBAISData PDU, and the confirmation data packet may be a MCBAIS Null PDU.

[0133] like Figure 5 As shown, it is a schematic diagram of the format of an MCBAIS PDU extended header provided in this embodiment. The format of the extended header is based on the CIS PDU header, and the BTE (Block Transmission Enable) field is set on the first reserved field (RFU: Reserved for Future Use) to indicate whether the wireless communication link is enabled, such as the batch data packet sending function of the MCBAIS link. The BAE (Block Acknowledgement Enable) field is set on the second reserved field (RFU) to indicate whether the wireless communication link is enabled, such as the batch data packet confirmation function of the MCBAIS link.

[0134] Wherein, optionally, if the BTE word field is assigned a value of 1, it indicates that the batch sending function of the MCBAIS link is enabled; if the BTE word field is assigned a value of 0, it indicates that the batch sending function of the MCBAIS link is not enabled. In this embodiment, when the BTE word field is assigned a value of 1, the extended packet header adds a certain number of word fields, specifically including at least one of the following word fields.

[0135] ① The BTN (Block Transmission Number) field indicates the total number of audio data packets MCBAISData PDUs sent in batches within the current equal time interval, such as the MCBAIG interval, including the MCBAISData PDUs sent repeatedly in advance. The BTN field size occupies 4 bits.

[0136] ② BTSN (Block Transmission Sequence Number) field, indicating the sequence number of the audio data packet MCBAISData PDU sent in batches within the current equal time interval, such as the MCBAIG interval. The BTSN field size occupies 4 bits.

[0137] ③PDUSN (PDU Sequence Number) field indicates the sequence number of the audio data packet MCBAISData PDU sent by the second device, namely the HRLA sending device. The PDUSN field occupies 6 bits.

[0138] ④BAN (Block Acknowledgement Number) field indicates the number of times the first device, i.e. the HRLA receiving device, can reply to the confirmation data packet BAPDU. This number can be the number of times any controller repeatedly sends BA, or the number of times multiple controllers send BA in sequence. The BAN field size is 1 bit.

[0139] If the BTE word field is assigned a value of 0, the above four fields ① to ④ will not be added.

[0140] Furthermore, if the BAE field is assigned a value of 1, the MCBAIS PDU extended packet header further includes a STARTSN (Start Sequence Number) field and a BA mapping table MT.

[0141] The STARTSN field is used to indicate the serial number PDUSN of an audio data packet.

[0142] BAMT is used to indicate whether the audio data packet MCBAISData PDU starting from PDUSN represented by STARTSN sent in the current MCBAIG interval and at least one or more previous MCBAIG intervals is correctly received, or whether the second device, i.e., the HRLA sending device, needs to retransmit the corresponding audio data packet MCBAISData PDU.

[0143] Each bit in BAMT corresponds to the PDUSN of a MCBAISData PDU. The lowest bit represents the PDUSN of the MCBAISData PDU indicated by STARTSN. The bits arranged from low to high represent a PDUSN greater than STARTSN. The highest PDUSN that can be indicated is determined by the number of bits of STARTSN and BAMT.

[0144] In addition, the default value of each bit of BAMT is 1, which means that the second device or HRLA sending device needs to send or resend the MCBAISData PDU represented by its corresponding PDUSN. After the MCBAISData PDU represented by the PDUSN starting from STARTSN is correctly received by the first device, the corresponding value of BAMT is set to 0, that is, the second device does not need to resend the MCBAISData PDU represented by its corresponding PDUSN.

[0145] In addition, the MCBAIS PDU extension header also includes other fields, such as the Logical Link Identifier (LLID) bit, which is used to indicate the load type of this data packet; the sequence number SN; the next expected sequence number (NESN: Next Expected Sequence Number), the Close Isochronous Event (CIE) flag, which is used to indicate whether the isochronous event is closed; the Null PDU Indicator (NPI), which is used to indicate whether this data packet carries data; the load length (Length) bit, which is used to indicate the load length of this data packet, etc. Among them, the SN field and the NESN field are invalid in the MCBAIS PDU.

[0146] Optionally, each of the above fields occupies a certain number of bits, for example, the LLID field occupies 2 bits; the NESN field, SN field, CIE field, BTE field, NPI field, and BAE field all occupy 1 bit; the BTN field and BTSN field all occupy 4 bits; and the PDUSN field occupies 6 bits. It should be understood that the size of each field can also be customized and is not limited to the above allocated byte size.

[0147] In this embodiment, when the second device sends the MCBAISData PDU, the NPI field is set to 0; when the second device sends the MCBAIS Null PDU, the NPI field is set to 1.

[0148] In the one-way HRLA wireless transmission process, since only the HRLA sending device sends audio data packets, the HRLA receiving device does not send audio data packets. Therefore, the relevant word fields in the MCBAISData PDU of the audio data packet sent by the HRLA sending device are set to: BTE = 1, BAE = 0, NPI = 0. The HRLA receiving device uses MCBAIS Null PDU to send batch confirmation information, and the relevant word fields are set to: BTE = 0, BAE = 1, NPI = 1.

[0149] It should be noted that, in the process of bidirectional HRLA wireless transmission of audio data, the extended packet header of MCBAIS Data PDU can be used in both directions to carry batch confirmation information, that is, the BTE and BAE fields are both set to 1. Without loss of generality, the present invention uses unidirectional HRLA wireless transmission to illustrate the MCBAIS or MCBAIG link protocol, so the first device is used as the HRLA receiving device and the second device is used as the HRLA sending device, so each audio data packet sent by the second device is configured as BTE=1, BAE=0, and NPI=0.

[0150] In step 102 of the above embodiment, when each controller of the first device generates a confirmation data packet carrying confirmation information, each confirmation data packet includes the above BAE field, and the BAE field can be configured as 0 or 1.

[0151] If BAE=1, it indicates that the batch data packet confirmation function is enabled. At this time, the confirmation data packet MCBAIS NullPDU includes the above-mentioned STARTSN field and BAMT to indicate the confirmation information. Among them, the STARTSN field is used to indicate the sequence number PDUSN of an audio data packet; BAMT is used to indicate whether one or more audio data packets starting from the sequence number PDUSN indicated by the STARTSN field are correctly received, or whether the second device needs to retransmit. In the cooperative space diversity mode, each enabled controller generates BAMT based on the reception status of all controllers in the previous MCBAIG interval and the reception status of the controller itself in the current MCBAIG interval, that is, based on the result of whether each audio data packet MCBAISDataPDU is correctly received. The batch reply of each controller carries batch confirmation information, that is, the confirmation data packet MCBAIS Null PDU containing the STARTSN field and BAMT, to determine which MCBAISData PDUs in the audio data group sent by the second device in batches are correctly received, which are not correctly received, or which MCBAISDataPDUs need to be retransmitted. And the confirmed information is set in the corresponding bit in the extended packet header BAMT of the audio data packet to be sent.

[0152] Specifically, Figure 6 As shown, in the second device, the above step 103 includes:

[0153] Step 1031: Receive in each confirmation sub-time slot of the batch confirmation time slot to obtain at least one confirmation data packet sent by the enabled controller.

[0154] In some specific embodiments, the second device performs a data receiving action in each confirmation sub-time slot of the batch confirmation time slot to obtain all confirmation data packets sent by the first device as much as possible. These confirmation data packets may be sent by one controller of the first device or by multiple controllers.

[0155] For example, the second device performs a receiving operation in the confirmation sub-time slot BA0 to receive a confirmation data packet sent from the first controller. Similarly, the second device receives a confirmation data packet sent from the second controller in the confirmation sub-time slot BA1, and receives a confirmation data packet sent from the Mth controller in the confirmation sub-time slot BAD. Each confirmation data packet may include a STARTSN field and a BAMT to carry batch confirmation information.

[0156] In some other specific embodiments, the second device may also receive in a pre-specified or negotiated partial confirmation sub-time slot. The specific setting may be based on the actual application scenario, and this application does not make any specific limitation on this.

[0157] The above step 104 specifically includes:

[0158] Step 1041: The second device determines, based on confirmation information in all received confirmation data packets, audio data packets indicated by all confirmation data packets as being incorrectly received or requiring retransmission as audio data packets that have not been correctly received by the first device or that require retransmission.

[0159] Among them, BAMT may contain information on whether the audio data packets sent at one or more MCBAIG intervals need to be retransmitted. In order to improve the reliability of replying batch confirmation information, the first device can also choose to repeatedly send confirmation data packets carrying batch confirmation information. The number of repeated transmissions can be customized according to actual conditions, and this embodiment does not limit this.

[0160] If the BAE field of the extended header of the confirmation data packet of the batch confirmation information is assigned a value of 1, the lowest bit of BAMT corresponds to the audio data packet represented by the PDUSN indicated by STARTSN, and the high bits of BAMT correspond to the audio data packets represented by higher PDUSNs in turn.

[0161] If a bit of the BA MT is set to 1, it indicates that the second device or HRLA sending device needs to resend or send the audio data packet represented by its corresponding PDUSN. If a bit of the BA MT is set to 0, it indicates that the second device does not need to resend the audio data packet represented by its corresponding PDUSN.

[0162] Generally, the lowest bit of BA MT is always set to 1, that is, the minimum PDUSN of the audio data packet that the first device needs the second device to send or resend is STARTSN. STARTSN may represent the audio data packets sent in batches at the current MCBAIG interval, or the audio data packets sent at one or more previous MCBAIG intervals, or the PDUSN of the 0th audio data packet to be sent at the next MCBAIG interval. If the audio data packets of the current MCBAIG interval and the previous one or more MCBAIG intervals are correctly received, STARTSN represents the PDUSN corresponding to the 0th audio data packet to be sent in batches at the next MCBAIG interval, and no packet loss occurs during transmission.

[0163] Step 105: The second device sends the audio data packet that is not correctly received or needs to be retransmitted to the first device.

[0164] Specifically, the audio data packet that is not correctly received or needs to be retransmitted is packaged in a next audio data group, and then the next audio data group is sent in batches to the first device within the next equal time interval.

[0165] The next audio data group includes at least audio data packets that are not correctly received or need to be retransmitted (to be retransmitted), and may also include pre-retransmitted audio data packets. Further, the pre-retransmitted audio data packets are selected from audio data to be sent for the first time and / or audio data packets to be retransmitted.

[0166] It can be understood that the next equal time interval is an equal time interval after the current equal time interval.

[0167] The method provided in this embodiment configures / adds some fields at the header of the audio data packet to be sent, such as the second device setting the BTE field, as well as the BTN, BTSN, PDUSN and BAN fields in each audio data packet, to indicate the function of enabling the batch sending of audio data packets, as well as the sequence number of the sent audio data packets, the total number of packets and other information. At the receiving end, the first device sets the BAE field, as well as the STARTSN field and BAMT to indicate the enabling of batch data packet confirmation and the reception of the audio data packet sent by the second device, so that the second device can accurately determine the reception of the audio data packet sent by the first device to the second device in the current equal time interval based on the confirmation information in all the confirmation data packets, and provide a basis for the determination and sending of audio data packets in subsequent equal time intervals.

[0168] The above embodiment is a method flow of the first device in the first working mode. The first working mode is a cooperative spatial diversity mode, which is suitable for a wireless environment with deep fading and strong interference, such as Figure 7 As shown, in the cooperative spatial diversity mode, at least two controllers are enabled, such as the first controller and the second controller simultaneously enable the function of receiving audio data packets, and the remaining controllers may not be enabled, such as controller M is in the off state, M≥2.

[0169] Optionally, the first controller may be a master controller (Master Controller), and the second controller may be any slave controller (Slave Controller).

[0170] In the cooperative spatial diversity mode, the first controller and the second controller not only keep in sync with the second device, i.e., the HRLA sending device, but also simultaneously receive the audio data packets sent by the second device. Figure 3 In the method flow from step 101 to step 103, after the first controller and the second controller each generate a confirmation data packet, they send their respective confirmation data packets to the second device in the corresponding confirmation sub-time slot. For example, the first controller sends the first confirmation data packet generated by itself in the first confirmation sub-time slot, such as BA0. The second controller sends the second confirmation data packet generated by itself in the second confirmation sub-time slot, such as BA1. BA0 and BA1 are different, and both are after the BA delay of equal time interval.

[0171] In the first working mode, the probability that the independently enabled first controller and the second controller fail to correctly receive the audio data packet at the same time due to spatial fading is greatly reduced. Therefore, the cooperative spatial diversity mode can significantly improve the receiving performance of the HRLA receiving device and ensure transmission reliability.

[0172] Optionally, in another embodiment, the first device further has a second working mode, which is a selective spatial diversity mode. In this mode, the first device selects and enables a controller from at least two controllers based on the assessed channel quality of each controller, and receives the audio data group sent in batches by the second device in the batch sending time slot of the current equal time interval.

[0173] like Figure 8a As shown, in the second working mode, the first device selects and enables the first controller according to the channel quality of each controller. When the first controller is enabled, the first controller generates a first confirmation data packet carrying batch confirmation information according to the reception of the audio data group by itself in the current isochronous interval and the reception of the audio data group sent by the second device by the first device before the current isochronous interval; and sends the first confirmation data packet to the second device in the first confirmation sub-time slot. Optionally, the first confirmation data packet is a BA PDU carrying batch confirmation information.

[0174] Furthermore, the above-mentioned first device selects and enables the first controller from at least two controllers based on the evaluated channel quality of each controller, specifically including: the first device periodically evaluates the channel quality between each controller and the second device respectively, and selects and enables the first controller from at least two controllers based on all evaluated channel qualities and a first preset condition.

[0175] The first preset condition is: the first channel quality is greater than or equal to the first preset threshold, and the first channel quality is the channel quality of the first controller; the second channel quality is less than the first preset threshold, and the second channel quality is the channel quality of the second controller. At this time, the channel quality of the first controller is better than that of other controllers, so the first controller is selected to be enabled, receive the audio data packet and feedback the confirmation data packet.

[0176] At the same time, the data synchronization and channel assessment functions of other unenabled controllers are maintained, and / or at least the other unenabled controllers are prohibited from sending confirmation packets, such as prohibiting the second controller from sending batch confirmation packets to controller M. At this time, the second controller and other unenabled controllers are in a closed state.

[0177] In the process of enabling the first controller to receive audio data packets and batch feedback confirmation data packets, the above method also includes: when it is detected that the first channel quality of the first controller is less than the first preset threshold and the second channel quality of the second controller is greater than the second preset threshold, the second controller is selected and enabled, and the first controller is prohibited from sending confirmation data packets. Figure 8bAs shown, the second preset threshold is higher than the first preset threshold. At this time, the preset condition of the switching controller is: detecting that the first channel quality of the first controller is less than the first preset threshold, and the second channel quality of the second controller is greater than the second preset threshold.

[0178] At this time, although the first controller is prohibited from sending confirmation data packets, the channel quality of the first controller is still detected and evaluated, so as to be ready to switch and enable at any time when the channel quality changes.

[0179] Optionally, the quality of the wireless channel of each controller can be measured by a packet loss rate (PER), and the lower the packet loss rate, the better the channel quality. In addition, the first preset threshold and the second preset threshold are both the reciprocal of the PER.

[0180] The first controller is one of the at least two controllers, and the second controller is one of the at least two controllers that is different from the first controller. Optionally, in a specific embodiment, the first controller may be a master controller, and the second controller may be a slave controller.

[0181] In the second working mode, the first controller is first used to receive the audio data packet sent by the second device. When the channel quality of the first controller is lower than the first preset threshold and the channel quality of the second controller is higher than the second preset threshold, it means that the channel quality of the second controller is better than the first controller at this time. The second controller is enabled to receive the audio data packet, and the first controller is prohibited from feeding back the confirmation data packet, but it still maintains synchronization with the second device and periodically performs channel evaluation.

[0182] Similarly, during wireless transmission, when the channel quality of the second controller is lower than the first preset threshold and the channel quality of the first controller is higher than the second preset threshold, the first controller is selected to receive the audio data packet. Moreover, no matter whether the first controller or the second controller receives the audio data packet, it independently replies to the second device with the confirmation data packet carrying the batch confirmation information. The controller that is prohibited from sending the confirmation data packet continues to maintain the channel quality assessment, so as to be ready to switch to enable at any time when the channel quality changes.

[0183] In addition, the second working mode and the first working mode can also be switched. Specifically, the first device periodically evaluates the channel quality between each controller and the second device, and switches the working mode of the first device based on the channel quality and the second preset condition. The second preset condition is that the channel quality between each controller and the second device is less than the first preset threshold.

[0184] Specifically, in the second working mode, when it is detected that the channel quality between all controllers in the first device and the second device reaches the above-mentioned second preset condition, the working mode of the first device is switched from the second working mode to the first working mode, that is, from the selective spatial diversity mode to the cooperative spatial diversity mode. Because in the selective spatial diversity mode, enabling any controller alone cannot guarantee the reliability of audio data packet transmission, so two or more controllers need to be enabled for simultaneous reception. Which controllers to enable can be determined based on the channel quality evaluated for each controller and the preset conditions. Please see the description of the aforementioned embodiment for details, which will not be repeated here.

[0185] In addition, in this embodiment, the first device may also have a third working mode, i.e., a default mode. Under good wireless environment conditions, i.e., a short communication distance, small channel fading, and little interference, the default mode is adopted. The so-called default mode is: the first device only enables the target controller, such as the master controller, and all other slave controllers are in a power-down state, but still maintains channel quality assessment and monitoring of other controllers.

[0186] like Fig. 9 As shown, after the target controller of the first device is enabled, the target controller sends a first confirmation data packet to the second device in the first confirmation sub-time slot of the current equal time interval. The batch confirmation information carried in the first confirmation data packet, such as the STARTSN field and the BA MT content, can be specifically referred to the description of the above embodiment, and will not be repeated here.

[0187] In addition, when the target controller is enabled to send and receive data packets, the channel quality evaluation between other controllers and the second device is also synchronously maintained. Because in a changing wireless environment, if the target controller cannot meet the communication performance requirements, the working mode of the first device can be switched, such as switching to the first working mode or the second working mode.

[0188] In this embodiment, the first device can have three working modes. Based on the current channel quality and preset conditions of each controller, free switching between the first working mode, the second working mode, and the third working mode can be achieved, thereby dynamically selecting one or more controllers to enable and receive audio data packets and feedback confirmation data packets according to the communication environment, which can reduce the retransmission rate and ensure transmission reliability.

[0189] Embodiment 2

[0190] This embodiment describes in detail the process of the second device setting and sending the audio data packet in the above-mentioned embodiment 1.

[0191] The second device. The HRLA sending device divides the audio stream data into audio service data units (SDUs: Service Data Units) of the same size, and each SDU corresponds to the payload of an audio data packet. Assume that the number of new SDUs generated or input by the second device in each MCBAIG interval is L, that is, the number of audio data packets encapsulated is L, and L ≤ M and L < N, and they are sequentially numbered by PDUSN and stored in the sending buffer, that is, each SDU or the encapsulated audio data packet corresponds to a different PDUSN.

[0192] Optionally, the audio data packet is an MCBAISData PDU.

[0193] In step 101 of the above Embodiment 1, the method process of the second device setting the audio data packet and sending the audio data group to the first device on the MCBAIS link is as Fig.10 shown, and specifically includes:

[0194] Step 201: Take the SDU as the payload from the sending buffer in ascending order of PDUSN and encapsulate it into an audio data packet.

[0195] Among them, the SDU taken by the second device from the sending buffer may also be the SDU that was input in the previous one or more MCBAIG intervals and not correctly received and confirmed by the HRLA slave device, or may be the new SDU input in the current MCBAIG interval.

[0196] Step 202: Judge whether the number M of SDUs in the buffer is greater than or equal to N.

[0197] N is the maximum number of SDUs or audio data packets that the second device can send in the current MCBAIG interval.

[0198] Step 203: If so, that is, M ≥ N, then sequentially and continuously send N audio data packets to the first device in ascending order of PDUSN.

[0199] Specifically, form an audio data group with N audio data packets and send the audio data group to the first device in the current MCBAIG interval.

[0200] Step 204: If not, that is, M < N, then judge whether to enable the pre - retransmission PRT technology.

[0201] Among them, the PRT technology can be understood as using redundant time slots at least twice or more times to pre - repeat the transmission of at least part of the data within the current equal time interval to improve the reliability of data transmission.

[0202] Step 205: If the PRT technology is enabled, M+K audio data packets are continuously sent to the first device in a cyclical order from small to large according to the PDUSN.

[0203] Specifically, the SDUs in the pre-retransmitted cache are read from the cache in a loop from small to large according to the PDUSN in the current MCBAIG interval, the number is K, the number is M+K, and M+K≤N. For example, when M=7 and N=8, K=1. In addition, the PDUSN number carried in the extended packet header of the audio data packet corresponding to the pre-retransmitted SDU is the same as that of the original audio data packet, but the BTSN is different. In the current MCBAIG interval, the number of BTN fields carried in the extended packet headers of the audio data packets sent sequentially by the second device is M+K=8.

[0204] Step 206: If the PRT technology is not used, M audio data packets are continuously sent in ascending order according to the PDUSN.

[0205] Specifically, the number of SDUs or audio data packets sent in the current MCBAIG interval is equal to M. For example, M=7.

[0206] In addition, step 103 of the first embodiment specifically includes:

[0207] Step 207, the second device starts to receive confirmation data packets carrying batch confirmation information sent by the first device after a BA delay at the starting point of the MCBAIG interval based on the BAN field in the audio data packet extension header, and merges the BA information of all confirmation data packets to determine the reception status of the audio data group by the first device.

[0208] After the second device sends the BTN group audio data packet in the current MCBAIG interval, it receives confirmation data packets sent by each enabled controller of the second device in each confirmation sub-time slot BA0, BA1, ..., BAD, each confirmation data packet includes a STARTSN field and a BA mapping table.

[0209] If the first device is in the second working mode (selective spatial diversity mode) or the third working mode (default mode), the confirmation data packets received by the second device in each confirmation sub-time slot are sent by the same controller, and their BA information is the same. The purpose of repeated transmission is to improve transmission reliability.

[0210] If the first device is in the first working mode, that is, in the cooperative spatial diversity mode, the confirmation data packets received by the second device in each confirmation sub-time slot may be sent by different controllers, and the BA information therein may be different.

[0211] The second device determines whether the first device has correctly received the audio data packet based on the BA information in all received confirmation data packets, and retransmits the audio data packet in the subsequent MCBAIG interval only if all controllers have not correctly received the audio data packet.

[0212] The second device determines which of the audio data packets sent in batches are correctly received by the first device and which are not correctly received based on the correctly received confirmation data packets carrying the batch confirmation information. The correctly received audio data packets are deleted from the sending buffer; the audio data packets / SDUs that are not correctly received are retained in the sending buffer and resent at the next or subsequent MCBAIG interval.

[0213] Optionally, when sending an audio data packet in the next MCBAIG interval, the second device preferentially sends the audio data packet / SDU in the cache, ie, the SDU that has not been sent in the current MCBAIG interval or one or more previous MCBAIG intervals.

[0214] When the number of SDUs is less than N, the SDUs in the buffer are sent in order from small to large according to PDUSN in the redundant time slot. After the confirmation data packet carrying the batch confirmation information is correctly received in the next MCBAIG interval, it is determined whether the SDUs sent in batches in the previous one or more MCBAIG intervals are correctly received or need to be resent. In this way, the effective number of times the second device receives the audio data packet carrying the batch confirmation information is increased, and the reliability of receiving the batch confirmation information is improved, thereby reducing the number of repeated transmissions of the audio data packet / SDU and the number of repeated transmissions of the batch confirmation data packet, so as to improve the link efficiency.

[0215] However, the number of new confirmation data packets / SDUs sent by the second device cannot exceed the maximum number that BAMT can indicate. Specifically, based on the STARTSN in the header of the confirmation data packet carrying batch confirmation information that the second device has recently received, the maximum PDUSN number of new SDUs that the second device can send before receiving new batch confirmation information again cannot exceed the sum of the STARTSN and the number of BAMT bits minus 1. If this threshold is exceeded, the second device can only cyclically send confirmation data packets / SDUs in the cache that have been sent and have not been confirmed to be correctly received by the first device until a confirmation data packet carrying batch confirmation information is received again.

[0216] In the cooperative space diversity mode, the first device enables two or more controllers to reply to confirmation data packets carrying batch confirmation information, which improves the reliability of the second device receiving the confirmation information to a certain extent, and greatly reduces the probability that the second device can only cyclically send audio data packets in the cache that have been sent before and have not been confirmed to be correctly received by the first device. It can effectively reduce the retransmission rate and improve the bandwidth efficiency and transmission reliability of wireless transmission of audio data, thereby meeting the bandwidth requirements of various high-reliability wireless transmissions such as high-definition audio, lossless audio, or high-definition lossless audio.

[0217] Embodiment 3

[0218] This embodiment takes a wireless stereo high-resolution lossless audio headset system as a specific embodiment to illustrate the above wireless audio data transmission method. The wireless stereo high-resolution lossless audio headset system includes an HRLA master device and a stereo HRLA headset.

[0219] The HRLA master device includes but is not limited to a smartphone, a smart TV or a computer. The stereo HRLA headset as an HRLA slave device includes a master controller and a slave controller, and adopts the next generation BLE technology, including a 4Mbps physical layer and supporting a larger packet length. It should be understood that the stereo HRLA headset can also include more slave controllers, which is not limited in this embodiment.

[0220] The HRLA master device is configured as follows: a stereo high-resolution digital audio signal with a sampling rate of 48kHz and a quantization bit of 24 is divided into a frame every 2.5ms, corresponding to 120 stereo sampling points. A lossless audio encoder is used, for example, a certain technology's low-latency high-resolution audio codec (LHDC: Low-Latency Hi-Definition Audio Codec), to encode a frame of digital audio signal into 500 bytes of audio data, and encapsulate it in a service data unit (SDU: Service Data Unit) and send it to the HRLA headset through the MCBAIG link.

[0221] like Figure 5In the MCBAIS PDU extended header shown, the BTN field and BTSN field both occupy 4 bits, the PDUSN field occupies 6 bits, the BAN field occupies 2 bits, the STARTSN field is 8 bits, and the BAMT is 40 bits. Therefore, the BTE configuration of the audio data packet MCBAISData PDU used for bulk transmission is 1, the BAE configuration is 0, the NPI is set to 0, and its extended header size occupies 4 bytes. The BTE configuration of the confirmation data packet MCBAIS Null PDU used to reply to the batch confirmation information is 0, the BAE configuration is 1, the NPI is set to 1, and its extended header is 8 bytes.

[0222] like Figure 4 In the MCBAIG link time slot structure shown, the MCBAIG interval is set to 20ms, and the number L of each SDU input by the HRLA master device in each MCBAIG interval is equal to 8, and the number L of the corresponding audio data packets MCBAISData PDU encapsulated is equal to 8. Each SDU is numbered in sequence and saved in the sending buffer, where the number of bits of the PDUSN is 6, that is, the numbering is from 0 to 63, and the numbering starts from 0 after it is greater than 64. After the cyclic numbering, the PDUSN numbered 0 is considered to be greater than the adjacent PDUSN numbered 63.

[0223] In addition, each audio data packet MCBAISData PDU is transmitted using the BLE HDT 4Mbps physical layer, and an audio data packet MCBAISData PDU with a payload size of 500 bytes has an air packet length of 1068us. Figure 4 In the MCBAIG link time slot structure shown in FIG, T_MSS is equal to 150us. The air time for sending an audio data packet MCBAISData PDU is 1068us plus 150us, a total of 1218us. Figure 4 In the MCBAIG link time slot structure shown, the maximum number of MCBAISData PDUs that can be transmitted in batches is 14, that is, N=14, and the total air time is 17.052 ms, and the corresponding BADelay 0 is equal to 17.052 ms.

[0224] The confirmation data packet MCBAIS Null PDU is transmitted at a rate of 2Mbps in BLE. The confirmation data packet MCBAIS Null PDU carrying batch confirmation information is 68us long. Adding the T_MSS of 150us, the air time occupied by sending a confirmation data packet MCBAISNull PDU is 218us. Then, the corresponding BADelay 1 is equal to 17.27ms. Figure 4As shown, each HRLA headset contains two controllers, the master and the slave, and each sends the confirmation data packet MCBAIS Null PDU once (at this time, BAN=2 in the extended packet header of the audio data packet MCBAISData PDU), which takes a total of 436us. The batch sending of 14 audio data packets MCBAISData PDU, plus the time for the HRLA headset to send MCBAIS Null PDU twice, takes a total of 17.488ms in the air. The remaining 2.512ms is used for the HRLA master device to maintain the BLE ACL link with the HRLA headset.

[0225] See above Figure 3 and Figure 6 The flowchart of wireless audio data transmission is shown. In the first MCBAIG interval, the number of audio data packets (SDU) L input by the HRLA master device is equal to 8, and the number of audio data packets MCBAISData PDUs encapsulated is equal to 8, and the PDUSNs are numbered 0, 1, 2, ..., 7 in sequence. Using the PRT technology, the number M of audio data packets MCBAISData PDUs sent in the current MCBAIG interval is equal to 14. The BTN field in the extended header of the audio data packet MCBAISData PDU is set to 14, the BAN field is set to 2, and the BTSN fields in the 14 audio data packets MCBAISData PDU are set to 0, 1, 2, ..., 11, 12, 13 in sequence, and the corresponding PDUSNs are 0, 1, 2, ..., 7, 0, 1, 2, ..., 5 respectively.

[0226] The HRLA master device sends 14 audio data packets MCBAISData PDU to the HRLA headset in sequence, and at the same time, the two controllers of the HRLA headset receive 14 audio data packets MCBAISData PDU in sequence. After the time point BADelay 0 equals 17.052ms, the master controller and slave controller of the HRLA headset send confirmation data packets MCBAIS Null PDU carrying batch confirmation information in sequence, and are correctly received by the HRLA master device.

[0227] One situation is: due to interference, the audio data packets (MCBAISData PDU) with BTSN equal to 1, 3 and 7 of the main controller are not received correctly, while the audio data packets MCBAISData PDU corresponding to other BTSNs are received correctly. Since the audio data packets MCBAISData PDU with BTSN equal to 1 and 3 are respectively the same as the audio data packets MCBAISData PDU with BTSN equal to 9 and 11, they correspond to the same PDUSN. Therefore, although there is interference leading to erroneous reception, by using PRT technology, among the 8 SDUs input by the HRLA master device in the current MCBAIG interval, only the SDU with PDUSN equal to 7 is not received correctly by the main controller.

[0228] The STARTSN in the MCBAIS Null PDU extension header of the confirmation data packet sent by the main controller of the HRLA headset is set to 7, and the values ​​of all BAMT bits are 1, indicating that SDUs with PDUSN less than 7 do not need to be retransmitted.

[0229] Another situation is: due to interference, the audio data packets MCBAISData PDU with BTSN equal to 5 and 6 from the controller are not received correctly, but the audio data packets ABAISData PDU corresponding to other BTSNs are received correctly. Since the audio data packet MCBAISData PDU with BTSN equal to 5 is the same as the audio data packet with BTSN equal to 13, they correspond to the same PDUSN. Therefore, although there is interference leading to erroneous reception, by using PRT technology, only the SDU with PDUSN equal to 6 among the 8 SDUs input by the HRLA master device in the current MCBAIG interval is not correctly received by the main controller. The STARTSN in the extended header of the confirmation data packet sent by the HRLA headset from the controller is set to 6, the first bit in BAMT is set to 0, and the values ​​of all other bits are 1, which means that SDUs with PDUSN less than 6 and equal to 7 do not need to be retransmitted.

[0230] The HRLA master device receives the confirmation data packets (MCBAIS Null PDU) carrying batch confirmation information replied by the above-mentioned master controller and slave controller respectively, and statistically merges the batch confirmation information to determine the reception status of the HRLA headset. In this embodiment, based on the above-mentioned feedback confirmation data packet, the HRLA master device confirms that the main controller has not correctly received the SDU with PDUSN equal to 7, but the audio data packet is correctly received by the slave controller. It is also confirmed that the slave controller has not correctly received the SDU with PDUSN equal to 6 but is correctly received by the main controller. After merging, it is determined that the 8 SDUs sent by the current MCBAIG interval are all correctly received by the HRLA headset. Therefore, the SDU with PDUSN less than 8 in the sending cache is deleted. As can be seen from the above example, when the HRLA headset is in the first working mode, enabling the dual controllers to receive and feedback the MCBAIS Null PDU carrying batch confirmation information can improve the transmission reliability of HRLA.

[0231] In addition, in the next equal time interval, for example, in the second MCBAIG interval, the number L of SDUs input by the HRLA master device is equal to 8, the number L of SDUs encapsulated as MCBAISData PDUs is equal to 8, and the PDUSNs are numbered 8, 9, 10, ..., 15 in sequence. Using the PRT technology, the number M of MCBAISData PDUs sent in the current MCBAIG interval is equal to 14. The BTN in the MCBAISData PDU extension header is set to 14, the BAN is set to 2, and the BTSN in the 14 MCBAIS Data PDUs is set to 0, 1, 2, ..., 11, 12, 13 in sequence, and the corresponding PDUSNs are 8, 9, 10, ..., 15, 8, 9, ..., 13 respectively. The HRLA master device sends 14 MCBAISData PDUs to the HRLA headset in sequence, and at the same time, the HRLA headset receives 14 MCBAISData PDUs in sequence. After the time point BADelay 0 is equal to 17.052ms, the master and slave controllers of the HRLA headset sequentially send MCBAIS Null PDUs carrying batch confirmation information, which are correctly received by the HRLA master device.

[0232] One situation is: due to interference, the MCBAISDataPDUs with BTSN equal to 2 and 7 of the HRLA headset main controller are not received correctly, but the MCBAISData PDUs corresponding to other BTSNs are received correctly. Since the MCBAISData PDU with BTSN equal to 2 is the same as the MCBAISData PDU with BTSN equal to 10, they correspond to the same PDUSN. Therefore, although there is interference leading to erroneous reception, with the PRT technology, only the MCBAISData PDU with PDUSN of 15 is received incorrectly among the 8 SDUs sent by the HRLA main device at the current MCBAIG interval, and the other 7 SDUs are all received correctly.

[0233] Since the SDU that was not correctly received by the HRLA headset main controller in the first MCBAIG interval was correctly received by the slave controller, in this MCBAIG interval, the STARTSN in the MCBAIS Null PDU extension header sent by the HRLA headset main controller is set to 15, and the values ​​of all BAMT bits are 1, indicating that the MCBAISData PDUs with PDUSNs from 8 to 14 do not need to be retransmitted, and only the MCBAISData PDU with PDUSN of 15 needs to be retransmitted.

[0234] Another situation is: due to interference, the MCBAISDataPDUs with BTSN equal to 5 and 13 from the HRLA headset controller are not received correctly, but the MCBAISData PDUs corresponding to other BTSNs are received correctly. Since the MCBAISData PDU with BTSN equal to 5 is the same as the MCBAISData PDU with BTSN equal to 13, they correspond to the same PDUSN. Among the 8 SDUs sent by the HRLA master device in the current MCBAIG interval, only the MCBAISData PDU with PDUSN of 13 is received incorrectly, and the other 7 SDUs are all received correctly. The STARTSN in the MCBAIS Null PDU extension header sent by the HRLA headset from the controller is set to 13, the 1st and 2nd bits of the BA MT are 0, and the values ​​of all other bits are 1, which means that the MCBAISData PDUs with PDUSNs of 8 to 12, 14 and 15 do not need to be retransmitted, and only the MCBAISData PDU with PDUSN of 13 needs to be retransmitted.

[0235] The HRLA master device receives the MCBAIS Null PDUs carrying batch confirmation information replied by the master and slave controllers of the HRLA headset in different confirmation sub-time slots, and after integrating the batch confirmation information, confirms that the SDU with PDUSN equal to 15 that was not correctly received by the master controller was correctly received by the slave controller, and the SDU with PDUSN equal to 13 that was not correctly received by the slave controller was correctly received by the master controller, that is, the 8 SDUs sent in the current MCBAIG interval are all correctly received by the HRLA headset, therefore, the SDU with PDUSN less than 16 in the sending buffer is deleted. As can be seen from the above example, in the first working mode, the HRLA headset enables dual controllers to receive and feedback MCBAIS Null PDUs carrying batch confirmation information to improve the transmission reliability of HRLA.

[0236] According to this embodiment, the HRLA headset system based on the MCBAIG link protocol can provide a reliable stereo high-resolution lossless audio streaming service with a maximum transmission rate of 1.6Mbps. The use of dual controller reception to obtain spatial diversity gain not only reduces the retransmission rate, but also improves the effective bandwidth and reliability of HRLA wireless transmission.

[0237] Embodiment 4

[0238] This embodiment is a hardware device embodiment. This embodiment provides a first device, which can be used as a HRLA receiving device or a HRLA slave device, and is used to execute the method steps of the above-mentioned HRLA receiving device or HRLA slave device.

[0239] like Fig.11 As shown, the device includes a main processor and at least two controllers, and the at least two controllers can be expandable controllers. The main processor and the expandable controllers are connected via an HCI interface. Fig.11 It is shown that the expandable controller includes three controllers, including a master controller (Master Controller), a slave controller 1 (Slave Controller 1) and a slave controller 2 (Slave Controller 2).

[0240] When the first device is in the first working mode, at least two controllers in the expandable controller are enabled, wherein: each enabled controller is used to receive an audio data group sent in batches from the second device within a current batch sending time slot of an equal time interval, wherein the audio data group includes at least two audio data packets.

[0241] Each enabled controller is further configured to generate a confirmation data packet carrying confirmation information according to its own reception status of the audio data group in the current isochronous interval and the reception status of the audio data group sent by the second device by the first device before the current isochronous interval.

[0242] In addition, each enabled controller is further configured to send confirmation data packets carrying confirmation information to the second device in a time-sharing manner within the current batch confirmation time slots of equal time intervals.

[0243] The enabled controllers include at least two of the master controller, the slave controller 1 and the slave controller 2 .

[0244] The master controller includes a first interface and a second interface defined by the Bluetooth core specification, wherein the first interface is used to connect to a host processor located outside the expandable controller, and the second interface is used to connect to at least one slave controller. Fig.11 The second interface is connected to the slave controller 1. In addition, the slave controller 1, the slave controller 2 and the master controller are connected in a cascade / series manner, specifically, through a physical interface, such as a UART, USB or SDIO interface.

[0245] Furthermore, the structure of the master controller and each slave controller is as follows: Fig.12 As shown, it includes: an antenna 1201, a radio frequency unit 1202, a modulation and demodulation unit 1203, a baseband processor 1204, and a link protocol processor 1205. In addition, each controller may also include other more or fewer components / units / modules, such as a memory, a storage unit, and the like.

[0246] There are one or more antennas 1201, which are used to receive audio data packets sent by the second device. In this embodiment, the antenna corresponding to the master controller and the antenna corresponding to each slave controller are isolated from each other.

[0247] The antenna 1201, the radio frequency unit 1202, the modem unit 1203, the baseband processor 1204, and the link protocol processor 1205 cooperate to execute the wireless audio data transmission method described in the above-mentioned embodiment 1 and embodiment 2.

[0248] The link protocol processor 1205 includes a first interface and a second interface, both of which are HCI interfaces. Optionally, the number of the second interfaces is greater than or equal to one.

[0249] It should be noted that if the master controller is connected to two slave controllers in cascade, the master controller can be connected to slave controller 1 through a second interface; if the master controller is connected to two slave controllers in parallel, the master controller can be connected to slave controller 1 and slave controller 2 through two second interfaces, and the number of second interfaces is determined by the number of slave controllers connected to it.

[0250] In addition, in this embodiment, the master controller may be the first controller in the above embodiment, and the slave controller 1 or the slave controller 2 may be the second controller in the above embodiment.

[0251] The memory or storage unit can be used to store transmission data, such as audio data packets and confirmation data packets, etc. In addition, it can also be used to store computer-readable program instructions, which, when executed by a computer, can implement the wireless audio data transmission method described in the first and second embodiments.

[0252] It should be noted that the above-mentioned memory or storage unit can be integrated in the baseband processor 1204 or the link protocol processor 1205, or can also be connected to other units / modules in the controller as a separate module / unit, and this embodiment does not impose any restrictions on this.

[0253] Optionally, in a possible implementation, the main controller and at least one slave controller are packaged in the same chip, and the antenna pins of the main controller and at least one slave controller are on two different sides of the chip, so that the two antennas respectively connected to the main controller and the slave controller maintain a sufficient spatial distance so that the fading correlation coefficient of the signals they receive is small enough to obtain a sufficiently large spatial diversity gain.

[0254] Among them, the pin is also called the pin. It is understood that the connection between the internal circuit of the integrated circuit (chip) and the peripheral circuit is led out, and all the pins constitute the interface of this chip. Placing the pins on both sides of the chip allows the antenna to be better configured in different positions, leaving enough space between the two antennas.

[0255] In addition, this embodiment also provides a second device, which can be used as a HRLA sending device or a HRLA master device, and is used to execute the method steps of the above-mentioned HRLA sending device or HRLA master device. Fig.13 As shown, it includes a transceiver module 1301 and a processing module 1302. In addition, the second device may also include other more or fewer modules, such as a memory, a storage unit, and the like.

[0256] Specifically, the transceiver module 1301 is used to send the audio data group to the first device in batches in the batch sending time slot of the current equal time interval, and is used to receive at least one confirmation data packet carrying confirmation information sent by at least one enabled controller in the batch confirmation time slot of the current equal time interval. The confirmation data packet is a confirmation data packet sent by the main controller and / or the slave controller of the above-mentioned first device.

[0257] The processing module 1302 is used to integrate the confirmation information in all the received confirmation data packets to determine the reception status of the audio data group sent by the second device by the first device in the current isochronous interval and the isochronous interval before the current isochronous interval.

[0258] Furthermore, the processing module 1302 is specifically configured to determine a next audio data group based on a reception condition of the audio data group sent by the second device by the first device.

[0259] The transceiver module 1301 is further configured to send the next audio data group to the first device in batches within the next equal time interval. The next audio data group includes at least one of an audio data packet to be sent for the first time, an audio data packet to be retransmitted, and an audio data packet to be pre-retransmitted, wherein the audio data packet to be pre-retransmitted is selected from the audio data packet to be sent for the first time and / or the audio data packet to be retransmitted.

[0260] In this embodiment, each module in the second device is also used to implement other functions in the above-mentioned embodiments 1 to 3, which have been described and will not be repeated. As used below, the term "module" can implement a combination of software and / or hardware of a predetermined function. Although the device described in the following embodiments is preferably implemented in software, the implementation of hardware, or a combination of software and hardware is also possible and conceived.

[0261] It should be noted that the specific implementation of the transceiver module 1301 and the processing module 1302 in the second device can be Fig.12 The structures shown are the same, that is, they can be implemented by antenna 1201, RF unit 1202, modulation and demodulation unit 1203, baseband processor 1204, link protocol processor 1205 and other units / modules. In addition, this embodiment can also be implemented by other functional modules without limiting this.

[0262] In addition, the memory or storage unit in the second device is also used to store data such as audio data packets and confirmation data packets, and can also be used to store computer-readable program instructions. When the instructions are executed by the computer, the wireless audio data transmission method described in the aforementioned embodiments one and two can be implemented.

[0263] Based on the above-mentioned first device and second device, this embodiment also provides a wireless audio data transmission system, such as a wireless stereo high-resolution lossless audio headset system, a HRLA system, including the above-mentioned Fig.11 The first device shown and Fig.13 The transmission system structure can be found in the above-mentioned Figure 1 The first device and the second device perform wireless communication transmission based on a wireless communication link, such as an MCBAIS link.

[0264] Furthermore, the first device and the second device are used to perform the above Figure 3 , Figure 6 and Fig.10 The wireless audio data transmission method shown realizes the spatial diversity gain provided by the multi-controller audio receiving device, reduces the retransmission rate, improves the bandwidth efficiency and transmission reliability of wireless transmission of audio data, and meets the bandwidth requirements of various high-reliability wireless transmissions such as high-definition audio, lossless audio, or high-definition lossless audio.

[0265] In addition, an embodiment of the present invention also provides a computer-readable storage medium, and the above-mentioned method according to the embodiment of the present invention can be implemented in hardware, firmware, or implemented as a computer code that can be recorded in a storage medium, or downloaded through a network and originally stored in a remote storage medium or a non-temporary machine-readable storage medium and will be stored in a local storage medium, so that the method described herein can be stored in such software processing on a storage medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware.

[0266] The storage medium may be a magnetic disk, an optical disk, a read-only storage memory, a random access memory, a flash memory, a hard disk or a solid state drive, etc.; further, the storage medium may also include a combination of the above-mentioned types of memories. It is understood that a computer, a processor, a microprocessor controller or programmable hardware includes a storage component that can store or receive software or computer code. When the software or computer code is accessed and executed by the computer, processor or hardware, the wireless audio data transmission method shown in the above embodiment is implemented.

[0267] Although the embodiments of the present invention have been described in conjunction with the accompanying drawings, those skilled in the art may make various modifications and variations without departing from the spirit and scope of the present invention, and such modifications and variations are all within the scope defined by the appended claims.

Claims

1. A method for transmitting wireless audio data, characterized in that: Applied to a first device, the first device includes a main processor and at least two controllers, one or more of the at least two controllers are selectively enabled during wireless audio transmission, the first device has a first working mode, and the method includes: If the first device is in the first working mode, at least two controllers are enabled to simultaneously receive the audio data group sent in batches by the second device in the current batch sending time slot of equal time interval, wherein the audio data group includes at least two audio data packets; Each of the enabled controllers generates a confirmation data packet carrying confirmation information according to the reception status of the audio data group by itself in the current isochronous interval and the reception status of the audio data group sent by the second device by the first device before the current isochronous interval; Each of the enabled controllers sends the confirmation data packet generated by itself to the second device in a time-sharing manner within the batch confirmation time slot of the current equal time interval.

2. The method according to claim 1, characterized in that The batch confirmation time slot includes a plurality of confirmation sub-time slots; Each of the enabled controllers sends the confirmation data packet generated by itself to the second device in a time-sharing manner within the batch confirmation time slot of the current equal time interval, including: Each enabled controller occupies a confirmation sub-time slot in the batch confirmation time slot to send the confirmation data packet generated by itself, wherein the confirmation sub-time slots occupied by each enabled controller are different from each other.

3. The method according to claim 1, characterized in that The first device also has a second working mode, and the method further includes: If the first device is in the second working mode, selecting one controller from the at least two controllers and enabling it according to the evaluated channel quality of each controller, and receiving the audio data group sent in batches by the second device in the batch sending time slot of the current equal time interval; The enabled controller generates a confirmation data packet carrying confirmation information according to the reception status of the audio data group by itself in the current isochronous interval and the reception status of the audio data group sent by the second device by the first device before the current isochronous interval; The enabled controller sends the confirmation data packet to the second device within the batch confirmation time slot of the current equal time interval.

4. The method according to claim 3, characterized in that The step of selecting and enabling a controller from the at least two controllers according to the evaluated channel quality of each controller comprises: Periodically evaluating the channel quality between each controller and the second device, and selecting and enabling a controller from the at least two controllers based on the channel quality and a first preset condition; The method further comprises: When the first device is in the second working mode, data synchronization and channel assessment functions of all controllers are maintained, and / or, at least the remaining non-enabled controllers are prohibited from sending the confirmation data packet.

5. The method according to claim 4, characterized in that The selecting and enabling a controller from the at least two controllers based on the channel quality and the first preset condition comprises: When it is detected that the first channel quality of the first controller is less than a first preset threshold and the second channel quality of the second controller is greater than a second preset threshold, the second controller is selected and enabled, and the first controller is used as an inactive controller; The first controller is one of the at least two controllers, and the second controller is one of the at least two controllers that is different from the first controller; the second preset threshold is higher than the first preset threshold.

6. The method according to claim 5, characterized in that The method further comprises: The channel quality between each controller and the second device is periodically evaluated respectively, and based on the channel quality and a second preset condition, the working mode of the first device is switched.

7. The method according to claim 6, characterized in that The periodically evaluating the channel quality between each controller and the second device respectively, and switching the working mode of the first device based on the channel quality and a second preset condition, includes: In the second working mode, when it is detected that the channel quality between each controller and the second device is less than the first preset threshold, the working mode of the first device is switched from the second working mode to the first working mode.

8. The method according to claim 6, characterized in that The periodically evaluating the channel quality between each controller and the second device respectively, and switching the working mode of the first device based on the channel quality and a second preset condition, includes: In the first working mode, when it is detected that the channel quality between at least one controller and the second device is higher than the second preset threshold, the working mode of the first device is switched from the first working mode to the second working mode.

9. The method according to claim 1, characterized in that: The first device also has a third working mode, and the method further includes: If the first device is in the third working mode, enabling a target controller to receive the audio data group sent in batches by the second device in the batch sending time slot of the current equal time interval, the target controller being one of the at least two controllers and connected to the main processor; The target controller generates a confirmation data packet carrying confirmation information according to the reception status of the audio data group by itself in the current isochronous interval and the reception status of the audio data group sent by the second device by the first device before the current isochronous interval; The target controller sends the confirmation data packet to the second device within the batch confirmation time slot of the current equal time interval.

10. The method according to any one of claims 1 to 9, characterized in that: The first device and the second device perform transmission communication of the wireless audio data based on a wireless communication link; The confirmation data packet includes a BAE field for indicating whether a batch data packet confirmation function of the wireless communication link is enabled; If the BAE field indicates that the bulk data packet confirmation function is enabled, the confirmation data packet further includes: a STARTSN field and a BA mapping table, which are used to indicate the confirmation information, wherein: The STARTSN field is used to indicate the sequence number PDUSN of an audio data packet; The BA mapping table is used to indicate whether one or more audio data packets starting from the sequence number PDUSN indicated by the STARTSN field are correctly received, or whether the second device needs to retransmit the information.

11. The method according to claim 10, characterized in that Each of the equal time intervals also includes: a sending time slot and a receiving time slot of a Bluetooth low energy asynchronous connection ACL link, which is used to negotiate whether the first device enables two or more controllers and the number of enabled controllers.

12. A method for transmitting wireless audio data, characterized in that: Applied to the second device, the method includes: Sending a batch of audio data groups to a first device in a batch sending time slot of a current equal time interval, wherein the audio data groups include at least two audio data packets; the first device includes a main processor and at least two controllers, wherein one or more of the at least two controllers are selectively enabled during the wireless audio transmission process; receiving, within the batch confirmation time slot of the current equal time interval, at least one confirmation data packet carrying confirmation information sent by at least one enabled controller; The confirmation information in all the received confirmation data packets is integrated to determine the reception status of the audio data group sent by the second device by the first device within the current isochronous interval and the isochronous interval before the current isochronous interval.

13. The method according to claim 12, characterized in that The batch confirmation time slot includes a plurality of confirmation sub-time slots; The step of receiving at least one confirmation data packet carrying confirmation information sent by at least one enabled controller within the batch confirmation time slot of the current equal time interval comprises: Receiving in each of the confirmation sub-time slots of the batch confirmation time slot, at least one confirmation data packet sent by an enabled controller is obtained.

14. The method according to claim 12, characterized in that The step of synthesizing confirmation information in all received confirmation data packets to determine a reception status of the audio data group sent by the second device by the first device within the current isochronous interval and an isochronous interval before the current isochronous interval includes: According to the confirmation information in all the received confirmation data packets, the audio data packets indicated by all the confirmation data packets as being incorrectly received or needing to be retransmitted are determined as the audio data packets that are not correctly received by the first device or needing to be retransmitted.

15. The method according to any one of claims 12 to 14, characterized in that: The method further comprises: Determine the next audio data group based on the reception of the audio data group sent by the second device by the first device, and send the next audio data group to the first device in batches within the next equal time interval; Among them, the next isochronous interval is an isochronous interval after the current isochronous interval, and the next audio data group includes at least: one of: an audio data packet to be sent for the first time, an audio data packet to be retransmitted, and an audio data packet to be pre-retransmitted, wherein the pre-retransmitted audio data packet is selected from the audio data packet to be sent for the first time and / or the audio data packet to be retransmitted.

16. The method according to any one of claims 12 to 14, characterized in that: The second device and the first device perform transmission communication of the wireless audio data based on a wireless communication link; Each audio data packet in the audio data group includes: The BTE field is used to indicate whether to enable the batch data packet sending function of the wireless communication link; If the BTE field indicates that the batch data packet sending function is enabled, each of the audio data packets further includes: The BTN field is used to indicate the total number of audio data packets sent in batches within the current equal time interval; The BTSN field is used to indicate the sequence number of the audio data packets sent in batches within the current equal time interval; The PDUSN field is used to indicate the sequence number of the audio data packet sent by the second device; The BAN field is used to indicate the number of times the first device can reply to the confirmation data packet.

17. A first device, configured to execute the wireless audio data transmission method according to any one of claims 1 to 11, characterized in that: The device comprises a main processor and at least two controllers, one or more of the at least two controllers being selectively enabled during wireless audio transmission, the first device having a first operating mode; In the first working mode, at least two controllers are enabled, wherein: Each enabled controller is used to receive an audio data group sent in batches from a second device within a current batch sending time slot of equal time interval, wherein the audio data group includes at least two audio data packets; Each enabled controller is further configured to generate a confirmation data packet carrying confirmation information according to a reception condition of the audio data group by itself in the current isochronous interval and a reception condition of the audio data group sent by the second device by the first device before the current isochronous interval; Each enabled controller is further configured to send confirmation data packets carrying confirmation information to the second device in a time-sharing manner within the batch confirmation time slots of the current equal time interval.

18. The first device according to claim 17, characterized in that Each of the controllers includes one or more antennas, a radio frequency unit, a modem unit, a baseband processor, and a link protocol processor; The main processor and the at least two controllers are connected based on an interface defined in the Bluetooth core specification.

19. The first device according to claim 17, characterized in that The at least two controllers include a master controller and one or more slave controllers; The master controller includes a first interface and a second interface defined by the Bluetooth core specification, wherein the first interface is used to connect to the master processor, and the second interface is used to connect to the one or more slave controllers.

20. The first device according to claim 19, characterized in that The main controller and the one or more slave controllers are packaged in the same chip, and antenna pins of the main controller and the one or more slave controllers are located on two different surfaces of the chip.

21. A second device, configured to execute the wireless audio data transmission method according to any one of claims 12 to 16, characterized in that: include: a transceiver module, configured to send a batch of audio data groups to a first device in a batch sending time slot of a current equal time interval, wherein the audio data group includes at least two audio data packets, and the first device includes a main processor and at least two controllers, and one or more of the at least two controllers are selectively enabled; The transceiver module is further configured to receive at least one confirmation data packet carrying confirmation information sent by at least one enabled controller within the batch confirmation time slot of the current equal time interval; The processing module is used to synthesize the confirmation information in all the received confirmation data packets to determine the reception status of the audio data group sent by the second device by the first device within the current isochronous interval and the isochronous interval before the current isochronous interval.

22. A wireless audio data transmission system, characterized in that: The method comprises a first device and a second device, wherein the first device and the second device perform wireless audio data transmission communication based on a wireless communication link; Wherein, the first device is used to perform the wireless audio data transmission method according to any one of claims 1 to 11; The second device is used to execute the wireless audio data transmission method according to any one of claims 12 to 16.

Images