Communication method for Bluetooth system, master device, and slave device
By introducing a power-saving mode and a wake-up mechanism into the Bluetooth system, the problem of high power consumption when Bluetooth devices are in standby mode is solved, thereby extending battery life and ensuring reliable communication.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- REALTEK SEMICON CORP
- Filing Date
- 2025-04-30
- Publication Date
- 2026-05-22
AI Technical Summary
Bluetooth devices consume power too quickly when in standby mode, resulting in short battery life, and the master device cannot directly wake up the slave device to transmit data.
After establishing a connection, the master and slave devices send a power-saving command to enter power-saving mode and re-establish the connection through standard or over-the-air wake-up mechanisms to ensure timely and reliable communication.
It effectively reduces power consumption during standby, extends battery life, ensures timely and reliable communication, and improves system stability.
Smart Images

Figure CN122073722A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to Bluetooth systems, and more particularly to a communication method, master device, and slave device for Bluetooth systems, which effectively reduces power consumption during standby and extends battery life, ensures timely and reliable communication, and improves overall system stability. Background Technology
[0002] With the widespread application of Bluetooth technology, Bluetooth devices such as Bluetooth headsets, Bluetooth bracelets, and Bluetooth mice have become an indispensable part of people's daily lives and work. Bluetooth's low power consumption advantage has led to an increasing number of wireless devices adopting Bluetooth for communication.
[0003] In practical applications, Bluetooth devices often consume a significant amount of power while in standby mode, resulting in shortened battery life. Furthermore, when the Bluetooth connection is lost, the master device cannot directly wake up the slave device to transmit data. These issues highlight the shortcomings of existing technology in terms of energy efficiency and connection stability, necessitating improvements to enhance user experience and device performance. Summary of the Invention
[0004] This invention provides a communication method for a Bluetooth system. The Bluetooth system includes a master device and a slave device. The communication method includes establishing a connection between the master device and the slave device, the master device sending a power-saving command to the slave device via the connection, the slave device sending a power-saving confirmation command to the master device in response to the power-saving command, then disconnecting the connection and entering a slave device power-saving mode, and the master device entering a master device power-saving mode in response to the power-saving confirmation command.
[0005] This invention also proposes a master device in a Bluetooth system, comprising a controller and a Bluetooth transceiver. The controller is used to control the master device's power-saving mode. The Bluetooth transceiver is coupled to the controller and is used to send and receive Bluetooth packets. The master device establishes a connection with a slave device. The Bluetooth transceiver sends a power-saving command to the slave device via the connection. After sending the power-saving command, the Bluetooth transceiver receives a power-saving confirmation command from the slave device via the connection. In response to the power-saving confirmation command, the controller puts the master device into a master device power-saving mode.
[0006] This invention also provides a slave device in a Bluetooth system, comprising a controller and a Bluetooth transceiver. The controller is used to control the slave device's power-saving mode. The Bluetooth transceiver is coupled to the controller and is used to send and receive Bluetooth packets. A connection is established between the master device and the slave device. The Bluetooth transceiver receives a power-saving command via the connection. In response to the power-saving command, the slave device sends a power-saving confirmation command to the master device via the connection, and then disconnects. The controller causes the slave device to enter slave device power-saving mode. Attached Figure Description
[0007] Figure 1 This is an architecture diagram of a Bluetooth system according to an embodiment of the present invention.
[0008] Figure 2 yes Figure 1 A flowchart of a communication method in a Bluetooth system.
[0009] Figure 3 yes Figure 2 Message sequence diagram of the communication method.
[0010] Figure 4 yes Figure 3 Message sequence diagram of the Bluetooth connection process.
[0011] Figure 5 yes Figure 1 A flowchart of another communication method in the Bluetooth system.
[0012] Figure 6 yes Figure 5 A message sequence diagram of a communication method.
[0013] Figure 7 yes Figure 6 Message sequence diagram of the Bluetooth reconnection process.
[0014] Figure 8 yes Figure 1 A flowchart of another communication method in the Bluetooth system.
[0015] Figure 9 yes Figure 8 A message sequence diagram of a communication method.
[0016] Figure 10 yes Figure 5 Another message sequence diagram for communication methods. Detailed Implementation
[0017] The terms "packet," "instruction," "advertisement," and "data" used in this embodiment of the invention are defined as follows: In Bluetooth communication, a packet is the basic unit for transmitting data, including a header, payload, and checksum, used to transmit information between Bluetooth devices. The packet payload can be data and control information. An instruction is a command in the Bluetooth protocol used to control and manage the operation of Bluetooth devices, used for pairing, connection management, and data transmission. An advertisement is a way for a Bluetooth device to announce its existence and capabilities; Bluetooth devices periodically send advertisement packets so that other Bluetooth devices can discover and connect. Data is the actual content transmitted via Bluetooth, which can be various forms of data such as text, audio, video, and images. A packet is the carrier of transmitted data; whether it is an instruction, advertisement, or data, it needs to be encapsulated in a packet for transmission. Instructions are usually included in packets and are used to control the operation of Bluetooth devices. Advertisement packets are used to announce the existence and capabilities of Bluetooth devices, helping other Bluetooth devices discover and establish connections. Data is the actual information content transmitted through packets and can be included in advertisement packets or data packets after a connection is established.
[0018] Figure 1 This is an architectural diagram of a Bluetooth system 1 according to an embodiment of the present invention. Bluetooth system 1 may include a master device 10 and a slave device 12, employing Bluetooth Low Energy (BLE) technology for Bluetooth communication. The master device 10 can be coupled to the slave device 12 via Bluetooth connection 14. The master device 10 may be a smartphone, tablet, or laptop, possessing data processing capabilities and multiple communication interfaces. The slave device 12 may be a Bluetooth headset, smartwatch, Bluetooth mouse, or Bluetooth keyboard, featuring a compact size and dedicated functions.
[0019] The main device 10 may include a controller 102 and a Bluetooth transceiver 104, with the controller 102 coupled to the Bluetooth transceiver 104. The controller 102 may be, but is not limited to, a central processing unit (CPU) for power management, data packetization and parsing based on the Bluetooth communication protocol, control of Bluetooth scanning, pairing, and data transmission, running the operating system and various applications, and performing other Bluetooth functions. The Bluetooth transceiver 104 may be a Bluetooth module 104 for receiving and sending Bluetooth packets. The Bluetooth transceiver 104 may support multiple Bluetooth protocols for communication with the slave device 12.
[0020] Similarly, device 12 may include a controller 122 and a Bluetooth transceiver 124, with the controller 122 coupled to the Bluetooth transceiver 124. The controller 122 may be, but is not limited to, a microcontroller unit (MCU) for power management, data packetization and parsing based on the Bluetooth communication protocol, control of Bluetooth scanning, pairing, and data transmission, and execution of other Bluetooth functions. Bluetooth transceiver 104 can exchange Bluetooth packets via Bluetooth connection 14.
[0021] The master device 10 and slave device 12 employ a power-saving mechanism to effectively reduce power consumption during standby and extend battery life. Furthermore, the master device 10 and slave device 12 have a two-way wake-up function to ensure that commands are not lost and to guarantee timely and reliable communication. The power-saving mechanism of Bluetooth System 1 ensures reliable transmission of control commands and improves overall system stability. When Bluetooth System 1 is idle, both the master device 10 and slave device 12 enter a power-saving state and interrupt the Bluetooth connection 14, thereby reducing standby power consumption. When communication is required, Bluetooth System 1 provides two flexible wake-up methods:
[0022] 1. Power Saving Mode A: The slave device 12 can re-establish a connection with the master device 10 and wake up the master device 10 via the standard Bluetooth reconnection mechanism; and
[0023] 2. Power saving mode B: The master device 10 and the slave device 12 can actively wake each other up through air wake-up technology, that is, the master device 10 can actively wake up the slave device 12, and the slave device 12 can also actively wake up the master device 10.
[0024] After being woken up, the master device 10 and the slave device 12 can re-establish the Bluetooth connection 14, send relevant commands to make the master device 10 and the slave device 12 exit the power saving state, and start transmitting data after confirming that they have successfully exited the power saving state.
[0025] Figure 2 This is a flowchart of a communication method 2 of Bluetooth system 1. Method 2 includes steps S200 to S206, used to cause the master device 10 and slave device 12 to enter a power-saving mode. Any reasonable technical changes or adjustments to the steps are within the scope of this invention. The details of steps S200 to S206 are as follows:
[0026] Step S200: The master device establishes a connection with the slave device;
[0027] Step S202: The master device sends a power-saving command to the slave device via the connection;
[0028] Step S204: In response to the power saving command, the slave device sends a power saving confirmation command to the master device via the connection, then disconnects and enters the slave device power saving mode;
[0029] Step S206: In response to the power saving confirmation command, the main device enters the main device power saving mode.
[0030] Figure 3 This is a message sequence diagram for communication method 2, as shown below. Figure 3 Let's explain communication method 2.
[0031] First, the master device 10 and the slave device 12 execute the Bluetooth connection process 300 to establish a Bluetooth connection 14 (step S200). The Bluetooth connection process 300 may include a scan broadcast phase, a connection phase, and a pairing phase. Figure 4 This is a message sequence diagram of the Bluetooth connection process 300. (Reference) Figure 4 The Bluetooth connection process 300 is explained below. During the scanning and broadcasting phase, the master device 10 initiates the Bluetooth scanning process 400, during which the master device 10 continuously detects broadcast packets from the slave device 12. Next, the slave device 12 sends an undirected, scannable, and connectable broadcast packet 401. After receiving the broadcast packet 401, the master device 10 sends a Scan Request command 405 to the slave device 12, and the slave device 12 immediately responds with a Scan Response command 415. Then, during the connection phase, the master device 10 sends a Connection Request command 415 to the slave device 12, enabling the master device 10 and slave device 12 to establish a Bluetooth connection 14 between them. After Bluetooth connection 14 is established, master device 10 and slave device 12 enter the pairing phase. Master device 10 sends a pairing request command 425 to the selected slave device 12, and slave device 12 responds with a pairing response command 430 to master device 10. Subsequently, master device 10 and slave device 12 each initiate key generation processes 435 and 440. After successfully exchanging key commands 445, an encrypted connection 450 is established in Bluetooth connection 14, thereby achieving communication security. At this point, Bluetooth connection process 300 is complete. Master device 10 and slave device 12 can store each other's pairing information. Later, when master device 10 and slave device 12 are within range, they can automatically reconnect without re-pairing. Master device 10 and slave device 12 can transmit data via the encrypted connection 450 according to the Bluetooth protocol, where the data may be, for example, audio streams, files, or other Bluetooth management data. Through orderly information exchange and encryption mechanisms, energy consumption is reduced while ensuring communication security.
[0032] refer to Figure 3After a preset time period of data transmission is stopped between the master device 10 and the slave device 12, the master device 10 enters an idle state 305 and then sends a power-saving command 310 to the slave device 12 (step S202). The power-saving command 310 includes power-saving mode information to set the slave device's power-saving mode. Specifically, the power-saving mode information can be power-saving mode A or power-saving mode B. Power-saving mode A can be a standard Bluetooth power-saving mode, and power-saving mode B can be a power-saving mode that supports over-the-air wake-up. In power-saving mode A, the master device 10 cannot actively wake up the slave device 12, and only the slave device 12 can actively wake up the master device 10. In power-saving mode B, the master device 10 can actively wake up the slave device 12, and the slave device 12 can also actively wake up the master device 10.
[0033] In response to power saving command 310, slave device 12 sends confirmation command 315 to master device 10, then disconnects Bluetooth connection 14 and enters slave device power saving mode 325 (step S204). Confirmation command 315 confirms that slave device 12 has correctly received power saving command 310. Slave device power saving mode 325 can be power saving mode A or power saving mode B. In power saving mode A, slave device 12 enters normal Bluetooth power saving mode, and controller 122 and Bluetooth receiver 124 are both disabled. In power saving mode B, slave device 12 enters power saving mode supporting over-the-air wake-up, controller 122 and Bluetooth receiver 124 are both disabled, and are periodically woken up to send broadcast packets. These broadcast packets are scannable, non-connectable, and non-directional. Any Bluetooth device within range can scan and receive the broadcast packets, but cannot actively establish a Bluetooth connection with slave device 12.
[0034] In response to the response confirmation command 315, the main device 10 also enters the main device power saving mode 320 (step S206). The main device 10 enters the normal Bluetooth power saving mode, and the controller 102 and the Bluetooth receiver 104 are both disabled.
[0035] After communication method 2 ends, both the master device 10 and the slave device 12 enter power-saving mode to reduce power consumption and extend battery life.
[0036] Figure 5 This is a flowchart of another communication method 5 of Bluetooth system 1. Communication method 5 includes steps S500 to S514, used to wake up the master device 10 by the slave device 12 in power saving mode A or B. Any reasonable technical changes or adjustments to the steps are within the scope of this invention. The details of steps S500 to S514 are as follows:
[0037] Step S500: The slave device needs to wake up the master device to perform data transmission;
[0038] Step S502: The master device and the slave device establish a reconnection;
[0039] Step S504: The slave device sends a remote wake-up command to the master device via reconnection;
[0040] Step S506: In response to the remote wake-up command, the master device exits the master device power saving mode;
[0041] Step S508: The master device sends an exit power-saving command to the slave device via reconnection;
[0042] Step S510: In response to the exit power saving command, the slave device exits the slave device power saving mode;
[0043] Step S512: The device sends an exit power-saving confirmation command to the main device;
[0044] Step S514: The master device and the slave device exchange data packets.
[0045] Figure 6 This is a message sequence diagram for communication method 5, applicable to power-saving mode A, where the slave device 12 wakes up the master device 10. The following is combined with... Figure 6 Let's explain communication method 5. First, the master device 10 enters the master device power saving mode, and the slave device 12 enters the slave device power saving mode 600 (power saving mode A). After entering the slave device power saving mode 600, the slave device 12 determines that the data transmission program 605 needs to be performed, so it needs to wake up the master device 10 (step S500).
[0046] Next, device 12 initiates Bluetooth reconnection procedure 620. Bluetooth reconnection procedure 620 differs from Bluetooth connection procedure 300. Figure 7 This is the message sequence diagram for the Bluetooth reconnection process 620. (Reference) Figure 7First, the master device 10 initiates the Bluetooth scanning process 700. During the Bluetooth scanning process 700, the master device 10 periodically wakes up to detect broadcast packets. Specifically, even if the master device 10 has entered power-saving mode, it will still periodically wake up to scan for broadcast packets, but at a reduced frequency. In this case, the power-saving mode of the master device 10 helps extend battery life and reduce energy consumption. Subsequently, the slave device 12 enters broadcast mode and sends an undirected, scannable, and connectable broadcast (Advertisement) packet 715. Once the master device 10 receives the broadcast packet 715, it sends a Scan Request command 720 to the slave device 12, and the slave device 12 responds to the master device 10 with a Scan Response command 725. Afterward, the master device 10 sends a Connection Request command 730 to initiate the Bluetooth connection procedure 735 with the slave device 12 to re-establish the Bluetooth connection 14 (step S502). After Bluetooth connection 14 is re-established, the master device 10 immediately sends a Start Encryption Request command 740, and the slave device 12 responds with a Start Encryption Response command 745. Finally, both parties use the key established during the previous pairing to encrypt the connection, establishing an encrypted connection 750 in Bluetooth connection 14. At this point, the Bluetooth reconnection process 620 ends. The Bluetooth reconnection process 620, through a two-stage broadcast and fast encryption process, ensures both connection security and improves reconnection efficiency. Compared to the initial Bluetooth connection process 300, the Bluetooth reconnection process 620 omits the pairing and key generation steps, directly using the stored pairing information for encryption, thereby speeding up the establishment of the encrypted connection 750 without requiring re-pairing or button operation.
[0047] refer to Figure 6 After the Bluetooth reconnection process 620 is completed, the slave device 12 sends a remote wakeup command 625 to the master device 10 via Bluetooth connection 14 (step S504) to actively wake up the master device 10. In response to the remote wakeup command 625, the master device 10 exits the master device power saving mode 630 (step S506), at which time the controller 102 and the Bluetooth receiver 104 are both enabled.
[0048] After the master device 10 is woken up, it sends an exit power-saving command 635 to the slave device 12 via Bluetooth connection 14 (step S508) to wake up the slave device 12. In response to the exit power-saving command 635, the slave device 12 exits the slave device power-saving mode 640 (step S510), at which time the controller 122 and the Bluetooth receiver 124 are both enabled. Then, the slave device 12 sends an exit power-saving confirmation command 645 to the master device 10 to confirm that the exit power-saving command 635 has been received (step S512). After both the master device 10 and the slave device 12 return to normal mode, data packets 650 and 655 are transmitted via Bluetooth connection 14.
[0049] Figure 8 This is a flowchart of another communication method 8 of Bluetooth system 1. Communication method 8 includes steps S800 to S820, used to wake up slave device 12 by master device 10 in power saving mode B. Any reasonable technical changes or adjustments to the steps are within the scope of this invention. The details of steps S800 to S820 are as follows:
[0050] Step S800: The master device needs to wake up the slave device to perform data transmission;
[0051] Step S802: Send a broadcast packet from the device;
[0052] Step S804: In response to the broadcast packet, the master device sends a Bluetooth scan request packet to the slave device;
[0053] Step S806: Determine from the device whether a scan request command has been received. If yes, continue to step S810; if no, continue to step S808.
[0054] Step S808: The slave device remains in slave device power saving mode; return to step S802;
[0055] Step S810: In response to the scan request command, the slave device sends a scan response command to the master device;
[0056] Step S812: The master device and slave device execute the Bluetooth reconnection procedure to establish a reconnection;
[0057] Step S814: The master device sends an exit power-saving command to the slave device via reconnection;
[0058] Step S816: In response to the exit power saving command, the slave device exits the slave device power saving mode;
[0059] Step S818: The device sends an exit power-saving confirmation command to the main device;
[0060] Step S820: The master device and the slave device exchange data packets.
[0061] In step S802, the slave device 12 periodically wakes up briefly from power-saving mode (controller 122 and Bluetooth receiver 124 are enabled) and sends a scannable, non-connectable, non-directional broadcast packet. After sending the broadcast packet, the slave device 12 briefly opens a receiving window and waits for a response from the master device 10. The receiving window can be a preset time immediately following the broadcast packet.
[0062] In step S806, the slave device 12 determines whether it has received a scan request command from the master device 10 in the receiving window. If it has not received it, the slave device 12 re-enters the slave device power saving mode (step S808) and will not be woken up again until the next broadcast packet is sent (step S802).
[0063] In the Bluetooth reconnection process in step S812, the slave device 12 periodically wakes up briefly from power saving mode and sends scannable, connectable, and non-directional broadcast packets to rebuild the encrypted Bluetooth connection.
[0064] The actual operation of steps S800 to S820 can be as follows: Figure 9 As shown.
[0065] Figure 9 This is the message sequence diagram for communication method 8, see below for reference. Figure 9 The communication method 8 is explained below. First, the master device 10 enters the master device power-saving mode, and the slave device 12 enters the slave device power-saving mode 900 (power-saving mode B). In power-saving mode B, the slave device 12 periodically sends scannable, non-connectable, and undirected broadcast packets 905. After sending the broadcast packet 905, the slave device 12 opens a receiving window and waits for a response from the master device 10 (step S806). If no response is detected from the master device 10, the slave device 12 returns to the power-saving mode after the receiving window ends and waits for the next periodic broadcast.
[0066] After a period of time, the master device 10 determines that data 910 needs to be transmitted and that the slave device 12 needs to be woken up (step S800). Therefore, the master device 10 is woken up from power-saving mode (the controller 102 and Bluetooth receiver 104 are enabled), and the Bluetooth scanning process 915 is initiated. During the Bluetooth scanning process 915, the master device 10 continuously detects the non-directional, scannable, and non-connectable broadcast packets of the slave device 12.
[0067] After receiving the broadcast packet 916, the master device 10 transmits a scan request command 917 to the slave device 12 to initiate a reconnection process 620. Upon receiving the scan request command 917, the slave device 12 immediately searches its internal memory for a pairing whitelist to determine the identity of the master device 10 that sent the scan request command 917. Based on the determination, the slave device 12 generates a corresponding scan response command 918. When the master device 10 is confirmed to be a paired device in the whitelist, the slave device 12 includes pairing confirmation information in the scan response command 918 and then initiates the reconnection process 620 to switch to a connectable state. When the master device 10 is confirmed to be an unpaired device outside the whitelist, the slave device 12 includes unpaired status information in the scan response command 918 and maintains power-saving mode B, without initiating the reconnection process 620, thereby achieving power saving. The slave device 12 only initiates the power-intensive reconnection process 620 for authorized master devices 10, effectively extending the battery life of the slave device 12. Figure 9 In this process, the main device 10 is a paired device in the whitelist, therefore the scan response command 918 contains pairing confirmation information, thus initiating the Bluetooth reconnection process 620. The Bluetooth reconnection process 620 is as follows: Figure 7 As shown, the Bluetooth reconnection process 620 includes the slave device 12 sending an undirected, scannable, and connectable broadcast packet 715 (step S802), the master device 10 receiving the broadcast packet 715 and sending a scan request command 720 to the slave device 12 (step S804), and the slave device 12 responding to the master device 10 with a scan response command 725 (step S810). Then, the master device 10 sends a connection request command 730 and initiates a Bluetooth connection procedure 735 with the slave device 12 to re-establish the Bluetooth connection 14 (step S812). After the Bluetooth connection 14 is re-established, the master device 10 immediately sends a start encryption request command 740, and the slave device 12 responds with a start encryption response command 745. Finally, both parties use the key established during previous pairing to encrypt the connection, establishing an encrypted connection 750 in the Bluetooth connection 14 (step S812), thus ending the Bluetooth reconnection process 620. Rebuilding the Bluetooth connection 14 using the Bluetooth reconnection process 620 ensures a quick restoration of the Bluetooth connection 14 with the host device 10 without re-pairing or relying on button operations.
[0068] After the master device 10 is woken up, it sends an exit power-saving command 950 to the slave device 12 via Bluetooth connection 14 (step S814) to wake up the slave device 12. In response to the exit power-saving command 950, the slave device 12 exits power-saving mode 955 (step S816), at which time the controller 122 and Bluetooth receiver 124 are both enabled. Then, the slave device 12 sends an exit power-saving confirmation command 960 to the master device 10 to confirm that it has received the exit power-saving command 955 (step S818). At this time, both the master device 10 and the slave device 12 have returned to normal mode and transmit data packets 965 and 970 via Bluetooth connection 14 (step S820).
[0069] although Figure 8 and Figure 9 An embodiment is shown in which the master device 10 wakes up the slave device 12 in power-saving mode B. However, those skilled in the art can also modify the implementation according to the core concept of the present invention, so that the slave device 12 wakes up the master device 10 in power-saving mode B via over-the-air wake-up technology, such as... Figure 10 As shown.
[0070] Figure 10 This is another message sequence diagram for communication method 5, applicable to power-saving mode B, where the slave device 12 wakes up the master device 10. The following is combined with... Figure 10 To illustrate communication method 5, the master device 10 enters master device power-saving mode, and the slave device 12 enters slave device power-saving mode 900 (power-saving mode B). In power-saving mode B, the slave device 12 periodically sends scannable, non-connectable, and undirected broadcast packets 905. If no response is detected from the master device 10, the slave device 12 returns to power-saving mode after the receiving window ends, waiting for the next periodic broadcast.
[0071] After a period of time, the slave device 12 determines that data 1005 needs to be transmitted and that the master device 10 needs to be woken up (step S500). Next, the slave device 12 initiates a Bluetooth reconnection process 620 to rebuild the encrypted Bluetooth connection 14 (step S502). The slave device 12 sends a remote wakeup command 625 to the master device 10 via the Bluetooth connection 14 (step S504) to actively wake up the master device 10. In response to the remote wakeup command 625, the master device 10 exits the master device power-saving mode 630 (step S506).
[0072] After the master device 10 is woken up, it sends an exit power saving command 635 to the slave device 12 via Bluetooth connection 14 (step S508) to wake up the slave device 12. In response to the exit power saving command 635, the slave device 12 exits the slave device power saving mode 640 (step S510). Then, the slave device 12 sends an exit power saving confirmation command 645 to the master device 10 to confirm that the exit power saving command 635 has been received (step S512). After both the master device 10 and the slave device 12 return to normal mode, they exchange data packets 650 and 655 via Bluetooth connection 14.
[0073] This invention is not limited to applications in Bluetooth systems. Those skilled in the art can adjust the power management process of other suitable communication protocols according to the spirit of this invention and actual needs, so as to enable the communication device to enter a power-saving mode when the system is idle, and to wake up the communication device when data transmission is required.
[0074] In summary, this invention proposes a Bluetooth power-saving connection mechanism that effectively solves the high power consumption problem of existing Bluetooth devices in idle states, as well as the technical limitation that the master device cannot actively wake up the slave device. By allowing the slave device to continue sending broadcast packets after entering power-saving mode, combined with over-the-air wake-up technology, the master and slave devices can maintain connectivity in power-saving mode without relying on button operation. This solution fully utilizes the data packet format of the existing Bluetooth protocol to achieve communication capabilities without prior connection establishment on a fixed frequency channel, demonstrating technical feasibility and practical value. Compared to the traditional Bluetooth device operation mode where broadcasting stops after pairing, the technical solution of this invention extends the device's battery life while also ensuring ease of use.
[0075] The above description is only a preferred embodiment of the present invention. All equivalent changes and modifications made in accordance with the claims should be within the scope of the present invention.
[0076] Symbol Explanation
[0077] 1: Bluetooth system
[0078] 10: Main Unit
[0079] 102: Controller
[0080] 104: Bluetooth transceiver
[0081] 12: From the device
[0082] 122: Controller
[0083] 124: Bluetooth transceiver
[0084] 14: Bluetooth connection
[0085] 2, 5, 8: Communication method
[0086] S200 to S206, S500 to S514, S800 to S820: Steps
[0087] 300: Bluetooth Connection Process
[0088] 305: Idle status
[0089] 400, 700, 915: Enable Bluetooth scanning
[0090] 401, 715, 905, 916: Broadcast packets
[0091] 420, 735: Establish Bluetooth connection
[0092] 435, 440: Key Generation Process
[0093] 450, 750: Procedure for establishing an encrypted connection
[0094] 620: Bluetooth reconnection process
[0095] 310, 315, 405, 410, 415, 425, 430, 445, 625, 635, 645, 720, 725, 730, 740, 745, 917, 918, 950, 960: Instructions
[0096] 320, 325, 600, 900: Enter power saving mode
[0097] 605, 910, 1005: Data needs to be transferred.
[0098] 630, 640, 955: Exit power saving mode
[0099] 650, 655, 965, 970: Data packets
Claims
1. A communication method for a Bluetooth system, the Bluetooth system comprising a master device and a slave device, the method comprising: The master device establishes a connection with the slave device; The master device sends a power-saving command to the slave device via the connection; In response to the power-saving command, the slave device sends a power-saving confirmation command to the master device via the connection, then disconnects the connection and enters slave device power-saving mode; and In response to the power saving confirmation command, the main device enters the main device power saving mode.
2. The method according to claim 1, further comprising: The master device and the slave device establish a reconnection; and The slave device causes the master device to exit the master device power-saving mode via the reconnection.
3. The method of claim 2, wherein the slave device exiting the master device power-saving mode via the reconnection comprises: The slave device sends a remote wake-up command to the master device via the reconnection; as well as In response to the remote wake-up command, the master device exits the master device power saving mode.
4. The method according to claim 2, further comprising: The master device sends an exit power-saving command to the slave device via the reconnection; as well as In response to the power-saving command, the slave device exits the slave device power-saving mode.
5. The method according to claim 1, further comprising: The device sends broadcast packets; as well as In response to the broadcast packet, the slave device monitors the scan request instruction in the receiving window.
6. The method according to claim 5, further comprising: The main device exits the main device power saving mode; In response to the broadcast packet, the master device sends the scan request instruction to the slave device through the receiving window; In response to the scan request command, the slave device sends a scan response command to the master device; as well as After receiving the scan response command, the master device establishes a reconnection with the slave device.
7. The method according to claim 6, further comprising: The master device sends an exit power-saving command to the slave device via the reconnection; as well as In response to the power-saving command, the slave device exits the slave device power-saving mode.
8. The method according to claim 5, further comprising: If no scan request instruction is received, the slave device continues to remain in the slave device power saving mode.
9. The method according to claim 5, wherein, The transmission of the broadcast packet from the device includes: The slave device periodically sends the broadcast packets.
10. The method according to claim 5, wherein, The receiving window immediately follows the broadcast packet.