Bluetooth communication methods, devices, communication system and storage medium

Abstract

Bluetooth communication methods, devices, a communication system, and a storage medium. A method comprises: in a sleep state, a first device periodically turns on a wake-up radio (WUR) receiver to receive a WUR message; the first device determines that the WUR message has been received and, on the basis of the WUR message, determines whether to switch to a standby state so as to transmit and receive a Bluetooth message, wherein the power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state. While the power consumption of the first device is effectively reduced, the reliability of Bluetooth communications can be ensured.

Description

Bluetooth communication method, device, communication system and storage medium Technical Field

[0001] The present disclosure relates to the field of communication technology, and in particular to a Bluetooth communication method, device, communication system, and storage medium. Background Art

[0002] Bluetooth's low-power feature can be achieved through periodic data communication between the central device and the peripheral device. The peripheral device needs to periodically send broadcast messages so that the central device can discover and connect to it to send and receive data messages. In some special scenarios, there is a need for extremely low-power communication.

[0003] Summary of the Invention

[0004] In order to reduce the power consumption of Bluetooth devices, embodiments of the present disclosure provide a Bluetooth communication method, device, communication system, and storage medium.

[0005] According to a first aspect of an embodiment of the present disclosure, a Bluetooth communication method is provided, the method comprising:

[0006] The first device is in a sleep state, and periodically turns on a wake-up radio WUR receiver to receive WUR messages;

[0007] The first device determines that the WUR message is received, and determines whether to switch to a standby state to send and receive Bluetooth messages according to the WUR message;

[0008] The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

[0009] According to a second aspect of an embodiment of the present disclosure, a Bluetooth communication method is proposed, the method comprising:

[0010] The second device sends a wake-up radio WUR message, where the WUR message is used to instruct the first device to switch from a sleep state to a standby state to send and receive Bluetooth messages;

[0011] The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

[0012] According to a third aspect of the embodiments of the present disclosure, a Bluetooth communication method is proposed, the method comprising:

[0013] The first device is in a sleep state, and periodically turns on a wake-up radio WUR receiver to receive WUR messages;

[0014] The second device sends a WUR message to the first device;

[0015] The first device determines that the WUR message is received, and determines whether to switch to a standby state to send and receive Bluetooth messages according to the WUR message;

[0016] The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

[0017] According to a fourth aspect of an embodiment of the present disclosure, a first device is provided, the first device including:

[0018] A processing module, configured to periodically start and wake up a radio WUR receiver in a sleep state to receive WUR messages;

[0019] The processing module is configured to determine whether to switch to a standby state to send and receive Bluetooth messages based on the WUR message;

[0020] The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

[0021] According to a fifth aspect of an embodiment of the present disclosure, a second device is provided, the second device including:

[0022] a transceiver module, configured to send a wake-up radio WUR message, wherein the WUR message is used to instruct the first device to switch from a sleep state to a standby state to send and receive Bluetooth messages;

[0023] The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

[0024] According to a sixth aspect of an embodiment of the present disclosure, a first device is provided, including:

[0025] one or more processors;

[0026] A memory coupled to the one or more processors, the memory comprising executable instructions, which, when executed by the one or more processors, causes the first device to execute the Bluetooth communication method described in the first aspect.

[0027] According to a seventh aspect of the embodiments of the present disclosure, a second device is provided, including:

[0028] one or more processors;

[0029] A memory coupled to the one or more processors, the memory comprising executable instructions, which, when executed by the one or more processors, causes the second device to execute the Bluetooth communication method described in the second aspect.

[0030] According to the eighth aspect of an embodiment of the present disclosure, a communication system is proposed, comprising a first device and a second device, wherein the first device is configured to implement the Bluetooth communication method described in the first aspect, and the second device is configured to implement the Bluetooth communication method described in the second aspect.

[0031] According to the ninth aspect of the embodiment of the present disclosure, a storage medium is proposed, which stores instructions. When the instructions are executed on a communication device, the communication device executes the Bluetooth communication method described in the first aspect, the second aspect, or the third aspect.

[0032] In the above embodiment, the first device can periodically turn on the WUR receiver to listen to the WUR message, and can remain in the sleep state for a long time. It only determines whether it needs to switch to the standby state for higher power consumption Bluetooth communication when receiving the WUR message. This can effectively reduce the power consumption of the first device while ensuring the reliability of Bluetooth communication. BRIEF DESCRIPTION OF THE DRAWINGS

[0033] In order to more clearly illustrate the technical solutions in the embodiments of the present disclosure, the following drawings required for describing the embodiments are introduced. The following drawings are merely some embodiments of the present disclosure and do not impose specific limitations on the protection scope of the present disclosure.

[0034] FIG1A is an exemplary schematic diagram of the architecture of a communication system provided according to an embodiment of the present disclosure.

[0035] FIG1B is an exemplary schematic diagram of the architecture of a communication system provided according to an embodiment of the present disclosure.

[0036] FIG2A is a schematic diagram of an exemplary interaction of a Bluetooth communication method according to an embodiment of the present disclosure.

[0037] FIG2B is an exemplary schematic diagram of a WUR message provided according to an embodiment of the present disclosure.

[0038] FIG3A is a schematic diagram of an exemplary flow chart of a Bluetooth communication method provided according to an embodiment of the present disclosure.

[0039] FIG3B is a schematic diagram of an exemplary flow chart of a Bluetooth communication method provided according to an embodiment of the present disclosure.

[0040] FIG3C is a schematic diagram of an exemplary flow chart of a Bluetooth communication method provided according to an embodiment of the present disclosure.

[0041] FIG4A is a schematic diagram of an exemplary flow chart of a Bluetooth communication method provided according to an embodiment of the present disclosure.

[0042] FIG4B is a schematic diagram of an exemplary flow chart of a Bluetooth communication method provided according to an embodiment of the present disclosure.

[0043] FIG5 is an exemplary interaction diagram of a Bluetooth communication method provided according to an embodiment of the present disclosure.

[0044] FIG6A is a schematic diagram of an exemplary flow chart of a Bluetooth communication method provided according to an embodiment of the present disclosure.

[0045] FIG6B is an exemplary schematic diagram of a Bluetooth communication method provided according to an embodiment of the present disclosure.

[0046] FIG7A is a schematic diagram of an exemplary structure of a first device provided according to an embodiment of the present disclosure.

[0047] FIG7B is a schematic diagram of an exemplary structure of a second device provided according to an embodiment of the present disclosure.

[0048] FIG8A is a schematic diagram of an exemplary structure of a communication device provided according to an embodiment of the present disclosure.

[0049] FIG8B is a schematic diagram of an exemplary structure of a communication device provided according to an embodiment of the present disclosure. DETAILED DESCRIPTION

[0050] The embodiments of the present disclosure provide a Bluetooth communication method, device, communication system, and storage medium.

[0051] In a first aspect, an embodiment of the present disclosure provides a Bluetooth communication method, the method comprising:

[0052] The first device is in a sleep state, periodically turning on a wake-up radio (WUR) receiver to receive WUR messages;

[0053] The first device determines that the WUR message is received, and determines whether to switch to a standby state to send and receive Bluetooth messages according to the WUR message;

[0054] The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

[0055] In the above embodiment, the first device can periodically turn on the WUR receiver to listen to the WUR message, and can remain in the sleep state for a long time. It only determines whether it needs to switch to the standby state for higher power consumption Bluetooth communication when receiving the WUR message. This can effectively reduce the power consumption of the first device while ensuring the reliability of Bluetooth communication.

[0056] In conjunction with some embodiments of the first aspect, in some embodiments, the method includes:

[0057] The first device determines that the Bluetooth message sending and receiving is completed and switches to the sleep state.

[0058] In the above embodiment, the first device can switch to the sleep state in a timely manner after completing the sending and receiving of the Bluetooth message, which can effectively reduce the power consumption of the first device.

[0059] In conjunction with some embodiments of the first aspect, in some embodiments, the first device determines that the Bluetooth message sending and receiving is completed and switches to the sleep state, including:

[0060] The first device determines that the Bluetooth message is not received within a first time period, and / or determines that no Bluetooth message is sent within the first time period, determines that the Bluetooth message is sent and received, and switches to the sleep state.

[0061] In conjunction with some embodiments of the first aspect, in some embodiments, the WUR message includes at least one of the following:

[0062] a preamble code, wherein the preamble code is used by the first device to perform at least one of frequency synchronization, symbol synchronization, and gain control;

[0063] An access address, where the access address is used to indicate a channel identifier;

[0064] Protocol Data Unit (PDU), the PDU is used to indicate WUR related information;

[0065] Cyclic Redundancy Check (CRC), the CRC is used for message verification.

[0066] In the above embodiment, the WUR message designed in this way can effectively ensure that the first device can reliably send and receive Bluetooth messages with other devices after switching to the standby state, thereby ensuring the reliability of Bluetooth communication.

[0067] In conjunction with some embodiments of the first aspect, in some embodiments, the PDU includes at least one of the following:

[0068] PDU type, where the PDU type is used to indicate the type of the WUR message;

[0069] A transmitter address, where the transmitter address is used to indicate the transmitter that sends the WUR message;

[0070] A receiver address, where the receiver address is used to indicate a WUR receiver that receives the WUR message;

[0071] A first period, where the first period is used to indicate a period during which the first device turns on the WUR receiver;

[0072] The listening duration in the first cycle.

[0073] In the above embodiment, the PDU designed in this way can not only ensure that the first device accurately determines whether it needs to switch to the standby state, but also configure the parameters for the WUR message listening of the first device, thereby ensuring the effectiveness of the WUR message listening.

[0074] In combination with some embodiments of the first aspect, in some embodiments, the transmitter address is any one of a broadcast address, a multicast address, or a unicast address.

[0075] In combination with some embodiments of the first aspect, in some embodiments, the transmitter address is determined based on a media access control MAC address of the transmitter.

[0076] In combination with some embodiments of the first aspect, in some embodiments, the first device determines that the WUR message is received, and determines whether to switch to the standby state to send and receive Bluetooth messages according to the WUR message, including:

[0077] The first device determines whether to switch to the standby state based on at least one of the PDU type, the receiver address and the transmitter address in the WUR message.

[0078] In a second aspect, an embodiment of the present disclosure provides a Bluetooth communication method, the method comprising:

[0079] The second device sends a wake-up radio WUR message, where the WUR message is used to instruct the first device to switch from a sleep state to a standby state to send and receive Bluetooth messages;

[0080] The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

[0081] In conjunction with some embodiments of the second aspect, in some embodiments, the WUR message includes at least one of the following:

[0082] a preamble code, wherein the preamble code is used by the first device to perform at least one of frequency synchronization, symbol synchronization, and gain control;

[0083] An access address, where the access address is used to indicate a channel identifier;

[0084] Protocol Data Unit (PDU), where the PDU is used to indicate WUR-related information;

[0085] Cyclic Redundancy Check CRC, the CRC is used for message verification.

[0086] In conjunction with some embodiments of the second aspect, in some embodiments, the PDU includes at least one of the following:

[0087] PDU type, where the PDU type is used to indicate the type of the WUR message;

[0088] A transmitter address, where the transmitter address is used to indicate the transmitter that sends the WUR message;

[0089] A receiver address, where the receiver address is used to indicate a WUR receiver that receives the WUR message;

[0090] A first period, where the first period is used to indicate a period during which the first device turns on the WUR receiver;

[0091] The listening duration in the first cycle.

[0092] In combination with some embodiments of the second aspect, in some embodiments, the transmitter address is any one of a broadcast address, a multicast address or a unicast address.

[0093] In combination with some embodiments of the second aspect, in some embodiments, the transmitter address is determined based on a media access control MAC address of the transmitter.

[0094] In a third aspect, an embodiment of the present disclosure provides a Bluetooth communication method, the method comprising:

[0095] The first device is in a sleep state, and periodically turns on a wake-up radio WUR receiver to receive WUR messages;

[0096] The second device sends a WUR message to the first device;

[0097] The first device determines that the WUR message is received, and determines whether to switch to a standby state to send and receive Bluetooth messages according to the WUR message;

[0098] The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

[0099] In a fourth aspect, an embodiment of the present disclosure provides a first device, the first device including:

[0100] A processing module, configured to periodically start and wake up a radio WUR receiver in a sleep state to receive WUR messages;

[0101] The processing module is configured to determine whether to switch to a standby state to send and receive Bluetooth messages based on the WUR message;

[0102] The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

[0103] In a fifth aspect, an embodiment of the present disclosure provides a second device, the second device including:

[0104] a transceiver module, configured to send a wake-up radio WUR message, wherein the WUR message is used to instruct the first device to switch from a sleep state to a standby state to send and receive Bluetooth messages;

[0105] The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

[0106] In the sixth aspect, an embodiment of the present disclosure proposes a first device, comprising: one or more processors; a memory coupled to the one or more processors, the memory comprising executable instructions, which, when executed by the one or more processors, enables the first device to execute the Bluetooth communication method in the first aspect.

[0107] In the seventh aspect, an embodiment of the present disclosure proposes a second device, comprising: one or more processors; a memory coupled to the one or more processors, the memory comprising executable instructions, which, when executed by the one or more processors, enables the second device to execute the Bluetooth communication method in the second aspect.

[0108] In an eighth aspect, an embodiment of the present disclosure proposes a communication system, which includes: a first device and a second device; wherein the first device is configured to execute the method described in the optional implementation manner of the first aspect, and the second device is configured to execute the method described in the optional implementation manner of the second aspect.

[0109] In a ninth aspect, an embodiment of the present disclosure proposes a storage medium, which stores instructions. When the instructions are executed on a communication device, the communication device executes the method described in the optional implementation of the first and second aspects.

[0110] In a tenth aspect, an embodiment of the present disclosure proposes a program product. When the program product is executed by a communication device, the communication device executes the method described in the optional implementation of the first and second aspects.

[0111] In an eleventh aspect, an embodiment of the present disclosure proposes a computer program, which, when executed on a computer, enables the computer to execute the method described in the optional implementation of the first and second aspects.

[0112] In a twelfth aspect, an embodiment of the present disclosure provides a chip or a chip system, wherein the chip or chip system includes a processing circuit configured to execute the method described in the optional implementation of the first and second aspects above.

[0113] It is understandable that the first device, the second device, the communication system, the storage medium, the program product, the computer program, the chip, or the chip system described above are all used to perform the method proposed in the embodiments of the present disclosure. Therefore, the beneficial effects that can be achieved can refer to the beneficial effects of the corresponding methods and will not be repeated here.

[0114] The embodiments of the present disclosure provide a communication method, a first device, a second device, a communication system, and a storage medium. In some embodiments, the terms "Bluetooth communication method" and "information processing method" and "data transmission method" and "communication method" are interchangeable; the terms "Bluetooth communication device" and "information processing device" and "data transmission device" and "communication device" are interchangeable; and the terms "communication system" and "Bluetooth communication system" are interchangeable.

[0115] The embodiments of the present disclosure are not exhaustive and are merely illustrative of some embodiments, and are not intended to be a specific limitation on the scope of protection of the present disclosure. In the absence of contradiction, each step in a certain embodiment can be implemented as an independent embodiment, and the steps can be arbitrarily combined. For example, a solution after removing some steps in a certain embodiment can also be implemented as an independent embodiment, and the order of the steps in a certain embodiment can be arbitrarily exchanged. In addition, the optional implementation methods in a certain embodiment can be arbitrarily combined; in addition, the embodiments can be arbitrarily combined. For example, some or all steps of different embodiments can be arbitrarily combined, and a certain embodiment can be arbitrarily combined with the optional implementation methods of other embodiments.

[0116] In each embodiment of the present disclosure, unless otherwise specified or provided for by logic, the terms and / or descriptions between the embodiments are consistent and can be referenced by each other. The technical features in different embodiments can be combined to form a new embodiment based on their inherent logical relationships.

[0117] The terms used in the embodiments of the present disclosure are only for the purpose of describing specific embodiments and are not intended to limit the present disclosure.

[0118] In the embodiments of the present disclosure, unless otherwise specified, elements expressed in the singular, such as "a", "an", "the", "above", "said", "the", "the", etc., may mean "one and only one", or "one or more", "at least one", etc. For example, when using articles such as "a", "an", "the" in English in translation, the noun following the article may be understood as a singular expression or a plural expression.

[0119] In the embodiments of the present disclosure, “plurality” refers to two or more.

[0120] In some embodiments, the terms "at least one," "one or more," "a plurality of," "multiple," etc. may be used interchangeably.

[0121] In some embodiments, descriptions such as "at least one of A and B," "A and / or B," "A in one case, B in another case," or "in response to one case A, in response to another case B" may include the following technical solutions depending on the situation: in some embodiments, A (A is executed independently of B); in some embodiments, B (B is executed independently of A); in some embodiments, execution is selected from A and B (A and B are selectively executed); and in some embodiments, A and B (both A and B are executed). The above is also applicable when there are more branches such as A, B, and C.

[0122] In some embodiments, "A or B" and other descriptions may include the following technical solutions depending on the situation: in some embodiments, A (A is executed independently of B); in some embodiments, B (B is executed independently of A); in some embodiments, execution is selected from A and B (A and B are selectively executed). The above is also applicable when there are more branches such as A, B, C, etc.

[0123] The prefixes such as "first" and "second" in the embodiments of the present disclosure are only used to distinguish different description objects and do not constitute any restriction on the position, order, priority, quantity or content of the description objects. For the statement of the description object, please refer to the description in the context of the claims or embodiments, and no unnecessary restriction should be constituted due to the use of prefixes. For example, if the description object is a "field", the ordinal number before the "field" in the "first field" and the "second field" does not limit the position or order between the "fields". "First" and "second" do not limit whether the "fields" they modify are in the same message, nor do they limit the order of the "first field" and the "second field". For another example, if the description object is a "level", the ordinal number before the "level" in the "first level" and the "second level" does not limit the priority between the "levels". For another example, the number of description objects is not limited by the ordinal number and can be one or more. Taking "first device" as an example, the number of "devices" can be one or more. In addition, the objects modified by different prefixes can be the same or different. For example, if the description object is "device", then the "first device" and the "second device" can be the same device or different devices, and their types can be the same or different; for another example, if the description object is "information", then the "first information" and the "second information" can be the same information or different information, and their contents can be the same or different.

[0124] In some embodiments, “including A,” “comprising A,” “used to indicate A,” and “carrying A” can be interpreted as directly carrying A or indirectly indicating A.

[0125] In some embodiments, terms such as "time / frequency" and "time / frequency domain" refer to the time domain and / or the frequency domain.

[0126] In some embodiments, terms such as "in response to...", "in response to determining...", "in the case of...", "at the time of...", "when...", "if...", "if...", etc. can be used interchangeably.

[0127] In some embodiments, terms such as "greater than", "greater than or equal to", "not less than", "more than", "more than or equal to", "not less than", "higher than", "higher than or equal to", "not less than", and "above" can be replaced with each other, and terms such as "less than", "less than or equal to", "not greater than", "less than", "less than or equal to", "not more than", "lower than", "lower than or equal to", "not higher than", and "below" can be replaced with each other.

[0128] In some embodiments, devices, etc. can be interpreted as physical or virtual, and their names are not limited to the names recorded in the embodiments. Terms such as "device", "equipment", "device", "circuit", "network element", "node", "function", "unit", "section", "system", "network", "chip", "chip system", "entity", and "subject" can be used interchangeably.

[0129] In some embodiments, "network" can be interpreted as devices included in the network (for example, a first device, a second device, an access network device, a core network device, etc.).

[0130] In some embodiments, the terms "access network device (AN device)", "radio access network device (RAN device)", "base station (BS)", "radio base station" "fixed station", "node", "access point", "transmission point (TP)", "reception point (RP)", "transmission / reception point (TRP)" "panel", "antenna panel", "antenna array", "cell", "macro cell", "small cell", "femto cell", "pico cell", "sector", "cell group", "serving cell", "carrier", "component carrier", "bandwidth part (BWP)" and the like may be used interchangeably.

[0131] In some embodiments, the terms "first device", "second device", "terminal", "terminal device", "user equipment (UE)", "user terminal" "mobile station (MS)", "mobile terminal (MT)", subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal, remote terminal, handset, user agent, mobile client, client, etc. can be used interchangeably.

[0132] In some embodiments, the access network device, the core network device, or the network device can be replaced by a terminal. For example, the various embodiments of the present disclosure can also be applied to a structure in which the communication between the access network device, the core network device, or the network device and the terminal is replaced by communication between multiple terminals (for example, device-to-device (D2D), vehicle-to-everything (V2X), etc.). In this case, it is also possible to set the structure in which the terminal has all or part of the functions of the access network device. In addition, terms such as "uplink" and "downlink" can also be replaced by terms corresponding to communication between terminals (for example, "side"). For example, uplink channels, downlink channels, etc. can be replaced by side channels, and uplinks, downlinks, etc. can be replaced by side links.

[0133] In some embodiments, the terminal may be replaced by an access network device, a core network device, or a network device. In this case, the access network device, the core network device, or the network device may have a structure that has all or part of the functions of the terminal.

[0134] In some embodiments, obtaining data, information, etc. may comply with the laws and regulations of the country where the data is obtained.

[0135] In some embodiments, data, information, etc. may be obtained with the user's consent.

[0136] In addition, each element, each row, or each column in the table of the embodiment of the present disclosure can be implemented as an independent embodiment, and the combination of any elements, any rows, and any columns can also be implemented as an independent embodiment.

[0137] Figure 1A is a schematic diagram of the architecture of a communication system according to an embodiment of the present disclosure. As shown in Figure 1A, the communication system 100 includes a first device 101 and a second device 102. In some embodiments, the first device 101 and the second device 102 can both be devices capable of Bluetooth communication. In some embodiments, the second device 102 can be provided as a central device in Bluetooth communication, and the first device 101 can be provided as a peripheral device in Bluetooth communication.

[0138] In some embodiments, the central device may also be referred to as a master device, and the peripheral device may also be referred to as a slave device.

[0139] In some embodiments, the second device 102 and the first device 101 can each be any one of a terminal, an access network device, and a core network device. For example, the second device 102 can be a computer, which can be connected to a medical sensor, a light bulb, a socket, a switch, or the like via Bluetooth. The first device 101 can be any of these devices. After the second device 102 and the first device 101 establish a connection, the two parties can realize the transmission of audio data or other types of data, such as querying and reading sensor status values, adjusting device modes, or other setting parameters.

[0140] It can be understood that the communication system described in the embodiment of the present disclosure is for the purpose of more clearly illustrating the technical solution of the embodiment of the present disclosure, and does not constitute a limitation on the technical solution proposed in the embodiment of the present disclosure. Ordinary technicians in this field can know that with the evolution of the system architecture and the emergence of new business scenarios, the technical solution proposed in the embodiment of the present disclosure is also applicable to similar technical problems.

[0141] The following embodiments of the present disclosure may be applied to the communication system 100 shown in FIG1A , or a portion thereof, but are not limited thereto. The entities shown in FIG1A are illustrative only. The communication system may include all or part of the entities shown in FIG1A , or may include other entities other than those shown in FIG1A . The number and form of the entities may be arbitrary, and the entities may be physical or virtual. The connection relationships between the entities are illustrative only. The entities may be connected or disconnected, and the connection may be in any manner, including direct or indirect, wired or wireless.

[0142] The embodiments of the present disclosure may be applied to Bluetooth (registered trademark)), Star Flash system, Long Term Evolution (LTE), LTE-Advanced (LTE-A), LTE-Beyond (LTE-B), SUPER 3G, IMT-Advanced, 4th generation mobile communication system (4G), 5th generation mobile communication system (5G), 5G new radio (NR), future radio access (FRA), new radio access technology (RAT), new radio (NR), new radio access (NX), future generation radio access (FX), Global System for Mobile communications (GSM (registered trademark)), CDMA2000, Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE 802.20, Ultra-WideBand (UWB), Public Land Mobile Network (PLMN) networks, Device-to-Device (D2D) systems, Machine-to-Machine (M2M) systems, Internet of Things (IoT) systems, Vehicle-to-Everything (V2X), systems utilizing other communication methods, and next-generation systems based on and extending these methods. Furthermore, multiple systems may be combined (for example, a combination of Bluetooth, Starlink, LTE, LTE-A, and 5G).

[0143] In some embodiments, the low power consumption feature of Bluetooth can be achieved by the Central device periodically communicating data with the Peripheral device. The Peripheral device needs to periodically send broadcast messages so that the Central device can discover and connect to send and receive data messages. In some special scenarios, there is a need for extremely low power consumption communication, such as: implantable medical devices, where the batteries cannot or are difficult to replace, and these medical devices need to work for years or even decades; smart home devices such as curtain controllers, where the batteries cannot be charged or are difficult to replace. Most of the time, these devices do not need to communicate with other devices, so they can be put into sleep mode and woken up only when needed.

[0144] In some embodiments, even in the absence of data communication, the peripheral device will periodically broadcast (advertising). The power consumption in the broadcast state is higher than 10mW, and the power in the standby state is higher than 0.1mW. Therefore, it is impossible to meet the requirements of extremely low power consumption (for example, power consumption less than 1μW).

[0145] In some embodiments, common implantable medical devices may include: cochlear implants, brain neurostimulators, pacemakers, gastric stimulators, foot drop correctors, insulin pumps, etc. These implantable medical devices typically communicate with a controller via Bluetooth Low Energy (BLE), which can then connect to the internet through the controller, uploading device data to an internet server for doctors, family members, and emergency personnel to view. Implantable medical devices often have batteries that cannot or are difficult to replace. To ensure long-term use, they require extremely low-power communication mechanisms.

[0146] In some embodiments, a WUR message is designed to enable "low-power" WUR message reception. Upon receiving the WUR message, a slave device that was originally in a "sleep state" is awakened and can communicate with the master device at a "high power" level, such as using Hypertext (HT), Homomorphic Encryption (HE), or Ethernet (ETH). Optionally, the slave device does not have the ability to send WUR messages.

[0147] Figure 1B is a schematic diagram of the architecture of a communication system according to an embodiment of the present disclosure. As shown in Figure 1B, the first device 101 includes a WUR receiver (receive, Rx) and a Bluetooth transceiver, and the second device 102 includes a WUR transmitter (transport, Tx) and a Bluetooth transceiver.

[0148] In some embodiments, after the introduction of WUR communication technology, the first device (i.e., the peripheral device) can be in sleep state most of the time. When there is data communication, the second device (i.e., the central device) can wake up the first device and switch it to standby state by sending a WUR message. The second device and the first device can further establish a connection and negotiate the frequency band, channel, and modulation and demodulation parameters used for communication to realize the sending and receiving of BLE data messages. After the sending and receiving is completed, the peripheral device can return to sleep state to save power consumption.

[0149] FIG2A is an interactive diagram of a Bluetooth communication method according to an embodiment of the present disclosure. As shown in FIG2A , the embodiment of the present disclosure relates to a Bluetooth communication method, which includes:

[0150] Step S2101: The first device periodically turns on the WUR receiver in the sleep state.

[0151] In some embodiments, the sleep state may refer to a state in which the Bluetooth transceiver and the Bluetooth receiver of the first device are both turned off or inactive. Optionally, the sleep state may be a low power state. Optionally, the power consumption of the first device in the sleep state is less than 1 μW.

[0152] In some embodiments, the WUR receiver can be used to receive WUR messages. Optionally, the WUR receiver can only receive WUR messages when it is turned on. Optionally, the power consumption of the WUR receiver when it is turned on is lower than the power consumption of the Bluetooth transceiver when it is turned on.

[0153] In some embodiments, the period during which the first device periodically turns on the WUR receiver can be referred to as a first period. Optionally, the first period can be determined in advance through negotiation with the second device, or can be pre-agreed upon by a protocol. Optionally, the first device receives a WUR message or Bluetooth message sent by the second device during the time when the WUR receiver was previously turned on, for example, before switching to a sleep state, and determines the period based on the WUR message or Bluetooth message, and after switching to a sleep state, periodically turns on the WUR receiver according to the period.

[0154] In some embodiments, the first device can turn on the WUR receiver for a period of time every first cycle. The WUR receiver can listen to the WUR message during the turned-on time. The length of time that the WUR receiver is turned on in the first cycle can be called the listening duration.

[0155] Step S2102: The second device sends a WUR message to the first device.

[0156] It can be understood that a WUR transmitter can be provided in the second device, and the WUR transmitter can be used to send WUR messages.

[0157] In some embodiments, the second device determines that a Bluetooth message needs to be transmitted to the first device, and sends a WUR message to the first device. For example, the second device determines that a preset data acquisition time has been reached, or the second device determines that data needs to be transmitted to the first device based on a user operation, and then sends a WUR message to the first device.

[0158] In some embodiments, as shown in Figure 2B, the WUR message includes at least one of the following: a preamble code (Preamble), which is used by the first device to perform at least one of frequency synchronization, symbol synchronization and gain control; an access address (Access Address), which is used to indicate a channel identifier; a protocol data unit PDU, which is used to indicate WUR-related information; a cyclic redundancy check CRC, which is used for message verification.

[0159] In some embodiments, message check may also be referred to as frame check.

[0160] In some embodiments, the preamble may include 8 bits. Alternatively, the access address may include 32 bits. Alternatively, all broadcast channels may use "0x8E89BED6" as the access address.

[0161] In some embodiments, the CRC may comprise 24 bits.

[0162] In some embodiments, the WUR-related information may include parameters for the first device to monitor the WUR message. Optionally, the WUR-related information can also be used by the first device to determine whether to switch to the standby state. Optionally, the WUR-related information can also include the duration for the first device to switch to the standby state, and / or the number or length of Bluetooth messages to be received or sent by the second device. Optionally, the WUR-related information can also include the first duration. Among them, the optional implementation method for the first duration will be described in detail in subsequent steps and will not be repeated here.

[0163] For example, the second device can determine the standby time based on the number or length of Bluetooth messages to be sent or received, and send it to the first device through the WUR message. After receiving the WUR message, the first device can determine the time to switch to the standby state and maintain the standby state based on the standby time.

[0164] In some embodiments, the PDU includes at least one of the following: a PDU type, which is used to indicate the type of the WUR message; a transmitter address, which is used to indicate the transmitter that sends the WUR message; a receiver address, which is used to indicate the WUR receiver that receives the WUR message; a first cycle, which is used to indicate the cycle in which the first device turns on the WUR receiver; and the listening duration within the first cycle.

[0165] In some embodiments, as shown in Figure 2B, the PDU may include a PDU header (Header) and a PDU body (Body), wherein the PDU header may include the above-mentioned PDU type and transmitter address, and the PDU body may include the above-mentioned first cycle and the listening duration within the first cycle.

[0166] Optionally, the PDU body may further include the duration for the first device to switch to the standby state, and / or the number or length of Bluetooth messages to be received or sent by the second device.

[0167] In some embodiments, the PDU type may include 4 bits, wherein the PDU type corresponding to the WUR message may adopt "0x09" as the new message type.

[0168] In some embodiments, the transmitter address can be determined based on the MAC address of the transmitter. Optionally, the transmitter address can be any one of a broadcast address, a multicast address, or a unicast address. Optionally, the transmitter address can include 12 bits, which can be the result of some operation of the MAC address of the WUR transmitter in the second device, such as but not limited to a hash operation. The transmitter address can support a broadcast address, a multicast address, or a unicast address.

[0169] In some embodiments, the receiver address is used to indicate the WUR receiver that receives the WUR message. The receiver address can be determined, for example, based on the MAC address of the corresponding WUR receiver, or determined by a portion of the MAC address of the WUR receiver. Optionally, the receiver address can include 12 bits, which can be a certain operation result of the WUR receiver, such as a hash operation. Optionally, the number of receiver addresses can be one or more. For example, the second device can send a WUR message to multiple devices (for example, which may include the first device), and the receiver address can include the receiver addresses corresponding to these multiple devices respectively.

[0170] In some embodiments, the WUR message may not include CRC and preamble. Optionally, the WUR message may adopt a simpler modulation method such as binary on-off keying (OOK) modulation or binary phase shift keying (BPSK) modulation. In this case, the WUR message can indicate the address of the WUR sending device in addition to the access address, so that different devices can use different channels.

[0171] In some embodiments, the first period may include 64 bits, and the unit of the first period may be μS. Optionally, the listening duration in the first period may include 64 bits, and the unit of the listening duration may be μS.

[0172] It is understood that the number of bits occupied by each field in the WUR message can be determined based on actual needs and is not limited to the number described in the above embodiment. For example, the transmitter address can include more than 12 bits, such as 48 bits. In addition, the PDU type corresponding to the WUR message can also be set to a value other than "0x09", which is not limited in the present embodiment.

[0173] In some embodiments, after the second device sends a WUR message to the first device, it expects to receive a Bluetooth message sent by the first device. Optionally, after the second device sends a WUR message to the first device, if it does not receive a Bluetooth message sent by the first device within a preset time period, or if the first device receives a feedback message for the Bluetooth message, step S2102 can be re-executed.

[0174] In some embodiments, the first device receives the WUR message sent by the second device, but is not limited to this, and can also receive the WUR message sent by other entities.

[0175] In some embodiments, the first device receives a WUR message in a sleep state. Optionally, the first device determines that the WUR message is received and executes step S2103.

[0176] Step S2103: The first device determines whether to switch to the standby state based on the WUR message.

[0177] In some embodiments, the power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state. Optionally, the power consumption in the standby state may be greater than or equal to 0.1 mW.

[0178] In some embodiments, the first device determines to switch to the standby state and turns on the Bluetooth transceiver. Alternatively, the first device determines not to switch to the standby state and keeps the Bluetooth transceiver in the off state.

[0179] In some embodiments, the first device determines that a WUR message is received, and determines whether to switch to a standby state based on at least one of a PDU type, a receiver address, and a transmitter address in the WUR message.

[0180] For example, if the first device determines that the receiver address in the WUR message does not match the address of the WUR receiver of the first device, it can remain in the sleep state. If the first device determines that the receiver address in the WUR message matches the address of the WUR receiver of the first device, it can switch to the standby state. In this way, it can effectively prevent the sending device from maliciously waking up the first device by broadcasting a forged WUR message.

[0181] In another example, after the first device receives a message through the WUR receiver, it can determine whether the PDU type in the message is "0x09". If the PDU type is not "0x09", it can remain in sleep mode. If the PDU type is "0x09", it can switch to standby mode. Alternatively, if the PDU type is "0x09", it can further determine whether the transmitter address in the message is the target transmitter address. If it is determined that the transmitter address is the target transmitter address, it can switch to standby mode. Otherwise, it can remain in sleep mode. The target transmitter address can be pre-configured or pre-stored by the first device. For example, it can be the transmitter address corresponding to a device that has been pre-matched, authenticated, etc. with the first device, such as the address corresponding to the WUR transmitter in the second device. Alternatively, the first device can also assume that the PDU type of the message received by the WUR receiver is "0x09" and directly determine whether to switch to standby mode based on the transmitter address.

[0182] In some embodiments, after the first device determines to switch to the standby state, it can also perform at least one of frequency synchronization, symbol synchronization and gain control of Bluetooth communication with the second device (or any other device that sends the WUR message) based on the preamble code in the WUR message. Optionally, after the first device determines to switch to the standby state, it can also update the listening parameters of the WUR message based on the WUR-related information in the WUR message, such as updating the period for turning on the WUR receiver, and / or updating the listening duration within the period for turning on the WUR receiver. Optionally, the first device can determine the length of time to maintain the standby state based on the WUR-related information in the WUR message.

[0183] Step S2104: The first device sends and receives Bluetooth messages in a standby state.

[0184] In some embodiments, the first device receives a Bluetooth message sent by the second device in a standby state, but is not limited thereto. The first device may also receive a Bluetooth message sent by other devices.

[0185] In some embodiments, the first device sends a Bluetooth message to the second device in the standby state, but is not limited thereto. The first device may also send a Bluetooth message to other devices.

[0186] In some embodiments, the second device sends a Bluetooth message to the first device in standby mode. Optionally, the second device receives a Bluetooth message sent by the first device, where the Bluetooth message is sent by the first device in standby mode.

[0187] In some embodiments, the Bluetooth message may be a Bluetooth Low Energy (BLE) message.

[0188] Step S2105: The first device determines that the Bluetooth message transmission and reception is completed and switches to a sleep state.

[0189] In some embodiments, the first device determines that no Bluetooth message is received within the first time period, determines that Bluetooth message transmission and reception are complete, and switches to a sleep state. Alternatively, the first device determines that no Bluetooth message is sent within the first time period, determines that Bluetooth message transmission and reception are complete, and switches to a sleep state.

[0190] In some embodiments, the first device determines the first duration based on the WUR message. Optionally, the first duration may be a duration pre-agreed upon in a protocol, or the first duration may be a duration pre-negotiated between the first device and the second device.

[0191] In some embodiments, the first device determines that the time in the standby state reaches the standby duration, determines that the Bluetooth message transmission and reception is completed, and switches to the sleep state. Optionally, the first device determines that the number of received Bluetooth messages or the number of sent Bluetooth messages reaches a first number, determines that the Bluetooth message transmission and reception is completed, and switches to the sleep state. The standby duration and / or the first number can be determined by the first device based on the WUR message, or pre-agreed by the protocol, or pre-negotiated and determined by the first device and the second device.

[0192] In some embodiments, after the first device switches to the sleep state, the WUR receiver can be periodically turned on according to the first period and / or listening duration in the WUR message previously received.

[0193] In some embodiments, the names of information, etc. are not limited to the names described in the embodiments, and terms such as "message", "information", "message", "signal", "signaling", "report", "configuration", "indication", "instruction", "command", "channel", "parameter", "domain", "field", "symbol", "bit", and "data" can be used interchangeably.

[0194] In some embodiments, the terms "radio", "wireless", "radio access network (RAN)", "access network (AN)", "RAN-based" and the like may be used interchangeably.

[0195] In some embodiments, terms such as "moment", "time point", "time", and "time position" can be replaced with each other, and terms such as "duration", "period", "time window", "window", and "time" can be replaced with each other.

[0196] In some embodiments, "obtain", "get", "get", "receive", "transmit", "bidirectional transmission", "send and / or receive" can be interchangeable, and can be interpreted as receiving from other entities, obtaining from protocols, obtaining from higher layers, obtaining by self-processing, autonomous implementation, etc.

[0197] In some embodiments, terms such as "send", "transmit", "report", "download", "transmit", "bidirectional transmission", "send and / or receive" can be used interchangeably.

[0198] In some embodiments, terms such as "certain", "preset", "preset", "setting", "indicated", "some", "any", and "first" can be interchangeable. "Specific A", "preset A", "preset A", "setting A", "indicated A", "some A", "any A", and "first A" can be interpreted as A pre-specified in a protocol, etc., or as A obtained through setting, configuration, or indication, etc., or as specific A, some A, any A, or first A, etc., but not limited to this.

[0199] In some embodiments, the determination or judgment can be performed by a value represented by 1 bit (0 or 1), or by a true or false value (Boolean value) represented by true or false, or by comparison of numerical values ​​(for example, comparison with a predetermined value), but is not limited thereto.

[0200] In some embodiments, "not expecting to receive" can be interpreted as not receiving on time domain resources and / or frequency domain resources, or as not performing subsequent processing on the data after receiving it; "not expecting to send" can be interpreted as not sending, or as sending but not expecting the recipient to respond to the content sent.

[0201] The communication method involved in the embodiments of the present disclosure may include at least one of steps S2101 to S2105. For example, step S2101 may be implemented as an independent embodiment, step S2102 may be implemented as an independent embodiment, step S2105 may be implemented as an independent embodiment, step S2101 + step S2102 may be implemented as an independent embodiment, and step S2104 + step S2105 may be implemented as independent embodiments, but the present invention is not limited thereto.

[0202] In some embodiments, step S2101 and step S2102 may be executed in an interchangeable order or simultaneously.

[0203] In some embodiments, steps S2102 to S2105 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0204] In some embodiments, steps S2101 to S2104 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0205] In some embodiments, step S2101 and step S2102 as well as step S2104 and step S2105 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0206] In some embodiments, reference may be made to other optional implementations described before or after the description corresponding to FIG. 2A .

[0207] FIG3A is a flow chart of a Bluetooth communication method according to an embodiment of the present disclosure. As shown in FIG3A , the embodiment of the present disclosure relates to a Bluetooth communication method (on the first device side), the method comprising:

[0208] Step S3101: In the sleep state, periodically turn on the WUR receiver.

[0209] The optional implementation of step S3101 can refer to the optional implementation of step S2101 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.

[0210] Step S3102, obtain the WUR message.

[0211] The optional implementation of step S3102 can refer to the optional implementation of step S2102 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.

[0212] In some embodiments, the terminal receives WUR messages sent by a network device, but is not limited to this, and can also receive WUR messages sent by other entities.

[0213] In some embodiments, step S3102 is omitted, and the terminal autonomously implements the function indicated by the WUR message, or the above function is default or acquiescent.

[0214] Step S3103, determine whether to switch to standby state based on the WUR message.

[0215] The optional implementation of step S3103 can refer to the optional implementation of step S2103 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.

[0216] Step S3104: in the standby state, sending and receiving Bluetooth messages.

[0217] The optional implementation of step S3104 can refer to the optional implementation of step S2104 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.

[0218] Step S3105: Determine that the Bluetooth message transmission and reception is completed and switch to the sleep state.

[0219] The optional implementation of step S3105 can refer to the optional implementation of step S2105 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.

[0220] The communication method involved in the embodiments of the present disclosure may include at least one of steps S3101 to S3105. For example, step S3101 may be implemented as an independent embodiment, step S3102 may be implemented as an independent embodiment, step S3105 may be implemented as an independent embodiment, step S3101 + step S3102 may be implemented as an independent embodiment, and step S3104 + step S3105 may be implemented as independent embodiments, but the present invention is not limited thereto.

[0221] In some embodiments, steps S3102 to S3105 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0222] In some embodiments, steps S3101 to S3104 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0223] In some embodiments, step S3101 and step S3102 as well as step S3104 and step S3105 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0224] FIG3B is a flow chart of a Bluetooth communication method according to an embodiment of the present disclosure. As shown in FIG3B , the embodiment of the present disclosure relates to a Bluetooth communication method (on the first device side), the method comprising:

[0225] Step S3201: In the sleep state, periodically turn on the WUR receiver.

[0226] The optional implementation of step S3201 can refer to the optional implementation of step S2101 in Figure 2A, step S3101 in Figure 3A, and other related parts in the embodiments involved in Figures 2A and 3A, which will not be repeated here.

[0227] Step S3202, obtain WUR message.

[0228] Optional implementations of step S3202 can be found in step S2102 of FIG. 2A , optional implementations of step S3102 of FIG. 3A , and other related parts of the embodiments involved in FIG. 2A and FIG. 3A , which will not be described in detail here.

[0229] Step S3203, determine whether to switch to standby state based on the WUR message.

[0230] Optional implementations of step S3203 may refer to step S2103 in FIG. 2A , optional implementations of step S3103 in FIG. 3A , and other related parts in the embodiments involved in FIG. 2A and FIG. 3A , which will not be described in detail here.

[0231] The communication method involved in the embodiments of the present disclosure may include at least one of steps S3201 to S3203. For example, step S3201 may be implemented as an independent embodiment, step S3202 may be implemented as an independent embodiment, step S3203 may be implemented as an independent embodiment, step S3201 + step S3202 may be implemented as an independent embodiment, and step S3202 + step S3203 may be implemented as independent embodiments, but the present invention is not limited thereto.

[0232] In some embodiments, steps S3202 to S3205 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0233] In some embodiments, steps S3201 to S3204 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0234] In some embodiments, step S3201 and step S3202 as well as step S3204 and step S3205 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0235] FIG3C is a flow chart of a Bluetooth communication method according to an embodiment of the present disclosure. As shown in FIG3C , the embodiment of the present disclosure relates to a Bluetooth communication method (on the first device side), the method comprising:

[0236] Step S3301: In the sleep state, periodically turn on the WUR receiver.

[0237] The optional implementation of step S3301 can refer to the optional implementation of step S2101 in Figure 2A, step S3101 in Figure 3A, step S3201 in Figure 3B, and other related parts in the embodiments involved in Figures 2A, 3A, and 3B, which will not be repeated here.

[0238] Step S3302: Determine whether a WUR message is received, and determine whether to switch to standby mode based on the WUR message.

[0239] The optional implementation of step S3302 can be found in steps S2102 and S2103 of Figure 2A, steps S3102 and S3103 of Figure 3A, and the optional implementation of steps S3202 and S3203 of Figure 3B, as well as other related parts in the embodiments involved in Figures 2A, 3A, and 3B, which will not be repeated here.

[0240] The communication method involved in the embodiment of the present disclosure may include at least one of steps S3301 and S3302. For example, step S3301 may be implemented as an independent embodiment, and step S3302 may be implemented as an independent embodiment.

[0241] In some embodiments, the first device periodically turns on the wake-up radio WUR receiver to receive WUR messages when in a sleep state; the first device determines that the WUR message has been received, and determines whether to switch to a standby state to send and receive Bluetooth messages based on the WUR message; wherein, the power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

[0242] In some embodiments, the method comprises:

[0243] The first device determines that the Bluetooth message transmission and reception is completed and switches to a sleep state.

[0244] In some embodiments, the first device determines that the Bluetooth message transmission and reception is completed and switches to a sleep state, including:

[0245] The first device determines that no Bluetooth message is received within the first time period, and / or determines that no Bluetooth message is sent within the first time period, determines that the Bluetooth message is sent and received, and switches to a sleep state.

[0246] In some embodiments, the WUR message includes at least one of the following:

[0247] a preamble code, where the preamble code is used by the first device to perform at least one of frequency synchronization, symbol synchronization, and gain control;

[0248] Access address, which is used to indicate a channel identifier;

[0249] Protocol Data Unit PDU, PDU is used to indicate WUR related information;

[0250] Cyclic redundancy check CRC, CRC is used for message verification.

[0251] In some embodiments, the PDU includes at least one of the following:

[0252] PDU type, which is used to indicate the type of WUR message;

[0253] Sender address, which is used to indicate the sender that sends the WUR message;

[0254] Receiver address, which is used to indicate the WUR receiver that receives the WUR message;

[0255] A first cycle, the first cycle is used to indicate a cycle for the first device to turn on the WUR receiver;

[0256] Listening duration in the first cycle.

[0257] In some embodiments, the sender address is any one of a broadcast address, a multicast address, or a unicast address.

[0258] In some embodiments, the transmitter address is determined based on the transmitter's Media Access Control (MAC) address.

[0259] In some embodiments, the receiver address is determined based on the MAC address of the WUR receiver that receives the WUR message.

[0260] In some embodiments, the first device determines that a WUR message is received, and determines whether to switch to a standby state to send and receive Bluetooth messages according to the WUR message, including:

[0261] The first device determines whether to switch to the standby state based on at least one of the PDU type and the transmitter address in the WUR message.

[0262] FIG4A is a flow chart of a Bluetooth communication method according to an embodiment of the present disclosure. As shown in FIG4A , the embodiment of the present disclosure relates to a Bluetooth communication method (on the second device side), the method comprising:

[0263] Step S4101, send WUR message.

[0264] The optional implementation of step S4101 can refer to the optional implementation of step S2102 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.

[0265] Step S4102: Send a Bluetooth message, or receive a Bluetooth message.

[0266] The optional implementation of step S4102 can refer to the optional implementation of step S2104 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.

[0267] The communication method involved in the embodiment of the present disclosure may include at least one of steps S4101 to S4102. For example, step S4101 may be implemented as an independent embodiment, and step S4102 may be implemented as an independent embodiment.

[0268] FIG4B is a flow chart of a Bluetooth communication method according to an embodiment of the present disclosure. As shown in FIG4B , the embodiment of the present disclosure relates to a Bluetooth communication method (on the second device side), the method comprising:

[0269] Step S4201, send WUR message.

[0270] The optional implementation of step S4201 can refer to step S2102 in FIG. 2A , the optional implementation of step S4101 in FIG. 4A , and other related parts in the embodiment involved in FIG. 2A , which will not be repeated here.

[0271] In some embodiments, the second device sends a wake-up radio WUR message, where the WUR message is used to instruct the first device to switch from a sleep state to a standby state to send and receive Bluetooth messages;

[0272] The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

[0273] In some embodiments, the WUR message includes at least one of the following:

[0274] a preamble code, where the preamble code is used by the first device to perform at least one of frequency synchronization, symbol synchronization, and gain control;

[0275] Access address, which is used to indicate a channel identifier;

[0276] Protocol Data Unit PDU, PDU is used to indicate WUR related information;

[0277] Cyclic redundancy check CRC, CRC is used for message verification.

[0278] In some embodiments, the PDU includes at least one of the following:

[0279] PDU type, which is used to indicate the type of WUR message;

[0280] Sender address, which is used to indicate the sender that sends the WUR message;

[0281] Receiver address, which is used to indicate the WUR receiver that receives the WUR message;

[0282] A first cycle, the first cycle is used to indicate a cycle for the first device to turn on the WUR receiver;

[0283] Listening duration in the first cycle.

[0284] In some embodiments, the sender address is any one of a broadcast address, a multicast address, or a unicast address.

[0285] In some embodiments, the transmitter address is determined based on the transmitter's Media Access Control (MAC) address.

[0286] In some embodiments, the receiver address is determined based on the MAC address of the WUR receiver that receives the WUR message.

[0287] FIG5 is an interactive diagram of a Bluetooth communication method according to an embodiment of the present disclosure. As shown in FIG5 , the embodiment of the present disclosure relates to a Bluetooth communication method, which includes:

[0288] Step S5101: The first device periodically wakes up the WUR receiver in sleep mode.

[0289] For the optional implementation of step S5101, please refer to the optional implementation of step S2101 in Figure 2A, step S3101 in Figure 3A, step S3201 in Figure 3B, step S3301 in Figure 3C, and other related parts in the embodiments involved in Figures 2A, 3A, 3B, 3C, 4A, and 4B, which will not be repeated here.

[0290] Step S5102: The second device sends a WUR message to the first device.

[0291] For optional implementations of step S5102, please refer to step S2102 in Figure 2A, step S3102 in Figure 3A, step S3202 in Figure 3B, step S4101 in Figure 4A, step S4201 in Figure 4B, and other related parts in the embodiments involved in Figures 2A, 3A, 3B, 3C, 4A, and 4B, which will not be repeated here.

[0292] Step S5103: The first device determines that a WUR message has been received, and determines whether to switch to a standby state based on the WUR message.

[0293] For the optional implementation of step S5103, please refer to the optional implementation of step S2103 in Figure 2A, step S3103 in Figure 3A, step S3203 in Figure 3B, step S3302 in Figure 3C, and other related parts in the embodiments involved in Figures 2A, 3A, 3B, 3C, 4A, and 4B, which will not be repeated here.

[0294] FIG6A is a schematic diagram of a Bluetooth communication method according to an embodiment of the present disclosure. As shown in FIG6 , the embodiment of the present disclosure relates to a Bluetooth communication method, the method comprising:

[0295] Step S6101: The peripheral device periodically turns on the WUR Rx function.

[0296] The peripheral device may be the first device in the above embodiment.

[0297] It can be understood that turning on the WUR Rx function may mean turning on the WUR receiver and turning on the function of monitoring the WUR messages.

[0298] In some embodiments, the peripheral device is in sleep mode most of the time and periodically enables the WUR Rx function.

[0299] In some embodiments, as shown in FIG6B , the period for turning on the WUR Rx function, i.e., the duty cycle (Duty Cycle Period), and the monitoring duration or wakeup time (Wakeup Time) parameter after each turning on can be determined by negotiation between the Peripheral device and the Central device. Referring to FIG6B , the duration corresponding to WUR Rx ON can be the monitoring duration after the WUR Rx function is turned on, and the duration corresponding to WUR Rx OFF can be the duration of not monitoring during the period when the first device turns on the WUR Rx function.

[0300] In some embodiments, when the Peripheral device turns on WUR Rx and detects a WUR message, it can determine whether it is sent to itself based on the message type, receiver address (such as Rx Addr) and transmitter address (such as Tx Addr). If so, it switches to standby mode. Referring to Figure 6B, if the Peripheral device receives a WUR Packet sent by the Central device within the monitoring time after WUR Rx is turned on, it can switch to standby mode and send and receive Bluetooth messages, such as BLE Packet 1 to BLE Packet N.

[0301] In some embodiments, a peripheral device switched to standby mode can transmit and receive BLE messages with a central device via BLE. After the transmission and reception are completed, the peripheral device switches back to sleep mode and only turns on the WUR Rx function when the Duty Cycle arrives. Referring to Figure 6B, when the peripheral device receives BLE Packet N and determines that there are no other Bluetooth messages to be transmitted, it can switch to sleep mode and keep waking up the WUR Rx function periodically.

[0302] In some embodiments, the Bluetooth WUR message format may include the following fields:

[0303] Preamble (8 bits), used for frequency synchronization, symbol synchronization and automatic gain control of Bluetooth communication;

[0304] Access Address (32 bits), used for channel identification. All broadcast channels use "0x8E89BED6";

[0305] PDU Type (4 bits), used to identify the WUR message type, using "0x09" as the new message type;

[0306] Tx Addr (12 bits): used to identify the address of the WUR message. It can be the result of some operation on the MAC address, including but not limited to hash operation. It can support broadcast address, multicast address or unicast address.

[0307] Rx Addr (12 bits): used to identify the address of the recipient of the WUR message. It can be the result of some operation on the MAC address, including but not limited to hash operation.

[0308] PDU, used to carry specific WUR information;

[0309] CRC (24 bits), used for message verification.

[0310] The PDU part contains at least the following fields:

[0311] Duty Cycle Period (64 bits) is used to indicate the duration of each WUR cycle, in μS.

[0312] Wakeup Time Information (64 bits) is used to indicate the length of the listening time in each WUR cycle, in μS.

[0313] In the embodiments of the present disclosure, some or all of the steps and their optional implementations may be arbitrarily combined with some or all of the steps in other embodiments, or may be arbitrarily combined with the optional implementations of other embodiments.

[0314] The embodiments of the present disclosure further provide an apparatus for implementing any of the above methods. For example, an apparatus is provided, comprising units or modules for implementing each step performed by a terminal in any of the above methods. For another example, another apparatus is provided, comprising units or modules for implementing each step performed by a network device (e.g., an access network device, a core network function node, a core network device, a first device, a second device, a network device, etc.) in any of the above methods.

[0315] It should be understood that the division of the various units or modules in the above device is merely a division of logical functions. In actual implementation, they may be fully or partially integrated into a physical entity, or they may be physically separated. In addition, the units or modules in the device may be implemented in the form of a processor calling software: for example, the device includes a processor, the processor is connected to a memory, and the memory stores instructions. The processor calls the instructions stored in the memory to implement any of the above methods or implement the functions of the various units or modules of the above device, wherein the processor is, for example, a general-purpose processor, such as a central processing unit (CPU) or a microprocessor, and the memory is a memory within the device or a memory outside the device. Alternatively, the units or modules in the device can be implemented in the form of hardware circuits, and the functions of some or all of the units or modules can be realized by designing the hardware circuits. The above-mentioned hardware circuits can be understood as one or more processors; for example, in one implementation, the above-mentioned hardware circuit is an application-specific integrated circuit (ASIC), which realizes the functions of some or all of the above units or modules by designing the logical relationship of the components in the circuit; for example, in another implementation, the above-mentioned hardware circuit can be realized by a programmable logic device (PLD). Taking a field programmable gate array (FPGA) as an example, it can include a large number of logic gate circuits, and the connection relationship between the logic gate circuits is configured by configuring the configuration file, thereby realizing the functions of some or all of the above units or modules. All units or modules of the above devices can be realized in the form of software called by the processor, or in the form of hardware circuits, or in part by the form of software called by the processor, and the rest by hardware circuits.

[0316] In the embodiments of the present disclosure, the processor is a circuit with signal processing capabilities. In one implementation, the processor can be a circuit with instruction reading and execution capabilities, such as a central processing unit (CPU), a microprocessor, a graphics processing unit (GPU) (which can be understood as a microprocessor), or a digital signal processor (DSP). In another implementation, the processor can implement certain functions through the logical relationship of the hardware circuit. The logical relationship of the above-mentioned hardware circuit is fixed or reconfigurable. For example, the processor is a hardware circuit implemented by an application-specific integrated circuit (ASIC) or a programmable logic device (PLD), such as an FPGA. In a reconfigurable hardware circuit, the process of the processor loading a configuration document and implementing the hardware circuit configuration can be understood as the process of the processor loading instructions to implement the functions of some or all of the above units or modules. In addition, it can also be a hardware circuit designed for artificial intelligence, which can be understood as an ASIC, such as a neural network processing unit (NPU), a tensor processing unit (TPU), a deep learning processing unit (DPU), etc.

[0317] Figure 7A is a structural diagram of the first device proposed in an embodiment of the present disclosure. As shown in Figure 7A, the first device 7100 may include: at least one of a transceiver module 7101, a processing module 7102, etc. In some embodiments, the processing module 7102 is used to periodically turn on the wake-up radio WUR receiver to receive WUR messages in the sleep state; the processing module 7102 is also used to determine whether to receive the WUR message, and determine whether to switch to the standby state to send and receive Bluetooth messages based on the WUR message; wherein the power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state. Optionally, the transceiver module 7101 is used to execute at least one of the communication steps such as sending and / or receiving executed by the first device in any of the above methods, which will not be repeated here. Optionally, the processing module 7102 is used to execute at least one of the other steps executed by the first device in any of the above methods, which will not be repeated here.

[0318] Figure 7B is a structural diagram of the second device proposed in an embodiment of the present disclosure. As shown in Figure 7B, the second device 7200 may include: at least one of a transceiver module 7201, a processing module 7202, etc. In some embodiments, the above-mentioned transceiver module 7201 is used to send a wake-up radio WUR message, and the WUR message is used to instruct the first device to switch from a sleep state to a standby state to send and receive Bluetooth messages; wherein, the power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state. Optionally, the above-mentioned transceiver module 7201 is used to execute at least one of the communication steps such as sending and / or receiving performed by the second device in any of the above methods, which will not be repeated here. Optionally, the above-mentioned processing module 7202 is used to execute at least one of the other steps performed by the second device in any of the above methods, which will not be repeated here.

[0319] In some embodiments, the transceiver module may include a transmitting module and / or a receiving module, and the transmitting module and the receiving module may be separate or integrated. Optionally, the transceiver module may be interchangeable with the transceiver.

[0320] In some embodiments, the processing module can be a single module or can include multiple submodules. Optionally, the multiple submodules respectively execute all or part of the steps required to be executed by the processing module. Optionally, the processing module can be interchangeable with the processor.

[0321] Figure 8A is a schematic diagram of the structure of a communication device 8100 proposed in an embodiment of the present disclosure. Communication device 8100 can be a network device (e.g., a first device, a second device, an access network device, a core network device, etc.), or a terminal (e.g., a first device, a second device, a user device, etc.), or a chip, a chip system, or a processor that supports a network device in implementing any of the above methods, or a chip, a chip system, or a processor that supports a terminal in implementing any of the above methods. Communication device 8100 can be used to implement the methods described in the above method embodiments. For details, please refer to the description of the above method embodiments.

[0322] As shown in Figure 8A, the communication device 8100 includes one or more processors 8101. The processor 8101 can be a general-purpose processor or a dedicated processor, for example, a baseband processor or a central processing unit. The baseband processor can be used to process the communication protocol and communication data, and the central processing unit can be used to control the communication device (such as a base station, a baseband chip, a terminal device, a terminal device chip, a Bluetooth device, a Bluetooth chip, a DU or a CU, etc.), execute programs, and process program data. Optionally, the communication device 8100 is used to perform any of the above methods. Optionally, one or more processors 8101 are used to call instructions to enable the communication device 8100 to perform any of the above methods.

[0323] In some embodiments, the communication device 8100 further includes one or more transceivers 8102. When the communication device 8100 includes one or more transceivers 8102, the transceiver 8102 performs at least one of the communication steps, such as sending and / or receiving, in the above-described method, and the processor 8101 performs at least one of the other steps. In an optional embodiment, the transceiver may include a receiver and / or a transmitter, and the receiver and transmitter may be separate or integrated. Optionally, the terms transceiver, transceiver unit, transceiver, transceiver circuit, interface circuit, and interface may be used interchangeably; the terms transmitter, transmitting unit, transmitter, and transmitting circuit may be used interchangeably; and the terms receiver, receiving unit, receiver, and receiving circuit may be used interchangeably.

[0324] In some embodiments, the communication device 8100 also includes one or more memories 8103 for storing data. Alternatively, all or part of the memories 8103 may be located outside the communication device 8100. In alternative embodiments, the communication device 8100 may include one or more interface circuits 8104. Optionally, the interface circuits 8104 are connected to the memories 8103 and may be used to receive data from the memories 8103 or other devices, or to send data to the memories 8103 or other devices. For example, the interface circuits 8104 may read data stored in the memories 8103 and send the data to the processor 8101.

[0325] The communication device 8100 described in the above embodiments may be a network device or a terminal, but the scope of the communication device 8100 described in the present disclosure is not limited thereto, and the structure of the communication device 8100 may not be limited by FIG. 8A. The communication device may be an independent device or may be part of a larger device. For example, the communication device may be: 1) an independent integrated circuit IC, or a chip, or a chip system or subsystem; (2) a collection of one or more ICs, optionally, the above IC collection may also include a storage component for storing data or programs; (3) an ASIC, such as a modem; (4) a module that can be embedded in other devices; (5) a receiver, a terminal device, an intelligent terminal device, a cellular phone, a wireless device, a handheld device, a mobile unit, an in-vehicle device, a network device, a cloud device, an artificial intelligence device, etc.; (6) others, etc.

[0326] FIG8B is a schematic diagram of the structure of a chip 8200 according to an embodiment of the present disclosure. If the communication device 8100 can be a chip or a chip system, please refer to the schematic diagram of the structure of the chip 8200 shown in FIG8B , but the present disclosure is not limited thereto.

[0327] The chip 8200 includes one or more processors 8201. The chip 8200 is configured to execute any of the above methods.

[0328] In some embodiments, chip 8200 further includes one or more interface circuits 8202. Terms such as interface circuit, interface, and transceiver pins may be used interchangeably. In some embodiments, chip 8200 further includes one or more memories 8203 for storing data. Alternatively, all or part of memory 8203 may be located external to chip 8200. Optionally, interface circuit 8202 is connected to memory 8203 and may be used to receive data from memory 8203 or other devices, or may be used to send data to memory 8203 or other devices. For example, interface circuit 8202 may read data stored in memory 8203 and send the data to processor 8201.

[0329] In some embodiments, the interface circuit 8202 performs at least one of the communication steps, such as sending and / or receiving, in the above-described method. For example, the interface circuit 8202 performing the communication steps, such as sending and / or receiving, in the above-described method means that the interface circuit 8202 performs data exchange between the processor 8201, the chip 8200, the memory 8203, or the transceiver device. In some embodiments, the processor 8201 performs at least one of the other steps.

[0330] The modules and / or devices described in various embodiments, such as virtual devices, physical devices, and chips, can be arbitrarily combined or separated according to circumstances. Optionally, some or all steps can also be performed collaboratively by multiple modules and / or devices, which is not limited here.

[0331] The present disclosure also proposes a storage medium having instructions stored thereon, which, when executed on the communication device 8100, causes the communication device 8100 to execute any of the above methods. Optionally, the storage medium is an electronic storage medium. Optionally, the storage medium is a computer-readable storage medium, but is not limited thereto, and may also be a storage medium readable by other devices. Optionally, the storage medium may be a non-transitory storage medium, but is not limited thereto, and may also be a temporary storage medium.

[0332] The present disclosure also provides a program product, which, when executed by the communication device 8100, enables the communication device 8100 to perform any of the above methods. Optionally, the program product is a computer program product.

[0333] The present disclosure also proposes a computer program, which, when executed on a computer, causes the computer to perform any one of the above methods.

Claims

1. A Bluetooth communication method, characterized in that: The method comprises: The first device is in a sleep state, and periodically turns on a wake-up radio WUR receiver to receive WUR messages; The first device determines that the WUR message is received, and determines whether to switch to a standby state to send and receive Bluetooth messages according to the WUR message; The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

2. The method according to claim 1, characterized in that The method comprises: The first device determines that the Bluetooth message sending and receiving is completed and switches to the sleep state.

3. The method according to claim 2, characterized in that The first device determines that the Bluetooth message transmission and reception is completed and switches to the sleep state, including: The first device determines that the Bluetooth message is not received within a first time period, and / or determines that no Bluetooth message is sent within the first time period, determines that the Bluetooth message is sent and received, and switches to the sleep state.

4. The method according to any one of claims 1 to 3, characterized in that The WUR message includes at least one of the following: a preamble code, wherein the preamble code is used by the first device to perform at least one of frequency synchronization, symbol synchronization, and gain control; An access address, where the access address is used to indicate a channel identifier; Protocol Data Unit (PDU), where the PDU is used to indicate WUR-related information; Cyclic Redundancy Check CRC, the CRC is used for message verification.

5. The method according to claim 4, characterized in that The PDU includes at least one of the following: PDU type, where the PDU type is used to indicate the type of the WUR message; A transmitter address, where the transmitter address is used to indicate the transmitter that sends the WUR message; A receiver address, where the receiver address is used to indicate a WUR receiver that receives the WUR message; A first period, where the first period is used to indicate a period during which the first device turns on the WUR receiver; The listening duration in the first cycle.

6. The method according to claim 5, characterized in that The sender address is any one of a broadcast address, a multicast address, or a unicast address.

7. The method according to claim 5 or 6, characterized in that The transmitter address is determined based on the media access control MAC address of the transmitter, and / or the receiver address is determined based on the MAC address of the WUR receiver that receives the WUR message.

8. The method according to any one of claims 5 to 7, characterized in that: The first device determines that the WUR message is received, and determines whether to switch to a standby state to send and receive Bluetooth messages according to the WUR message, including: The first device determines whether to switch to the standby state based on at least one of the PDU type, the receiver address and the transmitter address in the WUR message.

9. A Bluetooth communication method, characterized in that: The method comprises: The second device sends a wake-up radio WUR message, where the WUR message is used to instruct the first device to switch from a sleep state to a standby state to send and receive Bluetooth messages; The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

10. The method according to claim 9, characterized in that The WUR message includes at least one of the following: a preamble code, wherein the preamble code is used by the first device to perform at least one of frequency synchronization, symbol synchronization, and gain control; An access address, where the access address is used to indicate a channel identifier; Protocol Data Unit (PDU), where the PDU is used to indicate WUR-related information; Cyclic Redundancy Check CRC, the CRC is used for message verification.

11. The method according to claim 10, characterized in that The PDU includes at least one of the following: PDU type, where the PDU type is used to indicate the type of the WUR message; A transmitter address, where the transmitter address is used to indicate the transmitter that sends the WUR message; A receiver address, where the receiver address is used to indicate a WUR receiver that receives the WUR message; A first period, where the first period is used to indicate a period during which the first device turns on the WUR receiver; The listening duration in the first cycle.

12. The method according to claim 11, characterized in that The sender address is any one of a broadcast address, a multicast address, or a unicast address.

13. The method according to claim 11 or 12, characterized in that The transmitter address is determined based on the media access control MAC address of the transmitter, and / or the receiver address is determined based on the MAC address of the WUR receiver that receives the WUR message.

14. A Bluetooth communication method, characterized in that: The method comprises: The first device is in a sleep state, and periodically turns on a wake-up radio WUR receiver to receive WUR messages; The second device sends a WUR message to the first device; The first device determines that the WUR message is received, and determines whether to switch to a standby state to send and receive Bluetooth messages according to the WUR message; The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

15. A first device, characterized in that: The first device includes: A processing module, configured to periodically start and wake up a radio WUR receiver in a sleep state to receive WUR messages; The processing module is configured to determine whether to switch to a standby state to send and receive Bluetooth messages based on the WUR message; The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

16. A second device, characterized in that: The second device includes: a transceiver module, configured to send a wake-up radio WUR message, wherein the WUR message is used to instruct the first device to switch from a sleep state to a standby state to send and receive Bluetooth messages; The power consumption of the first device in the sleep state is lower than the power consumption of the first device in the standby state.

17. A first device, characterized in that: include: one or more processors; A memory coupled to the one or more processors, the memory comprising executable instructions, which, when executed by the one or more processors, enable the first device to execute the Bluetooth communication method according to any one of claims 1 to 8.

18. A second device, characterized in that: include: one or more processors; A memory coupled to the one or more processors, the memory comprising executable instructions, which, when executed by the one or more processors, enable the second device to execute the Bluetooth communication method according to any one of claims 9 to 13.

19. A communication system, characterized in that: The present invention comprises a first device and a second device, wherein the first device is configured to implement the Bluetooth communication method according to any one of claims 1 to 8, and the second device is configured to implement the Bluetooth communication method according to any one of claims 9 to 13.

20. A storage medium storing instructions, characterized in that: When the instruction is executed on a communication device, the communication device is enabled to execute the Bluetooth communication method according to any one of claims 1 to 8, claims 9 to 13, or claim 14.

Images