CN108650686B - Frequency sweeping Ping-Pong test method, terminal and server - Google Patents
Frequency sweeping Ping-Pong test method, terminal and server Download PDFInfo
- Publication number
- CN108650686B CN108650686B CN201810958309.XA CN201810958309A CN108650686B CN 108650686 B CN108650686 B CN 108650686B CN 201810958309 A CN201810958309 A CN 201810958309A CN 108650686 B CN108650686 B CN 108650686B
- Authority
- CN
- China
- Prior art keywords
- frequency
- message
- ping
- lora
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
A frequency sweeping Ping-Pong test method, a terminal and a server are provided. In the method, the Lora terminal configures the relevant parameters of the uplink frequency sweep test and sends the relevant parameters to an application server AS. After receiving the sweep frequency control message, the AS configures an uplink receiving channel of the Lora gateway according to configuration parameters; after the AS confirms that the Lora gateway is ready, a sweep frequency response message is sent to the Lora terminal; after receiving the sweep frequency response message, the Lora terminal starts a timer and starts to send a Ping message of a sweep frequency test at a specified time interval; and after receiving the Ping message of the Lora terminal, the AS sends the Pong message to the Lora terminal by using the same sending parameters AS the Ping message. The method can perform frequency sweep test on the Lora network, obtain the performance parameters of the network and provide help for network optimization.
Description
Technical Field
The invention relates to the technical field of Lora, in particular to a frequency sweeping Ping-Pong testing method, a terminal and a server.
Background
LoRaWAN is a set of communication protocols and system architecture designed for LoRa telecommunications networks. The Lora communication system generally comprises four parts, namely a terminal, a base station, a network server and an application server. A star network topology is adopted between the base station and the terminal, and single-hop transmission is used between the base station and the terminal due to the long-distance characteristic of LoRa. The terminal node can simultaneously send to a plurality of base stations, and the base stations forward LoRaWAN protocol data between the network server and the terminal, and respectively bear the LoRaWAN data on LoRa radio frequency transmission and TCP/IP.
Terminals in the Lora communication system are classified into three categories: class A, Class B, and Class C. And the Class A terminal reports data as required by adopting an ALOHA protocol. Two short downlink receiving windows are immediately followed after each uplink, so that bidirectional transmission is realized. This operation is most power efficient. The Class A terminal can send data to the Class A terminal only after the Class A terminal reports the data, and the application scenes of the Class A terminal are garbage can monitoring, smoke alarms, gas monitoring and the like. For Class B terminals, in addition to the random receive window of Class a, a receive window is opened at a specified time. In order for the terminal to open a reception window at a designated time, the terminal needs to receive a time-synchronized beacon from the gateway. The terminal of Class B can issue data to the terminal when the terminal fixes a receiving window, the issuing delay is improved, and the application scene is usually a valve control water gas electric meter and the like. The Class C terminal is basically always on the receive window and only briefly closed during transmission. As the terminal of Class C is in a continuous receiving state, data can be transmitted to the terminal at any time. The application scene is usually street lamp control and the like. Class C terminals will consume more power than Class a and Class B.
Fig. 1 and 2 show timing diagrams of uplink and downlink of terminals of Class a and Class C, respectively. Class C and Class a are essentially the same except that during Class a sleep, it opens the receive window RX 2.
Fig. 3 shows timing diagrams of uplink and downlink of terminals of Class B. The time slot of Class B is somewhat complex, having a synchronization time slot beacon and a fixed period of receive window ping time slots. As in the example of fig. 3, the beacon period is 128 seconds and the ping period is 32 seconds.
LoRaWAN specifies both the type of data frame, either Confirmed or Unconconfirmed, i.e., required-to-acknowledge and non-required-to-acknowledge types. The manufacturer may select the appropriate type according to the application requirements. There are two packet formats for LoRa: and displaying and hiding, wherein the header of the display data packet is short and mainly comprises information such as the number of bytes, the coding rate and whether CRC is used. As shown in fig. 4, the LoRa packet includes: preamble, Header (optional type of Header), Payload (data Payload).
The application data transmitted in the environment of the internet of things of the Lora workshop mainly comprises transmission of switching values and state quantities, and the application data can be transmitted in the Lora communication system in a short message mode.
After the deployment of the Lora network is completed, the signal quality, the message quality, the packet loss rate and other indexes for evaluating the network performance of the network need to be obtained, so that the network needs to be tested, the frequency sweep test is one of common modes for testing the network performance, and the frequency band noise interference condition in a certain frequency band range can be checked through the frequency sweep test and is used for selecting a proper frequency band; the signal communication capacity of the area in each space range at a certain speed can be checked, and communication dead angles are eliminated. However, how to implement and what method to use for frequency sweep testing of the Lora network is very important in various application fields of the Lora technology.
Disclosure of Invention
Aiming at the existing technical problems, the invention provides a frequency sweeping Ping-Pong test method, a terminal and a server. In the method, the Long terminal sends the Ping message to the application server AS, and the AS returns the Pong message to the Long terminal to test the Lora network, so that the sweep frequency test can be performed on the Lora network, the performance parameters of the network can be obtained, and the help is provided for the network optimization.
In order to achieve the aim, the invention provides a frequency sweeping Ping-Pong test method, which comprises the following steps:
step 1, configuring relevant parameters of the uplink frequency sweep test by the Lora terminal, and sending the relevant parameters to an application server AS through a frequency sweep control message under default uplink frequency and SF12 rate.
Step 2, after receiving the frequency sweep control message, the AS configures an uplink receiving channel of the Lora gateway according to configuration parameters, restarts a packet forwarding (packet forward) task of the gateway, and waits for the gateway to enter a frequency sweep frequency receiving state;
step 3, after the AS confirms that the Lora gateway is ready, the AS sends a sweep frequency response message to the Lora terminal through the Rx2 downlink frequency and the SF12 rate which are defaulted by the terminal;
step 4, after receiving the sweep frequency response message, the Lora terminal starts a timer, starts to send a Ping message of a sweep frequency test at a specified time interval, and once the sending is finished, the Lora terminal opens an Rx2 receiving window under the same sweep frequency parameters;
and 5, after receiving the Ping message of the Lora terminal, the AS sends the Pong message to the Lora terminal by using the same sending parameters AS the Ping message.
According to another aspect of the invention, the method further comprises:
step 6, after receiving the Pong message, the Lora terminal immediately sends a Ping message, starts a timer, and if the Lora terminal does not receive the Pong message within the overtime time specified by the timer, then sends a Ping message after the timing is overtime;
and 7, repeating the steps until the Long terminal sends the Ping messages with the quantity specified by the configuration parameters.
According to another aspect of the invention, the method further comprises:
and step 8, in the Ping-Pong test process, the Lora terminal collects the signal intensity and the packet loss rate information of the downlink Ping message, and the AS collects the signal intensity and the packet loss rate information of the uplink Ping message.
According to another aspect of the invention, the method further comprises:
9, after all the uplink Ping messages are sent, the Lora terminal sends a frequency sweep test control message at the SF12 rate through each specified uplink frequency sweep frequency to inform the AS of finishing the frequency sweep test; and after the Lora terminal sends the control message, the Lora terminal automatically restores to the default initial state.
According to another aspect of the invention, the method further comprises:
step 10, after receiving the control message for finishing the frequency sweep test, the AS restores the gateway receiving frequency to default configuration, restarts the gateway packet forward task and enters a default initial state; so far, the AS, the gateway and the Lora terminal are all restored to the initial default state.
According to another aspect of the invention, a continuous and uninterrupted Ping-Pong test is used during a single frequency sweep test.
According to another aspect of the present invention, the Ping message sent by the Lora terminal to the AS carries the signal quality of the last received Pong message and simple statistical data.
According to another aspect of the present invention, the Pong message sent by the AS to the Lora terminal carries the signal quality of the Ping message just received, and simple statistical data.
According to another aspect of the present invention, there is provided a Lora terminal for Ping-Pong frequency sweep testing, the Lora terminal including a processor configured to perform a method of Ping-Pong frequency sweep testing.
According to another aspect of the invention, a server for Ping-Pong frequency sweep testing is provided, the server comprising a processor configured to perform a method of Ping-Pong frequency sweep testing.
According to the sweep-frequency Ping-Pong test method, the terminal and the server, the Long terminal sends the Ping message to the application server AS, and the AS returns the Ping message to the Long terminal to test the Long network, so that sweep-frequency test can be performed on the Long network, performance parameters of the network can be obtained, and help is provided for network optimization.
The features and advantages of the present invention will become apparent by reference to the following drawings and detailed description of specific embodiments of the invention.
Drawings
FIGS. 1 and 2 are timing diagrams of uplink and downlink of terminals of Class A and Class C in the prior art;
FIG. 3 is a timing diagram of uplink and downlink of a Class B terminal in the prior art;
FIG. 4 is a diagram of a data frame structure in the prior art;
FIG. 5 is a schematic diagram of a Ping-Pong frequency sweep test process according to an embodiment of the present invention;
fig. 6 is a schematic diagram of a co-frequency Ping-Pong frequency sweep test process in another embodiment of the invention.
Detailed Description
In order to make the technical solution of the present invention clearer and more clear, the following detailed description is made with reference to the accompanying drawings, and it should be understood that the specific embodiments described herein are only for explaining the present invention and are not intended to limit the present invention.
For convenience of description, in the present invention, in addition to indicating a server side and a Lora terminal, a sending side is used to indicate one of the server side and the Lora terminal, and a receiving side is used to indicate the other, that is, if the server is the sending side, the Lora terminal is the receiving side, and if the Lora terminal is the sending side, the server is the receiving side.
The invention provides a method, a terminal and a server for testing Lora frequency sweep. In the method, the application server AS sends a specified number of sweep test messages to the Lora terminal in the downlink sweep test, and the Lora terminal is responsible for counting and collecting the number and the signal quality of the downlink sweep test messages and returning the result to the AS. In the uplink frequency sweep test, a Lora terminal sends a specified number of uplink frequency sweep test messages to an AS, and the AS is responsible for collecting the number and the signal quality of the uplink frequency sweep test messages. The method provided by the invention can be used for carrying out frequency sweep test on the Lora network, acquiring the performance parameters of the network and providing help for network optimization.
Specifically, the Lora frequency sweep test method provided by the invention comprises the following steps:
the Lora terminal sets relevant parameters of frequency sweep, transmits the relevant parameters to an application server AS, and starts frequency sweep work;
during the uplink frequency sweep test, the Lora terminal sends a specified number of uplink frequency sweep test messages to the AS, and the AS collects the number and the signal quality of the uplink frequency sweep test messages;
during the downlink frequency sweep test, the AS sends a specified number of downlink frequency sweep test messages to the Lora terminal, and the Lora terminal counts and collects the number and the signal quality of the downlink frequency sweep test messages and returns the result to the AS.
In consideration of the purpose of simplifying the implementation, the frequency sweeping process of the uplink channel and the frequency sweeping process of the downlink channel are separately implemented.
In consideration of the requirement of field operation, the Lora terminal is responsible for configuring relevant parameters of the frequency sweep test in the frequency sweep test process, and the Lora terminal is responsible for starting and stopping the frequency sweep test.
The master control of the sweep frequency test process is still mastered by the AS, namely the AS is responsible for the unified storage, statistical analysis, result display and switching instruction and synchronous instruction of the intermediate process of the test result information.
In the case of a bandwidth of 125kHz, since the gateway sx1301 can only receive on 8 uplink channels, and in the case of bandwidths of 250kHz and 500kHz, the gateway sx1301 can only receive on one uplink channel, the gateway needs to repeatedly update the receiving frequency configuration file and restart the packet forward task, and this process should also be controlled by the AS.
The message transmitted between the AS and the terminal comprises three types: a sweep frequency control message, a sweep frequency response message and a sweep frequency test message;
frequency sweep control message: and the Lora terminal is responsible for configuring related parameters of the frequency sweep test and is responsible for starting and stopping the frequency sweep test. And the AS is responsible for the control and synchronization of the sweep test process. Therefore, both the Lora terminal and the AS need to send the sweep frequency control message.
Scanning frequency response message: and aiming at the response of the frequency sweep control message, classifying the response into a frequency sweep response message.
Scanning frequency test message: and the data message is used for uplink and downlink test.
The frequency sweep test method comprises the following steps: in the downlink frequency sweep test, the AS sends a specified number of frequency sweep test messages to the Lora terminal, and the Lora terminal is responsible for counting and collecting the number and the signal quality of the downlink frequency sweep test messages and returning the result to the AS. In the uplink frequency sweep test, a Lora terminal sends a specified number of uplink frequency sweep test messages to an AS, and the AS is responsible for collecting the number and the signal quality of the uplink frequency sweep test messages.
In order to enable the sweep control message from the AS to reach the terminal and recommend the AS to issue the sweep control and response message by using the SF12data rate, the Lora terminal sets a special RX2 channel for receiving the sweep control and response message from the AS.
In order to ensure that the frequency sweep control and response message sent by the Lora terminal can reach the gateway and be forwarded to the AS, the SF12data rate is recommended to be used for sending the frequency sweep control and response message, but the uplink frequency of the frequency sweep control and response message needs to be determined according to the current test item.
Considering the situation that a plurality of gateways are deployed on site, when performing an uplink frequency sweep test, the receiving frequency settings of the plurality of gateways need to be adjusted simultaneously.
As shown in fig. 5, the present invention provides a frequency sweeping Ping-Pong testing method, a terminal and a server. In the method, the Long terminal sends the Ping message to the application server AS, and the AS returns the Pong message to the Long terminal to test the Lora network, so that the sweep frequency test can be performed on the Lora network, the performance parameters of the network can be obtained, and the help is provided for the network optimization.
Specifically, the Ping-Pong test method comprises the following steps:
step 1, configuring relevant parameters of the uplink frequency sweep test by the Lora terminal, and sending the relevant parameters to an application server AS through a frequency sweep control message under default uplink frequency and SF12 rate.
Step 2, after receiving the frequency sweep control message, the AS configures an uplink receiving channel of the Lora gateway according to configuration parameters, restarts a packet forwarding (packet forward) task of the gateway, and waits for the gateway to enter a frequency sweep frequency receiving state;
step 3, after the AS confirms that the Lora gateway is ready, the AS sends a sweep frequency response message to the Lora terminal through the Rx2 downlink frequency and the SF12 rate which are defaulted by the terminal;
step 4, after receiving the sweep frequency response message, the Lora terminal starts a timer, starts to send a Ping message of a sweep frequency test at a specified time interval, and once the sending is finished, the Lora terminal opens an Rx2 receiving window under the same sweep frequency parameters;
and 5, after receiving the Ping message of the Lora terminal, the AS sends the Pong message to the Lora terminal by using the same sending parameters AS the Ping message.
In order that the invention may be more clearly understood, the following section describes the invention in more detail.
1. Relevant parameters of up and down sweep frequency test
Relevant parameters for performing the up and down sweep test include, but are not limited to: channel frequency, channel bandwidth, data rate, coding rate, transmission power, number of communication packets, and communication packet interval time. The channel frequency parameter in a sweep test may need to be changed in 8 frequencies, but other parameters such as bandwidth, data rate, coding rate, transmission power, number of communication messages and interval time of communication messages must be fixed values.
2. Frequency, frequency bandwidth and channel
The invention can perform frequency sweep test on all channels with the frequency from 430.0MHz to 510 MHz. The channel bandwidth supports three kinds of 125KHz,250KHz and 500 KHz. When the channel bandwidth is 125KHz, actually stepping with the channel bandwidth of 200KHz, 399 channels can be allocated from 430.1MHz to 509.7 MHz. When the channel bandwidth is 250KHz, the frequency can be allocated 199 channels from 430.2MHz by stepping through the channel bandwidth of 400 KHz. When the channel bandwidth is 500KHz, the frequency is started from 430.3MHz to allocate 133 channels by actually stepping the channel bandwidth to 600 KHz.
3. Data rate or spreading factor, coding rate
The spreading factor support SF7-SF12 corresponds to data rates DR 5-DR 0. For a total of 6 rates. The gateway SX1301 chip supports 6 data rates of SF7-SF12 in the upstream receiving direction, no matter under the bandwidth of 125kHz,250kHz or 500 kHz. The coding rate is divided into 4 types: 4/5, 4/6, 4/7, 4/8.
4. Terminal transmit power and gateway transmit power
TX _ POWER _0 (maximum and default) to TX _ POWER _7 (minimum) 8 transmit POWERs are supported according to CN470/430 code. But the transmission power of the Lora terminal may be set to various transmission power values from 2dB to 20dB according to the implementation code sx1276.c of the Lora terminal sx1276.
The multiple transmit powers supported by the gateway are set by a configuration file. The NS can only use the transmission power set in the configuration file when sending the downlink message.
5. Frequency per channel sweep communication times and communication time intervals
The number of communications (test message transmission times) and the communication time interval (test message transmission time interval) of each sweep test may be set.
The communication time interval is set by considering the sending time of the message at the lowest rate, and considering the receiving window time and the MAC state machine updating time. The communication time interval is greater than the sum of these three times. In special cases, the communication interval time can be shortened, and messages can be continuously transmitted at smaller intervals.
6. Support of gateway SX1301 chip for above parameters
In the upstream receiving direction, the SX1301 chip has 8 receiving channels of IF0-IF7, which only support 125KHz bandwidth, but can listen to up to 8 upstream frequencies. Listening can be performed at all data rates of SF7-SF12 at these frequencies, while receiving a maximum of 8 packets. In addition, the SX1301 chip also has an IF8 receiving channel, which can be configured to 125kHz or 250kHz or 500kHz bandwidth, and can only listen to one frequency, and can only listen to one data rate of the corresponding frequency by setting. That is to say, if the channel bandwidth in the frequency sweep test is 250kHz or 500kHz, SX1301 can only receive a message at one uplink frequency at a time, and does not support simultaneous frequency sweep test of 8 uplink channels.
In the downlink transmission direction, SX1301 has only one transmission channel, only one message can be transmitted at a time, and the Radio channel (channel frequency), Bandwidth, data rate, coding rate, and RF output power for transmitting the message can be set.
SX1301 transceiving supports all 4 coding rates. But each transceiving channel must specify a coding rate in advance. For upstream reception, one channel cannot listen to all coding rates as IF0-IF7 does listen to all data rates simultaneously. Only one coding rate can be set at a time.
7. Support of terminal SX1276/1278 chip for above parameters
The terminal SX1276/1278 chip is a half-duplex single-channel transceiver, and the transceiving cannot be carried out simultaneously, and only one message can be transceived at one time. One-time transceiving can be performed only under Radio channel (channel frequency), Bandwidth, data rate and coding rate which are configured in advance. The terminal SX1276/1278 chip supports the transceiving under the bandwidth of 125kHz,250kHz or 500kHz 3 and 7 data rates of SF6-SF 12. Wherein, the SF6 only supports the fast communication of lora under specific conditions, and the gateway SX1301 chip does not support SF6, so the SF6 does not need to be tested in the test process.
The terminal SX1276/1278 chip transceiving supports all 4 coding rates. But both the transceiving must specify the coding rate in advance. Only one coding rate can be supported by one transceiving.
8. Switching mode of multiple frequency points in one-time frequency sweep test
And if a plurality of frequency sweep frequencies are involved in the process of one frequency sweep test, a plurality of frequency sweep messages are required to be sent. There are two ways to send a message: one way is that a specified number of sweep frequency messages are sent on one sweep frequency, then the next frequency is jumped to and the specified number of sweep frequency messages are sent, and the process is circulated until all frequencies are reached; alternatively, a frequency sweep message is sent over a frequency sweep frequency, and then a frequency sweep message is sent over to the next frequency, and so on until all frequencies.
In the process of one frequency sweep test, which of the two modes is adopted needs to be configurable.
9. Lora system sweep test initial state definition
Consider that in OTAA mode, a network outage may trigger an automatic reconnect. It is proposed that in the initial state, the Lora terminal enters the network in the ABP mode, the downlink RX2 is set to be the fixed downlink frequency, and the data rate is SF 12. The uplink rate of the terminal adopts a default initial value and keeps consistent with the default initial receiving frequency of the gateway.
In order to ensure that the sweep test process can be normally started, before the sweep test is started every time, the Lora terminal and the gateway must be restored to default initial states. And after the frequency sweep test is finished, the Lora terminal and the gateway are required to be restored to default initial states.
10. Collection of Lora system sweep frequency test result
The test result information required to be collected in the sweep frequency test process comprises the following steps: the signal quality (maximum value, minimum value and average value) of the message, the packet loss rate and other information. If a plurality of frequency points are involved in a frequency sweeping process, the collected test result information should be one copy for each frequency point. The delay of one PingPong process is not within the collection access of test result information.
The Lora terminal does not store too much data and is not theoretically responsible for collecting the message quality data of each message. In the process of PingPong test, the Pong message sent to the Lora terminal by the AS can carry the signal quality of the just received Ping message and simple statistical data. The Ping message sent by the Lora terminal to the AS may carry the signal quality of the last received Pong message, AS well AS simple statistical data. Therefore, in the process of PingPong interaction, the collection of test result information at two ends of Lora communication can be completed.
11. Ping-Pong test method for uplink and downlink common-frequency sweeping
FIG. 6 is a schematic flow chart of the Ping-Pong test for performing uplink and downlink common-frequency sweeping in the present invention. And when the Lora terminal and the gateway are in the default initial state, initiating a same-frequency Ping-Pong frequency sweep test by the Lora terminal. Some key steps in the Ping-Pong test are given below in conjunction with fig. 6.
Step 1, the Lora terminal is responsible for configuring parameters related to the uplink frequency sweep test, and sends the parameters to the AS through a frequency sweep control message under default uplink frequency and SF12 rate.
Step 2, after receiving the control message, the AS immediately configures an uplink receiving channel of the Lora gateway according to the configuration parameters, restarts a packet forward task of the gateway, and waits for the gateway to enter a frequency sweeping frequency receiving state;
step 3, after the AS confirms the readiness of the Lora gateway, the AS sends a sweep frequency response message to the Lora terminal through the default Rx2 downlink frequency and SF12 rate of the terminal, confirms the readiness to the Lora terminal and can start sending an uplink sweep frequency test message Ping message;
step 4, the Lora terminal starts to send sweep frequency test messages (Ping messages) only after receiving the response messages, otherwise, the configuration parameters are retransmitted for many times until the time is out;
step 5, after receiving the response message, the Lora terminal starts a timer to time, starts to send the Ping message at a specified time interval (specified frequency sweep parameters), and immediately opens an Rx2 receiving window under the same frequency sweep parameters (the Rx1 window is not opened all the time in the test process) after the sending is finished;
step 6, after receiving the Ping message of the Lora terminal, the AS sends the Pong message with the same sending parameters (AS the Ping message) AS soon AS possible;
and 7, immediately sending a Ping message by the Lora terminal after receiving the Pong message (without waiting for the overtime of the timer). If the Long terminal does not receive the Pong message within the overtime time specified by the timer, the Long terminal sends a Ping message after the timing is finished;
and 8, repeating the steps until the Long terminal sends the Ping messages with the quantity specified by the configuration parameters.
Step 9, in the Ping-Pong test process, the Lora terminal is responsible for collecting information such AS signal intensity and packet loss rate of a downlink Ping message, and the AS is responsible for collecting information such AS signal intensity and packet loss rate of an uplink Ping message;
and step 10, after all the uplink Ping messages are sent, the Lora terminal sends a frequency sweep test control message at the SF12 rate through each specified uplink frequency sweep frequency, and informs the AS of finishing the frequency sweep test. After the Lora terminal sends the control message, the Lora terminal automatically restores to the default initial state;
step 11, after receiving the control message for finishing the frequency sweep test, the AS restores the gateway receiving frequency to default configuration, restarts the gateway packet forward task, and enters a default initial state;
and step 12, at this point, the AS, the gateway and the Lora terminal are all restored to initial default states.
In the above test method, it is noted that:
1. when AS sends Pong message, the frequency, bandwidth, coding rate and data rate in the sending parameter are easy to be consistent with the Ping message, but Tx Power is difficult to be consistent. Because the Tx powers supported by the gateway and the terminal are not identical. And the gateway usually transmits with the maximum power, so that the problem of energy saving does not exist. Therefore, it is not necessary to test multiple TxPower of the gateway, and therefore the TxPower of the downlink message sent by the gateway can be fixed in the sweep frequency configuration parameters.
2. Under the abnormal condition, the situation that the LoRa terminal cannot receive the response message and the AS cannot receive the sweep frequency control message needs to be considered, and a timer is used for establishing an overtime mechanism, so that the Lora terminal and the AS are recovered to a default initialization state.
Exception handling:
in some abnormal situations, normal control communication cannot be performed between the AS and the Lora terminal, and in order to enable the AS and the gateway to be restored to the default initial state again, some abnormal handling mechanisms need to be adopted. The Lora terminal can manually and actively finish the testing process because of a manual intervention process, and the default initial state is recovered.
Adopting a time-out mechanism: the AS starts a timeout timer after sending a test start response message, wherein the timeout time is defined AS follows: number of messages x number of frequencies (estimated transceiving time + time interval for ping message transmission + certain redundant time). If the overtime timer is triggered, the AS recovers the default setting of the gateway and exits the test state.
Optimization of the timeout mechanism: in order to ensure that the AS timeout time can be matched with the end time of the sweep test AS much AS possible, the sequence number of the current packet may be carried in the Ping packet, after receiving the Ping packet, the AS calculates the number of the remaining Ping packets, and resets an timeout timer, where the reset timeout time is the number of the remaining Ping packets (estimated transceiving time + time interval for sending Ping packets + certain redundancy time). Therefore, in a normal Pingpong process, the AS can dynamically adjust the timeout time according to the received Ping message, so that the timeout time is AS close AS possible to the end time of the frequency sweep test.
12. Continuous Ping-Pong test
In order to continuously test the communication condition of the Lora network during the moving process of field personnel, a continuous and uninterrupted Ping-Pong test method needs to be designed. The testing method only carries out continuous testing on a single frequency point, and does not require continuous Ping-Pong testing among a plurality of frequency points.
The continuous PingPong test procedure is substantially identical to the description in the previous section. The continuous PingPong test procedure must be actively stopped by a human.
Exception handling:
in some abnormal situations, normal control communication cannot be performed between the AS and the Lora terminal, and in order to enable the AS and the gateway to be restored to the default initial state again, some abnormal handling mechanisms need to be adopted. The Lora terminal can manually and actively finish the testing process because of a manual intervention process, and the default initial state is recovered.
The time-out mechanism employed here is distinguished from the previous section. After receiving the last Ping message, the AS starts a timer, and the timing time adopts a fixed value, for example, 5 minutes. If the overtime timer is triggered, the AS recovers the default setting of the gateway and exits the test state.
The above description is only a preferred embodiment of the present invention, and is not intended to limit the scope of the present invention, and all modifications and equivalents of the present invention, which are made by the contents of the present specification and the accompanying drawings, or directly/indirectly applied to other related technical fields, are included in the scope of the present invention.
Claims (8)
1. A frequency sweeping Ping-Pong test method is characterized by comprising the following steps:
step 1, configuring relevant parameters of the uplink frequency sweep test by a Lora terminal, and sending the relevant parameters to an application server AS through a frequency sweep control message under default uplink frequency and SF12 rate;
step 2, after receiving the frequency sweep control message, the AS configures an uplink receiving channel of the Lora gateway according to configuration parameters, restarts a packet forwarding packet forward task of the gateway, and waits for the gateway to enter a frequency sweep frequency receiving state;
step 3, after the AS confirms that the Lora gateway is ready, the AS sends a sweep frequency response message to the Lora terminal through the Rx2 downlink frequency and the SF12 rate which are defaulted by the terminal;
step 4, after receiving the sweep frequency response message, the Lora terminal starts a timer, starts to send a Ping message of a sweep frequency test at a specified time interval, and once the sending is finished, the Lora terminal opens an Rx2 receiving window under the same sweep frequency parameters;
and 5, after receiving the Ping message of the Lora terminal, the AS sends the Pong message to the Lora terminal by using the same sending parameters AS the Ping message.
2. The method of testing of claim 1, further comprising:
step 6, after receiving the Pong message, the Lora terminal immediately sends a Ping message, starts a timer, and if the Lora terminal does not receive the Pong message within the overtime time specified by the timer, then sends a Ping message after the timing is overtime;
and 7, repeating the steps until the Long terminal sends the Ping messages with the quantity specified by the configuration parameters.
3. The method of testing of claim 2, further comprising:
and step 8, in the Ping-Pong test process, the Lora terminal collects the signal intensity and the packet loss rate information of the downlink Pong message, and the AS collects the signal intensity and the packet loss rate information of the uplink Ping message.
4. The method of testing of claim 3, further comprising:
9, after all the uplink Ping messages are sent, the Lora terminal sends a frequency sweep test control message at the SF12 rate through each specified uplink frequency sweep frequency to inform the AS of finishing the frequency sweep test; and after the Lora terminal sends the control message, the Lora terminal automatically restores to the default initial state.
5. The method of testing of claim 4, further comprising:
step 10, after receiving the control message for finishing the frequency sweep test, the AS restores the gateway receiving frequency to default configuration, restarts the gateway packet forward task and enters a default initial state; so far, the AS, the gateway and the Lora terminal are all restored to the initial default state.
6. The method of claim 1, wherein a continuous and uninterrupted Ping-Pong test is used for single frequency point sweep testing.
7. The method AS claimed in claim 1, wherein the Ping message sent by the Lora terminal to the AS carries the signal quality of the last received Pong message and simple statistical data.
8. The testing method according to claim 1, wherein the Pong message sent by the AS to the Lora terminal carries the signal quality of the Ping message just received and simple statistical data.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810958309.XA CN108650686B (en) | 2018-08-22 | 2018-08-22 | Frequency sweeping Ping-Pong test method, terminal and server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810958309.XA CN108650686B (en) | 2018-08-22 | 2018-08-22 | Frequency sweeping Ping-Pong test method, terminal and server |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108650686A CN108650686A (en) | 2018-10-12 |
| CN108650686B true CN108650686B (en) | 2022-08-23 |
Family
ID=63761106
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810958309.XA Active CN108650686B (en) | 2018-08-22 | 2018-08-22 | Frequency sweeping Ping-Pong test method, terminal and server |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108650686B (en) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108418866A (en) * | 2018-02-07 | 2018-08-17 | 沈磊 | Lora switch detectors, facility switching detecting system and detector extraction of square root method |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7095983B1 (en) * | 2001-03-30 | 2006-08-22 | Bellsouth Intellectual Property Corporation | System and method for determining mobile communication system carrier frequency propagation characteristics |
| WO2018125287A1 (en) * | 2016-12-28 | 2018-07-05 | Intel IP Corporation | Communication terminal and method for initiating a communication |
| CN106993291A (en) * | 2017-03-07 | 2017-07-28 | 上海东方明珠广播电视研究发展有限公司 | The frequency management method and system of low-power consumption wide area network based on radio and television frequency range |
-
2018
- 2018-08-22 CN CN201810958309.XA patent/CN108650686B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108418866A (en) * | 2018-02-07 | 2018-08-17 | 沈磊 | Lora switch detectors, facility switching detecting system and detector extraction of square root method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108650686A (en) | 2018-10-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3836687A1 (en) | Information transmission method and apparatus | |
| US10104555B2 (en) | Systems and methods for a cognitive radio having adaptable characteristics | |
| US5822361A (en) | Wireless LAN system and base station apparatus | |
| CN108650688B (en) | Frequency sweep test method and Lora gateway | |
| US20040105412A1 (en) | Point coordinator control passing scheme using a scheduling information parameter set for an IEEE 802.11 wireless local area network | |
| US20110211468A1 (en) | Method of data rate adaptation for multicast communication | |
| KR20040047425A (en) | Media access control method in the wireless network and apparatus thereof | |
| MX2007009609A (en) | Method and apparatus for processing packets originating from local and neighboring basic service sets. | |
| US11647431B2 (en) | Heterogeneous networks using two channel hopping protocols | |
| CN109039820B (en) | Lora frequency sweep test method, terminal and server | |
| CN108965063B (en) | Abnormal processing method for frequency sweep test, gateway and server | |
| US20100014503A1 (en) | Method for extending a heterogeneous MAC protocol to multi-channel systems | |
| CN108650686B (en) | Frequency sweeping Ping-Pong test method, terminal and server | |
| CN114640382B (en) | Full duplex self-frequency-modulation repeater based on modified LoRaWAN protocol | |
| CN113938239B (en) | Method for improving anti-interference capability of wireless communication, communication equipment and storage medium | |
| CN111328147B (en) | Anti-interference stable high-speed ad hoc network communication method | |
| CN117242747A (en) | Time-divided physical layer access for network communications | |
| EP2175590A1 (en) | Method and apparatus for communicating over multiple networks | |
| JP4762499B2 (en) | Medium access control method and power line communication method | |
| CN108702746B (en) | Subframe configuration switching method and device | |
| CN113348629B (en) | Communication method and device | |
| Reinhold et al. | Time-critical MAC protocol based on IEEE 802.15. 4 IR-UWB optimized for industrial wireless sensor networks | |
| JP2008271137A (en) | Radio access system, base station device and subscriber station device | |
| EP2285027A1 (en) | Synchronization method of multiple access points in wireless network | |
| CN117119609A (en) | Device scheduling method, device, storage medium and computer program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |