Bluetooth connection control method, system, device and storage medium

Abstract

The application discloses a Bluetooth connection control method, system, device and storage medium, wherein the method comprises collecting running state information of a terminal and data service characteristics of a Bluetooth connection; a current service scenario in which the Bluetooth is located is identified based on the data service characteristics; when there are multiple service scenarios, a unique current effective scenario is determined according to a preset priority arbitration rule; the Bluetooth connection is configured with corresponding connection parameter set by loading the corresponding connection parameter set from a plurality of preset parameter sets according to the current effective scenario; and when it is determined that the Bluetooth connection is disconnected, a quick reconnection process is triggered and executed based on cached security information of a peer device to recover the connection. Through scene perception and dynamic parameter scheduling, the application effectively reduces Bluetooth standby power consumption, improves connection speed and stability, realizes quick disconnection recovery, and improves user experience.

Description

Technical Field

[0001] This invention relates to the field of Bluetooth connectivity technology, and in particular to a Bluetooth connectivity control method, system, device, and storage medium. Background Technology

[0002] With the popularization of smart terminals, Bluetooth technology has become a common communication technology for smart terminals (such as mobile phones and tablets) to connect to various peripherals (such as Bluetooth headsets, smart bracelets, smartwatches, in-vehicle terminals, etc.). In the existing Bluetooth management solutions of smart terminals, a uniform parameter configuration strategy is usually adopted, which cannot effectively identify the specific service type carried by the current Bluetooth link (such as real-time audio streaming, file data interaction, or periodic small data synchronization of wearable devices). Under different service requirements, adopting a one-size-fits-all parameter configuration can easily cause the radio frequency module to continue to work at high frequency in the background keep-alive or in a static state, generating a lot of unnecessary standby power consumption.

[0003] Therefore, existing technologies still need to be improved and developed. Summary of the Invention

[0004] This invention provides a Bluetooth connection control method, system, device, and storage medium. The main objective of this invention is to solve the technical problems mentioned in the background section of the prior art.

[0005] The first aspect of this invention provides a Bluetooth connection control method, comprising: Collect the terminal's operating status information and the data service characteristics of the Bluetooth connection; The current Bluetooth service scenario is identified based on the aforementioned data service characteristics; When multiple business scenarios exist, a unique currently effective scenario is determined according to a preset priority arbitration rule; Based on the current effective scenario, load the corresponding connection parameter set from multiple preset parameter sets to configure the Bluetooth connection; When it is determined that the Bluetooth connection has been lost, a fast reconnection process is triggered and executed to restore the connection based on the cached security information of the peer device.

[0006] In some optional embodiments of the first aspect of the present invention, identifying the current Bluetooth service scenario based on the data service characteristics includes: The decision is made based on the current link type and data service carried by Bluetooth, distinguishing the service scenarios, which include: audio high-priority scenarios for real-time audio services, file transfer scenarios for high-volume data interaction, wearable device scenarios for low-frequency data interaction, and sleep scenarios for background keep-alive or disconnected states.

[0007] In some optional embodiments of the first aspect of the invention, the set of connection parameters includes at least one of broadcast interval, scan interval, scan window, connection interval, slave device delay, monitoring timeout, and transmit power.

[0008] In some optional embodiments of the first aspect of the present invention, the Bluetooth connection control method further includes: During Bluetooth connection maintenance, link quality information is monitored in real time, including signal strength indicator RSSI and / or packet loss rate; Based on the link quality information, the transmit power is dynamically and adaptively adjusted and / or the frequency hopping channel mapping is updated to ensure the stability of the connection.

[0009] In some optional embodiments of the first aspect of the present invention, the step of triggering and executing a fast reconnection process to restore the connection based on cached peer device security information when it is determined that the Bluetooth connection has been disconnected includes: Distinguish between abnormal disconnections and user-initiated disconnections, and trigger reconnection only in the case of abnormal disconnections; The re-pairing process can be skipped by using the cached peer device address and long-term key; Prioritize scanning on the Bluetooth standard broadcast channel to reduce search latency; And it initiates reconnection attempts using a stepped interval sequence from dense to sparse.

[0010] In some optional embodiments of the first aspect of the present invention, the Bluetooth connection control method further includes: When it is detected that there is no data interaction in the Bluetooth connection within the preset idle timeout period, the terminal is controlled to enter deep sleep mode. In the deep sleep mode, the radio frequency module is turned off and the Bluetooth protocol stack is suspended. It can wake up from the deep sleep mode at preset wake-up cycles, perform a brief listening scan, and return to deep sleep mode if there is no connection requirement.

[0011] In some optional embodiments of the first aspect of the present invention, the method of loading a corresponding connection parameter set from a preset set of parameters to configure a Bluetooth connection according to the current effective scenario includes: When the business scenario changes, a negotiation is initiated with the peer device through a connection parameter update request; If the peer device rejects the connection parameter update request, it will automatically revert to the currently effective connection parameters or switch to a preset universal compatible parameter set to maintain uninterrupted connection.

[0012] A second aspect of the present invention provides a Bluetooth connection control system, the Bluetooth connection control system comprising: The information acquisition module is used to collect the terminal's operating status information and the data service characteristics of the Bluetooth connection; The scene recognition module is used to identify the current Bluetooth service scene based on the data service characteristics. The multi-scenario determination module is used to determine the unique currently effective scenario according to a preset priority arbitration rule when multiple business scenarios exist. The connection configuration module is used to load the corresponding connection parameter set from multiple preset parameter sets to configure the Bluetooth connection according to the current effective scenario. The abnormal reconnection module is used to trigger and execute a fast reconnection process to restore the connection when it is determined that the Bluetooth connection has been disconnected, based on the cached security information of the peer device.

[0013] A third aspect of the present invention provides a terminal device, the terminal device comprising: a memory and at least one processor, the memory storing instructions, and the memory and the at least one processor being interconnected via a line; The at least one processor invokes the instructions in the memory to cause the terminal device to execute the Bluetooth connection control method as described in any one of the first aspects of the present invention.

[0014] A fourth aspect of the present invention provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the Bluetooth connection control method as described in any one of the first aspects of the present invention.

[0015] Beneficial Effects: This invention discloses a Bluetooth connection control method, system, device, and storage medium. The method includes collecting terminal operating status information and Bluetooth connection data service characteristics; identifying the current Bluetooth service scenario based on the data service characteristics; determining a unique currently effective scenario according to a preset priority arbitration rule when multiple service scenarios exist; configuring the Bluetooth connection by loading a corresponding connection parameter set from multiple preset parameter sets according to the currently effective scenario; and triggering and executing a fast reconnection process to restore the connection when the Bluetooth connection is determined to be disconnected, based on cached peer device security information. This invention effectively reduces Bluetooth standby power consumption, improves connection speed and stability, and achieves fast disconnection recovery through scene awareness and dynamic parameter scheduling, thus improving the user experience. Attached Figure Description

[0016] Figure 1 This is a schematic diagram of an embodiment of a Bluetooth connection control method according to the present invention; Figure 2 This is a schematic diagram of an embodiment of a Bluetooth connection control system according to the present invention; Figure 3This is a schematic diagram of an embodiment of a terminal device according to the present invention. Detailed Implementation

[0017] The terms "first," "second," "third," "fourth," etc. (if present) in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" or "having" and any variations thereof are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0018] The first aspect of this invention provides a Bluetooth connection control method, aiming to solve the problems of high power consumption, slow connection, poor stability, and lack of scene adaptation capability in the prior art. See [link to relevant documentation]. Figure 1 The Bluetooth connection control method includes: S100. Collect the terminal's operating status information and the data service characteristics of the Bluetooth connection. Specifically, in this invention, when the terminal is powered on or the user enables the Bluetooth function, the system first initializes the Bluetooth module. To achieve low power consumption in standby mode, the system first loads the default low-power standby strategy, such as broadcast interval: 500~1000ms; scan interval: 1000ms; scan window: 10~20ms; transmit power: -20dBm~-10dBm. During terminal operation, the system periodically (e.g., every 100ms) collects the terminal's operating status information and Bluetooth connection data service characteristics for subsequent scene recognition. The terminal's operating status information includes screen on / off status, accelerometer data (used to determine motion / stationary status), RSSI (signal strength) of the currently connected device, and the terminal's battery level. Data service characteristics can be collected by monitoring the Bluetooth protocol stack, such as determining whether the current link type is A2DP / SCO audio stream, OBEX / SPP data stream, or low-frequency small data packet interaction.

[0019] S200. Identify the current service scenario of Bluetooth based on the data service characteristics. In this invention, identifying the current service scenario of Bluetooth based on the data service characteristics includes: making a judgment based on the link type and data service currently carried by Bluetooth to distinguish the service scenarios, which include: audio priority scenarios for real-time audio services, file transfer scenarios for high-volume data interaction, wearable device scenarios for low-frequency data interaction, and sleep scenarios for background keep-alive or disconnected states.

[0020] Specifically, in step S200 of the present invention, the data service characteristics collected in step S100 are used to identify the scene. The Bluetooth service scenarios of the present invention are mainly divided into four categories: (1) Audio high-priority scenario: For example, when Bluetooth is detected to carry real-time audio services such as A2DP music playback or SCO voice calls, it is determined to be this scenario; (2) File transfer scenario: For example, when Bluetooth is detected to carry OBEX file transfer or SPP large-volume data interaction, and there is no real-time audio service, it is determined to be this scenario; (3) Wearable device scenario: For example, when Bluetooth is connected to devices such as wristbands and watches, and only small data and low-frequency periodic interactions are performed, and it is not one of the above two scenarios, it is determined to be this scenario; (4) Sleep scenario: For example, when Bluetooth does not transmit any real-time data, and is only kept alive in the background or in a non-connected scanning state, it is determined to be this scenario.

[0021] S300. When multiple business scenarios exist, a unique currently effective scenario is determined according to a preset priority arbitration rule. Specifically, in this invention, when multiple scenario features exist simultaneously (e.g., listening to music with Bluetooth headphones while connected to a Bluetooth bracelet), the system will arbitrate according to a fixed priority of audio priority > file transfer > wearable device > sleep mode, and select the scenario with the highest priority as the uniquely effective scenario.

[0022] S400. Based on the currently effective scenario, load the corresponding connection parameter set from multiple preset parameter sets to configure the Bluetooth connection. In this invention, after determining the currently unique effective scenario through step S300, the system loads and applies the corresponding connection parameter set (including at least one of broadcast interval, scan interval, scan window, connection interval, slave device delay, monitoring timeout, and transmit power) from a preset parameter pool. An exemplary parameter set for four scenarios in this invention can be as follows: Audio optimization scenario parameter set: broadcast interval: 20ms–50ms; scan interval: 50ms; scan window: 50ms; connection interval: 15ms–30ms; slave device latency: 0–1ms; monitoring timeout: 2000ms; transmit power: 0dBm–+4dBm, ensuring low latency and high stability.

[0023] File transfer scenario parameter set: Broadcast interval: 100ms–200ms; Scan interval: 100ms; Scan window: 50ms; Connection interval: 30ms–50ms; Slave device latency: 1–2ms; Monitoring timeout: 3000ms; Transmit power: 0dBm, balancing speed and power consumption.

[0024] Wearable device scenario parameter set: Broadcast interval: 200ms–500ms; Scan interval: 500ms; Scan window: 20ms; Connection interval: 500ms–1000ms; Slave device latency: 4–8ms; Monitoring timeout: 4000ms; Transmit power: -10dBm–0dBm, emphasizing low power consumption.

[0025] Hibernation scenario parameter set: Broadcast interval: 500ms–1000ms; Scan interval: 1000ms; Scan window: 10ms–20ms; Connection interval: 1000ms–2000ms; Slave device latency: 8–16ms; Monitoring timeout: 5000ms; Transmit power: -20dBm–-10dBm, achieving extreme power saving.

[0026] Furthermore, in some optional embodiments of the present invention, after the connection is established, the system periodically executes connection events according to the connection interval configured by the current scenario parameters. Simultaneously, it combines slave device latency to achieve flexible keep-alive and low-power operation. Specific execution rules can be as follows: 1) Connection events are triggered periodically based on the connection interval, serving as the basic timing sequence for connection keep-alive; 2) When there is no data interaction, the slave device can skip several connection events based on the slave device latency parameters, while the radio frequency and protocol stack remain idle, only maintaining the link keep-alive state; 3) When there is a need for uplink / downlink data transmission, link quality monitoring, or parameter updates, the skipping mechanism is immediately terminated, and the system is forcibly woken up and executes connection events to ensure service real-time performance; 4) Monitoring timeout is used as a fallback condition for link keep-alive. If effective interaction is not completed within the timeout period, the connection is determined to be disconnected. Furthermore, in some optional embodiments of the present invention, a connection parameter update and peer compatibility processing mechanism can also be configured. 1) When a scene switch triggers a connection parameter update, the system completes the negotiation and compatibility processing according to the following process: The terminal of the present invention generates a new parameter set according to the target scene, and performs BLE L2CAP... 1) The connection parameter update request initiates negotiation with the peer device; 2) After the peer device confirms and accepts the update, both parties synchronously switch to the new parameters and they take effect; 3) If the peer device does not support dynamic parameter updates or rejects the update request, the local end immediately stops repeated negotiation to avoid link disturbance, automatically rolls back to the currently effective parameters, or switches to a general compatible parameter set (connection interval 500ms, slave device delay 4ms, monitoring timeout 4000ms) to continue maintaining the connection; 4) The entire parameter update and compatibility process does not interrupt existing services or trigger abnormal disconnection, ensuring the continuity of audio, transmission and other services (i.e., when the service scenario changes, a connection parameter update request is initiated to negotiate with the peer device; if the peer device rejects the connection parameter update request, it automatically rolls back to the currently effective connection parameters or switches to a preset general compatible parameter set to maintain uninterrupted connection).

[0027] Furthermore, after the Bluetooth connection configuration is completed in step S400 of the present invention, in some optional embodiments of the first aspect of the present invention, the Bluetooth connection control method further includes: during the Bluetooth connection maintenance period, real-time monitoring of link quality information, the link quality information including signal strength indicator RSSI and / or packet loss rate; and dynamically and adaptively adjusting the transmit power and / or updating the frequency hopping channel mapping based on the link quality information to ensure the stability of the connection.

[0028] Specifically, in this invention, the link quality monitoring, RSSI / packet loss rate calculation, and radio frequency adaptive adjustment examples can be as follows: Monitoring frequency, the link quality can adopt a dual-cycle monitoring mechanism to balance real-time performance and stability: 1) Sampling monitoring: Each connection event completes one RSSI, reception status, and channel quality sampling to perceive link changes in real time; 2) Decision monitoring: A comprehensive decision is performed every 1 second to avoid frequent parameter oscillations caused by signal fluctuations.

[0029] The packet loss rate is calculated based on the continuity of BLE connection data packet sequence numbers. The calculation rules are as follows: 1) Statistical window: the 10 most recent consecutive connection event data packets; 2) Calculation formula: Packet loss rate (%) = (number of lost data packets ÷ total number of data packets × 100%); 3) Valid judgment condition: sample size ≥ 10 to ensure the reliability of statistical results.

[0030] Transmit power adaptive adjustment strategy: Based on RSSI, adaptive adjustment can be achieved by using a threshold range + fixed step size: 1) RSSI > -50dBm: signal is too strong, reduce transmit power; 2) -70dBm ≤ RSSI ≤ -50dBm: signal is good, keep the current power unchanged; 3) RSSI < -70dBm: signal is too weak, increase transmit power; 4) Power adjustment step size: 2dB~4dB (typical value 3dB); 5) Power boundary limit: minimum -20dBm, maximum +4dBm.

[0031] The channel adjustment mechanism, which involves BLE frequency hopping channel mapping updates, is implemented as follows: 1) When the local end detects continuous packet loss, high bit error rate, or strong interference on a fixed channel, it marks it as a low-quality channel; 2) The low-quality channel list is synchronized to the peer end through the BLE channel classification mechanism; 3) After confirmation by the peer end, both parties synchronously update the frequency hopping mapping table and remove the low-quality channels; 4) The frequency hopping sequence is automatically synchronized by the protocol stack, without causing conflicts or interrupting service connections; 5) Channel update cycle: 1-5 seconds, with priority given to faster updates for high-priority scenarios such as audio.

[0032] S500: When it is determined that the Bluetooth connection has been disconnected, a fast reconnection process is triggered and executed to restore the connection based on the cached peer device security information. In this invention, this step may include: distinguishing between abnormal disconnection and user-initiated disconnection, and triggering reconnection only in the case of abnormal disconnection; skipping the re-pairing process using the cached peer device address and long-term key; prioritizing scanning on the Bluetooth standard broadcast channel to shorten the search latency; and initiating reconnection attempts using a stepped interval sequence from dense to sparse.

[0033] Specifically, in this invention, after a disconnection is determined, a fast reconnection process is initiated: cached address → priority channel → short interval retry → successful restoration of the original strategy.

[0034] Disconnection determination conditions: 1) Abnormal disconnection determination: If no valid connection event is received after the monitoring timeout setting period in the connected state, it is determined to be an abnormal disconnection and automatically enters the fast reconnection process; 2) Active disconnection determination: If the terminal or peer device actively sends a BLE Disconnect command / event, it is determined to be an active disconnection and fast reconnection is not triggered; 3) Differentiation rules: Received explicit disconnection event → active disconnection → no reconnection; No disconnection event received but link monitoring timeout → abnormal disconnection → trigger fast reconnection.

[0035] The cached device address and LTK (Long Term Key) after disconnection adopt the following security mechanisms: 1) The LTK is stored in the terminal's secure encrypted storage area and is not exposed to ordinary memory; 2) It is encrypted using the terminal hardware encryption engine or system-level key during storage; 3) Only the Bluetooth protocol stack core module can access it, and external applications cannot read it; 4) The cached key is automatically destroyed when the device is powered off, restored to factory settings, or the user manually clears the pairing.

[0036] The priority channels are BLE standard broadcast channels 37 / 38 / 39. The rules are as follows: 1) During the fast reconnection phase, only the three broadcast channels 37 / 38 / 39 are scanned, and the data channels are not scanned to shorten the search latency; 2) The sorting can be optimized by combining historical successful connection channels, but 37 / 38 / 39 must be included; 3) The priority channels are fixed, do not conflict, and have compatibility covering all BLE peripherals.

[0037] Stepped interval retry sequence and exit condition: 1) Stepped interval sequence (from dense to sparse, taking into account speed and power consumption) For example, 20ms→50ms→100ms→200ms→500ms→1000ms; 2) Number of retryes and exit mechanism, fast retry phase: the first 10 times are executed according to the above stepped interval; if it still fails after 10 times, switch to low power slow retry (interval of 2000ms); if it still fails after a total of 30 retries, stop reconnection and enter standby scanning state.

[0038] The trigger conditions for restoring the original strategy are as follows: the strategy is restored immediately after a successful reconnection without any additional waiting: 1) After the reconnection is established and successfully encrypted, the standard parameter set corresponding to the current scenario is restored immediately; 2) Exit the temporary high-speed scanning mode of fast reconnection and return to the normal connection keep-alive process; 3) If the scenario has changed during the disconnection, the corresponding strategy is loaded according to the latest scenario, instead of the historical strategy.

[0039] In order to further reduce power consumption, in some optional embodiments of the first aspect of the present invention, the Bluetooth connection control method further includes: when it is detected that there is no data interaction in the Bluetooth connection within a preset idle timeout period, controlling the terminal to enter a deep sleep mode, in which the radio frequency module is turned off and the Bluetooth protocol stack is suspended; and waking up from the deep sleep mode at a preset wake-up cycle, performing a brief listening scan, and returning to the deep sleep mode if there is no connection requirement.

[0040] In this invention, the idle timeout duration and the definition of idle are as follows: 1) Definition of idle: There is a Bluetooth connection but no data interaction, that is, the connection is in a keep-alive state; there is no audio transmission, no file transmission, no wearable device data interaction; no user operation, no foreground Bluetooth service. 2) Idle timeout duration: If there is no data interaction for 5 seconds, it is determined to be an idle timeout, and the device enters deep sleep preparation.

[0041] The difference between deep sleep and normal sleep: 1) Normal sleep only reduces the RF duty cycle, while the protocol stack remains lightly running; the RF can respond quickly, and the CPU is not completely shut down; 2) Deep sleep shuts down the RF module, stops regular scanning and broadcasting; the Bluetooth protocol stack enters a suspended state, retaining only the timer wake-up logic; the CPU enters low-power idle mode, shutting down non-core kernels; power consumption is reduced to less than 1 / 5 of normal sleep, achieving extreme power saving. In short: normal sleep = light sleep; deep sleep = hard sleep, with the RF, protocol, and CPU deeply powered down.

[0042] Timed wake-up monitoring: 1) Wake-up cycle: In deep sleep, wake up once every 5 seconds; 2) Actions after wake-up: Briefly turn on the radio frequency and perform a very short scan (scanning window 10-20ms); check for peripheral broadcasts and connection requests; if no event is detected, immediately return to deep sleep; if a valid broadcast or connection request is detected, exit deep sleep and restore normal strategy.

[0043] In summary, the Bluetooth connection control method of this invention mainly includes the following key innovations: 1. Scenario-based parameter pool: four sets of strategies for audio / transmission / wearable / sleep, with one-click switching; 2. Hierarchical wake-up mechanism: long interval wake-up during idle periods, and rapid wake-up when there is service; 3. Fast reconnection: address and key are cached after disconnection, and channels are prioritized to shorten reconnection latency; 4. Adaptive power: RSSI and distance are linked to reduce transmission power consumption; 5. Multi-device priority scheduling: high priority for audio and low power consumption in the background.

[0044] See Figure 2 A second aspect of the present invention provides a Bluetooth connection control system, the Bluetooth connection control system comprising: The information acquisition module 10 is used to collect the terminal's operating status information and the data service characteristics of the Bluetooth connection; Scene recognition module 20 is used to identify the current service scene of Bluetooth based on the data service characteristics; The multi-scenario determination module 30 is used to determine the unique currently effective scenario according to a preset priority arbitration rule when multiple business scenarios exist. The connection configuration module 40 is used to load the corresponding connection parameter set from a preset set of multiple parameters to configure the Bluetooth connection according to the current effective scenario. The abnormal reconnection module 50 is used to trigger and execute a fast reconnection process to restore the connection based on the cached security information of the peer device when it is determined that the Bluetooth connection has been disconnected.

[0045] In some optional embodiments of the second aspect of the present invention, the scene recognition module includes: The scenario decision unit is used to make a decision based on the link type and data service currently carried by Bluetooth, and to distinguish the service scenarios. The service scenarios include: audio high-priority scenarios for real-time audio services, file transfer scenarios for high-volume data interaction, wearable device scenarios for low-frequency data interaction, and sleep scenarios for background keep-alive or disconnected states.

[0046] In some optional embodiments of the second aspect of the invention, the set of connection parameters includes at least one of broadcast interval, scan interval, scan window, connection interval, slave device delay, monitoring timeout, and transmit power.

[0047] In some optional embodiments of the second aspect of the invention, the Bluetooth connection control system further includes a link adaptive adjustment module, the link adaptive adjustment module being: A link quality monitoring unit is used to monitor link quality information in real time during Bluetooth connection maintenance, the link quality information including signal strength indicator RSSI and / or packet loss rate; An adaptive adjustment unit is used to dynamically and adaptively adjust the transmit power and / or update the frequency hopping channel mapping based on the link quality information to ensure the stability of the connection.

[0048] In some optional embodiments of the second aspect of the present invention, the abnormal reconnection module includes: An anomaly differentiation unit is used to distinguish between abnormal disconnection and user-initiated disconnection, and triggers reconnection only in the case of abnormal disconnection. A re-pairing unit is used to skip the re-pairing process by utilizing the cached peer device address and long-term key; A standard channel scanning unit is used to prioritize scanning on the Bluetooth standard broadcast channel to shorten search latency; The stepped reconnection attempt unit is used to initiate a reconnection attempt using a stepped interval sequence from dense to sparse.

[0049] In some optional embodiments of the second aspect of the invention, the Bluetooth connection control system further includes a sleep control module, the sleep control module comprising: The sleep control unit is used to control the terminal to enter a deep sleep mode when it is detected that there is no data interaction in the Bluetooth connection within a preset idle timeout period. In the deep sleep mode, the radio frequency module is turned off and the Bluetooth protocol stack is suspended. The periodic listening unit is used to wake up from the deep sleep mode at preset wake-up cycles, perform a brief listening scan, and return to the deep sleep mode if there is no connection requirement.

[0050] In some optional embodiments of the second aspect of the invention, the connection configuration module includes: The scene switching identification unit is used to initiate negotiation with the peer device through a connection parameter update request when a business scene changes. The parameter automatic adjustment unit is used to automatically revert to the currently effective connection parameters or switch to a preset universal compatible parameter set if the peer device rejects the connection parameter update request, so as to maintain the connection without interruption.

[0051] Figure 3 This is a schematic diagram of a terminal device provided in an embodiment of the present invention. The terminal device can vary significantly due to differences in configuration or performance, and may include one or more processors 60 (central processing units, CPUs) (e.g., one or more processors) and memory 70, and one or more storage media 80 (e.g., one or more mass storage devices) for storing applications or data. The memory and storage media can be temporary or persistent storage. The program stored in the storage media may include one or more modules (not shown in the diagram), each module including a series of instruction operations on the terminal device. Furthermore, the processor may be configured to communicate with the storage media to execute the series of instruction operations stored in the storage media on the terminal device.

[0052] The terminal device of the present invention may further include one or more power supplies 90, one or more wired or wireless network interfaces 100, one or more input / output interfaces 110, and / or one or more operating systems, such as Windows Server, Mac OS X, Unix, Linux, FreeBSD, etc. Those skilled in the art will understand that... Figure 3 The terminal device structure shown does not constitute a limitation on the terminal device and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0053] The present invention also provides a computer-readable storage medium, which may be a non-volatile computer-readable storage medium or a volatile computer-readable storage medium, wherein the computer-readable storage medium stores instructions that, when executed on a computer, cause the computer to perform the steps of the Bluetooth connection control method.

[0054] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working process of the system or system / unit described above can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0055] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0056] The above-described embodiments are only used to illustrate the technical solutions of the present invention, and are not intended to limit it. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A Bluetooth connection control method, characterized in that, include: Collect the terminal's operating status information and the data service characteristics of the Bluetooth connection; The current Bluetooth service scenario is identified based on the aforementioned data service characteristics; When multiple business scenarios exist, a unique currently effective scenario is determined according to a preset priority arbitration rule; Based on the current effective scenario, load the corresponding connection parameter set from multiple preset parameter sets to configure the Bluetooth connection; When it is determined that the Bluetooth connection has been lost, a fast reconnection process is triggered and executed to restore the connection based on the cached security information of the peer device.

2. The Bluetooth connection control method according to claim 1, characterized in that, The process of identifying the current Bluetooth service scenario based on the data service characteristics includes: The decision is made based on the current link type and data service carried by Bluetooth, distinguishing the service scenarios, which include: audio high-priority scenarios for real-time audio services, file transfer scenarios for high-volume data interaction, wearable device scenarios for low-frequency data interaction, and sleep scenarios for background keep-alive or disconnected states.

3. The Bluetooth connection control method according to claim 1, characterized in that, The set of connection parameters includes at least one of the following: broadcast interval, scan interval, scan window, connection interval, slave device delay, monitoring timeout, and transmit power.

4. The Bluetooth connection control method according to claim 1, characterized in that, The Bluetooth connection control method further includes: During Bluetooth connection maintenance, link quality information is monitored in real time, including signal strength indicator RSSI and / or packet loss rate; Based on the link quality information, the transmit power is dynamically and adaptively adjusted and / or the frequency hopping channel mapping is updated to ensure the stability of the connection.

5. The Bluetooth connection control method according to claim 1, characterized in that, When it is determined that the Bluetooth connection has been lost, the process of triggering and executing a fast reconnection procedure to restore the connection based on the cached security information of the peer device includes: Distinguish between abnormal disconnections and user-initiated disconnections, and trigger reconnection only in the case of abnormal disconnections; The re-pairing process can be skipped by using the cached peer device address and long-term key; Prioritize scanning on the Bluetooth standard broadcast channel to reduce search latency; And it initiates reconnection attempts using a stepped interval sequence from dense to sparse.

6. The Bluetooth connection control method according to claim 1, characterized in that, The Bluetooth connection control method further includes: When it is detected that there is no data interaction in the Bluetooth connection within the preset idle timeout period, the terminal is controlled to enter deep sleep mode. In the deep sleep mode, the radio frequency module is turned off and the Bluetooth protocol stack is suspended. It can wake up from the deep sleep mode at preset wake-up cycles, perform a brief listening scan, and return to deep sleep mode if there is no connection requirement.

7. The Bluetooth connection control method according to claim 1, characterized in that, The step of loading the corresponding connection parameter set from multiple preset parameter sets to configure the Bluetooth connection according to the current effective scenario includes: When the business scenario changes, a negotiation is initiated with the peer device through a connection parameter update request; If the peer device rejects the connection parameter update request, it will automatically revert to the currently effective connection parameters or switch to a preset universal compatible parameter set to maintain uninterrupted connection.

8. A Bluetooth connection control system, characterized in that, The Bluetooth connection control system includes: The information acquisition module is used to collect the terminal's operating status information and the data service characteristics of the Bluetooth connection; The scene recognition module is used to identify the current Bluetooth service scene based on the data service characteristics. The multi-scenario determination module is used to determine the unique currently effective scenario according to a preset priority arbitration rule when multiple business scenarios exist. The connection configuration module is used to load the corresponding connection parameter set from multiple preset parameter sets to configure the Bluetooth connection according to the current effective scenario. The abnormal reconnection module is used to trigger and execute a fast reconnection process to restore the connection when it is determined that the Bluetooth connection has been disconnected, based on the cached security information of the peer device.

9. A terminal device, characterized in that, The terminal device includes: a memory and at least one processor, wherein the memory stores instructions, and the memory and the at least one processor are interconnected via a line; The at least one processor invokes the instructions in the memory to cause the terminal device to execute the Bluetooth connection control method as described in any one of claims 1-7.

10. A computer-readable storage medium storing a computer program thereon, characterized in that, When the computer program is executed by the processor, it implements the Bluetooth connection control method as described in any one of claims 1-7.

Images