光网络的自愈保护方法及装置的制作方法

专利名称：光网络的自愈保护方法及装置的制作方法
技术领域：
本发明涉及光网络通信技术领域，尤其涉及一种光网络的自愈保护方法 及装置。
背景技术：
如光传输网(Optical Transport Network, OTN )、同步数字系列 (Synchronous Digital Hierarchy, SDH)、 同步光纤网(Synchronous Optical Network ， SONET)等等的光网络，通常采用自动保护倒换(Automatic Protection Switching, APS)4支术，提高光网络的自愈能力。
参见图1，图1是SDH复用段共享保护环的结构示意图。图1中，保 护环上设有四个节点，用"#1" 、 "#2，， 、 "#3，，和"#4，， 分别标识该四 个节点，工作通道由实线标示，保护通道用虚线标示。设"#1"与"#2"之 间的业务为业务l; "#3"与"糾"之间的业务为业务2。以图1所示保护 环为例，说明光网络的自愈能力。
图l所示保护环上，若某两个相邻节点之间的工作通道发生异常，则需 要启用保护环上的保护通道，承载该两个节点之间的业务。相应地，两个节 点中的 一 方将作为倒换发起端，向作为倒换响应端的另 一 方发起倒换请求。 倒换响应端收到倒换请求后，通过直接或间接与倒换发起端进行倒换协商， 将该两个节点之间的业务从工作通道倒换到保护通道，从而启用保护通道保 护业务，确保业务的正常运行。
所谓近端倒换可以是，倒换响应端收到倒换发起端发送的倒换请求后， 直接与倒换发起端进行倒换协商，将与倒换发起端之间的业务，从与倒换发
4起端之间的工作通道倒换到与倒换发起端之间的保护通道上。举例说明，如 与"#2"之间的工作通道发生异常，而保护通道无失效状况，则所谓 近端倒换是指，将业务l倒换到"#1"与"#2"之间的保护通道上。称相邻
节点之间的工作通道为区段工作通道，也称近边工作通道；称相邻节点之间 的保护通道为区段保护通道，也称近边保护通道，将业务倒换到区段保护通 道上，即称为近端倒换。
所谓远端倒换可以是，倒换响应端收到倒换发起端发送的倒换请求后， 通过保护环上，与倒换发起端之间的存在的中间节点，间接与倒换发起端进 行协商，将业务从与倒换发起端之间的工作通道，倒换到远边保护通道上。 举例说明，如，"#1"与"#4,， 、 "#4"与"#3"，以及"#3"与"#2"之 间的保护通道形成远边保护通道，该远边保护通道也称环保护通道。将业务 1通过该远边保护通道承载。近端倒换也称为区段倒换，远端倒换也称为环 倒换。
在现有技术方案中，每个节点和与之相连的其他节点之间可基于ITUT 标准组织给出消息格式进行消息交互，该消息格式中给出APS字节的定义。
参见图2，图2是现有APS字节的结构示意图。其中，字段Request指 示消息类型，占用4比特(bits);字段S占用lbit，若取值为1,则指示该 消息为倒换请求或通道状态查询请求，若取值为0，则指示该消息为通道状 态通知；字段N占用lbit，若取值为0，则指示该消息为近端倒换请求，若 取值为1,则指示该消息为远端倒换请求；字段Res.为保留比特数，保留比 特数有2bits;字段Requested Cha皿el指示请求倒换的工作通道号；字段 Bridged Channel指示已经桥接到保护通道号；字段Status Channel只用于通 道状态通知消息，指示出与通道状况消息相关的通道号。
参见表一，表一列举上述Request字段所指示的消息类型，也称请求类 型。消息类型也可理解为引发发端发送该消息的原因，其中发端包括倒换发 起端。表一中，消息类型体现接收消息的收端处理该消息的优先级，表一中 消息类型按该优先级由高到低排列。其中，收端包括倒换请求响应端。RequestMssning
11"Lockout Protection*
1110Signal Fail Protection*
1101Forced Switch
1100Signal Fail
1011Signal Degrade Protection*
1010Signal Degrade
0110Manual Switch
0101Wait to Restore Protection*
0100Wait to Restore
0011Exercise*
0010Reverse Request
0000No Request
表一
表一中，"1111"指示某保护通道被锁定，不可用；"1110"指示某保 护通道信号失效(SF),不可用；"1101"指示请求强制倒换(FS); "1100" 指示某工作通道SF; "1011"指示某保护通道信号劣化(SD) ; "1010" 指示某工作通道SD; "0110"指示请求人工倒换(MS) ; "0101"指示请 求等待某保护通道的恢复；"0100"指示请求等待某工作通道的恢复；"0011" 指示请求练习某保护通道，通常用于检测保护功能是否能够正常运行；
"0010"指示该消息为反向请求消息，即响应消息；"0000"指示无倒换请 求。
考虑到保护通道这一传输资源的有限性，以及要求在工作通道出现异常 的情况下将业务倒换到保护通道的及时性，若一个保护环中需要倒换多个业 务，则优先保护能够通过近端倒换得到保护的业务；多个近端倒换可被同时 执行。现有技术还规定如下失效组合可发起SF—R远端倒换请求
工作通道与同区段上的保护通道均信号失效(SF);或，
工作通道SF，同区段上的保护通道信号劣化(SD);或，
工作通道SD,同区段上的保护通道SF。
另有技术方案进一步对远端倒换做出规定，即保护环内既不允许同时执行多个远端倒换；也不允许同时执行远端倒换与近端倒换。
下面举例说明采用现有光网络保护技术方案保护业务的实例。 参见图3,图3是可采用现有近端倒换技术保护的业务场景示意图。图 3中，"#1"检测到与"#2"之间的区段工作通道SF，而区段保护通道正常。 按照现有环网保护技术，"#1"根据检测到的情况，作为倒换发起端生成业 务1相关的倒换请求消息，以表一为例，该消息的APS字节中，Request 字段取值为"1100"，指示相关工作通道SF;该消息中N的取值为0，指 示请求近端倒换。
"弁l"将该倒换请求消息发送给与之连接的其他节点，如"#2"与"弁4"， "#2，，检测到"#2，，指向"#1"的保护通道未发生失效状况，因此在收到"#1" 发送的倒换请求消息后，作为倒换响应端，向"#1"返回响应，并通过与"#1" 之间的区段保护通道进行倒换协商，协商成功后，通过与"#1"之间的区段 保护通道选收业务1相关信息。
参见图4,图4是可采用现有远端倒换技术保护的业务场景示意图。图 4中，"#1"检测到"#2"指向"#1"的工作通道与保护通道均SF。 "#1" 根据检测到的情况，作为倒换发起端，生成倒换请求消息，该消息中，Request 字段取值为"1100"，指示工作通道SF， N取值为1，指示请求远端倒换。 "#1"将该倒换请求消息发送给"弁2"与"#4" 。
"#2"收到"#1"发来的 倒换请求消息后，解析出所请求的是远端倒换，因此"#2"需要与"#3"之 间进行倒换协商，向"#3"发送Request字段值为"1100"的倒换请求消息。 从而，"#3"收到"#2"发送的倒换请求消息后，继续作为倒换发起端，向 "#4"发送Request字段值为"1100"的倒换请求消息，从而，Request字 段值为"1100"的倒换请求消息将被最终由"#4，,发送至"#1" 。
"#1"收 到该倒换请求消息后，进一步作为倒换响应端，与"#4"之间进行倒换协商， 协商成功后，"糾"进一步与"#3"进行倒换协商，依次下去，直至"#3" 与"#2"之间能够协商成功，则可将业务l相关信息通过环保护通道选收。 虽然现有光网络保护方案一定程度上可保证业务的正常运行，但该方案在有些情况下，难以确保业务的正常运行。
如，参见图5,图5是现有技术难以保护的业务场景示意图。图5中， "#1"检测出"#2"指向"#1"的工作通道与保护通道均SF。"#1"会向 "#2"发送指示请求远端倒换的倒换请求消息；若"糾"检测出"#3"指向 "#4"的工作通道SF,同区段的保护通道SD，则"#4"会向"#3"发送指 示请求远端倒换的倒换请求消息；而现有技术并不支持一个保护环上同时执 行两个不同的远端倒换，因此，现有技术中，图5所示场景中，业务l与业 务2均无法得到保护。
再如，参见图6，图6是现有技术难以保护的另一个业务场景示意图。 图6中，"#1"检测出"#2"指向"弁l"的工作通道SF， "#1"会向"#2" 发送指示请求近端倒换的倒换请求消息；若"#3"也检测出"糾"指向"#3" 的工作通道SF，同区段的保护通道SD，则"#3"会向"#4"发送指示请求 远端倒换的倒换请求消息。因现有技术不支持近端倒换与远端倒换同时执 行，因此，现有技术中，业务1能够得到保护，但业务2并不能得到保护。 现有技术难以保护的业务场景还有多种，在此不再——列举。总之，现 有技术中，光网络的自愈能力还有待提高。

发明内容
本发明实施例提供一种光网络的自愈保护方法，提高光网络的自愈能力。
一种光网络的自愈保护方法，包括
网元接收两个或两个以上倒换请求消息，读取各倒换请求消息中携带的 倒换指示，比较各个倒换指示对应的优先级，根据各个倒换指示对应的优先 级不同，优先执行优先级较高的倒换指示，且该倒换指示为在光网络自愈保 护环上承载业务的工作通道SF,而对应的保护通道能够工作的情况下，执 行近端倒换。
本发明实施例还提供一种光网络的自愈保护方法，提高光网络的自愈能力。
一种光网络的自愈光网络的自愈保护方法，包括
光网络自愈保护环上，倒换发起端在承载业务的工作通道失效SF,而
保护通道能够工作的情况下，生成业务相关倒换请求消息，该倒换请求消息
携带请求执行近端倒换的倒换指示；
所述倒换发起端将所述倒换请求消息发往倒换响应端。
本发明实施例提供一种光网络中的倒换发起装置，包括
生成单元，在光网络自愈保护环上承载业务的工作通道SF，而对应的
保护通道能够工作的情况下，生成业务相关倒换请求消息，该倒换请求消息
携带请求执行近端倒换的倒换指示；
发送单元，将所述生成单元生成的所述倒换请求消息发送出去。 一种光网络中的倒换响应装置，包括
第一接收单元，接收倒换请求消息；所述倒换请求消息携带在光网络自 愈保护环上承载业务的工作通道SF，而对应的保护通道能够工作的情况下， 请求执行近端倒换的倒换指示；
第一处理单元，按照所述倒换指示，执行近端倒换。
一种光网络中的倒换响应装置，包括
第二接收单元，接收第一倒换发起端发送的第 一业务相关的第 一倒换请 求消息，以及第二倒换发起端发送的第二业务相关的第二倒换请求消息；
比较单元，比较第一倒换请求消息携带的第一倒换指示与第二倒换请求 消息携带的第二倒换指示的优先级，确定优先执行优先级较高的倒换指示；
第二处理单元，按照处理优先级较高的倒换指示，在光网络自愈保护环 上承载业务的工作通道SF,而对应的保护通道能够工作的情况下，执行近 端倒换。
本发明实施例所提供的技术方案通过对现有倒换方式进行修改使倒换 发起端能够根据业务所适合的倒换，生成合适的倒换请求消息，即在能够采 用近端倒换的情况下，尽量采用近端倒换，以尽量保护业务，相应地，倒换响应端收到一个或多个倒换请求消息后，能够处理倒换请求，以使保护环上 的业务尽量能够得到保护，提高光网络的自愈能力。


图1是SDH复用段共享保护环的结构示意图； 图2是现有APS字节的结构示意图； 图3是可采用现有近端倒换技术保护的业务场景示意图； 图4是可采用现有远端倒换技术保护的业务场景示意图； 图5是现有技术难以保护的业务场景示意图； 图6是现有技术难以保护的另一个业务场景示意图； 图7是本发明实施例中的APS字节结构示意图； 图8是本发明实施例提供的光网络的自愈保护方法流程图； 图9是本发明实施例提供的另一种光网络的自愈保护方法流程图； 图10是本发明实施例所提供的一种光网络中的倒换发起装置的结构示 意图11是本发明实施例所提供的一种光网络中的倒换响应装置的结构示 意图12是本发明实施例提供的又一种光网络的自愈保护方法流程图； 图13是本发明实施例提供的又一种光网络中的倒换响应装置的结构示 意图14是本发明实施例三所处理的网络场景示意图； 图15是本发明实施例四所处理的业务场景示意图； 图16是本发明实施例五所处理的业务场景示意图； 图17是本发明实施例六所处理的业务场景示意图。
具体实施例方式
下面结合附图对本发明实施例提供的技术方案作进一步详细说明。图5中，业务1与业务2均无法得到保护的原因主要是，"#1"发出的 指示请求远端倒换的业务1相关的倒换请求消息中，APS字节的Request字 段取值为"1100" 。 "#3"与"#4"也会收到业务1的相关的倒换请求消息。 而若"#3"指向"#4"的工作通道SF，同区段的保护通道SD，则"糾"会 向"#3"发送指示请求远端倒换的业务2相关的倒换请求消息，该消息的 APS字节中，Request字段的取值也为"1100" , "#1"与"#2"也会收到 业务2相关的倒换请求消息。也就是说， 一些网络节点会同时收到两个不同 的倒换请求消息，以"#3"为例，"#3"在收到两个不同倒换请求消息后， 解析出该两个倒换请求消息中Request字段的取值相同，且均指示请求远端 倒换，由于该两个倒换请求消息具有相同的处理优先级，且现有技术没有指 示这种情况下，应保护哪个业务，因此，"#3"将不对任何一个请求进行处 理，导致业务1与业务2均不能得到保护。
但实际上，图5中出现SD状况的"#3"指向"#4"的保护通道仍可用 于通信，因此，理想的做法应是放弃保护业务1,而尽量保护业务2，即应 能够启用"#3"与"糾"之间的保护通道，执行业务2的近端倒换。
参见图6, "#2"会收到业务1相关的倒换请求消息，该消息请求区段 倒换；"#2"也会收到业务2相关的倒换请求消息，该消息也请求远端倒换。 由于近端倒换请求的处理优先级比远端倒换请求的处理优先级高，因此， "#2"响应近端倒换请求，而并不会响应远端倒换请求，/人而导致业务2无 法得到保护。而实际上，理想的倒换结果应该是，对业务2也进行近端倒换， 利用"#4"与"#3"之间的保护通道尽量保护业务2。
在同区段工作通道SF保护通道SD场景下，现有技术规定发起远端倒 换请求，而没有灵活地利用近端倒换来保护业务。因此，本申请发明者基于 以上对现有技术的分析发现，现有技术所存在的问题在于，倒换发起端难以 通过倒换请求消息体现更多种适合于业务倒换的指示，如能够解决该问题， 则将增大业务得到保护的可能性。
本申请发明者进一步研究发现，现有技术中，倒换请求消息难以体现更多种适合于业务倒换的指示。例如，现有技术并不能支持同时执行远端倒换， 因此，在出现保护环上同时出现有关不同业务的多个远端倒换请求的情况
下，多个业务均难以得到保护；在出现需要同时执行近端倒换与远端倒换的
情况下，现有技术难以保证多个业务的正常运行。
本发明实施例中，对现有APS字节结构进行改进，使改进后的APS字 节结构能够表示出更多的指示。具体改进在于，对现有Request字段进行扩 展，如从保留比特数中取一个比特，将该lbit增加到Request字段中，得到 扩展Request字段。扩展Request字段占用5bits，相比较现有占用4bits的 Request字段，扩展Request字段能够指示更多的请求类型，当然，如果有 必要也可以增加2bits或者更多比特到Request字段中。
本发明实施例中，进一步定义了扩展Request字段可指示的请求类型， 所列举的相关请求类型可参见表二。
请求类型含义说明
10100Lockout of Protection,简写为LP,锁定4呆护通道。
薩lSignal Fail (Protection),简写为SF-P,孑呆护通道SF。
10010Forced Switch (Near),简写为FS—N,近边FS。
10001Forced Switch (Far),筒写为FS—F,远边FS。
10000Signal Fail (Near, W SF and P SD)，简写为SF-N-W,近边SF (工作通道SF保护通道SD )。
01111Signal Fail (Near),简写为SF-N，近边SF (工作通道SF )。
01110Signal Fail (Far, W SF and P SF),简写为SF-F陽WP,远边SF (工作通道SF保护通道SF )。
01101Signal Fail (Far, W SD and P SF)，简写为SF-F-P,远边SF(工 作通道SD保护通道SF )。
01100Signal Fail (Far, W SF and P SD),简写为SF-F-W,远边SF (工作通道SF保护通道SD )。
01011Signal Degrade (Protection),简写为SD-P,保护通道SD。
01010Signal Degrade (Near),简写为SD-N,近边SD。
1201001Signal Degrade (Far),简写为SD-F,远边SD。
o画oManual Switch (Near),简写为MS-N,近边人工倒才臭。
00111Manual Switch (Far),简写为MS-F，远边人工倒4臭。
00110Wait-To-Restore(Near),简写为WTR—N,近边等待恢复。
00101Wait-To-Restore(Far),简写为WTR—F,远边等待恢复。
00100Exerciser (Near)，简写为EXER-N,近边练习倒换。
00011Exerciser (Far),简写为EXER-F,远边练习倒:換。
00010Reverse Request(near), 简写为RR_N ，近边反向请求。
00001ReverseRequest(far),简写为RR_F,远边反向i貪求。
00000No Request, 无请求。
表二
表二中，请求类型体现接收消息的收端处理该请求的优先级，且请求类
型按该优先级由高到低排列。表二中，扩展Request字段对应的倒换指示包 括"10100"指示请求锁定保护通道；"10011"指示保护通道SF; "10010" 指示请求强制近端倒换，即强制近端倒换；"10001"指示请求强制远端倒 换，即强制远端倒换；"10000"指示工作通道SF，且同区段的保护通道SD, 请求近端倒换；"01111"指示工作通道SF,请求近端倒换；"01110"指 示工作通道SF,且同区段的保护通道SF,请求远端倒换；"01101"指示 工作通道SD，且同区段的保护通道SF，请求远端倒换；"01100"指示工 作通道SF,且同区段的保护通道SD,请求远端倒换；"01011"指示保护 通道SD; "01010"指示近边工作通道SD，即区段工作通道SD; "01001" 指示远边工作通道SD,即环工作通道SD; "01000"指示请求近边人工倒 换，即人工近端倒换；"00111"指示请求远边人工倒换，即人工远端倒换； "00110"指示请求等待近边保护通道恢复；"00101"指示请求等待远边保 护通道恢复；"00100"指示请求练习近端倒换；"00011"指示请求练习远 端倒换；"00010"指示该消息为近边反向请求，即近边响应；"00001"指 示该消息为远边反向请求，即远边响应；"00000"指示无请求，即工作通
13道或保护通道状态正常。
可用5bits的扩展Request字段表示的消息类型不限于上述表二所列举 的实例，并且，实际应用中，可根据需要设置扩展Request字段的取值及对 应的含义。
另外，参见图7,图7是本发明实施例中的APS字节结构示意图。基于 扩展Request字段，可指示的请求类型更加丰富；相应地，现有APS字节中 用于指示远端倒换或近端倒换的N字段可继续被使用，也可为节约比特数， 而放弃使用；若放弃使用，则相当于未动用保留比特数，而是通过重新调整 使用比特数的方式，使得本发明实施例中的APS字节结构能够指示更多的 请求类型，从而体现本发明实施例中的APS字节结构优于现有APS字节结 构。
参见图8,图8是本发明实施例提供的光网络的自愈保护方法流程图， 该流程可包括以下步骤
步骤801、光网络自愈保护环上，倒换发起端在承载业务的工作通道失 效SF,而保护通道能够工作的情况下，生成业务相关倒换请求消息，该倒 换请求消息携带请求执行近端倒换的倒换指示。保护通道能够工作的情况包 括保护通道状态正常，或保护通道信号劣化等等，只要是尚能够被用于通信 的情况。
步骤802、所述倒换发起端将所述倒换请求消息发往倒换响应端。 参见图9,图9是本发明实施例提供的另一种光网络的自愈保护方法流
程图，该流程可包括以下步骤
步骤901、倒换响应端接收倒换请求消息；所述倒换请求消息携带在光
网络自愈保护环上承载业务的工作通道SF，而对应的保护通道能够工作的
情况下，请求执行近端倒换的倒换指示。
步骤902、倒换响应端按照所述倒换指示，执行近端倒换。 本发明实施例中，倒换指示由被调整的APS字节体现，被调整的APS
字节中可包含上述扩展Request字段，该扩展Request字段对应的倒换指示实例可参见表一，实际应用中，也可自行设置扩展Request字段对应的倒换 指示，以细化倒换请求类型。
另外，根据本发明实施例给出的图7所示APS字节结构的提示，实际 应用中，也可不扩展Request字段，而是通过重新调整其他字段，或结合启 用保留字段，也可起到细化倒换请求类型的作用。
相比较调整其他字段，扩展Request字段能够体现更加细化的倒换请求 类型，因此，本发明实施例以扩展Request字段为例，i兌明如何基于包含扩 展Request字段的APS字节的倒换请求消息来保护业务。
参见图10，图IO是本发明实施例提供的一种光网络中的倒换发起装置 的结构示意图。图IO所示光网络中的倒换发起装置可被设置于倒换发起端。 图10中，倒换发起端可包括生成单元和发送单元；
生成单元，在光网络自愈保护环上承载业务的工作通道SF,而对应的 保护通道能够工作的情况下，生成业务相关倒换请求消息，该倒换请求消息 携带请求执行近端倒换的倒换指示；
发送单元，将所述生成单元生成的所述倒换请求消息发送出去。
参见图11，图11是本发明实施例提供的一种光网络中的倒换响应装置 的结构示意图。图11所示光网络中的倒换响应装置可被设置于倒换响应端。 该倒换响应端可包括第一接收单元和第一处理单元；其中，
第一接收单元，接收倒换请求消息；所述倒换请求消息携带在光网络自 愈保护环上承载业务的工作通道SF，而对应的保护通道能够工作的情况下， 请求执行近端倒换的倒换指示；
第一处理单元，按照所述倒换指示，执行近端倒换。
本发明实施例还提供又一种光网络的自愈保护方法。参见图12,图12 是该光网络的自愈保护方法流程图，该流程可包括以下步骤
步骤1201、网元接收两个或两个以上倒换请求消息，读取各倒换请求 消息中携带的倒换指示，比较各个倒换指示对应的优先级。
步骤1202、网元根据各个倒换指示对应的优先级不同，优先执行优先级较高的倒换指示，且该倒换指示为在光网络自愈保护环上承载业务的工作 通道SF,而对应的保护通道能够工作的情况下，执行近端倒换。
参见图13,图13是本发明实施例提供的又一种光网络中的倒换响应装 置的结构示意图，该光网络中的倒换响应装置被设置于倒换响应端，可包括 第二接收单元、比较单元和第二处理单元；其中，
第二接收单元，接收第 一倒换发起端发送的第 一业务相关的第 一倒换请
求消息，以及第二倒换发起端发送的第二业务相关的第二倒换请求消息； 比较单元，比较第 一倒换请求消息携带的第 一倒换指示与第二倒换请求
消息携带的第二倒换指示的优先级，确定优先执行优先级较高的倒换指示； 第二处理单元，按照处理优先级较高的倒换指示，在光网络自愈保护环
上承载业务的工作通道SF,而对应的保护通道能够工作的情况下，执行近
端倒换。
本发明实施例中，保护环上的同一个节点上，即可以只设置有本发明实 施例提供的上述倒换发起装置，也可只设置有本发明实施例提供的倒换响应 装置，还可既设有倒换发起装置又设有倒换响应装置。
下面结合具体的实施例详细说明本发明实施例所提供的技术方案。
实施例一
仍参见图5,图5所示业务场景是现有技术所难以处理的，但采用本发 明实施例所提供的技术方案，可使业务2得到保护。
图5中，"#1"检测到"#2"指向"#1"的工作通道与保护通道均SF， 因此，在业务1所对应的区段上没有可利用的保护通道，"#1"作为倒换发 起端，生成业务1相关的倒换请求消息，以表二为例，"#1"所生成的该消 息中，扩展Request字段取值为"01110" ; "#3"会收到业务1相关的倒 换请求消息。若"#4"检测到"#3"指向"#4"的工作通道SF,同区段的 保护通道SD，则业务2所对应的区段上，尚存在可利用的保护通道，因此， 本发明实施例中，由于对Request字段作了扩展，"#4"可基于扩展Request 字段，生成指示请求近端倒换的业务2相关的倒换请求消息，该消息中，扩展Request字段取值为"10000","糾"将生成的倒换请求消息发送给"#3";
"#3"在收到业务1相关的倒换请求消息与业务2相关的倒换请求消息后， 根据业务2相关的倒换请求消息中，扩展Request字段取值为"10000", 业务1相关的倒换请求消息中，扩展Request字段取值为"01110",确定 处理优先级较高的业务2相关的倒换请求消息所对应的倒换指示，即近端倒 换，而并不处理优先级相对较低的业务1相关的倒换请求消息所对应的倒换 指示，即远端倒换。因此，"#3"与"#4"之间进行倒换协商，"#3"通过 指向"#4"的保护通道，向"#4"发送响应信息，最终将业务2相关的信息 通过"#3"与"#4"之间的区段保护通道传输，从而，使得业务2—定程度 上得到保护。
实际应用中，若业务1相对业务2较重要等级高，"#2"也可发送指示 请求强制远端倒换的倒换请求消息给"#3"，以表二为例，该消息中，扩展 Request字4爻取值为"10001",该取值对应的倒换指示的处理优先级高于业 务2相关的倒换请求消息中扩展Request字段对应倒换指示，从而可使业务 1的远端倒换得到执行，相应使业务1优先得到保护。
上述实施例一中，倒换发起端基于扩展Request字段，可选择较合适的 请求类型，体现业务所适合的倒换方式，从而在保护通道这一传输资源有限 的情况下，对于能够通过近端倒换得到保护的业务，尽量采用近端倒换，增 大业务得到保护的可能性，尽量保证业务的正常运行。
实施例二
参见图6，图6所示业务场景是现有技术所难以处理的。但采用本发明 实施例所提供的技术方案，可使业务1与业务2均能够得到保护。
图6中，"#1"检测到"#2"指向"#1"的工作通道SF，但保护通道 无失效状况，"#1"会向"#2"发送指示请求近端倒换的业务1相关的倒换 请求消息，以表二为例，"#1"所生成的该消息中，扩展Request字段取值 为"01111" ，"#2"收到该消息后，与"#1"进行倒换协商，可通过指向 "#1"的保护通道发送检测信息，在收到"#1"返回的确定响应后，通过与
17"#1，，之间的区段保护通道传输业务1相关的信息，使业务1得到保护。"#3"
检测到"#4"指向"#3"的工作通道SF，保护通道SD,则"#3"可基于本 发明实施例中的扩展Request字段，生成用于指示近端倒换的业务2相关的 倒换请求消息，而并不会像现有技术那样，只能生成用于指示远端倒换的倒 换请求消息。"#3"所生成的业务2相关的倒换请求消息中，扩展Request 字段取值为"10000" , "#4"收到"#3"发来的倒换请求消息后，通过指 向"#3"的保护通道，向"#3"发送响应信息，最终通过"糾"与"#3"之 间的区段保护通道传输业务2相关的信息，从而使业务2也得到保护。
本实施例二中，由于本发明实施例对Request字段进行了扩展，因此， 倒换发起端可根据区段上各通道的状态，生成合适的倒换请求消息，在能够 采用近端倒换保护业务的情况下，尽量采用近端倒换，而避免采用远端倒换， 降低倒换无法实现而导致业务无法得到保护的可能性。
实施例三
参见图14,图14是本实施例三所处理的网络场景示意图。图14中， "#1"检测到"#2"指向"#1"的工作通道SD,且保护通道SF;"#3"检 测到"糾"指向"#3"的工作通道SF，且保护通道SD。则按照现有技术，
"#1"会生成指示请求远端倒换的业务1相关的倒换请求消息，"#3"也会 生成指示请求远端倒换的业务2相关的倒换请求消息，使得一个保护环上将 出现多个指示请求远端倒换的倒换请求，并且两个倒换请求均指示远端倒换 请求，因此在优先级上也区分不开，业务1与业务2均无法得到保护。
若采用本发明实施例的技术方案，则可使图14中的业务2得到保护， 具体实现如下"#1"在^r测到"#2"至"#1"的工作通道SD、保护通道 SF后，基于扩展Request字段生成指示请求远端倒换的业务1相关的倒换请 求消息，以表二为例，该倒换请求消息中，扩展Request字段取值为"01101";
"#2"收到发出的业务l相关的倒换请求消息后，继续向"#3，，发送 扩展Request字段取值为"01101"的业务1相关的倒换请求消息；"#3，， 收到业务1相关的倒换请求消息后，也会继续向下一个节点"斜，，发送扩展Request字段取值为"01101"的业务1相关的倒换请求消息；而后当"#3 ，， 也检测到"#4"至"#3"的工作通道SF、保护通道SD，会基于扩展Request 字段，生成指示请求近端倒换的业务2相关的倒换请求消息，且将该业务2 相关的倒换消息发送给"#4",以表二为例，该消息中，扩展Request字段 取值为"10000" 。 "#4"会收到两个倒换请求消息，其中业务2相关的倒 换请求消息的扩展R叫uest字段取值为"10000",另业务l相关的倒换请 求消息的扩展Request字段取值为"01101"，以表二为例，由于扩展Request 字段取值为"10000"对应倒换指示的处理优先级高于扩展Request字段取 值为"01101" 对应倒换指示的处理优先级，因此，"糾"确定处理扩展 Request字段取值为"10000"对应倒换指示，而并不处理扩展Request字段 取值为"01101" 对应倒换指示；"#4"与"#3"之间进行倒换协商，将业 务2用"#4"与"#3"之间的区段保护通道进行保护，从而可4吏业务2的业 务质量得到改善，而业务1的业务质量保持原状。
本实施例三中，业务1的业务质量没有得到改善，而实际上，即使业务 1能够通过其对应的远边保护通道进行远端倒换，倒换到保护通道上，但由 于"#4，，指向"#3"的保护通道SD，业务1的业务质量并不能得到改善。
实施例四
参见图15,图15是本实施例四所处理的业务场景示意图。图15中， 检测到"#2"指向"#1，，的工作通道SF,且保护通道SD; "#3，，检
测到"糾"指向"#3"的工作通道SF,且保护通道SD。则按照现有技术， 会生成指示请求远端倒换的业务1相关的倒换请求消息，"#3，，也会
生成指示请求远端倒换的业务2相关的倒换请求消息，且两个倒换请求均指
示远端倒换请求，在优先级上也区分不开，其结果是业务1与业务2均得不
到保护。
若采用本发明实施例的技术方案，则可使业务1与业务2均能够得到保 护。具体实现如下"#1"在检测到"#2"指向"#1"的工作通道SF,且 保护通道SD后，基于扩展Request字段可生成指示请求近端倒换的业务1相关的倒换请求消息，该倒换请求消息中，扩展Request字段取值为"10000"; "#2"收到"#1，，发出的倒换请求消息后，响应该请求，且与"#1，，之间进
行倒换协商,协商成功后，将业务i相关的信息通过"#2，，与"#r，之间的
保护通道进行传输，从而使业务1得到保护，改善业务1的业务质量。"#3，， 检测到"糾"指向"#3，，的工作通道SF,且保护通道SD,因此，会基于扩 展Request字段，生成指示请求近端倒换的业务2相关的倒换请求消息，且 将该消息发送给"糾"，该消息中，扩展Request字段取值为"10000"。 "#4"收到该倒换请求消息后，与"#3"之间进行倒换协商，协商成功后， 将业务2相关的信息通过"#4"与"#3"之间的保护通道进行传输，从而 使业务2得到保护，改善业务2的业务质量。
因此，本实施例四中，由于倒换请求的发送者能够基于扩展Request字 段，生成适合于业务保护的倒换请求消息，在尽量能够请求近端倒换的情况 下，请求近端倒换，增大业务得到保护的可能性。
实施例五
参见图16,图16是本实施例五所处理的业务场景示意图。图16中， "#1"检测到"#2"指向"#1"的工作通道SF，且保护通道SD;"#3"检 测到"#4，，指向"#3，，的保护通道SD。
则按照现有技术，"#1，，会发送指示请求远端倒换的业务1相关的倒换 请求消息，"#2，，收到该消息后，继续向"#3，，发送业务l相关的倒换请求 消息；"#3"收到业务1相关的倒换请求消息后，也会继续向"#4" 发送 业务1相关的倒换请求消息；且"#3，，会向"#4"发送业务2相关的倒换请 求消息，指示相关保护通道SD。 "#4"收到倒换请求消息与通知消息后， 根据倒换请求消息的处理优先级比通知消息的处理优先级高，则确定处理倒 换请求消息，实现对业务l的远端倒换。而远端倒换之后，由于"糾"指向
"#3"的保护通道SD，因此，实际上业务1的业务质量并没有得到改善， 并且因远端倒换占用保护环上的保护通道，反而浪费传输资源。
采用本发明实施例的技术方案，则可使业务1通过近端倒换得到保护，
20且不浪费保护通道这一传输资源。具体实现如下"#1"在检测到"#2"指
向"#1"的工作通道SF,且保护通道SD后，基于扩展Request字段生成指 示请求近端倒换的业务1相关的倒换请求消息，该倒换请求消息中，扩展 Request字段取值为"10000" ;"#2"收到"#1"发出的倒换请求消息后，
直接与"#r进行倒换协商，将业务i的相关信息通过指向"#r的保护通 道发送给"#r，。
本实施例五中，"#3"也会向 "#4" 发送通知消息，指示相关保护通 道SD。以表二为例，该通知消息中，扩展Request字段值为"01011"。该 通知消息主要用于通知保护环上各节点相关保护通道SD。本实施例五中， 业务1的倒换不影响业务2的正常运行。
实施例六
参见图17，图17是本实施例六所处理的业务场景示意图。图17中， "#1，，检测到"#2"指向"#1，，的工作通道SF，且保护通道SD;"#3，，检 测到"#4"指向"#3"的工作通道与保护通道均SD。
按照现有技术，"#r会生成指示请求远端倒换的业务i相关的倒换请
求消息，"#2，，收到该消息后，会继续向"#3，，发送业务l相关的倒换请求 消息；"#3，，收到业务1相关的倒换请求消息后，也会继续向"糾，，发送业 务l相关的倒换请求消息。由于"#4"指向"#3"的工作通道与保护通道均 SD,因此，"#3，，还会向"糾"发送两个通知消息， 一个通知指示相关 保护通道SD，另一个通知指示相关工作通道SD。 "#4"收到倒换请求消息 与通知消息后，根据倒换请求消息的处理优先级比通知的处理优先级高，则 确定处理倒换请求消息，实现对业务l的远端倒换。而远端倒换之后，由于 "糾"指向"#3"的保护通道SD,因此，实际上业务1的业务质量并没有 得到改善，并且因远端倒换占用保护环上的保护通道，反而浪费传输资源。 采用本发明实施例的技术方案，则可使业务1通过近端倒换得到保护， 且不浪费保护通道的传输资源。具体实现可参见上述实施例五中的相关说 明，不再赘述。所需要说明的是，本发明实施例提供的技术方案，基于对现有APS字
节结构的调整，使被调整的APS字节能够指示出更细化的倒换请求，在采 用APS技术提高光网络的自愈能力时，倒换发起端能够根据光网络中各工 作通道与保护通道的通断状况，基于被调整的APS，主动发起合适的能够尽 量保护业务的倒换请求，使倒换响应端能够处理该倒换请求，且相应保护业 务。另外，实际应用中，可基于本发明实施例提供的被调整的APS字节， 配合使用多种倒换策略，实现对光网络保护环上各业务的保护。所说的倒换 策略可以是本领域技术人员根据光网络保护环上，各工作通道或保护通道的 通断状况而制定的业务保护策略，如在何种情况下，发起何种倒换请求等等。 并且，基于本发明实施例所提供的技术方案，本领域技术人员能够更方便地 部署倒换策略。
需要特别说明的是，本发明的实施例均以扩展APS字节的Request字段 为例进行说明。然而，所属领域技术人员应该知道，这只是一种为了方便说 明而做的举例，在实际应用中可以不是扩展Request字段，甚至可以不是发 送APS字节而是以其它方式传输倒换请求消息，但只要发送的倒换请求消 息具有与其相同的功能即属于本发明的保护范围。
同时，本发明实施例中均以两个区段同时出现故障进行举例，在其它实 施例中当故障为三个以上时，同样可以基于本发明的判断优先级的方法进行 倒换处理，由于方法与本发明实施例基本一致，为了减少篇幅，在说明书中 不再详细i兌明。
综上所述，本发明实施例网元接收到两个或两个以上倒换请求消息时， 读取倒换请求消息中携带的倒换指示，比较倒换请求消息所携带的倒换指示 的优先级，按优先级最高的倒换指示进行近端倒换，以使保护环上的业务尽 量能够得到保护，提高了光网络的自愈能力。
权利要求
1、一种光网络的自愈保护方法，其特征在于，包括网元接收两个或两个以上倒换请求消息，读取各倒换请求消息中携带的倒换指示，比较各个倒换指示对应的优先级；根据各个倒换指示对应的优先级不同，优先执行优先级较高的倒换指示，且该倒换指示为在光网络自愈保护环上承载业务的工作通道SF，而对应的保护通道能够工作的情况下，执行近端倒换。
2、 根据权利要求1所述的方法，其特征在于，所述网元接收到第一倒 换请求消息及第二倒换请求消息，所述第一倒换请求消息中，第一倒换指示为第一业务对应的区段工作 通道信号失效SF，且区段保护通道SF时，请求执行远端倒换；所述第二倒换请求消息中，第二倒换指示为第二业务对应的区段的工 作通道信号失效SF，且区段保护通道信号劣化SD时，请求执行近端倒换；所述第二倒换指示优先级高于第一倒换指示。
3、 根据权利要求1所述的方法，其特征在于，所述网元接收到第一倒 换请求消息及第二倒换请求消息，所述第一倒换请求消息中，第一倒换指示为第一业务对应的区段保护 通道SD,倒换请求为该区段保护通道SD的通知；所述第二倒换请求消息中，第二倒换指示为第二业务对应的区段工作 通道SF,且区段保护通道SD，请求执行近端倒换；根据所述第二倒换指示的优先级高于所述第 一 倒换指示的优先级，确定 执行所述第二倒换指示。
4、 根据权利要求1所述的方法，其特征在于 所述倒换指示由被调整的自动保护倒换APS字节携带。
5、 根据权利要求1所述的方法，其特征在于所述倒换指示由所述被调整的APS字节中，占至少5个比特的Request字段表示。
6、 根据权利要求1所述的方法，其特征在于 所述优先级由倒换故障等级以及需要倒换的业务的重要等级确定。
7、 一种光网络的自愈保护方法，其特征在于，包括 光网络自愈保护环上，倒换发起端在承载业务的工作通道失效SF,而保护通道能够工作的情况下，生成业务相关倒换请求消息，该倒换请求消息 携带请求执行近端倒换的倒换指示；所述倒换发起端将所述倒换请求消息发往倒换响应端。
8、 一种光网络中的倒换发起装置，其特征在于，包括生成单元，在光网络自愈保护环上承载业务的工作通道SF,而对应的 保护通道能够工作的情况下，生成业务相关倒换请求消息，该倒换请求消息 携带请求执行近端倒换的倒换指示；发送单元，将所述生成单元生成的所述倒换请求消息发送出去。
9、 一种光网络中的倒换响应装置，其特征在于，包括 第一接收单元，接收倒换请求消息；所述倒换请求消息携带在光网络自愈保护环上承载业务的工作通道SF,而对应的保护通道能够工作的情况下， 请求执行近端倒换的倒换指示；第一处理单元，按照所述倒换指示，执行近端倒换。
10、 一种光网络中的倒换响应装置，其特征在于，包括第二接收单元，接收第一倒换发起端发送的第一业务相关的第一倒换请 求消息，以及第二倒换发起端发送的第二业务相关的第二倒换请求消息；比较单元，比较第一倒换请求消息携带的第一倒换指示与第二倒换请求 消息携带的第二倒换指示的优先级，确定优先执行优先级较高的倒换指示；第二处理单元，按照处理优先级较高的倒换指示，在光网络自愈保护环 上承载业务的工作通道SF,而对应的保护通道能够工作的情况下，执行近 端倒换。
全文摘要
本发明实施例提供一种光网络的自愈保护方法，包括网元接收两个或两个以上倒换请求消息，读取各倒换请求消息中携带的倒换指示，比较各个倒换指示对应的优先级；根据各个倒换指示对应的优先级不同，优先执行优先级较高的倒换指示，且该倒换指示为在光网络自愈保护环上承载业务的工作通道SF，而对应的保护通道能够工作的情况下，执行近端倒换。本发明实施例还提供对应的光网络中的倒换发起装置及光网络中的倒换响应装置及另一种光网络的自愈保护方法。本发明实施例所提供的技术方案通过在保护通道能够工作的情况下，尽量采用保护通道保护相应的业务，从而可使倒换发起端能够发起合适的倒换请求，以使保护环上的业务尽量能够得到保护。
文档编号H04B10/00GK101453264SQ200710195218
公开日2009年6月10日 申请日期2007年12月4日 优先权日2007年12月4日
发明者余胜红, 冷跃平, 李振宇, 邹育泉, 龚震宇 申请人:华为技术有限公司