A method and system for processing transmission equipment alarms

Abstract

The present invention relates to the technical field of transmission communication equipment alarm processing, and provides a method and system for processing transmission equipment alarms. The device alarm data packets to be parsed are numbered, and the device alarm data packets to be parsed are added to a parsing queue; multiple threads take the device alarm data packets from the parsing queue for processing, and put the processing results into a parsing result cache; a sequential reporting thread is started, and the parsing result cache is traversed in sequence; if there is no corresponding processing result in the parsing result cache, then this network element is recorded to form a network element set; if there is a corresponding processing result in the parsing result cache, and the network element set does not have a network element smaller than the network element corresponding to this number, it means that there is no device alarm data packet waiting to be parsed in front of the network element corresponding to this number, and the parsing result of the device alarm data packet is allowed to be output. The present invention can improve the concurrent processing capability of alarms, ensure the timing of reporting, reduce alarm pressure according to a certain strategy, and dynamically expand the processing capability according to the actual data volume.

Description

Technical field

[0001] The present invention relates to the technical field of transmission communication equipment alarm processing, and in particular to a method and system for processing transmission equipment alarms. [Background Technology]

[0002] With the rapid development of 5G technology, the network scale is getting larger and larger, the number of communication equipment and network devices is increasing, and the number of alarms reported by the equipment is also increasing sharply. The network management system is required to have higher and higher capabilities to process massive alarm data. Figure 1 shown.

[0003] Communication devices report alarms to network management systems in a timed sequence, meaning there's a sequence between alarm initiation and alarm clearing. When devices report large amounts of data in a short period of time, using conventional multithreading to process the data concurrently cannot guarantee correct processing timing. However, using a single thread to process alarm data can lead to low processing efficiency and a bottleneck in alarm processing capabilities.

[0004] In view of this, overcoming the defects of the prior art is an urgent problem to be solved in this technical field. [Summary of the invention]

[0005] The technical problem addressed by this invention is that there is a time sequence for communication devices to report alarms to network management systems, specifically, the order in which alarms are initiated and cleared. When devices report large amounts of data in a short period of time, using conventional multi-threaded processing to process the data concurrently cannot guarantee correct processing timing. However, using a single thread to process the alarm data results in low processing efficiency, creating a bottleneck in alarm processing capabilities.

[0006] The present invention adopts the following technical solutions:

[0007] In a first aspect, the present invention provides a method for processing a transmission equipment alarm, comprising:

[0008] Number the device alarm data packet to be parsed, and add the device alarm data packet to be parsed to the parsing queue;

[0009] Multithreading takes device alarm data packets from the parsing queue for processing and stores the processing results in the parsing result cache;

[0010] Start a sequential reporting thread and traverse the parsing result cache in sequence; if there is no corresponding processing result in the parsing result cache, then record this network element to form a network element set; if there is a corresponding processing result in the parsing result cache, and the network element set does not have a network element smaller than the network element corresponding to this number, it means that there is no device alarm data packet waiting to be parsed in front of the network element corresponding to this number, and the parsing result of the device alarm data packet is allowed to be output.

[0011] Preferably, the processing results are stored in the parsing result cache, specifically including:

[0012] According to the correlation rule, if the processing result is a root alarm, the processing result is marked as a root alarm and placed in the parsing result cache; if the processing result is a derivative alarm, it is marked as a derivative alarm and placed in the parsing result cache.

[0013] Preferably, if the output is a root alarm, it is output to the subsequent process;

[0014] If it is a derivative alarm, determine whether to discard the derivative alarm based on the settings. If the derivative alarm is not discarded, output the processing result to the subsequent process; if the derivative alarm is discarded, it is discarded directly.

[0015] Preferably, the device alarm data packet to be parsed is numbered, and the device alarm data packet to be parsed is added to a parsing queue, specifically including:

[0016] When adding to the resolution queue, the device alarm data is encapsulated into an alarm request, the total number of channels is modulo the network element unique number, and the corresponding modulo value is the alarm request that should be placed in the resolution queue;

[0017] The characteristics of the parsing queue ensure first-in-first-out, and the execution of the parsing queue processing thread is single-threaded sequential. At this time, there is no need to lock to ensure the timing of the alarm-related requests within the network element.

[0018] Preferably, when the processing pressure is high, the number of parsing queues is increased.

[0019] Preferably, it also includes flash alarm suppression, including the flash interval time and the flash suppression number threshold, specifically:

[0020] The processing time of each alarm request is recorded. When a new alarm request comes in, the occurrence time of this alarm request is compared with the clearing time of the previous alarm. If the difference between the two is less than the set flash interval, the alarm is determined to enter the flash state, and the flash count is increased by one.

[0021] When the alarm flash count reaches the flash suppression threshold, subsequent alarms enter the flash suppression state and are directly discarded without continuing the subsequent processing process.

[0022] If the alarm flash count does not reach the flash suppression threshold, the flash count continues to be accumulated and normal analysis, recording or output is performed;

[0023] If after entering the flash suppression state, the time difference between the subsequent alarm and the previous alarm time is greater than the flash interval time, then the alarm will enter the normal state from the flash state, and the alarm in the normal state will continue the subsequent processing flow.

[0024] Preferably, when triggering the flash alarm suppression, if it is impossible to parse the result based on the alarm data packet within the stored flash number, the method further includes:

[0025] According to the type of the first alarm data packet within the parsed flash-out times, its sending time interval is determined; if within the same time interval, the first alarm data packet of the same type is found according to the time tag, and it is further confirmed that the numbering interval relationship of two adjacent first alarm data packets of the same type is the same, then the first alarm data packet is used as the starting end, and multiple alarm data packets that are not included in the alarm data packets within the stored flash-out times are collected to obtain one, thereby constructing a complete alarm data packet family, so as to parse the results and report them.

[0026] Preferably, if the first alarm data packets of the same type are found according to the time tag within the same time interval, and it is further confirmed that the number interval relationship of two adjacent first alarm data packets of the same type is different, the method further includes:

[0027] Taking the first alarm data packet received for the next time as the starting point, continuous alarm data packets are stored until the first alarm data packet is received again as the ending point, thereby constructing a complete alarm data packet group so as to parse and report the results.

[0028] In a second aspect, the present invention provides a system for processing transmission equipment alarms, comprising one or more devices and a server, wherein a data link for reporting alarm data is established between each device and the server, specifically:

[0029] Each device reports device alarm data to the server based on the emergency situation;

[0030] The server numbers the device alarm data packet to be parsed and adds the device alarm data packet to be parsed to the parsing queue;

[0031] The server's multi-threaded process takes device alarm data packets from the parsing queue for processing and stores the processing results in the parsing result cache.

[0032] The server starts a sequential reporting thread and traverses the parsing result cache in sequence; if there is no corresponding processing result in the parsing result cache, then this network element is recorded to form a network element set; if there is a corresponding processing result in the parsing result cache, and the network element set does not have a network element smaller than the network element corresponding to this number, it means that there is no device alarm data packet waiting to be parsed in front of the network element corresponding to this number, and the parsing result of the device alarm data packet is allowed to be output.

[0033] Preferably, it also includes flash alarm suppression, including the flash interval time and the flash suppression number threshold, specifically:

[0034] The server records the processing time of each alarm request. When a new alarm request comes in, it compares the time when the alarm request is generated with the time when the last alarm is cleared. If the difference between the two is less than the set flash interval, the alarm is considered to have entered the flash state, and the flash count is increased by one.

[0035] When the alarm flash count reaches the flash suppression threshold, subsequent alarms enter the flash suppression state and are directly discarded without continuing the subsequent processing process.

[0036] If the alarm flash count does not reach the flash suppression threshold, the flash count continues to be accumulated and normal analysis, recording or output is performed;

[0037] If after entering the flash suppression state, the time difference between the subsequent alarm and the previous alarm time is greater than the flash interval time, then the alarm will enter the normal state from the flash state, and the alarm in the normal state will continue the subsequent processing flow.

[0038] In a second aspect, the present invention further provides an apparatus for processing a transmission equipment alarm, for implementing the method for processing a transmission equipment alarm according to the first aspect, the apparatus comprising:

[0039] At least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the processor to execute the method for processing transmission equipment alarms described in the first aspect.

[0040] In a third aspect, the present invention further provides a non-volatile computer storage medium, wherein the computer storage medium stores computer executable instructions, which are executed by one or more processors to complete the method for processing transmission equipment alarms described in the first aspect.

[0041] The present invention can improve the concurrent processing capability of alarms, ensure the reporting sequence, reduce alarm pressure according to certain strategies, and dynamically expand the processing capability according to the actual data volume.

Brief Description of the Drawings

[0042] To more clearly illustrate the technical solutions of the embodiments of the present invention, the following briefly introduces the drawings required for use in the embodiments of the present invention. Obviously, the drawings described below are only some embodiments of the present invention. Those skilled in the art can also derive other drawings based on these drawings without inventive effort.

[0043] Figure 1An architectural diagram of problems in the prior art provided by an embodiment of the present invention;

[0044] Figure 2 This is a flow chart of a method for processing transmission equipment alarms provided by an embodiment of the present invention;

[0045] Figure 3 This is a flow chart of a method for processing transmission equipment alarms provided by an embodiment of the present invention;

[0046] Figure 4 This is a flow chart of a method for processing transmission equipment alarms provided by an embodiment of the present invention;

[0047] Figure 5 This is a flow chart of a method for processing transmission equipment alarms provided by an embodiment of the present invention;

[0048] Figure 6 This is a flowchart of an S1 out-of-sequence alarm processing provided by an embodiment of the present invention;

[0049] Figure 7 This is a flowchart of an S2 timing alarm processing provided by an embodiment of the present invention;

[0050] Figure 8 The present invention provides a schematic diagram of the structure of a device for processing transmission equipment alarms. [Specific implementation method]

[0051] In order to make the purpose, technical solutions and advantages of the present invention more clearly understood, the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not intended to limit the present invention.

[0052] In the description of the present invention, the terms "inside", "outside", "longitudinal", "lateral", "upper", "lower", "top", "bottom", etc. indicate orientations or positional relationships based on the orientations or positional relationships shown in the accompanying drawings. They are only for the convenience of describing the present invention and do not require that the present invention must be constructed and operated in a specific orientation. Therefore, they should not be understood as limitations on the present invention.

[0053] In addition, the technical features involved in the various embodiments of the present invention described below can be combined with each other as long as they do not conflict with each other.

[0054] Embodiment 1:

[0055] Embodiment 1 of the present invention provides a method for processing transmission equipment alarms, such as Figure 2 Shown, including:

[0056] In step 201, the device alarm data packet to be parsed is numbered and added to a parsing queue.

[0057] In step 202, multiple threads take device alarm data packets from the parsing queue for processing, and put the processing results into the parsing result cache.

[0058] In step 203, a sequential reporting thread is started to traverse the parsing result cache in sequence; if there is no corresponding processing result in the parsing result cache, then this network element is recorded to form a network element set; if there is a corresponding processing result in the parsing result cache, and the network element set does not have a network element smaller than the network element corresponding to this number, it means that there is no device alarm data packet waiting to be parsed in front of the network element corresponding to this number, and the parsing result of the device alarm data packet is allowed to be output.

[0059] The embodiments of the present invention can improve the concurrent processing capability of alarms, ensure the reporting sequence, reduce alarm pressure according to certain strategies, and dynamically expand the processing capability according to the actual data volume.

[0060] In conjunction with the embodiment of the present invention, there is a preferred implementation method, and the processing results are placed in the parsing result cache, specifically including:

[0061] According to the correlation rule, if the processing result is a root alarm, the processing result is marked as a root alarm and placed in the parsing result cache; if the processing result is a derivative alarm, it is marked as a derivative alarm and placed in the parsing result cache.

[0062] If it is a root alarm during the output process, it will be output to the subsequent process;

[0063] If it is a derivative alarm, determine whether to discard the derivative alarm based on the settings. If the derivative alarm is not discarded, output the processing result to the subsequent process; if the derivative alarm is discarded, it is discarded directly.

[0064] In conjunction with the embodiment of the present invention, there is a preferred implementation method, which is to number the device alarm data packet to be parsed, add the device alarm data packet to be parsed to the parsing queue, such as Figure 3 As shown, specifically including:

[0065] In step 101, when adding to the parsing queue, the device alarm data is encapsulated into an alarm request, the total number of channels is modulo the network element unique number, and the corresponding modulo value is the alarm request that should be put into the parsing queue.

[0066] In step 102, the characteristics of the parsing queue ensure first-in-first-out, and the execution of the parsing queue processing thread is single-threaded sequential. At this time, there is no need to lock to ensure the timing of the network element internal alarm related requests.

[0067] Among them, when the processing pressure is high, the number of parsing queues is increased.

[0068] In conjunction with the embodiment of the present invention, there is a preferred implementation method, which also includes flash alarm suppression, including the flash interval time and the flash suppression number threshold, such as Figure 4 As shown, specifically:

[0069] In step 301, the processing time of each alarm request is recorded. When a new alarm request comes, the occurrence time of this alarm request is compared with the clearing time of the last alarm. If the difference between the two is less than the set flash interval time, it is determined that the alarm enters the flash state, and the number of flashes is increased by one.

[0070] In step 302, when the number of alarm flashes reaches the flash suppression threshold, subsequent alarms enter the flash suppression state and are directly discarded without continuing the subsequent processing flow.

[0071] In step 303, when the number of alarm flashes does not reach the flash suppression number threshold, the number of flashes continues to be accumulated, and normal analysis, recording or output is performed.

[0072] In step 304, if after entering the flash suppression state, the subsequent alarm is compared with the previous alarm time, and the time difference is greater than the flash interval time, then this alarm enters the normal state from the flash state, and the alarm in the normal state continues the subsequent processing flow.

[0073] In conjunction with an embodiment of the present invention, there is a preferred implementation manner, in which when triggering the flash alarm suppression, if it is impossible to parse the result based on the alarm data packets within the stored flash number, the method further includes:

[0074] According to the type of the first alarm data packet within the parsed flash-out times, its sending time interval is determined; if within the same time interval, the first alarm data packet of the same type is found according to the time tag, and it is further confirmed that the numbering interval relationship of two adjacent first alarm data packets of the same type is the same, then the first alarm data packet is used as the starting end, and multiple alarm data packets that are not included in the alarm data packets within the stored flash-out times are collected to obtain a complete alarm data packet group (that is, a complete alarm data packet group for parsing is constructed) so that the parsed results can be reported.

[0075] Furthermore, if the first alarm data packets of the same type are found according to the time tags within the same time interval, and it is further confirmed that the number interval relationship between two adjacent first alarm data packets of the same type is different, the method further includes:

[0076] Taking the next receipt of the first alarm data packet as the starting point, continuous alarm data packets are stored until the first alarm data packet is received again as the end point, thereby constructing a complete alarm data packet group (i.e., constructing a complete alarm data packet group for parsing) so as to parse the results and report them.

[0077] Example 2:

[0078] An embodiment of the present invention further provides a system for processing transmission equipment alarms, comprising one or more devices and a server, wherein a data link for reporting alarm data is established between each device and the server. Specifically:

[0079] Each device reports device alarm data to the server based on the emergency situation;

[0080] The server numbers the device alarm data packet to be parsed and adds the device alarm data packet to be parsed to the parsing queue;

[0081] The server's multi-threaded process takes device alarm data packets from the parsing queue for processing and stores the processing results in the parsing result cache.

[0082] The server starts a sequential reporting thread and traverses the parsing result cache in sequence; if there is no corresponding processing result in the parsing result cache, then this network element is recorded to form a network element set; if there is a corresponding processing result in the parsing result cache, and the network element set does not have a network element smaller than the network element corresponding to this number, it means that there is no device alarm data packet waiting to be parsed in front of the network element corresponding to this number, and the parsing result of the device alarm data packet is allowed to be output.

[0083] The embodiments of the present invention can improve the concurrent processing capability of alarms, ensure the reporting sequence, reduce alarm pressure according to certain strategies, and dynamically expand the processing capability according to the actual data volume.

[0084] In conjunction with the embodiment of the present invention, there is a preferred implementation method, and the processing results are placed in the parsing result cache, specifically including:

[0085] According to the correlation rule, if the processing result is a root alarm, the processing result is marked as a root alarm and placed in the parsing result cache; if the processing result is a derivative alarm, it is marked as a derivative alarm and placed in the parsing result cache.

[0086] If it is a root alarm during the output process, it will be output to the subsequent process;

[0087] If it is a derivative alarm, determine whether to discard the derivative alarm based on the settings. If the derivative alarm is not discarded, output the processing result to the subsequent process; if the derivative alarm is discarded, it is discarded directly.

[0088] In conjunction with the embodiment of the present invention, there is a preferred implementation method, which is to number the device alarm data packet to be parsed and add the device alarm data packet to be parsed to a parsing queue, specifically including:

[0089] When adding an alarm to the resolution queue, the device alarm data is encapsulated into an alarm request. The total number of channels is modulo the NE's unique number, and the corresponding modulo value is the alarm request that should be placed in the resolution queue. The resolution queue ensures first-in, first-out order, and the processing thread of the resolution queue executes in a single-threaded sequential manner. In this case, no locking is required to ensure the timing of alarm-related requests within the NE.

[0090] Among them, when the processing pressure is high, the number of parsing queues is increased.

[0091] In conjunction with the embodiment of the present invention, there is a preferred implementation method, which further includes flash alarm suppression, including a flash interval time and a flash suppression number threshold, specifically:

[0092] The processing time of each alarm request is recorded. When a new alarm request comes, the occurrence time of this alarm request is compared with the clearing time of the previous alarm. If the difference between the two is less than the set flash interval, the alarm is determined to enter the flash state and the flash count is increased by one.

[0093] When the alarm flash count reaches the flash suppression threshold, subsequent alarms enter the flash suppression state and are directly discarded without continuing the subsequent processing flow.

[0094] When the alarm flash count does not reach the flash suppression count threshold, the flash count continues to be accumulated and normal analysis, recording or output is performed.

[0095] If after entering the flash suppression state, the time difference between the subsequent alarm and the previous alarm time is greater than the flash interval time, then the alarm will enter the normal state from the flash state, and the alarm in the normal state will continue the subsequent processing flow.

[0096] In conjunction with an embodiment of the present invention, there is a preferred implementation manner, in which when triggering the flash alarm suppression, if it is impossible to parse the result based on the alarm data packets within the stored flash number, the method further includes:

[0097] According to the type of the first alarm data packet within the parsed flash-out times, its sending time interval is determined; if within the same time interval, the first alarm data packet of the same type is found according to the time tag, and it is further confirmed that the numbering interval relationship of two adjacent first alarm data packets of the same type is the same, then the first alarm data packet is used as the starting end, and multiple alarm data packets that are not included in the alarm data packets within the stored flash-out times are collected to obtain a complete alarm data packet group (that is, a complete alarm data packet group for parsing is constructed) so that the parsed results can be reported.

[0098] Furthermore, if the first alarm data packets of the same type are found according to the time tags within the same time interval, and it is further confirmed that the number interval relationship between two adjacent first alarm data packets of the same type is different, the method further includes:

[0099] Taking the next receipt of the first alarm data packet as the starting point, continuous alarm data packets are stored until the first alarm data packet is received again as the end point, thereby constructing a complete alarm data packet group (i.e., constructing a complete alarm data packet group for parsing) so as to parse the results and report them.

[0100] Example 3:

[0101] The embodiment of the present invention further provides a method for processing transmission equipment alarms in a specific scenario. The present invention is described in detail below with reference to the accompanying drawings and specific implementation methods.

[0102] Root alarm: This alarm is the root of other alarms and will trigger other alarms. After this alarm is processed, other alarms will be automatically cleared.

[0103] Derivative alarm: An alarm that is triggered by a root alarm. To clear it, it is best to deal with the derived alarm that generated it first.

[0104] You can set rules to determine which alarms are root alarms and which alarms are derived alarms generated by these alarms, and set whether to discard derived alarms directly during processing to achieve the purpose of reducing alarm pressure. Figure 5 Shown, including:

[0105] S1, no time sequence alarm processing process is highly concurrent, such as Figure 6 As shown, it includes:

[0106] S11. Number the device alarm data packet to be parsed.

[0107] S12: Add the device alarm data packet to be parsed into a parsing queue, and multi-threadedly retrieve the device alarm data packet from the parsing queue for processing.

[0108] S12 further includes:

[0109] S121. According to the correlation rule, if it is a root alarm, mark the processed result as a root alarm and put it into the parsing result cache.

[0110] S122: If it is a derivative alarm, record it as a derivative alarm and put it into the analysis result cache.

[0111] S13. Start a sequential reporting thread and traverse the parsing result cache in sequence.

[0112] S13 further includes:

[0113] S131. If there is no corresponding processing result in the parsing result cache, then record this network element; if there is a corresponding processing result in the parsing result cache, and the network element set does not have a network element corresponding to this number, it means that there is no device alarm data packet waiting to be parsed in front of the network element corresponding to this number, and the parsing result of this device alarm data packet can be output.

[0114] S132: If it is a root alarm during the output process, it will be output to the subsequent process.

[0115] S133. If it is a derivative alarm, it is necessary to determine whether to discard the derivative alarm according to the setting. If the discard derivative alarm is not set, the processing result is output to the subsequent process. If the discard derivative alarm is set, it is directly discarded.

[0116] Specific content S2 has high concurrency of timing alarms:

[0117] Ensure the order of alarm processing of the network element itself, and the parallel processing of alarms of different network elements. Multi-channel mechanism in service, this solution can ensure the timing. Figure 7 Shown, including:

[0118] S21. When inserting, encapsulate the device data into a request, take the modulus of the total number of channels according to the unique network element number, and put the corresponding modulus value into the channel where the request should be placed.

[0119] S22. The characteristics of the queue ensure first-in-first-out, and the execution of the channel processing thread is single-threaded and sequential, so the timing of the alarm-related requests within the network element can be guaranteed without locking.

[0120] S23. When the processing pressure is high, the alarm processing capability can be enhanced by simply increasing the number of channels.

[0121] S3's "flash alarm suppression" is a strategy for reducing alarm pressure during time series processing. It depends on the results of previous alarm processing and mainly includes two parameters: "flash interval" and "flash suppression threshold". The specific strategy is as follows:

[0122] S31. Record the time of each alarm processing. When a new alarm comes, compare the occurrence time of this alarm with the clearing time of the last alarm. If the difference between the two is less than the set "flash interval time", then the alarm is determined to have entered the flash state, and the number of flashes is set to 2 (this time is counted as one flash, and the last time is also counted as one flash, 1+1=2).

[0123] S32. Subsequent alarms are compared with the previous alarm time. If the time difference is less than the "flash interval time", the number of flashes is increased by one.

[0124] S33. When the number of alarm flashes reaches the "flash suppression threshold", subsequent alarms enter the "flash suppression state" and are directly discarded without continuing the subsequent processing flow (such as storage and reporting to a third party).

[0125] S34: When the number of alarm flashes does not reach the "flash suppression number threshold", the alarm continues to be processed according to the normal alarm process.

[0126] S35. If after entering the "flash suppression state", the time difference between the subsequent alarm and the previous alarm time is less than the "flash interval time", then this alarm enters the "normal state" from the flash state, and the alarm in the "normal state" continues the subsequent processing flow.

[0127] Embodiment 4:

[0128] like Figure 8 FIG2 is a schematic diagram of the architecture of the apparatus for processing transmission equipment alarms according to an embodiment of the present invention. The apparatus for processing transmission equipment alarms according to this embodiment includes one or more processors 21 and a memory 22. Figure 8 A processor 21 is taken as an example.

[0129] The processor 21 and the memory 22 may be connected via a bus or other means. Figure 8 The bus connection is taken as an example.

[0130] The memory 22 is a non-volatile computer-readable storage medium that can be used to store non-volatile software programs and non-volatile computer-executable programs, such as the method for processing transmission equipment alarms in Example 1. The processor 21 executes the method for processing transmission equipment alarms by running the non-volatile software programs and instructions stored in the memory 22.

[0131] The memory 22 may include high-speed random access memory and non-volatile memory, such as at least one disk storage device, flash memory device, or other non-volatile solid-state memory device. In some embodiments, the memory 22 may optionally include a memory remotely located relative to the processor 21, and such remote memory may be connected to the processor 21 via a network. Examples of such networks include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0132] The program instructions / modules are stored in the memory 22, and when executed by the one or more processors 21, the method for processing transmission equipment alarms in the above embodiment 1 is executed, for example, the method described above is executed. Figure 2 、 Figure 3 and Figure 4 The steps shown.

[0133] It is worth noting that the information interaction, execution process, etc. between the modules and units within the above-mentioned devices and systems are based on the same concept as the processing method embodiment of the present invention. The specific content can be found in the description of the method embodiment of the present invention and will not be repeated here.

[0134] Those skilled in the art will understand that all or part of the steps in the various methods of the embodiments can be completed by instructing related hardware through a program, and the program can be stored in a computer-readable storage medium, which may include: read-only memory (ROM), random access memory (RAM), a disk or an optical disk, etc.

[0135] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of protection of the present invention.

Claims

1. A method for processing transmission equipment alarms, characterized in that: include: Number the device alarm data packet to be parsed, and add the device alarm data packet to be parsed to the parsing queue; Multithreading takes device alarm data packets from the parsing queue for processing and stores the processing results in the parsing result cache; Start a sequential reporting thread and traverse the parsing result cache in sequence; If there is no corresponding processing result in the parsing result cache, then this network element is recorded to form a network element set; If there is a corresponding processing result in the parsing result cache, and there is no NE with a smaller number than the NE corresponding to this number in the NE set, it means that there is no device alarm data packet waiting to be parsed in front of the NE corresponding to this number, and the parsing result of the device alarm data packet is allowed to be output; It also includes flash alarm suppression, including the flash interval time and flash suppression number threshold, specifically: The processing time of each alarm request is recorded. When a new alarm request comes in, the occurrence time of this alarm request is compared with the clearing time of the previous alarm. If the difference between the two is less than the set flash interval, the alarm is determined to enter the flash state, and the flash count is increased by one. When the alarm flash count reaches the flash suppression threshold, subsequent alarms enter the flash suppression state and are directly discarded without continuing the subsequent processing process. If the alarm flash count does not reach the flash suppression threshold, the flash count continues to be accumulated and normal analysis, recording or output is performed; If the clearing time of a subsequent alarm is greater than the flash interval after entering the flash suppression state, the alarm will be changed from the flash state to the normal state, and the alarm in the normal state will continue to be processed in the following process. When triggering the flash alarm suppression, if the result cannot be parsed based on the alarm data packets within the stored flash alarm times, the method further includes: Determine the sending time interval of the first alarm data packet according to the type of the first alarm data packet within the parsed number of flash disconnections; If the first alarm data packet of the same type is found according to the time tag within the same time interval, and it is further confirmed that the numbering interval relationship of two adjacent first alarm data packets of the same type is different, then the next time the first alarm data packet is received is used as the starting point, and continuous alarm data packets are stored until the first alarm data packet is received again as the end point, thereby constructing a complete alarm data packet family to parse the results and report them.

2. The method for processing transmission equipment alarm according to claim 1, characterized in that: And put the processing results into the parsing result cache, including: According to the correlation rule, if the processing result is a root alarm, the processing result is marked as a root alarm and placed in the parsing result cache; if the processing result is a derivative alarm, it is marked as a derivative alarm and placed in the parsing result cache.

3. The method for processing transmission equipment alarm according to claim 2, characterized in that: If it is a root alarm during the output process, it will be output to the subsequent process; If it is a derivative alarm, determine whether to discard the derivative alarm based on the settings. If the derivative alarm is not discarded, output the processing result to the subsequent process; if the derivative alarm is discarded, it is discarded directly.

4. The method for processing transmission equipment alarm according to claim 1, characterized in that: Number the device alarm data packet to be parsed and add the device alarm data packet to be parsed to the parsing queue, including: When adding to the parsing queue, the device alarm data is encapsulated into an alarm request, the total number of channels is modulo the network element unique number, and the corresponding modulo value is the alarm request and is placed in the parsing queue; The characteristics of the parsing queue ensure first-in-first-out, and the execution of the parsing queue processing thread is single-threaded sequential. At this time, there is no need to lock to ensure the timing of the alarm-related requests within the network element.

5. The method for processing transmission equipment alarm according to claim 4, characterized in that: When the processing pressure is high, increase the number of parsing queues.

6. A system for processing transmission equipment alarms, characterized in that: It includes one or more devices and a server. A data link for reporting alarm data is established between each device and the server. Specifically: Each device reports device alarm data to the server based on the emergency situation; The server numbers the device alarm data packet to be parsed and adds the device alarm data packet to be parsed to the parsing queue; The server's multi-threaded process takes device alarm data packets from the parsing queue for processing and stores the processing results in the parsing result cache. The server starts a sequential reporting thread and traverses the parsing result cache in sequence; If there is no corresponding processing result in the parsing result cache, then this network element is recorded to form a network element set; If there is a corresponding processing result in the parsing result cache, and there is no NE with a smaller number than the NE corresponding to this number in the NE set, it means that there is no device alarm data packet waiting to be parsed in front of the NE corresponding to this number, and the parsing result of the device alarm data packet is allowed to be output; The server also includes flash alarm suppression, including the flash interval time and the flash suppression number threshold. Specifically: The processing time of each alarm request is recorded. When a new alarm request comes in, the occurrence time of this alarm request is compared with the clearing time of the previous alarm. If the difference between the two is less than the set flash interval, the alarm is determined to enter the flash state, and the flash count is increased by one. When the alarm flash count reaches the flash suppression threshold, subsequent alarms enter the flash suppression state and are directly discarded without continuing the subsequent processing process. If the alarm flash count does not reach the flash suppression threshold, the flash count continues to be accumulated and normal analysis, recording or output is performed; If the clearing time of a subsequent alarm is greater than the flash interval after entering the flash suppression state, the alarm will be changed from the flash state to the normal state, and the alarm in the normal state will continue to be processed in the following process. When triggering the flash alarm suppression, if the alarm data packet within the stored flash number cannot be parsed out, the sending time interval is determined according to the type of the first alarm data packet within the parsed flash number; If the first alarm data packet of the same type is found according to the time tag within the same time interval, and it is further confirmed that the numbering interval relationship of two adjacent first alarm data packets of the same type is different, then the next time the first alarm data packet is received is used as the starting point, and continuous alarm data packets are stored until the first alarm data packet is received again as the end point, thereby constructing a complete alarm data packet family to parse the results and report them.

Images