JP2005128952A - Monitoring control device and monitoring control program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To reduce deterioration of response characteristics of processing to an equipment failure alarm when line monitoring alarms are generated all at once due to rain or the like.
Status information is extracted from a trap alarm monitoring event signal, and based on the result, the event signal is classified into an equipment failure event and a line alarm event. The unit 25 for storing in one queue and the second queue, and the device failure event signal output from the first queue and the line alarm event signal output from the second queue have different priorities. Means 18 for determining a schedule of at least processing threads activated for the device failure event and processing threads activated for the line alarm event according to the assigned priority. It is provided.
[Selection] Figure 1

Description

  The present invention relates to a plurality of radio base stations and subscriber station devices installed in a wide area as a target device, and monitoring and remote control of the central device connected to the target device via a predetermined communication network. The present invention relates to a monitoring control device and a monitoring control program realized by multithread processing on a monitoring device (center processing computer).

Conventionally, when a central monitoring device is used to monitor and remotely control a plurality of radio base stations and subscriber station devices, a predetermined monitoring control program is executed on the computer of the central monitoring device to perform these functions. Realized.
A commonly used monitoring control program is an event activation type program. Each process is triggered by an event generated by arrival of a communication message from the target device, or a command is input from a terminal input by an operator. The event generated by is triggered as a trigger. In addition, such a monitoring control program provides a framework for event driving by a thread function, and realizes a parallel processing operation by multi-thread processing (for example, see Non-Patent Document 1).

Further, for example, in Non-Patent Document 2, a technique is adopted in which the execution of monitoring control processing for each building is configured in a plurality of processes. Thereby, even when the processing for a specific building goes down, it is possible to prevent the influence from spreading to the work of other buildings.
A conventional monitoring control device provided in the central monitoring device is configured as shown in FIG. 5, for example, in order to process tasks according to functions in parallel with individual threads.

  That is, the monitoring control device includes a first thread queue 11 for storing device control (remote control of the target device) event, a second thread queue 12 for storing a trap alarm monitoring event, A third thread queue 13 for storing a polling alarm monitoring event, a priority order scheduler 18, and a CPU execution processing unit 19 are provided.

  For example, when an apparatus control event is generated by an input from an operator who operates a terminal connected to the central monitoring apparatus, a signal representing this event is input to the priority scheduler 18 via the first thread queue 11. When a trap alarm monitoring event occurs due to an alarm generated in the target device, a signal representing this event is input to the priority scheduler 18 via the second thread queue 12, and the central monitoring device applies to the target device. When a polling alarm monitoring event generated by polling occurs, a signal representing this event is input to the priority scheduler 18 via the third thread queue 13.

The priority scheduler 18 gives the CPU execution processing unit 19 the result of scheduling the event input from each queue (11, 12, 13), and the CPU execution processing unit 19 uses a plurality of threads to generate the plurality of events. Parallel processing.
When multiple events occur simultaneously, the priority scheduler 18 performs scheduling so that threads are executed in order from the highest priority according to the priority assigned to each queue (11, 12, 13). .

Even if a thread with a high priority event is being executed, if I / O processing is performed or if a response such as inter-process communication is awaited, the process returns to the main thread for other event processing. Other threads can run. Therefore, a plurality of events can be processed in parallel using a plurality of threads.
In addition, in a system that performs polling as a complement to trap alarm monitoring, the priority of threads for processing trap alarm monitoring and device control is set high, and processing is performed with priority over event processing by polling.

The operation of the thread when the device control request and the trap alarm reception task occur almost simultaneously will be described with reference to FIG.
In this example, since the priority of the processing for the control request from the display operation terminal operated by the operator is high, the thread 1 is newly activated from the main thread in response to the processing request first. The thread 1 transmits (SET REQUEST) to the wireless device (target device), waits for a response, and passes the processing to the main thread.

At this time, a thread 2 is newly activated from the main thread in order to execute processing for trap alarm reception having a lower priority than the control request from the display operation terminal. In this case, processing for trap alarm reception is executed by the thread 2, and the processing is returned to the main thread after the processing is completed.
Thereafter, when (SET RESPONSE) is input from the target device as a response to the waiting thread 1, the main thread shifts to the waiting thread 1, and the thread 1 executes the process.

The priority for each task is given to each thread before the execution of the program and does not change during execution.
In this way, in parallel processing using threads, execution is performed in order from the thread with the highest priority, but when waiting for I / O, it returns to the main thread and becomes a thread for processing other tasks. Since the execution process is passed, the processes of a plurality of threads are executed almost simultaneously. From the user's point of view, it seems that the processes of a plurality of threads are executed simultaneously.

By the way, when monitoring a base station using wireless communication, a device failure alarm for monitoring a failure state of the device itself and a line monitoring for monitoring a line state such as a reception level or a bit error. It is necessary to monitor the alarm at the same time.
Conventionally, the monitoring and control apparatus processes the processing for the device failure alarm and the processing for the line monitoring alarm as the same task. In other words, the device failure alarm and the line monitoring alarm are input as the same alarm from the target device to the central monitoring device, and the same event occurs. Therefore, the same thread sequentially in accordance with the time order in which those events occurred. The process is executed.
"OpS Realization Technology", Kenji Tsuji and 3 other authors, NTT R & D vol.44 No.12 pp1189-1194, published in December 1995. "PDS optical access network OSS for providing high-speed IP communication service", Satoru Sugimoto et al., Shingaku Giho, TM2000-64, issued in December 2000.

For example, assuming a case where a large number of radio base stations constituting a quasi-millimeter-band radio communication system are to be monitored, if a line alarm occurs due to heavy rain, the area where the rain occurred It is conceivable that line monitoring alarms occur simultaneously in a large number of installed wireless devices.
However, in the conventional monitoring and control device, the device failure alarm generated from each target device and the line monitoring alarm are processed as the same task without being distinguished, and the time when the device failure alarm event and the line monitoring alarm event are generated It processes sequentially according to only the order.

Therefore, when a large number of wireless devices installed in a wide area are accommodated and monitored and controlled, if a line monitoring alarm is generated from many wireless devices at the same time due to the occurrence of rain, the line monitoring that has occurred all at once. It is conceivable that the processing time for processing the alarm is greatly increased.
Also, if a device failure alarm occurs at this time, the device failure alarm is buried in a large number of line monitoring alarms, and the waiting time until processing for the device failure alarm is increased.

Also, if a large number of line monitoring alarms occur all at once, threads for processing the task will frequently occur, so other processes with high priority will not be processed until the process starts. There is a high possibility that the waiting time will be long.
As described above, the conventional monitoring and control device has a problem that the processing waiting time for the device failure alarm becomes long when the line monitoring alarm is frequently generated from the wireless device due to the occurrence of rain or the like. It was.

  The present invention can reduce degradation of response characteristics of processing for device failure alarms and processing for controlling target devices when line monitoring alarms are generated simultaneously from a large number of target devices due to rain or the like. An object is to provide a monitoring control device and a monitoring control program.

  The first invention (Claim 1) performs communication between the target device and the central monitoring device, with at least a plurality of radio base station devices or subscriber station devices installed in different places as target devices, The central monitoring device is a supervisory control device for performing remote control and monitoring control on the target device in parallel by multi-thread processing of the central monitoring device in response to occurrence of a predetermined event, the remote control on the target device A signal of a first event that occurs in connection with control, a signal of a second event that occurs in connection with polling control for the target device, and the autonomy of the target device when an alarm occurs in the target device When a third event signal generated in accordance with general control is input, status information indicating the type is extracted from the third event signal. Based on the extracted status information, the third event is classified into at least a device failure event and a line alarm event, and the device failure event and the line alarm event are respectively classified into a first queue and a second queue. Different priority levels are assigned and assigned to the status information extraction means to be stored and the device failure event signal output from the first queue and the line alarm event signal output from the second queue. According to the priority, there is provided a schedule determination means for determining a schedule of at least a process thread activated for the device failure event and a process thread activated for the line alarm event. To do.

  In the first invention, although the device failure event and the line alarm event are mixed and input to the central monitoring device from the target device as a signal of the second event, the status information extracting means is the second one. Since the event signals are separated and stored in the first queue and the second queue, the schedule determination means assigns different priorities to the device failure event and the line alarm event, and schedules the processing. . That is, when a plurality of events occur at the same time, the task processing of the device failure alarm with a high priority is executed with priority.

In addition, even if task processing due to a low-priority line alarm event has already been executed, if a high-priority device failure event occurs and the task is queued, a low-priority event When the thread for task processing by returns to the main thread, it is possible to give priority to an event having a higher priority and process it.
Therefore, even when line alarm events occur frequently due to the influence of rainfall, etc., processing for high-priority device failure events can be executed with priority, and the response characteristics of processing for device failure events are degraded. Can be suppressed. Therefore, a large number of wireless devices installed in a wide area can be accommodated in one central monitoring device.

  According to a second invention (Claim 2), in the monitoring and control device of the first invention, a first process for processing the signal of the first event and inputting it to the schedule determination means, and the second event The second process that processes the signal of the second and inputs the schedule to the schedule determination means and the third process that processes the signal of the third event and inputs the third event to the schedule determination means are performed in parallel as independent processes. A processing means for processing is further provided.

  According to a third invention (Claim 3), in the monitoring and control device of the first invention, at least the signal of the first event and the signal of the third event are processed by a common process, and the common event signal is used as the common event signal. When input to the schedule determining means, the processing is interrupted after the thread is started by the common event signal, and the signal of the first event and the signal of the third event are separated from the common event signal. And a common event signal processing means for allocating the first event signal and the third event signal to different queues and inputting the third event signal to the status information extraction means. It is characterized by that.

  The fourth invention (Claim 4) performs communication between the target device and the central monitoring device, targeting at least a plurality of radio base station devices or subscriber station devices installed in different places, A monitoring control program used by the central monitoring device to perform remote control and monitoring control on the target device in parallel by multi-thread processing by a computer in the central monitoring device in response to occurrence of a predetermined event, A first event signal generated in connection with remote control for the target device, a second event signal generated in connection with polling control for the target device, and an alarm in the target device When a third event signal generated according to autonomous control of the target device is input, the third event signal is Status information representing a class is extracted, and the third event is classified into at least an equipment failure event and a line alarm event based on the extracted status information, and each of the equipment failure event and the line alarm event is classified into The status information extraction procedure stored in the first queue and the second queue, the device failure event signal output from the first queue, and the line alarm event signal output from the second queue are mutually connected. Schedule determination for allocating different priorities and determining a schedule of at least a processing thread activated for the device failure event and a processing thread activated for the line alarm event according to the assigned priority A procedure is provided.

By executing the monitoring control program of the fourth invention on a computer in the central monitoring apparatus, the same result as in the first invention can be obtained.
According to a fifth invention (Claim 5), in the supervisory control program of the fourth invention, a first process for processing the signal of the first event and inputting it to the schedule determination procedure, and the second event The second process that processes the signal of the third event and inputs it to the schedule determination procedure is parallel to the third process that processes the signal of the third event and inputs the signal to the schedule determination procedure as independent processes. A processing procedure for processing is further provided.

By executing the monitoring control program of the fifth invention on a computer in the central monitoring device, the same result as in the second invention can be obtained.
According to a sixth invention (Claim 6), in the monitoring control program of the fourth invention, at least the signal of the first event and the signal of the third event are processed by a common process, and the common event signal is used as the common event signal. When input to the schedule determination procedure, the process is interrupted after the thread is started by the common event signal, and the first event signal and the third event signal are separated from the common event signal. And a common event signal processing procedure for assigning the first event signal and the third event signal to different queues and inputting the third event signal to the status information extraction procedure. It is characterized by that.

  By executing the monitoring control program of the sixth aspect of the invention in the computer in the central monitoring apparatus, the same result as in the third aspect of the invention can be obtained.

  According to the present invention, since it is possible to preferentially process important equipment failure alarms even when a line monitoring alarm is notified all at once from a number of base station devices and subscriber devices during a rain, Efficient monitoring control is possible, and the number of radio base stations and subscriber station devices that can be accommodated in the central monitoring device can be increased.

(First embodiment)
An embodiment relating to a monitoring control apparatus and a monitoring control program of the present invention will be described with reference to FIGS. This form corresponds to claims 1 and 4. FIG. 1 is a block diagram showing the configuration of this embodiment. FIG. 2 is a time chart showing the operation of this embodiment.

In this embodiment, the status information extraction means of claim 1 corresponds to the alarm status information extraction section 25 and the switching section 27, and the schedule determination means of claim 1 corresponds to the priority order scheduler 18.
In this mode, remote control and status monitoring, that is, monitoring control of a large number of radio base stations constituting a communication system such as a known wireless IP access system and a large number of subscriber stations connected to the radio base stations are performed. Assumes that. One central monitoring device is connected to this communication system in order to perform monitoring control of the entire system. This central monitoring apparatus is composed of a server computer and performs monitoring control while communicating with each radio base station. Further, a terminal device for operation by an operator is connected to the central monitoring device.

The monitoring control apparatus shown in FIG. 1 includes a basic program (operating system) and application programs that are executed on the computer of the central monitoring apparatus.
In this supervisory control device, there are three types of tasks for monitoring and controlling the communication system: device control, trap alarm monitoring, and polling alarm monitoring. This supervisory control device processes events generated by these tasks in parallel by multithread processing.

  In the device control task, when the wireless base station or the like is remotely controlled in accordance with an input operation of an operator who operates the terminal device connected to a central monitoring device, it is detected and an event signal is generated. The trap alarm monitoring task generates an event signal by monitoring an alarm signal output by the wireless base station or the like through autonomous monitoring control. The polling alarm monitoring task generates an event signal when, for example, polling of the radio base station occurs periodically from the central monitoring device.

The types of alarm signals output by the radio base station or the like through autonomous monitoring control include equipment failure alarms and line monitoring alarms. The device failure alarm indicates a failure of the radio base station itself, and the line monitoring alarm is generated when the line reception power is reduced or a bit error occurs.
As shown in FIG. 1, four independent queues 11, 21, 22, and 13 are prepared to temporarily hold signals of events generated by three types of tasks of device control, trap alarm monitoring, and polling alarm monitoring. Has been.

The queue 11 is used for a device control thread, the queue 21 is used for a device failure thread, the queue 22 is used for a line alarm monitoring thread, and the queue 13 is used for a polling alarm monitoring thread.
In addition to the queues 11, 21, 22, and 13, the process 10 includes an alarm status information extraction unit 25, a switching unit 27, and a priority scheduler 18.

The alarm status information extraction unit 25 extracts alarm status information from a trap alarm message of an event output from a trap alarm monitoring task. The switching unit 27 switches the storage location of the event signal according to the content of the alarm status information extracted by the alarm status information extraction unit 25.
The priority scheduler 18 is a process for scheduling parallel processing by threads, and different priorities are assigned to each queue. In accordance with the result scheduled by the priority scheduler 18, the CPU execution processing unit 19 executes a process corresponding to each event by multithreading as shown in FIG. 2, for example.

When an event is generated by a device control task, this event is stored as an execution queue in the queue 11 and processed by a thread scheduled by the priority scheduler 18.
In this embodiment, SNMP is used as a management protocol between the central monitoring apparatus and the radio base station. Therefore, in the polling, the central monitoring device transmits an PDU (Protocol Data Unit) of (SNMP-GET REQUEST) specifying an object identifier to be acquired to the radio base station.

In this case, the agent program provided in each radio base station responds to the manager with the value specified by the received (SNMP-GET REQUEST) and the PDU of (GET RESPONSE). Therefore, it is possible to monitor the abnormality or state transition of the radio base station by obtaining the value specified by the object identifier that is desired to be obtained sequentially for a plurality of radio base stations.
The trap alarm autonomously reports an abnormality or state transition of the radio base station to the manager from the SNMP agent installed in the radio base station. The contents of the PDU of the trap alarm message are encoded as a STRING in which the status of each alarm alarm is represented by 0 or 1 bits as a value of an object identifier indicating alarm status information. When such a trap alarm is input to the central monitoring device, an event including the alarm status of the trap alarm is generated from the task of monitoring the trap alarm and input to the process 10.

The alarm status information extraction unit 25 extracts alarm state information from the PDU of the trap warning message received by the central monitoring device. Therefore, the alarm status information extraction unit 25 can discriminate between a device failure alarm and a line monitoring alarm.
When the central monitoring device receives a trap warning message PDU and the manager on the central monitoring device generates a trap warning monitoring task, the alarm status information extraction unit 25 identifies whether it is a device failure alarm or a line warning alarm. Since the switching unit 27 is switched based on the result, the device failure alarm event and the line alarm alarm event are stored in different queues (21, 22).

The priority scheduler 18 performs scheduling of priorities as follows according to the priority determined for each thread (for each queue) in the list of events accumulated in the four queues 11, 21, 22, and 13.
(1) When events occur, they are added to the event list and arranged in order of priority.
(2) When events occur simultaneously, the event with the higher priority is executed first.
(3) If the priorities are the same, they are processed in the order of arrival.
(4) When there is an event that is already being executed and an event with a high priority occurs in that state, the event process being executed is executed from the one with the highest priority as soon as the main thread returns.

For example, when a device failure alarm and a line monitoring alarm occur simultaneously, the device failure alarm is preferentially processed. If a device failure alarm occurs during polling, the device failure alarm process is executed when the polling process returns to the main thread.
The process returns to the main thread when polling is performed when (SNMP-GET) to a radio base station is performed, or when (SNMP-GET) for a certain radio base station is completed and the next radio base station is terminated. Before GET.

Therefore, the monitoring control apparatus shown in FIG. 1 performs an operation as shown in FIG. In this example, it is assumed that the priority for the device control thread is set higher than the line monitoring, and the device control request and the line monitoring and device failure alarm events occur almost simultaneously.
As shown in FIG. 2, when processing is returned to the main thread, processing is performed according to priority from the processing contents stored in each queue. Accordingly, since the thread 3 assigned to the device failure alarm has a higher priority than the thread 2 assigned to the line monitoring alarm, the thread 3 is processed before the thread 2.

(Second Embodiment)
Another embodiment relating to the monitoring control apparatus and the monitoring control program of the present invention will be described with reference to FIG. This form corresponds to claims 2 and 5. FIG. 3 is a block diagram showing the configuration of this embodiment.
This form is a modification of the first embodiment. In FIG. 3, elements corresponding to those in FIG. 1 are denoted by the same reference numerals. Different parts from the first embodiment will be described below.

As shown in FIG. 3, in this embodiment, events output from the tasks of device control, trap alarm monitoring, and polling alarm monitoring are processed by independent processes 30, 40, and 50, respectively.
The priority scheduler 18 is provided in the process 40 and only schedules events output from the two queues 21 and 22. The scheduling result of the priority scheduler 18 is input to the scheduler 60 via the queue 41.

The scheduler 60 is a function assigned to an operating system (OS), and schedules thread execution for events output from the processes 30, 40, and 50. Similar to the first embodiment, the device failure alarm and the line monitoring alarm are processed according to different priorities.
(Third embodiment)
Another embodiment relating to the monitoring control apparatus and the monitoring control program of the present invention will be described with reference to FIG. This form corresponds to claims 3 and 6. FIG. 4 is a block diagram showing the configuration of this embodiment.

This form is a modification of the first embodiment. In FIG. 4, elements corresponding to those in FIG. 1 are denoted by the same reference numerals. Different parts from the first embodiment will be described below.
In this embodiment, it is assumed that the manager processes device control and trap alarm monitoring as the same task. Therefore, the device control event and the trap alarm monitoring event are input from the same task to the queue 71 in the process as a local event, and are scheduled by the priority scheduler 78 according to the same priority.

However, when an event output from the queue 71 is input to the priority scheduler 78, the priority scheduler 78 temporarily stops the process and returns to the process of the main thread. Then, the event signal output from the queue 71 is distributed by the switching unit 28 into an apparatus control event and a trap alarm monitoring event.
The alarm status information extraction unit 25 extracts the alarm status information from the trap alarm monitoring event signal distributed by the switching unit 28, and switches the switching unit according to the result, that is, the result of identifying the device failure alarm and the line monitoring alarm. 27 divides the trap alarm monitoring event into two and stores them in the queue 21 or the queue 22.

The priority scheduler 78 schedules the signal of each event stored in the queues 23, 21, 22, and 13 according to the priority assigned to each queue. Therefore, as in the first embodiment, the device failure alarm and the line monitoring alarm can be processed with different priorities.
In this specification, “task” and “process” have the following meanings. A task represents an execution process of an application (including middle and OS) in units of events. In addition, here, it is assumed that a plurality of programs are communicating with each other but are individually and simultaneously proceeding as program execution processing. In the example of FIG. It is called a unit.

It is a block diagram which shows the structure of 1st Embodiment. It is a time chart which shows operation | movement of 1st Embodiment. It is a block diagram which shows the structure of 2nd Embodiment. It is a block diagram which shows the structure of 3rd Embodiment. It is a block diagram which shows the structure of a prior art example. It is a time chart which shows operation | movement of a prior art example.

Explanation of symbols

10 Process 11, 12, 13 Queue 18 Priority Scheduler 19 CPU Execution Processing Unit 21, 22, 23 Queue 25 Alarm Status Information Extraction Unit 27, 28 Switching Unit 30, 40, 50 Process 31, 41, 51 Queue 60 Scheduler 71 Queue 78 Priority Scheduler

Claims (6)

At least a plurality of radio base station devices or subscriber station devices installed at different locations are used as target devices to perform communication between the target device and the central monitoring device, and the central monitoring device performs remote control on the target device. And a monitoring control device for performing parallel processing by multi-thread processing of the central monitoring device in response to occurrence of a predetermined event,
A first event signal generated in connection with remote control for the target device, a second event signal generated in connection with polling control for the target device, and an alarm in the target device When a third event signal generated according to autonomous control of the target device is input,
Status information representing the type is extracted from the signal of the third event, the third event is classified into at least two of a device failure event and a line alarm event based on the extracted status information, and the device Status information extraction means for storing a failure event and a line alarm event in the first queue and the second queue, respectively;
A different priority is assigned to the device failure event signal output from the first queue and the line alarm event signal output from the second queue, and at least the device failure is performed according to the assigned priority. A monitoring control apparatus comprising: a process thread activated for an event; and a schedule determination unit for determining a schedule of a process thread activated for the line alarm event.   2. The monitoring control apparatus according to claim 1, wherein a first process that processes the signal of the first event and inputs the signal to the schedule determination unit, and a signal that processes the signal of the second event and inputs the signal to the schedule determination unit. And processing means for processing in parallel the second process and the third process that processes the signal of the third event and inputs the signal to the schedule determination means as independent processes. A characteristic monitoring and control device. In the monitoring and control apparatus according to claim 1, when at least the first event signal and the third event signal are processed by a common process and input to the schedule determination unit as a common event signal,
After the thread is started by the common event signal, the processing is interrupted, the first event signal and the third event signal are separated from the common event signal, and the first event signal A monitoring and control apparatus, further comprising: common event signal processing means for assigning the third event signal to different queues and inputting the third event signal to the status information extracting means. At least a plurality of radio base station devices or subscriber station devices installed at different locations are used as target devices to perform communication between the target device and the central monitoring device, and the central monitoring device performs remote control on the target device. And a supervisory control program used by the computer in the central supervisory device in parallel by multi-thread processing in response to occurrence of a predetermined event.
A first event signal generated in connection with remote control for the target device, a second event signal generated in connection with polling control for the target device, and an alarm in the target device When a third event signal generated according to autonomous control of the target device is input,
Status information representing the type is extracted from the signal of the third event, the third event is classified into at least two of a device failure event and a line alarm event based on the extracted status information, and the device A status information extraction procedure for storing a failure event and a line alarm event in the first queue and the second queue, respectively;
A different priority is assigned to the device failure event signal output from the first queue and the line alarm event signal output from the second queue, and at least the device failure is performed according to the assigned priority. A monitoring control program comprising: a process thread activated for an event; and a schedule determination procedure for determining a schedule of a process thread activated for the line alarm event.   5. The monitoring control program according to claim 4, wherein a first process that processes the signal of the first event and inputs the signal to the schedule determination procedure, and a signal that processes the signal of the second event and inputs the signal to the schedule determination procedure. And a processing procedure for processing the third process signal and the third process that processes the signal of the third event and inputs them into the schedule determination procedure in parallel as independent processes. A supervisory control program. The monitoring control program according to claim 4, wherein at least the signal of the first event and the signal of the third event are processed by a common process and input to the schedule determination procedure as a common event signal.
After the thread is started by the common event signal, the processing is interrupted, the first event signal and the third event signal are separated from the common event signal, and the first event signal A monitoring control program, further comprising: a common event signal processing procedure for assigning a third event signal to different queues and inputting the third event signal to the status information extraction procedure.

Images