CN117597868A

CN117597868A - Audio data transmission method, device, chip, equipment and storage medium

Info

Publication number: CN117597868A
Application number: CN202280046056.3A
Authority: CN
Inventors: 陈法海
Original assignee: Zeku Technology Shanghai Corp Ltd
Current assignee: Zeku Technology Shanghai Corp Ltd
Priority date: 2022-10-28
Filing date: 2022-10-28
Publication date: 2024-02-23
Also published as: WO2024087219A1

Abstract

The embodiment of the application discloses a transmission method, a transmission device, a transmission chip, a transmission device and a transmission storage medium of audio data, and belongs to the technical field of Bluetooth. The data transmission method comprises the following steps: transmitting a first CIS data stream to the second bluetooth device, the first CIS data stream corresponding to a first portion of the audio data; transmitting a switching command and/or a control packet to the second Bluetooth device for indicating switching of the transmission mode; and transmitting a BIS data stream to the second Bluetooth device, the BIS data stream corresponding to the second portion of the audio data. By adopting the scheme provided by the embodiment of the application, on the premise of ensuring continuous transmission of audio data, the second Bluetooth device does not need to send a confirmation data packet after receiving the audio data through the BIS link, so that the power consumption of the Bluetooth device can be reduced, and the cruising duration of the Bluetooth device is improved.

Description

Audio data transmission method, device, chip, equipment and storage medium

Technical Field

The embodiment of the application relates to the technical field of Bluetooth, in particular to a transmission method, a device, a chip, equipment and a storage medium of audio data.

Background

Bluetooth is a wireless technology standard that enables short-range data exchange between fixed devices, mobile devices, and building personal area networks.

True wireless bluetooth headsets (True Wireless Studio, TWS) are becoming popular in everyday life and work, and users can listen to music or make voice calls using the TWS headsets. Because the electric quantity of the TWS earphone is limited, how to reduce the power consumption and promote the cruising is a problem to be solved.

Disclosure of Invention

The embodiment of the application provides a transmission method, a device, a chip, equipment and a storage medium of audio data. The technical scheme is as follows:

in one aspect, an embodiment of the present application provides a method for transmitting audio data, where the method is performed by a first bluetooth device, and the method includes:

transmitting a first CIS (Connected Isochronous Stream, connection isochronous stream) data stream to a second bluetooth device, the first CIS data stream corresponding to a first portion of audio data;

transmitting a switching command and/or a control packet to the second Bluetooth device for indicating switching of transmission modes;

a BIS (Broadcast Isochronous Stream ) data stream is transmitted to the second bluetooth device, the BIS data stream corresponding to a second portion of the audio data.

In another aspect, an embodiment of the present application provides a method for transmitting audio data, where the method is performed by a second bluetooth device, and the method includes:

Receiving a first CIS data stream transmitted by a first Bluetooth device, wherein the first CIS data stream corresponds to a first part of audio data;

receiving a switching command and/or a control packet transmitted by the first Bluetooth device and used for indicating to switch a transmission mode;

and receiving a BIS data stream transmitted by the first Bluetooth device, wherein the BIS data stream corresponds to the second part of the audio data.

In another aspect, an embodiment of the present application provides an apparatus for transmitting audio data, including:

a data transmission module configured to:

transmitting a first CIS data stream to a second bluetooth device, the first CIS data stream corresponding to a first portion of audio data;

transmitting a BIS data stream to the second Bluetooth device, the BIS data stream corresponding to a second portion of the audio data;

an instruction transmission module configured to: and transmitting a switching command and/or a control packet to the second Bluetooth device for indicating to switch the transmission mode.

a data receiving module configured to:

Receiving a BIS data stream transmitted by the first Bluetooth device, wherein the BIS data stream corresponds to a second part of the audio data;

an instruction receiving module configured to: and receiving a switching command and/or a control packet transmitted by the first Bluetooth device and used for indicating to switch the transmission mode.

In another aspect, embodiments of the present application provide a chip, where the chip includes programmable logic circuits and/or program instructions, and when the chip is operated, the chip is configured to implement the method for transmitting audio data according to the above aspect.

In another aspect, an embodiment of the present application provides a bluetooth device, including: a processor and a memory storing a computer program that is loaded and executed by the processor to implement the method of transmitting audio data as described in the above aspect.

In another aspect, embodiments of the present application provide a computer readable storage medium storing a computer program that is loaded and executed by a processor to implement the method of transmitting audio data as described in the above aspect.

In another aspect, embodiments of the present application provide a computer program product, where the computer program product includes computer instructions, where the computer instructions are stored in a computer readable storage medium, and a processor obtains the computer instructions from the computer readable storage medium, so that the computer device implements the method for transmitting audio data according to the above aspect.

In this embodiment, in the process that the first bluetooth device transmits audio data to the second bluetooth device, the audio data transmission may be instructed to be switched to the BIS link by the CIS link by transmitting the switching instruction and/or the control packet to the second bluetooth device, and then the audio data is continuously transmitted to the second bluetooth device by the BIS link.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

Fig. 1 shows a schematic diagram of a bluetooth system according to an exemplary embodiment of the present application;

Fig. 2 is a flowchart illustrating a method for transmitting audio data according to an exemplary embodiment of the present application;

fig. 3 is a flowchart illustrating a method for transmitting audio data according to another exemplary embodiment of the present application;

fig. 4 is a schematic diagram illustrating an implementation of a CIS-to-BIS process according to an exemplary embodiment of the present application;

fig. 5 is an interactive schematic diagram of a CIS-to-BIS process according to an exemplary embodiment of the present application;

fig. 6 is an interactive schematic diagram of a BIS link establishment procedure according to an exemplary embodiment of the present application;

fig. 7 is a schematic diagram illustrating an implementation of a BIS link establishment procedure according to an exemplary embodiment of the present application;

fig. 8 is a flowchart illustrating a method for transmitting audio data according to another exemplary embodiment of the present application;

fig. 9 is an implementation diagram of a BIS-to-CIS process shown in an exemplary embodiment of the present application;

fig. 10 is an interactive schematic diagram illustrating a BIS-to-CIS process according to an exemplary embodiment of the present application;

FIG. 11 is a schematic diagram illustrating an implementation of a CIS link establishment procedure by broadcast in accordance with an exemplary embodiment of the present application;

fig. 12 is an implementation diagram illustrating a process of establishing a CIS link by broadcasting according to another exemplary embodiment of the present application;

FIG. 13 is an interactive schematic diagram illustrating a process of establishing a CIS link by broadcasting according to an exemplary embodiment of the present application;

fig. 14 is a block diagram showing a configuration of an audio data transmission apparatus according to an exemplary embodiment of the present application;

fig. 15 is a block diagram showing a structure of an audio data transmission apparatus according to another exemplary embodiment of the present application;

fig. 16 is a schematic structural diagram of a bluetooth device according to some exemplary embodiments of the present application.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the embodiments of the present application will be described in further detail below with reference to the accompanying drawings. Reference will now be made in detail to exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, the same numbers in different drawings refer to the same or similar elements, unless otherwise indicated. The implementations described in the following exemplary examples are not representative of all implementations consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present application as detailed in the accompanying claims.

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

It should be understood that although the terms first, second, third, etc. may be used in this disclosure to describe various information, these information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present disclosure. The word "if" as used herein may be interpreted as "at … …" or "at … …" or "responsive to a determination", depending on the context.

For ease of understanding, the terms referred to in the embodiments of the present application are explained first below.

CIS: the BLE link audio scheme introduced by the bluetooth 5.2 protocol version may share audio data between any two bluetooth devices or multiple bluetooth devices. Wherein the link synchronization group (Connected Isochronous Group, CIG) may correspond to one or more CIS (up to 31 CIS may be included), and a time Interval (iso_interval) parameter is set between two consecutive CIS. In the related art, CIS links between bluetooth devices are established based on ACL (Asynchronous Connection-supported Link) links between bluetooth devices.

BIS: the method is mainly used for broadcasting audio scenes, is a brand new Bluetooth technology, and is mainly characterized in that in the audio transmission process, bluetooth devices are not connected, and any Bluetooth device can receive audio data packets only within an allowable range. Wherein the broadcast synchronization group (Broadcast Isochronous Group, BIG) may correspond to one or more BIS (may contain up to 31 BIS). And, no response mechanism is needed in the data transmission process, and although no data response mechanism exists, the BIG improves the success rate of data transmission by redefining some other mechanisms. In the related art, the BIS link is established by broadcasting.

In related art, in a bluetooth Audio (BLE Audio) scenario, a CIS link is established between a mobile phone and an earphone, the mobile phone transmits Audio data to the earphone through the CIS link, and the earphone needs to reply an acknowledgement packet (ack packet) after receiving the Audio data. Because the earphone needs to open the radio frequency transmitting window when transmitting the confirmation data packet, and the mobile phone needs to open the radio frequency receiving window when receiving the confirmation data packet, the additional power consumption is brought, and the method is particularly obvious for Bluetooth equipment with smaller battery capacity such as the earphone and the mobile phone.

Considering that the BIS and the CIS carry out the same data transmission channel, the same frequency hopping algorithm is used, and the reliability of data transmission through the BIS link is good, the embodiment of the application provides a seamless switching scheme of the BIS and the CIS link in a Bluetooth audio scene. In an application scenario, when using the earphone to listen to songs, the CIS link between the mobile phone and the earphone can be switched to the BIS link. Because the data transmission on the BIS link does not need to be confirmed and replied, the earphone can save one sending time slot, and the mobile phone can save one receiving time slot, thereby being beneficial to reducing the power consumption of the mobile phone and the earphone.

Referring to fig. 1, a schematic diagram of a bluetooth system according to an exemplary embodiment of the present application is shown. The bluetooth system 10 includes: a first bluetooth device 110 and a second bluetooth device 120.

In some embodiments, the first bluetooth device 110 may be a mobile phone, a tablet, a notebook, a smart watch, etc. as the transmitting device. The second bluetooth device 120 may be a bluetooth headset, a bluetooth speaker, an in-vehicle bluetooth playback device, etc. as a receiving end device.

In other embodiments, the second bluetooth device 120 may act as a transmitting device and the first bluetooth device 110 may act as a receiving device. For example, the first bluetooth device 110 may be a mobile phone, the second bluetooth device 120 may be an earphone with a microphone, and in the process of using the earphone to perform a voice call, the mobile phone transmits downlink audio data (opposite-end sound) to the earphone, and the earphone transmits uplink audio data (local-end sound) to the mobile phone.

In this embodiment, the first bluetooth device 110 may transmit audio data to the second bluetooth device 120 through the CIS link, and may also transmit audio data to the second bluetooth device 120 through the BIS link, and the first bluetooth device 110 may switch the links between the devices according to the usage scenario. For example, the CIS link may be switched to the BIS link, or the BIS link may be switched to the CIS link.

It should be noted that, the above embodiment is only described by taking a case where a single second bluetooth device 120 is included in the bluetooth system as an example, and in other possible embodiments, the first bluetooth device 110 may simultaneously transmit audio data to a plurality of second bluetooth devices, which is not limited in this embodiment.

Referring to fig. 2, a flowchart of a method for transmitting audio data according to an exemplary embodiment of the present application is shown. The method may include the following steps.

In step 201, the first bluetooth device transmits a first CIS data stream to the second bluetooth device, the first CIS data stream corresponding to a first portion of the audio data.

In some embodiments, in a bluetooth audio scenario, a CIS link is established between a first bluetooth device and a second bluetooth device, and the first bluetooth device sends downstream audio data (i.e., a first CIS data stream) to the second bluetooth device via the CIS link.

Alternatively, since the CIS link supports uplink and downlink data transmission, the second bluetooth device may transmit uplink audio data to the first bluetooth device through the CIS link. For example, in a voice call scenario, the mobile phone transmits the opposite-end audio data to the bluetooth headset through a CIS link between the mobile phone and the bluetooth headset, and the bluetooth headset transmits the local-end audio data to the headset through the CIS link.

In step 202, the second bluetooth device receives a first CIS data stream transmitted by the first bluetooth device, the first CIS data stream corresponding to a first portion of audio data.

Correspondingly, the second Bluetooth device receives downlink audio data transmitted by the first Bluetooth device through the CIS link. And after the second Bluetooth device receives the downlink audio data, the second Bluetooth device transmits a determined data packet to the first Bluetooth device through the CIS link to inform the first Bluetooth device that the downlink audio data is correctly received, so that the first Bluetooth device can continue transmitting the downlink audio data.

In some embodiments, during the audio data transmission, the second bluetooth device completes the data acknowledgement by sending a NULL packet.

In step 203, the first bluetooth device transmits a handover command and/or a control packet to the second bluetooth device for indicating to switch transmission modes.

In some bluetooth audio scenarios, since the second bluetooth device does not have an uplink transmission requirement, in order to avoid an increase in power consumption caused by continuously transmitting the determination data packet, the first bluetooth device may instruct the second bluetooth device to switch the transmission mode by transmitting a switching command and/or a control packet.

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

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, host control interface) command to the controller layer, indicating that a BIS link is established with the second bluetooth device.

For example, when the host layer of the first bluetooth device determines that it is currently a bluetooth audio playback scenario (only the first bluetooth device is required to unidirectionally transmit audio data to the second bluetooth device), the first bluetooth device transmits a handoff command and/or control packet to the second bluetooth device.

Regarding the transmission manner of the handover command and/or control packet, in one possible implementation, when an ACL link is established between the first bluetooth device and the second bluetooth device, the first bluetooth device may transmit the handover command and/or control packet, that is, an LLCP (Logical Link Control Protocol ) air interface message, to the second bluetooth device through the ACL link; when the ACL link is not established between the first Bluetooth device and the second Bluetooth device, the first Bluetooth device can transmit a switching command and/or a control packet to the second Bluetooth device in a broadcasting mode.

In some embodiments, the handover command and/or control packet has a function of negotiating link parameters in addition to instructing a handover transmission mode. In other embodiments, the first bluetooth device and the second bluetooth device may also negotiate link data via air interface messages other than handoff commands and/or control packets.

In step 204, the second bluetooth device receives the switching command and/or the control packet transmitted by the first bluetooth device for indicating to switch the transmission mode.

Correspondingly, after receiving the switching command and/or the control packet transmitted by the first bluetooth device, the second bluetooth device knows that the CIS link needs to be switched to the BIS link, so as to establish the BIS link with the first bluetooth device.

In step 205, the first bluetooth device transmits a BIS data stream to the second bluetooth device, the BIS data stream corresponding to the second portion of the audio data.

After the first Bluetooth device and the second Bluetooth device complete BIS link establishment, the first Bluetooth device continuously transmits downlink audio data (namely BIS data stream) to the second Bluetooth device through the BIS link, so that the continuity of audio before and after transmission mode switching is ensured.

In 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 portion of the audio data.

Correspondingly, the second Bluetooth device receives the downlink audio data transmitted by the first Bluetooth device through the BIS link. Because there is no data confirmation mechanism (the reliability of data transmission is guaranteed by other modes) in the BIS mode, after the second Bluetooth device receives the BIS data stream, it is unnecessary to send a certain data packet to the first Bluetooth device, thereby saving uplink radio frequency transmission resources and reducing power consumption in a Bluetooth audio scene.

To sum up, in this embodiment of the present application, in the process that the first bluetooth device transmits audio data to the second bluetooth device, the first bluetooth device may instruct that the audio data is transmitted from the CIS link to the BIS link by transmitting a switching instruction and/or a control packet to the second bluetooth device, and further continue to transmit audio data to the second bluetooth device through the BIS link, so that on the premise of ensuring continuous transmission of audio data, the second bluetooth device does not need to transmit a confirmation data packet after receiving audio data through the BIS link (needs to transmit a confirmation data packet to the first bluetooth device after receiving audio data through the CIS link), thereby reducing power consumption of the bluetooth device and improving endurance of the bluetooth device.

In one possible application scenario, an ACL link is first established between the first bluetooth device and the second bluetooth device, and then a CIS link parameter is negotiated with the second bluetooth device by sending an LLCP air interface message based on the ACL link, so that a CIS link is established with the second bluetooth device.

In this scenario, the first bluetooth device may transmit a handover command and/or a control packet to the second bluetooth device through the ACL link, and establish a BIS link with the second bluetooth device based on the ACL link, so as to improve the efficiency of establishing the BIS link, which is described in the following embodiments.

Referring to fig. 3, a flowchart of a method for transmitting audio data according to another exemplary embodiment of the present application is shown. The method may include the following steps.

Step 301, a first bluetooth device transmits a first CIS data stream to a second bluetooth device, the first CIS data stream corresponding to a first portion of audio data.

The implementation of this step may refer to step 201, and this embodiment is not described herein.

In step 302, the second bluetooth device receives a first CIS data stream transmitted by the first bluetooth device, the first CIS data stream corresponding to a first portion of the audio data.

The implementation of this step may refer to step 202, and this embodiment is not described herein.

In step 303, the first bluetooth device transmits a handover command and/or a control packet through an ACL link between the first bluetooth device and the second bluetooth device.

In some embodiments, when transmission mode switching is required, the first bluetooth device sends a switching command and/or a control packet to the second bluetooth device through an ACL link, that is, through LLCP air interface communication.

In step 304, the second bluetooth device receives, via the ACL link, a switching command and/or a control packet transmitted by the first bluetooth device for indicating to switch the transmission mode.

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

In step 305, the first bluetooth device sends an LLCP air interface message to the second bluetooth device for negotiating BIS link parameters and/or establishing BIS links.

In one possible implementation manner, after the first bluetooth device instructs the second bluetooth device to perform transmission mode switching through a switching command and/or a control packet, the BIS link parameters are further written in an LLCP interaction manner, so that a BIS link is subsequently established based on the BIS link parameters.

In other possible embodiments, the handover command and/or control packet has a function of negotiating the BIS link parameters in addition to the function of indicating to switch the transmission mode, that is, the handover command and/or control packet may be integrated with the LLCP air interface message for negotiating the BIS link parameters, which is not limited in this embodiment.

Wherein, the LLCP air interface message is transmitted through an ACL link.

In step 306, the second bluetooth device receives the LLCP air interface message for negotiating the BIS link parameters sent by the second bluetooth device, and establishes the BIS link based on the LLCP air interface message.

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

Regarding the procedure of negotiating BIS link parameters by the first bluetooth device and the second bluetooth device via LLCP air interface interaction, in one possible embodiment, the procedure may include the steps of:

1. the first bluetooth device transmits a BIS setup request to the second bluetooth device.

In some embodiments, the first bluetooth device sends a BIS setup request to the second bluetooth device over an ACL link with the second bluetooth device.

In some embodiments, when a CIS link is required to switch to a BIS link, the host layer of the first bluetooth device transmits a command le_set_big_parameters (for setting BIG parameters including physical layer type, number of BIS, encryption mode, etc.) and le_create_bis (for creating BIS) to the controller layer to establish the BIG link. After the Controller layer processes the HCI command, it sends an ll_bis_req (i.e., a BIS setup request) to the second bluetooth device through the ACL link.

Optionally, the BIS establishment request includes a portion of BIS link parameters negotiated with the second bluetooth device. Such as physical layer (PHY) type, SDU (Service Data Unit ) parameters, PDU (Protocol Data Unit, protocol data unit) parameters, and BIS parameters associated with BIS transmission, etc.

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

In some embodiments, the controller layer of the second bluetooth device receives the BIS setup request sent by the first bluetooth device through the ACL link, and sends the BIS setup request to the host layer, and the host layer determines whether to accept the BIS setup request.

3. The second Bluetooth device transmits a BIS request acceptance response to the first Bluetooth device.

In some embodiments, the second bluetooth device sends a BIS request acceptance reply to the first bluetooth device over the ACL link.

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 reply (ll_bis_rsp) to the first bluetooth device over the ACL link.

Optionally, the BIS request acceptance response includes a portion of BIS link parameters negotiated with the first bluetooth device.

4. And the first Bluetooth device sends a BIS establishment instruction to the second Bluetooth device under the condition that the BIS request receiving response sent by the second Bluetooth device is received.

After receiving the BIS request acceptance response, the second Bluetooth device agrees to establish the BIS link with the first Bluetooth device, and the first Bluetooth device further sends a BIS establishment indication (LL_BIS_IND) to the second Bluetooth device. In some embodiments, the first device sends a BIS setup indication to the second bluetooth device over the ACL link.

Optionally, the BIS establishment instruction includes negotiating with the second Bluetooth device to obtain BIS link parameters.

In some embodiments, since the BIS link is not established in a conventional broadcast manner, but is established based on an ACL link, the BIS establishment indication includes a BIG Offset (BIG Offset), and the BIG Offset is a time Offset between a BIG anchor point (BIG anchor point) and an ACL anchor point (ACL anchor point). In the subsequent process, the second bluetooth device may determine a receiving window of the audio data based on the ACL anchor point and the BIG offset, so as to receive the downlink audio data.

And, to ensure that the time point at which the second bluetooth device switches from the CIS link to the BIS link coincides with the time point at which the first bluetooth device switches from the CIS link to the BIS link, the audio data is continuously transmitted before and after the transmission mode switch is ensured without interruption, in some embodiments, the BIS setup indication includes the first switch event time point. In some embodiments, the first switching event time point refers to a start event of switching from the CIS link to the BIS link.

Illustratively, as shown in fig. 4, the BIS setup instruction includes BIG offset, the first switching event time point "event x+1", and BIS_spacing (the time interval between the start of sub-events adjacent to BIS in BIG). At CIG event x, the first Bluetooth device transmits downlink audio data through a CIS link (CIG comprises CIS1 and CIS 2); at BIG event x+1, the first bluetooth device determines a BIG anchor based on the ACL anchor of the ACL link and the BIG offset, and transmits downlink audio data through the BIG link (BIS 1 and BIS2 are included in the BIG) based on the BIG anchor.

And, since the downlink audio data is transmitted through the CIS link in the beginning, the first bluetooth device may transmit the downlink audio data along a portion of the link parameters after the transmission mode is switched. In some embodiments, the BIS establishment indication includes BIS link parameters, and the BIS link parameters are determined based on CIS link parameters.

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

Of course, the BIS link parameters have BIS-unique link parameters in addition to multiplexing part of the link parameters of the CIS, which is not limited in the embodiment of the present application.

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

In some embodiments, the second bluetooth device receives the BIS setup indication through the ACL link and extracts the BIS link parameters included in the BIS setup indication.

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

In some embodiments, after the first bluetooth device transmits the BIS establishment instruction to the second bluetooth device, the first bluetooth device transmits a bis_null PDU (BIS invalid PDU) to the second bluetooth device, and after the second bluetooth device receives the bis_null PDU, the second bluetooth device completes the BIS link establishment.

In step 307, the first bluetooth device transmits a BIS data stream to the second bluetooth device, the BIS data stream corresponding to the second portion of the audio data.

In some embodiments, the first bluetooth device switches from the CIS link to the BIS link upon reaching the agreed first switching event time point, and transmits the BIS data stream to the second bluetooth device through the BIS link.

In step 308, the second bluetooth device receives the BIS data stream transmitted by the first bluetooth device, the BIS data stream corresponding to the second portion of the audio data.

In some embodiments, the second bluetooth device switches from the CIS link to the BIS link when the first switching event time point is reached, and receives the BIS data stream transmitted by the second bluetooth device through the BIS link. Because the time point of the link switching between the first Bluetooth device and the second Bluetooth device is kept consistent, the interruption of audio data transmission can be avoided, and the continuity of audio before and after the transmission mode switching is ensured.

In an illustrative example, in the process of switching from the CIS link to the BIG link, the air interface interaction process between the bluetooth device a and the bluetooth device B is shown in fig. 5.

Stage 1: bluetooth device A and Bluetooth device B transmit audio data via CIS link.

The bluetooth device a and the bluetooth device B transmit CIS Data PDU (CIS Data PDU) through CIS links between respective controller layers, and the controller layers transmit ISO Data to respective host layers.

Stage 2: the link between bluetooth device a and bluetooth device B is switched from CIS to BIS.

The hostA of the bluetooth device a sends LE set BIG Parameters and LE Create BIS two HCI commands to the controller a, which after completing the command processing, sends ll_bis_req to the bluetooth device B via the ACL link. The hostB of the bluetooth device B sends an LL BIS Request to the controllerB, which, upon receiving the BIS setup Request, sends an LL Accept BIS to the hostB, which further sends an ll_bis_rsp to the bluetooth device a over the ACL link. After receiving the 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. The bluetooth device a completes the establishment of the BIS link with the bluetooth device B by transmitting the BIS Null PDU (including establishing an ISO data path between the respective host and controller layers) and continues to transmit the BIS data PDU (BISData PDU) through the BIS link.

In this embodiment, the first bluetooth device negotiates link parameters with the second bluetooth device through the established ACL link, so that the BIS link is established with the second bluetooth device based on the ACL link, without using a traditional broadcasting method, and the efficiency of establishing the BIS link is improved.

And the first Bluetooth device indicates the switching event time point in the LLCP air interface message, so that the time point of the switching link of the first Bluetooth device and the second Bluetooth device is kept consistent, the interruption of audio data transmission can be avoided, and the continuity of audio before and after the transmission mode is switched is ensured.

In the above embodiment, the CIS transmission is switched to the BIS transmission as an example, and in another possible application scenario, the first bluetooth device may also perform data transmission during the audio transmission start stage, that is, through the BIS link.

In addition, in the case that the first bluetooth device establishes an ACL link with the second bluetooth device, but a CIS link is not established, in order to simplify link scheduling of the first bluetooth device, the first bluetooth device may establish a BIS link based on the ACL link instead of establishing the BIS link by broadcasting.

In an illustrative example, the procedure of air interface interaction between bluetooth device a and bluetooth device B in the process of establishing BIG link based on ACL link is shown in fig. 6.

In the case where the bluetooth device a and the bluetooth device B establish an ACL link, the hostA of the bluetooth device a sends two HCI commands, LE set BIG Parameters and LE Create BIS, to the control ra, and after the control ra completes command processing, sends ll_bis_req to the bluetooth device B through the ACL link. The hostB of the bluetooth device B sends an LL BIS Request to the controllerB, which, upon receiving the BIS setup Request, sends an LL Accept BIS to the hostB, which further sends an ll_bis_rsp to the bluetooth device a over the ACL link. After receiving the 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. The bluetooth device a completes the establishment of the BIS link with the bluetooth device B by transmitting the BIS Null PDU (including establishing an ISO data path between the respective host and controller layers) and continues to transmit the BIS data PDU (BISData PDU) through the BIS link.

Compared with the switching from the CIS link to the BIS link, the BIS link is passed from the initial stage of audio data transmission, so that in the process of negotiating BIS link parameters through LLCP air interface information, the first Bluetooth device and the second Bluetooth device do not need to negotiate a switching event time point and determine BIS link parameters based on the CIS link parameters.

In addition, 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 according to the ACL anchor point and the BIG offset.

Schematically, as shown in fig. 7, the first bluetooth device negotiates with the second bluetooth device through the LLCP air interface message, the BIS link parameters including BIG offset, after the BIS link is established based on the ACL link, the first bluetooth device sends BIS data based on the ACL anchor point and the BIG offset, and correspondingly, the second bluetooth device receives the BIS data in a corresponding window.

In some application scenarios, when the second bluetooth device has an uplink audio data transmission requirement, the second bluetooth device continues to transmit audio data through the BIS link, which may cause that the first bluetooth device cannot receive the audio data transmitted by the second bluetooth device. Therefore, when there is an uplink and downlink audio data transmission requirement, the transmission mode between the first bluetooth device and the second bluetooth device needs to be switched from BIS to CIS.

For example, under the music playing service, the mobile phone transmits audio data to the earphone through the BIS link; when the voice call service demand exists, a CIS link needs to be established between the mobile phone and the earphone, so that the mobile phone can transmit downlink audio data to the earphone, and the earphone can transmit uplink audio data to the mobile phone.

The procedure of switching the BIS link to the CIS link will be described using an exemplary embodiment.

Referring to fig. 8, a flowchart of a method for transmitting audio data according to another exemplary embodiment of the present application is shown. The method may include the following steps.

In step 801, the first bluetooth device sends a link switching instruction to the second bluetooth device, where the link switching instruction is used to instruct the BIS link to switch to the CIS link.

In some embodiments, the first bluetooth device sends a link switch indication to the second bluetooth device over the ACL link when there is an upstream as well as a downstream data transmission requirement.

In some embodiments, in the case where the BIS link needs to be switched to the CIS link and the CIS link is established before 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 CIS) to establish the CIG link to the controller layer. After the Controller layer processes the HCI command, it sends a big_switch_to_cig_ind (i.e., a link Switch instruction) To the second bluetooth device through the ACL link.

Alternatively, since the first bluetooth device and the second bluetooth device previously establish the CIS link, when the CIS link is switched back from the BIS link, the bluetooth devices do not need to negotiate the CIS link parameters again, but rather reuse the CIS link parameters previously used.

In other embodiments, in the case where the BIS link needs to be switched to the CIS link and the CIS link has not been previously established between the first bluetooth device and the second bluetooth device, the first bluetooth device host layer sends a command le_set_cig_parameters (for setting CIG parameters) to establish the CIG link and le_create_cis to the controller layer. After the Controller layer processes the HCI command, it sends an ll_cis_req (CIS establishment instruction) to the second bluetooth device through an ACL link. Optionally, the first bluetooth device and the second bluetooth device need to further negotiate CIS link parameters through LLCP air interface messages.

In order to ensure that the time point at which the second bluetooth device switches from the BIS link to the CIS link coincides with the time point at which the first bluetooth device switches from the BIS link to the CIS link, the audio data is continuously transmitted before and after the transmission mode switch without interruption, in some embodiments the link switch indication comprises a second switch event time point. In some embodiments, the second switching event time point refers to an initial event of switching from the BIS link to the CIS link, that is, the first bluetooth device negotiates a transmission mode switching time point with the second bluetooth device through the LLCP air interface message.

Illustratively, as shown in fig. 9, the link switch indication includes a second switch event time point "event x+1". At BIG event x, the first Bluetooth device transmits downlink audio data through BIS link (BIS 1 and BIS2 are included in BIG); when a CIG event x+1 occurs, the first Bluetooth device determines a CIG anchor point based on an ACL anchor point and CIG offset of an ACL link, and transmits downlink audio data through the CIG link (CIG comprises CIS1 and CIS 2) based on the CIG anchor point, and correspondingly, the second Bluetooth device switches to a BIG link at the time point of the event x+1 to receive the downlink audio data.

Step 802, the second bluetooth device receives a link switching instruction sent by the first bluetooth device, where the link switching instruction is used to instruct that the BIS link is switched to the CIS link.

In some embodiments, the second bluetooth device knows that a handover from the BIS link to the CIS link is required after receiving the link handover indication through the ACL link.

In some embodiments, in a case where a CIS link is established before the second bluetooth device and the first bluetooth device, the second bluetooth device determines to establish the CIS link based on the original CIS link parameter after receiving the link switching instruction.

In other embodiments, in the case where the CIS link is not established before the second bluetooth device and the first bluetooth device, after the second bluetooth device receives the CIS establishment instruction, the second bluetooth device further needs to negotiate CIS link parameters with the first bluetooth device through the LLCP air interface message, so as to establish a CIS link based on the CIS link parameters obtained through negotiation.

In step 803, the first bluetooth device transmits a second CIS data stream to the second bluetooth device, the second CIS data stream corresponding to a third portion of the audio data.

In some embodiments, upon reaching the second switching event time point, the first bluetooth device switches from the BIS link to the CIS link and transmits a second CIS data stream to the second bluetooth device over the CIS link.

In step 804, the second bluetooth device receives a second CIS data stream transmitted by the first bluetooth device, the second CIS data stream corresponding to a third portion of the audio data.

In some embodiments, 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 upon reaching the second switching event time point.

It should be noted that, in the subsequent process, when switching from the CIS link To the BIS link is required, in some embodiments, the first bluetooth device sends cig_switch_to_big_ind (a point of time when a switching event needs To be negotiated) To the second bluetooth device through the ACL link, so as To implement switching of the transmission mode between the devices.

In an illustrative example, the procedure of air interface interaction between bluetooth device a and bluetooth device B in the process of switching from BIS link to CIG link is shown in fig. 10.

A BIS link is established between the bluetooth device a and the bluetooth device B, and downlink audio Data (BIS Data PDU) is transmitted through the BIS link. When the BIS link is required To be switched To the CIS link, the hostA of the Bluetooth device A sends an LE Create BIS command To the controller A, and after the controller A finishes command processing, the Bluetooth device B sends BIG_switch_To_CIG_IND To the Bluetooth device B through the ACL link. The bluetooth device B's hostB sends LL CIS Request by ADV mode to the controllrb (informing the hostB that it requests to establish a CIS link in ADV mode), and when the controllrb accepts the request, LL Accept CIS in ADV to the hostB. In the subsequent process, the bluetooth devices a and B complete the establishment of the CIS link by sending a CISData PDU (LE CIS Established Event), and continue to transmit CIS data PDU (CISData PDU) via the CIS link.

In this embodiment, in the BIS transmission mode, the first bluetooth device sends a link switching instruction to the second bluetooth device through the ACL link, and negotiates a time point of switching to the CIS link, so that under the condition that the time point is reached, the switching from the BIS link to the CIS link is completed, and normal transmission of uplink and downlink audio data between subsequent bluetooth devices is ensured.

In a Bluetooth audio scene, the current Bluetooth standard prescribes that the CIS link needs to be established based on the established ACL, and the whole flow is complicated. In order to improve the efficiency of establishing the CIS link, in one possible embodiment, the first bluetooth device may establish the CIS link by broadcasting before transmitting the CIS data stream to the second bluetooth device.

In some embodiments, in a case where an ACL link is not established between the first bluetooth device and the second bluetooth device, establishing the CIS link in a broadcast manner may include the following steps.

1. The first bluetooth device establishes periodic broadcast synchronization with the second bluetooth device.

In the case where the first bluetooth device has a CIS link established with the second bluetooth device and no ACL link is established with the second bluetooth device, the first bluetooth device determines to establish the CIS link in the broadcast mode. First, the first Bluetooth device establishes periodic adv synchronization with the second Bluetooth device.

Illustratively, as shown in fig. 11, 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.

2. The second bluetooth device establishes periodic broadcast synchronization with the first bluetooth device.

3. The first Bluetooth device sends a periodic broadcast data packet to the second Bluetooth device, wherein the periodic broadcast data packet contains CIS link parameters, so that the second Bluetooth device establishes a CIS link based on the CIS link parameters.

In some embodiments, the host layer of the first bluetooth device sends a command for creating the CIS link to the controller layer, and the controller layer updates the CIS link parameter in the periodic broadcast packet according to the command, so that after the second bluetooth device receives the periodic broadcast packet, the CIS link can be created according to the CIS link parameter in the packet.

Unlike ACL-based links, CIG offset is the time offset between a CIG anchor and an ACL anchor, and when a CIS link is established in a broadcast manner, CIG offset included in the CIS link parameters is the time offset between a CIG anchor and a periodically broadcast anchor.

Schematically, as shown in fig. 12, the first bluetooth device and the second bluetooth device perform Periodic broadcast synchronization through ext_adv/Periodic adv, where the first bluetooth device uses a time offset between a Periodic broadcast anchor point (Periodic adv) and a CIG anchor point as a CIG offset, so as to ensure that the second bluetooth device can accurately receive the CIS by opening a receiving window at the CIG anchor point subsequently.

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

Schematically, as shown in fig. 11, the syncifo field and the ACAD field (CIG info) in the periodic broadcast packet aux_sync_ind contain CIS link parameters, and the second bluetooth device may obtain the CIS link parameters by parsing the periodic broadcast packet, so as to establish a CIS link.

In some embodiments, a CIG offset may be included in the CIG info.

Of course, the CIS link parameter may also be set in other fields of the periodic broadcast packet, which is not limited in the embodiment of the present application.

4. The second Bluetooth device receives a periodic broadcast data packet sent by the first Bluetooth device, wherein the periodic broadcast data packet comprises CIS link parameters.

To distinguish between establishing the BIS link by broadcast, in some embodiments, an identification bit is set in the periodic broadcast packet for indicating that the CIS link is established, and the second bluetooth device may determine that the CIS link needs to be established by broadcast by identifying the identification bit.

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

In some embodiments, after the controller layer of the second bluetooth device recognizes the CIS link parameter, the host layer is notified that the CIS link needs to be created by broadcasting. The second Bluetooth device sends a CIS Null PDU to the first Bluetooth device as a central device based on the CIS link parameter, and the first Bluetooth device replies the CIS Null PDU as a peripheral device to complete the CIS link establishment.

In an illustrative example, the interaction between bluetooth device a and bluetooth device B during the establishment of the CIS link by broadcast is shown in fig. 13.

Stage 1: bluetooth device A transmits periodic broadcast packets over the secondary broadcast channel via ADV_EXT_IND, AUX_ADV_IND, and AUX_SYNC_IND.

Stage 2: the hostA of the Bluetooth device A sends LE set BIG Parameters and LE Create BIS two HCI commands to the controller A, and after the controller A finishes command processing, the Syncinfo field and the ACAD field in the periodical broadcast data packet are updated. After receiving the periodic broadcast packet, the controller B of the bluetooth device B sends a request to the hostB to establish the CIS in the broadcast mode (LL CIS Request by ADV mode). After the hostB accepts, an accept command is fed back to the controllerB (LL Accept CIS in ADV). Bluetooth device B sends CIS Null PDU to Bluetooth device A based on CIS link parameters, bluetooth device A replies a CIS Null PDU, completes CIS link establishment (including establishing ISO data path between respective host and controller layers), and continues to transmit CIS data PDU (CISData PDU) via CIS link.

After the CIS link is created in the broadcast manner, because there is no ACL link between the bluetooth devices, when the CIS link needs to be switched to the BIS link, the first bluetooth device transmits a switching command and/or a control packet to the second bluetooth device in the broadcast manner, and correspondingly, the second bluetooth device receives the switching command and/or the control packet in the broadcast manner.

In some embodiments, the handover command and/or control packet is sent in a periodic broadcast packet, where the periodic broadcast packet includes a handover identifier and a handover event time point, where the handover identifier indicates that a transmission mode handover is performed, and the handover event time point refers to a start event of a handover to a link.

Through the scheme provided by the embodiment, the following working scenes are added in the Bluetooth audio scene:

1. based on BLE ACL link, building BIS link;

2. based on BLE ACL link, realizing the mutual switching between CIS link and BIS link;

3. establishing a CIS link in a broadcasting mode in an Ext_adv/periodic_adv mode;

4. in the Ext_adv/periodic_adv mode, the BIS link and the CIS link are switched to each other.

In some embodiments, in the case where an ACL link is established with the 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.

Further, the first bluetooth device sends a switching instruction to the second bluetooth device through the ACL link, the switching instruction is used for indicating that the BIS link is switched to the CIS link, and downlink audio data is transmitted to the second bluetooth device through the CIS link.

In some embodiments, the first bluetooth device establishes a CIS link with the second bluetooth device by broadcasting without establishing an ACL link with the second bluetooth device, and transmits downlink audio data to the second bluetooth device through the CIS link.

Further, the first bluetooth device sends a switching instruction to the second bluetooth device in a broadcast manner, and transmits downlink audio data to the second bluetooth device through the BIS link.

Referring to fig. 14, a block diagram of an audio data transmission apparatus according to an exemplary embodiment of the present application is shown, where the apparatus includes:

a data transmission module 1401 configured to transmit a first CIS data stream to a second bluetooth device, the first CIS data stream corresponding to a first portion of audio data;

an instruction transmission module 1402 configured to transmit a handover command and/or a control packet to the second bluetooth device for instructing to switch transmission modes;

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 portion of the audio data.

Optionally, the instruction transmission module 1402 is configured to:

and transmitting the switching command and/or the control packet through an ACL link between the first Bluetooth device and the second Bluetooth device.

Optionally, the instruction transmission module 1402 is further configured to: and sending an LLCP air interface message to the second Bluetooth device for negotiating BIS link parameters and/or establishing a BIS link.

Optionally, the instruction transmission module 1402 is configured to:

sending a BIS establishment request to the second Bluetooth device;

and sending a BIS establishment instruction to the second Bluetooth device under the condition that the BIS request acceptance response of the second Bluetooth device is received.

Optionally, the BIS setup indication includes a BIG offset, which is a time offset between a BIG anchor and an ACL anchor.

Optionally, the BIS setup indication includes a first switching event time point;

the data transmission module 1401 is configured to:

and switching to the BIS link by a CIS link and transmitting the BIS data stream to the second Bluetooth device when the first switching event time point is reached.

Optionally, the BIS link parameter is included in the BIS setup instruction, and the BIS link parameter is determined based on the CIS link parameter.

Optionally, the BIS link parameter is consistent with the CIS link parameter in at least one of the following parameters:

channel frequency points; a time window; and, physical layer type.

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

transmitting a link switching instruction to the second Bluetooth device, wherein the link switching instruction is used for indicating that the BIS link is switched to a CIS link;

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 a third portion of the audio data.

Optionally, the link switch indication includes a second switch event point in time;

the data transmission module 1401 is configured to:

and switching to the CIS link by the BIS link and transmitting the second CIS data stream to the second Bluetooth device under the condition that the second switching event time point is reached.

Optionally, the apparatus further comprises a broadcasting module configured to:

before transmitting CIS data stream to a second Bluetooth device, establishing a CIS link with the second Bluetooth device in a broadcasting mode; and/or transmitting the switching command and/or the control packet to the second Bluetooth device in a broadcasting mode.

Optionally, the broadcasting module is configured to:

establishing periodic broadcast synchronization with the second bluetooth device;

and sending a periodical broadcast data packet to the second Bluetooth device, wherein the periodical broadcast data packet comprises CIS link parameters.

Optionally, the CIS link parameter includes a CIG offset, which is a time offset between a CIG anchor point and a periodically broadcast anchor point.

Optionally, the CIS link parameter is located in a syncifo field and an ACAD field of the periodically broadcast packet.

Referring to fig. 15, there is shown a block diagram of an audio data transmission apparatus according to another exemplary embodiment of the present application, the apparatus includes:

a data receiving module 1501 configured to receive a first CIS data stream transmitted by a first bluetooth device, the first CIS data stream corresponding to a first portion of audio data;

an instruction receiving module 1502 configured to receive a switching command and/or a control packet transmitted by the first bluetooth device, where the switching command and/or the control packet are used to instruct to switch a transmission mode;

the data receiving module 1501 is configured to receive a BIS data stream transmitted by the first bluetooth device, the BIS data stream corresponding to the second portion of the audio data.

Optionally, the instruction receiving module 1502 is configured to:

and receiving the switching command and/or the control packet through an ACL link between the first Bluetooth device and the second Bluetooth device.

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

Receiving an LLCP air interface message which is sent by the second Bluetooth device and used for negotiating BIS link parameters;

and establishing a BIS link based on the LLCP air interface message.

Optionally, the instruction receiving module 1502 is configured to:

receiving a BIS establishment request sent by the first Bluetooth device;

sending a BIS request acceptance response to the first Bluetooth device;

receiving a BIS establishment instruction sent by the first Bluetooth device;

the data receiving module 1501 is configured to:

and switching to the BIS link by a CIS link and receiving the BIS data stream transmitted by the first Bluetooth device under the condition that the first switching event time point is reached.

channel frequency points; a time window; and, physical layer type.

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

receiving a link switching instruction sent by the first Bluetooth device, wherein the link switching instruction is used for indicating that the BIS link is switched to a CIS link;

the data receiving module 1501 is configured to receive a second CIS data stream transmitted by the first bluetooth device, where the second CIS data stream corresponds to a third portion of the audio data.

the data receiving module 1501 is configured to:

and under the condition that the second switching event time point is reached, switching to the CIS link by the BIS link, and receiving the second CIS data stream transmitted by the first Bluetooth device.

before receiving the CIS data stream transmitted by the first Bluetooth device, establishing a CIS link with the first Bluetooth device in a broadcasting mode; and/or receiving the switching command and/or the control packet transmitted by the first Bluetooth device in a broadcasting mode.

Optionally, the broadcasting module is configured to:

establishing periodic broadcast synchronization with the first bluetooth device;

And receiving a periodic broadcast data packet sent by the first Bluetooth device, wherein the periodic broadcast data packet comprises CIS link parameters.

It should be noted that: the apparatus provided in the above embodiment is only exemplified by the division of the above functional modules, and in practical application, the above functional allocation may be performed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules, so as to perform all or part of the functions described above.

The specific manner in which the individual modules perform the operations of the apparatus of this embodiment has been described in detail in connection with embodiments of the method and will not be described in detail herein.

Fig. 16 is a schematic structural diagram of a bluetooth device according to some exemplary embodiments of the present application. The bluetooth device 1600 may be at least one of a smart phone, tablet computer, electronic book reader, laptop, desktop computer, television, terminal, music player, smart watch, smart glasses, bluetooth headset, bluetooth bracelet, bluetooth watch, bluetooth collar, bluetooth ring, bluetooth glasses. Bluetooth device 1600 in the present application may include one or more of the following components: processor 1610, memory 1620, and bluetooth chip 1630.

Processor 1610 may include one or more processing cores. Processor 1610 uses various interfaces and lines to connect various portions of the overall bluetooth device 1600, performing various functions of bluetooth device 1600 and processing data by executing or executing instructions, programs, code sets, or instruction sets stored in memory 1620, and invoking data stored in memory 1620. Alternatively, the processor 1610 may be implemented in at least one hardware form of digital signal processing (Digital Signal Processing, DSP), field programmable gate array (Field-Programmable Gate Array, FPGA), programmable logic array (Programmable Logic Array, PLA). Processor 1610 may integrate one or a combination of several of a central processing unit (Central Processing Unit, CPU), an image processor (Graphics Processing Unit, GPU), a Neural network processor (Neural-network Processing Unit, NPU), and a modem, etc. The CPU mainly processes an operating system, a user interface, an application program and the like; the GPU is used for rendering and drawing the content required to be displayed by the display screen; the NPU is used to implement artificial intelligence (Artificial Intelligence, AI) functionality; the modem is used to handle wireless communications. It will be appreciated that the modems described above may also be implemented solely by a single chip, rather than being integrated into processor 1610.

The Memory 1620 may include a random access Memory (Random Access Memory, RAM) or a Read-Only Memory (ROM). Optionally, the memory 1620 includes a Non-transitory computer-readable medium (Non-Transitory Computer-Readable Storage Medium). The memory 1620 may be used to store instructions, programs, code sets, or instruction sets. The memory 1620 may include a stored program area and a stored data area, wherein the stored program area may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playing function, an image playing function, etc.), instructions for implementing the above-described respective method embodiments, etc.; the storage data area may store data (e.g., audio data, phonebook) created from the use of the bluetooth device 1600, etc.

The bluetooth chip 1630 is a component for implementing bluetooth functions. The bluetooth chip 1630 includes a Host (Host) and a Controller (Controller) (corresponding to different bluetooth protocol stacks), where the Host and the Controller may run on the same chip (a single chip architecture) or may run on different chips (a dual chip architecture). For example, host runs on the processor and Controller runs on the bluetooth module; alternatively, both Host and Controller run on Bluetooth chip 1630.

In addition, those skilled in the art will appreciate that the configuration of the Bluetooth device 1600 shown in the above-described figures is not limiting of the electronic device, and the electronic device may include more or fewer components than shown, or may combine certain components, or may have a different arrangement of components. For example, the bluetooth device 1600 further includes a display, a sensor, a speaker, a microphone, a power source, etc., which are not described herein.

In an exemplary embodiment of the present application, there is also provided a computer-readable storage medium having stored therein at least one program loaded and executed by the processor to implement the method for transmitting audio data provided in the above-mentioned respective method embodiments.

In an exemplary embodiment of the present application, a chip is also provided, where the chip includes programmable logic circuits and/or program instructions, and when the chip is run on a device, the chip is configured to implement the method for transmitting audio data provided in the foregoing method embodiments.

In an exemplary embodiment of the present application, a computer program product is also provided, which, when run on a processor of a computer device, causes the computer device to perform the above-described method of transmitting audio data.

In an exemplary embodiment of the present application, there is also provided a computer program, where the computer program includes computer instructions, and a processor of the computer device executes the computer instructions, so that the computer device executes the method for transmitting audio data provided in the foregoing method embodiments.

Those skilled in the art will appreciate that in one or more of the examples described above, the functions described in the embodiments of the present application may be implemented in hardware, software, firmware, or any combination thereof. When implemented in software, these functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a general purpose or special purpose computer.

The foregoing description of the preferred embodiments is merely exemplary in nature and is in no way intended to limit the invention, since it is intended that all modifications, equivalents, improvements, etc. that fall within the spirit and scope of the invention.

Claims

1. A method of transmitting audio data, the method performed by a first bluetooth device, the method comprising:

transmitting a BIS data stream to the second Bluetooth device, the BIS data stream corresponding to a second portion of the audio data.

2. The method according to claim 1, wherein said transmitting a handover command and/or control packet to said second bluetooth device comprises:

3. The method according to claim 1, wherein the method further comprises:

and sending an LLCP air interface message to the second Bluetooth device for negotiating BIS link parameters and/or establishing a BIS link.

4. The method of claim 3, wherein the sending the LLCP air interface message to the second bluetooth device comprises:

sending a BIS establishment request to the second Bluetooth device;

5. The method of claim 4 wherein the BIS setup indication includes a BIG offset, the BIG offset being a time offset between a BIG anchor and an ACL anchor.

6. The method of claim 4 wherein the BIS setup indication comprises a first switching event time point;

the transmitting the BIS data stream to the second bluetooth device includes:

7. The method of claim 4, wherein the BIS-establishment indication further comprises BIS-link parameters, the BIS-link parameters being determined based on CIS-link parameters.

8. The method of claim 7, wherein the BIS link parameters are consistent with the CIS link parameters in at least one of the following parameters:

channel frequency points; a time window; and, physical layer type.

9. The method according to claim 4, wherein the method further comprises:

transmitting a second CIS data stream to the second bluetooth device, the second CIS data stream corresponding to a third portion of the audio data.

10. The method of claim 9, wherein the link switch indication comprises a second switch event point in time;

the transmitting a second CIS data stream to the second bluetooth device includes:

11. The method according to claim 1, wherein the method further comprises:

before transmitting CIS data stream to the second Bluetooth device, establishing a CIS link with the second Bluetooth device in a broadcasting mode; and/or transmitting the switching command and/or the control packet to the second Bluetooth device in a broadcasting mode.

12. The method of claim 11, wherein said establishing a CIS link with said second bluetooth device via said broadcast means comprises:

13. The method of claim 12, wherein the CIS link parameters include a CIG offset, the CIG offset being a time offset between a CIG anchor point and a periodic broadcast anchor point.

14. The method of claim 12, wherein the CIS link parameters are located in a syncifo field and an ACAD field of the periodically broadcast data packet.

15. A method of transmitting audio data, the method performed by a second bluetooth device, the method comprising:

16. The method according to claim 15, wherein said receiving a handover command and/or control packet transmitted by the first bluetooth device comprises:

17. The method of claim 15, wherein the method further comprises:

and establishing a BIS link based on the LLCP air interface message.

18. The method of claim 17, wherein the receiving the LLCP air interface message for negotiating BIS link parameters sent by the second bluetooth device comprises:

receiving a BIS establishment request sent by the first Bluetooth device;

sending a BIS request acceptance response to the first Bluetooth device;

and receiving a BIS establishment instruction sent by the first Bluetooth device.

19. The method of claim 18 wherein the BIS setup indication includes a BIG offset, the BIG offset being a time offset between a BIG anchor and an ACL anchor.

20. The method of claim 18 wherein the BIS setup indication comprises a first switching event time point;

the receiving the BIS data stream transmitted by the first bluetooth device includes:

21. The method of claim 18 wherein the BIS link parameters are included in the BIS setup indication, and wherein the BIS link parameters are determined based on CIS link parameters.

22. The method of claim 21, wherein the BIS link parameters are consistent with the CIS link parameters in at least one of the following parameters:

channel frequency points; a time window; and, physical layer type.

23. The method of claim 18, wherein the method further comprises:

and receiving a second CIS data stream transmitted by the first Bluetooth device, wherein the second CIS data stream corresponds to a third part of the audio data.

24. The method of claim 23, wherein the link switch indication comprises a second switch event point in time;

the receiving the second CIS data stream transmitted by the first bluetooth device includes:

25. The method of claim 15, wherein the method further comprises:

26. The method of claim 25, wherein said establishing a CIS link with said first bluetooth device via said broadcast means comprises:

27. The method of claim 26, wherein the CIS link parameters comprise a CIG offset, the CIG offset being a time offset between a CIG anchor point and a periodic broadcast anchor point.

28. The method of claim 26, wherein the CIS link parameters are located in a syncifo field and an ACAD field of the periodically broadcast data packet.

29. An apparatus for transmitting audio data, the apparatus comprising:

A data transmission module configured to:

an instruction transmission module configured to:

and transmitting a switching command and/or a control packet to the second Bluetooth device for indicating to switch the transmission mode.

30. An apparatus for transmitting audio data, the apparatus comprising:

a data receiving module configured to:

an instruction receiving module configured to:

and receiving a switching command and/or a control packet transmitted by the first Bluetooth device and used for indicating to switch the transmission mode.

31. A chip comprising programmable logic circuits and/or program instructions for implementing a method of transmitting audio data according to any one of claims 1 to 14 or for implementing a method of transmitting audio data according to any one of claims 15 to 28 when the chip is operating.

32. A bluetooth device, the bluetooth device comprising: a processor and a memory storing a computer program that is loaded and executed by the processor to implement the method of transmitting audio data according to any one of claims 1 to 14 or to implement the method of transmitting audio data according to any one of claims 15 to 28.

33. A computer readable storage medium storing a computer program loaded and executed by a processor to implement the method of transmitting audio data according to any one of claims 1 to 14 or to implement the method of transmitting audio data according to any one of claims 15 to 28.