KR100233467B1 - Switching factor detecting and controlling method for switching protection unit to working unit in synchronous digital microwave transmission system - Google Patents

Abstract

The present invention relates to a synchronous digital microwave transmission system, and provides a method for ensuring a line protection function by a switching attempt when switching a protection unit to a working unit and shortening a time required for switching. The present invention can continuously detect the transfer request not only by the interrupt but also by the polling at predetermined time intervals, thereby continuously monitoring the transfer factor of the working unit even in the case of the transfer failure due to the momentary failure of the protection unit So that the circuit protection function can be performed immediately when the protection unit returns to the normal operation. The present invention can be usefully used in synchronous digital microwave transmission equipment.

Description

Switching factor detection and switching control method for switching a protection unit to a working unit in a synchronous digital microwave transmission system

The present invention relates to a method of switching a protection unit to a working unit in a synchronous digital microwave transmission system, and more particularly, to a method of detecting a factor for switching a protection unit to a working unit and a method of controlling a switching operation according to a detection result .

A conventional synchronous digital microwave transmission system consists of one main control unit and a plurality of main control units controlled by the main control unit. This synchronous digital microwave transmission system is contained in a cabinet of multi-stage shelves, and each unit of the system is mounted and detached in a corresponding slot of each shelf in the form of a card. In this case, each of the dispersion units has a double structure, that is, two dispersion units performing the same function are connected to each other and connected to the corresponding slot. This means that even if one dispersion unit fails, To be performed by the same unit.

1, a conventional synchronous digital microwave transmission system includes a main control unit 100, a plurality of tributary units 300, and a dispersion control unit 300 connected between the MCU 100 and the TU 300. [ (Tributary Control Unit) 200. The MCU 100 and the TCU 200 are connected via a serial bus RS 485. The TCU 200 and each TU 300 are connected through a parallel local bus. In this case, each TU 300 has a dual structure of TU-A 310 and TU-B 320 as described above. One TU operates as a working TU and the other TU functions as a protection TU. Here, the working TU refers to a TU performing a normal operation, and the protection TU refers to a TU that operates as a working TU instead of a working TU that has been switched when an abnormality occurs in the working TU due to a spare TU.

In the transmission system constructed as shown in FIG. 1, the conventional TU transfer operation is performed only by the supervisory control processor which is present according to each TU, and each transfer is performed by an interrupt Only when there is a request. However, since the detection of the switching factor depends only on the interruption, if the protection can not be instantly switched when the switching request is requested, the switching protection function can not be guaranteed due to the switching failure due to the switching failure.

In addition, since the switching operation according to the related art is performed by making the TU serving as the current working in the two TUs into the protection TU, that is, by inhibiting the signal output and controlling the protection TU to output the signal and switching to the working state, And the time required for the operation is long.

Also, the transfer operation according to the related art is performed by software processing even when the TU card is removed. Since the transfer operation is performed only by software, the time required for the transfer operation becomes long.

SUMMARY OF THE INVENTION It is therefore an object of the present invention to provide a method for guaranteeing a circuit protection function by a transfer re-attempt when a protection unit is transferred to a working unit in a synchronous digital microwave transmission system.

It is another object of the present invention to provide a method for shortening the time required for transferring a protection unit to a working unit in a synchronous digital microwave transmission system.

In order to accomplish the above objects, the present invention provides a method and apparatus for continuously detecting a transfer request not only by an interrupt but also by polling every predetermined time (30 milliseconds) so that when a transfer request by interruption Also disclosed is a method for continuously monitoring a switching factor of a working unit so that a circuit protection function can be immediately performed when a protection unit returns to a normal operation.

Also, in the method according to the present invention, in order to prevent the output of the system from being put into the non-signal state for a long time by executing commands based on the order in the working unit and the protection unit during the switching operation, So that the operation is performed.

Further, the corresponding switching operation is performed according to the type of the unit being set for each slot and being operated. That is, 1 + 1 uni-direction signal switching is performed for TUO, and 1: 1 equipment switching is performed for TU3.

1 is a diagram illustrating a general configuration of a synchronous digital microwave transmission system to which the present invention is applied.

2 is a diagram illustrating a configuration of a synchronous digital microwave transmission system according to the present invention.

3 is a diagram showing priority of transfer control according to the present invention;

4 is a diagram illustrating a type of an automatic transfer request per unit according to the present invention.

5 shows a manual transfer task flow for TU3 of the present invention.

6 is a flowchart showing a manual transfer processing flow for the TU3 of the present invention.

7 is a flowchart showing an automatic transfer task flow for TU3 of the present invention.

8 is a flowchart showing a process of detecting card removal by an interrupt of the present invention.

9 is a flowchart showing a process of detecting card removal by polling according to the present invention;

10 is a flowchart showing a process flow upon request for switching by card removal of the present invention.

11 is a view showing switching flow when the TU3 card of the present invention is removed.

12 is a diagram showing an automatic switching factor detection and switching request flow for the TU3 of the present invention;

13A and 13B are diagrams showing a flow of automatic transfer processing for TU3 of the present invention.

14 is a view showing a transfer processing flow according to the TU3 insertion of the present invention.

15 is a diagram illustrating a manual transfer task flow for a TUO of the present invention.

16 is a view showing a manual transfer processing flow for the TUO of the present invention.

17 is a diagram showing an automatic transfer task flow for the TUO of the present invention.

18 is a view showing a switching process flow by removing the TUO card of the present invention.

FIG. 19 is a view showing a switching factor detection and switching request flow for the TUO of the present invention; FIG.

20A and 20B are diagrams showing a TUO transfer processing flow by an interrupt of the present invention.

21A and 21B are diagrams showing a flow of TUO transfer processing by polling and SD according to the present invention.

22 is a view showing a transfer processing flow according to the TUO insertion of the present invention.

23 is a view showing an AUTOLOCK judgment / processing flow of the present invention;

24 is a view showing an AUTOLOCK release flow of the present invention;

25 is a diagram showing an AUTOLOCK release determination flow of the present invention;

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the same reference numerals are used to denote the same elements in the drawings in the following description, even if they are shown in different drawings. It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory and are intended to provide further explanation of the invention as claimed.

First, it is revealed that the operation of transferring the protection unit to the working unit according to the present invention is divided into the manual switching operation and the automatic switching operation. Here, manual switching is a switching operation performed by an operator (for example, Clear, Manual Lockout, Forced Switchover, Manual Switchover, etc.), and automatic switching is a switching operation in which a switching factor of a TU is detected and automatically performed . In this case, the switching factor is detected not only by the interrupt but also by the polling every predetermined time (for example, 30 milliseconds). That is, according to the prior art, the transfer factor is detected only through the interrupt, but according to the present invention, the transfer factor is detected not only by the interrupt but also by the polling. Therefore, even when the transfer unit fails due to the momentary failure of the protection unit in the case of the transfer request by the interruption, the factor of switching of the working unit is continuously monitored and the protection function of the protection unit can be performed immediately when the protection unit returns to the normal operation. This switching operation is performed in the synchronous digital microwave transmission system including the MCU 100, the TCU 200, the TU-A 310 and the TU-B 320 as described above.

2 is a diagram illustrating a configuration of a synchronous digital microwave transmission system for a switching operation according to the present invention. Referring to FIG. 2, the TCU 200 detects a transfer factor of each TU through a local bus, and performs a transfer to the TU operating as a protection unit through the local bus. . 2, each of the TU-A 310 and TU-B 320 includes a switching control unit 312. Since the switching control unit 312 operates as a path for performing monitoring and switching, a unit that functions as a protection unit, for example, a TU- The transfer is performed even if the transfer command is issued, and the hardware transfer by the card removal is also performed in hardware through this path. It is a difference from the transfer operation according to the related art that the transfer operation, that is, the transfer operation through only the transfer control section 312 is performed. For example, if it is assumed that the TU-A 310 operates as a working unit and the TU-B 320 functions as a protection unit, according to the conventional switching operation, the TU- And outputs the signal to switch the TU-B 320 to the working unit. In contrast, according to the switching operation of the present invention, the switching control unit 312 of the TU-B 320 is controlled to inhibit the signal output of the TU-A 310, and at the same time, the TU- Switch. In the transmission system of the present invention performing this operation, the manual switching operation is performed according to the interprocessor communication (IPC) by the MCU 100, and the automatic switching operation is performed after the switching factor of the TU is detected through the local bus do.

FIG. 3 is a diagram showing that the switching factors enabling the switching operation according to the present invention have a predetermined priority, and includes a board herring switch, a manual lockout, an automatic lockout, a forced switchover, an SF switchover, an SD switchover, CLEAR in order of priority.

FIG. 4 is a diagram illustrating that an automatic transfer operation according to the present invention is performed for each unit differently. That is, as shown in FIG. 4, the automatic transfer operation according to the present invention can be divided into TUO and TU3. TUO (Tributary Unit Optic) is a unit that receives optical signals. In this unit, signal switching is performed by external circuit switching. TU3 (Tributary Unit DS3) is a unit that receives DS3 class signal. In case of this unit, the line is switched when there is something wrong with the unit. In the TUO, there are SF (Signal Failure) indicating signal failure and SD (Signal Degrade) indicating signal relief, and CR, OPTIC LOS, LOS, OOF, LOF, LINE AIS, EXCESSIVE B2 are SF , And the case where the B2 signal is relieved corresponds to the transfer by the SD. On the other hand, the type of transfer made in TU3 is EQUIP, which indicates the abnormality of the unit. This is the case with CR, LOC, internal failure, and ASIC FAIL.

1. Switching operation according to the invention for TU3

(1) Manual switching by operator's request

Passive switching such as Clear, Manual, Lockout, Forced Switch, and Manual Switch analyzes Interprocessor Communication (IPC) data received by the MCU 100 as shown in the task flow shown in FIG. 5, 6, the TU-A and TU-B of the line corresponding to the received command are both active, and after checking the validity of the command, If the status of the transfer is lower than the current command, the database is updated only in the TCU 200 without a transfer operation in the case of Clear Lockout, and in the case of Forced or Manual Switchover, the TU The transfer control unit 312 sends a transfer command, monitors the result of the transfer, updates the result of the command in the database in the TCU 200, and sends the IPC to the MCU 100 To be reported.

FIG. 5 is a flowchart illustrating a manual transfer task flow for the TU 3 of the present invention. The IPC ISR 501, the IPC_RX TASK 502, the EPS TASK 503, the CFG TASK 504, the RPT_FMT TASK 505, the IPC_TX TASK (506). The EPS TASK is applied to a TU3-type board and performs comparison and comparison between the setting state, the switching state, and the board state of each slot.

6 is a diagram showing a manual transfer processing flow for the TU3 of the present invention. It is determined in step 601 of FIG. 6 whether all the TUs of the lines requested are active. At this time, if it is determined that the active TU is in the active state, the current TU is found in step 602 and it is determined in step 603 whether the transfer request is higher than the current transfer state. If it is determined that the request is a higher request, the switching control unit of the protection TU is controlled to perform the switching in step 604, and the switching result is monitored. Next, if it is determined in step 605 whether the transfer result is successful or not, the transfer database of PRE and CUR is set to transfer success in step 606, and in step 607, the transfer database of the CUR is set to transfer failure in step 607 . Then, in step 608, the CONFIGURATION database is changed, and the CFG task is activated for reporting the result to the MCU, and then the process ends.

(2) Automatic Equipment Failure

The TU3 equipment automatic switching due to an internal board failure is performed through a task flow as shown in FIG. 7, and the switching factor is divided into an event caused by an internal board failure and a card removal / insertion. The card removal event is detected by a task monitoring the CR interrupt and TU real hitting per 800 milliseconds (ms). The internal fault is an interrupt that occurs during an internal failure and TU polling that detects an alarm every 30 milliseconds (ms) It is detected by the task. The switch request event activates the EPS task, performs switchover according to the transfer priority and the state of the protection board, performs the device switchover, and reports the result of the switchover to the MCU 100 through the IPC.

7 is a flowchart illustrating an automatic transfer task flow for the TU3 of the present invention. In the case of the TU ISR 701 in FIG. 7, the process proceeds to the TU_POLL TASK 705, and in the case of the TIMER ISR 702, the process proceeds to the CFG TASK 706 and then proceeds to the TU_INIT TASK 708. In the case of CR ISR 703 and TIMER ISR 704, the flow advances to CFG TASK 707. If the steps 705 to 708 are performed, an EPS TASK 709 is performed, an RPT_FMT TASK 710 is performed, and an IPC_TX TASK 711 is performed. The TU ISR 701 is a task performed every 30 milliseconds, the CR ISR 703 is a task according to a CR transfer request, and the TIMER ISR 704 is a task performed every 800 milliseconds. TU_POLL TASK 705 is a task for board failure detection and transfer request, and TU_INIT TASK 708 is a task for requesting a work selection after initialization by new board insertion. The EPS TASK 709 is a task for judging whether or not to transfer by a transfer request, a current transfer state, and a priority, and is a task for judging whether or not a provision state of a slot and a transfer state by a presence of a protection board exist.

(2-1) CR automatic switching

The CR interrupt of FIG. 8 and the task of monitoring the actual hernia of the TU every 800 milliseconds in FIG. 9 are searched for a TU room hernor, and a card removal event is searched as shown in FIG. 10, and in the case of TU3 depending on the type of each TU If the EPS task is TUO, activate the APS task. At this time, the TU board also performs the hardware switching by the transfer control unit between the TUs. The EPS task activated by the CR determines the validity of the transfer, such as the signal type of the requested line and the active state of the slot, etc. If it is appropriate, the transfer command is written to the transfer control unit of the protection TU, . If the switching control unit of the TU which has been the protection is searching for the working state after the search, the switching database of the TCU is updated to the switching by the CR, the database of the AUTOLOCK judgment is cleared, and the result is reported to the MCU 100.

8 is a diagram showing a process flow for detecting card removal by an interrupt of the present invention. The TU insertion state is read in step 801, the card removal state is processed in step 802, and the CR interrupt enable processing is performed in step 803.

9 is a flowchart showing a process of detecting card removal by polling according to the present invention. In step 901, the TU packaging state is read 10 times and the same is compared and it is checked whether or not the TU packaging state is valid. In step 902, it is determined whether the retrieved TU implementation information is valid. In step 903, a card removal state process is performed. In step 904, a card insertion state process is performed. In step 905, a CR interrupt enable process is performed.

10 is a view showing a flow of a process upon request for transfer by card removal of the present invention. The slot number is set to 0 in step 1001, and the operations of steps 1003 to 1008 are repeatedly performed until it is confirmed that the slot number set in step 1002 is 8. In step 1003, it is determined whether or not the corresponding slot previously existed, but if not, the CR interrupt task is performed in step 1004. Next, in step 1005, it is determined whether the signaling type of the corresponding slot is TUO or TU3. In case of TUO, the APS task is activated to request switching by card removal in step 1006, and in case of TU3, the EPS task is activated to request switching by card removal in step 1007. After completing steps 1006 and 1007, steps 1003 through 1007 are repeatedly performed until it is determined in step 1002 that the slot number is incremented by 1 in step 1008 and step 8 is confirmed. If 8 is confirmed in step 1002, the above operation is terminated.

11 is a view showing a transfer flow when the TU3 card of the present invention is removed. The line requested in step 1101 determines the type of signaling, and in step 1102 it is determined whether all the TUs of the requested line are active and the requested TU is in the working state. In step 1103, it is determined whether or not a protection TU exists and is a CONFIGURATION match and a CONFIGURATION is successful. In step 1104, the switching control unit of the protection TU performs a switching operation and a switching result. In step 1105, it is determined whether the transfer result is successful. If the transfer result is successful, in step 1106, the PRE transfer database is updated to the success of the CR transfer, the CUR transfer database is updated to the CR transfer success, and the AUTOLOCK database is cleared. If it is determined that the TU is not successful, the TU is made a protection in step 1107, and the CUR transfer database is updated as a transfer failure. After completing steps 1106 and 1107, the CFG task is activated to update the CONFIGURATION database and report to the MCU 100 in step 1108, and then the process ends.

(2-2) Automatic Equipment Switching

TCU detects the transfer factor of each TU as shown in FIG. 12 in the transfer request interrupt service of the TU and the alarm detection task every 30 milliseconds, and activates the EPS task when the TU is a working board. As shown in FIG. 13, there are switching factors in the working board by comparing the active state, the signal type, the transfer priority, the protection TU state, and the like for each TU of the corresponding line, If there is no obstacle, a transfer command is issued to the transfer control unit of the protection TU, and the result of the transfer is monitored and reported to the MCU. At this time, it is judged whether it meets the condition of AUTOLOCK.

12 is a diagram showing an automatic switching factor detection and switching request flow for the TU3 of the present invention. In step 1201, an alarm on each ASIC is collected. In step 1202, a switch request flag is set in units of bits in accordance with an alert. In step 1203, it is determined whether the corresponding TU is working. If the flag is "0", it is determined in step 1204 whether the flag is "0". If it is determined that the transfer flag is 0, the EPS task is activated in step 1205 to request the transfer and then the process is terminated.

13A and 13B are diagrams showing an automatic transfer processing flow for the TU3 of the present invention. In step 1301 of FIG. 13A, it is determined whether all the TUs of the requested line are active, the requested TU is the working state, and the signaling type of the requested line is TUE or TU3. In step 1302, it is determined whether the PRE transfer is performed according to the priority under AUTOLOCK. If the PRE transfer is performed according to the following priority order, the process proceeds to step 1303; otherwise, the process proceeds to step 1314. In step 1303, it is determined whether there is a protection TU, that is, a CONFIGURATION match and a CONFIGURATION is successful. If the protection TU exists, it is determined in step 1304 whether there is an alarm of a switching requirement in the working TU. If it is determined that there is an alarm, it is determined in step 1305 whether there is an alarm of the switching requirement in the protection TU, and if it is determined that there is no alarm, the process is terminated. If it is determined in step 1305 that there is an alarm of the transfer requirement of the protection TU, in step 1306, the transfer completion and transfer result by the transfer control unit of the protection TU are monitored in step 1306. In step 1307, it is determined whether the transfer result is successful . If it is determined that the transfer result is successful, the PRE transfer database is updated to the EQUIP transfer success and the CUR transfer database is updated to the EQUIP transfer success in step 1308 of FIG. 13B. If it is determined that the transfer result does not succeed, the CUR transfer database is updated to the transfer failure in step 1312 of FIG. 13B. After performing step 1308, the controller 100 performs an AUTOLOCK process in step 1309 and determines whether it is AUTOLOCK in step 1310. If it is determined to be AUTOLOCK, the PRE transfer database is updated to AUTOLOCK success in step 1311, the CUR transfer database is updated to AUTOLOCK success, and the process proceeds to step 1313. If it is determined that it is not AUTOLOCK, If it is determined in step 1312 and step 1311 that it is not AUTOLOCK, the CFG task is activated to update the CONFIGURATION database and report to the MCU in step 1313, and then the process ends.

(2-3) Transfer by TU3 insertion

As shown in FIG. 14, when the TU board is inserted, the TCU searches the provisioning and operation state of the partner TU and performs switching.

FIG. 14 is a view showing a transfer processing flow according to the TU3 insertion of the present invention. FIG. In step 1401, the slot status of the requested TU is determined. If the slot is in the BLANK state, the process proceeds to step 1407. If the slot is in the DEACT state, the process proceeds to step 1402. If the slot is in the ACT state, Steps 1402 and 1403 determine the slot state of the pair TU. If the DEACT state is determined in step 1402 or the ACT state is determined in step 1403, the process proceeds to step 1404. If the ACT / BLANK state is determined in step 1402 or the DEACT / BLANK state is determined in step 1403, Proceed directly to step 1405 without proceeding. If it is determined in step 1404 that the signal type of the pair TU is a mismatch, a pair TU does not exist, a CONFIGURATION mismatch, a CONFIGURATION failure, or a working state, the process proceeds to step 1405; otherwise, the process proceeds to step 1407 Go ahead. In step 1405, the switching control unit of the TU performs switching and monitoring results, and it is determined in step 1406 whether the switching is successful. If the transfer is successful, the non-PRE CUR transfer database is updated to clear success in step 1408, the CONFIGURATION database is updated so that the requested TU is working, and the CFG task is activated to report to the MCU. If the transfer is unsuccessful, the CUR transfer database is updated to a clear failure in step 1407, the CONFIGURATION database is updated so that the requested TU is protected, and the CFG task is activated to report to the MCU.

2. Transfer operation according to the present invention for TUO

(1) TUO manual switching by the operator

The manual switching such as CLEAR, MANUAL LOCKOUT, FORCED SWITCH, and MANUAL SWITCH is designed in such a manner that the IPC data received from the MCU is analyzed and the result of the processing after the processing is reported to the MCU by the APS task as in the task flow shown in FIG. , It is detected whether all the TU A / B of the line corresponding to the received command is active as shown in FIG. 16, and after the validity of the command is checked, whether the priority of the previous switching is lower than the current command is detected, In the case of CLEAR and LOCKOUT, only the database in the TCU is updated without the transfer operation. If the transfer is in FORCED or MANUAL SWITCHOVER, a transfer action command is transmitted to the transfer control unit of the TU operating as protection, The results were updated in the database in the TCU and reported to the MCU 100 through the IPC.

FIG. 15 is a manual transfer task flow for the TUO of the present invention. FIG. 15 is a flowchart illustrating a manual transfer task flow for the TUO according to the present invention. , RPT_FMT TASK 1505, and IPC_TX TASK 1506. The APS TASK 1503 is applied only to the TUO type board, and is a task for comparing and setting the setting state, the switching state, and the board state of each slot.

16 is a view showing a flow of manual transfer processing for the TUO of the present invention. In step 1601, it is determined whether all the TUs of the requested line are active. If all of the TUs are determined to be active, the TU in step 1602 is searched. Next, in step 1603, it is determined whether the transfer request is higher than the current transfer state. If the transfer request is determined to be higher than the current transfer state, the transfer control unit of the protection TU is controlled in step 1604 to monitor the transfer result. In step 1605, it is determined whether the monitored transfer result is successful. If it is determined that the transfer result is successful, the transfer database of the PRE and the CUR is set as transfer success in step 1606. If it is determined that the transfer result is not successful, the transfer database of the CUR is set as the transfer failure in step 1607 . After the steps 1606 and 1607 are performed, the K1 and K2 bytes are changed and transmitted in step 1608, and the CFG task is activated to change the CONFIGURATION database and report the result to the MCU.

(2) Automatic transfer

The automatic line protection switching is designed to operate as shown in Fig. Switching factors are divided into line failure (SF, SD) and CARD REMOVE / INSERT events. The card removal event is detected by a CR interrupt and a task monitoring the TU's actual hitching every 800 milliseconds. A line fault is detected by a TU polling task that retrieves interrupts in the event of a line failure, an alarm every 30 milliseconds, It is detected by SD calculated every 100 milliseconds. The transfer request event activates the APS task, performs transfer determination based on the transfer priority and the state of the protection board, and reports the result of the transfer to the MCU 100 through the IPC.

17 is a flowchart illustrating an automatic transfer task flow for the TUO of the present invention. After performing TU ISR 1701 and TIME ISR 1702, TU_POLL TASK 1706 is performed. After performing TIMER ISR 1703, TU_INIT TASK 1710 is performed after performing CFG TASK 1707 Performs PFM TASK 1708 after performing TIMER ISR 1704, and performs CFG TASK 1709 after CR ISR 1705 is performed. After the tasks in steps 1706, 1710, 1708, and 1709 are performed, an APS TASK 1711, an RPT_FMT TASK 1712, and an IPC_TX TASK 1713 are performed in step 1711. The TIMER ISR 1702 is a task performed every 30 milliseconds, the TIMER ISR 1703 is a task performed every 800 milliseconds, and the TIMER ISR 1704 is a task performed every 100 milliseconds. TU_POLL TASK 1706 is a task for SF detection and transfer request, PFM TASK 1708 is a task for SD detection and transfer request, and CFG TASK 1709 is a task for real hernage monitoring and CR transfer request. The TU_INIT TASK 1710 is a task for requesting a working board selection request after initializing the TU, and the APS TASK 1711 is a task to be switched by comparing a transfer priority, a current transfer state, a provision state of a slot, and the presence or absence of a protection TU . And RPT_FMT TASK 1712 is a task reporting the execution result.

(2-1) CR automatic switching

The CR interrupt of FIG. 8 and the task of monitoring the actual herniation of the TU every 800 milliseconds in FIG. 9 are searched for a TU room herniation state, a card removal event is retrieved as shown in FIG. 10, In the case of TU3, if the EPS task is TUO, the APS task is activated. At this time, the TU board herniation switching (CR) is also performed in hardware by the transfer control unit between the TUs. The APS task activated by the CR judges the validity of the transfer, as shown in FIG. 18, such as the signal type of the requested line and the active state of the slot, and if it is appropriate, sends a transfer action command to the transfer control unit of the protection TU . If the transfer control unit of the TU which has been in the protection state is in the working state after the detection and processing, the transfer database of the TCU is updated to the transfer by CR, the database of the AUTOLOCK judgment is cleared, and the result of the execution is reported to the MCU 100.

18 is a diagram showing a flow of a switching process by removing the TUO card of the present invention. It is determined in step 1801 whether the signal type of the requested line is TU3 or TUO. If the signal type is TUO, it is determined in step 1802 whether all the TUs of the line requested are active and the requested TU is in the working state. If it is determined that the mobile terminal is in the active state and the mobile terminal is in the working state, the mobile terminal determines in step 1803 whether there is a protection TU, that is, a CONFIGURATION match and a CONFIGURATION is successful. If it is determined in step 1803, the switching control unit of the TU searches for a switching operation and a switching result in step 1804, and then determines whether the search result is successful in step 1805. If it is determined that the transfer is successful, the K1 and K2 bytes are changed and transmitted in step 1806, the PRE transfer database is updated to the successful CR transfer, the CUR transfer database is updated to the successful CR transfer, and the AUTOLOCK database is cleared. If it is determined that the transfer is not successful, the TU is made a protection in step 1807, and the CUR transfer database is updated to the CR transfer failure. After the steps 1806 and 1807 are performed, the CFG task is activated to update the CONFIGURATION database and report to the MCU in step 1808, and then the process ends.

(2-2) Automatic 1 + 1 line protection by interrupt

The TCU 200 detects the switching factor of each TU as shown in FIG. 19 in the TU switching request interrupt service and the alarm detection task every 30 milliseconds, and activates the APS task when the TU is a working board. As shown in FIG. 20, the switching of the APS task is performed by comparing the active state, the signal type, the transfer priority, and the protection TU state of each TU of the corresponding line, and if there is a switching factor in the working board, The switching control unit of the protection TU issues an instruction of a switching action, monitors the result of the switching, and reports the switching result to the MCU 100. At this time, it is judged whether it meets the condition of AUTOLOCK.

FIG. 19 is a diagram showing a switching factor detection and switching request flow for the TUO of the present invention. FIG. In step 1901, an alarm on each ASIC is collected. In step 1902, a change request flag is set in units of bits in accordance with an alarm. In step 1903, it is determined whether the TU is working. If it is a working flag, it is determined in step 1904 whether the flag is 0 or not. If it is determined that the transfer flag is 0, the operation is terminated. If it is determined that the transfer flag is not 0, the APS task is activated in step 1905 to request the transfer and then terminate.

20A and 20B are diagrams showing a TUO transfer processing flow according to the interrupt of the present invention. It is determined in step 2001 of FIG. 20A that all the TUs of the lines requested are active, the requested TU is the working state, and the signal type of the requested line is TUO. If it is judged at this time, it is judged whether or not the PRE transfer is performed with priority lower than the SF in step 2002. If it is judged at this time, the protection TU exists in step 2003 and it is judged whether it is CONFIGURATION match and CONFIGURATION success. If it is determined in step 2003, it is determined in step 2004 whether there is an SF level alarm in the protection TU. If there is an alarm, the switching control unit of the protection TU performs the switching in step 2005 and monitors the switching result. In step 2006, it is determined whether the switching result is successful. If the transfer is successful, in step 2007 of FIG. 2B, the PRE transfer database is updated to the SF transfer success, the CUR transfer database is updated to the SF transfer success, and K1 and K2 are changed to the SF transfer and transmitted. Thereafter, AUTOLOCK processing is performed in step 2008, and AUTOLOCK is determined in step 2009. If AUTOLOCK is judged, in step 2010, the PRE transfer database is updated to AUTOLOCK success, the CUR transfer database is updated to AUTOLOCK success, and K1 and K2 are changed to AUTOLOCK. On the other hand, if it is judged that the transfer is not successful in the 2006 stage, the CUR transfer database is updated to the transfer failure in 2011. If the AUTOLOCK is not judged after the 2010 and 2011 steps or the 2009 steps, the controller updates the CONFIGURATION database in step 2012, activates the CFG task for reporting to the MCU 100, and then terminates.

(2-3) 1 + 1 line protection by polling and SD

The transfer priority and the state of the TU board are monitored and the transfer is performed as shown in FIGS. 21A and 21B.

FIGS. 21A and 21B are diagrams showing the flow of TUO transfer processing by polling and SD according to the present invention. In step 2101 of FIG. 21A, transfer processing by SF is performed. In step 2101, it is determined whether or not the PRE transfer is performed with a priority of SF or lower. If it is determined in step 2101 that the PRE transfer has been performed with a priority lower than the SF, the process proceeds to step 2103; otherwise, the process proceeds to step 2112. In step 2103, it is determined whether there is a protection TU, that is, a CONFIGURATION match, and a CONFIGURATION is successful. In this case, it is determined in step 2104 whether there is an SD alarm in the working TU, and if not, the process proceeds to step 2114 of FIG. 2B. If it is determined in step 2104 that there is an SD alarm, it is determined in step 2105 whether an SF or SD alarm exists in the protection TU. If not, the process is terminated. In step 2105, it is determined whether an SF or SD alarm is present in the protection TU. If YES in step 2105, the process proceeds to step 2114 in FIG. 2B. If the determination in step 2102 is NO, the switching control unit of the protection TU performs a transfer in step 2106, After checking the transfer result, it is determined in step 2107 whether the transfer result is success or not. If it is determined in step 2107 that the transfer is successful, in step 2108 of FIG. 2B, the PRE transfer database is updated to the success of the SD transfer, the CUR transfer database is updated to the success of the SD transfer, and the K1 and K2 are changed to the SD transfer . If it is determined in step 2107 that the transfer is not successful, the flow advances to step 114 of FIG. 2B. After the step 2108 of FIG. 2B is performed, the AUTOLOCK process is performed in step 2109, and the AUTOLOCK process is determined in step 2110. If AUTOLOCK is determined, the PRE transfer database is updated to AUTOLOCK success in step 2111, the CUR transfer database is updated to AUTOLOCK success, and K1 and K2 are changed to AUTOLOCK. In step 2114, the CUR transfer database is updated to transfer failure, and the process proceeds to step 2115. After AUTOLOCK is not determined in step 2110, or steps 2111 and 2114 are performed, the controller 21 updates the CONFIGURATION database in step 2115, activates the CFG task to report to the MCU, and terminates the process. On the other hand, in step 2112 of FIG. 2A, it is determined whether the PRE transfer is AUTOLOCK. If AUTOLOCK is determined, the AUTOLOCK release count is restarted from the beginning in step 2113 and ends.

(2-4) Transfer by TUO insertion and change of K1 and K2 bytes

As shown in FIG. 14, when the TU board is inserted, the TCU searches the provisioning and operation state of the relative TU and performs switching. Through this, it decides whether the newly inserted TU will service with walking or service with protection. TUO 1 + 1 Change the values of K1 and K2 in order to notify the switching station of its own switching information when the circuit is switched.

FIG. 22 is a view showing a transfer processing flow according to the TUO insertion of the present invention. FIG. In step 2201, the slot status of the requested TU is determined. If it is determined in step 2201 that the slot state is BLANK, the process proceeds to step 2207. If the slot state is determined to be DEACT, the process proceeds to step 2202. Otherwise, the process proceeds to step 2203. [ In step 2202 and step 2203, a slot state of the pair TU is determined. If DEACT and ACT are determined in each step, in step 2204, if the signal type of the pair TU is a mismatch, a pair TU does not exist, or a CONFIGURATION mismatch, Or not in the working state. If it is not determined in step 2204, the flow advances to step 2207. If it is determined in step 2204, the flow advances to step 2205. Also, if the ACT / BLANK state and the DEACT / BLANK state are determined in steps 2202 and 2203, the process proceeds to step 2205. [ In step 2205, the switching control unit of the TU performs switching, monitors the execution result, and then determines in step 2206 whether the switching is successful. If it is determined that the transfer is successful, the K1 and K2 bytes are changed and transmitted in step 2208, and the PRE non-PRE CUR transfer database is updated successfully, the CONFIGURATION database is updated so that the requested TU is working, Activate the CFG task and exit. In step 2207, the CUR transfer database is updated to a clear failure, the CONFIGURATION database is updated so that the requested TU is protected, and the CFG task for reporting to the MCU is activated and then terminated.

3. AUTOLOCK processing

AUTOLOCK is used to prevent the occurrence of frequent change. It declares AUTOLOCK when the change occurs more than the preset number of AUTOLOCK times, and prohibits the change by the set AUTOLOCK release time.

(1) AUTOLOCK judgment / declaration

In case of TU3, AUTOLOCK is applied only for automatic switching by internal failure except CR, and for TUO, only for automatic switching by SF and SD except CR. That is, as shown in FIG. 13, FIG. 20, FIG. 21, and so on, AUTOLOCK of FIG. 23 is judged and controlled only when the automatic transfer is successful. At this time, if MANUAL CLEAR, MANUAL LOCKOUT, and CR are switched, the index is set to "0" and AUTOLOCK is judged newly from this point.

23 is a diagram showing an AUTOLOCK determination / processing flow of the present invention. In step 2301, the AUTOLOCK time database indicated by the current AUTOLOCK index is updated with the current time of the TCU. In step 2302, it is determined whether (AUTOLOCK index + 1) is equal to or larger than the transfer count value set. If it is determined in step 2309 that the value is less than the AUTOLOCK index, the process increments the AUTOLOCK index in step 2309 and ends. If it is determined that the AUTOLOCK index is greater than or equal to the AUTOLOCK time set in step 2303 (time of the current AUTOLOCK index- . If it is determined that the AUTOLOCK time database is not equal to or less than the AUTOLOCK time set in step 2303, the AUTOLOCK time database is changed to 0 in step 1, 0 in step 2, 1,. If it is determined that the AUTOLOCK time is less than the AUTOLOCK time set in step 2303, AUTOLOCK is declared in step 2304, the AUTOLOCK release time is set to the set AUTOLOCK release time, the AUTOLOCK time database is updated to the current TCU time, 0 ". After step 2304, it is determined in step 2305 whether the unit type is TUO or TU3. TUO, the APS database is updated to AUTOLOCK in step 2305, and the K1 and K2 bytes are changed and transmitted. TU3, the process proceeds to step 2308 where the EPS database is updated to AUTOLOCK in step 2307. [ Step 2308 changes the CONFIGURATION database, activates the CFG task to report the results to the MCU, reports AUTOLOCK to the MCU, and terminates.

Fig. 24 is a diagram showing an AUTOLOCK release flow of the present invention. This operation is performed every 1 minute. The timer is incremented in step 2401, and it is determined in step 2403 whether the line number is less than four. The first line number starts at 0. If it is determined that the line number is less than 4, it is determined in step 2404 whether all the TUs of the corresponding line are active, the AUTOLOCK state, and the working TU. If so, the process proceeds to step 2405. Otherwise, the process proceeds to step 2402. In step 2405, a working TU is searched. In step 2406, it is determined whether the signal type is TU3 or TUO. TU3, the EPS task is activated to release the AUTOLOCK in step 2407. If the TU3 is TUO, the APS task is activated to release the AUTOLOCK in step 2408, and then the line number is incremented by one in step 2402. [ This operation is repeatedly performed until it is determined in step 2403 that the line number is not less than four. If it is determined in step 2403 that the line number is not less than 4, the above operation is terminated.

(2) AUTOLOCK Release (RELEASE)

The AUTOLOCK release is released by the transfer priority in MANUAL CLEAR, MANUAL LOCKOUT, and CR, and when there is no transfer request, the AUTOLOCK release task in FIG. 24 is activated every 1 minute, Release AUTOLOCK. The starting point of the release time is the starting point when AUTOLOCK is set. However, if a factor that causes the switching to the working in the AUTOLOCK state occurs, the occurrence time of the factor is determined as the starting point based on the new release time.

FIG. 25 is a diagram showing an AUTOLOCK release determination flow of the present invention, and this operation is performed every 1 minute. In step 2501, the AUTOLOCK release counter is decremented by 1. In step 2502, it is determined whether the AUTOLOCK release counter value is "0 ". If it is determined that the release counter value is "0 ", the AUTOLOCK database of the corresponding line is initialized in step 2503. If it is determined that the release counter value is not" 0 & After step 2503, it is determined in step 2504 whether the signal type of the corresponding line is TUO or TU3. TU3, the PRE transfer database and the CUR transfer database are recorded as clear success, the CONFIGURATION database is updated, and the CFG task is activated to report to the MCU and then terminate. On the other hand, in the case of TU0, the transmission K1 and K2 bytes are changed and transmitted, the PRE transfer database and the CUR transfer database are recorded as clear success, and the CFG task is activated to update the CONFIGURATION database and report to the MCU.

As described above, the present invention has an advantage that the service quality of the corresponding line can be improved when the card is removed by reducing the transfer time by duplicating the transfer by the CR by hardware or software. In addition, high-quality service can be provided by continuous protection of the line according to the state of the protection and the state of the protection by doubling the switching factor detection. In addition, the switching operation time can be minimized by controlling only the switching control unit of the protection TU to perform the switching, and it is possible to automatically perform the EPS and APS by duplicating the switching type for each line.

While the present invention has been described in connection with what is presently considered to be practical exemplary embodiments, it is to be understood that the invention is not limited to the disclosed embodiments. The scope of the present invention should, therefore, be determined not only by the details of the illustrated embodiments, but also by the appended claims and their equivalents.

Claims (6)

A main control unit (MCU), a distributed control unit (TCU) connected to the main control unit via a power bus, and a control unit connected to the distributed control unit via a parallel local bus, one of which operates as a working unit and the other operates as a protection unit lock A method for switching a protection unit to a working unit in a synchronous digital microwave transmission system comprising a duplex distributed unit (TU), each of which is provided with a transfer control unit, Continuously controlling a switching unit of the working unit by an interrupt generated in the working unit and polling at predetermined time intervals; A second step of, when a switching factor of the working unit is detected, determining whether the dispersion control unit switches in accordance with the switching priority and the state of the protection unit; And a third step of, when it is determined in the second step that the transfer control unit determines that the transfer is to be performed, transferring the protection unit to the monitoring unit via the transfer control unit of the protection unit. 2. The switching method according to claim 1, wherein the switching factor is a board failure in the working unit, the switching factor being detected by an interrupt occurring in an internal failure and a polling task searching for an alarm every 30 milliseconds . 2. The method of claim 1, wherein the switching factor is a line failure, the switching factor being detected by an interrupt occurring during a line failure and a polling task searching for an alert every 30 milliseconds. 2. The method of claim 1, wherein said switching factor is due to card removal / insertion in said working unit, said switching factor being detected by a polling task monitoring a card removal interrupt and a virtual hernia per 800 milliseconds Switching method. The control unit according to claim 1, wherein when the switching factor of the working unit is detected, the dispersion control unit controls the switching unit such that the detected switching factor is higher than the current switching condition, and the protection unit is in a normal state, To determine whether or not to switch to the second mode. The switching method according to claim 1, wherein the switching factor of the working unit is further detected by a manual switching request from an operator inputting the main control unit to the dispersion control unit.