KR960010868B1 - Method of decision class for message - Google Patents

Abstract

(1) determining whether error information received from a specific processor is detected from a software block or a hardware block; (2) checking whether the information is a defined event alarm report when it is detected from the hardware block; (3) increasing the number of events when it is the defined event, outputting an event of a predetermined grade, and ending; (4) determining whether an accumulated number of errors exceeds a threshold value when it is not the defined event; (5) outputting an error message when the number of errors is below the threshold value; and (6) determining the error grade and ending.

Description

Event alarm grading method using hardware implementation number

1 is a block diagram of a hardware system to which the present invention is applied.

Figure 2 is a flow chart for processing the event alarm grade determination in accordance with the present invention.

3 is a process flow diagram for an event alert escalation method.

* Explanation of symbols for main parts of the drawings

1: OMP (Operation and Maintenance Processor)

2: network synchronization control processor (NSCP)

3: MMCP (Man Machine Control Processor)

4,11: BCP (Broadcasing Call Processor)

5: CIMP (Central Interconnection Maintenance Processor)

6: RCIP (Remote Center Interface Processor)

7: Global Service Processor (GSP)

8,13: NTP (Number Translation Processor)

9: SCP (Subscriber Call Processor)

10: TCP Call Processor

12: ASMP (Access Switching Maintenance Processor)

14: SH (Signalling Handler)

The present invention relates to an event alarm grading method using a mounting number of hardware resources.

In the past, when a failure or failure of a resource occurred, alarms were activated according to preprogrammed grades of audible and audible, and even though system conditions worsened or recovered due to the domino phenomenon of these resources, these grades did not change at all. Similarly, there is a problem that the operator cannot control the failure level even when recovering from these failures. This is because in the electronic switch, each hardware resource is diverse and the characteristics of each resource are so diverse that it is difficult to configure the software for each resource. In the event of a failure, a predetermined visual or audible message is generated and there is a problem that cannot be coped with when the system status changes.

Accordingly, the present invention has been made in order to solve the above problems of the prior art, in a distributed control system such as an electronic switch, when the system is expected to degrade the system due to a failure or failure of resources mounted on the system. In the display of messages, visible alarms, and audible alarms, messages are displayed in response to changes in the system so that the operator can take emergency actions by indicating an emergency to the operator. Its purpose is to provide a method that can dynamically control alarm message grading and event alarm escalation method according to the number of hardware that can be installed and serviced in system.

In order to achieve the above object, the present invention provides: Operation and Maintenance Processor (OMP), Network Synchronization Control Processor (NSCP), Man Machine Control Processor (MMCP), Broadcasing Call Processor (BCP), Central Interconnection Maintenance Processor (CIMP), RCIP (Remote Center Interface Processor), Global Service Processor (GSP), Number Translation Processor (NTP), Subscriber Call Processor (SCP), Trunk Call Processor (TCP), Access Switching Maintenance Processor (ASMP), Signaling Handler (SH) An event alarm grading method applied to hardware and an event alarm escalation method when a system state changes, the method comprising: determining whether fault or failure information received from a specific processor is detected in a software block or a hardware block. Stage 1 ; A second step of confirming whether or not the event alert report is a predefined special case in the case of software detection after performing the first step; After performing the second step, in the case of a predefined event, increasing the number of occurrences of the corresponding event, outputting and ending an event of a predetermined grade; A fourth step of determining whether a cumulative failure rate of a corresponding resource exceeds a threshold within a unit time in the case of an undefined event after performing the second step; A fifth step of performing after the fourth step, ending after outputting a fault message when the threshold value is less than the threshold value, and ending with a minor event alarm when the threshold value is longer than the threshold value; And a sixth step of determining a failure level and ending in consideration of the influence of the failure rate on the system in the case of failure or failure information detected on the hardware after performing the first step.

In general, the exchange hardware resources have a different number of hardware resources depending on the subscriber configuration, and in which areas the exchanges are installed in small and medium cities, large cities, and office buildings. In other words, the number of hardware components of the exchange implements only the optimal hardware according to each situation. Several circuits of the same termination are multiplexed in a single circuit, and the number of circuits is determined by the importance of the functions and the commonality of the system. The circuit design depends on the configuration of each subscriber and the exchange location. In addition, the detection of faults and failures can be directly reported in hardware and in software blocks. When it is reported directly in hardware, an event alarm message is output and the corresponding visual and audible event alarms are output.

In case of the event alarm detected in the software block, the error message is based on the error message, and the event alarm may be output only in a special situation. Normally, if a failure or failure of the multiplexing function in the circuit occurs, the following message is output from the system.

MMC Message: The output of the command that the operator entered to check the status of the system.

Status message: It informs the operator the progress of the current function during each function block from each function block or the message output is sent by the person in charge of each function.

Fault message: The occurrence of a fault detected from each fault source or by a software block managing the fault source is a message to the operator to indicate a temporary fault. The failure message is intended for one-time warning, the extent of the failure is temporary, and the extent of functional damage due to the failure is limited to the instantaneous ability to access the resource.

Event alarm message: As a means of replacing the alarm message of the existing electronic switchboard, the output of the event alarm message occurs when the resource is severely damaged and the recovery occurs automatically or when the operator needs immediate action. do. At this time, the functional damage caused by the failure usually occurs whenever several blocks access the resource. On the other hand, if a fault message is repeatedly outputted, the degree of the fault is increased and replaced by an event alert message (how many cycles and how many iterations may be changed depending on each resource and may vary depending on the system development process). The occurrence of an event alarm message is generated when the status of a recurring failure message is raised and may be generated directly from a corresponding failure source. The occurrence of an alarm message is divided into minor, major, and critical according to the degree of the failure.

Visible alarms: Visible alarms have flashing lights depending on the class of alarm.

Audible Alarms: Audible alarms have different sounds depending on the level of the event alarm.

In case of failure or failure of multiplexed functions in a circuit during operation of the exchange, it is determined that the failure is instantaneous.In case of failure, a failure message is generated and the degree of failure is so severe that a minor event alarm is generated when several software blocks are affected by this failure. Is generated. If there are n multiplexed functions in a circuit,

Miner: 0Xx100 / nY Percent

n: number of multiplexed functions in circuit

X: Number of failures among multiplexed functions

If X failures occur, the event alarm is raised if this failure rate exceeds Y percent.

If one circuit with multiplexed functions fails or fails, the event alarm class can change depending on how many homogeneous circuits are in the system and what percentage of those functions are faulty in the system.

Major: YX × 100 / nZ Percent

n: total number of circuits with the same function in the system

X: Total number of circuits with faults and failures with the same function in the system

If the failure rate of the failing circuit is more than Z percent in the system, it becomes a critical event alarm and if it is less than that, it is a major event alarm.

Hereinafter, with reference to the accompanying drawings will be described an embodiment of the present invention;

1 is a block diagram of a processor for each module of an ATM switch according to the present invention.

OMP (1) (Operation and Maintenance Processor) oversees a series of operations and maintenance-related functions in the system. That is, it performs functions such as system startup function, billing function, and statistical data processing function, and manages magnetic tape (MT) and disk as auxiliary memory device necessary for this. The MT contains charge records, statistics, maintenance and operation management information, and the disk contains generic programs and data.

The Network Synchronization Control Processor (NSCP) (2) controls the network synchronizer associated with the system clock in the system.

MMCP (3) (Man Machine Control Processor) enables communication between the operator and the system. Through this MMCP (3), MMC, status message, disability message, and event alarm message are output, and visual and audible event alarms are also driven according to the corresponding grade. For the conversation between the operator and the system, the local disk is used to supplement the visibility of the VDU including the system console, to save a command file and a logging file.

BCP (4) (Broadcasing Call Processor) is a processor that manages call / access control for providing multiple access (broadcasting) related services. It is located in CIM (Central Interconnection Module) and ASM (Access Switching Module), so that CIM and destination ASM It controls the overall multiple access function of call processing.

The CIMP (5) (Central Interconnection Maintenance Processor) manages the control of maintenance tasks in the CIM, including fault collection and testing of hardware resources in the CIM.

The Remote Center Interface Processor (RCIP) controls communication with a remote operations center or a Telecommunication Management Network (TMN), and performs protocol conversion if necessary.

The Global Service Processor (GSP) 7 controls system services provided throughout the system, such as recording announcements.

NTP (8) (Number Translation Processor) responds to number translation request from each SCP, TCP and BCP, and performs ASM number translation and link ID translation accepted in each ASM.

Subscriber Call Processor (SCP (9)) is a processor that performs call processing of general subscribers using UNI protocol. In addition to subscriber matching circuits, SCP (9) (Subscriber Call Processor) provides overall traffic such as call admission control, UPC, priority, control, and congestion control. Perform control.

TCP (10) (Trunk Call Processor) is a processor that performs call processing with a network using NNI protocol.It performs call / connection control for input / output calls with a relay line matching circuit and is necessary for matching with a network. In charge of all functions.

The ASMP 12 (Access Switching Maintenance Processor) manages the control of maintenance tasks in the ASM, such as fault collection and testing of hardware resources in the ASM.

Signaling Handler (SH) 14 terminates the signal information cell on the UNI / NNI protocol and processes the signal information along with SCP, TCP or BCP.

2 is a flowchart illustrating a method for determining an event alarm grade according to the present invention.

First, when a failure occurred from a specific processor or failure information is received (15), it is determined whether the received failure, failure information is detected in a software block or a hardware block (16). After confirming whether the case is an alarm report of the case (17), in case of a predefined event, the number of occurrences of the case is increased (18), and the event of a predetermined class is output and terminated (19). If the result of the check (17) is an undefined event, a cumulative value of failure occurrence is recorded in the information table of the corresponding resource (20). The process ends (22), and if it is above the threshold, it is replaced with a minor event alarm and ends (23). Operator's action or automatic recovery is inevitable when printing the event alarm.

As a result of the investigation (16), in the case of fault or fault information detected in hardware, the fault reported by the hardware is multiplied by the total number of device circuits and the number of functions in the device circuit, and the fault level is determined by considering the effect of the current failure rate on the system. (24)

3 is a flowchart illustrating an event alarm raising method according to the present invention.

If hardware detection failure or failure information is received, it is determined whether the accumulated value exceeds the threshold within the unit time (25). If the threshold value is less than the threshold, the current total system failure rate of the resource (K = (number of failure functions X 100) / total number of functions in the system) Calculate (26) and investigate the range of failure rate (K) (27).

As a result of the investigation (27), if the failure rate is less than the minor threshold, a minor event alarm is generated and a corresponding visual and audible event alarm is output and terminated (28). If the failure rate is between the minor and critical thresholds, a major event alarm is generated. And a corresponding visual and audible alarm is output and terminated (29). If the failure rate is greater than the critical threshold, a critical event alarm is generated and the corresponding visual and audible alarm is output and terminated (30).

When the number of occurrences within the unit time as a result of the survey 25 is greater than or equal to the set value, the current system total failure rate (K = (fault function number X100) / total function number in the system) of the resource is calculated (31) and the failure rate ( Examine the range of K) (32).

As a result of the investigation (32), if the failure rate is less than the minor threshold, a major event alarm is generated and the corresponding visual and audible event information is output and terminated (33). If it is greater than or equal to the minor threshold, a critical event alarm is generated and the corresponding visual is generated. The audible event alarm is output and ends (34).

Here, the actual example of the alarm rise is that even if the failure rate corresponds to a minor threshold, the number of occurrences in the unit time exceeds the threshold, so the major event alarm is output. Similarly, even if the failure rate corresponds to the major threshold, the number of occurrences in the unit time exceeds the threshold. Therefore, the critical / major event alarm is output.

The present invention has the effect of improving the reliability in a distributed system by processing a failure message, an event alert message with a single algorithm without having minor, major, or critical grades for each resource.

Claims (2)

OMP (1) (Operation and Maintenance Processor), NSCP (2) (Network Synchronization Control Processor), MMCP (3) (Man Machine Control Processor), BCP (4) (11) (Broadcasing Call Processor), CIMP (5) (CentralInte rconnection Maintenance Processor), RCIP (6) (Remote Center Interface Processor), GSP (7) (Global Service Processor), NTP (8) (13) (Number Translation Processor), SCP (9) (Subscriber Call Processor) , Event alert grading method applied to hardware including TCP (10) (Trunk Call Processor), ASMP (12) (Access Switching Maintenance Processor), SH (14) (Signalling Handler), and event alarm when system status changes A method of ascending, comprising: first steps (15, 16) of determining whether fault or fault information received from a specific processor is detected in a software block or a hardware block; A second step (17) of confirming whether the event alert report is a predefined special case in the case of software detection after performing the first step (15, 16); A third step (18, 19) of increasing the number of occurrences of a corresponding event, outputting an event of a predetermined grade, and ending the case of a predefined event after performing the second step (17); A fourth step (20, 21) of determining whether a cumulative failure occurrence of a corresponding resource exceeds a threshold within a unit time in case of an undefined event after performing the second step (17); A fifth step (22, 23) after the fourth step (20, 21), if the threshold value is less than the threshold after outputting a failure message and if the threshold time is over and replaced with a minor event alarm; And a sixth step (23, 24) of determining the failure level and ending in consideration of the effect of the failure rate on the system in the case of failure or failure information detected on the hardware after performing the first step. Event alarm grading method using hardware implementation number. 2. The method of claim 1, wherein the sixth step (23, 24) comprises: a first step (25) of determining whether the accumulated value exceeds a threshold within a unit time when a hardware detection failure or failure information is received; After performing the first process 25, if the threshold value is less than the second to calculate the current system total failure rate (K = (function number X 100) / total number of functions in the system) of the resource to investigate the range of the failure rate (K) Process 26,27; After performing the second process (26, 27), if the failure rate is less than the minor threshold third process (28) for generating and ending a minor event alarm: after performing the second process (26, 27), the failure rate is a minor threshold A fourth step (29) of generating and terminating a major event alert if it is between the critical threshold and the critical threshold; After the second process (26, 27), if the failure rate is greater than the critical threshold, the fifth process (30) to generate and terminate the critical event alarm: After performing the first process (25), if the threshold value is greater than the current of the resource A sixth process (31, 32) for calculating a total system failure rate and examining a range of the failure rate (K); After performing the sixth process (31,32), if the failure rate is less than the minor threshold, a major event alarm occurs and ends; if the greater than or equal to the minor threshold, a critical event alarm (7, 33, 34) Event alarm grading method using the number of hardware implementation, characterized in that comprises a.