CN117135662A - Fault detection method and device for equipment and storage medium - Google Patents

Abstract

This application provides a device fault detection method, equipment and storage medium. When detecting a communication abnormality in a DTU device, the method simulates and completes the transmission service of the DTU device to be detected through a simulation processing module based on business parameters; obtains that the simulation is completed The network quality parameters when transmitting services are determined, and the fault type of the DTU device to be detected is determined. Through the above method, when a communication abnormality occurs in the DTU device of the data transmission unit, the simulation processing module is used to simulate the completion of the transmission service of the DTU device to be detected, so as to avoid the actual DTU device from malfunctioning when completing the transmission service and inconvenient fault detection. problem, and based on the network quality parameters when the simulation processing module completes the transmission service, the fault type of the DTU device to be detected is determined, thereby improving the fault detection efficiency of the DTU device, improving the user experience, and solving the current problem. There is a technical problem of inefficient fault detection of DTU equipment.

Description

Equipment fault detection method, equipment and storage medium

Technical field

The present invention relates to the field of 5G communications, and in particular to a device fault detection method, device and computer-readable storage medium.

Background technique

Our country has developed rapidly in the electric power field in recent years. Many technologies and businesses such as ultra-high voltage, new energy, distributed energy, charging piles, and intelligent meter reading are booming, which has also put forward higher requirements for the power communication control network. Traditional differential protection business smart grid DTU (Data Transfer Unit, data transmission unit) data interaction adopts local area network, wired and other connection methods. Now the power grid industry is beginning to consider 5G network deployment methods. Taking differential protection as an example, when equipment vendors or operators verify networks or version tests, it is very difficult to coordinate DTUs of smart grids from different manufacturers in field tests, because the DTU equipment of each manufacturer is a black box device. When communication abnormalities occur on site, Moreover, without the cooperation of professional tools for outfield network anomaly analysis, it is impossible to accurately determine whether there is a problem with the DTU equipment itself or a problem with the 5G wireless network, resulting in low efficiency in fault detection of DTU equipment.

Contents of the invention

The main purpose of the present invention is to provide a device fault detection method, device and computer-readable storage medium, aiming to solve the technical problem of low fault detection efficiency of existing DTU equipment.

In order to achieve the above object, the present invention provides a device fault detection method. When detecting a communication abnormality in the data transmission unit DTU device, the method obtains the service parameters of the DTU device to be detected through the comprehensive service management module, wherein: The DTU device to be detected is a DTU device that has a communication abnormality; configure the preset processing module based on the service parameters, generate a simulation processing module, and simulate and complete the transmission service of the DTU device to be detected through the simulation processing module; obtain The simulation processing module simulates the network quality parameters when the transmission service is completed, and determines the fault type of the DTU device to be detected based on the network quality parameters.

In addition, to achieve the above object, the present invention also provides a fault detection device of a device. The fault detection device of the device includes a processor, a memory, and a device stored on the memory and executable by the processor. A fault detection program, wherein when the device fault detection program is executed by the processor, the steps of the above device fault detection method are implemented.

In addition, in order to achieve the above object, the present invention also provides a computer-readable storage medium. The computer-readable storage medium stores a fault detection program of the device. When the fault detection program of the device is executed by the processor, The steps of the equipment fault detection method are as mentioned above.

The present invention provides a device fault detection method. When detecting a communication abnormality in the data transmission unit DTU device, the method obtains the service parameters of the DTU device to be detected through a comprehensive service management module, wherein the DTU device to be detected is DTU equipment with communication abnormality; configure the preset processing module based on the service parameters, generate a simulation processing module, and simulate the transmission service of the DTU device to be detected through the simulation processing module; obtain the simulation processing module After simulating the network quality parameters when the transmission service is completed, and based on the network quality parameters, the fault type of the DTU device to be detected is determined. Through the above method, when a communication abnormality occurs in the DTU device of the data transmission unit, the simulation processing module is used to simulate the completion of the transmission service of the DTU device to be detected, so as to avoid the actual DTU device from malfunctioning when completing the transmission service and inconvenient fault detection. problem, and based on the network quality parameters when the simulation processing module completes the transmission service, the fault type of the DTU device to be detected is determined, thereby improving the fault detection efficiency of the DTU device, improving the user experience, and solving the current problem. There is a technical problem of inefficient fault detection of DTU equipment.

Description of the drawings

Figure 1 is a schematic diagram of the hardware structure of the fault detection equipment of the equipment involved in the embodiment of the present invention;

Figure 2 is a schematic flow chart of the first embodiment of the equipment fault detection method of the present invention;

Figure 3 is a schematic flow chart of a second embodiment of a fault detection method for equipment according to the present invention;

Figure 4 is a schematic flow chart of a third embodiment of a fault detection method for equipment of the present invention;

Figure 5 is a schematic flowchart of the fourth embodiment of the device fault detection method of the present invention;

The realization of the purpose, functional features and advantages of the present invention will be further described with reference to the embodiments and the accompanying drawings.

Detailed ways

It should be understood that the specific embodiments described here are only used to explain the present invention and are not intended to limit the present invention.

The device fault detection method involved in the embodiment of the present invention is mainly applied to the fault detection device of the device. The fault detection generation device can be a PC, a portable computer, a mobile terminal and other devices with display and processing functions.

Referring to Figure 1, Figure 1 is a schematic diagram of the hardware structure of the fault detection equipment of the equipment involved in the embodiment of the present invention. In the embodiment of the present invention, the fault detection device of the device may include a processor 1001 (such as a CPU), a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005. Among them, the communication bus 1002 is used to realize connection and communication between these components; the user interface 1003 can include a display screen (Display) and an input unit such as a keyboard (Keyboard); the network interface 1004 can optionally include a standard wired interface and a wireless interface. (such as WI-FI interface); the memory 1005 can be a high-speed RAM memory or a stable memory (non-volatile memory), such as a disk memory. The memory 1005 can optionally be a storage device independent of the aforementioned processor 1001 .

Those skilled in the art can understand that the hardware structure shown in Figure 1 does not constitute a limitation on the fault detection equipment of the device, and may include more or less components than shown in the figure, or combine certain components, or different components. layout.

Continuing to refer to FIG. 1 , the memory 1005 as a computer-readable storage medium in FIG. 1 may include an operating system, a network communication module, and a fault detection program of the device.

In Figure 1, the network communication module is mainly used to connect to the server and perform data communication with the server; and the processor 1001 can call the device fault detection program stored in the memory 1005 and execute the device fault detection method provided by the embodiment of the present invention. .

The embodiment of the present invention provides a device fault detection method.

Referring to Figure 2, Figure 2 is a schematic flow chart of a first embodiment of a fault detection method for equipment of the present invention.

In this embodiment, the device fault detection method includes the following steps:

Step S10: When a communication abnormality occurs in the data transmission unit DTU device, obtain the service parameters of the DTU device to be detected through the integrated service management module, where the DTU device to be detected is the DTU device in which the communication abnormality occurs;

In this embodiment, when a communication abnormality occurs among the DTU devices on site, the number of DTU devices that send the communication abnormality is determined. When the number is not less than two, the positional relationship between the DTU devices that cause the communication abnormality is determined. The fault detection equipment of the equipment has a built-in real business data set of the DTU equipment, and the smart grid protocol that complies with the standard IE61850 is implemented through the software. Through the integrated business management module, the business parameters of the DTU equipment to be detected can be obtained to meet the needs of The simulation simulates the real working conditions in which communication abnormality occurs in the DTU equipment.

Among them, DTU equipment is generally installed in conventional switching stations (stations), outdoor small switching stations, ring main units, small substations, box-type substations, etc., to complete the position signal, voltage, current, active power, etc. of the switching equipment. Collect and calculate reactive power, power factor, electric energy and other data, perform opening and closing operations on switches, realize fault identification and isolation of feeder switches, and restore power supply to non-fault intervals. When a communication abnormality occurs in the DTU equipment to be detected, the upper-level substation may send a trip command, but the next-level substation cannot receive the trip command in time and cannot trip in time, resulting in large-scale power failure or economic losses. , the DTU equipment is crucial to the modern smart grid field.

Specifically, the fault detection equipment of the equipment includes FPGA (Field Programmable Gate Array, Field Programmable Logic Gate Array), GPS (Global Positioning System, Global Positioning System) clock synchronization module, Gigabit network port or USB interface expansion connection. 5G terminals, etc.

Step S20, configure the preset processing module based on the service parameters, generate a simulation processing module, and simulate the transmission service of the DTU device to be detected through the simulation processing module;

Specifically, the comprehensive service management module determines the communication protocol of the preset processing module according to the protocol selected by the DTU device to be detected, such as Goose protocol and Sv protocol; the communication protocol remains consistent with the After the communication protocols of the DTU equipment to be detected are consistent, based on the service parameters of the DTU equipment to be detected obtained by the integrated service management module in step S10, a preset processing module is configured and the simulation processing module is generated; The simulation processing module simulates and completes the transmission service of the DTU device to be detected based on the service parameters and the communication protocol.

Step S30: Obtain the network quality parameters of the simulation processing module when the simulation completes the transmission service, and determine the fault type of the DTU device to be detected based on the network quality parameters;

In this embodiment, the network quality parameters are obtained through the integrated service management module, and each parameter in the network quality parameters is compared with the corresponding index threshold, and each parameter in the network quality parameters is compared with the corresponding index threshold. The relationship between the corresponding index thresholds determines the cause of the communication abnormality of the DTU device to be detected, where the network quality parameters include the network jitter rate, the data packet loss rate and the data out-of-order rate.

The present invention provides a device fault detection method. When detecting a communication abnormality in the data transmission unit DTU device, the method obtains the service parameters of the DTU device to be detected through a comprehensive service management module, wherein the DTU device to be detected is DTU equipment with communication abnormality; configure the preset processing module based on the service parameters, generate a simulation processing module, and simulate the transmission service of the DTU device to be detected through the simulation processing module; obtain the simulation processing module After simulating the network quality parameters when the transmission service is completed, and based on the network quality parameters, the fault type of the DTU device to be detected is determined. Through the above method, when a communication abnormality occurs in the DTU device of the data transmission unit, the simulation processing module is used to simulate the completion of the transmission service of the DTU device to be detected, so as to avoid the actual DTU device from malfunctioning when completing the transmission service and inconvenient fault detection. problem, and based on the network quality parameters when the simulation processing module completes the transmission service, the fault type of the DTU device to be detected is determined, thereby improving the fault detection efficiency of the DTU device, improving the user experience, and solving the current problem. There is a technical problem of inefficient fault detection of DTU equipment.

Referring to Figure 3, Figure 3 is a schematic flow chart of a second embodiment of a fault detection method for equipment according to the present invention.

Based on the above embodiment shown in Figure 2, in this embodiment, step S20 specifically includes:

Step S21: Determine the differential service transmission protocol of the first processing module and the second processing module based on the differential service transmission protocol of the DTU device to be detected;

Step S22: Send test data to the 5G terminal based on the differential service transmission protocol through the first simulation processing module, and receive the 5G terminal based on the differential service transmission protocol through the second simulation processing module The test data returned is used to simulate the completion of the transmission service of the DTU device to be detected.

In this embodiment, when communication abnormalities occur in at least two of the DTU devices to be detected, two of the DTU devices to be detected are simulated respectively through the two simulation processing modules, and the preset terminal is a 5G terminal. The simulation processing module includes a first processing module and a second processing module; the preset processing module determines the differential service of the simulation processing module based on the differential service transmission protocol of the DTU device to be detected through the integrated service management module. Transmission protocol; the differential service transmission protocol includes Goose protocol and SV protocol.

In a specific embodiment, the Sv protocol of the power grid DTU is a communication service used for real-time transmission of digital sampling information. DTU equipment performs high-frequency sampling of electronic current or voltage in substations, encapsulates the sampled data into SV messages, and DTU transmits data between LANs to ensure data interconnection between substations.

Goose-Generic Object Oriented SubstationEvent is a mechanism in the IEC 61850 standard used to meet the fast messaging requirements of substation automation systems. It is mainly used to transfer information between multiple IEDs, including transmitting tripping and closing signals (commands), with a high probability of successful transmission. Based on Goose network transmission, it replaces traditional hard wiring to achieve reliable transmission of real-time information such as switch position, locking signal and trip command. It is equivalent to the open-in and open-out loop of traditional protection. The reliability, real-time and safety performance of its application at the process layer meet the requirements of relay protection. It mainly depends on the communication processing capabilities of each intelligent device and the networking scheme of the Goose network.

Sv protocol features: Data interval sampling and packet sending, up to 2000 packets/second, and the transmission interval between packets remains consistent.

Features of the Goose protocol: Only four layers of the International Organization for Standardization Open System Interconnection (ISO/OSI) are used. Its purpose is to improve reliability and reduce transmission delays. b. Application of IEEE802.1Q. At the data link layer, Goose uses IEEE802.1Q and IEEE802.1P protocols to ensure the priority transmission of GOOSE messages and improve the security of the Goose network.

The equipment manufacturer's 5G wireless network in-field version test uses simulation ping tools to simulate DTU scenarios. The scenarios are single and cannot simulate all real scenarios; each software does not have real business test support, and the instruments can only approximate simulated services based on the business model and cannot replace the real power grid protocol. , cannot reflect the real transmission service. Through the Goose protocol and the Sv protocol, real business data can be transmitted, so that the DTU device to be detected can be simulated for differential business transmission through real simulation through the simulation processing module.

Based on the above embodiment shown in Figure 3, in this embodiment, step S30 specifically includes:

Obtain the sending time when the first processing module sends the test data and the receiving time when the second processing module receives the test data;

Calculate the network jitter rate according to the sending time and the receiving time;

Based on the relationship between the preset jitter rate threshold and the network jitter rate, it is determined that the fault type of the DTU device to be detected is a network fault type or a device fault type.

Further, the preset jitter rate threshold is compared with the size of the network jitter rate. If the network jitter rate is greater than the preset jitter rate threshold, it is determined that the fault type of the DTU device to be detected is a network fault type. , if the network jitter rate is not greater than the preset jitter rate threshold, it is determined that the fault type of the DTU device to be detected is a device fault type.

In this embodiment, the network quality parameters include network jitter rate, the simulation process of the first processing module and the second processing module is started, and the sending end of the first processing module selects the test data stored on the device , embed the UTC time at the sending moment, encapsulate it into a DTU protocol and send it to the network through the 5G terminal. The receiving end of the second processing module unpacks the DTU test data by protocol, and records the unpacked UTC time. By sending and the receiving time, the delay and jitter of the network can be calculated, and the network jitter rate can be calculated based on the delay of the network. These packet network transmission indicator software are customizable and display richer data than real DTU devices.

In a specific embodiment, in a traditional power grid, the DTU device displays test data statistics through the LED liquid crystal display of the device panel, only segmented delay statistics of data packets. Problems such as packet loss, out-of-order, and timeout can only be analyzed from the network side, but the actual transmission process of the DTU device when the above problems occur cannot be flexibly simulated.

The network jitter rate is the change in network delay. It is caused by the network delay of any two adjacent data packets of the same application in the transmission route. The network jitter rate is the adjacent data packet delay time divided by the data packet sequence number. The specific calculation steps are as follows:

Calculating end-to-end delay refers to the difference between the receiving time and sending time of the data packet. The time when the receiving end node receives the data packet minus the time when the sending end node sends the data packet is the end-to-end delay, that is:

End-to-end delay = receiving time of data packet – sending time of data packet;

Network jitter rate = (delay of data packet m - delay of data packet n)/(sequence number m of data packet m - sequence number n of data packet n).

In embedded systems, a streamlined problem system is generally used, and the system defaults to UTC time, which is 0 time zone.

In a specific embodiment, the simulation processing module simulates the sending time and the receiving time in the process of transmitting the service, calculates the network jitter rate, and calculates the network jitter rate through the preset jitter rate threshold and the network The relationship between the jitter rate and the jitter rate determines the cause of the communication abnormality of the DTU device to be detected, and realizes the precise location of the communication abnormality of the DTU device to be detected.

Based on the above embodiment shown in Figure 3, in this embodiment, the steps of the device fault detection method further include:

When there are at least two DTU devices to be detected, at least two simulation processing modules are determined based on the location relationship of at least two DTU devices to be detected, where the location relationship includes a same-site location relationship or a different location relationship. Station location relationship.

In this embodiment, a GPS module or a clock synchronization module is added to enable communication and testing between cross-site smart grid DTUs. On two devices in different places, GPS clock synchronization is used to ensure strict clock synchronization, thereby ensuring the accuracy of test delay data. The two devices run the DTU transceiver protocol program respectively to carry out the data transmission process of test data - first processing module - 5G terminal - 5G network - 5G terminal - second processing module, simulating DTU cross-site scenario test requirements.

Further, the simulation processing module simulates the DTU device to be detected in the form of a software process. In order to achieve the real service transmission characteristics of the DTU device to be detected with a strict interval of 2000 packets/second, one simulated DTU software process exclusively occupies one CPU processing core to ensure real-time scheduling of transmission services. If the CPU has 12 processing cores, it can simulate 12 DTU devices to be tested. In actual testing, if more DTU simulation tests are needed, they can be implemented by stacking.

GPS clock is a basic timing application product developed based on the latest GPS high-precision positioning timing module. GPS clock can output time information format that conforms to the protocol according to user needs, thereby completing synchronous timing services. GPS clocks are mainly divided into two categories. One is the GPS timing instrument, which mainly outputs time stamp information, including 1PPS+TOD (1Pulseper Second+Time of Day, pulse of seconds + time of day) information; the other is the GPS synchronized clock, which The operator outputs high-stable frequency information obtained by taming OCXO (Oven Controlled Crystal Oscillator, constant temperature crystal oscillator) or rubidium clock using satellite signals, as well as a more stable time scale signal recovered locally.

In a specific embodiment, when there are at least two DTU devices to be detected, the location relationship between at least two DTU devices to be detected is obtained. The location relationship includes a same-site location relationship and a different-site location relationship. When the location relationship is the co-station location relationship, the transmission service of the DTU device to be detected can be simulated by multiple processing modules in the fault detection device of one device. In this case, multiple processing modules The built-in clock of the processing module is the same built-in clock, that is, there is no need to add an additional GPS module or clock synchronization module; when the location relationship is the out-site location relationship, multiple fault detection devices belonging to multiple devices are used. The processing module simulates the transmission service of the DTU device to be detected. The built-in clocks of the fault detection devices of multiple devices are different. In order to ensure the accuracy of obtaining the network quality parameters during the simulation process, therefore It is necessary to add a GPS module or a clock synchronization module to improve the accuracy of simulating the transmission service of the DTU device to be detected through the processing module.

Based on the above embodiment shown in Figure 3, in this embodiment, the step S30 further includes:

Calculate the data packet loss rate based on the test data sent by the first processing module and the test data received by the second processing module;

Based on the relationship between the preset packet loss rate threshold and the data packet loss rate, it is determined that the fault type of the DTU device to be detected is a network fault type or a device fault type.

In a specific embodiment, the preset packet loss rate threshold is compared with the data packet loss rate. If the data packet loss rate is greater than the preset packet loss rate threshold, the DTU device to be detected is determined. The fault type is a network fault type. If the data packet loss rate is not greater than the preset packet loss rate threshold, it is determined that the fault type of the DTU device to be detected is a device fault type.

In a specific embodiment, the data packet loss rate refers to the ratio of the number of lost data packets to the sent data group in the test. The calculation method is: [(input message-output message)/input message]*100%. The packet loss rate is related to the test data length and data sending frequency.

This method is applied to the fault detection equipment of the equipment. According to the smart grid DTU Goose protocol and Sv protocol, the duration of sending data, the frequency of sending data, the number of sampling points and the length of test data can be parameterized and customized to flexibly simulate different Manufacturer's DTU equipment.

In a specific embodiment, the fault detection method of the device calculates the data packet loss by comparing the test data sent by the first processing module and the test data received by the second processing module. Rate, by comparing the preset packet loss rate threshold with the data packet loss rate, it is determined whether there is an abnormality in the network, so that the fault type of the DTU device to be detected can be accurately located.

Referring to Figure 4, Figure 4 is a schematic flow chart of a third embodiment of a fault detection method for equipment of the present invention.

Based on the above embodiment shown in Figure 3, in this embodiment, the step S30 further includes:

Step S31: Calculate the data out-of-order rate based on the test data sent by the first processing module and the test data received by the second processing module;

Step S32: Based on the relationship between the preset disorder rate threshold and the data disorder rate, it is determined that the fault type of the DTU device to be detected is a network fault type or a device fault type.

In this embodiment, the data out-of-order rate refers to the proportion of the message sequence in the test data received by the receiving end being different from the message sequence in the test data sent by the sending end during the process of sending data. During the data transmission process, due to network instability, data sent later is received before the data sent first is received, so data sent in a different order than received are recorded as out-of-order data.

Referring to Figure 5, Figure 5 is a schematic flow chart of a fourth embodiment of a fault detection method for equipment of the present invention.

Based on the above embodiment shown in Figure 4, in this embodiment, step S32 specifically includes:

Step S33, if the data out-of-order rate is greater than the preset out-of-order rate threshold, determine that the fault type of the DTU device to be detected is the network fault type;

Step S34: If the data out-of-order rate is not greater than the out-of-order rate threshold, it is determined that the fault type of the DTU device to be detected is the device fault type.

In this embodiment, the data out-of-order rate refers to the proportion of the message sequence in the test data received by the receiving end being different from the message sequence in the test data sent by the sending end during the process of sending data.

In a specific embodiment, the preset out-of-order rate threshold is compared with the data out-of-order rate. If the data out-of-order rate is greater than the preset out-of-order rate threshold, the simulation processing module completes the simulation of the transmission service. When, the fault type of the sending communication abnormality is the network fault type, and it is thus determined that the fault type of the communication abnormality of the DTU device to be detected is the network fault type; if the data disorder rate is not greater than the disorder sequence rate threshold, then when the simulation processing module completes the simulation of the transmission service, the fault type of the communication abnormality is the equipment fault type, and thereby determines that the fault type of the communication abnormality of the DTU device to be detected is the device fault type. Describe the type of equipment failure.

Further, the fault detection method of the device calculates the data out-of-order rate by comparing the test data sent by the first processing module and the test data received by the second processing module. The preset out-of-order rate threshold is compared with the size of the data out-of-order rate to determine whether there is an abnormality in the network, so that the cause of the communication abnormality of the DTU device to be detected can be accurately located.

Based on any of the above embodiments, after the test is completed, the fault detection device of the device can output business statistical indicators, network statistical indicators, process signaling of the 5G terminal and the movement path of the test data during the test process. All data Upload to the cloud, where the service parameters include sending interval, sending frequency, data size, communication protocol selection and/or service test time.

In this embodiment, during the process of simulating the completion of the transmission service, the processing unit sends the data generated during the simulation process to the cloud, and relevant staff can call the data generated during the simulation process when needed. Different from traditional DTU equipment, it can only display limited data on the LCD screen, which improves the accuracy of locating the fault type when a communication abnormality occurs in the DTU equipment to be detected, and the size of the fault detection equipment of the equipment is reduced. It is small and easy to carry. When a communication abnormality occurs in the DTU equipment to be detected, fault detection can be performed quickly, thereby reducing the harm and losses to the power grid caused by communication abnormalities in the DTU equipment to be detected.

Further, the entire fault detection process of the equipment described in this application is as follows:

When it is detected that the DTU device has a communication abnormality, determine the number of DTU devices where the communication abnormality occurs, and when the number is not less than two, determine the location relationship of the DTU devices where the communication abnormality occurs;

The service parameters of the DTU device to be detected are obtained through the integrated service management module, and the service parameters are configured to the preset processing module through the integrated service management module, the simulation processing module is generated, and the The simulation processing module simulates and completes the transmission service of the DTU device to be detected based on the differential service transmission protocol.

During the simulation process, the simulation processing module obtains the network jitter rate by calculating the time when the first processing module sends the test data and the time when the second processing module receives the test data; by comparing the The test data sent by the first processing module and the test data received by the second processing module are used to obtain the data packet loss rate and the data disorder rate; through the preset jitter rate threshold and the network The fault type of the DTU device to be detected is determined by comparing the jitter rate, the preset packet loss rate threshold and the data packet loss rate, and the preset out-of-order rate threshold and the data out-of-order rate.

If the network jitter rate is greater than the preset jitter rate threshold, it is determined that the fault type of the DTU device to be detected is a network fault type;

If the network jitter rate is not greater than the preset jitter rate threshold, it is determined that the fault type of the DTU device to be detected is a device fault type.

If the data packet loss rate is greater than the preset packet loss rate threshold, it is determined that the fault type of the DTU device to be detected is a network fault type;

If the data packet loss rate is not greater than the preset packet loss rate threshold, it is determined that the fault type of the DTU device to be detected is a device fault type.

If the data out-of-order rate is greater than the preset out-of-order rate threshold, it is determined that the fault type of the DTU device to be detected is a network fault type;

If the data out-of-order rate is not greater than the preset out-of-order rate threshold, it is determined that the fault type of the DTU device to be detected is a device fault type.

According to the relationship between different preset index thresholds and the corresponding network quality parameters, the fault type may be a single network fault type or the equipment fault type, or both fault types may exist.

In addition, embodiments of the present invention also provide a computer-readable storage medium.

The computer-readable storage medium of the present invention stores a device fault detection program, wherein when the device fault detection program is executed by a processor, the steps of the above-mentioned device fault detection method are implemented.

For the method implemented when the device fault detection program is executed, reference may be made to the various embodiments of the device fault detection method of the present invention, which will not be described again here.

It should be noted that, as used herein, the terms "include", "comprising" or any other variation thereof are intended to cover a non-exclusive inclusion, such that a process, method, article or system that includes a list of elements not only includes those elements, but It also includes other elements not expressly listed or that are inherent to the process, method, article or system. Without further limitation, an element defined by the statement "comprises a..." does not exclude the presence of other identical elements in the process, method, article, or system that includes that element.

The above serial numbers of the embodiments of the present invention are only for description and do not represent the advantages and disadvantages of the embodiments.

The application may be used in a variety of general or special purpose computer system environments or configurations. For example: personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics devices, network PCs, minicomputers, mainframe computers, including Distributed computing environment for any of the above systems or devices, etc. The application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. The present application may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including storage devices.

Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus the necessary general hardware platform. Of course, it can also be implemented by hardware, but in many cases the former is better. implementation. Based on this understanding, the technical solution of the present invention can be embodied in the form of a software product that is essentially or contributes to the existing technology. The computer software product is stored in a storage medium (such as ROM/RAM) as mentioned above. , magnetic disk, optical disk), including several instructions to cause a terminal device (which can be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the method described in various embodiments of the present invention.

The above are only preferred embodiments of the present invention, and do not limit the patent scope of the present invention. Any equivalent structure or equivalent process transformation made using the description and drawings of the present invention may be directly or indirectly used in other related technical fields. , are all similarly included in the scope of patent protection of the present invention.

Claims (10)

1. A fault detection method of an apparatus, characterized in that the fault detection method of the apparatus comprises the steps of:

when detecting that the data transmission unit DTU equipment is abnormal in communication, acquiring service parameters of the DTU equipment to be detected through a comprehensive service management module, wherein the DTU equipment to be detected is the DTU equipment with abnormal communication;

configuring a preset processing module based on the service parameters to generate an analog processing module, and simulating the transmission service of the DTU equipment to be detected through the analog processing module;

and acquiring network quality parameters of the simulation processing module when the transmission service is simulated, and determining the fault type of the DTU equipment to be detected based on the network quality parameters.

2. The method for detecting the fault of the equipment according to claim 1, wherein the preset terminal is a 5G terminal, the analog processing module includes a first processing module and a second processing module, and the performing, by the analog processing module, the transmission service of the DTU equipment to be detected includes:

determining differential service transmission protocols of the first processing module and the second processing module based on the differential service transmission protocol of the DTU equipment to be detected;

and sending test data to the 5G terminal based on the differential service transmission protocol through the first simulation processing module, and receiving the test data returned by the 5G terminal based on the differential service transmission protocol through the second simulation processing module so as to simulate and complete the transmission service of the DTU equipment to be detected.

3. The method for detecting a fault of a device according to claim 2, wherein the network quality parameter includes a network jitter rate, and the obtaining the network quality parameter of the analog processing module when the transmission service is analog is completed, and determining the fault type of the DTU device to be detected based on the network quality parameter includes:

acquiring the sending time of the first processing module for sending the test data and the receiving time of the second processing module for receiving the test data;

calculating the network jitter rate according to the sending time and the receiving time;

and determining that the fault type of the DTU equipment to be detected is a network fault type or an equipment fault type based on the magnitude relation between a preset jitter rate threshold and the network jitter rate.

4. The method for detecting a fault of a device according to claim 2, wherein the network quality parameter includes a packet loss rate, and the obtaining the network quality parameter of the analog processing module when the transmission service is completed is performed in an analog manner, and determining the fault type of the DTU device to be detected based on the network quality parameter includes:

calculating the data packet loss rate based on the test data sent by the first processing module and the test data received by the second processing module;

and determining that the fault type of the DTU equipment to be detected is a network fault type or an equipment fault type based on the magnitude relation between a preset packet loss rate threshold and the data packet loss rate.

5. The method for detecting a fault in a device as claimed in claim 2, wherein the network quality parameter includes a data disorder rate, the obtaining the network quality parameter of the analog processing module when the transmission service is analog, and determining the fault type of the DTU device to be detected based on the network quality parameter, further includes:

calculating the data disorder rate based on the test data sent by the first processing module and the test data received by the second processing module;

and determining that the fault type of the DTU equipment to be detected is a network fault type or an equipment fault type based on the magnitude relation between a preset disorder rate threshold and the data disorder rate.

6. The method for detecting a fault of a device as claimed in claim 5, wherein the determining that the fault type of the DTU device to be detected is a network fault type or a device fault type based on a magnitude relation between a preset disorder rate threshold and the data disorder rate includes:

if the data disorder rate is larger than a preset disorder rate threshold, determining that the fault type of the DTU equipment to be detected is the network fault type;

and if the data disorder rate is not greater than the disorder rate threshold, determining that the fault type of the DTU equipment to be detected is the equipment fault type.

7. The method for detecting a fault of a device according to claim 1, wherein the configuring the preset analog processing module based on the service parameter, and before the performing the simulation of the transmission service of the DTU device to be detected by the configured preset analog processing module, further comprises:

and when at least two DTU devices to be detected exist, determining at least two simulation processing modules based on the position relation of the at least two DTU devices to be detected, wherein the position relation comprises a same-station position relation or a different-station position relation.

8. The method for detecting a failure of an apparatus according to any of claims 1-7, characterized in that the traffic parameters comprise transmission interval, transmission frequency, data size, communication protocol selection and/or traffic test time.

9. A fault detection device of a device, characterized in that the fault detection device of a device comprises a processor, a memory, and a fault detection program of a device stored on the memory and executable by the processor, wherein the fault detection program of a device, when executed by the processor, implements the steps of the fault detection method of a device according to any of claims 1 to 8.

10. A computer-readable storage medium, on which a failure detection program of a device is stored, wherein the failure detection program of the device, when executed by a processor, implements the steps of the failure detection method of a device according to any one of claims 1 to 8.