WO2024060247A1 - 基于蓝牙通信的数据交互方法、装置、设备及存储介质 - Google Patents

基于蓝牙通信的数据交互方法、装置、设备及存储介质 Download PDF

Info

Publication number
WO2024060247A1
WO2024060247A1 PCT/CN2022/121090 CN2022121090W WO2024060247A1 WO 2024060247 A1 WO2024060247 A1 WO 2024060247A1 CN 2022121090 W CN2022121090 W CN 2022121090W WO 2024060247 A1 WO2024060247 A1 WO 2024060247A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
data packet
header
bluetooth
packet
Prior art date
Application number
PCT/CN2022/121090
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/121090 priority Critical patent/WO2024060247A1/zh
Publication of WO2024060247A1 publication Critical patent/WO2024060247A1/zh

Links

Images

Classifications

    • 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 present application relates to the field of Bluetooth technology, and in particular to a data interaction method, device, equipment and storage medium based on Bluetooth communication.
  • central devices and peripheral devices usually exchange business data through a connection-oriented synchronous stream service (Connected Isochronous Stream, CIS) link, and exchange non-business data through a connection-oriented asynchronous logical link (Asynchronous Connection-oriented, ACL).
  • connection-oriented synchronous stream service Connected Isochronous Stream, CIS
  • ACL Asynchronous Connection-oriented
  • Embodiments of the present application provide a data interaction method, device, equipment and storage medium based on Bluetooth communication, which can be used in Bluetooth communication to increase the speed of non-service data interaction by sending non-service data on the CIS link.
  • a data interaction method based on Bluetooth communication is provided.
  • the method is executed by a first Bluetooth device, and the method includes:
  • At least one of the first data packet and the second data packet carries non-service data.
  • a data interaction method based on Bluetooth communication is provided.
  • the method is executed by a second Bluetooth device.
  • the method includes:
  • At least one of the first data packet and the second data packet carries non-service data.
  • a data interaction device based on Bluetooth communication includes:
  • the first sending module is configured to send the first data packet in the sub-event of the connection-oriented CIS link
  • a first receiving module configured to receive the second data packet corresponding to the first data packet in the sub-event
  • At least one of the first data packet and the second data packet carries non-service data.
  • a data interaction device based on Bluetooth communication includes:
  • a second receiving module configured to receive the first data packet in a sub-event of the connection-oriented CIS link
  • a second sending module configured to send a second data packet corresponding to the first data packet in the sub-event
  • At least one of the first data packet and the second data packet carries non-service data.
  • a terminal which terminal includes: a processor; a transceiver connected to the processor; a memory for storing executable instructions of the processor; wherein, the processor Configured to load and execute the executable instructions to implement the data interaction method based on Bluetooth communication as described in the above aspect.
  • a computer-readable storage medium is provided, with executable instructions stored in the computer-readable storage medium, and the executable instructions are loaded and executed by the processor to implement the above aspects.
  • the data interaction method based on Bluetooth communication described above.
  • a computer program product comprising computer instructions stored in a computer-readable storage medium, and a processor of a computer device reads from the computer-readable storage medium
  • the computer instructions are read, and the processor executes the computer instructions, so that the computer device executes the data interaction method based on Bluetooth communication as described in the above aspect.
  • a chip is provided.
  • the chip includes programmable logic circuits and/or program instructions. When the chip is run, it is used to implement the data interaction method based on Bluetooth communication as described in the above aspect.
  • the interaction cycle of non-business data can be reduced, thereby improving the speed of non-business data interaction.
  • Figure 1 shows a schematic diagram of a Bluetooth communication scenario in related technology
  • Figure 2 shows a schematic diagram of a data interaction system based on Bluetooth communication provided by some exemplary embodiments of the present application
  • Figure 3 shows a schematic flow chart of a data interaction method based on Bluetooth communication provided by some exemplary embodiments of the present application
  • Figure 4 shows a schematic flow chart of a data interaction method based on Bluetooth communication provided by some exemplary embodiments of the present application
  • Figure 5 shows a schematic flow chart of a data interaction method based on Bluetooth communication provided by some exemplary embodiments of the present application
  • Figure 6 shows a schematic flow chart of a data interaction method based on Bluetooth communication provided by some exemplary embodiments of the present application
  • Figure 7 shows a schematic flow chart of a data interaction method based on Bluetooth communication provided by some exemplary embodiments of the present application
  • Figure 8 shows a schematic diagram of a data interaction method based on Bluetooth communication provided by some exemplary embodiments of the present application.
  • Figure 9 shows a schematic flow chart of a data interaction method based on Bluetooth communication provided by some exemplary embodiments of the present application.
  • Figure 10 shows a schematic diagram of a data interaction method based on Bluetooth communication provided by some exemplary embodiments of the present application
  • Figure 11 shows a structural block diagram of a data interaction device based on Bluetooth communication provided by some exemplary embodiments of the present application
  • Figure 12 shows a structural block diagram of a data interaction device based on Bluetooth communication provided by some exemplary embodiments of the present application
  • Figure 13 shows a schematic structural diagram of a data interaction device based on Bluetooth communication provided by some exemplary embodiments of the present application.
  • first, second, third, etc. may be used in this disclosure to describe various information, the information should not be limited to these terms. These terms are only used to distinguish information of the same type from each other.
  • first information may also be called second information, and similarly, the second information may also be called first information.
  • word “if” as used herein may be interpreted as "when” or “when” or “in response to determining.”
  • connection-oriented synchronous stream service Connected Isochronous Stream, CIS
  • connection-oriented asynchronous logical link Asynchronous Connection-oriented, ACL
  • the scheduling interval on the ACL link is called the ACL interval
  • the scheduling interval on the CIS link is called the CIS interval.
  • a CIS interval includes at least two sub-events (Subevent, Subevt), and the scheduling interval of sub-events is called CIS sub-event interval (CIS Subevt Interval).
  • a CIS interval includes one CIS event, and one CIS event includes at least one sub-event.
  • the central device 101 sends a protocol carrying downlink service data to the peripheral device 102 Data Unit (Protocol Data Unit, PDU).
  • PDU Protocol Data Unit
  • the peripheral device 102 replies to the central device 101 with a PDU carrying the uplink service data; if the peripheral device 102 has no uplink service data that needs to be sent to the central device 101, then, The peripheral device 102 replies to the central device 101 with a PDU carrying empty data.
  • the PDU carrying empty data contains Acknowledgment (ACK) or Negative Acknowledgment (NACK) information.
  • the non-service data sent by the central device 101 to the peripheral device 102 on the ACL link is control information.
  • the central device 101 sends a PDU carrying downlink non-service data to the peripheral device 102. If the peripheral device 102 has uplink non-service data to send to the central device 101, then the peripheral device 102 replies to the central device 101 with a PDU carrying uplink non-service data; if the peripheral device 102 has no uplink non-service data to send to the central device 101, then the peripheral device 102 replies to the central device 101 with a PDU carrying empty data.
  • the PDU carrying empty data contains ACK or NACK information.
  • the ACL interval is greater than or equal to the CIS interval, and the ACL interval is much greater than the CIS sub-event interval. Therefore, the interaction period of non-business data on the ACL link is much greater than the interaction period of business data on the CIS link, resulting in the interaction speed of non-business data being too slow in the scenario of business data being exchanged through the CIS link.
  • this application improves data interaction based on Bluetooth communication, which can increase the interaction speed of non-business data.
  • the working principle of data interaction based on Bluetooth communication is described below through illustrative embodiments.
  • FIG. 2 shows a schematic diagram of a data interaction system based on Bluetooth communication provided by some exemplary embodiments of the present application.
  • the data interaction system based on Bluetooth communication includes at least one first Bluetooth device 201 and at least one second Bluetooth device 202.
  • the first Bluetooth device 201 is an electronic device with Bluetooth function. It can be considered as a central device, or as a device that initiates a connection establishment request during the process of establishing a Bluetooth link, or as a link layer in the Bluetooth connection state. The device that serves as the master device.
  • the first Bluetooth device 201 can actively search for other surrounding Bluetooth devices, and/or select a Bluetooth device that needs to be connected, and/or select a Bluetooth device that needs to interact with data.
  • the first Bluetooth device 201 is a Bluetooth Low Energy (BLE) device.
  • BLE Bluetooth Low Energy
  • the second Bluetooth device 202 is an electronic device with Bluetooth function, which can be considered as a peripheral device, or as a device that accepts a connection establishment request during the process of establishing a Bluetooth link, or as a link layer in the Bluetooth connection state.
  • the second Bluetooth device 202 can be searched by other Bluetooth devices, and/or accept connection requests from other Bluetooth devices, and/or accept requests for interactive data from other Bluetooth devices, and/or receive data sent by other Bluetooth devices.
  • the second Bluetooth device 202 is a BLE device.
  • a Bluetooth link is established between the first Bluetooth device 201 and the second Bluetooth device 202.
  • At least one CIS link and at least one ACL link are established between the first Bluetooth device 201 and the second Bluetooth device 202.
  • This application takes the establishment of a CIS link and an ACL link between the first Bluetooth device 201 and the second Bluetooth device 202 as an example for schematic illustration, but does not mean to limit the Bluetooth link between the first Bluetooth device 201 and the second Bluetooth device 202.
  • the first Bluetooth device 201 may be one Bluetooth device or multiple Bluetooth devices
  • the second Bluetooth device 202 may be one Bluetooth device or multiple Bluetooth devices.
  • This application takes the first Bluetooth device 201 as a Bluetooth device and the second Bluetooth device 202 as a Bluetooth device as an example for schematic explanation, but it does not mean that the number of the first Bluetooth device 201 and the second Bluetooth device 202 is limited. .
  • the first Bluetooth device 201 may be a smartphone, a tablet computer, an e-book reader, a laptop computer, a desktop computer, a television, an augmented reality (Augmented Reality, AR) terminal, a virtual reality (Virtual Reality) , VR) terminal, Mixed Reality (MR) terminal, Extended Reality (XR) terminal, Baffle Reality (BR) terminal, Cinematic Reality (CR) terminal, Deceive Reality (Deceive Reality) , DR) at least one of 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.
  • AR Augmented Reality
  • VR virtual reality
  • MR Mixed Reality
  • XR Extended Reality
  • BR Baffle Reality
  • CR Cinematic Reality
  • Deceive Reality Deceive Reality
  • DR Deceive Reality
  • the second Bluetooth device 202 may be a smartphone, a tablet computer, an e-book reader, a laptop computer, a desktop computer, a television, an AR terminal, a VR terminal, an MR terminal, an XR terminal, a BR terminal, At least one of a CR terminal, a DR 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.
  • FIG 3 shows a schematic flowchart of a data interaction method based on Bluetooth communication provided by some exemplary embodiments of the present application. Taking the method executed by the first Bluetooth device 201 shown in Figure 2 as an example, the method includes the following steps: At least some of the steps:
  • Step 310 Send the first data packet in the sub-event of the CIS link
  • the CIS link between the first Bluetooth device 201 and the second Bluetooth device 202 includes at least one CIS event, and one CIS event includes at least one sub-event.
  • the first Bluetooth device 201 sends the first data packet to the second Bluetooth device 202 in a sub-event of the CIS link.
  • the first data packet can also be understood as the first PDU.
  • Step 330 Receive the second data packet corresponding to the first data packet in the sub-event of the CIS link.
  • the first Bluetooth device 201 receives the second data packet sent by the second Bluetooth device 202 in the sub-event of the CIS link, and the second data packet corresponds to the first data packet.
  • the second data packet can also be understood as the second PDU.
  • At least one of the first data packet and the second data packet carries non-traffic data.
  • the method provided by this application can reduce the interaction cycle of non-business data by exchanging non-business data on the CIS link, thereby improving the speed of non-business data interaction.
  • FIG4 shows a schematic flow chart of a data interaction method based on Bluetooth communication provided by some exemplary embodiments of the present application. Taking the method executed by the first Bluetooth device 201 shown in FIG2 as an example, the method includes at least some of the following steps:
  • Step 410 Send the first data packet in the sub-event of the CIS link, and the header of the first data packet indicates the data type corresponding to the first data packet;
  • data types include business data, non-business data, and null data.
  • the service data includes at least one of music data, audio data, phone data, and video data.
  • the non-service data includes at least one of control information, status information of the first Bluetooth device 201, status information of the second Bluetooth device 202, and status information between the first Bluetooth device 201 and the second Bluetooth device 202. one.
  • empty data refers to data that has neither business data nor non-business data but carries ACK information or NACK information. It can also be understood that empty data is not valid data, that is, empty data is data that does not need to be parsed or is not parsed.
  • the first data packet can also be understood as the first PDU, and the header of the first data packet can also be understood as the header of the first PDU.
  • Step 430 Receive the second data packet corresponding to the first data packet in the sub-event of the CIS link, and the header of the second data packet indicates the data type corresponding to the second data packet.
  • the header of the second data packet indicates the data type corresponding to the second data packet.
  • the header of the first data packet indicates the data type corresponding to the first data packet in the same manner as the header of the second data packet indicates the data type corresponding to the second data packet.
  • the second data packet can also be understood as the second PDU, and the header of the second data packet can also be understood as the header of the second PDU.
  • At least one Reserve for Future Use (RFU) field in the header of the second data packet is used to indicate the data type corresponding to the second data packet.
  • REU Reserve for Future Use
  • two RFU fields in the header of the second data packet are used to indicate the data type corresponding to the second data packet.
  • the value of at least one of the two RFU fields in the header of the second data packet is the first value, it indicates that the data type corresponding to the second data packet is non-service data.
  • an RFU field in the header of the second data packet is used to indicate the data type corresponding to the second data packet.
  • a value of an RFU field in the header of the second data packet is a first value, it indicates that the data type corresponding to the second data packet is non-business data.
  • the method provided by this application can reduce the interaction cycle of non-business data by exchanging non-business data on the CIS link, thereby improving the speed of non-business data interaction. Moreover, by indicating the corresponding data type in the header of the data packet, it is convenient for the Bluetooth device receiving the data packet to identify whether to parse the data packet, thereby saving overhead and resources during the data transmission process.
  • FIG 5 shows a schematic flowchart of a data interaction method based on Bluetooth communication provided by some exemplary embodiments of the present application. Taking the method as being executed by the second Bluetooth device 202 shown in Figure 2 as an example, the method includes the following steps: At least some of the steps:
  • Step 510 Receive the first data packet in the sub-event of the CIS link
  • the CIS link between the first Bluetooth device 201 and the second Bluetooth device 202 includes at least one CIS event, and one CIS event includes at least one sub-event.
  • the second Bluetooth device 202 receives the first data packet sent by the first Bluetooth device 201 in the sub-event of the CIS link.
  • the first data packet may also be understood as a first PDU.
  • Step 530 Send the second data packet corresponding to the first data packet in the sub-event of the CIS link.
  • the second Bluetooth device 202 sends a second data packet to the first Bluetooth device 201 in a sub-event of the CIS link, and the second data packet corresponds to the first data packet.
  • the second data packet can also be understood as the second PDU.
  • At least one of the first data packet and the second data packet carries non-traffic data.
  • the method provided by this application can reduce the interaction cycle of non-business data by exchanging non-business data on the CIS link, thereby improving the speed of non-business data interaction.
  • FIG6 shows a flow chart of a data interaction method based on Bluetooth communication provided by some exemplary embodiments of the present application. Taking the method executed by the second Bluetooth device 202 shown in FIG2 as an example, the method includes at least some of the following steps:
  • Step 610 Receive the first data packet in the sub-event of the CIS link, and the header of the first data packet indicates the data type corresponding to the first data packet;
  • data types include business data, non-business data, and null data.
  • the service data includes at least one of music data, audio data, phone data, and video data.
  • the non-service data includes at least one of control information, status information of the first Bluetooth device 201, status information of the second Bluetooth device 202, and status information between the first Bluetooth device 201 and the second Bluetooth device 202. one.
  • empty data refers to data that has neither service data nor non-service data, but carries ACK information or NACK information. It can also be understood that empty data is not valid data, that is, empty data is data that does not need to be parsed or is not parsed.
  • the first data packet can also be understood as the first PDU, and the header of the first data packet can also be understood as the header of the first PDU.
  • Step 630 Send the second data packet corresponding to the first data packet in the sub-event of the CIS link, and the header of the second data packet indicates the data type corresponding to the second data packet.
  • the header of the second data packet indicates the data type corresponding to the second data packet.
  • the second data packet can also be understood as the second PDU, and the header of the second data packet can also be understood as the header of the second PDU.
  • At least one RFU field in the header of the second data packet is used to indicate the data type corresponding to the second data packet.
  • two RFU fields in the header of the second data packet are used to indicate the data type corresponding to the second data packet.
  • the value of at least one of the two RFU fields in the header of the second data packet is the first value, it indicates that the data type corresponding to the second data packet is non-service data.
  • an RFU field in the header of the second data packet is used to indicate the data type corresponding to the second data packet.
  • the value of an RFU field in the header of the second data packet is the first value, it indicates that the data type corresponding to the second data packet is non-service data.
  • the method provided by the present application can reduce the interaction period of non-business data by exchanging non-business data on the CIS link, thereby improving the interaction speed of non-business data.
  • the Bluetooth device receiving the data packet it is convenient for the Bluetooth device receiving the data packet to identify whether to parse the data packet, thereby saving overhead and resources in the data transmission process.
  • Figure 7 shows a flow chart of a data interaction method based on Bluetooth communication provided by some exemplary embodiments of the present application. Taking the method as being executed by the first Bluetooth device and the second Bluetooth device shown in Figure 2 as an example, the method includes At least some of the following steps:
  • Step 701 In sub-event 1 of the CIS link, the first Bluetooth device sends the first data packet to the second Bluetooth device;
  • the ACL interval on the ACL link is greater than the CIS interval on the CIS link, and the ACL interval on the ACL link is much greater than the sub-event interval on the CIS link.
  • the first data packet sent by the first Bluetooth device to the second Bluetooth device carries service data A.
  • the service data A is music data.
  • the first data packet can also be understood as the first PDU.
  • Step 702 The second Bluetooth device parses the first data packet
  • the second Bluetooth device analyzes the received first data packet and obtains the service data A carried in the first data packet.
  • Step 703 In sub-event 1 of the CIS link, the second Bluetooth device sends the second data packet to the first Bluetooth device;
  • the second Bluetooth device receives the service data A carried by the first Bluetooth device in the first data packet in sub-event 1, and needs to reply to the second data packet to the first Bluetooth device in sub-event 1.
  • the second data packet may carry service data B, or non-service data, or empty data.
  • the empty data B carries ACK information for the service data A.
  • the second data packet can also be understood as the second PDU.
  • Step 704 The first Bluetooth device parses the second data packet
  • the first Bluetooth device parses the received second data packet, and the second data packet carries empty data B.
  • Step 705 In the ACL link, the first Bluetooth device sends the third data packet to the second Bluetooth device;
  • the third data packet sent by the first Bluetooth device to the second Bluetooth device carries non-service data C.
  • the non-service data C is the status information of the first Bluetooth device.
  • the third data packet can also be understood as the third PDU.
  • Step 706 The second Bluetooth device parses the third data packet
  • the second Bluetooth device analyzes the received third data packet and obtains the non-service data C carried in the third data packet.
  • Step 707 In the ACL link, the second Bluetooth device sends the fourth data packet to the first Bluetooth device;
  • the second Bluetooth device receives the third data packet sent by the first Bluetooth device and needs to reply with a fourth data packet on the ACL link.
  • the fourth data packet can carry non-service data or empty data.
  • the non-service data D is the status information of the second Bluetooth device.
  • the fourth data packet may also be understood as the fourth PDU.
  • the third data packet and the fourth data packet are transmitted within one ACL interval.
  • Step 708 The first Bluetooth device parses the fourth data packet
  • the first Bluetooth device parses the received fourth data packet, and the fourth data packet carries non-service data D.
  • Step 709 In sub-event 2 of the CIS link, the first Bluetooth device sends a first data packet to the second Bluetooth device;
  • the first data packet sent by the first Bluetooth device to the second Bluetooth device carries service data A.
  • the service data A is music data.
  • Step 710 The second Bluetooth device parses the first data packet
  • the second Bluetooth device parses the received first data packet in sub-event 2 and obtains the service data A carried in the first data packet.
  • Step 711 In sub-event 2 of the CIS link, the second Bluetooth device sends the second data packet to the first Bluetooth device;
  • the second Bluetooth device After receiving the first data packet from the first Bluetooth device in sub-event 2 of the CIS link, the second Bluetooth device replies to the first Bluetooth device.
  • the second data packet carries non-service data E.
  • the sending interval of non-service data can be shortened from the ACL interval to the sub-event interval on the CIS link, which greatly shortens the delay in sending non-service data from the second Bluetooth device to the first Bluetooth device and improves the efficiency of the first Bluetooth device.
  • Step 712 The first Bluetooth device parses the second data packet.
  • the first Bluetooth device parses the second data packet received in sub-event 2, and the second data packet carries non-service data E.
  • the method provided by this embodiment can reduce the interaction period of non-service data by exchanging non-service data on the CIS link, thereby improving the speed of non-service data interaction.
  • Figure 9 shows a flow chart of a data interaction method based on Bluetooth communication provided by some exemplary embodiments of the present application. Taking the method as being executed by the first Bluetooth device and the second Bluetooth device shown in Figure 2 as an example, the method includes At least some of the following steps:
  • Step 901 In sub-event 1 of the CIS link, the first Bluetooth device sends the first data packet to the second Bluetooth device, and the header of the first data packet indicates the data type corresponding to the first data packet;
  • the ACL interval on the ACL link is greater than the CIS interval on the CIS link, and the ACL interval on the ACL link is much greater than the sub-event interval on the CIS link.
  • the first data packet can also be understood as the first PDU, and the header of the first data packet can also be understood as the header of the first PDU.
  • the header format of the data packet in this embodiment is as shown in Table 1, including the following fields: Link Layer Identity (LLID) field, which occupies 2 bits; the next expected The packet number (Next Expected Sequence Number, NESN) field is used to indicate the number of the next expected packet, occupying 1 bit; the packet number (Sequence Number, SN) field is used to indicate the number of the currently sent packet.
  • LLID Link Layer Identity
  • NESN Next Expected Sequence Number
  • SN Sequence Number
  • RFU a field reserved for future use, occupies 2 bits, and can be divided into two RFU fields, each occupying 1 bit.
  • the two RFU fields each occupying 1 bit are called RFU1 and RFU2, which does not mean that the RFU field is limited.
  • the data type corresponding to the first data packet is indicated by an RFU field in the packet header.
  • the data type corresponding to the first data packet is indicated by two RFU fields in the packet header.
  • the values of the two RFU fields when the values of the two RFU fields are both the first value, it indicates that the data type corresponding to the first data packet is empty data or service data; when at least one of the two RFU fields is When the value is the first value, it indicates that the data type corresponding to the first data packet is non-service data.
  • the values of the two RFU fields when the values of the two RFU fields are both the first value, it indicates that the data type corresponding to the first data packet is empty data or business data A; when at least one of the two RFU fields has an RFU field
  • the value of is the first value, it indicates that the data type corresponding to the first data packet is neither empty data nor business data A.
  • the data type corresponding to the first data packet is non-service data or business data B.
  • service data A and service data B are both service data, they are two different types of service data among music data, audio data, phone data, and video data.
  • the first data packet sent by the first Bluetooth device to the second Bluetooth device carries service data A.
  • the service data A is music data.
  • the header format of the first data packet can be as shown in Table 2.
  • the values of the two RFU fields are set to the first value to indicate that the data type corresponding to the first data packet is business data, such as the first value. is 0.
  • the values of fields other than the RFU field are schematic values, and this embodiment does not focus on the discussion of the values of fields other than the RFU field.
  • the data type corresponding to the first data packet is indicated through an RFU field in the packet header.
  • the value of an RFU field when the value of an RFU field is the first value, it indicates that the data type corresponding to the first data packet is null data or service data; when the value of an RFU field is the second value, Indicates that the data type corresponding to the first data packet is non-service data.
  • the value of an RFU field when the value of an RFU field is the first value, it indicates that the data type corresponding to the first data packet is null data or business data A; when the value of an RFU field is the second value , indicating that the data type corresponding to the first data packet is neither empty data nor service data A.
  • the data type corresponding to the first data packet is non-service data or service data B.
  • service data A and service data B are both service data, they are two different types of service data among music data, audio data, phone data, and video data.
  • the first data packet sent by the first Bluetooth device to the second Bluetooth device carries service data A, for example, the service data A is music data.
  • the header format of the first data packet can be as shown in Table 3, and the value of an RFU field (such as the RFU1 field) is set to a first value to indicate that the data type corresponding to the first data packet is service data, for example, the first value is 0.
  • the field values except the RFU1 field are schematic values.
  • the RFU2 field is not used to indicate the data type corresponding to the data packet or is not used or reserved for other uses when sending the current data packet. This embodiment does not focus on discussing the field values except the RFU1 field.
  • Step 902 The second Bluetooth device parses the first data packet
  • the header format of the first data packet is as shown in Table 2, and the values of the two RFU fields in the header of the first data packet are both the first values, it means that the data type corresponding to the first data packet is business data or empty data.
  • the second Bluetooth device recognizes that the data type corresponding to the first data packet is business data through other fields, such as the NPI field and the length field, which means that the first data packet needs to be parsed.
  • the value of the RFU1 field in the header of the first data packet is the first value, which means that the data type corresponding to the first data packet is business data or empty data.
  • the second Bluetooth device identifies that the data type corresponding to the first data packet is service data through other fields, such as the NPI field and the length field, which means that the first data packet needs to be parsed.
  • the second Bluetooth device analyzes the received first data packet and obtains the service data A carried in the first data packet.
  • Step 903 In sub-event 1 of the CIS link, the second Bluetooth device sends a second data packet to the first Bluetooth device, and the header of the second data packet indicates the data type corresponding to the second data packet;
  • the second data packet can also be understood as the second PDU, and the header of the second data packet can also be understood as the header of the second PDU.
  • the data type corresponding to the second data packet is indicated through the RFU field in the packet header.
  • the data type corresponding to the second data packet is indicated through two RFU fields in the packet header.
  • the values of the two RFU fields when the values of the two RFU fields are both the first value, it indicates that the data type corresponding to the second data packet is empty data or service data; when at least one of the two RFU fields is When the value is the first value, it indicates that the data type corresponding to the second data packet is non-service data.
  • the values of the two RFU fields when the values of the two RFU fields are both the first value, it indicates that the data type corresponding to the second data packet is empty data or business data A; when at least one of the two RFU fields has an RFU field
  • the value of is the first value, it indicates that the data type corresponding to the second data packet is neither empty data nor business data A.
  • the data type corresponding to the second data packet is non-business data or business data B.
  • service data A and service data B are both service data, they are two different types of service data among music data, audio data, phone data, and video data.
  • the second Bluetooth device receives the service data A carried by the first Bluetooth device in the first data packet in sub-event 1, and needs to reply to the second data packet to the first Bluetooth device in sub-event 1.
  • the second data packet may carry service data B, or non-service data, or empty data.
  • the empty data B carries ACK information for the service data A.
  • the header format of the second data packet can be as shown in Table 4.
  • the values of the two RFU fields are set to the first value to indicate that the data type corresponding to the second data packet is empty data, such as the first value. is 0.
  • the values of fields other than the RFU field are schematic values, and this embodiment does not focus on the discussion of the values of fields other than the RFU field.
  • the data type corresponding to the second data packet is indicated through an RFU field in the packet header.
  • the value of an RFU field when the value of an RFU field is the first value, it indicates that the data type corresponding to the second data packet is null data or service data; when the value of an RFU field is the second value, Indicates that the data type corresponding to the second data packet is non-service data.
  • the value of an RFU field when the value of an RFU field is the first value, it indicates that the data type corresponding to the second data packet is null data or business data A; when the value of an RFU field is the second value , indicating that the data type corresponding to the second data packet is neither empty data nor business data A.
  • the data type corresponding to the second data packet is non-service data or business data B.
  • service data A and service data B are both service data, they are two different types of service data among music data, audio data, phone data, and video data.
  • the second Bluetooth device receives the service data A carried by the first Bluetooth device in the first data packet in sub-event 1, and needs to reply to the second data packet to the first Bluetooth device in sub-event 1.
  • the second data packet may carry service data B, or non-service data, or empty data.
  • the empty data B carries ACK information for the service data A.
  • the header format of the first data packet can be as shown in Table 5.
  • the value of an RFU field (such as the RFU1 field) is set to the first value to indicate that the data type corresponding to the second data packet is empty data, such as One value is 0.
  • the values of fields other than the RFU1 field are schematic values.
  • the RFU2 field is not used to indicate the data type corresponding to the data packet or is not used or reserved for other uses. This is not the focus of this embodiment. Discuss the values of fields other than the RFU1 field.
  • Step 904 The first Bluetooth device does not parse the second data packet
  • the values of the two RFU fields in the header of the second data packet are both the first value, which means that the corresponding data type of the second data packet is business data or empty data. .
  • the first Bluetooth device identifies that the data type corresponding to the second data packet is empty data through other fields, such as the NPI field and the length field, which means that the second data packet does not need to be parsed.
  • the value of the RFU1 field in the header of the second data packet is the first value, which means that the data type corresponding to the second data packet is business data or empty data.
  • the first Bluetooth device identifies that the data type corresponding to the second data packet is empty data through other fields, such as the NPI field and the length field, which means that the second data packet does not need to be parsed.
  • the first Bluetooth device does not analyze the received second data packet, and identifies through the fields in the packet header that the empty data B corresponding to the second data packet carries ACK information for the service data A.
  • Step 905 In the ACL link, the first Bluetooth device sends the third data packet to the second Bluetooth device;
  • the header of the third data packet does not indicate the data type corresponding to the third data packet.
  • the header of the third data packet indicates the data type corresponding to the third data packet.
  • the third data packet can also be understood as the third PDU, and the header of the third data packet can also be understood as the header of the third PDU.
  • the header format of the third data packet is similar to the header format of the first data packet in step 901, and will not be described again here.
  • the third data packet sent by the first Bluetooth device to the second Bluetooth device carries non-service data C.
  • the non-service data C is the status information of the first Bluetooth device.
  • the header format of the third data packet can be as shown in Table 6, setting the value of one of the two RFU fields (RFU1 field or RFU2 field) to the second value, or as shown in Table 7, setting the values of both RFU fields to the second value to indicate that the data type corresponding to the third data packet is non-business data, for example, the second value is 1.
  • the values of fields other than the RFU field are schematic values, and the values of fields other than the RFU field are not discussed in detail in this embodiment.
  • the header format of the third data packet is as shown in Table 8, and the value of an RFU field (such as the RFU1 field) is set to the second value to indicate that the data type corresponding to the first data packet is non-service data, such as The second value is 1.
  • the field values except the RFU1 field are schematic values.
  • the RFU2 field is not used to indicate the data type corresponding to the data packet or is not used or reserved for other uses when sending the current data packet. This embodiment does not focus on discussing the field values except the RFU1 field.
  • Step 906 The second Bluetooth device parses the third data packet
  • the second Bluetooth device parses the received third data packet to obtain the non-business data C carried in the third data packet.
  • the second Bluetooth device analyzes the received third data packet and obtains the non-service data C carried in the third data packet.
  • Step 907 In the ACL link, the second Bluetooth device sends a fourth data packet to the first Bluetooth device;
  • the header of the fourth data packet does not indicate the data type corresponding to the fourth data packet.
  • the packet header of the fourth data packet indicates the data type corresponding to the fourth data packet.
  • the fourth data packet can also be understood as the fourth PDU, and the header of the fourth data packet can also be understood as the header of the fourth PDU.
  • the header format of the fourth data packet is similar to the header format of the first data packet in step 901, and will not be described again here.
  • the second Bluetooth device receives the third data packet sent by the first Bluetooth device and needs to reply with a fourth data packet on the ACL link.
  • the fourth data packet can carry non-service data or empty data.
  • the header format of the fourth data packet may be similar to the header format of the second data packet shown in Table 4 or Table 5, which will not be described again here.
  • the fourth data packet sent by the second Bluetooth device in the ACL link carries non-service data D as an example.
  • the non-service data D is the status information of the second Bluetooth device.
  • the header format of the fourth data packet may be similar to the header format of the third data packet shown in Table 6, Table 7, or Table 8, which will not be described again here.
  • the third data packet and the fourth data packet are transmitted within an ACL interval.
  • Step 908 The first Bluetooth device parses the fourth data packet
  • the first Bluetooth device parses the received fourth data packet, and the fourth data packet carries non-service data D.
  • the header format of the fourth data packet is similar to the header format of the third data packet shown in Table 6, Table 7, or Table 8, it indicates that the data type corresponding to the fourth data packet is non-service data. , meaning that the fourth data packet needs to be parsed, then the first Bluetooth device parses the received fourth data packet and obtains the non-service data D carried in the fourth data packet.
  • Step 909 In sub-event 2 of the CIS link, the first Bluetooth device sends a first data packet to the second Bluetooth device, and the header of the first data packet indicates the data type corresponding to the first data packet;
  • the first data packet sent by the first Bluetooth device to the second Bluetooth device carries service data A.
  • the service data A is music data.
  • the header format of the first data packet in sub-event 2 may be similar to the header format shown in Table 2 or Table 3, and will not be described again here.
  • Step 910 The second Bluetooth device parses the first data packet
  • the header format of the first data packet is similar to the header format shown in Table 2, and the values of the two RFU fields in the header of the first data packet are both the first values, it means that the data type corresponding to the first data packet is business data or empty data.
  • the second Bluetooth device recognizes that the data type corresponding to the first data packet is business data through other fields, such as the NPI field and the length field, which means that the first data packet needs to be parsed.
  • the value of the RFU1 field in the header of the first data packet is the first value, which means that the data type corresponding to the first data packet is business data or null data.
  • the second Bluetooth device recognizes that the data type corresponding to the first data packet is business data through other fields, such as the NPI field and the length field, which means that the first data packet needs to be parsed.
  • the second Bluetooth device parses the first data packet received in sub-event 2 and obtains the service data A carried in the first data packet.
  • Step 911 In sub-event 2 of the CIS link, the second Bluetooth device sends a second data packet to the first Bluetooth device, and the header of the second data packet indicates the data type corresponding to the second data packet;
  • the second Bluetooth device After receiving the first data packet from the first Bluetooth device in sub-event 2 of the CIS link, the second Bluetooth device replies to the first Bluetooth device.
  • the second data packet carries non-service data E.
  • the sending interval of non-service data can be shortened from the ACL interval to the sub-event interval on the CIS link, which greatly shortens the delay in sending non-service data from the second Bluetooth device to the first Bluetooth device and improves the efficiency of the first Bluetooth device.
  • the header format of the second data packet in sub-event 2 can be as shown in Table 9, by setting the value of one of the two RFU fields (RFU1 field or RFU2 field) to the second value, or as shown in Table 10, by setting the values of both RFU fields to the second value to indicate that the data type corresponding to the second data packet in sub-event 2 is non-business data, for example, the second value is 1.
  • the values of fields other than the RFU field are schematic values, and this embodiment does not focus on the discussion of the values of fields other than the RFU field.
  • the header format of the second data packet in sub-event 2 is as shown in Table 11, and the value of an RFU field (such as the RFU1 field) is set to the second value to indicate that the second data packet in sub-event 2 corresponds to
  • the data type is non-business data, for example, the second value is 1.
  • the values of fields other than the RFU1 field are schematic values.
  • the RFU2 field is not used to indicate the data type corresponding to the data packet or is not used or reserved for other uses. This is not the focus of this embodiment. Discuss the values of fields other than the RFU1 field.
  • Step 912 The first Bluetooth device parses the second data packet.
  • the header format of the second data packet is as shown in Table 9, Table 10, or Table 11, it indicates that the data type corresponding to the second data packet is non-service data, which means that the second data packet needs to be parsed.
  • the first Bluetooth device parses the received second data packet, and the second data packet carries non-service data E.
  • the first Bluetooth device passes other fields, such as the NPI field and the length field, to the second data packet. Packet identification. If it is recognized that the data type corresponding to the second data packet is empty data, the second data packet is not parsed. If it is recognized that the data type corresponding to the second data packet is business data, the second data packet is parsed.
  • the business data corresponding to the second data packet may be business data B or business data A. For example, the value of the length field corresponding to empty data is 0, and the value of the length field corresponding to business data is greater than 0. For example, the NPI field corresponding to empty data has a value of 0, and the NPI field corresponding to business data has a value of 1.
  • the method provided by this embodiment can reduce the interaction period of non-service data by exchanging non-service data on the CIS link, thereby improving the speed of non-service data interaction. Moreover, by indicating the corresponding data type in the header of the data packet, it is convenient for the Bluetooth device receiving the data packet to identify whether to parse the data packet, thereby saving overhead and resources during the data transmission process.
  • Figure 11 shows a structural block diagram of a data interaction device based on Bluetooth communication provided by some exemplary embodiments of the present application.
  • the device includes at least part of the following first sending module 1101, first receiving module 1103, and first processing module 1105.
  • the first sending module 1101 is used to send the first data packet in the sub-event of the CIS link;
  • the first receiving module 1103 is configured to receive the second data packet corresponding to the first data packet in the sub-event
  • At least one of the first data packet and the second data packet carries non-service data.
  • the header of the first data packet indicates the data type corresponding to the first data packet
  • the header of the second data packet indicates the data type corresponding to the second data packet
  • the data type includes at least one of business data, non-business data, and empty data.
  • At least one RFU field in the header of the second data packet is used to indicate the data type corresponding to the second data packet.
  • two RFU fields in the header of the second data packet are used to indicate the data type corresponding to the second data packet.
  • the value of at least one of the two RFU fields in the header of the second data packet is the first value, it indicates that the data type corresponding to the second data packet is the Non-business data.
  • an RFU field in the header of the second data packet is used to indicate the data type corresponding to the second data packet.
  • the value of an RFU field in the header of the second data packet is the first value, it indicates that the data type corresponding to the second data packet is the non-service data.
  • the non-service data includes control information, status information of the first Bluetooth device, status information of the second Bluetooth device, and status between the first Bluetooth device and the second Bluetooth device. at least one of the messages.
  • the service data includes at least one of music data, audio data, phone data, and video data.
  • the device further includes a first processing module 1105 for processing the second data packet.
  • the first processing module 1105 is used to process the first data packet.
  • the device provided in this embodiment can reduce the interaction period of non-service data by exchanging non-service data on the CIS link, thereby improving the speed of non-service data interaction.
  • Figure 12 shows a structural block diagram of a data interaction device based on Bluetooth communication provided by some exemplary embodiments of the present application.
  • the device includes at least part of the following second receiving module 1201, second sending module 1203, and second processing module 1105.
  • the second receiving module 1201 is used to receive the first data packet in the sub-event of the CIS link;
  • the second sending module 1203 is configured to send the second data packet corresponding to the first data packet in the sub-event
  • At least one of the first data packet and the second data packet carries non-service data.
  • the header of the first data packet indicates the data type corresponding to the first data packet
  • the header of the second data packet indicates the data type corresponding to the second data packet
  • the data type includes at least one of business data, non-business data, and empty data.
  • At least one RFU field in the header of the second data packet is used to indicate the data type corresponding to the second data packet.
  • two RFU fields in the header of the second data packet are used to indicate the data type corresponding to the second data packet.
  • the value of at least one of the two RFU fields in the header of the second data packet is the first value, it indicates that the data type corresponding to the second data packet is the Non-business data.
  • an RFU field in the header of the second data packet is used to indicate the data type corresponding to the second data packet.
  • the value of an RFU field in the header of the second data packet is the first value, it indicates that the data type corresponding to the second data packet is the non-service data.
  • the non-service data includes control information, status information of the first Bluetooth device, status information of the second Bluetooth device, and status between the first Bluetooth device and the second Bluetooth device. at least one of the messages.
  • the service data includes at least one of music data, audio data, phone data, and video data.
  • the device further includes a second processing module 1205 for processing the second data packet.
  • the second processing module 1205 is used to process the first data packet.
  • the device provided in this embodiment can reduce the interaction period of non-service data by exchanging non-service data on the CIS link, thereby improving the speed of non-service data interaction.
  • the device provided by the above embodiments is only illustrated by the division of the above functional modules.
  • the above function allocation can be completed by different functional modules as needed, that is, the internal structure of the device is divided into Different functional modules to complete all or part of the functions described above.
  • FIG. 13 shows a schematic structural diagram of a data interaction device based on Bluetooth communication provided by some exemplary embodiments of the present application.
  • the data interaction device 1300 based on Bluetooth communication can be a smartphone, a tablet computer, an e-book reader, a laptop computer, a desktop computer, a television, an AR terminal, a VR terminal, an MR terminal, an XR terminal, a BR terminal, or a CR terminal. , DR terminal, music player, smart watch, smart glasses, Bluetooth headset, Bluetooth bracelet, Bluetooth watch, Bluetooth collar, Bluetooth ring, and at least one of Bluetooth glasses.
  • the electronic device 1300 in this application may include one or more of the following components: a processor 1310, a memory 1320, and a Bluetooth chip 1330.
  • Processor 1310 may include one or more processing cores.
  • the processor 1310 uses various interfaces and lines to connect various parts of the entire electronic device 1300, and executes by running or executing instructions, programs, code sets or instruction sets stored in the memory 1320, and calling data stored in the memory 1320.
  • the processor 1310 can use at least one 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). implemented in hardware form.
  • DSP Digital Signal Processing
  • FPGA Field-Programmable Gate Array
  • PLA programmable logic array
  • the processor 1310 can integrate one or more 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), a modem, etc.
  • a central processing unit Central Processing Unit, CPU
  • a graphics processor Graphics Processing Unit, GPU
  • a neural network processor Neural-network Processing Unit, NPU
  • the CPU mainly handles the operating system, user interface and applications
  • the GPU is used to render and draw the content that needs to be displayed on the display
  • the NPU is used to implement artificial intelligence (Artificial Intelligence, AI) functions
  • the modem is used to process wireless communication. It can be understood that the above-mentioned modem may not be integrated into the processor 1310 and may be implemented by a separate chip.
  • the memory 1320 may include random access memory (RAM) or read-only memory (Read-Only Memory, ROM). Optionally, the memory 1320 includes non-transitory computer-readable storage medium (Non-Transitory Computer-Readable Storage Medium). Memory 1320 may be used to store instructions, programs, codes, sets of codes, or sets of instructions.
  • the memory 1320 may include a program storage area and a data storage area, where 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 used to implement each of the above method embodiments, etc.; the storage data area can store data created according to the use of the electronic device 1300 (such as audio data, phone book), etc.
  • the Bluetooth chip 1330 is a component used to implement the Bluetooth function.
  • the Bluetooth chip 1330 includes two parts: the host (Host) and the controller (Controller) (corresponding to different Bluetooth protocol stacks).
  • the Host and Controller can run on the same chip (single-chip architecture) or on different chips (dual-chip architecture). 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 1330.
  • the structure of the electronic device 1300 shown in the above figures does not constitute a limitation on the electronic device.
  • the electronic device may include more or less components than those shown in the figures, or a combination thereof. Certain parts, or different arrangements of parts.
  • the electronic device 1300 also includes components such as a display screen, sensors, speakers, microphones, and power supplies, which will not be described again here.
  • a computer-readable storage medium in which at least one program is stored, and the at least one program is loaded and executed by the processor to Implement the data interaction method based on Bluetooth communication provided by each of the above method embodiments.
  • a chip is also provided.
  • the chip includes programmable logic circuits and/or program instructions. When the chip is run on a device, it is used to implement each of the above method embodiments.
  • a computer program product is also provided.
  • the computer program product When the computer program product is run on a processor of a computer device, the computer device performs the above-mentioned data interaction method based on Bluetooth communication.
  • a computer program is also provided.
  • the computer program includes computer instructions.
  • the processor of the computer device executes the computer instructions, so that the computer device executes the method provided by each of the above method embodiments.
  • Data interaction method based on Bluetooth communication.
  • Computer-readable media includes computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another.
  • Storage media can be any available media that can be accessed by a general purpose or special purpose computer.

Landscapes

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

Abstract

本申请公开了一种基于蓝牙通信的数据交互方法、装置、设备及存储介质，涉及蓝牙技术领域。该方法包括：在面向连接的同步流业务CIS链路的子事件中发送第一数据包；在所述子事件中接收所述第一数据包对应的第二数据包；其中，所述第一数据包和所述第二数据包中的至少之一携带有非业务数据。通过在CIS链路上交互非业务数据，能够使得非业务数据的交互周期减小，从而实现非业务数据交互速度的提升。

Description

基于蓝牙通信的数据交互方法、装置、设备及存储介质 技术领域
本申请涉及蓝牙技术领域，特别涉及一种基于蓝牙通信的数据交互方法、装置、设备及存储介质。
背景技术
蓝牙的相关技术中，中心设备和外围设备通常通过面向连接的同步流业务(Connected Isochronous Stream，CIS)链路交互业务数据，通过面向连接的异步逻辑链路(Asynchronous Connection-oriented，ACL)交互非业务数据。
然而由于ACL链路上的数据交互周期通常是很长的，导致非业务数据的交互较慢。因此，如何提升非业务数据的交互速度，是需要解决的问题。
发明内容
本申请实施例提供了一种基于蓝牙通信的数据交互方法、装置、设备及存储介质，可以用于蓝牙通信中，通过在CIS链路上发送非业务数据实现非业务数据交互速度的提升。
根据本申请的一个方面，提供了一种基于蓝牙通信的数据交互方法，所述方法由第一蓝牙设备执行，所述方法包括：
在面向连接的CIS链路的子事件中发送第一数据包；
在所述子事件中接收所述第一数据包对应的第二数据包；
其中，所述第一数据包和所述第二数据包中的至少之一携带有非业务数据。
根据本申请的一个方面，提供了一种基于蓝牙通信的数据交互方法，所述方法由第二蓝牙设备执行，所述方法包括：
在面向连接的CIS链路的子事件中接收第一数据包；
在所述子事件中发送所述第一数据包对应的第二数据包；
其中，所述第一数据包和所述第二数据包中的至少之一携带有非业务数据。
根据本申请的一个方面，提供了一种基于蓝牙通信的数据交互装置，所述装置包括：
第一发送模块，用于在面向连接的CIS链路的子事件中发送第一数据包；
第一接收模块，用于在所述子事件中接收所述第一数据包对应的第二数据包；
其中，所述第一数据包和所述第二数据包中的至少之一携带有非业务数据。
根据本申请的一个方面，提供了一种基于蓝牙通信的数据交互装置，所述装置包括：
第二接收模块，用于在面向连接的CIS链路的子事件中接收第一数据包；
第二发送模块，用于在所述子事件中发送和所述第一数据包对应的第二数据包；
其中，所述第一数据包和所述第二数据包中的至少之一携带有非业务数据。
根据本申请的一个方面，提供了一种终端，该终端包括：处理器；与所述处理器相连的收发器；用于存储所述处理器的可执行指令的存储器；其中，所述处理器被配置为加载并执行所述可执行指令以实现如上述方面所述的基于蓝牙通信的数据交互方法。
根据本申请的一个方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有可执行指令，所述可执行指令由所述处理器加载并执行以实现如上述方面所述的基于蓝牙通信的数据交互方法。
根据本申请的一个方面，提供了一种计算机程序产品，所述计算机程序产品包括计算机指令，所述计算机指令存储在计算机可读存储介质中，计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令，所述处理器执行所述计算机指令，使得计算机设备执行以 实现如上述方面所述的基于蓝牙通信的数据交互方法。
根据本申请的一个方面，提供了一种芯片，所述芯片包括可编程逻辑电路和/或程序指令，当所述芯片运行时用于实现如上述方面所述的基于蓝牙通信的数据交互方法。
本申请实施例提供的技术方案至少包括如下有益效果：
通过在CIS链路上交互非业务数据，能够使得非业务数据的交互周期减小，从而实现非业务数据交互速度的提升。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了相关技术中一种蓝牙通信场景的示意图；
图2示出了本申请一些示意性实施例提供的一种基于蓝牙通信的数据交互系统的示意图；
图3示出了本申请一些示意性实施例提供的一种基于蓝牙通信的数据交互方法的流程示意图；
图4示出了本申请一些示意性实施例提供的一种基于蓝牙通信的数据交互方法的流程示意图；
图5示出了本申请一些示意性实施例提供的一种基于蓝牙通信的数据交互方法的流程示意图；
图6示出了本申请一些示意性实施例提供的一种基于蓝牙通信的数据交互方法的流程示意图；
图7示出了本申请一些示意性实施例提供的一种基于蓝牙通信的数据交互方法的流程示意图；
图8示出了本申请一些示意性实施例提供的一种基于蓝牙通信的数据交互方法的示意图；
图9示出了本申请一些示意性实施例提供的一种基于蓝牙通信的数据交互方法的流程示意图；
图10示出了本申请一些示意性实施例提供的一种基于蓝牙通信的数据交互方法的示意图；
图11示出了本申请一些示意性实施例提供的一种基于蓝牙通信的数据交互装置的结构框图；
图12示出了本申请一些示意性实施例提供的一种基于蓝牙通信的数据交互装置的结构框图；
图13示出了本申请一些示意性实施例提供的一种基于蓝牙通信的数据交互设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个 相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
相关技术中，中心(central)设备和外围(peripheral)设备之间的数据交互如图1所示。中心(central)设备101和外围(peripheral)设备102之间存在面向连接的同步流业务(Connected Isochronous Stream，CIS)链路和面向连接的异步逻辑链路(Asynchronous Connection-oriented，ACL)。CIS链路用于传输业务数据，ACL链路用于传输非业务数据。
以中心设备101和外围设备102之间调度单条ACL链路和单条CIS链路为例，ACL链路上的调度间隔称为ACL间隔(interval)，CIS链路上的调度间隔称为CIS间隔。
在一些实施例中，一个CIS间隔内包括至少两个子事件(Subevent，Subevt)，子事件的调度间隔称为CIS子事件间隔(CIS Subevt Interval)。
在一些实施例中，一个CIS间隔内包括一个CIS事件，一个CIS事件内包括至少一个子事件。
以中心设备101在CIS链路上发送给外围设备102的下行业务数据是音乐数据为例，在CIS链路上的每个子事件中，中心设备101向外围设备102发送一个携带下行业务数据的协议数据单元(Protocol Data Unit，PDU)。如果外围设备102有上行业务数据需要发给中心设备101，那么，外围设备102向中心设备101回复一个携带上行业务数据的PDU；如果外围设备102没有上行业务数据需要发给中心设备101，那么，外围设备102向中心设备101回复一个携带空数据的PDU。其中，携带空数据的PDU里有确认应答(Acknowledgment，ACK)或否定确认应答(Negative Acknowledgement，NACK)信息。
以中心设备101在ACL链路上向外围设备102发送的非业务数据是控制信息为例，在一次ACL间隔内，中心设备101向外围设备102发送一个携带下行非业务数据的PDU。如果外围设备102有上行非业务数据需要发给中心设备101，那么，外围设备102向中心设备101回复一个携带上行非业务数据的PDU；如果外围设备102没有上行非业务数据需要发给中心设备101，那么，外围设备102向中心设备101回复一个携带空数据的PDU。其中，携带空数据的PDU里有ACK或NACK信息。
通常情况下，ACL间隔大于或等于CIS间隔，ACL间隔远大于CIS子事件间隔。因此，ACL链路上的非业务数据的交互周期远大于CIS链路上的业务数据的交互周期，导致在通过CIS链路交互业务数据的场景中，非业务数据的交互速度过慢。
基于上述问题，本申请对基于蓝牙通信的数据交互进行改进，能够提升非业务数据的交互速度。下面通过示意性的实施例对基于蓝牙通信的数据交互的工作原理进行说明。
图2示出了本申请一些示例性实施例提供的基于蓝牙通信的数据交互系统的示意图，该基于蓝牙通信的数据交互系统包括至少一个第一蓝牙设备201和至少一个第二蓝牙设备202。
第一蓝牙设备201是具有蓝牙功能的电子设备，可以认为是中心设备，或者认为是在建立蓝牙链路的过程中发起建立连接请求的设备，或者认为是在蓝牙连接状态下的链路层中作为主设备(master)的设备。
在一些实施例中，第一蓝牙设备201可以主动搜索周围其它蓝牙设备，和/或，选择需要连接的蓝牙设备，和/或，选择需要交互数据的蓝牙设备。
在一些实施例中，第一蓝牙设备201是蓝牙低功耗(Bluetooth Low Energy，BLE)设备。
第二蓝牙设备202是具有蓝牙功能的电子设备，可以认为是外围设备，或者认为是在建立蓝牙链路的过程中接受建立连接请求的设备，或者认为是在蓝牙连接状态下的链路层中作 为从设备(slave)的设备。
在一些实施例中，第二蓝牙设备202能够被其它蓝牙设备搜索，和/或，接受其它蓝牙设备的连接请求，和/或，接受其他蓝牙设备交互数据的请求，和/或，接收其它蓝牙设备发送的数据。
在一些实施例中，第二蓝牙设备202是BLE设备。
如图2所示，第一蓝牙设备201与第二蓝牙设备202之间建立有蓝牙链路。
在一些实施例，第一蓝牙设备201与第二蓝牙设备202之间建立至少一条CIS链路和至少一条ACL链路。本申请以第一蓝牙设备201与第二蓝牙设备202之间建立一条CIS链路和一条ACL链路为例进行示意性说明，但不意味着对第一蓝牙设备201与第二蓝牙设备202之间的蓝牙链路做出限定。
在一些实施例中，第一蓝牙设备201可以是一个蓝牙设备或多个蓝牙设备，第二蓝牙设备202可以是一个蓝牙设备或多个蓝牙设备。本申请以第一蓝牙设备201是一个蓝牙设备，第二蓝牙设备202是一个蓝牙设备为例进行示意性说明，但不意味着对第一蓝牙设备201与第二蓝牙设备202的数量做出限定。
在一些实施例中，第一蓝牙设备201可以是智能手机、平板电脑、电子书阅读器、膝上便携计算机、台式计算机、电视机、增强现实(Augmented Reality，AR)终端、虚拟现实(Virtual Reality，VR)终端、混合现实(Mediated Reality，MR)终端、扩展现实(Extended Reality，XR)终端、迷惑现实(Baffle Reality，BR)终端、影像现实(Cinematic Reality，CR)终端、蒙蔽现实(Deceive Reality，DR)终端、音乐播放器、智能手表、智能眼镜、蓝牙耳机、蓝牙手环、蓝牙手表、蓝牙项圈、蓝牙戒指、蓝牙眼镜中的至少之一。
在一些实施例中，第二蓝牙设备202可以是智能手机、平板电脑、电子书阅读器、膝上便携计算机、台式计算机、电视机、AR终端、VR终端、MR终端、XR终端、BR终端、CR终端、DR终端、音乐播放器、智能手表、智能眼镜、蓝牙耳机、蓝牙手环、蓝牙手表、蓝牙项圈、蓝牙戒指、蓝牙眼镜中的至少之一。
图3示出了本申请一些示例性实施例提供的基于蓝牙通信的数据交互方法的流程示意图，以该方法由图2所示的第一蓝牙设备201执行为例，该方法包括以下步骤中的至少部分步骤：
步骤310：在CIS链路的子事件中发送第一数据包；
在一些实施例中，第一蓝牙设备201与第二蓝牙设备202之间的CIS链路包括至少一个CIS事件，一个CIS事件中包括至少一个子事件。
在一些实施例中，第一蓝牙设备201在CIS链路的子事件中向第二蓝牙设备202发送第一数据包。
在一些实施例中，第一数据包也可以理解为第一PDU。
步骤330：在CIS链路的子事件中接收第一数据包对应的第二数据包。
在一些实施例中，第一蓝牙设备201在CIS链路的子事件中接收第二蓝牙设备202发送的第二数据包，第二数据包与第一数据包对应。
在一些实施例中，第二数据包也可以理解为第二PDU。
在一些实施例中，第一数据包和第二数据包中的至少之一携带有非业务数据。
综上所述，本申请提供的方法，通过在CIS链路上交互非业务数据，能够使得非业务数据的交互周期减小，从而实现非业务数据交互速度的提升。
图4示出了本申请一些示例性实施例提供的基于蓝牙通信的数据交互方法的流程示意图，以该方法由图2所示的第一蓝牙设备201执行为例，该方法包括以下步骤中的至少部分步骤：
步骤410：在CIS链路的子事件中发送第一数据包，第一数据包的包头指示第一数据包 对应的数据类型；
在一些实施例中，数据类型包括业务数据、非业务数据、空数据。
在一些实施例中，业务数据包括音乐数据、音频数据、电话数据、视频数据中的至少之一。
在一些实施例中，非业务数据包括控制信息、第一蓝牙设备201的状态信息、第二蓝牙设备202的状态信息、第一蓝牙设备201与第二蓝牙设备202之间的状态信息中的至少之一。
在一些实施例中，空数据是指既无业务数据也无非业务数据，但携带ACK信息或NACK信息的数据。也可以理解为，空数据不是有效数据，即空数据是不需要解析的数据或不被解析的数据。
在一些实施例中，第一数据包也可以理解为第一PDU，第一数据包的包头也可以理解为第一PDU的包头。
步骤430：在CIS链路的子事件中接收第一数据包对应的第二数据包，第二数据包的包头指示第二数据包对应的数据类型。
在一些实施例中，第二数据包的包头指示第二数据包对应的数据类型。
在一些实施例中，第一数据包的包头指示第一数据包对应的数据类型的方式，与第二数据包的包头指示第二数据包对应的数据类型的方式相同。
在一些实施例中，第二数据包也可以理解为第二PDU，第二数据包的包头也可以理解为第二PDU的包头。
在一些实施例中，第二数据包的包头中的至少一个为将来使用预留(Reserve for Future Use，RFU)字段用于指示第二数据包对应的数据类型。
在一些实施例中，第二数据包的包头中的两个RFU字段用于指示第二数据包对应的数据类型。
在一些实施例中，第二数据包的包头中的两个RFU字段中的至少一个RFU字段的取值为第一取值时，指示第二数据包对应的数据类型为非业务数据。
在一些实施例中，第二数据包的包头中的一个RFU字段用于指示第二数据包对应的数据类型。
在一些实施例中，第二数据包的包头中的一个RFU字段的取值为第一取值时，指示第二数据包对应的数据类型为非业务数据。
综上所述，本申请提供的方法，通过在CIS链路上交互非业务数据，能够使得非业务数据的交互周期减小，从而实现非业务数据交互速度的提升。并且，通过在数据包的包头指示对应的数据类型，便于接收数据包的蓝牙设备识别是否要解析该数据包，节约数据传输过程中的开销、资源。
图5示出了本申请一些示例性实施例提供的基于蓝牙通信的数据交互方法的流程示意图，以该方法由图2所示的第二蓝牙设备202执行为例，该方法包括以下步骤中的至少部分步骤：
步骤510：在CIS链路的子事件中接收第一数据包；
在一些实施例中，第一蓝牙设备201与第二蓝牙设备202之间的CIS链路包括至少一个CIS事件，一个CIS事件中包括至少一个子事件。
在一些实施例中，第二蓝牙设备202接收第一蓝牙设备201在CIS链路的子事件中发送的第一数据包。
在一些实施例中，第一数据包也可以理解为第一PDU。
步骤530：在CIS链路的子事件中发送第一数据包对应的第二数据包。
在一些实施例中，第二蓝牙设备202向第一蓝牙设备201在CIS链路的子事件中发送第二数据包，第二数据包与第一数据包对应。
在一些实施例中，第二数据包也可以理解为第二PDU。
在一些实施例中，第一数据包和第二数据包中的至少之一携带有非业务数据。
综上所述，本申请提供的方法，通过在CIS链路上交互非业务数据，能够使得非业务数据的交互周期减小，从而实现非业务数据交互速度的提升。
图6示出了本申请一些示例性实施例提供的基于蓝牙通信的数据交互方法的流程示意图，以该方法由图2所示的第二蓝牙设备202执行为例，该方法包括以下步骤中的至少部分步骤：
步骤610：在CIS链路的子事件中接收第一数据包，第一数据包的包头指示第一数据包对应的数据类型；
在一些实施例中，数据类型包括业务数据、非业务数据、空数据。
在一些实施例中，业务数据包括音乐数据、音频数据、电话数据、视频数据中的至少之一。
在一些实施例中，非业务数据包括控制信息、第一蓝牙设备201的状态信息、第二蓝牙设备202的状态信息、第一蓝牙设备201与第二蓝牙设备202之间的状态信息中的至少之一。
在一些实施例中，空数据是指既无业务数据也无非业务数据，但携带ACK信息或NACK信息的数据。也可以理解为，空数据不是有效数据，即空数据是不需要解析的数据或不被解析的数据。
在一些实施例中，第一数据包也可以理解为第一PDU，第一数据包的包头也可以理解为第一PDU的包头。
步骤630：在CIS链路的子事件中发送第一数据包对应的第二数据包，第二数据包的包头指示第二数据包对应的数据类型。
在一些实施例中，第二数据包的包头指示第二数据包对应的数据类型。
在一些实施例中，第二数据包也可以理解为第二PDU，第二数据包的包头也可以理解为第二PDU的包头。
在一些实施例中，第二数据包的包头中的至少一个RFU字段用于指示第二数据包对应的数据类型。
在一些实施例中，第二数据包的包头中的两个RFU字段用于指示第二数据包对应的数据类型。
在一些实施例中，第二数据包的包头中的两个RFU字段中的至少一个RFU字段的取值为第一取值时，指示第二数据包对应的数据类型为非业务数据。
在一些实施例中，第二数据包的包头中的一个RFU字段用于指示第二数据包对应的数据类型。
在一些实施例中，第二数据包的包头中的一个RFU字段的取值为第一取值时，指示第二数据包对应的数据类型为非业务数据。
综上所述，本申请提供的方法，通过在CIS链路上交互非业务数据，能够使得非业务数据的交互周期减小，从而实现非业务数据交互速度的提升。并且，通过在数据包的包头指示对应的数据类型，便于接收数据包的蓝牙设备识别是否要解析该数据包，节约数据传输过程中的开销、资源。
图7示出了本申请一些示例性实施例提供的基于蓝牙通信的数据交互方法的流程图，以该方法由图2所示的第一蓝牙设备和第二蓝牙设备执行为例，该方法包括以下步骤中的至少部分步骤：
步骤701：在CIS链路的子事件1中，第一蓝牙设备向第二蓝牙设备发送第一数据包；
本实施例中，ACL链路上的ACL间隔大于CIS链路上的CIS间隔，ACL链路上的ACL间隔远大于CIS链路上的子事件间隔。
如图8所示，在CIS链路的子事件1中，第一蓝牙设备向第二蓝牙设备发送的第一数据包中携带有业务数据A，比如业务数据A是音乐数据。
在一些实施例中，第一数据包也可以理解为第一PDU。
步骤702：第二蓝牙设备解析第一数据包；
第二蓝牙设备对接收到的第一数据包进行解析，获取第一数据包内携带的业务数据A。
步骤703：在CIS链路的子事件1中，第二蓝牙设备向第一蓝牙设备发送第二数据包；
如图8所示，第二蓝牙设备接收到第一蓝牙设备在子事件1中的第一数据包里携带的业务数据A，需要在子事件1中向第一蓝牙设备回复第二数据包，第二数据包中可以携带业务数据B、或非业务数据、或空数据。以第二蓝牙设备在子事件1中发送的第二数据包携带空数据B为例，空数据B中携带有对业务数据A的ACK信息。
在一些实施例中，第二数据包也可以理解为第二PDU。
步骤704：第一蓝牙设备解析第二数据包；
第一蓝牙设备对接收到的第二数据包进行解析，第二数据包内携带的是空数据B。
步骤705：在ACL链路中，第一蓝牙设备向第二蓝牙设备发送第三数据包；
如图8所示，在ACL链路中，第一蓝牙设备向第二蓝牙设备发送的第三数据包携带有非业务数据C，比如非业务数据C是第一蓝牙设备的状态信息。
在一些实施例中，第三数据包也可以理解为第三PDU。
步骤706：第二蓝牙设备解析第三数据包；
第二蓝牙设备对接收到的第三数据包进行解析，获取第三数据包内携带的非业务数据C。
步骤707：在ACL链路中，第二蓝牙设备向第一蓝牙设备发送第四数据包；
如图8所示，第二蓝牙设备接收到第一蓝牙设备发送的第三数据包，需要在ACL链路上回复第四数据包，第四数据包中可以携带非业务数据、或空数据。以第二蓝牙设备在ACL链路中发送的第四数据包携带非业务数据D为例，非业务数据D是第二蓝牙设备的状态信息。
在一些实施例中，第四数据包也可以理解为第四PDU。
第三数据包和第四数据包是在一个ACL间隔内传输的。
步骤708：第一蓝牙设备解析第四数据包；
第一蓝牙设备对接收到的第四数据包进行解析，第四数据包内携带的是非业务数据D。
步骤709：在CIS链路的子事件2中，第一蓝牙设备向第二蓝牙设备发送第一数据包；
如图8所示，在CIS链路的子事件2中，第一蓝牙设备向第二蓝牙设备发送的第一数据包中携带有业务数据A，比如业务数据A是音乐数据。
步骤710：第二蓝牙设备解析第一数据包；
第二蓝牙设备对接收到的子事件2中的第一数据包进行解析，获取第一数据包内携带的业务数据A。
步骤711：在CIS链路的子事件2中，第二蓝牙设备向第一蓝牙设备发送第二数据包；
由于在ACL链路上交互非业务数据的周期较长，第二蓝牙设备在ACL链路上向第一蓝牙设备发送非业务数据或与非业务数据对应的空数据时，存在较大的时延，影响非业务数据的交互速度。
为了提升非业务数据的交互速度，如图8所示，第二蓝牙设备在CIS链路的子事件2中，接收到来自第一蓝牙设备的第一数据包后，向第一蓝牙设备回复的第二数据包中携带有非业务数据E。
也就是说，非业务数据的发送间隔，可以从ACL间隔缩短为CIS链路上的子事件间隔，大大缩短了第二蓝牙设备向第一蓝牙设备发送非业务数据的时延，提升了第一蓝牙设备与第二蓝牙设备之间交互非业务数据的速度。
步骤712：第一蓝牙设备解析第二数据包。
第一蓝牙设备对在子事件2中接收到的第二数据包进行解析，第二数据包内携带的是非 业务数据E。
综上所述，本实施例提供的方法，通过在CIS链路上交互非业务数据，能够使得非业务数据的交互周期减小，从而实现非业务数据交互速度的提升。
图9示出了本申请一些示例性实施例提供的基于蓝牙通信的数据交互方法的流程图，以该方法由图2所示的第一蓝牙设备和第二蓝牙设备执行为例，该方法包括以下步骤中的至少部分步骤：
步骤901：在CIS链路的子事件1中，第一蓝牙设备向第二蓝牙设备发送第一数据包，第一数据包的包头指示第一数据包对应的数据类型；
本实施例中，ACL链路上的ACL间隔大于CIS链路上的CIS间隔，ACL链路上的ACL间隔远大于CIS链路上的子事件间隔。
在一些实施例中，第一数据包也可以理解为第一PDU，第一数据包的包头也可以理解为第一PDU的包头。
示例性的，本实施例中数据包的包头(header)格式如表1所示，包括以下字段：链路层标识(Link Layer Identity，LLID)字段，占用2比特(bit)；下一个期待的数据包编号(Next Expected Sequence Number，NESN)字段，用于指示下一个期待的数据包的编号，占用1比特；数据包编号(Sequence Number，SN)字段，用于指示当前发送的数据包的编号，占用1比特；关闭同步事件(Close Isochronous Event，CIE)字段，占用1比特；空负载指示(Null Payload Indicator，NPI)字段，用于指示有效负载是空PDU，意味着没有发送有效数据；长度(length)字段，用于指示当前发送的数据包或PDU的长度，占用8比特；RFU字段，为将来使用预留的字段，占用2比特，可分为两个各占1比特的RFU字段。本实施例中，为了便于说明，将两个各占1比特的RFU字段称为RFU1和RFU2，并不意味着对RFU字段做出限定。
表1数据包的包头格式
Figure PCTCN2022121090-appb-000001
在一些实施例中，通过包头中的RFU字段指示第一数据包对应的数据类型。
在一些实施例中，通过包头中的两个RFU字段指示第一数据包对应的数据类型。
在一些实施例中，当两个RFU字段的取值均为第一取值时，指示第一数据包对应的数据类型为空数据或业务数据；当两个RFU字段中至少有一个RFU字段的取值为第一取值时，指示第一数据包对应的数据类型为非业务数据。
在一些实施例中，当两个RFU字段的取值均为第一取值时，指示第一数据包对应的数据类型为空数据或业务数据A；当两个RFU字段中至少有一个RFU字段的取值为第一取值时，指示第一数据包对应的数据类型既不是空数据也不是业务数据A，比如，第一数据包对应的数据类型是非业务数据或业务数据B。这种情况下，业务数据A与业务数据B虽然都是业务数据，但是音乐数据、音频数据、电话数据、视频数据中的两种不同的业务数据。
如图10所示，在CIS链路的子事件1中，第一蓝牙设备向第二蓝牙设备发送的第一数据包中携带有业务数据A，比如业务数据A是音乐数据。那么，第一数据包的包头格式可以如表2所示，将两个RFU字段的取值都置为第一取值来指示第一数据包对应的数据类型为业务数据，比如第一取值为0。
表2第一数据包的包头格式
Figure PCTCN2022121090-appb-000002
Figure PCTCN2022121090-appb-000003
其中，除RFU字段以外的字段取值是示意性取值，本实施例中不重点讨论除RFU字段以外的字段取值。
在一些实施例中，通过包头中的一个RFU字段指示第一数据包对应的数据类型。
在一些实施例中，当一个RFU字段的取值为第一取值时，指示第一数据包对应的数据类型为空数据或业务数据；当一个RFU字段的取值为第二取值时，指示第一数据包对应的数据类型为非业务数据。
在一些实施例中，当一个RFU字段的取值为第一取值时，指示第一数据包对应的数据类型为空数据或业务数据A；当一个RFU字段的取值为第二取值时，指示第一数据包对应的数据类型既不是空数据也不是业务数据A，比如，第一数据包对应的数据类型是非业务数据或业务数据B。这种情况下，业务数据A与业务数据B虽然都是业务数据，但是音乐数据、音频数据、电话数据、视频数据中的两种不同的业务数据。
如图10所示，在CIS链路的子事件1中，第一蓝牙设备向第二蓝牙设备发送的第一数据包中携带有业务数据A，比如业务数据A是音乐数据。那么，第一数据包的包头格式可以如表3所示，将一个RFU字段(如RFU1字段)的取值置为第一取值来指示第一数据包对应的数据类型为业务数据，比如第一取值为0。
表3第一数据包的包头格式
Figure PCTCN2022121090-appb-000004
其中，除RFU1字段以外的字段取值是示意性取值，RFU2字段在发送当前数据包时不用于指示数据包对应的数据类型或不被使用或为其它使用预留，本实施例中不重点讨论除RFU1字段以外的字段取值。
步骤902：第二蓝牙设备解析第一数据包；
如果第一数据包的包头格式如表2所示，第一数据包的包头中两个RFU字段取值均为第一取值，意味着第一数据包对应的数据类型为业务数据或空数据。第二蓝牙设备通过其它字段，如NPI字段、长度字段，识别出第一数据包对应的数据类型为业务数据，则意味着第一数据包需要解析。
如果第一数据包的包头格式如表3所示，第一数据包的包头中RFU1字段取值为第一取值，意味着第一数据包对应的数据类型为业务数据或空数据。第二蓝牙设备通过其它字段，如NPI字段、长度字段，识别出第一数据包对应的数据类型为业务数据，则意味着第一数据包需要解析。
第二蓝牙设备对接收到的第一数据包进行解析，获取第一数据包内携带的业务数据A。
步骤903：在CIS链路的子事件1中，第二蓝牙设备向第一蓝牙设备发送第二数据包，第二数据包的包头指示第二数据包对应的数据类型；
在一些实施例中，第二数据包也可以理解为第二PDU，第二数据包的包头也可以理解为第二PDU的包头。
在一些实施例中，通过包头中的RFU字段指示第二数据包对应的数据类型。
在一些实施例中，通过包头中的两个RFU字段指示第二数据包对应的数据类型。
在一些实施例中，当两个RFU字段的取值均为第一取值时，指示第二数据包对应的数据 类型为空数据或业务数据；当两个RFU字段中至少有一个RFU字段的取值为第一取值时，指示第二数据包对应的数据类型为非业务数据。
在一些实施例中，当两个RFU字段的取值均为第一取值时，指示第二数据包对应的数据类型为空数据或业务数据A；当两个RFU字段中至少有一个RFU字段的取值为第一取值时，指示第二数据包对应的数据类型既不是空数据也不是业务数据A，比如，第二数据包对应的数据类型是非业务数据或业务数据B。这种情况下，业务数据A与业务数据B虽然都是业务数据，但是音乐数据、音频数据、电话数据、视频数据中的两种不同的业务数据。
如图10所示，第二蓝牙设备接收到第一蓝牙设备在子事件1中的第一数据包里携带的业务数据A，需要在子事件1中向第一蓝牙设备回复第二数据包，第二数据包中可以携带业务数据B、或非业务数据、或空数据。以第二蓝牙设备在子事件1中发送的第二数据包携带空数据B为例，空数据B中携带有对业务数据A的ACK信息。那么，第二数据包的包头格式可以如表4所示，将两个RFU字段的取值都置为第一取值来指示第二数据包对应的数据类型为空数据，比如第一取值为0。
表4第二数据包的包头格式
Figure PCTCN2022121090-appb-000005
其中，除RFU字段以外的字段取值是示意性取值，本实施例中不重点讨论除RFU字段以外的字段取值。
在一些实施例中，通过包头中的一个RFU字段指示第二数据包对应的数据类型。
在一些实施例中，当一个RFU字段的取值为第一取值时，指示第二数据包对应的数据类型为空数据或业务数据；当一个RFU字段的取值为第二取值时，指示第二数据包对应的数据类型为非业务数据。
在一些实施例中，当一个RFU字段的取值为第一取值时，指示第二数据包对应的数据类型为空数据或业务数据A；当一个RFU字段的取值为第二取值时，指示第二数据包对应的数据类型既不是空数据也不是业务数据A，比如，第二数据包对应的数据类型是非业务数据或业务数据B。这种情况下，业务数据A与业务数据B虽然都是业务数据，但是音乐数据、音频数据、电话数据、视频数据中的两种不同的业务数据。
如图10所示，第二蓝牙设备接收到第一蓝牙设备在子事件1中的第一数据包里携带的业务数据A，需要在子事件1中向第一蓝牙设备回复第二数据包，第二数据包中可以携带业务数据B、或非业务数据、或空数据。以第二蓝牙设备在子事件1中发送的第二数据包携带空数据B为例，空数据B中携带有对业务数据A的ACK信息。那么，第一数据包的包头格式可以如表5所示，将一个RFU字段(如RFU1字段)的取值置为第一取值来指示第二数据包对应的数据类型为空数据，比如第一取值为0。
表5第二数据包的包头格式
Figure PCTCN2022121090-appb-000006
其中，除RFU1字段以外的字段取值是示意性取值，RFU2字段在发送当前数据包时不用于指示数据包对应的数据类型或不被使用或为其它使用预留，本实施例中不重点讨论除RFU1字段以外的字段取值。
步骤904：第一蓝牙设备不解析第二数据包；
如果第二数据包的包头格式如表4所示，第二数据包的包头中两个RFU字段取值均为第一取值，意味着第二数据包对应的数据类型为业务数据或空数据。第一蓝牙设备通过其它字段，如NPI字段、长度字段，识别出第二数据包对应的数据类型为空数据，则意味着不需要解析第二数据包。
如果第二数据包的包头格式如表5所示，第二数据包的包头中RFU1字段取值为第一取值，意味着第二数据包对应的数据类型为业务数据或空数据。第一蓝牙设备通过其它字段，如NPI字段、长度字段，识别出第二数据包对应的数据类型为空数据，则意味着不需要解析第二数据包。
第一蓝牙设备不对接收到的第二数据包进行解析，通过包头中的字段识别出第二数据包对应的空数据B中携带有对业务数据A的ACK信息。
步骤905：在ACL链路中，第一蓝牙设备向第二蓝牙设备发送第三数据包；
在一些实施例中，第三数据包的包头不指示第三数据包对应的数据类型。
在一些实施例中，第三数据包的包头指示第三数据包对应的数据类型。
在一些实施例中，第三数据包也可以理解为第三PDU，第三数据包的包头也可以理解为第三PDU的包头。
在一些实施例中，第三数据包的包头格式与步骤901中第一数据包的包头格式的设置方式相似，此处不再赘述。
如图10所示，在ACL链路中，第一蓝牙设备向第二蓝牙设备发送的第三数据包携带有非业务数据C，比如非业务数据C是第一蓝牙设备的状态信息。
那么，第三数据包的包头格式可以如表6所示，将两个RFU字段中的一个RFU字段(RFU1字段或RFU2字段)的取值置为第二取值，或如表7所示，将两个RFU字段的取值都置为第二取值来指示第三数据包对应的数据类型为非业务数据，比如第二取值为1。
表6第三数据包的包头格式
Figure PCTCN2022121090-appb-000007
表7第三数据包的包头格式
Figure PCTCN2022121090-appb-000008
其中，除RFU字段以外的字段取值是示意性取值，本实施例中不重点讨论除RFU字段以外的字段取值。
或者，第三数据包的包头格式如表8所示，将一个RFU字段(如RFU1字段)的取值置为第二取值来指示第一数据包对应的数据类型为非业务数据，比如第二取值为1。
表8第三数据包的包头格式
Figure PCTCN2022121090-appb-000009
其中，除RFU1字段以外的字段取值是示意性取值，RFU2字段在发送当前数据包时不用于指示数据包对应的数据类型或不被使用或为其它使用预留，本实施例中不重点讨论除RFU1字段以外的字段取值。
步骤906：第二蓝牙设备解析第三数据包；
在一些实施例中，第二蓝牙设备对接收到的第三数据包进行解析，获取第三数据包内携带的非业务数据C。
在一些实施例中，如果第三数据包的包头格式如表6或表7或表8所示，指示第三数据包对应的数据类型为非业务数据，意味着第三数据包需要解析，则第二蓝牙设备对接收到的第三数据包进行解析，获取第三数据包内携带的非业务数据C。
步骤907：在ACL链路中，第二蓝牙设备向第一蓝牙设备发送第四数据包；
在一些实施例中，第四数据包的包头不指示第四数据包对应的数据类型。
在一些实施例中，第四数据包的包头指示第四数据包对应的数据类型。
在一些实施例中，第四数据包也可以理解为第四PDU，第四数据包的包头也可以理解为第四PDU的包头。
在一些实施例中，第四数据包的包头格式与步骤901中第一数据包的包头格式的设置方式相似，此处不再赘述。
如图10所示，第二蓝牙设备接收到第一蓝牙设备发送的第三数据包，需要在ACL链路上回复第四数据包，第四数据包中可以携带非业务数据、或空数据。
如果第四数据包中携带空数据，则第四数据包的包头格式可以与表4或表5所示的第二数据包的包头格式类似，此处不再赘述。
本实施例以第二蓝牙设备在ACL链路中发送的第四数据包携带非业务数据D为例，非业务数据D是第二蓝牙设备的状态信息。那么，第四数据包的包头格式可以与表6、或表7、或表8所示的第三数据包的包头格式类似，此处不再赘述。
第三数据包和第四数据包是在一个ACL间隔内传输的。
步骤908：第一蓝牙设备解析第四数据包；
在一些实施例中，第一蓝牙设备对接收到的第四数据包进行解析，第四数据包内携带的是非业务数据D。
在一些实施例中，如果第四数据包的包头格式与表6、或表7、或表8所示的第三数据包的包头格式类似，指示第四数据包对应的数据类型为非业务数据，意味着第四数据包需要解析，则第一蓝牙设备对接收到的第四数据包进行解析，获取第四数据包内携带的非业务数据D。
步骤909：在CIS链路的子事件2中，第一蓝牙设备向第二蓝牙设备发送第一数据包，第一数据包的包头指示第一数据包对应的数据类型；
如图10所示，在CIS链路的子事件2中，第一蓝牙设备向第二蓝牙设备发送的第一数据包中携带有业务数据A，比如业务数据A是音乐数据。
子事件2中的第一数据包的包头格式可以与表2或表3所示的包头格式类似，此处不再赘述。
步骤910：第二蓝牙设备解析第一数据包；
如果第一数据包的包头格式与表2所示的包头格式类似，第一数据包的包头中两个RFU字段取值均为第一取值，意味着第一数据包对应的数据类型为业务数据或空数据。第二蓝牙设备通过其它字段，如NPI字段、长度字段，识别出第一数据包对应的数据类型为业务数据，则意味着第一数据包需要解析。
如果第一数据包的包头格式与表3所示的包头格式类似，第一数据包的包头中RFU1字段取值为第一取值，意味着第一数据包对应的数据类型为业务数据或空数据。第二蓝牙设备通过其它字段，如NPI字段、长度字段，识别出第一数据包对应的数据类型为业务数据，则 意味着第一数据包需要解析。
第二蓝牙设备对在子事件2中接收到的第一数据包进行解析，获取第一数据包内携带的业务数据A。
步骤911：在CIS链路的子事件2中，第二蓝牙设备向第一蓝牙设备发送第二数据包，第二数据包的包头指示第二数据包对应的数据类型；
由于在ACL链路上交互非业务数据的周期较长，第二蓝牙设备在ACL链路上向第一蓝牙设备发送非业务数据或与非业务数据对应的空数据时，存在较大的时延，影响非业务数据的交互速度。
为了提升非业务数据的交互速度，如图10所示，第二蓝牙设备在CIS链路的子事件2中，接收到来自第一蓝牙设备的第一数据包后，向第一蓝牙设备回复的第二数据包中携带有非业务数据E。
也就是说，非业务数据的发送间隔，可以从ACL间隔缩短为CIS链路上的子事件间隔，大大缩短了第二蓝牙设备向第一蓝牙设备发送非业务数据的时延，提升了第一蓝牙设备与第二蓝牙设备之间交互非业务数据的速度。
那么，子事件2中的第二数据包的包头格式可以如表9所示将两个RFU字段中的一个RFU字段(RFU1字段或RFU2字段)的取值置为第二取值，或如表10所示，将两个RFU字段的取值都置为第二取值来指示子事件2中的第二数据包对应的数据类型为非业务数据，比如第二取值为1。
表9第二数据包的包头格式
Figure PCTCN2022121090-appb-000010
表10第二数据包的包头格式
Figure PCTCN2022121090-appb-000011
其中，除RFU字段以外的字段取值是示意性取值，本实施例中不重点讨论除RFU字段以外的字段取值。
或者，子事件2中的第二数据包的包头格式如表11所示，将一个RFU字段(如RFU1字段)的取值置为第二取值来指示子事件2中的第二数据包对应的数据类型为非业务数据，比如第二取值为1。
表11第二数据包的包头格式
Figure PCTCN2022121090-appb-000012
其中，除RFU1字段以外的字段取值是示意性取值，RFU2字段在发送当前数据包时不用于指示数据包对应的数据类型或不被使用或为其它使用预留，本实施例中不重点讨论除RFU1字段以外的字段取值。
步骤912：第一蓝牙设备解析第二数据包。
如果第二数据包的包头格式如表9或表10或表11所示，指示第二数据包对应的数据类型为非业务数据，意味着第二数据包需要解析。
第一蓝牙设备对接收到的第二数据包进行解析，第二数据包内携带的是非业务数据E。
如果第二数据包的包头格式图表4或表5所示，指示第二数据包对应的数据类型为业务数据或空数据，第一蓝牙设备通过其它字段，如NPI字段、长度字段，对第二数据包识别。假如识别出第二数据包对应的数据类型为空数据，则不解析第二数据包。假如识别出第二数据包对应的数据类型是业务数据，则解析第二数据包，第二数据包对应的业务数据可能是业务数据B，也可能是业务数据A。示例性的，空数据对应的长度字段取值为0，业务数据对应的长度字段取值大于0。示例性的，空数据对应的NPI字段取值为0，业务数据对应的NPI字段取值为1。
综上所述，本实施例提供的方法，通过在CIS链路上交互非业务数据，能够使得非业务数据的交互周期减小，从而实现非业务数据交互速度的提升。并且，通过在数据包的包头指示对应的数据类型，便于接收数据包的蓝牙设备识别是否要解析该数据包，节约数据传输过程中的开销、资源。
图11示出了本申请一些示例性实施例提供的基于蓝牙通信的数据交互装置的结构框图，该装置包括以下第一发送模块1101、第一接收模块1103、第一处理模块1105中的至少部分模块：
第一发送模块1101，用于在CIS链路的子事件中发送第一数据包；
第一接收模块1103，用于在所述子事件中接收所述第一数据包对应的第二数据包；
其中，所述第一数据包和所述第二数据包中的至少之一携带有非业务数据。
在一些实施例中，所述第一数据包的包头指示所述第一数据包对应的数据类型；
所述第二数据包的包头指示所述第二数据包对应的数据类型；
其中，所述数据类型包括业务数据、所述非业务数据、空数据中的至少之一。
在一些实施例中，所述第二数据包的包头中的至少一个RFU字段用于指示所述第二数据包对应的数据类型。
在一些实施例中，所述第二数据包的包头中的两个RFU字段用于指示所述第二数据包对应的数据类型。
在一些实施例中，所述第二数据包的包头中的两个RFU字段中的至少一个RFU字段的取值为第一取值时，指示所述第二数据包对应的数据类型为所述非业务数据。
在一些实施例中，所述第二数据包的包头中的一个RFU字段用于指示所述第二数据包对应的数据类型。
在一些实施例中，所述第二数据包的包头中的一个RFU字段的取值为第一取值时，指示所述第二数据包对应的数据类型为所述非业务数据。
在一些实施例中，所述非业务数据包括控制信息、所述第一蓝牙设备的状态信息、第二蓝牙设备的状态信息、所述第一蓝牙设备与所述第二蓝牙设备之间的状态信息中的至少之一。
在一些实施例中，所述业务数据包括音乐数据、音频数据、电话数据、视频数据中的至少之一。
在一些实施例中，所述装置还包括第一处理模块1105，用于对所述第二数据包进行处理。
在一些实施例中，所述第一处理模块1105用于对所述第一数据包进行处理。
综上所述，本实施例提供的装置，通过在CIS链路上交互非业务数据，能够使得非业务数据的交互周期减小，从而实现非业务数据交互速度的提升。
图12示出了本申请一些示例性实施例提供的基于蓝牙通信的数据交互装置的结构框图，该装置包括以下第二接收模块1201、第二发送模块1203、第二处理模块1105中的至少部分 模块：
第二接收模块1201，用于在CIS链路的子事件中接收第一数据包；
第二发送模块1203，用于在所述子事件中发送所述第一数据包对应的第二数据包；
其中，所述第一数据包和所述第二数据包中的至少之一携带有非业务数据。
在一些实施例中，所述第一数据包的包头指示所述第一数据包对应的数据类型；
所述第二数据包的包头指示所述第二数据包对应的数据类型；
其中，所述数据类型包括业务数据、所述非业务数据、空数据中的至少之一。
在一些实施例中，所述第二数据包的包头中的至少一个RFU字段用于指示所述第二数据包对应的数据类型。
在一些实施例中，所述第二数据包的包头中的两个RFU字段用于指示所述第二数据包对应的数据类型。
在一些实施例中，所述第二数据包的包头中的两个RFU字段中的至少一个RFU字段的取值为第一取值时，指示所述第二数据包对应的数据类型为所述非业务数据。
在一些实施例中，所述第二数据包的包头中的一个RFU字段用于指示所述第二数据包对应的数据类型。
在一些实施例中，所述第二数据包的包头中的一个RFU字段的取值为第一取值时，指示所述第二数据包对应的数据类型为所述非业务数据。
在一些实施例中，所述非业务数据包括控制信息、所述第一蓝牙设备的状态信息、第二蓝牙设备的状态信息、所述第一蓝牙设备与所述第二蓝牙设备之间的状态信息中的至少之一。
在一些实施例中，所述业务数据包括音乐数据、音频数据、电话数据、视频数据中的至少之一。
在一些实施例中，所述装置还包括第二处理模块1205，用于对所述第二数据包进行处理。
在一些实施例中，所述第二处理模块1205用于对所述第一数据包进行处理。
综上所述，本实施例提供的装置，通过在CIS链路上交互非业务数据，能够使得非业务数据的交互周期减小，从而实现非业务数据交互速度的提升。
需要说明的是：上述实施例提供的装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图13示出了本申请一些示例性实施例提供的基于蓝牙通信的数据交互设备的结构示意图。该基于蓝牙通信的数据交互设备1300可以是智能手机、平板电脑、电子书阅读器、膝上便携计算机、台式计算机、电视机、AR终端、VR终端、MR终端、XR终端、BR终端、CR终端、DR终端、音乐播放器、智能手表、智能眼镜、蓝牙耳机、蓝牙手环、蓝牙手表、蓝牙项圈、蓝牙戒指、蓝牙眼镜中的至少之一。本申请中的电子设备1300可以包括一个或多个如下部件：处理器1310、存储器1320和蓝牙芯片1330。
处理器1310可以包括一个或者多个处理核心。处理器1310利用各种接口和线路连接整个电子设备1300内的各个部分，通过运行或执行存储在存储器1320内的指令、程序、代码集或指令集，以及调用存储在存储器1320内的数据，执行电子设备1300的各种功能和处理数据。可选地，处理器1310可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器1310可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)、神经网络处理器(Neural-network Processing Unit，NPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系 统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；NPU用于实现人工智能(Artificial Intelligence，AI)功能；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1310中，单独通过一块芯片进行实现。
存储器1320可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。可选地，该存储器1320包括非瞬时性计算机可读介质(Non-Transitory Computer-Readable Storage Medium)。存储器1320可用于存储指令、程序、代码、代码集或指令集。存储器1320可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储根据电子设备1300的使用所创建的数据(比如音频数据、电话本)等。
蓝牙芯片1330是用于实现蓝牙功能的组件。其中，蓝牙芯片1330包含主机(Host)和控制器(Controller)两部分(对应不同蓝牙协议栈)，Host和Controller可以运行在同一芯片上(单芯片架构)，也可以运行在不同芯片上(双芯片架构)。比如，Host运行在处理器上，而Controller运行在蓝牙模块上；或者，Host和Controller均运行在蓝牙芯片1330上。
除此之外，本领域技术人员可以理解，上述附图所示出的电子设备1300的结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，电子设备1300中还包括显示屏、传感器、扬声器、麦克风、电源等部件，在此不再赘述。
在本申请的一个示例性实施例中，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一段程序，所述至少一段程序由所述处理器加载并执行以实现上述各个方法实施例提供的基于蓝牙通信的数据交互方法。
在本申请的一个示例性实施例中，还提供了一种芯片，所述芯片包括可编程逻辑电路和/或程序指令，当所述芯片在设备上运行时，用于实现上述各个方法实施例提供的基于蓝牙通信的数据交互方法。
在本申请的一个示例性实施例中，还提供了一种计算机程序产品，该计算机程序产品在计算机设备的处理器上运行时，使得计算机设备执行上述基于蓝牙通信的数据交互方法。
在本申请的一个示例性实施例中，还提供了一种计算机程序，该计算机程序包括计算机指令，计算机设备的处理器执行所述计算机指令，使得所述计算机设备执行上述各个方法实施例提供的基于蓝牙通信的数据交互方法。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (24)

  1. 一种基于蓝牙通信的数据交互方法，其特征在于，所述方法由第一蓝牙设备执行，所述方法包括：
    在面向连接的同步流业务CIS链路的子事件中发送第一数据包；
    在所述子事件中接收所述第一数据包对应的第二数据包；
    其中，所述第一数据包和所述第二数据包中的至少之一携带有非业务数据。
  2. 根据权利要求1所述的方法，其特征在于，
    所述第一数据包的包头指示所述第一数据包对应的数据类型；
    所述第二数据包的包头指示所述第二数据包对应的数据类型；
    其中，所述数据类型包括业务数据、所述非业务数据、空数据中的至少之一。
  3. 根据权利要求2所述的方法，其特征在于，所述第二数据包的包头中的至少一个RFU字段用于指示所述第二数据包对应的数据类型。
  4. 根据权利要求3所述的方法，其特征在于，所述第二数据包的包头中的两个RFU字段用于指示所述第二数据包对应的数据类型。
  5. 根据权利要求4所述的方法，其特征在于，
    所述第二数据包的包头中的两个RFU字段中的至少一个RFU字段的取值为第一取值时，指示所述第二数据包对应的数据类型为所述非业务数据。
  6. 根据权利要求3所述的方法，其特征在于，所述第二数据包的包头中的一个RFU字段用于指示所述第二数据包对应的数据类型。
  7. 根据权利要求6所述的方法，其特征在于，
    所述第二数据包的包头中的一个RFU字段的取值为第一取值时，指示所述第二数据包对应的数据类型为所述非业务数据。
  8. 根据权利要求1至7任一所述的方法，其特征在于，
    所述非业务数据包括控制信息、所述第一蓝牙设备的状态信息、第二蓝牙设备的状态信息、所述第一蓝牙设备与所述第二蓝牙设备之间的状态信息中的至少之一。
  9. 根据权利要求1至8任一所述的方法，其特征在于，
    所述业务数据包括音乐数据、音频数据、电话数据、视频数据中的至少之一。
  10. 一种基于蓝牙通信的数据交互方法，其特征在于，所述方法由第二蓝牙设备执行，所述方法包括：
    在面向连接的同步流业务CIS链路的子事件中接收第一数据包；
    在所述子事件中发送所述第一数据包对应的第二数据包；
    其中，所述第一数据包和所述第二数据包中的至少之一携带有非业务数据。
  11. 根据权利要求10所述的方法，其特征在于，
    所述第一数据包的包头指示所述第一数据包对应的数据类型；
    所述第二数据包的包头指示所述第二数据包对应的数据类型；
    其中，所述数据类型包括业务数据、所述非业务数据、空数据中的至少之一。
  12. 根据权利要求11所述的方法，其特征在于，所述第二数据包的包头中的至少一个RFU字段用于指示所述第二数据包对应的数据类型。
  13. 根据权利要求12所述的方法，其特征在于，所述第二数据包的包头中的两个RFU字段用于指示所述第二数据包对应的数据类型。
  14. 根据权利要求13所述的方法，其特征在于，
    所述第二数据包的包头中的两个RFU字段中的至少一个RFU字段的取值为第一取值时，指示所述第二数据包对应的数据类型为所述非业务数据。
  15. 根据权利要求13所述的方法，其特征在于，所述第二数据包的包头中的一个RFU字段用于指示所述第二数据包对应的数据类型。
  16. 根据权利要求15所述的方法，其特征在于，
    所述第二数据包的包头中的一个RFU字段的取值为第一取值时，指示所述第二数据包对应的数据类型为所述非业务数据。
  17. 根据权利要求10至16任一所述的方法，其特征在于，
    所述非业务数据包括控制信息、所述第一蓝牙设备的状态信息、第二蓝牙设备的状态信息、所述第一蓝牙设备与所述第二蓝牙设备之间的状态信息中的至少之一。
  18. 根据权利要求10至17任一所述的方法，其特征在于，
    所述业务数据包括音乐数据、音频数据、电话数据、视频数据中的至少之一。
  19. 一种基于蓝牙通信的数据交互装置，其特征在于，所述装置包括：
    第一发送模块，用于在面向连接的同步流业务CIS链路的子事件中发送第一数据包；
    第一接收模块，用于在所述子事件中接收所述第一数据包对应的第二数据包；
    其中，所述第一数据包和所述第二数据包中的至少之一携带有非业务数据。
  20. 一种基于蓝牙通信的数据交互装置，其特征在于，所述装置包括：
    第二接收模块，用于在面向连接的同步流业务CIS链路的子事件中接收第一数据包；
    第二发送模块，用于在所述子事件中发送和所述第一数据包对应的第二数据包；
    其中，所述第一数据包和所述第二数据包中的至少之一携带有非业务数据。
  21. 一种基于蓝牙通信的数据交互设备，其特征在于，所述数据交互设备包括：
    处理器；
    与所述处理器相连的收发器；
    用于存储所述处理器的可执行指令的存储器；
    其中，所述处理器被配置为加载并执行所述可执行指令以实现如权利要求1至9或权利要求10至18任一所述的基于蓝牙通信的数据交互方法。
  22. 一种计算机可读存储介质，其特征在于，所述可读存储介质中存储有可执行指令，所述可执行指令由所述处理器加载并执行以实现如权利要求1至9或权利要求10至18任一所 述的基于蓝牙通信的数据交互方法。
  23. 一种芯片，其特征在于，所述芯片包括可编程逻辑电路或程序，所述芯片用于实现如权利要求1至9或权利要求10至18任一所述的基于蓝牙通信的数据交互方法。
  24. 一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，所述计算机指令存储在计算机可读存储介质中，计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令，所述处理器执行所述计算机指令，使得所述计算机设备执行如权利要求1至9或权利要求10至18任一所述的基于蓝牙通信的数据交互方法。
PCT/CN2022/121090 2022-09-23 2022-09-23 基于蓝牙通信的数据交互方法、装置、设备及存储介质 WO2024060247A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/121090 WO2024060247A1 (zh) 2022-09-23 2022-09-23 基于蓝牙通信的数据交互方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/121090 WO2024060247A1 (zh) 2022-09-23 2022-09-23 基于蓝牙通信的数据交互方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
WO2024060247A1 true WO2024060247A1 (zh) 2024-03-28

Family

ID=90453777

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/121090 WO2024060247A1 (zh) 2022-09-23 2022-09-23 基于蓝牙通信的数据交互方法、装置、设备及存储介质

Country Status (1)

Country Link
WO (1) WO2024060247A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111800171A (zh) * 2020-09-08 2020-10-20 南京中感微电子有限公司 蓝牙低功耗音频数据传输方法以及装置、设备
US11075968B1 (en) * 2020-10-20 2021-07-27 Harman International Industries, Incorporated Synchronization of Bluetooth low energy transmissions across connected isochronous groups
CN113346982A (zh) * 2021-05-31 2021-09-03 合肥中感微电子有限公司 数据传输方法、发送方法、接收方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111800171A (zh) * 2020-09-08 2020-10-20 南京中感微电子有限公司 蓝牙低功耗音频数据传输方法以及装置、设备
US11075968B1 (en) * 2020-10-20 2021-07-27 Harman International Industries, Incorporated Synchronization of Bluetooth low energy transmissions across connected isochronous groups
CN113346982A (zh) * 2021-05-31 2021-09-03 合肥中感微电子有限公司 数据传输方法、发送方法、接收方法及装置

Similar Documents

Publication Publication Date Title
US11151010B2 (en) Resource configuration method, mobile terminal and storage medium
US20060268936A1 (en) Communication apparatus and method thereof
US20220027208A1 (en) Method for controlling of accelerating edge platform network and electronic device using the same
WO2011157026A1 (zh) 音频传输的实现方法及移动终端
CN108494817A (zh) 数据传输方法、相关装置及系统
TW201238295A (en) A method and system for improved multi-cell support on a single modem board
CN114553635B (zh) Dpu网络设备中的数据处理方法、数据交互方法及产品
WO2020143237A1 (zh) 一种dma控制器和异构加速系统
WO2019000866A1 (zh) 一种数据处理方法及物联网网关
CN108768667B (zh) 一种用于多核处理器片内核间网络通信的方法
WO2015027806A1 (zh) 一种内存数据的读写处理方法和装置
WO2017028399A1 (zh) 通信数据传输方法及系统
WO2022068756A1 (zh) 基于微服务的服务网格系统及服务治理方法
US20050169309A1 (en) System and method for vertical perimeter protection
WO2024037296A1 (zh) 基于协议族的quic数据传输方法及装置
WO2023240998A1 (zh) 数据包处理方法、通信芯片及计算机设备
WO2024088268A1 (zh) Rdma事件管理方法、设备及存储介质
US8135851B2 (en) Object request broker for accelerating object-oriented communications and method
CN112000446A (zh) 一种数据传输的方法及机器人
WO2024067529A1 (zh) 基于rdma的建连方法、装置、设备及存储介质
WO2024060247A1 (zh) 基于蓝牙通信的数据交互方法、装置、设备及存储介质
JP2000235536A (ja) データ通信方式及び装置
CN116244231A (zh) 一种数据传输方法、装置、系统、电子设备及存储介质
CN103036815B (zh) 一种信息技术和通信技术ict融合系统
CN106372013A (zh) 远程内存访问方法、装置和系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22959249

Country of ref document: EP

Kind code of ref document: A1