KR20160106913A - Operating method of source node and intermediate node for automatic protection switching(aps) in optical transport network(otn), the source node and the intermediate node - Google Patents

Operating method of source node and intermediate node for automatic protection switching(aps) in optical transport network(otn), the source node and the intermediate node Download PDF

Info

Publication number
KR20160106913A
KR20160106913A KR1020150029612A KR20150029612A KR20160106913A KR 20160106913 A KR20160106913 A KR 20160106913A KR 1020150029612 A KR1020150029612 A KR 1020150029612A KR 20150029612 A KR20150029612 A KR 20150029612A KR 20160106913 A KR20160106913 A KR 20160106913A
Authority
KR
South Korea
Prior art keywords
node
path
odu
protection
automatic protection
Prior art date
Application number
KR1020150029612A
Other languages
Korean (ko)
Inventor
이종석
김태일
변성혁
Original Assignee
한국전자통신연구원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 한국전자통신연구원 filed Critical 한국전자통신연구원
Priority to KR1020150029612A priority Critical patent/KR20160106913A/en
Publication of KR20160106913A publication Critical patent/KR20160106913A/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
    • H04B10/03—Arrangements for fault recovery
    • H04B10/032—Arrangements for fault recovery using working and protection systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0005—Switch and router aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0057—Operations, administration and maintenance [OAM]
    • H04J2203/006—Fault tolerance and recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0079—Operation or maintenance aspects
    • H04Q2011/0081—Fault tolerance; Redundancy; Recovery; Reconfigurability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0086—Network resource allocation, dimensioning or optimisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/009—Topology aspects
    • H04Q2011/0098—Mesh

Abstract

Receiving an automatic protection switching (APS) message over the protection path selected by the failed node in the primary path and identifying additional information related to the connection of the primary path based on the automatic protection switching message and the previously received table setting information And performing an ODU multiplexing for rearranging the structure of the shared resource based on the additional information, and then performing an intersection connection with the next node according to the ODU multiplexing.

Description

OPERATING METHOD OF SOURCE NODE AND INTERMEDIATE NODE FOR AUTOMATIC PROTECTION SWITCHING (APS) IN OPTICAL TRANSPORT NETWORK (APS) (OTN), THE SOURCE NODE AND THE INTERMEDIATE NODE}

The following embodiments relate to an operation method of a source node and an intermediate node for automatic protection switching (APS) on an Optical Channel Data Unit (ODU) path of an OTN (Optical Transport Network), a source node and an intermediate node thereof.

Automatic Protection Switching (APS) is an automatic protection switching (APS) that generally monitors the fault condition of a unit that is in operation automatically when an operation line or operation unit fails, and the spare line or reserve unit To change or change the route.

Protection switching can be classified into linear protection switching, ring protection switching, and mesh protection switching according to the topology of the network. Mesh Protection Switching establishes a linear protection domain for one point-to-point connection, one by one, when multiple point-to-point connections are formed over the mesh topology network, So that the protection path can share the same network resources. That is, the mesh protection switch provides a mechanism by which a plurality of linear protection domains effectively coordinate the use of network resources when a plurality of linear protection domains with different terminations are present in the mesh topology network.

Shared Mesh Protection (SMP) is being standardized by the International Telecommunication Union Telecommunication Standardization Sector (ITU-T) as a generic shared mesh protection switch (G.smp).

According to one embodiment, the ODU SMP (Optical Channel Data Unit Shared Mesh Protection) procedure, which has been performed in two stages, can be reduced to one stage to shorten the setup time of the protection path .

In addition, according to an embodiment, the transmission completion time can be shortened by transmitting a request type and an identifier (ODU-ID) to the APS message together.

According to one embodiment, an operation method of an intermediate node for an automatic protection switching includes receiving an Automatic Protection Switching (APS) message through a protection path selected by a node having a failure in the primary path; Confirming additional information related to the connection of the main path based on the automatic protection switching message and previously received table setting information; Performing ODU (Optical Channel Data Unit) multiplexing for rearranging the structure of the shared resource based on the additional information; And performing a cross-connection with the next node according to the ODU multiplexing.

The step of receiving the automatic protection switch message may include receiving the automatic protection switch message through a port of an available protection path selected by a node of the plurality of protection paths that has failed in the main path .

The plurality of protection paths may include at least one tributary slot (TS) included in a link previously registered with the shared resource.

The automatic protection switch message may include an identifier used to identify a specific ODU path in the network and information on a request type related to the ODU path.

The step of receiving the automatic protection switching message may include receiving the automatic protection switching message using an ODUk header of a message transmitted between the failed node and the intermediate node.

The step of performing multiplexing may include: determining, based on the additional information, whether the corresponding node is an intermediate node or an end node included in the protection path; And performing the multiplexing if the corresponding node is determined to be an intermediate node as a result of the determination.

The multiplexing step may comprise the step of, when it is determined that the corresponding node is the end node, transmitting an automatic protection switching message in which a bridge and a select are changed to the selected protection path, To the failed node.

According to an embodiment of the present invention, an operation method of an intermediate node for an automatic protection switching includes transmitting the automatic protection switching message using an ODUk header of a message transmitted between the node and the intermediate node after the cross connection is performed Step < / RTI >

According to an embodiment of the present invention, the method of operating the intermediate node for automatic protection switching may further include receiving the table setting information prior to receiving the automatic protection switching message.

The table setting information includes an identifier used to identify a specific ODU path, a TP (Termination Point) used to identify an end point of the ODU path, an ODU input port, an ODU output port, a TS (Time Slot) An identifier, a resource status of the protection path, and a priority assigned to the identifier.

According to an embodiment of the present invention, there is provided a method of operating a source node for automatic protection switching, the method comprising: selecting an available protection path among a plurality of protection paths for connection of the main path when a failure occurs in the main path; Setting information on an identifier and a request type for identifying the main path in an automatic protection switching message; And inputting the automatic protection switch message to a port of the selected protection path.

The plurality of protection paths may include at least one dependent slot previously registered as a shared resource.

The step of selecting the usable protection path may include selecting the usable protection path based on previously received table setting information.

Wherein the table setting information includes at least one of an identifier used to identify a specific ODU path, a TP used to identify an end point of the ODU path, an ODU input port, an ODU output port, a TS management identifier, , And a priority assigned to the identifier.

Receiving an automatic protection switching message in which a bridge and a selector are changed from the node determined as an end node to the selected protection path based on the table setting information and the automatic protection switching message; And changing the bridge and select of the source node to the selected protection path upon receiving the automatic protection switch message.

According to an embodiment, the intermediate node includes a transceiver for receiving an automatic protection switching message through a port of an available protection path among a plurality of protection paths selected by a node having a failure in the main path; And performs ODU multiplexing for confirming the additional information on the connection of the main path based on the automatic protection switching message and the previously received table setting information and re-arranging the structure of the shared resource based on the additional information And a processor for performing a cross connection with the next node according to the ODU multiplexing.

The processor may determine whether the corresponding node is an intermediate node or an end node based on the additional information, and may perform the multiplexing when the corresponding node is determined to be an intermediate node.

If it is determined that the corresponding node is the end node, the processor may transmit an automatic protection switching message to the failed node in the main path by changing the bridge and the selected path to the selected protection path.

According to an embodiment, when a failure occurs in the main path, the source node selects an available protection path among a plurality of protection paths for connection of the main path, identifies an identifier for identifying the main path, A processor for setting information in an automatic protection switching message; And a transmission / reception unit for inputting the automatic protection switching message to a port of the selected protection path.

The processor selects the available protection path based on previously received table setting information and the table setting information is used to identify an identifier used to identify a specific ODU path and an end point of the ODU path A TP used, an ODU input port, an ODU output port, a TS management identifier, a resource status of the protection path, and a priority given to the identifier.

According to one embodiment, the ODU SMP (Optical Channel Data Unit Shared Mesh Protection) procedure that has been performed over two stages of ODU multiplexing and ODU activation (or switching change) is reduced to a 1-stage The set time of the protection path can be shortened.

In addition, according to an embodiment, a request type and an identifier (ODU-ID) are transmitted together with the APS message, thereby shortening the switch completion time compared to the ODU SMP procedure performed in two steps.

1 illustrates an OTN layer transport network structure and an OTN layer structure according to an exemplary embodiment;
2 illustrates a structure of an OTN layer and a digital frame according to an exemplary embodiment;
3 is a diagram for explaining an SMP (Shared Mesh Protection) technique according to an embodiment;
4 is a flow diagram illustrating a method of operating a source node for automatic protection switching in accordance with one embodiment.
5 is a flowchart illustrating an operation method of an intermediate node for automatic protection switching according to an embodiment.
6 is a flowchart illustrating a method of performing multiplexing of an intermediate node for automatic protection switching according to an exemplary embodiment.
FIG. 7 is a diagram for explaining the configuration of table setting information according to an embodiment; FIG.
8 illustrates an ODU SMP network according to one embodiment.
9 illustrates a header format of an ODU SMP according to an embodiment;
10 is a diagram illustrating a configuration of a Request Type included in a header format of an ODU SMP according to an exemplary embodiment;
11 illustrates signal flow for a one-stage ODU SMP in accordance with one embodiment;
12 is a block diagram of a source node for automatic protection switching in accordance with one embodiment;
13 is a block diagram of an intermediate node for automatic protection switching in accordance with one embodiment.

In the following, embodiments will be described in detail with reference to the accompanying drawings. Like reference symbols in the drawings denote like elements.

Various modifications may be made to the embodiments described below. It is to be understood that the embodiments described below are not intended to limit the embodiments, but include all modifications, equivalents, and alternatives to them.

The terms used in the examples are used only to illustrate specific embodiments and are not intended to limit the embodiments. The singular expressions include plural expressions unless the context clearly dictates otherwise. In this specification, the terms "comprises" or "having" and the like refer to the presence of stated features, integers, steps, operations, elements, components, or combinations thereof, But do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or combinations thereof.

Unless defined otherwise, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which this embodiment belongs. Terms such as those defined in commonly used dictionaries are to be interpreted as having a meaning consistent with the contextual meaning of the related art and are to be interpreted as either ideal or overly formal in the sense of the present application Do not.

In the following description of the present invention with reference to the accompanying drawings, the same components are denoted by the same reference numerals regardless of the reference numerals, and redundant explanations thereof will be omitted. In the following description of the embodiments, a detailed description of related arts will be omitted if it is determined that the gist of the embodiments may be unnecessarily blurred.

1 is a diagram illustrating an OTN layer transport network structure and an OTN layer structure according to an exemplary embodiment of the present invention.

Referring to FIG. 1, the OTN layer 100 may be divided into an optical signal area and a digital area.

The optical signal region may include an optical transmission section (OTS) 110, an optical multiplex section (OMS) 120, and an optical channel with fill functionality (OCh) 130.

The digital domain may include an optical channel transport unit (OTU) 140 and an optical channel data unit (ODU) The OverHead (OH) of the optical channel transmission unit (OTU) 140 and the optical channel data unit (ODU) 150 may include TTI (Trail Trace Identifier) information. TTI information can be used to identify the signal (link or trail) from the start point to the destination point within the network.

The OTN (Optical Transport Network) hierarchy is equal to 160.

2 is a diagram illustrating a structure of an OTN layer and a digital frame according to an embodiment.

OTN is an optical transport standard standardized by ITU-T and defines an Optical Transport Hierarchy (OTH) that supports the operation and management of optical networks using OTN transmission technology.

The hierarchical structure of the OTN may be composed of an optical transmission section (OTS), an optical multiplex section (OMS), and an optical channel (OCh), as shown in FIG. The digital layer of the optical channel OCh may be composed of an optical payload unit (OPU) k, an optical data unit (ODU) k, and an OTU (k = 1, 2, 3, 4).

FIG. 3 is a diagram for explaining an SMP (Shared Mesh Protection) technique according to an embodiment.

The SMP scheme according to one embodiment may be based on the M: 1 protection scheme shown in FIG. In the M: 1 protection scheme, one main path (operation path) W can be protected by M protection paths P. For example, if a failure occurs in the operational path (W1) 410 between the node A and the node B, the protection path (P1 ') 420 by PS6 - PS8 - PS7 or the protection path by PS1 - PS3 - PS2 P1) 430 may be replaced with an operation path.

In addition, when a failure occurs in the operation path (W2) 440 between the node E and the node F, the protection path (P2) 450 by the PS4-PS3-PS5 may be replaced with the operation path.

The SMP technique can use one protection path shared by several signals in case of failure, but it can not know in advance which signal will use the shared resource. That is, the protection path is dynamically determined at the time of failure occurrence, and the protection path can not be generated in advance because the specific shared resource is not used in preparation for the failure occurrence.

A specific signal can dynamically acquire the resources of the protection path whenever necessary.

According to an embodiment, a shared resource may be preset to a node that belongs to a pre-computed protection path and its protection path, and then the shared resource may be occupied and activated at a time when a request is received.

When a shared resource is shared by multiple protection paths, the ODU of the protection path can be activated only if the primary path fails. That is, ODU activation (cross-connect) in the intermediate node on the protection path can not be preset.

In the SMP, both end nodes of the main path monitor the state of the main path, and can perform a protection switching procedure in the event of a failure such as SF (Signal Fail) or SD (Signal Degrade). Intermediate nodes on the protection path may have the ability to monitor the resource status of their shared resource (e.g., tributary slot). The intermediate nodes can prevent the main path from switching the traffic transmission to the failed shared resource through the monitoring function for the shared resource.

A particular resource (e.g., a tributary slot) set to be publicly available in an ODU SMP network may provide one ODUk service or provide protection for multiple ODUj services. Because the service may or may not occupy the entire bandwidth, both end nodes of the link may be set differently depending on the type of service.

The OTUk link is terminated between node-to-node, but may not be terminated in the case of an ODUk link. If the type of service is ODU0 / 1 / flex, ODUk can also be terminated because it has to be multiplexed to ODUk. The ODUk termination function and the ODUk / j_A adaptation function may be optional.

In addition, the ODUk_TT (Trail Termination) and ODUk / ODUj_A (Adaptation) protocols always only affect on a single ODUk link, and the ODU_C (Cross Connect) configuration can affect path units, ie both end nodes of the link.

4 is a flowchart illustrating a method of operating a source node for automatic protection switching according to an embodiment. In one embodiment, the 'source node' is a node requesting the use of a protection path as a failure occurs in the main path, and may be understood as a starting node of the ODU path or a starting point of the link.

Referring to FIG. 4, when a failure occurs in a main path, a source node selects an available protection path among a plurality of protection paths for connection of a main path (410). Here, the plurality of protection paths may include at least one dependent slot (TS) pre-registered with the shared resource.

The source node can select an available protection path based on previously received table setting information, for example. The table setting information includes ODU SMP table setting information, for example, an identifier used to identify a specific ODU path, a TP used to identify an end point of the ODU path, an ODU input port, an ODU output port, An identifier, a resource status of the protection path, and a priority given to the identifier, and the like.

The source node sets 420 the information on the identifier and the request type for identifying the main path in the automatic protection switching message. The automatic protection switch message may be included in the header of the message transmitted between the source node and the node included in the protection path selected in step 410 and may be delivered to the next node included in the selected protection path.

The source node inputs an automatic protection-switch message to the port of the selected protection path in step 410 (430).

Thereafter, the source node may receive an automatic protection switching message from the node determined as the terminating node, by changing the bridge and select to the selected protection path. According to one embodiment, each node (e.g., a source node and an end node) may change its own bridge and select. A select may also be referred to as a selector. The bridges and select can be changed using the bridge function and the select function, respectively, and the path between the nodes can be changed (for example, from the main path to the protection path) by changing the bridges and the select.

The node determined as the end node can be understood as a node judging whether it corresponds to the end point (TP) of the ODU path corresponding to the destination of the protection path available on the basis of the table setting information and the automatic protection switching message.

The source node can change the bridges and select of itself (the source node) to the selected protection path as it receives the automatic protection switching message.

5 is a flowchart illustrating an operation method of an intermediate node for automatic protection switching according to an embodiment. In one embodiment, the 'intermediate node' may be understood as meaning a node located on the selected protection path, including an end node corresponding to the end point of the ODU path.

Referring to FIG. 5, an intermediate node according to an exemplary embodiment receives an automatic protection switching message through a protection path selected by a failed node in a main path (510). At this time, the intermediate node may receive the automatic protection switching message from the source node or from another intermediate node on the protection path. The protection path may be selected based on previously received table setting information.

The intermediate node may receive the table setting information prior to receiving the automatic protection switching message. At this time, the table setting information is ODU SMP table setting information, for example, an identifier used to identify a specific ODU path, a TP used to identify an end point of the ODU path, an ODU input port, an ODU output port, The TS management identifier, the resource status of the protection path, and the priority assigned to the identifier.

The automatic protection switch message may include an identifier used to identify a particular ODU path within the ODU SMP network and information about the type of request associated with the ODU path.

In step 510, the intermediate node can receive the automatic protection switching message using the ODUk header of the message transmitted between the failed node and the intermediate node in the main path.

In addition, the intermediate node can receive the automatic protection switching message through the port of the available protection path selected by the node having the failure in the main path among the plurality of protection paths. The plurality of protection paths may include at least one dependent slot included in a pre-registered link as a shared resource.

The intermediate node checks 520 the additional information related to the connection of the main path based on the automatic protection switching message and the previously received table setting information.

The intermediate node performs ODU multiplexing based on the additional information identified in step 520 (530). ODU multiplexing can be understood as rearranging the structure of a shared resource (e.g., a dependent slot). A specific method by which the intermediate node performs ODU multiplexing will be described with reference to FIG.

The intermediate node performs an intersection connection with the next node according to ODU multiplexing performed in step 530 (540). The intermediate node can transmit the automatic protection switching message again using the ODUk header of the message transmitted between the node and the intermediate node after the cross connection is performed.

6 is a flowchart illustrating a method of performing multiplexing of an intermediate node for automatic protection switching according to an embodiment.

Referring to FIG. 6, an intermediate node according to an exemplary embodiment may determine 610 whether the node is an intermediate node or an end node included in the protection path, based on the additional information. Here, the additional information may be related to the connection of the main path as information to be grasped based on the automatic protection switching message and the previously received table setting information.

If it is determined in step 610 that the node is an intermediate node in step 620, the intermediate node may perform multiplexing in step 630.

If it is determined in step 610 that the node is not an intermediate node (that is, the node is determined as an end node) (620), the intermediate node changes the bridge and select to the selected protection path in the automatic protection switching message (640).

The intermediate node may send an automatic protection switch message that changed the path in step 640 to the failed node in the primary path (e.g., the source node) (650).

7 is a diagram for explaining a configuration of table setting information according to an embodiment.

All nodes supporting the ODU SMP according to one embodiment can receive and maintain the table setting information 700 shown in FIG. 7 in advance. The table setting information 700 may be, for example, ODU SMP table setting information.

The table setting information 700 includes information such as an ODU-ID 710, a TP 720, a West Port 730, an East Port 740, an ODUj_CP 750, a Resource Available (RA) 760, Priority 770, and the like.

The ODU-ID 710 indicates an identifier for identifying a specific ODU path generated in the ODU SMP network. Therefore, how many ODU-IDs 710 can be expressed in the ODU header determines the size of the ODU SMP network.

A TP 720 represents a Trail Termination Point (or a Connection Termination Point) of the ODU path. TP 720 may be used to verify the termination of the ODU path. The node receiving the ODU SMP message can determine whether to continue the path activation to the next node or to terminate itself by checking whether the ODU path is terminated by the TP 720. [

In addition, if the TP 720 is a trail termination point, that is, the end of the ODU, the corresponding node can perform an OAM & P (Operation, Administration, Maintenance, and Provisioning) function to protect the ODU path from the network failure.

West port 730 represents the input port of the ODU, and East port 740 represents the output fault of the ODU. The west port 730 and the east port 740 indicate the port number at which the signal from the ODU enters and leaves the system.

The ODUj_CP 750 indicates a TS (Time Slot) management identifier required for the configuration of a tributary slot of the ODU. The OTN uses the slave slot to assign a time slot required for the ODU service, and provides the ODUj_CP 750 as a mechanism for controlling the time slot. The ODUj_CP 750 can be uniquely assigned within only one ODUk.

Resource Available (RA) 760 indicates the resource status of the protection path. As introduced in ITU-T 808.3 (SMP), the protection path protecting the main path can periodically transmit its resource status to the end node. The end node can prevent the traffic of the main path from being switched to the protection path in the event of a failure in the main path by confirming the resource status of the protection path in advance.

The priority 770 indicates a priority assigned to the ODU-ID 710. At this time, it is not necessary to assign the same priority to the ODU-ID 710 in all the nodes participating in the ODU SMP network, and the priorities can be individually set according to the environment of each node. Priority 770 may be used to resolve contention with another ODU when activating the shared resource.

8 is a diagram illustrating an ODU SMP (Shared Mesh Protection) network according to an embodiment.

Referring to FIG. 8, when a Type 3.I-NNI link is registered as a shared resource, a case in which a plurality of protection paths transmit traffic using shared resources is illustrated. Here, Type3.I-NNI link can support ODUk and ODUj interface at the same time.

The ODUk of the A-B section is in the state of serving N ODUjs.

The Type 3.I-NNI link in the D-F section may support connection to ODUk as a shared resource or may provide N ODUj services. In order to provide different types of ODU services, an ODU adaptation function (multiplexing) and an ODU activation function (cross connect) must be performed.

The ODU adaptation function (multiplexing) can be understood as rearranging the structure of the dependent slot of the shared link. Further, the ODU activation function can be understood as activating a specific dependent slot.

In order to implement both of these functions (ODU adaptation and activation), an ODU-ID and a request type are transmitted together. The identifier and request type may be passed to the next node using the APS / PCC (4 bytes) of the ODU header (eg, the header of the ODUk) defined in G.709v3. An example of the header format of ODUk is shown in Fig.

9 is a diagram illustrating a header format of an ODU SMP according to an embodiment.

Referring to FIG. 9, an ODUk header format 900 of an ODU SMP according to an embodiment is shown.

The ODUk header format 900 according to an exemplary embodiment may transmit a request type 913 and an ODU-ID 916 using a 4-byte total APS / PCC field 910. [

The request type 913 can define 32 types using 4 of 8 bits in total. The request type 913 can be defined in addition to the request type defined in 802.1 Linear Protection, and can be configured as shown in FIG.

The ODU-ID 916 can use 16 bits out of a total of 24 bits.

11 is a diagram illustrating a signal flow for a one-stage ODU SMP according to one embodiment.

11, a process of establishing a protection path using resources registered as a shared resource when a failure occurs in a primary path for connection between the node A 1101 and the node E 1107 will be described. Here, as a protection path for connection between the node A 1101 and the node E 1107, there exists a protection path from the node A 1101 to the node B 1103 to the node D 1105 to the node E 1107 .

If a failure occurs in the primary path red, the node A 1101 selects an available protection path among a plurality of protection paths for the failed red connection. When the protection path is selected, the node A 1101 sets Request Type = SF and ODU-ID = red in the APS message and inputs it to the port of the protection path. At this time, the APS message can be transmitted using the ODUk header between the node A 1101 and the node B 1103. [

The node B 1103 checks the APS / PCC field of the ODUk header and the table setting information stored in advance to check additional information about the red connection. If the node B 1103 itself (node B 1103) belongs to the intermediate node of the red connection, / j Perform multiplexing. Node B 1103 establishes an ODUj cross connection after performing multiplexing.

The Node B 1103 sets Request Type = SF and ODU-ID = red in the APS message of the ODUk header between the Node B 1103 and the Node D 1105 after the cross connection is established.

The node D 1105 checks the APS / PCC field of the ODUk header and then sends the ODUk header to the next node (e.g., node E 1107) with the ODUj cross- A process of setting Request Type = SF and ODU-ID = red in the APS message can be performed in the same manner.

Node E 1107 receives APS message with Request Type = SF and ODU-ID = red through the APS / PCC field of the ODUk header, Node.

The node E 1107 changes its bridge B and select S to the protection path and sends an APS message set to Request Type = Response Request (RR) and ODU-ID = red to the node A 1101 You can send it back.

After receiving an APS message set to Request Type = Response Request (RR) and ODU-ID = red from node E 1107, node A 1101 sends its bridge B and select S as a protection path Can be changed.

According to an embodiment, when the protection path to be generated is an ODU serving ODUj, a structure of ODUk is reconfigured through ODUk / j_A function, and a two-step process of activating ODUj by utilizing ODU_C function Instead, the set time of the protection path can be shortened by using a simple one-step mechanism as described above.

In addition, according to one embodiment, a request type is provided in the multiplexing process by transmitting the request type and the identifier (ODU-ID) together with the APS message, and a message containing a request identifier is received from the ODUj in the activation process The switching completion time can be shortened compared to the two-step process of waiting.

12 is a block diagram of a source node for automatic protection switching in accordance with one embodiment.

Referring to FIG. 12, a source node 1200 according to an embodiment includes a transceiver 1210 and a processor 1230.

The processor 1230 selects an available protection path among a plurality of protection paths for connection of the main path when a failure occurs in the main path. The processor 1230 sets information on the identifier and the request type in the automatic protection switching message to identify the main path.

The transmission / reception unit 1210 inputs the automatic protection switching message to the port of the selected protection path. The transmission / reception unit 1210 can receive the table setting information. The table configuration information may include, for example, an identifier used to identify a particular ODU path, a TP used to identify an end point of the ODU path, an ODU input port, an ODU output port, a TS management identifier, , And the priority assigned to the identifier, and the like.

13 is a block diagram of an intermediate node for automatic protection switching according to one embodiment.

13, a source node 1300 according to one embodiment includes a transceiver 1310 and a processor 1330.

The transceiver 1310 receives an APS message through a port of an available protection path among a plurality of protection paths selected by a node having a failure in the main path.

The processor 1330 checks the additional information about the connection of the main path based on the automatic protection switching message and the previously received table setting information. The processor 1330 performs ODU multiplexing for rearranging the structure of the shared resource based on the additional information, and performs cross-connection with the next node according to the ODU multiplexing.

Based on the additional information, the processor 1330 can determine whether the node is an intermediate node or an end node. As a result of the determination, the processor 1330 can perform ODU multiplexing when the corresponding node is determined to be an intermediate node. If it is determined that the corresponding node is an end node, the processor 1330 may transmit an automatic protection switching message to the failed node in the main path by changing the bridge and the selected path to the selected protection path.

The apparatus described above may be implemented as a hardware component, a software component, and / or a combination of hardware components and software components. For example, the apparatus and components described in the embodiments may be implemented within a computer system, such as, for example, a processor, controller, arithmetic logic unit (ALU), digital signal processor, microcomputer, field programmable array (FPA) A programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. The processing device may also access, store, manipulate, process, and generate data in response to execution of the software. For ease of understanding, the processing apparatus may be described as being used singly, but those skilled in the art will recognize that the processing apparatus may have a plurality of processing elements and / As shown in FIG. For example, the processing apparatus may comprise a plurality of processors or one processor and one controller. Other processing configurations are also possible, such as a parallel processor.

The software may include a computer program, code, instructions, or a combination of one or more of the foregoing, and may be configured to configure the processing device to operate as desired or to process it collectively or collectively Device can be commanded. The software and / or data may be in the form of any type of machine, component, physical device, virtual equipment, computer storage media, or device , Or may be permanently or temporarily embodied in a transmitted signal wave. The software may be distributed over a networked computer system and stored or executed in a distributed manner. The software and data may be stored on one or more computer readable recording media.

The method according to an embodiment may be implemented in the form of a program command that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like, alone or in combination. The program instructions to be recorded on the medium may be those specially designed and configured for the embodiments or may be available to those skilled in the art of computer software. Examples of computer-readable media include magnetic media such as hard disks, floppy disks and magnetic tape; optical media such as CD-ROMs and DVDs; magnetic media such as floppy disks; Magneto-optical media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like. Examples of program instructions include machine language code such as those produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like. The hardware devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments. For example, it is to be understood that the techniques described may be performed in a different order than the described methods, and / or that components of the described systems, structures, devices, circuits, Lt; / RTI > or equivalents, even if it is replaced or replaced.

Therefore, other implementations, other embodiments, and equivalents to the claims are also within the scope of the following claims.

1300: source node
1310: Transmitting /
1330: Processor

Claims (20)

Receiving an Automatic Protection Switching (APS) message over a protection path selected by a failed node in the primary path;
Confirming additional information related to the connection of the main path based on the automatic protection switching message and previously received table setting information;
Performing ODU (Optical Channel Data Unit) multiplexing for rearranging the structure of the shared resource based on the additional information; And
Performing a cross-connection with the next node according to the ODU multiplexing
Wherein the intermediate node is an autonomous node. The method according to claim 1,
Wherein the step of receiving the automatic protection-
Receiving the automatic protection switch message through a port of an available protection path selected by a node having a failure in the main path among a plurality of protection paths
Wherein the intermediate node is an autonomous node. 3. The method of claim 2,
The plurality of protection paths
And at least one tributary slot included in a link previously registered with the shared resource. The method according to claim 1,
The automatic protection switch message
An identifier used to identify a particular ODU path in a network and information about a request type associated with the ODU path. The method according to claim 1,
Wherein the step of receiving the automatic protection-
Receiving the automatic protection switching message using an ODUk header of a message transmitted between a node having a failure in the main path and the intermediate node
Wherein the intermediate node is an autonomous node. The method according to claim 1,
The step of performing the multiplexing includes:
Determining, based on the additional information, whether the corresponding node is an intermediate node or an end node included in the protection path; And
As a result of the determination, if the corresponding node is determined to be an intermediate node, performing the multiplexing
Wherein the intermediate node is an autonomous node. The method according to claim 6,
The step of performing the multiplexing includes:
If it is determined that the corresponding node is the end node,
And transmitting an automatic protection switching message in which a bridge and a select are changed to the selected protection path to a failed node in the main path
Wherein the intermediate node is an autonomous node. The method according to claim 1,
Transmitting the automatic protection switching message using an ODUk header of a message transmitted between the node and the intermediate node after the cross connection is performed
Further comprising the steps of: The method according to claim 1,
Before receiving the automatic protection switching message, receiving the table setting information
Further comprising the steps of: The method according to claim 1,
Wherein the table setting information includes:
An ODU input port, an ODU output port, a TS (Time Slot) management identifier, an identifier used to identify a specific ODU path, a TP (Termination Point) used to identify an end point of the ODU path, A resource state, and a priority assigned to the identifier. ≪ Desc / Clms Page number 24 > Selecting an available protection path among a plurality of protection paths for connection of the main path if a failure occurs in the main path;
Setting an identifier for identifying the main path and information on a request type in an Automatic Protection Switching (APS) message; And
Inputting the automatic protection switching message to a port of the selected protection path
Wherein the source node is a source node. 12. The method of claim 11,
The plurality of protection paths
And at least one tributary slot registered in advance as a shared resource. 12. The method of claim 11,
Wherein the step of selecting the available protection path comprises:
Selecting the available protection path based on previously received table setting information
Wherein the source node is a source node. 14. The method of claim 13,
Wherein the table setting information includes:
An ODU input port, an ODU output port, a TS (Time Slot) management identifier, an identifier used to identify a specific ODU path, a TP (Termination Point) used to identify an end point of the ODU path, A resource status, and a priority assigned to the identifier. ≪ Desc / Clms Page number 19 > 14. The method of claim 13,
Receiving an automatic protection switching message in which a bridge and a select are changed from the node determined as an end node based on the table setting information and the automatic protection switching message to the selected protection path; And
Changing a bridge and a select of the source node to the selected protection path upon receiving the automatic protection switching message
Wherein the source node is a source node. A transmission / reception unit for receiving an Automatic Protection Switching (APS) message through a port of an available protection path among a plurality of protection paths selected by a failed node in the primary path; And
(ODU) (Optical Channel Data Unit (ODU)) for reestablishing a structure of a shared resource based on the additional information, based on the automatic protection switching message and previously received table setting information, ) And performs a cross-connection with the next node according to the ODU multiplexing
/ RTI > 17. The method of claim 16,
The processor comprising:
Wherein the intermediate node determines whether the corresponding node is an intermediate node or an end node based on the additional information, and performs the multiplexing when the determined node is determined as an intermediate node. 18. The method of claim 17,
The processor comprising:
If it is determined that the corresponding node is the end node,
Wherein the intermediate node transmits an automatic protection switching message to a failed node in the primary path by changing a bridge and select to the selected protection path. Wherein when a failure occurs in the main path, an available protection path is selected from among a plurality of protection paths for connection of the main path, and information on an identifier and a request type for identifying the main path is transmitted through an automatic protection switching (Automatic Protection Switching) message; And
A transmission / reception unit for inputting the automatic protection switching message to a port of the selected protection path,
/ RTI > 20. The method of claim 19,
The processor comprising:
Selects the usable protection path based on previously received table setting information,
Wherein the table setting information includes:
An ODU input port, an ODU output port, a TS (Time Slot) management identifier, an identifier used to identify a specific ODU path, a TP (Termination Point) used to identify an end point of the ODU path, A resource status, and a priority assigned to the identifier.
KR1020150029612A 2015-03-03 2015-03-03 Operating method of source node and intermediate node for automatic protection switching(aps) in optical transport network(otn), the source node and the intermediate node KR20160106913A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020150029612A KR20160106913A (en) 2015-03-03 2015-03-03 Operating method of source node and intermediate node for automatic protection switching(aps) in optical transport network(otn), the source node and the intermediate node

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020150029612A KR20160106913A (en) 2015-03-03 2015-03-03 Operating method of source node and intermediate node for automatic protection switching(aps) in optical transport network(otn), the source node and the intermediate node

Publications (1)

Publication Number Publication Date
KR20160106913A true KR20160106913A (en) 2016-09-13

Family

ID=56946447

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020150029612A KR20160106913A (en) 2015-03-03 2015-03-03 Operating method of source node and intermediate node for automatic protection switching(aps) in optical transport network(otn), the source node and the intermediate node

Country Status (1)

Country Link
KR (1) KR20160106913A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112448755A (en) * 2019-08-30 2021-03-05 中兴通讯股份有限公司 Method, device and equipment for realizing optical channel 1+1 protection
KR102390893B1 (en) * 2020-10-20 2022-04-26 (주)텔레필드 Method and device for automatic protection switching in packet transport network based on message

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112448755A (en) * 2019-08-30 2021-03-05 中兴通讯股份有限公司 Method, device and equipment for realizing optical channel 1+1 protection
KR102390893B1 (en) * 2020-10-20 2022-04-26 (주)텔레필드 Method and device for automatic protection switching in packet transport network based on message

Similar Documents

Publication Publication Date Title
EP3672173B1 (en) Communication method and device, and storage medium
US7688717B2 (en) Transport network restoration method supporting extra traffic
JP6562435B2 (en) Protection switching method and node
EP2774301B1 (en) Wson restoration
US9667341B2 (en) Apparatus and method for protection switching in optical transport network (OTN) suporting ODUflex(GFP)
CN102498683B (en) Method and apparatus for automatic discovery in optical transport networks
JP6269088B2 (en) Redundant path providing method and transmission apparatus
US10778570B2 (en) Network protection method, network node and system
AU2018371807B2 (en) Protection group superposition switching method, control device and optical communication equipment
EP1411665A1 (en) Method and apparatus for shared protection in an optical transport network ring based on the ODU management
US20150229398A1 (en) Link activation method and apparatus for protection path
EP2827506B1 (en) Method for changing overhead and preventing subnets from switching simultaneously, device, network element, and network
KR20160106913A (en) Operating method of source node and intermediate node for automatic protection switching(aps) in optical transport network(otn), the source node and the intermediate node
US20030235152A1 (en) Network system incorporating protection paths in the transmission bandwidth of a virtual concatenation signal
JP2016086316A (en) Transmission device and redundancy provision method
WO2018053716A1 (en) Protection switching method and node
JP6603644B2 (en) Optical concentrator network system and signal transmission method
EP1217789B1 (en) Self-relief method and re-estabishing method for traffic
EP3232617A1 (en) Protection switching method and system, and nodes
JP2005354135A (en) Method for confirming normality of path
EP2285046B1 (en) Method and apparatus for realizing interaction of optical channel data unit protection tangency rings
US20230361867A1 (en) Multiplex transmission system, resource control method for multiplex transmission system
US20230336244A1 (en) Multiplex transmission system, resource control method for multiplex transmission system
KR20160106914A (en) Operating method of node for activating link for protection path based on grouping and the node
EP2874337A1 (en) Method for operating an optical transport network node