KR100244195B1 - The method of detection error in wireless local loop - Google Patents

Abstract

The failure detection method in the wireless subscriber network according to the present invention,

The fault detection task detecting a state change; Checking the enable / disable flag of the failure detection task; Sending a status change message to the management task and receiving a status change message at the management task; Checking a timer for a current state change; Terminating the timer if there is an active timer; Starting a new timer and waiting for a new message if there is no timer in operation and receiving a timeout message at a management task; And sending a status change message to the operator.

Description

Failure Detection Method in Wireless Subscriber Network

The present invention relates to a failure detection method in a wireless local loop (WLL), and more particularly to a method capable of coping with a temporary state change.

The fault detection in the wireless subscriber network detects a change in the state of each element and detects the fault detection tasks responsible for detecting the fault, and informs the operator of the change in the state related to the occurrence of the fault. Management tasks are intended to interact with each other.

When the failure detection task detects a change in the state of a specific part, the failure detection message immediately informs the management task of the change of state.

The detection of a failure is performed by a method in which a failure detection task in charge of detecting a failure compares a current state with a previous state and notifies the management task that a state change has occurred through a message.

The management task maintains (Enable / Disable) whether or not to inform the operator of the status change in the form of a table. That is, for various state changes, the enable / disable bit for the state change required by the operator is set to enable.

The management task may refer to the table and notify or ignore the operator according to the enable / disable value of each state change when the fault detection task notifies the state change.

In the prior art operating as described above, it is not known whether the fault detection task informs the operator of the change of state, that is, whether it is enabled or disabled.

Therefore, the failure detection task causes the management task to transfer the change of state unconditionally to the management task when a failure occurs, thereby causing a problem that unnecessary messages are generated to burden the management task system.

If a management task receives a status change from a fault detection task in a state where there is no fault, it treats it as a fault. At this time, when the fault detection task informs the state change of the corresponding element again, the management task recognizes that the fault is released.

Therefore, if a failure occurs and is resolved immediately, that is, if the change of state occurs continuously in a short interval, many messages are also generated and burden the system.

In addition, since fault detection tasks and management tasks are all running on different processors, the management task processor is dedicated to enabling / disabling flag checking and database management, resulting in many processes concentrating on one processor (management task). do.

Therefore, the present invention to solve the above problems,

The management task uses the enable / disable flag as a failure detection task to inform whether or not to receive status change messages, thereby limiting the generation of unnecessary messages. It is intended to treat this as a failure only if

1 is an overall configuration diagram of a fault detection task, a management task and a timer task according to the present invention.

2 is a flowchart illustrating the operation of a fault detection task according to the present invention;

3 is a flowchart showing the operation of a management task according to the present invention;

<Explanation of symbols for main parts of drawing>

100: failure detection task 200: management task

300: timer

The present invention was created to achieve the above object,

The fault detection task detecting a state change; Checking the enable / disable flag of the failure detection task; Sending a state change message to an administrative task; and

Receiving a status change message at an administrative task; Identifying whether there is a temporary state change; Terminating the timer if it is a temporary state change; If no timer is running, start a new timer and wait for a new message; and

Receiving a timeout message at an administrative task; Sending a status change message to the operator.

The present invention provides a fault detection task for determining whether a state change is being reported to an operator by using an enable / disable flag, and when a state change message is received, a timer for the state change is operated. If is out, then it consists of an administrative task that sends a status change message to the operator.

Figure 1 shows the overall configuration of the fault detection task, management task and timer task according to the present invention.

As shown, when the fault detection task 100 detects a state change, the enable / disable flag is checked.

If the current failure detection task 100 is enabled, the state change is notified to the management task 200, and at this time, the timer 300 starts to operate.

If no new state change is reported from the failure detection task 100 until the timer 300 is stopped for a predetermined time, the management task 200 reports the occurrence of the failure to the operator.

2 is a flowchart illustrating the operation of a fault detection task according to the present invention.

As shown, if a state change is detected in the wireless subscriber network at step 2a, the fault detection task checks the current flag at step 2b.

If the current flag is enabled, flow proceeds to step 2c to send a status change message to the management task.

If the current flag is disabled, go back to the beginning and detect a new state change.

In order to determine whether a reported state change has already been reported, that is, a temporary state change, the management task organizes the state change for each element into a table with a specific kit value. Checks if a timer is running for a state change with that kit value.

If the timer for the relevant state change is running, stop the running timer and start a new timer, ignoring if the currently detected state change is a temporary state change, and report it to the operator only when a certain time has elapsed. .

3 is a flowchart illustrating the operation of a management task according to the present invention.

As shown, the management task proceeds to step 3a or 3e depending on whether the entered message is a state change message or a time out message.

When the management task receives the state change message, it first checks in step 3b whether the timer associated with it is running to determine if this state is temporary. If it was a temporary state change, a state change had occurred previously, so that the timer is still running.

In order to check whether it is a timer for changing the current state, a data table is stored to store related items each time the timer is started.

If it is a temporary state change, i.e., the timer associated with the current state change has been started before, and the same state change has occurred before it has yet ended, proceed to step 3c to terminate the timer.

If the previous timer was terminated or the current state change is new, the process proceeds to step 3d to start a new timer for the state change, and records the timer's operation in the table for the state change item.

If the management task receives a timeout message as the timer for the state change expires in step 3e, this is maintained for a defined time after the state change occurs.

Therefore, the flow proceeds to step 3f to inform the operator of the change of state, and deletes the items recorded in relation to the current state change in the data table.

By controlling by using a timer without generating all the messages for each state change as described above, the response of the fault handling to be handled from the operator's point of view can be simplified.

However, as in the present invention, the enable / disable flag is used in the fault detection task, thereby parallelizing the processing process into the fault detection task and the management task, thereby enabling the workload sharing of the processor.

The present invention operating as described above,

Instead of generating unnecessary messages to report temporary state changes, fault detection and management tasks generate messages only when needed using enable / disable flags and state change timers, thereby reducing the overall volume of messages. It is effective to let.

Claims (5)

The fault detection task detecting a state change (2a); Checking (2b) an enable / disable flag of the failure detection task; Sending a state change message to the management task (2c) if the flag is enabled in step (2b); and (3a) the management task receiving a state change message from a failure detection task; Checking (3b) whether it is a temporary state change; Terminating the timer 3c if it is a temporary state change; If no timer is running, start a new timer and wait for a new message (3d) and Receiving (3e) a timeout message at the management task; Transmitting (3f) a status change message to an operator. The method of claim 1, And the management task configures a table of values of an enable / disable flag for a state change item of each element in a table. The method of claim 2, wherein the enable / disable flag in the table includes: A flag of a state change to be reported to an operator is set to enable and a flag of a state change not to be reported to the operator is set to disable. The method of claim 1, wherein step (3b), The management task comprises a table of whether the operation of the timer for the state change of each element, characterized in that the failure detection method in a wireless subscriber network. The method of claim 4, wherein In a wireless subscriber network, a value of whether a timer is operated in a table related to the state change is determined to be a temporary state if it is set to a timer operation, and to be determined to be a temporary state change if it is set to an inactive state. Method for detecting failures.

Images