Bluetooth wake-up method, device, and storage medium

Abstract

The application provides a Bluetooth wake-up method, device and storage medium, and relates to the technical field of terminals.In the application scheme, the BLE wake-up end can broadcast multiple cyclic wake-up frames in one BLE broadcast packet, and each wake-up frame at least includes a channel estimation part and a trigger sequence.The BLE woken end can scan at preset time intervals to determine whether the channel estimation part passes detection.Once the BLE woken end detects that the channel estimation part passes detection, the trigger sequence is continued to be captured, and it is determined whether the trigger sequence passes verification.After the trigger sequence passes verification, the connection is re-established.Based on the multiple cyclic wake-up frames of the BLE broadcast packet and the design of a lower duty cycle, the power consumption of the BLE wake-up end and the BLE woken end is reduced.Because the BLE woken end can receive a complete wake-up frame in one BLE broadcast packet, the wake-up delay of the scheme is less than the time length of one BLE broadcast packet, and the device discovery and connection speed is improved.

Description

Technical Field

[0001] This application relates to the field of terminal technology, and in particular to a Bluetooth wake-up method, device and storage medium. Background Technology

[0002] Currently, Bluetooth Low Energy (BLE) technology is widely used in smart devices such as IoT devices, smart home devices, and wearable devices.

[0003] Due to factors such as size and portability, smart devices typically have small battery capacities. When not in use, the Bluetooth connection can be disconnected to reduce power consumption and extend battery life. If Bluetooth connectivity is to be maintained, both the BLE wake-up and BLE-enabled devices can use a duty cycle to send and scan BLE broadcast packets. However, for scenarios requiring urgent device connection establishment, such as answering calls, multi-screen collaboration, and super connect, a lower duty cycle can increase device discovery latency, affecting connection establishment and ultimately reducing the user experience. Summary of the Invention

[0004] This application provides a Bluetooth wake-up method, device, and storage medium, which solves the latency problem that exists when sending and scanning BLE broadcast packets with a low duty cycle.

[0005] To achieve the above objectives, this application adopts the following technical solution:

[0006] In a first aspect, embodiments of this application provide a Bluetooth wake-up method. This method can be applied to a first electronic device. The method may include: the first electronic device scanning a broadcast channel at preset time intervals, the preset time interval being a first preset duration, and the duration of each scan (i.e., the duration of the scanning window) being a second preset duration; the first electronic device verifying a first wake-up frame received within the second preset duration, and, if the verification of the first wake-up frame is successful, transmitting service data with a second electronic device via Bluetooth connection, wherein the first wake-up frame is one of m wake-up frames in a first broadcast packet sent by the second electronic device. Wherein, the first preset duration is less than or equal to the reception duration of (m-1) wake-up frames, and the second preset duration is greater than or equal to the reception duration of one wake-up frame. m is an integer greater than 1.

[0007] In the above scheme, since the BLE wake-up end can cycle through wake-up frames multiple times within a single BLE broadcast packet, the BLE wake-up recipient can be designed based on the transmission duration of the wake-up frame, detecting whether information is being transmitted on the broadcast channel with a low duty cycle. Once the BLE wake-up recipient detects that information is being transmitted on the broadcast channel, it verifies the wake-up frame. On the one hand, the low duty cycle design reduces the power consumption of the BLE wake-up recipient. On the other hand, since the BLE wake-up recipient can receive a complete wake-up frame within a single BLE broadcast packet, the wake-up latency of this scheme is less than the duration of a single BLE broadcast packet, improving device discovery and connection establishment speed.

[0008] In one possible implementation, the first wake-up frame includes: a channel estimation portion, a trigger sequence, and a data and verification portion. A first electronic device verifies the first wake-up frame received within a second preset time period. If the verification of the first wake-up frame is passed, the first electronic device transmits service data to a second electronic device via Bluetooth. This includes: the first electronic device verifying the channel estimation portion; if the verification of the channel estimation portion is passed, the first electronic device receives the trigger sequence and verifies the trigger sequence; if the verification of the trigger sequence is passed, the first electronic device receives the data and verification portion and verifies the data and verification portion; if the verification of the data and verification portion is passed, the first electronic device transmits service data to the second electronic device via Bluetooth. It should be noted that the data and verification portion can be encoded data or unencoded data. If the data and verification portion is encoded data, then after the first electronic device receives the data and verification portion and before verifying it, the method may further include: the first electronic device decoding the data and verification portion.

[0009] In one possible implementation, the first wake-up frame may include: a channel estimation portion, a trigger sequence, a wake-up frame number, and its verification sequence. The wake-up frame number and its verification sequence include: a wake-up frame number and a verification sequence. Additionally, the first broadcast packet may also include an information frame, which includes data and a verification portion. The first electronic device verifies the first wake-up frame received within a second preset time period, and if the verification of the first wake-up frame is successful, transmits service data to the second electronic device via Bluetooth. This process may include: the first electronic device verifying the channel estimation portion; if the verification of the channel estimation portion is successful, the first electronic device receives the trigger sequence and verifies the trigger sequence; if the verification of the trigger sequence is successful, the first electronic device receives the wake-up frame number and its verification sequence, and if the verification of the wake-up frame number and its verification sequence is successful, determines the scanning time of the information frame based on the wake-up frame number and its verification sequence; during the scanning time of the information frame, the first electronic device receives the information frame and verifies the data and verification portion of the information frame; if the verification of the data and verification portion is successful, the first electronic device transmits service data to the second electronic device via Bluetooth. It should be noted that the wake-up frame number and its verification sequence may be encoded data or unencoded data. If the wake-up frame number and its verification sequence are encoded data, then after the first electronic device receives the wake-up frame number and its verification sequence, but before the first electronic device verifies the wake-up frame number and its verification sequence, the method may further include: the first electronic device decoding the wake-up frame number and its verification sequence. Additionally, the data and verification portion can be encoded data or unencoded data. If the data and verification portion are encoded data, then after the first electronic device receives the information frame, but before the first electronic device verifies the data and verification portion of the information frame, the method may further include: the first electronic device decoding the data and verification portion of the information frame.

[0010] In the above scheme, each wake-up frame of the first broadcast packet can include complete wake-up information, but this increases the average wake-up reception time (the length of a wake-up frame), resulting in higher average wake-up reception power. Therefore, each wake-up frame of the first broadcast packet can be simplified, with each wake-up frame including: a channel estimation part, a wake-up sequence, a wake-up frame number, and its check sequence. This design shortens the duration of each wake-up frame, reducing the scan time for each wake-up frame, lowering the duty cycle, and reducing average power consumption.

[0011] In one possible implementation, the channel estimation part may include a preamble. The first electronic device verifies the channel estimation part, which may include: the first electronic device performing carrier detection on the broadcast channel; and, if the carrier detection is successful, the first electronic device verifying the preamble. The carrier detection may include, but is not limited to, RSSI detection, GFSK detection, etc.; the trigger sequence is a series of digitally modulated cross-correlation sequences used to determine whether they meet preset characteristics.

[0012] In one possible implementation, the preamble includes at least two preambles with identical content. The first electronic device verifies the preamble by performing an autocorrelation test on the at least two preambles. For example, if the first broadcast packet is a BLE broadcast packet and includes two or more preambles with identical content (e.g., four preambles), then the first electronic device performs an autocorrelation test on these two or more preambles (e.g., four preambles); or, if the first broadcast packet is an HDT broadcast packet and includes two preambles with identical content, then the first electronic device performs an autocorrelation test on these two preambles.

[0013] In the above scheme, the difference between HDT broadcast packets and BLE broadcast packets lies in the channel estimation part: BLE broadcast packets use GFSK encoding, while HDT broadcast packets use QPSK encoding. Because HDT broadcast packets undergo convolutional coding, the convolutional coding causes the initial raw data to influence the encoded output of subsequent parts, resulting in some differences in data format between HDT and BLE broadcast packets. In HDT broadcast packets, the channel estimation part includes two preambles with identical content, for example, both preambles being 01010101. The Bluetooth chip at the BLE wake-up end can perform QPSK encoding on each preamble separately. Since the two preambles are identical, the BLE wake-up end can still decode the two preambles using a preset algorithm and determine whether the decoded preambles pass the verification. If they pass the verification, it further determines whether the trigger sequence passes the verification.

[0014] In one possible implementation, the aforementioned data and verification portion may include at least one of the following: the host identifier, the slave identifier, the slave's broadcast channel during connection establishment, the slave's broadcast time during connection establishment, and the verification sequence.

[0015] In one possible implementation, the first broadcast packet can be a broadcast packet based on BLE classic Bluetooth broadcast, and the broadcast channels include a first channel, a second channel, and a third channel. For example, the first channel can be channel 37, the second channel can be channel 38, and the third channel can be channel 39. Accordingly, the first electronic device scans the broadcast channels at preset time intervals, which may include: within each preset time interval, the first electronic device scans the first channel, the second channel, and the third channel sequentially, with the scanning order of the first channel, the second channel, and the third channel being random. Before the first electronic device verifies the first wake-up frame received within a second preset duration, the method may further include: based on the first channel, the first electronic device receives the first wake-up frame on the first channel via carrier detection.

[0016] In the above scheme, the BLE-wake-up device can randomly scan three channels at preset time intervals to determine whether the conditions for switching from low-power wake-up channel detection mode to trigger sequence reception mode are met, and receive any possible BLE broadcast packets. Thus, based on this frequency hopping technology, the problem of the BLE-wake-up device being unable to parse the wake-up frame from the BLE broadcast packet due to the broadcast channel being occupied for a long time can be effectively avoided, improving the success rate of device discovery.

[0017] In one possible implementation, the first broadcast packet can be a BLE-based extended broadcast or HDT-based broadcast packet, and the broadcast channel is a pre-defined broadcast channel. Taking a BLE-based broadcast packet as an example, a fixed channel can be specified in advance for transmission (selected from channel 0 to channel 36). That is to say, when broadcasting BLE or HDT, the second electronic device does not need to switch broadcast channels.

[0018] In one possible implementation, before the first electronic device scans the broadcast channel at preset time intervals, the method may further include: configuring the first electronic device to a low-power wake-up channel detection mode when a first condition is met. The low-power wake-up channel detection mode refers to being configured to detect whether information is being transmitted on the broadcast channel according to a preset duty cycle before the first electronic device detects other devices. The preset duty cycle is equal to a second preset duration divided by the sum of the first preset duration and the second preset duration.

[0019] Let the length of a wake-up frame be denoted by x. If the first BLE broadcast packet carries m wake-up frames, then the wake-up transmission duration can be represented by m×x, the first preset duration can be represented by (m-1)×x, and the second preset duration can be represented by x / q. Here, the first preset duration refers to the time interval during which the BLE-wake-up end performs detection on the broadcast channel, i.e., the time interval from the end of the previous scan to the start of the next scan; the second preset duration refers to the duration of channel scanning by the BLE-wake-up end within each scan cycle. q is greater than 1.

[0020] In the above scheme, under the low-power wake-up channel detection mode, the BLE wake-up end only needs to detect whether there is information being sent on the broadcast channel, without receiving a complete wake-up frame. Therefore, the duration of channel scanning in each preset time interval (i.e., the second preset duration) can be set to be less than the reception duration of a wake-up frame, which helps to reduce the duty cycle of the BLE wake-up end and reduce the device power consumption of the BLE wake-up end.

[0021] In one possible implementation, the first condition may include any one of the following:

[0022] The first electronic device receives a user's command to enable Bluetooth;

[0023] The first electronic device did not interact with other devices based on BLE connection to exchange service data within the third preset time period;

[0024] The first electronic device receives the user's multi-screen collaboration operation.

[0025] It is understood that the first condition mentioned above is only an example. Under other conditions, the first electronic device can also be configured to low-power wake-up channel detection mode.

[0026] Secondly, embodiments of this application provide a Bluetooth wake-up method. This method can be applied to a second electronic device. The method may include: the second electronic device sending a first broadcast packet on a broadcast channel, the first broadcast packet carrying m wake-up frames, where m is an integer greater than 1; based on the first wake-up frames in the first broadcast packet passing the verification of the first electronic device, the second electronic device transmits service data with the first electronic device via Bluetooth connection.

[0027] In the above scheme, the BLE wake-up endpoint repeatedly loops the wake-up frame within a single BLE broadcast packet, ensuring that the BLE-wake-up device receives the complete wake-up frame within that packet. Therefore, the wake-up latency is less than the duration of a single BLE broadcast packet, improving device discovery and connection establishment speed. Furthermore, decoupling the wake-up latency from the broadcast interval of the BLE wake-up endpoint also helps reduce the broadcast duty cycle of the BLE wake-up endpoint, thereby lowering its power consumption.

[0028] In one possible implementation, the first wake-up frame may include: a channel estimation part, a trigger sequence, and a data and verification part. The channel estimation part includes multiple repeating autocorrelation preamble sequences; the trigger sequence is a cross-correlation sequence modulated from a string of numbers; the data and verification part includes at least one of the following: the host identifier, the slave identifier, the slave's broadcast channel during connection establishment, the slave's broadcast time during connection establishment, and a verification sequence. It should be noted that the data and verification part may contain encoded or unencoded data.

[0029] In one possible implementation, the first wake-up frame may include: a channel estimation part, a trigger sequence, a wake-up frame number, and its check sequence; the channel estimation part includes multiple repeating autocorrelation preamble sequences; the trigger sequence is a cross-correlation sequence modulated by a string of numbers; the wake-up frame number and its check sequence are used to indicate the number of the first wake-up frame in the first broadcast packet; the first broadcast packet also includes an information frame; the information frame includes a data and check portion; the data and check portion includes at least one of the following: the host identifier, the slave identifier, the slave's broadcast channel during connection establishment, the slave's broadcast time during connection establishment, and a check sequence. It should be noted that the wake-up frame number and its check sequence can be encoded data or unencoded data. Furthermore, the data and check portion can be encoded data or unencoded data.

[0030] In the above scheme, each wake-up frame of the first broadcast packet can include complete wake-up information, but this increases the average wake-up reception time (the length of a wake-up frame), resulting in higher average wake-up reception power. Therefore, each wake-up frame of the first broadcast packet can be simplified, with each wake-up frame including: a channel estimation part, a wake-up sequence, a wake-up frame number, and its check sequence. This design shortens the time length of each wake-up frame, reducing the scan time for each wake-up frame, lowering the duty cycle, and reducing average power consumption.

[0031] In one possible implementation, the first broadcast packet is either a BLE broadcast packet or an HDT broadcast packet. The difference between an HDT broadcast packet and a BLE broadcast packet is that the channel estimation part of the BLE broadcast packet uses GFSK coding, while the channel estimation part of the HDT broadcast packet uses QPSK coding.

[0032] In one possible implementation, the m wake-up frames are specifically carried in the protocol data unit of the first BLE broadcast packet.

[0033] Taking Bluetooth version 4.0 as an example, the length of the broadcast data field in a PDU cannot exceed 31 bytes. If the length of a wake-up frame is n bits, then the following condition must be met: m×n≤31 bytes.

[0034] Taking Bluetooth version 5.0 as an example, the length of the broadcast data field in the extended PDU cannot exceed 254 bytes. If the length of a wake-up frame is n bits, then the following condition must be met: m×n≤254 bytes.

[0035] In one possible implementation, the first broadcast packet is a broadcast packet based on BLE classic Bluetooth broadcast, and the broadcast channels include a first channel, a second channel, and a third channel. For example, the first channel could be channel 37, the second channel could be channel 38, and the third channel could be channel 39.

[0036] In one possible implementation, the first broadcast packet is a BLE-based extended broadcast or HDT broadcast packet, and the broadcast channel is a pre-defined broadcast channel. Taking a BLE-based broadcast packet as an example, a fixed channel can be specified in advance for transmission (selected from channel 0 to channel 36). That is to say, when broadcasting BLE or HDT, the second electronic device does not need to switch broadcast channels.

[0037] In one possible implementation, before the second electronic device transmits the first BLE broadcast packet on the broadcast channel, the method may further include: configuring the second electronic device to a low-power wake-up transmission mode if a second condition is met. The low-power wake-up transmission mode refers to being configured to periodically transmit BLE broadcast packets carrying m wake-up frames on the broadcast channel before the second electronic device is discovered by the first electronic device.

[0038] In one possible implementation, the second condition may include any of the following:

[0039] The second electronic device is powered on;

[0040] The second electronic device receives the user's file sharing request;

[0041] The second electronic device receives the user's command to enable Bluetooth;

[0042] The second electronic device receives incoming call requests and audio / video call requests from other devices.

[0043] It is understood that the second condition mentioned above is only an example. Under other conditions, the second electronic device can be configured to a low-power wake-up transmission mode.

[0044] Thirdly, this application provides an apparatus comprising units for performing the methods described in the first or second aspect above. This apparatus can correspond to performing the methods described in the first or second aspect above. For a detailed description of the units within this apparatus, please refer to the descriptions in the first or second aspect above; for brevity, they will not be repeated here.

[0045] Fourthly, this application provides an electronic device, which can be a first electronic device. The first electronic device can be a BLE-wake-up device or a host. The first electronic device may include: one or more processors, and a memory. The memory is coupled to one or more processors, and the memory is used to store computer program code, which includes computer instructions. The one or more processors invoke the computer instructions to cause the first electronic device to perform the methods provided by the first aspect and any possible implementation thereof.

[0046] Fifthly, this application provides an electronic device. The electronic device can be a second electronic device. The second electronic device can be a BLE wake-up device or a slave device. The second electronic device may include: one or more processors, and a memory. The memory is coupled to one or more processors and is used to store computer program code, which includes computer instructions. The one or more processors invoke the computer instructions to cause the electronic device to perform the methods provided in the second aspect and any possible implementation thereof.

[0047] Sixthly, this application provides a communication system that may include a BLE wake-up device as provided in the fourth aspect and a BLE wake-up device as provided in the fifth aspect.

[0048] In a seventh aspect, this application provides a computer-readable storage medium. The computer-readable storage medium includes computer instructions. When the computer instructions are executed on a first electronic device (i.e., a BLE wake-up device), the first electronic device performs the method provided by the first aspect and any possible implementation thereof. When the computer instructions are executed on a second electronic device (i.e., a BLE wake-up device), the second electronic device performs the method provided by the second aspect and any possible implementation thereof.

[0049] Eighthly, this application provides a computer program product. When the computer program product is run on a first electronic device, it causes the first electronic device to perform the method provided by the first aspect and any possible implementation thereof. When the computer program product is run on a second electronic device, it causes the second electronic device to perform the method provided by the second aspect and any possible implementation thereof.

[0050] Ninthly, this application provides a chip system. When the chip system is applied to a first electronic device, the chip system includes one or more processors, which are configured to invoke computer instructions to cause the first electronic device to perform the method provided by the first aspect and any possible implementation thereof. When the chip system is applied to a second electronic device, the chip system includes one or more processors, which are configured to invoke computer instructions to cause the second electronic device to perform the method provided by the second aspect and any possible implementation thereof.

[0051] It is understood that the beneficial effects achieved by the apparatus of the third aspect, the electronic device of the fourth aspect, the electronic device of the fifth aspect, the communication system of the sixth aspect, the computer-readable storage medium of the seventh aspect, the computer program product of the eighth aspect, and the chip system of the ninth aspect can be referred to as the beneficial effects of the first and second aspects, and will not be repeated here. Attached Figure Description

[0052] Figure 1 A schematic diagram of a communication system provided in an embodiment of this application;

[0053] Figure 2 This is a schematic diagram of the structure of the Bluetooth module provided in an embodiment of this application;

[0054] Figure 3 A schematic diagram illustrating the transmission and scanning of BLE broadcast packets using a duty cycle method, provided for embodiments of this application;

[0055] Figure 4 A schematic diagram illustrating the Bluetooth wake-up process using frequency hopping and duty cycle for the BLE wake-up end and BLE wake-up device provided in this embodiment of the application.

[0056] Figure 5 A schematic diagram of the hardware structure of a mobile phone provided in an embodiment of this application;

[0057] Figure 6 A schematic diagram of the hardware structure of a Bluetooth watch provided in an embodiment of this application;

[0058] Figure 7 A flowchart illustrating a Bluetooth wake-up method provided in an embodiment of this application;

[0059] Figure 8 A schematic diagram of a Bluetooth wake-up scenario provided in an embodiment of this application;

[0060] Figure 9 A schematic diagram illustrating another Bluetooth wake-up scenario provided in an embodiment of this application;

[0061] Figure 10 A schematic diagram illustrating another Bluetooth wake-up scenario provided in an embodiment of this application;

[0062] Figure 11 A schematic diagram illustrating another Bluetooth wake-up scenario provided in an embodiment of this application;

[0063] Figure 12 A schematic diagram illustrating the writing of multiple wake-up frames into the vendor-defined data field of classic BLE broadcast and extended BLE broadcast, provided for embodiments of this application;

[0064] Figure 13 A schematic diagram illustrating the data format of a classic BLE broadcast packet provided in an embodiment of this application;

[0065] Figure 14 A schematic diagram of three cyclic sequences in a PDU provided for embodiments of this application;

[0066] Figure 15 A schematic diagram illustrating the data format of the extended BLE broadcast packet provided in an embodiment of this application;

[0067] Figure 16 A schematic diagram illustrating the transmission of a wake-up frame according to an embodiment of this application;

[0068] Figure 17 A schematic diagram illustrating another transmission wake-up frame provided in an embodiment of this application;

[0069] Figure 18 A comparative schematic diagram of two wake-up frame formats provided in the embodiments of this application;

[0070] Figure 19 A schematic diagram illustrating the transmission of wake-up frames based on HDT, provided in an embodiment of this application;

[0071] Figure 20 A schematic diagram illustrating the data format of a broadcast packet based on HDT, provided in an embodiment of this application;

[0072] Figure 21 A flowchart illustrating a Bluetooth wake-up method supporting frequency hopping, provided as an embodiment of this application;

[0073] Figure 22 This is a schematic diagram illustrating the transmission and reception of wake-up frames in frequency hopping mode, as provided in an embodiment of this application. Detailed Implementation

[0074] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are some embodiments of this application, but not all embodiments.

[0075] In the description of this application, unless otherwise stated, " / " means "or". For example, A / B can mean A or B. In the description of this application, "and / or" is merely a way of describing the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent three cases: A alone, A and B simultaneously, and B alone.

[0076] In the specification and claims of this application, the terms "first" and "second," etc., are used to distinguish different objects or to distinguish different treatments of the same object, rather than to describe a specific order of the objects. For example, "first operation" and "second operation," etc., are used to distinguish different operations, rather than to describe a specific order of operations. In the embodiments of this application, "multiple" refers to two or more.

[0077] References to "some embodiments" and the like in this specification mean that one or more embodiments of this application include the specific features, structures, or characteristics described in connection with that embodiment. Therefore, phrases such as "in some embodiments," "in other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiments, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0078] To facilitate understanding of the embodiments of this application, some terms used in the embodiments of this application will be explained below.

[0079] Bluetooth Broadband (BLE) is a short-range wireless communication technology. Currently, BLE is widely used in low-power IoT devices, smart home devices, and wearable devices. Compared to classic Bluetooth, BLE aims to reduce power consumption in smart devices while maintaining the same communication range. BLE has a total of 40 channels, with frequency bands ranging from 2402 MHz to 2480 MHz. Each 2 MHz corresponds to one channel. These 40 channels include 3 broadcast channels (channels 37, 38, and 39) and 37 data channels.

[0080] Typically, the BLE connection process between a master and slave device involves the following stages: broadcast, scanning, pairing, binding, connection, and communication. As an example, in the broadcast stage, the slave device sends a broadcast packet; in the scanning stage (also known as the device discovery stage), the master device receives the broadcast packet from the slave device; after the master device successfully verifies the broadcast packet, the master and slave devices can establish a Bluetooth connection and transmit service data through subsequent stages. As another example, when the smart device is not in use, or during use due to excessive wireless distance or strong interference, the smart device may disconnect from the Bluetooth connection. After a paired device disconnects from the Bluetooth connection, re-pairing is not necessary, but re-broadcasting and scanning are still required to re-establish the Bluetooth connection and transmit service data.

[0081] For example, Figure 1 This is a schematic diagram of a communication system provided in an embodiment of this application.

[0082] A communication system may include a master device (also known as a BLE host or master scanner) and at least one slave device (also known as a BLE slave or slave broadcaster). Both the master and slave devices are BLE-connected smart devices, and the master device can independently exchange business data with each slave device. The master and slave devices can be of the same or different types. For example, the master device can be a mobile phone, a personal computer (PC), a computer or tablet with wireless transceiver capabilities, etc., while the slave device can be a smart screen, a smart TV, a wearable device, a virtual reality (VR) device, an augmented reality (AR) device, a wireless terminal in a smart grid, a wireless terminal in transportation safety, a wireless terminal in a smart city, or a wireless terminal in a smart home, etc. For example, such as... Figure 1 As shown, the main device can be a mobile phone, and the slave device can be a laptop, tablet, smart tag, smartwatch, wireless earphone, Bluetooth speaker, or smart washing machine, etc.

[0083] Interoperability between smart devices is based on device discovery and device connection. In this application, the device sending the broadcast packet is referred to as the BLE wake-up end, and the device receiving the broadcast packet is referred to as the BLE wake-up received end. As one example, the slave device is the BLE wake-up end, and the master device is the BLE wake-up received end. As another example, the master device is the BLE wake-up end, and the slave device is the BLE wake-up received end. It should be noted that the following embodiments are all described using the slave device as the BLE wake-up end and the master device as the BLE wake-up received end, and do not constitute a limitation on this application.

[0084] For example, Figure 2 This is a schematic diagram of the structure of the Bluetooth module provided in an embodiment of this application.

[0085] like Figure 2 As shown, the BLE wake-up terminal 200 and the BLE wake-up device 100 can each be equipped with a Bluetooth module. A Bluetooth module is also called a Bluetooth chip. A Bluetooth chip can include a Bluetooth subsystem and a Bluetooth interface, etc. The Bluetooth subsystem can include a microprocessor, Bluetooth baseband, read-only memory (ROM), random access memory (RAM), a joint test action group (JTAG), an advanced high-performance bus (AHB), and a radio frequency module, etc. The Bluetooth interface can include a universal asynchronous receiver / transmitter (UART) and pulse code modulation (PCM), etc.

[0086] It should be noted that, as Figure 2 The Bluetooth module shown is merely illustrative and does not limit the scope of this application. In actual implementation, the Bluetooth module may include more or fewer functional structures.

[0087] In this application embodiment, according to the hardware architecture classification, the Bluetooth modules of the BLE wake-up end 200 and the BLE wake-up end 200 can adopt a standard dual-chip architecture, a single-chip architecture, or a custom dual-chip architecture.

[0088] The dual-chip master control standard architecture consists of a host and a controller. Typically, this architecture is used in powerful system-on-chip (SoC) master control systems such as mobile phones and smart TVs. The host runs on Linux or Android. The controller also has its own dedicated SoC master control. The two communicate via human-computer interaction (HCI) protocols and standard hardware interfaces (such as USB). The host consists of a core protocol layer (L2CAP, SDP, SMP, ATT) and core specifications (GAP, GATT). The controller is responsible for running the physical and logical link layer functions.

[0089] Single-chip architectures are typically used in relatively simple peripheral devices that connect to mobile phones, such as Bluetooth headsets, Bluetooth watches, and smart trackers. A single-chip architecture can implement the entire Bluetooth protocol stack on a single chip, which includes a host and a controller. The host and controller exchange data through an application programming interface (API).

[0090] In a custom dual-chip architecture, most or all of the Bluetooth protocol stack functions run in the Bluetooth SoC, while the Bluetooth application runs in the microcontroller unit (MCU). The communication protocol between the MCU and the Bluetooth SoC is defined by the manufacturer, hence the term "custom dual-chip architecture."

[0091] BLE technology can be applied to low-power IoT devices, smart home devices, and wearable devices. Due to limitations in size and portability, smart devices typically have small battery capacities. During the device discovery phase, if the BLE wake-up endpoint 200 and the BLE wake-up target endpoint 200 remain constantly powered on, it will increase the power consumption of the smart device and reduce its battery life. To reduce power consumption and extend battery life, the BLE wake-up endpoint 200 and the BLE wake-up target endpoint 200 can use a duty cycle to send and scan BLE broadcast packets.

[0092] For example, Figure 3 This is a schematic diagram illustrating the BLE wake-up end and the BLE wake-up end sending and scanning BLE broadcast packets using a duty cycle method, as provided in the embodiments of this application.

[0093] exist Figure 3 (a) and Figure 3In (b) of the diagram, the BLE wake-up client can send a BLE broadcast packet at second intervals, with the transmission duration (i.e., scan window) of each BLE broadcast packet being the first duration. For example, if the first duration is 300 microseconds and the second duration is 600 microseconds, the BLE wake-up client can send BLE broadcast packet 1 from time t2 to time t4, and BLE broadcast packet 2 from time t6 to time t7. The transmission durations from time t2 to time t4, from time t4 to time t6, and from time t6 to time t7 are all 300 microseconds. The BLE wake-up client can send broadcast packets with a duty cycle of 50% (first duration / second duration).

[0094] exist Figure 3 (a) and Figure 3 In (b) of the diagram, the BLE-wake-up end can perform a round of detection every fourth time interval to determine whether BLE information is being transmitted on the broadcast channel. The duration of each channel detection (i.e., the scanning window) is the third time interval. The third time interval is greater than or equal to the sum of the second and first time intervals. The BLE-wake-up end can detect whether BLE information is being transmitted on the broadcast channel according to the duty cycle of the third time interval / fourth time interval.

[0095] The following section explains the correlation between the duty cycle of the BLE wake-up end and the device detection latency by changing the duty cycle of the BLE wake-up end while keeping the duty cycle of the BLE wake-up end constant.

[0096] In Figure 3 Taking (a) as an example, the third duration is 900 microseconds and the fourth duration is 1200 microseconds. The BLE-wake-up end can detect whether BLE information is being sent on the broadcast channel with a 75% duty cycle. The BLE-wake-up end can perform one round of detection during channel detection period 1 (from time t1 to time t3). Since time t3 is between time t2 and time t4, the BLE-wake-up end has not yet received the complete BLE broadcast packet 1 by the end of this round of detection. The BLE-wake-up end determines that no device has been found and switches to sleep mode. Then, the BLE-wake-up end can perform the next round of detection during channel detection period 2 (from time t5 to time t8). Since time t6 to time t7 is included in channel detection period 2, the BLE-wake-up end can receive the complete BLE broadcast packet 2 before the end of this round of detection and discover the BLE wake-up end based on the BLE broadcast packet 2. Thus, the BLE wake-up end and the BLE-wake-up end can attempt to establish a BLE connection. That is to say, in Figure 3In (a), when the BLE wake-up end sends a broadcast packet with a 50% duty cycle, and the BLE wake-up end detects whether there is BLE information being sent on the broadcast channel with a 75% duty cycle, the device discovery delay is (t7-t2), that is, the time between the moment t2 when the first broadcast packet is sent and the moment t7 when a complete broadcast packet is received is the device discovery delay.

[0097] In Figure 3 Taking (b) as an example, where the third and fourth durations are both 900 microseconds, the BLE-wake-up end can detect whether BLE information is being sent on the broadcast channel with a 50% duty cycle. The BLE-wake-up end can perform one round of detection during channel detection period 1 (from time t1 to time t3). Since time t3 falls between time t2 and time t4, the BLE-wake-up end has not yet received the complete BLE broadcast packet 1 by the end of this round of detection. Therefore, the BLE-wake-up end determines that no device has been found and switches to sleep mode. Since time t6 to time t7 is not included in channel detection period 2, the BLE-wake-up end cannot receive the broadcast packet 2 from the BLE wake-up end, and thus cannot find the BLE wake-up end. Then, the BLE-wake-up end can perform the next round of detection during channel detection period 2 (from time t9 to time t12). Since the period from time t10 to time t11 is included in channel detection period 2, the BLE-wake-up end can receive the complete BLE broadcast packet 3 before the end of this round of detection, and discover the BLE-wake-up end based on the BLE broadcast packet 3. Therefore, the BLE-wake-up end and the BLE-wake-up end can attempt to establish a BLE connection. That is to say, in Figure 3 In (b) of the diagram, when the BLE wake-up end sends a broadcast packet with a 50% duty cycle, and the BLE wake-up end checks whether BLE information is being sent on the broadcast channel with a 50% duty cycle, the device discovery delay is (t11-t2). That is, the time between the moment t2 when the first broadcast packet is sent and the moment t11 ​​when a complete broadcast packet is received is the device discovery delay. Where (t11-t2) > (t7-t2).

[0098] As described in the above embodiments, the third duration is determined based on the first and second durations. Changing the fourth duration will change the duty cycle of the BLE wake-up device. A higher duty cycle of the BLE wake-up device results in shorter device detection latency and higher device power consumption; conversely, a lower duty cycle of the BLE wake-up device results in longer device detection latency and lower device power consumption. Therefore, there is a strong correlation between the duty cycle of the BLE wake-up device, the duty cycle of the BLE wake-up device, the device detection latency, and the device power consumption.

[0099] During the device discovery phase, both the BLE wake-up end and the BLE wake-up device can reduce the power consumption of smart devices by decreasing the duty cycle of sending and scanning BLE broadcast packets. However, for scenarios that urgently require device connection establishment, such as answering calls, multi-screen collaboration, and super connection establishment, a lower duty cycle will increase device discovery latency, thereby affecting connection establishment and ultimately reducing the user experience of smart devices.

[0100] Referring to the description of the above embodiments, BLE includes three channels: channel 37, channel 38, and channel 39. To reduce interference, frequency hopping combined with duty cycle can be used for Bluetooth wake-up.

[0101] For example, Figure 4 This diagram illustrates how the BLE wake-up terminal and the BLE wake-up device provided in this embodiment of the application use a frequency hopping + duty cycle method for Bluetooth wake-up.

[0102] like Figure 4 As shown, when a BLE wake-up device (such as a Bluetooth headset) wakes up from sleep mode or when the connection is lost, if a reconnection is needed, the BLE wake-up device will periodically send broadcasts, sequentially sending BLE broadcast packets on three broadcast channels. It should be noted that the order of the channels sent by the BLE wake-up device in each broadcast round is random and not necessarily the order of channels 37, 38, and 39. The broadcast period is a fixed period plus a random time of 0 to 10 ms; for example, the fixed period is 1000 ms. Taking a random delay of 5 ms in the first broadcast period as an example, the first broadcast period is 1005 ms. Taking a random delay of 8 ms in the second broadcast period as an example, the second broadcast period is 1008 ms.

[0103] Additionally, when the BLE wake-up end broadcasts, the BLE wake-up end (such as a mobile phone) performs a broadcast scan. The BLE wake-up end scans each broadcast channel sequentially, and this scanning behavior is also periodic. That is, every scanning cycle, the BLE wake-up end scans one of the three broadcast channels for a period of time, and the broadcast scan cycle is a fixed period plus a random time interval of 0 to 10 ms. Once the BLE wake-up end captures the broadcast packet from the BLE wake-up end through scanning, it immediately sends a connection request to the BLE wake-up end. Then, the BLE wake-up end attempts to exchange data with the BLE wake-up end. If the BLE wake-up end replies with a message, it indicates that the connection has been successfully established; otherwise, the BLE wake-up end re-executes the scanning process. If a paired BLE device connection is lost, this process also needs to be repeated to re-establish the connection.

[0104] As can be seen, the above process has a strong degree of randomness (random broadcast period and transmission channel, random broadcast scan period and scan channel). If the scan window and broadcast window do not match, the BLE wake-up end will not be able to scan for the BLE wake-up end, thus BLE connection establishment can easily lead to a long time consumption (generally 3 to 5 seconds, which may be longer depending on the configuration of different manufacturers).

[0105] In view of the problems existing in the above-mentioned Bluetooth wake-up schemes, this application provides an improved Bluetooth wake-up scheme. In this scheme, the BLE wake-up end can broadcast multiple cyclic wake-up frames (WUFs) in a single BLE broadcast packet. Each wake-up frame includes at least a channel estimation part and a trigger sequence (also called a wake-up sequence). The BLE wake-up end can scan at preset time intervals to determine whether the channel estimation part passes the test. Once the BLE wake-up end detects that the channel estimation part has passed the verification, it continues to capture the trigger sequence and determines whether the trigger sequence has passed the verification. After the trigger sequence passes the verification, the connection is re-established. Since the BLE wake-up end can receive a complete wake-up frame in a single BLE broadcast packet, the wake-up latency of this scheme is less than the duration of a single BLE broadcast packet.

[0106] It should be noted that the duration of a BLE broadcast packet, also known as transmission duration or reception duration, can refer to the time elapsed from when the BLE wake-up end starts sending a broadcast packet to when it finishes sending it, or it can refer to the time elapsed from when the BLE wake-up end starts receiving a broadcast packet to when it finishes receiving it. For example, the duration of a BLE broadcast packet may be 300 microseconds or 2 seconds.

[0107] The following is combined Figures 5 to 22 An example is provided to illustrate the improved Bluetooth wake-up scheme provided in this application.

[0108] Taking the woken-up device as a mobile phone as an example, Figure 5 This is a schematic diagram of the hardware structure of a mobile phone provided in an embodiment of this application.

[0109] like Figure 5As shown, the mobile phone 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, a headphone jack 170D, a sensor module 180, buttons 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a subscriber identification module (SIM) card interface 195, etc.

[0110] Processor 110 may include one or more processing units, such as: application processor (AP), modem processor, graphics processing unit (GPU), image signal processor (ISP), controller, memory, video codec, digital signal processor (DSP), baseband processor, and / or neural network processing unit (NPU), etc.

[0111] The controller can serve as the central nervous system and command center of the mobile phone 100. Based on the instruction operation code and timing signals, the controller generates operation control signals to control the fetching and execution of instructions.

[0112] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or that are used repeatedly. If the processor 110 needs to use the instruction or data again, it can retrieve it directly from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0113] The charging management module 140 is used to receive charging input from the charger.

[0114] The power management module 141 is used to connect the battery 142, the charging management module 140, and the processor 110. The power management module 141 receives input from the battery 142 and / or the charging management module 140 to power the processor 110, internal memory 121, external memory, display 194, camera 193, and wireless communication module 160, etc.

[0115] The wireless communication function of mobile phone 100 can be implemented through antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, modem processor, and baseband processor. Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. Mobile communication module 150 can provide solutions for wireless communication applications in mobile phone 100, including 2G / 3G / 4G / 5G. Mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. Wireless communication module 160 can provide solutions for wireless communication applications in mobile phone 100, including wireless local area networks (WLAN), Bluetooth, global navigation satellite system (GNSS), frequency modulation (FM), near-field communication (NFC), infrared (IR), etc. Wireless communication module 160 can be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via antenna 2, performs frequency modulation and filtering of the electromagnetic wave signal, and sends the processed signal to processor 110. The wireless communication module 160 can also receive signals to be transmitted from processor 110, perform frequency modulation and amplification, and convert them into electromagnetic waves for radiation via antenna 2.

[0116] In this embodiment, the wireless communication module 160 mainly refers to a Bluetooth module. This Bluetooth module may have the following features: Figure 2 The hardware structure shown, for example, includes a Bluetooth subsystem and a Bluetooth interface. The Bluetooth module and processor 110 can adopt a dual-chip standard architecture. When the processor 110 schedules the Bluetooth module, the Bluetooth module is configured in low-power wake-up channel detection mode and checks whether the channel estimation part passes the detection according to a certain duty cycle. If the channel estimation part passes the detection, the Bluetooth module continues to capture a trigger sequence and determines whether the trigger sequence passes the verification.

[0117] The mobile phone 100 uses a GPU, a display screen 194, and an application processor to achieve its display function.

[0118] Display screen 194 is used to display images, videos, etc. Display screen 194 includes a display panel.

[0119] The mobile phone 100 can achieve shooting functions through ISP, camera 193, video codec, GPU, display 194 and application processor.

[0120] The external storage interface 120 can be used to connect an external storage card, such as a Micro SD card, to expand the storage capacity of the mobile phone 100. The external storage card communicates with the processor 110 through the external storage interface 120 to perform data storage functions. For example, music, video, and other files can be saved on the external storage card.

[0121] Internal memory 121 can be used to store computer executable program code, which includes instructions. Processor 110 executes various functional applications and data processing of mobile phone 100 by running the instructions stored in internal memory 121. Internal memory 121 may include a program storage area and a data storage area.

[0122] The mobile phone 100 can achieve audio functions such as music playback and recording through the audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, and application processor.

[0123] Keypad 190 includes a power button, volume buttons, etc. Mobile phone 100 can receive keypad input and generate key signal inputs related to user settings and function control of mobile phone 100.

[0124] Motor 191 can generate vibration alerts.

[0125] Indicator 192 can be an indicator light, used to indicate charging status, power changes, or to indicate messages.

[0126] The SIM card interface 195 is used to connect the SIM card.

[0127] Understandable, Figure 5 The illustrated structure does not constitute a specific limitation on the mobile phone 100. In other embodiments, the mobile phone 100 may include... Figure 5 The diagram shows more or fewer components, or combinations of components, or separate components, or different arrangements of components. The components shown can be implemented in hardware, software, or a combination of both.

[0128] Taking a Bluetooth watch with a 200 wake-up device as an example, Figure 6 This is a schematic diagram of the hardware structure of a Bluetooth watch provided in an embodiment of this application.

[0129] like Figure 6As shown, the Bluetooth watch 200 may include a microcontroller unit 201, a Bluetooth module 202, an audio module 203, a power module 204, a memory 205, and a display 206.

[0130] The microcontroller unit 201 is the main control chip of the Bluetooth watch 200. It executes application code and calls relevant modules to implement the functions of the Bluetooth watch 200, such as pairing and connecting with the mobile phone 100, audio playback, and making / receiving calls. The microcontroller unit 201 features a low-power mode, which reduces device power consumption while maintaining high performance. For example, the microcontroller unit 201 can instruct the Bluetooth module 202 to send a broadcast packet carrying a cyclic wake-up frame in low-power wake-up transmission mode, allowing the mobile phone 100 to verify the received wake-up frame.

[0131] Bluetooth module 202 can be used as follows Figure 2 The Bluetooth module shown is used. The Bluetooth watch 200 can pair and connect with the Bluetooth chip of the mobile phone 100 via the Bluetooth module 202 to achieve wireless communication and service processing between the Bluetooth watch 200 and the mobile phone 100. In this embodiment, the Bluetooth module 202 can be a BLE module. The Bluetooth module 202 can receive the signal to be transmitted from the microcontroller unit 201, perform frequency modulation, amplify it, and then convert it into electromagnetic waves for radiation via the Bluetooth antenna.

[0132] The audio module 203 can be used to manage audio data and enable the Bluetooth watch 200 to input and output audio signals. For example, the audio module 203 can obtain audio signals from the Bluetooth module 202 to enable functions such as making and receiving calls via Bluetooth headset, playing music, activating / deactivating the voice assistant of the mobile phone 100 connected to the Bluetooth headset, and receiving / sending user voice data. The audio module 203 may include a speaker (or earpiece, receiver) assembly for outputting audio signals, a microphone (or microphone), and a microphone recording circuit that works with the microphone. The speaker can be used to convert audio electrical signals into sound signals and play them. The microphone can be used to convert sound signals into audio electrical signals.

[0133] The power module 204 provides system power to the Bluetooth watch 200, supplying power to its various functional modules. The power module 204 may include a power management unit (PMU) and a battery. The PMU can receive external charging input, transform the electrical signal input to the charging circuit, and provide it to the battery for charging. It can also transform the electrical signal provided by the battery and provide it to other modules such as the audio module 203 and the Bluetooth module 202. In some embodiments, the power module 204 may also include a wireless charging coil for wirelessly charging the Bluetooth watch 200. Additionally, the power management unit can monitor battery capacity, battery cycle count, and battery health status.

[0134] The memory 205 can be used to store program code, such as applications for pairing and connecting the Bluetooth watch 200 with the mobile phone 100, and for handling the audio services of the mobile phone 100 (such as music playback and making / receiving calls). The memory 205 can also be used to store other information, such as the owner's identity information, connection time, disconnection time, disconnection reason, and other information.

[0135] The display 206 includes a display panel for displaying an interface, such as a call screen.

[0136] Additionally, the Bluetooth watch 200 may also include sensors 207. For example, sensors 207 may include a proximity sensor, an ambient light sensor, a temperature sensor, an accelerometer, a pedometer, a heart rate sensor, a barometer, and an altimeter. For instance, the Bluetooth watch 200 can use a proximity sensor to detect the presence of objects nearby, an ambient light sensor to sense ambient light levels, and a temperature sensor to collect temperature data. When the microcontroller unit 201 detects an object near the Bluetooth watch 200, and the ambient light levels are below a preset brightness threshold and the temperature is within a preset range, it determines that the Bluetooth watch 200 is being worn by the user.

[0137] Understandable, Figure 6 The illustrated structure does not constitute a specific limitation on the Bluetooth watch 200. It can have more or fewer components, can combine two or more components, or can have different component configurations. For example, the outer surface of the Bluetooth watch may also include components such as buttons, indicator lights (which can indicate battery level, incoming / outgoing calls, pairing mode, etc.), and a dustproof mesh (which can be used with the earpiece). The buttons can be physical buttons or touch buttons (used in conjunction with a touch sensor), used to trigger operations such as power on / off, pause, play, record, initiate pairing, and reset.

[0138] It should be noted that traditional BLE wake-up devices and BLE wake-up terminals may not have the capability to execute the Bluetooth wake-up solution provided in this application. For example, the Bluetooth module of the BLE wake-up device may not support Low Power Wake-up Channel Detection (LPSDC) mode, and the Bluetooth module of the BLE wake-up terminal may not support Low Power Wake-up Transmission (LPT) mode. In the embodiments of this application, the Bluetooth module of the BLE wake-up device can be a manufacturer-developed chip or a custom chip, which supports configuration in Low Power Wake-up Channel Detection (LPSDC) mode; the BLE wake-up terminal can be a product of the same manufacturer (i.e., the manufacturer of the BLE wake-up device) or an ecosystem product developed by a partner manufacturer of that manufacturer. For example, the manufacturer of the BLE wake-up device may provide software modification permissions to the manufacturer of the BLE wake-up device. When the BLE wake-up device and the BLE wake-up terminal establish a connection for the first time, the BLE wake-up device can modify the software of its microcontroller unit and / or Bluetooth module to enable the BLE wake-up terminal to support configuration in Low Power Wake-up Transmission (LPT) mode.

[0139] For example, Figure 7 This is a flowchart illustrating a Bluetooth wake-up method provided in an embodiment of this application. Figure 7 As shown, the method may include the following S01 to S10.

[0140] S01, the BLE wake-up end is configured to low-power wake-up transmission mode.

[0141] The low-power wake-up transmission mode, also known as sleep mode, refers to the BLE wake-up endpoint being configured to periodically send BLE broadcast packets on the broadcast channel before being discovered by the BLE wake-up subject. A single BLE broadcast packet contains multiple cyclic wake-up frames. Each wake-up frame can be used to wake up the BLE wake-up subject. That is, each wake-up frame can be used by the BLE wake-up subject to discover the BLE wake-up endpoint.

[0142] In some embodiments, the BLE wake-up endpoint can be configured for low-power wake-up transmission mode under the following conditions:

[0143] (1) Power on the BLE wake-up terminal.

[0144] like Figure 8 As shown, when a user opens the charging case of the Bluetooth earbuds, it indicates that the user may need to use the earbuds. The earbuds can be configured in low-power wake-up transmission mode according to software settings and transmit BLE broadcast packets containing multiple loops of wake-up frames on the broadcast channel. Correspondingly, a mobile phone configured in low-power wake-up channel detection mode can receive the wake-up frames.

[0145] It should be noted that, Figure 8This explanation uses a Bluetooth headset entering low-power wake-up transmission mode upon power-up as an example, and does not limit the scope of this application. Other possible smart devices can also be configured into low-power wake-up transmission mode according to software settings when powered on. For example, after installing batteries in a smart finder, the finder powers on and is configured into low-power wake-up transmission mode, sending BLE broadcast packets on a broadcast channel to facilitate discovery by other devices.

[0146] (2) The BLE wake-up terminal receives the user's file sharing operation.

[0147] The file sharing operation described above can be used to instruct the sharing of files in the BLE wake-up client to other devices.

[0148] like Figure 9 As shown, while using mobile phone 1, the user may need to share files such as videos, pictures, or documents from mobile phone 1 to other devices. For example, when mobile phone 1 displays a photo in the gallery application, the user can click the "Share to other devices" option. In response to the user's action, mobile phone 1 is configured to low-power wake-up transmission mode and sends a BLE broadcast packet containing multiple loops of wake-up frames on the broadcast channel. Accordingly, mobile phone 2, configured to low-power wake-up channel detection mode, can receive the wake-up frames. After successful verification, mobile phone 1 shares the photo to mobile phone 2 via Bluetooth connection.

[0149] (3) The BLE wake-up terminal receives call answering requests and audio / video call requests from other devices.

[0150] like Figure 10 As shown, initially, the phone and Bluetooth headset successfully pair and establish a Bluetooth connection. If the user does not use the Bluetooth headset for an extended period, the headset disconnects from the phone and is configured in Low Power Wake-up Channel Detection mode. At this point, if the phone receives a call request from another device, it can, according to its software settings, configure itself in Low Power Wake-up Transmission mode and send BLE broadcast packets containing multiple loops of wake-up frames on the broadcast channel. The Bluetooth headset can then receive these wake-up frames. After successful verification, the user can make calls through the Bluetooth headset.

[0151] (4) The BLE wake-up terminal receives the user's operation to enable Bluetooth.

[0152] like Figure 11As shown, Bluetooth on the phone is initially turned off. When the user wants to use Bluetooth, they can pull down the screen to access the phone's control menu. Then, the user can tap the "Bluetooth" option in the control menu. In response to the tap, the phone configures itself to Low Power Wake-up Transmit mode and transmits BLE broadcast packets containing multiple loops of wake-up frames on the broadcast channel. Correspondingly, a PC configured to Low Power Wake-up Channel Detection mode can receive the wake-up frames. After successful verification, the phone and PC attempt to connect.

[0153] Referring to the description of the above embodiments, the BLE wake-up end communicates with the BLE wake-up end via a Bluetooth module. Specifically, the BLE wake-up end can configure its Bluetooth module to a low-power wake-up transmission mode, enabling the Bluetooth module to transmit BLE broadcast packets containing multiple loops of wake-up frames on the broadcast channel.

[0154] S02, the BLE wake-up end is configured to low-power wake-up channel detection mode.

[0155] Among them, the low-power wake-up channel detection mode, also known as the sleep mode, refers to the BLE wake-up end being configured to detect whether there is information being sent on the broadcast channel according to a preset duty cycle before the BLE wake-up end discovers the BLE wake-up end.

[0156] As an example, the preset duty cycle is equal to the second preset duration divided by the sum of the first and second preset durations. The first preset duration is the scanning interval of the BLE wake-up end (i.e., the time interval from the end of the previous scan to the start of the next scan), and the second preset duration is the length of the scanning window within each scanning interval. For example, the first preset duration is less than or equal to the reception duration of (m-1) wake-up frames, and the second preset duration is greater than or equal to the reception duration of one wake-up frame.

[0157] In some embodiments, the BLE wake-up device can be configured in low-power wake-up channel detection mode under the following conditions:

[0158] (1) The BLE wake-up device receives the user's Bluetooth activation command.

[0159] like Figure 8 As shown, Bluetooth on the phone is initially turned off. When the user wants to use Bluetooth, they can pull down the screen to access the control menu. Then, the user can tap the "Bluetooth" option in the control menu. In response to the tap, the phone is configured to low-power wake-up channel detection mode and checks the broadcast channel for information to be transmitted according to a preset duty cycle.

[0160] Based on the descriptions in S01 (4) and S02 (1) of the above embodiments, a mobile phone may be configured simultaneously to a low-power wake-up transmission mode and a low-power wake-up channel detection mode. That is, the mobile phone can both broadcast its wake-up frame to other devices and receive wake-up frames from other devices.

[0161] (2) The BLE-wake-up device does not interact with other devices via Bluetooth to exchange service data within a preset time period.

[0162] like Figure 10 As shown, initially, the mobile phone and Bluetooth headset successfully pair and establish a Bluetooth connection. If the Bluetooth headset detects that it has not exchanged service data with the mobile phone via Bluetooth within a preset time (e.g., 10 minutes), or if the signal between the Bluetooth headset and the mobile phone is weak, the Bluetooth headset disconnects from the mobile phone and is configured to low-power wake-up channel detection mode, and checks whether there is information being sent on the broadcast channel according to a preset duty cycle. Once a wake-up frame sent by the mobile phone is detected, the mobile phone and Bluetooth headset re-establish the connection and exchange service data. It can be understood that when the user does not use the Bluetooth headset for a long time, configuring the Bluetooth headset to low-power wake-up channel detection mode can reduce the power consumption of the Bluetooth headset and extend its battery life.

[0163] (3) The BLE-wake-up terminal receives the user's multi-screen collaboration operation.

[0164] Multi-screen collaboration refers to connecting at least two electronic devices. It allows you to mirror the windows of another electronic device on one device, making it more efficient to use applications from the other device, drag and drop files, and edit files on your phone.

[0165] like Figure 12 As shown, when a user wants to use the multi-screen collaboration feature, they can click the multi-screen collaboration option in the PC control panel. In response to the user's click, the PC is configured in low-power wake-up channel detection mode and checks for information being transmitted on the broadcast channel according to a preset duty cycle. When the PC detects a BLE broadcast packet from another electronic device, it can verify the BLE broadcast packet. If the BLE broadcast packet verification is successful, the PC's logo and the logos of other electronic devices (such as mobile phones) are displayed on the PC's screen. If the user drags the mobile phone's logo to the area where the PC's logo is located, the PC sends a Bluetooth-based collaboration request to the mobile phone.

[0166] Referring to the description of the above embodiments, the BLE wake-up end communicates with the BLE wake-up end via Bluetooth module. Therefore, the BLE wake-up end can specifically configure its Bluetooth module to low-power wake-up channel detection mode.

[0167] S03, the BLE wake-up end begins sending the first BLE broadcast packet.

[0168] The first BLE broadcast packet mentioned above, also known as a paging message, is used to discover Bluetooth devices located near the BLE wake-up end.

[0169] After the BLE wake-up end is configured to low-power wake-up transmission mode, it begins sending the first BLE broadcast packet. This first BLE broadcast packet can carry multiple cycles of wake-up frames. Since the content of each wake-up frame is essentially the same—for example, each wake-up frame carries a channel estimation portion and a trigger sequence—when the BLE wake-up end receives any wake-up frame and passes the verification, it can send a connection request or acknowledgment message to the BLE wake-up end.

[0170] It should be noted that, since the first BLE broadcast packet carries not only multiple cyclic wake-up frames but also various information such as the access address, it can be continuously transmitted on the broadcast channel for a period of time. During this period, the BLE wake-up end can successively transmit multiple wake-up frames, and the BLE wake-up end may receive one of these wake-up frames.

[0171] Because the broadcast data field of the protocol data unit (PDU) in the broadcast packet grants manufacturers the right to modify it, the broadcast data field is also called the manufacturer-defined data field. The BLE wake-up device can carry multiple loops of wake-up frames in the broadcast data field. The length of the broadcast data field in the PDU may vary in different Bluetooth versions, and the number of wake-up frames carried in the PDU's broadcast data field may also differ depending on the Bluetooth version used. Figure 12As shown, in the manufacturer - defined data field of classic BLE broadcast, the wake - up frame can be repeated m1 times, and in the manufacturer - defined data field of extended BLE broadcast, the wake - up frame can be repeated m2 times, where m1 < m2. Each wake - up frame can include three parts: a channel estimation part, a trigger sequence, and a data and check part. The channel estimation part can be designed as a signal / sequence repeated several times and is incompatible with the preamble part of the existing communication methods. The channel estimation part can be used for carrier detection and preamble detection. Carrier detection can include but is not limited to received signal strength indicator (RSSI) detection, modulation and demodulation principle of gauss frequency shift keying (GFSK) detection, etc.; the trigger sequence is a cross - correlation sequence modulated by a string of numbers and is used to determine whether it meets the preset characteristics. The data and check part can include slave identification, master identification, the broadcast channel of the slave during connection establishment, the broadcast time of the slave during connection establishment, a check sequence, etc., and these information can also be used for auxiliary verification.

[0172] The following combines Figures 13 to 15 to specifically describe the data format of the BLE broadcast packet.

[0173] Exemplarily, Figure 13 is a schematic diagram of the data format of the classic BLE broadcast packet provided by an embodiment of this application.

[0174] Taking Bluetooth version 4.0 as an example. As Figure 13 shown, the BLE broadcast packet consists of a preamble, an access address, a PDU, and a cyclic redundancy check (CRC). Among them, the preamble is an 8 - bit alternating sequence, such as 01010101 or 10101010, which is mainly used for the frequency offset synchronization and timing synchronization of the receiver, as well as automatic gain control. The access address, also known as the access address, is a string. The protocol stipulates that the access address of all broadcast channels is 0x8E89BED6. The data of the BLE wake - up end and the BLE woken - up end needs to be whitened for anti - noise processing. In this process, the BLE wake - up end uses the original data exclusive - OR operation with the access address, and the BLE woken - up end uses the exclusive - OR operation to restore the data. The PDU is mainly used to carry data packets. The CRC, also known as the error - correcting offset code, is mainly used for error detection.

[0175] A PDU may include a packet header and a payload. The packet header can be used to explain whether a piece of data is broadcast data or scan response data, whether the broadcast data is a connectable broadcast, a non-connectable broadcast, or a directed broadcast type. In this embodiment, the PDU type can be Adv_IND, which represents a normal broadcast packet. The payload may include a broadcast address (AdvA) and broadcast data (AdvData). The broadcast address is the medium access control (MAC) address of the slave device (i.e., the BLE wake-up end). The broadcast data field is used to carry multiple loops of wake-up frames. In Bluetooth version 4.0, the length of the broadcast data field cannot exceed 31 bytes. If a wake-up frame is n bits long and loops m1 times, then the following condition is satisfied: m1 × n ≤ 31 bytes.

[0176] Figure 14 This is a schematic diagram of three cyclic sequences in a PDU provided in the embodiments of this application.

[0177] For example, such as Figure 14 As shown in (a), the length of a wake-up frame is 62 bits. Since 62 bits × 4 = 31 bytes, the wake-up frame can cycle a maximum of m1 = 4 times in the broadcast data field of the PDU in the first BLE broadcast packet.

[0178] For example, such as Figure 14 As shown in (b), the length of a wake-up frame is 31 bits. Since 31 bits × 8 = 31 bytes, the wake-up frame can cycle a maximum of m1 = 8 times in the broadcast data field of the PDU in the first BLE broadcast packet.

[0179] For example, such as Figure 14 As shown in (c), the length of a wake-up frame is 49 bits. Since 49 bits × 5 < 31 bytes and 49 bits × 6 > 31 bytes, the wake-up frame can cycle a maximum of m1 = 5 times in the broadcast data field of the PDU in the first BLE broadcast packet.

[0180] For example, Figure 15 This is a schematic diagram illustrating the data format of the extended BLE broadcast packet provided in an embodiment of this application.

[0181] Taking Bluetooth version 5.0 as an example, Bluetooth version 5.0 divides broadcast channels into two categories: one is the primary advertisement channels, operating on channels 37, 38, and 39, which are the broadcast channels used in Bluetooth version 4.0; the other is the secondary advertisement channels, operating on channels 0-36, which are new broadcast channels added in Bluetooth version 5.0. Figure 14 Compared to the data format shown, Bluetooth version 5.0 adds an ADV_EXT_IND command to the data type of the main broadcast. When a scanning device receives the ADV_EXT_IND command and can identify the data it carries, the scanning device can listen for auxiliary packets on the second broadcast channel. Bluetooth version 5.0 also expands the structure of broadcast packets.

[0182] like Figure 15 As shown, in Bluetooth version 5.0, a BLE broadcast packet can include a packet header and a valid packet. The valid packet can further include the extended header length, the broadcast mode (AdvMode), the extended header, and the broadcast data (AdvData). The extended header length, consisting of 6 bits, indicates the length of the extended header. The broadcast mode, consisting of 2 bits, indicates the broadcast mode. The extended header, with a length ranging from 0 to 63 bytes, is specified by the number of bits in its length. The extended header is the core component of the extended packet and can include the broadcast address, destination address, broadcast data identifier, broadcast event type, channel of the auxiliary packet, transmit power, and additional broadcast data. The broadcast data, with a length ranging from 0 to 254 bytes, is used to carry multiple loops of wake-up frames.

[0183] In Bluetooth version 5.0, the length of the broadcast data field in an extended PDU cannot exceed 254 bytes. If a wake-up frame is n bits long and loops m² times, the following condition is satisfied: m² × n ≤ 254 bytes.

[0184] It should be noted that the above embodiments are illustrated using Bluetooth versions 4.0 and 5.0 as examples, and do not limit the scope of this application. In actual implementation, the Bluetooth versions used by the BLE wake-up end and the BLE wake-up device can also include, but are not limited to, any of the following: Bluetooth version 5.3, Bluetooth version 5.2, Bluetooth version 5.1, Bluetooth version 4.2, Bluetooth version 4.1, Bluetooth version 3.0, Bluetooth version 2.1, Bluetooth version 2.0, Bluetooth version 1.2, Bluetooth version 1.1, and Bluetooth version 1.0. It is understood that the BLE wake-up end can also carry multiple loops of wake-up frames in future higher versions of the BLE broadcast packet, and the number of loops of the wake-up frame can be determined based on the length of the broadcast data field in the higher version. With the wake-up frame length remaining constant, the longer the broadcast data field, the more loops the wake-up frame, the lower the duty cycle of the BLE wake-up device, and the lower the power consumption of the BLE wake-up device.

[0185] In some embodiments, the broadcast channels of the BLE wake-up end and the BLE wake-up device can be preset channels or randomly selected channels.

[0186] As a first example, if BLE Extended Broadcast and HDT Broadcast are used, the BLE wake-up device vendor and the BLE wake-up device vendor can pre-define a channel (selected from channel 0 to channel 36) as the broadcast channel for transmitting BLE broadcast packets through code. After the BLE wake-up device is configured to low-power wake-up transmission mode, it begins transmitting the first BLE broadcast packet on that channel. Correspondingly, after the BLE wake-up device is configured to low-power wake-up channel detection mode, it can scan that channel at time intervals of a first preset duration.

[0187] As a second example, the BLE wake-up end and the BLE wake-up device can be devices that have been paired and disconnected. During the previous connection, the BLE wake-up end and the BLE wake-up device could negotiate and select the channel with the least signal interference as the broadcast channel for this reconnection, based on the signal interference of each broadcast channel. During this reconnection, the BLE wake-up end begins to send the first BLE broadcast packet on this channel, and the BLE wake-up device can scan this channel at time intervals of a first preset duration.

[0188] As a third example, after the BLE wake-up end is configured in low-power wake-up transmission mode, it can randomly select one channel from channels 37, 38, and 39. Taking channel 39 as an example, the BLE wake-up end begins sending the first BLE broadcast packet on channel 39. After the BLE wake-up device is configured in low-power wake-up channel detection mode, since the BLE wake-up device cannot determine which channel the BLE wake-up end uses, it can scan channels 37, 38, and 39 at time intervals of a first preset duration. In the first possible implementation, only one broadcast channel is scanned within one scan cycle, and three scan cycles constitute one round, achieving separate listening to channels 37, 38, and 39, but this method has a relatively large latency. In the second possible implementation, channels 37, 38, and 39 are listened to for a period of time within each scan cycle, but this method has a relatively high power consumption.

[0189] As a fourth example, after the BLE wake-up end is configured in low-power wake-up transmission mode, it can send a BLE broadcast packet on channels 37, 38, and 39 respectively, with each broadcast packet containing the same content. After the BLE wake-up device is configured in low-power wake-up channel detection mode, since it cannot determine which channel the BLE wake-up end uses, it can listen to channels 37, 38, and 39 for a period of time in each scan cycle. It should be noted that the implementation of this fourth example can be referred to the following embodiments. Figure 21 and Figure 22 The specific details are not elaborated here.

[0190] S04, the BLE-wake-up end scans at a preset time interval (which may be called the first preset duration) to determine whether the received channel estimation part passes the verification, that is, to determine whether the conditions for switching from low-power wake-up channel detection mode to trigger sequence reception mode are met. If the channel estimation detection passes, then proceed to S05. If the channel estimation detection fails, then maintain the low-power wake-up channel detection mode and continue to execute S04.

[0191] Among them, the trigger sequence receiving mode refers to the configuration of the BLE wake-up end to receive wake-up frames from the BLE wake-up end after the BLE wake-up end discovers the BLE wake-up end.

[0192] After the BLE wake-up device is configured to low-power wake-up channel detection mode, it can scan the broadcast channel at preset time intervals (referred to as the first preset duration). The duration of channel scanning within each scanning cycle is the second preset duration. The sum of the first preset duration and the second duration is less than or equal to the wake-up transmission duration, which refers to the reception duration of all wake-up frames in a BLE broadcast packet. The first preset duration is less than or equal to the reception duration of (m-1) wake-up frames, and the second preset duration is greater than or equal to the reception duration of one wake-up frame. The reception duration of a wake-up frame depends on its field length (e.g., n bits). It can be understood that the more information a wake-up frame carries, the longer its field length, and the longer its reception duration.

[0193] Referring to the description of the above embodiments, each wake-up frame may include three parts: a channel estimation part, a trigger sequence, and a data and verification part. Accordingly, the second preset duration can be divided into three durations: the duration of the channel estimation detection period, the duration of the trigger sequence period, and the duration of the data and verification part period. Each of these three durations is less than the reception duration of a wake-up frame.

[0194] In some embodiments, the channel estimation part can be designed as a signal that repeats several times, and is incompatible with the preamble part of existing communication methods. For example, the detection of the channel estimation part can include carrier detection and / or preamble detection. Among them, carrier detection can include, but is not limited to, RSSI detection, GFSK detection (whether or not GFSK encoding is used), etc.; preamble detection can refer to the detection and channel estimation using an autocorrelation algorithm, and the preamble detection and preamble can be combined into one function.

[0195] As an example, the BLE-wake-up device can detect whether the RSSI of the broadcast channel carrier is greater than or equal to a preset strength during the channel estimation detection period. If the RSSI of the broadcast channel carrier is greater than or equal to the preset strength during a certain channel estimation detection period, it indicates that information is being transmitted on the broadcast channel, or that interference signals may be using the broadcast channel. The BLE-wake-up device can then switch from the low-power wake-up channel detection mode to the triggered sequence reception mode to receive wake-up frames that may be from the BLE-wake-up device. If the RSSI of the broadcast channel carrier is less than the preset strength during a certain channel estimation detection period, it indicates that there may be interference signals or that no information is being transmitted on the broadcast channel. The low-power wake-up channel detection mode is maintained until the conditions for switching from the low-power wake-up channel detection mode to the triggered sequence reception mode are met.

[0196] As another example, the BLE-wake-up device can detect whether the RSSI of the broadcast channel carrier is greater than or equal to a preset strength during the channel estimation detection period. If the RSSI of the broadcast channel carrier is greater than or equal to the preset strength during a certain channel estimation detection period, it indicates that information is being transmitted on that broadcast channel. The BLE-wake-up device continues to capture the preamble and performs autocorrelation verification on the captured preamble. If the preamble passes the autocorrelation verification, the BLE-wake-up device switches from the low-power wake-up channel detection mode to the triggered sequence reception mode to receive wake-up frames from the BLE-wake-up device. If the RSSI of the broadcast channel carrier is less than the preset strength during a certain channel estimation detection period, or if no preamble passes the autocorrelation verification, it indicates that it may be an interference signal. The low-power wake-up channel detection mode is maintained until the conditions for switching from the low-power wake-up channel detection mode to the triggered sequence reception mode are met.

[0197] For example, let x represent the length of a wake-up frame. If the first BLE broadcast packet carries m wake-up frames, then the wake-up transmission duration can be represented by m×x, the first preset duration can be represented by (m-1)×x, the second preset duration can be represented by p×x, and the duration of the channel estimation detection period can be represented by x / q. Here, the first preset duration refers to the time interval during which the BLE-wake-up end performs detection on the broadcast channel; the second preset duration refers to the duration during which the BLE-wake-up end receives one wake-up frame within one scan cycle, i.e., the duration of the scan window. Both q and p are greater than 1.

[0198] Taking x=25, m=8, q=5, p=1.2 as an example, the wake-up transmission duration is 200 microseconds, the first preset duration is 175 microseconds, the second preset duration is 30 microseconds, and the duration of the channel estimation detection period is 5 microseconds.

[0199] Taking x=20, m=10, q=2, p=2 as an example, the wake-up transmission duration is 200 microseconds, the first preset duration is 180 microseconds, the second preset duration is 40 microseconds, and the duration of the channel estimation detection period is 10 microseconds.

[0200] In the above scheme, under the low-power wake-up channel detection mode, the BLE wake-up terminal only needs to detect whether information is being transmitted on the broadcast channel, without needing to receive a complete wake-up frame. Therefore, the duration of channel scanning in each scanning cycle can be set to be less than the reception duration of a wake-up frame, which helps to reduce the duty cycle of the BLE wake-up terminal and lower its power consumption. Furthermore, the scanning duration of the BLE wake-up terminal on the broadcast channel at a first preset time interval is set to be less than or equal to the transmission duration of (m-1) wake-up frames, and the reception duration of the wake-up frame from the BLE wake-up terminal (i.e., the second preset duration) is set to be greater than the reception duration of a wake-up frame, enabling the BLE wake-up terminal to receive a complete wake-up frame from the first BLE broadcast packet.

[0201] It should be noted that the above embodiments are illustrated using the example where the BLE wake-up end is already configured in low-power wake-up channel detection mode when the BLE wake-up end starts sending the first BLE broadcast packet, and this does not limit the scope of this application. As another example, when the BLE wake-up end starts sending the first BLE broadcast packet, the BLE wake-up end may not yet be configured in low-power wake-up channel detection mode. In this case, since no BLE wake-up end receives a BLE broadcast packet from the BLE wake-up end, the BLE wake-up end may need to continue sending BLE broadcast packets according to a preset period, such as sending a second BLE broadcast packet at a second time, a third BLE broadcast packet at a third time, etc., until the BLE wake-up end receives a BLE broadcast packet from the BLE wake-up end and returns an ACK message or connection request message to the BLE wake-up end, at which point the BLE wake-up end stops sending BLE broadcast packets.

[0202] S05, the BLE-wake-up end switches from low-power wake-up channel detection mode to trigger sequence reception mode and receives the trigger sequence from the first BLE broadcast packet.

[0203] S06, the BLE-wake-up end determines whether the received trigger sequence passes the verification.

[0204] The aforementioned trigger sequence can be a unique sequence number formed by modulating a string of numbers at the BLE wake-up end, used to determine whether it meets preset characteristics. For example, the trigger sequence can specifically be a Barker code, a Walsh code, etc.

[0205] After the BLE-wake-up end receives the trigger sequence from the first BLE broadcast packet, it can verify the trigger sequence. If the trigger sequence is exactly the same as the preset sequence number, or the similarity between the trigger sequence and the preset sequence number is greater than or equal to a preset value, then the BLE-wake-up end determines that the trigger sequence passes the verification and executes S07 below; otherwise, it returns to continue executing S04 above.

[0206] S07, the BLE-wake-up end receives the data and verification part from the first BLE broadcast packet.

[0207] It should be noted that the channel estimation part of S04, the wake-up sequence of S06, and the data and verification part of S07 all belong to the first wake-up frame, which is any frame of the first BLE broadcast packet.

[0208] S08, the BLE-wake-up end determines whether the received data and the verification part have passed the verification.

[0209] The aforementioned data and verification section may include the following data, whether encoded or unencoded: the identifier of the BLE wake-up end (such as MAC address or other identifier), the identifier of the BLE wake-up end (such as MAC address or other identifier), the broadcast channel of the slave device during subsequent connection establishment, the broadcast time of the slave device during connection establishment, and the verification sequence, etc.

[0210] For example, Figure 16 This is a schematic diagram of a wake-up frame transmission provided in an embodiment of this application.

[0211] In the BLE low-power wake-up mode provided in this application embodiment, the transmission duration of the first BLE broadcast packet sent by the BLE wake-up terminal is equal to the transmission duration of a traditional BLE broadcast packet, for example, the transmission duration of the first BLE broadcast packet is 300 microseconds. Figure 16 As shown, the broadcast data field of the PDU in the first BLE broadcast packet can carry eight wake-up frames. Taking a total transmission duration of 200 microseconds for the eight wake-up frames (i.e., wake-up transmission duration) as an example, the transmission duration of each wake-up frame is 25 microseconds. The BLE-wake-up end can perform a round of detection every first preset time interval to determine whether information is being sent on the broadcast channel. For example, the first preset time interval is 175 microseconds. It should be noted that this embodiment is illustrated using a first BLE broadcast packet transmission duration of 300 microseconds as an example, and it does not limit the scope of this application. In actual implementation, the duration of the BLE broadcast packet can be adjusted.

[0212] In the back-connection scenario, the BLE wake-up end sends the first BLE broadcast packet. Taking an example where the channel estimation detection period i to i+5 fails the channel estimation part verification, but in channel estimation detection period i+6 the RSSI of the broadcast channel is greater than or equal to a preset strength (i.e., carrier detection is passed) and the captured preamble passes autocorrelation detection, the BLE wake-up end switches from low-power wake-up channel detection mode to trigger sequence reception mode and receives the trigger sequence from the same wake-up frame. If the trigger sequence verification passes, it continues to receive data and verification parts from the same wake-up frame and performs verification on the data and verification parts, such as verifying the MAC address of the BLE wake-up end, the MAC address of the BLE wake-up end, the slave's scan time during subsequent connection establishment, the slave's scan channel during subsequent connection establishment, and the verification sequence. The duration of the channel estimation detection period, the duration of the trigger sequence period, and the duration of the data and verification part period are collectively referred to as the second preset duration, which is longer than the reception duration of a wake-up frame. For example, the transmission duration of a wake-up frame is 25 microseconds, and the second preset duration is 30 microseconds. If all three parts of a wake-up frame pass the verification of the data and the checksum, a callback will be established.

[0213] For example, Figure 17 This is a schematic diagram of another transmission wake-up frame provided in an embodiment of this application.

[0214] and Figure 16 They are different. Figure 17 Signal interference exists during the channel estimation detection period from i+2 to i+4. For example... Figure 17 As shown, during channel estimation detection period i+2, the BLE-wake-up terminal passes the verification of the channel estimation part and the trigger sequence, but fails the verification of the data reception part, and continues to maintain the low-power wake-up channel detection mode. During channel estimation detection period i+3, the BLE-wake-up terminal fails the verification of the channel estimation part, stops verifying the trigger sequence and the data reception part, and continues to maintain the low-power wake-up channel detection mode. During channel estimation detection period i+4, the BLE-wake-up terminal passes the verification of the channel estimation part, but fails the verification of the trigger sequence, stops verifying the data reception part, and continues to maintain the low-power wake-up channel detection mode. During channel estimation detection period i+6, the BLE-wake-up terminal passes the verification of the channel estimation part, the trigger sequence, and the data reception part in sequence, and exits the low-power wake-up channel detection mode.

[0215] The above embodiments are aimed at Figure 16 and Figure 17As can be seen from the description, when the BLE wake-up end sends the first BLE broadcast packet, the BLE wake-up end can receive the wake-up frame. Therefore, the wake-up latency of the BLE low-power wake-up mode provided in this application embodiment (e.g., 156 microseconds) is less than the transmission time of a BLE broadcast packet (e.g., 300 microseconds), thereby improving the speed of device discovery and connection establishment, and breaking the strong correlation between the duty cycle of the BLE wake-up end, the duty cycle of the BLE wake-up end, and the device discovery latency.

[0216] Compared with the traditional BLE wake-up mode, the BLE low-power wake-up mode provided in this application embodiment has the following advantages:

[0217] From a latency perspective, the BLE-wake-up device can receive the complete wake-up frame within a single BLE broadcast packet. Therefore, the wake-up latency is less than the duration of a single BLE broadcast packet. For example, this BLE low-power wake-up mode can reduce the wake-up latency from 1000 microseconds to less than the transmission time of a single BLE broadcast packet (e.g., 156 microseconds), improving device discovery and connection establishment speed. Furthermore, decoupling the wake-up latency from the broadcast interval of the BLE wake-up device also helps reduce the broadcast duty cycle of the BLE wake-up device, thereby lowering its power consumption.

[0218] From a power consumption perspective, since the wake-up frame in a BLE broadcast packet cycles m times, and the transmission time of a single wake-up frame accounts for 1 / m of the wake-up transmission duration (i.e., the reception duration of all wake-up frames in a BLE broadcast packet), the first duty cycle of the BLE wake-up device is 1 / m. On the other hand, the duration of each channel estimation detection period is set to a very short duration, for example, 1 / q of the transmission duration of a wake-up frame, so the second duty cycle of the BLE wake-up device is 1 / q. On average, the total duty cycle of the BLE wake-up device is 1 / m × 1 / q. That is, the average power consumption of the BLE wake-up device is 1 / m × 1 / q of the normally on power consumption.

[0219] As an example, broadcast packets can be divided into four types: BLE1M physical layer broadcast packets, BLE2M link layer broadcast packets, BLE500K broadcast packets, and BLE125K broadcast packets. Because of the short BLE2M cycle, the waveforms of BLE500K and BLE125K broadcast packets become uncontrollable due to encoding issues, making them unsuitable for use as wake-up frames. Therefore, the broadcast packets in this application can use BLE1M physical layer broadcast packets.

[0220] S09, the BLE-wake-up end sends an acknowledgment (ACK) message or a connection request to the BLE-wake-up end.

[0221] As one example, the BLE-wake-up device can send an acknowledgment message to the BLE wake-up device, indicating that the BLE wake-up device has been scanned. As another example, the BLE-wake-up device can send a connection request to the BLE wake-up device, requesting a Bluetooth connection.

[0222] S10, the BLE wake-up end and the BLE wake-up end are configured in BLE traditional transmit and receive mode.

[0223] The traditional BLE transmit / receive mode refers to the normal transmission and reception of business data, such as audio and video data, call data, and files, between the BLE wake-up end and the BLE wake-up end after establishing a BLE connection.

[0224] In the Bluetooth wake-up method provided in this application, the BLE-wake-up device only needs to operate for a short period of time (referred to as the duty cycle) in each detection cycle, for example, this duty cycle can reach approximately 1 / 60. Thus, even when using a typical BLE receiver with low power consumption, the average power consumption will be reduced from a typical 30mW to 500uW, and the average scan power consumption will be reduced by one to two orders of magnitude, enabling the device to remain always on. The wake-up latency will not exceed the length of a broadcast packet, achieving millisecond-level wake-up latency. Furthermore, the transmitting end requires no hardware changes, and the receiving end only needs to change its receiving method to a different duty cycle, resulting in strong compatibility.

[0225] The above embodiments are illustrated by example, where a BLE broadcast packet includes multiple wake-up frames, each comprising three parts: a channel estimation part, a trigger sequence, and a data and verification part. This is not intended to limit the scope of this application. This application also provides another format for wake-up frames: a BLE broadcast packet including multiple wake-up frames, each comprising three parts: a channel estimation part, a trigger sequence, a wake-up frame number, and its verification sequence. The wake-up frame number and its verification sequence represent the nth wake-up frame within the BLE broadcast packet. Additionally, the BLE broadcast packet includes an information frame, which comprises a data and verification part.

[0226] For example, taking a BLE broadcast packet wake-up transmission duration of 200 microseconds as an example, Figure 18 This is a comparative diagram of two wake-up frame formats provided in the embodiments of this application.

[0227] like Figure 18As shown in (a), the BLE broadcast packet includes eight wake-up frames, each containing complete wake-up information, including channel estimation, trigger sequence, data, and checksum. The data and checksum section includes, or is not encoded, the following data: the identifier of the BLE wake-up end, the identifier of the BLE wake-up device, the slave's broadcast channel during subsequent connection establishment, the slave's broadcast time during connection establishment, and the checksum sequence. Each wake-up frame is 25 microseconds long. This method increases the average wake-up reception time (the length of a single wake-up frame), resulting in higher average wake-up reception power.

[0228] like Figure 18 As shown in (b), the BLE broadcast packet includes 16 wake-up frames. Each wake-up frame has been simplified and includes: a channel estimation section, a wake-up sequence, a wake-up frame number, and its verification sequence. The wake-up frame number and its verification sequence may or may not be encoded. The BLE broadcast packet also adds an information frame to the last field of the PDU. This information frame includes data and verification parts. The data and verification parts include the following data, either encoded or unencoded: the identifier of the BLE wake-up end, the identifier of the BLE wake-up end, the broadcast channel of the slave device during subsequent connection establishment, the broadcast time of the slave device during connection establishment, and the verification sequence. As an example, the BLE wake-up end can calculate the scan time of the information frame (e.g., the scan time of the information frame is after 132 microseconds) based on the wake-up frame number and its verification sequence (e.g., WUF4 represents the 4th wake-up frame), the duration of each wake-up frame, and the total number of wake-up frames in a BLE broadcast packet. It then scans the information frame during the scan time to obtain the data and verification parts. By designing the second type of wake-up frame, the duration of each wake-up frame is shortened to 11 microseconds, which reduces the scanning time for each wake-up frame, thereby reducing the duty cycle and average power consumption.

[0229] The above embodiments are illustrative examples of the Bluetooth wake-up method provided in this application applied to BLE, and are not intended to limit this application. The Bluetooth wake-up method provided in this application can also be applied to next-generation Bluetooth technology: Higher Data Throughput (HDT) Bluetooth.

[0230] like Figure 19As shown, the HDT broadcast packet is designed similarly to the BLE broadcast packet. The HDT broadcast packet's link layer data includes a vendor-defined data portion. As one example, the vendor-defined data portion includes multiple wake-up frames, each including a channel estimation portion, a trigger sequence, data, and a checksum. As another example, the vendor-defined data portion includes multiple wake-up frames and one information frame. Each wake-up frame includes a channel estimation portion, a wake-up sequence, a wake-up frame number, and its checksum sequence; the information frame includes data and a checksum. Refer to the description of the above embodiments; further details are omitted here.

[0231] The difference between HDT broadcast packets and BLE broadcast packets lies in the channel estimation mechanism. BLE broadcast packets use GFSK coding for their channel estimation, while HDT broadcast packets use Quadrature Phase Shift Keying (QPSK) coding. Because HDT broadcast packets undergo convolutional coding, the earlier parts of the original data can influence the later parts of the encoded output, resulting in some differences in data format between HDT and BLE broadcast packets.

[0232] For example, Figure 20 This is a schematic diagram of a broadcast packet data format based on HDT provided in an embodiment of this application.

[0233] like Figure 20 As shown, the BLE wake-up terminal can insert a sequence of 5 consecutive zeros to zero the encoder between the channel estimation section and the trigger sequence, between the trigger sequence, the data and check section, and between wake-up frames. This restores the encoder to its initial state (all zeros), ensuring that preceding data does not affect subsequent data, and preceding wake-up frames do not affect subsequent wake-up frames. The design principle of the wake-up frame in HDT broadcast packets is the same as that in BLE broadcast packets, and will not be elaborated here.

[0234] It should be noted that in the HDT broadcast packet, the channel estimation part includes two preambles with identical content, for example, both preambles being 01010101. The Bluetooth chip at the BLE wake-up end can perform QPSK encoding on each of the two preambles separately. Since the content of the two preambles is identical, the BLE wake-up end can still decode the two preambles using a preset algorithm and determine whether the decoded preambles pass the verification. If they pass the verification, it further determines whether the trigger sequence passes the verification.

[0235] As described in the above embodiments, in Bluetooth version 4.0, three broadcast channels, channel 37, channel 38, and channel 39, are set. If a BLE wake-up device sends a BLE broadcast packet on a certain broadcast channel, the frequency of that broadcast channel may be the same as the frequency of the interference signal. To avoid the problem of the BLE wake-up device being unable to parse the wake-up frame from the BLE broadcast packet due to the long-term occupation of the broadcast channel, in... Figure 7 Based on, combined Figure 21 This application also proposes a Bluetooth wake-up method that supports frequency hopping. For example... Figure 21 As shown, this method can be applied to BLE classic Bluetooth, and the method may include the following S11 to S26.

[0236] S11, the BLE wake-up end is configured to low-power wake-up transmission mode.

[0237] S12, the BLE wake-up device is configured to low-power wake-up channel detection mode.

[0238] For the specific implementation of S11 and S12, please refer to S01 and S02 of the above embodiments, which will not be repeated here.

[0239] S13, the BLE wake-up end begins sending the first BLE broadcast packet on the first channel.

[0240] After the BLE wake-up end is configured to low-power wake-up transmission mode, the BLE wake-up end randomly selects one of the channels 37, 38 and 39, and starts sending the first BLE broadcast packet on this channel. The first BLE broadcast packet is also called the first paging message, which carries multiple loops of wake-up frames, each with the same content.

[0241] S14, the BLE-wake-up device performs a random scan on the three channels at preset time intervals (which may be referred to as the first preset duration) to determine whether the conditions for switching from the low-power wake-up channel detection mode to the trigger sequence reception mode are met. If the conditions are met, then S15 is executed. If the conditions are not met, then the low-power wake-up channel detection mode is maintained.

[0242] Unlike S04, where the BLE wake-up end scans only one channel within a scan cycle, in S14, the BLE wake-up end scans each of the three channels sequentially within a scan cycle. It should be noted that the scanning order of these three channels is also random within each preset time interval, which can avoid the phenomenon that the BLE wake-up end cannot parse the wake-up frame from the BLE broadcast packet due to a long-term occupation of a broadcast channel.

[0243] S15, the BLE-wake-up end switches from low-power wake-up channel detection mode to trigger sequence reception mode.

[0244] S16, the BLE-wake-up device receives information on the first channel. If the interfering signal also uses the first channel, then the information includes interference information from the interfering signal and a wake-up sequence from the first BLE broadcast packet.

[0245] S17, the BLE-wake-up end determines whether the information passes the verification.

[0246] Due to interference, BLE was unable to successfully parse the wake-up sequence upon being woken up, thus failing the verification.

[0247] S18, the BLE-wake-up device is reconfigured to low-power wake-up channel detection mode.

[0248] S19, the BLE wake-up end begins sending the second BLE broadcast packet on the second channel.

[0249] The second channel is a channel randomly selected by the BLE wake-up end from channels 37, 38, and 39, and it is different from the first channel. The second BLE broadcast packet, also known as the second paging message, carries multiple cycles of wake-up frames, each with the same content.

[0250] S20, the BLE-wake-up device performs a random scan on the three channels at preset time intervals (which may be referred to as the first preset duration) to determine whether the conditions for switching from the low-power wake-up channel detection mode to the trigger sequence reception mode are met. If the conditions are met, then S21 is executed. If the conditions are not met, then the low-power wake-up channel detection mode is maintained.

[0251] It should be noted that both S14 and S20 use a random scanning method on the three channels, so the order in which the three channels are scanned may be the same or different.

[0252] S21, the BLE-wake-up end switches from low-power wake-up channel detection mode to trigger sequence reception mode.

[0253] S22, the BLE-wake-up end receives the wake-up sequence from the second BLE broadcast packet on the second channel.

[0254] S23, the BLE-wake-up end determines whether the wake-up sequence passes the verification.

[0255] If the interference signal does not use the second channel, then the information received by the BLE wake-up end on the second channel only includes the wake-up sequence from the second BLE broadcast packet, without interference information, so the BLE wake-up end can determine that it has passed the verification.

[0256] S24, the BLE-wake-up end sends an acknowledgment message or connection request to the BLE-wake-up end.

[0257] The above confirmation message indicates that a BLE wake-up device has been detected. The above connection request is used to request a Bluetooth connection.

[0258] S25, the BLE-wake-up end is configured in BLE traditional transmit / receive mode.

[0259] S26, the BLE wake-up end is configured in BLE traditional transmit / receive mode.

[0260] For example, Figure 22 This is a schematic diagram illustrating the transmission and reception of wake-up frames in frequency hopping mode, as provided in this application.

[0261] like Figure 22 As shown, the BLE wake-up end randomly sends BLE broadcast packets on three channels: channel 37, channel 38, and channel 39. For example, it first sends the first BLE broadcast packet on channel 37, then sends the second BLE broadcast packet on channel 38, and then sends the third BLE broadcast packet on channel 39.

[0262] In addition, the interference signal also used channel 37, causing interference to the first BLE broadcast packet.

[0263] During channel estimation detection period i, the BLE-wake-up end sequentially performs detection on channels 37, 39, and 38. Since the BLE-wake-up end has not yet started sending packets, the handover condition is not met, and the next round of detection continues.

[0264] During channel estimation detection period i+1, the BLE-wake-up end performs detection on channels 38, 37, and 39 in sequence. Since the BLE-wake-up end has not yet started sending packets, the handover condition is not met, and the next round of detection continues.

[0265] During channel estimation detection period i+2, the BLE-wake-up end first performs detection on channel 37. Since the BLE-wake-up end is transmitting the first BLE broadcast packet on channel 37, the handover condition is met, and it switches to the triggered sequence reception mode. However, if the interference signal also uses channel 37, the BLE-wake-up end will be unable to obtain the wake-up frame of the first BLE broadcast packet due to the interference information from the interference signal, and the BLE-wake-up end will return to the low-power wake-up channel detection mode.

[0266] During channel estimation detection period i+3, the BLE-wake-up end first performs detection on channel 39, and then on channel 37. Referring to the analysis of channel estimation detection period i+2, the BLE-wake-up end still cannot obtain the wake-up frame of the first BLE broadcast packet, and the BLE-wake-up end returns to the low-power wake-up channel detection mode.

[0267] During channel estimation detection period i+4, the BLE-wake-up device first performs detection on channel 38, then on channel 39, and finally on channel 37. Since only interference signals exist at this time and there are no BLE broadcast packets, the BLE-wake-up device returns to the low-power wake-up channel detection mode.

[0268] During channel estimation detection period i+5, the BLE-wake-up end first performs detection on channel 38. Since the BLE-wake-up end is transmitting the second BLE broadcast packet on channel 38, the handover condition is met, and it switches to the triggered sequence reception mode. Furthermore, although there is interference signal, the interference signal and the second BLE broadcast packet use different channels and will not affect the reception of the second BLE broadcast packet.

[0269] In the above scheme, when using Classic Bluetooth 3L (BLE), the BLE wake-up device can send BLE broadcast packets sequentially in a random order across three broadcast channels: Channel 37, Channel 38, and Channel 39. The BLE wake-up device can randomly scan these three channels at preset time intervals to determine if the conditions for switching from Low Power Wake-up Channel Detection Mode to Triggered Sequence Reception Mode are met, and then receive any available BLE broadcast packets. Thus, based on this frequency hopping technology, the problem of the BLE wake-up device being unable to parse the wake-up frame from the BLE broadcast packets due to prolonged occupation of the broadcast channel can be effectively avoided, improving the success rate of device discovery.

[0270] This application also provides an electronic device, which can be the BLE wake-up device described in the above embodiments. The electronic device may include one or more processors and a memory. The memory is coupled to one or more processors and is used to store computer program code, including computer instructions. The one or more processors invoke the computer instructions to cause the electronic device to implement the methods described in the above embodiments.

[0271] This application also provides an electronic device, which can be the BLE wake-up device described in the above embodiments. The electronic device may include one or more processors and a memory. The memory is coupled to one or more processors and is used to store computer program code, which includes computer instructions. The one or more processors invoke the computer instructions to cause the electronic device to implement the methods described in the above embodiments.

[0272] This application also provides a computer-readable storage medium storing computer instructions. When the computer-readable storage medium is run on a computer, it causes the computer to perform the method described above. The computer instructions can be stored in the computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access, or it can include one or more data storage devices such as servers or data centers that can be integrated with the medium. Available media can be magnetic media (e.g., floppy disks, hard disks, or magnetic tapes), optical media, or semiconductor media (e.g., solid-state drives (SSDs)).

[0273] This application also provides a computer program product, which includes computer program code that, when run on a computer, causes the computer to perform the methods described in the above embodiments.

[0274] This application also provides a chip coupled to a memory. This chip is used to read and execute computer programs or instructions stored in the memory to perform the methods described in the above embodiments. The chip can be a general-purpose processor or a special-purpose processor. It should be noted that the chip can be implemented using one or more field-programmable gate arrays (FPGAs), programmable logic devices (PLDs), controllers, state machines, gate logic, discrete hardware components, any other suitable circuits, or any combination of circuits capable of performing the various functions described throughout this application.

[0275] The terminal device, computer-readable storage medium, computer program product, and chip provided in the embodiments of this application are all used to execute the methods provided above. Therefore, the beneficial effects they can achieve can be referred to the beneficial effects corresponding to the methods provided above, and will not be repeated here.

[0276] Through the above description of the embodiments, those skilled in the art can clearly understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0277] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another apparatus, or some features may be ignored or not executed. Furthermore, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0278] The units described as separate components may or may not be physically separate. A component shown as a unit can be one or more physical units; that is, it can be located in one place or distributed in multiple different locations. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0279] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0280] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solution of the embodiments of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This software product is stored in a storage medium and includes several instructions to cause a device (which may be a microcontroller, chip, etc.) or processor to execute all or part of the steps of the methods of the various embodiments of this application.

[0281] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A Bluetooth wake-up method, characterized in that, The method is applied to a first electronic device, and the method includes: The first electronic device scans the broadcast channel at a preset time interval, the preset time interval being a first preset duration, the duration of each scan being a second preset duration, the first preset duration being less than or equal to the reception duration of (m-1) wake-up frames, and the second preset duration being greater than or equal to the reception duration of one wake-up frame, where m is an integer greater than 1. The first electronic device verifies the first wake-up frame received within the second preset time period, and if the verification of the first wake-up frame is passed, it transmits service data with the second electronic device via Bluetooth connection. The first wake-up frame is one of the m wake-up frames in the first broadcast packet sent by the second electronic device.

2. The method according to claim 1, characterized in that, The first wake-up frame includes: a channel estimation part, a trigger sequence, data, and a verification part; The first electronic device verifies the first wake-up frame received within the second preset time period, and if the verification of the first wake-up frame is passed, it transmits service data with the second electronic device via Bluetooth connection, including: The first electronic device verifies the channel estimation portion; If the channel estimation part is verified, the first electronic device receives the trigger sequence and verifies the trigger sequence; If the trigger sequence is verified, the first electronic device receives the data and the verification part, and verifies the data and the verification part. If the data and verification part are verified, the first electronic device transmits service data to the second electronic device via Bluetooth connection.

3. The method according to claim 2, characterized in that, The data and verification portion are encoded data; After the first electronic device receives the data and the verification portion, and before the first electronic device verifies the data and the verification portion, the method further includes: The first electronic device decodes the data and the verification part.

4. The method according to claim 1, characterized in that, The first wake-up frame includes: a channel estimation part, a trigger sequence, a wake-up frame number and its verification sequence; the first broadcast packet also includes an information frame, which includes data and a verification part; The first electronic device verifies the first wake-up frame received within the second preset time period, and if the verification of the first wake-up frame is passed, it transmits service data with the second electronic device via Bluetooth connection, including: The first electronic device verifies the channel estimation portion; If the channel estimation part is verified, the first electronic device receives the trigger sequence and verifies the trigger sequence; If the trigger sequence is verified, the first electronic device receives the wake-up frame number and its verification sequence, and if the wake-up frame number and its verification sequence are verified, determines the scan time of the information frame based on the wake-up frame number and its verification sequence. During the scanning time of the information frame, the first electronic device receives the information frame and verifies the data and verification portion of the information frame; If the data and verification part are verified, the first electronic device transmits service data to the second electronic device via Bluetooth connection.

5. The method according to claim 4, characterized in that, The wake-up frame number and its verification sequence are encoded data, and the data and verification part are encoded data; After the first electronic device receives the wake-up frame number and its verification sequence, and before the first electronic device verifies the wake-up frame number and its verification sequence, the method further includes: the first electronic device decoding the wake-up frame number and its verification sequence. After the first electronic device receives the information frame, and before the first electronic device verifies the data and verification portion of the information frame, the method further includes: the first electronic device decoding the data and verification portion of the information frame.

6. The method according to any one of claims 2 to 5, characterized in that, The channel estimation part includes a preamble; The first electronic device verifies the channel estimation portion, including: The first electronic device performs carrier detection on the broadcast channel; In the case of carrier detection, the first electronic device verifies the preamble.

7. The method according to claim 6, characterized in that, The preamble includes at least two preambles with identical content; the first electronic device verifies the preamble, including: The first electronic device performs autocorrelation detection on the at least two preambles.

8. The method according to any one of claims 2 to 5, characterized in that, The data and verification section includes at least one of the following: the host identifier, the slave identifier, the slave's broadcast channel during connection establishment, the slave's broadcast time during connection establishment, and the verification sequence.

9. The method according to any one of claims 1 to 5, characterized in that, Before the first electronic device scans the broadcast channel at preset time intervals, the method further includes: If the first condition is met, the first electronic device is configured to a low-power wake-up channel detection mode; The power consumption wake-up channel detection mode refers to the configuration to detect whether information is being sent on the broadcast channel according to a preset duty cycle before the first electronic device detects other devices. The preset duty cycle is equal to the second preset duration divided by the sum of the first preset duration and the second preset duration. The first condition includes any one of the following: The first electronic device receives a user's command to enable Bluetooth; The first electronic device did not interact with other devices via Bluetooth within the third preset time period; The first electronic device receives the user's multi-screen collaboration operation.

10. A Bluetooth wake-up method, characterized in that, The method is applied to a second electronic device, and the method includes: The second electronic device sends a first broadcast packet on the broadcast channel. The first broadcast packet carries m wake-up frames. Any one of the m wake-up frames is used to independently wake up the electronic device that received the wake-up frame, where m is an integer greater than 1. Based on the verification of the first electronic device through the first wake-up frame, the second electronic device transmits service data with the first electronic device through Bluetooth connection. The first wake-up frame is the wake-up frame received by the first electronic device from the second electronic device, and the first wake-up frame is one of the m wake-up frames.

11. The method according to claim 10, characterized in that, The first wake-up frame includes: a channel estimation part, a trigger sequence, and a data and verification part; the channel estimation part includes multiple repeating autocorrelation preamble sequences; the trigger sequence is a cross-correlation sequence modulated by a string of numbers; the data and verification part includes at least one of the following: the host identifier, the slave identifier, the slave's broadcast channel during connection establishment, the slave's broadcast time during connection establishment, and the verification sequence.

12. The method according to claim 10, characterized in that, The first wake-up frame includes: a channel estimation part, a trigger sequence, a wake-up frame number and its verification sequence; the channel estimation part includes multiple repeating autocorrelation preamble sequences; the trigger sequence is a cross-correlation sequence modulated by a string of numbers; the wake-up frame number and its verification sequence are used to indicate the number of the first wake-up frame in the first broadcast packet; the first broadcast packet also includes an information frame; the information frame includes a data and verification part; the data and verification part includes at least one of the following: the host identifier, the slave identifier, the slave's broadcast channel during connection establishment, the slave's broadcast time during connection establishment, and the verification sequence.

13. The method according to any one of claims 10 to 12, characterized in that, The first broadcast packet is a broadcast packet based on BLE classic Bluetooth broadcast, and the broadcast channel includes a first channel, a second channel, and a third channel; Alternatively, the first broadcast packet may be a broadcast packet based on BLE extended broadcast or HDT broadcast, and the broadcast channel may be a pre-defined broadcast channel.

14. The method according to any one of claims 10 to 12, characterized in that, Before the second electronic device transmits the first broadcast packet on the broadcast channel, the method further includes: If the second condition is met, the second electronic device is configured to a low-power wake-up transmission mode; The low-power wake-up transmission mode refers to the configuration to periodically transmit BLE broadcast packets carrying the m wake-up frames on the broadcast channel before the second electronic device is discovered by the first electronic device. The second condition includes any one of the following: The second electronic device is powered on; The second electronic device receives the user's file sharing request; The second electronic device receives the user's command to enable Bluetooth; The second electronic device receives incoming call requests and audio / video call requests from other devices.

15. An electronic device, wherein the electronic device is a first electronic device, the first electronic device being a BLE-wake-up device or a host, characterized in that, The first electronic device includes: one or more processors, and a memory; The memory is coupled to the one or more processors, and the memory is used to store computer program code, the computer program code including computer instructions, and the one or more processors call the computer instructions to cause the first electronic device to perform the Bluetooth wake-up method as described in any one of claims 1 to 9.

16. An electronic device, wherein the electronic device is a second electronic device, the second electronic device being a BLE wake-up device or a slave device, characterized in that, The second electronic device includes: one or more processors, and memory; The memory is coupled to one or more processors and is used to store computer program code, the computer program code including computer instructions, and the one or more processors call the computer instructions to cause the second electronic device to perform the Bluetooth wake-up method as described in any one of claims 10 to 14.

17. A communication system, characterized in that, The communication system includes the first electronic device as described in claim 15 and the second electronic device as described in claim 16.

18. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes instructions; When the instruction is executed on the first electronic device, the first electronic device performs the Bluetooth wake-up method as described in any one of claims 1 to 9; when the instruction is executed on the second electronic device, the second electronic device performs the Bluetooth wake-up method as described in any one of claims 10 to 14.

Images