KR960001082B1 - Treatment method obstacle and state information using the - Google Patents

Abstract

deciding information form from receipt of hardware fault information, software fault information and status information; and activating library and analyzing result information and refreshing status information if status information change needed and requesting output from constructing output message as a Main-Machine Processor library and transmitting fault and status information using a fault information merge analyzing library.

Description

Fault and status information processing method using system library of electronic switchboard

1 is a diagram showing the architecture of an electronic switch system and fault / state information processing;

2 is a diagram of a failure and status information processing using a library.

3 is a flowchart for processing fault and status information using a library according to an embodiment of the present invention.

The present invention relates to a fault and state information processing method using a system library in an electronic switchboard.

All I / O messages needed by the system need to be managed uniformly. Once constructed, they should be kept from being changed at any time unless a special reason arises. For this purpose, only the data necessary for the final message composition should be managed and preserved. This is equivalent to IMD (Input Message Description) and OMD (Output Message Description) in an electronic switching system. I / O does not work. At this time, the information included in the actually output message should be accurately described in IMD and OMD. Since these messages are generated by different processing functions, the structure and contents of the message must be different. Not only can this be done, it can result in less flexibility in the configuration of output messages for each function.

Accordingly, an object of the present invention is to provide a function-specific message composition method using a system library in order to solve these factors and to give flexibility in message composition for each function.

The present invention utilizes the system library to process the processing of various failure status messages that may occur while the switching system is in operation, thereby providing independence and flexibility of message composition for each function and making the most of the characteristics that each message may have. By improving the contents of the message, it can be effectively used as system operation data. Using this information, it is possible to simultaneously provide a method for facilitating linkage with statistics and system state management functions.

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

FIG. 1 shows a hardware structure for explaining how various faults and status information are collected in a switching system, and shows fault and status information of various hardware devices and software units from functions distributed in each subsystem. The hierarchical structure has a process that is divided into a main processor and a lower processor to suit a distributed hardware structure. Distributed function types include a subscriber service module (ASS-S: Access Switching Subsystem-Subscriber, 1-1), a trunk line service module (Access Switching Subsystem-Trunk, 1-2), and a packet service module (Access Switching Subsystem-Packet, 1). -3), an interconnection network module (INS: 1-4) that controls number translation and switch connection, and finally collects and analyzes the failure and status information of each subsystem in a functional hierarchy and constructs an output message. Or fault management (FLM) function that drives visible or audible alarms through the alarm panel, and various service information and measurement functions (STAM: Statistics and Measurement) It is composed of a central control module (CCS: Central Control Subsystem, 1-5) which is mounted, and fault and status information are transmitted using Inter Processor Communication (IPC).

The fault information on the call-path hardware devices and the switch-based hardware devices is divided into each sub-system by a maintenance processor (Access Switching Main Entence Processor), an INMP (Intercom Network Maintenance Processor), and Central Control Collected by the Alarm Access Control Unit (AACU) under the control of the Maintenance Processor, it is delivered to the OMP (Operation Maintenance Processor: Operation and Maintenance Processor) for processing, and its fault and status information. Each function unit is detected through a monitoring function and delivered to the fault management function for processing. As can be seen from the above structure, it is a large system and needs to handle a large amount of various fault and status information.

Table 1 categorizes the faults and status messages generated during operation in the electronic switching system.The fault messages are classified as fault (2-1), alarm (2-2, 2-3) according to the nature and importance of the function. The fault message indicates general fault information that has a minor effect on the system service occurring in the control and call line devices, and the alarm message indicates information that has a functional significance rather than a fault and requires urgent action. . In addition, an alarm message can be classified into a failure of a hardware device due to the nature of a function (2-2) and a detection (2-3) through a software monitoring function. The status message 2-4 is output in a form in which information about the service status transition or service structure change of various devices occurs as a result that an operator can know when the failure message processing described above occurs.

TABLE 1

FIG. 2 is a diagram showing the overall process of collecting faults and status information from functional surveys, processing them using a library, and outputting them as messages for the whole system. Fault and status information from the subsystems (1-1, 1-2, 1-3, 1-4, 1-5) is collected (3-1, 3-3, 3-5, 3-7) and centralized It shows the process processed in the control module (CCS), and it provides the flexibility of the message processing for each function and the hardware alarm processing library for each function type that has similar information and message composition for distributing the fault handling function. 2), library for function A type processing (3-4), library for function B type (fault, status, alarm) (3-6), library for function N type processing ( Message processing is performed through 3-8) to manage and manage fault information. Fault information collecting analysis livere (3-10) and the operator matching processing to collect the necessary information for it to be forwarded to the live Li (3-12). In addition, information delivery for statistical processing of disability information (3-9) is also delivered through the library of fault collection and analysis functions, and the library for each processing type (3-2, 3-3, 3-4, 3-6, 3). -8, 3-10) are mounted on the Operation and Mate-nance Processor (OMP), and the final output message is the operator mounted on the Mna-Machine Processor (MMP). Processing is performed in the matching function (3-12).

Table 2 shows the information delivered to the fault management and analysis function (3-11) and the statistics function (3-9) through the library in the process of processing the fault and state information described in FIG. Information transmitted differently according to the type of information and marked with ○ and × in the table indicates the presence or absence of included information. In fact, in order to store such information, the data should be organized in a form that includes the elements shown in the table and can accommodate the full capacity of the system. Subsystem information corresponds to the top-level structure in the hardware configuration in which faults and status information are generated, and the main processor (MP) and the peripheral processor (PP) belong to the subsystem to control software processing or to control hardware peripheral devices. Corresponding to the control system, the grade information is information to indicate the importance and urgency of the failure in the alarm message, the unit information is the information indicating the functional unit of the hardware device in which the failure occurred, and the information type is the classification of the failure occurring in the same unit. Information to indicate.

TABLE 2

FIG. 3 shows the detailed processing flow of each processing library 3-2, 3-4, 3-6, and 3-8 for each function type described in FIG. When failure information is received (5-1), it is analyzed what type of failure and status information (5-2), and the processing library is operated by information type (5-3) according to the result. Each library analyzes the information to check the status of related information (5-4), and if the status information needs to be changed, updates the corresponding information (5-6), and then configures an output message to configure the operator matching process. After requesting output to the controller (5-7), the fault and status information is transmitted to the fault information collection analysis library (5-8), and the standby state (5-9) until the next processing request. And from the fault information analysis (5-4) to the standby state (5-9), the process of the subscriber line test result information, relay line test result information, call path signal device information, input / output device information, space switch failure information, hardware Processes corresponding to fault information (5-10, 5-11, 5-12) can be applied with the same process flow.

In a large distributed system, control systems and other call path devices generally have a hierarchical structure, and fault information generated therein is also configured to be processed and managed in such a hierarchical structure. Finally, the fault message composition for analyzing this information at the system level and informing the operator is focused on a specific function. In this case, when the system is large and the hierarchical structure is not structured, the information may be congested and the load of a specific function may be increased, which may cause a failure in system operation. In order to minimize the above effects and distribute the processing functions, the information concentrated in one function can be classified and processed into several common functional units to make the best use of the characteristics of stable service and failure information for each function. .

Claims (1)

A first step (5-1 to 5-3) of determining the type of information by analyzing what type of failure and status information is received when receiving hardware failure information, software failure information, other failure information, and status information; After performing the first steps (5-1 to 5-3), it is divided into hardware information, form A, form B, form N to operate the library for each of the result information to change the state information The second step (5-4 to 5-9), which updates the status information, constructs an output message with the operator matching processing library, requests output, passes the fault and status information to the fault information collection analysis library, and stays in the standby state. Failure and status information processing method using a system library comprising a.