路径保护方法、节点设备、控制器及存储介质与流程

本申请实施例涉及通信技术领域，尤其涉及路径保护方法、节点设备、控制器及存储介质。

背景技术：

sr(segmentrouting，分段路由)技术是通过源节点在报文中压入一组标签来约束报文所走的路径，这组标签代表着一条路径。srpolicy是一套sr-te(segmentroutingtrafficengineering，简称sr-te）体系架构。srpolicy有一组候选路径candidatepath(候选路径)，候选路径中有一条或者多条segment-list（段列表）。

目前，如果一条srpolicy存在多条候选路径，通常选取优先级最高的候选路径作为实际转发路径，候选路径中的多个segment-list内部进行负荷分担。当最优候选路径失效的时候，再选取次优的候选路径作为实际转发路径。然而，在最优候选路径失效到次优路径备选择为实际转发路径的过程中，容易存在业务丢包现象，从而影响业务传输。

技术实现要素：

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本申请实施例提供路径保护方法、节点设备、控制器及存储介质，能够实现路径的快速切换，从而有效防止业务丢包。

第一方面，本申请提供一种路径保护方法，应用于节点设备的控制面，包括：

获取主用路径和至少一条备用路径；

根据预设的路径保护控制策略，将所述主用路径和至少一条所述备用路径发送至转发面，以使得当所述主用路径失效时，转发面将业务直接切换到所述备用路径。

第二方面，本申请还提供一种路径保护方法，应用于节点设备的转发面，包括：

接收来自控制面的主用路径和至少一条备用路径，以使得当所述主用路径失效时，将业务直接切换到所述备用路径。

第三方面，本申请还提供一种路径保护方法，应用于控制器，包括：

发送至少两条候选路径至节点设备的控制面，以使所述节点设备的控制面执行如第一方面所述的路径保护方法；所述候选路径携带有路径保护标识，至少两条所述候选路径包括所述主用路径和至少一条备用路径。

第四方面，本申请还提供节点设备，包括：第一存储器、第一处理器及存储在第一存储器上并可在第一处理器上运行的计算机程序，所述第一处理器执行所述计算机程序时实现如第一方面所述的路径保护方法。

第五方面，本申请还提供控制器，包括：第二存储器、第二处理器及存储在第二存储器上并可在第二处理器上运行的计算机程序，所述第二处理器执行所述计算机程序时实现如第二方面所述的路径保护方法。

第六方面，本申请还提供计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于：

执行第一方面或第二方面所述的路径保护方法。

本申请实施例第一方面提供一种路径保护方法，所述方法包括：获取主用路径和至少一条备用路径；根据预设的路径保护控制策略，将所述主用路径和至少一条所述备用路径发送至转发面，以使得当所述主用路径失效时，转发面将业务直接切换到所述备用路径。本申请实施例通过将主用路径和备用路径同时下给转发面，如果主用路径失效了，转发面直接切换到备用路径之上，可以实现路径的快速切换，从而有效防止业务丢包。

可以理解的是，上述第二方面至第六方面与相关技术相比存在的有益效果与上述第一方面与相关技术相比存在的有益效果相同，可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请实施例的一些实施例，对于本领域普通技术人员来说，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是srpolicy控制系统原理示意图；

图2是本申请一个实施例提供的用于执行路径保护方法的系统架构的示意图；

图3是一个实施例提供的路径保护方法的流程示意图；

图4是本申请另一个实施例提供的路径保护方法的流程示意图；

图5是本申请另一个实施例提供的路径保护方法的流程示意图；

图6是本申请一个实施例提供的扩展tlv字段的结构示意图；

图7是本申请另一个实施例提供的扩展tlv字段的结构示意图；

图8是本申请另一个实施例提供的路径保护方法的流程示意图；

图9是本申请另一个实施例提供的路径保护方法的流程示意图；

图10是本申请另一个实施例提供的路径保护方法的流程示意图；

图11是本申请另一个实施例提供的路径保护方法的流程示意图；

图12是本申请另一个实施例提供的路径保护方法的流程示意图；

图13是本申请另一个实施例提供的路径保护方法的流程示意图；

图14是本申请另一个实施例提供的路径保护方法的流程示意图；

图15是本申请一个实施例提供的srpolicy控制系统原理示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请实施例。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请实施例的描述。

需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

还应当理解，在本申请实施例说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请实施例的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

sr(segmentrouting，分段路由)技术是通过源节点在报文（业务报文）中压入一组标签来约束报文所走的路径，这组标签代表着一条路径。srpolicy是一套sr-te(segmentroutingtrafficengineering，简称sr-te）体系架构。srpolicy有一组候选路径candidatepath(候选路径)，候选路径中有一条或者多条segment-list（段列表）。

目前，如果一条srpolicy存在多条候选路径，通常选取优先级最高的候选路径作为实际转发路径，候选路径中的多个segment-list内部进行负荷分担。当最优候选路径失效的时候，再选取次优的候选路径作为实际转发路径，即srpolicy的转发生效规则与优先级有关。srpolicy包括但不限于三种下发方式：configuration、bgp（bordergatewayprotocol，边界网关协议）、pcep（pathcomputationelementcommunicationprotocol，路径计算单元通信协议）。其中，configuration一般为通过本地输入实现srpolicy下发；bgp和pcep为控制器通过bgp和pcep协议下发srpolicy到节点设备。例如，控制器可与节点设备共同组网，通过控制器利用pcep协议下发srpolicy到节点设备。节点设备按照控制器下发的srpolicy转发路径进行业务（业务数据）的转发。例如，参照图1，控制器通过pcep协议下发srpolicy给第一节点设备r1（头节点），第一节点设备r1的控制面接收到下发的srpolicy，选择一条优先级最高的候选路径下发给转发面用于业务转发。

然而，在最优候选路径失效到次优路径备选择为实际转发路径的过程中，容易存在业务丢包现象，从而影响业务传输。例如，参照图1，第一节点设备r1、第二节点设备r2、第三节点设备r3、第四节点设备r4均为节点设备。控制器通过pcep协议通道下发srpolicy到第一节点设备r1，包含两条候选路径candidatepath，实际路径分别为第一候选路径candidatepath1和第二候选路径candidatepath2。第一节点设备r1根据候选路径candidatepath的优先级选择一条作为实际转发路径。如果候选路径candidatepath1优先级最高，那么在转发面候选路径candidatepath1生效。如果候选路径candidatepath1失效，在第一节点设备r1感知到之后，从控制面再将第二候选路径candidatepath2通知到转发面，使转发面生效。在候选路径candidatepath转发面切换的期间就会容易导致业务丢包，从而影响业务传输。

基于此，本申请实施例提供路径保护方法、节点设备、控制器及存储介质。本申请实施例通过将主用路径和备用路径同时下给转发面，如果主用路径失效了，转发面直接切换到备用路径之上，可以实现路径的快速切换，从而有效防止业务丢包。

本申请一个实施例提供的路径保护方法可以在处理器中执行，处理器可以包括一个或多个处理单元。不同的处理单元可以是独立的器件，也可以集成在一个或多个器件中。

下面结合附图，对本申请实施例作进一步阐述。

如图2所示，图2是本申请一个实施例提供的用于执行路径保护方法的软件系统架构的示意图。在图2的示例中，该系统架构包括控制器、至少一个节点设备。

其中，控制器可以是独立的物理实体，也可以是逻辑上的实体。控制器可以是服务器或终端设备。终端设备可以为移动终端设备，也可以为非移动终端设备。移动终端设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载终端设备、可穿戴设备、超级移动个人计算机、上网本、个人数字助理、路由器、交换机、cpe（customerpremiseequipment，客户前置设备）、ufi（无线热点设备）等；非移动终端设备可以为个人计算机、电视机、柜员机或者自助机等；本申请实施方案不作具体限定。在一些实施例中，控制器可以是本网域内的节点设备，也可以是其他网域的节点设备。在一些实施例中，控制器可以是sdn（softwaredefined network，软件定义网络）控制器。

节点设备，即转发节点，与控制器通过通信协议通信连接。通信协议可以是bgp或pcep等。节点设备包括控制面和转发面。

控制面用于传送指令、计算表项等。如协议报文转发、协议表项计算、维护等。例如，在路由设备中，负责路由协议学习、路由表项维护的进程就属于控制面。在一些实施例中，控制面可以在节点设备中的主控模块中实现。

转发面用于进行业务数据报文的封装、转发等。如业务数据报文的接收、解封装、封装、转发等都属于转发面的范畴。例如，路由设备接收到ip报文后，需要进行解封装，查路由表，从出接口转发等工作，设备中负责以上行为的进程属于转发面。在一些实施例中，转发面可以在节点设备中的线卡中实现。

在一些实施例中，控制面用于通过bgp或pcep等通信协议，接收来自控制器下发的srpolicy，再根据srpolicy选择候选路径下发给转发面用于业务转发。

在一些实施例中，节点设备一般为头节点。

在一些实施例中，节点设备为支持mpls（multi-protocollabelswitching，多协议标签交换）或srv6（即sr+ipv6技术）转发的数通设备，如路由器、交换机等。

在一些实施例中，节点设备可以是集中式设备，即控制面和转发面合一，例如，可以是主控模块和线卡合一的节点设备；节点设备也可以是分布式设备，即控制面和转发面分离，例如，主控模块和线卡分离。

本申请实施例描述的系统架构以及应用场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域技术人员可知，随着系统架构的演变和新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图2中示出的系统架构并不构成对本申请实施例的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

在图2所示的系统架构中，各个部件可以分别调用其储存的路径保护程序，以执行路径保护方法。

基于上述系统架构，提出本申请实施例的路径保护方法的各个实施例。

需要说明的是，在一些实施例中，本申请可以用在sdn（softwaredefinednetwork，软件定义网络）控制器与节点设备混合组网的场景。例如，可以用在ipran（ipradioaccessnetwork，无线接入网ip化的业务承载网络）、spn（slicingpacketnetwork，切片分组网）等场景。

如图3所示，本申请实施例提供了一种路径保护方法，包括：

一种路径保护方法，应用于节点设备的控制面，包括：

步骤s1100，获取主用路径和至少一条备用路径；

步骤s1200，根据预设的路径保护控制策略，将主用路径和至少一条备用路径发送至转发面，以使得当主用路径失效时，转发面将业务直接切换到备用路径。

在一些实施例中，本申请提出了一种srpolicy保护路径的方法，具体的选出srpolicy中优先级最高的候选路径和其他优先级的候选路径（如次优先级的候选路径）。优先级最高的候选路径作为主用路径，其他优先级的候选路径可作为备用路径，例如，选择次优先级的候选路径作为备用路径。备用路径也可称为保护路径。主用路径和至少一条备用路径同时下给转发面，如果主用路径失效了，转发面直接切换到备用路径之上，从而有效防止业务的丢包。在一些实施例中，本申请srpolicy可以是srmpls或srv6，本申请对此不做限定。

在一些实施例中，步骤s1100中，控制面下发到转发面的备用路径可以是一条，也可以是多条。例如，当备用路径为一条时，可以选择优先级最高的候选路径作为主用路径，次优先级的候选路径作为备用路径；当备用路径为多条时，可以选择优先级最高的候选路径作为主用路径，其他优先级的候选路径作为备用路径，并且根据优先级依次排序，如次优先级的候选路径作为第一备用路径，再次一级优先级的候选路径作为第二备用路径，以此类推。

在一些实施例中，srpolicy包括但不限于三种下发方式：configuration下发方式、bgp下发方式和pcep下发方式。其中，configuration下发方式一般为通过本地输入实现srpolicy下发；bgp和pcep为控制器通过bgp和pcep协议下发srpolicy到节点设备。例如，控制器可与节点设备共同组网，通过控制器利用pcep协议下发srpolicy到节点设备。因此，步骤s1100中，可以通过本地输入获取主用路径和至少一条备用路径，也可以通过bgp和pcep等获取来自控制器的主用路径和至少一条备用路径，本申请对此不做限定。

本申请实施例通过将主用路径和备用路径同时下给转发面，如果主用路径失效了，转发面直接切换到备用路径之上，可以实现路径的快速切换，从而有效防止业务丢包。

在一些实施例中，步骤s1200中，路径保护控制策略可以是根据路径保护标识灵活配置的标识控制策略，也可以统一在节点设备本地设置好的、可应用于全局的本地控制策略，本申请对此不做限定。

以下将分别就路径保护控制策略为标识控制策略和本地控制策略进行介绍。

在一些实施例中，路径保护控制策略为标识控制策略；

参照图4，获取主用路径和至少一条备用路径，包括：

步骤s1110，获取来自控制器的至少两条候选路径；候选路径携带有路径保护标识，至少两条候选路径包括主用路径和至少一条备用路径；

将主用路径和至少一条备用路径发送至转发面，包括：

步骤s1210，获取主用路径的路径保护标识；

步骤s1220，根据主用路径的路径保护标识的状态，将主用路径和至少一条备用路径发送至转发面。

在一些实施例中，可通过扩展控制器与节点设备的通信协议（如pcep或bgp）字段来标明当前的候选路径是主用路径，还是备用路径。从而节点设备在控制面根据路径保护标识的状态判断候选路径是否需要保护，并根据判断结果将候选路径的主备信息下发给转发面进行主备绑定。

其中，候选路径携带有路径保护标识。节点设备在控制面根据路径保护标识判断候选路径是否需要保护。如果需要保护，当该候选路径作为最高优先级的有效候选路径（主用路径）时，下发转发面的时候，增加次优先级的候选路径作为备用路径一并下发给转发面，并设置好主备关系；如果不需要保护，当该候选路径作为最高优先级的有效候选路径（主用路径）时，只将当前的候选路径下发给转发面。如此，控制器可根据需要灵活配置候选路径的路径保护标识，以决定候选路径是否需要保护，灵活性高。

参照图5，在一些实施例中，获取来自控制器的至少两条候选路径，包括：

步骤s1111，通过pcep或bgp协议，获取来自控制器的至少两条候选路径；候选路径通过pcep或bgp协议的扩展字段携带路径保护标识。

在一些实施例中，控制器与节点设备的通信协议可以为pcep或bgp。可以通过pcep或bgp协议的扩展字段携带路径保护标识。以下仅以通信协议为pcep为例进行说明。

在一些实施例中，当获取来自控制器的至少两条候选路径，包括：通过pcep协议，获取来自控制器的至少两条候选路径；

候选路径通过pcep协议的tlv字段携带路径保护标识。

在一些实施例中，在pcep下发的srpolicy，可在候选路径中增加一个路径保护标识，该路径保护标识的作用是：标明当该候选路径作为主用路径的时候，是否需要保护。包括但不限于如下一种方法：在srpolicy中扩展一个新的tlv（type、length、value，是可自定义的、用来网络通讯的协议）字段，用于携带路径保护标识，从而方便、灵活地实现srpolicy路径保护。

在一些实施例中，参照图6，tlv字段一共占用32bit（8字节），包括：type子字段，用于标识字段类型，占用16bit；length子字段，用于标识字段长度，占用16bit；flag子字段（value子字段），用于携带数据内容，占用32bit。示例性的，参照图7，可以定义flag字段中的一个bit（e）用作上述的路径保护标识。当节点设备接收到pcep下发的srpolicy候选路径中携带了e标识（如路径保护标识的状态为1），表明如果该候选路径被选作主用路径时，需要将备用路径也一起下发给转发面；当节点设备接收到pcep下发的srpolicy候选路径中不携带路径保护标识时（即没有扩展的tlv），或者，当节点设备接收到pcep下发的srpolicy候选路径中携带的路径保护标识状态为不保护时（如路径保护标识的状态为0），表明如果该候选路径被选作主用路径时，不需要将备用路径下发给转发面。

参照图8，在一些实施例中，一种路径保护方法还包括：

步骤s1300，当主用路径失效时，将下一优先级的备用路径作为主用路径；

步骤s1400，根据主用路径的路径保护标识的状态，将主用路径和至少一条备用路径更新到转发面。

在一些实施例中，当主用路径失效的时候，转发面将业务直接切换到下一优先级的备用路径，即下一优先级的备用路径成为实际转发路径。控制面感知到主用路径失效，将下一优先级的备用路径作为新的主用路径，并根据新的主用路径的路径保护标识的状态判断新的主用路径是否需要保护。如果需要保护，增加下下一优先级的候选路径作为备用路径一并下发给转发面，并设置好主备关系；如果不需要保护，只将当前的候选路径下发给转发面。

参照图9，在一些实施例中，一种路径保护方法，还包括：

步骤s1500，获取来自控制器的候选路径更新信息；

步骤s1600，根据候选路径更新信息，发送备用路径删除通知信息至转发面。

在一些实施例中，控制面可以对下发到转发面的候选路径进行保护状态更新。例如，节点设备可获取来自控制器的有效候选路径更新信息，当该候选路径更新信息为当前主用路径时，获取主用路径的路径保护标识，根据主用路径的路径保护标识判断主用路径是否需要保护；或者，当该候选路径更新信息为当前主用路径时，并且候选路径更新信息不携带路径保护标识时，判断为当前主用路径不需要保护。当主用路径不需要保护，控制面发送备用路径删除通知信息至转发面，以通知转发面只保留主用路径，删除备用路径。

本申请实施例通过标识控制策略，一方面，可以实现较小的颗粒度（如可针对具体的应用）进行路径保护控制，灵活性好；另一方面，标识控制策略可实现路径保护完全由控制器管理，减少了管理源头，有利于集中管理。

在一些实施例中，路径保护控制策略为本地控制策略。

在一些实施例中，srpolicy下发主备用路径给转发面后，也可以通过设备的本地控制策略控制。本地控制策略可以是统一在节点设备的控制面本地设置好的、可应用于全局的本地控制策略。例如，本地控制策略可以是对所有接收到的srpolicy，都将主用路径和至少一条备用路径发送至转发面。

本申请实施例通过将主用路径和备用路径同时下给转发面，如果主用路径失效了，转发面直接切换到备用路径之上，可以实现路径的快速切换，从而有效防止业务丢包。

另外，参照图10，本申请还提供一种路径保护方法，应用于节点设备的转发面，包括：

步骤s2100，接收来自控制面的主用路径和至少一条备用路径，以使得当主用路径失效时，将业务直接切换到备用路径。

在一些实施例中，步骤s2100对应于上述步骤s1100和步骤s1200。也即是说，控制面通过执行上述步骤s1100和步骤s1200下发主用路径和至少一条备用路径至转发面，转发面通过执行步骤s2100接收来自控制面的主用路径和至少一条备用路径。当主用路径失效时，将业务直接切换到备用路径，备用路径作为实际转发路径。

本申请实施例通过将主用路径和备用路径同时下给转发面，如果主用路径失效了，转发面直接切换到备用路径之上，可以实现路径的快速切换，从而有效防止业务丢包。

参照图11，在一些实施例中，一种路径保护方法，还包括：

步骤s2200，当主用路径失效时，将业务直接切换到备用路径；

步骤s2300，接收来自控制面的主用路径和备用路径更新信息，以使得当主用路径失效时，将业务直接切换到备用路径。

在一些实施例中，步骤s2300对应于上述步骤s1300。也即是说，控制面通过执行上述步骤s1300下发主用路径和至少一条备用路径至转发面，转发面通过执行步骤s2300接收来自控制面的主用路径和备用路径更新信息，更新主备关系。例如，如果新的主用路径需要保护，转发面通过执行步骤s2300接收来自控制面的新的主用路径和备用路径更新信息，更新主备绑定；如果新的主用路径不需要保护，则转发面只接收当前的主用路径，或者，转发面不需要接收新的主用路径更新信息。

参照图12，在一些实施例中，一种路径保护方法，还包括：

步骤s2400，接收来自控制面的备用路径删除通知信息；

步骤s2500，根据备用路径删除通知信息，删除备用路径。

在一些实施例中，步骤s2400对应于上述步骤s1600。也即是说，控制面通过执行上述步骤s1600下发候选路径更新信息至转发面，转发面通过执行步骤s2300接收来自控制面的备用路径删除通知信息，删除备用路径。如此，可实现控制面对下发到转发面的候选路径进行路径保护状态的更新。

本申请实施例通过将主用路径和备用路径同时下给转发面，如果主用路径失效了，转发面直接切换到备用路径之上，可以实现路径的快速切换，从而有效防止业务丢包。

另外，参照图13，本申请还提供一种路径保护方法，应用于控制器，包括：

步骤s3100，发送至少两条候选路径至节点设备的控制面，以使节点设备的控制面执行如上述的路径保护方法，如上述步骤1100至步骤s1200的路径保护方法，或者，如上述步骤1100、步骤s1200、步骤s1300、步骤s1400的路径保护方法，或者，如上述步骤1100、步骤s1200、步骤s1500、步骤s1600的路径保护方法。候选路径携带有路径保护标识，至少两条候选路径包括主用路径和至少一条备用路径。

在一些实施例中，步骤s3100对应于上述步骤s1110。也即是说，控制器通过执行步骤s3100下发至少两条候选路径至节点设备的控制面，节点设备的控制面通过执行步骤s1110接收来自控制器的至少两条候选路径。

本申请实施例通过将主用路径和备用路径同时下给转发面，如果主用路径失效了，转发面直接切换到备用路径之上，可以实现路径的快速切换，从而有效防止业务丢包。

在一些实施例中，发送至少两条候选路径至节点设备的控制面，包括：

步骤s3110，通过pcep或bgp协议，发送至少两条候选路径至节点设备的控制面；候选路径通过pcep或bgp协议的扩展字段携带路径保护标识。

在一些实施例中，步骤s3110对应于上述步骤s1111。也即是说，控制器通过执行步骤s3110，利用pcep或bgp协议下发候选路径至节点设备的控制面，节点设备的控制面通过执行步骤s1111接收来自控制器的候选路径。候选路径可通过pcep或bgp协议的扩展字段携带路径保护标识。

在一些实施例中，当发送至少两条候选路径至节点设备的控制面，包括：通过pcep协议，发送至少两条候选路径至节点设备的控制面；

候选路径通过pcep协议的tlv字段携带路径保护标识。

在一些实施例中，在pcep下发的srpolicy，控制器可在候选路径中增加一个路径保护标识，该路径保护标识的作用是：标明当该候选路径作为主用路径的时候，是否需要保护。包括但不限于如下一种方法：在srpolicy中扩展一个新的tlv（type、length、value，是可自定义的、用来网络通讯的协议）字段，用于携带路径保护标识，从而方便、灵活地实现srpolicy路径保护。

在一些实施例中，参照图6，tlv字段一共占用32bit（8字节），包括：type子字段，用于标识字段类型，占用16bit；length子字段，用于标识字段长度，占用16bit；flag子字段（value子字段），用于携带数据内容，占用32bit。示例性的，参照图7，可以定义flag字段中的一个bit（e）用作上述的路径保护标识。当控制器通过pcep下发的srpolicy候选路径中携带了e标识（如路径保护标识的状态为1），表明如果该候选路径被选作主用路径时，节点设备的控制面需要将备用路径也一起下发给转发面；当控制器通过pcep下发的srpolicy候选路径中不携带路径保护标识时（即没有扩展的tlv），或者，当控制器通过pcep下发的srpolicy候选路径中携带的路径保护标识状态为不保护时（如路径保护标识的状态为0），表明如果该候选路径被选作主用路径时，节点设备的控制面不需要将备用路径下发给转发面。

参照图14，在一些实施例中，一种路径保护方法，还包括：

步骤s3200，发送候选路径更新信息至节点设备的控制面，以使控制面根据候选路径更新信息，发送备用路径删除通知信息至转发面。

在一些实施例中，步骤s3200对应于上述步骤s1500。也即是说，控制器通过执行步骤s3200，利用pcep或bgp协议下发候选路径更新信息至节点设备的控制面，节点设备的控制面通过执行步骤s1500接收来自控制器的候选路径更新信息，以使控制面根据候选路径更新信息，发送备用路径删除通知信息至转发面。

在一些实施例中，控制器可以对节点设备控制面下发到转发面的候选路径进行保护状态更新。例如，节点设备可获取来自控制器的有效候选路径更新信息，当该候选路径更新信息为当前主用路径时，获取主用路径的路径保护标识，根据主用路径的路径保护标识判断主用路径是否需要保护；或者，当该候选路径更新信息为当前主用路径时，并且候选路径更新信息不携带路径保护标识时，判断为当前主用路径不需要保护。当主用路径不需要保护，控制面发送备用路径删除通知信息至转发面，以通知转发面只保留主用路径，删除备用路径。

本申请实施例通过利用标识控制策略，一方面，可以实现较小的颗粒度（如可针对具体的应用）进行路径保护控制，灵活性好；另一方面，标识控制策略可实现路径保护完全由控制器管理，减少了管理源头，有利于集中管理。

本申请实施例通过将主用路径和备用路径同时下给转发面，如果主用路径失效了，转发面直接切换到备用路径之上，可以实现路径的快速切换，从而有效防止业务丢包。

下面以两个具体场景示例进一步说明。

示例一

如图15所示，控制器通过pcep下发三条候选路径candidatepath到第一节点设备r1，优先级高低依次为第一候选路径candidatepath1>第二候选路径candidatepath2>第三候选路径candidatepath3。

步骤a1：三条候选路径candidatepath都携带了e标识。第一候选路径candidatepath1优先级最高同时携带了e标识，节点设备的控制面在下发转发面的时候，会携带第一候选路径candidatepath1和第二候选路径candidatepath2的路径作为主备用路径，即第一候选路径candidatepath1作为主用路径，第二候选路径candidatepath2的路径作为备用路径。

步骤a2：当第一候选路径candidatepath1失效的时候，节点设备的转发面将业务直接切换到第二候选路径candidatepath2。控制面将第二候选路径candidatepath2作为主用路径，由于第二候选路径candidatepath2也有e标识，第二候选路径candidatepath2和第三候选路径candidatepath3分别作为主备用路径再更新到转发面。

步骤a3：当第二候选路径candidatepath2也失效了，转发面将业务直接切换到第三候选路径candidatepath3。控制面将第三候选路径candidatepath3选为主用路径，虽然第三候选路径candidatepath3也有e标识，但是没有次优的候选路径。所以，控制面只将第三候选路径candidatepath3作为主用路径更新到转发面，没有备用路径下发给转发面。

示例二：

如图15所示，控制器通过pcep下发三条候选路径candidatepath到第一节点设备r1，优先级高低依次为第一候选路径candidatepath1>第二候选路径candidatepath2>candidatepath3。

步骤b1：三条候选路径candidatepath都携带了e标识。第一候选路径candidatepath1优先级最高同时携带了e标识，在下发转发面的时候，会携带第一候选路径candidatepath1和第二候选路径candidatepath2的路径作为主备用路径。

步骤b2：控制器通过pcep下发候选路径更新消息到第一节点设备r1，更新第一候选路径candidatepath1的状态，将第一候选路径candidatepath1的状态更新为不携带e标识。第一节点设备r1接收到这个候选路径更新消息之后，需要发送备用路径删除通知信息至转发面，通知转发面只保留主用路径的信息，备用路径信息不再转发面保存。转发面收到备用路径删除通知信息后，只保留第一候选路径candidatepath1的信息，删除第二候选路径candidatepath2。

本申请实施例通过将主用路径和备用路径同时下给转发面，如果主用路径失效了，转发面直接切换到备用路径之上，可以实现路径的快速切换，从而有效防止业务丢包。

另外，本申请还提供节点设备，包括：第一存储器、第一处理器及存储在第一存储器上并可在第一处理器上运行的计算机程序，第一处理器执行计算机程序时实现如上述的路径保护方法。

第一存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，第一存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，第一存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该第一处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

需要说明的是，本实施例中的节点设备，可以应用为如图2所示实施例的系统架构中的节点设备；另外，本实施例中的节点设备，可以执行如图3或图10所示实施例中的路径保护方法。即，本实施例中的节点设备和如图2所示实施例的系统架构中的节点设备，以及如图3或图10所示实施例中的路径保护方法，均属于相同的发明构思，因此这些实施例具有相同的实现原理以及技术效果，此处不再详述。

实现上述实施例的路径保护方法所需的非暂态软件程序以及指令存储在第一存储器中，当被处理器执行时，执行上述实施例中的路径保护方法，例如，执行以上描述的图3中的方法步骤s1100至步骤s1200，图4中的方法步骤s1110至步骤s1220，图5中的方法步骤s1111、步骤s1210和步骤s1220，图8中的方法步骤s1100至步骤s1400，图9中的方法步骤s1100至步骤s1600，图10中的方法步骤s2100，图11中的方法步骤s2100至步骤s2300，图12中的方法步骤s2100至步骤s2500。

另外，本申请还提供控制器，包括：第二存储器、第二处理器及存储在第二存储器上并可在第二处理器上运行的计算机程序，第二处理器执行计算机程序时实现如上述的路径保护方法。

第二存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，第二存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，第二存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该第二处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

需要说明的是，本实施例中的控制器，可以应用为如图2所示实施例的系统架构中的控制器；另外，本实施例中的控制器，可以执行如上述图13所示实施例的路径保护方法。即，本实施例中的控制器和如图2所示实施例的系统架构中的控制器，以及如上述图13所示实施例的路径保护方法，均属于相同的发明构思，因此这些实施例具有相同的实现原理以及技术效果，此处不再详述。

实现上述实施例的路径保护方法所需的非暂态软件程序以及指令存储在第二存储器中，当被处理器执行时，执行上述实施例中的路径保护方法，例如，执行以上描述的图13中的方法步骤s3100，图14中的方法步骤s3100至步骤s3200。

另外，本申请实施例还提供计算机可读存储介质，存储有计算机可执行指令，计算机可执行指令用于：

执行前述的路径保护方法。

在一些实施例中，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个处理器或控制器执行，例如，被上述诊断分析系统100实施例中的一个处理器执行，可使得上述处理器执行上述实施例中的路径保护方法，例如，图3中的方法步骤s1100至步骤s1200，图4中的方法步骤s1110至步骤s1220，图5中的方法步骤s1111、步骤s1210和步骤s1220，图8中的方法步骤s1100至步骤s1400，图9中的方法步骤s1100至步骤s1600，图10中的方法步骤s2100，图11中的方法步骤s2100至步骤s2300，图12中的方法步骤s2100至步骤s2500，图13中的方法步骤s3100，图14中的方法步骤s3100至步骤s3200。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质（或非暂时性介质）和通信介质（或暂时性介质）。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息（诸如计算机可读指令、数据结构、程序模块或其他数据）的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘（dvd）或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本申请实施例的较佳实施进行了具体说明，但本申请实施例并不局限于上述实施方式，熟悉本领域的技术人员在不违背本申请实施例精神的前提下还可作出种种的等同变形或替换，这些等同的变形或替换均包含在本申请实施例权利要求所限定的范围内。