Transmission method, device, chip, equipment and storage medium of audio data

By switching between CIS and BIS links between Bluetooth devices and utilizing the no-acknowledgment mechanism of the BIS link, the problem of limited battery life in true wireless Bluetooth earbuds is solved, achieving low power consumption and long battery life for Bluetooth devices.

CN117597868BActive Publication Date: 2026-04-07伟光有限公司(CN)
View PDF 1 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2022-10-28
Publication Date
2026-04-07

AI Technical Summary

Technical Problem

True wireless Bluetooth earbuds have limited battery life, so how to reduce power consumption to improve battery life has become an urgent problem to be solved.

Method used

By switching between CIS and BIS links between Bluetooth devices, and utilizing the no-acknowledgment mechanism of the BIS link to reduce power consumption, continuous transmission of audio data can be achieved.

Benefits of technology

While ensuring continuous audio data transmission, the power consumption of Bluetooth devices has been reduced, thus improving their battery life.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN117597868B_ABST
    Figure CN117597868B_ABST
Patent Text Reader

Abstract

Embodiments of the present application disclose a kind of transmission method, device, chip, equipment and storage medium of audio data, belong to Bluetooth technical field.The data transmission method includes: first CIS data stream is transmitted to second Bluetooth device, first CIS data stream corresponds to the first part of audio data;Switching command and / or control package are transmitted to second Bluetooth device, to be used to indicate switching transmission mode;BIS data stream is transmitted to second Bluetooth device, BIS data stream corresponds to the second part of audio data.Adopt the scheme provided in the present application embodiment, under the premise of guaranteeing the continuous transmission of audio data, since second Bluetooth device receives audio data through BIS link and does not need to send confirmation data package, therefore, the power consumption of Bluetooth device can be reduced, and the endurance of Bluetooth device is improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of Bluetooth technology, and in particular to a method, apparatus, chip, device, and storage medium for transmitting audio data. Background Technology

[0002] Bluetooth is a wireless technology standard that enables short-range data exchange between fixed devices, mobile devices, and personal area networks (PANs).

[0003] True Wireless Studio (TWS) earbuds are becoming increasingly popular in daily life and work, allowing users to listen to music or make voice calls. However, due to the limited battery life of TWS earbuds, reducing power consumption and improving battery life has become a key challenge. Summary of the Invention

[0004] This application provides a method, apparatus, chip, device, and storage medium for transmitting audio data. The technical solution is as follows:

[0005] On one hand, embodiments of this application provide a method for transmitting audio data, the method being executed by a first Bluetooth device, the method comprising:

[0006] Transmit a first CIS (Connected Isochronous Stream) data stream to a second Bluetooth device, the first CIS data stream corresponding to the first part of the audio data;

[0007] Transmit a switching command and / or control packet to the second Bluetooth device to indicate the switching transmission mode;

[0008] A BIS (Broadcast Isochronous Stream) data stream, corresponding to the second portion of the audio data, is transmitted to the second Bluetooth device.

[0009] On the other hand, embodiments of this application provide a method for transmitting audio data, the method being executed by a second Bluetooth device, the method comprising:

[0010] Receive a first CIS data stream transmitted by a first Bluetooth device, wherein the first CIS data stream corresponds to a first portion of audio data;

[0011] Receive a switching command and / or control packet transmitted by the first Bluetooth device to indicate a switch in the transmission mode;

[0012] Receive the BIS data stream transmitted by the first Bluetooth device, the BIS data stream corresponding to the second part of the audio data.

[0013] On the other hand, embodiments of this application provide an audio data transmission device, the device comprising:

[0014] The data transmission module is configured as follows:

[0015] Transmit a first CIS data stream to a second Bluetooth device, the first CIS data stream corresponding to a first portion of the audio data;

[0016] Transmit a BIS data stream to the second Bluetooth device, the BIS data stream corresponding to the second portion of the audio data;

[0017] The command transmission module is configured to transmit switching commands and / or control packets to the second Bluetooth device to indicate the switching transmission mode.

[0018] On the other hand, embodiments of this application provide an audio data transmission device, the device comprising:

[0019] The data receiving module is configured as follows:

[0020] Receive a first CIS data stream transmitted by a first Bluetooth device, wherein the first CIS data stream corresponds to a first portion of audio data;

[0021] Receive the BIS data stream transmitted by the first Bluetooth device, wherein the BIS data stream corresponds to the second part of the audio data;

[0022] The instruction receiving module is configured to receive switching commands and / or control packets transmitted by the first Bluetooth device to indicate the switching of transmission modes.

[0023] On the other hand, embodiments of this application provide a chip, the chip including programmable logic circuits and / or program instructions, which, when the chip is running, are used to implement the audio data transmission method as described above.

[0024] On the other hand, embodiments of this application provide a Bluetooth device, the Bluetooth device including: a processor and a memory, the memory storing a computer program, the computer program being loaded and executed by the processor to implement the audio data transmission method as described above.

[0025] On the other hand, embodiments of this application provide a computer-readable storage medium storing a computer program that is loaded and executed by a processor to implement the audio data transmission method as described above.

[0026] On the other hand, embodiments of this application provide a computer program product, the computer program product including computer instructions stored in a computer-readable storage medium, wherein a processor obtains the computer instructions from the computer-readable storage medium, causing the computer device to implement the audio data transmission method as described above.

[0027] In this embodiment, during the transmission of audio data from the first Bluetooth device to the second Bluetooth device, the audio data transmission can be switched from the CIS link to the BIS link by transmitting a switching command and / or control packet to the second Bluetooth device. Then, the audio data can continue to be transmitted to the second Bluetooth device through the BIS link. Under the premise of ensuring continuous transmission of audio data, since the second Bluetooth device does not need to send an acknowledgment data packet after receiving the audio data through the BIS link (it needs to send an acknowledgment data packet to the first Bluetooth device after receiving the audio data through the CIS link), the power consumption of the Bluetooth device can be reduced and the battery life of the Bluetooth device can be improved. Attached Figure Description

[0028] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0029] Figure 1 A schematic diagram of a Bluetooth system provided in an exemplary embodiment of this application is shown;

[0030] Figure 2 A flowchart illustrating an exemplary embodiment of the audio data transmission method provided in this application is shown.

[0031] Figure 3 A flowchart illustrating an audio data transmission method provided in another exemplary embodiment of this application is shown;

[0032] Figure 4 This is an exemplary embodiment of the CIS to BIS switching process illustrated in this application.

[0033] Figure 5 This is an interactive schematic diagram illustrating the process of switching from CIS to BIS, as shown in an exemplary embodiment of this application.

[0034] Figure 6 This is an interactive schematic diagram illustrating the BIS link establishment process in an exemplary embodiment of this application;

[0035] Figure 7This is a schematic diagram illustrating an exemplary embodiment of the BIS link establishment process in this application;

[0036] Figure 8 A flowchart illustrating an audio data transmission method provided in another exemplary embodiment of this application is shown;

[0037] Figure 9 This is an exemplary embodiment of the BIS to CIS switching process illustrated in this application.

[0038] Figure 10 This is an interactive schematic diagram illustrating the process of switching from BIS to CIS, as shown in an exemplary embodiment of this application.

[0039] Figure 11 This is an exemplary embodiment of the present application illustrating the process of establishing a CIS link via broadcast;

[0040] Figure 12 This is another exemplary embodiment of the present application illustrating an implementation diagram of the process of establishing a CIS link via broadcast;

[0041] Figure 13 This is an interactive schematic diagram illustrating an exemplary embodiment of the process of establishing a CIS link via broadcast.

[0042] Figure 14 This invention illustrates a structural block diagram of an audio data transmission apparatus provided in an exemplary embodiment of this application;

[0043] Figure 15 A structural block diagram of an audio data transmission apparatus provided in another exemplary embodiment of this application is shown;

[0044] Figure 16 A schematic diagram of the structure of a Bluetooth device provided in some exemplary embodiments of this application is shown. Detailed Implementation

[0045] To make the objectives, technical solutions, and advantages of this application clearer, the embodiments of this application will be further described in detail below with reference to the accompanying drawings. Exemplary embodiments will be described in detail here, examples of which are illustrated in the accompanying drawings. When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0046] The terminology used in this disclosure is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. The singular forms “a,” “the,” and “the” as used in this disclosure and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and includes any and all possible combinations of one or more of the associated listed items.

[0047] It should be understood that although the terms first, second, third, etc., may be used in this disclosure to describe various information, such information should not be limited to these terms. These terms are used only to distinguish information of the same type from one another. For example, without departing from the scope of this disclosure, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the word "if" as used herein may be interpreted as "when," "when," or "in response to determination."

[0048] To facilitate understanding, the terms used in the embodiments of this application will be explained below.

[0049] CIS: A BLE-based audio linking solution introduced in Bluetooth 5.2, enabling audio data sharing between any two or more Bluetooth devices. A Connected Isochronous Group (CIG) can correspond to one or more CISs (up to 31), and a time interval (ISO_Interval) parameter is set between consecutive CISs. In related technologies, the CIS link between Bluetooth devices is established based on the ACL (Asynchronous Connection-oriented Link) link between the Bluetooth devices.

[0050] BIS (Broadcast Isochronous Group): Primarily used for broadcast audio scenarios, it's a new Bluetooth technology characterized by its lack of connection between Bluetooth devices during audio transmission. Any Bluetooth device within range can receive audio data packets. A Broadcast Isochronous Group (BIG) can correspond to one or more BIS (up to 31 BIS). Furthermore, no acknowledgment mechanism is required during data transmission. Although there's no data acknowledgment mechanism, BIG improves data transmission success rates by redefining other mechanisms. In related technologies, BIS links are established via broadcast.

[0051] In related technologies, in Bluetooth audio (BLE Audio) scenarios, a CIS link is established between the mobile phone and the headphones. The mobile phone transmits audio data to the headphones through the CIS link, while the headphones need to reply with an acknowledgment data packet (ACK packet) after receiving the audio data. Since the headphones need to open the RF transmit window to send the acknowledgment data packet, and the mobile phone needs to open the RF receive window to receive the acknowledgment data packet, this will result in additional power consumption, which is particularly noticeable for Bluetooth devices with small battery capacities, such as headphones and mobile phones.

[0052] Considering that BIS and CIS use the same channel and frequency hopping algorithm for data transmission, and that data transmission via the BIS link has better reliability, this application proposes a seamless switching scheme between BIS and CIS links in Bluetooth audio scenarios. In one application scenario, when listening to music with headphones, the connection between the phone and headphones can switch from a CIS link to a BIS link. Since data transmission on the BIS link does not require acknowledgment, the headphones can save a transmission slot, and the phone can save a reception slot, thus helping to reduce the power consumption of both the phone and the headphones.

[0053] Please refer to Figure 1 This illustration shows a schematic diagram of a Bluetooth system provided in an exemplary embodiment of this application. The Bluetooth system 10 includes: a first Bluetooth device 110 and a second Bluetooth device 120.

[0054] In some embodiments, the first Bluetooth device 110, as a transmitting device, can be a mobile phone, tablet, laptop, smartwatch, etc. The second Bluetooth device 120, as a receiving device, can be a Bluetooth headset, Bluetooth speaker, in-vehicle Bluetooth playback device, etc.

[0055] In other embodiments, the second Bluetooth device 120 can act as a transmitting device, and the first Bluetooth device 110 can act as a receiving device. For example, the first Bluetooth device 110 can be a mobile phone, and the second Bluetooth device 120 can be a headset equipped with a microphone. During a voice call using the headset, the mobile phone transmits downlink audio data (the other end's sound) to the headset, while the headset transmits uplink audio data (the local end's sound) to the mobile phone.

[0056] In this embodiment, the first Bluetooth device 110 can transmit audio data to the second Bluetooth device 120 via a CIS link or a BIS link. Furthermore, the first Bluetooth device 110 can switch the link between devices according to the usage scenario. For example, it can switch from a CIS link to a BIS link, or vice versa.

[0057] It should be noted that the above embodiment is only illustrated by the example of a Bluetooth system containing a single second Bluetooth device 120. In other possible embodiments, the first Bluetooth device 110 may transmit audio data to multiple second Bluetooth devices simultaneously, and this embodiment does not limit this.

[0058] Please refer to Figure 2 The diagram illustrates a flowchart of an audio data transmission method provided in an exemplary embodiment of this application. The method may include the following steps.

[0059] Step 201: The first Bluetooth device transmits a first CIS data stream to the second Bluetooth device. The first CIS data stream corresponds to the first part of the audio data.

[0060] In some embodiments, in a Bluetooth audio scenario, a CIS link is established between the first Bluetooth device and the second Bluetooth device, and the first Bluetooth device sends downlink audio data (i.e., the first CIS data stream) to the second Bluetooth device through the CIS link.

[0061] Optionally, since the CIS link supports both uplink and downlink data transmission, the second Bluetooth device can send uplink audio data to the first Bluetooth device via the CIS link. For example, in a voice call scenario, the mobile phone transmits audio data to the Bluetooth headset via the CIS link, while the Bluetooth headset transmits its own audio data to the headset via the CIS link.

[0062] Step 202: The second Bluetooth device receives the first CIS data stream transmitted by the first Bluetooth device, the first CIS data stream corresponding to the first part of the audio data.

[0063] Accordingly, the second Bluetooth device receives downlink audio data transmitted by the first Bluetooth device via the CIS link. Furthermore, after receiving the downlink audio data, the second Bluetooth device transmits a confirmation data packet to the first Bluetooth device via the CIS link, informing the first Bluetooth device that the downlink audio data has been correctly received, so that the first Bluetooth device can continue transmitting downlink audio data.

[0064] In some embodiments, during audio data transmission, the second Bluetooth device confirms the data by sending a NULL packet.

[0065] Step 203: The first Bluetooth device transmits a switching command and / or control packet to the second Bluetooth device to indicate the switching transmission mode.

[0066] In some Bluetooth audio scenarios, since the second Bluetooth device does not have uplink transmission requirements, in order to avoid increased power consumption due to the continuous sending of specific data packets, the first Bluetooth device can instruct the second Bluetooth device to switch transmission modes by sending switching commands and / or control packets.

[0067] In this embodiment of the application, the switching command and / or control packet is used to instruct switching between the two transmission modes, CIS and BIS.

[0068] In some embodiments, when the host layer of the first Bluetooth device determines that the second Bluetooth device has no uplink transmission requirement in the current application scenario, the host layer of the first Bluetooth device sends an HCI (Host Controller Interface) command to the controller layer to instruct the establishment of a BIS link with the second Bluetooth device.

[0069] For example, when the host layer of the first Bluetooth device determines that the current scenario is Bluetooth audio playback (only the first Bluetooth device needs to transmit audio data unidirectionally to the second Bluetooth device), the first Bluetooth device transmits a switching command and / or control packet to the second Bluetooth device.

[0070] Regarding the transmission method of handover commands and / or control packets, in one possible implementation, when an ACL link is established between the first Bluetooth device and the second Bluetooth device, the first Bluetooth device can transmit handover commands and / or control packets to the second Bluetooth device through the ACL link, i.e., LLCP (Logical Link Control Protocol) air interface messages; when no ACL link is established between the first Bluetooth device and the second Bluetooth device, the first Bluetooth device can transmit handover commands and / or control packets to the second Bluetooth device through broadcast.

[0071] In some embodiments, the switching command and / or control packet, in addition to indicating the switching of transmission modes, also has the function of negotiating link parameters. In other embodiments, the first Bluetooth device and the second Bluetooth device can also negotiate link data through air interface messages other than the switching command and / or control packet.

[0072] Step 204: The second Bluetooth device receives a switching command and / or control packet transmitted by the first Bluetooth device to indicate the switching of transmission modes.

[0073] Accordingly, after receiving the switching command and / or control packet transmitted by the first Bluetooth device, the second Bluetooth device knows that it needs to switch from the CIS link to the BIS link, and thus establishes a BIS link with the first Bluetooth device.

[0074] Step 205: The first Bluetooth device transmits a BIS data stream to the second Bluetooth device. The BIS data stream corresponds to the second part of the audio data.

[0075] After the first Bluetooth device and the second Bluetooth device establish a BIS link, the first Bluetooth device continues to transmit downlink audio data (i.e., BIS data stream) to the second Bluetooth device through the BIS link, ensuring the continuity of audio before and after the transmission mode switch.

[0076] Step 206: The second Bluetooth device receives the BIS data stream transmitted by the first Bluetooth device, the BIS data stream corresponding to the second part of the audio data.

[0077] Correspondingly, the second Bluetooth device receives downlink audio data transmitted by the first Bluetooth device via the BIS link. Since there is no data acknowledgment mechanism in BIS mode (data transmission reliability is ensured through other means), the second Bluetooth device does not need to send a confirmation data packet to the first Bluetooth device after receiving the BIS data stream, thereby saving uplink RF transmission resources and reducing power consumption in Bluetooth audio scenarios.

[0078] In summary, in the embodiments of this application, during the process of the first Bluetooth device transmitting audio data to the second Bluetooth device, a switching command and / or control packet can be transmitted to the second Bluetooth device to instruct the audio data transmission to switch from the CIS link to the BIS link, and then continue to transmit audio data to the second Bluetooth device through the BIS link. Under the premise of ensuring continuous transmission of audio data, since the second Bluetooth device does not need to send an acknowledgment data packet after receiving audio data through the BIS link (it needs to send an acknowledgment data packet to the first Bluetooth device after receiving audio data through the CIS link), the power consumption of the Bluetooth device can be reduced and the battery life of the Bluetooth device can be improved.

[0079] In one possible application scenario, the first Bluetooth device and the second Bluetooth device first establish an ACL link, and then, based on the ACL link, negotiate the CIS link parameters with the second Bluetooth device by sending LLCP air interface messages, thereby establishing a CIS link with the second Bluetooth device.

[0080] In this scenario, the first Bluetooth device can transmit switching commands and / or control packets to the second Bluetooth device through the ACL link, and establish a BIS link with the second Bluetooth device based on the ACL link, thereby improving the efficiency of BIS link establishment. The following example illustrates this.

[0081] Please refer to Figure 3 The diagram illustrates a flowchart of an audio data transmission method provided in another exemplary embodiment of this application. This method may include the following steps.

[0082] Step 301: The first Bluetooth device transmits a first CIS data stream to the second Bluetooth device, the first CIS data stream corresponding to the first part of the audio data.

[0083] The implementation method of this step can be referred to step 201, and will not be repeated here in this embodiment.

[0084] Step 302: The second Bluetooth device receives the first CIS data stream transmitted by the first Bluetooth device, the first CIS data stream corresponding to the first part of the audio data.

[0085] The implementation method of this step can be referred to step 202, and will not be repeated here in this embodiment.

[0086] Step 303: The first Bluetooth device transmits switching commands and / or control packets through the ACL link between the first Bluetooth device and the second Bluetooth device.

[0087] In some embodiments, when a transmission mode switch is required, the first Bluetooth device sends a switching command and / or control packet to the second Bluetooth device via the ACL link, i.e., via LLCP over-the-air communication.

[0088] Step 304: The second Bluetooth device receives a switching command and / or control packet transmitted by the first Bluetooth device via the ACL link, which indicates the switching of the transmission mode.

[0089] Correspondingly, the second Bluetooth device receives the switching command and / or control packet transmitted by the first Bluetooth device through the ACL link.

[0090] Step 305: The first Bluetooth device sends an LLCP air interface message to the second Bluetooth device to negotiate BIS link parameters and / or establish a BIS link.

[0091] In one possible implementation, after the first Bluetooth device instructs the second Bluetooth device to switch transmission modes via a switching command and / or control packet, it further writes the BIS link parameters through LLCP interaction so that a BIS link can be established subsequently based on these BIS link parameters.

[0092] In other possible implementations, the aforementioned handover command and / or control packet, in addition to indicating the function of switching transmission modes, also has the function of negotiating BIS link parameters. That is, the aforementioned handover command and / or control packet can be integrated with the LLCP air interface message used to negotiate BIS link parameters. This embodiment does not limit this.

[0093] The aforementioned LLCP air interface messages are transmitted via the ACL link.

[0094] Step 306: The second Bluetooth device receives the LLCP air interface message sent by the second Bluetooth device for negotiating BIS link parameters, and establishes a BIS link based on the LLCP air interface message.

[0095] Correspondingly, the second Bluetooth device receives the LLCP air interface message sent by the first Bluetooth device and establishes a BIS link based on the BIS link parameters contained in the LLCP air interface message.

[0096] Regarding the process of the first Bluetooth device and the second Bluetooth device negotiating BIS link parameters through LLCP over-the-air interaction, in one possible implementation, the process may include the following steps:

[0097] 1. The first Bluetooth device sends a BIS establishment request to the second Bluetooth device.

[0098] In some embodiments, the first Bluetooth device sends a BIS establishment request to the second Bluetooth device through the ACL link between the first Bluetooth device and the second Bluetooth device.

[0099] In some embodiments, when a switch from a CIS link to a BIS link is required, the host layer of the first Bluetooth device sends the commands LE_set_BIG_parameters (used to set BIS parameters, including physical layer type, number of BIS, encryption method, etc.) and LE_create_BIS (used to create a BIS) to the controller layer. After processing the above HCI commands, the controller layer sends LL_BIS_REQ (i.e., BIS establishment request) to the second Bluetooth device through the ACL link.

[0100] Optionally, the BIS establishment request may include some BIS link parameters negotiated with the second Bluetooth device. These may include physical layer (PHY) type, SDU (Service Data Unit) parameters, PDU (Protocol Data Unit) parameters, and BIS parameters related to BIS transmission.

[0101] 2. The second Bluetooth device receives the BIS establishment request sent by the first Bluetooth device.

[0102] In some embodiments, the controller layer of the second Bluetooth device receives the BIS establishment request sent by the first Bluetooth device through the ACL link, and sends the BIS establishment request to the host layer, which determines whether to accept it.

[0103] 3. The second Bluetooth device sends a BIS request to the first Bluetooth device and receives a response.

[0104] In some embodiments, the second Bluetooth device sends a BIS request to the first Bluetooth device via an ACL link and receives a response.

[0105] In some embodiments, after the host layer of the second Bluetooth device sends an accept command to the controller layer, the controller layer of the second Bluetooth device sends a BIS request accept response (LL_BIS_RSP) to the first Bluetooth device through the ACL link.

[0106] Optionally, the BIS request acceptance response may include some of the BIS link parameters negotiated with the first Bluetooth device.

[0107] 4. Upon receiving a BIS request acceptance response from the second Bluetooth device, the first Bluetooth device sends a BIS establishment instruction to the second Bluetooth device.

[0108] Upon receiving a BIS request acceptance response, it indicates that the second Bluetooth device agrees to establish a BIS link with the first Bluetooth device. The first Bluetooth device then sends a BIS establishment indication (LL_BIS_IND) to the second Bluetooth device. In some embodiments, the first device sends the BIS establishment indication to the second Bluetooth device via an ACL link.

[0109] Optionally, the BIS establishment instruction may include BIS link parameters negotiated with the second Bluetooth device.

[0110] In some embodiments, since the BIS link is not established using the traditional broadcast method but rather based on the ACL link, the BIS establishment indication includes a BIG offset, which is the time offset between the BIG anchor point and the ACL anchor point. Subsequently, the second Bluetooth device can determine the audio data reception window based on the ACL anchor point and the BIG offset to receive downlink audio data.

[0111] Furthermore, to ensure that the timing of the second Bluetooth device switching from the CIS link to the BIS link coincides with the timing of the first Bluetooth device switching from the CIS link to the BIS link, thereby guaranteeing continuous audio data transmission before and after the transmission mode switch without interruption, in some embodiments, the BIS establishment indication includes a first switching event time point. In some embodiments, this first switching event time point refers to the start event of the switch from the CIS link to the BIS link.

[0112] Indicative, such as Figure 4As shown, the BIS establishment instruction includes the BIG offset, the first switching event time point "event x+1", and BIS_spacing (the time interval between the start of the sub-events adjacent to the BIS in the BIG). At CIG event x, the first Bluetooth device transmits downlink audio data through the CIS link (which includes CIS1 and CIS2). At BIG event x+1, the first Bluetooth device determines the BIG anchor point based on the ACL anchor point of the ACL link and the BIG offset, and transmits downlink audio data through the BIG link (which includes BIS1 and BIS2) based on this BIG anchor point.

[0113] Furthermore, since downlink audio data is transmitted via the CIS link in the initial stage, the first Bluetooth device can continue to transmit downlink audio data using some link parameters after the transmission mode switch. In some embodiments, the BIS establishment instruction includes BIS link parameters, and the BIS link parameters are determined based on the CIS link parameters.

[0114] In some embodiments, the BIS link parameters and the CIS link parameters are consistent in at least one of the following parameters: channel frequency; time window; and physical layer type.

[0115] Of course, in addition to reusing some link parameters of CIS, BIS link parameters also have link parameters unique to BIS, which are not limited in this application embodiment.

[0116] 5. The second Bluetooth device receives the BIS establishment instruction sent by the first Bluetooth device.

[0117] In some embodiments, the second Bluetooth device receives the BIS establishment instruction via the ACL link and extracts the BIS link parameters contained in the BIS establishment instruction.

[0118] 6. The second Bluetooth device establishes a BIS link based on the BIS establishment instruction.

[0119] In some embodiments, after the first Bluetooth device transmits a BIS establishment instruction to the second Bluetooth device, it transmits a BIS_Null PDU (BIS invalid PDU) to the second Bluetooth device. Upon receiving the BIS_Null PDU, the second Bluetooth device completes the BIS link establishment.

[0120] Step 307: The first Bluetooth device transmits a BIS data stream to the second Bluetooth device. The BIS data stream corresponds to the second part of the audio data.

[0121] In some embodiments, when the agreed first switching event time point is reached, the first Bluetooth device switches from the CIS link to the BIS link and transmits the BIS data stream to the second Bluetooth device through the BIS link.

[0122] Step 308: The second Bluetooth device receives the BIS data stream transmitted by the first Bluetooth device, and the BIS data stream corresponds to the second part of the audio data.

[0123] In some embodiments, when a predetermined first switching event occurs, the second Bluetooth device switches from the CIS link to the BIS link and receives the BIS data stream transmitted by the second Bluetooth device through the BIS link. Since the switching times of the first and second Bluetooth devices are consistent, interruption of audio data transmission can be avoided, ensuring audio continuity before and after the transmission mode switch.

[0124] In an illustrative example, the air interface interaction process between Bluetooth device A and Bluetooth device B during the switch from a CIS link to a BIG link is as follows: Figure 5 As shown.

[0125] Phase 1: Bluetooth device A and Bluetooth device B transmit audio data via the CIS link.

[0126] Bluetooth device A and Bluetooth device B transmit CIS data PDUs through the CIS link between their respective controller layers, and then the controller layers transmit ISO data to their respective host layers.

[0127] Phase 2: The link between Bluetooth device A and Bluetooth device B is switched from CIS to BIS.

[0128] Bluetooth device A's host A sends two HCI commands to controller A: `LE set BIG Parameters` and `LE Create BIS`. After processing the commands, controller A sends `LL_BIS_REQ` to Bluetooth device B via the ACL link. Bluetooth device B's host B sends `LL BIS Request` to controller B. Upon accepting the BIS establishment request, controller B sends `LL Accept BIS` to host B, which then sends `LL_BIS_RSP` to Bluetooth device A via the ACL link. Upon receiving `LL_BIS_RSP`, Bluetooth device A sends `LL_BIS_IND` containing BIS link parameters to Bluetooth device B, instructing Bluetooth device B to create a BIS link. Bluetooth device A completes the establishment of the BIS link with Bluetooth device B by sending a BIS Null PDU (including establishing an ISO data path between their respective host and controller layers), and continues to transmit BIS data PDUs (BISData PDUs) via the BIS link.

[0129] In this embodiment, the first Bluetooth device negotiates link parameters with the second Bluetooth device through the established ACL link, thereby establishing a BIS link with the second Bluetooth device based on the ACL link, without the need for the traditional broadcast method, thus improving the efficiency of BIS link establishment.

[0130] Furthermore, by indicating the switching event time in the LLCP air interface message, the first Bluetooth device ensures that the switching time of the link between the first Bluetooth device and the second Bluetooth device is consistent, thereby avoiding interruption of audio data transmission and ensuring the continuity of audio before and after the transmission mode switch.

[0131] In the above embodiments, the switching from CIS transmission to BIS transmission is used as an example for illustration. In another possible application scenario, the first Bluetooth device can also transmit data through the BIS link during the audio transmission start phase.

[0132] Furthermore, if the first Bluetooth device and the second Bluetooth device have established an ACL link but not a CIS link, in order to simplify the link scheduling of the first Bluetooth device, the first Bluetooth device may establish a BIS link based on the ACL link instead of through broadcast.

[0133] In an illustrative example, the air interface interaction process between Bluetooth device A and Bluetooth device B during the establishment of a BIG link based on an ACL link is as follows: Figure 6 As shown.

[0134] With an ACL link established between Bluetooth device A and Bluetooth device B, host A of Bluetooth device A sends two HCI commands to controller A: `LE set BIG Parameters` and `LE Create BIS`. After processing the commands, controller A sends `LL_BIS_REQ` to Bluetooth device B via the ACL link. Host B of Bluetooth device B sends `LL BIS Request` to controller B. Upon accepting the BIS establishment request, controller B sends `LLAccept BIS` to host B, which then sends `LL_BIS_RSP` to Bluetooth device A via the ACL link. Upon receiving `LL_BIS_RSP`, Bluetooth device A sends `LL_BIS_IND` containing BIS link parameters to Bluetooth device B, instructing Bluetooth device B to create the BIS link. Bluetooth device A completes the establishment of the BIS link with Bluetooth device B by sending a BIS Null PDU (including establishing an ISO data path between their respective host and controller layers), and continues to transmit BIS data PDUs (BISData PDUs) via the BIS link.

[0135] Compared to switching from a CIS link to a BIS link, since the audio data transmission begins through the BIS link, the first Bluetooth device and the second Bluetooth device do not need to negotiate the switching event time point during the negotiation of BIS link parameters via LLCP air interface messages, and there is no need to determine the BIS link parameters based on the CIS link parameters.

[0136] Furthermore, since the BIS link is established based on the ACL link, the first Bluetooth device needs to indicate the BIG offset through the LLCP air interface message so that the second Bluetooth device can determine the BIG anchor point based on the ACL anchor point and the BIG offset.

[0137] Indicative, such as Figure 7 As shown, the first Bluetooth device negotiates BIS link parameters, including BIG offset, with the second Bluetooth device through LLCP air interface messages. After establishing the BIS link based on the ACL link, the first Bluetooth device sends BIS data based on the ACL anchor point and BIG offset. Correspondingly, the second Bluetooth device receives BIS data in the corresponding window.

[0138] In some application scenarios, when the second Bluetooth device needs to transmit uplink audio data, continuing to transmit audio data via the BIS link will prevent the first Bluetooth device from receiving the audio data transmitted by the second Bluetooth device. Therefore, when there are both uplink and downlink audio data transmission requirements, the transmission mode between the first and second Bluetooth devices needs to be switched from BIS to CIS.

[0139] For example, in music playback, the mobile phone transmits audio data to the headset through the BIS link; when there is a need for voice call services, a CIS link needs to be established between the mobile phone and the headset to ensure that the mobile phone can transmit downlink audio data to the headset and the headset can transmit uplink audio data to the mobile phone.

[0140] The following exemplary embodiment illustrates the process of switching from a BIS link to a CIS link.

[0141] Please refer to Figure 8 The diagram illustrates a flowchart of an audio data transmission method provided in another exemplary embodiment of this application. This method may include the following steps.

[0142] Step 801: The first Bluetooth device sends a link switching indication to the second Bluetooth device. The link switching indication is used to indicate a switch from the BIS link to the CIS link.

[0143] In some embodiments, when there is a need for both uplink and downlink data transmission, the first Bluetooth device sends a link switching instruction to the second Bluetooth device through the ACL link.

[0144] In some embodiments, when a switch from a BIS link to a CIS link is required, and a CIS link has been established between the first Bluetooth device and the second Bluetooth device, the host layer of the first Bluetooth device sends a command LE_create_CIS (for creating a CIS) to the controller layer to establish a CIG link. After processing the HCI command, the controller layer sends BIG_Switch_To_CIG_IND (i.e., a link switching indication) to the second Bluetooth device via the ACL link.

[0145] Optionally, since the first Bluetooth device and the second Bluetooth device have previously established a CIS link, when switching back to the CIS link from the BIS link, the Bluetooth devices do not need to re-negotiate the CIS link parameters, but can reuse the previously used CIS link parameters.

[0146] In other embodiments, when a switch from a BIS link to a CIS link is required, and the first Bluetooth device and the second Bluetooth device have not previously established a CIS link, the host layer of the first Bluetooth device sends the commands LE_set_CIG_parameters (for setting CIG parameters) and LE_create_CIS to the controller layer to establish a CIG link. After processing the above HCI commands, the controller layer sends LL_CIS_REQ (CIS establishment indication) to the second Bluetooth device via the ACL link. Optionally, the first Bluetooth device and the second Bluetooth device need to further negotiate the CIS link parameters via LLCP air interface messages.

[0147] To ensure that the timing of the second Bluetooth device switching from the BIS link to the CIS link coincides with the timing of the first Bluetooth device switching from the BIS link to the CIS link, thereby guaranteeing continuous audio data transmission before and after the transmission mode switch without interruption, in some embodiments, the link switch indication includes a second switch event time point. In some embodiments, this second switch event time point refers to the start event of the switch from the BIS link to the CIS link, that is, the time point at which the first Bluetooth device and the second Bluetooth device negotiate the transmission mode switch via LLCP air interface messages.

[0148] Indicative, such as Figure 9As shown, the link switching indication includes a second switching event time point "Event x+1". At BIG event x, the first Bluetooth device transmits downlink audio data through the BIS link (BIG includes BIS1 and BIS2); at CIG event x+1, the first Bluetooth device determines the CIG anchor point based on the ACL anchor point of the ACL link and the CIG offset, and transmits downlink audio data through the CIG link (CIG includes CIS1 and CIS2) based on the CIG anchor point. Correspondingly, the second Bluetooth device switches to the BIG link to receive downlink audio data at event x+1.

[0149] Step 802: The second Bluetooth device receives a link switching indication sent by the first Bluetooth device. The link switching indication is used to indicate a switch from the BIS link to the CIS link.

[0150] In some embodiments, after receiving a link switching instruction via the ACL link, the second Bluetooth device knows that it needs to switch from the BIS link to the CIS link.

[0151] In some embodiments, when a CIS link has been established between the second Bluetooth device and the first Bluetooth device, after receiving the link switching instruction, the second Bluetooth device determines to establish a CIS link based on the original CIS link parameters.

[0152] In other embodiments, if no CIS link has been established between the second Bluetooth device and the first Bluetooth device, after receiving the CIS establishment instruction, the second Bluetooth device needs to negotiate the CIS link parameters with the first Bluetooth device through LLCP air interface messages so that the CIS link can be established subsequently based on the negotiated CIS link parameters.

[0153] Step 803: The first Bluetooth device transmits a second CIS data stream to the second Bluetooth device. The second CIS data stream corresponds to the third part of the audio data.

[0154] In some embodiments, when the second switching event time point is reached, the first Bluetooth device switches from the BIS link to the CIS link and transmits the second CIS data stream to the second Bluetooth device through the CIS link.

[0155] Step 804: The second Bluetooth device receives the second CIS data stream transmitted by the first Bluetooth device. The second CIS data stream corresponds to the third part of the audio data.

[0156] In some embodiments, when the second switching event time point is reached, the second Bluetooth device switches from the BIS link to the CIS link and receives the second CIS data stream transmitted by the first Bluetooth device through the CIS link.

[0157] It should be noted that, in subsequent processes, when it is necessary to switch from the CIS link to the BIS link, in some embodiments, the first Bluetooth device sends CIG_Switch_To_BIG_IND (the switching event time needs to be negotiated) to the second Bluetooth device through the ACL link to realize the switching of the transmission mode between the devices.

[0158] In an illustrative example, the air interface interaction process between Bluetooth device A and Bluetooth device B during the switch from a BIS link to a CIG link is as follows: Figure 10 As shown.

[0159] Bluetooth device A and Bluetooth device B establish a BIS link and transmit downlink audio data (BIS Data PDU) through the BIS link. When it is necessary to switch from the BIS link to the CIS link, host A of Bluetooth device A sends an LE Create BIS command to controller A. After processing the command, controller A sends BIG_Switch_To_CIG_IND to Bluetooth device B through the ACL link. Host B of Bluetooth device B sends an LL CIS Request by ADV mode to controller B (informing host B that it requests to establish a CIS link in ADV mode). When controller B accepts the request, it sends an LLAccept CIS in ADV to host B. Subsequently, Bluetooth devices A and B complete the establishment of the CIS link (LE CIS Established Event) by sending CISData PDUs and continue to transmit CIS data PDUs (CISDataPDU) through the CIS link.

[0160] In this embodiment, under BIS transmission mode, the first Bluetooth device sends a link switching instruction to the second Bluetooth device through the ACL link and negotiates the time point for switching to the CIS link. When the time point is reached, the switch from the BIS link to the CIS link is completed, ensuring the normal transmission of uplink and downlink audio data between subsequent Bluetooth devices.

[0161] In Bluetooth audio scenarios, current Bluetooth standards stipulate that CIS links need to be established based on existing ACLs, making the overall process rather cumbersome. To improve the efficiency of CIS link establishment, in one possible implementation, the first Bluetooth device can establish the CIS link via broadcast before transmitting the CIS data stream to the second Bluetooth device.

[0162] In some embodiments, when no ACL link is established between the first Bluetooth device and the second Bluetooth device, establishing a CIS link using a broadcast method may include the following steps.

[0163] 1. The first Bluetooth device and the second Bluetooth device establish periodic broadcast synchronization.

[0164] If the first Bluetooth device has established a CIS link with the second Bluetooth device, but no ACL link has been established between them, the first Bluetooth device determines to establish a CIS link in broadcast mode. First, the first Bluetooth device establishes periodic advance synchronization with the second Bluetooth device.

[0165] Indicative, such as Figure 11 As shown, the first Bluetooth device and the second Bluetooth device achieve periodic broadcast synchronization based on ADV_EXT_IND, AUX_ADV_IND, and AUX_SYNC_IND.

[0166] 2. The second Bluetooth device establishes periodic broadcast synchronization with the first Bluetooth device.

[0167] 3. The first Bluetooth device sends periodic broadcast data packets to the second Bluetooth device. The periodic broadcast data packets contain CIS link parameters so that the second Bluetooth device can establish a CIS link based on the CIS link parameters.

[0168] In some embodiments, the host layer of the first Bluetooth device sends a command to the controller layer to create a CIS link. The controller layer then updates the CIS link parameters in the periodic broadcast data packet according to the command, so that the second Bluetooth device can create a CIS link according to the CIS link parameters in the data packet after receiving the periodic broadcast data packet.

[0169] Unlike ACL-based links, where the CIG offset is the time offset between the CIG anchor and the ACL anchor, when a CIS link is established using broadcast, the CIG offset included in the CIS link parameters is the time offset between the CIG anchor and the periodic broadcast anchor.

[0170] Indicative, such as Figure 12 As shown, the first Bluetooth device and the second Bluetooth device synchronize through periodic broadcasts via Ext_adv / Periodicadv. The first Bluetooth device uses the time offset between the periodic broadcast anchor point (Periodic adv) and the CIG anchor point as the CIG offset to ensure that the second Bluetooth device can accurately receive the CIS when it opens a receiving window at the CIG anchor point.

[0171] Regarding the storage location of CIS link parameters, in some embodiments, the CIS link parameters are located in the Syncinfo field and the ACAD (Additional Controller Advertising Data) field of the periodic broadcast data packet.

[0172] Indicative, such as Figure 11 As shown, the Syncinfo and ACAD (CIG info) fields in the periodic broadcast data packet AUX_SYNC_IND contain CIS link parameters. The second Bluetooth device can obtain the CIS link parameters by parsing the periodic broadcast data packet, and then establish a CIS link.

[0173] In some embodiments, the CIG info may include a CIG offset.

[0174] Of course, the CIS link parameter can also be set in other fields of the periodic broadcast data packet, and this application embodiment does not limit this.

[0175] 4. The second Bluetooth device receives periodic broadcast data packets sent by the first Bluetooth device. The periodic broadcast data packets include CIS link parameters.

[0176] To distinguish between BIS links established via broadcast, in some embodiments, a flag bit is set in the periodic broadcast data packets used to indicate the creation of a CIS link. The second Bluetooth device can determine whether a CIS link needs to be established via broadcast by recognizing this flag bit.

[0177] 5. The second Bluetooth device establishes a CIS link based on the CIS link parameters.

[0178] In some embodiments, after the controller layer of the second Bluetooth device identifies the CIS link parameters, it notifies the host layer that a CIS link needs to be established via broadcast. Based on the CIS link parameters, the second Bluetooth device, acting as a central device, sends a CIS Null PDU to the first Bluetooth device. The first Bluetooth device, acting as a peripheral device, replies with a CIS Null PDU, thus completing the establishment of the CIS link.

[0179] In an illustrative example, the interaction process between Bluetooth device A and Bluetooth device B during the establishment of a CIS link via broadcast is as follows: Figure 13 As shown.

[0180] Phase 1: Bluetooth device A sends periodic broadcast data packets on the secondary broadcast channel via ADV_EXT_IND, AUX_ADV_IND, and AUX_SYNC_IND.

[0181] Phase 2: Bluetooth device A's host A sends two HCI commands, LE set BIG Parameters and LE Create BIS, to controller A. After processing the commands, controller A updates the Syncinfo and ACAD fields in the periodic broadcast data packets. Bluetooth device B's controller B, upon receiving the periodic broadcast data packets, sends a request to host B to establish a CIS in broadcast mode (LL CIS Request by ADV mode). Host B accepts this request and sends an acceptance command back to controller B (LL Accept CIS in ADV). Based on the CIS link parameters, Bluetooth device B sends a CIS Null PDU to Bluetooth device A. Bluetooth device A replies with a CIS Null PDU, completing the CIS link establishment (including establishing an ISO data path between their respective host and controller layers), and continues to transmit CIS data PDUs (CISData PDUs) through the CIS link.

[0182] It should be noted that after a CIS link is created via broadcast, since there is no ACL link between Bluetooth devices, when it is necessary to switch from a CIS link to a BIS link, the first Bluetooth device transmits a switching command and / or control packet to the second Bluetooth device via broadcast. Correspondingly, the second Bluetooth device receives the switching command and / or control packet via broadcast.

[0183] In some embodiments, the switching command and / or control packet is sent in the form of periodic broadcast data packets. The periodic broadcast data packets contain a switching identifier and a switching event time point. The switching identifier is used to indicate a transmission mode switch, and the switching event time point refers to the start event of the switch to the link.

[0184] The solutions provided in the above embodiments add the following working scenarios to the Bluetooth audio scenario:

[0185] 1. Establish a BIS link based on the BLE ACL link;

[0186] 2. Based on BLE ACL links, enable switching between CIS links and BIS links;

[0187] 3. In Ext_adv / Periodic_adv mode, CIS links are created via broadcast.

[0188] 4. Switching between BIS and CIS links in Ext_adv / Periodic_adv mode.

[0189] In some embodiments, when an ACL link is established with a second Bluetooth device, the first Bluetooth device establishes a BIS link with the second Bluetooth device through the ACL link and transmits downlink audio data to the second Bluetooth device through the BIS link.

[0190] Furthermore, the first Bluetooth device sends a handover instruction to the second Bluetooth device via the ACL link. The handover instruction is used to indicate the switch from the BIS link to the CIS link, and transmits downlink audio data to the second Bluetooth device via the CIS link.

[0191] In some embodiments, if no ACL link is established with the second Bluetooth device, the first Bluetooth device establishes a CIS link with the second Bluetooth device via broadcast and transmits downlink audio data to the second Bluetooth device through the CIS link.

[0192] Furthermore, the first Bluetooth device sends a handover instruction to the second Bluetooth device via broadcast and transmits downlink audio data to the second Bluetooth device via the BIS link.

[0193] Please refer to Figure 14 This illustration shows a structural block diagram of an audio data transmission apparatus provided in an exemplary embodiment of this application, the apparatus comprising:

[0194] Data transmission module 1401 is configured to transmit a first CIS data stream to a second Bluetooth device, wherein the first CIS data stream corresponds to a first part of the audio data;

[0195] The instruction transmission module 1402 is configured to transmit a switching command and / or control packet to the second Bluetooth device to indicate the switching transmission mode;

[0196] The data transmission module 1401 is configured to transmit a BIS data stream to the second Bluetooth device, the BIS data stream corresponding to the second part of the audio data.

[0197] Optionally, the instruction transmission module 1402 is configured to:

[0198] The switching command and / or control packet are transmitted through the ACL link between the first Bluetooth device and the second Bluetooth device.

[0199] Optionally, the command transmission module 1402 is further configured to send an LLCP air interface message to the second Bluetooth device for negotiating BIS link parameters and / or establishing a BIS link.

[0200] Optionally, the instruction transmission module 1402 is configured as follows:

[0201] Send a BIS establishment request to the second Bluetooth device;

[0202] Upon receiving a BIS request acceptance response from the second Bluetooth device, a BIS establishment instruction is sent to the second Bluetooth device.

[0203] Optionally, the BIS establishment instruction includes a BIG offset, which is a time offset between the BIG anchor point and the ACL anchor point.

[0204] Optionally, the BIS establishment indication includes a first switching event time point;

[0205] The data transmission module 1401 is configured as follows:

[0206] Upon reaching the first switching event time point, the connection is switched from the CIS link to the BIS link, and the BIS data stream is transmitted to the second Bluetooth device.

[0207] Optionally, the BIS establishment instruction includes the BIS link parameters, which are determined based on the CIS link parameters.

[0208] Optionally, the BIS link parameters and the CIS link parameters are consistent in at least one of the following parameters:

[0209] Channel frequency; time window; and physical layer type.

[0210] Optionally, the instruction transmission module 1402 is further configured to:

[0211] Send a link switching indication to the second Bluetooth device, the link switching indication being used to indicate a switch from the BIS link to the CIS link;

[0212] The data transmission module 1401 is configured to transmit a second CIS data stream to the second Bluetooth device, the second CIS data stream corresponding to the third part of the audio data.

[0213] Optionally, the link switching indication includes a second switching event time point;

[0214] The data transmission module 1401 is configured as follows:

[0215] Upon reaching the second switching event time point, the BIS link is switched to the CIS link, and the second CIS data stream is transmitted to the second Bluetooth device.

[0216] Optionally, the device further includes a broadcast module configured to:

[0217] Before transmitting the CIS data stream to the second Bluetooth device, a CIS link is established with the second Bluetooth device via broadcast; and / or, the switching command and / or control packet is transmitted to the second Bluetooth device via broadcast.

[0218] Optionally, the broadcast module is configured to:

[0219] Establish periodic broadcast synchronization with the second Bluetooth device;

[0220] A periodic broadcast data packet containing CIS link parameters is sent to the second Bluetooth device.

[0221] Optionally, the CIS link parameters include a CIG offset, which is the time offset between the CIG anchor point and the periodic broadcast anchor point.

[0222] Optionally, the CIS link parameters are located in the Syncinfo field and ACAD field of the periodic broadcast data packet.

[0223] Please refer to Figure 15 This illustrates a structural block diagram of an audio data transmission apparatus provided in another exemplary embodiment of this application, the apparatus comprising:

[0224] The data receiving module 1501 is configured to receive a first CIS data stream transmitted by a first Bluetooth device, wherein the first CIS data stream corresponds to a first part of the audio data.

[0225] The instruction receiving module 1502 is configured to receive a switching command and / or control packet transmitted by the first Bluetooth device for indicating a switch of transmission mode.

[0226] The data receiving module 1501 is configured to receive the BIS data stream transmitted by the first Bluetooth device, the BIS data stream corresponding to the second part of the audio data.

[0227] Optionally, the instruction receiving module 1502 is configured to:

[0228] The switching command and / or control packet are received through the ACL link between the first Bluetooth device and the second Bluetooth device.

[0229] Optionally, the instruction receiving module 1502 is further configured to:

[0230] Receive the LLCP air interface message sent by the second Bluetooth device for negotiating BIS link parameters;

[0231] A BIS link is established based on the LLCP air interface messages.

[0232] Optionally, the instruction receiving module 1502 is configured to:

[0233] Receive the BIS establishment request sent by the first Bluetooth device;

[0234] Send a BIS request to the first Bluetooth device and receive a response;

[0235] Receive the BIS establishment instruction sent by the first Bluetooth device;

[0236] Optionally, the BIS establishment instruction includes a BIG offset, which is a time offset between the BIG anchor point and the ACL anchor point.

[0237] Optionally, the BIS establishment indication includes a first switching event time point;

[0238] The data receiving module 1501 is configured to:

[0239] Upon reaching the first switching event time point, the system switches from the CIS link to the BIS link and receives the BIS data stream transmitted by the first Bluetooth device.

[0240] Optionally, the BIS establishment instruction includes the BIS link parameters, which are determined based on the CIS link parameters.

[0241] Optionally, the BIS link parameters and the CIS link parameters are consistent in at least one of the following parameters:

[0242] Channel frequency; time window; and physical layer type.

[0243] Optionally, the instruction receiving module 1502 is further configured to:

[0244] Receive a link switching indication sent by the first Bluetooth device, the link switching indication being used to indicate a switch from the BIS link to the CIS link;

[0245] The data receiving module 1501 is configured to receive a second CIS data stream transmitted by the first Bluetooth device, the second CIS data stream corresponding to the third part of the audio data.

[0246] Optionally, the link switching indication includes a second switching event time point;

[0247] The data receiving module 1501 is configured to:

[0248] Upon reaching the second switching event time point, the system switches from the BIS link to the CIS link and receives the second CIS data stream transmitted by the first Bluetooth device.

[0249] Optionally, the device further includes a broadcast module configured to:

[0250] Before receiving the CIS data stream transmitted by the first Bluetooth device, a CIS link is established with the first Bluetooth device via broadcast; and / or, the switching command and / or control packet transmitted by the first Bluetooth device is received via broadcast.

[0251] Optionally, the broadcast module is configured to:

[0252] Establish periodic broadcast synchronization with the first Bluetooth device;

[0253] The system receives periodic broadcast data packets sent by the first Bluetooth device, the periodic broadcast data packets including CIS link parameters.

[0254] Optionally, the CIS link parameters include a CIG offset, which is the time offset between the CIG anchor point and the periodic broadcast anchor point.

[0255] Optionally, the CIS link parameters are located in the Syncinfo field and ACAD field of the periodic broadcast data packet.

[0256] It should be noted that the device provided in the above embodiments is only an example of the division of the above functional modules. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0257] Regarding the apparatus in this embodiment, the specific manner in which each module performs its operations has been described in detail in the embodiments related to the method, and will not be elaborated upon here.

[0258] Figure 16 The diagram illustrates the structure of a Bluetooth device provided in some exemplary embodiments of this application. The Bluetooth device 1600 can be at least one of a smartphone, tablet computer, e-book reader, laptop computer, desktop computer, television, terminal, music player, smartwatch, smart glasses, Bluetooth headset, Bluetooth bracelet, Bluetooth watch, Bluetooth necklace, Bluetooth ring, and Bluetooth glasses. The Bluetooth device 1600 in this application may include one or more of the following components: processor 1610, memory 1620, and Bluetooth chip 1630.

[0259] Processor 1610 may include one or more processing cores. Processor 1610 connects to various parts within the Bluetooth device 1600 using various interfaces and lines, and performs various functions and processes data of the Bluetooth device 1600 by running or executing instructions, programs, code sets, or instruction sets stored in memory 1620, and by calling data stored in memory 1620. Optionally, processor 1610 may be implemented using at least one hardware form of Digital Signal Processing (DSP), Field-Programmable Gate Array (FPGA), or Programmable Logic Array (PLA). Processor 1610 may integrate one or more of the following: Central Processing Unit (CPU), Graphics Processing Unit (GPU), Neural-network Processing Unit (NPU), and modem. Specifically, the CPU primarily handles the operating system, user interface, and applications; the GPU is responsible for rendering and drawing the content required for display; the NPU is used to implement Artificial Intelligence (AI) functions; and the modem is used for wireless communication. It is understandable that the aforementioned modem may not be integrated into the processor 1610, but may be implemented as a separate chip.

[0260] The memory 1620 may include random access memory (RAM) or read-only memory (ROM). Optionally, the memory 1620 may include non-transitory computer-readable storage medium. The memory 1620 may be used to store instructions, programs, code, code sets, or instruction sets. The memory 1620 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as touch function, sound playback function, image playback function, etc.), instructions for implementing the various method embodiments described above, etc.; the data storage area may store data (such as audio data, phonebook, etc.) created based on the use of the Bluetooth device 1600.

[0261] The Bluetooth 1630 chip is a component used to implement Bluetooth functionality. The Bluetooth 1630 chip consists of two parts: a host and a controller (corresponding to different Bluetooth protocol stacks). The host and controller can run on the same chip (single-chip architecture) or on different chips (dual-chip architecture). For example, the host runs on the processor, while the controller runs on the Bluetooth module; or, both the host and controller run on the Bluetooth 1630 chip.

[0262] In addition, those skilled in the art will understand that the structure of the Bluetooth device 1600 shown in the above figures does not constitute a limitation on the electronic device. The electronic device may include more or fewer components than shown, or combine certain components, or have different component arrangements. For example, the Bluetooth device 1600 also includes components such as a display screen, sensors, speakers, microphones, and power supplies, which will not be described in detail here.

[0263] In one exemplary embodiment of this application, a computer-readable storage medium is also provided, wherein at least one program is stored therein, the at least one program being loaded and executed by the processor to implement the audio data transmission method provided in the above-described method embodiments.

[0264] In one exemplary embodiment of this application, a chip is also provided, the chip including programmable logic circuits and / or program instructions, which, when the chip is run on a device, are used to implement the audio data transmission method provided in the above-described method embodiments.

[0265] In one exemplary embodiment of this application, a computer program product is also provided, which, when run on the processor of a computer device, causes the computer device to perform the aforementioned audio data transmission method.

[0266] In one exemplary embodiment of this application, a computer program is also provided, the computer program including computer instructions, wherein a processor of a computer device executes the computer instructions, causing the computer device to perform the audio data transmission method provided in the above-described method embodiments.

[0267] Those skilled in the art will recognize that the functions described in the embodiments of this application in one or more of the above examples can be implemented using hardware, software, firmware, or any combination thereof. When implemented using software, these functions can be stored in a computer-readable medium or transmitted as one or more instructions or code on a computer-readable medium. Computer-readable media include computer storage media and communication media, wherein communication media include any medium that facilitates the transfer of a computer program from one place to another. Storage media can be any available medium that can be accessed by a general-purpose or special-purpose computer.

[0268] The above description is merely an optional embodiment of this application and is not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the protection scope of this application.

Claims

1. A method for transmitting audio data, characterized in that, The method is performed by a first Bluetooth device, and the method includes: Transmit a first CIS data stream to a second Bluetooth device, the first CIS data stream corresponding to a first portion of the audio data; When an ACL link is established between the first Bluetooth device and the second Bluetooth device, a switching command and / or control packet are transmitted to the second Bluetooth device through the ACL link to indicate the switching transmission mode; a BIS establishment request is sent to the second Bluetooth device through the LLCP air interface; upon receiving a BIS request acceptance response from the second Bluetooth device, a BIS establishment indication is sent to the second Bluetooth device through the LLCP air interface. The BIS establishment indication includes a BIG offset and a first switching event time point. The BIG offset is the time offset between the BIG anchor point and the ACL anchor point, and the first switching event time point refers to the start event of switching from the CIS link to the BIS link. When the ACL link is not established between the first Bluetooth device and the second Bluetooth device, the switching command and / or control packet are transmitted to the second Bluetooth device via broadcast to indicate the switching transmission mode; A BIS data stream is transmitted to the second Bluetooth device, the BIS data stream corresponding to the second part of the audio data, wherein the audio is continuous before and after the transmission mode switch.

2. The method according to claim 1, characterized in that, The transmission of BIS data stream to the second Bluetooth device includes: Upon reaching the first switching event time point, the connection is switched from the CIS link to the BIS link, and the BIS data stream is transmitted to the second Bluetooth device.

3. The method according to claim 1, characterized in that, The BIS establishment instruction also includes BIS link parameters, which are determined based on the CIS link parameters.

4. The method according to claim 3, characterized in that, The BIS link parameters and the CIS link parameters are consistent in at least one of the following parameters: Channel frequency; time window; and physical layer type.

5. The method according to claim 1, characterized in that, The method further includes: Send a link switching indication to the second Bluetooth device, the link switching indication being used to indicate a switch from the BIS link to the CIS link; A second CIS data stream is transmitted to the second Bluetooth device, the second CIS data stream corresponding to the third portion of the audio data.

6. The method according to claim 5, characterized in that, The link switching indication includes a second switching event time point; The transmission of the second CIS data stream to the second Bluetooth device includes: Upon reaching the second switching event time point, the BIS link is switched to the CIS link, and the second CIS data stream is transmitted to the second Bluetooth device.

7. The method according to claim 1, characterized in that, The method further includes: Before transmitting the CIS data stream to the second Bluetooth device, a CIS link is established with the second Bluetooth device via broadcast; and / or, the switching command and / or control packet is transmitted to the second Bluetooth device via broadcast.

8. The method according to claim 7, characterized in that, The step of establishing a CIS link with the second Bluetooth device via the broadcast method includes: Establish periodic broadcast synchronization with the second Bluetooth device; A periodic broadcast data packet is sent to the second Bluetooth device, the periodic broadcast data packet including CIS link parameters.

9. The method according to claim 8, characterized in that, The CIS link parameters include the CIG offset, which is the time offset between the CIG anchor point and the periodic broadcast anchor point.

10. The method according to claim 8, characterized in that, The CIS link parameters are located in the Syncinfo field and ACAD field of the periodic broadcast data packet.

11. A method for transmitting audio data, characterized in that, The method is performed by a second Bluetooth device, and the method includes: Receive a first CIS data stream transmitted by a first Bluetooth device, wherein the first CIS data stream corresponds to a first portion of audio data; When an ACL link is established between the first Bluetooth device and the second Bluetooth device, the device receives a switching command and / or control packet transmitted by the first Bluetooth device through the ACL link, indicating a switchover mode; receives a BIS establishment request sent by the first Bluetooth device through the LLCP air interface; sends a BIS request to the first Bluetooth device through the LLCP air interface and receives a response; and receives a BIS establishment indication sent by the first Bluetooth device through the LLCP air interface. The BIS establishment indication includes a BIG offset and a first switching event time point. The BIG offset is the time offset between the BIG anchor point and the ACL anchor point, and the first switching event time point refers to the start event of switching from the CIS link to the BIS link. When no ACL link is established between the first Bluetooth device and the second Bluetooth device, the switching command and / or control packet transmitted by the first Bluetooth device via broadcast are received; The BIS data stream transmitted by the first Bluetooth device is received, the BIS data stream corresponding to the second part of the audio data, wherein the audio is continuous before and after the transmission mode switch.

12. The method according to claim 11, characterized in that, The receiving of the BIS data stream transmitted by the first Bluetooth device includes: Upon reaching the first switching event time point, the system switches from the CIS link to the BIS link and receives the BIS data stream transmitted by the first Bluetooth device.

13. The method according to claim 11, characterized in that, The BIS establishment instruction includes the BIS link parameters, which are determined based on the CIS link parameters.

14. The method according to claim 13, characterized in that, The BIS link parameters and the CIS link parameters are consistent in at least one of the following parameters: Channel frequency; time window; and physical layer type.

15. The method according to claim 11, characterized in that, The method further includes: Receive a link switching indication sent by the first Bluetooth device, the link switching indication being used to indicate a switch from the BIS link to the CIS link; The system receives a second CIS data stream transmitted by the first Bluetooth device, the second CIS data stream corresponding to the third part of the audio data.

16. The method according to claim 15, characterized in that, The link switching indication includes a second switching event time point; The receiving of the second CIS data stream transmitted by the first Bluetooth device includes: Upon reaching the second switching event time point, the system switches from the BIS link to the CIS link and receives the second CIS data stream transmitted by the first Bluetooth device.

17. The method according to claim 11, characterized in that, The method further includes: Before receiving the CIS data stream transmitted by the first Bluetooth device, a CIS link is established with the first Bluetooth device via broadcast; and / or, the switching command and / or control packet transmitted by the first Bluetooth device is received via broadcast.

18. The method according to claim 17, characterized in that, The step of establishing a CIS link with the first Bluetooth device via the broadcast method includes: Establish periodic broadcast synchronization with the first Bluetooth device; The system receives periodic broadcast data packets sent by the first Bluetooth device, the periodic broadcast data packets including CIS link parameters.

19. The method according to claim 18, characterized in that, The CIS link parameters include the CIG offset, which is the time offset between the CIG anchor point and the periodic broadcast anchor point.

20. The method according to claim 18, characterized in that, The CIS link parameters are located in the Syncinfo field and ACAD field of the periodic broadcast data packet.

21. An audio data transmission device, characterized in that, The device includes: The data transmission module is configured as follows: Transmit a first CIS data stream to a second Bluetooth device, the first CIS data stream corresponding to a first portion of the audio data; Transmit a BIS data stream to the second Bluetooth device, the BIS data stream corresponding to the second portion of the audio data; The instruction transmission module is configured as follows: When an ACL link is established with the second Bluetooth device, a switching command and / or control packet is transmitted to the second Bluetooth device through the ACL link to indicate a switch in transmission mode; a BIS establishment request is sent to the second Bluetooth device through the LLCP air interface; upon receiving a BIS request acceptance response from the second Bluetooth device, a BIS establishment indication is sent to the second Bluetooth device through the LLCP air interface. The BIS establishment indication includes a BIG offset and a first switching event time point. The BIG offset is the time offset between the BIG anchor point and the ACL anchor point, and the first switching event time point refers to the start event of switching from the CIS link to the BIS link; when the ACL link is not established with the second Bluetooth device, the switching command and / or control packet are transmitted to the second Bluetooth device via broadcast to indicate a switch in transmission mode. The audio remains continuous before and after the transmission mode switch.

22. An audio data transmission device, characterized in that, The device includes: The data receiving module is configured as follows: Receive a first CIS data stream transmitted by a first Bluetooth device, wherein the first CIS data stream corresponds to a first portion of audio data; Receive the BIS data stream transmitted by the first Bluetooth device, wherein the BIS data stream corresponds to the second part of the audio data; The instruction receiving module is configured as follows: When an ACL link is established with the first Bluetooth device, the system receives a switching command and / or control packet transmitted by the first Bluetooth device to indicate a switch of transmission mode via the ACL link; receives a BIS establishment request sent by the first Bluetooth device via the LLCP air interface; sends a BIS request to the first Bluetooth device via the LLCP air interface and receives a response; and receives a BIS establishment indication sent by the first Bluetooth device via the LLCP air interface. The BIS establishment indication includes a BIG offset and a first switching event time point. The BIG offset is the time offset between the BIG anchor point and the ACL anchor point, and the first switching event time point refers to the start event of switching from the CIS link to the BIS link. When no ACL link is established with the first Bluetooth device, the switching command and / or control packet transmitted by the first Bluetooth device via broadcast are received, and the audio is continuous before and after the transmission mode switch.

23. A chip, characterized in that, The chip includes programmable logic circuitry and / or program instructions, which, when the chip is running, are used to implement the audio data transmission method as described in any one of claims 1 to 10, or to implement the audio data transmission method as described in any one of claims 11 to 20.

24. A Bluetooth device, characterized in that, The Bluetooth device includes a processor and a memory, the memory storing a computer program that is loaded and executed by the processor to implement the audio data transmission method as described in any one of claims 1 to 10, or to implement the audio data transmission method as described in any one of claims 11 to 20.

25. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that is loaded and executed by a processor to implement the audio data transmission method as described in any one of claims 1 to 10, or to implement the audio data transmission method as described in any one of claims 11 to 20.

Citation Information

Patent Citations

  • Audio sharing control method and device, earphone equipment and storage medium

    CN114786095A