CN103051374B - 保护恢复方法和装置 - Google Patents
保护恢复方法和装置 Download PDFInfo
- Publication number
- CN103051374B CN103051374B CN201310005115.5A CN201310005115A CN103051374B CN 103051374 B CN103051374 B CN 103051374B CN 201310005115 A CN201310005115 A CN 201310005115A CN 103051374 B CN103051374 B CN 103051374B
- Authority
- CN
- China
- Prior art keywords
- connection
- heavy
- route
- protection
- work
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Landscapes
- Monitoring And Testing Of Exchanges (AREA)
- Emergency Protection Circuit Devices (AREA)
Abstract
本发明公开了一种保护恢复方法和装置，该方法包括：确定故障所在的连接，其中，所述连接包括工作连接和保护连接；根据所述故障所在的连接判断是否启动保护倒换和/或重路由，其中，如果所述故障所在的连接是所述保护连接，启动重路由。通过本发明，根据故障所在的连接判断是否启动保护倒换和/或重路由，如果故障所在的连接是保护连接，则启动重路由。即如果当前业务流量在无故障的工作连接，且检测到保护连接故障时，启动重路由，建立恢复连接，使业务流量不会失去保护，在最多占用3条连接的情况下，缩短了第一次发生能使业务受损的故障时业务受损的时间，从而对业务起到了更好的保护作用。
Description
技术领域
本发明涉及通信领域，具体而言，涉及一种保护恢复方法和装置。
背景技术
随着光网络中业务对调度灵活性的需求，自动交换光网络（AutomaticallySwitched OpticalNetwork，简称为ASON）应运而生。在ASON中，控制平面可以提供：自动建立、硬重路由、软重路由、保护以及保护恢复结合等功能。因此，根据网络客户不同的要求，通过对控制平面进行不同的配置，能够给网络客户提供差异化的服务。
请求评议（Request For Comment，简称为RFC）4872中定义了标记交换路径标志（保护类型）（Label Switching Path Flags（Protection Type）），包括无保护、（完全）重路由、带额外业务的重路由、带额外业务的1：N保护、1+1单向保护、1+1双向保护，但是并没有定义保护恢复结合的类型。目前已经有很多文献研究各种保护恢复结合的机制，例如：复用段保护和网格状恢复结合、M：N保护和恢复结合、1+1保护和恢复（端到端重路由）结合等。
其中，1+1保护和恢复结合目前有两种方式：一种是当工作连接和保护连接中的任意一条连接故障时，均启动恢复，以达到永久保护业务的作用，该方式最多需要占用4条连接资源；另一种是当工作连接和保护连接均故障时才启动恢复，以达到在失去保护作用后再启动恢复保护业务的作用，该方式最多需要占用3条连接资源。
针对第二种方式，如果工作连接先故障，保护连接后故障，那么，在第一次故障（即工作连接故障）后，通过保护倒换可以保证业务受损时间在50ms以内，在第二次故障（即保护连接故障）后，启动重路由，则业务受损时间可以在2s以内；但是，如果保护连接先故障，此时业务不受损，当工作连接再故障时，启动重路由，业务受损时间就只能在2s以内。即在第一次发生能使业务受损的故障时，上述第二种方式实际上对业务并没有起到很好的保护作用。
针对相关技术中在最多占用3条连接资源的情况下，第一次发生能使业务受损的故障时业务受损时间较长的问题，目前尚未提出有效的解决方案。
发明内容
本发明提供了一种保护恢复方法和装置，以至少解决相关技术中在最多占用3条连接资源的情况下，第一次发生能使业务受损的故障时业务受损时间较长的问题。
根据本发明的一个方面，提供了一种保护恢复方法，包括：确定故障所在的连接，其中，所述连接包括：工作连接和保护连接；根据所述故障所在的连接判断是否启动保护倒换和/或重路由，其中，如果所述故障所在的连接是所述保护连接，启动重路由。
优选地，在初始业务所述连接无故障，且当前业务流量在所述工作连接的情况下，检测到故障，根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定所述故障所在的连接是所述工作连接，将所述当前业务流量倒换到所述保护连接；如果确定所述故障所在的连接是所述保护连接，启动重路由，建立第一恢复连接，所述当前业务流量在所述工作连接。
优选地，在初始业务所述连接无故障，且当前业务流量在所述保护连接的情况下，检测到故障，根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定所述故障所在的连接是所述工作连接，不启动保护倒换和重路由；如果确定所述故障所在的连接是所述保护连接，将所述当前业务流量倒换到所述工作连接，并启动重路由，建立第一恢复连接，所述当前业务流量在所述工作连接。
优选地，在初始业务所述工作连接已有故障，所述保护连接无故障，且当前业务流量在所述保护连接的情况下，检测到故障，根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定所述故障所在的连接是所述工作连接，不启动保护倒换和重路由；如果确定所述故障所在的连接是所述保护连接，将所述当前业务流量倒换到所述工作连接，并启动重路由，建立第一恢复连接，如果重路由成功，所述当前业务流量在所述第一恢复连接，如果重路由失败，所述当前业务流量在所述工作连接。
优选地，在建立第一恢复连接之后，所述方法还包括：确定所述保护连接和所述第一恢复连接均故障；启动重路由，建立第二恢复连接，并释放所述第一恢复连接。
优选地，在初始业务所述保护连接已有故障，所述工作连接无故障，存在无故障的第一恢复连接，且当前业务流量在所述工作连接的情况下，检测到故障，根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定所述故障所在的连接是所述工作连接，将所述当前业务流量倒换到所述第一恢复连接；如果确定所述故障所在的连接是所述保护连接，不启动保护倒换和重路由；如果确定所述故障所在的连接是所述第一恢复连接，启动重路由，建立第二恢复连接，释放所述第一恢复连接，所述当前业务流量在所述工作连接。
优选地，在初始业务所述保护连接已有故障，所述工作连接无故障，不存在无故障的第一恢复连接，且当前业务流量在所述工作连接的情况下，检测到故障，根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定所述故障所在的连接是所述工作连接，启动重路由，建立第一恢复连接，如果重路由成功，所述当前业务流量在所述第一恢复连接，如果重路由失败，所述当前业务流量在所述工作连接；如果确定所述故障所在的连接是所述保护连接，不启动保护倒换，启动重路由。
优选地，在初始业务所述保护连接和所述工作连接均有故障，存在无故障的第一恢复连接，且当前业务流量在所述第一恢复连接的情况下，检测到故障，根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定所述故障所在的连接是所述工作连接或所述保护连接，不启动保护倒换和重路由，所述当前业务流量在所述第一恢复连接；如果确定所述故障所在的连接是所述第一恢复连接，将所述当前业务流量倒换到所述工作连接，启动重路由，建立第二恢复连接，并释放所述第一恢复连接，如果重路由成功，所述当前业务流量在所述第二恢复连接，如果重路由失败，所述当前业务流量在所述工作连接。
根据本发明的另一个方面，提供了一种保护恢复装置，包括：确定模块，用于确定故障所在的连接，其中，所述连接包括：工作连接和保护连接；判断模块，用于根据所述故障所在的连接判断是否启动保护倒换和/或重路由，其中，如果所述故障所在的连接是所述保护连接，启动重路由。
优选地，所述判断模块包括：保护倒换单元和重路由单元，其中，所述保护倒换单元用于根据所述故障所在的连接判断是否启动保护倒换；所述重路由单元用于根据所述故障所在的连接判断是否启动重路由。
优选地，在初始业务所述连接无故障，且当前业务流量在所述工作连接的情况下，检测到故障，如果确定所述故障所在的连接是所述工作连接，所述保护倒换单元将所述当前业务流量倒换到所述保护连接；如果确定所述故障所在的连接是所述保护连接，所述重路由单元启动重路由，建立第一恢复连接，所述当前业务流量在所述工作连接。
优选地，在建立第一恢复连接之后，如果确定所述保护连接和所述第一恢复连接均故障；所述重路由单元启动重路由，建立第二恢复连接，并释放所述第一恢复连接。
通过本发明，确定故障所在的连接（工作连接和/或保护连接）；根据故障所在的连接判断是否启动保护倒换和/或重路由，其中，如果故障所在的连接是保护连接，则启动重路由。即如果当前业务流量在无故障的工作连接，且业务源节点检测到保护连接发生故障时，启动重路由，建立恢复连接，使业务流量不会失去保护，解决了相关技术中在最多占用3条连接资源的情况下，第一次发生能使业务受损的故障时业务受损时间较长的问题，进而在最多占用3条连接的情况下，缩短了第一次发生能使业务受损的故障时业务受损的时间，从而对业务起到了更好的保护作用。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的保护恢复方法的流程图；
图2是根据本发明实施例的保护恢复装置的结构框图；
图3是根据本发明实施例的保护恢复装置的优选结构框图；
图4是根据本发明优选实施例的保护恢复方法的流程图；
图5是根据本发明优选实施例的保护恢复装置的结构框图；
图6是根据本发明优选实施例一的网络和原业务连接示意图；
图7是根据本发明优选实施例一的网络和业务连接示意图一；
图8是根据本发明优选实施例一的网络和业务连接示意图二；
图9是根据本发明优选实施例一的网络和业务连接示意图三；
图10是根据本发明优选实施例二的网络和业务连接示意图一；
图11是根据本发明优选实施例二的网络和业务连接示意图二；
图12是根据本发明优选实施例二的网络和业务连接示意图三。
具体实施方式
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
本发明实施例提供了一种保护恢复方法，图1是根据本发明实施例的保护恢复方法的流程图，如图1所示，包括如下的步骤：
步骤S102，确定故障所在的连接，其中，上述连接包括：工作连接和保护连接；
步骤S104，根据故障所在的连接判断是否启动保护倒换和/或重路由，其中，如果故障所在的连接是保护连接，启动重路由。
通过上述步骤，确定故障所在的连接（工作连接和/或保护连接）；根据故障所在的连接判断是否启动保护倒换和/或重路由，其中，如果故障所在的连接是保护连接，则启动重路由。即如果当前业务流量在无故障的工作连接，且业务源节点检测到保护连接发生故障时，启动重路由，建立恢复连接，使业务流量不会失去保护，解决了相关技术中在最多占用3条连接资源的情况下，第一次发生能使业务受损的故障时业务受损时间较长的问题，进而在最多占用3条连接的情况下，缩短了第一次发生能使业务受损的故障时业务受损的时间，从而对业务起到了更好的保护作用。在本发明的实施例中，仅工作故障时，只启动保护倒换，已经能保证业务流量受损时间较短（例如，在50ms内）。
需要说明的是，保护连接第一次故障后，启动重路由，建立第一恢复连接，如果后续第一恢复连接继续故障，仍可以恢复，还可以建立很多的恢复连接，继续支持当前业务流量或者为当前业务流量提供保护，从而提高了自动交换光网络业务的安全性。如果第一恢复连接故障，则会释放第一恢复连接，即在当前恢复连接故障，建立新的恢复连接的过程中，会及时释放故障的当前恢复连接，从而保证了上述保护恢复方法最多只占用3条连接资源，节约了连接资源。
下面结合几种场景描述上述保护恢复方法。
（1）在初始业务连接无故障，且当前业务流量在工作连接的情况下，检测到故障，根据故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定故障所在的连接是工作连接，将当前业务流量倒换到保护连接；如果确定故障所在的连接是保护连接，启动重路由，建立第一恢复连接，当前业务流量在工作连接。
（2）在初始业务连接无故障，且当前业务流量在保护连接的情况下，检测到故障，根据故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定故障所在的连接是工作连接，不启动保护倒换和重路由；如果确定故障所在的连接是保护连接，将当前业务流量倒换到工作连接，并启动重路由，建立第一恢复连接，当前业务流量在工作连接。
（3）在初始业务工作连接已有故障，保护连接无故障，且当前业务流量在保护连接的情况下，检测到故障，根据故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定故障所在的连接是工作连接，不启动保护倒换和重路由；如果确定故障所在的连接是保护连接，将当前业务流量倒换到工作连接，并启动重路由，建立第一恢复连接，如果重路由成功，当前业务流量在第一恢复连接，如果重路由失败，当前业务流量在工作连接。
在上述（1）至（3）的场景中，建立第一恢复连接之后，如果确定保护连接和第一恢复连接均故障，启动重路由，建立第二恢复连接，并释放第一恢复连接。如果后续第二恢复连接继续故障，仍可以恢复，还可以建立很多的恢复连接，继续支持当前业务流量或者为当前业务流量提供保护，从而提高了自动交换光网络业务的安全性。释放故障的第一恢复连接，即在当前恢复连接故障，建立新的恢复连接的过程中，会及时释放故障的当前恢复连接，从而保证了上述保护恢复方法最多只占用3条连接资源，节约了连接资源。
（4）在初始业务保护连接已有故障，工作连接无故障，存在无故障的第一恢复连接，且当前业务流量在工作连接的情况下，检测到故障，根据故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定故障所在的连接是工作连接，将当前业务流量倒换到第一恢复连接；如果确定故障所在的连接是保护连接，不启动保护倒换和重路由；如果确定故障所在的连接是第一恢复连接，启动重路由，建立第二恢复连接，释放第一恢复连接，当前业务流量在工作连接。
（5）在初始业务保护连接已有故障，工作连接无故障，不存在无故障的第一恢复连接，且当前业务流量在工作连接的情况下，检测到故障，根据故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定故障所在的连接是工作连接，启动重路由，建立第一恢复连接，如果重路由成功，当前业务流量在第一恢复连接，如果重路由失败，当前业务流量在工作连接；如果确定故障所在的连接是保护连接，不启动保护倒换，启动重路由，不论重路由成功还是失败，当前业务流量均在工作连接。
（6）在初始业务保护连接和工作连接均有故障，存在无故障的第一恢复连接，且当前业务流量在第一恢复连接的情况下，检测到故障，根据故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定故障所在的连接是工作连接或保护连接，不启动保护倒换和重路由，当前业务流量在第一恢复连接；如果确定故障所在的连接是第一恢复连接，将当前业务流量倒换到工作连接，启动重路由，建立第二恢复连接，并释放第一恢复连接，如果重路由成功，当前业务流量在第二恢复连接，如果重路由失败，当前业务流量在工作连接。
结合上述几种场景，保护倒换的原则（或者最终业务流量所在原则）如下：
1、工作类连接（包括工作连接）和保护类连接（包括保护连接和恢复连接）均无故障，最终业务流量在工作类连接；
2、仅工作类连接故障，最终业务流量在保护类连接（只要存在恢复连接，最终业务流量肯定在恢复连接上）；
3、仅保护类连接故障（此处的保护类连接故障是指保护连接和恢复连接均故障，否则保护类连接无故障），最终业务流量在工作类连接；
4、两者均故障，最终业务流量在工作类连接。
也就是说，只有工作类连接故障，保护类连接无故障时，业务流量才在保护类连接上，其他场景业务流量均在工作类连接上。
上述保护恢复方法可以是1+1双向保护与完全重路由恢复相结合的方法，实际上恢复连接是对业务流量的保护。
本发明实施例还提供了一种保护恢复装置，该保护恢复装置可以用于实现上述保护恢复方法。图2是根据本发明实施例的保护恢复装置的结构框图，如图2所示，上述保护恢复装置包括：确定模块22和判断模块24，其中，确定模块22，用于确定故障所在的连接，其中，上述连接包括：工作连接和保护连接；判断模块24，耦合至确定模块22，用于根据故障所在的连接判断是否启动保护倒换和/或重路由，其中，在故障所在的连接是保护连接的情况下，启动重路由。
通过上述装置，确定模块22确定故障所在的连接，其中，上述连接包括：工作连接和保护连接；判断模块24根据故障所在的连接判断是否启动保护倒换和/或重路由，其中，如果故障所在的连接是保护连接，启动重路由，建立恢复连接，使业务流量不会失去保护，解决了相关技术中在最多占用3条连接资源的情况下，第一次发生能使业务受损的故障时业务受损时间较长的问题，进而在最多占用3条连接的情况下，缩短了第一次发生能使业务受损的故障时业务受损的时间，从而对业务起到了更好的保护作用。
如图3所示，优选地，上述判断模块24包括：保护倒换单元242和重路由单元244，其中，保护倒换单元242，耦合至确定模块22，用于根据故障所在的连接判断是否启动保护倒换，重路由单元244，耦合至确定模块22，用于根据故障所在的连接判断是否启动重路由。
下面以上述场景（1）和（4）为例，描述保护倒换单元242和重路由单元244的功能。其余场景下二者的功能与场景（1）和（4）中类似，此处不再赘述。
在初始业务连接无故障，且当前业务流量在工作连接的情况下，检测到故障，如果确定故障所在的连接是工作连接，保护倒换单元242用于将当前业务流量倒换到保护连接，此时重路由单元244不动作；如果确定故障所在的连接是保护连接，重路由单元244用于启动重路由，建立第一恢复连接，当前业务流量在工作连接，此时保护倒换单元242不动作。需要说明的是，在建立第一恢复连接之后，如果确定保护连接和第一恢复连接均故障，重路由单元244启动重路由，建立第二恢复连接，并释放第一恢复连接。即恢复连接故障，仍可以建立很多的恢复连接，继续支持当前业务流量或者为当前业务流量提供保护，从而提高了自动交换光网络业务的安全性。上述对于建立后续的恢复连接的描述仅是为了说明如果第一次建立的恢复连接故障，仍然可以通过建立新的恢复连接对业务流量进行保护，至于业务流量在哪个连接上，要结合具体的场景。
在初始业务保护连接已有故障，工作连接无故障，存在无故障的第一恢复连接，且当前业务流量在工作连接的情况下，检测到故障，如果确定故障所在的连接是工作连接，保护倒换单元242将当前业务流量倒换到第一恢复连接，此时重路由单元244不动作；如果确定故障所在的连接是保护连接，不启动保护倒换和重路由，即保护倒换单元242和重路由单元244均不动作；如果确定故障所在的连接是第一恢复连接，重路由单元244启动重路由，建立第二恢复连接，释放第一恢复连接，当前业务流量在工作连接。
需要说明的是，装置实施例中描述的保护恢复装置对应于上述的方法实施例，其具体的实现过程在方法实施例中已经进行过详细说明，在此不再赘述。
为了使本发明的技术方案和实现方法更加清楚，下面将结合优选的实施例对其实现过程进行详细描述。
本发明优选实施例提供了一种保护恢复结合的方法，该方法采用1+1双向保护与完全重路由恢复相结合的方式。图4是根据本发明优选实施例的保护恢复方法的流程图，如图4所示，当业务的连接发生故障后，该方法包括以下步骤：
步骤S402，判断故障所在连接。
步骤S404，根据故障所在连接判断是否启动保护倒换过程。
步骤S406，该连接的源节点根据业务连接的故障情况判断是否启动重路由恢复过程。
通过上述步骤，实现了在最多仅占用3条连接资源的情况下，总能保证第一次故障导致业务受损时间在50ms以内，第二次及以后故障业务受损时间在2s以内。
上述步骤分别可以用相应的模块完成相应的功能，对应于上述三个步骤，提供了与其对应的一种优选的保护恢复装置（参见图5）。图5是根据本发明优选实施例的保护恢复装置的结构框图，如图5所示，该装置包括：告警分析模块52（实现了上述确定模块22的功能）、保护倒换模块54（实现了上述保护倒换单元242的功能）和恢复模块56（实现了上述重路由单元244的功能），其中，告警分析模块52，用于接收传送平面故障通知以及控制平面故障通知，并分析告警所在连接，在每个节点上均需要该模块；保护倒换模块54，用于根据告警分析模块52分析的告警信息，进行保护倒换相关操作，仅在首尾节点需要该模块；恢复模块56，用于根据告警分析模块52分析的告警信息，进行是否启动重路由的分析，如果要启动重路由，则发起重路由动作，在业务的源节点需要该模块，其中恢复模块56又可以称作重路由模块。
上述根据本发明优选实施例提供的保护恢复结合的方法，可以包括以下几种情况：
1、初始业务无任何故障，当前业务流量在工作连接，业务源节点检测到故障：如果是工作连接故障，则保护倒换模块54将业务流量倒换到保护连接，同时重路由模块（即上述恢复模块56）不启动重路由，且当前业务流量在保护连接；如果是保护连接故障，则保护倒换模块54不动作，同时重路由模块启动重路由，重路由成功或失败当前业务流量均在工作连接。
2、初始业务无任何故障，当前业务流量在保护连接，业务源节点检测到故障（对业务进行强制倒换后，可能出现该场景）：如果是工作连接故障，则保护倒换模块54不动作，同时重路由模块不启动重路由，且当前业务流量仍在保护连接；如果是保护连接故障，则保护倒换模块54将业务流量倒换到工作连接，同时重路由模块启动重路由，重路由成功或失败当前业务流量均在工作连接。
3、初始业务工作连接已有故障，保护连接无故障，当前业务流量在保护连接，业务源节点检测到故障：如果是工作连接故障，则保护倒换模块54不动作，重路由模块不启动重路由，当前业务流量仍在保护连接；如果是保护连接故障，则保护倒换模块54将业务流量倒换到工作连接，同时重路由模块启动重路由，重路由成功则当前业务流量在恢复连接，重路由失败则当前业务流量在工作连接。
4、初始业务保护连接已有故障，工作连接无故障，存在无故障的恢复连接，当前业务流量在工作连接，业务源节点检测到故障：如果是工作连接故障，则保护倒换模块54将业务流量倒换到恢复连接，同时重路由模块不启动重路由，当前业务流量在恢复连接；如果是保护连接故障，则保护倒换模块54不动作，同时重路由模块不启动重路由，当前业务流量在工作连接；如果是恢复连接故障，则保护倒换模块54不动作，同时重路由模块启动重路由，重路由成功或失败当前业务流量仍在工作连接。
5、初始业务保护连接已有故障，工作连接无故障，不存在无故障的恢复连接，当前业务流量在工作连接，业务源节点检测到故障：如果是工作连接故障，则保护倒换模块54不动作，同时重路由模块启动重路由，重路由成功后当前业务流量在恢复连接，重路由失败后当前业务流量仍在工作连接；如果是保护连接故障，则保护倒换模块54不动作，重路由模块启动重路由，不论重路由成功还是失败，当前业务流量均在工作连接。需要说明的是，该场景可以是保护连接第一次故障后就重路由失败了，那么如果保护连接再故障，是否启动重路由可以根据本地配置的需要选择，本优选实施例中，虽然再次启动重路由成功的概率较小，但是如果此处不尝试重路由的话，那么下次工作连接故障，第一次受损时，时间肯定大于50ms。如果尝试了重路由但没成功，那么即使业务第一次受损时间不能小于50ms，也是实际网络资源有限的限制。
6、初始业务工作保护连接均有故障，存在无故障的恢复连接，当前业务流量在恢复连接，业务源节点检测到故障：如果是工作连接或保护连接故障，则保护倒换模块54不动作，同时重路由模块不启动重路由，当前业务流量仍在恢复连接；如果是恢复连接故障，则保护倒换模块54将业务流量倒换到工作连接，同时重路由模块启动重路由，重路由成功则当前业务流量在新恢复连接，重路由失败则当前业务流量在工作连接。
以下结合两个具体的优选实施例及其附图对上述保护恢复方法进行详细说明。
优选实施例一
本优选实施例描述的是初始业务无故障，当前业务流量在工作连接，工作连接先故障，保护连接再故障，第二次故障（即保护连接故障）后恢复出来的恢复连接再故障的情况。如图6所示，Mesh网络由网元A、B、C、D、Z节点和这些节点之间的链路构成，一个双向业务的工作连接经过节点A-Z，保护连接分别经过节点A-B-Z，业务的源节点为A，宿节点为Z，初始业务无故障，当前业务流量在工作连接，工作连接先故障，保护连接再故障，第二次故障后恢复出来的恢复连接再故障，本优选实施例的保护恢复结合的方法包括以下步骤：
步骤1，工作连接所在传送平面发生故障，业务的源节点检测到该故障，并分别将该告警告知保护倒换模块54和恢复模块56；
步骤2，保护倒换模块54收到告警通知后，因为保护连接无故障，将业务的流量从工作连接倒换到保护连接，如图7所示；
步骤3，恢复模块56收到告警通知后，判断为工作连接故障，因此不启动重路由动作；
步骤4，保护连接所在传送平面发生故障，业务的源节点检测到该故障，并分别将该告警告知保护倒换模块54和恢复模块56；
步骤5，保护倒换模块54收到告警通知后，因为工作和保护连接均故障，将业务的流量从保护连接倒换到工作连接；
步骤6，恢复模块56收到告警通知后，判断为保护连接故障，因此启动重路由，重路由成功后当前业务流量在恢复连接A-C-B-Z，如图8所示；
步骤7，恢复连接所在传送平面发生故障，业务的源节点检测到该故障，并分别将该告警告知保护倒换模块54和恢复模块56；
步骤8，保护倒换模块54收到告警通知后，因为工作连接和恢复连接均故障，将业务的流量从恢复连接倒换到工作连接；
步骤9，恢复模块56收到告警通知后，判断为恢复连接故障，启动重路由并释放恢复连接A-C-B-Z，重路由成功后当前业务流量在新恢复连接A-C-D-Z，如图9所示。
优选实施例二
本优选实施例描述的是初始业务无故障，当前业务流量在工作连接，保护连接先故障，工作连接再故障，恢复连接再故障的情况。本优选实施例的网络拓扑和业务走向仍然以图6为例，本优选实施例的保护恢复结合的方法包括以下步骤：
步骤1，保护连接所在传送平面发生故障，业务的源节点检测到该故障，并分别将该告警告知保护倒换模块54和恢复模块56；
步骤2，保护倒换模块54收到告警通知后，因为工作无故障且流量在工作，所以不进行保护倒换动作；
步骤3，恢复模块56收到告警通知后，判断为保护连接故障，因此启动重路由动作，成功后当前业务流量仍在工作连接，恢复连接路径A-C-B-Z，如图10所示；
步骤4，工作连接所在传送平面发生故障，业务的源节点检测到该故障，并分别将该告警告知保护倒换模块54和恢复模块56；
步骤5，保护倒换模块54收到告警通知后，因为保护连接故障，恢复连接无故障，将业务的流量从工作连接倒换到恢复连接，如图11所示；
步骤6，恢复模块56收到告警通知后，判断为工作连接故障，因此不启动重路由；
步骤7，恢复连接所在传送平面发生故障，业务的源节点检测到该故障，并分别将该告警告知保护倒换模块54和恢复模块56；
步骤8，保护倒换模块54收到告警通知后，将业务的流量从恢复连接倒换到工作连接；
步骤9，恢复模块56收到告警通知后，判断为恢复连接故障，启动重路由并释放恢复连接A-C-B-Z，重路由成功后当前流量在新恢复连接A-C-D-Z，如图12所示。
需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
综上所述，根据本发明上述实施例提供的保护恢复方法和装置，确定故障所在的连接，其中，上述连接包括：工作连接和保护连接；根据故障所在的连接判断是否启动保护倒换和/或重路由，其中，如果故障所在的连接是保护连接，则启动重路由。即如果当前业务流量在无故障的工作连接，且业务源节点检测到保护连接发生故障时，启动重路由，建立恢复连接，对第二级恢复方式进行了改进，使业务流量不会失去保护，解决了相关技术中在最多占用3条连接资源的情况下，第一次发生能使业务受损的故障时业务受损时间较长的问题，进而在最多占用3条连接的情况下，缩短了第一次发生能使业务受损的故障时业务受损的时间，从而对业务起到了更好的保护作用。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (5)
1.一种保护恢复方法，其特征在于包括：
在一个控制域内，确定故障所在的连接，其中，所述连接包括：工作连接和保护连接；
根据所述故障所在的连接判断是否启动保护倒换和/或重路由，其中，如果当前业务流量所在的所述工作连接无故障，且所述故障所在的连接是所述保护连接，启动重路由；如果所述故障只发生在所述工作连接，只启动保护倒换；
其中，所述方法还包括以下之一：
在初始业务所述工作连接已有故障，所述保护连接无故障，且当前业务流量在所述保护连接的情况下，检测到故障，根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定所述故障所在的连接是所述工作连接，不启动保护倒换和重路由；如果确定所述故障所在的连接是所述保护连接，将所述当前业务流量倒换到所述工作连接，并启动重路由，建立第一恢复连接，如果重路由成功，所述当前业务流量在所述第一恢复连接，如果重路由失败，所述当前业务流量在所述工作连接；
在初始业务所述保护连接已有故障，所述工作连接无故障，存在无故障的第一恢复连接，且当前业务流量在所述工作连接的情况下，检测到故障，根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定所述故障所在的连接是所述工作连接，将所述当前业务流量倒换到所述第一恢复连接；如果确定所述故障所在的连接是所述保护连接，不启动保护倒换和重路由；如果确定所述故障所在的连接是所述第一恢复连接，启动重路由，建立第二恢复连接，释放所述第一恢复连接，所述当前业务流量在所述工作连接；
在初始业务所述保护连接已有故障，所述工作连接无故障，不存在无故障的第一恢复连接，且当前业务流量在所述工作连接的情况下，检测到故障，根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定所述故障所在的连接是所述工作连接，启动重路由，建立第一恢复连接，如果重路由成功，所述当前业务流量在所述第一恢复连接，如果重路由失败，所述当前业务流量在所述工作连接；如果确定所述故障所在的连接是所述保护连接，不启动保护倒换，启动重路由；
在初始业务所述保护连接和所述工作连接均有故障，存在无故障的第一恢复连接，且当前业务流量在所述第一恢复连接的情况下，检测到故障，根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定所述故障所在的连接是所述工作连接或所述保护连接，不启动保护倒换和重路由，所述当前业务流量在所述第一恢复连接；如果确定所述故障所在的连接是所述第一恢复连接，将所述当前业务流量倒换到所述工作连接，启动重路由，建立第二恢复连接，并释放所述第一恢复连接，如果重路由成功，所述当前业务流量在所述第二恢复连接，如果重路由失败，所述当前业务流量在所述工作连接。
2.根据权利要求1中任一项所述的方法，其特征在于，在建立第一恢复连接之后，所述方法还包括：
确定所述保护连接和所述第一恢复连接均故障；
启动重路由，建立第二恢复连接，并释放所述第一恢复连接。
3.一种保护恢复装置，其特征在于，用于一个控制域内，包括：
确定模块，用于确定故障所在的连接，其中，所述连接包括：工作连接和保护连接；
判断模块，用于根据所述故障所在的连接判断是否启动保护倒换和/或重路由，其中，如果当前业务流量所在的所述工作连接无故障，且所述故障所在的连接是所述保护连接，启动重路由；如果所述故障只发生在所述工作连接，只启动保护倒换；
其中，所述装置还包括以下之一：
在初始业务所述工作连接已有故障，所述保护连接无故障，且当前业务流量在所述保护连接的情况下，检测到故障，根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定所述故障所在的连接是所述工作连接，不启动保护倒换和重路由；如果确定所述故障所在的连接是所述保护连接，将所述当前业务流量倒换到所述工作连接，并启动重路由，建立第一恢复连接，如果重路由成功，所述当前业务流量在所述第一恢复连接，如果重路由失败，所述当前业务流量在所述工作连接；
在初始业务所述保护连接已有故障，所述工作连接无故障，存在无故障的第一恢复连接，且当前业务流量在所述工作连接的情况下，检测到故障，根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定所述故障所在的连接是所述工作连接，将所述当前业务流量倒换到所述第一恢复连接；如果确定所述故障所在的连接是所述保护连接，不启动保护倒换和重路由；如果确定所述故障所在的连接是所述第一恢复连接，启动重路由，建立第二恢复连接，释放所述第一恢复连接，所述当前业务流量在所述工作连接；
在初始业务所述保护连接已有故障，所述工作连接无故障，不存在无故障的第一恢复连接，且当前业务流量在所述工作连接的情况下，检测到故障，根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定所述故障所在的连接是所述工作连接，启动重路由，建立第一恢复连接，如果重路由成功，所述当前业务流量在所述第一恢复连接，如果重路由失败，所述当前业务流量在所述工作连接；如果确定所述故障所在的连接是所述保护连接，不启动保护倒换，启动重路由；
在初始业务所述保护连接和所述工作连接均有故障，存在无故障的第一恢复连接，且当前业务流量在所述第一恢复连接的情况下，检测到故障，根据所述故障所在的连接判断是否启动保护倒换和/或重路由包括：如果确定所述故障所在的连接是所述工作连接或所述保护连接，不启动保护倒换和重路由，所述当前业务流量在所述第一恢复连接；如果确定所述故障所在的连接是所述第一恢复连接，将所述当前业务流量倒换到所述工作连接，启动重路由，建立第二恢复连接，并释放所述第一恢复连接，如果重路由成功，所述当前业务流量在所述第二恢复连接，如果重路由失败，所述当前业务流量在所述工作连接。
4.根据权利要求3所述的装置，其特征在于，所述判断模块包括：保护倒换单元和重路由单元，其中，所述保护倒换单元用于根据所述故障所在的连接判断是否启动保护倒换；所述重路由单元用于根据所述故障所在的连接判断是否启动重路由。
5.根据权利要求3所述的装置，其特征在于，在建立第一恢复连接之后，如果确定所述保护连接和所述第一恢复连接均故障；所述重路由单元启动重路由，建立第二恢复连接，并释放所述第一恢复连接。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310005115.5A CN103051374B (zh) | 2013-01-07 | 2013-01-07 | 保护恢复方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310005115.5A CN103051374B (zh) | 2013-01-07 | 2013-01-07 | 保护恢复方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103051374A CN103051374A (zh) | 2013-04-17 |
| CN103051374B true CN103051374B (zh) | 2018-11-09 |
Family
ID=48063888
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310005115.5A Active CN103051374B (zh) | 2013-01-07 | 2013-01-07 | 保护恢复方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103051374B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105721192A (zh) * | 2014-12-05 | 2016-06-29 | 中兴通讯股份有限公司 | 实现容量规划的方法和装置 |
| JP6436237B2 (ja) * | 2015-07-23 | 2018-12-12 | 日本電気株式会社 | 経路切替装置、経路切替システムおよび経路切替方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101431699A (zh) * | 2008-11-26 | 2009-05-13 | 中兴通讯股份有限公司 | 一种保护无源光网络中的业务的方法和装置 |
| CN102740175A (zh) * | 2012-06-12 | 2012-10-17 | 烽火通信科技股份有限公司 | 一种跨域端到端标签交换路径的保护恢复方法 |
| EP2605427A1 (en) * | 2010-08-11 | 2013-06-19 | Huawei Technologies Co., Ltd. | Method, system and optical network unit for synchronizing data |
| CN103220039A (zh) * | 2012-01-18 | 2013-07-24 | 中兴通讯股份有限公司 | 基于自动交换光网络的业务保护方法及装置 |
-
2013
- 2013-01-07 CN CN201310005115.5A patent/CN103051374B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101431699A (zh) * | 2008-11-26 | 2009-05-13 | 中兴通讯股份有限公司 | 一种保护无源光网络中的业务的方法和装置 |
| EP2605427A1 (en) * | 2010-08-11 | 2013-06-19 | Huawei Technologies Co., Ltd. | Method, system and optical network unit for synchronizing data |
| CN103220039A (zh) * | 2012-01-18 | 2013-07-24 | 中兴通讯股份有限公司 | 基于自动交换光网络的业务保护方法及装置 |
| CN102740175A (zh) * | 2012-06-12 | 2012-10-17 | 烽火通信科技股份有限公司 | 一种跨域端到端标签交换路径的保护恢复方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103051374A (zh) | 2013-04-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100395994C (zh) | 自动交换光网络中通道故障的处理方法 | |
| CN100385891C (zh) | 在mpls网络中实现组保护的方法及装置 | |
| CN101431466B (zh) | 快速重路由方法及标签交换路由器 | |
| CN102006188B (zh) | 一种传送网中的路径回切方法及装置 | |
| CN103368843A (zh) | 受保护标签交换路径快速重路由的oam标签交换路径 | |
| CN109787839A (zh) | 一种报文转发方法及装置 | |
| CN104170328A (zh) | 标签交换路由器的环网中的保护 | |
| CN103036756A (zh) | 一种基于共享通道的混合环网保护方法及系统 | |
| CN101309525B (zh) | 一种自动交换光网络中依据故障定位的路由恢复方法 | |
| CN101192959B (zh) | 一种自动交换光网络组播业务连接的恢复方法 | |
| CN102136965A (zh) | 一种隧道故障检测方法和流量工程节点 | |
| CN103023770A (zh) | 环网的保护方法及装置 | |
| CN101626317A (zh) | 一种链路故障恢复的方法、系统和装置 | |
| CN101159681A (zh) | 实现快速重路由的方法和节点 | |
| CN101192990A (zh) | 一种mpls网络中实现快速重路由的方法及设备及系统 | |
| CN102142975B (zh) | 基于传送网中双节点互连保护结构的业务保护方法及系统 | |
| CN101197591B (zh) | 用于ason的保护恢复方法和装置 | |
| CN103051374B (zh) | 保护恢复方法和装置 | |
| CN103081406B (zh) | 用于应请求通过提供商网络来恢复连接的方法和设备 | |
| CN101515827B (zh) | 一种自动交换光网络业务错联阻错的方法及系统 | |
| CN106464511B (zh) | 一种业务保护方法及装置 | |
| CN101192956A (zh) | 一种自动交换光网络组播业务组播树的计算方法 | |
| CN102740175A (zh) | 一种跨域端到端标签交换路径的保护恢复方法 | |
| CN105264799A (zh) | 保护倒换的方法、节点和控制设备 | |
| CN101138197A (zh) | 自动交换光网络的快速恢复方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20180827 Address after: 210012 No. 68 Bauhinia Road, Yuhuatai District, Jiangsu, Nanjing Applicant after: Nanjing Zhongxing New Software Co., Ltd. Address before: No. 55, Nanshan District science and technology road, Nanshan District, Shenzhen, Guangdong Applicant before: ZTE Corporation |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20191121 Address after: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No. Patentee after: ZTE Communications Co., Ltd. Address before: Yuhuatai District of Nanjing City, Jiangsu province 210012 Bauhinia Road No. 68 Patentee before: Nanjing Zhongxing New Software Co., Ltd. |