Linear deployment wireless lora network protocol design based on random time scheduling

Abstract

The application discloses a linear deployment wireless Lora network protocol design based on random time scheduling and belongs to the field of wireless communication equipment. The linear deployment wireless Lora transmission network, each base station can be connected with multiple surrounding base stations, and the Lora base station has four states: a receiving state, a sending state, a forbidden sending state and a success state. All base stations are in the receiving state initially, when data needs to be sent, the activated base station is in the sending state, information is sent, and then the base station is changed to the forbidden sending state; the multiple surrounding base stations receive the sent information, the base stations receiving the information are changed from the receiving state to the sending state, and then the sending state generates a random waiting time t; each sending state base station sends information to the surrounding base stations after 3s+t, the channel collision problem of multiple sending state base stations is avoided, the reliability of data sending is ensured, each base station can be connected with multiple surrounding base stations, the failure of part of the base stations does not affect the communication of other nodes, and the fault tolerance of the network is improved.

Description

Technical Field

[0001] This invention belongs to the field of wireless transmission network technology, a key technology for intelligent manufacturing, and specifically relates to a wireless LoRa transmission network base station based on random time scheduling and linear deployment. Background Technology

[0002] LoRa is a low-power, long-range communication technology. LoRa communication distance is related to factors such as frequency, data rate, and specific environment, with a reliable communication distance typically around 300-500 meters. To achieve longer-distance data communication, LoRa gateways can be used. However, setting up commercially available LoRa gateways requires confirming the channel addresses, communication modes, transmission rates, and frequencies of the specific LoRa base stations at both ends. Manual setup is complex and lacks fault tolerance; if one node in the LoRa network fails, the entire network will be interrupted. Furthermore, commercially available LoRa gateways are expensive. Once configured, LoRa transmission is unidirectional. In many application scenarios requiring multiple LoRa base stations for reliable long-distance data transmission, the design of a linearly deployed wireless LoRa transmission network base station is a crucial technology. Summary of the Invention

[0003] The purpose of this invention is to provide a linear deployment wireless LoRa network protocol design based on random time scheduling. In this invention, each base station can send and receive information from other base stations, and the information can be sent to the destination base station through multiple paths.

[0004] To achieve the above-mentioned objectives, the present invention employs the following steps:

[0005] A linear deployment wireless LoRa network protocol design based on random time scheduling includes the following steps:

[0006] (S1) In a linearly deployed LoRa network, each base station (node) is connected to at least two base stations in front or behind, which ensures the robustness of the network. At the beginning of the network, all base stations are in the "receiving state". Base stations in the receiving state can only change to other states when they need to send data or receive information from other base stations.

[0007] (S2) When the base station has data to send, the activated base station (WGj) changes to the "send state". The "send state" base station will randomly select a time within 4 seconds to send information through the wireless channel. The information includes the target base station address and the data to be sent. After that, the "send state" base station changes to the "don't send state". After the "don't send state" base station counts down for 9 seconds, it changes to the "receive state" base station.

[0008] (S3) Multiple surrounding "receiving" base stations will receive information sent by "transmitting" base stations (e.g., WGj). When the address of the "receiving" base station matches the target address in the information, the base station receives the information and proceeds to the next step (S4). Otherwise, each "receiving" base station immediately becomes a "transmitting" base station. Subsequently, each "transmitting" base station generates a random waiting time WGi_t. Each base station sends information to surrounding "receiving" base stations twice after 3s+WGi_t, repeating S3 until step (S4) is entered.

[0009] (S4) If the target base station address in the received information matches the base station address, the base station sends the information SUCC. After sending, the base station's state changes to "success state", thus ending one information transmission. After 15 seconds, the "success state" base station changes its state to "receive state", so it can receive new information again.

[0010] Furthermore, the base station in the "no-transmit" state in step (S2) remains in the "receive" state for 9 seconds, and then switches to the "receive" state. This avoids the problem of the base station occupying the wireless channel while allowing the base station to prepare for the transmission of new information.

[0011] Furthermore, the random time of step (S3) can only be one of (0.2 seconds, 0.4 seconds, ..., 1.8 seconds), and the operation lasts for 1 second, so that information is sent to the surrounding base stations twice. This can fully guarantee the successful transmission of information and avoid the problem of information transmission collisions from multiple sending base stations.

[0012] Furthermore, all the above base stations transmit information through transparent transmission mode. All base stations use the same channel and the same rate to transmit information to surrounding base stations, which allows all base stations to use the same configuration, making the deployment of linear wireless LoRa networks very convenient.

[0013] Compared with the prior art, the beneficial effects of the present invention are:

[0014] 1) Existing technologies require setting up different channels for each base station, making deployment very inconvenient. This invention uses the same communication settings for all base stations, making deployment very convenient.

[0015] 2) In existing technologies, if even one base station (node ​​or gateway) in the network malfunctions, the network will be unable to transmit normally. However, in this invention, each base station can communicate with two or more other base stations. Even if one base station fails, the network can still operate normally, and information can still be successfully transmitted.

[0016] 3) The original linear wireless LoRa network relays information through LoRa gateways. The LoRa gateway itself cannot connect to an external microcontroller for data acquisition. In this invention, all LoRa nodes (base stations) can connect to a microcontroller and receive data from the microcontroller to publish it on the Internet. Attached Figure Description

[0017] Figure 1 This invention provides a Lora base station state transition diagram. Detailed Implementation

[0018] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings.

[0019] A linear deployment wireless LoRa network protocol design based on random time scheduling includes the following steps:

[0020] (S1) In a linearly deployed LoRa network, each base station (node) is connected to at least two base stations in front or behind, which ensures the robustness of the network. At the beginning of the network, all base stations are in the "receiving state". Base stations in the receiving state can only switch to the "transmitting state" when they have data to send or receive information from other base stations.

[0021] (S2) When the base station has data to send, the base station is activated and changes to the "sending state". The "sending state" base station will send information twice within 4 seconds through the wireless channel (this information is not "SUCC"). The information includes the target base station address and the data to be sent. After that, the "sending state" base station changes to the "no-send state". After the "no-send state" base station counts down for 9 seconds, it changes to the "receiving state" base station.

[0022] (S3) Multiple surrounding "receiving" base stations will receive information sent by "transmitting" base stations. When the address of the "receiving" base station matches the target address in the information, the base station receives the information and proceeds to the next step (S4). Otherwise, each "receiving" base station immediately becomes a "transmitting" base station. Subsequently, each "transmitting" base station generates a random waiting time WGi_t. Each base station sends information to surrounding "receiving" base stations twice after 3s+WGi_t, repeating S3 until step (S4) is entered.

[0023] (S4) If the target base station address in the received information matches the base station address, the base station sends the information SUCC. After sending, the base station's state changes to "success state". The "success state" base station changes to "receive state" after 15 seconds, so it can forward new information.

[0024] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the protection scope of the present invention.

Claims

1. A method for designing a linearly deployed wireless LoRa network protocol based on random time scheduling, comprising: (S1) In a linearly deployed wireless LoRa transmission network, each base station is connected to at least two base stations in front or behind it. That is, each base station can communicate with the remote base station through at least two intermediate nodes. Initially, all base stations are in "receiving state". (S2) When a base station has data to send, the base station's state changes to "transmitting state". In the "transmitting state", the base station will randomly select a time within 4 seconds to send information, including the target base station address and the data to be sent. After that, the "transmitting state" base station changes to "non-transmitting state". After a 9-second countdown, the "non-transmitting state" base station changes to "receiving state". (S3) Multiple surrounding "receiving" base stations will receive information sent by "transmitting" base stations. When the address of a "receiving" base station matches the target address in the information, the base station receives the information and proceeds to the next step (S4); otherwise, each "receiving" base station immediately becomes a "transmitting" base station. Subsequently, each "transmitting" base station generates a random waiting time WGi_t, and each base station sends information to surrounding "receiving" base stations twice after 3s+WGi_t, repeating S3 until step (S4) is reached. (S4) If the target base station address in the received information matches the base station address, the base station sends the information SUCC. After sending, the base station state changes to "success state", thus ending one information transmission. After 15 seconds, the "success state" base station changes to "receive state", so it can receive new information again.

2. The method for designing a linearly deployed wireless LoRa network protocol based on random time scheduling as described in claim 1, characterized in that, The method includes setting a no-transmit state, which is maintained for 9 seconds. After 9 seconds, the node switches from the no-transmit state to the receive state, thereby avoiding the occupation of the wireless channel by transmitting data.

3. The method for designing a linearly deployed wireless LoRa network protocol based on random time scheduling as described in claim 1, characterized in that, After entering the sending state, a node in the sending state will begin to send the received information twice after a period of "3 seconds + random time"; the random time is selected from {0.2 seconds, 0.4 seconds, ..., 1.8 seconds} to ensure reliable information transmission and avoid information collisions between multiple sending nodes.

4. The method for designing a linearly deployed wireless LoRa network protocol based on random time scheduling as described in claim 1, characterized in that... All base stations transmit information through transparent transmission mode, which avoids different base stations using different configurations and ensures that the software of each base station is the same.

Images