CN114844817B - 一种在段路由sr网络中进行保护倒换方法及装置 - Google Patents

Abstract

本申请实施例公开了一种保护倒换方法，提供了一种在SRv6数据面传递保护倒换消息的方式，通过这种方式，使得第一节点可以在其正向业务流量的某一端到端传输路径发送故障之后，将其正向业务流量的传输路径切换至另一条端到端传输路径上，并通过切换后的传输路径发送正向业务流量。利用这种方式，第一节点自身存储前述另一条传输路径的信息即可，无需中间节点维护大量的路径状态信息和路径配置信息，有利于SRv6网络的部署和运维。

Description

一种在段路由SR网络中进行保护倒换方法及装置

本申请要求于申请日为2021年2月2日、申请号为202110143569.3、发明名称为“一种段路由网络中实现线性保护的方法，装置和系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信领域，尤其涉及一种保护倒换方法及装置。

背景技术

段路由(segment routing，SR)是基于源路由理念而设计的在网络上转发数据包的一种协议，基于多协议标签交换(Multi-Protocol Label Switching,MPLS)转发平面的SR称为SR-MPLS，基于IPv6转发平面的SR称为SRv6。为了避免当前传输路径中的节点和/或链路故障造成的流量传输中断，需要对流量传输进行保护。一种已知的技术是基于SegmentRouting的拓扑无关无环路备份(Topology-Independent Loop-free Alternate，TI-LFA)保护。TI-LFA理论上可以支持任意拓扑的节点和链路保护，能够实现快速重路由(fastreroute，FRR)保护。TI-LFA针对转发路径上的每条链路或每个下一跳节点，确定一个非主下一跳的邻居节点，如果该邻居节点到目的节点的最短路径不经过源节点，在将该邻居节点作为无环备份下一跳节点。

但是在基于TI-LFA的保护技术中，通常需要针对每个节点或每条链路来计算相应的保护路径并安装的每个中间节点上。中间节点需要维护大量的路径状态信息和路径配置信息，中间节点配置复杂，对中间节点处理能力要求较高。运维管理难度大。

因此，在SR网络中，如何提供一种简单，高效的保护倒换机制，成为目前需要解决的问题之一。

发明内容

本申请实施例提供了一种保护倒换方法，能够提供一种对端到端的SRv6路径进行保护切换的机制，该机制无需中间节点维护大量的路径状态信息和路径配置信息。

第一方面，本申请实施例提供了一种保护倒换方法，该方法例如可以由第一通信装置执行，第一通信装置可以对应第一路径上的头节点或者中间节点。在一个示例中，第一通信装置可以获取第一SRv6报文(本发明中，SRv6报文是指带有段路由首部(SRH)的IPv6分组)，该第一SRv6报文包括第一保护倒换消息。第一通信装置获取第一保护倒换消息之后，可以向第一路径的尾节点发送所述第一SRv6报文，此处提及的第一路径为用于转发第一SRv6报文的路径。其中，所述第一保护倒换消息可以用于请求第一路径的尾节点进行路径切换。由此可见，利用本方案，能够请求第一路径的尾节点进行路径切换，从而使得在某一路径出现故障时，所述尾节点能够将业务流量切换至其它路径上，从而保证业务流量的服务质量。而且，通过第一保护倒换消息请求第一路径的尾节点进行路径切换时，尾节点可以基于所述第一保护倒换消息将业务流量切换至备份路径上，无需中间节点维护大量的路径状态信息和路径配置信息，可以降低中间节点对数据处理能力的要求。

在一种实现方式中，所述第一保护倒换消息可以携带在所述第一SRv6报文的协议载荷中。

在一种实现方式中，所述第一保护倒换消息可以携带在所述第一SRv6报文的扩展头中。此处提及的扩展头可以是HBH选项头，或者，DOH，或者，SRH。

在一种实现方式中，所述第一SRv6报文中除了包括第一保护倒换消息之外，还可以包括第一指示信息，所述第一指示信息用于指示所述第一保护倒换消息。这样一来，第一路径的尾节点即可基于所述第一指示信息，确定所述第一SRv6报文中包括所述第一保护倒换消息。

在一种实现方式中，前述指示第一保护倒换消息的第一指示信息，可以是第一路径标识，其中，所述第一路径标识用于标识所述第一路径。采用这种方式，可以赋予第一路径标识除了标识第一路径之外的其它语义。对于这种情况，第一路径的尾节点可以基于所述第一路径标识，确定所述第一SRv6报文中包括所述第一保护倒换消息。

在一种实现方式中，第一通信装置可以在第二路径故障之后，将第一SRv6报文发送给第一路径的尾节点，以请求所述第一路径的尾节点将流量的传输路径从所述第二路径切换到第三路径。其中，所述第二路径和所述第三路径具有相同的头节点和尾节点，所述第一路径的尾节点为所述第二路径的头节点、且所述第一路径的头节点为所述第二路径的尾节点。对于这种情况，所述第一SRv6报文中可以包括待切换的路径的标识，即第二路径的标识。在一个示例中，所述第一路径和所述第二路径可以采用相同的标识。换言之，所述第一路径标识还用于标识第二路径，所述第一保护倒换消息用于请求所述第一路径的尾节点将流量的传输路径从所述第二路径切换到第三路径。对于这种情况，尾节点基于第一段标识，既可以确定第一SRv6报文中包括第一保护倒换消息，又可以确定所述第一保护倒换消息用于请求所述第一路径的尾节点将流量的传输路径从所述第二路径切换到第三路径。

在一种实现方式中，考虑到第二路径可以用于传输多种业务流量，而不同业务流量对服务质量的要求可能不同。为了尽可能满足对服务质量要求高的业务流量的服务质量，在一个示例中，在第二路径出现故障后，可以优先将对服务质量要求高的业务流量的传输路径由第二路径切换为第三路径。对于这种情况，所述第一SRv6报文中还可以携带在所述第二路径上传输的至少一种业务的标识，这样一来，所述第一保护倒换消息即可用于请求第一路径的尾节点将所述至少一种业务的传输路径从所述第二路径切换到第三路径。

在一种实现方式中，所述第二路径上传输的至少一种业务的标识，可以通过前述第一路径标识来携带。这样一来，尾节点基于第一路径标识，既可以确定第一SRv6报文中包括第一保护倒换消息，又可以确定所述第一保护倒换消息用于请求所述第一路径的尾节点所述至少一种业务的传输路径从所述第二路径切换到所述第三路径。

在一种实现方式中，对于SRv6分组而言，其SRH中包括的段列表中可以包括pathsegment字段。其中，path segment字段用于携带路径段标识，路径段标识的值用于标识一条SRv6路径。因此，在一个示例中，所述第一路径标识，可以是用于标识第一路径的第一路径段标识。

在一种实现方式中，所述第二路径的标识和所述第一路径的标识可以是不同的标识。对于这种情况，所述第一SRv6报文中还可以包括第二路径标识，所述第二路径标识用于标识第二路径。这样一来，第一路径的尾节点即可基于所述第二路径标识，确定所述第一保护倒换消息用于请求所述第一路径的尾节点将流量的传输路径从所述第二路径切换到第三路径，其中，所述第二路径和所述第三路径具有相同的头节点和尾节点，所述第一路径的尾节点为所述第二路径的头节点、且所述第一路径的头节点为所述第二路径的尾节点。

在一种实现方式中，若要实现在第二路径出现故障后，优先将对服务质量要求高的业务流量的传输路径由第二路径切换为第三路径。前述第二路径标识，还用于标识在所述第二路径上传输的至少一种业务。这样一来，尾节点基于第二路径标识，即可以确定所述第一保护倒换消息用于请求所述第一路径的尾节点所述至少一种业务的传输路径从所述第二路径切换到所述第三路径。

在一种实现方式中，所述第二路径标识为：第二路径段标识。

在一种实现方式中，为了实现业务的正反向路径共路，第一路径的尾节点接收到第一SRv6报文之后，可以通过所述第三路径向第一路径的头节点发送第二SRv6报文，所述第二SRv6报文包括第二保护倒换消息，所述第二保护倒换消息为所述第一保护倒换消息的应答消息。在一个示例中，所述第一路径的头节点接收到第二SRv6报文之后，可以基于所述第二保护倒换消息，将其发送报文的传输路径由第四路径切换为第一路径，此处提及的第一路径和第三路径为反向共路路径，由此，即可实现正反向路径共路。

在一种实现方式中，前述第一指示信息和第一保护倒换消息可以都携带在所述第一SRv6报文的扩展头中。在一个示例中，可以在所述第一SRv6报文的扩展头中扩展第一TLV字段，利用该扩展的TLV字段承载所述第一指示信息和所述第一保护倒换消息。

在一种实现方式中，所述第一TLV除了承载第一保护倒换消息之外，不再承载其它类型的控制管理消息。

在一种实现方式中，所述第一TLV除了承载第一保护倒换消息之外，还可以承载其它类型的控制管理消息。此时所述第一TLV为关联通道TLV，所述关联通道TLV包括通道类型字段，所述通道类型字段用于携带所述第一指示信息，所述关联通道TLV的value字段，用于携带所述第一保护倒换消息。

在一种实现方式中，所述第一SRV6报文包括关联通道，所述关联通道能够承载不同类型的控制通道，其中一种类型的控制通道为保护倒换通道，所述保护倒换通道用于承载第一指示信息和所述第一保护倒换消息。采用这种方式，通过所述关联通道，可以实现多种不同的控制管理功能。

在一种实现方式中，所述第一SRV6报文中除了包括关联通道之外，还可以包括第二指示信息，所述第二指示信息用于指示所述关联通道。这样一来，接收到所述第一SRV6报文的节点，即可根据该第二指示信息，确定所述第一SRV6报文中包括关联通道。

在一种实现方式中，所述关联通道所承载的至少一种控制通道例如可以包括OAM通道、故障指示通道、资源管理通道、信令通信通道SCC以及管理通信通道MCC中的其中一项或者多项。其中：OAM通道所承载的控制管理消息例如可以为OAM消息，OAM消息是对某一端到端IPv6例如SRv6路径实现操作、维护以及管理的一系列消息的总称；故障指示通道所承载的控制管理消息例如可以为故障指示消息，故障指示消息用于记录第一路径的故障指示信息；资源管理通道所承载的控制管理消息例如可以为资源管理消息，用于实现对某一路径例如第一路径的资源管理；SCC用于在IPv6路径的两个节点之间提供一个单独的通道传递控制信息；MCC用于在IPv6路径的两个节点之间提供一个单独的通道传递管理信息。

在一种实现方式中，资源管理通道所承载的控制管理消息例如可以包括：资源预留请求消息、资源状态更新消息以及资源预留撤销消息中的其中一种或者多种。其中：资源预留请求消息，用于指示第一路径上的节点预留资源；资源状态更新消息，用于收集第一路径上的节点的可用资源；资源预留撤销消息，用于撤销某一资源预留请求；此处提及的第一路径为第一IPv6报文的传输路径。可以理解的是，当所述关联通道承载的控制通道包括所述资源管理通道时，所述第一IPv6报文中包括资源预留请求消息，或者，资源状态更新消息，或者，资源预留撤销消息。

在一种实现方式中，前述第一保护倒换消息可以为APS消息，也可以为PSC消息。

在一种实现方式中，一种自定义的APS消息，可以包括保护类型字段、请求保护倒换的原因字段、切换后的路径字段。其中：保护类型字段用于指示保护协议的类型，请求保护倒换的原因字段，用于指示请求第一SRv6报文的尾节点进行路径切换的原因；切换后的路径字段，用于指示基于指示信息切换后的路径，第一SRv6报文的尾节点可以基于该切换后的路径信息，将业务流量切换至所述切换后的路径上。可选的，所述APS消息中还可以包括主用路径信息字段和备用路径信息字段，主用路径信息字段用于携带主用路径的信息，备用路径信息字段用于携带备用路径的信息。所述切换后的路径，为所述主页路径或者所述备用路径。

第二方面，本申请实施例提供了一种保护倒换方法，该方法可以由第一通信装置执行，第一通信装置可以对应第一路径上的尾节点。在一个示例中，第一通信装置可以接收第一SRv6报文，所述第一SRv6报文中包括第一保护倒换消息。第一通信装置接收第一保护倒换消息之后，可以基于所述第一保护倒换消息执行相应的操作。此处提及的第一路径为用于转发第一SRv6报文的路径。其中，所述第一APS消息可以用于请求第一路径的尾节点进行路径切换。由此可见，利用本方案，所述尾节点能够基于第一保护倒换消息的请求进行路径切换，从而使得在某一路径出现故障时，所述尾节点能够将业务流量切换至其它路径上，从而保证业务流量的服务质量。而且，通过第一保护倒换消息请求第一路径的尾节点进行路径切换时，尾节点可以基于所述第一保护倒换消息将业务流量切换至备份路径上，无需中间节点维护大量的路径状态信息和路径配置信息，可以降低中间节点对数据处理能力的要求。

在一种实现方式中，所述第一APS消息用于请求第一路径的尾节点将流量的传输路径从第二路径切换到第三路径，其中，所述第二路径和所述第三路径具有相同的头节点和尾节点，所述第一路径的尾节点为所述第二路径的头节点、且所述第一路径的头节点为所述第二路径的尾节点，所述第一路径为用于转发所述第一SRv6报文的路径。

在一种实现方式中，若所述第一APS消息用于请求第一路径的尾节点将流量的传输路径从第二路径切换到第三路径，则所述第一通信装置可以基于所述第一APS消息将流量的传输路径从所述第二路径切换到所述第三路径，从而避免由于第二路径故障而影响业务流量的正常传输。

在一种实现方式中，在一种实现方式中，为了实现业务的正反向路径共路，第一路径的尾节点接收到第一SRv6报文之后，可以通过所述第三路径向第一路径的头节点发送第二SRv6报文，所述第二SRv6报文包括第二保护倒换消息，所述第二保护倒换消息为所述第一保护倒换消息的应答消息。在一个示例中，所述第一路径的头节点接收到第二SRv6报文之后，可以基于所述第二保护倒换消息，将其发送报文的传输路径由第四路径切换为第一路径，此处提及的第一路径和第三路径为反向共路路径，由此，即可实现正反向路径共路。

第三方面，本申请实施例提供了一种保护倒换方法，该方法可以应用于第一节点。在一个示例中，第一节点可以在第一SRv6路径出现故障后，将第一节点的正向业务流量的发送路径从第一SRv6路径切换至第二SRv6路径，并通过第二SRv6路径发送所述正向业务流量。其中，正向业务流量是第一节点向第二节点发送的业务流量，所述第一SRv6路径为所述第一节点和第二节点之间的路径，所述第一节点是第一SRv6路径的头节点，所述第二节点是所述第一SRv6路径的尾节点，所述第一SRv6路径和所述第二SRv6路径具有相同的头节点和尾节点。换言之，第一SRv6路径和第二SRv6路径可以互为备份。由此可见，利用本方案，第一节点可以在第一SRv6路径出现故障之后，将原本通过第一SRv6路径转发的正向业务流量切换至第二SRv6路径上转发，从而保证了正向业务流量的服务质量。

在一种实现方式中，在所述第一SRv6路径出现故障后，第一节点除了可以发送正向业务流量的路径进行切换之外，还可以对接收反向业务流量的路径进行切换。在一个示例中，所述第一节点还可以将所述第一节点的反向业务流量的接收路径从三SRv6路径切换至第四SRv6路径，通过所述第四SRv6路径接收所述反向业务流量。其中：所述反向业务流量是所述第二节点向所述第一节点发送的流量，其中第三SRv6路径的头节点为所述第二节点，所述第三SRv6路径的尾节点为所述第一节点，所述第三SRv6路径和所述第四SRv6路径具有相同的头节点和尾节点。在一个示例中，所述第四SRv6路径和所述第二SRv6路径为双向共路路径，这样一来，即可实现正反向路径共路。

在一种实现方式中，所述第一节点中可以预先保存第一段列表，所述第一段列表用于描述所述第二SRv6路径的段标识SID的集合。当第一节点通过第二SRv6路径发送所述正向业务流量时，可以利用所述第一段列表对正向业务流量进行封装。

在一种实现方式中，所述第一节点可以基于第二节点发送的第一SRv6报文，将所述正向业务流量的传输路径从所述第一SRv6路径切换至第二SRv6路径。其中，所述第一SRv6报文包括第一保护倒换消息，第一节点接收到所述第一SRv6报文之后，可以根据所述第一保护倒换消息，将所述正向业务流量的传输路径从所述第一SRv6路径切换至第二SRv6路径。

在一种实现方式中，所述第一SRv6报文中包括第一信息，所述第一信息用于指示待切换的路径，换言之，所述第一信息用于标识所述第一SRv6路径。第一节点接收到所述第一SRv6报文之后，可以根据所述第一信息，确定所述第一保护倒换消息用于请求第一节点将所述正向业务流量的传输路径从所述第一SRv6路径切换至第二SRv6路径。

在一种实现方式中，所述第一节点可以预先保存所述第一信息和所述第一段列表之间的对应关系。这样一来，当第一节点接收到包括第一信息的第一SRv6报文之后，即可根据该对应关系，确定指示切换后的路径的第一段列表。

在一种实现方式中，第一节点根据所述对应关系确定指示切换后的路径的第一段列表之后，若需要发送正向业务流量，则可以利用所述第一段列表对所述正向业务流量进行封装，从而通过所述第二SRv6路径发送所述正向业务流量。

在一种实现方式中，所述第一信息可以为用于指示第一SRv6路径第一路径段标识。

第四方面，本申请提供了一种通信装置，包括：收发单元和处理单元。其中：所述收发单元用于执行以上第一方面以及第一方面任意一项所述的收发操作，所述处理单元用于执行以上第一方面以及第一方面任意一项所述的除收发操作之外的其它操作。或者，所述收发单元用于执行以上第二方面以及第二方面任意一项所述的收发操作，所述处理单元用于执行以上第二方面以及第二方面任意一项所述的除收发操作之外的其它操作。或者，所述收发单元用于执行以上第三方面以及第三方面任意一项所述的收发操作，所述处理单元用于执行以上第三方面以及第三方面任意一项所述的除收发操作之外的其它操作。

第五方面，本申请提供了一种通信装置，所述通信装置包括存储器和处理器；所述存储器，用于存储程序代码；所述处理器，用于运行所述程序代码中的指令，使得所述通信装置执行以上第一方面以及第一方面任意一项所述的方法，或者，使得所述通信装置执行以上第二方面以及第二方面任意一项所述的方法，或者，使得所述通信装置执行以上第三方面以及第三方面任意一项所述的方法。

第六方面，本申请提供了一种通信装置，所述通信装置包括通信接口和处理器。其中：所述通信接口用于执行以上第一方面以及第一方面任意一项所述的收发操作，所述处理器用于执行以上第一方面以及第一方面任意一项所述的除收发操作之外的其它操作。或者，所述通信接口用于执行以上第二方面以及第二方面任意一项所述的收发操作，所述处理器用于执行以上第二方面以及第二方面任意一项所述的除收发操作之外的其它操作。或者，所述通信接口用于执行以上第三方面以及第三方面任意一项所述的收发操作，所述处理器用于执行以上第三方面以及第三方面任意一项所述的除收发操作之外的其它操作。

第七方面，本申请提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得所述计算机执行以上第一方面以及第一方面任意一项所述的方法，或者，使得所述计算机执行以上第二方面以及第二方面任意一项所述的方法，或者，使得所述计算机执行以上第三方面以及第三方面任意一项所述的方法。

第八方面，本申请提供了一种通信系统，该通信系统包括：以上第四方面或者以上第五方面或者以上第六方面所述的、执行以上第一方面以及第一方面任意一项所述的方法的通信装置、以上第四方面或者以上第五方面或者以上第六方面所述的、执行以上第二方面以及第二方面任意一项所述的方法的通信装置。

第九方面，本申请提供了一种通信系统，该通信系统包括：以上第四方面或者以上第五方面或者以上第六方面所述的、执行以上第一方面以及第一方面任意一项所述的方法的通信装置、以上第四方面或者以上第五方面或者以上第六方面所述的、执行以上第三方面以及第三方面任意一项所述的方法的通信装置。

附图说明

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

图1a为一个示例性应用场景示意图；

图1b为本申请实施例提供的一个示例性应用场景示意图；

图2为本申请实施例提供的一种保护倒换方法的信令交互图；

图3a为本申请实施例提供的一种报文1的结构示意图；

图3b为本申请实施例提供的一种报文1的结构示意图；

图3c-1为本申请实施例提供的一种关联通道TLV的结构示意图；

图3c-2为本申请实施例提供的一种关联通道TLV的结构示意图；

图3d为本申请实施例提供的又一种APS消息的结构示意图；

图4为本申请实施例提供的一种保护倒换方法的信令交互图；

图5a为本申请实施例提供的一种报文1的结构示意图；

图5b为本申请实施例提供的一种报文1的结构示意图；

图5c为本申请实施例提供的一种报文1的结构示意图；

图5d为本申请实施例提供的一种报文1的结构示意图；

图6为本申请实施例提供的一种保护倒换方法的流程示意图；

图7为本申请实施例提供的一种保护倒换方法的流程示意图；

图8为本申请实施例提供的一种保护倒换方法的流程示意图；

图9为本申请实施例提供的一种通信装置的结构示意图；

图10为本申请实施例提供的一种通信装置的结构示意图；

图11为本申请实施例提供的一种通信装置的结构示意图。

具体实施方式

本申请实施例提供了一种报文处理方法，提供一种对端到端的SRv6路径进行线性保护切换的机制。

对于某一端到端的SRv6路径，例如第一路径，若第一路径上出现任何物理链路或中间节点的故障，则会导致原本通过第一路径传输的业务流量无法正常传输，影响服务质量。

目前，SRv6通常采用快速重路由的机制对链路或节点故障进行保护。在第一路径出现故障之前，对于第一路径上的每一个中间节点和每一条物理链路，都需要计算一条局部无环回路径以绕开该中间节点或该物理链路，从而在该中间节点或物理链路出现故障的时候，通过相应的局部无环回路径来传输业务流量。在一个示例中，对于第一路径上的每个中间节点而言，都需要计算一个不是最短转发路径上的下一跳，当所计算的下一跳不经过第一路径的头节点时，则将计算到的下一跳作为备份路径上该中间节点的下一跳。

但是，这种局部重路由保护方式要求中间节点保存局部重路由保护路径，网络中间节点的复杂性较高，而重路由保护之后的迂回路径运维人员不易跟踪。另外，快速重路由技术，难以保证业务的正反向路径共路，即无法保证业务的正向路径和反向路径经过相同的中间节点和链路集合，因此，不符合频率/时间同步等传送业务的双向共路的特殊需求。

关于前述快速重路由的机制，现结合图1a进行说明，图1a为一个示例性应用场景示意图。

如图1a所示，运营商边缘设备(provider edge，PE)PE1与运营商骨干设备(provider，P)P1相连，P1分别与P2和P4相连，P2与P3相连，P3与P4相连，P4与PE2相连。PE1-P1-P4-PE2是PE1与PE2之间的最优路径。在一个示例中，节点P2中维护有路径P2-P3-P4的段列表(segment list)，当链路P1-P4出现故障时，将P2可以将发送给P4的流量切换至路径P2-P3-P4上转发。当然，图1a只是为了方便理解而示出，对于网络结构更加复杂的网络而言，中间节点例如P1所维护的路径配置信息远远超过前述P2-P3-P4的段列表，而且，节点P1还需要维护大量的路径状态信息。

需要说明的是，在本申请实施例中，SRv6报文中的segment list用于指示SRv6报文的传输路径。segment list可以包括若干个段标识(segment identifier，SID)，一个SID用于指示传输路径中经过的某一个中间节点，或者，一个SID用于指示传输路径中包括的一条SRv6邻接链路。其中：两个节点之间的邻接链路，指的是用于该两个节点直接通信的链路，当其中一个节点通过该邻接链路向另一个节点发送报文时，该另一个节点为该前一节点的下一跳。

本申请的发明人发现，若能够在第一路径出现故障时，直接端对端地对第一路径进行保护切换，将原本在第一路径上传输的业务流量切换至其备份路径上传输，则只需要在边缘节点上存储备份路径的信息例如备份路径对应的段列表，无需中间节点维护大量的路径状态信息和路径配置信息，就可以保证原本在第一路径上传输的业务流量正常传输，能够在业务管理和运维方面带来更好的体验。在一个示例中，还可以满足频率/时间同步等传送业务的正反向同路的需求，对于SRv6网络提供电信级别的业务有更大的好处。

鉴于此，本申请实施例提供了一种端对端的保护倒换方法，可以在无需要求中间节点提供局部重路由保护的情况下，对端到端的SRv6路径进行保护切换。接下来，结合图1b所示的应用场景，对本申请实施例提供的端到端的保护倒换方法进行介绍。

参见图1b，该图为本申请实施例提供的一个示例性应用场景示意图。

如图1b所示，用户边缘设备(customer edge，CE)CE1可以通过网络100与CE2通信。在一个示例中，网络100可以为SRv6网络。

PE1、PE2、P1、P2均为SRv6网络中的节点。其中：

PE1可以通过路径PE1-P1-PE2将报文发送给PE2，PE1也可以通过路径PE1-P2-PE2将报文发送给PE2。路径PE1-P1-PE2和路径PE1-P2-PE2互为备份，在一个示例中，路径PE1-P1-PE2可以被称为工作路径(working path)或主路径，路径PE1-P2-PE2可以被称为保护路径(protection path)或备路径。

类似的，PE2可以通过路径PE2-P1-PE1将报文发送给PE1，PE2也可以通过路径PE2-P2-PE1将报文发送给PE1。路径PE2-P1-PE1和路径PE2-P2-PE1互为备份，在一个示例中，路径PE2-P1-PE1可以被称为工作路径或主路径，相应地，路径PE2-P2-PE1可以被称为保护路径或备路径。

在图1b所示的场景中，路径PE1-P1-PE2和PE2-P1-PE1双向共路，路径PE1-P2-PE2和PE2-P2-PE1双向共路。其中，两条路径双向共路，指的是两条路径上包括的节点集合相同，但是各节点在互为反向共路路径的两条传输路径上出现的顺序相反。双向共路也可以称之为互为反向共路路径。本申请中，二者经常交替使用。

本申请实施例提供的保护倒换方法，可以应用于图1b所示的场景，当本申请实施例提供的保护倒换方法应用于图1b所示的场景中时，可以在路径PE2-P1-PE1出现故障(即，其中任意一条或多条物理链路或者任意一个或多个中间节点出现故障)时，将原本通过路径PE2-P1-PE1传输的业务流量切换至路径PE2-P2-PE1上传输。进一步地，在双向共路的网络场景中，还可以将原本通过路径PE1-P1-PE2传输的业务流量切换至路径PE1-P2-PE2上传输。

需要说明的是，图1b只是本申请实施例的一个示例性应用场景示意图，其并不构成对本申请实施例的限定。图1b所示的场景可以适用于1:1保护切换或者1+1保护切换场景，本申请实施例提供的方案还可以进一步适用于1:n保护切换场景。其中：

1:1保护切换指的是一条工作路径对应一条保护路径，且保护路径不传输业务流量，或者，保护路径上传输其它业务流量，所述其它业务流量的优先级低于工作路径上传输的业务流量的优先级；

1+1保护切换指的是一条工作路径对应一条保护路径，且保护路径和工作路径上均传递业务流量；

1：n保护切换指的是n条工作路径对应一条共享保护路径。

在一些示例中，图1b所示的所述网络100的边缘节点例如PE1和PE2本地可以保存业务和业务封装信息之间的对应关系，例如，可以保存业务标识和业务封装信息之间的对应关系。当所述边缘节点(例如PE1)接收到来自用户侧设备(例如CE1)的业务报文时，可以根据所述对应关系确定业务报文对应的封装信息，从而对所述业务报文进行封装。此处提及的业务标识，例如可以是业务的标识号，例如是业务编号，又如可以是其它字符串，本申请实施例不做具体限定。所述业务标识可以携带在下文提及的路径段(path segment)字段中，也可以是携带在其它不同于path segment字段的其它字段中。在一个示例中，当业务标识为业务编号时，所述业务标识可以携带在path segment字段中，当业务标识时其它字符串时，所述业务标识可以携带在不同于path segment字段的其它字段中。此处提及的业务封装信息，包括业务报文的封装信息和业务信息，业务报文的封装信息例如包括但不限于IPv6；业务信息包括但不限于虚拟局域网(virtual local area network，VLAN)标识、局部网络的因特网协议第四版(Internet Protocol Version 4，IPv4)地址前缀等业务相关信息中的其中一项或者多项。

本申请实施例提供的保护倒换方法，可以应用于图1b所示的场景。在一个示例中，将路径PE1-P2-PE2称为路径1，将路径PE2-P1-PE1称为路径2，将路径PE2-P2-PE1称为路径3，将路径PE1-P1-PE2称为路径4。在一个示例中：

路径1的尾节点可以在路径2出现故障之后，将路径1的尾节点的正向业务流量的发送路径由路径2切换至路径3，并通过路径3发送所述正向业务流量。通过路径3发送的SRv6报文中，包括前述指示路径3的segment list。相应的，路径1的头节点可以将接收所述正向业务流量的路径由路径2切换至路径3，并从路径3接收所述正向业务流量。为方便描述，将路径1的尾节点称为第一节点，将路径1的头节点称为第二节点，则第一节点的正向业务流量，指的是由第一节点发送给第二节点的业务流量，第一节点的反向业务流量，指的是由第二节点发送给第一节点的业务流量。

在本申请实施例中，考虑到对于某一业务而言，其业务流量的传递是双向的。举例说明：对于业务1而言，PE1可以向PE2发送该业务1对应的业务流量，PE2也可以向PE1发送该业务1对应的业务流量。而对于图1b所示的网络场景，为了方便对业务流量的维护管理，一般要求双向的业务流量同时在工作路径上传输，或者双向的业务流量同时在保护路径上传输。即：PE1向PE2发送的业务流量在工作路径上传输，PE2向PE1发送的业务流量也在工作路径上传输；或者，PE1向PE2发送的业务流量在保护路径上传输，PE2向PE1发送的业务流量也在保护路径上传输。

鉴于此，在一个可选的方式中，路径1的头节点可以在路径1的尾节点将流量切换至路径3上之后，将路径1的头节点发送业务流量的路径由路径4切换至路径1，并通过路径1发送业务流量。可以理解的是，通过路径1发送的SRv6报文中，包括前述指示路径1的segment list。相应的，路径1的尾节点可以将接收路径1的头节点所发送的业务流量的路径由路径4切换至路径1，并从路径4接收所述路径1的头节点所发送的业务流量。换言之，路径1的尾节点即可将自身的反向业务流量的接收路径由路径4切换成路径1，并通用路径1接收所述反向业务流量。其中，路径1的尾节点的反向业务流量，指的是由路径1的头节点发送给路径1的尾节点的业务流量。

可以理解的是，上述路径1和路径3互为反向共路路径，路径2和路径4互为反向共路路径。利用本方案，可以在路径2发生故障之后，将原本在路径2上传输的业务流量切换至路径3上传输，并将原本在路径4上传输的业务流量切换至路径1上传输，从而使得双向业务流量均在保护路径上传输，以便于对业务流量进行管理。

目前SRv6并没有定义如何在数据面实现线性保护倒换消息的传递，而本申请提供了一种保护倒换方法，能够在SRv6网络中实现在数据面传递保护倒换消息。

本申请实施例中的保护倒换消息，可以是自动保护倒换(automatic protectionswitching，APS)消息，也可以是保护倒换协调(protection switching coordination，PSC)消息，本申请实施例不做具体限定。在以下方法100以及方法200中，以所述保护倒换消息为APS消息为例进行说明。以上实施例中的APS也可以被替换成PSC消息，PSC消息的格式可以参考国际互联网工程任务组(The Internet Engineering Task Force，IETF)的请求评论(request for comments，RFC)6378的描述部分，此处不做详细说明。

接下来，结合图2介绍本申请示例提供的保护倒换方法。图2为本申请实施例提供的一种保护倒换方法的信令交互图。图2所示的方法100中的通信装置1，可以对应图1b所示的节点PE1，方法100中的通信装置2，可以对应图1b所示的节点PE2。

本申请实施例中提及的通信装置，可以是交换机、路由器等网络设备，也可以是网络设备上的一部分组件，例如是网络设备上的单板，线卡，可以是网络设备上的一个功能模块，还可以是用于实现本申请方法的芯片，本申请实施例不做具体限定。通信装置之间例如可以但不限于通过以太网线或光缆直接连接。

在本申请实施例中，通信装置对应节点，指的是：通信装置可以是该节点本身，也可以是该节点上的一部分组件。本申请实施例中的节点，可以是交换机、路由器等网络设备。

在本申请实施例的以下描述中，如无特别说明，“流量”即为“业务流量”，“流量”和“业务流量”可以交替使用。

图2所示的方法100，例如可以包括如下S101-S106。

通过以下S101-S103，路径1的尾节点即可在路径2出现故障之后，将路径1的尾节点的正向业务流量的发送路径由路径2切换至路径3，并通过路径3发送所述正向业务流量。相应的，路径1的头节点可以将接收所述正向业务流量的路径由路径2切换至路径3，并从路径3接收所述正向业务流量。

通过以下S104-S106之后，路径1的头节点即可在路径1的尾节点将流量切换至路径3上之后，将路径1的头节点发送业务流量的路径由路径4切换至路径1，并通过路径1发送业务流量。相应的，路径1的尾节点可以将接收路径1的头节点所发送的业务流量的路径由路径4切换至路径1，并从路径4接收所述路径1的头节点所发送的业务流量。换言之，路径1的尾节点即可将自身的反向业务流量的接收路径由路径4切换成路径1，并通用路径1接收所述反向业务流量。其中，路径1的尾节点的反向业务流量，指的是由路径1的头节点发送给路径1的尾节点的业务流量。

前述路径1和路径3互为反向共路路径，路径2和路径4互为反向共路路径。执行以上S101-S106之后，可以在路径2发生故障之后，将原本在路径2上传输的业务流量切换至路径3上传输，并将原本在路径4上传输的业务流量切换至路径1上传输，从而使得双向业务流量均在保护路径上传输，以便于对业务流量进行管理。

S101：通信装置1生成报文1，报文1中包括APS消息1，报文1为SRv6报文。

在本申请实施例中，所述报文1为协议报文，所述报文1的传输路径为路径1。

在本申请实施例的一种实现方式中，所述APS消息1可以携带在报文1的协议载荷中。

在本申请实施例的另一种实现方式中，所述APS消息1可以携带在报文1的IPv6扩展头中。

在一个示例中，本申请实施例中提及的报文1的扩展头，可以是逐跳(hop-by-hop，HBH)选项头。换言之，报文1的HBH选项头中可以包括所述APS消息1。在又一个示例中，本申请实施例中提及的报文1的扩展头，可以是目的选项头(destination option header，DOH)。换言之，报文1的DOH中可以包括所述APS消息1。在另一个示例中，本申请实施例中提及的报文1的扩展头，可以是分段路由头(segment routing header,SRH)。换言之，报文1的SRH中可以包括所述APS消息1。

在一个示例中，所述报文1中除了包括APS消息1之外，还可以包括指示信息1，指示信息1用于指示APS消息1。在一个示例中，所述指示信息1也携带在所述报文1的扩展头中。其中，携带所述指示信息1和APS消息1的扩展头可以是相同的扩展头，例如，所述指示信息1和APS消息1均携带在SRH中。携带所述指示信息1和APS消息1扩展头也可以是不同的扩展头。例如，所述指示信息1携带在SRH中，所述APS消息1携带在DOH中。可以理解的是，若携带所述指示信息1和APS消息1的扩展头是相同的扩展头，则接收到报文1的节点解析一个扩展头即可获得所述APS消息1，因此，在一个优选的方案中，所述指示信息1和APS消息1携带在同一个扩展头中。当然，所述指示信息1也可以携带在报文1的协议载荷中，此处不做限定。

通信装置1本地可以维护一个APS状态机，该APS状态机用于处理APS消息。通信装置1可以根据本地状态机，周期性生成包括APS消息的报文，并发送该包括APS消息的报文。

在一个示例中，若以通信装置2对应的节点为头节点、以通信装置1对应的节点为尾节点的路径没有出现故障，则所述APS消息1可以不请求通信装置2对应节点进行路径切换。

在又一个示例中，通信装置1可以在路径2发生故障之后，生成所述报文1。其中：路径2的头节点为通信装置2对应的节点、路径2的尾节点为通信装置1对应的节点。换言之，通信装置1可以在以路径1的尾节点为头节点、以路径1的头节点为尾节点的路径出现故障之后，生成所述报文1。对于这种情况，所述APS消息1用于请求所述路径1的尾节点将流量的传输路径从所述路径2切换到路径3，其中，路径2和路径3具有相同的头节点和尾节点。路径3可以认为是路径2的备份路径。其中：路径1可以对应图1b中的PE1-P2-PE2，路径2可以对应图1b中的PE2-P1-PE1，路径3可以对应图1b中的PE2-P2-PE1。

在本申请实施例的一种实现方式中，前述指示信息1可以是能够标识路径1的路径标识1。其中，路径标识1可以携带在报文1的SRH中，也可以携带在报文1的HBH选项头或者DOH中，此处不做限定。

考虑到对于SRv6报文而言，其SRH中包括的段列表(segment list)中可以包括path segment字段。其中，path segment字段包括128比特，path segment字段用于携带路径段标识，路径段标识用于标识一条SRv6路径。当报文1包括path segment字段时，该pathsegment字段的值用于标识报文1的传输路径。path segment字段可以包括locator字段和功能(function)字段。在一个示例中，前述路径标识1可以是路径段标识1，此处提及的路径段标识1可以用于标识路径1。对于这种情况，前述路径标识1可以携带在报文1的SRH中。类似的，前述APS消息1也可以携带在报文1的SRH中。对于这种情况，在一个示例中，若路径段标识1既用于标识路径1，又用于指示APS消息1，则在一个示例中，可以由所述路径段标识1的locator字段指示路径1，由所述路径段标识1的function字段指示APS消息1。在以下描述中，均以所述路径标识1为路径段标识1为例进行说明。

如前文，通信装置1可以在路径2发生故障之后，生成所述报文1，此时，所述APS消息1用于请求所述路径1的尾节点将流量的传输路径从所述路径2切换到路径3。对于这种情况，所述报文1中还可以携带待切换的路径(即路径2)的标识，这样一来，该APS消息1即可用于请求所述路径1的尾节点将流量的传输路径从所述路径2切换到路径3。

在一种实现方式中，对于1:1保护切换场景或者1+1保护切换场景，所述路径2的标识和路径1的标识可以是同一个标识。对于这种情况，前述作为指示信息1的路径段标识1，还可以用于标识路径2。这样一来，在报文1中通过一个path segment字段既可以用于指示APS消息1，还可以用于指示待切换的路径。接收到报文1的节点根据对APS消息1进行处理时，可以根据该path segment字段，确定该APS消息1用于请求所述路径1的尾节点将流量的传输路径从路径2切换至路径3。对于这种情况，所述报文1的报文结构可以参考图3a所示。图3a为本申请实施例提供的一种报文1的结构示意图。

在图3a中：

path segment 1字段用于携带前述路径段标识1；

APS消息1可以对应图3a所示的有阴影的部分，关于APS消息1中的各个字段，可以参考RFC7271的相关描述，此处不做详述。关于IPv6头中的其它字段，可以参考RFC8200中的相关描述部分，关于SRH中的其它字段，可以参考RFC8754的相关描述部分，此处不做详述。

需要说明的是，图3a只是作为一个示例而示出，其并不构成对本申请实施例的限定。在一些实施例中，报文1除了包括图3a所示的字段之外，还可以包括其它字段，此处不一一详细说明。

需要说明的是，对于1:1保护切换场景或者1+1保护切换场景，前述路径段标识1，除了可以用于标识路径1和路径2之外，还可以标识路径3和路径4，此处提及的路径4为路径1的备份路径，换言之，路径1和路径4具有相同的头节点和尾节点。例如，路径1对应的图1b所示的PE1-P2-PE2，路径4对应图1b所示的PE1-P1-PE2。

在一些实施例中，考虑到路径2可以用于传输多种业务流量，而不同业务流量对服务质量的要求可能不同。为了尽可能满足对服务质量要求高的业务流量的服务质量，在一个示例中，在路径2出现故障后，可以优先将对服务质量要求高的业务流量的传输路径由路径2切换为路径3。对于这种情况，所述报文1中还可以携带在所述路径2上传输的至少一种业务的标识，这样一来，所述APS消息1即可用于请求路径1的尾节点将所述至少一种业务的传输路径从所述路径2切换到路径3。

在一个示例中，所述至少一种业务的标识，可以通过所述路径段标识1来携带。例如，可以通过所述路径段标识1中的部分比特来携带所述至少一个业务的标识。此时，所述路径段标识1，不仅可以用于指示APS消息1，还可以用于标识路径2，以及标识在路径2上传输的至少一个业务。此处提及的至少一个业务，例如可以是前述对服务质量要求高的业务流量。

在一种实现方式中，对于某一节点而言，该节点承载的业务的标识可以对应一个路径段标识范围。对于这种情况，该节点对应的路径段标识既可以用于标识路径，也可以用于标识在该路径上传输的业务。例如，业务1的标识对应路径段标识范围1，路径段标识a是在路径段标识范围1内的段列表，则路径段标识a既可以用于标识路径，也可以用于标识业务1。

在另一个示例中，所述至少一种业务的标识，可以通过其它方式承载，例如通过其他字段来携带。作为一个示例，对于图3a所示的报文1，可以在APS消息1之后增加一个字段，用于携带所述至少一种业务的标识。

在另一种实现方式中，所述路径2的标识和路径1的标识可以是不同的标识。对于这种情况，报文1中还可以包括路径标识2，作为一个示例，路径标识2可以是路径段标识2，路径段标识2用于标识路径2。在以下描述中，均以路径标识2为路径段标识2为例进行说明。对于这种情况，接收到报文1的节点即可基于所述路径段标识2确定APS消息1用于请求所述路径1的尾节点将尾节点发送流量的传输路径从所述路径2切换到路径3。对于这种情况，所述报文1的报文结构可以参考图3b所示。图3b为本申请实施例提供的一种报文1的结构示意图。

在图3b中：

path segment 1字段用于携带前述路径段标识1；

path segment 2字段用于携带前述路径段标识2；

APS消息1可以对应图3b所示的有阴影的部分，关于APS消息1中的各个字段，可以参考RFC7271的相关描述，此处不做详述。关于IPv6头中的其它字段，可以参考RFC8200中的相关描述部分，关于SRH中的其它字段，可以参考RFC8754的相关描述部分，此处不做详述。

需要说明的是，图3b只是作为一个示例而示出，其并不构成对本申请实施例的限定。在一些实施例中，报文1除了包括图3b所示的字段之外，还可以包括其它字段，此处不一一详细说明。

需要说明的是，对于1:1保护切换场景或者1+1保护切换场景，前述路径段标识1，除了可以用于标识路径1之外，还可以标识路径4，此处提及的路径4为路径1的备份路径，换言之，路径1和路径4具有相同的头节点和尾节点。例如，路径1对应的图1b所示的PE1-P2-PE2，路径4对应图1b所示的PE1-P1-PE2。前述路径段标识2，除了可以用于标识路径2之外，还可以标识路径3。当然，路径4的路径段标识和路径1的路径段标识也可以不同，路径3的路径段标识和路径2的路径段标识也可以不同，本申请实施例不做具体限定。对于1:n保护切换场景，路径段标识和其标识的路径一一对应。

如上所述，考虑到路径2可以用于传输多种业务流量，而不同业务流量对服务质量的要求可能不同。为了尽可能满足对服务质量要求高的业务流量的服务质量，在一个示例中，在路径2出现故障后，可以优先将对服务质量要求高的业务流量的传输路径由路径2切换为路径3。对于这种情况，所述报文1中还可以携带在所述路径2上传输的至少一种业务的标识，这样一来，所述APS消息1即可用于请求路径1的尾节点将所述至少一种业务的传输路径从所述路径2切换到路径3。

在一个示例中，所述至少一种业务的标识，可以通过所述路径段标识2来携带。例如，可以通过所述路径段标识2中的部分比特来携带所述至少一个业务的标识。此时，所述路径段标识2，不仅可以用于标识路径2，还可以标识在路径2上传输的至少一个业务。此处提及的至少一个业务，例如可以是前述对服务质量要求高的业务流量。

在另一个示例中，所述至少一种业务的标识，可以通过其它方式承载，例如通过其他字段来携带。作为一个示例，对于图3b所示的报文1，可以在APS消息1之后例如pathsegment 2字段后再增加一个字段，用于携带所述至少一种业务的标识。

在本申请实施例的又一种实现方式中，前述指示信息1除了可以是路径段标识1之外，还可以是其它信息。在一个示例中，所述报文1的扩展头中可以包括TLV字段1，该TLV字段1用于携带所述指示信息1和APS消息1。

在一个示例中，所述TLV字段1仅用于携带所述指示信息1和所述APS消息1。

在又一个示例中，所述TLV字段1除了用于携带指示信息1和APS信息1之外，还可以用于携带其它信息。对于这种情况，所述TLV字段1可以是关联通道TLV，所述关联通道TLV中包括携带指示信息1的字段和携带APS信息1的字段。在一个示例中，所述关联通道TLV，包括通道类型(channel type)字段，该通道类型字段用于携带前述指示信息1，所述关联通道TLV字段的value字段用于携带所述APS消息1。

需要说明的是，在一个示例中，所述报文1中可以包括关联通道，该关联通道能够承载不同类型的控制通道，其中一种控制通道为APS通道，该APS通道用于承载前述指示信息1和APS消息1。在一个示例中，前述TLV字段1是关联通道TLV，关联通道携带在所述关联通道TLV中。

关于关联通道，需要说明的是：

关联通道能够提供控制通道，本申请中，通过一个关联通道，能够提供不同类型的控制通道，换言之，不同类型的控制通道通过本申请所提供的关联通道承载。根据需求，一个关联通道可以承载一个或多个控制通道。每种控制通道能够承载至少一种控制管理消息。

控制通道用于承载控制管理消息，其中，一个控制通道可以用于承载至少一种控制管理消息。

控制管理消息能够对某一路径例如某一隧道进行控制和/或管理的消息，本申请实施例不具体限定所述控制管理消息的格式以及控制管理消息中具体包括的内容，只要该控制管理消息能够实现对应的控制和/或管理功能即可。在一个示例中，一种控制管理消息，可以用于实现一种控制功能或者管理功能。

在本申请中，当前述TLV字段1是关联通道TLV时，所述关联通道所承载的控制通道，包括APS通道，APS通道用于承载前述指示信息1和APS消息1。

在一个示例中，若所述报文1中包括关联通道，则所述报文1中还包括用于指示关联通道的指示信息2。接收到报文1的节点可以根据指示信息2确定报文1中包括关联通道。在一个示例中，所述指示信息2可以携带在所述关联通道TLV中，例如，所述指示信息2可以携带在所述关联通道TLV的类型字段中。在又一个示例中，也可以利用报文1的扩展头中尚未定义的字段来携带该指示信息2，例如，可以利用报文1的SRH中的flags字段来携带指示信息2。

关于所述关联通道TLV，可以参考图3c-1和图3c-2进行理解，图3c-1和图3c-2均为本申请实施例提供的一种关联通道TLV的结构示意图。

图3c-1示出了关联通道承载一种控制通道时，该关联通道TLV的结构，图3c-2示出了关联通道承载多种控制通道时，该关联通道TLV字段的结构。

在图3c-1和图3c-2中：

type字段301用于携带前述指示信息2；

通道类型字段302和通道类型字段304用于携带通道类型，在一个示例中，通道类型字段302或者通道类型字段304用于携带前述指示信息1；

预留(reserved)字段为预留字段，以便于后续对该关联通道TLV进行扩展，该预留字段是可选字段；

value字段303用于携带所述通道类型字段302所指示的通道类型所承载的至少一条控制管理消息。在一个示例中，若通道类型字段303携带前述指示信息1，所述value字段303用于携带APS消息1；在又一个示例中，所述value字段303可以包括至少一个子(sub)TLV，一个sub TLV用于携带一种控制管理消息，value字段303的长度可以根据其携带的控制管理消息确定，也可以是固定长度，此处不做限定；

value字段305用于携带所述通道类型304所承载的至少一条控制管理消息。在一个示例中，若通道类型字段304携带前述指示信息1，则所述value字段305用于携带APS消息1；在又一个示例中，所述value字段305可以包括至少一个子(sub)TLV，一个sub TLV用于携带一种控制管理消息，value字段305的长度可以根据其携带的控制管理消息确定，也可以是固定长度，此处不做限定。

需要说明的是，本申请实施例中关联通道TLV中所携带的APS消息的结构，可以是RFC 7271中提及的APS消息的结构。也可以是其它结构，例如，可参考图3d，图3d为本申请实施例提供的又一种APS消息的结构示意图。在一个示例中，图3d所示的APS消息可以携带在图3c-1所示的value字段303或者图3c-2所示的value字段305中。

主用路径信息字段用于携带主用路径的信息，例如携带主用路径的标识；

备用路径信息字段用于携带备用路径的信息，例如携带备用路径的标识；

保护类型字段(protection type)字段用于指示保护协议类型，其中，protectiontype可定义多个标志位标识保护协议类型，例如是1+1保护或者1:1保护、支持双向倒换或者单向倒换、是否延迟回切、延迟回切时间等等。

请求保护倒换的原因字段，用于指示请求报文1的尾节点进行路径切换的原因；

切换后的路径字段，用于指示基于指示信息切换后的路径，报文1的尾节点可以基于该切换后的路径信息，将业务流量切换至所述切换后的路径上。其中，切换后的路径字段可以包括多个指示位，例如包括主用路径的指示位和备用路径的指示位，当主用路径的指示位的值为预设值(例如1)时，说明切换后的路径为主用路径，当备用路径的指示位的值为所述预设值时，说明切换后的路径为备用路径。举例说明：路径PE2-P1-PE1故障后，PE1通过路径PE1-P2-PE2发送给PE2的报文1中包括图3d所示的APS消息，此时该APS消息中所述切换后的路径字段所指示的切换后的路径，例如可以为路径PE2-P2-PE1。

S102：通信装置1将报文1发送给通信装置2。

通信装置1生成报文1之后，可以将报文1发送给通信装置2。对应于图1b所示的场景，通信装置1可以经过中间节点P2将报文1发送给通信装置2。

S103：通信装置2从报文1中获取所述APS消息1。

通信装置2接收到报文1之后，对报文1进行解析，基于指示信息1确定报文1中包括APS消息1，c从而获取所述APS消息1。在一个示例中，通信装置2接收到APS消息1之后，可以基于所述APS消息1执行相应的操作。

在一个示例中，若所述APS消息1不是请求通信装置2进行路径切换，则通信装置2例如可以丢弃所述报文1。

在又一个示例中，通信装置2接收到所述报文1之后，若所述APS消息1用于指示路径1的尾节点将流量的传输路径从路径2切换到路径3，则通信装置2可以基于本地维护的APS状态机执行相应的处理措施。在一个示例中，所述通信装置2可以将流量的传输路径从路径2切换到路径3。

在一种实现方式中，若通信装置2接收到的报文1的结构如图3a或者图3b所示，则通信装置2本地可以保存有如下表1所示的对应关系。在表1中，path segment a为路径2的路径段标识，segment list 2为路径2对应的segment list，segment list 3为路径3对应的segment list。

表1

路径段标识	段列表1	段列表2
			path segment a	segment list 2	segment list 3

通信装置2接收到报文1之后，根据报文1携带的path segment a(例如图3a所示的path segment 1字段或者图3b所示的path segment 2字段)，查找得到表1所示的对应关系，通信装置1确定segment list 2指示的路径故障，故而，通信装置2可以将指导报文转发的段列表确定为segment list 3，例如，将指导报文转发的段列表由segment list 2替换为segment list 3，从而实现将流量的传输路径从路径2切换到路径3。上文所描述的表1并不表示通信装置2本地必须以表的形式存储上述对应关系。只是在申请文件中以表的形式展示上述对应关系，更加直观。

在又一种实现方式中，若通信装置2接收到的报文1中的APS消息的结构如图3d所示，则通信装置1可以根据APS消息中的切换后的路径字段，确定所述切换后的路径字段所指示的切换后的路径所对应的segment list，假设接收到报文1之前，指导报文转发的segment list为segment list 2，而切换后的路径所对应的segment list为segment list3，则通信装置2可以将指导报文转发的段列表由segment list 2替换成segment list 3，从而实现将流量的传输路径从路径2切换到路径3。

需要说明的是，若报文1中的APS消息1用于请求路径1的尾节点将在路径2上传输的至少一种业务的传输路径从所述路径2切换到所述路径3，则通信装置2在对流量的传输路径进行切换时，可以将所述至少一种业务的传输路径从所述路径2切换到所述路径3，对于其它业务的流量，可以暂时不做切换。

通过以上S101-S103，路径1的尾节点即可将流量的传输路径由路径2切换至路径3。在此过程中，路径2上的中间节点无需进行备份路径的计算。路径2的头节点本地存储有备份路径的segment list。由此可见，利用本方案，可以降低待切换路径即路径2的中间节点对数据处理能力的要求，从而降低SRv6网络的部署成本。

为了使得双向的业务流量同时在工作路径上传输，或者双向的业务流量同时在保护路径上传输。在一种可能的实现方式中，方法100除了包括前述S101-S103之外，还可以包括以下S104-S106。通过S104-S106，可以在路径1的尾节点将流量的传输路径由路径2切换为路径3之后，路径1的头节点也能将流量的传输路径由路径4切换至路径1。

S104：通信装置2生成报文2，报文2中包括APS消息2，报文2为SRv6报文。

在一种实现方式中，报文2也为协议报文。所述APS消息2与所述APS消息1类似，属于请求类消息。此时，所述APS消息2的结构可以为如图3a、3b或者3d所示。该APS消息2用于请求路径1的尾节点将流量的传输路径从路径4切换至路径1。其中，路径4是路径2的反向共路路径，路径1是路径3的反向共路路径。在路径2出现故障之前，路径1的头节点通过路径4向路径1的尾节点发送业务流量，路径1的尾节点通过路径2向路径1的头节点发送业务流量。

当APS消息2的结构如图3a所示时，图3a所示的path segment 1字段用于携带路径段标识3，所述路径段标识3既能够标识路径3，也可以用于标识路径4，在一些示例中，所述路径段标识3还可以用于标识在路径4上传输至少一种业务。当路径1、路径2、路径3和路径4采用相同的路径段标识时，所述路径段标识3与前文提及的路径段标识1可以相同。其中，路径3为报文2的传输路径。

当APS消息2的结构如图3b所示时，图3b所示的path segment 1字段用于携带前述路径段标识3，所述路径段标识3能够标识路径3，路径3为报文2的传输路径。图3b所示的path segment 2字段用于携带路径段标识4，所述路径段标识4用于标识路径4，在一些示例中，所述路径段标识4还可以用于标识在路径4上传输至少一种业务。当路径1、路径4采用相同的路径段标识时，所述路径段标识4与前文提及的路径段标识1可以相同。当路径2和路径3采用相同的路径段标识时，所述路径段标识3和前述路径段标识2可以相同。

当APS消息2的结构如图3d所示时，图3d所示的切换后的路径字段所指示的路径为路径1。

在又一种实现方式中，所述APS消息2可以是APS消息1的应答消息。对于这种情况，在一个示例中，所述APS消息2的结构可以如图3a所示，此时，所述APS消息2的请求类型字段例如可以指示该APS消息2为应答消息。在一个示例中，所述APS消息2中除请求类型字段之外的其它字段的值，例如可以缺省，又如可以和APS消息1中对应字段的值相同，以表示APS消息2是APS消息1的应答消息。

S105：通信装置2将报文2发送给通信装置1。

通信装置2生成报文2之后，即可通过路径3将报文2发送给通信装置1。

S106：通信装置1从所述报文2获取所述APS消息2。

通信装置1接收到报文2之后，可以对报文2进行解析，得到APS消息2，进一步地，通信装置1可以基于APS消息2执行相应的操作。

通信装置1接收到所述报文2之后，若所述APS消息2用于指示路径1的头节点将流量的传输路径从路径4切换到路径1，则通信装置1可以基于本地维护的APS状态机执行相应的处理措施。在一个示例中，所述通信装置1可以将流量的传输路径从路径4切换到路径1。

在一种实现方式中，若通信装置1接收到的报文2的结构如图3a或者图3b所示，则通信装置1本地可以保存有如下表2所示的对应关系。在表2中，path segment b为路径4的路径段标识，segment list 4为路径4对应的segment list，segment list 1为路径1对应的segment list。

表2

路径段标识	段列表1	段列表2
			path segment b	segment list 4	segment list 1

通信装置1接收到报文2之后，根据报文2携带的path segment b(例如图3a所示的path segment 1字段或者图3b所示的path segment 2字段)，查找得到表2所示的对应关系，并将指导报文转发的段列表确定为segment list 1，例如，将指导报文转发的段列表由segment list 4替换成segment list 1，从而实现将流量的传输路径从路径4切换到路径1。

在又一种实现方式中，若通信装置1接收到的报文2中的APS消息的结构如图3d所示，则通信装置2可以根据APS消息中的切换后的路径字段，确定所述切换后的路径字段所指示的切换后的路径所对应的segment list，假设接收到报文2之前，指导报文转发的segment list为segment list 4，而切换后的路径所对应的segment list为segment list1，则通信装置1可以将指导报文转发的段列表确定为segment list 1，从而实现将流量的传输路径从路径4切换到路径1。

在一个示例中，通信装置1在对流量的传输路径进行切换时，可以将所述至少一种业务的传输路径从所述路径4切换到所述路径1，对于其它业务的流量，可以暂时不做切换。

如前文，关联通道能够提供控制通道，通过一个关联通道，能够提供不同类型的控制通道，其中一种控制通道为APS通道。关于所述关联通道能够提供的其它类型的控制通道，需要说明的是：

所述管理通道所承载的至少一种控制通道，例如还可以包括操作管理维护(operation administration maintenance，OAM)通道、故障指示通道、资源管理通道、信令通信通道(signaling communication channel，SCC)以及管理通信通道(managementcommunication channel，MCC)中的其中一种或者多种。

其中：

OAM通道用于承载的控制管理消息可以是OAM消息，OAM消息是对某一端到端SRv6路径实现操作、维护以及管理的一系列消息的总称。OAM消息包括但不限于：连通性检测消息、客户信号故障指示消息、单向/双向丢包测量消息、单向/双向时延测量消息以及链路环回消息等。其中：连通性检测消息用于实现对IPv6路径的联通性检测；客户信号故障指示消息用于检测IPv6路径中是否存在客户信号故障；单向/双向丢包测量消息用于检测SRv6路径的单向/双向丢包；单向/双向时延测量消息用于检测IPv6路径的单向/双向时延；链路环回消息用于实现对IPv6路径的环回检测。作为一个示例，当OAM消息是连通性检测消息时，OAM通道对应连通性检测通道。

关于OAM消息的格式，本申请实施例不做限定，只要该消息能够实现相应的OAM检测功能即可。\

故障指示通道所承载的控制管理消息例如可以是故障指示消息。故障指示通道所承载的控制管理消息用于记录某一路径的故障指示信息。当报文1中包括故障指示通道时，故障指示通道所承载的控制管理消息用于记录路径1的故障指示信息。

在一个示例中，所述故障指示消息可以包括一种或者多种故障指示信息，例如，可以包括前向故障指示信息和/或后向故障指示信息。其中，前向故障指示信息用于指示所述报文1的传输路径上某一通信装置的上游节点存在故障，例如，用于指示所述报文1的传输路径上的某一中间节点存在故障。此处提及的上游节点存在故障，例如可以是上游节点的误码率高于一定的阈值，又如可以是所述上游节点的丢包率高于一定的阈值，此处不做限定。后向故障指示信息用于指示所述报文1的传输路径上某一通信装置的下游节点存在故障，例如，指示所述报文1的传输路径上的尾节点存在故障。类似的，此处提及的下游节点存在故障，例如可以是下游节点的误码率高于一定的阈值，又如可以是所述下游节点的丢包率高于一定的阈值，此处不做限定。在又一个示例中，所述故障指示信息例如可以体现路径1的故障状态，例如，所述故障指示信息包括：信号失效(signal fault，SF)、信号劣化(signal degrade，SD)、误码率高于一定阈值、丢包率高于一定阈值、时延高于一定阈值中的其中一种或者多种。此时，所述故障指示通道所承载的控制管理消息中例如可以包括各种故障指示信息对应的指示位。在另一种实现方式中，所述故障指示信息例如可以是路径1上节点的误码率、丢包率等信息，此时，所述故障指示通道所承载的控制管理消息中例如可以包括：误码率的具体数值和/或丢包率的具体数值。可选的，所述故障指示消息中还可以包括所述路径1的标识。

关于故障指示消息的结构，本申请实施例不做具体限定。

在一个示例中，当关联通道中的通道类型字段指示故障指示通道时，承载关联通道的TLV字段的value字段中包括故障指示消息。例如，在图3c-1中，channel type字段302用于指示故障指示通道，则value字段303用于承载故障指示消息。又如，在图3c-2中，channel type字段304用于指示故障指示通道，则value字段305用于承载故障指示消息。

在又一个示例中，故障指示消息携带在一个TLV字段中，此处提及的TLV字段，可以携带在图3c-1所示的TLV字段的value字段303中，也可以携带在图3c-2所示的TLV字段的value字段303或者305中。

另外，在又一个示例中，故障指示消息可以包括多种类型的消息，例如可以包括链路状态指示消息和链路参数指示消息。其中，链路状态指示消息可以包括SF、SD、误码率高于一定阈值、丢包率高于一定阈值以及时延高于一定阈值等其中一种或者多种故障指示信息；链路参数指示消息可以包括误码率、丢包率等信息。

资源管理通道所承载的控制管理消息用于实现对某一路径的资源管理。对于这种情况，当报文1中包括资源管理通道时，资源管理通道所承载的控制管理消息用于实现对路径1的资源管理。

资源管理通道所承载的控制管理消息例如可以是资源管理消息，所述资源管理消息可以包括多种类型的消息，在一个示例中，资源管理消息可以包括资源预留请求消息，用于指示路径1上的节点预留资源。例如，所述资源预留请求消息中可以携带带宽、时延等SLA信息。在又一个示例中，所述资源管理消息可以包括资源状态更新消息，用于收集路径1上的节点的可用资源，例如，收集路径1上节点可提供的带宽、缓存、时延等资源信息。在另一个示例中，所述资源管理消息可以包括资源预留撤销消息，用于撤销某一资源预留请求。

需要说明的是，本申请实施例中的资源管理消息例如可以是资源预留协议(Resource ReSerVation Protocol，RSVP)消息，例如为请求评论(request for comments，RFC)3209中提及的RSVP消息，也可以是对中提及的RSVP消息进行相应的扩展之后得到的消息，本申请实施例不做具体限定。

SCC用于在SRv6路径的两个节点之间提供一个单独的通道传递SCC消息，所述SCC消息用于传递控制信息。

MCC用于在SRv6路径的两个节点之间提供一个单独的通道传递MCC消息，所述MCC消息用于传递管理信息。

关于MCC和SCC，需要说明的是，由于在传统的SRv6网络中，两个任意节点之间不存在单独的通道来传递管理信息，也不存在单独的通道来传递控制信息，需要单独的控制管理机制来实现管理消息和控制消息的传递。而MCC则实现了无需使用单独的控制管理机制来传递管理消息的效果，SCC则实现了无需使用单独的控制管理机制来传递控制消息的效果。

关于SCC消息和MCC消息的具体格式，本申请实施例不做具体限定，在一个示例中，SCC消息和MCC消息的格式可以参考RFC5718中的相关描述部分，此处不做详述。

使用关联通道承载不同类型的控制通道，具备如下优点：

1.使用关联通道承载多种协议的控制管理消息，可以通过一个报文携带多个TLV字段减少节点之间传递控制管理信息报文的数量。

2.关联通道可以通过一种通用的TLV字段来携带。通过在IPv6扩展头中进行TLV封装，去除了UDP等其他网络层次，统一和简化控制管理消息的报文封装和传递方式，减少设备维护参数，如UDP端口号表项。

3.能够支持扩展使用value长度可变的TLV格式传递控制管理消息，可以承载更多的通道维护信息。

4.使用IPv6报文头进行消息传递，可使报文头内容具有在设备转发面进行快通道处理的可能，提高消息处理效率。

5.由于关联通道可以携带在IPv6的多种扩展头，例如携带在HBH选项头或者DOH中，因此，不仅可以应用于SRv6节点，也可以应用于不支持SR的IPv6节点。

另外，现有的IP层协议并不支持MCC和SCC。并且，ICMPv6虽然可以指示路径连通性、可达性等诊断信息，但是无法指示节点或者网络的故障信息。BFD诊断字可以指示节点BFD会话上一次发生状态改变的原因，即指示的是BFD协议控制面协议状态的变化，也无法指示节点或者网络的故障信息。而上述关联通道，能够支持MCC、SCC以及指示节点或者网络的故障信息等功能。当节点需要支持新的上层协议时，可以通过关联通道携带上层协议需要的控制管理信息，而无需重新设计新的上层协议，协议扩展性好，减少节点协议数量和维护复杂度。

而且，在多种不同类型网络融合场景下，关联通道将多种类型控制管理消息携带在IP扩展头中，在简化协议栈的同时不增加其他层协议，减少节点实现复杂度，增加工业场景下的可部署性。

本申请的发明人发现，对于应用了SR的多协议标签交换(Multi-Protocol LabelSwitching，MPLS)网络而言，通常也是采用快速重路由的机制对链路或节点故障进行保护。因此，也存在前述提及的中间节点需要维护大量的路径状态信息和路径配置信息，以及无法保证正反向业务的正反向路径经过相同的中间节点和链路集合。

若该MPLS网络中的第一路径出现故障，则会导致原本通过第一路径传输的业务流量无法正常传输，影响服务质量。而目前在MPLS网络中的路径切换方式与SRv6网络中的路径切换方式类似，即：若第一路径出现故障，则第一路径上的每一个中间节点，其都需要参与备份路径的计算，并在本地维护大量的路径状态信息和路径配置信息，以便于将原本在第一路径上传输的业务流量切换至所述备份路径上转发。而这种方式要求中间节点有较高的数据处理能力，因此，若采用这种方式实现对第一路径的保护切换，则会导致MPLS网络的部署成本比较高。

鉴于此，本申请实施例提供了一种保护切换方法。可以在无需要求中间节点具备较高的数据处理能力的情况下，对端到端的MPLS路径进行保护切换。其中，一个典型的应用了SR的MPLS网络的网络架构也可以如图1b所示。换言之，在又一个示例中，图1b所示的网络100可以为应用了SR的MPLS网络，此时，PE1、P1、P2和PE2均为MPLS网络中的节点。关于图1b所示的网络架构，此处不再重复说明。

在一个示例中，将图1b所示的路径PE1-P2-PE2称为路径1，将路径PE2-P1-PE1称为路径2，将路径PE2-P2-PE1称为路径3，将路径PE1-P1-PE2称为路径4。在一个示例中：

路径1的尾节点可以在路径2出现故障之后，将路径1的尾节点的正向业务流量的发送路径由路径2切换至路径3，并通过路径3发送所述正向业务流量。通过路径3发送的SRv6报文中，包括前述指示路径3的MPLS标签列表。相应的，路径1的头节点可以将接收所述正向业务流量的路径由路径2切换至路径3，并从路径3接收所述正向业务流量。为方便描述，将路径1的尾节点称为第一节点，将路径1的头节点称为第二节点，则第一节点的正向业务流量，指的是由第一节点发送给第二节点的业务流量，第一节点的反向业务流量，指的是由第二节点发送给第一节点的业务流量。

另外，为了保证正反向业务的正反向路径经过相同的中间节点和链路集合。在一个可选的方式中，路径1的头节点可以在路径1的尾节点将流量切换至路径3上之后，将路径1的头节点发送业务流量的路径由路径4切换至路径1，并通过路径1发送业务流量。可以理解的是，通过路径1发送的MPLS报文中，包括前述指示路径1的MPLS标签列表。相应的，路径1的尾节点可以将接收路径1的头节点所发送的业务流量的路径由路径4切换至路径1，并从路径4接收所述路径1的头节点所发送的业务流量。换言之，路径1的尾节点即可将自身的反向业务流量的接收路径由路径4切换成路径1，并通用路径1接收所述反向业务流量。其中，路径1的尾节点的反向业务流量，指的是由路径1的头节点发送给路径1的尾节点的业务流量。

可以理解的是，上述路径1和路径3互为反向共路路径，路径2和路径4互为反向共路路径。利用本方案，可以在路径2发生故障之后，将原本在路径2上传输的业务流量切换至路径3上传输，并将原本在路径4上传输的业务流量切换至路径1上传输，从而使得双向业务流量均在保护路径上传输，以便于对业务流量进行管理。

目前MPLS并没有定义如何在数据面实现线性保护倒换消息的传递，而本申请提供了一种保护倒换方法，能够在MPLS网络中实现在数据面传递保护倒换消息。

参见图4，该图为本申请实施例提供的一种保护倒换方法的信令交互图。图4所示的方法200，例如可以包括如下S201-S206。

S201：通信装置1生成报文1，报文1中包括APS消息1，报文1为MPLS报文。

在本申请实施例中，所述报文1为协议报文，所述APS消息1可以携带在报文1的协议载荷中。

在一个示例中，所述报文1中除了包括APS消息1之外，还可以包括指示信息1，指示信息1用于指示APS消息1。在一个示例中，所述指示信息1携带在所述报文1的标签栈中。

在一种实现方式中，所述指示信息1可以是路径标识1，路径标识1用于标识路径1。

在一种实现方式中，考虑到对于MPLS报文而言，其标签栈中除了可以包括指导报文转发的MPLS标签(label)之外，还可以包括路径段(path segment)字段。其中，pathsegment字段值用于标识一条MPLS路径。当报文1包括path segment字段时，该pathsegment字段的值用于标识报文1的传输路径，例如可以用于标识用于指导报文1转发的MPLS标签列表。在一个示例中，前述路径标识1可以是路径段标识1，此处提及的路径段标识1可以用于标识路径1。在以下描述中，均以所述路径标识1为路径段标识1为例进行说明。

通信装置1本地可以维护一个APS状态机，该APS状态机用于处理APS消息。通信装置1可以根据本地状态机，周期性生成包括APS消息的报文，并发送该包括APS消息的报文。

在本申请实施例中，所述报文1的传输路径为路径1。

在一个示例中，若以通信装置2对应的节点为头节点、以通信装置1对应的节点为尾节点的路径没有出现故障，则所述APS消息1可以不请求通信装置2对应节点进行路径切换。

在又一个示例中，通信装置1可以在路径2发生故障之后，生成所述报文1。其中：路径2的头节点为通信装置2对应的节点、路径2的尾节点为通信装置1对应的节点。换言之，通信装置1可以在以路径1的尾节点为头节点、以路径1的头节点为尾节点的路径出现故障之后，生成所述报文1。对于这种情况，所述APS消息1用于请求所述路径1的尾节点将流量的传输路径从所述路径2切换到路径3，其中，路径2和路径3具有相同的头节点和尾节点。路径3可以认为是路径2的备份路径。其中：路径1可以对应图1b中的PE1-P2-PE2，路径2可以对应图1b中的PE2-P1-PE1，路径3可以对应图1b中的PE2-P2-PE1。

如前文，通信装置1可以在路径2发生故障之后，生成所述报文1，此时，所述APS消息1用于请求所述路径1的尾节点将流量的传输路径从所述路径2切换到路径3。对于这种情况，所述报文1中还可以携带待切换的路径(即路径2)的标识，这样一来，该APS消息1即可用于请求所述路径1的尾节点将流量的传输路径从所述路径2切换到路径3。

在一种实现方式中，对于1:1保护切换场景或者1+1保护切换场景，所述路径2的标识和路径1的标识可以是同一个标识。对于这种情况，前述作为指示信息1的路径段标识1，还可以用于标识路径2。这样一来，在报文1中通过一个path segment字段既可以用于指示APS消息1，还可以用于请求所述路径1的尾节点将流量的传输路径从所述路径2切换到路径3。对于这种情况，所述报文1的报文结构可以参考图5a所示。图5a为本申请实施例提供的一种报文1的结构示意图。

在图5a中：

path segment 1字段用于携带前述路径段标识1；

APS消息1可以对应图5a所示的有阴影的部分，关于APS消息1中的各个字段，可以参考请求评论(request for comments，RFC)7271的相关描述，此处不做详述。

在一个示例中，所述APS消息1可以承载在关联通道(associated channel，ACH)中，对于这种情况，所述ACH可以包括ACH头，ACH头中包括指示该关联通道承载APS消息1的指示信息。对于这种情况，图5a所示的APS消息1和path segment1之间，还可以包括关联通道(associated channel，ACH)头。此时，所述报文1的结构可以如图5b所示，图5b所示的ACH头和APS消息1均为ACH承载的内容。对于这种情况，所述路径段标识1用于标识所述报文1中包括ACH，而所述ACH的ACH头能够指示所述ACH承载APS消息1。

需要说明的是，图5a和图5b只是作为一个示例而示出，其并不构成对本申请实施例的限定。例如，在一些实施例中，报文1除了包括图5a和图5b所示的字段之外，还可以包括其它字段，此处不一一详细说明。

需要说明的是，对于1:1保护切换场景或者1+1保护切换场景，前述路径段标识1，除了可以用于标识路径1和路径2之外，还可以标识路径3和路径4，此处提及的路径4为路径1的备份路径，换言之，路径1和路径4具有相同的头节点和尾节点。例如，路径1对应的图1b所示的PE1-P2-PE2，路径4对应图1b所示的PE1-P1-PE2。

在一些实施例中，考虑到路径2可以用于传输多种业务流量，而不同业务流量对服务质量的要求可能不同。为了尽可能满足对服务质量要求高的业务流量的服务质量，在一个示例中，在路径2出现故障后，可以优先将对服务质量要求高的业务流量的传输路径由路径2切换为路径3。对于这种情况，所述报文1中还可以携带在所述路径2上传输的至少一种业务的标识，这样一来，所述APS消息1即可用于请求路径1的尾节点将所述至少一种业务的传输路径从所述路径2切换到路径3。

在一个示例中，所述至少一种业务的标识，可以通过所述路径段标识1来携带。例如，可以通过所述路径段标识1中的部分比特来携带所述至少一个业务的标识。此时，所述路径段标识1，不仅可以用于指示APS消息1，还可以用于标识路径2，还可以标识在路径2上传输的至少一个业务。此处提及的至少一个业务，例如可以是前述对服务质量要求高的业务流量。

在另一个示例中，所述至少一种业务的标识，可以通过其他字段来携带，例如，对于图5a所示的报文1，可以在APS消息1之后增加一个字段，用于携带所述至少一种业务的标识。

在另一种实现方式中，所述路径2的标识和路径1的标识可以是不同的标识。对于这种情况，报文1中还可以包括路径标识2，路径段标识2用于标识路径2。在一个示例中，所述路径标识2可以是路径段标识2。对于这种情况，接收到报文1的节点即可基于所述路径段标识2确定APS消息1用于请求所述路径1的尾节点将流量的传输路径从所述路径2切换到路径3。对于这种情况，所述报文1的报文结构可以参考图5c所示。图5c为本申请实施例提供的一种报文1的结构示意图。

在图5c中：

path segment 1字段用于携带前述路径段标识1；

path segment 2字段用于携带前述路径段标识2；

APS消息1可以对应图5c所示的有阴影的部分，关于APS消息1中的各个字段，可以参考RFC 7271的相关描述，此处不做详述。

在一个示例中，所述APS消息1可以承载在ACH中，对于这种情况，所述ACH的ACH头中包括指示该关联通道承载APS消息1的指示信息。对于这种情况，图5c所示的APS消息1和path segment1之间，还可以包括ACH头。此时，所述报文1的结构可以参考图5d所示，图5d所示的ACH头和APS消息1均为ACH承载的内容。对于这种情况，所述路径段标识1用于标识所述报文1中包括ACH，而所述ACH的ACH头能够指示所述ACH承载APS消息1。

需要说明的是，图5c和图5d只是作为一个示例而示出，其并不构成对本申请实施例的限定。在一些实施例中，报文1除了包括图5c和图5d所示的字段之外，还可以包括其它字段，此处不一一详细说明。

需要说明的是，对于1:1保护切换场景或者1+1保护切换场景，前述路径段标识1，除了可以用于标识路径1之外，还可以标识路径4，此处提及的路径4为路径1的备份路径，换言之，路径1和路径4具有相同的头节点和尾节点。例如，路径1对应的图1b所示的PE1-P2-PE2，路径4对应图1b所示的PE1-P1-PE2。前述路径段标识2，除了可以用于标识路径2之外，还可以标识路径3。当然，路径4的路径段标识和路径1的路径段标识也可以不同，路径3的路径段标识和路径2的路径段标识也可以不同，本申请实施例不做具体限定。对于1:n保护切换场景，路径段标识和其标识的路径一一对应。

如上所述，考虑到路径2可以用于传输多种业务流量，而不同业务流量对服务质量的要求可能不同。为了尽可能满足对服务质量要求高的业务流量的服务质量，在一个示例中，在路径2出现故障后，可以优先将对服务质量要求高的业务流量的传输路径由路径2切换为路径3。对于这种情况，所述报文1中还可以携带在所述路径2上传输的至少一种业务的标识，这样一来，所述APS消息1即可用于请求路径1的尾节点将所述至少一种业务的传输路径从所述路径2切换到路径3。

在一个示例中，所述至少一种业务的标识，可以通过所述路径段标识2来携带。例如，可以通过所述路径段标识2中的部分比特来携带所述至少一个业务的标识。此时，所述路径段标识2，不仅可以用于标识路径2，还可以标识在路径2上传输的至少一个业务。此处提及的至少一个业务，例如可以是前述对服务质量要求高的业务流量。

在另一个示例中，所述至少一种业务的标识，可以通过其他字段来携带，例如，对于图5c和图5d所示的报文1，可以在APS消息1之后例如path segment 2字段后增加一个字段，用于携带所述至少一种业务的标识。

S202：通信装置1将报文1发送给通信装置2。

通信装置1生成报文1之后，可以将报文1发送给通信装置2。对应于图1b所示的场景，通信装置1可以经过中间节点P2将报文1发送给通信装置2。

S203：通信装置2从所述报文1获取所述APS消息1。

通信装置2接收到报文1之后，可以对报文1进行解析，基于指示信息1确定报文1中包括APS消息1，进一步从报文1中获得所述APS消息1。在一个示例中，通信装置2接收到APS消息1之后，可以基于所述APS消息1执行相应的操作。

在一个示例中，若所述APS消息1用于指示路径1的尾节点将流量的传输路径从路径2切换到路径3，所述通信装置2可以将流量的传输路径从路径2切换到路径3。

关于S203的具体实现，可以参考以上S103的相关描述部分，此处不再重复描述。S203和S103的不同之处在于，在S103中指导报文转发的是段列表，即SRv6报文中封装的是指导报文转发的segment list；而在S203中，指导报文转发的是MPLS标签列表，即MPLS报文中封装的是指导报文转发的MPLS标签列表。相应的，在S203中，通信装置2中保存的对应关系中，不是包括表1所示的段列表，而是包括MPLS标签列表。

通过以上S201-S203，路径1的尾节点即可将流量的传输路径由路径2切换至路径3。在此过程中，路径2上的中间节点无需维护大量的路径状态信息和路径配置信息。路径2的头节点本地存储有备份路径的MPLS标签列表。由此可见，利用本方案，可以降低待切换路径即路径2的中间节点对数据处理能力的要求，从而降低MPLS网络的部署成本。

在一种可能的实现方式中，方法200除了包括前述S201-S203之外，还可以包括以下S204-S206。通过S204-S206，可以在路径1的尾节点将流量的传输路径由路径2切换为路径3之后，路径1的头节点也能将流量的传输路径由路径4切换至路径1。

S204：通信装置2生成报文2，报文2中包括APS消息2，报文2为MPLS报文。

在一种实现方式中，报文2也为协议报文。所述APS消息2与所述APS消息1类似，属于请求类消息。此时，所述APS消息2的结构可以为如图5a或者5b或者图5c或者图5d所示。该APS消息2用于请求路径1的尾节点将流量的传输路径从路径4切换至路径1。其中，路径4是路径2的反向共路路径，路径1是路径3的反向共路路径。

当APS消息2的结构如图5a或者图5b所示时，图5a或者图5b所示的path segment 1字段用于携带前述路径段标识3，所述路径段标识3既能够标识路径3，也可以用于标识路径4，在一些示例中，所述路径段标识3还可以用于标识在路径4上传输至少一种业务。当路径1、路径2、路径3和路径4采用相同的路径段标识时，所述路径段标识3与S201中提及的路径段标识1可以相同。其中，路径3为报文2的传输路径。

当APS消息2的结构如图5c或者图5d所示时，图5c或者图5d所示的path segment 1字段用于携带前述路径段标识3，所述路径段标识3能够标识路径3，路径3为报文2的传输路径。图5c或者图5d所示的path segment 2字段用于携带路径段标识4，所述路径段标识4用于标识路径4，在一些示例中，所述路径段标识4还可以用于标识在路径4上传输至少一种业务。当路径1、路径4采用相同的路径段标识时，所述路径段标识4与S201中提及的路径段标识1可以相同。当路径2和路径3采用相同的路径段标识时，所述路径段标识3和S201中提及的路径段标识2可以相同。

在又一种实现方式中，所述APS消息2可以是APS消息1的应答消息。对于这种情况，在一个示例中，所述APS消息2的结构可以如图5a所示，此时，所述APS消息2的请求类型字段例如可以指示该APS消息2为应答消息。在一个示例中，所述APS消息2中除请求类型字段之外的其它字段的值，例如可以缺省，又如可以和APS消息1中对应字段的值相同，以表示APS消息2是APS消息1的应答消息。

S205：通信装置将报文2发送给通信装置1。

通信装置2生成报文2之后，即可通过路径3将报文2发送给通信装置1。

S206：通信装置1从所述报文2中获取所述APS消息2。

通信装置1接收到报文2之后，可以对报文2进行解析，得到APS消息2，进一步地，通信装置1可以基于APS消息2执行相应的操作。

通信装置1接收到所述报文2之后，若所述APS消息2用于指示路径1的头节点将流量的传输路径从路径4切换到路径1，则通信装置1可以基于本地维护的APS状态机执行相应的处理措施。在一个示例中，所述通信装置1可以将流量的传输路径从路径4切换到路径1。

关于S206的具体实现，可以参考以上S106的相关描述部分，此处不再重复描述。S206和S106的不同之处在于，在S106中指导报文转发的是段列表，即SRv6报文中封装的是指导报文转发的segment list；而在S206中，指导报文转发的是MPLS标签列表，即MPLS报文中封装的是指导报文转发的MPLS标签列表。相应的，在S206中，通信装置1中保存的对应关系中，不是包括表2所示的段列表，而是包括MPLS标签列表。

通过以上方法100和方法200可知，无论是在SRv6网络中，还是在应用了SR的MPLS网络中，都可以利用路径标识指示保护倒换消息。在一些实施例中，在SRv6网络中，可以利用指示段列表的路径段标识来指示保护倒换消息，在应用了SR的MPLS网络中，可以利用指示MPLS标签列表的路径段标识来指示保护倒换消息。采用这种方式，接收到携带该路径段标识的报文的节点，即可根据该路径段标识确定接收到的报文中包括保护倒换消息，从而进一步对该保护倒换消息进行处理。

本申请实施例还提供了一种保护倒换方法，参见图6，该图为本申请实施例提供的一种保护倒换方法的流程示意图。图6所示的保护倒换方法300，例如可以包括如下S301-S302。

所述方法300，例如可以应用于以上方法100，当所述方法300应用于以上方法100时，方法300例如可以对应以上方法100中通信装置1执行的步骤。或者，对应于以上方法100中，路径1上的中间节点所执行的步骤。

S301：获取第一因特网协议第六版段路由SRv6报文，所述第一SRv6报文包括第一保护倒换消息。

S302：向第一路径的尾节点发送所述第一SRv6报文，所述第一路径为用于转发所述第一SRv6报文的路径。

此处提及的第一SRv6报文，可以对应方法100中的报文1，此处提及的第一保护倒换消息，可以对应方法100中APS消息1。

在一种实现方式中，所述第一保护倒换消息携带在所述第一SRv6报文的扩展头中，所述扩展头为：

逐跳HBH选项头，或者，目的选项DOH头，或者，分段路由头SRH。

在一种实现方式中，所述第一SRv6报文包括第一指示信息，所述第一指示信息用于指示所述第一保护倒换消息。

在一种实现方式中，所述第一指示信息为第一路径标识，所述第一路径标识用于标识所述第一路径。

此处提及的第一路径，可以对应方法100中路径1，此处提及的第一路径标识，可以对应方法100中路径标识1。

在一种实现方式中，所述第一路径标识还用于标识第二路径，所述第一保护倒换消息用于请求所述第一路径的尾节点将流量的传输路径从所述第二路径切换到第三路径，其中，所述第二路径和所述第三路径具有相同的头节点和尾节点，所述第一路径的尾节点为所述第二路径的头节点、且所述第一路径的头节点为所述第二路径的尾节点。

此处提及的第二路径，可以对应方法100中路径2。

在一种实现方式中，所述第一路径标识，还用于标识在所述第二路径上传输的至少一种业务，所述第一保护倒换消息用于请求所述第一路径的尾节点将流量的传输路径从所述第二路径切换到第三路径，包括：

所述第一保护倒换消息用于请求所述第一路径的尾节点将所述至少一种业务的传输路径从所述第二路径切换到所述第三路径。

此处提及的第三路径，例如可以是方法100中的路径3。

在一种实现方式中，所述第一路径标识为：

第一路径段标识。

此处提及的第一路径段标识，可以对应方法100中路径段标识1。

在一种实现方式中，所述第一SRv6报文还包括第二路径标识，所述第二路径标识用于标识第二路径，所述第一保护倒换消息用于请求所述第一路径的尾节点将流量的传输路径从所述第二路径切换到第三路径，其中，所述第二路径和所述第三路径具有相同的头节点和尾节点，所述第一路径的尾节点为所述第二路径的头节点、且所述第一路径的头节点为所述第二路径的尾节点。

此处提及的第二路径标识，可以对应方法100中路径标识2，此处提及的第二路径，例如可以是方法100中的路径2，此处提及的第三路径，例如可以是方法100中的路径3。

在一种实现方式中，所述第二路径标识，还用于标识在所述第二路径上传输的至少一种业务，所述第一保护倒换消息用于请求所述第一路径的尾节点将流量的传输路径从所述第二路径切换到第三路径，包括：

所述第一保护倒换消息用于请求所述第一路径的尾节点将所述至少一种业务的传输路径从所述第二路径切换到所述第三路径。

在一种实现方式中，所述第二路径标识为：

第二路径段标识。

此处提及的第二路径段标识，可以对应方法100中路径段标识2。

在一种实现方式中，所述方法还包括：

通过所述第三路径接收第二SRv6报文，所述第二SRv6报文包括第二保护倒换消息，所述第二保护倒换消息为所述第一保护倒换消息的应答消息。

此处提及的第二SRv6报文，可以对应方法100中的报文2，此处提及的第二保护倒换消息，可以对应方法100中的APS消息2。

在一种实现方式中，所述第一SRv6报文的扩展头中包括第一类型长度值TLV，所述第一TLV用于携带所述第一指示信息和所述第一保护倒换消息。

在一种实现方式中，所述第一TLV为关联通道TLV，所述关联通道TLV包括通道类型字段，所述通道类型字段用于携带所述第一指示信息，所述关联通道TLV的value字段，用于携带所述第一保护倒换消息。

在一种实现方式中，所述第一SRV6报文包括关联通道，所述关联通道能够承载不同类型的控制通道，其中一种类型的控制通道为保护倒换通道，所述保护倒换通道用于承载第一指示信息和所述第一保护倒换消息。

在一种实现方式中，所述第一SRV6报文包括第二指示信息，所述第二指示信息用于指示所述关联通道。

此处提及的第二指示信息，可以对应方法100中指示信息2。

在一种实现方式中，所述方法还包括：

接收所述第一路径的尾节点发送的第二SRv6报文，所述第二SRv6报文中包括第二保护倒换消息。

此处提及的第二SRv6报文，可以对应方法100中的报文2，此处提及的第二保护倒换消息，可以对应方法100中的APS消息2。

关于以上方法300的具体实现，可以参考以上方法100的相关描述部分，此处不再重复描述。

本申请实施例还提供了一种保护倒换方法，参见图7，该图为本申请实施例提供的一种保护倒换方法的流程示意图。图7所示的保护倒换方法400，例如可以包括如下S401-S402。

所述方法400，例如可以应用于以上方法100，当所述方法400应用于以上方法100时，方法400例如可以对应以上方法100中通信装置2执行的步骤。

S401：接收第一因特网协议第六版段路由SRv6报文，所述第一SRv6报文包括第一自动保护倒换APS消息。

S402：从所述第一SRv6报文获取所述第一APS消息。

此处提及的第一SRv6报文，可以对应方法100中的报文1，此处提及的第一保护倒换消息，可以对应方法100中APS消息1。

在一种实现方式中，所述第一APS消息用于请求第一路径的尾节点将流量的传输路径从第二路径切换到第三路径，其中，所述第二路径和所述第三路径具有相同的头节点和尾节点，所述第一路径的尾节点为所述第二路径的头节点、且所述第一路径的头节点为所述第二路径的尾节点，所述第一路径为用于转发所述第一SRv6报文的路径。

此处提及的第一路径，例如可以是方法100中的路径1，此处提及的第二路径，例如可以是方法100中的路径2，此处提及的第三路径，例如可以是方法100中的路径3。

在一种实现方式中，还包括：

基于所述第一APS消息将流量的传输路径从所述第二路径切换到所述第三路径。

在一种实现方式中，所述方法还包括：

通过所述第三路径向所述第一路径的头节点发送第二SRv6报文，所述第二SRv6报文包括第二APS消息，所述第二APS消息为所述第一APS消息的应答消息。

此处提及的第二SRv6报文，可以对应方法100中的报文2，此处提及的第二保护倒换消息，可以对应方法100中的APS消息2。

关于以上方法400的具体实现，可以参考以上方法100的相关描述部分，此处不再重复描述。

本申请实施例还提供了一种保护倒换方法，参见图8，该图为本申请实施例提供的一种保护倒换方法的流程示意图。图8所示的保护倒换方法500，例如可以包括如下S501-S502。

所述方法500，可以由第一节点执行，所述第一节点例如可以对应以上方法100中的通信装置2。在一个示例中，方法500例如可以对应以上方法100中通信装置2执行的步骤。

S501：在第一因特网协议第六版段路由SRv6路径出现故障后，将所述第一节点的正向业务流量的发送路径从所述第一SRv6路径切换至第二SRv6路径，所述正向业务流量是所述第一节点向第二节点发送的业务流量，所述第一SRv6路径为所述第一节点和第二节点之间的路径，所述第一节点是第一SRv6路径的头节点，所述第二节点是所述第一SRv6路径的尾节点，所述第一SRv6路径和所述第二SRv6路径具有相同的头节点和尾节点。

S502：通过所述第二SRv6路径发送所述正向业务流量。

此处提及的第一SRv6路径，可以对应方法100中的路径2，此处提及的第二SRv6路径，可以对应方法100中的路径3。此处提及的第二节点，例如可以对应方法100中的通信装置1。

在一种实现方式中，在所述第一SRv6路径出现故障后，所述方法还包括：

将所述第一节点的反向业务流量的接收路径从三SRv6路径切换至第四SRv6路径，所述反向业务流量是所述第二节点向所述第一节点发送的流量，其中第三SRv6路径的头节点为所述第二节点，所述第三SRv6路径的尾节点为所述第一节点，所述第三SRv6路径和所述第四SRv6路径具有相同的头节点和尾节点；

通过所述第四SRv6路径接收所述反向业务流量。

此处提及的第三SRv6路径，可以对应方法100中的路径4，此处提及的第四SRv6路径，可以对应方法100中路径1。

在一种实现方式中，所述第四SRv6路径和所述第二SRv6路径为双向共路路径。

在一种实现方式中，所述第一节点保存有第一段列表，所述第一段列表用于描述所述第二SRv6路径的段标识sid的集合。

此处提及的第一段列表，例如可以是方法100中的指示路径3的segment list 3。

在一种实现方式中，在所述第一节点将所述正向业务流量的传输路径从所述第一SRv6路径切换至第二SRv6路径之前，所述方法还包括：

所述第一节点接收所述第二节点发送的第一因特网协议第六版段路由SRv6报文，所述第一SRv6报文包括第一保护倒换消息；

根据所述第一保护倒换消息，执行所述路径切换。

此处提及的第一SRv6报文，可以对应方法100中的报文1，此处提及的第一保护倒换消息，可以对应方法100中的APS消息1。

在一种实现方式中，所述第一SRv6报文中还包括第一信息，所述第一信息用于标识所述第一SRv6路径。

此处提及的第一信息，例如可以是方法100中的路径标识1或者路径标识2。当方法100中的路径1和路径2采用相同的路径标识时，此处提及的第一信息，例如可以是方法100中的路径标识1。当方法100中的路径1和路径2采用不同的路径标识时，此处提及的第一信息，例如可以是方法100中的路径标识2。

在一种实现方式中，所述第一节点保存有第一段列表，包括：

所述第一节点保存有所述第一信息和所述第一段列表之间的对应关系。

在一种实现方式中，所述通过所述第二SRv6路径发送所述正向业务流量，包括：

根据所述对应关系和所述第一信息，确定所述第一段列表；

利用所述第一段列表对所述正向业务流量进行封装；

通过所述第二SRv6路径发送所述正向业务流量。

在一种实现方式中，所述第一信息包括：

第一路径段标识。

此次提及的第一路径段标识，可以对应方法100中路径段标识1。

关于以上方法500的具体实现，可以参考以上方法100的相关描述部分，此处不再重复描述。

此外，本申请实施例还提供了一种通信装置900，参见图9所示。图9为本申请实施例提供的一种通信装置的结构示意图。该通信装置900包括收发单元901和处理单元902。该通信装置900可以用于执行以上实施例中的方法100、方法200、方法300、方法400或者方法500。

在一个示例中，所述通信装置900可以执行以上实施例中的方法100，当通信装置900用于执行以上实施例中的方法100时：收发单元901用于执行方法100中通信装置1执行的收发操作(本申请中，收发操作是指接收和/或发送相关的操作)。处理单元902用于执行方法100中通信装置1执行的除收发操作之外的操作。例如，所述处理单元902用于生成报文1，报文1中包括APS消息1，报文1为SRv6报文；所述收发单元901用于将报文1发送给通信装置2。

在一个示例中，所述通信装置900可以执行以上实施例中的方法100，当通信装置900用于执行以上实施例中的方法100时：收发单元901用于执行方法100中通信装置2执行的收发操作。处理单元902用于执行方法100中通信装置2执行的除收发操作之外的操作。例如，所述收发单元901用于接收报文1，报文1中包括APS消息1，报文1为SRv6报文；处理单元902用于从报文1中获取APS消息1。

在一个示例中，所述通信装置900可以执行以上实施例中的方法200，当通信装置900用于执行以上实施例中的方法200时：收发单元901用于执行方法200中通信装置1执行的收发操作。处理单元902用于执行方法200中通信装置1执行的除收发操作之外的操作。例如，所述处理单元902用于生成报文1，报文1中包括APS消息1，报文1为MPLS报文；所述收发单元901用于将报文1发送给通信装置2。

在一个示例中，所述通信装置900可以执行以上实施例中的方法200，当通信装置900用于执行以上实施例中的方法200时：收发单元901用于执行方法200中通信装置2执行的收发操作。处理单元902用于执行方法200中通信装置2执行的除收发操作之外的操作。例如，所述收发单元901用于接收报文1，报文1中包括APS消息1，报文1为MPLS报文；处理单元902用于从报文1中获取APS消息1。

在一个示例中，所述通信装置900可以执行以上实施例中的方法300，当通信装置900用于执行以上实施例中的方法300时：收发单元901用于执行方法300中的收发操作。处理单元902用于执行方法300中除收发操作之外的操作。例如，所述处理单元902用于获取第一因特网协议第六版段路由SRv6报文，所述第一SRv6报文包括第一保护倒换消息；所述收发单元901用于向第一路径的尾节点发送所述第一SRv6报文，所述第一路径为用于转发所述第一SRv6报文的路径。

在一个示例中，所述通信装置900可以执行以上实施例中的方法400，当通信装置900用于执行以上实施例中的方法400时：收发单元901用于执行方法400中的收发操作。处理单元902用于执行方法400中除收发操作之外的操作。例如，收发单元901用于接收第一因特网协议第六版段路由SRv6报文，所述第一SRv6报文包括第一自动保护倒换APS消息；处理单元902用于从所述第一SRv6报文获取所述第一APS消息。

在一个示例中，所述通信装置900可以执行以上实施例中的方法500，当通信装置900用于执行以上实施例中的方法500时：收发单元901用于执行方法500中的收发操作。处理单元902用于执行方法500中除收发操作之外的操作。例如，处理单元902用于在第一因特网协议第六版段路由SRv6路径出现故障后，将所述第一节点的正向业务流量的发送路径从所述第一SRv6路径切换至第二SRv6路径，所述正向业务流量是所述第一节点向第二节点发送的业务流量，所述第一SRv6路径为所述第一节点和第二节点之间的路径，所述第一节点是第一SRv6路径的头节点，所述第二节点是所述第一SRv6路径的尾节点，所述第一SRv6路径和所述第二SRv6路径具有相同的头节点和尾节点；收发单元901用于通过所述第二SRv6路径发送所述正向业务流量。

此外，本申请实施例还提供了一种通信装置1000，参见图10所示，图10为本申请实施例提供的一种通信装置的结构示意图。该通信装置1000包括通信接口1001和与通信接口1001连接的处理器1002。该通信装置1000可以用于执行以上实施例中的方法100、方法200、方法300、方法400或者方法500。

在一个示例中，所述通信装置1000可以执行以上实施例中的方法100，当通信装置1000用于执行以上实施例中的方法100时：通信接口1001用于执行方法100中通信装置1执行的收发操作。处理器1002用于执行方法100中通信装置1执行的除收发操作之外的操作。例如，所述处理器1002用于生成报文1，报文1中包括APS消息1，报文1为SRv6报文；所述通信接口1001用于将报文1发送给通信装置2。

在一个示例中，所述通信装置1000可以执行以上实施例中的方法100，当通信装置1000用于执行以上实施例中的方法100时：通信接口1001用于执行方法100中通信装置2执行的收发操作。处理器1002用于执行方法100中通信装置2执行的除收发操作之外的操作。例如，所述通信接口1001用于接收报文1，报文1中包括APS消息1，报文1为SRv6报文；处理器1002用于从报文1中获取APS消息1。

在一个示例中，所述通信装置1000可以执行以上实施例中的方法200，当通信装置1000用于执行以上实施例中的方法200时：通信接口1001用于执行方法200中通信装置1执行的收发操作。处理器1002用于执行方法200中通信装置1执行的除收发操作之外的操作。例如，所述处理器1002用于生成报文1，报文1中包括APS消息1，报文1为MPLS报文；所述通信接口1001用于将报文1发送给通信装置2。

在一个示例中，所述通信装置1000可以执行以上实施例中的方法200，当通信装置1000用于执行以上实施例中的方法200时：通信接口1001用于执行方法200中通信装置2执行的收发操作。处理器1002用于执行方法200中通信装置2执行的除收发操作之外的操作。例如，所述通信接口1001用于接收报文1，报文1中包括APS消息1，报文1为MPLS报文；处理器1002用于从报文1中获取APS消息1。

在一个示例中，所述通信装置1000可以执行以上实施例中的方法300，当通信装置1000用于执行以上实施例中的方法300时：通信接口1001用于执行方法300中的收发操作。处理器1002用于执行方法300中除收发操作之外的操作。例如，所述处理器1002用于获取第一因特网协议第六版段路由SRv6报文，所述第一SRv6报文包括第一保护倒换消息；所述通信接口1001用于向第一路径的尾节点发送所述第一SRv6报文，所述第一路径为用于转发所述第一SRv6报文的路径。

在一个示例中，所述通信装置1000可以执行以上实施例中的方法400，当通信装置1000用于执行以上实施例中的方法400时：通信接口1001用于执行方法400中的收发操作。处理器1002用于执行方法400中除收发操作之外的操作。例如，通信接口1001用于接收第一因特网协议第六版段路由SRv6报文，所述第一SRv6报文包括第一自动保护倒换APS消息；处理器1002用于从所述第一SRv6报文获取所述第一APS消息。

在一个示例中，所述通信装置1000可以执行以上实施例中的方法500，当通信装置1000用于执行以上实施例中的方法500时：通信接口1001用于执行方法500中的收发操作。处理器1002用于执行方法500中除收发操作之外的操作。例如，处理器1002用于在第一因特网协议第六版段路由SRv6路径出现故障后，将所述第一节点的正向业务流量的发送路径从所述第一SRv6路径切换至第二SRv6路径，所述正向业务流量是所述第一节点向第二节点发送的业务流量，所述第一SRv6路径为所述第一节点和第二节点之间的路径，所述第一节点是第一SRv6路径的头节点，所述第二节点是所述第一SRv6路径的尾节点，所述第一SRv6路径和所述第二SRv6路径具有相同的头节点和尾节点；通信接口1001用于通过所述第二SRv6路径发送所述正向业务流量。

此外，本申请实施例还提供了一种通信装置1100，参见图11所示，图11为本申请实施例提供的一种通信装置的结构示意图。

该通信装置1100可以用于执行以上实施例中的方法100、方法200、方法300、方法400或者方法500。

如图11所示，通信装置1100可以包括处理器1110，与所述处理器1110耦合连接的存储器1120，收发器1130。收发器1130例如可以是通信接口，光模块等。处理器1110可以是中央处理器(英文：central processing unit，缩写：CPU)，网络处理器(英文：networkprocessor，缩写：NP)或者CPU和NP的组合。处理器还可以是专用集成电路(英文：application-specific integrated circuit，缩写：ASIC)，可编程逻辑器件(英文：programmable logic device，缩写：PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，缩写：CPLD)，现场可编程逻辑门阵列(英文：field-programmable gate array，缩写：FPGA)，通用阵列逻辑(英文：generic arraylogic,缩写：GAL)或其任意组合。处理器1110可以是指一个处理器，也可以包括多个处理器。存储器1120可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：RAM)；存储器也可以包括非易失性存储器(英文：non-volatile memory)，例如只读存储器(英文：read-only memory，缩写：ROM)，快闪存储器(英文：flash memory)，硬盘(英文：hard disk drive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)；存储器1120还可以包括上述种类的存储器的组合。存储器1120可以是指一个存储器，也可以包括多个存储器。在一个实施方式中，存储器1120中存储有计算机可读指令，所述计算机可读指令包括多个软件模块，例如发送模块1121，处理模块1122和接收模块1123。处理器1110执行各个软件模块后可以按照各个软件模块的指示进行相应的操作。在本实施例中，一个软件模块所执行的操作实际上是指处理器1110根据所述软件模块的指示而执行的操作。

在一个示例中，所述通信装置1100可以执行以上实施例中的方法100，当通信装置1100用于执行以上实施例中的方法100时：收发器1130用于执行方法100中通信装置1执行的收发操作。处理器1110用于执行方法100中通信装置1执行的除收发操作之外的操作。例如，所述处理器1110用于生成报文1，报文1中包括APS消息1，报文1为SRv6报文；所述收发器1130用于将报文1发送给通信装置2。

在一个示例中，所述通信装置1100可以执行以上实施例中的方法100，当通信装置1100用于执行以上实施例中的方法100时：收发器1130用于执行方法100中通信装置2执行的收发操作。处理器1110用于执行方法100中通信装置2执行的除收发操作之外的操作。例如，所述收发器1130用于接收报文1，报文1中包括APS消息1，报文1为SRv6报文；处理器1110用于从报文1中获取APS消息1。

在一个示例中，所述通信装置1100可以执行以上实施例中的方法200，当通信装置1100用于执行以上实施例中的方法200时：收发器1130用于执行方法200中通信装置1执行的收发操作。处理器1110用于执行方法200中通信装置1执行的除收发操作之外的操作。例如，所述处理器1110用于生成报文1，报文1中包括APS消息1，报文1为MPLS报文；所述收发器1130用于将报文1发送给通信装置2。

在一个示例中，所述通信装置1100可以执行以上实施例中的方法200，当通信装置1100用于执行以上实施例中的方法200时：收发器1130用于执行方法200中通信装置2执行的收发操作。处理器1110用于执行方法200中通信装置2执行的除收发操作之外的操作。例如，所述收发器1130用于接收报文1，报文1中包括APS消息1，报文1为MPLS报文；处理器1110用于从报文1中获取APS消息1。

在一个示例中，所述通信装置1100可以执行以上实施例中的方法300，当通信装置1100用于执行以上实施例中的方法300时：收发器1130用于执行方法300中的收发操作。处理器1110用于执行方法300中除收发操作之外的操作。例如，所述处理器1110用于获取第一因特网协议第六版段路由SRv6报文，所述第一SRv6报文包括第一保护倒换消息；所述收发器1130用于向第一路径的尾节点发送所述第一SRv6报文，所述第一路径为用于转发所述第一SRv6报文的路径。

在一个示例中，所述通信装置1100可以执行以上实施例中的方法400，当通信装置1100用于执行以上实施例中的方法400时：收发器1130用于执行方法400中的收发操作。处理器1110用于执行方法400中除收发操作之外的操作。例如，收发器1130用于接收第一因特网协议第六版段路由SRv6报文，所述第一SRv6报文包括第一自动保护倒换APS消息；处理器1110用于从所述第一SRv6报文获取所述第一APS消息。

在一个示例中，所述通信装置1100可以执行以上实施例中的方法500，当通信装置1100用于执行以上实施例中的方法500时：收发器1130用于执行方法500中的收发操作。处理器1110用于执行方法500中除收发操作之外的操作。例如，处理器1110用于在第一因特网协议第六版段路由SRv6路径出现故障后，将所述第一节点的正向业务流量的发送路径从所述第一SRv6路径切换至第二SRv6路径，所述正向业务流量是所述第一节点向第二节点发送的业务流量，所述第一SRv6路径为所述第一节点和第二节点之间的路径，所述第一节点是第一SRv6路径的头节点，所述第二节点是所述第一SRv6路径的尾节点，所述第一SRv6路径和所述第二SRv6路径具有相同的头节点和尾节点；收发器1130用于通过所述第二SRv6路径发送所述正向业务流量。

本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得所述计算机执行前述实施例中任一实施例所述的方法(例如，方法100、方法200、方法300、方法400和方法500)中任意一个或多个操作。

本申请还提供了一种计算机程序产品，包括计算机程序，当其在计算机上运行时，使得所述计算机执行前述实施例中任一实施例所述的方法(例如，方法100、方法200、方法300、方法400和方法500)中任意一个或多个操作。

本申请还提供了一种通信系统，包括以上实施例提及的执行方法100的通信装置1和执行方法100的通信装置2，或者，包括以上实施例提及的执行方法200的通信装置1和执行方法200的通信装置2。

本申请还提供了一种通信系统，包括以上实施例提及的执行方法300的通信装置和执行方法400的通信装置，或者，包括以上实施例提及的执行方法300的通信装置和执行方法500的通信装置。

本申请还提供了一种通信系统，包括至少一个存储器和至少一个处理器，该至少一个存储器存储有指令，该至少一个处理器执行所述指令，使得所述通信系统执行本申请前述实施例中的方法100中任意一个或多个操作；或者，使得所述通信系统执行本申请前述实施例中的方法200中任意一个或多个操作。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑业务划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各业务单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件业务单元的形式实现。

集成的单元如果以软件业务单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的业务可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些业务存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已。

以上，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (31)

1.一种保护倒换方法，其特征在于，所述方法包括：

获取第一因特网协议第六版段路由SRv6报文，所述第一SRv6报文包括第一保护倒换消息，所述第一保护倒换消息用于请求第一路径的尾节点将流量的传输路径从第二路径切换到第三路径，其中，所述第二路径和所述第三路径具有相同的头节点和尾节点，所述第一路径的尾节点为所述第二路径的头节点、且所述第一路径的头节点为所述第二路径的尾节点；

向第一路径的尾节点发送所述第一SRv6报文，所述第一路径为用于转发所述第一SRv6报文的路径。

2.根据权利要求1所述的方法，其特征在于，所述第一保护倒换消息携带在所述第一SRv6报文的扩展头中，所述扩展头为：

逐跳HBH选项头，或者，目的选项头DOH，或者，分段路由头SRH。

3.根据权利要求1或2所述的方法，其特征在于，所述第一SRv6报文包括第一指示信息，所述第一指示信息用于指示所述第一保护倒换消息。

4.根据权利要求3所述的方法，其特征在于，所述第一指示信息为第一路径标识，所述第一路径标识用于标识所述第一路径。

5.根据权利要求4所述的方法，其特征在于，所述第一路径标识还用于标识所述第二路径。

6.根据权利要求5所述的方法，其特征在于，所述第一路径标识，还用于标识在所述第二路径上传输的至少一种业务，所述第一保护倒换消息用于请求所述第一路径的尾节点将流量的传输路径从所述第二路径切换到第三路径，包括：

所述第一保护倒换消息用于请求所述第一路径的尾节点将所述至少一种业务的传输路径从所述第二路径切换到所述第三路径。

7.根据权利要求4-6任意一项所述的方法，其特征在于，所述第一路径标识为：

第一路径段标识。

8.根据权利要求4所述的方法，其特征在于，所述第一SRv6报文还包括第二路径标识，所述第二路径标识用于标识所述第二路径。

9.根据权利要求8所述的方法，其特征在于，所述第二路径标识，还用于标识在所述第二路径上传输的至少一种业务，所述第一保护倒换消息用于请求所述第一路径的尾节点将流量的传输路径从所述第二路径切换到第三路径，包括：

所述第一保护倒换消息用于请求所述第一路径的尾节点将所述至少一种业务的传输路径从所述第二路径切换到所述第三路径。

10.根据权利要求8或9所述的方法，其特征在于，所述第二路径标识为：

第二路径段标识。

11.根据权利要求5所述的方法，其特征在于，所述方法还包括：

通过所述第三路径接收第二SRv6报文，所述第二SRv6报文包括第二保护倒换消息，所述第二保护倒换消息为所述第一保护倒换消息的应答消息。

12.根据权利要求3所述的方法，其特征在于，所述第一SRv6报文的扩展头中包括第一类型长度值TLV，所述第一TLV用于携带所述第一指示信息和所述第一保护倒换消息。

13.根据权利要求12所述的方法，其特征在于，所述第一TLV为关联通道TLV，所述关联通道TLV包括通道类型字段，所述通道类型字段用于携带所述第一指示信息，所述关联通道TLV的value字段，用于携带所述第一保护倒换消息。

14.根据权利要求3所述的方法，其特征在于，所述第一SRV6报文包括关联通道，所述关联通道能够承载不同类型的控制通道，其中一种类型的控制通道为保护倒换通道，所述保护倒换通道用于承载第一指示信息和所述第一保护倒换消息。

15.根据权利要求14所述的方法，其特征在于，所述第一SRV6报文包括第二指示信息，所述第二指示信息用于指示所述关联通道。

16.根据权利要求12-15任意一项所述的方法，其特征在于，所述方法还包括：

接收所述第一路径的尾节点发送的第二SRv6报文，所述第二SRv6报文中包括第二保护倒换消息。

17.一种保护倒换方法，其特征在于，所述方法包括：

接收第一因特网协议第六版段路由SRv6报文，所述第一SRv6报文包括第一自动保护倒换APS消息，所述第一APS消息用于请求第一路径的尾节点将流量的传输路径从第二路径切换到第三路径，其中，所述第二路径和所述第三路径具有相同的头节点和尾节点，所述第一路径的尾节点为所述第二路径的头节点、且所述第一路径的头节点为所述第二路径的尾节点，所述第一路径为用于转发所述第一SRv6报文的路径；

从所述第一SRv6报文获取所述第一APS消息。

18.根据权利要求17所述的方法，其特征在于，还包括：

基于所述第一APS消息将流量的传输路径从所述第二路径切换到所述第三路径。

19.根据权利要求18所述的方法，其特征在于，所述方法还包括：

通过所述第三路径向所述第一路径的头节点发送第二SRv6报文，所述第二SRv6报文包括第二APS消息，所述第二APS消息为所述第一APS消息的应答消息。

20.一种保护倒换方法，其特征在于，用于第一节点，所述方法包括：

在第一因特网协议第六版段路由SRv6路径出现故障后，将所述第一节点的正向业务流量的发送路径从第一SRv6路径切换至第二SRv6路径，所述正向业务流量是所述第一节点向第二节点发送的业务流量，所述第一SRv6路径为所述第一节点和所述第二节点之间的路径，所述第一节点是所述第一SRv6路径的头节点，所述第二节点是所述第一SRv6路径的尾节点，所述第一SRv6路径和所述第二SRv6路径具有相同的头节点和尾节点；

通过所述第二SRv6路径发送所述正向业务流量；

在所述第一节点将所述正向业务流量的传输路径从所述第一SRv6路径切换至所述第二SRv6路径之前，所述方法还包括：

所述第一节点接收所述第二节点发送的第一SRv6报文，所述第一SRv6报文包括第一保护倒换消息，所述第一保护倒换消息用于请求第三SRv6路径的尾节点将流量的传输路径从所述第一SRv6路径切换至所述第二SRv6路径，所述第一节点为所述第三SRv6路径的尾节点，所述第二节点为所述第三SRv6路径的头节点；

所述将所述第一节点的正向业务流量的发送路径从第一SRv6路径切换至第二SRv6路径，包括：

根据所述第一保护倒换消息，将所述第一节点的正向业务流量的发送路径从第一SRv6路径切换至第二SRv6路径。

21.根据权利要求20所述的方法，其特征在于，在所述第一SRv6路径出现故障后，所述方法还包括：

将所述第一节点的反向业务流量的接收路径从第三SRv6路径切换至第四SRv6路径，所述反向业务流量是所述第二节点向所述第一节点发送的流量，其中，第三SRv6路径的头节点为所述第二节点，所述第三SRv6路径的尾节点为所述第一节点，所述第三SRv6路径和所述第四SRv6路径具有相同的头节点和尾节点；

通过所述第四SRv6路径接收所述反向业务流量。

22.根据权利要求21所述的方法，其特征在于，所述第四SRv6路径和所述第二SRv6路径为双向共路路径。

23.根据权利要求20-22任一项所述的方法，其特征在于，所述第一节点保存有第一段列表，所述第一段列表用于描述所述第二SRv6路径的段标识SID的集合。

24.根据权利要求20所述的方法，其特征在于，所述第一SRv6报文中还包括第一信息，所述第一信息用于标识所述第一SRv6路径。

25.根据权利要求24所述的方法，其特征在于，所述第一节点保存有第一段列表，包括：

所述第一节点保存有所述第一信息和所述第一段列表之间的对应关系。

26.根据权利要求25所述的方法，其特征在于，所述通过所述第二SRv6路径发送所述正向业务流量，包括：

根据所述对应关系和所述第一信息，确定所述第一段列表；

利用所述第一段列表对所述正向业务流量进行封装；

通过所述第二SRv6路径发送所述正向业务流量。

27.根据权利要求24-26任意一项所述的方法，其特征在于，所述第一信息包括：

第一路径段标识。

28.一种通信装置，其特征在于，用于执行权利要求1-27任一项所述的方法，所述装置包括：

收发单元，用于实现权利要求1-27任一项方法中接收和/或发送相关的操作；

处理单元，用于执行所述接收和/或发送以外的操作。

29.一种通信装置，其特征在于，所述通信装置包括存储器和处理器；

所述存储器，用于存储程序代码；

所述处理器，用于运行所述程序代码中的指令，使得所述通信装置执行以上权利要求1-27任意一项所述的方法。

30.一种计算机程序产品，其特征在于，包括程序，当所述程序在处理器上运行时，实现权利要求1-27任意一项所述的方法。

31.一种通信系统，其特征在于，所述通信系统包括：

执行以上权利要求1-16任意一项所述的方法的通信装置以及执行权利要求17-19任意一项所述的方法的通信装置；或者，

执行以上权利要求1-16任意一项所述的方法的通信装置以及执行权利要求20-27任意一项所述的方法的通信装置。