WO2023082778A1

WO2023082778A1 - Method for configuring sniff interval and corresponding electronic device

Info

Publication number: WO2023082778A1
Application number: PCT/CN2022/115426
Authority: WO
Inventors: 索亚运
Original assignee: 荣耀终端有限公司
Priority date: 2021-11-11
Filing date: 2022-08-29
Publication date: 2023-05-19
Also published as: CN113783758B; CN113783758A

Abstract

The present application discloses a method for configuring a sniff interval and a corresponding electronic device, which relate to the technical field of communications, and aim to solve the problem of frequent disconnection of Bluetooth communication in a sniff mode. A specific solution is as follows: when a first device and a second device are in a Bluetooth connection state, the first device sets a sniff interval that is stored in the first device and that is used by the second device as a non-default sniff interval, and sends information about the non-default sniff interval to the second device, the non-default sniff interval being a sniff interval that is used by the second device to monitor in a sniff mode a heartbeat packet sent by the first device and that does not coincide with an interruption period of the second device. The sniff interval that is stored in the first device and that is used by the second device is set as the non-default sniff interval, so that the Bluetooth communication will not be disconnected due to the sniff interval coinciding with the interruption period.

Description

A method for configuring monitoring period and corresponding electronic equipment

This application claims the priority of the Chinese patent application submitted to the State Intellectual Property Office of China on November 11, 2021, with the application number 202111330141.6, and the title of the invention is "a method for configuring the monitoring cycle and corresponding electronic equipment", which The entire contents are incorporated by reference in this application.

technical field

The present application relates to the technical field of communications, and in particular to a method for configuring a monitoring period and corresponding electronic equipment.

Background technique

After the user's mobile phone establishes a Bluetooth connection with Bluetooth peripherals such as bracelets and watches, in order to save the power consumption of the Bluetooth peripherals, the mobile phone will control the Bluetooth peripherals to enter the monitoring mode (Sniffmode) when there is no call, music, etc. power consumption. In the monitoring mode, in order to maintain the Bluetooth connection between the mobile phone and the Bluetooth peripheral, the mobile phone will send a heartbeat packet to the Bluetooth peripheral according to the sniff interval (Sniff interval), and the Bluetooth peripheral will reply the heartbeat packet to notify the mobile phone that the current Bluetooth peripheral is online. The Bluetooth connection is not disconnected.

However, in the existing monitoring mode, the Bluetooth peripheral device cannot correctly reply to the heartbeat packet sent by the mobile phone, which causes the mobile phone to think that the Bluetooth peripheral device is not online, and thus actively disconnects from the Bluetooth peripheral device. Therefore, there are frequent disconnections between the mobile phone and the Bluetooth peripheral in the monitoring mode.

Contents of the invention

The present application provides a method for configuring a monitoring period and corresponding electronic equipment, aiming at solving the problem of frequent disconnection of Bluetooth communication in the monitoring mode.

In order to achieve the above object, the application provides the following technical solutions:

In a first aspect, the present application discloses a method for configuring a listening period performed by a first device, the first device and the second device are in a Bluetooth connection state, the method includes: using the data stored in the first device for the second The monitoring period of the device is set to a non-default monitoring period, where the non-default monitoring period is used for the second device to monitor the heartbeat packet sent by the first device in the monitoring mode and does not coincide with the interruption period of the second device cycle. and sending information about the non-default listening period to the second device.

In the method for configuring the monitoring period performed by the first device disclosed in the embodiment of the present application, by setting the monitoring period stored in the first device for the second device as a non-default monitoring period instead of a default monitoring period The cycle is used for the second device to monitor the heartbeat packet sent by the first device in the monitoring mode and does not coincide with the interruption cycle of the second device, so that the second device can The monitoring period coincides with the monitoring period, so that the Bluetooth communication will not be disconnected due to the monitoring period and the interruption period.

In a possible implementation manner, before setting the monitoring period stored in the first device for the second device as a non-default monitoring period, the method further includes: judging whether a condition for using the default monitoring period is satisfied. When the condition for using the default monitoring period is not satisfied, the monitoring period stored in the first device for the second device is set as a non-default monitoring period.

In the embodiment of this application, since the default monitoring period may not coincide with the interruption period of the second device in individual cases, or the current situation cannot use a non-default monitoring period, it is necessary to determine whether the use The condition of the default monitoring period is to set the monitoring period stored in the first device for the second device as a non-default monitoring period only when the condition for using the default monitoring period is not met.

In another possible implementation manner, the condition for using the default monitoring period is that the first device fails to obtain the interruption period of the second device.

In another possible implementation manner, before judging whether the condition for using the default monitoring period is met, the method further includes: sending an interrupt parameter acquisition command to the second device, where the interrupt parameter acquisition command is used to acquire the second device's interrupt cycle. When the response information corresponding to the interrupt parameter acquisition command is received, and the response information carries the interrupt period of the second device, it is determined that the condition for using the default monitoring period is satisfied. And when the response information corresponding to the interruption parameter acquisition command is not received, or the interruption period of the second device is not carried in the response information, it is determined that the condition of using the default monitoring period is not satisfied.

In another possible implementation manner, the method further includes: determining a non-default monitoring period at least according to an interruption period of the second device.

In another possible implementation manner, determining the non-default monitoring period at least according to the interruption period of the second device includes: when the received interruption period of the second device is one, according to the received interruption period, a specific multiple , and the offset value are calculated to obtain the non-default monitoring period. When multiple interruption periods of the second device are received, a non-default monitoring period is calculated according to the least common multiple, specific multiple, and offset value of the plurality of interruption periods received, or, according to the received The maximum value, specific multiple, and offset value among multiple interrupt periods of , are calculated to obtain a non-default monitoring period. Wherein, the specific multiple is a positive integer, and the offset value is an integer.

In another possible implementation manner, the value of the non-default monitoring period satisfies a condition of being within a preset range, where the preset range is set according to the default monitoring period.

In another possible implementation manner, the preset range is a range in which a difference between a non-default listening period and a default listening period is less than or equal to a preset deviation value.

In another possible implementation, the interrupt parameter acquisition command is also used to obtain the period deviation of the second device, and the value of the non-default listening period also satisfies that the difference between the non-default listening period and the default listening period is greater than the period deviation conditions of.

In another possible implementation, after sending the information about the non-default listening period to the second device, the method further includes: when the Bluetooth communication between the first device and the second device is disconnected in the listening mode, When the number of times is greater than or equal to the disconnection threshold, the value of the listening duration of the second device is increased to a preset value to determine an updated listening duration, and information about the updated listening duration is sent to the second device.

In the embodiment of the present application, by increasing the value of the monitoring duration of the second device to a preset value, the possibility of the second device being able to listen to the heartbeat packet is increased, so that the Bluetooth will not be caused by the second device not replying to the heartbeat packet. Communication is lost.

In another possible implementation manner, the condition for using the default listening period is that the number of disconnections of the Bluetooth communication between the first device and the second device in the listening mode is less than a disconnection threshold.

In another possible implementation manner, before judging whether a condition for using the default monitoring period is met, the method further includes: sending information about the default monitoring period to the second device. The second device monitors the heartbeat packet sent by the first device with a default monitoring period.

In another possible implementation manner, the non-default monitoring period is the sum of the default monitoring period and an offset value, where the offset value is an integer.

In another possible implementation manner, after sending the information about the non-default listening period to the second device, the method further includes: when the Bluetooth communication between the first device and the second device is disconnected, the second device The value of the listening duration of the second device is increased to a preset value to determine an updated listening duration, and send information about the updated listening duration to the second device.

In another possible implementation, after increasing the value of the listening duration of the second device to a preset value to determine the updated listening duration, the method further includes: sending a request to the second device to exit the listening mode , and clear the number of disconnections.

In a second aspect, the present application discloses an electronic device, the electronic device includes: a communication module, the communication module includes a wireless communication module, and the wireless communication module is used to execute the method performed by the first device as proposed in any one of the above first aspects. Method for configuring the listening period.

Description of drawings

FIG. 1a is a schematic diagram of a scenario of a Bluetooth connection according to an embodiment of the present application;

FIG. 1b is a schematic flow diagram of a Bluetooth communication method according to an embodiment of the present application;

FIG. 1c is a schematic diagram of a monitoring cycle in a monitoring mode according to an embodiment of the present application;

Fig. 1d is a schematic diagram of a scene where a disconnection occurs in a listening mode according to an embodiment of the present application;

FIG. 2 is a schematic diagram of a hardware structure of a first device according to an embodiment of the present application;

FIG. 3 is a schematic diagram of a hardware structure of a second device according to an embodiment of the present application;

FIG. 4 is a schematic diagram of a bluetooth protocol framework according to an embodiment of the present application;

FIG. 5 is a schematic flowchart of a method for configuring a monitoring period according to an embodiment of the present application;

FIG. 6 is a schematic flowchart of calculating the listening period SN by the first device according to an embodiment of the present application;

FIG. 7 is a schematic diagram of a scene of a wristband under an interruption period and a monitoring period according to an embodiment of the present application;

Fig. 8 is another schematic flowchart of a method for configuring a monitoring period according to an embodiment of the present application.

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and together with the description serve to explain the principles of the application.

Detailed ways

The terms "first", "second" and "third" in the specification, claims and description of the drawings of this application are used to distinguish different objects, rather than to limit a specific order.

In the embodiments of the present application, words such as "exemplary" or "for example" are used as examples, illustrations or illustrations. Any embodiment or design scheme described as "exemplary" or "for example" in the embodiments of the present application shall not be interpreted as being more preferred or more advantageous than other embodiments or design schemes. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete manner.

In order to make the description of the following embodiments clear and concise, a brief introduction of a listening mode of Bluetooth communication is given first.

Bluetooth technology is a radio technology that supports short-distance communication of devices. It can exchange information wirelessly among many devices including mobile terminals, wireless headsets, laptops, mobile hard drives, e-books, and related peripherals. , Vehicle equipment and other fields are widely used. After the Bluetooth connection is successful, there is only one master device in the Bluetooth system, and there can be multiple slave devices, and Bluetooth communication can be performed between the master device and the slave device. Wherein, the master device is a device having a master control right, and the slave device is a device subject to the control of the master device.

Fig. 1a is a schematic diagram of a scenario of a Bluetooth connection according to an embodiment of the present application. For example, in the Bluetooth system shown in FIG. 1 a , the mobile phone 101 is the master device, and establishes Bluetooth connections with the earphone 102 and the wristband 103 respectively, and both the earphone 102 and the wristband 103 are slave devices of the mobile phone 101 . For clarity of description, throughout the embodiments of the present application, the master device is collectively referred to as the first device, and the slave devices are collectively referred to as the second device.

Fig. 1b is a schematic flowchart of a Bluetooth communication method according to an embodiment of the present application. Referring to Figure 1b, the Bluetooth communication process between the first device and the second device is:

In step S101, a Bluetooth connection is established between the first device and the second device.

In step S102, after the first device and the second device establish a Bluetooth connection, the first device and the second device directly enter into an active mode (Active mode).

In step S103, after the first device finds that there is currently no data interaction requirement, it sends a request to the second device to enter the monitoring mode, wherein the request to enter the monitoring mode carries a fixed monitoring period parameter.

The second device usually has a requirement for low power consumption. For example, the second device is a device of an embedded system such as a Bluetooth peripheral, and the embedded system has a requirement for low power consumption. Therefore, in order to reduce power consumption, the first device can control the second device to enter the listening mode from the working mode (Active mode) when the second device is not required to perform services such as calls, music, and data transmission (that is, when there is no need for data interaction). mode to reduce the power consumption of the second device. The value of the monitoring period is a fixed value preconfigured by the first device (ie, the default monitoring period).

In step S104, the second device enters the listening mode in response to the request for entering the listening mode.

When the second device is in the listening mode, the second device can periodically wake up and listen according to the listening cycle sent by the first device, and no longer needs to send data to the second device every time slice (master -to-slave slot) are monitored to achieve the purpose of saving power consumption. For example, as shown in Figure 1c, the 4 master-to-slave slots are a monitoring cycle, that is, monitoring once every 4 time slices to obtain the data sent by the first device to the second device to save power consumption. Wherein, one time slice is, for example, 0.625ms.

In step S105, the first device sends a heartbeat packet to the second device according to a fixed monitoring period.

In the monitoring mode, the first device needs to periodically send a heartbeat packet to the second device according to a fixed monitoring period to ensure the effective survival of the Bluetooth connection. The first device notifies the second device that it is online through the heartbeat packet and waits for the second The second device replies with a heartbeat packet.

In step S106, the second device does not reply to the heartbeat packet sent by the first device. Under normal circumstances, the second device wakes up when the monitoring period comes and monitors whether it has received a heartbeat packet. If it receives a heartbeat packet, it will reply a heartbeat packet to notify the first device that it is online. For example, as shown in FIG. 1c, FIG. 1c is a schematic diagram of the monitoring cycle according to the monitoring mode of the embodiment of the present application. The second device wakes up at the wake-up anchor points (Sniff anchor points) of each monitoring cycle and starts to monitor the heartbeat packet. If a heartbeat packet is detected within the t1 period, it will reply. The same is true for other monitoring periods in FIG. 1c , which will not be repeated here.

However, in some cases, the second device may not respond to the heartbeat packet sent by the first device in step S106. The reason why the second device does not reply the heartbeat packet is mainly that it is affected by the interruption period of the second device. When the interrupt period comes, the second device will process the interrupt task. For example, when the interruption period of the sensor comes, the second device will read the data of the sensor. When the interrupt period coincides with the monitoring period, after the second device wakes up, it needs to process the interrupt task and the heartbeat packet reply task, but because the interrupt task processing priority is higher, the second device will process the interrupt task instead of the heartbeat packet. Reply, and then cause the first device to fail to receive the heartbeat packet reply from the second device.

In step S107, the first device disconnects the Bluetooth connection with the second device.

When the first device does not receive a reply from the second device for a long time, it will consider that the second device is currently offline, and then the first device will actively disconnect the Bluetooth connection with the second device.

For example, FIG. 1d is a schematic diagram of a scene where a disconnection occurs in a listening mode according to an embodiment of the present application. As shown in (1) of Figure 1d, the mobile phone 10 and the wristband 20 are in the state of Bluetooth connection, and the mobile phone 10 sends a heartbeat packet to the wristband 20. When the wristband 20 is in the monitoring cycle, there are two tasks to process at the same time, which are interrupt Process the data of the acceleration sensor and reply the heartbeat packet. However, the processing priority of interrupt processing the data of the acceleration sensor is higher than that of the heartbeat packet reply. Therefore, as shown in (2) of FIG. 1d, after executing the interrupt processing task, the wristband 20 sleeps without replying the heartbeat packet. After the situations (1) and (2) have occurred repeatedly in multiple consecutive monitoring cycles, as shown in (3) in Figure 1d, the mobile phone 10 will actively disconnect from the communication because it has not received a heartbeat packet reply. The Bluetooth connection of the bracelet 20.

It can be seen from the above description that the disconnection between the first device and the second device is caused by the coincidence of the interruption period and the listening period of the second device. Therefore, the embodiment of the present application proposes a method for configuring the listening period , is executed by the interaction between the first device and the second device, so that the monitoring period of the first device and the second device in the monitoring mode does not coincide with the interrupt period, and then the second device can be prompted to reply the heartbeat packet normally, so that the No disconnection occurs in monitor mode.

In order to clearly describe the following embodiments of the method for configuring the monitoring period proposed by the present application, a brief introduction to the technologies related to the embodiments of the present application is first given:

1. Listening mode: the mode used by the first device and the second device in the Bluetooth connection state when power saving and low power consumption are required. In the monitoring mode, the second device does not need to monitor the data of the first device in every time slice, but only needs to monitor according to the monitoring period in the monitoring mode. When the monitoring period does not come, the second device can sleep to achieve low power consumption. consumption effect.

2. Working mode: When the second device is in the working mode under the bluetooth connection state, the second device sends data to the second device in every time slice unit (master-to-slave slot). It is necessary to monitor the data sent by the first device to the second device.

3. Link timeout monitoring time (supervision timeout): After the first device establishes a Bluetooth connection with the second device, the first device will issue the link timeout monitoring time parameter. When the heartbeat packet replying from the second device is not received, the first device will actively disconnect the Bluetooth connection with the second device.

4. The listening duration in listening mode can be represented by Nsniff attempt. The listening duration in listening mode includes the Sniff anchor point. The second device should monitor the number of time slices transmitted by the first device, that is, when the second device The listening time after waking up at the Sniff anchor point. For example, the time period t1 shown in FIG. 1 c is the value of the listening duration in the listening mode.

5. Sniff interval (Sniff interval): In the sniff mode, the second device periodically (wakes up) monitors the time period for the data sent by the first device.

The embodiments provided in this application can be applied to a scenario where a first device establishes Bluetooth connections with multiple second devices, for example, as shown in Figure 1a, any second device in this scenario can cooperate with the first device Execute the method for configuring the monitoring period in the embodiment of the present application. It may also be applicable to a scenario where a first device establishes a Bluetooth connection with a second device.

In the embodiment of the present application, both the first device and the second device may be mobile phones, tablet computers, desktops, laptops, notebook computers, ultra-mobile personal computers (Ultra-mobile Personal Computer, UMPC), handheld computers, netbooks, Personal digital assistants (Personal Digital Assistant, PDA), wearable electronic devices, smart watches and other electronic devices with Bluetooth communication functions.

Fig. 2 is a schematic diagram of a hardware structure of a first device according to an embodiment of the present application. In some embodiments, the structure of the first device can be as shown in FIG. 2, and the first device 201 can include: a processor 210, an external memory interface 220, an internal memory 221, and a universal serial bus (universal serial bus, USB) interface 230, charging management module 240, power management module 241, battery 242, antenna 1, antenna 2, mobile communication module 250, wireless communication module 260, audio module 270, speaker 270A, receiver 270B, microphone 270C, earphone jack 270D, sensor module 280, a button 290, a motor 291, an indicator 292, a camera 293, a display screen 294, and a subscriber identification module (subscriber identification module, SIM) card interface 295, etc. The sensor module 280 may include a pressure sensor 280A, a gyro sensor 280B, an air pressure sensor 280C, a magnetic sensor 280D, an acceleration sensor 280E, a distance sensor 280F, a proximity light sensor 280G, a fingerprint sensor 280H, a temperature sensor 280J, a touch sensor 280K, and an ambient light sensor. Sensor 280L, bone conduction sensor 280M, etc.

It can be understood that the structure shown in this embodiment does not constitute a specific limitation on the first device 201 . In some other embodiments, the first device 201 may include more or fewer components than shown in the figure, or combine some components, or separate some components, or arrange different components. The illustrated components can be realized in hardware, software or a combination of software and hardware.

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

The charging management module 240 is configured to receive charging input from the charger. Wherein, the charger may be a wireless charger or a wired charger.

The power management module 241 is used for connecting the battery 242 , the charging management module 240 and the processor 210 . The power management module 241 receives the input from the battery 242 and/or the charging management module 240 to provide power for the processor 210 , the internal memory 221 , the display screen 294 , the camera 293 , and the wireless communication module 260 .

The wireless communication function of the first device 201 may be realized by the antenna 1, the antenna 2, the mobile communication module 250, the wireless communication module 260, a modem, and a baseband processor.

Antenna 1 and Antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in the first device 201 can be used to cover single or multiple communication frequency bands. Different antennas can also be multiplexed to improve the utilization of the antennas.

The mobile communication module 250 can provide wireless communication solutions including 2G/3G/4G/5G applied on the first device 201 .

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

In some embodiments, in an example where the wireless communication module 260 provides Bluetooth communication, the wireless communication module 260 may specifically be a Bluetooth chip or a Bluetooth module, and the wireless communication module 260 may execute the method for configuring the listening period proposed in the embodiment of the present application For the steps performed by the first device in FIG. 5 , please refer to the relevant description of the first device in FIG. 5 and FIG. 8 for details, and details are not repeated here. Alternatively, the processor 210 may execute the steps executed by the first device in the method for configuring the listening period proposed in the embodiment of the present application.

The first device 201 implements a display function through a GPU, a display screen 294, an application processor, and the like. The GPU is a microprocessor for image processing, and is connected to the display screen 294 and the application processor.

The display screen 294 is used to display images, videos and the like. A series of graphical user interfaces (graphical user interface, GUI) can be displayed on the display screen 294 of the first device 201.

The electronic device 200 can realize the shooting function through the ISP, the camera 293 , the video codec, the GPU, the display screen 294 and the application processor.

Camera 293 is used to capture still images or video.

The external memory interface 220 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 200.

The internal memory 221 may be used to store computer-executable program codes including instructions. The processor 210 executes various functional applications and data processing of the electronic device 200 by executing instructions stored in the internal memory 221 .

The first device 201 may implement an audio function through an audio module 270 , a speaker 270A, a receiver 270B, a microphone 270C, an earphone interface 270D, and an application processor. Such as music playback, recording, etc. The electronic device 200 may also include a pressure sensor 280A, an air pressure sensor 280C, a gyro sensor 280B, a magnetic sensor 280D, an acceleration sensor 280E, a distance sensor 280F, a proximity light sensor 280G, an ambient light sensor 280L, a fingerprint sensor 280H, a temperature sensor 280J, Touch sensor 280K, bone conduction sensor 280M, button 290, motor 291, indicator 292, etc.

The SIM card interface 295 is used for connecting a SIM card. The SIM card can be connected and separated from the electronic device 200 by inserting it into the SIM card interface 295 or pulling it out from the SIM card interface 295 . The electronic device 200 may support 1 or N SIM card interfaces, where N is a positive integer greater than 1. SIM card interface 295 can support Nano SIM card, Micro SIM card, SIM card etc. Multiple cards can be inserted into the same SIM card interface 295 at the same time. The SIM card interface 295 is also compatible with external memory cards. The first device 201 interacts with the network through the SIM card to implement functions such as calling and data communication.

In addition, on the above components, there are operating systems running, such as Hongmeng operating system, iOS operating system, Android operating system, Windows operating system, etc. Applications can be installed and run on this operating system. In other embodiments, there may be multiple operating systems running in the electronic device.

Fig. 3 is a schematic diagram of a hardware structure of a second device according to an embodiment of the present application. In some embodiments, the structure of the second device may be as shown in FIG. 3 , and the second device 202 may include: a processor 201A, a memory 202A, a Bluetooth communication module 203A, an antenna 204A, a power switch 205A, a USB communication processing module 206A, Audio module 207A, sensor module 208A. in:

Processor 201A may be used to read and execute computer readable instructions. In a specific implementation, the processor 201A may mainly include a controller, an arithmetic unit, and a register. Among them, the controller is mainly responsible for instruction decoding, and sends out control signals for the operations corresponding to the instructions. The arithmetic unit is mainly responsible for saving the register operands and intermediate operation results temporarily stored during the execution of the instruction. In a specific implementation, the hardware architecture of the processor 201A may be an application-specific integrated circuit (ASIC) architecture, a MIPS architecture, an ARM architecture, or an NP architecture, and the like.

In some embodiments, the processor 201A may be used to analyze signals received by the Bluetooth communication processing module 203, such as requests, commands, heartbeat packets and the like sent by the first device 201. The processing 201A can be used to perform corresponding processing operations according to the parsing results, such as generating a response corresponding to a request, a response corresponding to a command, and so on.

The memory 202A is coupled with the processor 201A for storing various software programs and/or sets of instructions. In a specific implementation, the memory 202A may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic disk storage devices, flash memory devices or other non-volatile solid-state storage devices. The memory 202A can store operating systems, such as embedded operating systems such as uCOS, VxWorks, and RTLinux. The memory 202A can also store a communication program that can be used to communicate with the first device 201, one or more servers, or other devices.

The Bluetooth communication module 203A may include a Bluetooth Classic (BR/EDR) module and a Bluetooth Low Energy (BLE) module.

In some embodiments, the Bluetooth communication module 203A can execute the steps performed by the second device 202 in the method for configuring the listening period proposed in the embodiment of the present application. For details, please refer to the related information of the second device in FIG. 5 and FIG. 8 . description and will not be repeated here. Alternatively, the processor 201A may execute the steps executed by the second device in the method for configuring the listening period proposed in the embodiment of the present application.

The wireless communication function of the second device 202 can be realized through the antenna 204A, the Bluetooth communication module 203A, the modem processor and the like.

The antenna 204A can be used to transmit and receive electromagnetic wave signals. Each antenna in the second electronic device 200 may be used to cover single or multiple communication frequency bands.

In some embodiments, there may be one or more antennas of the Bluetooth communication module 203A.

The power switch 205A can be used to control power supply to the second electronic device 200 .

The USB communication processing module 206A can be used to communicate with other devices through a USB interface (not shown).

The audio module 207A can be used to output audio signals through the audio output interface, so that the second device 202 can support audio playback. The audio module can also be used to receive audio data through the audio input interface. The second device 202 may be a media player such as a Bluetooth headset.

The sensor module 208A includes one or more sensors. For example, acceleration sensors and gyro sensors may be included.

The acceleration sensor can detect the acceleration of the second device 202 in various directions (generally three axes). When the second device 202 is stationary, the magnitude and direction of gravity can be detected. It can also be used to identify the posture of the second device 202, and it can be applied to applications such as horizontal and vertical screen switching, pedometer, etc.

The gyroscope sensor can be used to determine the motion posture of the second device 202 . In some embodiments, the angular velocity of the second device 202 about three axes (i.e., x, y, and z axes) may be determined by a gyroscopic sensor. The gyro sensor can be used for image stabilization.

In the embodiment of the present application, the Bluetooth communication module 203A will process the data collected by the sensor when the interruption period of the sensor in the sensor module 208A comes.

It can be understood that the structure shown in FIG. 3 does not constitute a specific limitation on the second device 202 . In some other embodiments of the present application, the second device 202 may include more or fewer components than shown in the figure, or combine certain components, or separate certain components, or arrange different components. The illustrated components can be realized in hardware, software or a combination of software and hardware.

In some embodiments, the structural diagram of the first device 201 may also be shown in FIG. 3 , and the structural diagram of the second device 202 may also be shown in FIG. 2 , which is not limited in this embodiment of the present application.

FIG. 4 is a schematic diagram of a Bluetooth protocol framework according to an embodiment of the present application. As shown in Figure 4, the embodiment of the present application provides a schematic diagram of a bluetooth protocol framework. The schematic diagram includes but is not limited to Host (host) protocol stack, HCI (Host Controller Interface), and controller (controller).

Among them, the Host protocol stack defines multiple applications (profiles) and core protocols (protocols) in the Bluetooth framework, each profile defines its corresponding message format and application rules, and a profile is a Bluetooth service (Application). In order to realize the interconnection and intercommunication of different devices under different platforms, the Bluetooth protocol has formulated specifications for various possible and general-purpose application scenarios, such as A2DP (advanced audio distribution profile), HFP (hands-free profile) and so on. Core protocols include, but are not limited to, the basic Bluetooth service protocol SDP (service discover protocol), logical link control and adaptation protocol L2CAP (logical link control and adaptation protocol), etc. The core protocol is essential in the Bluetooth protocol stack.

Among them, HCI provides a unified interface for the upper layer protocol to enter the link manager and a unified way to enter the baseband. There will be several transport layers between the host core protocol stack and the controller. These transport layers are transparent and complete the transmission of data. Task, the Bluetooth Special Interest Group (SIG) stipulates four physical bus methods connected to hardware, that is, four HCI transport layers: USB, RS232, UART and PC card.

Among them, the controller defines the underlying hardware part, including radio frequency (RF), baseband (BB) and link management (LM). The RF layer realizes the filtering and transmission of the data bit stream through the microwave of the 2.4GHz unlicensed ISM frequency band. It mainly defines the conditions that the Bluetooth transceiver needs to meet to work normally in this frequency band. The baseband is responsible for frequency hopping and transmission of Bluetooth data and information frames. Link management is responsible for connecting, establishing and tearing down links and performing security controls. The LM (Link Manager) layer is the link management protocol of the Bluetooth protocol stack. It is responsible for translating the upper-layer HCI commands into operations acceptable to the baseband, and establishing an asynchronous connection-oriented link (ACL) and a synchronous connection. -oriented/extended, SCO) and the working mode that makes the second electronic device enter the energy-saving state, etc. The LC (LinkControl) layer is responsible for responding to upper-layer LM commands during the transmission of a batch of data packets (such as executing LM commands for establishing a transmission link for data packets, maintaining links, etc.).

In the embodiment of the present application, when FIG. 4 shows a schematic diagram of the Bluetooth protocol framework of the first device, the Bluetooth protocol stack (BT Stack) can be used to execute relevant parts of the first device in FIGS. 5 and 8 . When FIG. 4 shows a schematic diagram of the bluetooth protocol framework of the second device, the bluetooth protocol stack (BT Stack) can be used to execute the relevant parts of the second device in FIG. 5 and FIG. 8 .

Embodiment one

Fig. 5 is another schematic flowchart of a method for configuring a monitoring period according to an embodiment of the present application. Referring to Figure 5, based on the first device and the second device mentioned above, the embodiment of the present application aims at that the first device and the second device are electronic devices of the same manufacturer, and there is a mutual agreement between the first device and the second device In the scenario of a private command based on the response protocol (echo), a method for configuring a monitoring period is proposed, which is executed by the first device and the second device in cooperation with each other. Specifically include the following steps:

S501. Establish a Bluetooth connection between the first device and the second device.

A Bluetooth connection can be established between the first device and the second device through Bluetooth technology (including classic Bluetooth (Basic Rate/Enhanced Data Rate, BR/EDR) and Bluetooth Low Energy (Bluetooth Low Energy, BLE)). In the process of establishing the Bluetooth connection, the agreement between the first device and the second device stipulates that the first device is a master device, and the second device is a slave device.

For example, when the first device is a mobile phone and the second device is a wristband, the user can operate the interface of the first device to enable the Bluetooth function, pair and connect the wristband, and establish a connection between the mobile phone and the wristband.

Specifically, there are many ways to implement the establishment process of the Bluetooth connection, including but not limited to the content proposed in the embodiment of the present application. For a manner of establishing a Bluetooth connection between the first device and the second device, reference may be made to the provisions of the Bluetooth protocol, which is not limited in this embodiment of the present application.

S502. The first device sends an interrupt parameter acquisition command to the second device.

Wherein, the interrupt parameter acquiring command is used to acquire the interrupt period and period deviation of the second device. The interrupt period refers to a period in which the second device executes the interrupt task. In order to describe more clearly and concisely, in the following, the interruption cycle is uniformly represented by N, and the cycle deviation is represented by o. For example, the interruption period may be the interruption period of the sensor of the second device, and the interruption task is the task of reading sensor data, that is, the second device periodically reads and processes the data collected by the sensor according to the interruption period of the sensor. The second device may have multiple interrupt cycles, which are respectively used to execute different interrupt tasks. The period offset o refers to the clock error of the second device. For example, when the period deviation o of the second device is 5ms and the interrupt period is 500ms, the second device should execute the interrupt task at 500ms, but because of the clock error, the second device may execute the interrupt task in the range of 495ms to 505ms Execute the interrupt task within.

In some embodiments, step S502 is performed by the first device in the working mode. After executing step S502, the first device directly controls the second device to enter the working mode. For example, the first device sends a request to enter the working mode to the second device, and the second device enters the working mode in response to the request to enter the working mode. For related descriptions of the working modes, refer to the foregoing technical introduction to the working modes, and will not be repeated here. The first device may execute step S502 at any time in the working mode. The timing of executing step S502 in the working mode is not limited in this embodiment of the present application.

In some embodiments, the interrupt parameter acquisition command can be a private command of the response protocol (echo), that is, an echo message based on the Logical Link Control and Adaptation Protocol (Logical Link Control and Adaptation Protocol, L2CAP) for interaction. private command. The interrupt parameter acquisition command carries a specific ID inside, and the specific ID is pre-defined by both the first device and the second device. In some embodiments, the format of the echo private command is a format consisting of a service ID, a command ID, and a payload. The service ID and command ID in the format of the interrupt parameter acquisition command are specific, and are used to define the acquisition interrupt cycle N and cycle deviation o.

S503. The second device responds to the interrupt parameter acquisition command, and returns response information corresponding to the interrupt parameter acquisition command to the first device.

Wherein, if the second device can successfully respond to the interrupt parameter acquisition command, it can carry all the interrupt cycles N and cycle deviation o of the second device in the response information and return them to the first device. If the second device fails to respond successfully to the interrupt parameter acquisition command, it may not return response information, or the returned response information does not carry the interrupt period N and the period deviation o. It should be noted that there may be one or more interrupt cycles inside the second device. Different interrupt periods correspond to different interrupt tasks. For example, when the second device is a wristband, there is an interruption period corresponding to the acceleration sensor and an interruption period corresponding to the gyroscope sensor. When the interruption period of the acceleration sensor comes, the wristband reads and processes the data of the acceleration sensor. When the interrupt period corresponding to the gyroscope sensor comes, the wristband reads and processes the data of the gyroscope sensor.

In some embodiments, the interrupt parameter acquisition command is a private command based on the echo protocol. The scenario where the second device can successfully respond to the command is: the interrupt parameter acquisition command is predefined inside the second device, and the second device can parse out that the command is used to obtain the interrupt period N and The command of the period deviation o can then successfully respond to the command, carry its own interrupt period N and the period deviation o into the response information and return it to the first device. The scenario where the second device cannot successfully respond to the command is as follows: 1. The second device does not support the private command. When the second device does not support the private command, it cannot parse the interrupt parameter acquisition command, and thus cannot respond, and will not return any data to the first device. At this time, the first device cannot receive the response information. 2. The command is not predefined in the second device. If the ID in the interrupt parameter acquisition command sent by the first device does not find a definition inside the second device, the second device cannot parse out that the command is used to obtain the interrupt cycle N and cycle deviation o, and then the response returned by the second device Information may be garbled.

In some embodiments, after the second device executes step S503, if there is a subsequent change in the interruption period, it may actively report to the first device. For example, the second device may use the echo private command to report the interruption period. Then the first device stores the new interruption period N again, and uses the new interruption period N to calculate SN when step S509 is executed subsequently.

Alternatively, the second device may also actively report the interruption period to the first device, without reporting to the first device after the first device performs step S502. That is, the reporting of the interrupt period by the second device may not be triggered by a command or request from the first device.

S504. The first device judges whether the interruption period N and the period deviation o are successfully obtained.

Specifically, the first device may parse and read the response information corresponding to the received interrupt parameter acquisition command, and judge whether there is an interrupt period N and a period deviation o in the response information. If the interruption period N and the period deviation o are returned in the response information, step S505 is performed. If the response information does not reply the interruption cycle N and the cycle deviation o, for example, a garbled code is returned, then step S506 is executed.

In other embodiments, if the first device does not receive the response information returned by the second device within the preset time period, it also judges that the interruption period N and the period deviation o have not been successfully obtained, and step S506 is executed.

S505. The first device stores the acquired interrupt period N and period deviation o.

The first device stores both the N and o parameters read from the response information for use when the first device and the second device enter the monitoring mode.

In some embodiments, the first device may execute step S505 through the Bluetooth protocol stack in the first device. For the relevant description of the Bluetooth protocol stack, reference may be made to the relevant part in FIG. 4 , which will not be repeated here.

S506. The first device sets the interrupt period N as a special value.

When the interrupt cycle N is not obtained successfully, the interrupt cycle N can be set to a special value, such as 0, -1 or other negative numbers as the special value, to indicate that the first device has not obtained the interrupt cycle parameter and the cycle deviation parameter.

In some other embodiments, an additional acquisition result status parameter K may also be specially used to identify whether the interruption period parameter and the period deviation parameter have been successfully acquired. For example, when the interruption period N and the period deviation o are successfully obtained, K can also be set to 1, which means that the first device successfully obtains the interruption period N and the period deviation o, and when the second device enters the monitoring mode, the first device When it is read that K is 1, the interrupt period N and period deviation o stored in step S505 can be used. If the interruption period N and period deviation o are not obtained successfully, K can also be set to -1, indicating that the first device has not obtained the interruption period N and period deviation o, and when the second device enters the monitoring mode, the first device reads When K is -1, no longer read and use the interrupt cycle N and cycle deviation o.

S507. The first device determines that there is no data interaction between it and the second device.

Before step S507 is executed, the first device and the second device work in the working mode, and the second device monitors in each slot. When the first device determines that there is no need for data interaction with the second device at present, or that there is no business that needs to be performed by the second device, then it can be determined that there is no data interaction between it and the second device .

S508. The first device judges whether the interruption period N is a positive number.

The purpose of executing step S508 is to determine whether the first device successfully acquires the interruption period N.

When the first device successfully obtains the interruption period N in the aforementioned step S503, after the processing of step S505, the read interruption period N will be a positive number, that is, it is judged that the interruption period N is a positive number, and step S509 is executed. It should be noted that, if the interrupt cycle N is successfully obtained in step S503, there may be more than one interrupt cycle N, and all of them are positive numbers.

When the first device fails to obtain the interruption period N, after the processing of step S506, the interruption period N read in step S508 will be -1, that is, it is determined that N is not a positive number, and step S510 is executed.

S509. The first device calculates the monitoring period of the second device according to the interruption period N.

Wherein, the listening period of the second device calculated by the first device is the listening period used by the second device in the listening mode. For the convenience of description, the monitoring period is collectively denoted by SN below, wherein the monitoring period SN of the second device does not coincide with the interruption period N.

The listening period SN calculated by the first device is a period that will not overlap with the interruption period N. Furthermore, it can be ensured that the second device will not encounter a conflict between the interruption task and the heartbeat packet reply task.

Wherein, the monitoring periods obtained through calculation all belong to non-default monitoring periods. The originally pre-configured monitoring period is called the default monitoring period. In order to describe concisely and clearly, SD is used to represent the default monitoring period. In some embodiments, the SN satisfies the condition of being in the range of [SD-L, SD+L]. Wherein, L is a preset deviation value, for example, L may be 100ms. In some embodiments, the value of the default listening period of the first device is adaptively different for different second devices. The default monitoring period is obtained through experiments, and is a relatively suitable monitoring period for the second device in the monitoring mode, and can meet the performance requirements of the second device in the monitoring mode. Therefore, when SN is in the range of [SD-L, SD+L], SN is close to SD, and the monitoring period of the second device is set reasonably, which can meet the performance requirements of the second device in the monitoring mode.

In some embodiments, SN also satisfies the condition that the difference from SD is greater than the periodic deviation o. Due to the problem of clock delay in the second device, there may be a deviation in the interrupt period. The cycle deviation o means that if the interrupt cycle is N, the interrupt cycle in actual operation may be N±o. For example, if the interrupt period N is 300ms, and the period deviation o is 10ms, then the actual interrupt period during operation is within the range of 300±10ms. Therefore, in order to avoid clock delays, the calculated SN will still coincide with the interrupt period. SN and The difference between SD can also be greater than the periodic deviation o.

In some embodiments, when there is only one interruption period N, SN may be equal to the sum of X times the interruption period N and the offset value A, that is, SN=N×X+A. Wherein, the offset value A is an integer, A represents the deviation value between the SN and the interrupt period N, A can be a positive integer or a negative integer, X is a specific multiple, and is a positive integer. In some embodiments, X and A can be selected arbitrarily, and in other embodiments, A can be selected as an odd and prime value, so as to reduce the possibility of overlapping with the interrupt period N. It can be seen from SN=N×X+A that SN does not coincide with the interruption period N, and is deviated by A compared with the interruption period N. It should be noted that SN=N×X+A is only a specific algorithm for calculating the monitoring period SN according to the interruption period N, a specific multiple X and the offset value A, and other algorithms can be used to calculate the monitoring period SN, The present application does not limit the algorithm for calculating the listening period SN.

In other embodiments, the values of X and A can be adjusted so that SN satisfies the condition of being in the range of [SD-L, SD+L], and/or, the difference with SD is greater than the period Conditions for deviation o. For example, FIG. 6 is a schematic flowchart of calculating the listening period SN by the first device according to an embodiment of the present application. Referring to FIG. 6, in step S5091, the first device randomly selects X and A, where X is a positive integer and A is a positive number. In step S5092, the first device calculates SN by SN=N×X+A. In step S5093, the first device judges whether the SN is within the range of [SD-L, SD+L] and the difference between SN and SD is greater than the period deviation o, if not, return to step S5091, That is, select X and A again, and if they are satisfied, execute step S5094 and output SN.

For example, when the interrupt period N is 300ms, SD is 500ms, period deviation o is 30ms, and L is 100ms, by executing Figure 6, when X is 1 and A is 101, SN=N×X+A , the output SN=401ms, 401ms satisfies the condition that it is in the range of [400, 600], and the difference between SN and SD is greater than 30ms.

In some embodiments, when there are multiple interruption periods N, the way to execute step S508 is: calculate the common multiple Z of the plurality of interruption periods N, for example, Z can be the least common multiple; then make SN equal to X times Z and the partial The sum of shifted values, that is, SN=Z×X+A. Wherein, the offset value A is an integer, and A represents the deviation value between the SN and the interrupt period N, A can be a positive integer or a negative integer, and X is a positive integer. Z is a common multiple of multiple interrupt periods N. For example, if the multiple interruption periods N are 200ms and 300ms respectively, then Z may be 600ms. The values of X and A may be the same as those mentioned above when there is only one interrupt period N, and will not be repeated here.

In some other embodiments, when there are multiple interrupt periods N, the way to execute step S508 can also be to select the maximum value M of the multiple interrupt periods N, and then make SN equal to X times M and the offset value And, that is, SN=M×X+A. Wherein, the offset value A is an integer, A represents the deviation value between SN and the interrupt period N, A can be either a positive integer or a negative integer, X represents a specific multiple, and is a positive integer. M is the maximum value of multiple interruption periods N. For example, if the multiple interruption periods N are 200ms and 300ms respectively, then M is 300ms. The values of X and A may be the same as those mentioned above when there is only one interrupt period N, and will not be repeated here.

Similarly, in other embodiments, when there are multiple interrupt periods N, the values of X and A may also be used so that SN satisfies the condition within the range of [SD-L, SD+L], and /or, the condition that the difference from SD is greater than the period deviation o. For the specific adjustment process, refer to the flow shown in Figure 6, but the formula for calculating SN is different from that in Figure 6.

It can be seen from the foregoing description that the period deviation parameter o may not be used in the process of calculating the SN in step S509. Therefore, the interrupt parameter acquisition command in step S502 may only be used to acquire the interrupt parameter N. Correspondingly, step S504 In this case, it may only be judged whether the interruption period N is successfully obtained, or only the interruption period N may be stored in step S505.

S510. The first device sets the value of SN to SD.

Since the first device fails to acquire the interruption period N, the monitoring period SN of the second device is set as the default monitoring period SD of the second device.

It can be seen from the foregoing content that step S508 to step S510 are actually a process of setting the SN. The process of setting the SN can be triggered after step S507, or after step S506, that is, after completing the setting of the interrupt period N. The process of setting the SN only needs to occur before entering the monitoring mode.

S511. The first device sends information about the SN to the second device.

In some embodiments, the information about the SN may be a request to enter the monitoring mode, wherein the request to enter the monitoring mode carries the SN.

After the first device sets the monitoring period SN of the second device, it carries the SN in the request to enter the monitoring mode and sends it to the second device so that the second device can enter the monitoring mode. run.

S512. The second device responds to the request to enter the monitoring mode, enters the monitoring mode, monitors and replies the heartbeat packet sent by the first device according to the period of the SN.

In response to the request to enter the monitoring mode, the second device can obtain the SN sent by the first device from the request, and then determine that the monitoring period of itself in the monitoring mode is SN, and then enter the operating state of the monitoring mode. In the monitoring mode, the first device sends at least one heartbeat packet to the second device according to the cycle of the SN, and the second device wakes up according to the cycle of the SN, listens to the heartbeat packet during the t1 period, and sends the heartbeat packet to the first device after listening to the heartbeat packet. The device sends a heartbeat packet response to notify the first device that it is still online, and accordingly the Bluetooth connection is still valid. For the description of the listening mode, please refer to the introduction of the aforementioned part of FIG. 1 c and for the related technologies, please refer to the relevant parts of the aforementioned brief introduction to the related technologies under the Bluetooth communication scheme, and will not be repeated here.

When the SN used by the second device is obtained by the first device through step S509, the monitoring period of the second device will not coincide with its own interruption period, and the interruption task and the heartbeat packet reply task will not overlap. For example, Fig. 7 is a schematic diagram of the scene of the wristband 20 under the interruption period and the monitoring period according to the embodiment of the present application. As shown in Fig. 7, SN = 401ms and the interruption period N = 300ms are calculated using the flow shown in Fig. 6 , the offset value A=101ms, taking one of the interruption period N and one SN period as an example, it can be seen that the supplementary sum of the interruption period N and SN deviates by 101ms, and when the interruption period N comes, the wristband 20 only executes Interrupt task, and when the monitoring period SN comes, it only needs to execute the heartbeat packet reply task, that is, monitor and reply the heartbeat packet during the t1 period.

In this embodiment of the application, when the first device can obtain the interrupt period of the second device through step S503, the SN set by the first device will not coincide with the interrupt period of the second device, so the second device follows When the SN monitors periodically, it will not be unable to reply to the heartbeat packet due to the execution of the interrupt task, and will not be disconnected due to the inability to reply to the heartbeat packet.

S513. The first device records the disconnection times in the monitoring mode.

The number of disconnections refers to the number of disconnections of the Bluetooth communication between the first device and the second device. For the sake of brevity, the number of disconnections is represented by DN in this application. After the first device finishes setting the SN in the aforementioned manner, it can verify whether the second device is frequently disconnected after monitoring according to the SN cycle. Therefore, after the request to enter the listening mode, the first device records the disconnection times DN from 0 in the listening mode. The disconnection in listening mode is caused by the second device not replying the heartbeat packet.

In some embodiments, step S513 is executed in the following manner: judging whether disconnection occurs in the listening mode, and if disconnection occurs, increment DN by 1.

It should be noted that step S513 is a step that is repeatedly executed in real time, that is, step S513 is always executed in the monitoring mode.

S514. The first device judges whether the disconnection count DN in the monitoring mode is greater than or equal to a disconnection threshold.

Wherein, the disconnection threshold can be set arbitrarily, and an exemplary disconnection threshold can be set to 3 according to experience. When the DN is greater than or equal to the disconnection threshold, it indicates frequent disconnection between the first device and the second device. The main reason for the disconnection in the listening mode is that the second device does not reply the heartbeat packet for a long time. Specifically, in some embodiments, after step S501 is executed, the first device may send a link timeout monitoring time to the second device, and when the second device does not reply a heartbeat packet to the first device for a period exceeding the link timeout monitoring time, the second A device may consider that the second device is not online, so as to actively disconnect the Bluetooth connection.

In the embodiment of the present application, the interruption period has been avoided through the setting method of step S509, which reduces the probability that the second device does not reply the heartbeat packet. In this case, the reason for frequent disconnection may be that the listening time in listening mode is too short. When the monitoring time is too short, the second device may not be able to monitor the heartbeat packet, and thus cannot reply the heartbeat packet. In some embodiments, the listening duration of the second device's current listening mode may be sent to the second device by being included in the request for entering the listening mode when the first device executes step S511. Therefore, when the DN is greater than or equal to the disconnection threshold, step S515 may be executed to adjust the listening duration of the second device in the listening mode. And if the DN is smaller than the disconnection threshold, it means that there is no frequent disconnection at present, and it only needs to continue to return to step S513.

Wherein, for the related technologies of the link timeout monitoring time and the monitoring duration in the monitoring mode, please refer to the relevant part of the brief introduction of the related technologies under the bluetooth communication solution, and will not be repeated here.

It should be noted that step S514 is continuously executed until it is determined in step S514 that the DN is greater than or equal to the disconnection threshold, and then the execution of step S514 is ended and the process enters into S515.

S515. The first device doubles the value of the listening duration to obtain an updated listening duration.

That is, the first device doubles the original listening duration to obtain an updated listening duration. The updated listen duration is longer than the original listen duration. For example, the original listening duration is 5ms, and the updated listening duration is 10ms.

In some other embodiments, the first device may also use other methods to increase the value of the listening duration. For example, step S515 may also be to increase the value of the listening duration by a preset value. For example, the preset value can be set to 3ms, the original monitoring time is 5ms, and after increasing the preset value, it becomes 3ms.

Therefore, the purpose of step S515 is actually to increase the value of the listening duration. The specific rules and methods for increasing the value of the listening duration may not be limited in this embodiment of the present application.

In some other embodiments, after step S515 is executed, the DN can be cleared, and then return to step S514. If it is judged again that the DN is greater than or equal to the disconnection threshold, step S515 is executed again, that is, the monitoring value is increased again. duration.

In some embodiments, in order to ensure that the second device can operate with low power consumption, the listening duration may be limited to a value not greater than a listening duration threshold. For example, when the doubled value in step S515 is greater than the listening duration threshold, the listening duration can be set as the listening duration threshold. The listening duration threshold can be set according to the value of the SN, for example, it can be half of the SN.

S516. The first device sends the updated listening duration to the second device.

In some embodiments, the first device performs step S516 by resending a request to enter the listening mode to the second device, and the request carries the updated listening duration and SN. After receiving the updated monitoring duration, the second device uses the updated monitoring duration to perform a monitoring operation. That is, when each monitoring cycle comes, the length of the monitoring time is the updated monitoring time length. Since the updated monitoring time is longer, the time required for monitoring is longer, so the probability that the second device can monitor the heartbeat packet is greater, and the possibility of disconnection will be reduced.

In some other embodiments, after step S516 is executed, the first device may also determine whether disconnection occurs, and if disconnection still occurs, return to step S515 to readjust the monitoring duration until no disconnection occurs.

S517. After exiting the monitoring mode, the first device clears the DN to zero.

Wherein, the exit of the monitoring mode in step S517 refers to the normal termination of the monitoring mode. If the exit of the monitoring mode is caused by an abnormality such as a disconnection, the DN will not be cleared to zero, but the DN will continue to be increased by 1.

After the first device ends the monitoring mode normally, it clears the DN, and waits until it enters the monitoring mode next time, and then records the DN again. In some embodiments, the way for the first device to exit the listening mode is: the first device sends a request for exiting the listening mode to the second device, and the second device responds to the request for exiting the listening mode, exits the listening mode, and no longer follows the monitoring cycle. monitor. The first device clears the DN to zero after sending the request to exit the listening mode.

In some other embodiments, steps S513 to S517 may not be performed, that is, the listening duration is not adjusted.

It can be seen from the foregoing description of FIG. 5 that the purpose of steps S502 to S506 is to enable the first device to obtain the interrupt period of the second device, and the implementation method and process of obtaining the interrupt period of the second device are not discussed in this embodiment of the present application. limit.

Steps S508 to S510 are used to determine whether to set the value of SN as the default monitoring period SD. In Figure 5, if the interrupt cycle N is successfully obtained, SN is not set to SD, but the interrupt cycle N is used to calculate SN, so that SN does not overlap with N; and when N is not successfully obtained, SN The value of is set to SD. In other embodiments, other conditions may also be used to determine whether the value of SN needs to be set to SD, which is not limited in this embodiment of the present application.

In step S509, the period deviation parameter o may not be used in the process of calculating SN, therefore, the interrupt parameter acquisition command in step S502 may also be used only to acquire the interrupt parameter N. Correspondingly, in step S504, it may only be judged whether the interruption period N is successfully obtained, and in step S505, only the interruption period N may be stored.

The purpose of steps S513 to S517 is to increase the listening duration when the DN is greater than or equal to the disconnection threshold. Step S515 is only one way of increasing the value of the listening duration, and the present application does not limit the way of increasing the value of the listening duration.

In some embodiments, the steps to be performed by the first device in FIG. 5 can be performed by the Bluetooth protocol stack in the first device, and the wireless communication module 260 shown in FIG. 2 can be used as hardware support, and the steps performed by the second device can be It can be executed through the Bluetooth protocol stack in the second device, and the Bluetooth communication module 203A shown in FIG. 2 can be used as hardware support. Wherein, for the related description of the Bluetooth protocol stack, reference may be made to relevant parts in FIG. 4 , which will not be repeated here.

It should also be noted that, in the embodiment of the present application, for different second devices, default values of the monitoring period, link timeout monitoring time, and monitoring duration issued by the first device may be adaptively different.

In this embodiment of the application, when the first device can obtain the interrupt period of the second device through step S503, the SN set by the first device will not coincide with the interrupt period N of the second device, so the second device When monitoring according to the cycle of the SN, it will not be unable to reply the heartbeat packet due to the execution of the interrupt task, and will not be disconnected due to the inability to reply the heartbeat packet.

Embodiment two

Fig. 8 is another schematic flowchart of a method for configuring a monitoring period according to an embodiment of the present application. Referring to Figure 8, based on the first device and the second device mentioned above, the embodiment of the present application aims at the first device and the second device being electronic devices of different manufacturers, and the private command cannot be passed between the first device and the second device. In an interaction scenario, another method for configuring a monitoring period is proposed, which is executed by the cooperation of the first device and the second device. Specifically include the following steps:

S801. Establish a Bluetooth connection between the first device and the second device.

For the execution principle and process of step S801, reference may be made to step S501, which will not be repeated here.

S802. The first device determines that there is no data interaction with the second device, and sends a request to enter the monitoring mode to the second device, wherein the value of the monitoring period SN carried in the request to enter the monitoring mode is a default monitoring period SD.

For the execution process and principle of determining no data interaction with the second device in step S802, reference may be made to step S507, which will not be repeated here. For the process of sending a request to enter the listening mode, reference may be made to step S511. However, step S802 is different from step S511 in that when the first device requests to enter the monitoring mode for the first time, the value of SN used is the default value SD.

S803. The second device responds to the request to enter the monitoring mode, enters the monitoring mode, monitors and replies the heartbeat packet sent by the first device according to the period of the SN.

For the execution process and principle of step S803, please refer to step S512. The main difference is that the SN used in step S512 may be obtained by setting in step S509, while the SN in step S803 is the default value SD.

S804. The first device records the disconnection times DN in the monitoring mode.

Wherein, for the execution process and principle of step S804, reference may be made to step S513, which will not be repeated here.

S805. The first device determines whether the DN is greater than or equal to the disconnection threshold.

Wherein, the disconnection threshold can be set arbitrarily, for example, it can be set to 3 according to experience. When the DN is greater than or equal to the disconnection threshold, it indicates frequent disconnection between the first device and the second device. The main reason for the disconnection in the listening mode is that the second device does not reply the heartbeat packet for a long time. And because in the aforementioned step S803, the SN used by the second device is a default value SD, the reason for the frequent disconnection phenomenon can be analyzed, which may be because when the current SN is the default value SD, the SN will be connected to the second device The interruption period of the two overlaps, so the SN can be reset, that is, step S806 is executed.

When the DN is less than the disconnection threshold, it means that there is no frequent disconnection at present, the SN does not need to be reset, and the second device continues to monitor according to the cycle in which the SN is the default value SD.

It should be noted that step S805 is continuously executed until it is determined in step S805 that the DN is greater than or equal to the disconnection threshold, and then the execution of step S805 is ended and the process enters into S806.

S806. The first device uses the sum of the SN and the offset value A as the updated SN.

That is, the first device resets the SN, and the reset SN (that is, the updated SN) is the sum of the value of the original SN (that is, the SD) plus the offset value A. Wherein, the offset value A can be set according to personal experience (for example, an odd number and a prime number can be selected as the offset value A), or it can be based on the cycle deviation (that is, the clock deviation) and the interruption period of the second device based on common experience. factor, to set A. There are many ways to set A, which is not limited in this embodiment of the present application.

S807. The first device sends the updated SN to the second device.

In some embodiments, the first device performs step S807 by sending a request to enter the monitoring mode to the second device, and the request carries the updated SN.

S808. The second device monitors and responds to the heartbeat packet of the first device according to the period of the updated SN.

In the monitoring mode, the second device monitors the heartbeat packet according to the period of the updated SN, and returns the heartbeat packet of the first device after monitoring the heartbeat packet.

Since the updated SN is actually the sum of the SD and the offset value A, the original SN may be due to coincidence with the interrupt cycle, resulting in a conflict between the interrupt task of the second device and the task of replying the heartbeat packet, and the interrupt task is executed first. Reply the heartbeat packet, resulting in a disconnection. The updated SN is offset by A on the basis of the original SN, so it will not coincide with the interrupt cycle, and will not cause disconnection due to the conflict between the heartbeat packet reply task and the interrupt task.

S809. The first device determines whether a disconnection occurs.

After step S807 is executed, the first device may determine whether a disconnection still occurs. If the disconnection still occurs even though the SN has been updated, it may be because the listening time in the listening mode is too short. Wherein, the current listening duration of the second device may be carried in the request for entering the listening mode in step S803. That is, when the first device executes step S803, it also includes the listening duration in the request and sends it to the second device. When the monitoring time is too short, it may go to sleep without listening to the heartbeat packet, so there is no reply to the heartbeat packet. Therefore, when it is determined in step S809 that a disconnection occurs, step S810 is executed to increase the value of the listening duration.

In some other embodiments, when it is determined in step S809 that the disconnection still occurs, it is also possible to return to step S806, that is, to update and adjust the SN mode again, so as to achieve the purpose of no further disconnection.

If it is judged that disconnection does not occur, it means that the current updated SN no longer suffers from frequent disconnection, and no operation is required.

It should be noted that step S809 is continuously executed. After it is judged that there is no disconnection, step S809 still needs to be executed until it is judged that disconnection occurs, or the monitoring mode is exited, and the execution of step S809 is not completed.

S810. The first device doubles the value of the listening duration to obtain an updated listening duration.

For the execution process and principle of step S810, reference may be made to step S515, which will not be repeated here.

S811. The first device sends the updated listening duration to the second device.

Wherein, for the execution process and principle of step S811, reference may be made to step S516, which will not be repeated here.

S812. After the first device exits the monitoring mode, it clears the DN to zero.

Wherein, for the execution process and principle of step S812, reference may be made to step S517, which will not be repeated here.

In some embodiments, steps S809 to S811 may not be performed, that is, the value of the listening duration is not updated and adjusted.

In some embodiments, the steps to be performed by the first device in FIG. 8 can be performed by the Bluetooth protocol stack in the first device, and the wireless communication module 260 shown in FIG. 2 can be used as hardware support. The steps executed by the second device can be executed by the Bluetooth protocol stack in the second device, and the Bluetooth communication module 203A shown in FIG. 2 can be used as hardware support. Wherein, for the related description of the Bluetooth protocol stack, reference may be made to relevant parts in FIG. 4 , which will not be repeated here.

In the embodiment of this application, when the DN is greater than or equal to the disconnection threshold, it is considered that the interruption period of the second device coincides with the current SN, so the first device uses the sum of the current SN and the offset value A as the updated SN . Then, the updated SN is sent to the second device, so that the second device monitors at the period of the updated SN in the monitoring mode. Since the updated SN is offset by the offset value A compared with the original SN, the possibility of coincidence with the interrupt cycle is reduced, and the second device will not respond to the heartbeat packet due to the conflict between the interrupt task and the heartbeat packet reply task. In this case, the occurrence of frequent disconnection is reduced.

Based on the methods for configuring the listening period shown in Figure 5 and Figure 8 above, it can be known that the listening period SN in the first device mentioned in the embodiment of this application refers to the information stored in the first device for the second The monitoring period of the device. In steps S502 to S508, the condition for using the default monitoring period SD is that the interrupt period has not been successfully obtained, and in steps S802 to S805, the condition for using the default monitoring period SD is that the first device and the second device in the monitoring mode The disconnection times of the Bluetooth communication between devices is less than the disconnection threshold. Therefore, steps S502 to S508 and steps S802 to S805 are specific implementation methods for the first device to determine whether the condition for using the default monitoring period SD is satisfied, and when the remote device determines that the condition for using the default monitoring period is not met , it means that the default monitoring period may coincide with the interruption period of the second device.

When it is judged that the condition of using the default monitoring period SD is not satisfied, in FIG. 5, the monitoring period SN is recalculated by means of step S509, and the calculated monitoring period SN is calculated according to the interruption period, which is non-default The non-default monitoring period does not coincide with the interrupt period, so it can prompt the second device to normally reply the heartbeat packet when monitoring according to the non-default monitoring period. In Figure 8, when it is judged that the conditions for using the default monitoring period SD are not met, it means that the second device cannot normally reply to the heartbeat packet when using the default monitoring period SD, because the default monitoring period SD may be different from the The interruption period coincides, so the monitoring period SN is recalculated through step S806. The calculated monitoring period SN is calculated according to the default monitoring period and the offset value A, and is a non-default monitoring period. The non-default monitoring period does not Coincident with the interruption period, it can also prompt the second device to normally reply the heartbeat packet when monitoring according to the non-default monitoring period. Therefore, both step S806 and step S509 are an implementation manner of determining the monitoring period of the second device as a non-default monitoring period when it is determined that the condition for using the default monitoring period is not met. Wherein, the non-default monitoring period refers to a monitoring period that needs to be calculated and processed, rather than a monitoring period that is directly used by default.

Therefore, the methods for configuring the monitoring period shown in FIG. 5 and FIG. 8 all determine that the monitoring period of the second device is a non-default monitoring period after judging that the condition for using the default monitoring period is not met, and The non-default monitoring period is a monitoring period for the second device to monitor the heartbeat packet sent by the first device in the monitoring mode and does not coincide with the interruption period of the second device, so the non-default monitoring period is sent to the second device The information of the period can make the second device monitor according to the non-default monitoring period, and will not be affected by the conflict of the interrupt task, and can reply the heartbeat packet normally, so that no disconnection will occur.

In some other embodiments, the step of judging whether the condition of using the default monitoring period is satisfied may be performed, and the monitoring period stored in the first device for the second device is directly set as a non-default monitoring period. Exemplarily, the step of judging whether the condition of using a default listening period is satisfied may be performed by other devices than the first device.

This embodiment also provides a computer-readable storage medium, the computer-readable storage medium includes instructions, and when the above-mentioned instructions are run on the electronic device, the electronic device is made to execute the relevant method steps of the first device in FIG. 5 , The related method steps of the second device in FIG. 5 , the related method steps of the second device in FIG. 8 , or the related method steps of the second device in FIG. 8 , so as to implement the methods in the foregoing embodiments.

This embodiment also provides a computer program product containing instructions. When the computer program product is run on the electronic device, the electronic device is made to execute the relevant method steps of the first device in FIG. 5 and the second device in FIG. 5 , the related method steps of the second device in FIG. 8 , or the related method steps of the second device in FIG. 8 , so as to implement the methods in the foregoing embodiments.

This embodiment also provides a control device, the control device includes a processor and a memory, the memory is used to store computer program codes, the computer program codes include computer instructions, when the processor executes the computer instructions , the control device executes the related method steps of the first device in FIG. 5, the related method steps of the second device in FIG. 5, the related method steps of the second device in FIG. 8, or the related method steps of the second device in FIG. Method steps to implement the methods in the above embodiments. The control device can be an integrated circuit IC, or a system-on-chip SOC. The integrated circuit can be a general integrated circuit, a field programmable gate array FPGA, or an application specific integrated circuit ASIC.

Through the description of the above embodiments, those skilled in the art can clearly understand that for the convenience and brevity of the description, only the division of the above-mentioned functional modules is used as an example for illustration. In practical applications, the above-mentioned functions can be allocated according to needs It is completed by different functional modules, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. For the specific working process of the above-described system, device, and unit, reference may be made to the corresponding process in the foregoing method embodiments, and details are not repeated here.

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

The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place, or may be distributed to multiple network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

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

If the integrated unit is realized in the form of a software function 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 this embodiment is essentially 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, and the computer software product is stored in a storage medium In, several instructions are included to make a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor execute all or part of the steps of the method described in each embodiment. The aforementioned storage medium includes: flash memory, mobile hard disk, read-only memory, random access memory, magnetic disk or optical disk, and other various media capable of storing program codes.

The above is only a specific implementation of the application, but the protection scope of the application is not limited thereto, and any changes or replacements within the technical scope disclosed in the application should be covered within the protection scope of the application . Therefore, the protection scope of the present application should be determined by the protection scope of the claims.

Claims

A method for configuring a listening period performed by a first device, wherein the first device and the second device are in a Bluetooth connection state, and the method includes:

Setting the monitoring period for the second device stored in the first device as a non-default monitoring period, wherein the non-default monitoring period is for the second device to monitor the A monitoring period of the heartbeat packet sent by the first device that does not coincide with the interruption period of the second device; and

sending information about the non-default listening period to the second device.
The method according to claim 1, characterized in that,

Before setting the listening period stored in the first device for the second device as a non-default listening period, the method further includes:

Determine whether the conditions for using the default monitoring period are met;

Wherein, setting the listening period stored in the first device for the second device as a non-default listening period includes:

When the condition for using the default listening period is not satisfied, the listening period stored in the first device for the second device is set as a non-default listening period.
The method according to claim 2, wherein the condition for using the default monitoring period is that the first device fails to obtain the interruption period of the second device.
The method according to claim 3, characterized in that,

Before the judging whether the condition of using the default monitoring period is satisfied, the method further includes:

sending an interrupt parameter acquisition command to the second device, where the interrupt parameter acquisition command is used to acquire an interrupt period of the second device;

The conditions for judging whether the default monitoring period is met include:

When the response information corresponding to the interrupt parameter acquisition command is received, and the response information carries the interrupt period of the second device, it is determined that the condition of using the default monitoring period is satisfied; and

When the response information corresponding to the interruption parameter acquisition command is not received, or the response information does not carry the interruption period of the second device, it is determined that the condition of using the default monitoring period is not satisfied.
The method according to claim 3, characterized in that the method further comprises:

The non-default listening period is determined according to at least an interruption period of the second device.
The method according to claim 5, wherein the determining the non-default monitoring period at least according to the interruption period of the second device comprises:

When the received interruption period of the second device is one, calculate the non-default monitoring period according to the received interruption period, specific multiple, and offset value;

When multiple interrupt periods of the second device are received, the non-default listening period is calculated according to the least common multiple, specific multiple, and offset value of the multiple received interrupt periods, or, according to the The non-default monitoring period is obtained by calculating the maximum value, a specific multiple, and an offset value among the multiple received interruption periods; wherein, the specific multiple is a positive integer, and the offset value is an integer.
The method according to claim 6, wherein the value of the non-default monitoring period satisfies the condition of being within a preset range; wherein the preset range is set according to the default monitoring period.
The method according to claim 7, wherein the preset range is a range in which the difference between the non-default listening period and the default listening period is less than or equal to a preset deviation value.
The method according to claim 8, wherein the interrupt parameter acquisition command is also used to acquire the cycle deviation of the second device; the value of the non-default listening cycle also satisfies the non-default listening cycle A condition that the difference from the default listening period is greater than the period deviation.
The method according to any one of claims 3 to 9, wherein after sending the information about the non-default listening period to the second device, the method further comprises:

When the number of disconnections of the Bluetooth communication between the first device and the second device in the listening mode is greater than or equal to the disconnection threshold, the value of the listening duration of the second device is increased to a preset value, so as to Determine the updated monitoring duration;

sending information about the updated listening duration to the second device.
The method according to claim 2, wherein the condition for using the default listening period is that the number of disconnections of the Bluetooth communication between the first device and the second device in the listening mode is less than a disconnection threshold .
The method according to claim 11, characterized in that,

Before the judgment of whether the condition of using the default monitoring period is met, it also includes:

sending information about the default listening period to the second device;

Wherein the second device monitors the heartbeat packet sent by the first device in the default monitoring period.
The method according to claim 12, wherein the non-default monitoring period is the sum of the default monitoring period and an offset value, wherein the offset value is an integer.
The method according to claim 13, wherein the value of the non-default monitoring period satisfies the condition of being within a preset range; wherein the preset range is set according to the default monitoring period.
The method according to any one of claims 11 to 14, characterized in that, after sending the information about the non-default listening period to the second device, the method further comprises:

When the Bluetooth communication between the first device and the second device is disconnected, increasing the value of the listening duration of the second device to a preset value to determine an updated listening duration;

sending information about the updated listening duration to the second device.
The method according to claim 10, characterized in that, after increasing the value of the listening duration of the second device to a preset value to determine the updated listening duration, the method further comprises:

Sending a request to exit the listening mode to the second device, and clearing the number of times of disconnection.
An electronic device, characterized in that the electronic device comprises: a communication module, the communication module includes a wireless communication module; The method implemented to configure the listening period.
A method for configuring a listening period performed by a first device, wherein the first device and the second device are in a Bluetooth connection state, and the method includes:

Setting the monitoring period for the second device stored in the first device as a non-default monitoring period, wherein the non-default monitoring period is for the second device to monitor the The monitoring period of the heartbeat packet sent by the first device and not coincident with the interruption period of the second device; the non-default monitoring period is at least calculated according to the interruption period and offset value of the second device, or , the non-default listening period is at least calculated according to the default listening period and an offset value; and

sending information about the non-default listening period to the second device.
The method of claim 18, wherein,

Before setting the listening period stored in the first device for the second device as a non-default listening period, the method further includes:

Determine whether the conditions for using the default monitoring period are met;

Wherein, setting the listening period stored in the first device for the second device as a non-default listening period includes:

When the condition for using the default listening period is not met, the listening period stored in the first device for the second device is set as a non-default listening period.
The method according to claim 19, wherein the condition for using the default monitoring period is that the first device fails to obtain the interruption period of the second device.
The method of claim 20, wherein

Before the judging whether the condition of using the default monitoring period is satisfied, the method further includes:

sending an interrupt parameter acquisition command to the second device, where the interrupt parameter acquisition command is used to acquire an interrupt period of the second device;

The conditions for judging whether the default monitoring period is met include:

When the response information corresponding to the interrupt parameter acquisition command is received, and the response information carries the interrupt period of the second device, it is determined that the condition of using the default monitoring period is satisfied; and

When the response information corresponding to the interruption parameter acquisition command is not received, or the response information does not carry the interruption period of the second device, it is determined that the condition of using the default monitoring period is not satisfied.
The method according to claim 21, wherein the process of calculating the non-default listening period at least according to the interruption period and offset value of the second device includes:

When the received interruption period of the second device is one, calculate the non-default monitoring period according to the received interruption period, specific multiple, and offset value;

When multiple interrupt periods of the second device are received, the non-default listening period is calculated according to the least common multiple, specific multiple, and offset value of the multiple received interrupt periods, or, according to the The non-default monitoring period is obtained by calculating the maximum value, a specific multiple, and an offset value among the multiple received interruption periods; wherein, the specific multiple is a positive integer, and the offset value is an integer.
The method according to claim 22, wherein the value of the non-default monitoring period satisfies the condition of being within a preset range; wherein the preset range is set according to the default monitoring period.
The method according to claim 23, wherein the preset range is a range in which the difference between the non-default listening period and the default listening period is less than or equal to a preset deviation value.
The method according to claim 24, wherein the interrupt parameter acquisition command is also used to acquire the cycle deviation of the second device; the value of the non-default listening cycle also satisfies the non-default listening cycle A condition that the difference from the default listening period is greater than the period deviation.
The method according to any one of claims 20 to 25, characterized in that, after sending the information about the non-default listening period to the second device, the method further comprises:

When the number of disconnections of the Bluetooth communication between the first device and the second device in the listening mode is greater than or equal to the disconnection threshold, the value of the listening duration of the second device is increased to a preset value, so as to Determine the updated monitoring duration;

sending information about the updated listening duration to the second device.
The method according to claim 19, wherein the condition for using the default listening cycle is that the number of disconnections of the Bluetooth communication between the first device and the second device in the listening mode is less than a disconnection threshold .
The method of claim 27, wherein,

Before the judgment of whether the condition of using the default monitoring period is met, it also includes:

sending information about the default listening period to the second device;

Wherein the second device monitors the heartbeat packet sent by the first device in the default monitoring period.
The method according to claim 28, wherein the non-default monitoring period is the sum of the default monitoring period and an offset value, wherein the offset value is an integer.
The method according to claim 29, wherein the value of the non-default monitoring period satisfies the condition of being within a preset range; wherein the preset range is set according to the default monitoring period.
The method according to any one of claims 27 to 30, characterized in that, after sending the information about the non-default listening period to the second device, the method further comprises:

When the Bluetooth communication between the first device and the second device is disconnected, increasing the value of the listening duration of the second device to a preset value to determine an updated listening duration;

sending information about the updated listening duration to the second device.
The method according to claim 26, wherein after increasing the value of the listening duration of the second device to a preset value to determine an updated listening duration, the method further comprises:

Sending a request to exit the listening mode to the second device, and clearing the number of times of disconnection.