A star networking low power wireless communication method and system

Abstract

The application relates to the technical field of wireless communication of the Internet of Things, and discloses a star networking low-power wireless communication method and system. Terminal nodes form polling instruction receiving judgment data in a fixed waiting window, generate event message data to trigger polling, a master node side generates a polling trigger identifier based on event message data or channel activity detection data, the master node outputs a polling data frame and acquires terminal response data, the terminal response data is used to refresh polling timing parameters, polling end judgment data is generated, and after the polling ends, the master node enters a silent receiving state and generates terminal deep low-power mode control parameters. Thus, the master node can keep silent receiving for a long time instead of continuous polling when there is no data interaction; the terminal node can keep deep low power when there is no reporting requirement, and only triggers polling start according to the strategy of superimposing a random window on a fixed window when an event occurs, so that the timeliness of data reporting is ensured as much as possible while the system power consumption is reduced.

Description

Technical Field

[0001] This invention relates to the field of Internet of Things (IoT) wireless communication technology, and in particular to a star-topology low-power wireless communication method and system. Background Technology

[0002] Star topologies are widely used in IoT scenarios due to their simple topology and convenient centralized management. Common interaction methods in existing star topologies include active polling and time-slice synchronization.

[0003] Active polling typically requires the master node to continuously poll the terminal nodes, resulting in the master node remaining in a highly active state for extended periods. Time-slice synchronization often requires the master node to continuously maintain time synchronization overhead with the terminal nodes, making it difficult for the terminal nodes to maintain a deep low-power mode for long periods. These solutions struggle to balance low power consumption and real-time performance, easily leading to issues such as insufficient system power consumption or excessive communication latency, making them unsuitable for applications requiring battery-powered devices and low-maintenance-cost equipment.

[0004] Therefore, the need for continuous polling of the master node and the difficulty for the terminal node to enter deep sleep mode in low-power star networking is a problem that urgently needs to be solved. Summary of the Invention

[0005] This invention provides a star-shaped low-power wireless communication method and system, aiming to solve at least one of the above-mentioned technical problems.

[0006] To achieve the above objectives, the present invention provides a star-topology low-power wireless communication method, comprising the following steps:

[0007] The event occurrence identifier and terminal power consumption status data of the terminal node are obtained, and wake-up trigger data is generated based on the event occurrence identifier and terminal power consumption status data, thereby generating fixed waiting window parameters and random waiting window parameters;

[0008] Based on the fixed waiting window parameters, polling instruction reception determination data is generated, and when the polling instruction reception determination data indicates that no polling instruction has been received, event message data is generated based on the random waiting window parameters and output to the wireless channel.

[0009] On the master node side, the event message data or channel activity detection data is obtained, and a polling trigger identifier is generated based on the event message data or the channel activity detection data, thereby generating a polling instruction sequence and polling timing parameters;

[0010] A polling data frame is generated based on the polling instruction sequence, and terminal response data is obtained based on the polling data frame. At the same time, when the terminal response data is obtained, a timing refresh process is performed on the polling timing parameters based on the terminal response data.

[0011] Based on the polling timing parameters, polling end determination data is generated, and silent reception status data and terminal deep low power mode control parameters are generated when the polling ends, so as to update the low power working mode of the master node and the terminal node.

[0012] Optionally, the steps of obtaining the event occurrence identifier and terminal power consumption status data of the terminal node, generating wake-up trigger data based on the event occurrence identifier and the terminal power consumption status data, and then generating fixed waiting window parameters and random waiting window parameters specifically include:

[0013] Obtain an event occurrence identifier that characterizes the event to be reported by the terminal node, and encode the event occurrence identifier as an event to be transmitted marker;

[0014] Acquire terminal power status data to characterize the current power consumption level of the terminal node, and generate wake-up trigger data based on the terminal power status data;

[0015] The duration of the fixed waiting window is determined based on the wake-up trigger data, and fixed waiting window parameters are generated.

[0016] Random waiting window parameters are generated based on the event to be transmitted marker and preset randomization rules, for use in the subsequent generation of event message data.

[0017] Optionally, the step of generating polling instruction reception determination data based on the fixed waiting window parameters, and generating event message data based on the random waiting window parameters and outputting it to the wireless channel when the polling instruction reception determination data indicates that no polling instruction has been received, specifically includes:

[0018] The wireless received data is parsed within the time interval defined by the fixed waiting window parameter to form polling instruction candidate data;

[0019] Perform format verification processing on the polling instruction candidate data to generate polling instruction reception determination data;

[0020] When the polling instruction receives and determines that the data indicates that the verification has failed, random delay control data is generated based on the random waiting window parameter;

[0021] After the delay defined by the random delay control data ends, event message data is generated based on the event occurrence identifier and output to the wireless channel to trigger the master node to generate a polling trigger identifier.

[0022] Optionally, the step of generating random delay control data based on the random waiting window parameters specifically includes:

[0023] Obtain terminal node identifier data and current timestamp data, perform pseudo-random mapping processing to generate random sequence data;

[0024] The window length of the random waiting window is determined based on the random sequence data, and random delay control data is generated;

[0025] The output time of the event message data is discretized based on the random delay control data to reduce the probability of collisions caused by multiple terminal nodes concurrently outputting event message data.

[0026] Optionally, the steps of acquiring the event message data or channel activity detection data on the master node side, generating a polling trigger identifier based on the event message data or the channel activity detection data, and then generating a polling instruction sequence and polling timing parameters, specifically include:

[0027] Acquire channel activity detection data of the wireless channel, and generate a channel activity marker based on the channel activity detection data;

[0028] The event message data is acquired, and if there is verification failure data in the event message data, the verification failure data is mapped to a channel active flag.

[0029] Generate a polling trigger identifier based on the channel activity flag;

[0030] A polling instruction sequence is generated based on the polling trigger identifier, and a polling timing parameter is generated to limit the duration of the polling.

[0031] Optionally, the steps of generating a polling data frame based on the polling instruction sequence and obtaining terminal response data based on the polling data frame specifically include:

[0032] The polling instruction sequence is framed to generate a set of polling data frames containing a terminal identifier field;

[0033] Based on the polling data frame set, the polling scheduling order data is determined, and the polling data frames are output according to the polling scheduling order data;

[0034] On the terminal node side, polling authorization data is obtained by parsing the polling data frame, and terminal response data is generated based on the polling authorization data;

[0035] The terminal response data is written into the uplink transmission buffer to form uplink transmission data, and the uplink transmission data is provided to the master node for subsequent timing refresh processing.

[0036] Optionally, upon obtaining the terminal response data, a timing refresh process is performed on the polling timing parameters based on the terminal response data, specifically including:

[0037] Acquire the uplink transmission data received by the master node and generate a receive event flag;

[0038] Even if the uplink transmitted data contains verification failure data, the receive event flag is still generated based on the verification failure data;

[0039] The polling timing parameters are reset based on the received event flag to generate updated polling timing parameters;

[0040] The updated polling timing parameters are written back to the polling scheduling control module to maintain the continuous output of the polling instruction sequence.

[0041] Optionally, the step of generating silent reception status data when the polling end determination data represents the end of polling specifically includes:

[0042] Based on the polling timing parameters, the remaining polling time data is determined, and polling end determination data is generated when the remaining polling time data is less than or equal to a preset threshold.

[0043] Based on the polling end determination data, stop polling control data is generated;

[0044] Based on the stop polling control data, silent reception status data is generated so that the master node enters a silent reception mode that does not require polling and waits for the next polling trigger flag.

[0045] Optionally, the step of generating terminal deep low-power mode control parameters when the polling end determination data indicates the end of polling specifically includes:

[0046] A terminal sleep permit flag is generated based on the silent reception state data, and periodic wake-up check parameters are generated based on the terminal sleep permit flag and the fixed waiting window parameters.

[0047] Based on the periodic wake-up check parameters, terminal deep low-power mode control parameters are generated;

[0048] On the terminal node side, the terminal power consumption status data is updated based on the terminal deep low power mode control parameters, and the updated terminal power consumption status data is used to generate wake-up trigger data in the future.

[0049] Furthermore, to achieve the above objectives, the present invention also provides a star-topology low-power wireless communication system, the system comprising:

[0050] The acquisition module is used to acquire the event occurrence identifier and terminal power consumption status data of the terminal node, and generate wake-up trigger data based on the event occurrence identifier and the terminal power consumption status data, and then generate fixed waiting window parameters and random waiting window parameters.

[0051] The output module is used to generate polling instruction reception determination data based on the fixed waiting window parameters, and when the polling instruction reception determination data indicates that no polling instruction has been obtained, generate event message data based on the random waiting window parameters and output it to the wireless channel.

[0052] The generation module is used to acquire the event message data or channel activity detection data on the master node side, and generate a polling trigger identifier based on the event message data or the channel activity detection data, and then generate a polling instruction sequence and polling timing parameters.

[0053] The execution module is used to generate a polling data frame based on the polling instruction sequence, obtain terminal response data based on the polling data frame, and perform timing refresh processing on the polling timing parameters based on the terminal response data when the terminal response data is obtained.

[0054] The update module is used to generate polling end determination data based on the polling timing parameters, and generate silent reception status data and terminal deep low power mode control parameters when the polling ends, so as to update the low power working mode of the master node and the terminal node.

[0055] The beneficial effects of this invention are as follows: It proposes a star-topology low-power wireless communication method and system. By generating fixed and random waiting window parameters on the terminal node side, polling instruction reception determination data is formed within the fixed waiting window. When no polling instruction is received, event message data is generated to trigger polling. On the master node side, a polling trigger identifier is generated based on the event message data or channel activity detection data, and a polling instruction sequence and polling timing parameters are generated. The master node outputs polling data frames and acquires terminal response data, while simultaneously refreshing the polling timing parameters with the terminal response data. Polling end determination data is generated based on the polling timing parameters. After polling ends, the master node enters a silent reception state and generates terminal deep low-power mode control parameters. Therefore, the master node can maintain silent reception for extended periods without continuous polling when no data interaction is needed; the terminal node can maintain deep low power consumption when there is no reporting requirement, triggering polling only when an event occurs using a fixed window plus random window strategy. This reduces system power consumption while ensuring timely data reporting. Attached Figure Description

[0056] Figure 1 This is a flowchart illustrating an embodiment of the star-shaped low-power wireless communication method of the present invention;

[0057] Figure 2 This is a schematic diagram illustrating the principle of a star-shaped low-power wireless communication system according to an embodiment of the present invention. Detailed Implementation

[0058] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the invention.

[0059] This invention provides a low-power wireless communication method for star-shaped networking, referring to... Figure 1 , Figure 1 This is a flowchart illustrating an embodiment of the star-shaped low-power wireless communication method of the present invention.

[0060] In this embodiment, a low-power wireless communication method for star-shaped networking includes the following steps:

[0061] S1: Obtain the event occurrence identifier and terminal power consumption status data of the terminal node, and generate wake-up trigger data based on the event occurrence identifier and terminal power consumption status data, and then generate fixed waiting window parameters and random waiting window parameters.

[0062] Specifically, when a terminal node detects a reported request, it first generates an event occurrence identifier and, combined with the terminal's current power consumption state, generates wake-up trigger data. Then, it derives fixed wait window parameters and random wait window parameters from the wake-up trigger data. Thus, a fixed wait window, as short as possible, covers the master node's response time from trigger detection to polling initiation, while a random wait window discretizes the triggering times of multiple terminals, thereby reducing the probability of collisions.

[0063] In this embodiment of the invention, the steps of acquiring an event occurrence identifier and terminal power consumption status data of a terminal node, generating wake-up trigger data based on the event occurrence identifier and the terminal power consumption status data, and then generating fixed waiting window parameters and random waiting window parameters specifically include: acquiring an event occurrence identifier that characterizes an event to be reported by the terminal node, and encoding the event occurrence identifier as an event to be transmitted marker; acquiring terminal power consumption status data that characterizes the current power consumption level of the terminal node, and generating wake-up trigger data based on the terminal power consumption status data; determining the duration of the fixed waiting window based on the wake-up trigger data and generating fixed waiting window parameters; and generating random waiting window parameters based on the event to be transmitted marker and a preset randomization rule for subsequent generation of event message data.

[0064] During the process of acquiring an event occurrence identifier and forming an event transmission marker, the terminal node can obtain the event occurrence identifier from the service side, sensor side, or cache side. Examples include sensor data changes, threshold alarms, and cache accumulation reaching the reporting threshold (e.g., "temperature change exceeds Δ threshold" or "count reaches N"). It should be noted that the source of the event occurrence identifier is not limited to a specific sensor or service type, as long as it can represent the need to report data to the master node. This event occurrence identifier is further encoded into an event transmission marker for subsequent inclusion in event message data or for randomization calculations.

[0065] During the process of acquiring terminal power consumption status data and generating wake-up trigger data, the terminal node acquires power consumption status data P, which characterizes the current operating state, such as deep low power, light sleep, or active state. Wake-up trigger data W can be generated by combining the event to be transmitted flag E with the power consumption status data P. For example, in one implementation, a simple mapping can be used: when P characterizes deep low power, the wake-up trigger data W selects the low-power timer wake-up path; when P characterizes the active state, the wake-up trigger data W selects the immediate wireless transmission / reception start path. It should be understood that the specific data structure, number of fields, and encoding method of W are not limited.

[0066] In determining the fixed wait window parameters based on wake-up trigger data, the duration of the fixed wait window is denoted as... The selection principle is typically to cover the slowest response time for the master node to detect the trigger and enter polling mode, while keeping it as short as possible to reduce the energy consumption of the terminal to maintain reception. In one embodiment, It can be configured as follows:

[0067] ;

[0068] in, This is a receive protection time used to compensate for clock drift and air interface setup delay; This is the upper bound of the response time for the master node from detecting the trigger to issuing the first polling command. It should be noted that... It can be obtained through engineering calibration or dynamically adjusted by the protocol layer; this invention does not limit this.

[0069] In the process of generating random waiting window parameters based on the event to be transmitted flag, the duration of the random waiting window is denoted as... Its value range is from Limitations. The random wait window parameter can be used to generate random delay control data later, ensuring that different terminals do not send event messages at the same time and cause collisions when they have not received polling instructions. The random window is added to reduce the risk of message collisions caused by concurrent triggering by multiple terminals.

[0070] S2: Generate polling instruction reception determination data based on the fixed waiting window parameters, and when the polling instruction reception determination data indicates that no polling instruction has been received, generate event message data based on the random waiting window parameters and output it to the wireless channel.

[0071] Specifically, after being woken up, the terminal node first enters a fixed waiting window. Within this window, maintain wireless reception capability and attempt to receive polling commands from the master node; if no polling command is received, enter a random waiting window. After the random window ends, an event message is sent to trigger the master node to start polling, and then it re-enters the fixed waiting window. Determine if the polling process has begun; if no polling command has been received, repeat the above process. The time sequence of this process can be summarized as follows: .

[0072] In this embodiment of the invention, the steps of generating polling instruction reception determination data based on the fixed waiting window parameter, and generating event message data based on the random waiting window parameter and outputting it to the wireless channel when the polling instruction reception determination data indicates that no polling instruction has been received, specifically include: parsing wireless received data to form polling instruction candidate data within the time interval defined by the fixed waiting window parameter; performing format verification processing on the polling instruction candidate data to generate polling instruction reception determination data; generating random delay control data based on the random waiting window parameter when the polling instruction reception determination data indicates that the verification has failed; and generating event message data based on the event occurrence identifier and outputting it to the wireless channel after the delay defined by the random delay control data has ended, so as to trigger the master node to generate a polling trigger identifier.

[0073] Furthermore, the step of generating random delay control data based on the random waiting window parameters specifically includes: acquiring terminal node identifier data and current timestamp data, performing pseudo-random mapping processing to generate random sequence data; determining the window length of the random waiting window based on the random sequence data, and generating random delay control data; and performing discretization processing on the output time of the event message data based on the random delay control data to reduce the collision probability caused by multiple terminal nodes concurrently outputting event message data.

[0074] During the process of generating polling instruction candidate data and receiving decision data within a fixed waiting window.

[0075] terminal nodes at The system continuously monitors the wireless channel within a given time interval, parses the received air interface data into polling command candidate data, and performs processing such as field length verification, synchronization word verification, address matching, or verification sequence verification to obtain polling command reception determination data. For example, if the candidate data satisfies the conditions of a valid frame header and the address field matching the terminal's identifier, the polling command reception determination data is determined to be 1 (polling command received); otherwise, the polling command reception determination data is determined to be 0. It should be noted that the verification method can be CRC, checksum, or other error-correcting code verification, and this invention does not limit the specific implementation.

[0076] During the process of generating random delay control data and entering a random waiting window when no polling command is received, if the polling command reception determination data is 0, the terminal node does not immediately send an event message. Instead, it first generates random delay control data based on the random waiting window parameters to discretize the sending time of the event message. For ease of explanation, in one embodiment, the following calculation method can be used:

[0077] ;

[0078] Where R is a pseudo-random number, N is the number of discrete slots, and ΔT is the slot width. The pseudo-random number R can be derived from the terminal node identifier ID and the current timestamp ts, for example:

[0079] ;

[0080] It should be understood that PRNG(·) can be a linear congruent structure, a hash map, or other pseudo-random structure, as long as it can generate sufficiently discrete pseudo-random numbers across different terminals. The purpose of this randomization mechanism is to distribute the event message sending times of the terminals across different slots when multiple terminals experience events simultaneously and enter the triggering process at the same time, thereby reducing the probability of collisions.

[0081] During the random waiting window, the terminal node can turn off wireless reception / transmission, keeping only the low-power timer running, to further reduce power consumption during the waiting phase. This practice of minimizing wireless reception during the random window is not a limitation; short-term periodic listening can also be maintained in other implementations.

[0082] During the process of generating event message data and outputting it to the wireless channel after the random wait window ends, when the random wait timer reaches... Subsequently, the terminal node generates event message data and outputs it to the wireless channel. The event message data may contain at least a terminal identifier and an event to be transmitted marker, used to inform the master node that a terminal needs to report. It should be noted that the event message data is not required to carry complete service data; its purpose is to trigger the master node to start polling, thereby shortening the time that the terminal maintains high-power transmission and reception.

[0083] After sending the event message data, the terminal node re-enters the fixed waiting window. The process of generating polling command candidate data and receiving decision data within a fixed waiting window is repeated to determine whether the master node has entered polling mode and issued a polling command. If no polling command is received, the loop of random waiting and sending event messages continues until the polling process is successfully triggered and entered.

[0084] S3: Obtain the event message data or channel activity detection data on the master node side, and generate a polling trigger identifier based on the event message data or the channel activity detection data, thereby generating a polling instruction sequence and polling timing parameters.

[0085] Specifically, the master node does not actively poll when no data interaction is required, but remains in a silent receiving state. When channel activity is detected or an event message is received from a terminal node, it is regarded as a trigger event to start polling and enters the event-driven polling mode. After polling starts, polling timer parameters are set (e.g., 30 seconds). During the timer, the timer is refreshed whenever terminal data is received. When the timer ends, polling stops and returns to the silent receiving state.

[0086] In this embodiment of the invention, the steps of acquiring event message data or channel activity detection data on the master node side, generating a polling trigger identifier based on the event message data or the channel activity detection data, and then generating a polling instruction sequence and polling timing parameters specifically include: acquiring channel activity detection data of the wireless channel and generating a channel active flag based on the channel activity detection data; acquiring the event message data, and mapping the verification failure data to a channel active flag if the event message data contains verification failure data; generating a polling trigger identifier based on the channel active flag; generating a polling instruction sequence based on the polling trigger identifier, and generating polling timing parameters for limiting the polling duration.

[0087] During the acquisition of channel activity detection data and the formation of channel activity markers, the master node can periodically or continuously perform channel activity detection in silent reception mode (different wireless systems may employ mechanisms such as energy detection, carrier sense, and CAD). For ease of expression, the channel activity marker at any detection moment can be defined as:

[0088] ;

[0089] in, This is the received signal strength indication at time t. Energy threshold Let A(t) be the indicator function. When A(t) = 1, it indicates that there is activity in the channel. It should be noted that the definition of the channel activity flag A(t) here is only used to illustrate the visual expression of the channel activity criterion, and the setting method of the threshold and the detection mechanism are not limited.

[0090] During the process of generating a polling trigger flag upon detecting channel activity or receiving an event message, the master node generates the flag in two scenarios: first, when event message data is successfully received; and second, when channel activity A(t) = 1 is detected. Specifically, when multiple terminals concurrently send event messages, causing collisions, the master node may receive verification failures or garbled data. However, it can still consider "receiving data (even if it's garbled)" as channel activity and trigger polling to improve trigger robustness.

[0091] Therefore, in one embodiment, the polling trigger flag can be written as:

[0092] ;

[0093] This formula reflects the parallel triggering mechanism of event message triggering + channel activity triggering. It should be understood that the success or failure of event message data reception, the detection period of A(t), and the threshold selection can all be adjusted according to different wireless systems and scenarios.

[0094] During the process of generating a polling instruction sequence based on the polling trigger flag, when F=1, the master node generates the polling instruction sequence. In one implementation, the master node can access the set of registered terminal nodes. Poll in a preset order, for example, sorted in ascending order by terminal identifier:

[0095] ;

[0096] And order Corresponding polling The polling command is used. It should be noted that the polling order can be fixed or dynamic (e.g., combining the most recently active terminals with priority), and this invention does not limit the specific scheduling strategy.

[0097] During the process of generating polling timing parameters to limit the polling duration, the master node sets the polling timing parameters (e.g., 30 seconds is just an example and not a fixed value) when starting polling and records the polling expiration time. For example, it can write the following when polling starts:

[0098] ;

[0099] in, For the polling start time, For polling the expiration time, This is for polling timing parameters.

[0100] S4: Generate a polling data frame based on the polling instruction sequence, and obtain terminal response data based on the polling data frame. Simultaneously, when the terminal response data is obtained, perform a timing refresh process on the polling timing parameters based on the terminal response data.

[0101] Specifically, the master node outputs polling data frames according to the polling instruction sequence; the terminal node only performs data interaction after receiving a polling instruction for itself; once the master node receives response data from the terminal within the polling timer window, it refreshes the polling timer to ensure that polling does not end prematurely during active data interaction.

[0102] In this embodiment of the invention, the steps of generating polling data frames based on the polling instruction sequence and obtaining terminal response data based on the polling data frames specifically include: performing frame processing on the polling instruction sequence to generate a set of polling data frames containing a terminal identifier field; determining polling scheduling order data based on the set of polling data frames and outputting polling data frames according to the polling scheduling order data; parsing polling authorization data on the terminal node side based on the polling data frames and generating terminal response data based on the polling authorization data; writing the terminal response data into the uplink transmission buffer to form uplink transmission data, and providing the uplink transmission data to the master node side for subsequent timing refresh processing.

[0103] During the process of framing polling commands and outputting polling data frames, the master node will The data is framed into polling data frames, which may include a terminal identifier field, a polling authorization field, and necessary verification fields. The master node sends each polling data frame sequentially, or sends them cyclically within a timer window, until the polling ends and the determination is successful. It should be understood that the polling frame can be unicast polling or broadcast polling (carrying a list of authorized terminals in the broadcast frame), and this invention does not limit the specific form of the frame structure.

[0104] During the process of parsing polling authorization and generating terminal response data at the terminal node, after receiving a polling data frame within a fixed waiting window, the terminal node parses the polling authorization field. If the terminal identifier in the frame matches the local terminal ID, terminal response data is generated, which may include service data payload, buffered data, or status data. The terminal response data is then written into the uplink transmission buffer to form uplink transmission data, which is subsequently output to the wireless channel.

[0105] In this embodiment of the invention, when the terminal response data is obtained, a timing refresh processing step is performed on the polling timing parameters based on the terminal response data. Specifically, this includes: obtaining uplink transmission data received by the master node and generating a receive event marker; if the uplink transmission data contains verification failure data, the receive event marker is still generated based on the verification failure data; resetting the polling timing parameters based on the receive event marker to generate updated polling timing parameters; and writing the updated polling timing parameters back to the polling scheduling control module to maintain the continuous output of the polling instruction sequence.

[0106] During the process of the master node acquiring terminal response data and performing timed refresh processing, the master node receives uplink transmission data during the polling period. Once terminal response activity is detected (including successfully verified data or data that fails verification but confirms channel activity), a refresh is performed at the expiration time to maintain the polling session. For ease of explanation, the following refresh rule can be adopted in one embodiment:

[0107] ;

[0108] in, The time when the event currently being received by the master node occurs.

[0109] S5: Generate polling end determination data based on the polling timing parameters, and generate silent reception status data and terminal deep low power mode control parameters in the polling end determination data to update the low power working mode of the master node and the terminal node.

[0110] Specifically, the master node continuously determines whether the polling has ended based on the polling timer parameters; when the timer expires and is not refreshed, the master node stops polling and returns to the silent receiving state, waiting for the next polling trigger event; when there is no further interaction requirement, the terminal node enters a deep low-power mode to minimize system power consumption.

[0111] In this embodiment of the invention, the step of generating silent reception status data when the polling end determination data represents the end of polling specifically includes: determining the remaining polling duration data based on the polling timing parameters; generating polling end determination data when the remaining polling duration data is less than or equal to a preset threshold; generating stop polling control data based on the polling end determination data; and generating silent reception status data based on the stop polling control data, so that the master node enters a silent reception mode that does not require polling and waits for the next polling trigger flag.

[0112] During the process of generating polling end determination data and stopping polling output, the master node makes the following judgment at any time:

[0113] ;

[0114] When End=1, polling end determination data is generated, and stop polling control data is output, causing the master node to stop sending polling data frame sets. This determination process demonstrates the consistency between the polling end determination and the polling timing parameters: as long as the timer is continuously refreshed within the window, polling continues; otherwise, it exits.

[0115] During the process of the master node entering silent reception mode and maintaining channel activity detection, the master node stops polling and then enters silent reception mode. In silent reception mode, the master node does not actively poll or send messages, but still performs channel activity detection so that it can quickly resume polling mode when the terminal node triggers an event message again or channel activity occurs. It should be noted that silent reception is not the same as complete sleep; it is a compromise between low-power reception and trigger detection, achieving a balance between power consumption and responsiveness.

[0116] In this embodiment of the invention, the step of generating terminal deep low-power mode control parameters when the polling end determination data indicates the end of polling specifically includes: generating a terminal sleep permit flag based on the silent reception state data; generating periodic wake-up check parameters based on the terminal sleep permit flag and the fixed wait window parameters; generating terminal deep low-power mode control parameters based on the periodic wake-up check parameters; updating terminal power consumption state data on the terminal node side based on the terminal deep low-power mode control parameters; and using the updated terminal power consumption state data for subsequent generation of wake-up trigger data.

[0117] During the process of generating terminal deep low-power mode control parameters and updating terminal power status, after polling, the master node can generate a terminal sleep permission flag, and the terminal node can enter deep low-power mode based on this permission flag. To ensure that the terminal still has the reachability to be triggered again, periodic wake-up check parameters can be further generated. In one embodiment, the periodic wake-up check parameters can be calculated based on a fixed wait window, for example:

[0118] ;

[0119] Where m is an integer coefficient greater than or equal to 1. For periodic wake-up check parameters, A fixed waiting window is used. This calculation method maintains a consistent dimensional relationship between the periodic check cycle and the fixed waiting window: when more power saving is desired for the terminal, m can be increased to reduce the check frequency; when faster response is desired, m can be decreased. It should be understood that this calculation method is only an example, and the periodic wake-up check parameters can also be adaptively adjusted in combination with the service cycle, event probability, or battery strategy. This invention does not limit the specific generation method.

[0120] Finally, the terminal node shuts down unnecessary peripherals and wireless transceiver modules based on the terminal's deep low-power mode control parameters, retaining only the low-power timer and wake-up detection logic, and writes back the updated terminal power status data for subsequent generation of wake-up trigger data.

[0121] like Figure 2 As shown, the present invention proposes a star-topology low-power wireless communication system, the system comprising:

[0122] The acquisition module 10 is used to acquire the event occurrence identifier and terminal power consumption status data of the terminal node, and generate wake-up trigger data based on the event occurrence identifier and the terminal power consumption status data, and then generate fixed waiting window parameters and random waiting window parameters.

[0123] Output module 20 is used to generate polling instruction receiving determination data based on the fixed waiting window parameters, and when the polling instruction receiving determination data indicates that no polling instruction has been obtained, generate event message data based on the random waiting window parameters and output it to the wireless channel;

[0124] The generation module 30 is used to acquire the event message data or channel activity detection data on the master node side, and generate a polling trigger identifier based on the event message data or the channel activity detection data, and then generate a polling instruction sequence and polling timing parameters.

[0125] The execution module 40 is used to generate a polling data frame based on the polling instruction sequence, and to obtain terminal response data based on the polling data frame. At the same time, when the terminal response data is obtained, the execution module 40 performs a timing refresh process on the polling timing parameters based on the terminal response data.

[0126] The update module 50 is used to generate polling end determination data based on the polling timing parameters, and generate silent reception status data and terminal deep low power mode control parameters when the polling ends, so as to update the low power working mode of the master node and the terminal node.

[0127] The specific implementation of the star-shaped low-power wireless communication system in this application is basically the same as the embodiments of the star-shaped low-power wireless communication method described above, and will not be repeated here.

[0128] It is understood that in the description of this specification, references to terms such as "one embodiment," "another embodiment," "other embodiments," or "first embodiment to Nth embodiment," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of the present invention. In this specification, illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples.

[0129] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or system. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or system that includes that element.

[0130] The above are merely preferred embodiments of the present invention and do not limit the scope of the patent. Any equivalent structural or procedural transformations made based on the description and drawings of the present invention, or direct or indirect applications in other related technical fields, are similarly included within the scope of patent protection of the present invention.

Claims

1. A star network low power wireless communication method, characterized by, Includes the following steps: The event occurrence identifier and terminal power consumption status data of the terminal node are obtained, and wake-up trigger data is generated based on the event occurrence identifier and terminal power consumption status data, thereby generating fixed waiting window parameters and random waiting window parameters; Based on the fixed waiting window parameters, polling instruction reception determination data is generated, and when the polling instruction reception determination data indicates that no polling instruction has been received, event message data is generated based on the random waiting window parameters and output to the wireless channel. On the master node side, the event message data or channel activity detection data is obtained, and a polling trigger identifier is generated based on the event message data or the channel activity detection data, thereby generating a polling instruction sequence and polling timing parameters; A polling data frame is generated based on the polling instruction sequence, and terminal response data is obtained based on the polling data frame. At the same time, when the terminal response data is obtained, a timing refresh process is performed on the polling timing parameters based on the terminal response data. Based on the polling timing parameters, polling end determination data is generated, and silent reception status data is generated when the polling ends, so that the master node enters a silent reception mode that does not require polling. Based on the silent reception status data, terminal deep low power mode control parameters are generated, so that the terminal node enters a low power working mode.

2. The star networking low power wireless communication method of claim 1, wherein, The steps of obtaining the event occurrence identifier and terminal power consumption status data of the terminal node, generating wake-up trigger data based on the event occurrence identifier and terminal power consumption status data, and then generating fixed waiting window parameters and random waiting window parameters specifically include: Obtain an event occurrence identifier that characterizes the event to be reported by the terminal node, and encode the event occurrence identifier as an event to be transmitted marker; Acquire terminal power status data to characterize the current power consumption level of the terminal node, and generate wake-up trigger data based on the terminal power status data; The duration of the fixed waiting window is determined based on the wake-up trigger data, and fixed waiting window parameters are generated. Random waiting window parameters are generated based on the event to be transmitted marker and preset randomization rules, for use in the subsequent generation of event message data.

3. The star networking low power wireless communication method of claim 1, wherein, The steps of generating polling instruction reception determination data based on the fixed waiting window parameters, and generating event message data based on the random waiting window parameters and outputting it to the wireless channel when the polling instruction reception determination data indicates that no polling instruction has been received, specifically include: The wireless received data is parsed within the time interval defined by the fixed waiting window parameter to form polling instruction candidate data; Perform format verification processing on the polling instruction candidate data to generate polling instruction reception determination data; When the polling instruction receives and determines that the data indicates that the verification has failed, random delay control data is generated based on the random waiting window parameter; After the delay defined by the random delay control data ends, event message data is generated based on the event occurrence identifier and output to the wireless channel to trigger the master node to generate a polling trigger identifier.

4. The star networking low power wireless communication method of claim 3, wherein, The step of generating random delay control data based on the random waiting window parameters specifically includes: Obtain terminal node identifier data and current timestamp data, perform pseudo-random mapping processing to generate random sequence data; The window length of the random waiting window is determined based on the random sequence data, and random delay control data is generated; The output time of the event message data is discretized based on the random delay control data to reduce the probability of collisions caused by multiple terminal nodes concurrently outputting event message data.

5. The star networking low power wireless communication method of claim 1, wherein, The steps of acquiring the event message data or channel activity detection data on the master node side, generating a polling trigger identifier based on the event message data or channel activity detection data, and then generating a polling instruction sequence and polling timing parameters, specifically include: Acquire channel activity detection data of a wireless channel and generate a channel active tag based on the channel activity detection data; or acquire the event message data and, if there is verification failure data in the event message data, map the verification failure data to a channel active tag. Generate a polling trigger identifier based on the channel activity flag; A polling instruction sequence is generated based on the polling trigger identifier, and a polling timing parameter is generated to limit the duration of the polling.

6. The star networking low power wireless communication method of claim 1, wherein, The steps of generating a polling data frame based on the polling instruction sequence and obtaining terminal response data based on the polling data frame specifically include: The polling instruction sequence is framed to generate a set of polling data frames containing a terminal identifier field; Based on the polling data frame set, the polling scheduling order data is determined, and the polling data frames are output according to the polling scheduling order data; On the terminal node side, polling authorization data is obtained by parsing the polling data frame, and terminal response data is generated based on the polling authorization data; The terminal response data is written into the uplink transmission buffer to form uplink transmission data, and the uplink transmission data is provided to the master node for subsequent timing refresh processing.

7. The star networking low power wireless communication method of claim 1, wherein, Upon receiving the terminal response data, a timing refresh process is performed on the polling timing parameters based on the terminal response data, specifically including: Acquire the uplink transmission data received by the master node and generate a receive event flag; Even if the uplink transmitted data contains verification failure data, the receive event flag is still generated based on the verification failure data; The polling timing parameters are reset based on the received event flag to generate updated polling timing parameters; The updated polling timing parameters are written back to the polling scheduling control module to maintain the continuous output of the polling instruction sequence.

8. The star networking low power wireless communication method of claim 1, wherein, The step of generating silent reception status data when the polling end determination data indicates the end of polling specifically includes: Based on the polling timing parameters, the remaining polling time data is determined, and polling end determination data is generated when the remaining polling time data is less than or equal to a preset threshold. Based on the polling end determination data, stop polling control data is generated; Based on the stop polling control data, silent reception status data is generated so that the master node enters a silent reception mode that does not require polling and waits for the next polling trigger flag.

9. The star networking low power wireless communication method of claim 1, wherein, Based on the silent reception state data, the steps for generating terminal deep low-power mode control parameters to enable the terminal node to enter a low-power operating mode specifically include: A terminal sleep permit flag is generated based on the silent reception state data, and periodic wake-up check parameters are generated based on the terminal sleep permit flag and the fixed waiting window parameters. Based on the periodic wake-up check parameters, terminal deep low-power mode control parameters are generated; On the terminal node side, the terminal power consumption status data is updated based on the terminal deep low power mode control parameters, and the updated terminal power consumption status data is used to generate wake-up trigger data in the future.

10. A star network low power wireless communication system, characterized by, The system includes: The acquisition module is used to acquire the event occurrence identifier and terminal power consumption status data of the terminal node, and generate wake-up trigger data based on the event occurrence identifier and the terminal power consumption status data, and then generate fixed waiting window parameters and random waiting window parameters. The output module is used to generate polling instruction reception determination data based on the fixed waiting window parameters, and when the polling instruction reception determination data indicates that no polling instruction has been obtained, generate event message data based on the random waiting window parameters and output it to the wireless channel. The generation module is used to acquire the event message data or channel activity detection data on the master node side, and generate a polling trigger identifier based on the event message data or the channel activity detection data, and then generate a polling instruction sequence and polling timing parameters. The execution module is used to generate a polling data frame based on the polling instruction sequence, obtain terminal response data based on the polling data frame, and perform timing refresh processing on the polling timing parameters based on the terminal response data when the terminal response data is obtained. The update module is used to generate polling end determination data based on the polling timing parameters, and generate silent reception status data when the polling end determination data indicates the end of polling, so that the master node enters a silent reception mode without polling. Based on the silent reception status data, the module generates terminal deep low power mode control parameters, so that the terminal node enters a low power working mode.

Images