CN111049664A - Network alarm processing method, device and storage medium - Google Patents

Network alarm processing method, device and storage medium Download PDF

Info

Publication number
CN111049664A
CN111049664A CN201811183202.9A CN201811183202A CN111049664A CN 111049664 A CN111049664 A CN 111049664A CN 201811183202 A CN201811183202 A CN 201811183202A CN 111049664 A CN111049664 A CN 111049664A
Authority
CN
China
Prior art keywords
equipment
alarm
alarm processing
processing procedure
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201811183202.9A
Other languages
Chinese (zh)
Inventor
王金辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201811183202.9A priority Critical patent/CN111049664A/en
Priority to PCT/CN2019/110661 priority patent/WO2020073994A1/en
Publication of CN111049664A publication Critical patent/CN111049664A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0631Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0876Aspects of the degree of configuration automation

Landscapes

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

Abstract

The embodiment of the invention discloses a network alarm processing method, which comprises the following steps: acquiring a device portrait of a first device; wherein the device representation comprises at least one feature parameter characterizing a device feature; determining a device set where the first device is located according to the device portrait of the first device; when the first equipment generates an alarm event, determining a target alarm processing procedure based on the alternative alarm processing procedures corresponding to the equipment set; and utilizing the target alarm processing procedure to carry out fault processing on the first equipment. The embodiment of the invention also discloses a network alarm processing device and a storage medium.

Description

Network alarm processing method, device and storage medium
Technical Field
The present invention relates to the field of computer and communication technologies, and in particular, to a network alarm processing method, device and storage medium.
Background
The loss caused by network failure is increasingly serious along with the enlargement of network scale, when network equipment fails, alarm reporting is triggered, and an alarm event is presented on a network management interface; when the fault is eliminated, the equipment reports the alarm recovery and clears the alarm event from the network management interface. Thus, the handling of network failures may translate into the handling of network alarm events.
The existing network alarm event processing is generally completed in a manual mode, namely, network operation and maintenance personnel analyze the reason of fault generation according to alarm information and fault phenomena by monitoring current alarm information and then perform manual processing on network faults.
However, the existing network alarm event processing is limited by personal ability and experience of operation and maintenance personnel, and the error rate is high; moreover, the manual mode may cause the processing of the whole fault to be greatly delayed due to neglecting some key alarm information; furthermore, in the face of thousands of alarms on the network, a large amount of manpower is required.
Disclosure of Invention
In order to solve the existing technical problem, embodiments of the present invention provide a network alarm processing method, apparatus, and storage medium.
A method of network alarm processing, the method comprising: acquiring a device portrait of a first device; wherein the device representation comprises at least one feature parameter characterizing a device feature; determining a device set where the first device is located according to the device portrait of the first device; when the first equipment generates an alarm event, determining a target alarm processing procedure based on the alternative alarm processing procedures corresponding to the equipment set; and utilizing the target alarm processing procedure to carry out fault processing on the first equipment.
A network alarm handling device, the device comprising: an acquisition unit for acquiring a device portrait of a first device; wherein the device representation is at least one feature parameter characterizing a device feature; a determining unit configured to determine the device set of the first device from a device representation of the first device; the device set is also used for determining a target alarm processing procedure based on the alternative alarm processing procedure corresponding to the device set when the first device generates an alarm event; and the processing unit is used for carrying out fault processing on the first equipment by utilizing the target alarm processing procedure.
The embodiment of the invention also provides a computer storage medium, wherein the storage medium is provided with computer executable instructions, and the computer executable instructions are executed by a processor to realize the network alarm processing method provided by any embodiment of the invention.
The network alarm processing method, the device and the storage medium provided by the embodiment of the invention acquire the equipment portrait of the first equipment; wherein the device representation comprises at least one feature parameter characterizing a device feature; and determining the equipment set where the first equipment is located according to the equipment portrait of the first equipment. In this manner, devices that tend to be similar or identical to the first device characteristic may be identified as a device set based on the device representation.
When the first equipment generates an alarm event, determining a target alarm processing procedure based on the alternative alarm processing procedures corresponding to the equipment set; and utilizing the target alarm processing procedure to carry out fault processing on the first equipment. In this way, when the first device has an alarm event, the same or similar devices having the same fault can be searched from the device set, and the alarm processing procedures of the same or similar devices are applied to the first device, so as to implement the processing of the alarm event of the first device, that is, the processing of the fault of the first device; therefore, the alarm rules which are required to be pressed when the equipment processes the faults do not need to be set for each piece of equipment independently, so that the time and the energy required for manually setting the alarm rules are reduced, and the automatic processing of the alarm events of the equipment is realized; and the time required by manual investigation can be greatly reduced, and the labor input is reduced.
In addition, the target alarm procedure for fault processing is independent of the personal ability and experience of operation and maintenance personnel, and the alarm processing procedure for the same fault is processed according to the same or similar equipment, so that the error rate of manual processing is reduced.
Drawings
FIG. 1 is a flow chart of a network alarm processing method according to an embodiment of the present invention;
FIG. 2 is a flow chart of a network alarm processing method according to an embodiment of the present invention;
FIG. 3 is a flow chart of a network alarm processing method according to an embodiment of the present invention;
FIG. 4 is a flowchart illustrating a network alarm processing method according to an embodiment of the present invention;
FIG. 5 is a flowchart illustrating a network alarm processing method according to an embodiment of the present invention;
FIG. 6 is a schematic structural diagram of a network alarm processing apparatus according to an embodiment of the present invention;
fig. 7 is a schematic diagram of a hardware structure of a network alarm processing device according to an embodiment of the present invention.
Detailed Description
The network alarm processing method provided by the embodiment of the invention is mainly applied to network systems such as telecommunication, mobile and Unicom; in particular, the system can also be applied to a traffic network system, an electric power network system, a water conservancy control network system, or other various industrial, agricultural and other control network systems. The implementation, functional features and advantages of the present invention will be further explained with reference to the accompanying drawings. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
As shown in fig. 1, an embodiment of the present invention provides a network alarm processing method, which is applied to a terminal and mainly includes the following steps.
Here, the terminal is a device that executes the network alarm processing method, and may be a Personal Computer (PC) or other electronic device.
Step 101, acquiring an equipment portrait of first equipment; wherein the device representation comprises at least one characteristic parameter characterizing a device characteristic.
Here, the first device may be a hardware structure in a network system; may refer to a computer or server or switch, etc. in a network system. The first device is any device in a network system.
Here, the device image is data characterizing the device characteristic parameters; the device representation may be represented in the form of an array, vector, matrix, or any other way that may represent a representation that includes one or more characteristic parameters.
Further, the device representation comprises at least one of the following characteristic parameters: the geographical location of the device, the network location of the device, the service duration of the device, the performance indicators of the device, the log of the device, and the operating status of the device.
In some embodiments, the geographic location may include: longitude and latitude or administrative regions and the like.
The network location may indicate: the type of network the device is in, the area of the network. For example, the device is a radio network device belonging to the radio network, a core network device belonging to the core network, or a transport network device belonging to the transport network. As another example, a network slice or network sub-slice to which the device belongs.
The service duration of the device may include at least one of: the duration of the equipment from the time of putting into use to the current time; the length of time the device is in the on state from being put into use.
The performance index of the equipment can comprise: parameters indicating the hardware and software performance of the device, such as the type of processor (e.g., Central Processing Unit (CPU) or Graphics Processing Unit (GPU)), the number of cores of the processor, etc.
The log of the device may include: a system log of the device and/or an application log of the device. The system log may be a log generated by an operating system of the device, and the application log of the device may be a log generated by an application within the device.
The operation state of the device may include: various status information indicating the current status of the device, including but not limited to: information indicating whether the device is in a running state, for example, the running state indicates that the device is powered on and started up currently, otherwise, the device is considered to be not powered on or started up; information indicating whether the device is normal, for example, whether a crash phenomenon occurs, whether a certain hardware is in failure, and the like; indicating the load information of the device, e.g. whether it is running overloaded, etc.
The above is merely an example of various information, and the specific implementation is not limited to the above example.
Here, the device image may also include other characteristic parameters, such as software and hardware configuration parameters of the device. In summary, the device representation of the device includes, but is not limited to, at least one of the above parameters, which may be any parameter that characterizes a performance index and a behavior pattern of the device.
In other embodiments, the network location of the device is a node location where the device is located in the network system, such as an nth node in the first level network. N is a positive integer.
The service duration of the device may be a duration from the factory to the current use of the device.
The performance index of the device may be the operation speed of a CPU in the device, the capacity of a memory, the capacity of an external memory, the word length, and the like.
The log of the device is a record of the occurrence of an event by the device. For example, logs of equipment operating conditions: a certain service performed at a certain time or what kind of failure occurred at a certain time, etc.
The running state of the equipment is whether the equipment is in a working mode or not. For example, the operational state includes, but is not limited to, a state in an operational mode, a sleep mode, a power off mode, and the like.
In one embodiment, the device representation is represented by: device A (location)A1,servicetimeA2,kpi_modelA3,config_argsA4,log_A5) (ii) a Wherein the locationA1Characterizing the geographical location of the device A, the servicetimeA2Characterizing the service duration of the device A, said kpi _ modelA3Characterizing a performance indicator of the apparatus A, the config _ argsA4 characterizing the configuration parameters of the device A, the log \ uA5A log characterizing the device a.
Specifically, the first device extracts, depending on a data source in a database, data characterizing features of the device, for example, data of basic information such as a geographical location and configuration parameters of the device, and/or data of performance indexes, and/or behavior pattern information such as alarms and logs; after the operations such as cleaning, completion and the like are carried out on the data, unreasonable data are removed, and characteristic parameters of the equipment are formed; and establishing a device portrait of the device according to the characteristic parameters.
And 103, determining the equipment set where the first equipment is located according to the equipment portrait of the first equipment.
Optionally, the terminal determines, as a device set, devices corresponding to one or more feature parameters with small differences according to the feature parameters included in the device representation of the first device.
Specifically, a device image library is created from device images of each device. Specifically, an equipment portrait can be established for each equipment in the current network system according to the acquired characteristic parameters of each equipment; for example, the device images all include the same type of parameters, such as the geographic addresses of the devices, the service durations of the devices, the performance indicators of the devices, and the characteristic parameters of the logs of the devices in the device 1, the device 2, the device 3 … …, and the device M; wherein the first device is device 1. Establishing an equipment portrait library according to the equipment portraits of the equipment, for example, as shown in the following table 1; determining several devices with at least one characteristic parameter close to the characteristic parameter of the device 1 as a device set H according to the device image library, wherein the device set H is the device set of the first device; wherein M, H is a natural number; m is the total number of the equipment in the network system; h is the reference number of a device set.
Device Drawing of an apparatus
Device 1 (location11,servicetime12,kpi_model13,log14)
Device 2 (location21,servicetime22,kpi_model23,log24)
Device 3 (location31,servicetime32,kpi_model33,log34)
Device 4 (location41,servicetime42,kpi_model43,log44)
Device 5 (location51,servicetime52,kpi_model53,log54)
…… ……
Device M-1 (locationM-11,servicetime M-12,kpi_model M-13,logM-14)
Device M (locationM1,servicetime M2,kpi_model M3,logM4)
TABLE 1 Equipment Picture library
The characteristic parameters of each device and the device 1 can be compared according to the established device portrait base, and the device set where the first device is located is determined according to the comparison result. For example, if the characteristic parameters of the devices 3 and 4 and the device M are similar to the corresponding characteristic parameters in the device 1, it is determined that the device set in which the first device, i.e., the device 1, is located is a device set formed by the device 1, the device 3, the device 4 and the device M, and is defined as a device set H. Can be expressed as follows:
device set H (device 1, device 3, device 4, device M).
Step 105, when the first device has an alarm event, determining a target alarm handling procedure based on the alternative alarm handling procedures corresponding to the device set.
Here, the alarm event may be: the device is disconnected, or the bandwidth used by the device is insufficient, or the device exits the cell service, or the device runs under an overload, and so on.
Specifically, when equipment in a network system fails, an alarm report is triggered, and an alarm event that the equipment fails is presented on a network management interface; when the terminal detects that the first equipment has an alarm event, searching the alarm processing procedures corresponding to the equipment in the equipment set, finding out the equipment which has the same alarm event with the first equipment, and determining the alarm processing procedures used on the equipment with the same alarm event as the target alarm processing procedures.
In one embodiment, the library of device images as shown in Table 1 above; if the first device is device 1, device 1 is in device set H. If an alarm event occurs in the device 1, it may be determined whether an alarm processing procedure of the same alarm event as that occurring in the device 1 exists in the device 3, the device 4, and the device M by searching for the alarm processing procedures corresponding to the device 3, the device 4, and the device M, and if so, determining an alarm processing procedure as a target alarm processing procedure of the first device.
Here, it can be understood that different faults correspond to different alarm events, and that different alarm events correspond to different alarm handling procedures. For example, for a failure of link disconnection, an alarm event corresponding to link disconnection; the failure of the link disconnection is processed by the alarm processing procedure of the link disconnection.
Here, the target alarm processing procedure is determined based on the alternative alarm processing procedures corresponding to the device set, and the target alarm processing procedure corresponding to the category is selected according to the category of the corresponding alarm event.
Here, the alternative alarm handling procedures are stored in a database; the database may be a local database of the terminal, or a database on other external memory; and establishing a corresponding relation between each alternative alarm processing procedure and the equipment, and storing the corresponding relation in a database.
Here, it is understood that each device is correspondingly saved and may include a plurality of alarm handling procedures. For example, the alarm handling procedure corresponding to the device 3 may include an alarm handling procedure 1 regarding link disconnection, an alarm handling procedure 2 regarding exit from cell service, and so on.
And 107, carrying out fault processing on the first equipment by using the target alarm processing procedure.
In an embodiment, if the first device is device 1, device 1 is in the device set H, where the device set H includes device 1, device 3, device 4, and device M; if the first device has a link-down alarm event, the alarm processing procedure 1 corresponding to the link-down alarm event, which is the same alarm event occurring in the device 3, may be selected as the target alarm processing procedure of the first device; and the terminal carries out fault processing on the first equipment according to the alarm processing procedure 1.
In this embodiment, since the device set where the first device is located is determined according to the device portrait of the first device, devices whose features tend to be similar to those of the first device may be determined as one device set; when the first device generates an alarm, the target alarm procedure of the first device can be determined according to the same alarm event generated by the devices with similar characteristics. Therefore, the cooperative processing of the equipment can be realized, and the alarm processing procedures of the similar equipment are applied to the first equipment to process the fault. Therefore, the manual investigation time can be greatly reduced, and the labor input is reduced.
In the embodiment, the target alarm procedure for fault processing does not depend on the personal ability and experience of operation and maintenance personnel, and the alarm processing procedure for the same fault is processed according to similar equipment, so that the error rate of manual processing is reduced.
In the embodiment, thousands of alarm events can be processed in time, and the efficiency of the whole system on fault operation and maintenance is greatly improved.
In this embodiment, as the alarm events occur more, more alarm processing procedures are accumulated, so that the fault events occurring in the network system can be processed more intelligently based on the historical data.
In the foregoing scheme, as shown in fig. 2, the step 103 further includes:
step 1031, determining a similarity value between the first device and the second device according to the device portrait of the first device;
and dividing the first equipment into an equipment set where the second equipment with the similarity value meeting a preset condition with the first equipment is located.
Here, the second device is a hardware structure in a network system; may be a device other than the first device in the network system.
Here, the similarity value between the devices is determined by a method such as euclidean distance, pearson correlation coefficient, cosine similarity, or the like.
Specifically, the similarity value between the devices is determined according to the euclidean distance, and can be determined by calculating the square sum and the reopening square root of the difference between the numerical values of the characteristic parameters corresponding to the devices. Specifically, the following calculation formula can be adopted: the similarity value d ═ srqt ((x1-x2) ^ + (y1-y2) ^ + … … (z1-z2) ^); wherein x1, y1, … … z1 are values corresponding to characteristic parameters of a device respectively; the x2, y2, … … z2 are values corresponding to characteristic parameters of another device.
Wherein, the similarity value between the devices is determined according to the Pearson coefficient, and can be calculated by the observed value and the mean value of the characteristic parameters of the devices.
And determining a similarity value between the devices according to the cosine similarity, and evaluating and acquiring by calculating an included angle of characteristic parameters of the two devices.
Specifically, a similarity value between a first device representation and a second device representation is calculated using the device representation of the first device and the device representation of the second device; and dividing the first equipment into an equipment set where the second equipment with the similarity value meeting a preset condition with the first equipment is located.
In one embodiment, determining the device set may be expressed as follows:
simirarty 1(current _ equipment, equipment _1, equipment _2, equipment _3, equipment _ 4); wherein the Simlairty represents a device set; the current _ demand characterizes the first device; the equipment _1, equipment _2, equipment _3, and equipment _4 characterize the second device.
Here, the predetermined condition that the similarity with the first device satisfies may be N numbers where the similarity with the first device is large.
Here, the greater the similarity value between the devices, the more closely the basic configuration and/or behavior patterns between the two devices are characterized.
Further, the dividing the first device into a device set in which the second device whose similarity value with the first device meets a predetermined condition is located includes:
selecting N second devices with larger similarity values with the first device, and forming a device set where the first device is located by the first device and the selected N second devices; wherein N is a natural number, and is less than or equal to 1% multiplied by M; and M is the number of all the devices of the network.
In this embodiment, the similarity value may be determined according to a device image between devices, and the device set may be determined according to the similarity value, and more specifically, the device set where the first device is located may be determined according to a larger similarity value. In this way, similar or identical devices of the first device may be determined based on device configuration parameters, and/or performance indicators, and/or behavior patterns, etc., such that the determined set of devices may be made more reliable and accurate.
In this embodiment, since the number of the second devices in the device set is determined to be less than one percent of the number of all the devices in the network system, the determined device set can be more reasonable; the method and the device can not detect the devices with the same alarm event when the alarm event occurs to the first device due to the fact that the number of the devices in the determined device set is too small, and therefore the cooperative processing cannot be achieved; the difficulty of searching the devices with the same alarm event can not be increased due to the fact that the number of the devices in the determined device set is too large.
In the foregoing scheme, as shown in fig. 2, the step 105 further includes:
step 1051, according to the alarm event, searching for a third device in the device set having the same alarm event;
selecting the third equipment with the largest similarity value with the first equipment as the similar equipment of the first equipment according to the searched third equipment;
and determining a target alarm processing procedure of the first equipment according to the alarm processing procedure used by the similar equipment for successfully processing the alarm event.
Here, the third device is a device in which the same alarm event has occurred as the first device.
Here, there may be a plurality of devices that have the same alarm event in one device set; comparing the similarity values of the plurality of devices with the similarity value of the first device respectively, and selecting the device with the largest similarity value as the similar device of the first device; and then selecting an alarm processing procedure of the similar equipment for processing the same alarm event generated by the first equipment as a target processing procedure of the first equipment.
In this embodiment, since the device with the largest similarity value with the first device is selected as the similar device of the first device, when fault processing is implemented, successful processing of a fault occurring in the first device can be more favorably implemented.
It should be noted that, if the alarm processing procedure corresponding to the device with the largest similarity value with the first device is selected as the alarm processing procedure for processing the fault target of the first device, if the fault of the first device cannot be successfully processed; the alarm processing procedure corresponding to the device with the second highest similarity value with the first device may be selected again as the target alarm processing procedure for processing the fault of the first device, and if the fault of the first device cannot be successfully processed, the alarm processing procedure corresponding to the device in which the same alarm event occurs in the device set may be selected again as the target alarm processing procedure for the first device. In this manner, it may be further advantageous to ensure clearing of the failure of the network device.
In the foregoing scheme, as shown in fig. 2, the step 107 further includes:
step 1071, if the execution mode of the target alarm processing procedure is the first execution mode, performing automatic troubleshooting on the first device based on the target alarm processing procedure.
Here, the first execution manner may be an automatic execution manner.
Optionally, the target alert processing procedure may be configured to automatically perform the processing; when the terminal finds the target alarm procedure, the fault automatic discharge processing of the first equipment based on the target alarm processing procedure can be realized by automatically operating the target alarm processing procedure.
In this embodiment, the automatic processing of the fault may be implemented by automatically applying the target alarm processing procedure to the fault processing on the first device. Therefore, the intellectualization of the terminal can be further improved.
In the foregoing scheme, as shown in fig. 2, the step 107 further includes:
step 1072, if the execution mode of the target alarm processing procedure is the second execution mode, outputting the predetermined information of the target alarm processing procedure on a network management interface;
and performing automatic fault elimination processing on the first equipment based on the target alarm processing procedure based on a confirmation instruction acting on predetermined information.
Here, the second execution manner may be a trigger execution manner.
In particular, the target alert handling procedure may be configured to trigger an execution mode; when the terminal finds the target alarm procedure, the terminal reports the target alarm processing procedure to a network management interface so as to output the preset information of the target alarm processing procedure on the network management interface; and the terminal performs fault automatic discharge processing on the first equipment based on the target alarm processing rule based on the confirmation instruction acting on the preset information.
In the implementation, the target alarm processing procedure can be pushed to a network management interface through a trigger execution processing mode configured by the target alarm processing procedure, and the preset information of the target alarm processing procedure is output on the network management interface; and confirming the predetermined information through the terminal to realize the fault clearing operation of the first equipment based on the target alarm processing procedure. In this way, when the target alarm handling procedure is configured to trigger execution, the fault clearing operation for the faulty device may also be performed based on the procedure.
In the above step, as shown in fig. 3, the method further includes:
step 109, if the failure of the first device can be successfully processed by using the target alarm processing procedure, establishing a corresponding relationship between the first device and the target alarm processing procedure.
Here, if the failure of the first device is successfully processed by using the target alarm processing procedure, the first device reports an alarm recovery and clears the alarm event from the network management interface.
Optionally, if the target alarm processing procedure is used to successfully process the fault of the first device, establishing a corresponding relationship between the first device and the target alarm processing procedure, and storing the corresponding relationship in a database; and updating the alarm processing procedure corresponding to the equipment of the whole network system.
In this implementation, a stronger cooperative work can be realized by continuously accumulating the alarm processing rules when the device encounters a fault, and as the number of the corresponding alarm processing rules of the device stored in the database is increased, if the network has a fault, the more the corresponding target processing rules can be found, and the more the alarm events occurring in the network can be quickly and effectively processed.
It should be noted that, if the failure of the first device cannot be processed by using the target alarm processing procedure, a suitable alarm processing procedure may be reselected as the target alarm processing procedure, or a manual processing manner is used for processing; the manual processing mode may be a manual fault processing mode performed by an operation and maintenance worker according to the alarm information and the fault linear analysis.
To further explain the present invention, the following exemplifies three application scenarios, respectively scenarios that are configured to be executed automatically, triggered to be executed, and that no identical alarm event can be found in the device set based on the alarm handling procedure.
Application scenario one
The execution mode of the alarm processing procedure in the network system is a first execution mode, and in practical application, the network alarm processing method specifically comprises the following steps.
Step S101: and the terminal constructs an equipment portrait library according to the geographic location of the equipment, the static characteristic parameter of the configuration parameter config _ args, the service duration service 1 of the equipment, the performance index kpi _ model and the dynamic characteristic parameter of the log.
Device Drawing of an apparatus
Device 1 (location11,servicetime12,kpi_model13,config_args14,log14)
Device 2 (location21,servicetime22,kpi_model23,config_args24,log24)
Device 3 (location31,servicetime32,kpi_model33,config_args34,log34)
Device 4 (location41,servicetime42,kpi_model43,config_args44,log44)
Device 5 (location51,servicetime52,kpi_model53,config_args54,log54)
Step S102: the terminal calculates a similarity value between the devices according to the device representation. For example, the euclidean distance is used to calculate the similarity of each device to the other devices.
Similarity value Device 1 Device 2 Device 3 Device 4 Device 5
Device 1 / 0.3 0.8 0.9 0.6
Device 2 0.3 / 0.7 0.6 0.3
Device 3 0.8 0.7 / 0.5 0.2
Device 4 0.9 0.6 0.5 / 0.8
Device 5 0.6 0.3 0.2 0.8 /
Step S103: the terminal selects two devices with the maximum similarity value as a corresponding device set of the current device; then it is determined that,
for device 1, the corresponding device set is { device 3, device 4 };
for device 2, the corresponding device set is { device 3, device 4 };
for device 3, the corresponding device set is { device 1, device 2 };
for device 4, the corresponding device set is { device 1, device 5 };
for device 5, the corresponding device set is device 1, device 4.
Step S104: if device 1 receives an alarm event-S1 link is broken; the terminal searches alarm event processing records of the equipment 3 and the equipment 4 in the knowledge base, and finds that the equipment 4 uses a processing rule P1 when the S1 link disconnection alarm occurs; the terminal selects an alarm handling procedure P1 and handles the S1 link disconnection alarm event on the device according to the procedure P1.
Wherein, the knowledge base is a database stored in a local or other memory; the database records the alarm events of each device, the corresponding processing procedures and the execution modes of the procedures.
The device 4 records in the knowledge base as follows:
device Alarm event Treatment protocol Whether to automate execution
Device 4 S1 Link Break P1 Yes
Here, the alarm handling procedure is configured to be automatically executed as a first execution mode; here, it is represented by "Yes".
Step S105: for the device 1 application protocol P1, after the fault is automatically handled, if the fault is recovered, the operational alarm handling protocol is logged in the knowledge base. The records of the knowledge base are as follows:
device Alarm event Treatment protocol Whether to automate execution
Device 4 S1 Link Break P1 Yes
Device 1 S1 Link Break P1 Yes
Application scenario two
In an embodiment, an execution mode of an alarm processing procedure in a network system is a second execution mode, and in practical application, the network alarm processing method specifically includes the following steps.
Steps S201 to S203, i.e., steps S101 to S103 described above.
Step S204: if device 1 receives an alarm event-S1 link is broken; the terminal searches alarm event processing records of the equipment 3 and the equipment 4 in the knowledge base, and finds that the equipment 4 uses a processing rule P2 when the S1 link disconnection alarm occurs; the terminal selects an alarm handling procedure P2 and handles the S1 link disconnection alarm event on the device according to the procedure P2.
Wherein, the knowledge base is a database stored in a local or other memory; the database records the alarm events of each device, the corresponding processing procedures and the execution modes of the procedures.
The device 4 records in the knowledge base as follows:
device Alarm event Treatment protocol Whether to automate execution
Device 4 S1 Link Break P2 No
Here, the alarm handling procedure is configured to trigger execution as a second execution mode; here, it is represented by "No".
Step S205: if the alarm handling procedure P2 cannot be automatically executed, the terminal pushes the alarm handling procedure P2 to the network management interface, and outputs the preset information of the alarm handling procedure 2P on the network interface.
Step S206: the terminal performs fault clearing on the equipment 1 by utilizing the alarm processing procedure P2 based on the confirmation instruction acting on the preset information; and if the fault is recovered, the terminal records the operation alarm processing procedure into the knowledge base. The records of the knowledge base are as follows:
device Alarm event Treatment protocol Whether to automate execution
Device 4 S1 Link Break P2 No
Device 1 S1 Link Break P2 No
Application scenario three:
in an embodiment, if the failed device cannot find the corresponding alarm processing procedure in the similarity set, manual processing may be adopted, and the network alarm processing method specifically includes the following steps.
Steps 301-S303, i.e. steps S101-S103 described above.
Step S304: if the device 2 generates an alarm event-S2 cell exits service; the terminal searches the alarm processing records of the equipment 3 and the equipment 4 in the knowledge base, and if the terminal finds that no processing procedure used when the cell exits from the service occurs in the equipment 3 and the equipment 4, the terminal needs manual processing.
Step S305: after manual troubleshooting, the fault is processed by using a protocol P3; if the failure is recovered, the processing procedure is also recorded in the knowledge base. The following are recorded:
device Alarm event Treatment protocol Whether to automate execution
Device 2 S2 cell out-of-service P3 No
For further explanation, the present invention further provides a network alarm processing method, as shown in fig. 4, including the following steps.
Step S001: reporting an alarm;
optionally, if a device a in the network system fails, the terminal reports the alarm event of the failure to the network management interface.
Step S002: whether similar equipment generates the same alarm or not;
optionally, the terminal finds the device set H corresponding to the device a through a pre-established device set, and finds whether similar devices having the same alarm event exist in the device set H; if yes, go to step S003; if not, step S010 is executed.
Step S003: similar cooperation is carried out, and an alarm procedure P is searched;
optionally, if a similar device B with the same alarm event occurs in the device H; the terminal looks up the corresponding alarm handling procedure P in the database for device B.
Step S004: whether procedure P can be performed automatically;
optionally, the terminal determines whether the alarm processing procedure P corresponding to the device B is configured as a processing mode that can be automatically executed; if yes, go to step S005; if not, step S006 is executed.
Step S005: automatically executing the procedure P;
alternatively, if the alarm handling procedure P is configured as a handling mode to be performed automatically, the alarm handling procedure P may be automatically applied to a fault occurring in the processing device a.
Step S006: pushing the procedure P to a network management interface;
optionally, if the alarm processing procedure P is configured to trigger an executed processing mode, pushing the alarm processing procedure P to a network management interface.
Step S007: manually processing and confirming;
optionally, the alarm handling procedure P is applied to the fault occurring in the processing device a by confirming predetermined information of the output of the network management interface.
Step S008: whether the equipment reports the recovery message or not;
optionally, the terminal determines whether the device reports a failure recovery message; if the recovery message is reported, that is, the alarm event of the device a on the network management interface disappears, step S009 is executed; and if the recovery message is not reported, namely the alarm event of the fault A still exists on the network management interface, ending the process.
Step S009: automatically updating the knowledge base;
optionally, the terminal establishes a corresponding relationship between the device a and the corresponding alarm handling procedure P, and stores the corresponding relationship in a knowledge base.
Step S010: manually processing an alarm;
optionally, if the terminal does not find a similar device in the device set H where the device a is located, the manual processing is performed; the manual processing mode is a mode of manually troubleshooting and processing faults and the like according to the alarm event and the fault phenomenon analysis.
Step S011: adding a new process flow to the knowledge base.
Optionally, if the alarm event of the device a on the network management interface disappears after the manual processing; establishing a corresponding relation between the flow P' used by the manual processing and the equipment A; and storing the corresponding relation in a knowledge base.
In an embodiment, if a certain device fails, a device set corresponding to the device may be searched, a similar device that has an alarm event with the device may be found, and a failure handling procedure of the device may be implemented by an alarm handling procedure for handling the same alarm event in the similar device. Therefore, the cooperative management of the equipment is realized, the cooperative management of the alarm processing procedures of the equipment is concretely realized, and as long as the same alarm event occurs to each equipment in the equipment set where the equipment is located, the alarm processing procedure corresponding to the alarm event can be directly called to process the fault without establishing a new alarm processing procedure or manually processing the fault one by one. Therefore, the manual investigation time can be greatly reduced, and the labor input is reduced; the method can simplify the operation process and improve the efficiency of fault clearing.
In this embodiment, the processing of the device failure based on the alarm processing procedure may be specifically implemented in an execution manner configured according to the alarm processing procedure, specifically, in an automatic execution manner or a non-automatic execution manner (for example, a trigger execution manner).
In this embodiment, a corresponding relationship between the alarm processing procedure for successfully clearing the fault or the processing procedure in the manual processing mode and the device may be established, and stored in the database. Therefore, when a fault occurs in a subsequent network system, historical data can be utilized, so that the longer the running time of the network system is, the more comprehensive the saved alarm processing procedures are, and the more convenient the working personnel can more quickly and accurately process the fault occurring in the network system.
Here, it should be noted that: the following description of the network alarm processing device is similar to the description of the network alarm processing method, and the description of the beneficial effects of the method is omitted for brevity. For technical details that are not disclosed in the embodiments of the network alarm processing device of the present invention, please refer to the description of the embodiments of the network alarm processing method of the present invention.
An embodiment of the present invention further provides an alarm processing apparatus, where the alarm processing method is applied to the alarm processing apparatus, please refer to fig. 5, where the alarm processing apparatus includes:
the data cleaning unit 11 is used for cleaning the data source; wherein the data source is data representing characteristic parameters of equipment in the network system;
specifically, the method can be used for processing the data source 1, the data source 2, … …, and the data source n, and completing data deleted or missing from the data source 1, the data source 2, … …, and the data source n; and n is a natural number.
An image generation unit 12 for creating an equipment image for the equipment based on the cleaned data source; storing the device representation in a device representation library;
specifically, several characteristic parameters are uniformly adopted for the equipment, and the characteristic parameters are used as standards to establish an equipment portrait of the equipment. For example, service duration, log and running state are used as characteristic parameters for equipment in a network system to establish an equipment representation.
A similar device calculating unit 13, configured to calculate similarity values of feature parameters between devices, and determine, as a device set of a current device, N devices with a larger similarity value to the current device;
a knowledge selecting unit 14, configured to search, according to the device set, an alarm processing procedure corresponding to the device from a knowledge base; and the knowledge base records the equipment and the corresponding alarm processing procedure.
An embodiment of the present invention further provides a network alarm processing apparatus, please refer to fig. 6, where the apparatus includes: an acquisition unit 21, a determination unit 22, a processing unit 23; wherein the content of the first and second substances,
the acquiring unit 21 is used for acquiring a device portrait of a first device; wherein the device image is at least one characteristic parameter characterizing the device feature;
the determining unit 22 is configured to determine the device set of the first device according to a device portrait of the first device; the device set is also used for determining a target alarm processing procedure based on the alternative alarm processing procedure corresponding to the device set when the first device generates an alarm event;
the processing unit 23 is configured to perform fault processing on the first device by using the target alarm processing procedure.
Optionally, the device representation comprises at least one of the following characteristic parameters:
the geographical location of the device, the network location of the device, the service duration of the device, the performance indicators of the device, the log of the device, and the operating status of the device.
Optionally, the determining unit 22 further comprises a first determining subunit 221;
the first determining subunit 221 is further configured to determine, according to the device representation of the first device, a similarity value between the first device and a second device;
and dividing the first equipment into an equipment set where the second equipment with the similarity value meeting a preset condition with the first equipment is located.
Optionally, the first determining subunit 221 is further configured to select N second devices with a similarity value greater than that of the first device, and form a device set where the first device is located by the first device and the selected N second devices; wherein N is a natural number, and is less than or equal to 1% multiplied by M; and M is the number of all the devices of the network.
Optionally, the determining unit 22 further comprises a second determining subunit 222;
the second determining subunit 222 is further configured to search, according to the alarm event, a third device in the device set, where the same alarm event occurs;
selecting the third equipment with the largest similarity value with the first equipment as the similar equipment of the first equipment according to the searched third equipment;
and determining a target alarm processing procedure of the first equipment according to the alarm processing procedure used by the similar equipment for successfully processing the alarm event.
Optionally, the processing unit 23 is further configured to perform, if the execution mode of the target alarm processing procedure is a first execution mode, automatic troubleshooting processing on the first device based on the target alarm processing procedure.
Optionally, the processing unit 23 is further configured to output, on a network management interface, predetermined information of the target alarm processing procedure if the execution mode of the target alarm processing procedure is a second execution mode;
and performing automatic fault elimination processing on the first equipment based on the target alarm processing procedure based on a confirmation instruction acting on predetermined information.
Optionally, the processing unit 23 is further configured to establish a corresponding relationship between the first device and the target alarm handling procedure if the failure of the first device can be successfully handled by using the target alarm handling procedure.
An embodiment of the present invention also discloses a terminal, as shown in fig. 7, the terminal includes a processor 31 and a memory 32 for storing a computer program capable of running on the processor; when the processor is used for running a computer program, the network alarm processing method provided by any embodiment of the invention is realized.
In some embodiments, memory 32 in embodiments of the present invention may be either volatile memory or nonvolatile memory, or may include both volatile and nonvolatile memory. The non-volatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of example, but not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic random access memory (Synchronous DRAM, SDRAM), Double data rate Synchronous Dynamic random access memory (ddr DRAM), Enhanced Synchronous SDRAM (ESDRAM), Synchronous link SDRAM (SLDRAM), and Direct Rambus RAM (DRRAM). The memory 32 of the systems and methods described herein is intended to comprise, without being limited to, these and any other suitable types of memory.
And the processor 31 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware or instructions in the form of software in the processor 31. The Processor 31 may be a general-purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf programmable Gate Array (FPGA) or other programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps and logic blocks disclosed in the embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present invention may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in the memory 32, and the processor 31 reads the information in the memory 32 and completes the steps of the method in combination with the hardware.
In some embodiments, the embodiments described herein may be implemented in hardware, software, firmware, middleware, microcode, or a combination thereof. For a hardware implementation, the processing units may be implemented within one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), general purpose processors, controllers, micro-controllers, microprocessors, other electronic units configured to perform the functions described herein, or a combination thereof.
For a software implementation, the techniques described herein may be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The software codes may be stored in a memory and executed by a processor. The memory may be implemented within the processor or external to the processor.
Yet another embodiment of the present invention further provides a computer storage medium, where the computer storage medium stores an executable program, and when the executable program is executed by the processor 31, the following steps of the network alarm processing method may be implemented:
acquiring a device portrait of a first device; wherein the device representation comprises at least one feature parameter characterizing a device feature;
determining a device set where the first device is located according to the device portrait of the first device;
when the first equipment generates an alarm event, determining a target alarm processing procedure based on the alternative alarm processing procedures corresponding to the equipment set;
and utilizing the target alarm processing procedure to carry out fault processing on the first equipment.
Wherein the device representation comprises at least one of the following characteristic parameters:
the geographical position of the equipment, the network position of the equipment, the service duration of the equipment, the performance index of the equipment, the log of the equipment and the running state of the equipment.
Optionally, when executed by the processor 31, the executable program may implement the following steps of the network alarm processing method:
determining a similarity value between the first device and a second device from a device representation of the first device;
and dividing the first equipment into an equipment set where the second equipment with the similarity value meeting a preset condition with the first equipment is located.
Optionally, when executed by the processor 31, the executable program may implement the following steps of the network alarm processing method:
selecting N second devices with larger similarity values with the first device, and forming a device set where the first device is located by the first device and the selected N second devices; wherein N is a natural number, and is less than or equal to 1% multiplied by M; and M is the number of all the devices of the network.
Optionally, when executed by the processor 31, the executable program may implement the following steps of the network alarm processing method:
searching for a third device which generates the same alarm event in the device set according to the alarm event;
selecting the third equipment with the largest similarity value with the first equipment as the similar equipment of the first equipment according to the searched third equipment;
and determining a target alarm processing procedure of the first equipment according to the alarm processing procedure used by the similar equipment for successfully processing the alarm event.
Optionally, when executed by the processor 31, the executable program may implement the following steps of the network alarm processing method:
and if the execution mode of the target alarm processing procedure is a first execution mode, performing automatic fault elimination processing on the first equipment based on the target alarm processing procedure.
Optionally, when executed by the processor 31, the executable program may implement the following steps of the network alarm processing method:
if the execution mode of the target alarm processing procedure is a second execution mode, outputting the preset information of the target alarm processing procedure on a network management interface;
and performing automatic fault elimination processing on the first equipment based on the target alarm processing procedure based on a confirmation instruction acting on predetermined information.
Optionally, when executed by the processor 31, the executable program may implement the following steps of the network alarm processing method:
if the fault of the first equipment can be successfully processed by using the target alarm processing procedure, establishing a corresponding relation between the first equipment and the target alarm processing procedure.
In some embodiments, the computer storage medium may include: a U-disk, a removable hard disk, a Read Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the appended claims.

Claims (10)

1. A network alarm processing method is characterized by comprising the following steps:
acquiring a device portrait of a first device; wherein the device representation comprises at least one feature parameter characterizing a device feature;
determining a device set where the first device is located according to the device portrait of the first device;
when the first equipment generates an alarm event, determining a target alarm processing procedure based on the alternative alarm processing procedures corresponding to the equipment set; and utilizing the target alarm processing procedure to carry out fault processing on the first equipment.
2. The method of claim 1,
the device representation comprises at least one of the following characteristic parameters:
the geographical location of the device, the network location of the device, the service duration of the device, the performance indicators of the device, the log of the device, and the operating status of the device.
3. The method of claim 1,
the determining, according to the device representation of the first device, a device set in which the first device is located includes:
determining a similarity value between the first device and a second device from a device representation of the first device; and dividing the first equipment into an equipment set where the second equipment with the similarity value meeting a preset condition with the first equipment is located.
4. The method of claim 3,
the dividing the first device into a device set in which the second device whose similarity value with the first device meets a predetermined condition is located includes:
selecting N second devices with larger similarity values with the first device, and forming a device set where the first device is located by the first device and the selected N second devices; wherein N is a natural number, and is less than or equal to 1% multiplied by M; and M is the number of all the devices of the network.
5. The method of claim 1,
when the first device generates an alarm event, determining a target alarm processing procedure based on the alternative alarm processing procedures corresponding to the device set, including:
searching for a third device which generates the same alarm event in the device set according to the alarm event;
selecting the third equipment with the largest similarity value with the first equipment as the similar equipment of the first equipment according to the searched third equipment; and determining a target alarm processing procedure of the first equipment according to the alarm processing procedure used by the similar equipment for successfully processing the alarm event.
6. The method of claim 1,
the performing fault handling on the first device by using the target alarm handling procedure includes:
and if the execution mode of the target alarm processing procedure is a first execution mode, performing automatic fault elimination processing on the first equipment based on the target alarm processing procedure.
7. The method of claim 1,
the performing fault handling on the first device by using the target alarm handling procedure includes:
if the execution mode of the target alarm processing procedure is a second execution mode, outputting the preset information of the target alarm processing procedure on a network management interface; and performing automatic troubleshooting on the first equipment based on the target alarm processing procedure based on a confirmation instruction acting on predetermined information.
8. The method of claim 1, further comprising:
if the fault of the first equipment can be successfully processed by using the target alarm processing procedure, establishing a corresponding relation between the first equipment and the target alarm processing procedure.
9. A network alarm handling device, the device comprising:
an acquisition unit for acquiring a device portrait of a first device; wherein the device representation is at least one feature parameter characterizing a device feature;
a determining unit configured to determine the device set of the first device from a device representation of the first device; the device set is also used for determining a target alarm processing procedure based on the alternative alarm processing procedure corresponding to the device set when the first device generates an alarm event;
and the processing unit is used for carrying out fault processing on the first equipment by utilizing the target alarm processing procedure.
10. A storage medium having computer-executable instructions stored therein, the computer-executable instructions being executable by a processor to implement the network alarm processing method of any of claims 1-8.
CN201811183202.9A 2018-10-11 2018-10-11 Network alarm processing method, device and storage medium Pending CN111049664A (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201811183202.9A CN111049664A (en) 2018-10-11 2018-10-11 Network alarm processing method, device and storage medium
PCT/CN2019/110661 WO2020073994A1 (en) 2018-10-11 2019-10-11 Network alarm processing method and apparatus, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811183202.9A CN111049664A (en) 2018-10-11 2018-10-11 Network alarm processing method, device and storage medium

Publications (1)

Publication Number Publication Date
CN111049664A true CN111049664A (en) 2020-04-21

Family

ID=70163594

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811183202.9A Pending CN111049664A (en) 2018-10-11 2018-10-11 Network alarm processing method, device and storage medium

Country Status (2)

Country Link
CN (1) CN111049664A (en)
WO (1) WO2020073994A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113485886A (en) * 2021-06-25 2021-10-08 青岛海尔科技有限公司 Alarm log processing method and device, storage medium and electronic device
CN115240390A (en) * 2022-07-14 2022-10-25 华能核能技术研究院有限公司 Automatic identification system, method, electronic device and medium for alarm response procedure

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150324168A1 (en) * 2013-01-07 2015-11-12 Hitachi Maxell., Ltd. Portable terminal device and information processing system
CN105812177A (en) * 2016-03-08 2016-07-27 华为技术有限公司 Network fault processing method and processing apparatus
CN106411617A (en) * 2016-11-29 2017-02-15 国网山西省电力公司忻州供电公司 Power communication network fault warning correlation processing method
CN107832200A (en) * 2017-10-24 2018-03-23 平安科技(深圳)有限公司 Alert processing method, device, computer equipment and storage medium
WO2018120425A1 (en) * 2016-12-29 2018-07-05 平安科技(深圳)有限公司 Personal property status assessing method, apparatus, device, and storage medium
CN108270620A (en) * 2018-01-15 2018-07-10 深圳市联软科技股份有限公司 Network anomaly detection method, device, equipment and medium based on Portrait brand technology
CN108319695A (en) * 2018-02-02 2018-07-24 华自科技股份有限公司 Power station fault data processing method, device, computer equipment and storage medium

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150324168A1 (en) * 2013-01-07 2015-11-12 Hitachi Maxell., Ltd. Portable terminal device and information processing system
CN105812177A (en) * 2016-03-08 2016-07-27 华为技术有限公司 Network fault processing method and processing apparatus
CN106411617A (en) * 2016-11-29 2017-02-15 国网山西省电力公司忻州供电公司 Power communication network fault warning correlation processing method
WO2018120425A1 (en) * 2016-12-29 2018-07-05 平安科技(深圳)有限公司 Personal property status assessing method, apparatus, device, and storage medium
CN107832200A (en) * 2017-10-24 2018-03-23 平安科技(深圳)有限公司 Alert processing method, device, computer equipment and storage medium
CN108270620A (en) * 2018-01-15 2018-07-10 深圳市联软科技股份有限公司 Network anomaly detection method, device, equipment and medium based on Portrait brand technology
CN108319695A (en) * 2018-02-02 2018-07-24 华自科技股份有限公司 Power station fault data processing method, device, computer equipment and storage medium

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113485886A (en) * 2021-06-25 2021-10-08 青岛海尔科技有限公司 Alarm log processing method and device, storage medium and electronic device
CN113485886B (en) * 2021-06-25 2023-07-21 青岛海尔科技有限公司 Alarm log processing method and device, storage medium and electronic device
CN115240390A (en) * 2022-07-14 2022-10-25 华能核能技术研究院有限公司 Automatic identification system, method, electronic device and medium for alarm response procedure

Also Published As

Publication number Publication date
WO2020073994A1 (en) 2020-04-16

Similar Documents

Publication Publication Date Title
CN110661659B (en) Alarm method, device and system and electronic equipment
CN110601898B (en) Abnormity early warning method, abnormity early warning device, server and storage medium
JP5767617B2 (en) Network failure detection system and network failure detection device
CN111245648A (en) Cloud mobile phone fault alarming and automatic recovery method
CN110955550B (en) Cloud platform fault positioning method, device, equipment and storage medium
CN110545557B (en) VoLTE problem analysis method and device, electronic equipment and storage medium
CN110677480B (en) Node health management method and device and computer readable storage medium
CN110618890B (en) Fault processing method and device, electronic equipment and computer readable storage medium
WO2018125628A1 (en) A network monitor and method for event based prediction of radio network outages and their root cause
CN114095965A (en) Index detection model obtaining and fault positioning method, device, equipment and storage medium
CN111049664A (en) Network alarm processing method, device and storage medium
CN110875841A (en) Alarm information pushing method and device and readable storage medium
CN109818808B (en) Fault diagnosis method and device and electronic equipment
CN113656252B (en) Fault positioning method, device, electronic equipment and storage medium
CN110784358A (en) Method and device for constructing network call relation topological graph
CN111930719A (en) Database access method, device and system
CN116055291A (en) Method and device for determining abnormal prompt information of node
CN115967649A (en) Service health degree checking method and system based on service topological relation
CN112395155A (en) Service monitoring method and device, storage medium and electronic device
CN116389313B (en) Detection system capable of detecting circuit in real time and remotely
CN113328907B (en) Method, core network, apparatus and medium for performance and error detection in a communication network
CN112312445B (en) Voice call processing method and device, storage medium and server
CN115686381B (en) Prediction method and device for storage cluster running state
CN114327967A (en) Equipment repairing method and device, storage medium and electronic device
CN110430093B (en) Data processing method and device and computer readable storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination