WO2022188813A1

WO2022188813A1 - Bluetooth communication method and system, and electronic device

Info

Publication number: WO2022188813A1
Application number: PCT/CN2022/079978
Authority: WO
Inventors: 陈岩; 倪观军; 朱宇洪; 彭炳光; 孙尚帮; 姚晶晶; 王蓉
Original assignee: 华为技术有限公司
Priority date: 2021-03-12
Filing date: 2022-03-09
Publication date: 2022-09-15
Also published as: CN115086924A

Abstract

Embodiments of the present application provide a Bluetooth communication method and system, and an electronic device. The method comprises: a first electronic device sends to a second electronic device a frame header part of a Bluetooth data packet, comprising bandwidth indication information for indicating a transmission bandwidth of a frame body, so that the second electronic device can switch a receiving bandwidth on the basis of the bandwidth indication information obtained from a frame header to receive a frame body part of the Bluetooth data packet on a corresponding bandwidth. The present application provides a real-time dynamic transmission bandwidth adjustment approach by indicating the transmission bandwidth in the frame header of the Bluetooth data packet, such that the number of signaling interactions between the electronic devices are reduced, thereby saving channel overhead and improving the resource utilization rate and the bandwidth adjustment efficiency.

Description

Bluetooth communication method, system and electronic device

This application claims the priority of the Chinese patent application with the application number 202110272348.6 and the application name "Bluetooth communication method, system and electronic device" filed with the State Intellectual Property Office of China on March 12, 2021, the entire contents of which are incorporated by reference in in this application.

technical field

The embodiments of the present application relate to the field of communication, and in particular, to a Bluetooth communication method, system, and electronic device.

Background technique

With the rapid development of communication technology, the application scenarios of Bluetooth network are becoming more and more extensive. Currently, Bluetooth connections between devices are maintained based on existing Bluetooth protocols. The maximum supported transmission bandwidth in the existing Bluetooth protocol is 2M. However, due to bandwidth limitations, existing Bluetooth protocols cannot support application scenarios with large traffic.

SUMMARY OF THE INVENTION

In order to solve the above technical problems, the present application provides a Bluetooth communication method, system and electronic device. In this method, the first electronic device can indicate the transmission bandwidth of the frame body to the second electronic device through the frame header, so as to provide a real-time bandwidth adjustment method, reduce the number of interactions for bandwidth adjustment of the electronic device, and improve resource utilization and bandwidth. Adjust efficiency.

In a first aspect, an embodiment of the present application provides a Bluetooth communication system. The system includes a first electronic device and a second electronic device, and data interaction is performed between the first electronic device and the second electronic device through a Bluetooth connection. The first electronic device is used to send the first Bluetooth data packet to the second electronic device; the first Bluetooth data packet includes a frame header and a frame body, and the frame header of the first Bluetooth data packet includes first bandwidth indication information, and the first bandwidth indication The information is used to indicate the first transmission bandwidth of the frame body of the first Bluetooth data packet. The second electronic device is configured to receive the first Bluetooth data packet; and the second electronic device obtains the first bandwidth indication information in the frame header of the first Bluetooth data packet. And, the second electronic device receives the frame body of the first Bluetooth data packet on the first transmission bandwidth according to the first bandwidth indication information. In this way, the embodiments of the present application provide a real-time bandwidth adjustment method. The first electronic device can indicate the transmission bandwidth of the frame body to the second electronic device through the frame header of the Bluetooth data packet, so that the second electronic device can read the frame After the header, the transmission bandwidth of the frame body can be obtained. Thereby, dynamic adjustment of transmission bandwidth is realized, the number of interactions for bandwidth adjustment of electronic devices is reduced, and resource utilization and bandwidth adjustment efficiency are improved.

Exemplarily, the first electronic device and the second electronic device may be any electronic device with a Bluetooth function.

Exemplarily, the length of the first bandwidth indication information is 1 bit.

Exemplarily, the modulation modes of the frame header and the frame body of the first Bluetooth data packet may be the same or different.

Exemplarily, the transmission bandwidth of the frame header of the first Bluetooth data packet is 1 MHz or 2 MHz. The transmission bandwidth of the frame header and the transmission bandwidth of the frame body may be the same or different.

According to the first aspect, the first electronic device is further configured to send a second Bluetooth data packet to the second electronic device, where the second Bluetooth data packet includes a frame header and a frame body, and the frame header of the second Bluetooth data packet includes a second bandwidth indication information, and the second bandwidth indication information is used to indicate the second transmission bandwidth of the frame body of the second Bluetooth data packet; wherein, the first transmission bandwidth is different from the second transmission bandwidth. The second electronic device is further configured to receive a second Bluetooth data packet. The second electronic device acquires the second bandwidth indication information in the frame header of the second Bluetooth data packet. The second electronic device receives the frame body of the second Bluetooth data packet on the second transmission bandwidth according to the second bandwidth indication information. In this way, the first electronic device can indicate the transmission bandwidth of the frame body of the currently sent Bluetooth data packet to the second electronic device through the frame header of each Bluetooth data packet, thereby realizing dynamic and real-time adjustment of the transmission bandwidth.

Exemplarily, the transmission bandwidth of the frame header of each Bluetooth data packet is the same.

Exemplarily, the transmission bandwidth of the frame body of the Bluetooth data packet sent each time may be the same or different.

Exemplarily, the first electronic device may receive a user instruction, and in response to the received user instruction, perform an operation of switching the transmission bandwidth, that is, send a Bluetooth data packet carrying the second transmission bandwidth to the second electronic device.

Exemplarily, the first electronic device may adaptively adjust the transmission bandwidth based on current transmission conditions and/or the amount of data to be transmitted.

According to the first aspect, or any implementation manner of the above first aspect, the frame header of the first Bluetooth data packet further includes first modulation indication information, where the first modulation indication information is used to indicate the modulation mode of the frame body. The second electronic device is further configured to acquire the first modulation indication information. The second electronic device demodulates the frame body of the first Bluetooth data packet according to the modulation mode indicated by the first modulation indication information. In this way, the first electronic device can indicate the modulation mode of the frame body to the second electronic device through the frame header of each Bluetooth data packet, so that the second electronic device can obtain the modulation of the frame body when reading the frame header. mode, so as to realize real-time and dynamic adjustment of modulation mode. In order to reduce the number of signaling interactions during modulation mode adjustment, channel resources are saved, resource utilization is improved, and the adjustment mode adjustment efficiency is improved.

According to the first aspect, or any implementation manner of the above first aspect, the first modulation indication information and the first bandwidth indication information are carried in the physical layer indication field of the frame header of the first Bluetooth data packet. In this way, by carrying the bandwidth indication information and the modulation indication information in the specified field, the preset device can obtain the corresponding bandwidth indication and modulation indication when reading the specified field.

According to the first aspect, or any implementation manner of the above first aspect, the frame body of the first Bluetooth data packet includes a header field and a data field, the Header field includes first power indication information, and the first power indication information is used for Indicates the transmit power of the second electronic device; the data field includes Bluetooth data. In this way, by carrying the power indication information in the Header field, the peer device can obtain the corresponding power indication after reading the Header field, thereby reducing the number of signaling interactions when adjusting the power, and providing a real-time and dynamic power adjustment In this way, the power adjustment efficiency is improved while the resource utilization is improved.

Exemplarily, the second electronic device may adjust the transmit power based on the received power indication information. Exemplarily, the second electronic device may send a Bluetooth data packet to the first electronic device based on the power indicated by the power indication information.

Exemplarily, the first electronic device may determine, based on the received Bluetooth data packet sent by the second electronic device, the transmission power of the second electronic device to send the Bluetooth data packet next time.

Exemplarily, the frame body of the first Bluetooth data packet may also not include a data field. Wherein, the Header field not only includes the first power indication information, but also is used to indicate that the length of the data field is 0, that is, the Bluetooth data packet does not include the data field.

According to the first aspect, or any implementation manner of the above first aspect, the frame body of the first Bluetooth data packet includes a plurality of data fields and a plurality of check fields, wherein the plurality of data fields and the plurality of check fields are one One correspondence, and each data field includes Bluetooth data. In this way, by using multiple check fields, the peer end can check the corresponding data fields based on each check field when checking, thereby improving check efficiency.

According to the first aspect, or any implementation manner of the above first aspect, the second electronic device is further configured to perform verification on the corresponding data field based on each verification field in the plurality of verification fields.

According to the first aspect, or any implementation manner of the above first aspect, the second electronic device is further configured to send the third Bluetooth data to the first electronic device when at least one data field of the plurality of data fields fails to be verified packet; the third Bluetooth data packet includes a frame header and a frame body, the frame header of the third Bluetooth data packet includes third bandwidth indication information and first reception indication information, and the third bandwidth indication information is used to indicate the frame of the third Bluetooth data packet The third transmission bandwidth of the body; the first reception indication information is used to indicate that the second electronic device does not correctly receive the first Bluetooth data packet. The first electronic device is further configured to receive a third Bluetooth data packet. The first electronic device acquires the third bandwidth indication information and the first reception indication information in the frame header of the third Bluetooth data packet. The first electronic device receives the frame body of the third Bluetooth data packet on the third transmission bandwidth according to the third bandwidth indication information; and the first electronic device sends the fourth Bluetooth data packet to the second electronic device according to the first reception indication information , the frame body of the fourth Bluetooth data packet includes multiple data fields and multiple check fields, and the multiple data fields include at least one data field that fails the check. In this way, the electronic device can simultaneously reply NACK information and Bluetooth data to the opposite end in the Bluetooth data packet, thereby reducing the number of signaling interactions.

According to the first aspect, or any implementation manner of the above first aspect, the second electronic device is further configured to receive a fourth Bluetooth data packet. In response to the received fourth Bluetooth data packet, the second electronic device performs merge verification based on at least one data field in the fourth Bluetooth data packet and other data fields that have been successfully verified among the multiple data fields; when the merge verification is successful , to get Bluetooth data in multiple data fields. In this way, by setting multiple check fields, when the electronic device fails to check any of the data fields, it can perform a combined check based on the data fields that failed the last check in the retransmitted data packet, so as to improve the The efficiency of the merge check.

According to the first aspect, or any implementation manner of the above first aspect, the second electronic device is further configured to send fifth Bluetooth data to the first electronic device when at least one data field of the plurality of data fields fails to be verified packet; the fifth Bluetooth data packet includes a frame header, the frame header of the fifth Bluetooth data packet includes second reception indication information, and the second reception indication information is used to indicate that the second electronic device does not correctly receive the first Bluetooth data packet, and the fifth Bluetooth data packet is included. The Bluetooth data packet does not include a frame body; the first electronic device is further configured to receive the fifth Bluetooth data packet; the first electronic device obtains the second reception indication information in the frame header of the fifth Bluetooth data packet. The first electronic device sends a sixth Bluetooth data packet to the second electronic device according to the second receiving indication information, the frame body of the sixth Bluetooth data packet includes a plurality of data fields and a plurality of check fields, and the plurality of data fields include a check Failed at least one data field. In this way, by setting a special indication mode, the frame body can be not carried in the Bluetooth data packet. The second electronic device can obtain the NACK information by reading the frame header part, and does not need to receive the frame body again. This further improves resource utilization.

According to the first aspect, or any implementation manner of the above first aspect, the second electronic device is further configured to receive a sixth Bluetooth data packet; in response to the received sixth Bluetooth data packet, based on the sixth Bluetooth data packet At least one of the data fields is merged and verified with other data fields that have been successfully verified among the multiple data fields. When the merge verification is successful, obtain the Bluetooth data in multiple data fields.

According to the first aspect, or any implementation manner of the above first aspect, the second electronic device is further configured to send a seventh Bluetooth data packet to the first electronic device when the multiple data fields are successfully verified; the seventh Bluetooth data The packet includes a frame header and a frame body, and the frame header of the seventh Bluetooth data packet includes fourth bandwidth indication information and third reception indication information, and the fourth bandwidth indication information is used to indicate the fourth transmission bandwidth of the frame body of the seventh Bluetooth data packet ; The third receiving indication information is used to instruct the second electronic device to correctly receive the first Bluetooth data packet. The first electronic device is further configured to receive the seventh Bluetooth data packet. The first electronic device acquires the fourth bandwidth indication information and the third reception indication information in the frame header of the seventh Bluetooth data packet. The first electronic device receives the frame body of the seventh Bluetooth data packet on the fourth transmission bandwidth according to the fourth bandwidth indication information; Bluetooth packets. In this way, the electronic device can reply ACK information and Bluetooth data to the opposite end simultaneously in the Bluetooth data packet, thereby reducing the number of signaling interactions.

According to the first aspect, or any implementation manner of the above first aspect, the second electronic device is further configured to send an eighth Bluetooth data packet to the first electronic device when the multiple data fields are successfully verified; the eighth Bluetooth data The packet includes a frame header, the frame header of the eighth Bluetooth data packet includes fourth reception indication information, and the fourth reception indication information is used to instruct the second electronic device to correctly receive the first Bluetooth data packet, and the eighth Bluetooth data packet does not include a frame body . The first electronic device is further configured to receive an eighth Bluetooth data packet. The first electronic device acquires the fourth reception indication information in the frame header of the eighth Bluetooth data packet. The first electronic device determines, according to the fourth reception indication information, that the second electronic device has correctly received the first Bluetooth data packet. In this way, by setting a special indication mode, the frame body can be not carried in the Bluetooth data packet. The second electronic device can obtain the ACK information by reading the frame header part, and does not need to receive the frame body again. This further improves resource utilization.

According to the first aspect, or any implementation manner of the above first aspect, the first electronic device and the second electronic device are preset electronic devices.

Exemplarily, the first electronic device and the second electronic device may confirm whether the opposite end is a preset electronic device during the process of establishing a Bluetooth connection.

Exemplarily, if either end is not a preset electronic device, data interaction is performed according to the existing Bluetooth protocol.

According to the first aspect, or any implementation manner of the above first aspect, the first transmission bandwidth is 1 MHz, 2 MHz, 4 MHz, or 5 MHz. In this way, the embodiment of the present application can expand the bandwidth, so as to realize data interaction in a large data volume transmission scenario.

In a second aspect, an embodiment of the present application provides a Bluetooth communication method. The method is applied to a first electronic device, and the method includes sending a first Bluetooth data packet to a second electronic device; the first Bluetooth data packet includes a frame header and a frame body, and the frame header of the first Bluetooth data packet includes first bandwidth indication information, The first bandwidth indication information is used to indicate the first transmission bandwidth of the frame body of the first Bluetooth data packet.

According to the second aspect, the method further includes the first electronic device receiving the first user instruction, the first electronic device sending a second Bluetooth data packet to the second electronic device in response to the received first user instruction, the second Bluetooth data packet including Frame header and frame body, the frame header of the second Bluetooth data packet includes second bandwidth indication information, and the second bandwidth indication information is used to indicate the second transmission bandwidth of the frame body of the second Bluetooth data packet; wherein, the first transmission bandwidth and The second transmission bandwidth is different.

According to the second aspect, or any implementation manner of the above second aspect, the frame header of the first Bluetooth data packet further includes first modulation indication information, where the first modulation indication information is used to indicate the modulation mode of the frame body.

According to the second aspect, or any implementation manner of the above second aspect, the first modulation indication information and the first bandwidth indication information are carried in the physical layer indication field of the frame header of the first Bluetooth data packet.

According to the second aspect, or any implementation manner of the above second aspect, the frame body of the first Bluetooth data packet includes a header field and a data field, the Header field includes first power indication information, and the first power indication information is used for Indicates the transmit power of the second electronic device; the data field includes Bluetooth data.

According to the second aspect, or any implementation manner of the above second aspect, the frame body of the first Bluetooth data packet includes a plurality of data fields and a plurality of check fields, wherein the plurality of data fields and the plurality of check fields are one One correspondence, and each data field includes Bluetooth data.

According to the second aspect, or any implementation manner of the above second aspect, the method further includes: the first electronic device receives a third Bluetooth data packet sent by the second electronic device; the third Bluetooth data packet is the second electronic device based on multiple Each check field in the check fields is sent when the corresponding data field is checked, and at least one data field among the multiple data fields fails to check; the third Bluetooth data packet includes a frame header and a frame body , the frame header of the third Bluetooth data packet includes third bandwidth indication information and first reception indication information, and the third bandwidth indication information is used to indicate the third transmission bandwidth of the frame body of the third Bluetooth data packet; the first reception indication information is used to indicate the third transmission bandwidth of the frame body of the third Bluetooth data packet; for indicating that the second electronic device does not correctly receive the first Bluetooth data packet. The first electronic device acquires the third bandwidth indication information and the first reception indication information in the frame header of the third Bluetooth data packet. The first electronic device receives the frame body of the third Bluetooth data packet on the third transmission bandwidth according to the third bandwidth indication information; and the first electronic device sends the fourth Bluetooth data to the second electronic device according to the first reception indication information The frame body of the fourth Bluetooth data packet includes multiple data fields and multiple check fields, and the multiple data fields include at least one data field that fails the check.

According to the second aspect, or any implementation manner of the above second aspect, the method further includes: the first electronic device receives a fifth Bluetooth data packet sent by the second electronic device; the fifth Bluetooth data packet is the second electronic device based on multiple Each check field in the check fields is sent when the corresponding data field is checked, and at least one data field among the plurality of data fields fails to check; the fifth Bluetooth data packet includes a frame header, and the fifth The frame header of the Bluetooth data packet includes second reception indication information, and the second reception indication information is used to indicate that the second electronic device does not correctly receive the first Bluetooth data packet, and the fifth Bluetooth data packet does not include a frame body. The first electronic device acquires the second reception indication information in the frame header of the fifth Bluetooth data packet. The first electronic device sends a sixth Bluetooth data packet to the second electronic device according to the second receiving indication information, the frame body of the sixth Bluetooth data packet includes a plurality of data fields and a plurality of check fields, and the plurality of data fields include a check Failed at least one data field.

According to the second aspect, or any implementation manner of the above second aspect, the method further includes: the first electronic device receives a seventh Bluetooth data packet sent by the second electronic device; the fifth Bluetooth data packet is the second electronic device based on multiple Each check field in the check fields is sent when the corresponding data field is checked, and multiple data fields are successfully checked; the seventh Bluetooth data packet includes a frame header and a frame body, and the seventh Bluetooth data packet The frame header includes fourth bandwidth indication information and third reception indication information, where the fourth bandwidth indication information is used to indicate the fourth transmission bandwidth of the frame body of the seventh Bluetooth data packet; the third reception indication information is used to indicate the second electronic device The first bluetooth packet is received correctly. The first electronic device acquires the fourth bandwidth indication information and the third reception indication information in the frame header of the seventh Bluetooth data packet. The first electronic device receives the frame body of the seventh Bluetooth data packet on the fourth transmission bandwidth according to the fourth bandwidth indication information; Bluetooth packets.

According to the second aspect, or any implementation manner of the above second aspect, the method further includes: the first electronic device receives an eighth Bluetooth data packet sent by the second electronic device; the eighth Bluetooth data packet is the second electronic device based on multiple Each check field in the check fields is sent when the corresponding data field is checked, and the check of multiple data fields is successful; the eighth Bluetooth data packet includes a frame header, and the frame header of the eighth Bluetooth data packet Including fourth reception indication information, the fourth reception indication information is used to instruct the second electronic device to correctly receive the first Bluetooth data packet, and the eighth Bluetooth data packet does not include a frame body; the first electronic device obtains the frame of the eighth Bluetooth data packet The fourth reception indication information in the header; the first electronic device determines that the second electronic device has correctly received the first Bluetooth data packet according to the fourth reception indication information.

According to the second aspect, or any implementation manner of the above second aspect, the first electronic device and the second electronic device are preset electronic devices.

According to the second aspect, or any implementation manner of the above second aspect, the first transmission bandwidth is 1 MHz, 2 MHz, 4 MHz, or 5 MHz.

The second aspect and any implementation manner of the second aspect correspond to the first aspect and any implementation manner of the first aspect, respectively. For the technical effects corresponding to the second aspect and any implementation manner of the second aspect, reference may be made to the technical effects corresponding to the first aspect and any implementation manner of the first aspect, which will not be repeated here.

In a third aspect, an embodiment of the present application provides a Bluetooth communication method. The method is applied to a second electronic device, and the method includes: the second electronic device receives a first Bluetooth data packet sent by the first electronic device; wherein the first Bluetooth data packet includes a frame header and a frame body, and the frame of the first Bluetooth data packet The header includes first bandwidth indication information, where the first bandwidth indication information is used to indicate the first transmission bandwidth of the frame body of the first Bluetooth data packet; the second electronic device obtains the first bandwidth indication information in the frame header of the first Bluetooth data packet ; The second electronic device receives the frame body of the first Bluetooth data packet on the first transmission bandwidth according to the first bandwidth indication information.

According to a third aspect, the method further includes: the second electronic device receives a second Bluetooth data packet sent by the first electronic device; the second Bluetooth data packet includes a frame header and a frame body, and the frame header of the second Bluetooth data packet includes a second bandwidth The indication information, the second bandwidth indication information is used to indicate the second transmission bandwidth of the frame body of the second Bluetooth data packet; wherein the first transmission bandwidth is different from the second transmission bandwidth. The second electronic device obtains the second bandwidth indication information in the frame header of the second Bluetooth data packet; the second electronic device receives the frame body of the second Bluetooth data packet on the second transmission bandwidth according to the second bandwidth indication information.

According to the third aspect, or any implementation manner of the above third aspect, the frame header of the first Bluetooth data packet further includes first modulation indication information, and the first modulation indication information is used to indicate the modulation manner of the frame body; the method further includes : The second electronic device acquires the first modulation indication information; the second electronic device demodulates the frame body of the first Bluetooth data packet according to the modulation mode indicated by the first modulation indication information.

According to the third aspect, or any implementation manner of the above third aspect, the first modulation indication information and the first bandwidth indication information are carried in the physical layer indication field of the frame header of the first Bluetooth data packet.

According to the third aspect, or any implementation manner of the above third aspect, the frame body of the first Bluetooth data packet includes a header field and a data field, the Header field includes first power indication information, and the first power indication information is used for Indicates the transmit power of the second electronic device; the data field includes Bluetooth data.

According to the third aspect, or any implementation manner of the above third aspect, the frame body of the first Bluetooth data packet includes a plurality of data fields and a plurality of check fields, wherein the plurality of data fields and the plurality of check fields are one One correspondence, and each data field includes Bluetooth data.

According to the third aspect, or any implementation manner of the above third aspect, the method further includes: the second electronic device performs verification on the corresponding data field based on each verification field in the plurality of verification fields.

According to the third aspect, or any implementation manner of the above third aspect, the method further includes: when at least one data field in the plurality of data fields fails to be verified, sending a third Bluetooth data packet to the first electronic device; third The Bluetooth data packet includes a frame header and a frame body, the frame header of the third Bluetooth data packet includes third bandwidth indication information and first reception indication information, and the third bandwidth indication information is used to indicate the third Bluetooth data packet. transmission bandwidth; the first reception indication information is used to indicate that the second electronic device does not correctly receive the first Bluetooth data packet.

According to the third aspect, or any implementation manner of the above third aspect, the method further includes: the second electronic device receives a fourth Bluetooth data packet sent by the first electronic device; the frame body of the fourth Bluetooth data packet includes a plurality of data packets field and a plurality of verification fields, the plurality of data fields include at least one data field whose verification fails; the second electronic device is based on at least one data field in the fourth Bluetooth data packet and other data in the plurality of data fields that have been successfully verified The fields are merged and verified; when the merged verification is successful, the Bluetooth data in multiple data fields is obtained.

According to the third aspect, or any implementation manner of the above third aspect, the method further includes: when at least one data field in the plurality of data fields fails to be verified, sending a fifth Bluetooth data packet to the first electronic device; the fifth The Bluetooth data packet includes a frame header, and the frame header of the fifth Bluetooth data packet includes second reception indication information, and the second reception indication information is used to indicate that the second electronic device does not correctly receive the first Bluetooth data packet, and the fifth Bluetooth data packet does not. Including the frame body.

According to the third aspect, or any implementation manner of the above third aspect, the second electronic device receives the sixth Bluetooth data packet sent by the first electronic device; the frame body of the sixth Bluetooth data packet includes multiple data fields and multiple The check field, the plurality of data fields include at least one data field that fails to check; the second electronic device performs merging and checking based on at least one data field in the sixth Bluetooth data packet and other data fields that are successfully checked among the plurality of data fields. Check; when the merge check is successful, obtain the Bluetooth data in multiple data fields.

According to the third aspect, or any implementation manner of the above third aspect, when the multiple data fields are successfully verified, a seventh Bluetooth data packet is sent to the first electronic device; the seventh Bluetooth data packet includes a frame header and a frame body, The frame header of the seventh Bluetooth data packet includes fourth bandwidth indication information and third reception indication information, and the fourth bandwidth indication information is used to indicate the fourth transmission bandwidth of the frame body of the seventh Bluetooth data packet; the third reception indication information is used for Instruct the second electronic device to correctly receive the first Bluetooth data packet.

According to the third aspect, or any implementation manner of the above third aspect, when the verification of multiple data fields is successful, an eighth Bluetooth data packet is sent to the first electronic device; the eighth Bluetooth data packet includes a frame header, and the eighth Bluetooth data packet is The frame header of the data packet includes fourth reception indication information, and the fourth reception indication information is used to instruct the second electronic device to correctly receive the first Bluetooth data packet, and the eighth Bluetooth data packet does not include a frame body.

According to the third aspect, or any implementation manner of the above third aspect, the first electronic device and the second electronic device are preset electronic devices.

According to the third aspect, or any one implementation manner of the above third aspect, the first transmission bandwidth is 1 MHz, 2 MHz, 4 MHz, or 5 MHz.

The third aspect and any implementation manner of the third aspect correspond to the first aspect and any implementation manner of the first aspect, respectively. For the technical effects corresponding to the third aspect and any implementation manner of the third aspect, reference may be made to the technical effects corresponding to the first aspect and any implementation manner of the first aspect, which will not be repeated here.

In a fourth aspect, an embodiment of the present application provides an electronic device. The electronic device includes a memory and a processor, and the memory is coupled to the processor; the memory stores program instructions, which, when executed by the processor, cause the electronic device to perform the second aspect or any possible implementation of the second aspect. A Bluetooth communication method performed by an electronic device.

In a fifth aspect, an embodiment of the present application provides an electronic device. The electronic device includes a memory and a processor, and the memory is coupled to the processor; the memory stores program instructions, and when the program instructions are executed by the processor, the electronic device enables the electronic device to perform the third aspect or any possible implementation of the third aspect. A Bluetooth communication method performed by two electronic devices.

In a sixth aspect, embodiments of the present application provide a computer-readable medium for storing a computer program, where the computer program includes instructions for executing the method in the second aspect or any possible implementation manner of the second aspect.

In a seventh aspect, embodiments of the present application provide a computer-readable medium for storing a computer program, where the computer program includes instructions for executing the third aspect or the method in any possible implementation manner of the third aspect.

In an eighth aspect, an embodiment of the present application provides a computer program, where the computer program includes instructions for executing the method in the second aspect or any possible implementation manner of the second aspect.

In a ninth aspect, embodiments of the present application provide a computer program, where the computer program includes instructions for executing the third aspect or the method in any possible implementation manner of the third aspect.

In a tenth aspect, an embodiment of the present application provides a chip, where the chip includes a processing circuit and transceiver pins. Wherein, the transceiver pin and the processing circuit communicate with each other through an internal connection path, and the processing circuit executes the method in the second aspect or any possible implementation manner of the second aspect to control the receiving pin to receive a signal to Control the send pin to send the signal.

In an eleventh aspect, an embodiment of the present application provides a chip, where the chip includes a processing circuit and a transceiver pin. Wherein, the transceiver pin and the processing circuit communicate with each other through an internal connection path, and the processing circuit executes the method in the third aspect or any possible implementation manner of the third aspect to control the receiving pin to receive signals, so as to Control the send pin to send the signal.

Description of drawings

FIG. 1 is a schematic diagram of the hardware structure of an exemplary electronic device;

FIG. 2 is a schematic diagram of the software structure of an exemplary electronic device;

3 is a schematic diagram of an exemplary application scenario;

4a-4c are schematic diagrams of user interfaces shown in an exemplary manner;

FIG. 5 is an exemplary schematic diagram of interaction between a mobile phone and a wireless headset;

Figure 6a is a schematic diagram of the format of an exemplary Bluetooth data packet;

6b is a schematic diagram of the format of an exemplary Bluetooth data packet;

FIG. 7 is a schematic diagram of an exemplary user interface;

8 is a schematic flowchart of an exemplary bandwidth update;

9a-9b are schematic diagrams of formats of Bluetooth data packets exemplarily shown;

10 is a schematic diagram of the format of an exemplary Bluetooth data packet;

11a-11b are schematic diagrams of formats of Bluetooth data packets exemplarily shown;

FIG. 12 is a schematic diagram of the indication of the NESN field and the SN field shown by way of example;

13 is a schematic diagram of an exemplary application scenario;

14a-14b are schematic diagrams of formats of Bluetooth data packets exemplarily shown;

15 is a schematic diagram of an exemplary data transmission mode;

16 is an exemplary schematic diagram of interaction between a mobile phone and a wireless headset;

FIG. 17 is a schematic diagram of the format of an exemplary Bluetooth data packet;

FIG. 18 is a schematic diagram of the format of an exemplary Bluetooth data packet;

FIG. 19 is a schematic diagram of the format of an exemplary Bluetooth data packet;

FIG. 20a is an exemplary schematic diagram of interaction between a mobile phone and a wireless headset;

FIG. 20b is a schematic diagram of a data retransmission process between a mobile phone and a wireless headset exemplarily shown;

21 is a schematic diagram of the format of an exemplary Bluetooth data packet;

22 is a schematic diagram of the format of an exemplary Bluetooth data packet;

23 is a schematic diagram of the format of an exemplary Bluetooth data packet;

FIG. 24 is a schematic structural diagram of an exemplarily shown device.

Detailed ways

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative work fall within the protection scope of the present application.

The term "and/or" in this article is only an association relationship to describe the associated objects, indicating that there can be three kinds of relationships, for example, A and/or B, it can mean that A exists alone, A and B exist at the same time, and A and B exist independently B these three cases.

The terms "first" and "second" in the description and claims of the embodiments of the present application are used to distinguish different objects, rather than to describe a specific order of the objects. For example, the first target object, the second target object, etc. are used to distinguish different target objects, rather than to describe a specific order of the target objects.

In the embodiments of the present application, words such as "exemplary" or "for example" are used to represent examples, illustrations or illustrations. Any embodiments or designs described in the embodiments of the present application as "exemplary" or "such as" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present the related concepts in a specific manner.

In the description of the embodiments of the present application, unless otherwise specified, the meaning of "plurality" refers to two or more. For example, multiple processing units refers to two or more processing units; multiple systems refers to two or more systems.

FIG. 1 shows a schematic structural diagram of an electronic device 100 . It should be understood that the electronic device 100 shown in FIG. 1 is only an example of an electronic device, and the electronic device 100 may have more or less components than those shown in the figure, and two or more components may be combined , or can have a different component configuration. The various components shown in FIG. 1 may be implemented in hardware, software, or a combination of hardware and software, including one or more signal processing and/or application specific integrated circuits.

The electronic device 100 may include: a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2. Mobile communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, sensor module 180, buttons 190, motor 191, indicator 192, camera 193, display screen 194, And a subscriber identification module (subscriber identification module, SIM) card interface 195 and so on. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, and ambient light. Sensor 180L, bone conduction sensor 180M, etc.

The processor 110 may include one or more processing units, for example, the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor (image signal processor, ISP), controller, memory, video codec, digital signal processor (digital signal processor, DSP), baseband processor, and/or neural-network processing unit (NPU) Wait. Wherein, different processing units may be independent devices, or may be integrated in one or more processors.

The controller may be the nerve center and command center of the electronic device 100 . The controller can generate an operation control signal according to the instruction operation code and timing signal, and complete the control of fetching and executing instructions.

A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in processor 110 is cache memory. This memory may hold instructions or data that have just been used or recycled by the processor 110 . If the processor 110 needs to use the instruction or data again, it can be called directly from the memory. Repeated accesses are avoided and the latency of the processor 110 is reduced, thereby increasing the efficiency of the system.

In some embodiments, the processor 110 may include one or more interfaces. The interface may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuit sound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous transceiver (universal asynchronous transmitter) receiver/transmitter, UART) interface, mobile industry processor interface (MIPI), general-purpose input/output (GPIO) interface, subscriber identity module (SIM) interface, and / or universal serial bus (universal serial bus, USB) interface, etc.

The USB interface 130 is an interface that conforms to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, and the like. The USB interface 130 can be used to connect a charger to charge the electronic device 100, and can also be used to transmit data between the electronic device 100 and peripheral devices. It can also be used to connect headphones to play audio through the headphones. The interface can also be used to connect other electronic devices, such as AR devices.

It can be understood that the interface connection relationship between the modules illustrated in the embodiments of the present application is only a schematic illustration, and does not constitute a structural limitation of the electronic device 100 . In other embodiments of the present application, the electronic device 100 may also adopt different interface connection manners in the foregoing embodiments, or a combination of multiple interface connection manners.

The charging management module 140 is used to receive charging input from the charger. The charger may be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 may receive charging input from the wired charger through the USB interface 130 . In some wireless charging embodiments, the charging management module 140 may receive wireless charging input through a wireless charging coil of the electronic device 100 . While the charging management module 140 charges the battery 142 , it can also supply power to the electronic device through the power management module 141 .

The power management module 141 is used for connecting the battery 142 , the charging management module 140 and the processor 110 . The power management module 141 receives input from the battery 142 and/or the charging management module 140 and supplies power to the processor 110 , the internal memory 121 , the external memory, the display screen 194 , the camera 193 , and the wireless communication module 160 . The power management module 141 can also be used to monitor parameters such as battery capacity, battery cycle times, battery health status (leakage, impedance). In some other embodiments, the power management module 141 may also be provided in the processor 110 . In other embodiments, the power management module 141 and the charging management module 140 may also be provided in the same device.

The wireless communication function of the electronic device 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modulation and demodulation processor, the baseband processor, and the like.

Antenna 1 and Antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in electronic device 100 may be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve antenna utilization. For example, the antenna 1 can be multiplexed as a diversity antenna of the wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide wireless communication solutions including 2G/3G/4G/5G etc. applied on the electronic device 100 . The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA) and the like. The mobile communication module 150 can receive electromagnetic waves from the antenna 1, filter and amplify the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modulation and demodulation processor, and then turn it into an electromagnetic wave for radiation through the antenna 1 . In some embodiments, at least part of the functional modules of the mobile communication module 150 may be provided in the processor 110 . In some embodiments, at least part of the functional modules of the mobile communication module 150 may be provided in the same device as at least part of the modules of the processor 110 .

The modem processor may include a modulator and a demodulator. Wherein, the modulator is used to modulate the low frequency baseband signal to be sent into a medium and high frequency signal. The demodulator is used to demodulate the received electromagnetic wave signal into a low frequency baseband signal. Then the demodulator transmits the demodulated low-frequency baseband signal to the baseband processor for processing. The low frequency baseband signal is processed by the baseband processor and passed to the application processor. The application processor outputs sound signals through audio devices (not limited to the speaker 170A, the receiver 170B, etc.), or displays images or videos through the display screen 194 . In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be independent of the processor 110, and may be provided in the same device as the mobile communication module 150 or other functional modules.

The wireless communication module 160 can provide applications on the electronic device 100 including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), bluetooth (BT), global navigation satellites Wireless communication solutions such as global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared technology (IR). The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2 , frequency modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 110 . The wireless communication module 160 can also receive the signal to be sent from the processor 110 , perform frequency modulation on it, amplify it, and convert it into electromagnetic waves for radiation through the antenna 2 .

In some embodiments, the antenna 1 of the electronic device 100 is coupled with the mobile communication module 150, and the antenna 2 is coupled with the wireless communication module 160, so that the electronic device 100 can communicate with the network and other devices through wireless communication technology. The wireless communication technology may include global system for mobile communications (GSM), general packet radio service (GPRS), code division multiple access (CDMA), broadband Code Division Multiple Access (WCDMA), Time Division Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), BT, GNSS, WLAN, NFC , FM, and/or IR technology, etc. The GNSS may include global positioning system (global positioning system, GPS), global navigation satellite system (global navigation satellite system, GLONASS), Beidou navigation satellite system (beidou navigation satellite system, BDS), quasi-zenith satellite system (quasi -zenith satellite system, QZSS) and/or satellite based augmentation systems (SBAS).

The electronic device 100 implements a display function through a GPU, a display screen 194, an application processor, and the like. The GPU is a microprocessor for image processing, and is connected to the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or alter display information.

Display screen 194 is used to display images, videos, and the like. Display screen 194 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (active-matrix organic light). emitting diode, AMOLED), flexible light-emitting diode (flex light-emitting diode, FLED), Miniled, MicroLed, Micro-oLed, quantum dot light-emitting diode (quantum dot light emitting diodes, QLED) and so on. In some embodiments, the electronic device 100 may include one or N display screens 194 , where N is a positive integer greater than one.

The electronic device 100 may implement a shooting function through an ISP, a camera 193, a video codec, a GPU, a display screen 194, an application processor, and the like.

The ISP is used to process the data fed back by the camera 193 . For example, when taking a photo, the shutter is opened, the light is transmitted to the camera photosensitive element through the lens, the light signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing, and converts it into an image visible to the naked eye. ISP can also perform algorithm optimization on image noise, brightness, and skin tone. ISP can also optimize the exposure, color temperature and other parameters of the shooting scene. In some embodiments, the ISP may be provided in the camera 193 .

Camera 193 is used to capture still images or video. The object is projected through the lens to generate an optical image onto the photosensitive element. The photosensitive element may be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, and then transmits the electrical signal to the ISP to convert it into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. DSP converts digital image signals into standard RGB, YUV and other formats of image signals. In some embodiments, the electronic device 100 may include 1 or N cameras 193 , where N is a positive integer greater than 1.

A digital signal processor is used to process digital signals, in addition to digital image signals, it can also process other digital signals. For example, when the electronic device 100 selects a frequency point, the digital signal processor is used to perform Fourier transform on the frequency point energy and so on.

Video codecs are used to compress or decompress digital video. The electronic device 100 may support one or more video codecs. In this way, the electronic device 100 can play or record videos of various encoding formats, such as: Moving Picture Experts Group (moving picture experts group, MPEG) 1, MPEG2, MPEG3, MPEG4 and so on.

The external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 100 . The external memory card communicates with the processor 110 through the external memory interface 120 to realize the data storage function. For example to save files like music, video etc in external memory card.

Internal memory 121 may be used to store computer executable program code, which includes instructions. The processor 110 executes various functional applications and data processing of the electronic device 100 by executing the instructions stored in the internal memory 121 . The internal memory 121 may include a storage program area and a storage data area. The storage program area can store an operating system, an application program required for at least one function (such as a sound playback function, an image playback function, etc.), and the like. The storage data area may store data (such as audio data, phone book, etc.) created during the use of the electronic device 100 and the like. In addition, the internal memory 121 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, universal flash storage (UFS), and the like.

The electronic device 100 may implement audio functions through an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, an application processor, and the like. Such as music playback, recording, etc.

The audio module 170 is used for converting digital audio information into analog audio signal output, and also for converting analog audio input into digital audio signal. Audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be provided in the processor 110 , or some functional modules of the audio module 170 may be provided in the processor 110 .

Speaker 170A, also referred to as a "speaker", is used to convert audio electrical signals into sound signals. The electronic device 100 can listen to music through the speaker 170A, or listen to a hands-free call.

The receiver 170B, also referred to as "earpiece", is used to convert audio electrical signals into sound signals. When the electronic device 100 answers a call or a voice message, the voice can be answered by placing the receiver 170B close to the human ear.

The microphone 170C, also called "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can make a sound by approaching the microphone 170C through a human mouth, and input the sound signal into the microphone 170C. The electronic device 100 may be provided with at least one microphone 170C. In other embodiments, the electronic device 100 may be provided with two microphones 170C, which can implement a noise reduction function in addition to collecting sound signals. In other embodiments, the electronic device 100 may further be provided with three, four or more microphones 170C to collect sound signals, reduce noise, identify sound sources, and implement directional recording functions.

The earphone jack 170D is used to connect wired earphones. The earphone interface 170D may be the USB interface 130, or may be a 3.5mm open mobile terminal platform (OMTP) standard interface, a cellular telecommunications industry association of the USA (CTIA) standard interface.

The software system of the electronic device 100 may adopt a layered architecture, an event-driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture. The embodiments of the present application take an Android system with a layered architecture as an example to exemplarily describe the software structure of the electronic device 100 .

FIG. 2 is a block diagram of the software structure of the electronic device 100 according to the embodiment of the present application.

The layered architecture of the electronic device 100 divides the software into several layers, and each layer has a clear role and division of labor. Layers communicate with each other through software interfaces. In some embodiments, the Android system is divided into four layers, which are, from top to bottom, an application layer, an application framework layer, an Android runtime (Android runtime) and a system library, and a kernel layer.

The application layer can include a series of application packages.

As shown in Figure 2, the application package can include applications such as camera, gallery, calendar, call, map, navigation, WLAN, Bluetooth, music, video, short message and so on.

The application framework layer provides an application programming interface (application programming interface, API) and a programming framework for applications in the application layer. The application framework layer includes some predefined functions.

As shown in Figure 2, the application framework layer may include window managers, content providers, view systems, telephony managers, resource managers, notification managers, and the like.

A window manager is used to manage window programs. The window manager can get the size of the display screen, determine whether there is a status bar, lock the screen, take screenshots, etc.

Content providers are used to store and retrieve data and make these data accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phone book, etc.

The view system includes visual controls, such as controls for displaying text, controls for displaying pictures, and so on. View systems can be used to build applications. A display interface can consist of one or more views. For example, the display interface including the short message notification icon may include a view for displaying text and a view for displaying pictures.

The phone manager is used to provide the communication function of the electronic device 100 . For example, the management of call status (including connecting, hanging up, etc.).

The resource manager provides various resources for the application, such as localization strings, icons, pictures, layout files, video files and so on.

The notification manager enables applications to display notification information in the status bar, which can be used to convey notification-type messages, and can disappear automatically after a brief pause without user interaction. For example, the notification manager is used to notify download completion, message reminders, etc. The notification manager can also display notifications in the status bar at the top of the system in the form of graphs or scroll bar text, such as notifications of applications running in the background, and notifications on the screen in the form of dialog windows. For example, text information is prompted in the status bar, a prompt sound is issued, the electronic device vibrates, and the indicator light flashes.

Android Runtime includes core libraries and a virtual machine. Android runtime is responsible for scheduling and management of the Android system.

The core library consists of two parts: one is the function functions that the java language needs to call, and the other is the core library of Android.

The application layer and the application framework layer run in virtual machines. The virtual machine executes the java files of the application layer and the application framework layer as binary files. The virtual machine is used to perform functions such as object lifecycle management, stack management, thread management, safety and exception management, and garbage collection.

A system library can include multiple functional modules. For example: surface manager (surface manager), media library (Media Libraries), 3D graphics processing library (eg: OpenGL ES), 2D graphics engine (eg: SGL), etc.

The Surface Manager is used to manage the display subsystem and provides a fusion of 2D and 3D layers for multiple applications.

The media library supports playback and recording of a variety of commonly used audio and video formats, as well as still image files. The media library can support a variety of audio and video encoding formats, such as: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.

The 3D graphics processing library is used to implement 3D graphics drawing, image rendering, compositing, and layer processing.

2D graphics engine is a drawing engine for 2D drawing.

The kernel layer is the layer between hardware and software. The kernel layer contains at least display driver, camera driver, audio driver, sensor driver, Wi-Fi driver, etc.

It can be understood that the components included in the system framework layer, system library and runtime layer shown in FIG. 2 do not constitute a specific limitation on the electronic device 100 . In other embodiments of the present application, the electronic device 100 may include more or less components than shown, or combine some components, or separate some components, or arrange different components.

FIG. 3 is a schematic diagram of an exemplary application scenario. As shown in Figure 3, the application scenarios include mobile phones and wireless headsets. Exemplarily, the mobile phone and the wireless headset perform data interaction through a Bluetooth connection. It should be noted that, the embodiments of the present application only take the data interaction between the mobile phone and the wireless headset as an example for description. The Bluetooth communication method in the embodiments of the present application can also be applied to communication scenarios between other electronic devices. For example, the Bluetooth communication method in the embodiments of the present application may also be applied to communication between electronic devices with Bluetooth functions, such as mobile phones, tablets, wearable devices, notebooks, Bluetooth speakers, and TVs. The types and numbers of devices shown in FIG. 3 are only illustrative examples, and are not limited in this application.

Referring to FIG. 3 , FIGS. 4 a to 4 c are schematic diagrams of user interfaces when a mobile phone and a wireless headset establish a Bluetooth connection. As shown in FIG. 4a, exemplarily, the display interface of the mobile phone displays a home page 402. Home page 402 includes one or more controls. Controls include, but are not limited to, application controls, network controls, Bluetooth controls 404, battery level display controls, and the like. The Bluetooth control 404 is used to indicate that the Bluetooth function of the mobile phone has been turned on. Optionally, the user can activate the Bluetooth function of the mobile phone through the pull-down menu bar, or activate the Bluetooth function through the setting application, which is not limited in this application.

Please continue to refer to FIG. 4a , exemplarily, in the embodiment of the present application, the first pairing of a wireless headset and a mobile phone is used as an example for description. It should be noted that the initial pairing can optionally be that the wireless headset and the mobile phone have never been paired (that is, the Bluetooth connection has not been established), or, the wireless headset and/or the mobile phone needs to be re-paired after being reset (that is, the Bluetooth connection has been established once. connect). It can also be understood that the fingerprint information required for establishing a Bluetooth connection is not stored at either end of the mobile phone and the wireless headset. Optionally, the fingerprint information may include, but is not limited to, Bluetooth address information, device identification information, and the like. Exemplarily, during the initial pairing process, the mobile phone displays a prompt box 410 . Optionally, prompt box 410 includes prompt information, cancel option 408 and connect option 410 . Exemplarily, the prompt information includes, but is not limited to, identification information of the electronic device currently to be connected. For example, the identification information may include, but is not limited to, the device name, device model, device icon, etc. of the electronic device (ie, the wireless headset). Exemplarily, the cancel option 408 is used to instruct to cancel the Bluetooth connection with the electronic device. Exemplarily, the connection option 410 is used to indicate that a Bluetooth connection with the electronic device is allowed.

Illustratively, the user clicks on the connect option 410 . As shown in Figure 4b, in response to the received user operation, the mobile phone establishes a Bluetooth connection with the wireless headset. After the Bluetooth connection is successfully established, the mobile phone displays a prompt box 412 . Optionally, the prompt box 412 includes prompt information for indicating that the wireless headset has been connected.

After the mobile phone and the wireless headset establish a Bluetooth connection, the mobile phone and the wireless headset can perform data interaction through the Bluetooth connection. In the embodiments of the present application, a music scene is used as an example. Exemplarily, as shown in Figure 4c, the mobile phone displays a music application interface 414 in response to the user's operation. Optionally, the music application interface 414 includes song titles, song posters, and the like. Exemplarily, the mobile phone may display a sound quality adjustment option box 416 in response to the user's operation. Optionally, the sound quality condition option box 416 includes one or more controls, and the controls include, but are not limited to, standard quality controls, high quality controls, and lossless quality controls. It should be noted that the different qualities (which may also be referred to as sound quality) described in the embodiments of the present application may be understood as different data amounts of the encoded audio files. Among them, the higher the quality, the larger the amount of data, and the larger the transmission bandwidth required for its transmission. Optionally, in descending order of the required bandwidth, they are: standard quality, high quality, and lossless quality.

Illustratively, take the user clicking on a standard quality control as an example. Correspondingly, in response to the user's operation, the mobile phone generates corresponding Bluetooth data packets (also called data frames, audio frames, Bluetooth information, etc.), and sends the generated Bluetooth data packets to the wireless headset through the Bluetooth connection. Wireless Headphones.

FIG. 5 is an exemplary schematic diagram of interaction between a mobile phone and a wireless headset. As shown in Figure 5, it includes:

S101, the wireless headset sends a Discovery Request message to the mobile phone.

Exemplarily, after the wireless headset starts pairing, it sends a Discovery Request message in a broadcast manner through the Bluetooth interface.

Optionally, the Discovery Request message includes, but is not limited to, the identification information of the wireless headset, the Bluetooth address of the wireless headset, and other information. Exemplarily, the identification information of the wireless headset may be the device name of the wireless headset, etc., which is not limited in this application.

S102, the mobile phone sends a Discovery Response (detection response) message to the wireless headset.

Exemplarily, after the mobile phone receives the Discovery Request message sent by the wireless headset, the interface of the mobile phone is shown in Figure 4a.

Exemplarily, as shown in FIG. 4a, the mobile phone receives the operation of the user clicking the connection option 410, and the mobile phone sends a Discovery Response message to the wireless headset, which is used to instruct to establish a Bluetooth connection with the wireless headset. Exemplarily, the Discovery Response includes, but is not limited to, the identification information of the mobile phone, the Bluetooth address of the mobile phone, and other information.

S103, the wireless headset establishes a Bluetooth connection with the mobile phone.

Exemplarily, the wireless headset and the mobile phone transmit information required for establishing a Bluetooth connection through multiple Bluetooth signaling interactions. For example, a Bluetooth encryption key may be negotiated in multiple interactions of S103, and the encryption key may be used to encrypt Bluetooth data during data transmission. The specific interaction process and content refer to the description in the Bluetooth protocol, which will not be repeated in this application.

S104, the wireless earphone and the mobile phone perform data transmission.

Exemplarily, the wireless headset and the mobile phone can perform data interaction based on the established Bluetooth connection. For example, the mobile phone may send a Bluetooth data packet to the wireless headset, wherein the Bluetooth data packet includes audio data.

It should be noted that, for establishing a Bluetooth connection between the mobile phone and the wireless headset described in the embodiments of the present application, optionally, S101 is used as the start time of the Bluetooth connection process, and S103 is used as the completion time of the Bluetooth connection establishment. In other embodiments, the establishment of the Bluetooth connection between the mobile phone and the wireless headset may also take S102 or S103 as the starting time, which is not limited in this application.

Optionally, the Bluetooth connection between the mobile phone and the wireless headset may be maintained through a BLE (Bluetooth Low Energy, Bluetooth Low Energy) protocol. Optionally, the Bluetooth connection between the mobile phone and the wireless headset may be maintained through classic Bluetooth protocols, including BR (basic rate, basic rate) and EDR (enhanced date rate, extended data rate). It should be noted that the Bluetooth connection maintained by the BLE protocol supports transmission rates of 1Mbps, 2Mbps, 500Kbps and 125Kbps, and the supported bandwidth is 1MHz or 2MHz. The Bluetooth connection maintained by the BR/EDR protocol supports a maximum transmission rate of 3Mbps and a supported bandwidth of 1MHz.

FIG. 6a is a schematic diagram of the format of a Bluetooth data packet in an exemplary BLE protocol. As shown in Figure 6a, the Bluetooth data packet includes but is not limited to: Preamble (preamble) field, Access Code (Access Code) field, PDU (Protocol Data Unit, Protocol Data Unit) field, CRC (Cyclic Redundancy Check, Cyclic Redundancy Check) Check) field and CTE (Constant Tone Extension, monophonic extension) field. Exemplarily, the PDU fields include, but are not limited to: a Header (header) field, a Payload (load) field, and the like. Exemplarily, taking the Bluetooth data packet sent by the mobile phone to the wireless headset as an example, the PDU field is used to carry the data sent by the mobile phone to the wireless headset. The Header field can be used to carry control information.

FIG. 6b is an exemplary schematic diagram of the format of a Bluetooth data packet in the BR protocol. As shown in Fig. 6b, the Bluetooth data packet includes but is not limited to: Access Code field, Header field, Payload HDR field, User Payload (user payload) field, MIC field and CRC field. Exemplarily, still taking the Bluetooth data packet sent by the mobile phone to the wireless headset as an example, the Header field is used to carry the control information, and the User Payload field is used to carry the data sent by the mobile phone to the wireless headset.

Exemplarily, the mobile phone and the wireless headset may transmit a specified format based on the Bluetooth connection between the two, such as a BLE Bluetooth data packet, a BR Bluetooth data packet or an EDR Bluetooth data packet. For example, the Bluetooth connection between the mobile phone and the wireless headset is a BLE Bluetooth connection, that is, a Bluetooth connection maintained based on the BLE protocol, and the current transmission bandwidth is 1 MHz. It should be noted that the initial transmission bandwidth may be 1 MHz or 2 MHz, which is not limited in this application. As shown in FIG. 7 , in the process of data interaction between the mobile phone and the wireless headset through the Bluetooth connection, the user clicks the lossless quality control in the sound quality adjustment option box 416 . Correspondingly, in response to the received user operation, the mobile phone will generate an audio frame corresponding to the lossless quality, and a Bluetooth data packet containing the audio frame. As mentioned above, the amount of encoded data corresponding to different qualities is different. Taking Figure 7 as an example, when the music playback duration is the same, the audio file size corresponding to standard quality, that is, the data volume, is 3.9MB, the audio file size corresponding to high quality is 9.8MB, and the audio file size corresponding to lossless quality. is 30.2MB. For example, if the music playback time is 1 minute, the lossless quality requires that within 1 minute, the mobile phone transmits a 30.2MB audio file to the wireless headset. In order to meet the transmission rate requirements, the mobile phone can switch the current 1MHz bandwidth to the maximum bandwidth supported by the BLE connection, that is, 2M bandwidth, so as to increase the bandwidth and rate requirements for data transmission. FIG. 8 is a schematic flowchart of an exemplary bandwidth update. As shown in Figure 8, it specifically includes:

S201, the mobile phone sends a bandwidth update request message to the wireless headset.

Exemplarily, in response to the received user operation, the mobile phone sends a bandwidth update request message to the wireless headset to instruct to update the current bandwidth (for example, 1 MHz) to 2 MHz.

Exemplarily, FIG. 9a is a schematic diagram of the format of an exemplary Bluetooth data packet. As shown in Fig. 9a, the Header field in the PDU field in the bandwidth update request message sent by the mobile phone includes signaling indication information, which is used to indicate that the message is a control message. The Payload field includes bandwidth switching indication information. Exemplarily, the bandwidth switching indication information is used to indicate switching bandwidth. For example, if the current transmission bandwidth between the mobile phone and the wireless headset is 1 MHz, the wireless headset can determine to switch the current 1 MHz bandwidth to 2 MHz based on the bandwidth switching indication information. If the current transmission bandwidth between the mobile phone and the wireless headset is 2MHz, the wireless headset can determine to switch the current 2MHz bandwidth to a 1MHz bandwidth based on the bandwidth switching indication information. In this embodiment, the current transmission bandwidth of the mobile phone and the wireless headset is 1 MHz, and the bandwidth after switching is 2 MHz as an example for description.

S202, the wireless headset sends a bandwidth update response message to the mobile phone.

Exemplarily, after receiving the bandwidth update request message sent by the mobile phone, the wireless headset sends a bandwidth update response message to the mobile phone to indicate that the wireless headset can be updated based on the bandwidth indicated by the wireless headset.

S203, the mobile phone sends a bandwidth update confirmation message to the wireless headset.

Exemplarily, after receiving the bandwidth update response message sent by the wireless headset, the mobile phone may send a bandwidth update confirmation message to the wireless headset, which is used to indicate the specific moment for switching the bandwidth. So that the wireless headset can receive the Bluetooth data packets sent by the mobile phone on the specified bandwidth at the specified time.

S204, the wireless headset updates the bandwidth configuration.

Exemplarily, the wireless headset updates the bandwidth configuration to receive the Bluetooth data packets sent by the mobile phone on a specified bandwidth (for example, a 2MHz bandwidth) at a specified moment.

As mentioned above, the current Bluetooth protocol supports a maximum bandwidth of 2MHz. In the embodiment of the present application, the file size corresponding to the lossless quality is 30MB, and the music playing time is 1 minute for illustration, that is to say, the current 2MHz bandwidth is sufficient to support the above-mentioned transmission of the lossless quality audio. However, if the same music playback time is 1 minute, the lossless quality audio file is larger, for example, 100MB (that is, the required bandwidth is greater than 2MHz), or, in other large-scale transmission scenarios, the existing BLE protocol Neither the bandwidth with the BR protocol can support the data transmission requirements. For example, in an audio scenario, due to the bandwidth limitation between the mobile phone and the wireless headset, it may be impossible to play lossless-quality music that requires a large bandwidth through the wireless headset.

It should be noted that the flow chart of the upper-layer signaling interaction between the mobile phone and the wireless headset shown in FIG. 8 is shown. In the process of physical layer interaction between the mobile phone and the wireless headset, taking the wireless headset as an example, each time the wireless headset receives a message (or signaling) sent by the mobile phone, it processes the message accordingly, such as decapsulation, verification, etc. On the specified bandwidth (that is, the updated bandwidth, for example, 2MHz), reply ACK (Acknowledgement, confirmation) information or NACK (Negative Acknowledgement, negative) information to the mobile phone to indicate whether the wireless headset correctly receives the message.

For example, take the wireless headset sending ACK information to the mobile phone as an example. FIG. 9b is a schematic diagram of the format of an exemplary Bluetooth data packet. As shown in Figure 9b, the Header field in the PDU field of the Bluetooth data packet carries ACK information. Correspondingly, the mobile phone receives the data packet, decodes, decrypts, and decapsulates the data packet, and then obtains the ACK information carried in the Header field in the PDU field to determine that the wireless headset successfully received the last bluetooth sent. data pack. The phone can continue to send the next Bluetooth data packet. Similar to the sending of NACK information, the mobile phone can resend the last sent Bluetooth data packet in response to the received NACK information.

It should be noted that the embodiments of the present application only take bandwidth switching as an example for description. In the existing Bluetooth protocol, the power switching method is similar to the bandwidth switching method, and both use separate instructions, that is, separate signaling indicating switching power is sent. , and complete the switching of bandwidth or power in multiple interactive ways.

The embodiments of the present application provide a Bluetooth communication method. In this method, both communicating parties use Bluetooth data packets with a set format, which can realize data transmission in a large bandwidth scenario, effectively improve bandwidth and/or power switching efficiency, and improve resource utilization.

The Bluetooth communication method according to the embodiment of the present application will be described in detail below with several specific embodiments.

scene one

Specifically, a Bluetooth connection is established between the mobile phone and the wireless headset. For the specific establishment process of the Bluetooth connection, reference may be made to the related description in FIG. 5 , and details are not repeated here. Exemplarily, in the process of establishing a Bluetooth connection, the mobile phone and the wireless headset exchange respective capability information to indicate whether it is a preset device. The preset device is optionally a device that supports the Bluetooth protocol in this embodiment of the present application. It can also be understood that both parties in the communication determine whether the opposite end can generate and send a Bluetooth data packet with a set format, and/or correctly receive and parse a Bluetooth data packet with a set format.

Optionally, any message for Bluetooth communication between the mobile phone and the wireless headset may include capability information. For example, a mobile phone and a wireless headset can send their respective capability information during the detection phase. Optionally, the capability information is carried in the Discovery Request message or the Discovery Response message.

Optionally, the capability information may also be carried in any message during multiple message exchanges in S103, which is not limited in this application.

Exemplarily, if the Bluetooth connection between the mobile phone and the wireless headset is disconnected, the Bluetooth connection between the mobile phone and the wireless headset is performed again. In an example, if the mobile phone and the wireless headset store the fingerprint information of the last Bluetooth connection (the concept can be seen above), and the fingerprint information stored in the mobile phone includes information indicating that the wireless headset is a preset device, and the The fingerprint information includes information indicating that the mobile phone is a preset device. Exemplarily, in the signaling interaction process of establishing a Bluetooth connection between the mobile phone and the wireless headset, each signaling may be exchanged based on the Bluetooth data packets in the preset format described in the embodiments of the present application. Moreover, after the Bluetooth connection is completed, the interaction is performed based on the Bluetooth data packets with the set format described in the embodiments of the present application. Exemplarily, in the signaling interaction of establishing the Bluetooth connection between the mobile phone and the wireless headset, the interaction may also be based on the Bluetooth data packet format in the existing Bluetooth protocol. Optionally, during the connection establishment process, there may be no need to transmit information on whether the electronic device is a preset device. And after the bluetooth connection is completed, the interaction is performed based on the bluetooth data packets with the set format described in the embodiments of the present application.

FIG. 10 is a schematic structural diagram of an exemplary Bluetooth data packet. As shown in FIG. 10 , taking a wireless headset as an example, the wireless headset broadcasts a Discovery Request message exemplarily. The PDU field of the message carries information about whether it is a preset device. In the embodiment of the present application, the wireless earphone and the mobile phone are both preset devices as an example for description. In other embodiments, if any device in the wireless headset and the mobile phone is a non-preset device, that is, any device in the wireless headset and the mobile phone does not support the Bluetooth protocol in the embodiment of the present application, the mobile phone and the wireless headset are still Bluetooth communication is performed according to the existing Bluetooth protocol.

Exemplarily, after receiving the Discovery Request message sent by the wireless headset, the mobile phone may determine that the wireless headset is a preset device. Correspondingly, the Discovery Response message sent by the mobile phone to the wireless headset carries information used to indicate that the mobile phone is a preset device. The wireless headset can determine that the mobile phone is the default device according to the received Discovery Response. After the Bluetooth connection is successfully established, the wireless headset and the mobile phone can perform data interaction based on the Bluetooth protocol proposed in the embodiments of the present application.

Figures 11a and 11b are schematic diagrams of formats of Bluetooth data packets exemplarily shown. As shown in Figure 11a, the format of the Bluetooth data packet includes but is not limited to: Preamble field, AccessCode field, PHY_IND (physical identify, physical layer indication) field, HEC (Header Error Check, frame header error check) field, Guard (protection) field interval), sync (synchronization) field, Header field, at least one payload field, at least one CRC field. Optionally, the Bluetooth data packet may also include a Tailer field.

Exemplarily, the Preamble field, the AccessCode field, the PHY_IND field, the HEC field, and the Guard field are optionally referred to as control fields (or frame headers). The at least one payload field, the at least one CRC field, and the Tailer field are optionally referred to as a data field (or frame body).

Each field is described in detail below:

Exemplarily, the length of the Access Code field is 32 bits. Its modulation method adopts 1Mbps GFSK (Gauss frequency Shift Keying, Gauss frequency shift keying) modulation. For the description of the Access Code field, reference may be made to the description in the existing Bluetooth protocol, which is not repeated in this application. Optionally, the Preamble field and the Access Code field are not encoded.

Exemplarily, the length of the PHY_IND field is 10 bits, and its modulation mode adopts 1Mbps GFSK modulation, including: BW (bandwidth) field, MCS (Modulation and Coding Scheme, modulation and coding strategy) field, NESN (Next Expected Sequence Number, next expected Sequence Number) field and SN (Sequence Number, current sequence number) field. Exemplarily, the length of the HEC field is 16 bits, and 1Mbps GFSK modulation is also used.

Optionally, the PHY_IND field and the HEC field are encoded into one code block by using the Polar code of N=64, that is, the encoded length is 64 bits.

The length of the BW field is 3 bits, which is used to indicate the bandwidth of the frame body (ie, the data field). Exemplarily, the mapping method of the BW field is shown in Table 1:

Table 1

BWBW	带宽(MHz)Bandwidth (MHz)
00	11
11	22
22	44
33	55
44	保留 reserve
55	保留reserve
66	保留reserve
77	保留reserve

Referring to Table 1, exemplarily, when the information carried in the BW field is 0, that is, when the binary value is 000, the indicated bandwidth is 1 MHz. The information carried in the BW field is 1, that is, when the binary value is 001, the indicated bandwidth is 2MHz. The information carried in the BW field is 2, that is, when the binary value is 010, the indicated bandwidth is 4MHz. The information carried in the BW field is 3, that is, when the binary value is 011, the indicated bandwidth is 5MHz. Exemplarily, the bandwidth corresponding to the other indication information may be reserved for use as an extension in a future protocol.

That is to say, the Bluetooth protocol of the embodiments of the present application can support bandwidths of 1 MHz, 2 MHz, 4 MHz, and 5 MHz. Also, the BW field is included in the control field. Correspondingly, after receiving the Bluetooth data packet containing the BW field, the receiver (which can be a mobile phone or a wireless headset) can obtain the bandwidth information in the control field without decapsulating and verifying the data field. After processing, the bandwidth corresponding to the subsequent Bluetooth data transmission can be determined.

Exemplarily, the Bluetooth data packet includes a BW field and a data field. Correspondingly, the sending end (which can be a mobile phone or a wireless headset) can control the bandwidth conversion in real time through this format without sending a separate message for indicating bandwidth switching (or updating), so as to effectively save resources. Moreover, compared with the problem that bandwidth switching (or power switching) needs to be performed multiple times in the existing Bluetooth protocol, the Bluetooth communication method in the embodiment of the present application can effectively shorten the switching time. The specific usage will be described in detail in the following examples.

Please continue to refer to FIG. 11a, exemplarily, the length of the MCS field is 5 bits, which is used to indicate the modulation mode and coding rate adopted by the frame body (ie, the data field). Exemplarily, the mapping method of the MCS field is shown in Table 2:

Table 2

Optionally, the BW field and the MCS field can be combined to indicate the bandwidth, modulation mode and coding rate. Exemplarily, the specific mapping method is shown in Table 3:

table 3

	带宽(MHz)Bandwidth (MHz)	调制方式 Modulation		编码码率code rate
00	11	DQPSK DQPSK	1/21/2
11	22	DQPSK DQPSK	1/21/2
22	22	DQPSK DQPSK	3/43/4
33	44	DQPSK DQPSK	1/21/2
44	44	DQPSK DQPSK	3/43/4
55	55	DQPSK DQPSK	5/65/6
66	55	DQPSK DQPSK	11
77	55	D8PSK D8PSK	5/65/6
88	55	D8PSK D8PSK	11
……	……	……	……

It should be noted that the mapping manners of Table 1, Table 2, and Table 3 are only schematic examples, and are not limited in this application.

Please continue to refer to Figure 11a. Exemplarily, the lengths of the NESN field and the SN field are each 1 bit, and the total length of the two fields is 2 bits, which are used to indicate that the data packet is a new packet or a retransmitted data packet, and can also be used to indicate ACK information or NACK information.

Exemplarily, in an asymmetric service scenario such as audio playback, that is, in a scenario where the receiving end (for example, a wireless headset) only needs to reply to ACK information or NACK information, the embodiment of the present application also provides a simple ACK or NACK reply method, which can Optionally, set the 8 bits of the BW field and MCS field to all 1s (ie 11111111) or all 0s (ie 00000000) to indicate that the Bluetooth data packet transmitted this time has only the frame header part (ie the control field), and What is transmitted is ACK information or NACK information. Compared with the way in which the ACK information or NACK information is carried in the data field in the existing Bluetooth protocol, the receiving end needs to start parsing from the frame header and continue to parse to the PDU field to obtain the ACK information or NACK information. The embodiment of the present application provides a more efficient reply method, and the receiving end (eg, a mobile phone) can obtain the ACK information or the NACK information by reading the control field. Moreover, for the sender, it only needs to transmit the frame header part carrying the ACK information or NACK information, and does not need to transmit the frame body part, which can effectively save transmission overhead.

It should be noted that the NESN field and the SN field indicate that the data packet is a new packet or a retransmitted data packet, and the manner of indicating the ACK information or the NACK information is the same as that in the existing Bluetooth protocol. In order to make those skilled in the art better understand the technical solutions in this application, the following briefly describes the indication modes of the NESN field and the SN field in conjunction with the schematic diagram of the indication of the NESN field and the SN field shown in FIG. 12 :

1) Determine ACK information or NACK information.

Take mobile phones for example. The mobile phone locally stores the value of the NESN field (hereinafter referred to as the local NESN) and the value of the SN field (hereinafter referred to as the local SN). As shown in (1) of Fig. 12, exemplarily, the mobile phone receives the Bluetooth data packet sent by the wireless headset. The mobile phone compares the NESN field in the Bluetooth data packet with the local SN. In one example, if the NESN field in the Bluetooth data packet is the same as the local SN, the mobile phone can determine that the wireless headset sends NACK information. That is to say, the wireless headset request fails to receive the data sent by the mobile phone last time, and requests the mobile phone to resend the data sent last time through the NACK message. Optionally, if the mobile phone is configured with a retransmission function, the mobile phone may re-send the previously sent data to the wireless headset in response to the NACK information.

In another example, if the NESN field in the Bluetooth data packet is different from the local SN, the mobile phone can determine that the wireless headset sends ACK information. That is to say, the wireless headset has successfully received the data previously sent by the mobile phone. Correspondingly, the mobile phone increments the value of the local SN by 1. For example, if the current locally stored local SN value is 0, after the mobile phone obtains the ACK information, the local SN value becomes 1. And, the mobile phone can send new data to the wireless headset in response to the received ACK information.

It should be noted that the NESN field and the SN field in the bluetooth data packet sent by the mobile phone are respectively the same as the local NESN and the local SN.

2) Determine the new packet or retransmit the data packet.

Still take the mobile phone as an example. As shown in (2) of FIG. 12 , exemplarily, the mobile phone receives the Bluetooth data packet sent by the wireless headset. The mobile phone compares the SN field in the Bluetooth data packet with the local NESN. In one example, if the SN field in the Bluetooth data packet is the same as the local NESN, the mobile phone can determine that the data packet transmits new data. Accordingly, the mobile phone receives the new data, and the mobile phone increments the local NESN value by 1.

In another example, if the SN field in the Bluetooth data packet is the same as the local NESN, the mobile phone can determine that the data packet transmits old data, that is, the wireless headset transmits the data that was previously transmitted. Exemplarily, if the mobile phone detects that the last reply from the wireless headset is ACK information, that is, the mobile phone has successfully received the data sent by the wireless headset last time, the mobile phone may not do anything to the old data received this time. Exemplarily, if the mobile phone detects that the last reply was a NACK message, that is, the mobile phone failed to successfully receive the data sent by the wireless headset last time. That is to say, the wireless headset is the data that is resent in response to the NACK information sent by the mobile phone. The mobile phone can receive the old data and process the old data accordingly, and the specific processing process will be described in detail in the following embodiments.

Please continue to refer to Figure 11a. Exemplarily, since the modulation modes of the frame header and the frame body of the Bluetooth data packet are different, for example, the frame header adopts the GFSK modulation mode, and the frame body adopts the GPSK modulation mode. Therefore, the Guard field is included between the frame header and the frame body. Exemplarily, the description of the Gurd field and the sync field may refer to the existing Bluetooth protocol, and the description will not be repeated in this application.

Exemplarily, the length of the Header field is optionally 24 bits. It adopts the same bandwidth and modulation mode as the data field, and optionally, adopts the Polar code with N=128 (that is, the length is 128 bits) to encode into one code block. According to different types of data packets, the content carried in the Header field is different. Exemplarily, the types of data packets include: ACL (Asynchronous Connection link, asynchronous connection link), CIS (Connected Isochronous Stream, connection isochronous stream), BIS (broadcast isochronous stream, broadcast isochronous stream) and TWS (True Wireless Stereo, true wireless stereo) (TWS refers to the data transfer stream between two earphones of TWS earphones). It should be noted that, for different types of data frames, the bit width and specific meaning of the specific fields of the Header may be different, but the total length is a fixed value (for example, 24 bits).

Exemplarily, the Header field of the ACL data type includes an LLID (logical link identify, logical link indication) field, a Length (length) field, an MD (more data, more data) field, and a CP (CTEInfo Present, CTE presence indication) field, APC (auto power control) field and RFU (Reserved for future use, reserved for future use) field.

Exemplarily, the length of the APC field is 2 bits, and is used to indicate the power value that the opposite end increases or decreases based on the current power. Its mapping method is shown in Table 4:

Table 4

APC APC		dBdB
00	00
11	-1-1
22	11
33	33

Referring to FIG. 4, exemplarily, when the character carried in the APC field is 0, that is, 00, it is used to indicate that the current power is still used. Exemplarily, when the character carried in the APC field is 1, that is, 01, it is used to indicate that the current power is reduced by 1 dB. Exemplarily, when the character carried in the APC field is 2, that is, 10, it is used to indicate that the current power is increased by 1 dB. Exemplarily, when the character carried in the APC field is 3, that is, 11, it is used to indicate that the current power is increased by 3 dB. Similar to the bandwidth indication, this embodiment of the present application may indicate power switching of the electronic device through the APC field in the Bluetooth data packet, so that the peer device may send the Bluetooth data packet based on the power indicated by the received APC field. Compared with the existing Bluetooth protocol in which power switching needs to be separately indicated and multiple signaling interactions are performed, the embodiments of the present application provide a real-time power switching method, which can indicate power switching when transmitting data, that is, In other words, the signaling overhead can be reduced and the power switching efficiency can be improved by multiplexing signaling.

In a possible implementation manner, when power switching is indicated, the Bluetooth data packet may also not include a data field. Exemplarily, the Length field in the Header field may indicate that the length of the data field is 0, indicating that the Bluetooth data packet does not include the data field.

It should be noted that, for the description of other fields in the Header field, reference may be made to the existing Bluetooth protocol, which will not be repeated in this application.

Exemplarily, the data field in this embodiment of the present application may adopt Polar coding or no coding. As shown in Figure 11a, the sender divides the data into multiple data blocks (that is, the data blocks carried by the payload1 field to the payload n field) according to the coding rate. Exemplarily, each data block is generated by separate channel coding.

It should be noted that the length of each data block can be set according to actual requirements, which is not limited in this application. Exemplarily, each data block corresponds to one CRC field. The specific usage of multiple data blocks and multiple CRC checks will be described in detail in the following embodiments.

FIG. 11b is an exemplary Bluetooth data packet format. Among them, the Bluetooth data packet shown in FIG. 11b is generated using convolutional coding as the coding method. Exemplarily, the Bluetooth data packet includes: Preamble field, AccessCode field, PHY_IND field, FEC 1/2 field, Guard field, sync field, Header field, HEC field, FEC 1/2 field, at least one payload field, at least one CRC field, at least one term field, and Tailer field.

Wherein, the FEC1/2 field is channel coding with a code rate of 1/2. After encoding, the data length will increase. In this embodiment of the present application, the bits encoded by the 1/2 code rate are doubled.

The term field is a field unique to convolutional coding. It is attached at the end of the coding block, and the number of bits occupied is related to coding parameters.

Exemplarily, the Header field includes: a Blocklen (block number) field, a payload field, an MD field, an LLID field, an APC field, and an RFU field. The Blocklen field is used to indicate the number of blocks in the CRC block. The payload field is used to indicate the packet length. For other undescribed fields, reference may be made to the related content of the existing Bluetooth protocol, which is not limited in this application.

The Bluetooth communication method in the embodiments of the present application will be described in detail below with several specific embodiments.

scene one

FIG. 13 is a schematic diagram of an exemplary application scenario. As shown in (1) of FIG. 13 , a Bluetooth connection is established between the mobile phone and the wireless headset. Exemplarily, for the process of establishing a Bluetooth connection between the mobile phone and the wireless headset, reference may be made to FIG. 4a to FIG. 4c and the related description of FIG. 5 , which will not be repeated here.

Exemplarily, the embodiments of the present application are described by taking the initial bandwidth of the mobile phone and the wireless headset as 1 MHz as an example. Optionally, the initial bandwidth may be determined after negotiation during the connection process. Optionally, the initial bandwidth may also be set in the Bluetooth protocol. For example, each electronic device may be preconfigured with an initial bandwidth, and the initial bandwidth configured by each electronic device is the same (for example, 1 MHz).

Exemplarily, in this embodiment of the present application, during the process of establishing a Bluetooth connection between the mobile phone and the wireless headset, it is determined that the opposite end is a preset device, that is, a device that supports the Bluetooth data package of the embodiment of the present application. Therefore, the mobile phone and the wireless headset can perform data interaction based on the Bluetooth data packets with the set format proposed in the embodiments of the present application.

It should be noted that, in other embodiments, when the mobile phone and the wireless headset are both preset devices, the mobile phone and the wireless headset can also perform data interaction based on the existing Bluetooth protocol, and when the set conditions are triggered, Then, data interaction is performed based on the Bluetooth protocol proposed in the embodiments of the present application, that is, based on the Bluetooth data packets having a set format. Optionally, the set condition may be that the application started by the mobile phone is a music application. Optionally, the set condition may also be that the bandwidth required by the file to be transmitted is greater than the set threshold (for example, it may be 1 MHz). Of course, other conditions may also be used, which are not limited in this application.

Please refer to (2) of FIG. 13 , exemplarily, the mobile phone and the wireless headset perform data interaction through a Bluetooth connection. Exemplarily, the current Bluetooth communication bandwidth between the mobile phone and the wireless headset is 1 MHz. FIG. 14a is a schematic diagram of the format of an exemplary Bluetooth data packet. As shown in Figure 14a, the Bluetooth data packet sent by the mobile phone includes, but is not limited to, the Preamble field, the Access Code field, the PHY_IND field, and other fields.

Exemplarily, the character carried in the BW field in the PHY_IND field is 000. According to the mapping relationship shown in Table 1, the bandwidth corresponding to 000 is 1MHz.

Exemplarily, the character carried in the MCS field is 00001. According to the mapping relationship shown in Table 2, the modulation mode indicated by 00001 is GFSK, and the coding rate is 1.

It should be noted that, in this embodiment, only the process of bandwidth switching is better described, and the indication manner of the NESN field and the SN field will be described in the following embodiments.

Exemplarily, FIG. 15 is a schematic diagram of an exemplary data transmission manner. As shown in (1) of FIG. 15, the wireless earphone receives the control field on the designated frequency band. Exemplarily, in this embodiment of the present application, the bandwidth of the control field is 1 MHz, and the center frequency thereof is fc. It should be noted that the center frequency is negotiated during the process of establishing the Bluetooth connection between the mobile phone and the wireless headset, or after the Bluetooth connection is established.

Exemplarily, the wireless headset receives the control field in the Bluetooth data packet as shown in FIG. 14a on a frequency band with a center frequency of fc and a bandwidth of 1 MHz. Exemplarily, the wireless headset performs corresponding processing on the control field. Exemplarily, the wireless headset can read the information carried in the Preamble field and the Access Code field, and perform corresponding processing. Exemplarily, the wireless headset reads the PHY_IND field to obtain the information (ie, 000) carried in the BW field. Moreover, the wireless headset may determine that the transmission bandwidth of the data field is 1 MHz based on the BW field. Exemplarily, the wireless headset may obtain the modulation mode of the data field based on the MCS field.

Please continue to refer to (1) of FIG. 15 , exemplarily, the wireless headset may determine that the bandwidth of the data field is 1 MHz based on the BW field carried in the control field. Correspondingly, the wireless earphone can receive the data field in the Bluetooth data packet sent by the mobile phone in a frequency band with a center frequency of fc and a bandwidth of 1 MHz. Exemplarily, the wireless headset may perform corresponding processing on the data field based on the encoding method indicated by the MCS field to obtain information or data carried in the data field. For example, the wireless headset may obtain audio data carried in the data field. Then, the wireless earphone can play the acquired audio data. It should be noted that the processing of the data field will be described in the following embodiments, and this embodiment only describes the bandwidth switching scenario.

As shown in (3) of FIG. 13, exemplarily, during the interaction between the wireless headset and the mobile phone through a Bluetooth connection with a bandwidth of 1 MHz, the mobile phone can respond to the received user operation, based on a larger bandwidth, such as 4 MHz, and Wireless headset for data interaction.

For example, in response to a received user operation (eg, as shown in FIG. 7 ), the mobile phone determines that the bandwidth needs to be switched to 4 MHz. The mobile phone generates a Bluetooth data packet, and the format of the Bluetooth data packet is shown in Figure 14b. Referring to FIG. 14b, exemplarily, the information carried in the BW field in the PHY_IND field is 010. According to the mapping relationship shown in Table 1, the bandwidth indicated by 010 is 4MHz. The information carried in the MCS field is 00001, which is used to indicate that the modulation mode is GFSK and the coding rate is 1. It should be noted that, in this embodiment of the present application, only the manner in which the user instructs to switch the bandwidth is used as an example for description. In other embodiments, the mobile phone can adaptively switch the transmission bandwidth based on the amount of data to be transmitted and/or current transmission conditions (also referred to as Bluetooth communication conditions). For example, if the distance between the mobile phone and the headset is close (for example, less than 2 meters), the interference received between the mobile phone and the headset is small, and the Bluetooth communication conditions are better, and the mobile phone can choose to pass a larger bandwidth (for example, 5MHz). ) for Bluetooth communication with the headset. The bandwidth selection and judgment conditions can be set according to actual needs, which are not limited in this application.

Exemplarily, as shown in (2) of FIG. 15 , as shown in (2) of FIG. 15 , the wireless headset receives a control field on a specified frequency band. Exemplarily, in this embodiment of the present application, the bandwidth of the control field is 1 MHz, and the center frequency thereof is fc. It should be noted that, in the embodiments of the present application, only the center frequencies in (1) of FIG. 15 and (2) of FIG. 15 are the same as an example for description. In other embodiments, during the process of Bluetooth communication between the mobile phone and the wireless headset, the center frequency is variable, which is not limited in this application.

Exemplarily, the wireless headset receives the control field in the Bluetooth data packet as shown in Fig. 14b on a frequency band with a center frequency of fc and a bandwidth of 1 MHz. The wireless headset can read the information carried in the Preamble field and the Access Code field, and process it accordingly.

Exemplarily, the wireless headset reads the PHY_IND field to obtain the information (ie, 010) carried in the BW field. The wireless headset may determine, based on the BW field, that the transmission bandwidth of the data field in the Bluetooth data packet is 4MHz. Exemplarily, the wireless headset may obtain the modulation mode of the data field based on the MCS field. Moreover, the wireless headset may determine that the current Bluetooth data packet transmits new data based on the NESN field and the SN field.

Please continue to refer to (2) of FIG. 15 , exemplarily, the wireless headset may determine that the bandwidth of the data field is 4 MHz based on the BW field carried in the control field. Correspondingly, the wireless headset can receive data fields in a frequency band with a center frequency of fc and a bandwidth of 4 MHz. Exemplarily, the wireless headset may decode the data field based on the encoding method indicated by the MCS field to obtain information or data carried in the data field, for example, the wireless headset may obtain audio data carried in the data field. Then, the wireless earphone can play the acquired audio data.

It should be noted that, as shown in (1) of FIG. 15 , if the data amount of the data field is the same, when the 1MHz bandwidth is used for transmission, the transmission duration of the data field is 1ms. As shown in (2) of FIG. 15 , when 4MHz bandwidth is used for transmission, the transmission duration of the data field is 0.25ms. In the embodiment of the present application, the Bluetooth protocol can support a transmission mode with a bandwidth of 4 MHz and above, which can effectively improve the transmission efficiency of Bluetooth data packets.

It should be further noted that, in the embodiments of the present application, the initial bandwidth of the electronic device is 1 MHz as an example for illustration, that is, the control field is transmitted on the agreed 1 MHz bandwidth, so that the electronic devices can be correctly read. Control field. In other embodiments, if the initial bandwidth agreed by the electronic device is 2 MHz, the transmission bandwidth of the control field may also be 2 MHz, which is not limited in this application.

It should be further noted that, in the embodiments of the present application, only the mobile phone sends a Bluetooth data packet to the wireless headset, and the bandwidth switching is indicated by the Bluetooth data packet as an example for description. Exemplarily, the wireless headset can also send a Bluetooth data packet to the mobile phone in the above manner, and indicate the bandwidth corresponding to the data field in the control field of the Bluetooth data packet. In one example, the bandwidth indicated by the wireless headset to the handset may be the same as the bandwidth indicated by the handset to the wireless headset. In another example, the bandwidth indicated by the wireless headset to the cell phone may not be the same as the bandwidth indicated by the cell phone to the wireless headset. For example, the bandwidth indicated by the mobile phone to the wireless headset is 4 MHz, that is, the bandwidth occupied by the data field sent by the mobile phone is 4 MHz. The bandwidth indicated by the wireless headset to the mobile phone is 1 MHz, that is, the bandwidth occupied by the data field sent by the wireless headset is 1 MHz. Therefore, when the amount of data sent by the wireless headset is relatively small, the Bluetooth data packets can be transmitted with a relatively small bandwidth, so as to further save transmission resources.

It should be further noted that, only one bandwidth switching is used as an example in this embodiment of the present application. In fact, through the communication methods in the embodiments of the present application, the mobile phone and the wireless headset can dynamically determine their respective transmission bandwidths based on parameters such as network conditions, data volume, and application requirements. For example, when the current play of the lossless music ends, switch to the next piece of music. Moreover, the data amount of the next piece of music is small, for example, only 2MHz bandwidth is required. Correspondingly, the BW field in the data packet sent by the mobile phone to the wireless headset may indicate that the transmission bandwidth of the data field is 2MHz. Therefore, through a flexible bandwidth switching method, the bandwidth can be dynamically and real-time switched according to user instructions or actual needs, so as to effectively save resources and improve resource utilization.

scene two

FIG. 16 is an exemplary schematic diagram of interaction between a mobile phone and a wireless headset. As shown in Figure 16, exemplary, specifically includes:

S301, the wireless earphone receives the Bluetooth data packet sent by the mobile phone.

Exemplarily, in order to better illustrate the way of replying to the ACK information or the NACK information in the embodiment of the present application. This embodiment takes the first data interaction between the wireless headset and the mobile phone, that is, the first Bluetooth data packet sent to the wireless headset after the mobile phone and the wireless headset establish a Bluetooth connection as an example for description. For other data packets in the Bluetooth communication process between the mobile phone and the wireless headset, the methods in the embodiments of the present application may be adopted, and the description will not be repeated in this application.

Exemplarily, as described above, the mobile phone and the wireless headset store the value of the NESN field and the value of the SN field, that is, the local NESN and the local SN, respectively. Exemplarily, in the embodiment of the present application, the value of the local initial NESN configured by the mobile phone and the wireless headset is 1, and the value of the local initial SN is 1 as an example for description. Optionally, the initial values of the local NESN and the local SN may be negotiated during the connection establishment process, or may be pre-configured, which are not limited in this application. It can also be understood that only after the mobile phone and the wireless headset mutually determine the local NESN and local SN stored by each other, the values of the NESN field and SN field in the data packet can be modified to indicate that the data packet transmits new data or old data. And/or, ACK information or NACK information is indicated.

FIG. 17 is an exemplary schematic diagram of the format of a Bluetooth data packet. As shown in FIG. 17 , for the description of the BW field and the MCS field, reference may be made to the above, which will not be repeated here. As mentioned above, the NESN field and the SN field in the Bluetooth data packet are the same as the local NESN and local SN currently stored in the mobile phone. Exemplarily, in this embodiment of the present application, the local NESN value currently stored in the mobile phone is 1, and the local SN value is 1. Correspondingly, the value of the NESN field in the Bluetooth data packet sent by the mobile phone is 1, and the value of the SN field is 1.

Exemplarily, the wireless headset receives the Bluetooth data packet and obtains the control field. For the processing of fields such as the BW field and the MCS field in the control field, reference may be made to the above, and details are not described here. Exemplarily, the wireless headset reads the NESN field and the SN field.

In the embodiment of the present application, the local NESN value currently stored in the wireless headset is 1, and the SN value is 1. Exemplarily, according to the indication manner of the NESN field and the SN field described above. The wireless headset determines that the value (ie, 1) in the SN field in the Bluetooth data packet is the same as the value (ie, 1) of the local NESN. Correspondingly, the wireless headset can determine that the currently received Bluetooth data packet transmits new data. In addition, the wireless headset adds 1 to the value of the local NESN (ie, 1), and the updated value of the local NESN is 0.

Optionally, in this embodiment, an asymmetric service, that is, the wireless headset only receives data sent by the mobile phone, and does not need to send data to the mobile phone, is used as an example for description. That is to say, the wireless headset has not sent data to the mobile phone, and the mobile phone does not need to send ACK information or NACK information to the wireless headset. Therefore, the wireless headset does not need to perform a process of judging ACK information or NACK information.

Exemplarily, after the wireless earphone determines that the data packet carries new data, the wireless earphone may receive the data field of the Bluetooth data packet on the specified frequency band based on the indications of the BW field and the MCS field.

Please continue to refer to FIG. 17 , the data field in the Bluetooth data packet received by the wireless headset includes three data blocks and three corresponding CRC fields. Among them, three data blocks are carried in the payload1 field, the payload2 field and the payload3 field respectively. The three CRC fields are the CRC1 field, the CRC2 field, and the CRC3 field, respectively. Among them, the CRC1 field corresponds to the data block in the payload1 field. The CRC2 field corresponds to the data block in the payload2 field. The CRC3 field corresponds to the data block in the payload3 field.

For the description of other fields, reference may be made to the relevant content of the foregoing embodiments, which will not be repeated here.

S302a, the wireless headset verifies the payload1 field based on the CRC1 field.

S302b, the wireless headset verifies the payload2 field based on the CRC2 field.

S302c, the wireless headset verifies the payload3 field based on the CRC3 field.

Exemplarily, the wireless earphone receives the data field on a frequency band with a center frequency of fc and a bandwidth of 4 MHz. The wireless headset can demodulate the data field based on the modulation mode indicated by the MCS field to obtain each field in the data field. The following only describes the processing process of the payload field and the CRC field by the wireless headset. For other fields, reference may be made to the existing Bluetooth protocol, which is not limited in this application.

Exemplarily, the wireless headset may check the data block carried in the payload1 field based on the CRC1 field to determine whether the data block in the payload1 field is correctly received. Optionally, the correct reception is optionally that the length, sequence, and specific numbers of multiple characters corresponding to the received data are all correct. Exemplarily, the wireless headset checks the payload2 field and the payload3 field, respectively, based on the received CRC2 field and the CRC3 field.

S303, the wireless headset determines that the verification of the CRC1 field to the CRC3 field is successful, and obtains the data of the payload1 field to the payload3 field.

Exemplarily, based on the CRC1 to CRC3 fields, the wireless headset verifies the payload1 to payload3 fields successfully, that is, the wireless headset determines that the payload1 to payload3 fields are correctly received. Exemplarily, the wireless headset obtains the data included in the payload1 field to the payload3 field (ie, the data block described above). For example, the wireless headset can exemplarily combine the acquired multiple data blocks (including the data block included in the payload1 field, the data block included in the payload2 field, and the data block included in the payload3 field) in the order of the data blocks, to Get the corresponding audio frame. The wireless headset may further process the audio frame to play audio data corresponding to the audio frame. In the embodiments of the present application, only a transmission scenario of audio data is used as an example for description. In other embodiments, the transmission process of other types of data is the same as that of audio data. The difference may be the processing process at the wireless earphone end. For example, the wireless earphone end needs to perform audio decoding on the audio frame to obtain corresponding audio data. For other types of frames, such as image frames, the wireless headset needs to perform image decoding on the image frames to obtain corresponding image data, which will not be described one by one in this application.

S304, the wireless headset sends ACK information to the mobile phone.

Exemplarily, after determining that the payload1 field to the payload3 field are correctly received, the wireless headset may send ACK information to the mobile phone based on the Bluetooth address information of the mobile phone (the information is obtained during the establishment of the Bluetooth connection).

Exemplarily, FIG. 18 is a schematic diagram of the format of an exemplary Bluetooth data packet. As shown in Figure 18, the Bluetooth data packet includes: Preamble field, Access Code field and PHY_IND field. For the description of the Preamble field and the Access Code field, refer to the above, and will not be repeated here.

Exemplarily, the PHY_IND field includes the BW field, the MCS field, the NESN field, and the SN field. Exemplarily, all 8 bits in the BW field and the MCS field are 1, which are used to indicate that the Bluetooth data packet only includes a frame header (ie, does not carry a data field).

Exemplarily, as described above, the NESN field and the SN field in the Bluetooth data packet sent by the wireless headset are the same as the NESN field and SN field currently stored by the wireless headset. Exemplarily, the value of the local NESN currently stored in the wireless headset is 0, and the value of the local SN is 1. Correspondingly, as shown in FIG. 16 , the NESN field in the Bluetooth data packet is 0, and the SN field is 1.

Exemplarily, the mobile phone receives the Bluetooth data packet shown in FIG. 18 . The mobile phone reads the BW field and the MCS field, detects that the 8 bits of the BW field and the MCS field are all 1, and determines that the Bluetooth data packet only includes the frame header, not the frame body, and is used to indicate ACK information or NACK information. The mobile phone can further determine that the Bluetooth data packet indicates ACK information by reading the NESN field and the SN field (for the specific judgment method, please refer to the above, and the description will not be repeated below). Correspondingly, the mobile phone can determine that the wireless headset has correctly received the data previously sent by the mobile phone. As mentioned above, the mobile phone has determined that the Bluetooth data packet does not include a data field, and the mobile phone does not need to receive further data fields, so as to achieve the purpose of saving power consumption. Compared with the solution in the existing Bluetooth protocol, which requires parsing of the data field to obtain the ACK information or NACK information, the electronic device (eg, mobile phone) in the embodiment of the present application can more quickly determine whether the wireless headset has correctly received data. After the mobile phone quickly determines whether the wireless headset has correctly received the data, the mobile phone can determine whether to resend the data or send new data according to the reception result of the wireless headset. Thus, the data processing and transmission efficiency of the mobile phone is improved.

It should be noted that, in the audio transmission scenario of the embodiment of the present application, that is, in the asymmetric service scenario, the wireless headset only needs to reply with ACK information or NACK information. In other embodiments, for example, in a call scenario, interactive data and ACK information (or NACK information) are required between the wireless headset and the mobile phone.

For example, the mobile phone sends a Bluetooth data packet including voice data to the wireless headset. After the wireless headset successfully receives the Bluetooth data packet sent by the mobile phone, the wireless headset optionally sends ACK information to the mobile phone. Exemplarily, the wireless headset obtains voice data through a microphone. The wireless headset optionally sends the acquired voice data to the mobile phone.

In one example, the wireless headset can send ACK information to the mobile phone based on the Bluetooth data packet shown in FIG. 18 . Next, the wireless headset sends voice data to the mobile phone based on the Bluetooth data packet shown in FIG. 11a or 11b.

In another example, the wireless headset may send a Bluetooth data packet containing ACK information and voice data to the cell phone. FIG. 19 is a schematic diagram of an exemplary format of a Bluetooth data packet. As shown in Figure 19, the Bluetooth data packet includes a Preamble field, an Access Code field, a PHY_IND field, and a data field. Exemplarily, the 8 bits of the BW field and the MCS field in the PHY_IND field are not all 1s. The handset may be based on determining that the Bluetooth data packet contains a data field. The mobile phone can further determine the bandwidth and modulation mode of the data field by reading the BW field and the MCS field. For details, please refer to the relevant content above, which will not be repeated here. Exemplarily, the mobile phone may determine, based on the NESN field and the SN field, that the wireless headset responds with ACK information, and the Bluetooth data packet carries new data. For the specific determination method, reference may be made to the above, which will not be repeated here, and the description will not be repeated hereinafter.

Exemplarily, the data field includes a payload1 field, a CRC1 field, and the like. The mobile phone can process the data field to obtain the voice data sent by the wireless headset. The specific processing process can refer to the above, and details are not repeated here.

scene three

FIG. 20a is an exemplary schematic diagram of interaction between a mobile phone and a wireless headset. As shown in Figure 20a, it is exemplary and specifically includes:

S401, the wireless earphone receives the Bluetooth data packet sent by the mobile phone.

Illustratively, the Bluetooth data packet shown in FIG. 16 is still taken as an example, and the specific description may refer to S301, which will not be repeated here.

S402a, the wireless headset verifies the payload1 field based on the CRC1 field.

S402b, the wireless headset verifies the payload2 field based on the CRC2 field.

S402c, the wireless headset verifies the payload3 field based on the CRC3 field.

For the description of S402a-S402c, reference may be made to the related content of S302a-S302c, which will not be repeated here.

S403, the wireless headset determines that the verification of the CRC1 field and the CRC2 field is successful, and obtains the data of the payload1 field and the payload2 field. The wireless headset determines that the CRC3 field check fails and waits for retransmission.

Exemplarily, the wireless headset checks the payload1 field to the payload3 field based on the CRC1 to CRC3 fields, respectively. The verification result is: the verification of the CRC1 field and the CRC2 field succeeds, and the verification of the CRC3 field fails. The wireless headset can obtain the data fields that are successfully verified, that is, the data of the payload1 field and the payload2 field.

Exemplarily, after determining that the verification of the CRC3 field fails, the wireless headset caches the payload1 field to the payload3 field in the memory.

For other undescribed content, reference may be made to S303, which will not be repeated here.

S404, the wireless headset sends NACK information to the mobile phone.

Exemplarily, the wireless headset determines that the payload3 field is not correctly received. The wireless headset can send NACK information to the mobile phone based on the Bluetooth address information of the mobile phone. That is to say, if any payload field in the data field in the Bluetooth data packet sent by the mobile phone fails to be received, it is determined that the data field fails to be received.

Exemplarily, FIG. 21 is a schematic diagram of the format of an exemplary Bluetooth data packet. As shown in Figure 21, the Bluetooth data packet includes: Preamble field, Access Code field and PHY IND field. For the description of the Preamble field and the Access Code field, refer to the above, and will not be repeated here.

Exemplarily, the PHY IND field includes the BW field, the MCS field, the NESN field, and the SN field. The 8 bits in the BW field and the MCS field are all 1, which are used to indicate that the Bluetooth data packet only includes the frame header (ie, the control field), and does not include the frame body (ie, the data field).

Exemplarily, the wireless headset does not receive data correctly, and the wireless headset does not update the values of the local NESN and the local SN. That is to say, the value of the local NESN currently stored in the wireless headset is 1, and the value of the local SN is 1. In this embodiment, the wireless headset needs to feed back NACK information to the mobile phone. Exemplarily, the NESN field and the SN field in the Bluetooth data packet sent by the wireless headset are the same as the NESN field and SN field currently stored by the wireless headset. As shown in FIG. 21 , exemplarily, the NESN field in the Bluetooth data packet is 1, and the SN field is 1.

Exemplarily, the mobile phone receives the Bluetooth data packet shown in FIG. 21 . The mobile phone reads the BW field and the MCS field, detects that the 8 bits of the BW field and the MCS field are all 1, determines that the Bluetooth data packet only includes the frame header, and is used to indicate ACK information or NACK information. The mobile phone can further read the NESN field and the SN field, and based on the value of the local NESN (that is, 1) and the value of the local SN (that is, 1), determine that the Bluetooth data packet indicates NACK information (that is, the value of the local SN is the same as the value of the local SN). the same value in the NESN field in the packet). Correspondingly, the mobile phone can determine that the wireless headset has not correctly received the data sent by the mobile phone.

Exemplarily, when the mobile phone determines that the wireless headset has correctly received the data sent by the mobile phone, the mobile phone can detect a preset retransmission mechanism. Optionally, the preset retransmission mechanism of the mobile phone can set the number of retransmissions, for example, it can be set as one retransmission or three retransmissions, which is not limited in this application.

In a possible implementation manner, if the mobile phone transmits the data stream in a broadcast manner, or if the mobile phone is not provided with a retransmission mechanism, the headset optionally does not need to reply ACK information or NACK information.

FIG. 20b is an exemplary schematic diagram of a data retransmission process between a mobile phone and a wireless headset. As shown in Figure 20b, exemplary, specifically including:

S501, the wireless headset receives the Bluetooth data packet retransmitted by the mobile phone.

Exemplarily, in this embodiment of the present application, after the mobile phone determines that the wireless headset failed to successfully receive the Bluetooth data sent last time, the mobile phone resends the Bluetooth data to the headset. FIG. 22 is a schematic structural diagram of an exemplary retransmission of a Bluetooth data packet. As shown in Figure 22, the values of the NESN field and the SN field in the Bluetooth data packet are the same as the local NESN value (ie, 1) and the value of the local SN field (ie, 1) currently stored in the mobile phone. For the information of other fields, reference may be made to the description in FIG. 11b , which will not be repeated here.

Exemplarily, the wireless headset receives the Bluetooth data packet sent by the mobile phone. The value of the local NESN currently stored in the wireless headset is 0, and the value of the local SN is 1. Exemplarily, the wireless headset may determine, based on the value of the local NESN (ie, 0) and the value of the SN field in the Bluetooth data packet (ie, 1), that the last transmitted old data is transmitted in the Bluetooth data packet. Moreover, if the wireless headset detects that the last reply from the wireless headset is NACK information, the wireless headset receives the data field and performs subsequent processing steps.

S502, the wireless headset performs combined verification on the payload3 field received for the first time and the payload3 field received for the second time based on the CRC3 field.

Exemplarily, the wireless headset may obtain the data of the payload3 field received for the first time from the memory. Based on the CRC field, the wireless headset may perform a combined check on the data in the payload3 field received for the first time and the data in the payload3 field received for the second time (ie, currently received). For the specific method of combining and checking, reference may be made to the CRC checking method in the prior art, and the description will not be repeated in this application. The data field in the Bluetooth data packet in the embodiment of the present application includes multiple data blocks, and the receiving end (for example, a wireless headset) can receive the retransmitted data packet after receiving the retransmitted data packet in the case that any data block is received incorrectly. A packet received in error is merged and checked. There is no need to merge and check the entire data field as in the existing Bluetooth protocol. Thereby, the data receiving efficiency is effectively improved and the processing pressure on the receiving end is reduced.

S503, the wireless headset determines that the verification of the CRC3 field is successful, and obtains data from the payload1 field to the payload3 field.

Exemplarily, after the wireless headset successfully merges and checks the payload3 field, the wireless headset can obtain the data of the payload1 field and the payload2 field obtained last time, and the data of the payload3 field obtained this time. Among them, the data in the payload3 field refers to the data obtained after two successful merge verifications. Exemplarily, the wireless headset performs corresponding processing on the data in the payload1 field to the payload3 field, and the specific description can refer to S303, which will not be repeated here.

S504, the wireless headset sends ACK information to the mobile phone.

Exemplarily, after determining that the payload1 field to the payload3 field are correctly received, the wireless headset may send ACK information to the mobile phone based on the Bluetooth address information of the mobile phone (the information is obtained during the establishment of the Bluetooth connection). For specific details, refer to S304, which will not be repeated here.

It should be noted that the above descriptions are given by taking the example that the Bluetooth data packet includes multiple payload fields and CRC fields. In this embodiment of the present application, the data in the Bluetooth data packet may also be divided into only one data block and carried in the payload field, and the payload field may correspond to a CRC field. That is to say, the frame header part in this embodiment of the present application can be combined with the frame body part in the existing Bluetooth protocol, that is, the frame body including only one payload field and one CRC field. It can be understood that the bandwidth indication manner, the ACK/NACK indication manner, the power indication manner, and the manners of multiple payload fields and CRC fields in the embodiments of the present application may be used independently, or may be arbitrarily combined, which is not limited in this application.

As described above, in a symmetric service scenario, the wireless headset optionally exchanges data and ACK information (or NACK information) with the mobile phone. Still taking a call scenario as an example, the mobile phone sends a Bluetooth data packet including voice data to the wireless headset. If the wireless headset fails to correctly receive at least one data field sent by the mobile phone, the wireless headset optionally sends a NACK message to the mobile phone. Exemplarily, the wireless headset obtains voice data through a microphone. The wireless headset optionally sends the acquired voice data to the mobile phone.

In one example, the wireless headset can send NACK information to the mobile phone based on the Bluetooth data packet shown in FIG. 21 . Next, the wireless headset sends voice data to the mobile phone based on the Bluetooth data packet shown in FIG. 11a or 11b.

In another example, the wireless headset may send a Bluetooth data packet containing NACK information and voice data to the cell phone. FIG. 23 is a schematic diagram of an exemplary format of a Bluetooth data packet. As shown in Figure 23, the Bluetooth data packet includes a Preamble field, an Access Code field, a PHY IND field, and a data field. Exemplarily, the 8 bits of the BW field and the MCS field in the PHY IND field are not all 1s. The handset may be based on determining that the Bluetooth data packet contains a data field. The mobile phone can further determine the bandwidth and modulation mode of the data field by reading the BW field and the MCS field. For details, please refer to the relevant content above, which will not be repeated here.

Please continue to refer to FIG. 23 , exemplarily, the NESN field is 0, and the SN field is 1. Exemplarily, the mobile phone may determine, based on the NESN field and the SN field, that the wireless headset has not correctly received the voice data, and the data carried in the data packet is new data.

Exemplarily, if the mobile phone correctly receives all the data fields sent by the wireless headset. The mobile phone needs to send an ACK message to the wireless headset. Exemplarily, as described above, the mobile phone has determined that the wireless headset has not correctly received the last sent Bluetooth data. The mobile phone simultaneously sends the ACK message and retransmits the Bluetooth data to the wireless headset. Optionally, the mobile phone may send a Bluetooth data packet including ACK information and retransmitted Bluetooth data to the wireless headset. This application is not limited.

It can be understood that, in order to realize the above-mentioned functions, the electronic device includes corresponding hardware and/or software modules for executing each function. The present application can be implemented in hardware or in the form of a combination of hardware and computer software in conjunction with the algorithm steps of each example described in conjunction with the embodiments disclosed herein. Whether a function is performed by hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art may use different methods to implement the described functionality for each particular application in conjunction with the embodiments, but such implementations should not be considered beyond the scope of this application.

In an example, FIG. 24 shows a schematic block diagram of an apparatus 2400 according to an embodiment of the present application. The apparatus 2400 may include: a processor 2401 , a transceiver/transceiver pin 2402 , and optionally, a memory 2403 .

The various components of the device 2400 are coupled together through a bus 2404, wherein the bus 2404 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity, however, the various buses are referred to as bus 2404 in the figures.

Optionally, the memory 2403 may be used for the instructions in the foregoing method embodiments. The processor 2401 can be used to execute the instructions in the memory 2403, and control the receive pins to receive signals, and control the transmit pins to transmit signals.

The apparatus 2400 may be the electronic device or the chip of the electronic device in the above method embodiments.

Wherein, all relevant contents of the steps involved in the above method embodiments can be cited in the functional descriptions of the corresponding functional modules, which will not be repeated here.

This embodiment also provides a computer storage medium, where computer instructions are stored in the computer storage medium, and when the computer instructions are executed on the electronic device, the electronic device executes the above related method steps to implement the Bluetooth communication method in the above embodiment.

This embodiment also provides a computer program product, which, when the computer program product runs on the computer, causes the computer to execute the above-mentioned relevant steps, so as to realize the Bluetooth communication method in the above-mentioned embodiment.

In addition, the embodiments of the present application also provide an apparatus, which may specifically be a chip, a component or a module, and the apparatus may include a connected processor and a memory; wherein, the memory is used for storing computer execution instructions, and when the apparatus is running, The processor can execute the computer-executed instructions stored in the memory, so that the chip executes the Bluetooth communication method in the above method embodiments.

Wherein, the electronic device, computer storage medium, computer program product or chip provided in this embodiment are all used to execute the corresponding method provided above. Therefore, for the beneficial effects that can be achieved, reference can be made to the corresponding provided above. The beneficial effects in the method will not be repeated here.

From the description of the above embodiments, those skilled in the art can understand that for the convenience and brevity of the description, only the division of the above functional modules is used as an example for illustration. In practical applications, the above functions can be allocated by different The function module is completed, that is, the internal structure of the device is divided into different function modules, so as to complete all or part of the functions described above.

In the several embodiments provided in this application, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are only illustrative. For example, the division of modules or units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components may be combined or May be integrated into another device, or some features may be omitted, or not implemented. On the other hand, the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.

Units described as separate components may or may not be physically separated, and components shown as units may be one physical unit or multiple physical units, that is, may be located in one place, or may be distributed in multiple different places. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit. The above-mentioned integrated units may be implemented in the form of hardware, or may be implemented in the form of software functional units.

Any content of each embodiment of the present application and any content of the same embodiment can be freely combined. Any combination of the above is within the scope of this application.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application can be embodied in the form of software products in essence, or the parts that contribute to the prior art, or all or part of the technical solutions, which are stored in a storage medium , including several instructions to make a device (which may be a single chip microcomputer, a chip, etc.) or a processor (processor) to execute all or part of the steps of the methods in the various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read only memory (ROM), random access memory (random access memory, RAM), magnetic disk or optical disk and other media that can store program codes.

The embodiments of the present application have been described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific embodiments, which are merely illustrative rather than restrictive. Under the inspiration of this application, without departing from the scope of protection of the purpose of this application and the claims, many forms can be made, which all fall within the protection of this application.

The steps of the method or algorithm described in conjunction with the disclosure of the embodiments of this application may be implemented in a hardware manner, or may be implemented in a manner in which a processor executes software instructions. Software instructions can be composed of corresponding software modules, and software modules can be stored in random access memory (Random Access Memory, RAM), flash memory, read only memory (Read Only Memory, ROM), erasable programmable read only memory ( Erasable Programmable ROM, EPROM), Electrically Erasable Programmable Read-Only Memory (Electrically EPROM, EEPROM), registers, hard disk, removable hard disk, CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor, such that the processor can read information from, and write information to, the storage medium. Of course, the storage medium can also be an integral part of the processor. The processor and storage medium may reside in an ASIC.

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

Claims

A Bluetooth communication system, characterized in that it includes a first electronic device and a second electronic device, and data interaction is performed between the first electronic device and the second electronic device through a Bluetooth connection;

The first electronic device is used for:

Send a first Bluetooth data packet to the second electronic device; the first Bluetooth data packet includes a frame header and a frame body, the frame header of the first Bluetooth data packet includes first bandwidth indication information, and the first bandwidth The indication information is used to indicate the first transmission bandwidth of the frame body of the first Bluetooth data packet;

The second electronic device is used for:

receiving the first Bluetooth data packet;

obtaining the first bandwidth indication information in the frame header of the first Bluetooth data packet;

According to the first bandwidth indication information, the frame body of the first Bluetooth data packet is received on the first transmission bandwidth.
The system of claim 1, wherein:

The first electronic device is also used for:

Send a second Bluetooth data packet to the second electronic device, the second Bluetooth data packet includes a frame header and a frame body, the frame header of the second Bluetooth data packet includes the second bandwidth indication information, and the first Bluetooth data packet includes the second bandwidth indication information. The second bandwidth indication information is used to indicate the second transmission bandwidth of the frame body of the second Bluetooth data packet; wherein, the first transmission bandwidth is different from the second transmission bandwidth;

The second electronic device is also used for:

receiving the second Bluetooth data packet;

acquiring the second bandwidth indication information in the frame header of the second Bluetooth data packet;

According to the second bandwidth indication information, the frame body of the second Bluetooth data packet is received on the second transmission bandwidth.
The system according to claim 1, wherein the frame header of the first Bluetooth data packet further includes first modulation indication information, and the first modulation indication information is used to indicate the modulation mode of the frame body;

The second electronic device is also used for:

obtaining the first modulation indication information;

The frame body of the first Bluetooth data packet is demodulated according to the modulation mode indicated by the first modulation indication information.
The system according to claim 3, wherein the first modulation indication information and the first bandwidth indication information are carried in a physical layer indication field of a frame header of the first Bluetooth data packet.
The system according to claim 1, wherein the frame body of the first Bluetooth data packet includes a header field and a data field, the Header field includes first power indication information, and the first power indication information used to indicate the transmit power of the second electronic device; the data field includes Bluetooth data.
The system according to claim 1, wherein the frame body of the first Bluetooth data packet includes a plurality of data fields and a plurality of check fields, wherein the plurality of data fields and the plurality of check fields The fields are in one-to-one correspondence, and each data field includes Bluetooth data.
The system of claim 6, wherein:

The second electronic device is also used for:

Based on each of the plurality of check fields, the corresponding data field is checked.
The system of claim 7, wherein:

The second electronic device is also used for:

When the verification of at least one of the plurality of data fields fails, a third Bluetooth data packet is sent to the first electronic device; the third Bluetooth data packet includes a frame header and a frame body, and the third Bluetooth data packet includes a frame header and a frame body. The frame header of the data packet includes third bandwidth indication information and first reception indication information, where the third bandwidth indication information is used to indicate the third transmission bandwidth of the frame body of the third Bluetooth data packet; the first reception indication The information is used to indicate that the second electronic device does not correctly receive the first Bluetooth data packet;

The first electronic device is also used for:

receiving the third Bluetooth data packet;

acquiring the third bandwidth indication information and the first reception indication information in the frame header of the third Bluetooth data packet;

receiving the frame body of the third Bluetooth data packet on the third transmission bandwidth according to the third bandwidth indication information; and,

According to the first reception indication information, a fourth Bluetooth data packet is sent to the second electronic device, and the frame body of the fourth Bluetooth data packet includes the plurality of data fields and the plurality of check fields, and the frame body of the fourth Bluetooth data packet includes the plurality of data fields and the plurality of check fields. The plurality of data fields include the at least one data field that failed verification.
The system of claim 8, wherein:

The second electronic device is also used for:

receiving the fourth Bluetooth data packet;

In response to the received fourth Bluetooth data packet, performing a combined check based on the at least one data field in the fourth Bluetooth data packet and other data fields that are successfully verified in the plurality of data fields;

When the merge verification succeeds, acquire the Bluetooth data in the multiple data fields.
The system of claim 7, wherein:

The second electronic device is also used for:

When the verification of at least one data field in the plurality of data fields fails, a fifth Bluetooth data packet is sent to the first electronic device; the fifth Bluetooth data packet includes a frame header, and the The frame header includes second reception indication information, and the second reception indication information is used to indicate that the second electronic device does not correctly receive the first Bluetooth data packet, and the fifth Bluetooth data packet does not include a frame body;

The first electronic device is also used for:

receiving the fifth Bluetooth data packet;

acquiring the second reception indication information in the frame header of the fifth Bluetooth data packet;

According to the second reception indication information, a sixth Bluetooth data packet is sent to the second electronic device, and the frame body of the sixth Bluetooth data packet includes the plurality of data fields and the plurality of check fields. The plurality of data fields include the at least one data field that failed verification.
The system of claim 10, wherein:

The second electronic device is also used for:

receiving the sixth Bluetooth data packet;

In response to the received sixth Bluetooth data packet, performing a combined check based on the at least one data field in the sixth Bluetooth data packet and other data fields that are successfully verified in the plurality of data fields;

When the merge verification succeeds, acquire the Bluetooth data in the multiple data fields.
The system of claim 7, wherein:

The second electronic device is also used for:

When the multiple data fields are successfully verified, a seventh Bluetooth data packet is sent to the first electronic device; the seventh Bluetooth data packet includes a frame header and a frame body, and the frame header of the seventh Bluetooth data packet includes fourth bandwidth indication information and third reception indication information, where the fourth bandwidth indication information is used to indicate the fourth transmission bandwidth of the frame body of the seventh Bluetooth data packet; the third reception indication information is used to indicate the The second electronic device correctly receives the first Bluetooth data packet;

The first electronic device is also used for:

receiving the seventh Bluetooth data packet;

acquiring the fourth bandwidth indication information and the third reception indication information in the frame header of the seventh Bluetooth data packet;

receiving the frame body of the seventh Bluetooth data packet on the fourth transmission bandwidth according to the fourth bandwidth indication information; and,

According to the third reception indication information, it is determined that the second electronic device correctly receives the first Bluetooth data packet.
The system of claim 7, wherein:

The second electronic device is also used for:

When the multiple data fields are successfully verified, send an eighth Bluetooth data packet to the first electronic device; the eighth Bluetooth data packet includes a frame header, and the frame header of the eighth Bluetooth data packet includes a fourth receive indication information, the fourth receiving indication information is used to instruct the second electronic device to correctly receive the first Bluetooth data packet, and the eighth Bluetooth data packet does not include a frame body;

The first electronic device is also used for:

receiving the eighth Bluetooth data packet;

acquiring the fourth reception indication information in the frame header of the eighth Bluetooth data packet;

According to the fourth reception indication information, it is determined that the second electronic device correctly receives the first Bluetooth data packet.
The system according to claim 1, wherein the first electronic device and the second electronic device are preset electronic devices.
The system according to any one of claims 1 to 14, wherein the first transmission bandwidth is 1 MHz, 2 MHz, 4 MHz or 5 MHz.
A Bluetooth communication method, characterized in that, applied to a first electronic device, the method comprising:

Send a first Bluetooth data packet to the second electronic device; the first Bluetooth data packet includes a frame header and a frame body, and the frame header of the first Bluetooth data packet includes first bandwidth indication information, and the first bandwidth indication information It is used to indicate the first transmission bandwidth of the frame body of the first Bluetooth data packet.
The method of claim 16, wherein the method further comprises:

Send a second Bluetooth data packet to the second electronic device, the second Bluetooth data packet includes a frame header and a frame body, the frame header of the second Bluetooth data packet includes the second bandwidth indication information, and the first The second bandwidth indication information is used to indicate the second transmission bandwidth of the frame body of the second Bluetooth data packet; wherein the first transmission bandwidth is different from the second transmission bandwidth.
The method according to claim 16, wherein the frame header of the first Bluetooth data packet further includes first modulation indication information, and the first modulation indication information is used to indicate a modulation mode of the frame body.
The method according to claim 18, wherein the first modulation indication information and the first bandwidth indication information are carried in a physical layer indication field of a frame header of the first Bluetooth data packet.
The method according to claim 16, wherein the frame body of the first Bluetooth data packet includes a header field and a data field, the Header field includes first power indication information, and the first power indication information used to indicate the transmit power of the second electronic device; the data field includes Bluetooth data.
The method according to claim 16, wherein the frame body of the first Bluetooth data packet includes a plurality of data fields and a plurality of check fields, wherein the plurality of data fields and the plurality of check fields The fields are in one-to-one correspondence, and each data field includes Bluetooth data.
The method of claim 21, wherein the method further comprises:

Receive a third Bluetooth data packet sent by the second electronic device; the third Bluetooth data packet is based on the second electronic device, based on each check field in the plurality of check fields, for the corresponding data field It is sent when verification is performed, and at least one data field in the plurality of data fields fails to verify; the third Bluetooth data packet includes a frame header and a frame body, and the frame header of the third Bluetooth data packet includes the first Three bandwidth indication information and first reception indication information, the third bandwidth indication information is used to indicate the third transmission bandwidth of the frame body of the third Bluetooth data packet; the first reception indication information is used to indicate the third transmission bandwidth of the frame body of the third Bluetooth data packet; The second electronic device does not correctly receive the first Bluetooth data packet;

acquiring the third bandwidth indication information and the first reception indication information in the frame header of the third Bluetooth data packet;

receiving the frame body of the third Bluetooth data packet on the third transmission bandwidth according to the third bandwidth indication information; and,

According to the first reception indication information, a fourth Bluetooth data packet is sent to the second electronic device, and the frame body of the fourth Bluetooth data packet includes the plurality of data fields and the plurality of check fields, and the frame body of the fourth Bluetooth data packet includes the plurality of data fields and the plurality of check fields. The plurality of data fields include the at least one data field that failed verification.
The method of claim 21, wherein the method further comprises:

Receive a fifth Bluetooth data packet sent by the second electronic device; the fifth Bluetooth data packet is based on the second electronic device for each check field in the plurality of check fields, for the corresponding data field It is sent when verification is performed, and at least one data field in the plurality of data fields fails to verify; the fifth Bluetooth data packet includes a frame header, and the frame header of the fifth Bluetooth data packet includes a second reception indication information, the second reception indication information is used to indicate that the second electronic device does not correctly receive the first Bluetooth data packet, and the fifth Bluetooth data packet does not include a frame body;

acquiring the second reception indication information in the frame header of the fifth Bluetooth data packet;

According to the second reception indication information, a sixth Bluetooth data packet is sent to the second electronic device, and the frame body of the sixth Bluetooth data packet includes the plurality of data fields and the plurality of check fields. The plurality of data fields include the at least one data field that failed verification.
The method of claim 21, wherein the method further comprises:

Receive a seventh Bluetooth data packet sent by the second electronic device; the seventh Bluetooth data packet is based on the second electronic device, based on each check field in the plurality of check fields, for the corresponding data field It is sent when verification is performed, and the verification of the multiple data fields is successful; the seventh Bluetooth data packet includes a frame header and a frame body, and the frame header of the seventh Bluetooth data packet includes the fourth bandwidth indication information and the first Three reception indication information, the fourth bandwidth indication information is used to indicate the fourth transmission bandwidth of the frame body of the seventh Bluetooth data packet; the third reception indication information is used to instruct the second electronic device to correctly receive the the first Bluetooth data packet;

acquiring the fourth bandwidth indication information and the third reception indication information in the frame header of the seventh Bluetooth data packet;

receiving the frame body of the seventh Bluetooth data packet on the fourth transmission bandwidth according to the fourth bandwidth indication information; and,

According to the third reception indication information, it is determined that the second electronic device correctly receives the first Bluetooth data packet.
The method of claim 21, wherein the method further comprises:

Receive an eighth Bluetooth data packet sent by the second electronic device; the eighth Bluetooth data packet is based on the second electronic device, based on each check field in the plurality of check fields, for the corresponding data field It is sent when verification is performed and the multiple data fields are successfully verified; the eighth Bluetooth data packet includes a frame header, and the frame header of the eighth Bluetooth data packet includes fourth reception indication information, and the fourth The reception indication information is used to instruct the second electronic device to correctly receive the first Bluetooth data packet, and the eighth Bluetooth data packet does not include a frame body;

acquiring the fourth reception indication information in the frame header of the eighth Bluetooth data packet;

According to the fourth reception indication information, it is determined that the second electronic device correctly receives the first Bluetooth data packet.
The method according to claim 16, wherein the first electronic device and the second electronic device are preset electronic devices.
The method according to any one of claims 16 to 26, wherein the first transmission bandwidth is 1 MHz, 2 MHz, 4 MHz or 5 MHz.
A Bluetooth communication method, characterized in that, applied to a second electronic device, the method comprising:

Receive a first Bluetooth data packet sent by a first electronic device; wherein, the first Bluetooth data packet includes a frame header and a frame body, the frame header of the first Bluetooth data packet includes first bandwidth indication information, and the first Bluetooth data packet includes first bandwidth indication information. The bandwidth indication information is used to indicate the first transmission bandwidth of the frame body of the first Bluetooth data packet;

obtaining the first bandwidth indication information in the frame header of the first Bluetooth data packet;

According to the first bandwidth indication information, the frame body of the first Bluetooth data packet is received on the first transmission bandwidth.
The method of claim 28, wherein the method further comprises:

Receive a second Bluetooth data packet sent by the first electronic device; the second Bluetooth data packet includes a frame header and a frame body, the frame header of the second Bluetooth data packet includes the second bandwidth indication information, and the The second bandwidth indication information is used to indicate the second transmission bandwidth of the frame body of the second Bluetooth data packet; wherein the first transmission bandwidth is different from the second transmission bandwidth;

acquiring the second bandwidth indication information in the frame header of the second Bluetooth data packet;

According to the second bandwidth indication information, the frame body of the second Bluetooth data packet is received on the second transmission bandwidth.
The method according to claim 28, wherein the frame header of the first Bluetooth data packet further includes first modulation indication information, and the first modulation indication information is used to indicate the modulation mode of the frame body; the The method also includes:

obtaining the first modulation indication information;

The frame body of the first Bluetooth data packet is demodulated according to the modulation mode indicated by the first modulation indication information.
The method according to claim 30, wherein the first modulation indication information and the first bandwidth indication information are carried in a physical layer indication field of a frame header of the first Bluetooth data packet.
The method according to claim 28, wherein the frame body of the first Bluetooth data packet includes a header field and a data field, the Header field includes first power indication information, and the first power indication information used to indicate the transmit power of the second electronic device; the data field includes Bluetooth data.
The method according to claim 28, wherein the frame body of the first Bluetooth data packet includes a plurality of data fields and a plurality of check fields, wherein the plurality of data fields and the plurality of check fields The fields are in one-to-one correspondence, and each data field includes Bluetooth data.
The method of claim 33, wherein the method further comprises:

Based on each of the plurality of check fields, the corresponding data field is checked.
The method of claim 34, wherein the method further comprises:

When the verification of at least one of the plurality of data fields fails, a third Bluetooth data packet is sent to the first electronic device; the third Bluetooth data packet includes a frame header and a frame body, and the third Bluetooth data packet includes a frame header and a frame body. The frame header of the data packet includes third bandwidth indication information and first reception indication information, where the third bandwidth indication information is used to indicate the third transmission bandwidth of the frame body of the third Bluetooth data packet; the first reception indication The information is used to indicate that the first Bluetooth data packet is not correctly received by the second electronic device.
The method of claim 35, wherein the method further comprises:

Receive a fourth Bluetooth data packet sent by the first electronic device; the frame body of the fourth Bluetooth data packet includes the plurality of data fields and the plurality of check fields, and the plurality of data fields include check the at least one data field that failed;

Perform a combined check based on the at least one data field in the fourth Bluetooth data packet and other data fields that are successfully checked among the plurality of data fields;

When the merge verification succeeds, acquire the Bluetooth data in the multiple data fields.
The method of claim 34, wherein the method further comprises:

When the verification of at least one data field in the plurality of data fields fails, a fifth Bluetooth data packet is sent to the first electronic device; the fifth Bluetooth data packet includes a frame header, and the The frame header includes second reception indication information, and the second reception indication information is used to indicate that the second electronic device does not correctly receive the first Bluetooth data packet, and the fifth Bluetooth data packet does not include a frame body.
The method of claim 37, wherein the method further comprises:

Receive a sixth Bluetooth data packet sent by the first electronic device; the frame body of the sixth Bluetooth data packet includes the plurality of data fields and the plurality of check fields, and the plurality of data fields include check the at least one data field that failed;

Perform a combined check based on the at least one data field in the sixth Bluetooth data packet and other data fields that are successfully checked in the plurality of data fields;

When the merge verification succeeds, acquire the Bluetooth data in the multiple data fields.
The method of claim 34, wherein the method further comprises:

When the multiple data fields are successfully verified, a seventh Bluetooth data packet is sent to the first electronic device; the seventh Bluetooth data packet includes a frame header and a frame body, and the frame header of the seventh Bluetooth data packet includes fourth bandwidth indication information and third reception indication information, where the fourth bandwidth indication information is used to indicate the fourth transmission bandwidth of the frame body of the seventh Bluetooth data packet; the third reception indication information is used to indicate the The second electronic device correctly receives the first Bluetooth data packet.
The method of claim 34, wherein:

When the multiple data fields are successfully verified, send an eighth Bluetooth data packet to the first electronic device; the eighth Bluetooth data packet includes a frame header, and the frame header of the eighth Bluetooth data packet includes a fourth receive Indication information, the fourth receiving indication information is used to instruct the second electronic device to correctly receive the first Bluetooth data packet, and the eighth Bluetooth data packet does not include a frame body.
The method according to claim 28, wherein the first electronic device and the second electronic device are preset electronic devices.
The method according to any one of claims 28 to 41, wherein the first transmission bandwidth is 1 MHz, 2 MHz, 4 MHz or 5 MHz.
An electronic device, comprising:

a memory and a processor, the memory coupled to the processor;

The memory stores program instructions, which, when executed by the processor, cause the electronic device to execute the Bluetooth communication method executed by the first electronic device in any one of claims 16 to 27 .
An electronic device, comprising:

a memory and a processor, the memory coupled to the processor;

The memory stores program instructions, which, when executed by the processor, cause the electronic device to execute the Bluetooth communication method executed by the second electronic device in any one of claims 28 to 42.