WO2023221547A1 - 设备的故障检测方法、设备及存储介质 - Google Patents

设备的故障检测方法、设备及存储介质 Download PDF

Info

Publication number
WO2023221547A1
WO2023221547A1 PCT/CN2023/072487 CN2023072487W WO2023221547A1 WO 2023221547 A1 WO2023221547 A1 WO 2023221547A1 CN 2023072487 W CN2023072487 W CN 2023072487W WO 2023221547 A1 WO2023221547 A1 WO 2023221547A1
Authority
WO
WIPO (PCT)
Prior art keywords
dtu
processing module
detected
fault detection
data
Prior art date
Application number
PCT/CN2023/072487
Other languages
English (en)
French (fr)
Inventor
陶海鹏
王宁
蒋新建
周胜宝
安欣
魏志刚
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2023221547A1 publication Critical patent/WO2023221547A1/zh

Links

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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/06—Testing, supervising or monitoring using simulated traffic

Definitions

  • the present disclosure relates to the field of 5G communications, and in particular to a device fault detection method, device and computer-readable storage medium.
  • DTU Traditional differential protection business smart grid data transmission unit
  • the main purpose of the present disclosure 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 devices.
  • the present disclosure provides a device fault detection method.
  • the method obtains the service parameters of the DTU device to be detected through a comprehensive business management module, wherein the DTU device to be detected is a communication abnormality.
  • DTU equipment configure the preset processing module based on business 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 network quality parameters of the simulation processing module when the simulation completes the transmission service, and Based on the network quality parameters, determine the fault type of the DTU device to be detected.
  • the present disclosure also provides a device fault detection device.
  • the device fault detection device includes a processor, a memory, and a device fault detection program stored on the memory and executable by the processor, wherein the device fault detection program is When the processor executes, the steps of the above device fault detection method are implemented.
  • the present disclosure also provides a computer-readable storage medium.
  • the computer-readable storage medium stores a device fault detection program.
  • the device fault detection program is executed by a processor, the above-mentioned device fault detection method is implemented. step.
  • Figure 1 is a schematic diagram of the hardware structure of the fault detection equipment of the equipment involved in the disclosed solution
  • Figure 2 is a schematic flow chart of the first embodiment of the fault detection method of the disclosed equipment
  • Figure 3 is a schematic flow chart of a second embodiment of a fault detection method for the disclosed equipment
  • Figure 4 is a schematic flow chart of a third embodiment of a fault detection method for the disclosed equipment
  • Figure 5 is a schematic flow chart of the fourth embodiment of the fault detection method of the disclosed equipment.
  • the device fault detection method involved in the present disclosure is mainly applied to the fault detection device of the device.
  • the fault detection generation device can be a device with display and processing functions such as a PC, a portable computer, a mobile terminal, etc.
  • 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.
  • 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 disk storage
  • the memory 1005 may optionally be a storage device independent of the aforementioned processor 1001.
  • 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.
  • 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.
  • 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 present disclosure.
  • the present disclosure provides a device fault detection method.
  • Figure 2 is a schematic flow chart of a first embodiment of a fault detection method for equipment of the present disclosure.
  • the device fault detection method includes the following steps S10 to S30.
  • Step S10 When a communication abnormality is detected in the DTU device of the data transmission unit, the service parameters of the DTU device to be detected are obtained through the integrated service management module, where the DTU device to be detected is the DTU device in which the communication abnormality occurs.
  • the number of DTU devices that send the communication abnormality is determined.
  • 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 compliant with the standard IE61850 is implemented through the software.
  • the comprehensive business management module Through the comprehensive business management module, the business parameters of the DTU equipment to be detected can be obtained to meet the needs of simulated DTU equipment occurrences. Real working conditions of abnormal communication.
  • 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.
  • the upper-level substation may send a trip command, but the lower-level substation cannot receive the trip command in time and cannot trip in time, resulting in large-scale power failure or economic losses. Therefore, the DTU Devices are critical to the modern smart grid landscape.
  • the fault detection device of the device includes an FPGA (Field Programmable Gate Array), a GPS (Global Positioning System) clock synchronization module, a Gigabit network port or a USB interface It consists of 5G terminals that extend the connection.
  • FPGA Field Programmable Gate Array
  • GPS Global Positioning System
  • Step S20 Configure the preset processing module based on business parameters, generate a simulation processing module, and pass the simulation The processing module simulates and completes the transmission service of the DTU device to be detected.
  • the integrated 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 DTU to be detected. After the communication protocols of the devices are consistent, based on the business parameters of the DTU device to be detected obtained by the integrated business management module in step S10, the preset processing module is configured and a simulation processing module is generated; the simulation processing module simulates Complete the transmission service of the DTU device to be detected.
  • the protocol selected by the DTU device to be detected such as Goose protocol and Sv 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.
  • 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 based on the relationship between each parameter in the network quality parameter and the corresponding index threshold, Determine the cause of the communication abnormality of the DTU device to be detected.
  • the network quality parameters include network jitter rate, data packet loss rate and data out-of-order rate.
  • the present disclosure provides a device fault detection method.
  • the method obtains the service parameters of the DTU device to be detected through a comprehensive business management module, wherein the DTU device to be detected is a communication abnormality.
  • DTU equipment configure the preset processing module based on business 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 network quality parameters of the simulation processing module when the simulation completes the transmission service, and Based on the network quality parameters, determine the fault type of the DTU device to be detected.
  • 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 problem that the actual DTU device fails when completing the transmission service and is inconvenient to perform fault detection. , and determine the fault type of the DTU equipment to be detected based on the network quality parameters when the simulation processing module completes the transmission service. This improves the fault detection efficiency of the DTU equipment, improves the user experience, and solves the problem of fault detection of the existing DTU equipment. Inefficient technical issues.
  • Figure 3 is a schematic flow chart of a second embodiment of a fault detection method for equipment of the present disclosure.
  • step S20 further includes steps S21 to step S22.
  • 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 through the first simulation processing module based on the differential service transmission protocol, and receive the test data returned by the 5G terminal through the second simulation processing module based on the differential service transmission protocol to simulate the DTU device to be detected. transmission business.
  • the simulation processing module includes a first processing module and a third processing module.
  • Two processing modules; the preset processing module determines the differential service transmission protocol of the analog processing module based on the differential service transmission protocol of the DTU device to be detected through the integrated service management module; the differential service transmission protocol includes the Goose protocol and the SV protocol.
  • 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 Substation Event is a mechanism used in the IEC 61850 standard 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.
  • 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.
  • ISO/OSI International Organization for Standardization Open System Interconnection
  • 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.
  • step S30 further includes: obtaining the sending time of the first processing module to send the test data and the receiving time of the second processing module to receive the test data; calculating according to the sending time and the receiving time.
  • Network jitter rate based on the relationship between the preset jitter rate threshold and the network jitter rate, determine the fault type of the DTU device to be detected as a network fault type or equipment fault type.
  • the preset jitter rate threshold is compared with the size of the network jitter rate. If the network jitter 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 an equipment fault type.
  • the network quality parameters include network jitter rate.
  • the simulation process of the first processing module and the second processing module is started.
  • the sending end of the first processing module selects the test data stored on the device and embeds the UTC time of the sending time. After being encapsulated into the DTU protocol, it is sent to the network through the 5G terminal.
  • the receiving end of the second processing module unpacks the DTU test data and records the unpacked UTC time.
  • the network can be calculated Delay, jitter, and the network jitter rate can be calculated based on the network delay.
  • These packet network transmission indicator software are customizable and display richer data than real DTU devices.
  • the DTU device displays test data statistics through the LED liquid crystal display on 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.
  • 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).
  • the simulation processing module simulates the sending time and receiving time in the process of transmitting services, calculates the network jitter rate, and determines the occurrence of the DTU device to be detected through the relationship between the preset jitter rate threshold and the network jitter rate.
  • the cause of the communication abnormality can be accurately located to determine the communication abnormality problem of the DTU device to be detected.
  • the steps of the device fault detection method also include: when there are at least two DTU devices to be detected, based on the positional relationship of the at least two DTU devices to be detected, determine at least two DTU devices to be detected.
  • a simulation processing module in which the location relationship includes a same-station location relationship or a different-station location relationship.
  • a GPS module or a clock synchronization module is added to enable communication and testing between cross-site smart grid DTUs.
  • GPS clock synchronization is used to ensure strict clock synchronization to ensure test Accuracy of latency 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.
  • the simulation processing module simulates the DTU device to be detected in the form of a software process.
  • 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 (1 Pulseper Second+Time of Day, pulse of seconds + time of day) information; the other is the GPS synchronized clock. The latter outputs high-stable frequency information obtained by using satellite signals to tame an OCXO (Oven Controlled Crystal Oscillator, constant temperature crystal oscillator) or rubidium clock, as well as a more stable time scale signal recovered locally.
  • OCXO Open Controlled Crystal Oscillator, constant temperature crystal oscillator
  • rubidium clock as well as a more stable time scale signal recovered locally.
  • the location relationship between the at least two DTU devices to be detected is obtained.
  • the location relationship includes a same-station location relationship and a different-station location relationship.
  • the transmission service of the DTU device to be detected can be simulated through multiple processing modules in the fault detection device of one device.
  • the built-in clocks of the multiple processing modules are 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 an out-station location relationship, the transmission business of the DTU device to be detected is simulated through multiple processing modules belonging to the fault detection equipment of multiple devices, and the fault detection of multiple devices is The built-in clocks of the devices are different. In order to ensure the accuracy of obtaining network quality parameters during the simulation process, it is necessary to add a GPS module or a clock synchronization module to improve the accuracy of the transmission service of the DTU device to be detected through the simulation of the processing module.
  • step S30 specifically 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; based on the preset packet loss rate The relationship between the rate threshold and the data packet loss rate determines whether the fault type of the DTU device to be detected is a network fault type or a device fault type.
  • 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, 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.
  • 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 equipment fault detection equipment.
  • 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 the conditions of different manufacturers. DTU device.
  • the device fault detection method calculates the data packet loss rate by comparing the test data sent by the first processing module and the test data received by the second processing module, and calculates the data packet loss rate through the preset packet loss rate threshold and the data loss rate. Compare the size of the packet rate to determine whether there is an abnormality in the network, so as to accurately locate the fault type of the DTU device to be detected.
  • Figure 4 is a schematic flow chart of a third embodiment of a fault detection method for equipment of the present disclosure.
  • step S30 specifically further includes steps S31 to step S32.
  • Step S31 Calculate 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.
  • 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.
  • the data out-of-order rate refers to the proportion of the message sequence in the test data received by the receiving end that is different from the message sequence in the test data sent by the sending end during the process of sending data.
  • 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.
  • Figure 5 is a schematic flow chart of a fourth embodiment of a fault detection method for equipment of the present disclosure.
  • step S32 further specifically includes steps S33 to step S34.
  • Step S33 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.
  • 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 a device fault type.
  • the data out-of-order rate refers to the proportion of the message sequence in the test data received by the receiving end that is different from the message sequence in the test data sent by the sending end during the process of sending data.
  • 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 sends a fault type of communication abnormality when the simulation completes the transmission service. is the network fault type, and it is determined that the fault type of the communication abnormality of the DTU device to be detected is the network fault type; if the data out-of-order rate is not greater than the out-of-order rate threshold, the simulation processing module will send a communication exception when the simulation completes the transmission service
  • the fault type is the equipment fault type, and it is determined that the fault type of the DTU device to be detected that causes communication abnormality is the equipment fault type.
  • the fault detection method of the device calculates the data disorder rate by comparing the test data sent by the first processing module and the test data received by the second processing module, and calculates the data disorder rate by comparing the preset disorder rate threshold and the test data received by the second processing module. Compare 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.
  • 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, and all data is uploaded to the cloud, where ,Business parameters include sending interval, sending frequency, data size, communication protocol selection and/or business test time.
  • the processing unit sends the data generated during the simulation process to the cloud.
  • Relevant staff can call the data generated during the simulation process when needed, which is different from the traditional DTU.
  • the device 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 device to be detected.
  • the fault detection device of the device is small and easy to carry. When the DTU device to be detected is When communication abnormalities occur in the equipment, fault detection can be quickly performed to reduce the harm and losses to the power grid caused by communication abnormalities in the DTU equipment to be detected.
  • the entire fault detection process of the equipment in the present disclosure is as follows: when a communication abnormality is detected in a DTU device, the number of DTU devices with communication abnormality is determined. When the number is not less than two, the number of DTU devices with communication abnormality is determined.
  • the location relationship of the DTU device obtain the service parameters of the DTU device to be detected through the integrated service management module, configure the service parameters to the preset processing module through the integrated service management module, generate a simulation processing module, and use the simulation processing module to generate a simulation based on the difference
  • the dynamic service transmission protocol is used to simulate the transmission service of the DTU device to be detected.
  • the simulation processing module obtains the network jitter rate by calculating the time when the first processing module sends test data and the time when the second processing module receives test data; by comparing the test data sent by the first processing module and the second processing module From the received test data, the data packet loss rate and data out-of-order rate are obtained; through the comparison between the preset jitter rate threshold and the network jitter rate, the comparison between the preset packet loss rate threshold and the data packet loss rate, and the comparison between the preset out-of-order rate threshold and the network jitter rate. Compare the data out-of-order rate to determine the fault type of the DTU device to be detected.
  • 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.
  • the fault type of the DTU device to be detected is determined to be a network fault type; if the data packet loss rate is not greater than the preset packet loss rate threshold, the fault type of the DTU device to be detected is determined Is the type of equipment failure.
  • the fault type of the DTU device to be detected is determined to be a network fault type; if the data out-of-order rate is not greater than the preset out-of-order rate threshold, the fault type of the DTU device to be detected is determined Is the type of equipment failure.
  • the fault type can be a single network fault type or equipment fault type, or both fault types can exist.
  • the present disclosure also provides a computer-readable storage medium.
  • the computer-readable storage medium of the present disclosure stores a fault detection program for the device, and when the fault detection program for the device is executed by the processor, the steps of the fault detection method for the device as described above are implemented.
  • the present disclosure provides a device fault detection method.
  • the method obtains the service parameters of the DTU device to be detected through a comprehensive business management module, wherein the DTU device to be detected is a communication abnormality.
  • DTU equipment configure the preset processing module based on business 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 network quality parameters of the simulation processing module when the simulation completes the transmission service, and Based on the network quality parameters, determine the fault type of the DTU device to be detected.
  • 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 problem that the actual DTU device fails when completing the transmission service and is inconvenient to perform fault detection. , and determine the fault type of the DTU equipment to be detected based on the network quality parameters when the simulation processing module completes the transmission service. This improves the fault detection efficiency of the DTU equipment, improves the user experience, and solves the problem of fault detection of the existing DTU equipment. Inefficient technical issues.
  • 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, elements qualified by the statement “includes a" are not excluded from inclusion in the package. The process, method, article, or system that includes this element contains other identical elements.
  • the present disclosure may be used in numerous general purpose 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 present disclosure may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer.
  • program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types.
  • the present disclosure may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communications network.
  • program modules may be located in both local and remote computer storage media including storage devices.
  • 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.
  • the technical solution of the present disclosure can be embodied in the form of a software product in nature or in part that 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 methods described in various embodiments of the present disclosure.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开提供一种设备的故障检测方法、设备及存储介质，方法在检测到DTU设备发生通讯异常时，基于业务参数，通过模拟处理模块模拟完成待检测DTU设备的传输业务；获取模拟完成传输业务时的网络质量参数，并确定待检测DTU设备的故障类型。

Description

设备的故障检测方法、设备及存储介质
相关申请的交叉引用
本公开要求享有2022年05月20日提交的名称为“设备的故障检测方法、设备及存储介质”的中国专利申请CN202210549526.X的优先权，其全部内容通过引用并入本公开中。
技术领域
本公开涉及5G通讯领域，尤其涉及一种设备的故障检测方法、设备及计算机可读存储介质。
背景技术
传统差动保护业务智能电网数据传输单元(Data Transfer unit，DTU)数据交互采用局域网、有线等连接方式。
现在电网行业开始考虑5G网络部署方式。以差动保护为例，设备商或者运营商在验证网络或者版本测试时，外场测试协调不同厂家智能电网的DTU非常困难，因为各厂家的DTU设备是黑盒装置，当现场出现通讯异常时，而且无外场网络异常分析专业工具配合的情况下，无法精准定界是DTU设备本身问题还是5G无线网络出现问题，存在DTU设备的故障检测效率低下的技术问题。
发明内容
本公开的主要目的在于提供一种设备的故障检测方法、设备及计算机可读存储介质，旨在解决现有DTU设备的故障检测效率低下的技术问题。
本公开提供一种设备的故障检测方法，方法在检测到数据传输单元DTU设备发生通讯异常时，通过综合业务管理模块获取待检测DTU设备的业务参数，其中，待检测DTU设备为发生通讯异常的DTU设备；基于业务参数对预设处理模块进行配置，生成模拟处理模块，并通过模拟处理模块模拟完成待检测DTU设备的传输业务；获取模拟处理模块在模拟完成传输业务时的网络质量参数，并基于网络质量参数，确定待检测DTU设备的故障类型。
本公开还提供一种设备的故障检测设备，设备的故障检测设备包括处理器、存储器、以及存储在存储器上并可被处理器执行的设备的故障检测程序，其中所述设备的故障检测程序被处理器执行时，实现如上述的设备的故障检测方法的步骤。
本公开还提供一种计算机可读存储介质，计算机可读存储介质上存储有设备的故障检测程序，其中所述设备的故障检测程序被处理器执行时，实现如上述的设备的故障检测方法的步骤。
附图说明
图1为本公开方案中涉及的设备的故障检测设备的硬件结构示意图；
图2为本公开设备的故障检测方法第一实施例的流程示意图；
图3为本公开设备的故障检测方法第二实施例的流程示意图；
图4为本公开设备的故障检测方法第三实施例的流程示意图；
图5为本公开设备的故障检测方法第四实施例的流程示意图；
本公开目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本公开，并不用于限定本公开。
我国近年来在电力领域发展迅速，特高压、新能源、分布式能源、充电桩、智能抄表等众多技术和业务蓬勃发展，对电力通信控制网络也提出了更高的要求。传统差动保护业务智能电网数据传输单元(Data Transfer unit，DTU)数据交互采用局域网、有线等连接方式，现在电网行业开始考虑5G网络部署方式。以差动保护为例，设备商或者运营商在验证网络或者版本测试时，外场测试协调不同厂家智能电网的DTU非常困难，因为各厂家的DTU设备是黑盒装置，当现场出现通讯异常时，而且无外场网络异常分析专业工具配合的情况下，无法精准定界是DTU设备本身问题还是5G无线网络出现问题，导致了DTU设备的故障检测效率低下。
本公开涉及的设备的故障检测方法主要应用于设备的故障检测设备，该故障检测生成设备可以是PC、便携计算机、移动终端等具有显示和处理功能的设备。
参照图1，图1为本公开方案中涉及的设备的故障检测设备的硬件结构示意图。本公开中，设备的故障检测设备可以包括处理器1001(例如CPU)，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)；网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)；存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储 器，存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解，图1中示出的硬件结构并不构成对设备的故障检测设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
继续参照图1，图1中作为一种计算机可读存储介质的存储器1005可以包括操作系统、网络通信模块以及设备的故障检测程序。
在图1中，网络通信模块主要用于连接服务器，与服务器进行数据通信；而处理器1001可以调用存储器1005中存储的设备的故障检测程序，并执行本公开提供的设备的故障检测方法。
本公开提供了一种设备的故障检测方法。
参照图2，图2为本公开设备的故障检测方法第一实施例的流程示意图。
本实施例中，设备的故障检测方法包括以下步骤S10至步骤S30。
步骤S10，在检测到数据传输单元DTU设备发生通讯异常时，通过综合业务管理模块获取待检测DTU设备的业务参数，其中，待检测DTU设备为发生通讯异常的DTU设备。
本实施例中，当现场的DTU设备发生通讯异常时，确定发送通讯异常的DTU设备的数量，当数量不小于两台时，确定发生通讯异常的DTU设备之间的位置关系。设备的故障检测设备内置了DTU设备的真实业务数据集，以及通过软件实现了符合标准IE61850的智能电网协议，通过综合业务管理模块，可以获取待检测DTU设备的业务参数，以满足模拟DTU设备发生通讯异常的真实工况。
其中，DTU设备一般安装在常规的开闭所(站)、户外小型开闭所、环网柜、小型变电站、箱式变电站等处，完成对开关设备的位置信号、电压、电流、有功功率、无功功率、功率因数、电能量等数据的采集与计算，对开关进行分合闸操作，实现对馈线开关的故障识别、隔离和对非故障区间的恢复供电。当待检测DTU设备发生通讯异常时，可能会出现上一级变电站发送跳闸指令，而下一级变电站无法及时接收到跳闸指令，无法及时跳闸，导致大面积的电力故障或经济损失，因而，DTU设备对于现代的智能电网领域至关重要。
在一示例性实施例中，设备的故障检测设备包括FPGA(Field Programmable Gate Array，现场可编程逻辑门阵列)、GPS(Global Positioning System，全球定位系统)时钟同步模块、千兆网口或者USB接口扩展连接的5G终端等组成。
步骤S20，基于业务参数对预设处理模块进行配置，生成模拟处理模块，并通过模拟 处理模块模拟完成待检测DTU设备的传输业务。
在一示例性实施例中，通过综合业务管理模块根据待检测DTU设备选用的协议，并通过综合业务管理模块确定预设处理模块的通讯协议如Goose协议和Sv协议；通讯协议保持与待检测DTU设备的通讯协议一致后，基于步骤S10中，综合业务管理模块获取到的待检测DTU设备的业务参数，配置预设处理模块，并生成模拟处理模块；模拟处理模块基于业务参数及通讯协议，模拟完成待检测DTU设备的传输业务。
步骤S30，获取模拟处理模块在模拟完成传输业务时的网络质量参数，并基于网络质量参数，确定待检测DTU设备的故障类型。
本实施例中，通过综合业务管理模块获取网络质量参数，并将网络质量参数中各项参数与对应的指标阈值进行比较，并根据网络质量参数中各项参数与对应的指标阈值的大小关系，确定待检测DTU设备发生通讯异常的原因，其中，网络质量参数包括网络抖动率、数据丢包率和数据乱序率。
本公开提供一种设备的故障检测方法，方法在检测到数据传输单元DTU设备发生通讯异常时，通过综合业务管理模块获取待检测DTU设备的业务参数，其中，待检测DTU设备为发生通讯异常的DTU设备；基于业务参数对预设处理模块进行配置，生成模拟处理模块，并通过模拟处理模块模拟完成待检测DTU设备的传输业务；获取模拟处理模块在模拟完成传输业务时的网络质量参数，并基于网络质量参数，确定待检测DTU设备的故障类型。通过上述方式，在检测到数据传输单元DTU设备发生通讯异常时，通过模拟处理模块模拟完成待检测DTU设备的传输业务，以避免实际DTU设备在完成传输业务时发生故障而不便进行故障检测的问题，并基于模拟处理模块完成传输业务时的网络质量参数，确定待检测DTU设备的故障类型，由此，提高了DTU设备的故障检测效率，提升了用户体验，解决了现有DTU设备的故障检测效率低下的技术问题。
参照图3，图3为本公开设备的故障检测方法第二实施例的流程示意图。
基于上述图2所示实施例，本实施例中，步骤S20进一步包括步骤S21至步骤S22。
步骤S21，基于待检测DTU设备的差动业务传输协议，确定第一处理模块和第二处理模块的差动业务传输协议。
步骤S22，通过第一模拟处理模块基于差动业务传输协议向5G终端发送测试数据，并通过第二模拟处理模块基于差动业务传输协议接收5G终端返回的测试数据，以模拟完成待检测DTU设备的传输业务。
本实施例中，当至少两台待检测DTU设备发生通讯异常时，通过两个模拟处理模块分别模拟两台待检测DTU设备，预设端为5G终端，模拟处理模块包括第一处理模块和第二处理模块；预设处理模块通过综合业务管理模块，基于待检测DTU设备的差动业务传输协议，确定模拟处理模块的差动业务传输协议；差动业务传输协议包括Goose协议和SV协议。
具体实施例中，电网DTU的Sv协议，是一种用于实时传输数字采样信息的通信服务。DTU设备对变电站内电子式电流或电压量进行高频率的采样，将采样数据封装到SV报文中，DTU在局域网间进行数据互传，从而保证变电站之间的数据互联互通。
面向通用对象的变电站事件(Goose-Generic Object Oriented Substation Event)是IEC 61850标准中用于满足变电站自动化系统快速报文需求的机制。主要用于实现在多IED之间的信息传递，包括传输跳合闸信号(命令)，具有高传输成功概率。基于Goose网络传输代替传统的硬接线实现开关位置、闭锁信号和跳闸命令等实时信息的可靠传输。相当于传统保护的开入开出回路，其在过程层应用的可靠性、实时性、安全性能满足继电保护的要求，主要依赖于各智能设备的通信处理能力以及Goose网络的组网方案。
Sv协议特征：数据间隔采样发包，最高可达到2000包/秒，包间传输间隔保持一致。
Goose协议特征：只用了国际标准化组织开放系统互联(ISO/OSI)中的4层，其目的是提高可靠性和降低传输延时。b.IEEE802.1Q的应用。在数据链路层，Goose采用IEEE802.1Q、IEEE802.1P协议，保证GOOSE报文的优先传送并提高了Goose网络的安全性。
设备商5G无线网络内场版本测试采用模拟ping工具模拟DTU场景，场景单一且不能真实全部模拟真实场景；各软件没有真实业务测试支撑，仪表只能根据业务模型近似仿真业务，无法替代真实电网协议，不能反映真实传输业务。通过Goose协议和Sv协议，可以实现传输真实业务数据，以通过模拟处理模块真实模拟实现待检测DTU设备进行差动业务传输。
基于上述图3所示实施例，本实施例中，步骤S30进一步包括：获取第一处理模块发送测试数据的发送时间以及第二处理模块接收测试数据的接收时间；根据发送时间和接收时间，计算网络抖动率；基于预设抖动率阈值与网络抖动率的大小关系，确定待检测DTU设备的故障类型为网络故障类型或设备故障类型。
在一示例性实施例中，将预设抖动率阈值与网络抖动率的大小进行比较，若网络抖动 率大于预设抖动率阈值，则确定待检测DTU设备的故障类型是网络故障类型，若网络抖动率不大于预设抖动率阈值，则确定待检测DTU设备的故障类型是设备故障类型。
本实施例中，网络质量参数包括网络抖动率，开启第一处理模块和第二处理模块的模拟进程，第一处理模块的发送端选择存储在装置上的测试数据，嵌入发送时刻的UTC时间，封装成DTU协议后通过5G终端发送到网络中，第二处理模块的接收端将DTU的测试数据进行协议解包，并记录解包的UTC时间，通过发送和接收时刻，可以计算得出网络的延时、抖动，并可根据网络的延时计算得到网络抖动率。这些数据包网络传输指标软件可定制，比真实DTU设备显示的数据更丰富。
在具体实施例中，在传统电网中，DTU设备通过设备面板的LED液晶显示屏显示测试数据统计的，只有数据包的分段时延统计。出现丢包、乱序、超时等问题，只能从网络侧去分析，而无法灵活模拟DTU设备出现上述问题时的真实传输过程。
网络抖动率是网络延时的变化量，它是由同一应用的任意两个相邻数据包在传输路由中经过网络延迟而产生，网络抖动率由相邻数据包延时时间除以数据包序号差得到的，具体计算步骤如下：
计算端到端延迟，就是指数据包的接收时间与发送时间之差，接收端节点收到数据包的时间减去发送端节点发出数据包的时间，就是端到端的延时，即：
端到端延迟＝数据包的接收时间－数据包的发送时间；
网络抖动率＝(数据包m的延迟－数据包n的延迟)/(数据包m的序号m－数据包n的序号n)。
嵌入式系统中，一般情况下使用精简的问题系统，系统默认为UTC时间，也就是0时区。
在具体实施例中，通过模拟处理模块模拟传输业务的过程中的发送时间和接收时间，计算得到网络抖动率，并通过预设抖动率阈值和网络抖动率的大小关系，确定待检测DTU设备发生通讯异常的原因，实现了精准定位待检测DTU设备发生通讯异常的问题。
基于上述图3所示实施例，本实施例中，设备的故障检测方法的步骤还包括：在存在至少两台待检测DTU设备时，基于至少两台待检测DTU设备的位置关系，确定至少两个模拟处理模块，其中，位置关系包括同站位置关系或异站位置关系。
本实施例中，增加GPS模块或者时钟同步模块，以可实现跨站智能电网DTU之间通讯和测试。在异地的两台装置上，通过GPS时钟同步，保证严格时钟同步，从而保证测试 时延数据的准确性。两台设备分别运行DTU收发协议程序，进行测试数据——第一处理模块——5G终端——5G网络——5G终端——第二处理模块的数据传输流程，模拟DTU跨站场景测试需求。
在一示例性实施例中，模拟处理模块模拟待检测DTU设备以软件进程的方式体现，为达到真实的待检测DTU设备严格间隔2000包/秒的业务发送特征，一个模拟DTU软件进程独占一个CPU处理核，来保证传输业务的实时调度。如CPU有12个处理核就可以模拟12个待检测DTU设备，在实际测试中，若需要更多的DTU模拟测试，可以通过堆叠的方式实现。
GPS时钟是基于最新型GPS高精度定位授时模块开发的基础型授时应用产品，GPS时钟能够按照用户需求输出符合规约的时间信息格式，从而完成同步授时服务。GPS时钟主要分为两类，一类是GPS授时仪，主要输出时标信息，包括1PPS+TOD(1 Pulseper Second+Time of Day，秒脉冲+日时间)信息；另外一类是GPS同步时钟，后者输出利用卫星信号驯服OCXO(Oven Controlled Crystal Oscillator，恒温晶体振荡器)或者铷钟得到的高稳定频率信息，以及本地恢复的更平稳的时标信号。
在具体实施例中，当存在至少两台待检测DTU设备时，获取至少两台待检测DTU设备之间的位置关系，位置关系包括同站位置关系和异站位置关系。当位置关系为同站位置关系时，可以通过一台设备的故障检测设备中的多个处理模块模拟待检测DTU设备的传输业务，此时多个处理模块的内置时钟是同一个内置时钟，即无需额外增加GPS模块或时钟同步模块；当位置关系为异站位置关系时，通过属于多台设备的故障检测设备的多个处理模块，模拟待检测DTU设备的传输业务，多台设备的故障检测设备的内置时钟不同，为保证在模拟过程中，获取网络质量参数的准确性，因此需要增加GPS模块或时钟同步模块，以提高通过处理模块模拟完成待检测DTU设备的传输业务的准确性。
基于上述图3所示实施例，本实施例中，步骤S30具体还包括：基于第一处理模块发送的测试数据与第二处理模块接收的测试数据，计算数据丢包率；基于预设丢包率阈值与数据丢包率的大小关系，确定待检测DTU设备的故障类型为网络故障类型或设备故障类型。
在具体实施例中，将预设丢包率阈值与数据丢包率的大小进行比较，若数据丢包率大于预设丢包率阈值，则确定待检测DTU设备的故障类型是网络故障类型，若数据丢包率不大于预设丢包率阈值，则确定待检测DTU设备的故障类型是设备故障类型。
在具体实施例中，数据丢包率是指测试中所丢失数据包数量占所发送数据组的比率。计算方法是：[(输入报文-输出报文)/输入报文]*100％。丢包率与测试数据长度以及数据发送频率相关。
本方法应用于设备的故障检测设备中，根据智能电网DTU Goose协议和Sv协议，发送数据的持续时间，发送数据的频率以及采样点数及测试数据的长度可以参数化定制，以灵活模拟不同厂家的DTU设备。
在具体实施例中，设备的故障检测方法通过对第一处理模块发送的测试数据和第二处理模块接收的测试数据进行比较，计算得到数据丢包率，通过预设丢包率阈值与数据丢包率的大小进行比较，判断网络是否存在异常，从而能够准确定位待检测DTU设备的故障类型。
参照图4，图4为本公开设备的故障检测方法第三实施例的流程示意图。
基于上述图3所示实施例，本实施例中，步骤S30具体进一步包括步骤S31至步骤S32。
步骤S31，基于第一处理模块发送的测试数据与第二处理模块接收的测试数据，计算数据乱序率。
步骤S32，基于预设乱序率阈值与数据乱序率的大小关系，确定待检测DTU设备的故障类型为网络故障类型或设备故障类型。
本实施例中，数据乱序率是指发送数据过程中，接收端接收到的测试数据中报文顺序和发送端发送的测试数据中报文顺序不同的比例。在数据传输过程中，由于网络不稳定，导致先发送的数据收到前，就已经接收到后发送的数据，则将发送与接收顺序不同的数据记作乱序数据。
参照图5，图5为本公开设备的故障检测方法第四实施例的流程示意图。
基于上述图4所示实施例，本实施例中，步骤S32具体进一步包括步骤S33至步骤S34。
步骤S33，若数据乱序率大于预设乱序率阈值，则确定待检测DTU设备的故障类型为网络故障类型。
步骤S34，若数据乱序率不大于乱序率阈值，则确定待检测DTU设备的故障类型为设备故障类型。
本实施例中，数据乱序率是指发送数据过程中，接收端接收到的测试数据中报文顺序和发送端发送的测试数据中报文顺序不同的比例。
在具体实施例中，将预设乱序率阈值与数据乱序率比较，若数据乱序率大于预设乱序率阈值，则模拟处理模块在模拟完成传输业务时，发送通讯异常的故障类型为网络故障类型，并由此判定待检测DTU设备发生通讯异常的故障类型为网络故障类型；若数据乱序率不大于乱序率阈值，则模拟处理模块在模拟完成传输业务时，发送通讯异常的故障类型为设备故障类型，并由此判定待检测DTU设备发生通讯异常的故障类型为设备故障类型。
在一示例性实施例中，设备的故障检测方法通过对第一处理模块发送的测试数据和第二处理模块接收的测试数据进行比较，计算得到数据乱序率，通过预设乱序率阈值与数据乱序率的大小进行比较，判断网络是否存在异常，从而能够准确定位待检测DTU设备发生通讯异常的原因。
基于上述任一实施例，通过设备的故障检测设备在测试结束后，可输出业务统计指标、网络统计指标、5G终端的过程信令和测试数据在测试过程的移动路径，所有数据上传云端，其中，业务参数包括发送间隔、发送频率、数据大小、通讯协议选择和/或业务测试时间。
本实施例中，处理单元在模拟完成传输业务的过程中，将模拟过程中所产生的数据发送至云端，相关工作人员在需要时可以对模拟过程中产生的数据进行调用，区别于传统的DTU设备，仅仅能在液晶显示屏中显示有限的数据，提升了在待检测DTU设备发生通讯异常时，定位故障类型的准确性，且设备的故障检测设备的体积小，易于携带，当待检测DTU设备出现通讯异常时，可以迅速进行故障检测，降低由于待检测DTU设备发生通讯异常而导致的电网的危害及损失。
在一示例性实施例中，本公开中设备的整个故障检测流程如下：检测到DTU设备发生通讯异常时，确定发生通讯异常的DTU设备数量，当数量不小于两台时，判断发生通讯异常的DTU设备的位置关系；通过综合业务管理模块获取待检测DTU设备的业务参数，并通过综合业务管理模块，将业务参数配置至预设处理模块，生成模拟处理模块，并通过模拟处理模块，基于差动业务传输协议，模拟完成待检测DTU设备的传输业务。
模拟处理模块在模拟过程中，通过计算第一处理模块发送测试数据的时间和第二处理模块接收测试数据的时间，得到网络抖动率；通过比较第一处理模块发送的测试数据和第二处理模块接收的测试数据，得到数据丢包率和数据乱序率；通过预设抖动率阈值与网络抖动率的比较、预设丢包率阈值与数据丢包率的比较和预设乱序率阈值与数据乱序率的比较，确定待检测DTU设备的故障类型。
若网络抖动率大于预设抖动率阈值，则确定待检测DTU设备的故障类型是网络故障 类型；若网络抖动率不大于预设抖动率阈值，则确定待检测DTU设备的故障类型是设备故障类型。
若数据丢包率大于预设丢包率阈值，则确定待检测DTU设备的故障类型是网络故障类型；若数据丢包率不大于预设丢包率阈值，则确定待检测DTU设备的故障类型是设备故障类型。
若数据乱序率大于预设乱序率阈值，则确定待检测DTU设备的故障类型是网络故障类型；若数据乱序率不大于预设乱序率阈值，则确定待检测DTU设备的故障类型是设备故障类型。
根据不同的预设指标阈值和对应的网络质量参数的大小关系，故障类型可以是单一的网络故障类型或设备故障类型，也可以是两种故障类型均存在。
此外，本公开还提供一种计算机可读存储介质。
本公开计算机可读存储介质上存储有设备的故障检测程序，其中所述设备的故障检测程序被处理器执行时，实现如上述的设备的故障检测方法的步骤。
其中，设备的故障检测程序被执行时所实现的方法可参照本公开设备的故障检测方法的各个实施例，此处不再赘述。
本公开提供一种设备的故障检测方法，方法在检测到数据传输单元DTU设备发生通讯异常时，通过综合业务管理模块获取待检测DTU设备的业务参数，其中，待检测DTU设备为发生通讯异常的DTU设备；基于业务参数对预设处理模块进行配置，生成模拟处理模块，并通过模拟处理模块模拟完成待检测DTU设备的传输业务；获取模拟处理模块在模拟完成传输业务时的网络质量参数，并基于网络质量参数，确定待检测DTU设备的故障类型。通过上述方式，在检测到数据传输单元DTU设备发生通讯异常时，通过模拟处理模块模拟完成待检测DTU设备的传输业务，以避免实际DTU设备在完成传输业务时发生故障而不便进行故障检测的问题，并基于模拟处理模块完成传输业务时的网络质量参数，确定待检测DTU设备的故障类型，由此，提高了DTU设备的故障检测效率，提升了用户体验，解决了现有DTU设备的故障检测效率低下的技术问题。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包 括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本公开序号仅仅为了描述，不代表实施例的优劣。
本公开可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本公开可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本公开，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本公开各个实施例所述的方法。
以上仅为本公开的优选实施例，并非因此限制本公开的专利范围，凡是利用本公开说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本公开的专利保护范围内。

Claims (10)

  1. 一种设备的故障检测方法，包括以下步骤：
    在检测到数据传输单元DTU设备发生通讯异常时，通过综合业务管理模块获取待检测DTU设备的业务参数，其中，所述待检测DTU设备为发生通讯异常的DTU设备；
    基于所述业务参数对预设处理模块进行配置，生成模拟处理模块，并通过所述模拟处理模块模拟完成所述待检测DTU设备的传输业务；
    获取所述模拟处理模块在模拟完成所述传输业务时的网络质量参数，并基于所述网络质量参数，确定所述待检测DTU设备的故障类型。
  2. 如权利要求1所述的设备的故障检测方法，其中，所述预设端为5G终端，所述模拟处理模块包括第一处理模块和第二处理模块，所述通过所述模拟处理模块模拟完成所述待检测DTU设备的传输业务，包括：
    基于所述待检测DTU设备的差动业务传输协议，确定所述第一处理模块和所述第二处理模块的差动业务传输协议；
    通过所述第一模拟处理模块基于所述差动业务传输协议向所述5G终端发送测试数据，并通过所述第二模拟处理模块基于所述差动业务传输协议接收所述5G终端返回的所述测试数据，以模拟完成所述待检测DTU设备的传输业务。
  3. 如权利要求2所述的设备的故障检测方法，其中，所述网络质量参数包括网络抖动率，所述获取所述模拟处理模块在模拟完成所述传输业务时的网络质量参数，并基于所述网络质量参数，确定所述待检测DTU设备的故障类型，包括：
    获取所述第一处理模块发送所述测试数据的发送时间以及所述第二处理模块接收所述测试数据的接收时间；
    根据所述发送时间和所述接收时间，计算所述网络抖动率；
    基于预设抖动率阈值与所述网络抖动率的大小关系，确定所述待检测DTU设备的故障类型为网络故障类型或设备故障类型。
  4. 如权利要求2所述的设备的故障检测方法，其中，所述网络质量参数包括数据丢包率，所述获取所述模拟处理模块在模拟完成所述传输业务时的网络质量参数，并基于所述网络质量参数，确定所述待检测DTU设备的故障类型，包括：
    基于所述第一处理模块发送的所述测试数据与所述第二处理模块接收的所述测试数 据，计算所述数据丢包率；
    基于预设丢包率阈值与所述数据丢包率的大小关系，确定所述待检测DTU设备的故障类型为网络故障类型或设备故障类型。
  5. 如权利要求2中所述的设备的故障检测方法，其中，所述网络质量参数包括数据乱序率，所述获取所述模拟处理模块在模拟完成所述传输业务时的网络质量参数，并基于所述网络质量参数，确定所述待检测DTU设备的故障类型，还包括：
    基于所述第一处理模块发送的所述测试数据与所述第二处理模块接收的所述测试数据，计算所述数据乱序率；
    基于预设乱序率阈值与所述数据乱序率的大小关系，确定所述待检测DTU设备的故障类型为网络故障类型或设备故障类型。
  6. 如权利要求5中所述的设备的故障检测方法，其中，所述基于预设乱序率阈值与所述数据乱序率的大小关系，确定所述待检测DTU设备的故障类型为网络故障类型或设备故障类型，包括：
    若所述数据乱序率大于预设乱序率阈值，则确定所述待检测DTU设备的故障类型为所述网络故障类型；
    若所述数据乱序率不大于所述乱序率阈值，则确定所述待检测DTU设备的故障类型为所述设备故障类型。
  7. 如权利要求1所述的设备的故障检测方法，其中，所述基于所述业务参数对预设模拟处理模块进行配置，并通过配置后的所述预设模拟处理模块模拟完成所述待检测DTU设备的传输业务之前，还包括：
    在存在至少两台所述待检测DTU设备时，基于至少两台所述待检测DTU设备的位置关系，确定至少两个所述模拟处理模块，其中，所述位置关系包括同站位置关系或异站位置关系。
  8. 如权利要求1-7中任一项所述的设备的故障检测方法，其中，所述业务参数包括发送间隔、发送频率、数据大小、通讯协议选择和/或业务测试时间。
  9. 一种设备的故障检测设备，包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的设备的故障检测程序，其中所述设备的故障检测程序被所述处理器执行时，实现如权利要求1至8中任一项所述的设备的故障检测方法的步骤。
  10. 一种计算机可读存储介质，所述计算机可读存储介质上存储有设备的故障检测程序，其中所述设备的故障检测程序被处理器执行时，实现如权利要求1至8中任一项所述的设备的故障检测方法的步骤。
PCT/CN2023/072487 2022-05-20 2023-01-17 设备的故障检测方法、设备及存储介质 WO2023221547A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210549526.XA CN117135662A (zh) 2022-05-20 2022-05-20 设备的故障检测方法、设备及存储介质
CN202210549526.X 2022-05-20

Publications (1)

Publication Number Publication Date
WO2023221547A1 true WO2023221547A1 (zh) 2023-11-23

Family

ID=88834510

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/072487 WO2023221547A1 (zh) 2022-05-20 2023-01-17 设备的故障检测方法、设备及存储介质

Country Status (2)

Country Link
CN (1) CN117135662A (zh)
WO (1) WO2023221547A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117424658A (zh) * 2023-12-18 2024-01-19 云南云电信息通信股份有限公司 一种相控阵天线故障检测系统
CN117955243A (zh) * 2024-03-21 2024-04-30 新缆集团有限公司 一种环网柜智能远程监控方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108923957A (zh) * 2018-06-14 2018-11-30 深圳深宝电器仪表有限公司 一种配网终端dtu故障排除的方法、装置和终端设备
WO2021017364A1 (zh) * 2019-07-26 2021-02-04 京信通信系统（中国）有限公司 一种网络故障诊断方法、装置、网络设备及存储介质
CN112834850A (zh) * 2021-01-06 2021-05-25 长沙民政职业技术学院 电气自动化设备故障检测系统、方法、终端及储存介质
CN113873560A (zh) * 2021-09-29 2021-12-31 中国电信股份有限公司 网络故障的处理方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108923957A (zh) * 2018-06-14 2018-11-30 深圳深宝电器仪表有限公司 一种配网终端dtu故障排除的方法、装置和终端设备
WO2021017364A1 (zh) * 2019-07-26 2021-02-04 京信通信系统（中国）有限公司 一种网络故障诊断方法、装置、网络设备及存储介质
CN112834850A (zh) * 2021-01-06 2021-05-25 长沙民政职业技术学院 电气自动化设备故障检测系统、方法、终端及储存介质
CN113873560A (zh) * 2021-09-29 2021-12-31 中国电信股份有限公司 网络故障的处理方法和装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117424658A (zh) * 2023-12-18 2024-01-19 云南云电信息通信股份有限公司 一种相控阵天线故障检测系统
CN117955243A (zh) * 2024-03-21 2024-04-30 新缆集团有限公司 一种环网柜智能远程监控方法
CN117955243B (zh) * 2024-03-21 2024-06-07 新缆集团有限公司 一种环网柜智能远程监控方法

Also Published As

Publication number Publication date
CN117135662A (zh) 2023-11-28

Similar Documents

Publication Publication Date Title
WO2023221547A1 (zh) 设备的故障检测方法、设备及存储介质
Aftab et al. IEC 61850 based substation automation system: A survey
CN103176084B (zh) 全景取代模式的智能变电站模拟系统及其集成测试方法
CN104539473B (zh) 智能变电站网络虚拟二次回路整组校验方法和系统
CN102064614B (zh) 基于iec61850标准的数字化变电站故障反演和通信反演方法
Naglic et al. Synchro-measurement application development framework: An IEEE standard C37. 118.2-2011 supported MATLAB library
WO2015078028A1 (zh) 一种区域电网智能设备时间分析仪
Docquier et al. Performance evaluation methodologies for smart grid substation communication networks: A survey
Ali et al. IEC 61850 substation communication network architecture for efficient energy system automation
CN102593955B (zh) 一种综合性智能化时间频率测试系统与测试方法
Jing et al. A novel whole-view test approach for onsite commissioning in smart substation
CN110943881A (zh) 一种基于就地化保护工厂化调试的测试系统及方法
CN103698636A (zh) 一种继电保护测试仪并行同步测试的方法
CN204244203U (zh) 一种测试继电保护测试仪触发延时的系统
Mekkanen et al. Analysis and methodology for measuring the IEC61850 GOOSE messages latency: Gaining interoperability testing
Daboul et al. Testing protection relays based on IEC 61850 in substation automation systems
Amelot et al. An IEEE 1588 performance testing dashboard for power industry requirements
Singh et al. Development and implementation of a MATLAB-based phasor data concentrator for synchrophasor applications
Amelot et al. Towards timely intelligence in the power grid
Fletcher et al. Smart clocks have a hand in the smart grid
Castello et al. Latency characterization of a wide area monitoring protection and control application in the Italian transmission system
CN106532959A (zh) 应用于变电站的多功能装置
Ferdowsi et al. Modular intelligent node for distribution systems
Quint Practical implementation of a security-dependability adaptive voting scheme using decision trees
WO2023202037A1 (zh) 业务测试方法、装置及相关设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23806509

Country of ref document: EP

Kind code of ref document: A1