WO2024087219A1 - 音频数据的传输方法、装置、芯片、设备及存储介质 - Google Patents

音频数据的传输方法、装置、芯片、设备及存储介质 Download PDF

Info

Publication number
WO2024087219A1
WO2024087219A1 PCT/CN2022/128413 CN2022128413W WO2024087219A1 WO 2024087219 A1 WO2024087219 A1 WO 2024087219A1 CN 2022128413 W CN2022128413 W CN 2022128413W WO 2024087219 A1 WO2024087219 A1 WO 2024087219A1
Authority
WO
WIPO (PCT)
Prior art keywords
bluetooth device
link
bis
cis
data stream
Prior art date
Application number
PCT/CN2022/128413
Other languages
English (en)
French (fr)
Inventor
陈法海
Original Assignee
哲库科技(上海)有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 哲库科技(上海)有限公司 filed Critical 哲库科技(上海)有限公司
Priority to PCT/CN2022/128413 priority Critical patent/WO2024087219A1/zh
Priority to CN202280046056.3A priority patent/CN117597868A/zh
Publication of WO2024087219A1 publication Critical patent/WO2024087219A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B5/00—Near-field transmission systems, e.g. inductive or capacitive transmission systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B5/00—Near-field transmission systems, e.g. inductive or capacitive transmission systems
    • H04B5/70—Near-field transmission systems, e.g. inductive or capacitive transmission systems specially adapted for specific purposes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication

Definitions

  • the embodiments of the present application relate to the field of Bluetooth technology, and in particular to a method, apparatus, chip, device and storage medium for transmitting audio data.
  • Bluetooth is a wireless technology standard that enables short-range data exchange between fixed devices, mobile devices, and building personal area networks.
  • TWS headphones are becoming increasingly popular in daily life and work. Users can use TWS headphones to listen to music or make voice calls. Since the power of TWS headphones is limited, how to reduce power consumption and improve battery life has become a problem that needs to be solved.
  • the embodiments of the present application provide a method, device, chip, equipment and storage medium for transmitting audio data.
  • the technical solution is as follows:
  • an embodiment of the present application provides a method for transmitting audio data, the method being performed by a first Bluetooth device, the method comprising:
  • BIS Broadcast Isochronous Stream
  • an embodiment of the present application provides a method for transmitting audio data, the method being performed by a second Bluetooth device, the method comprising:
  • a BIS data stream transmitted by the first Bluetooth device is received, where the BIS data stream corresponds to the second part of the audio data.
  • an embodiment of the present application provides a device for transmitting audio data, the device comprising:
  • the data transmission module is configured as follows:
  • the instruction transmission module is configured to transmit a switching command and/or a control packet to the second Bluetooth device to instruct switching of the transmission mode.
  • an embodiment of the present application provides a device for transmitting audio data, the device comprising:
  • the data receiving module is configured as follows:
  • the instruction receiving module is configured to: receive a switching command and/or a control packet transmitted by the first Bluetooth device and used to instruct switching of the transmission mode.
  • an embodiment of the present application provides a chip, which includes a programmable logic circuit and/or program instructions.
  • the chip When the chip is running, it is used to implement the audio data transmission method described in the above aspects.
  • an embodiment of the present application provides a Bluetooth device, comprising: 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 in the above aspects.
  • an embodiment of the present application provides a computer-readable storage medium, which stores a computer program, and the computer program is loaded and executed by a processor to implement the audio data transmission method as described in the above aspects.
  • an embodiment of the present application provides a computer program product, which includes computer instructions, and the computer instructions are stored in a computer-readable storage medium.
  • the processor obtains the computer instructions from the computer-readable storage medium, so that the computer device implements the audio data transmission method as described in the above aspects.
  • a switching instruction and/or a 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 the audio data to the second Bluetooth device through the BIS link.
  • the second Bluetooth device since the second Bluetooth device does not need to send a confirmation data packet after receiving the audio data through the BIS link (a confirmation data packet needs to be sent 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.
  • FIG1 shows a schematic diagram of a Bluetooth system provided by an exemplary embodiment of the present application
  • FIG2 shows a flow chart of a method for transmitting audio data provided by an exemplary embodiment of the present application
  • FIG3 shows a flow chart of a method for transmitting audio data provided by another exemplary embodiment of the present application.
  • FIG4 is a schematic diagram of an implementation of a process of switching from a CIS to a BIS, shown in an exemplary embodiment of the present application;
  • FIG5 is an interactive schematic diagram of a process of switching from a CIS to a BIS, shown in an exemplary embodiment of the present application;
  • FIG6 is an interactive schematic diagram of a BIS link establishment process shown in an exemplary embodiment of the present application.
  • FIG7 is a schematic diagram of an implementation of a BIS link establishment process shown in an exemplary embodiment of the present application.
  • FIG8 shows a flow chart of a method for transmitting audio data provided by another exemplary embodiment of the present application.
  • FIG9 is a schematic diagram of an implementation of a process of switching from a BIS to a CIS according to an exemplary embodiment of the present application.
  • FIG10 is an interactive schematic diagram of a process of switching from a BIS to a CIS according to an exemplary embodiment of the present application
  • FIG11 is a schematic diagram of an exemplary embodiment of the present application showing a process of establishing a CIS link by broadcasting
  • FIG12 is a schematic diagram of another exemplary embodiment of the present application showing a process of establishing a CIS link by broadcasting
  • FIG13 is an interactive schematic diagram of a process of establishing a CIS link by broadcasting, shown in an exemplary embodiment of the present application;
  • FIG14 shows a structural block diagram of an audio data transmission device provided by an exemplary embodiment of the present application.
  • FIG15 is a block diagram showing a structure of an audio data transmission device provided by another exemplary embodiment of the present application.
  • FIG. 16 shows a schematic diagram of the structure of a Bluetooth device provided by some exemplary embodiments of the present application.
  • first, second, third, etc. may be used in the present disclosure to describe various information, such information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other.
  • first information may also be referred to as the second information, and similarly, the second information may also be referred to as the first information.
  • word "if” as used herein may be interpreted as "at the time of” or "when” or "in response to determining”.
  • the BLE link audio solution introduced in the Bluetooth 5.2 protocol version can share audio data between any two Bluetooth devices or multiple Bluetooth devices.
  • the link synchronization group (Connected Isochronous Group, CIG) can correspond to one or more CIS (up to 31 CIS), and a time interval (ISO_Interval) parameter is set between two consecutive CIS.
  • the CIS link between Bluetooth devices is established based on the ACL (Asynchronous Connection-oriented Link) link between Bluetooth devices.
  • BIS Mainly used in broadcast audio scenarios, it is a brand-new Bluetooth technology. Its main feature is that during the audio transmission process, there is no connection between Bluetooth devices. Any Bluetooth device can receive audio data packets as long as it is within the allowed range. Among them, a Broadcast Isochronous Group (BIG) can correspond to one or more BIS (up to 31 BIS). In addition, no response mechanism is required during data transmission. Although there is no data response mechanism, BIG redefines some other mechanisms to improve the success rate of data transmission. In related technologies, the BIS link is established by broadcasting.
  • BIG Broadcast Isochronous Group
  • a CIS link is established between the mobile phone and the headset.
  • the mobile phone transmits audio data to the headset through the CIS link, and the headset needs to reply with a confirmation data packet (ack packet) after receiving the audio data.
  • ack packet confirmation data packet
  • the headset needs to open the RF transmission window to send the confirmation data packet
  • the mobile phone needs to open the RF reception window to receive the confirmation data packet, it will bring additional power consumption, which is particularly obvious for Bluetooth devices with small battery capacity such as headsets and mobile phones.
  • the embodiment of the present application proposes a seamless switching solution between BIS and CIS links in a Bluetooth audio scenario.
  • the CIS link when listening to music with headphones, the CIS link can be switched to the BIS link between the mobile phone and the headphones. Since the transmission of data on the BIS link does not require confirmation reply, the headphones can save a sending time slot, and the mobile phone can save a receiving time slot, which helps to reduce the power consumption of the mobile phone and headphones.
  • FIG1 shows a schematic diagram of a Bluetooth system provided by an exemplary embodiment of the present application.
  • the Bluetooth system 10 includes: a first Bluetooth device 110 and a second Bluetooth device 120 .
  • the first Bluetooth device 110 as a transmitting device may be a mobile phone, a tablet, a laptop computer, a smart watch, etc.
  • the second Bluetooth device 120 as a receiving device may be a Bluetooth headset, a Bluetooth speaker, a car Bluetooth playback device, etc.
  • the second Bluetooth device 120 can be used as a transmitting device, and the first Bluetooth device 110 can be used as a receiving device.
  • the first Bluetooth device 110 can be a mobile phone
  • the second Bluetooth device 120 can be a headset with a microphone.
  • the headset When the headset is used for a voice call, the mobile phone transmits downlink audio data (the other party's sound) to the headset, and the headset transmits uplink audio data (the local end's sound) to the mobile phone.
  • the first Bluetooth device 110 can transmit audio data to the second Bluetooth device 120 via a CIS link, or can transmit audio data to the second Bluetooth device 120 via a BIS link, and the first Bluetooth device 110 can switch the link between the devices according to the usage scenario.
  • the CIS link can be switched to a BIS link, or the BIS link can be switched to a CIS link.
  • the above embodiment is only described by taking the Bluetooth system including a single second Bluetooth device 120 as an example.
  • the first Bluetooth device 110 can transmit audio data to multiple second Bluetooth devices at the same time, which is not limited in this embodiment.
  • Fig. 2 shows a flow chart of a method for transmitting audio data provided by an exemplary embodiment of the present application.
  • the method may include the following steps.
  • Step 201 A first Bluetooth device transmits a first CIS data stream to a second Bluetooth device, where the first CIS data stream corresponds to a first portion of audio data.
  • a CIS link is established between a first Bluetooth device and a second Bluetooth device, and the first Bluetooth device sends downlink audio data (ie, a first CIS data stream) to the second Bluetooth device through the CIS link.
  • the second Bluetooth device can send uplink audio data to the first Bluetooth device through the CIS link.
  • the mobile phone transmits the peer audio data to the Bluetooth headset through the CIS link between the mobile phone and the Bluetooth headset, and the Bluetooth headset transmits the local audio data to the headset through the CIS link.
  • Step 202 The second Bluetooth device receives a first CIS data stream transmitted by the first Bluetooth device, where the first CIS data stream corresponds to a first part of the audio data.
  • the second Bluetooth device receives the downlink audio data transmitted by the first Bluetooth device through the CIS link. And, after receiving the downlink audio data, the second Bluetooth device transmits a confirmation data packet to the first Bluetooth device through 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 to transmit the downlink audio data.
  • the second Bluetooth device completes data confirmation by sending a NULL packet.
  • Step 203 The first Bluetooth device transmits a switching command and/or a control packet to the second Bluetooth device to instruct switching of the transmission mode.
  • the first Bluetooth device can instruct the second Bluetooth device to switch transmission mode by sending switching commands and/or control packets.
  • the switching command and/or control packet is used to instruct switching between the CIS and BIS transmission modes.
  • the host layer of the first Bluetooth device 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, instructing to establish a BIS link with the second Bluetooth device.
  • HCI Home Controller Interface
  • the first Bluetooth device transmits a switching command and/or a control packet to the second Bluetooth device.
  • the first Bluetooth device may transmit the switching command and/or control packet to the second Bluetooth device through the ACL link, i.e., LLCP (Logical Link Control Protocol) air interface message; when an ACL link is not established between the first Bluetooth device and the second Bluetooth device, the first Bluetooth device may transmit the switching command and/or control packet to the second Bluetooth device through broadcasting.
  • LLCP Logical Link Control Protocol
  • the switching command and/or control packet in addition to indicating the switching transmission mode, also has the function of negotiating link parameters.
  • the first Bluetooth device and the second Bluetooth device may also negotiate link data via air interface messages other than the switching command and/or control packet.
  • Step 204 The second Bluetooth device receives a switching command and/or a control packet transmitted by the first Bluetooth device and used to instruct switching of the transmission mode.
  • the second Bluetooth device 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, thereby establishing a BIS link with the first Bluetooth device.
  • Step 205 The first Bluetooth device transmits a BIS data stream to the second Bluetooth device, where the BIS data stream corresponds to the second part of the audio data.
  • the first Bluetooth device After the first Bluetooth device completes the establishment of the BIS link with the second Bluetooth device, the first Bluetooth device continues to transmit downlink audio data (ie, BIS data stream) to the second Bluetooth device through the BIS link to ensure the continuity of the audio before and after the transmission mode is switched.
  • downlink audio data ie, BIS data stream
  • Step 206 The second Bluetooth device receives the BIS data stream transmitted by the first Bluetooth device, where the BIS data stream corresponds to the second part of the audio data.
  • the second Bluetooth device receives the downlink audio data transmitted by the first Bluetooth device through the BIS link. Since there is no data confirmation mechanism in the BIS mode (the reliability of data transmission is guaranteed by other means), after the second Bluetooth device receives the BIS data stream, it does not need to send a confirmation data packet to the first Bluetooth device, thereby saving uplink RF transmission resources and reducing power consumption in Bluetooth audio scenarios.
  • a switching instruction and/or a 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 the audio data to the second Bluetooth device through the BIS link.
  • the second Bluetooth device since the second Bluetooth device does not need to send a confirmation data packet after receiving the audio data through the BIS link (a confirmation data packet needs to be sent 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.
  • an ACL link is first established between the first Bluetooth device and the second Bluetooth device, and then based on the ACL link, CIS link parameters are negotiated with the second Bluetooth device by sending LLCP air interface messages, thereby establishing a CIS link with the second Bluetooth device.
  • the first Bluetooth device can transmit a switching command and/or control packet to the second Bluetooth device via the ACL link, and establish a BIS link with the second Bluetooth device based on the ACL link, thereby improving the efficiency of establishing the BIS link.
  • An embodiment is used below to illustrate this.
  • Fig. 3 shows a flow chart of a method for transmitting audio data provided by another exemplary embodiment of the present application.
  • the method may include the following steps.
  • Step 301 A first Bluetooth device transmits a first CIS data stream to a second Bluetooth device, where the first CIS data stream corresponds to a first part of audio data.
  • step 201 The implementation of this step may refer to step 201, and this embodiment will not be described in detail here.
  • Step 302 The second Bluetooth device receives a first CIS data stream transmitted by the first Bluetooth device, where the first CIS data stream corresponds to a first part of the audio data.
  • step 202 The implementation of this step may refer to step 202, and this embodiment will not be described in detail here.
  • Step 303 The first Bluetooth device transmits a handover command and/or a control packet via an ACL link between the first Bluetooth device and the second Bluetooth device.
  • the first Bluetooth device when transmission mode switching is required, sends a switching command and/or a control packet to the second Bluetooth device via an ACL link, that is, via LLCP air interface communication.
  • Step 304 The second Bluetooth device receives, through the ACL link, a switching command and/or a control packet transmitted by the first Bluetooth device and used to instruct switching of the transmission mode.
  • the second Bluetooth device receives the switching command and/or control packet transmitted by the first Bluetooth device through the ACL link.
  • 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.
  • the first Bluetooth device instructs the second Bluetooth device to switch the transmission mode through a switching command and/or control packet, it further writes the BIS link parameters through LLCP interaction so that a BIS link can be subsequently established based on the BIS link parameters.
  • the above-mentioned switching command and/or control packet in addition to the function of indicating the switching transmission mode, also has the function of negotiating BIS link parameters, that is, the above-mentioned switching command and/or control packet can be integrated with the LLCP air interface message used to negotiate BIS link parameters, which is not limited in this embodiment.
  • the LLCP air interface message is transmitted through the ACL link.
  • 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.
  • 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 included in the LLCP air interface message.
  • the process may include the following steps:
  • the first Bluetooth device sends a BIS establishment request to the second Bluetooth device.
  • the first Bluetooth device sends a BIS establishment request to the second Bluetooth device via an ACL link between the first Bluetooth device and the second Bluetooth device.
  • the host layer of the first Bluetooth device when it is necessary to switch from a CIS link to a BIS link, the host layer of the first Bluetooth device sends the command LE_set_BIG_parameters (used to set BIG parameters, including physical layer type, BIS number, encryption method, etc.) and LE_create_BIS (used to create BIS) to establish a BIG link to the controller layer.
  • LE_set_BIG_parameters used to set BIG parameters, including physical layer type, BIS number, encryption method, etc.
  • LE_create_BIS used to create BIS
  • the BIS establishment request includes some BIS link parameters negotiated with the second Bluetooth device, such as the physical layer (PHY) type, SDU (Service Data Unit) parameters, PDU (Protocol Data Unit) parameters, and BIS parameters related to BIS transmission.
  • BIS link parameters such as the physical layer (PHY) type, SDU (Service Data Unit) parameters, PDU (Protocol Data Unit) parameters, and BIS parameters related to BIS transmission.
  • the second Bluetooth device receives the BIS establishment request sent by the first Bluetooth device.
  • 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.
  • the second Bluetooth device sends a BIS request acceptance response to the first Bluetooth device.
  • the second Bluetooth device sends a BIS request acceptance response to the first Bluetooth device via the ACL link.
  • the controller layer of the second Bluetooth device sends a BIS request acceptance response (LL_BIS_RSP) to the first Bluetooth device through the ACL link.
  • LL_BIS_RSP BIS request acceptance response
  • the BIS request acceptance response includes some BIS link parameters negotiated with the first Bluetooth device.
  • the first Bluetooth device Upon receiving the BIS request acceptance response sent by the second Bluetooth device, the first Bluetooth device sends a BIS establishment indication to the second Bluetooth device.
  • the first Bluetooth device After receiving the BIS request acceptance response, indicating that the second Bluetooth device agrees to establish a BIS link with the first Bluetooth device, 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 the BIS establishment indication to the second Bluetooth device via the ACL link.
  • LL_BIS_IND BIS establishment indication
  • the BIS establishment indication includes BIS link parameters obtained by negotiation with the second Bluetooth device.
  • the BIS establishment indication includes a BIG offset (BIG Offset), and the BIG offset is the time offset between the BIG anchor point (BIG anchorpoint) and the ACL anchor point (ACL anchorpoint).
  • BIG Offset the BIG offset is the time offset between the BIG anchor point (BIG anchorpoint) and the ACL anchor point (ACL anchorpoint).
  • the second Bluetooth device can determine the receiving window of the audio data based on the ACL anchor point and the BIG offset, thereby receiving the downlink audio data.
  • the BIS establishment indication includes a first switching event time point.
  • the first switching event time point refers to the starting event of switching from the CIS link to the BIS link.
  • the BIS establishment indication includes a BIG offset, a first switching event time point "event x+1" and BIS_spacing (the time interval between the start of sub-events adjacent to the BIS in the BIG).
  • the first Bluetooth device transmits downlink audio data via the CIS link (CIG includes CIS1 and CIS2);
  • 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 via the BIG link (BIG includes BIS1 and BIS2) based on the BIG anchor point.
  • the first Bluetooth device can continue to use some link parameters to transmit the downlink audio data after the transmission mode is switched.
  • the BIS establishment indication includes BIS link parameters, and the BIS link parameters are determined based on the CIS link parameters.
  • the BIS link parameters are consistent with the CIS link parameters in at least one of the following parameters: channel frequency; time window; and physical layer type.
  • the BIS link parameters also have link parameters unique to the BIS, which is not limited in the embodiments of the present application.
  • the second Bluetooth device receives the BIS establishment indication sent by the first Bluetooth device.
  • the second Bluetooth device receives the BIS establishment indication through the ACL link and extracts the BIS link parameters included in the BIS establishment indication.
  • the second Bluetooth device establishes a BIS link based on the BIS establishment indication.
  • the first Bluetooth device transmits a BIS establishment indication to the second Bluetooth device, it transmits a BIS_Null PDU (BIS invalid PDU) to the second Bluetooth device.
  • BIS_Null PDU BIOS invalid PDU
  • Step 307 The first Bluetooth device transmits a BIS data stream to the second Bluetooth device, where the BIS data stream corresponds to the second part of the audio data.
  • the first Bluetooth device when the agreed first switching event time point is reached, switches from the CIS link to the BIS link, and transmits the BIS data stream to the second Bluetooth device through the BIS link.
  • Step 308 The second Bluetooth device receives the BIS data stream transmitted by the first Bluetooth device, where the BIS data stream corresponds to the second part of the audio data.
  • the second Bluetooth device when the agreed first switching event time point is reached, 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 time point of the link switching between the first Bluetooth device and the second Bluetooth device is consistent, the interruption of audio data transmission can be avoided, and the continuity of audio before and after the transmission mode switching is guaranteed.
  • the air interface interaction process between Bluetooth device A and Bluetooth device B is shown in FIG5 .
  • Phase 1 Bluetooth device A and Bluetooth device B transmit audio data via the CIS link.
  • Bluetooth device A and Bluetooth device B transmit CIS data PDU (CIS Data PDU) through the CIS link between their respective controller layers, and then the controller layer transmits ISO Data to their respective host layers.
  • CIS data PDU CIS Data PDU
  • Phase 2 The link between Bluetooth device A and Bluetooth device B is switched from CIS to BIS.
  • the hostA of Bluetooth device A sends two HCI commands, LE set BIG Parameters and LE Create BIS, to controllerA. After completing the command processing, controllerA sends LL_BIS_REQ to Bluetooth device B through the ACL link.
  • the hostB of Bluetooth device B sends LL BIS Request to controllerB. When controllerB accepts the BIS establishment request, it sends LL Accept BIS to hostB, and hostB further sends LL_BIS_RSP to Bluetooth device A through the ACL link.
  • Bluetooth device A After 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 BIS Null PDU (including establishing an ISO data path between their respective host and controller layers), and continues to transmit BIS data PDU (BIS Data PDU) through the BIS link.
  • BIS Null PDU including establishing an
  • 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 traditional broadcasting, thereby improving the efficiency of establishing the BIS link.
  • the first Bluetooth device indicates the switching event time point in the LLCP air interface message, so that the time point of the link switching 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 is switched.
  • the switching from CIS transmission to BIS transmission is taken as an example for explanation.
  • the first Bluetooth device can also perform data transmission through the BIS link during the audio transmission start-up phase.
  • the first Bluetooth device may establish a BIS link based on the ACL link instead of broadcasting.
  • the air interface interaction process between Bluetooth device A and Bluetooth device B is shown in FIG6 .
  • Bluetooth device A When an ACL link is established between Bluetooth device A and Bluetooth device B, hostA of Bluetooth device A sends two HCI commands, LE set BIG Parameters and LE Create BIS, to controllerA. After controllerA completes command processing, it sends LL_BIS_REQ to Bluetooth device B through the ACL link. HostB of Bluetooth device B sends LL BIS Request to controllerB. When controllerB accepts the BIS establishment request, it sends LL Accept BIS to hostB, and hostB further sends LL_BIS_RSP to Bluetooth device A through the ACL link. After 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 a 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 (BIS Data PDUs) through the BIS link.
  • BIS Null PDU including establishing an ISO data path between their respective host and controller layers
  • 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.
  • 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.
  • the transmission mode between the first Bluetooth device and the second Bluetooth device needs to be switched from BIS to CIS.
  • the mobile phone transmits audio data to the headset through the BIS link; when there is a need for voice call service, 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.
  • the following uses an exemplary embodiment to illustrate the process of switching from a BIS link to a CIS link.
  • Fig. 8 shows a flow chart of a method for transmitting audio data provided by another exemplary embodiment of the present application.
  • the method may include the following steps.
  • Step 801 A first Bluetooth device sends a link switching indication to a second Bluetooth device, where the link switching indication is used to indicate switching from a BIS link to a CIS link.
  • the first Bluetooth device when there is a demand for uplink and downlink data transmission, the first Bluetooth device sends a link switching indication to the second Bluetooth device through the ACL link.
  • the host layer of the first Bluetooth device when it is necessary to switch from a BIS link to a CIS link, 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 (used to create CIS) to establish a CIG link to the controller layer.
  • the controller layer After the controller layer processes the HCI command, it sends a BIG_Switch_To_CIG_IND (i.e., link switching indication) to the second Bluetooth device through the ACL link.
  • the Bluetooth devices do not need to negotiate the CIS link parameters again, but can reuse the previously used CIS link parameters.
  • the host layer of the first Bluetooth device when it is necessary to switch from a BIS link to a CIS link, 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 commands LE_set_CIG_parameters (for setting CIG parameters) and LE_create_CIS to establish a CIG link to the controller layer.
  • the controller layer After the controller layer processes the above HCI command, it sends LLC_CIS_REQ (CIS establishment indication) to the second Bluetooth device through the ACL link.
  • the first Bluetooth device and the second Bluetooth device need to further negotiate CIS link parameters through LLCP air interface messages.
  • the link switching indication includes a second switching event time point.
  • the second switching event time point refers to the starting event of switching from the BIS link to the CIS link, that is, the first Bluetooth device and the second Bluetooth device negotiate the transmission mode switching time point through LLCP air interface messages.
  • the link switching indication includes the second switching event time point "event x+1".
  • the first Bluetooth device transmits downlink audio data via 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 via the CIG link (CIG includes CIS1 and CIS2) based on the CIG anchor point.
  • the second Bluetooth device switches to the BIG link at the event x+1 time point to receive downlink audio data.
  • Step 802 The second Bluetooth device receives a link switching indication sent by the first Bluetooth device, where the link switching indication is used to indicate switching from a BIS link to a CIS link.
  • the second Bluetooth device after receiving the link switching indication through the ACL link, the second Bluetooth device knows that it needs to switch from the BIS link to the CIS link.
  • the second Bluetooth device determines to establish the CIS link based on the original CIS link parameters.
  • the second Bluetooth device when a CIS link has not been established between the second Bluetooth device and the first Bluetooth device before, after receiving the CIS establishment indication, the second Bluetooth device needs to negotiate CIS link parameters with the first Bluetooth device through LLCP air interface messages, so as to subsequently establish a CIS link based on the negotiated CIS link parameters.
  • Step 803 The first Bluetooth device transmits a second CIS data stream to the second Bluetooth device, where the second CIS data stream corresponds to the third part of the audio data.
  • 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 through the CIS link.
  • Step 804 The second Bluetooth device receives a second CIS data stream transmitted by the first Bluetooth device, where the second CIS data stream corresponds to the third part of the audio data.
  • the second Bluetooth device when the second switching event time point is reached, 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.
  • the first Bluetooth device 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 (need to negotiate the switching event time point) to the second Bluetooth device through the ACL link to achieve the switching of the transmission mode between devices.
  • the air interface interaction process between Bluetooth device A and Bluetooth device B is shown in FIG10 .
  • a BIS link is established between Bluetooth device A and Bluetooth device B, and downlink audio data (BIS Data PDU) is transmitted through the BIS link.
  • BIOS Data PDU downlink audio data
  • hostA of Bluetooth device A sends a LE Create BIS command to controllerA. After controllerA completes command processing, it sends BIG_Switch_To_CIG_IND to Bluetooth device B through the ACL link.
  • HostB of Bluetooth device B sends LLC CIS Request by ADV mode to controllerB (informing hostB to request to establish a CIS link in ADV mode). When controllerB accepts the request, it sends LL Accept CIS in ADV to hostB.
  • Bluetooth devices A and B complete the establishment of the CIS link (LE CIS Established Event) by sending CIS Data PDU, and continue to transmit CIS data PDU (CIS Data PDU) through the CIS link.
  • the first Bluetooth device in the BIS transmission mode, sends a link switching indication to the second Bluetooth device through the ACL link, and negotiates the time point for switching to the CIS link, so that when the time point is reached, the switching from the BIS link to the CIS link is completed, ensuring the normal transmission of subsequent uplink and downlink audio data between Bluetooth devices.
  • the current Bluetooth standard stipulates that the CIS link needs to be established based on the established ACL, and the overall process is relatively cumbersome.
  • the first Bluetooth device before transmitting the CIS data stream to the second Bluetooth device, the first Bluetooth device can establish the CIS link by broadcasting.
  • establishing a CIS link in a broadcast manner may include the following steps.
  • the first Bluetooth device establishes periodic broadcast synchronization with the second Bluetooth device.
  • the first Bluetooth device determines to establish a CIS link in broadcast mode. First, the first Bluetooth device establishes periodic adv synchronization with the second Bluetooth device.
  • the first Bluetooth device and the second Bluetooth device implement periodic broadcast synchronization based on ADV_EXT_IND, AUX_ADV_IND, and AUX_SYNC_IND.
  • the second Bluetooth device establishes periodic broadcast synchronization with the first Bluetooth device.
  • the first Bluetooth device sends a periodic broadcast data packet to the second Bluetooth device, where the periodic broadcast data packet includes CIS link parameters, so that the second Bluetooth device establishes a CIS link based on the CIS link parameters.
  • the host layer of the first Bluetooth device sends a command to create a CIS link to the controller layer, and the controller layer updates the CIS link parameters in the periodic broadcast data packet according to the command, so that after the second Bluetooth device receives the periodic broadcast data packet, it can create a CIS link according to the CIS link parameters in the data packet.
  • the CIG offset is the time offset between the CIG anchor point and the ACL anchor point.
  • the CIG offset included in the CIS link parameters is the time offset between the CIG anchor point and the periodic broadcast anchor point.
  • the first Bluetooth device and the second Bluetooth device perform periodic broadcast synchronization through Ext_adv/Periodicadv.
  • the first Bluetooth device uses the time offset between the periodic broadcast anchor point (Periodicadv) and the CIG anchor point as the CIG offset, ensuring that the second Bluetooth device can accurately receive the CIS when it subsequently opens a receiving window at the CIG anchor point.
  • the CIS link parameters are located in the Syncinfo field and the ACAD (Additional Controller Advertising Data) field of the periodic broadcast data packet.
  • the Syncinfo field and the ACAD field (CIG info) in the periodic broadcast data packet AUX_SYNC_IND contain the 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.
  • the CIG offset may be included in the CIG info.
  • CIS link parameters may also be set in other fields of the periodic broadcast data packet, and the embodiments of the present application are not limited to this.
  • the second Bluetooth device receives the periodic broadcast data packet sent by the first Bluetooth device, where the periodic broadcast data packet includes CIS link parameters.
  • an identification bit is set in the periodic broadcast data packet used to indicate the creation of the CIS link.
  • the second Bluetooth device can determine that the CIS link needs to be established by broadcasting by identifying the identification bit.
  • the second Bluetooth device establishes a CIS link based on the CIS link parameters.
  • the controller layer of the second Bluetooth device after the controller layer of the second Bluetooth device identifies the CIS link parameters, it notifies the host layer that the CIS link needs to be created by broadcasting. Based on the CIS link parameters, the second Bluetooth device, as a central device, sends a CIS Null PDU to the first Bluetooth device, and the first Bluetooth device, as a peripheral device, replies with a CIS Null PDU to complete the establishment of the CIS link.
  • Phase 1 Bluetooth device A sends periodic advertising packets on the secondary advertising channel through ADV_EXT_IND, AUX_ADV_IND, and AUX_SYNC_IND.
  • Phase 2 Host A of Bluetooth device A sends two HCI commands, LE set BIG Parameters and LE Create BIS, to controller A. After controller A completes command processing, it updates the Syncinfo field and ACAD field in the periodic broadcast data packet. After receiving the periodic broadcast data packet, controller B of Bluetooth device B sends a request to host B to establish CIS in broadcast mode (LL CIS Request by ADV mode). After host B accepts, it feeds back an acceptance command 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 to complete the CIS link establishment (including establishing an ISO data path between the respective host and controller layers), and continues to transmit CIS data PDUs (CIS Data PDUs) through the CIS link.
  • CIS Data PDUs CIS Data PDUs
  • the first Bluetooth device transmits the switching command and/or control packet to the second Bluetooth device through broadcasting, and accordingly, the second Bluetooth device receives the switching command and/or control packet through broadcasting.
  • the switching command and/or control packet is sent in the form of a periodic broadcast data packet, which includes 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 a starting event for switching to a link.
  • the first Bluetooth device when 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.
  • the first Bluetooth device sends a switching indication to the second Bluetooth device through the ACL link, where the switching indication is used to indicate switching from the BIS link to the CIS link, and transmit downlink audio data to the second Bluetooth device through the CIS link.
  • the first Bluetooth device when an ACL link is not established with the second Bluetooth device, the first Bluetooth device establishes a CIS link with the second Bluetooth device via broadcasting, and transmits downlink audio data to the second Bluetooth device via the CIS link.
  • the first Bluetooth device sends a switching indication to the second Bluetooth device via a broadcasting manner, and transmits downlink audio data to the second Bluetooth device via a BIS link.
  • FIG. 14 shows a structural block diagram of an audio data transmission device provided by an exemplary embodiment of the present application, the device comprising:
  • the 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;
  • the instruction transmission module 1402 is configured to transmit a switching command and/or a control packet to the second Bluetooth device to instruct switching of the transmission mode;
  • the data transmission module 1401 is configured to transmit a BIS data stream to the second Bluetooth device, where the BIS data stream corresponds to the second part of the audio data.
  • the instruction transmission module 1402 is configured to:
  • the switching command and/or control packet is transmitted via an ACL link between the first Bluetooth device and the second Bluetooth device.
  • the instruction transmission module 1402 is further configured to: send an LLCP air interface message to the second Bluetooth device to negotiate BIS link parameters and/or establish a BIS link.
  • the instruction transmission module 1402 is configured to:
  • a BIS establishment indication is sent to the second Bluetooth device.
  • the BIS establishment indication includes a BIG offset, where the BIG offset is a time offset between a BIG anchor point and an ACL anchor point.
  • the BIS establishment indication includes a first switching event time point
  • the data transmission module 1401 is configured to:
  • the CIS link is switched to the BIS link, and the BIS data stream is transmitted to the second Bluetooth device.
  • the BIS establishment indication includes the BIS link parameters, and the BIS link parameters are determined based on the CIS link parameters.
  • the BIS link parameter is consistent with the CIS link parameter in at least one of the following parameters:
  • Channel frequency Channel frequency; time window; and, physical layer type.
  • the instruction transmission module 1402 is further configured to:
  • the data transmission module 1401 is configured to transmit a second CIS data stream to the second Bluetooth device, where the second CIS data stream corresponds to the third part of the audio data.
  • the link switching indication includes a second switching event time point
  • the data transmission module 1401 is configured to:
  • the BIS link is switched to the CIS link, and the second CIS data stream is transmitted to the second Bluetooth device.
  • the device further includes a broadcast module configured to:
  • establishing a CIS link with the second Bluetooth device in a broadcasting manner Before transmitting the CIS data stream to the second Bluetooth device, establishing a CIS link with the second Bluetooth device in a broadcasting manner; and/or transmitting the switching command and/or control packet to the second Bluetooth device in a broadcasting manner.
  • the broadcast module is configured to:
  • a periodic broadcast data packet is sent to the second Bluetooth device, where the periodic broadcast data packet includes a CIS link parameter.
  • the CIS link parameter includes a CIG offset, where the CIG offset is a time offset between a CIG anchor point and a periodic broadcast anchor point.
  • the CIS link parameters are located in the Syncinfo field and the ACAD field of the periodic broadcast data packet.
  • FIG. 15 shows a structural block diagram of an audio data transmission device provided by another exemplary embodiment of the present application, the device comprising:
  • 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;
  • the instruction receiving module 1502 is configured to receive a switching command and/or a control packet transmitted by the first Bluetooth device for instructing to switch the transmission mode;
  • the data receiving module 1501 is configured to receive a BIS data stream transmitted by the first Bluetooth device, where the BIS data stream corresponds to the second part of the audio data.
  • the instruction receiving module 1502 is configured to:
  • the switching command and/or control packet is received through an ACL link between the first Bluetooth device and the second Bluetooth device.
  • the instruction receiving module 1502 is further configured to:
  • a BIS link is established based on the LLCP air interface message.
  • the instruction receiving module 1502 is configured to:
  • the BIS establishment indication includes a BIG offset, where the BIG offset is a time offset between a BIG anchor point and an ACL anchor point.
  • the BIS establishment indication includes a first switching event time point
  • the data receiving module 1501 is configured to:
  • the CIS link is switched to the BIS link, and the BIS data stream transmitted by the first Bluetooth device is received.
  • the BIS establishment indication includes the BIS link parameters, and the BIS link parameters are determined based on the CIS link parameters.
  • the BIS link parameter is consistent with the CIS link parameter in at least one of the following parameters:
  • Channel frequency Channel frequency; time window; and, physical layer type.
  • the instruction receiving module 1502 is further configured to:
  • 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 the third part of the audio data.
  • the link switching indication includes a second switching event time point
  • the data receiving module 1501 is configured to:
  • the BIS link is switched to the CIS link, and the second CIS data stream transmitted by the first Bluetooth device is received.
  • the device further includes a broadcast module configured to:
  • the broadcast module is configured to:
  • a periodic broadcast data packet sent by the first Bluetooth device is received, where the periodic broadcast data packet includes a CIS link parameter.
  • the CIS link parameter includes a CIG offset, where the CIG offset is a time offset between a CIG anchor point and a periodic broadcast anchor point.
  • the CIS link parameters are located in the Syncinfo field and the ACAD field of the periodic broadcast data packet.
  • the device provided in the above embodiment is only illustrated by the division of the above functional modules.
  • 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.
  • FIG16 shows a schematic diagram of the structure of a Bluetooth device provided by some exemplary embodiments of the present application.
  • the Bluetooth device 1600 may be at least one of a smart phone, a tablet computer, an e-book reader, a laptop computer, a desktop computer, a television, a terminal, a music player, a smart watch, smart glasses, a Bluetooth headset, a Bluetooth bracelet, a Bluetooth watch, a Bluetooth collar, a Bluetooth ring, and Bluetooth glasses.
  • the Bluetooth device 1600 in the present application may include one or more of the following components: a processor 1610, a memory 1620, and a Bluetooth chip 1630.
  • the processor 1610 may include one or more processing cores.
  • the processor 1610 uses various interfaces and lines to connect various parts within the entire Bluetooth device 1600, and executes various functions and processes data of the Bluetooth device 1600 by running or executing instructions, programs, code sets or instruction sets stored in the memory 1620, and calling data stored in the memory 1620.
  • the processor 1610 can 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), and programmable logic array (Programmable Logic Array, PLA).
  • DSP Digital Signal Processing
  • FPGA Field-Programmable Gate Array
  • PLA programmable logic array
  • the processor 1610 can integrate one or a combination of a central processing unit (Central Processing Unit, CPU), a graphics processor (Graphics Processing Unit, GPU), a neural network processor (Neural-network Processing Unit, NPU) and a modem.
  • the CPU mainly processes the operating system, user interface, and application programs;
  • the GPU is responsible for rendering and drawing the content that needs to be displayed on the display screen;
  • the NPU is used to implement artificial intelligence (AI) functions; and the modem is used to process wireless communications. It is understandable that the above-mentioned modem may not be integrated into the processor 1610, but may be implemented by a separate chip.
  • the memory 1620 may include a random access memory (RAM) or a read-only memory (ROM).
  • 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, codes, 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 a touch function, a sound playback function, an image playback function, etc.), instructions for implementing the above-mentioned various method embodiments, etc.; the data storage area may store data (such as audio data, a phone book), etc., created according to the use of the Bluetooth device 1600.
  • the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playback function, an image playback function, etc.), instructions for implementing the above-mentioned various method embodiments, etc.
  • the data storage area may store data (such as audio data, a phone book), etc., created according to the use of the Bluetooth device 1600.
  • the Bluetooth chip 1630 is a component for implementing Bluetooth functions.
  • the Bluetooth chip 1630 includes two parts: the host and the controller (corresponding to different Bluetooth protocol stacks).
  • the host and the controller can run on the same chip (single-chip architecture) or on different chips (dual-chip architecture).
  • the host runs on the processor, and the controller runs on the Bluetooth module; or, both the host and the controller run on the Bluetooth chip 1630.
  • the structure of the Bluetooth device 1600 shown in the above figures does not limit the electronic device, and the electronic device may include more or fewer components than shown, or combine certain components, or arrange the components differently.
  • the Bluetooth device 1600 also includes components such as a display screen, a sensor, a speaker, a microphone, and a power supply, which will not be described in detail here.
  • a computer-readable storage medium is further provided, wherein at least one program is stored in the computer-readable storage medium, and the at least one program is loaded and executed by the processor to implement the audio data transmission method provided by the above-mentioned various method embodiments.
  • a chip is also provided, which includes a programmable logic circuit and/or program instructions.
  • the chip runs on a device, it is used to implement the audio data transmission method provided by the above-mentioned various method embodiments.
  • a computer program product is further provided.
  • the computer program product is executed on a processor of a computer device, the computer device executes the above-mentioned audio data transmission method.
  • a computer program is further provided.
  • the computer program includes computer instructions.
  • a processor of a computer device executes the computer instructions so that the computer device executes the audio data transmission method provided by each of the above method embodiments.
  • Computer-readable media include computer storage media and communication media, wherein the communication media include any media that facilitates the transmission of a computer program from one place to another.
  • the storage medium can be any available medium that a general or special-purpose computer can access.

Landscapes

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

Abstract

本申请实施例公开了一种音频数据的传输方法、装置、芯片、设备及存储介质，属于蓝牙技术领域。该数据传输方法包括：向第二蓝牙设备传输第一CIS数据流，第一CIS数据流对应于音频数据的第一部分；向第二蓝牙设备传输切换命令和/或控制包，以用于指示切换传输模式；向第二蓝牙设备传输BIS数据流，BIS数据流对应于音频数据的第二部分。采用本申请实施例提供的方案，在保证音频数据连续传输的前提下，由于第二蓝牙设备通过BIS链路接收到音频数据后无需进行发送确认数据包，因此能够降低蓝牙设备的功耗，提升蓝牙设备的续航。

Description

音频数据的传输方法、装置、芯片、设备及存储介质 技术领域
本申请实施例涉及蓝牙技术领域，特别涉及一种音频数据的传输方法、装置、芯片、设备及存储介质。
背景技术
蓝牙是一种无线技术标准，可实现固定设备、移动设备和楼宇个人域网之间的短距离数据交换。
真无线蓝牙耳机(True Wireless Studio，TWS)在日常生活和工作中逐渐普及，用户可以使用TWS耳机听音乐或者进行语音通话。由于TWS耳机的电量有限，因此如何降低功耗提升续航成为需要解决的问题。
发明内容
本申请实施例提供了一种音频数据的传输方法、装置、芯片、设备及存储介质。所述技术方案如下：
一方面，本申请实施例提供了一种音频数据的传输方法，所述方法由第一蓝牙设备执行，所述方法包括：
向第二蓝牙设备传输第一CIS(Connected Isochronous Stream，连接等时流)数据流，所述第一CIS数据流对应于音频数据的第一部分；
向所述第二蓝牙设备传输切换命令和/或控制包，以用于指示切换传输模式；
向所述第二蓝牙设备传输BIS(Broadcast Isochronous Stream，广播等时流)数据流，所述BIS数据流对应于所述音频数据的第二部分。
另一方面，本申请实施例提供了一种音频数据的传输方法，所述方法由第二蓝牙设备执行，所述方法包括：
接收第一蓝牙设备传输的第一CIS数据流，所述第一CIS数据流对应于音频数据的第一部分；
接收所述第一蓝牙设备传输的用于指示切换传输模式的切换命令和/或控制包；
接收所述第一蓝牙设备传输的BIS数据流，所述BIS数据流对应于所述音频数据的第二部分。
另一方面，本申请实施例提供了一种音频数据的传输装置，所述装置包括：
数据传输模块，配置成：
向第二蓝牙设备传输第一CIS数据流，所述第一CIS数据流对应于音频数据的第一部分；
向所述第二蓝牙设备传输BIS数据流，所述BIS数据流对应于所述音频数据的第二部分；
指令传输模块，配置成：向所述第二蓝牙设备传输切换命令和/或控制包，以用于指示切换传输模式。
另一方面，本申请实施例提供了一种音频数据的传输装置，所述装置包括：
数据接收模块，配置成：
接收第一蓝牙设备传输的第一CIS数据流，所述第一CIS数据流对应于音频数据的第一部分；
接收所述第一蓝牙设备传输的BIS数据流，所述BIS数据流对应于所述音频数据的第二部分；
指令接收模块，配置成：接收所述第一蓝牙设备传输的用于指示切换传输模式的切换命令和/或控制包。
另一方面，本申请实施例提供了一种芯片，所述芯片包括可编程逻辑电路和/或程序指令，当所述芯片运行时，用于实现如上述方面所述的音频数据的传输方法。
另一方面，本申请实施例提供了一种蓝牙设备，所述蓝牙设备包括：处理器和存储器，所述存储器存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如上述方面所述的音频数据的传输方法。
另一方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序由处理器加载并执行以实现如上述方面所述的音频数据的传输方法。
另一方面，本申请实施例提供了一种计算机程序产品，所述计算机程序产品包括计算机指令，所述计算机指令存储在计算机可读存储介质中，处理器从所述计算机可读存储介质中获取所述计算机指令，使得所述计算机设备实现如上述方面所述的音频数据的传输方法。
本申请实施例中，第一蓝牙设备向第二蓝牙设备传输音频数据的过程中，可以通过向第二蓝牙设备传输切换指令和/或控制包，指示音频数据传输由CIS链路切换至BIS链路，进而通过BIS链路继续向第二蓝牙设备传输音频数据，在保证音频数据连续传输的前提下，由于第二蓝牙设备通过BIS链路接收到音频数据后无需进行发送确认数据包(通过CIS链路接收到音频数据后需要向第一蓝牙设备发送确认数据包)，因此能够降低蓝牙设备的功耗，提升蓝牙设备的续航。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了本申请一个示例性实施例提供的蓝牙系统的示意图；
图2示出了本申请一个示例性实施例提供的音频数据的传输方法的流程图；
图3示出了本申请另一个示例性实施例提供的音频数据的传输方法的流程图；
图4是本申请一个示例性实施例示出的CIS切换为BIS过程的实施示意图；
图5是本申请一个示例性实施例示出的CIS切换为BIS过程的交互示意图；
图6是本申请一个示例性实施例示出的BIS链路建立过程的交互示意图；
图7是本申请一个示例性实施例示出的BIS链路建立过程的实施示意图；
图8示出了本申请另一个示例性实施例提供的音频数据的传输方法的流程图；
图9是本申请一个示例性实施例示出的BIS切换为CIS过程的实施示意图；
图10是本申请一个示例性实施例示出的BIS切换为CIS过程的交互示意图；
图11是本申请一个示例性实施例示出的通过广播方式建立CIS链路过程的实施示意图；
图12是本申请另一个示例性实施例示出的通过广播方式建立CIS链路过程的实施示意图；
图13是本申请一个示例性实施例示出的通过广播方式建立CIS链路过程的交互示意图；
图14示出了本申请一个示例性实施例提供的音频数据的传输装置的结构框图；
图15示出了本申请另一个示例性实施例提供的音频数据的传输装置的结构框图；
图16示出了本申请一些示例性实施例提供的蓝牙设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
为了方便理解，下面首先对本申请实施例中涉及的名词进行解释。
CIS：蓝牙5.2协议版本推出的BLE链接音频方案，可以在任意两个蓝牙设备或者多个蓝牙设备之间分享音频数据。其中，链接同步组(Connected Isochronous Group，CIG)可以对应一个或多个CIS(最多可以包含31个CIS)，而连续的两个CIS之间设置有时间间隔(ISO_Interval)参数。相关技术中，蓝牙设备之间的CIS链路基于蓝牙设备之间的ACL(Asynchronous Connection-oriented Link，异步连接链路)链路建立得到。
BIS：主要用于广播音频场景，是一个全新的蓝牙技术，主要特点是音频传输过程，蓝牙设备之间没有连接，任何蓝牙设备只要在允许的范围内就可以接收音频数据包。其中，广播同步组(Broadcast Isochronous Group，BIG)可以对应一个或多个BIS(最多可以包含31个BIS)。并且，数据传输过程中不需要应答机制，虽然没有数据应答机制，但是BIG通过重新定义了一些其他机制来提高数据传输的成功率。相关技术中，BIS链路通过广播方式建立得到。
相关技术中，蓝牙音频(BLE Audio)场景中，手机与耳机之间建立CIS链路，手机通过CIS链路向耳机传输音频数据，而耳机则需要在接收到音频数据后回复确认数据包(ack包)。由于耳机发送确认数据包需要打开射频发射窗口，手机接收确认数据包需要打开射频接收窗口，因此会带来额外功耗，对于耳机和手机这类电池容量较小的蓝牙设备尤为明显。
考虑到BIS与CIS进行数据传输的信道相同，使用相同的跳频算法，且通过BIS链路进行数据传输的可靠性较好，本申请实施例提出了一种蓝牙音频场景下BIS与CIS链路的无缝切换方案。在一种应用场景下，使用耳机进行听歌时，手机与耳机之间可以由CIS链路切换为BIS链路。由于BIS链路上数据的传输无需进行确认回复，因此耳机可以节约一个发送时隙，而手机可以节约一个接收时隙，有助于降低手机和耳机的功耗。
请参考图1，其示出了本申请一个示例性实施例提供的蓝牙系统的示意图。该蓝牙系统10包括：第一蓝牙设备110和第二蓝牙设备120。
在一些实施例中，第一蓝牙设备110作为发送端设备可以是手机，平板，笔记本电脑，智能手表等。第二蓝牙设备120作为接收端设备可以是蓝牙耳机，蓝牙音箱，车载蓝牙播放设备等。
在另一些实施例中，第二蓝牙设备120可以作为发送端设备，第一蓝牙设备110可以作为接收端设备。比如，第一蓝牙设备110可以是手机，第二蓝牙设备120可以是设置有麦克风的耳机，使用耳机进行语音通话的过程中，手机向耳机传输下行音频数据(对端声音)，耳机则向手机传输上行音频数据(本端声音)。
本申请实施例中，第一蓝牙设备110可以通过CIS链路向第二蓝牙设备120传输音频数据，也可以通过BIS链路向第二蓝牙设备120传输音频数据，且第一蓝牙设备110可以根据使用场景，对设备之间的链路进行切换。比如，可以将CIS链路切换为BIS链路，也可以将BIS链路切换为CIS链路。
需要说明的是，上述实施例仅以蓝牙系统中包含单一第二蓝牙设备120为例进行说明，在其他可能的实施例中，第一蓝牙设备110可以同时向多个第二蓝牙设备传输音频数据，本实施例对此不作限定。
请参考图2，其示出了本申请一个示例性实施例提供的音频数据的传输方法的流程图。该方法可以包括如下步骤。
步骤201，第一蓝牙设备向第二蓝牙设备传输第一CIS数据流，第一CIS数据流对应于 音频数据的第一部分。
在一些实施例中，蓝牙音频场景下，第一蓝牙设备与第二蓝牙设备之间建立有CIS链路，第一蓝牙设备通过CIS链路向第二蓝牙设备发送下行音频数据(即第一CIS数据流)。
可选的，由于CIS链路支持上行以及下行数据传输，因此第二蓝牙设备可以通过CIS链路向第一蓝牙设备发送上行音频数据。比如，在语音通话场景下，手机通过与蓝牙耳机之间的CIS链路向蓝牙耳机传输对端音频数据，蓝牙耳机则通过CIS链路向耳机传输本端音频数据。
步骤202，第二蓝牙设备接收第一蓝牙设备传输的第一CIS数据流，第一CIS数据流对应于音频数据的第一部分。
相应的，第二蓝牙设备通过CIS链路接收第一蓝牙设备传输的下行音频数据。并且，第二蓝牙设备接收到下行音频数据后，通过CIS链路向第一蓝牙设备传输确定数据包，告知第一蓝牙设备下行音频数据已正确接收，以便第一蓝牙设备继续进行传输下行音频数据。
在一些实施例中，音频数据传输过程中，第二蓝牙设备通过发送NULL包完成数据确认。
步骤203，第一蓝牙设备向第二蓝牙设备传输切换命令和/或控制包，以用于指示切换传输模式。
在一些蓝牙音频场景下，由于第二蓝牙设备并没有上行传输需求，因此为了避免因不断发送确定数据包造成功耗增加，第一蓝牙设备可以通过发送切换命令和/或控制包的方式，指示第二蓝牙设备切换传输模式。
本申请实施例中，该切换命令和/或控制包用于指示在CIS和BIS两种传输模式间进行切换。
在一些实施例中，当第一蓝牙设备的host(主机)层确定当前应用场景下第二蓝牙设备没有上行传输需求时，第一蓝牙设备的host层向controller(控制器)层发送HCI(Host Controller Interface，主机控制接口)命令，指示与第二蓝牙设备建立BIS链路。
比如，当第一蓝牙设备的host层确定当前为蓝牙音频播放场景时(仅需要第一蓝牙设备向第二蓝牙设备单向传输音频数据)，第一蓝牙设备向第二蓝牙设备传输切换命令和/或控制包。
关于切换命令和/或控制包的传输方式，在一种可能的实施方式中，当第一蓝牙设备与第二蓝牙设备之间建立有ACL链路时，第一蓝牙设备可以通过ACL链路向第二蓝牙设备传输切换命令和/或控制包，即LLCP(Logical Link Control Protocol，逻辑链路控制协议)空口消息；当第一蓝牙设备与第二蓝牙设备之间未建立ACL链路时，第一蓝牙设备可以通过广播方式向第二蓝牙设备传输切换命令和/或控制包。
在一些实施例中，该切换命令和/或控制包除了用于指示切换传输模式外，还具有协商链路参数的功能。在另一些实施例中，第一蓝牙设备与第二蓝牙设备还可以通过切换命令和/或控制包以外的空口消息协商链路数据。
步骤204，第二蓝牙设备接收第一蓝牙设备传输的用于指示切换传输模式的切换命令和/或控制包。
相应的，第二蓝牙设备接收到第一蓝牙设备传输的切换命令和/或控制包后，知悉需要由CIS链路切换为BIS链路，从而与第一蓝牙设备建立BIS链路。
步骤205，第一蓝牙设备向第二蓝牙设备传输BIS数据流，BIS数据流对应于音频数据的第二部分。
第一蓝牙设备与第二蓝牙设备完成BIS链路建立后，第一蓝牙设备即通过BIS链路继续向第二蓝牙设备传输下行音频数据(即BIS数据流)，保证传输模式切换前后音频的连续性。
步骤206，第二蓝牙设备接收第一蓝牙设备传输的BIS数据流，BIS数据流对应于音频数据的第二部分。
相应的，第二蓝牙设备通过BIS链路接收第一蓝牙设备传输的下行音频数据。由于BIS 模式下没有数据确认机制(通过其他方式保证数据传输的可靠性)，因此第二蓝牙设备接收到BIS数据流后，无需向第一蓝牙设备发送确定数据包，从而节省了上行射频传输资源，降低蓝牙音频场景下的功耗。
综上所述，本申请实施例中，第一蓝牙设备向第二蓝牙设备传输音频数据的过程中，可以通过向第二蓝牙设备传输切换指令和/或控制包，指示音频数据传输由CIS链路切换至BIS链路，进而通过BIS链路继续向第二蓝牙设备传输音频数据，在保证音频数据连续传输的前提下，由于第二蓝牙设备通过BIS链路接收到音频数据后无需进行发送确认数据包(通过CIS链路接收到音频数据后需要向第一蓝牙设备发送确认数据包)，因此能够降低蓝牙设备的功耗，提升蓝牙设备的续航。
在一种可能的应用场景下，第一蓝牙设备与第二蓝牙设备之间首先建立ACL链路，然后基于ACL链路，通过发送LLCP空口消息的方式与第二蓝牙设备协商CIS链路参数，从而与第二蓝牙设备建立CIS链路。
这种场景下，第一蓝牙设备可以通过ACL链路向第二蓝牙设备传输切换命令和/或控制包，并基于ACL链路与第二蓝牙设备建立BIS链路，以此提高BIS链路的建立效率，下面采用实施例进行说明。
请参考图3，其示出了本申请另一个示例性实施例提供的音频数据的传输方法的流程图。该方法可以包括如下步骤。
步骤301，第一蓝牙设备向第二蓝牙设备传输第一CIS数据流，所述第一CIS数据流对应于音频数据的第一部分。
本步骤的实施方式可以参考步骤201，本实施例在此不作赘述。
步骤302，第二蓝牙设备接收第一蓝牙设备传输的第一CIS数据流，第一CIS数据流对应于音频数据的第一部分。
本步骤的实施方式可以参考步骤202，本实施例在此不作赘述。
步骤303，第一蓝牙设备通过第一蓝牙设备与第二蓝牙设备间的ACL链路传输切换命令和/或控制包。
在一些实施例中，当需要进行传输模式切换时，第一蓝牙设备通过ACL链路，即通过LLCP空口通信的方式，向第二蓝牙设备发送切换命令和/或控制包。
步骤304，第二蓝牙设备通过ACL链路接收第一蓝牙设备传输的用于指示切换传输模式的切换命令和/或控制包。
对应的，第二蓝牙设备通过ACL链路接收第一蓝牙设备传输的切换命令和/或控制包。
步骤305，第一蓝牙设备向第二蓝牙设备发送LLCP空口消息，以用于协商BIS链路参数和/或建立BIS链路。
在一种可能的实施方式中，第一蓝牙设备通过切换命令和/或控制包指示第二蓝牙设备进行传输模式切换后，进一步通过LLCP交互的方式写上BIS链路参数，以便后续基于该BIS链路参数建立BIS链路。
在其他可能的实施方式中，上述切换命令和/或控制包除了具有指示切换传输模式的功能外，还具有协商BIS链路参数的功能，即上述切换命令和/或控制包与用于协商BIS链路参数的LLCP空口消息可以整合，本实施例对此不作限定。
其中，上述LLCP空口消息通过ACL链路传输。
步骤306，第二蓝牙设备接收第二蓝牙设备发送的用于协商BIS链路参数的LLCP空口消息，并基于LLCP空口消息建立BIS链路。
对应的，第二蓝牙设备接收第一蓝牙设备发送的LLCP空口消息，并基于LLCP空口消息中包含的BIS链路参数建立BIS链路。
关于第一蓝牙设备与第二蓝牙设备通过LLCP空口交互协商BIS链路参数的过程，在一种可能的实施方式中，该过程可以包括如下步骤：
1、第一蓝牙设备向第二蓝牙设备发送BIS建立请求。
在一些实施例中，第一蓝牙设备通过与第二蓝牙设备之间的ACL链路向第二蓝牙设备发送BIS建立请求。
在一些实施例中，当需要由CIS链路切换为BIS链路时，第一蓝牙设备的host层发送建立BIG链路的命令LE_set_BIG_parameters(用于设置BIG参数，包括物理层类型、BIS数量、加密方式等等)以及LE_create_BIS(用于创建BIS)给controller层。Controller层处理完上述HCI命令后，通过ACL链路向第二蓝牙设备发送LL_BIS_REQ(即BIS建立请求)。
可选的，该BIS建立请求中包含与第二蓝牙设备协商的部分BIS链路参数。比如，与BIS传输相关的物理层(PHY)类型、SDU(Service Data Unit，服务数据单元)参数、PDU(Protocol Data Unit，协议数据单元)参数以及BIS参数等等。
2、第二蓝牙设备接收第一蓝牙设备发送的BIS建立请求。
在一些实施例中，第二蓝牙设备的controller层通过ACL链路接收到第一蓝牙设备发送的BIS建立请求，并将BIS建立请求发送至host层，由host层确定是否接受。
3、第二蓝牙设备向第一蓝牙设备发送BIS请求接受应答。
在一些实施例中，第二蓝牙设备通过ACL链路向第一蓝牙设备发送BIS请求接受应答。
在一些实施例中，当第二蓝牙设备的host层向controller层发送接受命令后，第二蓝牙设备的controller层即通过ACL链路向第一蓝牙设备发送BIS请求接受应答(LL_BIS_RSP)。
可选的，该BIS请求接受应答中包含与第一蓝牙设备协商的部分BIS链路参数。
4、在接收到第二蓝牙设备发送的BIS请求接受应答的情况下，第一蓝牙设备向第二蓝牙设备发送BIS建立指示。
接收到BIS请求接受应答后，表明第二蓝牙设备同意与第一蓝牙设备建立BIS链路，第一蓝牙设备进一步向第二蓝牙设备发送BIS建立指示(LL_BIS_IND)。在一些实施例中，第一设备通过ACL链路向第二蓝牙设备发送BIS建立指示。
可选的，该BIS建立指示中包含与第二蓝牙设备协商得到BIS链路参数。
在一些实施例中，由于该BIS链路并未采用传统的广播方式建立，而是基于ACL链路建立，因此该BIS建立指示包括BIG偏移(BIG Offset)，且该BIG偏移为BIG锚点(BIG anchorpoint)与ACL锚点(ACL anchorpoint)之间的时间偏移。后续过程中，第二蓝牙设备可以基于ACL锚点以及BIG偏移确定音频数据的接收窗口，从而进行下行音频数据接收。
并且，为了保证第二蓝牙设备由CIS链路切换至BIS链路的时间点，与第一蓝牙设备由CIS链路切换至BIS链路的时间点一致，以此保证传输模式切换前后音频数据连续传输，而不出现中断，在一些实施例中，BIS建立指示包括第一切换事件时间点。在一些实施例中，该第一切换事件时间点指由CIS链路切换至BIS链路的起始事件。
示意性的，如图4所示，BIS建立指示中包含BIG偏移、第一切换事件时间点“事件x+1”以及BIS_spacing(BIG中与BIS相邻的子事件的开始之间的时间间隔)。在CIG事件x时，第一蓝牙设备通过CIS链路(CIG中包含CIS1和CIS2)传输下行音频数据；在BIG事件x+1时，第一蓝牙设备基于ACL链路的ACL锚点以及BIG偏移，确定BIG锚点，并基于该BIG锚点通过BIG链路(BIG中包含BIS1和BIS2)传输下行音频数据。
并且，由于开始阶段通过CIS链路传输下行音频数据，因此传输模式切换后第一蓝牙设备可以沿用部分链路参数传输下行音频数据。在一些实施例中，BIS建立指示中包含BIS链路参数，且BIS链路参数是基于CIS链路参数所确定。
在一些实施例中，BIS链路参数与CIS链路参数在以下参数的至少一项上一致：信道频点；时间窗口；以及，物理层类型。
当然，除了复用CIS的部分链路参数外，BIS链路参数还具有BIS独有的链路参数，本申请实施例对此不作限定。
5、第二蓝牙设备接收第一蓝牙设备发送的BIS建立指示。
在一些实施例中，第二蓝牙设备通过ACL链路接收BIS建立指示，并提取BIS建立指示中包含的BIS链路参数。
6、第二蓝牙设备基于BIS建立指示建立BIS链路。
在一些实施例中，第一蓝牙设备向第二蓝牙设备传输BIS建立指示后，向第二蓝牙设备传输BIS_Null PDU(BIS无效PDU)，第二蓝牙设备接收到BIS_Null PDU后，即完成BIS链路建立。
步骤307，第一蓝牙设备向第二蓝牙设备传输BIS数据流，BIS数据流对应于音频数据的第二部分。
在一些实施例中，第一蓝牙设备在达到约定的第一切换事件时间点时，由CIS链路切换至BIS链路，并通过BIS链路向第二蓝牙设备传输BIS数据流。
步骤308，第二蓝牙设备接收第一蓝牙设备传输的BIS数据流，BIS数据流对应于音频数据的第二部分。
在一些实施例中，第二蓝牙设备在达到约定的第一切换事件时间点时，由CIS链路切换至BIS链路，并通过BIS链路接收第二蓝牙设备传输的BIS数据流。由于第一蓝牙设备与第二蓝牙设备切换链路的时间点保持一致，以此能够避免音频数据传输中断，保证传输模式切换前后音频的连续性。
在一个示意性的例子中，由CIS链路切换为BIG链路过程中，蓝牙设备A与蓝牙设备B间的空口交互过程如图5所示。
阶段1：蓝牙设备A与蓝牙设备B通过CIS链路传输音频数据。
蓝牙设备A与蓝牙设备B通过各自controller层之间的CIS链路传输CIS数据PDU(CIS Data PDU)，再由controller层向各自的host层传输ISO Data。
阶段2：蓝牙设备A与蓝牙设备B之间的链路由CIS切换为BIS。
蓝牙设备A的hostA向controllerA发送LE set BIG Parameters和LE Create BIS这两条HCI命令，controllerA完成命令处理后，通过ACL链路向蓝牙设备B发送LL_BIS_REQ。蓝牙设备B的hostB向controllerB发送LL BIS Request，controllerB在接受BIS建立请求时，向hostB发送LL Accept BIS，由hostB进一步通过ACL链路向蓝牙设备A发送LL_BIS_RSP。蓝牙设备A接收到LL_BIS_RSP后，将包含BIS链路参数的LL_BIS_IND发送至蓝牙设备B，指示蓝牙设备B创建BIS链路。蓝牙设备A通过发送BIS Null PDU，完成与蓝牙设备B之间BIS链路的建立(包括在各自的host和controller层之间建立ISO数据通路)，并继续通过BIS链路传输BIS数据PDU(BIS Data PDU)。
本实施例中，第一蓝牙设备通过已建立的ACL链路与第二蓝牙设备协商链路参数，从而基于ACL链路与第二蓝牙设备建立BIS链路，无需通过传统的广播方式，提高了BIS链路的建立效率。
并且，第一蓝牙设备通过在LLCP空口消息中指示切换事件时间点，使第一蓝牙设备与第二蓝牙设备切换链路的时间点保持一致，以此能够避免音频数据传输中断，保证传输模式切换前后音频的连续性。
上述实施例中，以CIS传输过程中切换为BIS传输为例进行说明，在另一种可能的应用场景下，第一蓝牙设备也可以在音频传输开启阶段即通过BIS链路进行数据传输。
并且，在第一蓝牙设备与第二蓝牙设备建立有ACL链路，但未建立CIS链路的情况下，为了简化第一蓝牙设备的链路调度，第一蓝牙设备可以不通过广播方式建立BIS链路，而是基于ACL链路建立BIS链路。
在一个示意性的例子中，由基于ACL链路建立BIG链路过程中，蓝牙设备A与蓝牙设备B间的空口交互过程如图6所示。
在蓝牙设备A与蓝牙设备B建立有ACL链路的情况下，蓝牙设备A的hostA向controllerA发送LE set BIG Parameters和LE Create BIS这两条HCI命令，controllerA完成命令处理后， 通过ACL链路向蓝牙设备B发送LL_BIS_REQ。蓝牙设备B的hostB向controllerB发送LL BIS Request，controllerB在接受BIS建立请求时，向hostB发送LL Accept BIS，由hostB进一步通过ACL链路向蓝牙设备A发送LL_BIS_RSP。蓝牙设备A接收到LL_BIS_RSP后，将包含BIS链路参数的LL_BIS_IND发送至蓝牙设备B，指示蓝牙设备B创建BIS链路。蓝牙设备A通过发送BIS Null PDU，完成与蓝牙设备B之间BIS链路的建立(包括在各自的host和controller层之间建立ISO数据通路)，并继续通过BIS链路传输BIS数据PDU(BIS Data PDU)。
相较于由CIS链路切换为BIS链路，由于从音频数据传输初期即通过BIS链路，因此第一蓝牙设备与第二蓝牙设备通过LLCP空口消息协商BIS链路参数过程中，无需协商切换事件时间点，且无需基于CIS链路参数确定BIS链路参数。
此外，由于是基于ACL链路建立BIS链路，因此第一蓝牙设备需要通过LLCP空口消息指示BIG偏移，以便第二蓝牙设备能够根据ACL锚点和BIG偏移确定出BIG锚点。
示意性的，如图7所示，第一蓝牙设备通过LLCP空口消息与第二蓝牙设备协商包含BIG偏移在内的BIS链路参数，基于ACL链路建立BIS链路后，第一蓝牙设备基于ACL锚点以及BIG偏移发送BIS数据，相应的，第二蓝牙设备在相应的窗口接收BIS数据。
在一些应用场景下，当第二蓝牙设备存在上行音频数据传输需求时，继续通过BIS链路进行音频数据传输，会造成第一蓝牙设备无法接收到第二蓝牙设备传输的音频数据。因此当存在上行以及下行音频数据传输需求时，第一蓝牙设备与第二蓝牙设备之间的传输模式需要由BIS切换为CIS。
比如，音乐播放业务下，手机通过BIS链路向耳机传输音频数据；当存在语音通话业务需求时，手机与耳机之间需要建立CIS链路，保证手机能够向耳机传输下行音频数据，且耳机能够向手机传输上行音频数据。
下面采用示例性的实施例对BIS链路切换至CIS链路的过程进行说明。
请参考图8，其示出了本申请另一个示例性实施例提供的音频数据的传输方法的流程图。该方法可以包括如下步骤。
步骤801，第一蓝牙设备向第二蓝牙设备发送链路切换指示，链路切换指示用于指示由BIS链路切换为CIS链路。
在一些实施例中，当存在上行以及下行数据传输需求的情况下，第一蓝牙设备通过ACL链路向第二蓝牙设备发送链路切换指示。
在一些实施例中，在需要由BIS链路切换为CIS链路，且第一蓝牙设备与第二蓝牙设备之前建立有CIS链路的情况下，第一蓝牙设备的host层发送建立CIG链路的命令LE_create_CIS(用于创建CIS)给controller层。Controller层处理完该HCI命令后，通过ACL链路向第二蓝牙设备发送BIG_Switch_To_CIG_IND(即链路切换指示)。
可选的，由于第一蓝牙设备与第二蓝牙设备先前建立过CIS链路，因此由BIS链路再次切换回CIS链路时，蓝牙设备之间可以无需再次协商CIS链路参数，而是复用先前采用的CIS链路参数。
在另一些实施例中，在需要由BIS链路切换为CIS链路，且第一蓝牙设备与第二蓝牙设备之前未建立CIS链路的情况下，第一蓝牙设备host层发送建立CIG链路的命令LE_set_CIG_parameters(用于设置CIG参数)以及LE_create_CIS给controller层。Controller层处理完上述HCI命令后，通过ACL链路向第二蓝牙设备发送LL_CIS_REQ(CIS建立指示)。可选的，第一蓝牙设备与第二蓝牙设备需要进一步通过LLCP空口消息协商CIS链路参数。
为了保证第二蓝牙设备由BIS链路切换至CIS链路的时间点，与第一蓝牙设备由BIS链路切换至CIS链路的时间点一致，以此保证传输模式切换前后音频数据连续传输，而不出现中断，在一些实施例中，链路切换指示包括第二切换事件时间点。在一些实施例中，该第二切换事件时间点指由BIS链路切换至CIS链路的起始事件，即第一蓝牙设备与第二蓝牙设备 通过LLCP空口消息协商传输模式切换时间点。
示意性的，如图9所示，链路切换指示中包含第二切换事件时间点“事件x+1”。在BIG事件x时，第一蓝牙设备通过BIS链路(BIG中包含BIS1和BIS2)传输下行音频数据；在CIG事件x+1时，第一蓝牙设备基于ACL链路的ACL锚点以及CIG偏移，确定CIG锚点，并基于该CIG锚点通过CIG链路(CIG中包含CIS1和CIS2)传输下行音频数据，相应的，第二蓝牙设备在事件x+1时间点处切换为BIG链路接收下行音频数据。
步骤802，第二蓝牙设备接收第一蓝牙设备发送的链路切换指示，链路切换指示用于指示由BIS链路切换为CIS链路。
在一些实施例中，第二蓝牙设备通过ACL链路接收到链路切换指示后，知悉需要从BIS链路切换至CIS链路。
在一些实施例中，在第二蓝牙设备与第一蓝牙设备之前建立有CIS链路的情况下，第二蓝牙设备接收到链路切换指示后，确定基于原先CIS链路参数建立CIS链路。
在另一些实施例中，在第二蓝牙设备与第一蓝牙设备之前未建立CIS链路的情况下，第二蓝牙设备接收到CIS建立指示后，还需要通过LLCP空口消息与第一蓝牙设备协商CIS链路参数，以便后续基于协商得到的CIS链路参数建立CIS链路。
步骤803，第一蓝牙设备向第二蓝牙设备传输第二CIS数据流，第二CIS数据流对应于音频数据的第三部分。
在一些实施例中，在达到第二切换事件时间点的情况下，第一蓝牙设备由BIS链路切换至CIS链路，并通过CIS链路向第二蓝牙设备传输第二CIS数据流。
步骤804，第二蓝牙设备接收第一蓝牙设备传输的第二CIS数据流，第二CIS数据流对应于音频数据的第三部分。
在一些实施例中，在达到第二切换事件时间点的情况下，第二蓝牙设备由BIS链路切换至CIS链路，并通过CIS链路接收第一蓝牙设备传输的第二CIS数据流。
需要说明的是，后续过程中，当需要从CIS链路切换至BIS链路时，在一些实施例中，第一蓝牙设备通过ACL链路向第二蓝牙设备发送CIG_Switch_To_BIG_IND(需要协商切换事件时间点)，实现设备间传输模式的切换。
在一个示意性的例子中，由BIS链路切换为CIG链路过程中，蓝牙设备A与蓝牙设备B间的空口交互过程如图10所示。
蓝牙设备A与蓝牙设备B之间建立有BIS链路，并通过BIS链路传输下行音频数据(BIS Data PDU)。当需要由BIS链路切换为CIS链路时，蓝牙设备A的hostA向controllerA发送LE Create BIS命令，controllerA完成命令处理后，通过ACL链路向蓝牙设备B发送BIG_Switch_To_CIG_IND。蓝牙设备B的hostB向controllerB发送LL CIS Request by ADV mode(告知hostB在ADV模式下请求建立CIS链路)，controllerB接受请求时，向hostB发送LL Accept CIS in ADV。后续过程中，蓝牙设备A与B之间通过发送CIS Data PDU，完成CIS链路的建立(LE CIS Established Event)，并继续通过CIS链路传输CIS数据PDU(CIS Data PDU)。
本实施例中，BIS传输模式下，第一蓝牙设备通过ACL链路向第二蓝牙设备发送链路切换指示，并协商切换至CIS链路的时间点，从而在达到该时间点的情况下，完成BIS链路到CIS链路的切换，保证后续蓝牙设备间上下行音频数据的正常传输。
蓝牙音频场景下，目前的蓝牙标准规定CIS链路需要基于已建立的ACL建立，整体流程较为繁琐。为了提高CIS链路的建立效率，在一种可能的实施方式中，在向第二蓝牙设备传输CIS数据流前，第一蓝牙设备可以通过广播方式建立CIS链路。
在一些实施例中，在第一蓝牙设备与第二蓝牙设备间未建立ACL链路的情况下，采用广播方式建立CIS链路可以包括如下步骤。
1、第一蓝牙设备与第二蓝牙设备建立周期性广播同步。
在第一蓝牙设备具有与第二蓝牙设备建立CIS链路，且与第二蓝牙设备之间未建立ACL链路的情况下，第一蓝牙设备确定在广播模式下建立CIS链路。首先，第一蓝牙设备与第二蓝牙设备建立periodic adv同步。
示意性的，如图11所示，第一蓝牙设备与第二蓝牙设备之间基于ADV_EXT_IND、AUX_ADV_IND以及AUX_SYNC_IND实现周期性广播同步。
2、第二蓝牙设备与第一蓝牙设备建立周期性广播同步。
3、第一蓝牙设备向第二蓝牙设备发送周期性广播数据包，周期性广播数据包中包含CIS链路参数，以便第二蓝牙设备基于CIS链路参数建立CIS链路。
在一些实施例中，第一蓝牙设备的host层向controller层发送创建CIS链路的命令，controller层即根据该命令更新周期性广播数据包中的CIS链路参数，使第二蓝牙设备接收到周期性广播数据包后，能够根据数据包中的CIS链路参数创建CIS链路。
不同于基于ACL链路时，CIG偏移为CIG锚点与ACL锚点之间的时间偏移，采用广播方式建立CIS链路时，该CIS链路参数中包含的CIG偏移为CIG锚点与周期性广播锚点之间的时间偏移。
示意性的，如图12所示，第一蓝牙设备与第二蓝牙设备通过Ext_adv/Periodicadv进行周期性广播同步，第一蓝牙设备以周期性广播锚点(Periodicadv)与CIG锚点之间的时间偏移为CIG偏移，保证第二蓝牙设备后续在CIG锚点处开启接收窗口能够准确接收到CIS。
关于CIS链路参数的存储位置，在一些实施例中，CIS链路参数位于周期性广播数据包的Syncinfo字段以及ACAD(Additional Controller Advertising Data，额外控制广播数据)字段。
示意性的，如图11所示，周期性广播数据包AUX_SYNC_IND中的Syncinfo字段以及ACAD字段(CIG info)包含了CIS链路参数，第二蓝牙设备通过解析周期性广播数据包即可得到CIS链路参数，进而建立CIS链路。
在一些实施例中，CIG info中可以包含CIG偏移。
当然，该CIS链路参数还可以设置在周期性广播数据包其他字段，本申请实施例并不对此进行限定。
4、第二蓝牙设备接收第一蓝牙设备发送的周期性广播数据包，周期性广播数据包包括CIS链路参数。
为了区分通过广播方式建立BIS链路，在一些实施例中，用于指示创建CIS链路的周期性广播数据包中设置有标识位，第二蓝牙设备通过识别该标识位，即可确定需要通过广播方式建立CIS链路。
5、第二蓝牙设备基于CIS链路参数建立CIS链路。
在一些实施例中，第二蓝牙设备的controller层识别出CIS链路参数后，通知host层需要通过广播方式创建CIS链路。第二蓝牙设备基于CIS链路参数，作为中央(central)设备向第一蓝牙设备发送一个CIS Null PDU，第一蓝牙设备作为外围(peripheral)设备回复一个CIS Null PDU，完成CIS链路建立。
在一个示意性的例子中，通过广播方式建立CIS链路过程中，蓝牙设备A与蓝牙设备B间的交互过程如图13所示。
阶段1：蓝牙设备A通过ADV_EXT_IND、AUX_ADV_IND以及AUX_SYNC_IND在次要广播通道上发送周期性广播数据包。
阶段2：蓝牙设备A的hostA向controllerA发送LE set BIG Parameters和LE Create BIS这两条HCI命令，controllerA完成命令处理后，更新周期性广播数据包中的Syncinfo字段以及ACAD字段。蓝牙设备B的controllerB接收到周期性广播数据包后，向hostB发送请求在广播模式下建立CIS的请求(LL CIS Request by ADV mode)。hostB接受后，向controllerB反馈接受命令(LL Accept CIS in ADV)。蓝牙设备B基于CIS链路参数，向蓝牙设备A发送 CIS Null PDU，蓝牙设备A回复一个CIS Null PDU，完成CIS链路建立(包括在各自的host和controller层之间建立ISO数据通路)，并继续通过CIS链路传输CIS数据PDU(CIS Data PDU)。
需要说明的是，通过广播方式创建CIS链路后，由于蓝牙设备间并不存在ACL链路，因此当需要由CIS链路切换至BIS链路时，第一蓝牙设备通过广播方式向第二蓝牙设备传输切换命令和/或控制包，相应的，第二蓝牙设备通过广播方式接收切换命令和/或控制包。
在一些实施例中，切换命令和/或控制包采用周期性广播数据包的方式发送，周期性广播数据包中包含切换标识以及切换事件时间点，该切换标识用于指示进行传输模式切换，该切换事件时间点指切换至链路的起始事件。
通过上述实施例提供的方案，蓝牙音频场景中增加了如下工作场景：
1、基于BLE ACL链路，建立BIS链路；
2、基于BLE ACL链路，实现CIS链路与BIS链路间的相互切换；
3、Ext_adv/Periodic_adv模式下，通过广播方式创建CIS链路；
4、Ext_adv/Periodic_adv模式下，BIS链路与CIS链路间的相互切换。
在一些实施例中，在与第二蓝牙设备间建立有ACL链路的情况下，第一蓝牙设备通过ACL链路与第二蓝牙设备建立BIS链路，并通过BIS链路向第二蓝牙设备传输下行音频数据。
进一步的，第一蓝牙设备通过ACL链路向第二蓝牙设备发送切换指示，切换指示用于指示由BIS链路切换为CIS链路，并通过CIS链路向第二蓝牙设备传输下行音频数据。
在一些实施例中，在未与第二蓝牙设备建立ACL链路的情况下，第一蓝牙设备通过广播方式与第二蓝牙设备建立CIS链路，并通过CIS链路向第二蓝牙设备传输下行音频数据。
进一步的，第一蓝牙设备通过广播方式向第二蓝牙设备发送切换指示，并通过BIS链路向第二蓝牙设备传输下行音频数据。
请参考图14，其示出了本申请一个示例性实施例提供的音频数据的传输装置的结构框图，该装置包括：
数据传输模块1401，配置成向第二蓝牙设备传输第一CIS数据流，所述第一CIS数据流对应于音频数据的第一部分；
指令传输模块1402，配置成向所述第二蓝牙设备传输切换命令和/或控制包，以用于指示切换传输模式；
所述数据传输模块1401，配置成向所述第二蓝牙设备传输BIS数据流，所述BIS数据流对应于所述音频数据的第二部分。
可选的，所述指令传输模块1402，配置成：
通过所述第一蓝牙设备与所述第二蓝牙设备间的ACL链路传输所述切换命令和/或控制包。
可选的，指令传输模块1402，还配置成：向所述第二蓝牙设备发送LLCP空口消息，以用于协商BIS链路参数和/或建立BIS链路。
可选的，指令传输模块1402，配置成：
向所述第二蓝牙设备发送BIS建立请求；
在接收到所述第二蓝牙设备的BIS请求接受应答的情况下，向所述第二蓝牙设备发送BIS建立指示。
可选的，所述BIS建立指示包括BIG偏移，所述BIG偏移为BIG锚点与ACL锚点之间的时间偏移。
可选的，所述BIS建立指示包括第一切换事件时间点；
所述数据传输模块1401，配置成：
在达到所述第一切换事件时间点的情况下，由CIS链路切换至所述BIS链路，并向所述第二蓝牙设备传输所述BIS数据流。
可选的，所述BIS建立指示中包含所述BIS链路参数，所述BIS链路参数是基于CIS链路参数所确定。
可选的，所述BIS链路参数与所述CIS链路参数在以下参数的至少一项上一致：
信道频点；时间窗口；以及，物理层类型。
可选的，所述指令传输模块1402，还配置成：
向所述第二蓝牙设备发送链路切换指示，所述链路切换指示用于指示由所述BIS链路切换为CIS链路；
所述数据传输模块1401，配置成向所述第二蓝牙设备传输第二CIS数据流，所述第二CIS数据流对应于所述音频数据的第三部分。
可选的，所述链路切换指示包括第二切换事件时间点；
所述数据传输模块1401，配置成：
在达到所述第二切换事件时间点的情况下，由所述BIS链路切换至所述CIS链路，并向所述第二蓝牙设备传输所述第二CIS数据流。
可选的，所述装置还包括广播模块，配置成：
在向第二蓝牙设备传输CIS数据流前，通过广播方式与所述第二蓝牙设备建立CIS链路；和/或，通过广播方式向所述第二蓝牙设备传输所述切换命令和/或控制包。
可选的，所述广播模块，配置成：
与所述第二蓝牙设备建立周期性广播同步；
向所述第二蓝牙设备发送周期性广播数据包，所述周期性广播数据包中包含CIS链路参数。
可选的，所述CIS链路参数包括CIG偏移，所述CIG偏移为CIG锚点与周期性广播锚点之间的时间偏移。
可选的，所述CIS链路参数位于所述周期性广播数据包的Syncinfo字段以及ACAD字段。
请参考图15，其示出了本申请另一个示例性实施例提供的音频数据的传输装置的结构框图，该装置包括：
数据接收模块1501，配置成接收第一蓝牙设备传输的第一CIS数据流，所述第一CIS数据流对应于音频数据的第一部分；
指令接收模块1502，配置成接收所述第一蓝牙设备传输的用于指示切换传输模式的切换命令和/或控制包；
所述数据接收模块1501，配置成接收所述第一蓝牙设备传输的BIS数据流，所述BIS数据流对应于所述音频数据的第二部分。
可选的，所述指令接收模块1502，配置成：
通过所述第一蓝牙设备与所述第二蓝牙设备间的ACL链路接收所述切换命令和/或控制包。
可选的，所述指令接收模块1502，还配置成：
接收所述第二蓝牙设备发送的用于协商BIS链路参数的LLCP空口消息；
基于所述LLCP空口消息建立BIS链路。
可选的，所述指令接收模块1502，配置成：
接收所述第一蓝牙设备发送的BIS建立请求；
向所述第一蓝牙设备发送BIS请求接受应答；
接收所述第一蓝牙设备发送的BIS建立指示；
可选的，所述BIS建立指示包括BIG偏移，所述BIG偏移为BIG锚点与ACL锚点之间的时间偏移。
可选的，所述BIS建立指示包括第一切换事件时间点；
所述数据接收模块1501，配置成：
在达到所述第一切换事件时间点的情况下，由CIS链路切换至所述BIS链路，并接收所述第一蓝牙设备传输的所述BIS数据流。
可选的，所述BIS建立指示中包含所述BIS链路参数，所述BIS链路参数是基于CIS链路参数所确定。
可选的，BIS链路参数与所述CIS链路参数在以下参数的至少一项上一致：
信道频点；时间窗口；以及，物理层类型。
可选的，所述指令接收模块1502，还配置成：
接收所述第一蓝牙设备发送的链路切换指示，所述链路切换指示用于指示由所述BIS链路切换为CIS链路；
所述数据接收模块1501，配置成接收所述第一蓝牙设备传输的第二CIS数据流，所述第二CIS数据流对应于所述音频数据的第三部分。
可选的，所述链路切换指示包括第二切换事件时间点；
所述数据接收模块1501，配置成：
在达到所述第二切换事件时间点的情况下，由所述BIS链路切换至所述CIS链路，并接收所述第一蓝牙设备传输的所述第二CIS数据流。
可选的，所述装置还包括广播模块，配置成：
在接收所述第一蓝牙设备传输的CIS数据流前，通过广播方式与所述第一蓝牙设备建立CIS链路；和/或，通过广播方式接收所述第一蓝牙设备传输所述切换命令和/或控制包。
可选的，所述广播模块，配置成：
与所述第一蓝牙设备建立周期性广播同步；
接收所述第一蓝牙设备发送的周期性广播数据包，所述周期性广播数据包包括CIS链路参数。
可选的，所述CIS链路参数包括CIG偏移，所述CIG偏移为CIG锚点与周期性广播锚点之间的时间偏移。
可选的，所述CIS链路参数位于所述周期性广播数据包的Syncinfo字段以及ACAD字段。
需要说明的是：上述实施例提供的装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图16示出了本申请一些示例性实施例提供的蓝牙设备的结构示意图。该蓝牙设备1600可以是智能手机、平板电脑、电子书阅读器、膝上便携计算机、台式计算机、电视机、终端、音乐播放器、智能手表、智能眼镜、蓝牙耳机、蓝牙手环、蓝牙手表、蓝牙项圈、蓝牙戒指、蓝牙眼镜中的至少之一。本申请中的蓝牙设备1600可以包括一个或多个如下部件：处理器1610、存储器1620和蓝牙芯片1630。
处理器1610可以包括一个或者多个处理核心。处理器1610利用各种接口和线路连接整个蓝牙设备1600内的各个部分，通过运行或执行存储在存储器1620内的指令、程序、代码集或指令集，以及调用存储在存储器1620内的数据，执行蓝牙设备1600的各种功能和处理数据。可选地，处理器1610可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器1610可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)、神经网络处理器(Neural-network Processing Unit，NPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；NPU用 于实现人工智能(Artificial Intelligence，AI)功能；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1610中，单独通过一块芯片进行实现。
存储器1620可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。可选地，该存储器1620包括非瞬时性计算机可读介质(Non-Transitory Computer-Readable Storage Medium)。存储器1620可用于存储指令、程序、代码、代码集或指令集。存储器1620可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储根据蓝牙设备1600的使用所创建的数据(比如音频数据、电话本)等。
蓝牙芯片1630是用于实现蓝牙功能的组件。其中，蓝牙芯片1630包含主机(Host)和控制器(Controller)两部分(对应不同蓝牙协议栈)，Host和Controller可以运行在同一芯片上(单芯片架构)，也可以运行在不同芯片上(双芯片架构)。比如，Host运行在处理器上，而Controller运行在蓝牙模块上；或者，Host和Controller均运行在蓝牙芯片1630上。
除此之外，本领域技术人员可以理解，上述附图所示出的蓝牙设备1600的结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，蓝牙设备1600中还包括显示屏、传感器、扬声器、麦克风、电源等部件，在此不再赘述。
在本申请的一个示例性实施例中，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一段程序，所述至少一段程序由所述处理器加载并执行以实现上述各个方法实施例提供的音频数据的传输方法。
在本申请的一个示例性实施例中，还提供了一种芯片，所述芯片包括可编程逻辑电路和/或程序指令，当所述芯片在设备上运行时，用于实现上述各个方法实施例提供的音频数据的传输方法。
在本申请的一个示例性实施例中，还提供了一种计算机程序产品，该计算机程序产品在计算机设备的处理器上运行时，使得计算机设备执行上述音频数据的传输方法。
在本申请的一个示例性实施例中，还提供了一种计算机程序，该计算机程序包括计算机指令，计算机设备的处理器执行所述计算机指令，使得所述计算机设备执行上述各个方法实施例提供的音频数据的传输方法。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (33)

  1. 一种音频数据的传输方法，其特征在于，所述方法由第一蓝牙设备执行，所述方法包括：
    向第二蓝牙设备传输第一CIS数据流，所述第一CIS数据流对应于音频数据的第一部分；
    向所述第二蓝牙设备传输切换命令和/或控制包，以用于指示切换传输模式；
    向所述第二蓝牙设备传输BIS数据流，所述BIS数据流对应于所述音频数据的第二部分。
  2. 根据权利要求1所述的方法，其特征在于，所述向所述第二蓝牙设备传输切换命令和/或控制包，包括：
    通过所述第一蓝牙设备与所述第二蓝牙设备间的ACL链路传输所述切换命令和/或控制包。
  3. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    向所述第二蓝牙设备发送LLCP空口消息，以用于协商BIS链路参数和/或建立BIS链路。
  4. 根据权利要求3所述的方法，其特征在于，所述向所述第二蓝牙设备发送LLCP空口消息，包括：
    向所述第二蓝牙设备发送BIS建立请求；
    在接收到所述第二蓝牙设备的BIS请求接受应答的情况下，向所述第二蓝牙设备发送BIS建立指示。
  5. 根据权利要求4所述的方法，其特征在于，所述BIS建立指示包括BIG偏移，所述BIG偏移为BIG锚点与ACL锚点之间的时间偏移。
  6. 根据权利要求4所述的方法，其特征在于，所述BIS建立指示包括第一切换事件时间点；
    所述向所述第二蓝牙设备传输BIS数据流，包括：
    在达到所述第一切换事件时间点的情况下，由CIS链路切换至所述BIS链路，并向所述第二蓝牙设备传输所述BIS数据流。
  7. 根据权利要求4所述的方法，其特征在于，所述BIS建立指示还包括BIS链路参数，所述BIS链路参数是基于CIS链路参数所确定。
  8. 根据权利要求7所述的方法，其特征在于，所述BIS链路参数与所述CIS链路参数在以下参数的至少一项上一致：
    信道频点；时间窗口；以及，物理层类型。
  9. 根据权利要求4所述的方法，其特征在于，所述方法还包括：
    向所述第二蓝牙设备发送链路切换指示，所述链路切换指示用于指示由所述BIS链路切换为CIS链路；
    向所述第二蓝牙设备传输第二CIS数据流，所述第二CIS数据流对应于所述音频数据的第三部分。
  10. 根据权利要求9所述的方法，其特征在于，所述链路切换指示包括第二切换事件时间点；
    所述向所述第二蓝牙设备传输第二CIS数据流，包括：
    在达到所述第二切换事件时间点的情况下，由所述BIS链路切换至所述CIS链路，并向所述第二蓝牙设备传输所述第二CIS数据流。
  11. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    在向所述第二蓝牙设备传输CIS数据流前，通过广播方式与所述第二蓝牙设备建立CIS链路；和/或，通过广播方式向所述第二蓝牙设备传输所述切换命令和/或控制包。
  12. 根据权利要求11所述的方法，其特征在于，所述通过所述广播方式与所述第二蓝牙 设备建立CIS链路，包括：
    与所述第二蓝牙设备建立周期性广播同步；
    向所述第二蓝牙设备发送周期性广播数据包，所述周期性广播数据包包括CIS链路参数。
  13. 根据权利要求12所述的方法，其特征在于，所述CIS链路参数包括CIG偏移，所述CIG偏移为CIG锚点与周期性广播锚点之间的时间偏移。
  14. 根据权利要求12所述的方法，其特征在于，所述CIS链路参数位于所述周期性广播数据包的Syncinfo字段以及ACAD字段。
  15. 一种音频数据的传输方法，其特征在于，所述方法由第二蓝牙设备执行，所述方法包括：
    接收第一蓝牙设备传输的第一CIS数据流，所述第一CIS数据流对应于音频数据的第一部分；
    接收所述第一蓝牙设备传输的用于指示切换传输模式的切换命令和/或控制包；
    接收所述第一蓝牙设备传输的BIS数据流，所述BIS数据流对应于所述音频数据的第二部分。
  16. 根据权利要求15所述的方法，其特征在于，所述接收所述第一蓝牙设备传输的切换命令和/或控制包，包括：
    通过所述第一蓝牙设备与所述第二蓝牙设备间的ACL链路接收所述切换命令和/或控制包。
  17. 根据权利要求15所述的方法，其特征在于，所述方法还包括：
    接收所述第二蓝牙设备发送的用于协商BIS链路参数的LLCP空口消息；
    基于所述LLCP空口消息建立BIS链路。
  18. 根据权利要求17所述的方法，其特征在于，所述接收所述第二蓝牙设备发送的用于协商BIS链路参数的LLCP空口消息，包括：
    接收所述第一蓝牙设备发送的BIS建立请求；
    向所述第一蓝牙设备发送BIS请求接受应答；
    接收所述第一蓝牙设备发送的BIS建立指示。
  19. 根据权利要求18所述的方法，其特征在于，所述BIS建立指示包括BIG偏移，所述BIG偏移为BIG锚点与ACL锚点之间的时间偏移。
  20. 根据权利要求18所述的方法，其特征在于，所述BIS建立指示包括第一切换事件时间点；
    所述接收所述第一蓝牙设备传输的BIS数据流，包括：
    在达到所述第一切换事件时间点的情况下，由CIS链路切换至所述BIS链路，并接收所述第一蓝牙设备传输的所述BIS数据流。
  21. 根据权利要求18所述的方法，其特征在于，所述BIS建立指示中包含所述BIS链路参数，所述BIS链路参数是基于CIS链路参数所确定。
  22. 根据权利要求21所述的方法，其特征在于，所述BIS链路参数与所述CIS链路参数在以下参数的至少一项上一致：
    信道频点；时间窗口；以及，物理层类型。
  23. 根据权利要求18所述的方法，其特征在于，所述方法还包括：
    接收所述第一蓝牙设备发送的链路切换指示，所述链路切换指示用于指示由所述BIS链路切换为CIS链路；
    接收所述第一蓝牙设备传输的第二CIS数据流，所述第二CIS数据流对应于所述音频数据的第三部分。
  24. 根据权利要求23所述的方法，其特征在于，所述链路切换指示包括第二切换事件时间点；
    所述接收所述第一蓝牙设备传输的第二CIS数据流，包括：
    在达到所述第二切换事件时间点的情况下，由所述BIS链路切换至所述CIS链路，并接收所述第一蓝牙设备传输的所述第二CIS数据流。
  25. 根据权利要求15所述的方法，其特征在于，所述方法还包括：
    在接收所述第一蓝牙设备传输的CIS数据流前，通过广播方式与所述第一蓝牙设备建立CIS链路；和/或，通过广播方式接收所述第一蓝牙设备传输所述切换命令和/或控制包。
  26. 根据权利要求25所述的方法，其特征在于，所述通过所述广播方式与所述第一蓝牙设备建立CIS链路，包括：
    与所述第一蓝牙设备建立周期性广播同步；
    接收所述第一蓝牙设备发送的周期性广播数据包，所述周期性广播数据包包括CIS链路参数。
  27. 根据权利要求26所述的方法，其特征在于，所述CIS链路参数包括CIG偏移，所述CIG偏移为CIG锚点与周期性广播锚点之间的时间偏移。
  28. 根据权利要求26所述的方法，其特征在于，所述CIS链路参数位于所述周期性广播数据包的Syncinfo字段以及ACAD字段。
  29. 一种音频数据的传输装置，其特征在于，所述装置包括：
    数据传输模块，配置成：
    向第二蓝牙设备传输第一CIS数据流，所述第一CIS数据流对应于音频数据的第一部分；
    向所述第二蓝牙设备传输BIS数据流，所述BIS数据流对应于所述音频数据的第二部分；
    指令传输模块，配置成：
    向所述第二蓝牙设备传输切换命令和/或控制包，以用于指示切换传输模式。
  30. 一种音频数据的传输装置，其特征在于，所述装置包括：
    数据接收模块，配置成：
    接收第一蓝牙设备传输的第一CIS数据流，所述第一CIS数据流对应于音频数据的第一部分；
    接收所述第一蓝牙设备传输的BIS数据流，所述BIS数据流对应于所述音频数据的第二部分；
    指令接收模块，配置成：
    接收所述第一蓝牙设备传输的用于指示切换传输模式的切换命令和/或控制包。
  31. 一种芯片，其特征在于，所述芯片包括可编程逻辑电路和/或程序指令，当所述芯片运行时，用于实现如权利要求1至14任一所述的音频数据的传输方法，或，实现如权利要求15至28任一所述的音频数据的传输方法。
  32. 一种蓝牙设备，其特征在于，所述蓝牙设备包括：处理器和存储器，所述存储器存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如权利要求1至14任一所述的音频数据的传输方法，或，实现如权利要求15至28任一所述的音频数据的传输方法。
  33. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序由处理器加载并执行以实现如权利要求1至14任一所述的音频数据的传输方法，或，实现如权利要求15至28任一所述的音频数据的传输方法。
PCT/CN2022/128413 2022-10-28 2022-10-28 音频数据的传输方法、装置、芯片、设备及存储介质 WO2024087219A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2022/128413 WO2024087219A1 (zh) 2022-10-28 2022-10-28 音频数据的传输方法、装置、芯片、设备及存储介质
CN202280046056.3A CN117597868A (zh) 2022-10-28 2022-10-28 音频数据的传输方法、装置、芯片、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/128413 WO2024087219A1 (zh) 2022-10-28 2022-10-28 音频数据的传输方法、装置、芯片、设备及存储介质

Publications (1)

Publication Number Publication Date
WO2024087219A1 true WO2024087219A1 (zh) 2024-05-02

Family

ID=89918863

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/128413 WO2024087219A1 (zh) 2022-10-28 2022-10-28 音频数据的传输方法、装置、芯片、设备及存储介质

Country Status (2)

Country Link
CN (1) CN117597868A (zh)
WO (1) WO2024087219A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112188415A (zh) * 2020-09-27 2021-01-05 展讯半导体(成都)有限公司 一种低功耗蓝牙同步数据串流传输方法及装置
US20220030505A1 (en) * 2019-01-17 2022-01-27 Lg Electronics Inc. Method and device for providing audio service using bluetooth technology
CN114786095A (zh) * 2022-04-19 2022-07-22 恒玄科技(上海)股份有限公司 音频共享控制方法、装置、耳机设备及存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220030505A1 (en) * 2019-01-17 2022-01-27 Lg Electronics Inc. Method and device for providing audio service using bluetooth technology
CN112188415A (zh) * 2020-09-27 2021-01-05 展讯半导体(成都)有限公司 一种低功耗蓝牙同步数据串流传输方法及装置
CN114786095A (zh) * 2022-04-19 2022-07-22 恒玄科技(上海)股份有限公司 音频共享控制方法、装置、耳机设备及存储介质

Also Published As

Publication number Publication date
CN117597868A (zh) 2024-02-23

Similar Documents

Publication Publication Date Title
US9716969B2 (en) Method and apparatus for controlling device in wireless communication system
US9544718B2 (en) Method and apparatus for transmitting and receiving audio stream in wireless communication system
US10034160B2 (en) Method and apparatus for transmitting or receiving data using bluetooth in wireless communication system
EP3893109B1 (en) Method and device for connecting bluetooth devices
US10616743B2 (en) Low-latency audio streaming with communication coexistence
US9693180B2 (en) Method and apparatus for transmitting and receiving audio streams in wireless communication system
US20160359925A1 (en) Method and apparatus for transmitting and receiving data in wireless communication system
CN111294783B (zh) 音频数据传输的方法、装置、芯片和电子设备
US20160366263A1 (en) Method and device for transmitting or receiving data in wireless communication system
US20170034646A1 (en) Method and apparatus for transmitting and receiving data in wireless communication system
US11800337B2 (en) Method and apparatus for establishing Bluetooth data channel
US20160299739A1 (en) Method for controlling data streaming using bluetooth communication
CN114982369A (zh) 音频数据传输的方法、装置、芯片和电子设备
US20240168703A1 (en) Method, device, and computer program for audio routing in wireless communication system, and recording medium therefor
CN113840269B (zh) 一种多媒体数据传输方法、装置、电子设备和存储介质
CN117296348A (zh) 用于蓝牙音频多流的方法和电子设备
US20220417743A1 (en) Method, apparatus, and computer program for setting encryption key in wireless communication system, and recording medium for same
US20220353616A1 (en) Method, device, and computer program for controlling and managing state of peripheral device in wireless communication system, and recording medium therefor
WO2024087219A1 (zh) 音频数据的传输方法、装置、芯片、设备及存储介质
WO2022206270A1 (zh) 设备添加方法、装置、蓝牙芯片及设备
US20220272499A1 (en) Bluetooth communication system capable of avoiding voice interruption, and related bluetooth device set
US20220256314A1 (en) Method, apparatus and computer program for broadcast discovery service in wireless communication system, and recording medium therefor
CN115278615A (zh) 蓝牙设备控制传输的方法和装置、电子设备
WO2022134734A1 (zh) 无线通讯方法及系统
WO2024001362A9 (zh) 显示设备、蓝牙设备和数据处理方法

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 202280046056.3

Country of ref document: CN