CN116208991A - Fault positioning method, device, equipment and storage medium - Google Patents
Fault positioning method, device, equipment and storage medium Download PDFInfo
- Publication number
- CN116208991A CN116208991A CN202310343992.7A CN202310343992A CN116208991A CN 116208991 A CN116208991 A CN 116208991A CN 202310343992 A CN202310343992 A CN 202310343992A CN 116208991 A CN116208991 A CN 116208991A
- Authority
- CN
- China
- Prior art keywords
- data
- lorawan
- network
- terminal
- network equipment
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
-
- 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)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention discloses a fault locating method, which is applied to a radio wide area network (LoRaWAN) communication system, and comprises the following steps: acquiring a log file of a LoRaWAN gateway in the LoRaWAN communication system; decrypting the log file to obtain decrypted first data; the first data comprise communication data of at least one LoRaWAN terminal and network equipment in the LoRaWAN communication system; performing fault analysis on the communication system based on the first data to obtain second data; and locating the fault of the at least one LoRaWAN terminal and/or the network equipment and/or the LoRaWAN gateway according to the second data.
Description
Technical Field
The present invention relates to long-range radio wide area network (lorewan, long Range Radio Wide Area Network) technology in the field of communications, and in particular, to a fault location method, apparatus, device, and storage medium.
Background
Currently, in wide area network communication of the internet of things, the LoRaWAN is widely applied with the advantages of supporting flexible deployment of base stations, low power consumption, no connection cost and the like, and becomes one of the preferred modes of equipment manufacturers. The LoRaWAN device can encrypt in the air communication, and the data must be decrypted at the platform end to obtain the corresponding load data.
In the LoRaWAN communication, the conditions that terminal equipment is not successful in network access, equipment has no communication data, downlink control has no feedback and the like often occur, and as LoRaWAN terminal equipment, loRaWAN gateway and an Internet of things platform used in projects are not products of the same company, loRaWAN terminal equipment, loRaWAN gateway, an Internet of things platform and external environment spectrum interference can be causes of problems, meanwhile, operation and maintenance personnel usually cannot know the LoRaWAN protocol deeply, and cannot know the functional architecture and implementation mechanism of the corresponding Internet of things platform, so that problem analysis and investigation are relatively difficult. There is currently no effective solution to this problem.
Disclosure of Invention
In order to solve the existing technical problems, the embodiment of the invention provides a fault locating method, a fault locating device, fault locating equipment and a storage medium.
In order to achieve the above object, the technical solution of the embodiment of the present invention is as follows:
in a first aspect, the present invention provides a fault locating method, applied to a lorewan communication system, the method comprising:
acquiring a log file of a LoRaWAN gateway in the LoRaWAN communication system;
decrypting the log file to obtain decrypted first data; the first data comprise communication data of at least one LoRaWAN terminal and network equipment in the LoRaWAN communication system;
Performing fault analysis on the communication system based on the first data to obtain second data;
and locating the fault of the at least one LoRaWAN terminal and/or the network equipment and/or the LoRaWAN gateway according to the second data.
In the above scheme, the decrypting the log file to obtain the decrypted first data includes:
obtaining decryption parameters of each LoRaWAN terminal;
and decrypting the log file by using the decryption parameters to obtain first data decrypted by each LoRaWAN terminal.
In the above scheme, the communication data includes a signal strength value RSSI and a signal to noise ratio value SNR; the fault analysis is performed on the communication system based on the first data to obtain second data, including:
judging whether the RSSI is larger than or equal to a first preset threshold value or not; the first preset threshold represents a value corresponding to the signal strength required by normal communication between each LoRaWAN terminal and the network equipment;
judging whether the SNR is greater than or equal to a second preset threshold value or not under the condition that the RSSI is greater than or equal to the first preset threshold value; the second preset threshold represents a value corresponding to network quality required by normal communication between each LoRaWAN terminal and the network equipment;
And determining the second data from the first data under the condition that the SNR is greater than or equal to the second preset threshold value.
In the above solution, the locating the fault of the network device according to the second data includes:
judging whether the first LoRaWAN terminal successfully transmits network access request information to the network equipment or not based on the second data; the first LoRaWAN terminal is any one of the at least one LoRaWAN terminal;
judging whether the network equipment responds to the network access request information or not based on the second data under the condition that the second data confirm that the first LoRaWAN terminal successfully transmits the network access request information to the network equipment;
and determining that the network equipment fails under the condition that the second data determines that the network equipment does not respond to the network access request information.
In the above scheme, the locating the fault of the at least one lorewan terminal according to the second data includes:
judging whether the first LoRaWAN terminal successfully transmits network access request information to the network equipment or not based on the second data;
judging whether the first LoRaWAN terminal successfully accesses the network and/or reports data based on the second data under the condition that the second data determines that the first LoRaWAN terminal does not successfully send network access request information to the network equipment;
And under the condition that the second data determines that the first LoRaWAN is not successfully accessed to the network and/or the data is not reported, determining that the at least one LoRaWAN terminal fails.
In the above scheme, locating the fault of the lorewan gateway according to the second data includes:
judging whether the first LoRaWAN terminal successfully transmits network access request information to the network equipment or not based on the second data;
judging whether the first LoRaWAN terminal successfully accesses the network and/or reports data based on the second data under the condition that the second data determines that the first LoRaWAN terminal does not successfully send network access request information to the network equipment;
and under the condition that the second data determines that the first LoRaWAN successfully accesses the network and/or reports the data, determining the fault of the LoRaWAN gateway based on the communication data.
In the above solution, the determining, based on the communication data, the fault of the lorewan gateway includes:
judging whether the RSSI is smaller than a first preset threshold value or not;
judging whether the SNR is smaller than a second preset threshold value or not under the condition that the RSSI is smaller than the first preset threshold value;
and determining that the LoRaWAN gateway fails under the condition that the SNR is smaller than the second preset threshold value.
In a second aspect, the present invention also provides a fault locating device, applied to a lorewan communication system, the device comprising:
the acquisition unit is used for acquiring log files of the LoRaWAN gateway in the LoRaWAN communication system;
the processing unit is used for decrypting the log file to obtain decrypted first data; the first data comprise communication data of at least one LoRaWAN terminal and network equipment in the LoRaWAN communication system;
the analysis unit is used for carrying out fault analysis on the communication system based on the first data to obtain second data;
and the positioning unit is used for positioning the at least one LoRaWAN terminal and/or the network equipment and/or the LoRaWAN gateway according to the second data.
In a third aspect, the present invention also provides a fault locating device, the fault locating device comprising: a processor and a memory for storing a computer program capable of running on the processor, wherein the processor is adapted to perform the steps of any one of the methods described above when the computer program is run.
In a fourth aspect, the invention also provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of any of the methods described above.
The embodiment of the invention provides a fault locating method, device, equipment and storage medium. Wherein the method is applied to a LoRaWAN communication system, the method comprises: acquiring a log file of a LoRaWAN gateway in the LoRaWAN communication system; decrypting the log file to obtain decrypted first data; the first data comprise communication data of at least one LoRaWAN terminal and network equipment in the LoRaWAN communication system; performing fault analysis on the communication system based on the first data to obtain second data; and locating the fault of the at least one LoRaWAN terminal and/or the network equipment and/or the LoRaWAN gateway according to the second data. By adopting the technical scheme of the embodiment of the invention, the log file of the LoRaWAN gateway in the LoRaWAN communication system is obtained, the log file is decrypted to obtain decrypted first data, the first data comprises communication data of at least one LoRaWAN terminal and network equipment in the LoRaWAN communication system, the communication system is subjected to fault analysis based on the first data to obtain second data, and the faults of at least one LoRaWAN terminal and/or network equipment and/or LoRaWAN gateway are positioned according to the second data, so that the problem can be positioned quickly, the faults of the LoRaWAN terminal, the network equipment and the LoRaWAN gateway are detected, and the operation and maintenance efficiency is improved.
Drawings
Fig. 1 is a schematic flow chart of a fault locating method according to an embodiment of the present invention;
fig. 2 is a schematic architecture diagram of a lorewan communication system according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of a gateway data analysis tool according to an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a fault locating device according to an embodiment of the present invention;
fig. 5 is a schematic hardware structure of a fault location device according to an embodiment of the present invention.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the present disclosure more apparent, the technical solutions of the present disclosure are further elaborated below in conjunction with the drawings and the embodiments, and the described embodiments should not be construed as limiting the present disclosure, and all other embodiments obtained by those skilled in the art without making inventive efforts are within the scope of protection of the present disclosure.
In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is to be understood that "some embodiments" can be the same subset or different subsets of all possible embodiments and can be combined with one another without conflict.
The terms "first/second/third" and "first/second/third" in reference to the present disclosure are merely distinguishing between similar objects and not representing a particular ordering of objects, it being understood that the "first/second/third" may be interchanged with a particular order or precedence, as allowed, to enable embodiments of the disclosure described herein to be implemented in other than those illustrated or described herein.
The invention will be described in further detail with reference to the accompanying drawings and specific examples.
An embodiment of the present invention provides a fault locating method, and fig. 1 is a schematic flow chart of the fault locating method provided by the embodiment of the present invention, applied to a lorewan communication system, where the method includes the following steps:
s101: acquiring a log file of a LoRaWAN gateway in the LoRaWAN communication system;
it should be noted that the lorewan communication system in the embodiments of the present disclosure may be any communication system applied to the field of radio wide area networks, which is not limited herein. As an example, a lorewan communication system may include a lorewan terminal, a lorewan gateway, and network devices; the network device may be a platform device that processes a request sent by the lorewan terminal, for example: an Internet of things platform; in the LoRaWAN protocol, there are two different network access modes, namely an over-the-air activation mode (OTAA, over The Air Activation) and a personalized activation mode (ABP, activation By Personalization), corresponding parameters are required to be configured when the LoRaWAN terminals with different network access modes register on a platform, and after network access is successful, data of over-the-air communication of the LoRaWAN terminals can be encrypted.
The LoRaWAN terminal and the network equipment can communicate through a LoRaWAN gateway. The log file may be any file associated with the LoRaWAN gateway, and is not limited herein. As an example, the log file may be a log stream of the lorewan gateway, which may include data content communicated between the lorewan terminal and the network device.
In practical applications, obtaining the log file of the lorewan gateway in the lorewan communication system may be understood as obtaining log pipelining of the lorewan gateway.
S102: decrypting the log file to obtain decrypted first data; the first data comprise communication data of at least one LoRaWAN terminal and network equipment in the LoRaWAN communication system;
it should be noted that the first data may include data obtained after the data content of the communication between any of the lorewan terminals and the network device is decrypted, which is not limited herein. As an example, the first data may include uplink data sent by the lorewan terminal to the network device, downlink data sent by the network device to the lorewan terminal, and communication data between the lorewan terminal and the network device. The communication data may be any data that communicates with the lorewan terminal and the network device, which is not limited herein. As one example, the communication data may include a signal strength value RSSI and a signal to noise value SNR.
In practical application, the log file is decrypted, and the first decrypted data may be understood as decrypting the data content communicated between the LoRaWAN terminal and the network device, so as to obtain uplink data sent to the network device by the LoRaWAN terminal, downlink data sent to the LoRaWAN terminal by the network device, and communication data between the LoRaWAN terminal and the network device.
S103: performing fault analysis on the communication system based on the first data to obtain second data;
the second data may be any data other than the communication data in the first data, which is not limited herein. As an example, the second data may include uplink data sent by the lorewan terminal to the network device and downlink data sent by the network device to the lorewan terminal.
In practical application, performing fault analysis on the communication system based on the first data to obtain the second data may be understood as performing fault analysis on the communication system based on the communication data, and obtaining uplink data sent to the network device by the LoRaWAN terminal and downlink data sent to the LoRaWAN terminal by the network device from the first data.
S104: and locating the fault of the at least one LoRaWAN terminal and/or the network equipment and/or the LoRaWAN gateway according to the second data.
In practical applications, locating the at least one LoRaWAN terminal and/or the network device and/or the LoRaWAN gateway according to the second data may be understood as locating the LoRaWAN terminal and/or the network device and/or the LoRaWAN gateway according to uplink data and downlink data.
According to the fault positioning method provided by the embodiment of the invention, the log running water of the LoRaWAN gateway is obtained, the log running water is decrypted to obtain the uplink data sent to the network equipment by the LoRaWAN terminal, the downlink data sent to the LoRaWAN terminal by the network equipment and the communication data between the LoRaWAN terminal and the network equipment, the communication system is firstly subjected to fault analysis based on the communication data, the uplink data sent to the network equipment by the LoRaWAN terminal and the downlink data sent to the LoRaWAN terminal by the network equipment are obtained from the first data, and the positioning of the problems in the LoRaWAN communication system can be rapidly realized according to the uplink data and the downlink data, the faults of the LoRaWAN terminal, the network equipment and the LoRaWAN gateway are eliminated, and the operation and maintenance efficiency is improved.
In an optional embodiment of the present invention, the decrypting the log file to obtain decrypted first data includes:
Obtaining decryption parameters of each LoRaWAN terminal;
and decrypting the log file by using the decryption parameters to obtain first data decrypted by each LoRaWAN terminal.
It should be noted that the decryption parameter may be any parameter related to the lorewan terminal, which is not limited herein. As an example, the decryption parameter may be a configuration parameter of the lorewan terminal when the platform is registered, different lorewan terminals correspond to different configuration parameters, and the terminal decryption parameter using the OTAA as the network access mode is a globally unique device identifier (DevEUI), an application unique identifier (AppEUI), and an application session key (AppKey).
In practical applications, obtaining the decryption parameter of each of the lorewan terminals may be understood as obtaining the decryption parameter corresponding to each of the lorewan terminals, decrypting the log file by using the decryption parameter, and obtaining the first data decrypted by each of the lorewan terminals may be understood as decrypting the log flowing water corresponding to each of the lorewan terminals by using the decryption parameter, and obtaining the first data decrypted by each of the lorewan terminals.
In an alternative embodiment of the invention, the communication data comprises a signal strength value RSSI and a signal to noise ratio value SNR; the fault analysis is performed on the communication system based on the first data to obtain second data, including:
Judging whether the RSSI is larger than or equal to a first preset threshold value or not; the first preset threshold represents a value corresponding to the signal strength required by normal communication between each LoRaWAN terminal and the network equipment;
judging whether the SNR is greater than or equal to a second preset threshold value or not under the condition that the RSSI is greater than or equal to the first preset threshold value; the second preset threshold represents a value corresponding to network quality required by normal communication between each LoRaWAN terminal and the network equipment;
and determining the second data from the first data under the condition that the SNR is greater than or equal to the second preset threshold value.
The first preset threshold may be any set value related to RSSI, which is not limited herein. The second preset threshold may be any SNR-related set value, which is not limited herein.
In practical applications, determining whether the RSSI is greater than or equal to a first preset threshold may be understood as determining whether the signal strength of communication between the lorewan terminal and the network device is normal; judging whether the SNR is larger than or equal to a second preset threshold value can be understood as judging whether the network quality of the communication between the LoRaWAN terminal and the network equipment is normal; when the SNR is greater than or equal to the second preset threshold, determining the second data from the first data may be understood as determining, from the first data, uplink data sent by the lorewan terminal to the network device and downlink data sent by the network device to the lorewan terminal, where signal strength and communication quality between the lorewan terminal and the network device are both normal.
In an alternative embodiment of the present invention, said locating the failure of the network device according to the second data comprises:
judging whether the first LoRaWAN terminal successfully transmits network access request information to the network equipment or not based on the second data; the first LoRaWAN terminal is any one of the at least one LoRaWAN terminal;
judging whether the network equipment responds to the network access request information or not based on the second data under the condition that the second data confirm that the first LoRaWAN terminal successfully transmits the network access request information to the network equipment;
and determining that the network equipment fails under the condition that the second data determines that the network equipment does not respond to the network access request information.
It should be noted that, uplink data sent to the network device by the lorewan terminal may include network access request data, network access success data and reporting data sent to the network device by the lorewan terminal, and downlink data sent to the lorewan terminal by the network device may include response data of the network device to the network access request of the lorewan terminal.
In practical application, judging whether the first lorewan terminal successfully transmits the network access request information to the network device based on the second data can be understood as judging whether the lorewan terminal transmits the network access request to the network device according to the network access request data transmitted by the lorewan terminal to the network device; judging whether the network equipment responds to the network access request information based on the second data, wherein the judgment of whether the network equipment responds to the network access request successfully sent by the LoRaWAN terminal can be realized according to the response data of the network equipment to the network access request of the LoRaWAN terminal; and under the condition that the second data determines that the network equipment does not respond to the network access request information, determining that the network equipment fails can be understood as determining that the network equipment fails under the condition that the network equipment does not respond to the network access request successfully sent by the LoRaWAN terminal.
In an alternative embodiment of the present invention, said locating the fault of the at least one LoRaWAN terminal according to the second data includes:
judging whether the first LoRaWAN terminal successfully transmits network access request information to the network equipment or not based on the second data;
judging whether the first LoRaWAN terminal successfully accesses the network and/or reports data based on the second data under the condition that the second data determines that the first LoRaWAN terminal does not successfully send network access request information to the network equipment;
and under the condition that the second data determines that the first LoRaWAN is not successfully accessed to the network and/or the data is not reported, determining that the at least one LoRaWAN terminal fails.
In practical applications, determining whether the first lorewan terminal successfully accesses the network and/or reports data based on the second data may be understood as determining whether the lorewan terminal successfully accesses the network and/or transmits the reported data to the network device according to the network access success data and the reported data that the lorewan terminal transmits to the network device when determining that the lorewan terminal does not transmit the network access request to the network device; determining the at least one LoRaWAN terminal fault may be understood as determining that the LoRaWAN terminal is faulty if the LoRaWAN terminal does not successfully access the network and/or send reported data to the network device in a case that the LoRaWAN terminal does not send an access request to the network device.
In an alternative embodiment of the invention, locating the fault of the LoRaWAN gateway according to the second data comprises:
judging whether the first LoRaWAN terminal successfully transmits network access request information to the network equipment or not based on the second data;
judging whether the first LoRaWAN terminal successfully accesses the network and/or reports data based on the second data under the condition that the second data determines that the first LoRaWAN terminal does not successfully send network access request information to the network equipment;
and under the condition that the second data determines that the first LoRaWAN successfully accesses the network and/or reports the data, determining the fault of the LoRaWAN gateway based on the communication data.
In practical application, determining the fault of the lorewan gateway based on the communication data may be understood as that if the lorewan terminal successfully accesses the network and/or transmits reported data to the network device without transmitting an access request to the network device, determining whether the lorewan gateway is faulty according to the communication data.
In an alternative embodiment of the present invention, the determining the fault of the lorewan gateway based on the communication data includes:
judging whether the RSSI is smaller than a first preset threshold value or not;
Judging whether the SNR is smaller than a second preset threshold value or not under the condition that the RSSI is smaller than the first preset threshold value;
and determining that the LoRaWAN gateway fails under the condition that the SNR is smaller than the second preset threshold value.
In practical application, when the SNR is smaller than the second preset threshold, determining that the lorewan gateway fails may be understood that, when the lorewan terminal does not send a network access request to the network device, the lorewan terminal successfully accesses the network and/or sends reported data to the network device, and if the signal strength and the communication quality between the lorewan terminal and the network device are abnormal, determining that the lorewan gateway fails.
For understanding the present invention, it can be understood with reference to fig. 2, and fig. 2 is a schematic architecture diagram of a lorewan communication system provided by an embodiment of the present invention; the communication between the device and the gateway uses the LoRaWAN protocol. The network layer is composed of LoRaWAN gateway, is responsible for network and data relay, transmits the device data to the platform layer through the hypertext transfer protocol (HTTP, hyper Text Transfer Protocol), and simultaneously receives the data of the platform layer and transmits the data to the device. The platform layer manages the equipment and the data, realizes equipment information registration, decrypts the data encrypted by the equipment, displays the byte stream data and some communication parameters decrypted by the equipment in a log stream form, and simultaneously supports the data issuing to the equipment.
Fig. 3 is a schematic diagram of a gateway data analysis tool according to an example of the present invention, as shown in fig. 3, a compression packet is directly imported into the data analysis tool, a terminal type is selected, corresponding decryption parameters are input, the decryption parameters of an OTAA terminal are DevEUI, appEUI and AppKey, the decryption parameters of an ABP terminal are a device address (DevAddr), a network session key (nwkkkey) and an application session key (AppSkey), clicking data analysis is performed, software calls an AES128 algorithm specified in the lowwan protocol to decrypt data, then analyzes the data according to a fixed format, and the decrypted data is listed in the data under the software, and ordered according to a time sequence, including uplink data and downlink data, so that the whole data interaction condition can be accurately seen, and data directions, data types and starting time periods can be screened and checked, and uplink and downlink data can be checked.
In the schematic diagram of fig. 3, it can be seen that the decrypted data content includes fields of update time, devEUI, devAddr, data direction, uplink sequence number, RSSI, etc., which are obtained after decrypting the data according to the lorewan protocol specification, and have the following specific meanings:
1. Update time: update time of data;
2. DevEUI: the unique equipment number of the terminal equipment for reporting data or receiving data, 24 bits and globally unique;
3. DevAddr: unique number of terminal equipment in LoRaWAN network, 8 bits;
4. data: the decrypted load data is displayed in a plaintext;
5. the data direction is uplink or downlink, wherein the uplink represents the data sent by the equipment to the platform, and the downlink represents the data sent by the platform to the equipment;
6. uplink sequence number: the uplink serial number is the frame count reported by the terminal equipment, the value of the frame count is added by 1 when one packet of data is reported, the value of the frame count is reset to 0 after the equipment is restarted, and accumulation is carried out again;
7. downlink sequence number: the downlink serial number is the frame count issued by the platform, and the value of the frame count is increased by 1 when a packet of data is issued to the terminal equipment, and the value of the frame count is reset to 0 after the equipment is restarted, and accumulation is carried out again;
8. RSSI: the larger the signal strength, the stronger the RSSI value, indicating that the RSSI is primarily related to communication distance, transmit power, and occlusion.
9. SNR: the larger the signal-to-noise ratio, the larger the SNR value, which means the better the signal-to-noise ratio, the better the communication quality, and the SNR is related to the surrounding spectrum interference situation.
10. Center frequency point: the frequency of a physical frequency point of terminal equipment communication is in MHz;
11. Data type: the method is divided into 6 types, namely an access network packet, an access network response packet, an uplink data packet, a downlink data packet, an uplink ACK and a downlink ACK, and the definition of the data types is mainly classified and divided according to the 6 data packet types and an ACK setting field in the data packet.
According to the meaning of the data, the reason of the communication problem can be located, and the offline problem of the LoRaWAN terminal equipment is used for analysis and example:
the log flowing water of the gateway is led out and is led into an online tool for being analyzed at the best; checking whether a network access request packet exists in the terminal equipment, determining whether the terminal sends a network access request, if so, checking whether a corresponding network access response packet exists in the platform, and if not, indicating that the network access request packet is a problem of the platform of the Internet of things;
if the terminal equipment has no network access request recently, checking whether the terminal equipment has network access success and reports data in the previous period of time, and if the terminal equipment has no network access success all the time and has no network access request, indicating that the terminal equipment is a problem; if the network access is successful or the reported data exists, but no network access request exists, the RSSI or SNR value is smaller, and the problem of the LoRaWAN gateway is solved.
Based on the same inventive concept as that described above, fig. 4 is a schematic structural diagram of a fault locating device according to an embodiment of the present invention, where the device 400 is applied to a lorewan communication system, and the device 400 includes:
An obtaining unit 401, configured to obtain a log file of a lowwan gateway in the lowwan communication system;
a processing unit 402, configured to decrypt the log file to obtain decrypted first data; the first data comprise communication data of at least one LoRaWAN terminal and network equipment in the LoRaWAN communication system;
an analysis unit 403, configured to perform fault analysis on the communication system based on the first data, to obtain second data;
and a positioning unit 404, configured to position a fault of the at least one LoRaWAN terminal and/or the network device and/or the LoRaWAN gateway according to the second data.
In some embodiments, the apparatus 400 further comprises: a decryption unit; wherein, the liquid crystal display device comprises a liquid crystal display device,
the obtaining unit 401 is further configured to obtain a decryption parameter of each of the lorewan terminals;
and the decryption unit is used for decrypting the log file by utilizing the decryption parameters to obtain first data decrypted by each LoRaWAN terminal.
In some embodiments, the communication data includes a signal strength value RSSI and a signal to noise ratio value SNR; the apparatus 400 further comprises: a judging unit and a determining unit; wherein, the liquid crystal display device comprises a liquid crystal display device,
the judging unit is used for judging whether the RSSI is larger than or equal to a first preset threshold value; the first preset threshold represents a value corresponding to the signal strength required by normal communication between each LoRaWAN terminal and the network equipment; judging whether the SNR is greater than or equal to a second preset threshold value or not under the condition that the RSSI is greater than or equal to the first preset threshold value; the second preset threshold represents a value corresponding to network quality required by normal communication between each LoRaWAN terminal and the network equipment;
The determining unit is configured to determine the second data from the first data when the SNR is greater than or equal to the second preset threshold.
In some embodiments, the judging unit is further configured to judge, based on the second data, whether the first lorewan terminal successfully sends network access request information to the network device; the first LoRaWAN terminal is any one of the at least one LoRaWAN terminal; judging whether the network equipment responds to the network access request information or not based on the second data under the condition that the second data confirm that the first LoRaWAN terminal successfully transmits the network access request information to the network equipment;
the determining unit is further configured to determine that the network device fails if the second data determines that the network device does not respond to the network access request information.
In some embodiments, the judging unit is further configured to judge, based on the second data, whether the first lorewan terminal successfully sends network access request information to the network device; judging whether the first LoRaWAN terminal successfully accesses the network and/or reports data based on the second data under the condition that the second data determines that the first LoRaWAN terminal does not successfully send network access request information to the network equipment;
And the determining unit is further configured to determine that the at least one LoRaWAN terminal fails when the second data determines that the first LoRaWAN is not successfully networked and/or data is not reported.
In some embodiments, the judging unit is further configured to judge, based on the second data, whether the first lorewan terminal successfully sends network access request information to the network device; judging whether the first LoRaWAN terminal successfully accesses the network and/or reports data based on the second data under the condition that the second data determines that the first LoRaWAN terminal does not successfully send network access request information to the network equipment;
the determining unit is further configured to determine, based on the communication data, a failure of the LoRaWAN gateway when the second data determines that the first LoRaWAN successfully accesses the network and/or reports data.
In some embodiments, the determining unit is further configured to determine whether the RSSI is less than a first preset threshold; judging whether the SNR is smaller than a second preset threshold value or not under the condition that the RSSI is smaller than the first preset threshold value;
the determining unit is further configured to determine that the lorewan gateway fails when the SNR is smaller than the second preset threshold.
Fig. 5 is a schematic hardware structure of a fault location device according to an embodiment of the present invention, where the fault location device 500 includes: the at least one processor 501, the memory 502, and optionally the fault location device 500 may further comprise at least one communication interface 503, with the various components of the fault location device 500 being coupled together by a bus system 504, it being understood that the bus system 504 is used to enable connected communications between these components. The bus system 504 includes a power bus, a control bus, and a status signal bus in addition to the data bus. But for clarity of illustration, the various buses are labeled as bus system 504 in fig. 5.
It is to be appreciated that memory 502 can be either volatile memory or nonvolatile memory, and can include both volatile and nonvolatile memory. Wherein the nonvolatile Memory may be Read Only Memory (ROM), programmable Read Only Memory (PROM, programmable Read-Only Memory), erasable programmable Read Only Memory (EPROM, erasable Programmable Read-Only Memory), electrically erasable programmable Read Only Memory (EEPROM, electrically Erasable Programmable Read-Only Memory), magnetic random access Memory (FRAM, ferromagnetic Random Access Memory), flash Memory (Flash Memory), magnetic surface Memory, optical disk, or compact disk Read Only Memory (CD-ROM, compact Disc Read-Only Memory); the magnetic surface memory may be a disk memory or a tape memory. The volatile memory may be random access memory (RAM, random Access Memory), which acts as external cache memory. By way of example, and not limitation, many forms of RAM are available, such as static random access memory (SRAM, static Random Access Memory), synchronous static random access memory (SSRAM, synchronous Static Random Access Memory), dynamic random access memory (DRAM, dynamic Random Access Memory), synchronous dynamic random access memory (SDRAM, synchronous Dynamic Random Access Memory), double data rate synchronous dynamic random access memory (ddr SDRAM, double Data Rate Synchronous Dynamic Random Access Memory), enhanced synchronous dynamic random access memory (ESDRAM, enhanced Synchronous Dynamic Random Access Memory), synchronous link dynamic random access memory (SLDRAM, sync Link Dynamic Random Access Memory), direct memory bus random access memory (DRRAM, direct Rambus Random Access Memory). The memory 502 described in embodiments of the present invention is intended to comprise, without being limited to, these and any other suitable types of memory.
The memory 502 in embodiments of the present invention is used to store various types of data to support the operation of the fault location device 500. Examples of such data include: any computer program for operating on fault location device 500, a program implementing methods of embodiments of the present invention may be contained in memory 502.
The method disclosed in the above embodiment of the present invention may be applied to the processor 501 or implemented by the processor 501. The processor may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or by instructions in the form of software. The processor may be a general purpose processor, a digital signal processor (DSP, digital Signal Processor), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. The processor may implement or perform the methods, steps, and logic blocks disclosed in embodiments of the present invention. The general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiment of the invention can be directly embodied in the hardware of the decoding processor or can be implemented by combining hardware and software modules in the decoding processor. The software modules may be located in a storage medium having memory and a processor reading information from the memory and performing the steps of the method in combination with hardware.
In an exemplary embodiment, fault locating device 500 may be implemented by one or more application specific integrated circuits (ASIC, application Specific Integrated Circuit), DSPs, programmable logic devices (PLD, programmable Logic Device), complex programmable logic devices (CPLD, complex Programmable Logic Device), field-programmable gate arrays (FPGA, field-Programmable Gate Array), general purpose processors, controllers, microcontrollers (MCU, micro Controller Unit), microprocessors (Microprocessor), or other electronic components for performing the above-described methods.
The present invention also provides a computer-readable storage medium having a computer program stored thereon; which computer program, when being executed by a processor, carries out the steps of the method according to any of the preceding claims. The computer readable storage medium may be a magnetic random access Memory (FRAM, ferromagnetic random access Memory), read Only Memory (ROM), programmable Read Only Memory (PROM, programmable Read-Only Memory), erasable programmable Read Only Memory (EPROM, erasable Programmable Read-Only Memory), flash Memory (Flash Memory), magnetic surface Memory, optical disk, or compact disk-Only Memory (CD-ROM, compact Disc Read-Only Memory), etc.; but may be a variety of devices including one or any combination of the above memories.
In the several embodiments provided in this application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The above described device embodiments are only illustrative, e.g. the division of the units is only one logical function division, and there may be other divisions in practice, such as: multiple units or components may be combined or may be integrated into another system, or some features may be omitted, or not performed. In addition, the various components shown or discussed may be coupled or directly coupled or communicatively coupled to each other via some interface, whether indirectly coupled or communicatively coupled to devices or units, whether electrically, mechanically, or otherwise.
The units described as separate units may or may not be physically separate, and units displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units; some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional unit in each embodiment of the present invention may be integrated in one processing unit, or each unit may be separately used as one unit, or two or more units may be integrated in one unit; the integrated units may be implemented in hardware or in hardware plus software functional units.
Those of ordinary skill in the art will appreciate that: all or part of the steps for implementing the above method embodiments may be implemented by hardware associated with program instructions, where the foregoing program may be stored in a computer readable storage medium, and when executed, the program performs steps including the above method embodiments; and the aforementioned storage medium includes: a mobile storage device, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a magnetic disk or an optical disk, or the like, which can store program codes.
Alternatively, the above-described integrated units of the present invention may be stored in a computer-readable storage medium if implemented in the form of software functional modules and sold or used as separate products. Based on such understanding, the technical solutions of the embodiments of the present invention may be embodied in essence or a part contributing to the prior art in the form of a software product stored in a storage medium, including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the methods described in the embodiments of the present invention. And the aforementioned storage medium includes: a removable storage device, ROM, RAM, magnetic or optical disk, or other medium capable of storing program code.
The foregoing is merely illustrative of the present invention, and the present invention is not limited thereto, and any person skilled in the art will readily recognize that variations or substitutions are within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (10)
1. A fault location method for use in a radio wide area network, lorewan, communication system, the method comprising:
acquiring a log file of a LoRaWAN gateway in the LoRaWAN communication system;
decrypting the log file to obtain decrypted first data; the first data comprise communication data of at least one LoRaWAN terminal and network equipment in the LoRaWAN communication system;
performing fault analysis on the communication system based on the first data to obtain second data;
and locating the fault of the at least one LoRaWAN terminal and/or the network equipment and/or the LoRaWAN gateway according to the second data.
2. The method of claim 1, wherein decrypting the log file to obtain the decrypted first data comprises:
Obtaining decryption parameters of each LoRaWAN terminal;
and decrypting the log file by using the decryption parameters to obtain first data decrypted by each LoRaWAN terminal.
3. The method of claim 1, wherein the communication data comprises a signal strength value, RSSI, and a signal to noise ratio value, SNR; the fault analysis is performed on the communication system based on the first data to obtain second data, including:
judging whether the RSSI is larger than or equal to a first preset threshold value or not; the first preset threshold represents a value corresponding to the signal strength required by normal communication between each LoRaWAN terminal and the network equipment;
judging whether the SNR is greater than or equal to a second preset threshold value or not under the condition that the RSSI is greater than or equal to the first preset threshold value; the second preset threshold represents a value corresponding to network quality required by normal communication between each LoRaWAN terminal and the network equipment;
and determining the second data from the first data under the condition that the SNR is greater than or equal to the second preset threshold value.
4. A method according to claim 3, wherein said locating a failure of the network device from the second data comprises:
Judging whether the first LoRaWAN terminal successfully transmits network access request information to the network equipment or not based on the second data; the first LoRaWAN terminal is any one of the at least one LoRaWAN terminal;
judging whether the network equipment responds to the network access request information or not based on the second data under the condition that the second data confirm that the first LoRaWAN terminal successfully transmits the network access request information to the network equipment;
and determining that the network equipment fails under the condition that the second data determines that the network equipment does not respond to the network access request information.
5. The method of claim 4, wherein said locating the failure of the at least one LoRaWAN terminal from the second data comprises:
judging whether the first LoRaWAN terminal successfully transmits network access request information to the network equipment or not based on the second data;
judging whether the first LoRaWAN terminal successfully accesses the network and/or reports data based on the second data under the condition that the second data determines that the first LoRaWAN terminal does not successfully send network access request information to the network equipment;
And under the condition that the second data determines that the first LoRaWAN is not successfully accessed to the network and/or the data is not reported, determining that the at least one LoRaWAN terminal fails.
6. The method of claim 5, wherein locating the fault of the LoRaWAN gateway from the second data comprises:
judging whether the first LoRaWAN terminal successfully transmits network access request information to the network equipment or not based on the second data;
judging whether the first LoRaWAN terminal successfully accesses the network and/or reports data based on the second data under the condition that the second data determines that the first LoRaWAN terminal does not successfully send network access request information to the network equipment;
and under the condition that the second data determines that the first LoRaWAN successfully accesses the network and/or reports the data, determining the fault of the LoRaWAN gateway based on the communication data.
7. The method of claim 6, wherein said determining a failure of the LoRaWAN gateway based on the communication data comprises:
judging whether the RSSI is smaller than a first preset threshold value or not;
judging whether the SNR is smaller than a second preset threshold value or not under the condition that the RSSI is smaller than the first preset threshold value;
And determining that the LoRaWAN gateway fails under the condition that the SNR is smaller than the second preset threshold value.
8. A fault locating device for use in a radio wide area network, lorewan, communication system, the device comprising:
the acquisition unit is used for acquiring log files of the LoRaWAN gateway in the LoRaWAN communication system;
the processing unit is used for decrypting the log file to obtain decrypted first data; the first data comprise communication data of at least one LoRaWAN terminal and network equipment in the LoRaWAN communication system;
the analysis unit is used for carrying out fault analysis on the communication system based on the first data to obtain second data;
and the positioning unit is used for positioning the at least one LoRaWAN terminal and/or the network equipment and/or the LoRaWAN gateway according to the second data.
9. A fault locating device, the fault locating device comprising: a processor and a memory for storing a computer program capable of running on the processor, wherein the processor is adapted to perform the steps of the method of any of claims 1 to 7 when the computer program is run.
10. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310343992.7A CN116208991A (en) | 2023-03-29 | 2023-03-29 | Fault positioning method, device, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310343992.7A CN116208991A (en) | 2023-03-29 | 2023-03-29 | Fault positioning method, device, equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116208991A true CN116208991A (en) | 2023-06-02 |
Family
ID=86513018
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310343992.7A Pending CN116208991A (en) | 2023-03-29 | 2023-03-29 | Fault positioning method, device, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116208991A (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007005412A2 (en) * | 2005-06-29 | 2007-01-11 | Microsoft Corporation | Balancing the timeliness of communications with the expected cost of interruption via deferral policies |
| CN107360048A (en) * | 2016-05-09 | 2017-11-17 | 富士通株式会社 | Joint behavior appraisal procedure, device and system |
| CN110868311A (en) * | 2018-08-27 | 2020-03-06 | 阿里巴巴集团控股有限公司 | LoRaWAN base station and fault monitoring method, device, equipment and storage medium thereof |
| CN111741544A (en) * | 2020-06-15 | 2020-10-02 | 国动物联网有限公司 | LORA full duplex base station based on GSM communication chip |
| CN113574965A (en) * | 2018-12-07 | 2021-10-29 | 舰队空间私人有限公司 | Remote LPWAN gateway backhaul with high latency communication system |
| CN114048952A (en) * | 2021-10-13 | 2022-02-15 | 辽宁科技大学 | Iron works safety situation perception method based on edge internet of things technology and neural network |
-
2023
- 2023-03-29 CN CN202310343992.7A patent/CN116208991A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007005412A2 (en) * | 2005-06-29 | 2007-01-11 | Microsoft Corporation | Balancing the timeliness of communications with the expected cost of interruption via deferral policies |
| CN107360048A (en) * | 2016-05-09 | 2017-11-17 | 富士通株式会社 | Joint behavior appraisal procedure, device and system |
| CN110868311A (en) * | 2018-08-27 | 2020-03-06 | 阿里巴巴集团控股有限公司 | LoRaWAN base station and fault monitoring method, device, equipment and storage medium thereof |
| CN113574965A (en) * | 2018-12-07 | 2021-10-29 | 舰队空间私人有限公司 | Remote LPWAN gateway backhaul with high latency communication system |
| CN111741544A (en) * | 2020-06-15 | 2020-10-02 | 国动物联网有限公司 | LORA full duplex base station based on GSM communication chip |
| CN114048952A (en) * | 2021-10-13 | 2022-02-15 | 辽宁科技大学 | Iron works safety situation perception method based on edge internet of things technology and neural network |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2019184433A1 (en) | Method and device for monitoring network data | |
| US10104114B2 (en) | Method and apparatus for testing a security of communication of a device under test | |
| JP2005529424A (en) | Method and apparatus for transmitting information related to vehicle, method and apparatus for transmitting / receiving information related to vehicle | |
| CN103259699B (en) | Method of testing, system and client and service end | |
| JP4336822B2 (en) | Network device test system and network device test method | |
| KR20070112281A (en) | Apparatus and methods for product acceptance testing on a wireless device | |
| CN112615753B (en) | Link abnormity tracking method, first node, second node and link | |
| JP4013672B2 (en) | Data recording method and mobile phone | |
| KR101580419B1 (en) | Method for accessing at least one service and corresponding system | |
| CN108293055A (en) | Method, apparatus and system for authenticating to mobile network and for by the server of device authentication to mobile network | |
| CN113965904B (en) | Device registration method, device and storage medium | |
| CN106872879A (en) | Hardware wireless debugging method, device, communication chip and electronic equipment | |
| CN105075182A (en) | Method for enabling lawful interception by providing security information. | |
| CN104980420A (en) | Business processing method, device, terminal and server | |
| US20210184931A1 (en) | Devices, Systems and Processes for Rapid Install of IoT Devices | |
| JP2018041200A (en) | On-vehicle communication equipment, management device, management method, and monitoring program | |
| CN116208991A (en) | Fault positioning method, device, equipment and storage medium | |
| CN112073414A (en) | Industrial Internet equipment secure access method and related device | |
| CN111176868A (en) | Abnormal information monitoring method, device, equipment and computer readable storage medium | |
| CN114928834B (en) | Method for downloading user identification card profile of communication module, device, equipment and medium thereof | |
| WO2020074573A1 (en) | Apparatuses, methods, computer programs, and computer program products for supporting mutually exclusive access to network slices | |
| CN109375925A (en) | A kind of method that terminal program unloads offline | |
| CN107613497A (en) | Method for network authorization and radio reception device | |
| KR101470740B1 (en) | Machine-to-Machine total monitoring and controlling system | |
| US20120172015A1 (en) | Method of over-the air personalization and communication device implementing the same |
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 |