Bluetooth low-power-consumption connection delay optimization method and device, equipment and medium

Abstract

The embodiment of the invention provides a Bluetooth low-power connection delay optimization method, device and equipment and a medium, the method is applied to slave Bluetooth equipment, and the method comprises the following steps: receiving the last data packet of the current data transmission sent by master Bluetooth equipment; replying an acknowledgement packet corresponding to the data packet to the main Bluetooth device; and if the slave Bluetooth equipment confirms that packet receiving and packet sending are not needed in the next connection interval, entering a slave delay mode. In the prior art, when a delay function is started in Bluetooth low-power-consumption connection, main Bluetooth equipment continuously and ineffectively retransmits data due to loss of an acknowledgement packet, so that power consumption is increased and channel interference is caused; by using the method, the slave Bluetooth device is enabled to enter the delay mode after confirming that the slave Bluetooth device does not need to receive or send packets at the next connection interval, and meaningless re-issuing of the master Bluetooth device is avoided, so that the power consumption is reduced, and the communication efficiency is improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of wireless communication, and in particular to a Bluetooth Low Energy connection latency optimization method, device, equipment and medium. BACKGROUND

[0002] Bluetooth Low Energy (BLE) is a wireless technology designed for low power, short distance communication. In the current BLE connection mechanism, the data transmission process is as follows: 1) the master Bluetooth device (Central) sends the last data packet (MD=0) to the slave Bluetooth device (Peripheral); 2) the slave Bluetooth device returns an acknowledgement packet (ACK) after receiving the data; 3) the slave Bluetooth device considers that the data transmission is complete, and then immediately enters the latency mode, i.e. it will not listen in the next several periods.

[0003] However, this implementation has a potential problem: due to wireless interference, signal attenuation or collision, the acknowledgement packet is lost in the air, and the master Bluetooth device may not receive the acknowledgement packet from the slave Bluetooth device. At this time, the master Bluetooth device will consider that "the data has not been determined", and will continue to resend the data packet in the next multiple connection intervals. At this time, the slave Bluetooth device has entered the latency mode and will not receive data, resulting in the master Bluetooth device continuously sending data packets in vain, increasing the power consumption of the master Bluetooth device; and the wireless environment is full of repeated data packets (retransmission packets), increasing interference; in addition, the BLE connection efficiency is reduced. SUMMARY

[0004] The embodiments of the present application provide a Bluetooth Low Energy connection latency optimization method, device, equipment and medium, which avoids the meaningless retransmission behavior of the master Bluetooth device by allowing the slave Bluetooth device to confirm that it does not need to receive or send packets in the next connection interval before entering the latency mode, thereby reducing power consumption and improving communication efficiency.

[0005] In a first aspect, the embodiments provide a Bluetooth Low Energy connection latency optimization method applied to a slave Bluetooth device, the method comprising:

[0006] receiving the last data packet of the current data transmission sent by the master Bluetooth device;

[0007] replying to the master Bluetooth device with an acknowledgement packet corresponding to the data packet;

[0008] if the slave Bluetooth device confirms that it does not need to receive or send packets in the next connection interval, entering the slave latency mode.

[0009] In a second aspect, the embodiment provides a Bluetooth low energy connection delay optimization device integrated in a slave Bluetooth device, the device comprising:

[0010] a data receiving module configured to receive a last data packet of a current round of data transmission sent by a master Bluetooth device;

[0011] a reply sending module configured to reply to the master Bluetooth device with an acknowledgement packet corresponding to the data packet;

[0012] a delay entering module configured to enter a slave delay mode if the slave Bluetooth device confirms that no data packet needs to be received and no data packet needs to be sent in a next connection interval.

[0013] In a third aspect, the embodiment provides a Bluetooth device comprising:

[0014] at least one processor; and

[0015] a memory in communication with the at least one processor; wherein

[0016] the memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor to enable the at least one processor to execute the Bluetooth low energy connection delay optimization method according to any one of the embodiments.

[0017] In a fourth aspect, the embodiment provides a computer readable storage medium storing computer instructions for enabling a processor to implement the Bluetooth low energy connection delay optimization method according to any one of the embodiments when executed by the processor.

[0018] The embodiment of the present application provides a Bluetooth low energy connection delay optimization method, device, equipment and medium. The method is applied to a slave Bluetooth device, and the method comprises the following steps: receiving a last data packet of a current round of data transmission sent by a master Bluetooth device; replying to the master Bluetooth device with an acknowledgement packet corresponding to the data packet; and entering a slave delay mode if the slave Bluetooth device confirms that no data packet needs to be received and no data packet needs to be sent in a next connection interval. Different from the prior art, when the Bluetooth low energy connection delay function is enabled, the master Bluetooth device continuously invalidly retransmits data due to the loss of the acknowledgement packet, which causes power consumption to rise and channel interference. The technical solution described above enables the slave Bluetooth device to enter the delay mode after confirming that no data packet needs to be received or no data packet needs to be sent in the next connection interval, avoids the meaningless retransmission behavior of the master Bluetooth device, reduces the number of repeated packet transmissions, significantly reduces the power consumption of the master Bluetooth device, reduces invalid broadcasting, reduces interference, and thus improves channel efficiency and enhances connection stability and communication reliability. In addition, the protocol standard does not need to be modified, the existing Bluetooth low energy protocol is compatible, and the acknowledgement delay mechanism only needs to be added in the control layer to achieve the method.

[0019] It is to be understood that the embodiments described herein are merely exemplary of the application and that a myriad of modifications, both as to the nature and number of elements within the execution of the application and as to the modes of execution thereof, can be made by those skilled in the art, without expressly quantifying the application and without departing from the scope of the application. BRIEF DESCRIPTION OF DRAWINGS

[0020] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following will briefly introduce the drawings needed in the embodiments description. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without any creative effort, based on these drawings.

[0021] Figure 1 A flowchart of a Bluetooth low-power connection delay optimization method provided for the first embodiment of the present application;

[0022] Figure 2 A flowchart of a Bluetooth low-power connection delay optimization method in a certain application scenario provided for the second embodiment of the present application;

[0023] Figure 3 A structural diagram of a Bluetooth low-power connection delay optimization device provided for the third embodiment of the present application;

[0024] Figure 4 A structural diagram of a Bluetooth device provided for the fourth embodiment of the present application. DETAILED DESCRIPTION

[0025] In order to make the technical personnel in the art better understand the present application, the following will combine the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only some of the embodiments of the present application, not all. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without any creative effort should be within the scope of the present application.

[0026] It should be noted that the terms "first", "second", and the like in the specification and claims of the present application and the above-described drawings are used to distinguish similar objects, and do not necessarily indicate a specific order or a chronological sequence. It should be understood that the data thus used can be interchanged under appropriate circumstances, so that the embodiments of the present application described herein can be implemented in an order other than that illustrated or described herein. In addition, the terms "include" and "have" and any variations thereof are intended to cover non-exclusive inclusion, for example, a process, method, system, product or device including a series of steps or units does not necessarily limit to those steps or units clearly listed, but can include other steps or units not clearly listed or inherent to these processes, methods, products or devices.

[0027] The following introduces the prior art, first introduces BLE. BLE is a wireless technology designed for low power consumption, short distance communication. In BLE communication, there are two types of device roles: master Bluetooth devices, such as mobile phones, computers, hosts, etc.; slave Bluetooth devices, such as sensors, earphones, watches, keyboards, etc. The two devices transmit data by establishing an ACL (Asynchronous Connection-Less) connection channel. ACL is a physical link type in Bluetooth technology, mainly used for transmitting data between master and slave devices. Data transmission is in a fixed period, each period is called a connection interval, typically ranging from 7.5 ms to 4 s.

[0028] Secondly, the slave latency mechanism is introduced. In order to further reduce power consumption, BLE designs the Slave Latency function. It allows slave Bluetooth devices not to receive or send data for several connection periods, temporarily turning off the radio frequency module to save energy. For example: if the Connection Interval = 10 ms, the Slave Latency is 200 Connection Intervals, then the slave Bluetooth device can not participate in communication for 200 x 10 ms = 2 s at most. During this delay period, the slave Bluetooth device remains in a low-power state and does not actively listen to the data packets of the master Bluetooth device. However, in order to ensure communication flexibility, the slave Bluetooth device is not completely "asleep": when the slave Bluetooth device itself has data to send, it can "wake up" at any time and send packets immediately in the next connection event, without waiting for the end of the delay period.

[0029] The following introduces the continuous communication behavior of the master Bluetooth device. At the same time, in order to ensure the real-time performance of the communication, the master Bluetooth device will still maintain regular transmission and listening behavior during the entire delay period. That is: even if the slave Bluetooth device chooses to skip several connection periods, the master Bluetooth device will continue to send data packets or empty packets (empty data frames) according to the original connection interval period, so that it can synchronize communication with the slave Bluetooth device as soon as possible when the slave Bluetooth device "wakes up". This design ensures that the slave Bluetooth device can quickly recover the connection synchronization with the master Bluetooth device even after a long delay, without the need to re-establish the connection.

[0030] However, this mechanism raises a problem in practical applications: when the slave Bluetooth device receives data from the master Bluetooth device and replies with an acknowledgment packet (ACK), it immediately enters a delayed state. If the master Bluetooth device fails to successfully receive its ACK, it mistakenly assumes the data was not delivered and continuously retransmits the data in subsequent cycles. At this point, the slave Bluetooth device is already in delayed mode and cannot respond to the retransmissions, resulting in: the master Bluetooth device unnecessarily sending packets, increasing power consumption; additional interference on the wireless channel; and decreased communication efficiency.

[0031] For example, suppose the latency is 200 Connection Intervals, and the Connection Interval is 10ms. If the ACK from the Bluetooth device is lost, the master Bluetooth device will continuously retransmit the same data packet for the next 200 cycles (i.e., 2 seconds), while the slave Bluetooth device does not listen at all during this period. This wastes power and causes wireless channel pollution. Therefore, a method is needed to solve the above problem.

[0032] Example 1

[0033] Figure 1 This is a flowchart illustrating a Bluetooth Low Energy connection latency optimization method provided in Embodiment 1 of the present invention. This method is applicable to situations where the slave latency mechanism in a Bluetooth Low Energy connection needs to be optimized. This method is applied to a slave Bluetooth device and can be executed by a Bluetooth Low Energy connection latency optimization device. This Bluetooth Low Energy connection latency optimization device can be implemented in hardware and / or software and is generally integrated into the slave Bluetooth device.

[0034] like Figure 1 As shown, the Bluetooth Low Energy connection latency optimization method provided in this embodiment may specifically include the following steps:

[0035] S101: Receive the last data packet of this round of data transmission sent by the master Bluetooth device.

[0036] The Bluetooth Low Energy (BLE) connection latency optimization method provided in this embodiment is implemented by a slave Bluetooth device. Improvements are made to the slave Bluetooth device, ensuring compatibility with existing master Bluetooth devices. To address the problems of existing technologies, this embodiment employs a novel BLE latency mode entry mechanism, whereby the slave Bluetooth device only enters slave latency mode after confirming that it no longer needs to receive packets.

[0037] Firstly, in the BLE connection mechanism, the data transmission process can be described as follows: firstly, the master Bluetooth device sends the last data packet to the slave Bluetooth device. Correspondingly, the slave Bluetooth device receives the last data packet of the current round of data transmission sent by the master Bluetooth device. The last data packet can be determined based on the More Data (MD) field in the data packet being equal to zero.

[0038] S102, reply to the master Bluetooth device with an acknowledgement packet corresponding to the data packet.

[0039] As described above, the slave Bluetooth device returns an acknowledgement packet (ACK) for the data packet after receiving the data.

[0040] S103, if the slave Bluetooth device does not need to receive or send packets in the next connection interval, the slave Bluetooth device enters the slave delay mode.

[0041] Unlike the prior art, after the slave Bluetooth device receives the last data packet sent by the master Bluetooth device in the current round of data transmission and replies to the master Bluetooth device with an acknowledgement packet, the slave Bluetooth device immediately enters the slave delay mode, i.e., does not listen to the master Bluetooth device in the next several periods. In the embodiment, after the slave Bluetooth device receives the last data packet from the master Bluetooth device, the slave Bluetooth device does not immediately enter the slave delay mode. The slave Bluetooth device returns an acknowledgement packet to the master Bluetooth device and waits for one or more additional connection intervals for detecting whether the master Bluetooth device has sent a new data packet or an acknowledgement response. Only when it is confirmed that the master Bluetooth device has successfully received the acknowledgement packet replied by the slave Bluetooth device, the slave Bluetooth device confirms that it does not need to receive or send packets, and then the slave Bluetooth device enters the slave delay mode.

[0042] Although the above-mentioned method slightly delays the timing of entering the slave delay mode (e.g., delays for one connection interval), it can greatly reduce repeated packet sending and power waste. Especially for scenarios where the slave delay is large, the method provided in the embodiment will have a more prominent effect. The reduced power consumption is related to the delay value.

[0043] The above technical solution avoids the meaningless retransmission behavior of the master Bluetooth device, reduces the number of repeated packet sending, significantly reduces the power consumption of the master Bluetooth device, reduces invalid broadcast, reduces interference, and thus improves channel efficiency; and enhances connection stability and communication reliability. In addition, the protocol standard does not need to be modified, and the existing Bluetooth low energy protocol is compatible, and only an acknowledgement delay mechanism needs to be added in the control layer to achieve the method.

[0044] As an optional embodiment of the embodiment, on the basis of the above-mentioned embodiment, the optional embodiment can optimize the method after the slave Bluetooth device replies to the master Bluetooth device with an acknowledgement packet corresponding to the data packet, and the method further comprises:

[0045] Continue monitoring the primary Bluetooth device.

[0046] In this embodiment, after the Bluetooth device returns an acknowledgment packet to the master device, it does not immediately enter the slave delay mode, but continues to listen to the master Bluetooth device.

[0047] The above technical solution adds a feature that after receiving the last data packet sent by the master Bluetooth device from the slave Bluetooth device and replying with an acknowledgment packet to the master Bluetooth device, it does not immediately enter the slave delay mode, but continues to listen to the master Bluetooth device to determine whether the slave Bluetooth device still needs to receive packets, thus providing a basis for whether to enter the slave delay mode.

[0048] Furthermore, the method can be optimized after continuing to monitor the main Bluetooth device, by further including:

[0049] 1) In the next connection interval, determine whether an acknowledgment response sent by the master Bluetooth device has been detected;

[0050] Preferably, the acknowledgment response is an empty packet indicating that the master Bluetooth device has successfully received the acknowledgment packet, and where more data fields are equal to zero. Specifically, the ACK information can be determined by the NESN / SN bits in the data frame header to indicate that the master Bluetooth device has successfully received the acknowledgment packet. Simultaneously, MD = 0 and the data packet is empty; a data packet meeting these conditions is used as the acknowledgment response sent by the master Bluetooth device.

[0051] Specifically, in the next connection interval, it checks whether an empty packet sent by the master Bluetooth device is detected, confirming that an acknowledgment packet (i.e., ACK packet) sent from the Bluetooth device in the previous connection interval is detected and MD = 0.

[0052] 2) If so, then the confirmation from the Bluetooth device does not require packet reception.

[0053] As described above, if the slave Bluetooth device hears an acknowledgment response from the master Bluetooth device in the next connection interval, it is equivalent to confirming that the master Bluetooth device has successfully received the ACK packet and has not continued to retransmit data. Therefore, the slave Bluetooth device confirms in the next connection interval that it does not need to receive packets.

[0054] The above technical solution adds the ability to determine whether the Bluetooth device needs to receive packets in the next connection interval, providing a basis for whether to enter slave delay mode.

[0055] As an optional embodiment of the present invention, based on the above embodiments, this optional embodiment can be optimized, and the method further includes:

[0056] If the slave Bluetooth device confirms in the next connection interval that it needs to receive or send packets, it will not enter slave delay mode.

[0057] In this embodiment, after the slave Bluetooth device receives the last data packet sent by the master Bluetooth device and replies with an acknowledgment packet to the master Bluetooth device, if the slave Bluetooth device receives a data packet repeatedly sent by the master Bluetooth device or sends a new data packet in the next connection interval, the slave Bluetooth device will not enter the slave delay mode.

[0058] As a specific implementation, the step of not entering slave delay mode if the slave Bluetooth device confirms the need to receive packets in the next connection interval can be optimized, including:

[0059] If the slave Bluetooth device detects that the master Bluetooth device is repeatedly sending the data packet or sending a new data packet in the next connection interval, it will not enter the slave delay mode.

[0060] Specifically, if the master Bluetooth device repeatedly sends data packets or sends new data packets in the next connection interval, and the slave Bluetooth device detects the repeated data packets or new data packets sent by the master Bluetooth device in the next connection interval, the slave Bluetooth device will not enter slave delay mode.

[0061] The above technical solution specifies the situations in which a Bluetooth device needs to receive packets, providing a basis for preventing the Bluetooth device from entering slave delay mode.

[0062] As an optional embodiment of the present invention, based on the above embodiments, this optional embodiment can be optimized to further include the following method before entering slave delay mode from the Bluetooth device:

[0063] The master Bluetooth device replies with an empty packet indicating that the slave Bluetooth device has successfully received the acknowledgment response and that any additional data fields are zero.

[0064] In this embodiment, the slave Bluetooth device replies with an empty packet in the next connection interval, confirming the acknowledgment response sent by the master Bluetooth device, and the MD of the empty packet is 0. The ACK information can be determined by the NESN / SN bits in the data frame header, indicating that the slave Bluetooth device has successfully received the acknowledgment packet. Simultaneously, MD = 0 and the data packet is empty. Data packets meeting these conditions are used as acknowledgment responses sent by the slave Bluetooth device, serving as a prerequisite for the slave Bluetooth device to enter slave delay mode.

[0065] For example, in connection interval 1:

[0066] The master Bluetooth device sends the last data packet to the slave Bluetooth device;

[0067] The Bluetooth device replied with an ACK packet, acknowledging the DATA packet.

[0068] In connection interval 2:

[0069] The master Bluetooth device sends an empty packet, which acknowledges the ACK packet sent by the slave Bluetooth device during the previous connection interval;

[0070] The Bluetooth device sends an empty packet back, with MD=0, indicating that it has acknowledged the empty packet (ACK packet) sent by the master Bluetooth device.

[0071] The above technical solution adds steps to be performed before entering slave delay mode from a Bluetooth device.

[0072] Example 2

[0073] To more clearly illustrate the Bluetooth Low Energy connection latency optimization method provided in this embodiment of the invention, a practical application scenario of Bluetooth Low Energy connection latency optimization will be used as an example. For instance, Figure 2 This is a flowchart illustrating a Bluetooth Low Energy connection latency optimization method in a specific application scenario provided in Embodiment 2 of the present invention. Figure 2 As shown, the specific steps of the Bluetooth Low Energy Connection Latency Optimization Method may include:

[0074] S1. The master Bluetooth device sends the last data packet of this round of data transmission to the slave Bluetooth device.

[0075] S2, Receive data packets from Bluetooth device.

[0076] S3, Reply with ACK from Bluetooth device.

[0077] S4. Determine if the master Bluetooth device successfully received the ACK. If yes, proceed to step S5; otherwise, proceed to step S7.

[0078] S5. The main Bluetooth device stops retransmitting data.

[0079] S6. Enter slave delay mode from Bluetooth device.

[0080] S7. The main Bluetooth device continues to retransmit data packets.

[0081] S8, detects duplicate data packets from Bluetooth devices.

[0082] S9. Resend the ACK from the Bluetooth device and return to repeat step S4.

[0083] The following is a comparative illustration using specific examples of existing technologies and the method provided in this embodiment. Assumptions: Connection Interval = 7.5 ms, Slave Latency = 200.

[0084] In the traditional mechanism: after receiving a data packet, the slave Bluetooth device immediately enters a sleep state for 200 × 7.5ms ≈ 1.5 seconds. If the ACK is lost, the master Bluetooth device will continuously retransmit during these 1.5 seconds.

[0085] After adopting the method provided in this embodiment: the slave Bluetooth device delays for 1 Interval (7.5ms) after receiving data to confirm whether the ACK has been successfully transmitted; if the ACK is confirmed, the slave Bluetooth device enters sleep mode; if not confirmed, the ACK is retransmitted; this avoids unnecessary packet transmission by the master Bluetooth device in the subsequent 200 cycles.

[0086] As can be seen, when an ACK is lost: in the existing method, the slave Bluetooth device immediately enters the slave delay mode and the master Bluetooth device continues to retransmit; in the method of the present invention, the slave Bluetooth device waits to confirm whether the ACK has been received before entering the slave delay mode.

[0087] Regarding the power consumption of the master Bluetooth device: In the existing method, the master Bluetooth device continuously sends packets, resulting in increased power consumption; in the method of this invention, the number of packet transmissions is reduced, thus reducing power consumption.

[0088] Regarding channel utilization: Existing methods result in a large number of invalid duplicate packets; the method of this invention reduces interference and makes the channel cleaner.

[0089] Regarding communication reliability: existing methods have low communication reliability; the method of this invention has high communication reliability.

[0090] For applicable scenarios: the two methods have little difference when the latency is small, but the effect is significant in high latency scenarios (such as Latency=100~300).

[0091] Example 3

[0092] Figure 3 This is a schematic diagram of a Bluetooth Low Energy connection latency optimization device provided in Embodiment 3 of the present invention. This device is applicable to situations where the slave latency mechanism in a Bluetooth Low Energy connection needs optimization. The Bluetooth Low Energy connection latency optimization device can be implemented in hardware and / or software, and is generally integrated into the slave Bluetooth device. For example... Figure 3 As shown, the device includes: a data receiving module 31, a response sending module 32, and a Bluetooth delayed entry module 33, wherein,

[0093] The data receiving module 31 is used to receive the last data packet of this round of data transmission sent by the master Bluetooth device;

[0094] The response sending module 32 is used to reply to the main Bluetooth device with an acknowledgment packet corresponding to the data packet;

[0095] The delayed entry module 33 is used to enter the slave delayed mode if the slave Bluetooth device confirms in the next connection interval that it does not need to receive or send packets.

[0096] The above technical solution avoids meaningless retransmissions by the master Bluetooth device by allowing the slave device to confirm that it does not need to receive or send packets in the next connection interval before entering delayed mode. This reduces the number of repeated packet transmissions and significantly lowers the power consumption of the master Bluetooth device; it also reduces invalid broadcasts and interference, thereby improving channel efficiency; and enhances connection stability and communication reliability. Furthermore, it requires no modification to the protocol standard, is compatible with existing Bluetooth Low Energy protocols, and can be implemented simply by adding an acknowledgment delay mechanism to the control layer.

[0097] Optionally, the device further includes a listening module, which, after replying to the master Bluetooth device with an acknowledgment packet corresponding to the data packet, is used for:

[0098] Continue monitoring the primary Bluetooth device.

[0099] Optionally, the device may include a packet reception confirmation module, which, after continuing to monitor the main Bluetooth device, is used to:

[0100] In the next connection interval, determine whether an acknowledgment response sent by the master Bluetooth device has been detected;

[0101] If so, then the confirmation from the Bluetooth device does not require packet reception.

[0102] Optionally, the confirmation response is an empty packet indicating that the master Bluetooth device has successfully received the confirmation packet, and the more data fields are equal to zero.

[0103] Optionally, the device further includes an empty packet sending module, used to: [describe the process before the Bluetooth device enters slave delay mode]

[0104] The master Bluetooth device replies with an empty packet indicating that the slave Bluetooth device has successfully received the acknowledgment response and that any additional data fields are zero.

[0105] Optionally, the device also includes a non-entry delay module for:

[0106] If the Bluetooth device confirms in the next connection interval that it needs to receive or send packets, it will not enter slave delay mode.

[0107] Optionally, the delay module is not entered, specifically for:

[0108] If the slave Bluetooth device detects that the master Bluetooth device is repeatedly sending the data packet or sending a new data packet in the next connection interval, it will not enter the slave delay mode.

[0109] The Bluetooth Low Energy Connection Latency Optimization Device provided in this embodiment of the invention can execute the Bluetooth Low Energy Connection Latency Optimization Method provided in any embodiment of the invention, and has the corresponding functional modules and beneficial effects of executing the method.

[0110] Example 4

[0111] Figure 4 This is a schematic diagram of a Bluetooth device according to Embodiment 4 of the present invention. The Bluetooth device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The Bluetooth device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (such as helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0112] like Figure 4 As shown, the Bluetooth device 40 includes at least one processor 41 and a memory, such as a read-only memory (ROM) 42 and a random access memory (RAM) 43, communicatively connected to the at least one processor 41. The memory stores computer programs executable by the at least one processor. The processor 41 can perform various appropriate actions and processes based on the computer program stored in the ROM 42 or loaded from storage unit 48 into the RAM 43. The RAM 43 may also store various programs and data required for the operation of the Bluetooth device 40. The processor 41, ROM 42, and RAM 43 are interconnected via a bus 44. An input / output (I / O) interface 45 is also connected to the bus 44.

[0113] Multiple components in the Bluetooth device 40 are connected to the I / O interface 45, including: an input unit 46, such as a keyboard or mouse; an output unit 47, such as various types of displays or speakers; a storage unit 48, such as a disk or optical disc; and a communication unit 49, such as a network interface card (NIC), a modem, or a wireless transceiver. The communication unit 49 allows the Bluetooth device 40 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0114] Processor 41 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 41 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. Processor 41 performs the various methods and processes described above, such as Bluetooth Low Energy connection latency optimization methods.

[0115] In some embodiments, the Bluetooth Low Energy (BLE) connection latency optimization method may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 48. In some embodiments, part or all of the computer program may be loaded and / or installed on the Bluetooth device 40 via ROM 42 and / or communication unit 49. When the computer program is loaded into RAM 43 and executed by processor 41, one or more steps of the BLE connection latency optimization method described above may be performed. Alternatively, in other embodiments, processor 41 may be configured to perform the BLE connection latency optimization method by any other suitable means (e.g., by means of firmware).

[0116] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0117] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0118] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0119] To provide interaction with a user, the systems and techniques described herein can be implemented on a Bluetooth device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the Bluetooth device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or haptic feedback); and input from the user can be received in any form (including sound input, voice input, or haptic input).

[0120] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0121] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.

[0122] This invention also provides a computer program product, including a computer program that, when executed by a processor, implements the Bluetooth Low Energy Connection Latency Optimization Method as provided in any embodiment of this invention.

[0123] In implementing a computer program product, computer program code for performing the operations of this disclosure can be written in one or more programming languages ​​or a combination thereof. These programming languages ​​include, but are not limited to, object-oriented programming languages ​​such as Java, Smalltalk, and C++, as well as conventional procedural programming languages ​​such as C or similar languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0124] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0125] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A method for optimizing Bluetooth Low Energy connection latency, characterized in that, Applied from a Bluetooth device, the method includes: Receive the last data packet of this round of data transmission sent by the master Bluetooth device; The master Bluetooth device replies with an acknowledgment packet corresponding to the data packet; If the slave Bluetooth device confirms in the next connection interval that it does not need to receive or send packets, it enters slave delay mode.

2. The method according to claim 1, characterized in that, After replying to the master Bluetooth device with the acknowledgment packet corresponding to the data packet, the method further includes: Continue monitoring the primary Bluetooth device.

3. The method according to claim 2, characterized in that, Following the statement about continuing to monitor the main Bluetooth device, the following is also included: In the next connection interval, determine whether an acknowledgment response sent by the master Bluetooth device has been detected; If so, then the confirmation from the Bluetooth device does not require packet reception.

4. The method according to claim 3, characterized in that, The confirmation response is an empty packet indicating that the main Bluetooth device has successfully received the confirmation packet, and that more data fields are equal to zero.

5. The method according to claim 3, characterized in that, Before entering slave delay mode from the Bluetooth device, the following is also included: The master Bluetooth device replies with an empty packet indicating that the slave Bluetooth device has successfully received the acknowledgment response and that any additional data fields are zero.

6. The method according to claim 1, characterized in that, Also includes: If the slave Bluetooth device confirms in the next connection interval that it needs to receive or send packets, it will not enter slave delay mode.

7. The method according to claim 6, characterized in that, If the slave Bluetooth device confirms the need to receive packets in the next connection interval, it will not enter the slave delay mode, including: If the slave Bluetooth device detects that the master Bluetooth device is repeatedly sending the data packet or sending a new data packet in the next connection interval, it will not enter the slave delay mode.

8. A Bluetooth Low Energy connection latency optimization device, characterized in that, Integrated into a Bluetooth device, the device includes: The data receiving module is used to receive the last data packet of this round of data transmission sent by the master Bluetooth device; The response sending module is used to reply to the main Bluetooth device with an acknowledgment packet corresponding to the data packet; The delayed entry module is used to enter the slave delayed mode if the slave Bluetooth device confirms in the next connection interval that it does not need to receive or send packets.

9. A Bluetooth device, characterized in that, include: At least one processor; as well as A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the Bluetooth Low Energy Connection Latency Optimization Method as described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that cause a processor to execute the Bluetooth Low Energy Connection Latency Optimization Method as described in any one of claims 1-7.

Images