KR19990052721A - Process Monitoring Method in Electronic Switching System - Google Patents

Abstract

The present invention relates to a process monitoring method that monitors the state of processes in an electronic switchboard and takes appropriate measures such as restarting according to the type of process.

The present invention comprises the steps of notifying the operator of the occurrence of a failure when the process abbot from the operating system; Querying the operating system for the status of the process; If a response to the status of the process is received from the operating system, extracting a process number and determining the type of the process; And taking an action according to the type of the determined process.

Therefore, the present invention can reduce the process recovery time by monitoring only the state of the processes and restarting only the corresponding parts according to the related degree of the process when any process is aborted.

Description

Method of monitoring processes in electric switching system

The present invention relates to a method for monitoring the status of processes in an electronic switchboard, and more particularly, to a process monitoring method that enables to take appropriate measures such as restarting according to the type of process.

In general, the software operated at the electronic switchgear is divided into call processing related programs and operation and maintenance related programs. The operation and maintenance related programs include statistics, HMI, billing, time management, I / O maintenance, switch maintenance, and subscribers. It consists of maintenance, processor maintenance, alarm management and configuration management program.

The software of such an electronic switch is mounted on each processor and executed by the operating system in a unit called process. In addition, the processing state of the process refers to the processing state of the software, which is closely related to the performance of the functions processed by the software. For example, the processor system of the exchange can be briefly divided into an operation and maintenance processor (OMP) and a peripheral processor (PP), and each process is activated on its own operating system (OS) in a distributed environment. Function.

On the other hand, such a process may not be processed normally for a variety of reasons, but may disappear or fall into an unprocessable state. This transition to an abnormal state can be a catastrophic failure, depending on the nature of the process, which can lead to a complete disruption of service.

However, in the conventional electronic switching technology, there is no function for monitoring the status of these processes, so when a software problem occurs, the process is restored to a normal state by simply destroying the process or restarting the processor in case of serious failure. It was. The conventional software trouble shooting method has a problem that it takes a long time to recover, and it is difficult to find a process in which a failure occurs.

In order to solve the above problems, the present invention detects and reports a failure in a process due to a software failure in the electronic switchboard, and quickly recovers by a method such as extinction, recovery, and loading according to the function of the process. The purpose of the present invention is to provide a process monitoring method in an electronic exchange.

In order to achieve the above object, in the present invention, a plurality of processors are distributed, an operating system (OS) is performed on each processor, and a plurality of processes generated by the operating system (OS) are configured to perform respective functions. An electronic switching system, which is capable of performing a function of an exchange as a whole, comprising: informing an operator of a failure when a process abbot is received from the operating system; Querying the operating system for the status of the process; If a response to the status of the process is received from the operating system, extracting a process number and determining a type of the process; And taking an action according to the type of the determined process.

1 is a diagram showing a process structure to which the present invention is applied in an electronic exchanger;

2 is a flowchart illustrating a process monitoring method according to the present invention.

* Explanation of symbols for main parts of the drawings

101-104 process 110: operating system

120: processor hardware 130: process monitoring module

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a diagram illustrating a process structure to which the present invention is applied in an electronic switch, and FIG. 2 is a flowchart illustrating a process monitoring method according to the present invention.

First, the maintenance operation of the processor, which is hardware in which the process is operated, will be briefly described. The maintenance of the processor is largely divided into a processor state management part and a loading and recovery part. Processor state management monitors processor state, restarts and modifies the processor, and informs the processor's geometry. Loading and recovery manages the initial loading process until the system transitions from the powered state to the normal execution state when the system is installed, and resumes normal operation when the system fails to perform due to various hardware or software failures during normal operation. Perform a function to recover to a state.

As such, processes for monitoring the state of a hardware processor have been conventionally known, but no program monitors the state of processes running on the processor.

Referring to FIG. 1, an operating system (OS) 110 is performed on the processor hardware 120, and many processes 101 to 104 are performed on the operating system. Each process is created and destroyed by the process manager 110 of the operating system. The process monitoring program (PSMF) 130 according to the present invention monitors the status of processes in cooperation with the operating system 110.

That is, when the process monitoring program 130 sends a status request signal (status req) to the operating system, the operating system 110 checks the status of the process, and informs the result (status rep). Each process 101-104 is created and then performs certain functions in the active state, waits for the occurrence of an event in the wait state, temporarily goes to sleep, or It can be completely destroyed.

The process has a process number assigned by the operating system at the time of initial creation.It monitors the status of the process periodically in the normal state through this process number and detects and reports it when it transitions to an abnormal state.

The process of monitoring the status of processes in accordance with the present invention consists of steps 201 to 212, as shown in FIG. 2, to recover in an appropriate manner depending on the process type.

In order to manage the process according to the present invention, a process state table is used as shown in Table 1 below.

Block name Process number Rating Name of related block ------ 1243567 Very important ASTF, DTIF ------ 1345601 important self block ----- 1245566 usually self process

As shown in Table 1, the state of a process is divided into block names, process numbers, and grades, and managed on a database. Processes in which the process is associated with other blocks are critical, and their own blocks Processes that are specific to this are important majors, and if only your own process is applicable, they are divided into ordinary minors.

Referring to FIG. 2, when a process abort is received from the operating system in step 201, a failure is reported to the operator in step 202. In step 203, the operating system is queried for the status of the process and waits for a response. If in step 204 a response to the status of the process is received from the operating system, in step 205 a process number (process ID) defining the process is extracted. In step 206, the process type of the corresponding process number is read out, and in step 207, appropriate measures are taken according to the process type.

For example, if the process type is an unnecessary process, no action is taken (208), and if related to the process, the process is restarted (209). If the process is related to the same block, the block is restarted (210). If the process is related to another block, another related block is restarted (211). If the process is related to all blocks, the processor is reset to restart the entire process (212).

In this way, the recovery time of the process can be shortened by restarting only the relevant parts depending on the degree of relevance of the failed process.

As described above, the present invention can reduce the process recovery time by monitoring only the state of the processes and restarting only the corresponding parts according to the related degree of the process when any process is aborted.

Claims (2)

A plurality of processors are distributed, an operating system (OS) is running on each processor, and a plurality of processes generated by the operating system (OS) can perform each function to achieve the function of the exchange as a whole. In the electronic exchanger, Notifying an operator of a failure when a process abbot is received from the operating system; Querying the operating system for the status of the process; If a response to the status of the process is received from the operating system, extracting a process number and determining a type of the process; And And taking an action according to the type of the determined process. The method of claim 1, wherein the taking of the action further comprises: restarting the process if the process is limited to itself; Restarting only the block if the process is related to the same block only; If the process is related to another block, then restarting the related blocks.