According to a connection switching method of a switch for selectively setting a connection path between a plurality of input lines and a plurality of output lines, the types of faults which may occur on the input lines are defined. connection destination information indicating connection states of the switch are stored in accordance with the types of faults. The type of fault is specified on the basis of the defined types of faults when a fault occurs on an input line. connection destination information corresponding to the specified type of fault is read out. The connection state of the switch is switched on the basis of the readout connection destination information. A connection switching apparatus is also disclosed.

Patent
   6359860
Priority
Jun 16 1997
Filed
Jun 16 1998
Issued
Mar 19 2002
Expiry
Jun 16 2018
Assg.orig
Entity
Large
2
11
EXPIRED
1. A connection switching method of a switch for selectively setting a connection path between a plurality of input lines and a plurality of output lines, comprising the steps of:
defining types of faults which may occur on said input lines;
storing connection destination information indicating connection states of said switch in accordance with the types of faults;
specifying the type of fault on the basis of the defined types of faults when a fault occurs on an input line;
reading out connection destination information corresponding to the specified type of fault; and
switching the connection state of said switch on the basis of the readout connection destination information.
11. A storage medium which stores a program for executing a processor to control a switch for selectively setting a connection path between a plurality of input lines and a plurality of output lines,
the program having
a fault specifying program for specifying the type of fault from predefined types of faults which may occur on said input lines when a fault occurs on an input line,
a search program for searching, for connection destination information corresponding to the specified type of fault, a memory in which connection destination information indicating a connection state of said switch is stored in accordance with the type of fault, and
a switching control program for switching the connection state of said switch in accordance with the found connection destination information.
4. A connection switching method of a switch arranged at a node of a ring network to selectively set a connection path between a plurality of input lines, spare lines of said input lines, a plurality of output lines, and spare lines of said output lines, comprising the steps of:
defining types of faults which may occur on said input lines;
storing connection destination information indicating spare line connection of said switch in accordance with the types of faults;
specifying the type of fault on the basis of the defined types of faults when a fault occurs on an input line;
reading out connection destination information corresponding to the specified type of fault; and
switching said switch to a corresponding spare line on the basis of the readout connection destination information.
7. A connection switching apparatus arranged at each of a plurality of nodes constituting a network, said nodes being connected to each other in the network, comprising:
a switch for selectively setting a connection path between a plurality of input lines and a plurality of output lines;
memory means for storing connection destination information indicating connection states of said switch in accordance with predefined types of faults which may occur on said input line;
a plurality of monitor means for individually monitoring occurrence of faults on said input lines; and
control means for specifying the type of fault detected by said monitor means on the basis of the defined types of faults, reading out connection destination information corresponding to the specified type of fault from said memory means, and switching the connection state of said switch.
2. A method according to claim 1, wherein the connection destination information indicates a connection destination input line for an output line connected to a faulty input line in normal connection.
3. A method according to claim 1, wherein the step of defining the type of fault comprises defining the type of fault in advance in accordance with a single fault and the number of multiple faults.
5. A method according to claim 4, wherein the connection destination information indicates a spare connection destination input line for an output line connected to a faulty input line in normal connection.
6. A method according to claim 4, wherein the step of defining the type of fault comprises defining the type of fault in advance in accordance with a single fault and the degree of multiple faults.
8. An apparatus according to claim 7, wherein the connection destination information indicates a connection destination input line for an output line connected to a faulty input line in normal connection.
9. An apparatus according to claim 8, wherein said memory means comprises a connection destination table in which connection destination information for specifying at least one input line in correspondence with each of said output lines is stored for each type of fault.
10. An apparatus according to claim 7, wherein the type of fault is defined in advance in accordance with a single fault and the number of multiple faults.
12. A medium according to claim 11, wherein the type of fault is defined in advance in accordance with a single fault and the number of multiple faults.

The present invention relates to connection switching at a node constituting a network and, more particularly, to a connection switching method and apparatus upon occurrence of a fault.

In a ring network constituted by connecting a plurality of nodes in a loop, a signal identical to a normal transmission signal is generally transmitted as a spare signal in the same direction. When a fault occurs on a normal line between certain nodes, the connection between these nodes is switched to a spare line to avoid signal disconnection. This connection switching is performed by a switch, e.g., a cross-connection apparatus arranged at the node.

Conventional cross-connection switching control is described in a firmware program. Every time connection must be switched upon occurrence of a fault, the program must be activated to calculate a connection switching destination. Particularly when a plurality of faults occur, the program is executed for each fault, a long time is required to complete the connection, and connection cannot be switched at a high speed. In some cases, connection is transiently switched.

Further, programs equal in number to the types of faults are necessary. If multiple faults occur, the program repetitively branches and recurs, and the control flow cannot be theoretically grasped. Accordingly, bugs may be included in the firmware program.

It is an object of the present invention to provide a switching method and apparatus capable of completing connection switching within a short time.

It is another object of the present invention to provide a switching method and apparatus capable of achieving high-speed connection switching even upon occurrence of multiple faults.

It is still another object of the present invention to provide a switching method and apparatus capable of easily grasping the switching control flow even upon occurrence of multiple faults.

In order to achieve the above objects, according to the present invention, there is provided a connection switching method of a switch for selectively setting a connection path between a plurality of input lines and a plurality of output lines, comprising the steps of defining the types of faults which may occur on the input lines, storing connection destination information indicating connection states of the switch in accordance with the types of faults, specifying the type of fault on the basis of the defined types of faults when a fault occurs on an input line, reading out connection destination information corresponding to the specified type of fault, and switching the connection state of the switch on the basis of the readout connection destination information.

FIG. 1 is a block diagram schematically showing a ring network according to an embodiment of the present invention;

FIG. 2 is a block diagram of a node shown in FIG. 1;

FIG. 3 is a schematic view of a connection destination table in which the contents of a connection information table shown in FIG. 2 are classified by the types of faults;

FIG. 4 is a schematic view of a table storing information serving as a base for forming the connection destination table shown in FIG. 3;

FIG. 5 is a flow chart for explaining connection switching at the node shown in FIG. 2; and

FIG. 6 is a view for explaining the operation of a switch shown in FIG. 2 in detail.

The present invention will be described in detail below with reference to the accompanying drawings.

FIG. 1 schematically shows a ring network according to an embodiment of the present invention. For the sake of descriptive simplicity, assume a ring network constituted by connecting five nodes N1 to N5 having the same arrangement in a loop. These nodes N1 to N5 are connected by a clockwise line W1 and spare line S1 and a counterclockwise line W2 and spare line S2. The nodes N1 to N5 comprise a cross-connection apparatus for switching signals in changing connection to a spare line upon occurrence of a fault, as will be described above.

If a fault occurs between the nodes N2 and N3 on the counterclockwise line W2, the node N3 switches an input point L1 to an input point L2 at the same time as fault detection and receives a signal from the spare line S2. Since a signal identical to that on the line W2 is transmitted through the spare line S2, signal disconnection can be avoided by this connection switching. Connection can be switched at a high speed upon occurrence of a fault by storing the connection switching as connection information in a memory in advance. The nodes N1 to N5 of the ring network to which the present invention is applied will be described in detail.

FIG. 2 shows the nodes N1 to N5 shown in FIG. 1. Referring to FIG. 2, a switch 101 i s a cross-connection apparatus capable of arbitrarily cross-connecting a plurality of input points to a plurality of output points. In this embodiment, N input points RW11 to RW1N corresponding to the clockwise line W1, N input points RS11 to RS1N corresponding to the spare line of the line W1, M input points RW21 to RW2M corresponding to the counterclockwise line W2, and M input points RS21 to RS2M corresponding to the spare line of the line W2 are set.

Output points TW11 to TW1N, TS11 to TS1N, TW21 to TW2M and TS21 to TS2M are respectively set in correspondence with these input points. Although not shown, other input and output points are set and can be arbitrarily connected.

The clockwise lines W1 and S1 and the counterclockwise lines W2 and S2 are connected to the switch 101 via fault detectors 102 to 105. The fault detectors 102 to 105 monitor occurrence of faults on the sublines of the lines W1, S1, W2, and S2, and upon occurrence of faults, inform a CPU (Central Processing Unit) 106 of fault detection information. For example, the fault detector 102 monitors signals on the respective sublines of the clockwise line W1, i.e., at the N input points RW11 to RW1N, and if faults occur in signals at, e.g., the input points RW11 and RW12, informs the CPU 106 of this. The remaining fault detectors 103 to 105 also similarly operate.

The CPU 106 determines the type of fault in accordance with fault detection information output from the fault detectors 102 to 105, and refers to connection information stored in a connection information table 107 to determine connection switching by the switch 101. In the connection information table 107, normal connection information and all fault occurrence connection information for the switch 101 are stored as tables, as will be described below. That is, the connection information table 107 typically comprises connection destination tables 107a and a normal connection table 107b.

The CPU 106 executes a program stored in a ROM (Read Only Memory) 108 in advance to control transmission and switching at the node. Needless to say, the CPU 106 is connected via an address bus and a data bus to necessary devices including the switch 101, the fault detectors 102 to 105, the connection information table 107, the ROM 108, and a RAM (not shown).

The program stored in the ROM includes a fault specifying program for specifying the type of fault from the types of input line faults defined in advance when a fault occurs on an input line, a search program for searching, for connection destination information corresponding to the specified type of fault, the connection information table 107 in which connection destination information indicating the connection state of the switch 101 is stored in accordance with the type of fault, and a switching control program for switching the connection state of the switch 101 in accordance with the found connection destination information.

FIG. 3 schematically shows the connection destination tables 107a in which the contents of the connection information table 107 shown in FIG. 2 are classified by the types of faults, and the normal connection table 107b representing the relationship between input points and output points in normal connection. Referring to FIG. 3, in each connection destination table 107a, setting information such as connectable input points and connection types are stored in advance in correspondence with the respective output points of the switch 101. One input point can correspond (be connected) to a plurality of output points. The connection type is a parameter for classifying connection manners for realizing complicated signal paths on a network with a combination of input and output points. The connection type is set for each output point.

In FIG. 3, the normal connection table 107b stores information representing the connection relationship between input points and output points in normal connection. By referring to the normal connection table 107b, an output point corresponding to a faulty input point can be obtained.

The fault # indicates the type of fault such as a single fault or multiple faults, and is particularly defined by the degree of multiple faults in advance. By setting one connection destination table for one type of fault, the CPU 106 can determine a switching destination point from the type of fault (fault #) and a faulty point.

FIG. 4 schematically shows a table storing information serving as a base for forming the connection destination table 107a and the normal connection table 107b shown in FIG. 2. A connection definition table corresponding to the type of fault is stored for each connection type. In this table, information are classified by numerical values called plane numbers # for the sake of simplicity. In FIG. 4, plane number #0 indicates normal connection information in respective connection types; plane number #1, a connection definition table for fault #1 in respective connection types; and plane number #2, a connection definition table for fault #2 in respective connection types. Similarly, a connection definition table for each fault is defined by each plane number.

From these information, a plurality of connection destination tables 107a and the normal connection table 107b are formed in advance in the format shown in FIG. 3 and stored in the connection information table 107. That is, the connection destination tables 107a and the normal connection table 107b in FIG. 3 are formed in advance by collecting connection definition tables for each fault # (plane number #) in FIG. 4.

The CPU 106 can therefore specify a connection destination table 107a, and an output point corresponding to a faulty input point from the normal connection table 107b only by determining the type of fault (i.e., fault #). From the specified connection destination table 107a and the specified output point, the CPU 106 can determine a switching destination input point.

FIG. 5 shows a flow chart for explaining the operation of this embodiment. When a fault interrupt is generated from at least one of the fault detectors 102 to 105, the CPU 106 calls a fault routine and specifies the type of generated fault (e.g., the presence/absence of multiple faults indicating whether this fault is the first one or another fault has already existed, and a combination of multiple faults generated) (step S201).

The CPU 106 specifies fault # from the type of fault (step S202), and a connection destination table 107a from the specified fault # (step S203).

The CPU 106 obtains an output point corresponding to a faulty input point with reference to the normal connection table 107b, and reads out a spare input point RSj corresponding to the output point from the connection destination table 107a specified by fault # (step S204).

The CPU 106 checks whether the connection destination point RSj is normal, in accordance with information from the fault detectors 102 to 105 which corresponds to the readout connection destination point RSj (step S205). If YES in step S205, the CPU 106 switches the switch 101 to connect the spare connection destination point RSj to the output point (step S206). In this manner, the CPU 106 can switch the faulty input point to the spare connection destination point RSj only by referring to the connection information table 107.

The CPU 106 checks whether the faulty input point, e.g., an input point RWi has recovered (step S207). If YES in step S207, the CPU 106 connects the input point RWi to an output point TWi to restore the switch 101 to normal connection (step S208).

If NO in step S205, the CPU 106 compares the fault level of the faulty input point RWi with that of the connection destination point RSj to determine either one of them as a switching destination point (step S209).

Connection switching by the switch 101 will be explained with reference to FIG. 6. For the sake of descriptive simplicity, the case wherein a single fault (fault #1) occurs at the input point RW11 of the clockwise line W1 in the ring network shown in FIG. 1.

As described above, the connection information table 107 comprises the fault occurrence connection information table in addition to the normal connection information table. As shown in FIG. 3, the output point TW11 is connected to the input point RW11 in normal connection (connection L1), and to the input point RS11 upon occurrence of fault #1 (connection L2).

When the CPU 106 detects occurrence of fault #1 at the input point RW11, it specifies the output point TW11 corresponding to the input point RW11 from the normal connection table. Then, the CPU 106 determines a connection destination table 107a having a plane number corresponding to fault #1, and refers to the connection destination table 107a to determine the spare connection destination point RS11. After confirming that the spare connection destination point RS11 is normal, the CPU 106 switches the switch 101 from the normal connection L1 to the spare connection L2 upon occurrence of a fault.

Even when multiple faults occur, the CPU 106 can uniquely determine connection destination points by referring to the connection information table 107 in accordance with the fault #. Therefore, the CPU 106 can switch connection only by confirming the presence/absence of multiple faults and referring to the connection information table. Even upon occurrence of multiple faults, connection switching can be completed within a very short time.

Note that the connection type is used as a connection destination table determination parameter. However, when the connection destination table is shared by the fault # regardless of the connection type, like the above embodiment, the connection type need not be used as a connection destination table determination parameter. In this case, the connection destination table can be immediately determined from the fault #. In the above embodiment, the connection destination table is shared by the fault # regardless of the connection type. However, different connection destination tables may be used for respective connection types even with the same fault #.

As has been described above, according to the present invention, since connection destination information corresponding to the type of fault is stored in a memory in advance, the connection state of the switch can be uniquely determined only by referring to the memory upon occurrence of an actual fault. Therefore, connection can be switched at a high speed without calculating the connection destination by a conventional firmware program. Particularly, if connection destination information is defined and stored in the memory in advance in accordance with the number of multiple faults, connection can be switched at a high speed even upon occurrence of multiple faults.

Ando, Naoki

Patent Priority Assignee Title
6766482, Oct 31 2001 RPX Corporation Ethernet automatic protection switching
7167443, Sep 10 1999 RPX Corporation System and method for packet level restoration of IP traffic using overhead signaling in a fiber optic ring network
Patent Priority Assignee Title
5150356, Jul 27 1990 NEC Corporation Dual-ring ATM communications system
5239537, Oct 17 1990 NEC Corporation Packet-switched network having alternate virtual paths
5241534, Jun 18 1990 Fujitsu Limited Rerouting and change-back systems for asynchronous transfer mode network
5268909, Aug 27 1991 Siemens Aktiengesellschaft Method for reducing bit errors in digital communication systems
5345438, Aug 22 1991 NEC Corporation Transmission device capable of readily controlling active and backup sections
5365511, Feb 13 1992 NEC CORPORATION CORPORATION IN JAPAN Reliable cross-connection network
5636204, Jan 20 1995 Fujitsu Limited Transmission fault processing method and transmisssion fault processing device
5781528, Jan 13 1995 Fujitsu Limited Path switching system and method
5867481, Feb 27 1995 Hitachi, Ltd. Node device and alarm notification control method for ATM network
6041037, Aug 19 1996 Juniper Networks, Inc ATM virtual path switching node
JP591103,
//
Executed onAssignorAssigneeConveyanceFrameReelDoc
Jun 10 1998ANDO, NAOKINEC CorporationASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0092600233 pdf
Jun 16 1998NEC Corporation(assignment on the face of the patent)
Date Maintenance Fee Events
Oct 05 2005REM: Maintenance Fee Reminder Mailed.
Mar 20 2006EXP: Patent Expired for Failure to Pay Maintenance Fees.


Date Maintenance Schedule
Mar 19 20054 years fee payment window open
Sep 19 20056 months grace period start (w surcharge)
Mar 19 2006patent expiry (for year 4)
Mar 19 20082 years to revive unintentionally abandoned end. (for year 4)
Mar 19 20098 years fee payment window open
Sep 19 20096 months grace period start (w surcharge)
Mar 19 2010patent expiry (for year 8)
Mar 19 20122 years to revive unintentionally abandoned end. (for year 8)
Mar 19 201312 years fee payment window open
Sep 19 20136 months grace period start (w surcharge)
Mar 19 2014patent expiry (for year 12)
Mar 19 20162 years to revive unintentionally abandoned end. (for year 12)