A method, apparatus and system for wireless transmission of audio data

Abstract

The application discloses a wireless audio data transmission method, device and system. The method is applied to a first device including a main processor and at least two controllers, and comprises the following steps: if the first device is in a first working mode, at least two controllers are enabled; in a batch transmission time interval of a current equal time interval, audio data groups transmitted by a second device are received simultaneously; each enabled controller generates an acknowledgement data packet carrying acknowledgement information according to the reception of the audio data groups by the controller in the current equal time interval and the reception of the audio data groups transmitted by the second device by the first device before the current equal time interval; and the acknowledgement data packet generated by each controller is sent to the second device in a batch acknowledgement time interval of the current equal time interval. The spatial diversity gain provided by the multiple controllers of the first device can effectively reduce the retransmission rate, improve the bandwidth efficiency and transmission reliability of the wireless audio data transmission, and meet the bandwidth demand.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of wireless communication, and in particular to a wireless audio data transmission method, device and system. BACKGROUND

[0002] Bluetooth Low Energy (BLE) Audio technology adopts a synchronous isochronous channel (Isochronous Channels) protocol, including a connected isochronous stream (CIS: Connected Isochronous Stream) link for single-point-to-single-point communication, a connected isochronous group (CIG: Connected Isochronous Group) link protocol composed of at least one CIS link, a broadcast isochronous stream (BIS: Broadcast Isochronous Stream) link for single-point-to-multipoint communication, and a broadcast isochronous group (BIG: Broadcast Isochronous Group) link protocol composed of at least one BIS link, bringing people lower power consumption, lower cost, lower latency, higher quality, and more diverse wireless audio services.

[0003] However, the maximum 2Mbps physical layer of BLE Audio and the effective bandwidth provided by the CIG or BIG link can only provide isochronous stream audio services that rely on lossy compression encoding and packet loss concealment (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 BLE Audio adopts a higher data throughput (HDT: Higher Data Throughput) to reach a maximum of 4Mbps physical layer and batch transmission and batch confirmation technology, it cannot guarantee the reliability of HRLA wireless transmission. SUMMARY

[0004] Therefore, the embodiments of the present application provide a wireless audio data transmission method, device and system to improve the reliability of HRLA wireless transmission.

[0005] In a first aspect, the embodiments of the present application provide a wireless audio data transmission method applied to a first device, the first device including a main processor and at least two controllers, the at least two controllers being selectively enabled one or more during wireless audio transmission, the first device having a first working mode, and the method comprising:

[0006] if the first device is in the first working mode, enabling at least two controllers to simultaneously receive the audio data group batch-transmitted by the second device in a batch-transmitting time slot of a current isochronous interval, wherein the audio data group comprises at least two audio data packets;

[0007] each enabled controller generates an acknowledgement data packet carrying acknowledgement information according to its own reception of the audio data group in the current isochronous interval and the reception of the audio data group transmitted by the second device by the first device before the current isochronous interval;

[0008] each enabled controller transmits the generated acknowledgement data packet to the second device in a batch-acknowledging time slot of the current isochronous interval.

[0009] With reference to the first aspect, in a possible implementation, the batch-acknowledging time slot comprises a plurality of acknowledgement sub-time slots; and the transmission of the generated acknowledgement data packet by each enabled controller to the second device in the batch-acknowledging time slot of the current isochronous interval comprises:

[0010] each enabled controller occupies an acknowledgement sub-time slot in the batch-acknowledging time slot to transmit the generated acknowledgement data packet, wherein the acknowledgement sub-time slots occupied by the enabled controllers are different from each other.

[0011] With reference to the first aspect, in another possible implementation, the first device further has a second working mode, and the method further comprises: if the first device is in the second working mode, selecting one controller from the at least two controllers and enabling the selected controller to receive the audio data group batch-transmitted by the second device in a batch-transmitting time slot of a current isochronous interval according to the evaluated channel quality of each controller.

[0012] the enabled controller generates an acknowledgement data packet carrying acknowledgement information according to its own reception of the audio data group in the current isochronous interval and the reception of the audio data group transmitted by the second device by the first device before the current isochronous interval;

[0013] the enabled controller transmits the acknowledgement data packet to the second device in a batch-acknowledging time slot of the current isochronous interval.

[0014] With reference to the first aspect, in yet another possible implementation, the selecting one controller from the at least two controllers and enabling the selected controller comprises: periodically evaluating the channel quality between each controller and the second device respectively, and selecting one controller from the at least two controllers and enabling the selected controller based on the channel quality and a first preset condition.

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

[0016] With reference to the first aspect, in a further possible implementation form of the first aspect, the selecting one controller from the at least two controllers and enabling the selected controller based on the channel quality and the first preset condition comprises:

[0017] selecting the second controller and enabling the second controller, and taking the first controller as the controller that is not enabled, when the first channel quality of the first controller is detected to be less than the first preset threshold and the second channel quality of the second controller is detected to be greater than the second preset threshold.

[0018] The first controller is one of the at least two controllers, and 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] With reference to the first aspect, in a further possible implementation form of the first aspect, the method further comprises: 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.

[0020] With reference to the first aspect, in a further possible implementation form of the first aspect, 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 the second preset condition comprises: when the channel quality between each controller and the second device is detected to be less than the first preset threshold in the second working mode, switching the working mode of the first device from the second working mode to the first working mode.

[0021] With reference to the first aspect, in a further possible implementation form of the first aspect, 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 the second preset condition comprises:

[0022] when the channel quality between at least one controller and the second device is detected to be greater than the second preset threshold in the first working mode, switching the working mode of the first device from the first working mode to the second working mode.

[0023] With reference to the first aspect, in a further possible implementation form of the first aspect, the first device further has a third working mode, and the method further comprises: when the first device is in the third working mode, enabling a target controller to receive the audio data group batch-transmitted by the second device in a current batch transmission 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 an acknowledgement data packet carrying the acknowledgement information according to a current isochronous interval, a reception of the audio data group by the target controller, and a reception of the audio data group sent by the first device to the second device before the current isochronous interval.

[0025] The target controller sends the acknowledgement data packet to the second device in a batch acknowledgement time slot of the current isochronous interval.

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

[0027] If the BAE field indicates to enable the batch data packet acknowledgement function, the acknowledgement data packet further includes a STARTSN field and a BA mapping table for indicating the acknowledgement information, wherein:

[0028] The STARTSN field is used for indicating a sequence number PDUSN of an audio data packet.

[0029] The BA mapping table is used for indicating information of 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.

[0030] In combination with the first aspect, in a possible implementation, each isochronous interval further includes a transmission TX time slot and a reception RX time slot of a Bluetooth low energy asynchronous connection ACL link, which are used for negotiating whether the first device enables two or more than two controllers and a number of the enabled controllers.

[0031] The second aspect of the present application provides a wireless audio data transmission method applied to a second device, which includes the following steps.

[0032] Batch transmitting an audio data group to a first device in a batch transmission time slot of a current isochronous interval, the audio data group including at least two audio data packets; the first device including a main processor and at least two controllers, one or more of the at least two controllers being selectively enabled in a wireless audio transmission process.

[0033] Receiving at least one acknowledgement data packet carrying acknowledgement information sent by the enabled at least one controller in a batch acknowledgement time slot of the current isochronous interval.

[0034] combining the acknowledgement information in all the received acknowledgement data packets, to determine the reception status of the audio data packets sent by the second device to the first device in the current isochronous interval and the isochronous intervals before the current isochronous interval.

[0035] In combination with the second aspect, in a possible implementation, the batch acknowledgement time slot includes a plurality of acknowledgement sub-time slots; and in the batch acknowledgement time slot of the current isochronous interval, receiving at least one acknowledgement data packet carrying acknowledgement information sent by the enabled at least one controller includes: receiving in each of the acknowledgement sub-time slots of the batch acknowledgement time slot to obtain the at least one acknowledgement data packet sent by the enabled controller.

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

[0037] According to the acknowledgement information in all the received acknowledgement data packets, determining the audio data packet that is indicated by all the acknowledgement data packets as not correctly received or needing retransmission as the audio data packet that is not correctly received by the first device or needing retransmission.

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

[0039] The next audio data group at least includes one of: an audio data packet to be first sent, an audio data packet to be retransmitted and a pre-retransmission audio data packet, and the pre-retransmission audio data packet is selected from the audio data packet to be first sent 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 the transmission communication of the wireless audio data based on a wireless communication link.

[0041] In each of the audio data packets in the audio data group, there is included:

[0042] A BTE word field for indicating whether to enable the batch data packet sending function of the wireless communication link.

[0043] If the BTE word field indicates to enable the batch data packet sending function, each of the audio data packets further includes:

[0044] BTN field, used for indicating the total number of audio data packets batch-transmitted in the current isochronous interval;

[0045] BTSN field, used for indicating the serial number of audio data packets batch-transmitted in the current isochronous interval;

[0046] PDUSN field, used for indicating the serial number of audio data packets transmitted by the second device;

[0047] BAN field, used for indicating the number of times the first device can reply the acknowledgement data packet.

[0048] In a third aspect, the embodiments of the present application further provide a first device for executing the method in the first aspect or any of the embodiments of the first aspect, wherein the first device comprises a main processor and at least two controllers, one or more of the at least two controllers are selectively enabled in a wireless audio transmission process, and the first device has a first working mode;

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

[0050] Each of the enabled controllers is configured to receive a batch of audio data packets from the second device in a batch transmission time slot of a current isochronous interval, the batch of audio data packets comprising at least two audio data packets;

[0051] Each of the enabled controllers is further configured to generate an acknowledgement data packet carrying acknowledgement information according to a reception of the batch of audio data packets by the controller in the current isochronous interval and a reception of a batch of audio data packets transmitted by the second device by the first device before the current isochronous interval;

[0052] Each of the enabled controllers is further configured to transmit the acknowledgement data packet carrying the acknowledgement information to the second device in a batch acknowledgement time slot of the current isochronous interval.

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

[0054] In combination with the third aspect, in another possible implementation, the at least two controllers comprise a master controller and one or more slave controllers; the master controller comprises a first interface and a second interface defined in a Bluetooth core specification, the first interface being used to connect the main processor, and the second interface being used to connect the 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 the same chip, and the antenna pins of the master controller and the slave controller are located on two different faces of the chip.

[0056] In a fourth aspect, an embodiment of the present application further provides a second device for performing the method in the foregoing second aspect or any of the possible implementation modes of the second aspect, and the second device comprises:

[0057] a transceiving module, configured to batch-transmit an audio data group to the first device in a current isochronous interval batch transmission time slot, and receive at least one acknowledgement data packet carrying acknowledgement information transmitted by the enabled at least one controller in a current isochronous interval batch acknowledgement time slot; wherein the audio data group comprises at least two audio data packets, and the first device comprises a master processor and at least two controllers, and one or more of the at least two controllers are selectively enabled;

[0058] a processing module, configured to comprehensively process the acknowledgement information in all the received acknowledgement data packets, and determine the reception condition of the audio data group transmitted by the second device to the first device in the current isochronous interval and an isochronous interval before the current isochronous interval.

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

[0060] The first device is configured to perform the wireless audio data transmission method in the foregoing first aspect or any of the possible implementation modes of the first aspect, and the second device is configured to perform the wireless audio data transmission method in the foregoing second aspect or any of the possible implementation modes of the second aspect.

[0061] The wireless audio data transmission method, device and system provided by the embodiment can effectively reduce the retransmission rate, improve the bandwidth efficiency and transmission reliability of the wireless audio data transmission, and thus can meet the bandwidth requirement of various high-reliability wireless transmission such as high-definition audio, lossless audio or high-definition lossless audio, and the like. BRIEF DESCRIPTION OF DRAWINGS

[0062] In order to more clearly illustrate the technical solutions in the specific embodiments of the present application or the prior art, the drawings needed to be used in the specific embodiments or prior art description will be briefly introduced. Obviously, the drawings in the following description are some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative effort on the basis of these drawings.

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

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

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

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

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

[0068] Figure 5 is a schematic diagram of a format of a MCBAIS PDU extension header provided by an embodiment of the present application;

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

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

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

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

[0073] Figure 9 is a flowchart of a first device in a third working mode provided by an embodiment of the present application;

[0074] Figure 10 is a flowchart of another wireless audio data transmission method provided by an embodiment of the present application;

[0075] Figure 11is a structural schematic diagram of a first device provided by an embodiment of the present application.

[0076] Figure 12 is a structural block diagram of a controller provided by an embodiment of the present application.

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

[0078] In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are some but not all of the embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative work fall within the protection scope of the present application.

[0079] The terms "first", "second", and the like 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 can be interchanged under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than those illustrated or described herein, and the objects distinguished by "first", "second" are generally a category and do not limit the number of objects, for example, the first object can be one or more. In addition, "and / or" in the specification and claims means at least one of the connected objects, and the character " / " generally represents an "or" relationship between the front and rear associated objects.

[0080] The wireless audio data transmission method provided by the embodiments of the present application will be described in detail below with reference to the drawings, 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 application is applied to a wireless communication system, such as a high-definition lossless audio HRLA system, the structure of the HRLA system is as follows Figure 1As shown, the system includes an HRLA transmitting device and an HRLA receiving device. The HRLA transmitting device and the HRLA receiving device transmit audio data based on the wireless audio data transmission method of the present embodiment. In a specific embodiment, the wireless communication link protocol implemented based on the wireless audio data transmission method of the present embodiment can be referred to as a Multi-Controller Block Acknowledgement Isochronous Group (MCBAIG) link protocol. The wireless communication link between the HRLA transmitting device and the HRLA receiving device containing multiple controllers can be referred to as a Multi-Controller Block Acknowledgement Isochronous Stream (MCBAIS) link. The MCBAIG is composed of at least one MCBAIS link.

[0083] In the present embodiment, the 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 transmitting device is also referred to as an HRLA master device or an MCBAIG master device. The HRLA receiving device is also referred to as an HRLA slave device or an MCBAIG slave device.

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

[0086] Further, in the present embodiment, the HRLA receiving device uses 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 can be similar to the controller defined in the Bluetooth specification, i.e., containing Radio, Baseband, Link Controller, Link Manager, or Link Layer functions.

[0088] In some specific embodiments, the scalable controller may consist of a master controller and one or more scalable slave controllers.

[0089] The master processor and at least one of the master and slave controllers use a master-slave interface defined by the Bluetooth (BT) Core Specification, such as the Host Controller Interface (HCI). Furthermore, the physical interface of the HCI can be a UART, USB, or SDIO interface, etc.

[0090] There are two possible connection methods between the master controller and at least one slave controller. The first is a cascaded / serial connection, and the second is a parallel connection. For example... Figure 2a The diagram shown illustrates a cascaded / serial connection. Figure 2b This is a schematic diagram of a parallel connection.

[0091] exist Figure 2a In the illustrated connection, the master controller includes a first interface and a second interface defined according to the Bluetooth core specification. The first interface is used to connect to the master processor, and the second interface is used to connect to at least one slave controller. Further, both the first and second interfaces are HCI interfaces. Specifically, the master controller connects to slave controller 1 via the second interface, slave controller 1 then connects to slave controller 2, and so on, up to the Mth slave controller cascaded / connected in series. The physical interface can be a Universal Asynchronous Receiver / Transmitter (UART), a Universal Serial Bus (USB), or a Secure Digital Input / Output (SDIO) interface, etc. It should be understood that the number of slave controllers cascaded / connected can be customized according to actual needs.

[0092] exist Figure 2b In the connection method shown, multiple controllers can also be connected in parallel. For example, the host processor connects 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, slave controller 1, ..., slave controller M.

[0093] The difference between the two connection methods lies in, for example Figure 2bThe parallel mode shown, the main processor needs to increase the interface of multiple controllers in parallel, needs to control multiple controllers protocol, multiple controllers do not need to connect with each other. Figure 2a The cascade mode shown, the main processor connection and the connection mode of the controller are the same as the ordinary BLE Audio or HRLA receiving device.

[0094] In order to obtain better spatial diversity, the main controller and each slave controller are kept a certain spatial distance, and at least the antennas are kept a sufficient spatial distance, so that the fading correlation coefficient of the wireless signals received by each controller is small enough to provide a large spatial diversity gain. In a specific embodiment, the main controller and the slave controller can be packaged in the same chip, and the antenna pins of the main controller and the slave controller are on two different surfaces of the chip.

[0095] The wireless audio data transmission method provided by the embodiment of the application is suitable for HRLA receiving devices in cascade mode and HRLA receiving devices in parallel mode. The embodiment takes the HRLA receiving device in the connection mode shown in Figure 2a as an example to illustrate.

[0096] It should be noted that the roles of the above-mentioned HRLA sending device and HRLA receiving device can be interchanged, that is, the HRLA sending device can act as a receiving device, and the HRLA receiving device can act as a sending device, and both sides transmit audio data packets, that is, bidirectional transmission of audio data groups. The embodiment of the application is explained by one-way HRLA wireless transmission.

[0097] According to the embodiment of the application, a wireless audio data transmission method embodiment is provided. It should be noted that the steps shown in the flowchart of the drawing can be executed in a computer system such as a set of computer executable instructions, and although the 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 one

[0099] In this embodiment, a wireless audio data transmission method is provided, which can be used in 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] Referring to Figure 3 A wireless audio data transmission method is provided for this embodiment, which comprises:

[0101] Step 101, the second device bulk transmits audio data groups to the first device within the current equal-time interval bulk transmission time slot.

[0102] In some embodiments, the second device can be the aforementioned Figure 1 The first device can be the HRLA receiving device. It is understood that the second device and the first device can also be other devices suitable for the method of the embodiments.

[0103] The audio data group contains at least two audio data packets. The second device can send the audio data group in bulk in the bulk transmission time slot of the current equal time interval, so as to realize bulk transmission of audio data.

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

[0105] The first device can select which controllers to enable and the number of enabled controllers according to the specific application scenario, for example, whether each controller is enabled can be determined according to the communication quality of each controller. The first device can also use different controller enabling strategies in different working modes.

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

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

[0108] In this embodiment, the first working mode is Cooperation Spatial Diversity mode.

[0109] ① Cooperation Spatial Diversity mode is that at least two controllers are enabled, and the at least two enabled 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 to the second device (HRLA sending device) in time with bulk confirmation information.

[0110] Step 102, each enabled controller in the first device generates an acknowledgement data packet carrying acknowledgement information according to its own reception of the audio data packets in the current isochronous interval and the reception of the audio data packets sent by the second device to the first device before the current isochronous interval.

[0111] If the second device has sent audio data packets to the first device before the current isochronous interval, for example, in a history isochronous interval, then in the current isochronous interval, each enabled controller generates an acknowledgement data packet according to its own reception of the audio data packets in the current isochronous interval and the reception of the audio data packets received by all the enabled controllers in the history isochronous interval (which can be one or more isochronous intervals).

[0112] If the second device has not sent audio data packets to the first device before the current isochronous interval, i.e. there is no history isochronous interval, then each enabled controller only needs to generate an acknowledgement data packet according to its own reception of the audio data packets in the current isochronous interval.

[0113] Step 103, each enabled controller sends the acknowledgement data packet generated by itself to the second device in the batch acknowledgement time slot of the current isochronous interval.

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

[0115] Specifically, referring to 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 identical MCBAIG intervals. Each MCBAIG interval includes the following time slots: batch sending time slot and BA (Block Acknowledgement) time slot.

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

[0117] BA time slot, time slot for the first device to reply the acknowledgement data packet carrying batch acknowledgement information, each controller of the first device, time-division multiplexing to reply the acknowledgement data packet. That is, after the batch sending time slot, the determined time slot replies the acknowledgement data packet in turn. Optionally, each controller can repeatedly send the acknowledgement data packet carrying batch acknowledgement information.

[0118] Among them, the BA information is included in the acknowledgement data packet, such as a BA mapping table (MT, Mapping Table) used to indicate the information of the correct reception of the audio data packet by the controller in the current MCBA IG interval and the previous one or more MCBA IG intervals, or the information of whether the HRLA sending device needs to retransmit the audio data packet.

[0119] Among them, the batch acknowledgement time slot includes a plurality of acknowledgement sub-time slots; for example Figure 4 the time period indicated by BA0, BA1, …, BAD. Step 103 specifically includes that each enabled controller sends the acknowledgement data packet generated by itself in the acknowledgement sub-time slot in the batch acknowledgement time slot, and the acknowledgement sub-time slots occupied by each enabled controller are different. It can be understood that the acknowledgement sub-time slot that can be occupied by each enabled controller can be configured according to the specific application scenario, and the sub-time slot occupied by a certain enabled controller can be the same or different in different equal time intervals, which is not limited in the present application.

[0120] As shown in Figure 4 In the batch sending time slot as shown by P1, P2, …, PM, P1, P2 to PK, the second device always sends the audio data packet to the first device. Then, in the acknowledgement sub-time slot as shown by BA0, BA1, …, BAD, the enabled controller 1, controller 2, …, controller M sends the acknowledgement data packet generated by itself to the second device. For example, controller 1 sends the acknowledgement data packet generated by itself to the second device in BA0, controller 2 sends the acknowledgement data packet generated by itself in BA1, and so on until controller M sends the acknowledgement data packet generated by itself in BAD sub-time slot. Among them, BA0, BA1, …, BAD are different acknowledgement sub-time slots.

[0121] In each BA time slot, each enabled controller in the first device transmits an acknowledgement packet carrying the BA information in a time division multiplex manner, i.e., the acknowledgement packets are transmitted in turn in the time slots determined after the batch transmission time slot. The BA time slots in which the different controllers transmit the acknowledgement packets are different, such as BA0, BA1, BA2, …, and BAD in turn. Optionally, the number of times each controller transmits the acknowledgement packet can be greater than 1. For example, each controller repeatedly transmits the acknowledgement packet in turn for multiple times, or repeatedly transmits the acknowledgement packet in turn in an interleaved manner. Without loss of generality, only the case where each controller transmits the acknowledgement packet once is discussed in the embodiments of the present application.

[0122] Optionally, other time slots are further included in each isochronous interval (MCBAIG interval), such as Figure 4 As shown, the other time slots include transmission (TX) and reception (RX) time slots of a BLE asynchronous connection-oriented (ACL: Asynchronous Connection-Oriented) link, which are used to assist in establishing the MCBAIS link, negotiating the MCBAIS link parameters, negotiating whether the HRLA slave device enables multiple controllers and the number of enabled controllers, and the like.

[0123] Figure 4 In the isochronous MCBAIG interval, the interval between two audio data packets is a minimum slot space (T_MSS: Minimum Slot Space). The interval between the start of the current isochronous MCBAIG interval, i.e., the start of the transmission of the first audio data packet, and the start of the acknowledgement packet for replying to the batch acknowledgement information is a preset fixed interval, i.e., a BA delay (BADelay), and the BADelay is less than the MCBAIG interval.

[0124] Regardless of the number of audio data packets transmitted by the second device, each enabled controller in the first device transmits an acknowledgement packet carrying the batch acknowledgement information in the negotiated preset determined acknowledgement sub-time slot, so as to facilitate the second device to correctly receive the batch acknowledgement information.

[0125] Step 104: The second device synthesizes the acknowledgement information in all the received acknowledgement packets to determine the reception of the audio data groups transmitted by the second device by the first device in the current isochronous interval and the isochronous interval before the current isochronous interval.

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

[0127] The data packets or audio data groups retransmitted in the next MCBAIG interval at least include one of the audio data packets to be first transmitted, the audio data packets to be retransmitted, and the audio data packets to be pre-retransmitted. The audio data packets to be pre-retransmitted are selected from the audio data packets to be first transmitted and / or the audio data packets to be retransmitted.

[0128] If it is detected that at least one controller correctly receives the information of an audio data packet, it is determined that the audio data packet is correctly received by the first device.

[0129] The method provided in the embodiment includes a first device including a main processor and at least two controllers. In the process of isochronous stream audio data transmission, the first device can adopt a first working mode, that is, the receiving functions of two or more than two controllers are simultaneously enabled to receive the audio data groups batch-transmitted by the second device, and the audio data groups include at least two audio data packets. The enabled controllers can also respectively reply the acknowledgement data packets carrying the acknowledgement information to the second device. The spatial diversity gain provided by the multiple controllers of the first device can effectively reduce the retransmission rate, improve the bandwidth efficiency and transmission reliability of the audio data wireless transmission, so as to meet the bandwidth demand of various high-reliability wireless transmission such as high-definition audio, lossless audio, or high-definition lossless audio.

[0130] In a possible implementation, the step 101 further includes, before the second device transmits the audio data groups in the isochronous interval, generating the audio data groups including one or more audio data packets.

[0131] In some specific embodiments, to improve compatibility with Bluetooth technology, the MCBAIS link protocol, based on the BLE Isochronous Channels protocol, uses the MCBAIS Protocol Data Unit (PDU) disclosed in this invention to send audio data, while the HRLA slave device uses a Block Acknowledgement (BA) PDU to send batch acknowledgment information. The MCBAIS PDU has the same structure as the BLE Connected Isochronous Stream (CIS) PDU but a different header format; it uses a CIS PDU with an extended header. Similar to the CIS PDU, the MCBAIS PDU includes MCBAIS Data PDUs and MCBAIS Null PDUs. MCBAIS Data PDUs are used when audio data is being sent, and MCBAIS Null PDUs are used when no audio data is being sent.

[0132] In this embodiment, the audio data packet can be an MCBAISData PDU, and the acknowledgment data packet can be an MCBAIS Null PDU.

[0133] like Figure 5 The diagram shows a format schematic of an MCBAIS PDU extended header provided in this embodiment. Based on the CIS PDU header, this extended header sets a BTE (Block Transmission Enable) field in the first reserved field (RFU: Reserved for Future Use) to indicate whether the wireless communication link, such as the bulk data packet transmission function of the MCBAIS link, is enabled. A BAE (Block Acknowledgement Enable) field is set in the second reserved field (RFU) to indicate whether the wireless communication link, such as the bulk data packet acknowledgment function of the MCBAIS link, is enabled.

[0134] Optionally, if the BTE field is set to 1, the bulk transmission function of the MCBAIS link is enabled; if the BTE field is set to 0, the bulk transmission function of the MCBAIS link is disabled. In this embodiment, when the BTE field is set to 1, a certain number of fields are added to the extended header, specifically including at least one of the following fields.

[0135] ①BTN (Block Transmission Number) field, indicating the total number of audio data packets MCBAIS Data PDU sent in batch in the current time interval, such as in the MCBAIG interval, including the MCBAIS Data PDU sent in advance repeatedly, the size of the BTN field is 4 bits.

[0136] ②BTSN (Block Transmission Sequence Number) field, indicating the sequence number of the audio data packet MCBAIS Data PDU sent in batch in the current time interval, such as in the MCBAIG interval, the size of the BTSN field is 4 bits.

[0137] ③PDUSN (PDU Sequence Number) field, indicating the sequence number of the audio data packet MCBAIS Data PDU sent by the second device, i.e. the HRLA sending device, the size of the PDUSN field is 6 bits.

[0138] ④BAN (Block Acknowledgement Number) field, indicating the number of times of reply of the acknowledgement data packet BA PDU by the first device, i.e. the HRLA receiving device, which can be the number of times of repeated sending of BA by any one controller, or the number of times of sending of BA by multiple controllers in turn, the size of the BAN field is 1 bit.

[0139] If the BTE field is assigned a value of 0, the above four fields ① to ④ are not increased.

[0140] Further, 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 sequence number PDUSN of an audio data packet.

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

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

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

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

[0146] Optionally, each of the above-mentioned fields occupies a certain number of bits, for example, the LLID field occupies 2 bits; the NESN field, the SN field, the CIE field, the BTE field, the NPI field, and the BAE field each occupy 1 bit; the BTN field and the BTSN field each 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-mentioned byte size.

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

[0148] In the unidirectional HRLA wireless transmission process, since only the HRLA sending device sends the audio data packet, the HRLA receiving device does not send the audio data packet. Therefore, the audio data packet MCBAIS Data PDU sent by the HRLA sending device has the related word field set as: BTE=1, BAE=0, NPI=0. The HRLA receiving device uses the MCBAIS Null PDU to send the batch confirmation information, and the related word field is set as: BTE=0, BAE=1, NPI=1.

[0149] It should be noted that in the process of bidirectional HRLA wireless transmission of audio data, both directions can use the extended header of the MCBAIS Data PDU to carry the batch confirmation information, that is, the BTE and BAE word fields are both set to 1. Without loss of generality, the present application uses unidirectional HRLA wireless transmission to explain 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, NPI=0.

[0150] In step 102 of the above embodiment, each controller of the first device includes the BAE word field in each confirmation data packet in the process of generating the confirmation data packet carrying the confirmation information, and the BAE word 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 Null PDU includes the STARTSN word field and BAMT, which are used to indicate the confirmation information. The STARTSN word field is used to indicate the sequence number PDUSN of one audio data packet; the BAMT is used to indicate whether one or more audio data packets starting from the sequence number PDUSN indicated by the STARTSN word field are correctly received, or whether the second device needs to retransmit. In the cooperative spatial diversity mode, each enabled controller generates the BAMT according to the receiving conditions of all controllers in the previous MCBAIG interval and the receiving condition of the controller itself in the current MCBAIG interval, that is, according to whether each audio data packet MCBAIS Data PDU is correctly received. The confirmation data packet MCBAIS Null PDU carrying the batch confirmation information returned by each controller, that is, the confirmation data packet MCBAIS Null PDU containing the STARTSN word field and BAMT, determines which MCBAIS Data PDU in the audio data group sent by the second device in batch is correctly received, which is not correctly received, or which MCBAIS Data PDU needs to be retransmitted. The information is set in the extended header BAMT of the audio data packet to be sent.

[0152] Specifically, as shown in Figure 6 The step 103 includes the following steps in the second device:

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

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

[0155] For example, the second device performs the receiving operation in the confirmation sub-slot BA0 to receive the confirmation data packet sent by the first controller, and performs the receiving operation in the confirmation sub-slot BA1 to receive the confirmation data packet sent by the second controller, and performs the receiving operation in the confirmation sub-slot BA D to receive the confirmation data packet sent by the Mth controller. Each of the confirmation data packets can include the STARTSN word field and the BAMT to carry the batch confirmation information.

[0156] In some other embodiments, the second device can also receive in the pre-designated or negotiated partial confirmation sub-slot. The specific setting can be based on the actual application scenario, which is not limited in the present application.

[0157] The step 104 includes the following steps:

[0158] Step 1041, the second device determines the audio data packet that is indicated by all the received confirmation data packets as not correctly received or needing retransmission as the audio data packet that is not correctly received or needing retransmission by the first device.

[0159] The BAMT can contain information about whether the audio data packet sent in the last one or more MCBAIG intervals needs to be retransmitted. In order to improve the reliability of the reply batch confirmation information, the first device can also choose to repeatedly send the confirmation data packet carrying the batch confirmation information multiple times. The number of repeated sending can be customized according to the actual situation, which is not limited in the present embodiment.

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

[0161] If a bit of the BA MT is set to 1, it means that the second device or the HRLA transmitting device needs to retransmit or transmit the audio data packet corresponding to the PDUSN represented by the bit. If a bit of the BA MT is set to 0, it means that the second device does not need to retransmit the audio data packet corresponding to the PDUSN represented by the bit.

[0162] Generally, the lowest bit of the BA MT is always set to 1, i.e. the minimum PDUSN of the audio data packet that the first device needs the second device to transmit or retransmit is STARTSN. STARTSN can represent the audio data packet currently being batch transmitted in the MCBA IG interval, or the audio data packet transmitted in the last one or more MCBA IG intervals, or the PDUSN of the 0th audio data packet to be transmitted in the next MCBA IG interval. If the audio data packets in the current MCBA IG interval and the last one or more MCBA IG intervals are all correctly received, STARTSN represents the PDUSN of the 0th audio data packet to be batch transmitted in the next MCBA IG interval, and no packet loss occurs in the transmission.

[0163] Step 105, the second device transmits 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 the next audio data group, and then the next audio data group is batch transmitted to the first device in the next equal time interval.

[0165] The next audio data group at least includes the audio data packet that is not correctly received or needs to be retransmitted (to be retransmitted), and can further include a pre-retransmitted audio data packet. Further, the pre-retransmitted audio data packet is selected from the audio data to be first transmitted and / or the audio data packet to be retransmitted.

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

[0167] The method provided by the embodiment is configured / added with some word fields at the packet header of the transmitted audio data packet, such as setting the BTE word field and the BTN, BTSN, PDUSN and BAN word fields in each audio data packet by the second device, for indicating the function of enabling batch transmission of the audio data packet, and the sequence number, total number of packets and the like of the transmitted audio data packet. The first device at the receiving end indicates the function of enabling batch data packet acknowledgement by setting the BAE word field and the STARTSN word field and the BAMT, and the receiving condition of the audio data packet transmitted by the second device, so that the second device can accurately determine the receiving condition of the audio data packet transmitted by the first device in the current equal time interval according to the acknowledgement information in all the comprehensive acknowledgement data packets, and provide a basis for determining and transmitting the audio data packet in the subsequent equal time interval.

[0168] The above embodiment is the method flow of the first device in the first working mode, and the first working mode is the 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 figure, in the cooperative spatial diversity mode, at least two controllers are enabled, such as the first controller and the second controller simultaneously enabling the function of receiving the audio data packet, and the remaining controllers can be disabled, such as the controller M being in the closed state, and M≥2.

[0169] Optionally, the first controller can be a master controller, and the second controller can be any slave controller.

[0170] In the cooperative spatial diversity mode, the first controller and the second controller not only maintain the synchronization state with the second device, i.e., the HRLA transmitting device, but also simultaneously receive the audio data packet transmitted by the second device. The first controller and the second controller each execute the method flow of steps 101 to 103 in the foregoing Figure 3 After the first controller and the second controller each generate the acknowledgement data packet, the first controller and the second controller each transmit the respective acknowledgement data packet to the second device in the corresponding acknowledgement sub-time slot. For example, the first controller transmits the first acknowledgement data packet generated by itself in the first acknowledgement sub-time slot, such as BA0. The second controller transmits the second acknowledgement data packet generated by itself in the second acknowledgement sub-time slot, such as BA1. BA0 and BA1 are different, and are both after the BA delay of the equal time interval.

[0171] In the first working mode, the probability that the first controller and the second controller independently enabled and simultaneously not correctly receiving the audio data packet is greatly reduced due to spatial fading, and therefore, the cooperative spatial diversity mode can obviously improve the receiving performance of the HRLA receiving device and guarantee the transmission reliability.

[0172] Optionally, in another embodiment, the first device further has a second operation mode, which is a selective spatial diversity mode. In this mode, the first device selects one of the at least two controllers and enables it according to the evaluated channel quality of each controller, and receives the audio data group batch-transmitted by the second device in the current isochronous interval.

[0173] As shown in FIG. 2, in the second operation mode, the first device selects the first controller and enables it according to the channel quality of each controller. When the first controller is enabled, the first controller generates a first acknowledgement data packet carrying batch acknowledgement information according to the reception of the audio data group by the first controller in the current isochronous interval and the reception of the audio data group transmitted by the second device before the current isochronous interval, and transmits the first acknowledgement data packet to the second device in the first acknowledgement sub-interval. Optionally, the first acknowledgement data packet is a BA PDU carrying batch acknowledgement information. Figure 8a

[0174] Further, the first device selects the first controller and enables it according to 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 the first controller and enables it from the at least two controllers based on all the evaluated channel qualities and a first preset condition.

[0175] In this case, the channel quality of the first controller is better than that of the other controllers, so the first controller is selected and enabled to receive the audio data packet and the feedback acknowledgement data packet. The first preset condition is that the first channel quality is greater than or equal to a first preset threshold, the first channel quality being the channel quality of the first controller, and the second channel quality is less than the first preset threshold, the second channel quality being the channel quality of the second controller.

[0176] Meanwhile, the data synchronization and channel evaluation functions of the other controllers not enabled are maintained, and / or at least the remaining controllers not enabled are prohibited from transmitting the acknowledgement data packet, such as the second controller to controller M being prohibited from transmitting the batch acknowledgement data packet. In this case, the second controller and the other controllers not enabled are in a closed state.

[0177] In the process of the first controller enabled to receive the audio data packet and the batch feedback acknowledgement data packet, the above method further 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 a second preset threshold, the second controller is selected and enabled, and the first controller is prohibited from transmitting the acknowledgement data packet. As shown in FIG. 3, when 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 transmitting the acknowledgement data packet. Figure 8b ​The second preset threshold is higher than the first preset threshold. At this time, the preset condition of the switching controller is 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 the acknowledgement data packet, the channel quality of the first controller is still detected and evaluated in order to be ready to switch to enable at any time when the channel quality changes.

[0179] Optionally, the wireless channel quality of each controller can be measured by a packet error rate (PER), and the lower the packet error rate, the better the channel quality. In addition, the first preset threshold and the second preset threshold are both inverses 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 different from the first controller. Optionally, in a specific embodiment, the first controller can be a master controller, and the second controller can be a slave controller.

[0181] In the second working mode, the first controller is 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 indicates that the channel quality of the second controller is better than that of the first controller at this time, and the second controller is enabled to receive the audio data packet, and the first controller is prohibited from feeding back the acknowledgement data packet, but 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. Whether the first controller or the second controller receives the audio data packet, an acknowledgement data packet carrying batch acknowledgement information is independently returned to the second device. The controller which is prohibited from sending the acknowledgement data packet continues to maintain channel quality evaluation in order 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 a 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 operating mode, when the channel quality between all controllers in the first device and the second device reaches the aforementioned second preset condition, the operating mode of the first device is switched from the second operating mode to the first operating mode, that is, from selective spatial diversity mode to cooperative spatial diversity mode. This is because in selective spatial diversity mode, enabling any single controller alone cannot guarantee the reliability of audio data packet transmission, so it is necessary to enable two or more controllers to receive simultaneously. The specific controllers to be enabled can be determined based on the channel quality and preset conditions evaluated for each controller. Please refer to the description of the aforementioned embodiments for details, which will not be repeated here.

[0185] In addition, in this embodiment, the first device may also have a third operating mode, namely the default mode. Under good wireless conditions, i.e., when the communication distance is short, channel fading is low, and interference is minimal, the default mode is used. The default mode means that the first device only enables the target controller; if the master controller is working, all other slave controllers are in a power-down state, but channel quality assessment and monitoring of other controllers are still maintained.

[0186] like Figure 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 within the first confirmation sub-slot of the current equal time interval. The batch confirmation information carried in the first confirmation data packet, such as the STARTSN field and BA MT content, can be found in the description of the foregoing embodiments, and will not be repeated here.

[0187] In addition, while enabling the target controller to send and receive data packets, channel quality assessment between other controllers and the second device is maintained simultaneously. This is because in a changing wireless environment, if enabling the target controller fails to meet communication performance requirements, the operating mode of the first device can be switched, for example, to either the first operating mode or the second operating 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, it can freely switch between different modes such as the first working mode, the second working mode, and the third working mode. This allows for the dynamic selection of one or more controllers to enable and receive audio data packets and feedback confirmation data packets according to the communication environment, thereby reducing the retransmission rate and ensuring transmission reliability.

[0189] Example 2

[0190] This embodiment details the process of setting up and sending audio data packets using the second device described in Embodiment 1 above.

[0191] The second device, the HRLA sending device, divides the audio stream data into audio service data units (SDUs) of the same size, each of which corresponds to the payload of an audio data packet. It is assumed that the second device generates or inputs L new SDUs in each MCBA IG interval, i.e., L audio data packets are encapsulated, and L≤M and L<N, and the SDUs or the encapsulated audio data packets are sequentially numbered by PDUSNs and stored in the sending buffer, i.e., each SDU or the encapsulated audio data packet corresponds to a different PDUSN.

[0192] Optionally, the audio data packet is an MCBA IS Data PDU.

[0193] The method for the second device to set the audio data packet and send the audio data group to the first device in the MCBA IS link according to step 101 of the above embodiment one is shown in the following steps. Figure 10

[0194] Step 201, take the SDUs from the sending buffer as the payload in ascending order of PDUSN, and encapsulate them into audio data packets.

[0195] The SDUs taken from the sending buffer by the second device can also be the SDUs input in the previous one or more MCBA IG intervals and not confirmed by the HRLA receiving device to be correctly received, or the new SDUs input in the current MCBA IG interval.

[0196] Step 202, determine whether the number M of the 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 MCBA IG interval.

[0198] Step 203, if yes, i.e., M≥N, sequentially and continuously send N audio data packets to the first device in ascending order of PDUSN.

[0199] Specifically, the N audio data packets form an audio data group, and the audio data group is sent to the first device in the current MCBA IS interval.

[0200] Step 204, if no, i.e., M<N, determine whether the PRT technology is enabled.

[0201] The PRT technology can be understood as pre-repeated transmission of at least part of the data at least twice or multiple times in the current time interval using the redundant time slots to improve the reliability of data transmission.

[0202] ​Step 205, if PRT technology is enabled, M+K audio data packets are sent to the first device in a loop according to the ascending order of PDU SN.

[0203] Specifically, K SDUs in the pre-retransmission buffer are read in a loop according to the ascending order of PDU SN, and the number of the SDUs is K, and the total number of the SDUs is M+K, and M+K≤N. For example, when M=7 and N=8, K=1. The PDU SN 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 header of the audio data packet sent by the second device in sequence is M+K=8.

[0204] Step 206, if PRT technology is not used, M audio data packets are sent in a loop according to the ascending order of PDU SN.

[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 above embodiment one specifically includes:

[0207] Step 207, the second device starts to receive the confirmation data packet carrying batch confirmation information sent by the first device after the start of the MCBAIG interval through the BA delay according to the BAN field in the extended packet header of the audio data packet, and combines the BA information of all the confirmation data packets to determine the reception 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, the second device receives the confirmation data packet sent by each enabled controller on each confirmation sub-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 packet received by the second device in each confirmation sub-slot is sent by the same controller, and the BA information is the same. The purpose of repeated sending is to improve the transmission reliability.

[0210] If the first device is in the first working mode, i.e., in the cooperative spatial diversity mode, the confirmation data packet received by the second device in each confirmation sub-slot can be sent by different controllers, and the BA information can be different.

[0211] The second device determines whether the first device correctly receives the audio data packets according to the BA information in all the received acknowledgement data packets. Only when all the controllers do not correctly receive the audio data packets, the audio data packets are retransmitted in the subsequent MCBAIG interval.

[0212] The second device determines which of the batched audio data packets are correctly received by the first device and which are not according to the acknowledgement data packets carrying batch acknowledgement information that are correctly received. The correctly received audio data packets are deleted from the sending buffer. The audio data packets / SDUs that are not correctly received are kept in the sending buffer and are retransmitted in the next or subsequent MCBAIG interval.

[0213] Optionally, when the audio data packets are transmitted in the next MCBAIG interval, the second device preferentially transmits the audio data packets / SDUs in the sending buffer, i.e., the SDUs that are not transmitted in the current MCBAIG interval or in the previous one or more MCBAIG intervals.

[0214] When the number of SDUs is less than N, the SDUs in the sending buffer are sequentially transmitted in the redundancy time slots in ascending order of PDUSN. After the next MCBAIG interval correctly receives the acknowledgement data packet carrying batch acknowledgement information, it is determined whether the SDUs batched in the previous one or more MCBAIG intervals are correctly received or need to be retransmitted. In this way, the number of times that the second device receives the audio data packets carrying batch acknowledgement information is increased, and the reliability of receiving batch acknowledgement information is improved, thereby reducing the number of times of retransmitting the audio data packets / SDUs and retransmitting the batch acknowledgement data packets, so as to improve the link efficiency.

[0215] However, the number of new acknowledgement data packets / SDUs transmitted by the second device cannot exceed the maximum number indicated by the BAMT. Specifically, the maximum PDUSN number of new SDUs that the second device can transmit is the sum of STARTSN in the header of the acknowledgement data packet carrying batch acknowledgement information that is most recently received by the second device and the number of bits of the BAMT, minus 1, before new batch acknowledgement information is received again. If this threshold is exceeded, the second device can only cyclically transmit the acknowledgement data packets / SDUs that have been transmitted before and have not been confirmed to be correctly received by the first device until the acknowledgement data packet carrying batch acknowledgement information is received again.

[0216] In the cooperative space diversity mode, the first device enables two or more controllers to reply to the confirmation data packet carrying the batch confirmation information, which improves the reliability of the second device in receiving the confirmation information to a certain extent, greatly reduces the probability that the second device only sends the audio data packets in the cache that have been sent and not confirmed by the first device, effectively reduces the retransmission rate, and improves the bandwidth efficiency and transmission reliability of the audio data wireless transmission, 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 Three

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

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

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

[0221] As Figure 5In the MCBAIS PDU extension header shown, the BTN field and the BTSN field each 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 of the audio data packet MCBAISData PDU for batch transmission is configured as 1, the BAE is configured as 0, the NPI is set as 0, and the extension header size occupies 4 bytes. The BTE of the acknowledgement data packet MCBAIS Null PDU for returning batch acknowledgement information is configured as 0, the BAE is configured as 1, the NPI is set as 1, and the extension header is 8 bytes.

[0222] As shown in the MCBAIG link time slot structure, Figure 4 In the MCBAIG link time slot structure shown, the MCBAIG interval is set as 20 ms, the number L of SDUs input by the HRLA master device in each MCBAIG interval is equal to 8, and the number L of audio data packets MCBAISData PDU encapsulated corresponding thereto is equal to 8. Each SDU is sequentially numbered and saved in the sending buffer, wherein the number of bits of the PDUSN is 6, i.e., the number is from 0 to 63, and after 64, the numbering is recycled from 0. After the recycling, the PDUSN with the number 0 is considered to be greater than the PDUSN with the number 63 next to it.

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

[0224] The acknowledgement data packet MCBAIS Null PDU is transmitted by using the BLE 2Mbps rate, and the air packet length of the acknowledgement data packet MCBAIS Null PDU carrying batch acknowledgement information is 68us. Adding T_MSS equal to 150us, the air time for sending an acknowledgement data packet MCBAIS Null PDU is 218us. Therefore, BADelay 1 is equal to 17.27ms. As shown in the MCBAIG link time slot structure, Figure 4As shown, each HRLA earphone contains two controllers, which send one MCBAIS Null PDU (at this time, the BAN in the extended header of the audio data packet MCBAIS Data PDU is 2) and 14 audio data packets MCBAIS Data PDU, which occupies 17.488 ms of air time. The remaining 2.512 ms is used for the HRLA master device and the HRLA earphone to maintain the BLE ACL link.

[0225] Referring to the foregoing Figure 3 and Figure 6 As shown in the flow chart of wireless audio data transmission. In the first MCBAIG interval, the number L of audio data packets (SDU) input by the HRLA master device is equal to 8, which is encapsulated as the number L of audio data packets MCBAIS Data PDU, which is equal to 8, and the PDUSN is numbered in turn 0, 1, 2, …, 7. Using PRT technology, the number M of audio data packets MCBAIS Data PDU sent in the current MCBAIG interval is equal to 14. The BTN field in the extended header of the audio data packet MCBAIS Data PDU is set to 14, the BAN field is set to 2, and the BTSN field in the 14 audio data packets MCBAIS Data PDU is set in turn 0, 1, 2, …, 11, 12, 13, which corresponds to PDUSN 0, 1, 2, …, 7, 0, 1, 2, …, 5 respectively.

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

[0227] One case is that the BTSN equal to 1, 3 and 7 audio data packets (MCBAIS Data PDU) of the master controller are not correctly received due to interference, while the audio data packets of other BTSN are correctly received. Since the audio data packets of BTSN equal to 1 and 3 are the same as the audio data packets of BTSN equal to 9 and 11 respectively, they correspond to the same PDU SN. Therefore, although there is interference resulting in incorrect reception, using PRT technology, only the SDU of PDU SN equal to 7 of the 8 SDUs input by the HRLA master device in the current MCBAIG interval is not correctly received by the master controller.

[0228] The START SN in the extended header of the acknowledgement data packet MCBAIS Null PDU sent by the master controller of the HRLA earphone is set to 7, and the values of all bits of the BAMT are 1, which means that the SDUs of PDU SN less than 7 do not need to be retransmitted.

[0229] Another case is that the BTSN equal to 5 and 6 audio data packets (MCBAIS Data PDU) of the slave controller are not correctly received due to interference, while the audio data packets of other BTSN are correctly received. Since the audio data packet of BTSN equal to 5 is the same as the audio data packet of BTSN equal to 13, they correspond to the same PDU SN. Therefore, although there is interference resulting in incorrect reception, using PRT technology, only the SDU of PDU SN equal to 6 of the 8 SDUs input by the HRLA master device in the current MCBAIG interval is not correctly received by the master controller. The START SN in the extended header of the acknowledgement data packet sent by the slave controller of the HRLA earphone is set to 6, the first bit of the BAMT is set to 0, and the values of all other bits are 1, which means that the SDUs of PDU SN less than 6 and equal to 7 do not need to be retransmitted.

[0230] The HRLA master receives the MCBAIS Null PDU carrying the batch acknowledgement information from the master and slave controllers respectively, and combines the batch acknowledgement information to determine the reception status of the HRLA earphone. In this embodiment, based on the feedback of the MCBAIS Null PDU, the HRLA master determines that the SDU with PDUSN equal to 7 is not correctly received by the master controller, but is correctly received by the slave controller. It also determines that the SDU with PDUSN equal to 6 is not correctly received by the slave controller, but is correctly received by the master controller. After combining, it is determined that all the 8 SDUs sent in the current MCBAIG interval are correctly received by the HRLA earphone, and thus the SDUs with PDUSN less than 8 in the sending buffer are deleted. As can be seen from the above example, in the first working mode, the HRLA earphone enables the dual-controller reception and feedback of the MCBAIS Null PDU carrying the batch acknowledgement information, which can improve the transmission reliability of the HRLA.

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

[0232] In one case, the MCBAISData PDUs with BTSN equal to 2 and 7 are not correctly received by the HRLA headset master controller due to interference, but the MCBAISData PDUs with other BTSN are correctly received. 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 PDU SN. Therefore, although there is interference resulting in incorrect reception, using the PRT technique, only the MCBAISData PDU with PDU SN equal to 15 of the 8 SDUs sent by the HRLA master in the current MCBAIG interval is incorrectly received, and the other 7 SDUs are all correctly received.

[0233] Since the SDUs not correctly received by the HRLA headset master controller in the first MCBAIG interval are correctly received by the slave, in the current MCBAIG interval, the START SN in the extended header of the MCBAIS Null PDU sent by the HRLA headset master controller is set to 15, and all the bits of the BAMT are set to 1, indicating that the MCBAISData PDUs with PDU SN equal to 8 to 14 do not need to be retransmitted, and only the MCBAISData PDU with PDU SN equal to 15 needs to be retransmitted.

[0234] In another case, the MCBAISData PDUs with BTSN equal to 5 and 13 are not correctly received by the HRLA headset slave due to interference, but the MCBAISData PDUs with other BTSN are correctly received. 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 PDU SN. Of the 8 SDUs sent by the HRLA master in the current MCBAIG interval, only the MCBAISData PDU with PDU SN equal to 13 is incorrectly received, and the other 7 SDUs are all correctly received. The START SN in the extended header of the MCBAIS Null PDU sent by the HRLA headset slave is set to 13, the 1st and 2nd bits of the BAMT are set to 0, and all the other bits are set to 1, indicating that the MCBAISData PDUs with PDU SN equal to 8 to 12, 14 and 15 do not need to be retransmitted, and only the MCBAISData PDU with PDU SN equal to 13 needs to be retransmitted.

[0235] The HRLA master device receives MCBAIS Null PDUs carrying batch acknowledgment information from the master and slave controllers of the HRLA headset in different acknowledgment sub-slots. After integrating the batch acknowledgment information, it confirms that SDUs with PDUs equal to 15, which the master controller did not receive correctly, were correctly received by the slave controller, and SDUs with PDUs equal to 13, which the slave controller did not receive correctly, were correctly received by the master controller. That is, all 8 SDUs transmitted in the current MCBAIS interval were correctly received by the HRLA headset. Therefore, SDUs with PDUs less than 16 are deleted from the transmission buffer. As can be seen from the above example, in the first operating mode, enabling the HRLA headset to use dual controllers to receive and feed back MCBAIS Null PDUs carrying batch acknowledgment information can improve the transmission reliability of HRLA.

[0236] As can be seen from this embodiment, the HRLA headphone system based on the MCBAIG link protocol can provide reliable stereo high-resolution lossless audio streaming services with a maximum transmission rate of 1.6 Mbps. Employing dual-controller receivers to obtain spatial diversity gain not only reduces the retransmission rate but also improves the effective bandwidth and reliability of HRLA wireless transmission.

[0237] Example 4

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

[0239] like Figure 11 As shown, the device includes a main processor and at least two controllers, which can be scalable controllers. The main processor and the scalable controllers are connected via an HCI interface. Figure 11 The diagram shows that the scalable controller includes three controllers: the Master Controller, Slave Controller 1, and Slave Controller 2.

[0240] When the first device is in a first operating mode, at least two controllers in the scalable controller are enabled, wherein each enabled controller is configured to receive a batch of audio data transmitted from the second device within a batch transmission time slot of the current equal time interval, the audio data batch containing at least two audio data packets.

[0241] Each activated controller is also configured to generate an acknowledgment data packet carrying acknowledgment information based on its own reception of audio data groups within the current equal time interval and the reception of audio data groups sent by the first device to the second device before the current equal time interval.

[0242] In addition, each enabled controller is further configured to send the acknowledgement data packet carrying the acknowledgement information to the second device in a time-shared manner within a batch acknowledgement time slot of a current isochronous interval.

[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 in the Bluetooth Core Specification, the first interface being configured to connect to a host processor located outside the extensible controller, and the second interface being configured to connect to at least one slave controller. Figure 11 The second interface of the master controller 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, connected through a physical interface such as a UART, USB or SDIO interface.

[0245] Further, the master controller and each slave controller have a structure as shown in Figure 12 The master controller and each slave controller include an antenna 1201, a radio frequency unit 1202, a modem unit 1203, a baseband processor 1204 and a link protocol processor 1205. In addition, each controller can further include more or fewer components / units / modules such as a memory, a storage unit, etc.

[0246] The antenna 1201 is one or more in number and is configured to receive an audio data packet sent by the second device. In the embodiment, the antenna corresponding to the master controller is isolated from the antenna corresponding to each slave controller.

[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 perform the wireless audio data transmission method described in Embodiment I and Embodiment II.

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

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

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

[0251] The memory or the storage unit can be used to store transmission data, such as audio data packets and acknowledgement data packets. In addition, the memory or the storage unit 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 Embodiment I and Embodiment II.

[0252] It should be noted that the memory or the 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 the present embodiment does not limit this.

[0253] Optionally, in a possible implementation, the master controller and the at least one slave controller are packaged in the same chip, and the antenna pins of the master controller and the at least one slave controller are located on two different surfaces of the chip, so as to keep a sufficient spatial distance between the two antennas of the master controller and the slave controller, so that the correlation coefficient of the signals received by the two antennas is small enough to obtain a large spatial diversity gain.

[0254] In the formula, the pin is also referred to as a pin. It is understood as a connection line from the internal circuit of an integrated circuit (chip) to a peripheral circuit. All pins constitute the interface of the chip. The pins are located on both sides of the chip, so that the antennas can be better arranged at different positions, and a sufficient spatial distance is left between the two antennas.

[0255] In addition, the present embodiment also provides a second device, which can be used as an HRLA sending device or an HRLA master device, and is used to execute the method steps of the above-mentioned HRLA sending device or HRLA master device. The structure is as shown in Figure 13 The second device can also include more or fewer modules, such as a memory, a storage unit, etc.

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

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

[0258] Furthermore, the processing module 1302 is specifically used to determine the next audio data group based on the reception status of the audio data group sent by the first device to the second 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 a pre-retransmitted audio data packet, wherein the pre-retransmitted audio data packet is selected from the audio data to be sent for the first time and / or the audio data packet to be retransmitted.

[0260] In this embodiment, the modules in the second device are also used to implement other functions described in Embodiments 1 to 3 above, which will not be repeated hereafter. As used below, the term "module" can be a combination of software and / or hardware that implements a predetermined function. Although the apparatus described in the following embodiments is preferably implemented in software, hardware implementation, or a combination of software and hardware, is also possible and contemplated.

[0261] It should be noted that the specific implementation of the transceiver module 1301 and the processing module 1302 in the second device described above can be compared with... Figure 12 The structure shown is the same, meaning it can be implemented by units / modules such as antenna 1201, radio frequency unit 1202, modulation and demodulation unit 1203, baseband processor 1204, and link protocol processor 1205. Alternatively, it can be implemented by other functional modules; this embodiment does not impose any limitations on 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. It can also be used to store computer-readable program instructions. When the instructions are run by the computer, the wireless audio data transmission method described in Embodiment 1 and Embodiment 2 can be implemented.

[0263] Based on the first and second devices described above, this embodiment also provides a wireless audio data transmission system, such as a wireless stereo high-resolution lossless audio headphone system or an HRLA system, including the above-mentioned... Figure 11 The first device shown and Figure 13 The second device is shown. The structure of this transmission system can be seen in the aforementioned example. Figure 1 The first and second devices communicate wirelessly via a wireless communication link, such as an MCBAIS link.

[0264] Further, the first device and the second device are configured to perform the wireless audio data transmission method as described above. Figure 3 、 Figure 6 and Figure 10 The wireless audio data transmission method can achieve spatial diversity gain provided by the multi-controller audio receiving device, reduce retransmission rate, improve bandwidth efficiency and transmission reliability of the wireless audio data transmission, and meet bandwidth requirements of various high-reliability wireless transmission such as high-definition audio, lossless audio, or high-definition lossless audio.

[0265] In addition, the embodiments of the present application also provide a computer readable storage medium, and the method according to the embodiments of the present application can be implemented in hardware, firmware, or recorded in a storage medium, or stored in a remote storage medium or a non-transitory machine readable storage medium and stored in a local storage medium by downloading through a network, so that the method described herein can be processed by such software stored on a storage medium using a general-purpose computer, a special-purpose processor, or programmable or special-purpose hardware.

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

[0267] Although the embodiments of the present application are described in conjunction with the accompanying drawings, various modifications and changes can be made by those skilled in the art without departing from the spirit and scope of the present application, and such modifications and changes fall within the scope defined by the appended claims.

Claims

1. A method of transmitting wireless audio data, characterized by, The method is applied to a first device, the first device comprising a main processor and at least two controllers, the at least two controllers being selectively enabled one or more in a wireless audio transmission process, the first device having a first working mode and a second working mode, the method comprising: if the first device is in the first working mode, enabling at least two controllers, simultaneously receiving a batch of audio data groups sent by a second device in a batch sending time interval of a current isochronous interval, the audio data groups comprising at least two audio data packets; each enabled controller generating an acknowledgement data packet carrying acknowledgement information according to its own reception of the audio data groups in the current isochronous interval and the reception of the audio data groups sent by the second device by the first device before the current isochronous interval; each enabled controller sending the acknowledgement data packet generated by itself to the second device in a batch acknowledgement time interval of the current isochronous interval; the method further comprising: in the second working mode, selecting one controller from the at least two controllers and enabling the controller according to the evaluated channel quality of each controller; when detecting that the channel quality between each controller and the second device is less than a first preset threshold, switching the working mode of the first device from the second working mode to the first working mode; or, in the first working mode, when detecting that the channel quality between at least one controller and the second device is higher than a second preset threshold, switching the working mode of the first device from the first working mode to the second working mode, wherein the second preset threshold is higher than the first preset threshold.

2. The method of claim 1, wherein, the batch acknowledgement time interval comprises a plurality of acknowledgement sub-intervals; each enabled controller sending the acknowledgement data packet generated by itself to the second device in the batch acknowledgement time interval of the current isochronous interval, comprising: each enabled controller occupying an acknowledgement sub-interval in the batch acknowledgement time interval to send the acknowledgement data packet generated by itself, wherein the acknowledgement sub-intervals occupied by each enabled controller are different from each other.

3. The method of claim 1, wherein, the method further comprising: if the first device is in the second working mode, receiving a batch of audio data groups sent by the second device in a batch sending time interval of a current isochronous interval; the one enabled controller generating an acknowledgement data packet carrying acknowledgement information according to its own reception of the audio data groups in the current isochronous interval and the reception of the audio data groups sent by the second device by the first device before the current isochronous interval; the one enabled controller sending the acknowledgement data packet to the second device in a batch acknowledgement time interval of the current isochronous interval.

4. The method of claim 3, wherein, the selecting one controller from the at least two controllers and enabling the controller according to the evaluated channel quality of each controller, comprising: periodically evaluating a channel quality between each of the controllers and the second device, and based on the channel quality and a first preset condition, selecting and enabling one of the at least two controllers from the at least two controllers; the method further comprises: when the first device is in the second working mode, keeping data synchronization and channel evaluation functions of all the controllers, and / or at least disabling the remaining controllers which are not enabled from sending the acknowledgement data packet.

5. The method of claim 4, wherein, the selecting and enabling one of the at least two controllers from the at least two controllers based on the channel quality and a first preset condition comprises: when detecting that a first channel quality of a first controller is less than a first preset threshold and a second channel quality of a second controller is greater than a second preset threshold, selecting and enabling the second controller and taking the first controller as a controller which is not enabled; the first controller is one of the at least two controllers, and the second controller is one of the at least two controllers which is different from the first controller.

6. The method of claim 1, wherein, the first device further has a third working mode, and the method further comprises: when the first device is in the third working mode, enabling a target controller to receive the audio data group batch sent by the second device in a current equal time interval, the target controller being one of the at least two controllers and being connected with the main processor; the target controller generates an acknowledgement data packet carrying acknowledgement information according to a reception condition of the target controller to the audio data group in the current equal time interval and a reception condition of the first device to the audio data group sent by the second device before the current equal time interval; the target controller sends the acknowledgement data packet to the second device in a batch acknowledgement time interval of the current equal time interval.

7. The method according to any one of claims 1 to 6, 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 acknowledgement data packet comprises a BAE word field for indicating whether to enable a batch data packet acknowledgement function of the wireless communication link; if the BAE word field indicates to enable the batch data packet acknowledgement function, the acknowledgement data packet further comprises a STARTSN word field and a BA mapping table for indicating the acknowledgement information, wherein: the STARTSN word field is used for indicating a sequence number PDUSN of an audio data packet; the BA mapping table is used for indicating information of whether one or more audio data packets starting from the sequence number PDUSN indicated by the STARTSN word field are correctly received or information of whether the second device needs to retransmit.

8. The method of claim 7, wherein, each of the equal time intervals further comprises a sending time interval and a receiving time interval of a Bluetooth low energy asynchronous connection ACL link, which are used for negotiating whether the first device enables two or more than two controllers and a number of the enabled controllers.

9. A first device configured to perform the method of claim 1 to 8, wherein the first device comprises a main processor and at least two controllers, the at least two controllers are selectively enabled one or more in a wireless audio transmission process, and the first device has a first working mode; in the first working mode, the at least two controllers are enabled, and wherein: each enabled controller is configured to receive a batch of audio data packets from the second device in a batch transmission time slot of a current isochronous interval, the batch of audio data packets including at least two audio data packets; each enabled controller is further configured to generate an acknowledgement data packet carrying acknowledgement information according to a reception status of the batch of audio data packets by the first device from the second device in the current isochronous interval and a reception status of the batch of audio data packets by the first device from the second device in an isochronous interval prior to the current isochronous interval; each enabled controller is further configured to transmit the acknowledgement data packet carrying the acknowledgement information to the second device in a batch acknowledgement time slot of the current isochronous interval.

10. The first device of claim 9, wherein, each of the controllers includes one or more of an antenna, a radio frequency unit, a modem unit, a baseband processor, and a link protocol processor; the main processor is connected to the at least two controllers via an interface defined in a Bluetooth Core Specification.

11. The first device of claim 9, wherein, 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 in a Bluetooth Core Specification, the first interface being configured to connect to the main processor, and the second interface being configured to connect to the one or more slave controllers.

12. The first device of claim 11, wherein, the master controller and the one or more slave controllers are packaged in a same chip, and antenna pins of the master controller and the one or more slave controllers are located on two different surfaces of the chip.

13. A wireless audio data transmission system, characterized by a first device and a second device are configured to perform wireless audio data transmission communication via a wireless communication link; the first device is configured to perform the wireless audio data transmission method according to any one of claims 1 to 8; the second device is configured to receive at least one acknowledgement data packet carrying acknowledgement information transmitted by at least one enabled controller in a batch acknowledgement time slot of a current isochronous interval, and to determine a reception status of a batch of audio data packets transmitted by the first device in the current isochronous interval and an isochronous interval prior to the current isochronous interval based on the acknowledgement information in all the received acknowledgement data packets.

Images