CN117061406A - 一种报文处理的方法及相关设备 - Google Patents

Abstract

本申请公开了一种报文处理的方法及相关设备，网络设备的SRpolicy包括分段列表、尾节点信息和指示信息，指示信息用于指示分段列表是否指向SRpolicy的尾节点信息所指示的尾节点。当网络设备接收到目的地址与该SRpolicy匹配的业务报文时，基于SRpolicy中的指示信息确定分段列表是否指向SRpolicy的尾节点，根据所确定的结果对业务报文进行封装，并经由分段列表确定的SR路径转发封装后的业务报文。可见，通过在SRpolicy中添加指示信息，使得SR policy的头节点能够基于该指示信息感知到分段列表是否指向SRpolicy尾节点，从而基于该指示信息所指示的结果对业务报文进行相应的处理和转发，能够确保业务报文到达SRpolicy的尾节点。

Description

一种报文处理的方法及相关设备

本申请要求于2022年5月6日提交中国国家知识产权局、申请号为202210484832.X、 申请名称为“一种实现SR策略的方法、设备及系统”的中国专利申请的优先权，其全部内 容通过引用结合在本申请中。

技术领域

本申请涉及通信技术领域，特别是涉及一种报文处理的方法及相关设备。

背景技术

分段路由(Segment Routing，SR)策略(policy)是一种引流策略，SR policy通常包 括颜色(color)、尾节点(Endpoint)和分段列表(segment list)，如果业务报文的目的地址与SR policy匹配，那么，该业务报文可以基于该SR policy中的segment list所确定的 SR路径转发。

但是，在一些应用场景中，segment list所确定的SR路径和业务报文的转发路径很可 能不匹配，按照segment list所确定的SR路径转发业务报文，很可能导致业务报文无法被 有效的传输。

发明内容

基于此，本申请提供了一种报文处理的方法及相关设备，在SR policy中指示segment list是否指向SR policy的尾节点，使得SR隧道的头节点能够基于该指示合理的对业务报 文进行封装和转发，保障业务报文到达SR policy的尾节点。

第一方面，本申请提供了一种报文处理的方法，该方法中，第一网络设备上保存有SR policy，SR policy中包括第一分段列表、尾节点信息和第一指示信息，第一指示信息用于 指示第一分段列表是否指向所述SR policy的尾节点信息所指示的尾节点。当第一网络设备 接收到目的地址与该SR policy匹配的第一业务报文时，能够基于所述SR policy中的第一 指示信息确定所述第一分段列表是否指向所述SR policy的尾节点，从而根据所述第一分段 列表是否指向所述SR policy的尾节点的结果，对所述第一业务报文进行封装，获得第二业 务报文；然后，第一网络设备经由所述第一分段列表确定的SR路径转发所述第二业务报 文。可见，该方法中，通过在SR policy中添加用于指示segment list是否指向SRpolicy尾 节点的指示信息，使得SR policy的头节点能够通过该指示信息感知到segmentlist是否指 向SR policy尾节点，从而基于该指示信息所指示的结果对业务报文进行相应的处理和转 发，无论SR policy的分段列表所确定的SR路径和业务报文的转发路径匹配与否，都能够 确保业务报文到达SR policy的尾节点，从而提高了业务报文的转发成功率。

本申请实施例中，SR policy可以为基于第六版互联网协议的分段路由的策略(Segment Routing on IPv6 policy，SRv6 policy)，所述第一分段列表中的SID为IPv6地址；或者， 所述SR policy也可以为基于多协议标签交换的分段路由的策略(SegmentRouting on Multi-Protocol Label Switching policy，SR MPLS policy)，所述第一分段列表中的SID为MPLS标签。

在一些实现方式中，所述结果指示所述第一分段列表指向所述SR policy的尾节点，包 括：所述第一分段列表的最后一个分段标识SID指向所述尾节点。

作为一个示例，所述第一分段列表的最后第一SID指向所述尾节点，包括：所述第一 分段列表的最后一个SID为第一尾节点SID，所述第一尾节点SID用于指示所述尾节点。例如，第一尾节点SID可以是SR policy的尾节点的End SID。

作为另一个示例，所述第一分段列表的最后第一SID指向所述尾节点，包括：所述第 一分段列表的最后一个SID为第二尾节点SID，所述第二尾节点SID用于指示所述尾节点的前一跳节点上指向所述尾节点的出端口。例如，第二尾节点SID可以是SR policy的尾 节点的前一跳节点的End.X SID。

对于第一分段列表指向所述SR policy的尾节点的情况，第一网络设备对所述第一业务 报文进行封装，获得第二业务报文，例如可以包括：第一网络设备对所述第一分段列表进 行压缩，获得压缩列表和网段地址，所述压缩列表包括多个压缩SID；第一网络设备获得 第二分段列表，所述第二分段列表包括所述压缩列表和业务SID中的功能信息，所述业务 SID指示到所述尾节点的业务流，所述业务SID还包括所述网段地址；第一网络设备在所 述第一业务报文中封装所述网段地址和所述第二分段列表，获得所述第二业务报文。其中， 所述第一分段列表中的SID均包括所述网段地址，压缩列表为所述第一分段列表中的SID 去掉所述网段地址后的压缩SID按照各SID在第一分段列表中的顺序形成的列表；业务SID也包括所述网段地址，第二分段列表可以是在压缩列表的最后添加业务SID的功能信息所获得的分段列表。

其中，所述业务SID可以为所述尾节点的虚拟专用网(Virtual Private Network，VPN) SID或业务链(Service Chain)SID。

其中，所述第二业务报文可以通过分段路由头(Segment Routing Header，SRH)携带 所述第二分段列表；或者，所述第二业务报文也可以通过第六版互联网协议IPv6头携带所 述第二分段列表，例如，第二业务报文可以将第二分段列表携带在IPv6头的目的地址字段 中。

在另一些实现方式中，所述结果指示所述第一分段列表不指向所述SR policy的尾节 点，包括：所述第一分段列表的最后一个分段标识SID不指向所述尾节点。

作为一个示例，所述第一分段列表的最后第一SID不指向所述尾节点，包括：所述第 一分段列表的最后一个SID为第三尾节点SID，所述第三尾节点SID用于指示所述尾节点的前N跳节点，所述N为大于或等于1的整数。例如，第三尾节点SID可以是SR policy 的前N跳节点的End SID。

作为另一个示例，所述第一分段列表的最后第一SID指不向所述尾节点，包括：所述 第一分段列表的最后一个SID为第四尾节点SID，所述第四尾节点SID用于指示所述尾节点的前M跳节点上指向所述前(M-1)跳节点的出端口，所述M为大于或等于2的整数。例 如，第四尾节点SID可以是SR policy的尾节点的前M跳节点的End.X SID。

对于结果指示所述第一分段列表不指向所述SR policy的尾节点的情况，在第一网络设 备对所述第一业务报文进行封装获得第二业务报文之前，该方法还可以包括：第一网络设 备基于所述第一业务报文的目的地址确定是否存在到所述尾节点的转发信息。该转发信息 例如可以是基于尾节点发布的私网路由生成的，该私网路由可以包括尾节点的业务SID。 如此，第一网络设备对所述第一业务报文进行封装获得第二业务报文，可以包括：响应于 存在到所述尾节点的转发信息，第一网络设备对所述第一分段列表进行压缩，获得压缩列 表和网段地址，所述压缩列表包括多个压缩SID；第一网络设备获得第二分段列表，所述 第二分段列表包括所述压缩列表和业务SID中的节点信息和功能信息，所述业务SID指示 到所述尾节点的业务流，所述业务SID还包括所述网段地址；第一网络设备在所述第一业 务报文中封装所述网段地址和所述第二分段列表，获得所述第二业务报文。

其中，所述业务SID可以为所述尾节点的VPN SID或业务链SID。

其中，所述第二业务报文可以通过SRH携带所述第二分段列表；或者，所述第二业务 报文也可以通过IPv6头携带所述第二分段列表，例如，第二业务报文可以将第二分段列表 携带在IPv6头的目的地址字段中。

作为一个示例，所述到尾节点的转发信息可以包括所述业务SID的结构信息，所述结 构信息用于指示所述业务SID的结构，例如包括业务SID各部分(如网段地址、节点信息、功能信息)的长度。那么，该方法还可以包括：第一网络设备根据所述结构信息，从所述 业务SID中获得所述业务SID的所述节点信息和所述功能信息。

该实现方式中，如果第一网络设备确定不存在到所述尾节点的转发信息，那么，为了 避免业务报文到达第一分段列表所指示的SR路径的最后一跳后无法继续转发，导致业务 报文无法到达其目的节点的问题，第一网络设备可以阻止所述第一业务报文按照所述SR policy进行封装。

在一些实现方式中，第一网络设备还可以获得所述SR policy。一种情况下，该SRpolicy 可以是第一网络设备基于本地的配置获得的。另一种情况下，第一网络设备可以接收控制 实体发送的所述SR policy。

作为一个示例，第一网络设备接收控制实体发送的所述SR policy，可以包括：第一网 络设备接收所述控制实体发送的边界网关协议(Border Gateway Protocol，BGP)SRpolicy 报文，所述BGP SR policy报文包括所述SR policy。其中，所述BGP SR policy报文承载 所述第一指示信息的方式包括：分段列表的子类型长度值Segment List Sub-TLV中的标志 位；或者，分段策略隧道属性SR Policy Tunnel Attributes中的标志位；或者，分段策略的 分段列表的分段子类型长度值SR Policy Segment List的Segment Sub-TLV中的标志位。

作另为一个示例，第一网络设备接收控制实体发送的所述SR policy，可以包括：第一 网络设备接收所述控制实体发送的路径计算单元协议(Path Calculation ElementProtocol， PCEP)报文，所述PCEP报文包括所述SR policy。其中，所述PCEP报文承载所述第一指 示信息的方式包括：路径属性对象Path Attributes Object中的标志位。

在一些实现方式中，如果第一网络设备上的SR policy为控制实体下发的，那么，在 SR路径在建立之后，第一网络设备还可以在通过BGP链路状态(Link State，LS)报文向控制实体上报状态，该BGP LS报文包括第二指示信息，所述第二指示信息和所述第一指 示信息关联。其中，所述BGP LS报文承载所述第二指示信息的方式包括：所述分段策略 的分段列表的类型长度值SR Segment List TLV中的标志位。

第二方面，本申请还提供了一种报文处理的方法，控制实体生成SR policy，所述SR policy包括分段列表和指示信息，所述指示信息用于指示所述分段列表是否指向所述SR policy的尾节点，所述SR policy还包括尾节点信息，所述尾节点信息用于指示所述尾节点； 控制实体向第一网络设备发送所述SR policy，所述第一网络设备为所述SR policy的头节 点。可见，该方法中，控制实体通过在SR policy中添加用于指示segment list是否指向SR policy尾节点的指示信息，并将该SR policy发送给SR policy的头节点，使得SRpolicy的 头节点能够通过该指示信息感知到segment list是否指向SR policy尾节点，从而基于该指 示信息所指示的结果对业务报文进行相应的处理和转发，无论SR policy的分段列表所确定 的SR路径和业务报文的转发路径匹配与否，都能够确保业务报文到达SRpolicy的尾节点， 从而提高了业务报文的转发成功率。

在一些实现方式中，所述指示信息用于指示所述分段列表是否指向所述SRpolicy的尾 节点，包括：所述指示信息用于指示所述分段列表的最后一个分段标识SID是否指向所述 尾节点。

作为一个示例，控制实体向所述SR policy的头节点发送所述SR policy，可以包括： 控制实体向所述头节点发送BGP SR policy报文，所述BGP SR policy报文包括所述SRpolicy。

其中，所述BGP SR policy报文承载所述指示信息的方式包括：

分段列表的子类型长度值Segment List Sub-TLV中的标志位；

或者，分段策略隧道属性SR Policy Tunnel Attributes中的标志位；

或者，分段策略的分段列表的分段子类型长度值SR Policy Segment List的Segment Sub-TLV中的标志位。

作为另一个示例，控制实体向所述SR policy的头节点发送所述SR policy，可以包括： 控制实体向头节点发送PCEP报文，所述PCEP报文包括所述SR policy。

其中，所述PCEP报文承载所述指示信息的方式包括：

路径属性对象Path Attributes Object中的标志位。

需要说明的是，第二方面的报文处理的方法的具体实现方式以及达到的技术效果，可 以参见第一方面的相关描述。

第三方面，本申请还提供了一种报文处理的装置，该装置应用于第一网络设备，该装 置例如可以包括：接收单元、处理单元和发送单元。其中，接收单元，用于接收第一业务报文；处理单元，用于响应于确定所述第一业务报文中的目的地址与分段路由策略SRpolicy匹配，基于所述SR policy中的第一指示信息确定第一分段列表是否指向所述SRpolicy的尾节点，所述SR policy包括尾节点信息，所述尾节点信息用于指示所述尾节点；所述处理单元，还用于根据所述第一分段列表是否指向所述SR policy的尾节点的结果，对所述第一业务报文进行封装，获得第二业务报文；发送单元，用于经由所述第一分段列表确定的SR路径转发所述第二业务报文。

在一些实现方式中，所述结果指示所述第一分段列表指向所述SR policy的尾节点，包 括：所述第一分段列表的最后一个分段标识SID指向所述尾节点。其中，所述第一分段列 表的最后第一SID指向所述尾节点，包括：所述第一分段列表的最后一个SID为第一尾节 点SID，所述第一尾节点SID用于指示所述尾节点；或者，所述第一分段列表的最后一个SID为第二尾节点SID，所述第二尾节点SID用于指示所述尾节点的前一跳节点上指向所 述尾节点的出端口。

作为一个示例，所述处理单元，具体用于：对所述第一分段列表进行压缩，获得压缩 列表和网段地址，所述压缩列表包括多个压缩SID；获得第二分段列表，所述第二分段列表包括所述压缩列表和业务SID中的功能信息，所述业务SID指示到所述尾节点的业务流，所述业务SID还包括所述网段地址；在所述第一业务报文中封装所述网段地址和所述第二分段列表，获得所述第二业务报文。

在另一些实现方式中，所述结果指示所述第一分段列表不指向所述SR policy的尾节 点，包括：所述第一分段列表的最后一个分段标识SID不指向所述尾节点。

该实现方式中，所述处理单元，还用于：在所述对所述第一业务报文进行封装获得第 二业务报文之前，基于所述第一业务报文的目的地址确定是否存在到所述尾节点的转发信 息。

作为一个示例，所述处理单元，具体用于：响应于存在到所述尾节点的转发信息，对 所述第一分段列表进行压缩，获得压缩列表和网段地址，所述压缩列表包括多个压缩SID； 获得第二分段列表，所述第二分段列表包括所述压缩列表和业务SID中的节点信息和功能 信息，所述业务SID指示到所述尾节点的业务流，所述业务SID还包括所述网段地址；在 所述第一业务报文中封装所述网段地址和所述第二分段列表，获得所述第二业务报文。

其中，所述到尾节点的转发信息包括所述业务SID的结构信息，所述结构信息用于指 示所述业务SID的结构，所述处理单元，还用于：根据所述结构信息，从所述业务SID中获得所述业务SID的所述节点信息和所述功能信息。

作为另一个示例，所述处理单元，还用于：响应于不存在到所述尾节点的转发信息， 阻止所述第一业务报文按照所述SR policy进行封装。

其中，所述业务SID为所述尾节点的虚拟专用网VPN SID或业务链SID。

其中，所述第二业务报文通过分段路由头携带所述第二分段列表；或者，所述第二业 务报文通过第六版互联网协议IPv6头携带所述第二分段列表。

在一些实现方式中，所述接收单元，还用于：接收控制实体发送的所述SR policy。

作为一个示例，所述接收单元，具体用于：接收所述控制实体发送的边界网关协议BGP SR policy报文，所述BGP SR policy报文包括所述SR policy。

其中，所述BGP SR policy报文承载所述第一指示信息的方式包括：

分段列表的子类型长度值Segment List Sub-TLV中的标志位；

或者，分段策略隧道属性SR Policy Tunnel Attributes中的标志位；

或者，分段策略的分段列表的分段子类型长度值SR Policy Segment List的Segment Sub-TLV中的标志位。

作为另一个示例，所述接收单元，具体用于：接收所述控制实体发送的路径计算单元 协议PCEP报文，所述PCEP报文包括所述SR policy。

其中，所述PCEP报文承载所述第一指示信息的方式包括：

路径属性对象Path Attributes Object中的标志位。

本申请实施例中，所述SR policy为基于第六版互联网协议的分段路由的策略SRv6 policy，所述第一分段列表中的SID为IPv6地址；或者，所述SR policy为基于多协议标签 交换的分段路由的策略SR MPLS policy，所述第一分段列表中的SID为MPLS标签。

需要说明的是，本申请提供的装置的具体实现方式以及达到的技术效果，可以参见第 一方面提供的方法。

第四方面，本申请还提供了一种报文处理的装置，该装置应用于控制实体，所述装置 例如可以包括：处理单元和发送单元。其中，处理单元，用于生成分段路由策略SRpolicy， 所述SR policy包括分段列表和指示信息，所述指示信息用于指示所述分段列表是否指向所 述SR policy的尾节点，所述SR policy还包括尾节点信息，所述尾节点信息用于指示所述 尾节点；发送单元，用于向所述SR policy的头节点发送所述SR policy。

在一些实现方式中，所述指示信息用于指示所述分段列表是否指向所述SRpolicy的尾 节点，包括：所述指示信息用于指示所述分段列表的最后一个分段标识SID是否指向所述 尾节点。

在一些实现方式中，所述发送单元，具体用于：向所述头节点发送边界网关协议BGP SR policy报文，所述BGP SR policy报文包括所述SR policy。

其中，所述BGP SR policy报文承载所述指示信息的方式包括：

分段列表的子类型长度值Segment List Sub-TLV中的标志位；

或者，分段策略隧道属性SR Policy Tunnel Attributes中的标志位；

或者，分段策略的分段列表的分段子类型长度值SR Policy Segment List的Segment Sub-TLV中的标志位。

在另一些实现方式中，所述发送单元，具体用于：向所述头节点发送路径计算单元协 议PCEP报文，所述PCEP报文包括所述SR policy。

其中，所述PCEP报文承载所述指示信息的方式包括：

路径属性对象Path Attributes Object中的标志位。

需要说明的是，本申请提供的装置的具体实现方式以及达到的技术效果，可以参见第 二方面提供的方法。

第五方面，本申请提供一种网络设备，所述网络设备包括处理器和存储器，存储器用 于存储指令或程序代码，处理器用于从存储器中调用并运行所述指令或程序代码，以执行 第一方面或第一方面的任意一种可能的实现中的所述方法。

第六方面，本申请提供一种控制实体，所述控制实体包括处理器和存储器，存储器用 于存储指令或程序代码，处理器用于从存储器中调用并运行所述指令或程序代码，以执行 第二方面或第二方面的任意一种可能的实现中的所述方法。

第七方面，本申请提供一种通信系统，该通信系统可以包括第一网络设备和控制实体； 其中，第一网络设备，用于执行第一方面或第一方面的任意一种可能的实现中所述的方法； 控制实体，用于执行第二方面或第二方面的任意一种可能的实现中所述的方法。其中，所 述第一网络设备可以是上述第三方面提供的报文处理的装置，所述控制实体可以是上述第 四方面提供的报文处理的装置。或者，第一网络设备可以是上述第五方面提供的网络设备， 控制实体可以是上述第六方面提供的控制实体。

第八方面，本申请提供一种计算机可读存储介质，其特征在于，包括指令、程序或代 码，当其在计算机上执行时，使得所述计算机执行第一方面、第一方面的任意一种可能的 实现中、第二方面或第二方面的任意一种可能的实现中的所述方法。

第九方面，本申请提供一种计算机程序产品，当所述计算机程序产品在网络设备上运 行时，使得所述网络设备执行上述第一方面、第一方面的任意一种可能的实现中、第二方 面或第二方面的任意一种可能的实现中的所述方法。

附图说明

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

图1为本申请适用的一种网络的结构示意图；

图2a为在图1所示的网络中本申请提供的一种报文处理的方法的示意图；

图2b为在图1所示的网络中本申请提供的另一种报文处理方法的示意图；

图3为本申请适用的另一种网络的结构示意图；

图4为本申请提供的一种报文处理的方法100的流程示意图；

图5为本申请提供的一种BGP SR policy报文携带第一指示信息的格式示意图；

图6为本申请提供的一种PCEP报文携带第一指示信息的格式示意图；

图7为本申请提供的一种BGP LS报文携带第二指示信息的格式示意图；

图8为本申请提供的一种业务SID的结构信息的示意图；

图9为本申请中另一种报文处理的装置900的结构示意图；

图10为本申请中又一种报文处理的装置1000的结构示意图；

图11为本申请中一种网络设备1100的结构示意图；

图12为本申请中另一种网络设备1200的结构示意图；

图13为本申请中一种通信系统1300的结构示意图。

具体实施方式

分段路由(Segment Routing，SR)是基于源路由理念而设计的在网络上转发业务报文 的协议。SR技术通过在业务报文中插入一个分段路由头(Segment Routing Header，SRH)， 在SRH中压入一个显式的segment list，中间节点通过不断更新目的地址和用于指示segment list中分段标识(Segment Identifier，SID)的偏移地址的操作来完成逐跳转发。SR 策略(SR policy)是SR协议下的引流策略，通常使用<Headpoint，color，endpoint>或<color， endpoint>全局唯一标识SR policy；SR policy中可以包括多条候选路径(Candidate Path)， 每条Candidate Path可以关联多个segment list，每个segment list包括多个Segment，每个 Segment即为一个SID。例如，SR Policy的封装结构如下：

其中，Distinguisher为承载该SR policy的网络层可达信息(Network LayerReachability Information，NLRI)的标识，用于指示该NRLI承载的内容为SR policy；Color和Endpoint 可以记作尾节点信息，用于标识尾节点，也被用作SR policy引流的索引，即，业务报文与 SR policy的Color和Endpoint匹配，则，该业务报文可以基于该SRpolicy处理。需要说 明的是，一些情况下，SR policy中也可以仅包括Color，那么，Color也可以单独记作尾节 点信息，用于标识尾节点也被用作SR policy引流的索引，即，业务报文与SR policy的Color 匹配，则，该业务报文可以基于该SR policy处理。

其中，Preference指示Candidate Path的优先权，SR policy中的多条CandidatePath中， 以优先权最高的Candidate Path作为该SR policy的工作路径，该SR policy的其他Candidate Path为该工作路径的备用路径。Weight指示Candidate Path中segment list的权重，作为工 作路径的Candidate Path的至少一个segment list之间可以基于segmentlist的权重进行负载 分担。本申请实施例中提及的SR policy中的分段列表，是指SRpolicy中作为工作路径的 Candidate Path中的segment list。

Segment为SR policy中用于转发的元素，通常也可以称为SID，SID可以由定位符(Locator)和功能信息(Function)两部分组成，SID的格式可以是Locator:Function，其中，Locator占据SID的高比特位，Function部分占据SID的剩余部分。Locator具有路由 功能，网络里其他节点通过Locator网段路由就可以定位到本节点，本节点发布的所有SID 也都可以通过该条Locator网段路由到达。一般Locator在SR域内唯一。Function代表节 点的指令(Instruction)，这些指令都由节点预先设定，指示SID的生成节点需要进行的功 能操作。其中，Function部分还可以分出一个可选的参数段(Arguments)，那么，SID的 格式可以变为Locator:Function:Arguments，Arguments占据SID的低比特位，通过Arguments 字段可以定义一些报文的流和服务等信息，本申请实施例不涉及对Arguments的改进，所 以后续SID的格式不再区分是否将Function划分出Arguments。对于SID中的locator，可 以进一步的划分为网段地址(block)和节点信息(node)两部分，block用于标识网段地 址，相同网段的节点的SID具有相同的block，node用于标识节点，不同节点的SID中node 不同。这样，SID的格式也可以表示为block:node:Function。

在一些应用场景中，segment list所确定的SR路径和业务报文的转发路径很可能不匹 配，例如，SR路径仅是转发路径的一部分，那么，按照segment list所确定的SR路径转发业务报文，很可能导致业务报文无法被有效的传输。例如，网络设备A上SR policy中 的segment list所确定的SR路径为从网络设备A经过网络设备B到达网络设备C的路径1， 而SR policy中的尾节点信息所指示的尾节点为网络设备D，那么，匹配该SR policy的业 务报文的转发路径至少包括该SR policy所确定的从网络设备A经过网络设备B和网络设 备C到网络设备D的路径2，路径1仅是路径2的一部分，即，路径1对应的segment list 未指示到SR policy的尾节点(即网络设备D)，如果对于与该SR policy匹配的业务报文 按照segment list所确定的SR路径1转发，由于网络设备A无法感知到该SR路径1对应 的segment list是否指示到SR policy的尾节点，所以，网络设备A基于segment list对该业务报文的处理很可能导致该业务报文到达网络设备C后，无法准确的转发到该SR policy的尾节点(即网络设备D)上，即，目前的技术方案无法保障业务报文在SR policy中的有 效传输。

例如，为了克服SR技术带来的业务报文的封装和传输效率较低的问题，对于SR的头 节点通常对业务报文中待封装的segment list进行压缩，针对该压缩场景，让头节点感知到 segment list所确定的SR路径是否指示到SR policy的尾节点，是十分重要的。对于该压缩 的场景，由于SRH中的各SID所指示的节点均属于相同的网段，所以，SR的头节点可以 将segment list中各SID共同的部分——block提取出来，各SID剩余的部分(可以记作压 缩SID)可以表示为node:Function，如此，业务报文的SRH仅需要对segment list中各SID 共有的block封装一次，提升了SR的封装效率。为了进一步提升封装效率，SR路径的头节点也可以将其他类型的业务SID(如虚拟专用网(Virtual Private Network，VPN)SID)和segment list中的SID进行压缩后一起进行封装。其中，业务SID的格式也可以表示为block:node:Function。以业务SID为VPN SID为例，如果segment list所确定的SR路径指示到SR policy的尾节点，则，由于VPN SID的block和segment list中各SID的block相 同，且基于segment list的最后一个SID即可将业务报文转发到SR policy的尾节点，无需 基于VPN SID查路由转发，所以，无需携带VPN SID中的node标识，VPN SID在与segment list的SID一起进行压缩后封装时，仅需要压缩VPN SID的Function，无需再携带VPN SID 的node；如果segment list所确定的SR路径不能指示到SR policy的尾节点，则，由于VPN SID的block和segment list中各SID的block相同，但基于segment list的最后一个SID不 能将业务报文转发到SR policy的尾节点，VPN SID需要被segment list的最后一个SID所 指示的节点用于查去往SR policy的尾节点的路由，这样，VPN SID在与segment list的SID一起进行压缩后封装时，不仅需要压缩VPN SID的Function，还需压缩VPN SID中的node 以标识尾节点，从而在segment list的最后一个SID所指示的节点能够拼接获得VPN SID， 确保后续基于VPN SID能够对业务报文进行有效的转发。

在另外的一些场景中，通过感知SR Policy中的segment list是否指向尾节点，也可以 作为SR policy的头节点进行路径的拼接或控制处理的重要依据。

基于此，本申请实施例提供了一种报文处理的方法，网络设备上的SR policy中包括分 段列表(segment list)和指示信息，指示信息用于指示分段列表是否指向SR policy的尾节 点，尾节点为SR policy中的尾节点信息确定的节点。这样，当网络设备接收目的地址与该 SR policy匹配的第一业务报文后，可以基于该SR policy中的指示信息确定所述SR policy 中的分段列表是否指向所述SR policy的尾节点，从而，该网络设备根据所述分段列表是否 指向所述SR policy的尾节点的结果，对所述第一业务报文进行封装获得第二业务报文，经 由所述分段列表确定的SR路径转发所述第二业务报文。

可见，本申请实施例提供的方法中，通过在SR policy中添加用于指示segmentlist是 否指向SR policy尾节点的指示信息，使得SR policy的头节点能够通过该指示信息感知到 segment list是否指向SR policy尾节点，从而基于该指示信息所指示的结果对业务报文进 行相应的处理和转发，无论SR policy的分段列表所确定的SR路径和业务报文的转发路径 匹配与否，都能够确保业务报文到达SR policy的尾节点。

其中，尾节点信息可以是SR policy中能够标识尾节点的任何信息，例如，尾节点信息 可以是SR policy中的endpoint，又例如，尾节点信息可以是SR policy中的color，再例如， 尾节点信息可以是SR policy中的endpoint和color。

SR policy中的指示信息，可以用于指示SR policy的分段列表是否指向所述SRpolicy 的尾节点。一种情况下，该指示信息可以与SR policy对应，即，SR policy中所有segment list对应一个相同的指示信息，该指示信息可以指示SR policy中所有segmentlist是否指向 该SR policy的尾节点的情况。另一种情况下，该指示信息可以与SR policy中的一个segment list对应，即，SR policy中每个segment list均对应一个指示信息，该指示信息可以指示SR policy中与该指示信息对应的segment list是否指向该SR policy的尾节点的情况，各segment list的指示信息可以相同也可以不同。本申请实施例以指示信息与SR policy中的一个 segment list对应为例进行后续说明。

举例来说，以图1所示的网络为例进行说明。参见图1，网络中可以包括：网络设备11、网络设备12、网络设备21、网络设备22、网络设备23、网络设备24、网络设备25 和控制实体51，其中，网络设备11依次经过网络设备21、网络设备22和网络设备23连 接网络设备12，网络设备11还依次经过网络设备21、网络设备24、网络设备25和网络 设备23连接网络设备12，控制实体51可以和网络设备21进行交互。

在进行业务报文的处理之前，控制实体51可以计算从网络设备21到网络设备23的SR policy，获得SR policy 1和SR policy 2，并将SR policy 1和SR policy 2下发至头节点 (即网络设备21)，网络设备21接收并保存SR policy 1和SR policy 2，为后续处理通过SR policy 1或SR policy 2传输的业务报文做好了准备。其中，SR policy 1包括：<color1， endpoint 2::2>，segment list 1<SID 11,SID 12,SID 13>，以及指示信息＝1，SRpolicy 2包括： <color 2，endpoint 2::2>，segment list 2<SID 21,SID 24>，以及指示信息＝0。其中，2::2可 以是网络设备23的环回(loopback)地址；SID 11、SID 12和SID 13分别用于标识网络设 备21、网络设备22和网络设备23；SID 21和SID 24分别用于标识网络设备21和网络设 备24；指示信息＝1用于指示segment list 1指向SR policy 1的尾节点(即网络设备23)； 指示信息＝0用于指示segment list 2未指向SR policy 2的尾节点(即网络设备23)。

作为一个示例，网络设备21接收到网络设备11发送的业务报文1，业务报文1的目的地址1与2::2匹配，且业务报文1携带color 1，那么，网络设备21可以确定该业务报 文1与SR policy 1匹配；接着，网络设备21根据SR policy 1中的指示信息＝1，确定segmentlist 1指向SR policy 1的尾节点；然后，网络设备21基于segment list 1指向SR policy1的 尾节点的结果，对业务报文1进行封装获得业务报文2，并按照segment list 1所确定的SR 路径1转发业务报文2。

作为另一个示例，网络设备21接收到网络设备11发送的业务报文3，业务报文3的目的地址2与2::2匹配，且业务报文3携带color 2，那么，网络设备21可以确定该业务 报文3与SR policy 2匹配；接着，网络设备21根据SR policy 2中的指示信息＝0，确定segmentlist 2不指向SR policy 2的尾节点；然后，网络设备21基于segment list 2不指向SRpolicy 2的尾节点的结果，对业务报文3进行封装获得业务报文4，并按照segment list 2所确定 的SR路径2转发业务报文4。

需要说明的是，由于SR policy 1和SR policy 2所包括的指示信息所指示的含义不同， 所以，网络设备21对业务报文1的封装，与网络设备21对业务报文3的封装方式不同。

以网络设备21对segment list中的SID和业务SID一起封装压缩为例，对指示信息的 不同指示结果下网络设备21对业务报文的封装以及传输进行说明。在网络设备21接收业 务报文之前，网络设备23可以通过静态配置或动态分配的方式获得业务SID 1，该业务SID 1例如可以为A2:1::B100，从而，网络设备23可以基于该业务SID生成转发信息1和转发信息2，其中，转发信息1可以包括业务SID 1的block和Function，转发信息2可以包括 业务SID 1的block、node和Function；接着，网络设备23可以发布私网路由，该私网路 由包括业务SID 1和结构信息，其中，结构信息为用于指示业务SID 1的结构的信息，例 如结构信息可以包括指示业务SID 1中各部分在该业务SID 1中占用的长度。网络设备21 接收到网络设备23发布的携带业务SID 1和结构信息的私网路由后，安装私网路由，生成 转发信息3，转发信息3包括但不限：虚拟路由转发(Virtual Routing Forwarding，VRF) 标识、前缀和业务SID，其中，VRF标识例如可以为100，前缀可以为2.2.2.2/24，业务SID 为业务SID 1(例如A2:1::B100)。

如图2a所示，网络设备21接收到业务报文1后，可以基于业务报文1携带的目的地址和color 1，确定该业务报文1与SR policy 1匹配；而且，基于业务报文1的目的地址匹配到前缀为2.2.2.2/24的转发信息3，确定需要在业务报文1中携带转发信息3中的业务SID 1。从而，网络设备21根据SR policy 1中的指示信息＝1，确定segment list 1指向SRpolicy 1的尾节点；然后，网络设备21基于segment list 1指向SR policy 1的尾节点的结果， 对业务报文1进行封装获得业务报文2的过程可以包括：对segment list 1进行压缩，获得 block和压缩列表1，其中，压缩列表1中包括多个压缩SID；根据压缩列表1和业务SID1 的功能信息(Function)获得segment list 1’；在业务报文1中封装block和segmentlist 1’ 获得业务报文2，其中，block和segment list 1’可以封装在业务报文2的SRH中，或者， 也可以封装在业务报文2的第六版互联网协议(Internet Protocol version 6，IPv6)头中， 例如封装在业务报文2的IPv6头的目的地址字段中，图2a以将block和segmentlist 1’封 装在业务报文2的IPv6头的目的地址字段示出了业务报文2的结构。如此，网络设备21 可以将业务报文2经过SR路径1转发到网络设备23，网络设备23基于业务报文2的segment list 1’中业务SID 1的Function，执行相应的操作。

如图2b所示，网络设备21接收到业务报文3后，可以基于业务报文3携带的目的地址和color 2，确定该业务报文3与SR policy 2匹配；而且，基于业务报文3的目的地址匹配到前缀为2.2.2.2/24的转发信息3，确定需要在业务报文1中携带转发信息3中的业务SID 1。从而，网络设备21根据SR policy 2中的指示信息＝0，确定segment list 2未指向SR policy 2的尾节点；然后，网络设备21基于segment list 2指向SR policy 2的尾节点的 结果，对业务报文3进行封装获得业务报文4的过程可以包括：对segment list 2进行压缩， 获得block和压缩列表2，其中，压缩列表2中包括多个压缩SID；根据压缩列表2和业务SID 1的node和Function获得segment list 2’；在业务报文3中封装block和segment list3’ 获得业务报文4，其中，block和segment list 2’可以封装在业务报文4的SRH中，或者，也可以封装在业务报文4的IPv6头中，例如封装在业务报文4的IPv6头的目的地址字段 中，图2b以将block和segment list 2’封装在业务报文4的IPv6头的目的地址字段示出了 业务报文4的结构。如此，网络设备21可以将业务报文4经过SR路径2转发到网络设备 24，网络设备24可以基于业务报文2的block、segment list 2’中业务SID 1的node和 Function，拼接获得业务SID 1后，根据业务SID 1查路由对业务报文4进行处理后转发到 网络设备23。

需要说明的是，网络设备23接收到业务报文2后，可以基于业务报文2的block和segment list 1’中业务SID 1的Function，进行拼接并匹配到转发信息1，基于转发信息1进 行后续转发，例如，将业务报文2进行处理，并将处理后的业务报文2发送到网络设备12。网络设备23接收到业务报文4后，可以基于业务报文4的block、segment list 2’中业务SID1的node和Function，进行拼接并匹配到转发信息2，基于转发信息2进行后续转发，例 如，将业务报文4进行处理，并将处理后的业务报文4发送到网络设备12。

其中，对segment list 1进行压缩获得block和压缩列表1，例如可以是：对segment list 1中的SID进行压缩，获得block和压缩列表1，所述segment list 1中的SID均包括所述 block，压缩列表1为所述segment list 1中的SID去掉所述block后的压缩SID按照各SID 在segment list 1中的顺序形成的列表。segment list 1为<SID 11,SID 12,SID 13>，压缩列表 1可以为<压缩SID 11，压缩SID 12,压缩SID 13>，其中，SID 11可以表示为block：压缩 SID 11，SID 12可以表示为block：压缩SID 12，SID 13可以表示为block：压缩SID 13。 同理，对segment list 2进行压缩获得block和压缩列表2，例如可以是：对segment list 2 中的SID进行压缩，获得block和压缩列表2，所述segment list 2中的SID均包括所述block， 压缩列表2为所述segment list 2中的SID去掉所述block后的压缩SID按照各SID在 segment list 2中的顺序形成的列表。segment list 2为<SID 21,SID 24>，压缩列表2可以为< 压缩SID 121，压缩SID 24>，其中，SID 21可以表示为block：压缩SID21，SID 24可以 表示为block：压缩SID 24。

其中，根据压缩列表1和业务SID 1的Function获得segment list 1’，例如可以是：在 压缩列表1的最后添加业务SID 1的Function，获得segment list 1’。压缩列表1为<压缩 SID 11，压缩SID 12,压缩SID 13>，则，segment list 1’可以表示为<压缩SID 11，压缩SID 12,压缩SID 13,业务SID 1的Function>。根据压缩列表2、业务SID 1的node和Function 获得segment list 2’，例如可以是：在压缩列表2的最后添加业务SID 1的node和Function， 获得segment list 2’。压缩列表2为<压缩SID 21，压缩SID 24>，则，segmentlist 2’可以表 示为<压缩SID 21，压缩SID 24,业务SID 1的node,业务SID 1的Function>。

可见，SR policy的头节点通过SR policy中的用于指示segment list是否指向SRpolicy 尾节点的指示信息，感知到segment list是否指向SR policy尾节点，从而基于该指示信息 所指示的结果对业务报文进行相应的处理和转发，确保业务报文到达SR policy的尾节点。

在另一些可能的实现方式中，SR policy跨自治系统(Autonomous System，AS)域的 情况，SR policy的尾节点通常为AS域边界节点(如自治系统边界路由器(AutonomousSystem Boundary Router，ASBR))，那么，SR policy的头节点不仅需要根据SR policy 的指示信息确定segment list是否指向SR policy的尾节点，还需要确定本地是否存在到尾节点的转发信息，以及是否存在到所接收的业务报文的目的节点的转发信息。其中，业务报文的目的节点可以是基于业务报文的目的地址确定的。一种情况下，如果确定本地存在到尾节点的转发信息4以及存在到所接收的业务报文的目的节点的转发信息5，那么，头 节点可以在所接收的业务报文中封装该segment list、业务SID 2和业务SID 3，如此，实 现该业务报文跨域的有效传输。另一种情况下，如果确定segment list指向SR policy的尾节点、但本地不存在到所接收的业务报文的目的节点的转发信息，那么，头节点可以确定业务报文传输到SR policy的尾节点后无法进行路由转发，从而，可以确定该业务报文不可通过该SR policy转发，那么，头节点阻止该业务报文按照该SR policy进行封装。

例如，以图3所示的网络为例对跨AS域的场景进行说明。参见图3，网络中可以包括：网络设备11、网络设备12、网络设备21、网络设备22、网络设备23、网络设备24 和控制实体52，其中，网络设备11依次经过网络设备21、网络设备22、网络设备23和 网络设备24连接网络设备12，其中，网络设备22和网络设备23为ASBR，控制实体52 可以和网络设备21进行交互。

在进行业务报文的处理之前，控制实体52可以计算从网络设备21到网络设备23的SR policy，获得SR policy 3，并将SR policy 3下发至头节点(即网络设备21)，网络设备21接收并保存SR policy 3，为后续处理通过SR policy 3传输的业务报文做好了准备。其中， SR policy 3包括：<color 3，endpoint 3::3>，segment list 3<SID 31,SID 32,SID33>，以及指 示信息＝1。其中，3::3可以是网络设备23的loopback地址；SID 31、SID 32和SID 33分 别用于标识网络设备21、网络设备22和网络设备23；指示信息＝1用于指示segment list 3 指向SR policy 3的尾节点(即网络设备23)。如此，网络设备21接收到网络设备11发送 的业务报文5，业务报文5的目的地址3与3::3匹配，且业务报文3携带color3，那么， 网络设备21可以确定该业务报文5与SR policy 3匹配；接着，网络设备21根据SRpolicy 3中的指示信息＝1，确定segment list 3指向SR policy 3的尾节点；然后，网络设备21判 断本地是否存在到业务报文5的目的节点24的转发信息，如果存在，则，基于segment list 3和目的节点的业务SID对业务报文5进行封装获得业务报文6，并按照segment list 3所 确定的SR路径3转发业务报文6到网络设备23后，按照目的节点的业务SID查路由确定 的转发路径转发业务报文6到网络设备24；如果网络设备21确定本地不存在到业务报文 5的目的节点24的转发信息，则，阻止该业务报文5按照SR policy 3进行封装。

可见，在跨AS域的场景中，SR policy的头节点通过SR policy中的用于指示segment list是否指向SR policy尾节点的指示信息，感知到segment list是否指向SRpolicy尾节点， 并结合本地是否存在到业务报文的目的节点的转发信息的判断结果，对业务报文进行相应 的处理和转发，确保业务报文在网络中被有效的转发到目的节点。

需要说明的是，本申请实施例中，在不考虑跨域的情况下，SR policy的头节点到尾节 点的路径记作转发路径；SR policy中segment list确定的路径记作SR路径；业务SID所指 示的到尾节点的业务流基于该业务SID所匹配的路径记作业务路径。考虑到跨域的情况， SR policy的头节点到尾节点的路径记作第一转发路径，SR policy的头节点到业务报文的目 的节点的路径去除第一转发路径剩余的路径记作第二转发路径。

需要说明的是，本申请实施例中，segment list中的SID可以是用于标识节点的SID， 例如，可以是节点的End SID，End SID用于标识网络中的某个目的地址前缀。或者，segment list中的SID也可以是用于标识节点的出端口的SID，例如，可以是节点的End.XSID，End.X SID用于标识三层交叉连接，也可以理解为用于标识网络中的某条链路。对于segment list 中的SID为End SID的情况，segment list指向SR policy的尾节点，可以指segment list中 的最后一个SID为尾节点的End SID；反之，segment list不指向SRpolicy的尾节点，可以 指segment list中的最后一个SID不是尾节点的End SID，例如可以是尾节点前N(N为大 于或等于1的整数)跳的节点的End SID。对于segment list中的SID为End.X SID的情况， segment list指向SR policy的尾节点，可以指segment list中的最后一个SID为尾节点的前 一跳节点的End.X SID；反之，segment list不指向SR policy的尾节点，可以指segment list 中的最后一个SID是尾节点的前M(M为大于或等于2的整数)跳的End.X SID，例如可 以是尾节点前2跳的节点的End.X SID。

需要说明的是，本申请实施例中，业务SID可以是VPN SID，用于标识VPN；或者， 业务SID也可以是业务链(Service Chain)SID，用于标识业务链。

需要说明的是，本申请实施例中，SR policy可以为基于第六版互联网协议的分段路由 (Segment Routing on IPv6，SRv6)policy，segment list中的SID为IPv6地址的形式；或 者，SR policy也可以为基于多协议标签交换的分段路由(Segment Routing onMulti-Protocol Label Switching，SR MPLS)policy，segment list中的SID为MPLS标签。

需要说明的是，本申请实施例中的网络设备和节点指代相同的含义，可以相互交替理 解和使用。网络设备，可以指交换机、路由器、虚拟路由设备或虚拟转发设备等具有报文 转发功能的通信设备。例如，图1中网络设备21和网络设备23可以为PE设备，网络设 备22、网络设备24和网络设备25可以是P设备，网络设备11和网络设备12则可以是客 户终端设备(Customer Premises Equipment，CPE)。控制实体可以是控制器或其他具有算 路功能的实体，例如，控制实体51可以是路径计算单元(Path Calculation Element，PCE)， 网络设备21上可以包括与PCE可通信的路径计算客户端(Path Calculation Client，PCC)。

以上为以场景实施例的形式对本申请实施例的介绍，下面结合附图详细说明本申请实 施例的具体实现方式。

图4为本申请实施例提供的一种报文处理的方法100的流程示意图。该方法100中，为了方便理解和描述，以第一网络设备和控制实体的交互方式进行说明。第一网络设备可以对应图1、图2a、图2b或图3所示的网络中的网络设备21，控制实体可以对应图1、图 2a或图2b所示的网络中的控制实体51，或者，控制实体可以对应图3所示的网络中的控 制实体52。

如图4所示，该方法100例如可以包括下述S101～S107：

S101，控制实体生成SR policy，所述SR policy包括第一分段列表和第一指示信息， 所述第一指示信息用于指示所述第一分段列表是否指向所述SR policy的尾节点，所述SR policy还包括尾节点信息，所述尾节点信息用于指示所述尾节点。

S102，控制实体向第一网络设备发送所述SR policy。

S103，第一网络设备获得所述SR policy。

其中，控制实体在生成SR policy时，不仅路径计算结果获得第一分段列表，还判断第 一分段列表是否指向了该SR policy的尾节点，并将该判断结果以第一指示信息的形式体现 在SR policy中。例如，第一指示信息等于第一值(如1)可以指示第一分段列表指向SR policy 的尾节点，第一指示信息等于第二值(如0)可以指示第一分段列表未指向SRpolicy的尾 节点。

例如，对于SR policy包括color和endpoint的情况，可以将endpoint作为尾节点信息， 或者将color和endpoint共同作为尾节点信息，并基于尾节点信息确定SR policy的尾节点。 又例如，对于SR policy只包括color的情况，可以将color作为尾节点信息，基于尾节点 信息确定SR policy的尾节点。

第一分段列表是否指向所述SR policy的尾节点，例如可以指第一分段列表的最后一个 SID是否指向所述SR policy的尾节点。其中，第一分段列表的最后一个SID指向所述SR policy的尾节点，可以包括：所述第一分段列表的最后一个SID为第一尾节点SID，所述 第一尾节点SID用于指示所述尾节点，如，第一尾节点SID为尾节点的End SID；或者， 所述第一分段列表的最后一个SID为第二尾节点SID，所述第二尾节点SID用于指示所述 尾节点的前一跳节点上指向所述尾节点的出端口，如，第二尾节点SID为尾节点的前一跳 节点的End.X SID，该End.X SID可以通过所述出端口指向尾节点。

作为一个示例，控制实体可以是独立的实体设备，那么，控制实体在生成SRpolicy 后，可以向第一网络设备发送所述SR policy。例如，控制实体为独立部署的PCE，第一网 络设备内包括PCC，且第一网络设备为SR policy的头节点，那么，S101～S103例如可以 是：PCE生成并向第一网络设备的PCC发送SR policy，第一网络设备获得该SR policy。

作为另一个示例，控制实体可以是合设于第一网络设备的一个模块，那么，S102中控 制实体向第一网络设备发送所述SR policy可以理解为第一网络设备内部模块间的数据交 互。例如，第一网络设备内部署了PCE和PCC，且第一网络设备为SR policy的头节点，那么，S101～S103例如可以是：第一网络设备的PCE生成并向PCC发送SR policy，第一 网络设备获得该SR policy。

下面以控制实体和第一网络设备分设的场景为例进行描述。

在一些实现方式中，S102可以包括：控制实体向第一网络设备发送边界网关协议(Border Gateway Protocol，BGP)SR policy报文，所述BGP SR policy报文包括所述SRpolicy。那么，S103可以包括：第一网络设备接收所述控制实体发送的BGP SR policy报文，所述BGP SR policy报文包括所述SR policy。其中，BGP SR policy报文承载所述第一指示信息的方式可以包括但不限于：分段列表的子类型长度值(Segment List Sub-TLV)中的标志位；或者，分段策略隧道属性(SR Policy Tunnel Attributes)中的标志位；或者，分段策略的分段列表的分段子类型长度值(SR Policy Segment List)的Segment Sub-TLV中的标志位。以Segment List Sub-TLV中增加标志位携带该第一指示信息为例，如图5所示，在 标志(Flags)中增加标志位记作(To Endpoint，TE)，当TE＝1，标识该segment list指向 SRpolicy的尾节点，当TE未设置或TE＝0，标识该segment list未指向SR policy的尾节点；或者，增加标志位记作(Not To Endpoint，NTE)，当NTE未设置或NTE＝0，标识该segmentlist指向SR policy的尾节点，当NTE＝1，标识该segment list未指向SR policy的尾节点。该Segment List Sub-TLV中还可以包括：Type字段＝128，用于指示该Sub-TLV的类型；Length字段的值用于指示该Segment List Sub-TLV中所有Sub-TLV的长度之和；Flags，在draft-ietf-idr-segment-routing-te-policy中为Reserved字段，用作该Segment ListSub-TLV的 指示标记的可占用部分，TE或NTE可以使用该Flags中任意一个比特位承载；若干个子 TLV(sub-TLVs)。

在另一些实现方式中，S102可以包括：控制实体向第一网络设备发送路径计算单元协 议(Path Calculation Element Protocol，PCEP)报文，所述PCEP报文包括所述SRpolicy。 那么，S103可以包括：第一网络设备接收所述控制实体发送的PCEP报文，所述PCEP报 文包括所述SR policy。其中，PCEP报文承载所述第一指示信息的方式可以包括但不限于 路径属性对象(Path Attributes Object)中的标志位。Path Attributes Object用于描述segment list的属性信息，其格式以及各部分的定义可以参见draft-ietf-pce-multipath。以Path Attributes Object中增加标志位携带该第一指示信息为例，如图6所示，在Flags中增加标 志位记作TE，当TE＝1，标识该segment list指向SR policy的尾节点，当TE未设置或TE＝0， 标识该segment list未指向SR policy的尾节点；或者，增加标志位记作NTE，当NTE未设 置或NTE＝0，标识该segment list指向SR policy的尾节点，当NTE＝1，标识该segment list 未指向SR policy的尾节点。该Path Attributes Object中还可以包括：Path ID字段和可选 TLV(Option TLVs)，Path ID字段的值为segment list的路径标识。

可以理解的是，第一网络设备获得SR policy后，基于SR policy中的segmentlist建立 SR路径。在SR路径在建立之后，第一网络设备还可以在通过BGP链路状态(LinkState， LS)报文上报状态时，把SR路径是否指向SR policy的尾节点的第二指示信息上报给控制 实体。其中，第二指示信息可以是与第一指示信息关联的、携带在BGP LS报文中用于指 示segment list是否指向SR policy的尾节点的指示信息。例如，BGP LS报文中可以通过 SR Segment List TLV中扩展1比特的标志位承载第二指示信息。BGP-LS报文的格式以及 携带第二指示信息的方式可以参见目前BGP-LS报文上报SR Policy相关信息的协议draft-ietf-idr-te-lsp-distribution。如图7所示，在BGP-LS报文的SR Segment ListTLV中的 Flags中增加标志位记作TE，当TE＝1，标识该segment list指向SR policy的尾节点，当 TE未设置或TE＝0，标识该segment list未指向SR policy的尾节点；或者，增加标志位记 作NTE，当NTE未设置或NTE＝0，标识该segment list指向SR policy的尾节点，当NTE＝1， 标识该segment list未指向SR policy的尾节点。该SR Segment List TLV中还可以包括：Type 字段＝1205，指示该TLV的类型为SR Segment List TLV；Length字段，用于指示该SR Segment List TLV的长度；Flags，包括TE或NTE，还可以按照实际需求扩展其他的标志 位以指示其他内容；多拓扑标识(mixed topology identifier，MTID)字段，用于标识拓扑； 算法(Algorithm)字段，用于标识算法；Weight字段；预留(Reserved)字段以及sub-TLVs。

通过上述S101～S103，第一网络设备获得包括第一指示信息的SR policy，使得第一网 络设备能够基于第一指示信息确定SR policy中的segment list是否指向SR policy的尾节 点，为第一网络设备对所接收的、需要经过SR policy封装的业务报文的封装等处理过程提 供了依据，使得对业务报文进行更加合理的封装成为可能。

S104，第一网络设备接收第一业务报文。

S105，第一网络设备响应于确定所述第一业务报文中的目的地址与分段路由策略SR policy匹配，基于所述SR policy中的第一指示信息确定所述SR policy中的第一分段列表 是否指向所述SR policy的尾节点，所述SR policy包括尾节点信息，所述尾节点信息用于 指示所述尾节点。

在一种可能的实现方式中，S105中第一网络设备确定所述第一业务报文中的目的地址 与SR policy匹配，可以包括：第一网络设备接收第一业务报文后，解析第一业务报文获得 第一业务报文的目的地址，根据该第一业务报文的目的地址匹配转发信息，确定该第一业 务报文需要经过SR policy进行处理，转发信息包括但不限于所述SR policy。

作为一个示例，第一网络设备根据该第一业务报文的目的地址匹配转发信息，可以包 括：第一网络设备查转发信息，确定与第一业务报文的目的地址匹配的转发信息，该转发 信息指示该第一业务报文的下一跳为SR policy隧道，需要进行SR policy封装。其中，第 一网络设备确定与第一业务报文的目的地址匹配的转发信息，例如可以包括：第一网络设 备将第一业务报文的目的地址作为endpoint，根据endpoint和第一业务报文中携带的color 确定匹配的SR policy，该SR policy中包括color和endpoint，从而，第一网络设备确定第 一业务报文的目的地址与SR policy匹配，该第一业务报文需要经过SRpolicy进行处理。

作为另一个示例，第一网络设备根据该第一业务报文的目的地址匹配转发信息，除了 包括第一网络设备确定与第一业务报文的目的地址匹配的SR policy之外，还可以包括：第 一网络设备确定与第一业务报文的目的地址匹配的业务SID，其中，承载第一业务报文的 目的地址和业务SID的对应关系的转发信息，可以与承载该目的地址和SR policy的对应 关系的转发信息通过一个转发表体现，也可以通过两个独立的转发表体现。

第一网络设备上的SR policy可以包括第一指示信息，第一网络设备可以基于该第一指 示信息的值，确定第一分段列表是否指向SR policy的尾节点。第一网络设备获得第一指示 信息的值为第一值，那么，确定第一分段列表指向所述SR policy的尾节点；反之，第一网 络设备获得第一指示信息的值为第二值，那么，确定第一分段列表未指向所述SR policy 的尾节点。第一分段列表是否指向所述SR policy的尾节点，例如可以指第一分段列表的最 后一个SID是否指向所述SR policy的尾节点。

S106，第一网络设备根据所述第一分段列表是否指向所述SR policy的尾节点的结果， 对所述第一业务报文进行封装，获得第二业务报文。

作为一个示例，如果第一网络设备确定第一分段列表指向所述SR policy的尾节点，那 么，第一网络设备可以基于第一封装方式对第一业务报文进行封装获得第二业务报文。其 中，第一封装方式为第一网络设备上配置的、在第一分段列表指向所述SR policy的尾节点 时实施的封装方式。

以压缩封装为例，S106中第一网络设备对所述第一业务报文进行封装获得第二业务报 文的过程可以包括：S106a1，第一网络设备对所述第一分段列表进行压缩，获得压缩列表 和网段地址，所述压缩列表包括多个压缩SID；S106a2，第一网络设备获得第二分段列表， 所述第二分段列表包括所述压缩列表和业务SID中的功能信息，所述业务SID指示到所述 尾节点的业务流，所述业务SID还包括所述网段地址；S106a3，第一网络设备在所述第一业务报文中封装所述网段地址和所述第二分段列表，获得所述第二业务报文。该封装过程可以理解为对压缩封装场景下的第一封装方式的举例说明。S106a1～S106a3可以对应到上述图2a所示的实施例，具体实现方式以及达到的技术效果可以参见图2a。

作为另一个示例，如果第一网络设备确定第一分段列表未指向所述SR policy的尾节 点，那么，第一网络设备可以基于第二封装方式对第一业务报文进行封装获得第二业务报 文。其中，第二封装方式为第一网络设备上配置的、在第一分段列表指向所述SRpolicy 的尾节点时实施的封装方式，第二封装方式和第一封装方式不同。

以压缩封装为例，S106中第一网络设备对所述第一业务报文进行封装获得第二业务报 文的过程可以包括：S106b1，第一网络设备对所述第一分段列表进行压缩，获得压缩列表 和网段地址，所述压缩列表包括多个压缩SID；S106b2，第一网络设备获得第二分段列表， 所述第二分段列表包括所述压缩列表和业务SID中的节点信息和功能信息，所述业务SID 指示到所述尾节点的业务流，所述业务SID还包括所述网段地址；S106b3，第一网络设备 在所述第一业务报文中封装所述网段地址和所述第二分段列表，获得所述第二业务报文。 该封装过程可以理解为对压缩封装场景下的第二封装方式的举例说明。S106b1～S106b3可 以对应到上述图2b所示的实施例，具体实现方式以及达到的技术效果可以参见图2b。

需要说明的是，该示例中，由于第一分段列表未指向所述SR policy的尾节点，所以， 需要在第二业务报文中封装可路由的业务SID的相关信息，使得第二业务报文到达第一分 段列表最后一个SID所指示的节点后，能够将第二业务报文转发到SR policy的尾节点。 所以，S106执行之前，该方法100还可以包括：第一网络设备基于所述第一业务报文的目 的地址确定是否存在到所述尾节点的转发信息。该转发信息包括但不限于：所述目的地址 和业务SID的对应关系。S106b1～S106b3的执行条件不仅包括第一分段列表未指向所述SR policy的尾节点，还包括第一网络网络存在到所述尾节点的转发信息。如果第一网络设备 确定不存在到所述尾节点的转发信息，那么，即使第一网络设备将第一业务报文进行封装 得到第二业务报文，该第二业务报文也仅能够通过SR路径传输到第一分段列表的最后一 个SID所指示的节点，无法传输到SR policy的尾节点，更无法传输到第一业务报文的目的节点，所以，第一网络设备阻止所述第一业务报文按照所述SR policy进行封装，确定该SR policy对于第一业务报文不可用。

其中，第一网络设备上到尾节点的转发信息，可以是尾节点动态或静态配置尾节点的 业务SID后，通过私网路由发布给第一网络设备，第一网络设备通过按照该私网路由获得 的转发信息。

在一些实现方式中，第一网络设备上到尾节点的转发信息，还可以包括业务SID的结 构信息，用于指示业务SID的具体结构。那么，S106b2中的业务SID中的节点信息和功 能信息，可以是第一网络设备根据转发信息中业务SID的结构信息，从所述业务SID中获 得的。以业务SID为SRv6中的VPN SID为例，业务SID的结构信息可以如图8所示，包 括SRv6服务数据子TLV类型(SRv6 Service Data Sub-Sub-TLV Type)字段＝1，用于指示 该TLV的类型为SRv6 Service Data Sub-Sub-TLV；SRv6服务数据子TLV长度(SRv6 Service DataSub-Sub-TLV Length)字段用于指示该TLV的长度；Locator Block Length字段，用于 指示Locator的Block的长度，单位为比特；Locator Node Length字段，用于指示Locator 的Node的长度单位为比特；Function Length字段，用于指示Function的长度，单位为比 特；Argument Length字段，用于指示Argument的长度，单位为比特；传输长度(TranspositionLength)字段，用于指示该SID中转换为标签(label)的长度，单位为比特；传输偏移(Transposition Offset)字段，用于指示该SID转换为label的偏移位置，单位为比特。

本申请实施例中的，业务SID可以为VPN SID或业务链SID，也可以是其他用于标识业务的SID。

S106a3和S106b3中，第二业务报文可以通过扩展的SRH携带所述第二分段列表；或者，第二业务报文也可以通过IPv6头携带所述第二分段列表，例如，可以通过第二业务报文的IPv6头的目的地址字段承载该第二分段列表。

S107，第一网络设备经由所述第一分段列表确定的SR路径转发所述第二业务报文。

在一些可能的实现方式中，第一网络设备按照第二业务报文中的第二分段列表，沿SR 路径转发第二业务报文。如果SR路径和业务报文的转发路径匹配，那么，SR policy的尾 节点能够接收到第二业务报文。如果SR路径和业务报文的转发路径不匹配，那么，第一分段列表的最后一个SID所指示的节点接收到第二业务报文后，能够从第二分段列表获得业务SID，根据业务SID查转发信息后，根据转发信息对第二业务报文进行处理后按照业 务SID所指示的业务路径转发到SR policy的尾节点，其中，从第一网络设备到SR policy 的尾节点的转发路径可以是SR路径和业务路径的拼接结果。

在另一些实现方式中，对于SR policy跨AS域的场景，如果第一分段列表的最后一个 SID指示ASBR，可以理解为SR路径和业务报文的转发路径匹配，但业务报文到达第一分段列表的最后一个SID指示ASBR(即SR policy的尾节点)后，还需要通过业务SID查 转发信息将业务报文转发到该业务报文的目的节点，那么，该业务报文的转发路径可以包 括：从第一网络设备到SR policy的尾节点的第一转发路径和从SR policy的尾节点到业务 报文的目的节点的第二转发路径。

需要说明的是，S101～S102可以作为报文处理的方法单独实施，S104～S107也可以作 为报文处理的方法单独实施。

这样，通过该方法100，在SR policy中添加用于指示第一分段列表是否指向SRpolicy 尾节点的第一指示信息，使得SR policy的头节点能够通过该第一指示信息感知到第一分段 列表是否指向SR policy尾节点，从而基于该第一指示信息所指示的结果对业务报文进行针 对性的、合理的处理和转发，无论SR policy的第一分段列表所确定的SR路径和业务报文 的转发路径匹配与否，都能够确保业务报文有效的被转发到SR policy的尾节点，提高了业 务报文的转发成功率。

相应的，本申请实施例还提供了一种报文处理的装置900，该装置900应用于第一网 络设备，如图9所示。该装置900可以包括：接收单元901、处理单元902和发送单元903。其中：

接收单元901，用于接收第一业务报文。该接收单元901可以执行图4所示的S104。

处理单元902，用于响应于确定所述第一业务报文中的目的地址与分段路由策略SR policy匹配，基于所述SR policy中的第一指示信息确定第一分段列表是否指向所述SRpolicy的尾节点，所述SR policy包括尾节点信息，所述尾节点信息用于指示所述尾节点。该处理单元902可以执行图4所示的S105。

所述处理单元902，还用于根据所述第一分段列表是否指向所述SR policy的尾节点的 结果，对所述第一业务报文进行封装，获得第二业务报文。该处理单元902可以执行图4 所示的S106。

发送单元903，用于经由所述第一分段列表确定的SR路径转发所述第二业务报文。该 发送单元903可以执行图4所示的S107。

在一些实现方式中，所述结果指示所述第一分段列表指向所述SR policy的尾节点，包 括：所述第一分段列表的最后一个分段标识SID指向所述尾节点。其中，所述第一分段列 表的最后第一SID指向所述尾节点，包括：所述第一分段列表的最后一个SID为第一尾节 点SID，所述第一尾节点SID用于指示所述尾节点；或者，所述第一分段列表的最后一个SID为第二尾节点SID，所述第二尾节点SID用于指示所述尾节点的前一跳节点上指向所 述尾节点的出端口。

作为一个示例，所述处理单元902，具体用于：对所述第一分段列表进行压缩，获得压缩列表和网段地址，所述压缩列表包括多个压缩SID；获得第二分段列表，所述第二分 段列表包括所述压缩列表和业务SID中的功能信息，所述业务SID指示到所述尾节点的业 务流，所述业务SID还包括所述网段地址；在所述第一业务报文中封装所述网段地址和所 述第二分段列表，获得所述第二业务报文。

在另一些实现方式中，所述结果指示所述第一分段列表不指向所述SR policy的尾节 点，包括：所述第一分段列表的最后一个分段标识SID不指向所述尾节点。

该实现方式中，所述处理单元902，还用于：在所述对所述第一业务报文进行封装获 得第二业务报文之前，基于所述第一业务报文的目的地址确定是否存在到所述尾节点的转 发信息。

作为一个示例，所述处理单元902，具体用于：响应于存在到所述尾节点的转发信息， 对所述第一分段列表进行压缩，获得压缩列表和网段地址，所述压缩列表包括多个压缩 SID；获得第二分段列表，所述第二分段列表包括所述压缩列表和业务SID中的节点信息和功能信息，所述业务SID指示到所述尾节点的业务流，所述业务SID还包括所述网段地址；在所述第一业务报文中封装所述网段地址和所述第二分段列表，获得所述第二业务报文。

其中，所述到尾节点的转发信息包括所述业务SID的结构信息，所述结构信息用于指 示所述业务SID的结构，所述处理单元902，还用于：根据所述结构信息，从所述业务SID中获得所述业务SID的所述节点信息和所述功能信息。

作为另一个示例，所述处理单元902，还用于：响应于不存在到所述尾节点的转发信 息，阻止所述第一业务报文按照所述SR policy进行封装。

其中，所述业务SID为所述尾节点的虚拟专用网VPN SID或业务链SID。

其中，所述第二业务报文通过分段路由头携带所述第二分段列表；或者，所述第二业 务报文通过第六版互联网协议IPv6头携带所述第二分段列表。

在一些实现方式中，所述接收单元901，还用于：接收控制实体发送的所述SRpolicy。 该接收单元901可以执行图4所示的S103。

作为一个示例，所述接收单元901，具体用于：接收所述控制实体发送的边界网关协 议BGP SR policy报文，所述BGP SR policy报文包括所述SR policy。

其中，所述BGP SR policy报文承载所述第一指示信息的方式包括：分段列表的子类 型长度值Segment List Sub-TLV中的标志位；或者，分段策略隧道属性SR PolicyTunnel Attributes中的标志位；或者，分段策略的分段列表的分段子类型长度值SRPolicy Segment List的Segment Sub-TLV中的标志位。

作为另一个示例，所述接收单元901，具体用于：接收所述控制实体发送的路径计算 单元协议PCEP报文，所述PCEP报文包括所述SR policy。

其中，所述PCEP报文承载所述第一指示信息的方式包括：路径属性对象PathAttributes Object中的标志位。

本申请实施例中，所述SR policy为基于第六版互联网协议的分段路由的策略SRv6 policy，所述第一分段列表中的SID为IPv6地址；或者，所述SR policy为基于多协议标签 交换的分段路由的策略SR MPLS policy，所述第一分段列表中的SID为MPLS标签。

需要说明的是，本申请提供的装置900的具体实现方式以及达到的技术效果，可以参 见方法100中第一网络设备执行的操作的相关描述。

相应的，本申请实施例还提供了一种报文处理的装置1000，该装置1000应用于控制 实体，如图10所示。该装置1000可以包括：处理单元1001和发送单元1002。其中：

处理单元1001，用于生成分段路由策略SR policy，所述SR policy包括分段列表和指 示信息，所述指示信息用于指示所述分段列表是否指向所述SR policy的尾节点，所述SR policy还包括尾节点信息，所述尾节点信息用于指示所述尾节点。该处理单元1001可以执 行图4所示的S101。

发送单元1002，用于向所述SR policy的头节点发送所述SR policy。该发送单元1002 可以执行图4所示的S102。

在一些实现方式中，所述指示信息用于指示所述分段列表是否指向所述SRpolicy的尾 节点，包括：所述指示信息用于指示所述分段列表的最后一个分段标识SID是否指向所述 尾节点。

在一些实现方式中，所述发送单元1002，具体用于：向所述头节点发送边界网关协议 BGP SR policy报文，所述BGP SR policy报文包括所述SR policy。

在另一些实现方式中，所述发送单元1002，具体用于：向所述头节点发送路径计算单 元协议PCEP报文，所述PCEP报文包括所述SR policy。

需要说明的是，本申请提供的装置1000的具体实现方式以及达到的技术效果，可以 参见方法100中控制实体的相关操作的说明。

参见图11，本申请实施例提供了一种网络设备1100(也可以称为通信设备1100)。该网络设备1100可以是上述任一实施例中的网络设备，例如可以是图1中的网络设备21；又例如也可以是方法100中的第一网络设备。网络设备1100可以实现上述实施例中各种网络设备的功能。或者，该网络设备1100可以是上述任一实施例中的控制实体，例如可以是图1中的控制实体51；又例如也可以是方法100中的控制实体。网络设备1100可以实现 上述实施例中各控制实体的功能。该网络设备1100包括至少一个处理器1101，总线系统 1102，存储器1103以及至少一个通信接口1104。

该网络设备1100是一种硬件结构的装置，可以用于实现图9所示的报文处理的装置 900中的功能模块。例如，本领域技术人员可以想到图9所示的报文处理的装置900中的处理单元902可以通过该至少一个处理器1101调用存储器1103中的代码来实现。或者， 该网络设备1100是一种硬件结构的装置，可以用于实现图10所示的报文处理的装置1000 中的功能模块。例如，本领域技术人员可以想到图10所示的报文处理的装置1000中的处 理单元1001可以通过该至少一个处理器1101调用存储器1103中的代码来实现。

可选的，该网络设备1100还可用于实现上述任一实施例中网络设备的功能。

可选的，上述处理器1101可以是一个通用中央处理器(central processingunit，CPU)， 网络处理器(network processor，NP)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

上述总线系统1102可包括一通路，在上述组件之间传送信息。

上述通信接口1104，用于与其他设备或通信网络通信。

上述存储器1103可以是只读存储器(read-only memory，ROM)或可存储静态信息和 指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、 数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或 存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但 不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集 成在一起。

其中，存储器1103用于存储执行本申请方案的应用程序代码，并由处理器1101来控 制执行。处理器1101用于执行存储器1103中存储的应用程序代码，从而实现本申请方法中的功能。

在具体实现中，作为一种实施例，处理器1101可以包括一个或多个CPU，例如图11中的CPU0和CPU1。

在具体实现中，作为一种实施例，该网络设备1100可以包括多个处理器，例如图11中的处理器1101和处理器1107。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

图12是本申请实施例提供的另一种网络设备1200(也可以称为通信设备1200)的结 构示意图，网络设备1200可以是上述任一实施例中的第一网络设备或控制实体，可以是图1中的网络设备21或控制实体51；又例如也可以是方法100中的第一网络设备或控制 实体。网络设备1200可以实现上述实施例中各种网络设备或控制实体的功能。

网络设备1200包括：主控板1210和接口板1230。

主控板1210也称为主处理单元(main processing unit，MPU)或路由处理卡(route processor card)，主控板1210对网络设备1200中各个组件的控制和管理，包括路由计算、 设备管理、设备维护、协议处理功能。主控板1210包括：中央处理器1211和存储器1212。

接口板1230也称为线路接口单元卡(line processing unit，LPU)、线卡(linecard) 或业务板。接口板1230用于提供各种业务接口并实现数据包的转发。业务接口包括而不 限于以太网接口、POS(Packet over SONET/SDH)接口等，以太网接口例如是灵活以太网业 务接口(Flexible Ethernet Clients，FlexE Clients)。接口板1230包括：中央处理器1231、网 络处理器1232、转发表项存储器1234和物理接口卡(ph8sical interfacecard，PIC)1233。

接口板1230上的中央处理器1231用于对接口板1230进行控制管理并与主控板1210 上的中央处理器1211进行通信。

网络处理器1232用于实现报文的转发处理。网络处理器1232的形态可以是转发芯片。 具体而言，上行报文的处理包括：报文入接口的处理，转发表查找；下行报文的处理：转发表查找等等。

物理接口卡1233用于实现物理层的对接功能，原始的流量由此进入接口板1230，以 及处理后的报文从该物理接口卡1233发出。物理接口卡1233包括至少一个物理接口，物理接口也称物理口，物理接口卡1233对应于系统架构中的FlexE物理接口。物理接口卡1233也称为子卡，可安装在接口板1230上，负责将光电信号转换为报文并对报文进行合 法性检查后转发给网络处理器1232处理。在一些实施例中，接口板1230的中央处理器1231 也可执行网络处理器1232的功能，比如基于通用CPU实现软件转发，从而物理接口卡1233 中不需要网络处理器1232。

可选地，网络设备1200包括多个接口板，例如网络设备1200还包括接口板1240，接口板1240包括：中央处理器1241、网络处理器1242、转发表项存储器1244和物理接口 卡1243。

可选地，网络设备1200还包括交换网板1220。交换网板1220也可以称为交换网板单 元(switch fabric unit，SFU)。在网络设备有多个接口板1230的情况下，交换网板1220用于完成各接口板之间的数据交换。例如，接口板1230和接口板1240之间可以通过交换 网板1220通信。

主控板1210和接口板1230耦合。例如。主控板1210、接口板1230和接口板1240， 以及交换网板1220之间通过系统总线与系统背板相连实现互通。在一种可能的实现方式 中，主控板1210和接口板1230之间建立进程间通信协议(inter-process communication，IPC)通道，主控板1210和接口板1230之间通过IPC通道进行通信。

在逻辑上，网络设备1200包括控制面和转发面，控制面包括主控板1210和中央处理 器1231，转发面包括执行转发的各个组件，比如转发表项存储器1234、物理接口卡1233和网络处理器1232。控制面执行路由器、生成转发表、处理信令和协议报文、配置与维护 设备的状态等功能，控制面将生成的转发表下发给转发面，在转发面，网络处理器1232 基于控制面下发的转发表对物理接口卡1233收到的报文查表转发。控制面下发的转发表 可以保存在转发表项存储器1234中。在一些实施例中，控制面和转发面可以完全分离， 不在同一设备上。

如果网络设备1200被配置为第一网络设备，网络处理器1232可以触发物理接口卡1233接收第一业务报文；中央处理器1211可以响应于确定所述第一业务报文中的目的地址与分段路由策略SR policy匹配，基于所述SR policy中的第一指示信息确定第一分段列表是否指向所述SR policy的尾节点，所述SR policy包括尾节点信息，所述尾节点信息用于指示所述尾节点；中央处理器1211还可以根据所述第一分段列表是否指向所述SRpolicy 的尾节点的结果，对所述第一业务报文进行封装，获得第二业务报文；网络处理器1232 还可以触发物理接口卡1233经由所述第一分段列表确定的SR路径转发所述第二业务报 文。

应理解，报文处理的装置900中的接收单元901或发送单元903可以相当于网络设备 1200中的物理接口卡1233或物理接口卡1243；报文处理的装置900中的处理单元902可以相当于网络设备1200中的中央处理器1211或中央处理器1231。

应理解，本申请实施例中接口板1240上的操作与接口板1230的操作一致，为了简洁， 不再赘述。应理解，本实施例的网络设备1200可对应于上述各个实施例中的报文处理的 装置900，该网络设备1200中的主控板1210、接口板1230和/或接口板1240可以实现上述各个实施例中的报文处理的装置900中所具有的功能和/或所实施的各种步骤，为了简洁，在此不再赘述。

如果网络设备1200被配置为控制实体，中央处理器1211可以生成分段路由策略SRpolicy，所述SR policy包括分段列表和指示信息，所述指示信息用于指示所述分段列表是否指向所述SR policy的尾节点，所述SR policy还包括尾节点信息，所述尾节点信息用于指示所述尾节点；网络处理器1232可以触发物理接口卡1233向所述SR policy的头节点发送所述SR policy。

应理解，报文处理的装置1000中的发送单元1002、以及网络设备1100中的通信接口 1104可以相当于网络设备1200中的物理接口卡1233或物理接口卡1243；报文处理的装置 1000中的处理单元1001、以及网络设备1100中的处理器1101可以相当于网络设备1200中的中央处理器1211或中央处理器1231。

应理解，本申请实施例中接口板1240上的操作与接口板1230的操作一致，为了简洁， 不再赘述。应理解，本实施例的网络设备1200可对应于上述各个实施例中的报文处理的 装置1000，该网络设备1200中的主控板1210、接口板1230和/或接口板1240可以实现上述各个实施例中的报文处理的装置1000或网络设备1100中所具有的功能和/或所实施的各种步骤，为了简洁，在此不再赘述。

应理解，主控板可能有一块或多块，有多块的时候可以包括主用主控板和备用主控板。 接口板可能有一块或多块，网络设备的数据处理能力越强，提供的接口板越多。接口板上 的物理接口卡也可以有一块或多块。交换网板可能没有，也可能有一块或多块，有多块的 时候可以共同实现负荷分担冗余备份。在集中式转发架构下，网络设备可以不需要交换网 板，接口板承担整个系统的业务数据的处理功能。在分布式转发架构下，网络设备可以有 至少一块交换网板，通过交换网板实现多块接口板之间的数据交换，提供大容量的数据交 换和处理能力。所以，分布式架构的网络设备的数据接入和处理能力要大于集中式架构的 设备。可选地，网络设备的形态也可以是只有一块板卡，即没有交换网板，接口板和主控 板的功能集成在该一块板卡上，此时接口板上的中央处理器和主控板上的中央处理器在该 一块板卡上可以合并为一个中央处理器，执行两者叠加后的功能，这种形态设备的数据交 换和处理能力较低(例如，低端交换机或路由器等网络设备)。具体采用哪种架构，取决于 具体的组网部署场景。

在一些可能的实施例中，上述各网络设备或网络设备可以实现为虚拟化设备。例如， 虚拟化设备可以是运行有用于发送报文功能的程序的虚拟机(英文：VirtualMachine，VM)， 虚拟机部署在硬件设备上(例如，物理服务器)。虚拟机指通过软件模拟的具有完整硬件系 统功能的、运行在一个完全隔离环境中的完整计算机系统。可以将虚拟机配置为本申请实 施例中的各网络设备。例如，可以基于通用的物理服务器结合网络功能虚拟化(Network Functions Virtualization，NFV)技术来实现各网络设备或网络设备。各网络设备或网络设 备为虚拟主机、虚拟路由器或虚拟交换机。本领域技术人员通过阅读本申请即可结合NFV 技术在通用物理服务器上虚拟出具有上述功能的各网络设备或网络设备，此处不再赘述。

应理解，上述各种产品形态的网络设备，分别具有上述方法实施例中各网络设备或通 信设备的任意功能，此处不再赘述。

本申请实施例还提供了一种芯片，包括处理器和接口电路，接口电路，用于接收指令 并传输至处理器；处理器，例如可以是本申请实施例中报文处理装置的一种具体实现形式， 可以用于执行上述路由选路的方法。其中，所述处理器与存储器耦合，所述存储器用于存 储程序或指令，当所述程序或指令被所述处理器执行时，使得该芯片系统实现上述任一方 法实施例中的方法。

可选地，该芯片系统中的处理器可以为一个或多个。该处理器可以通过硬件实现也可 以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软 件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。

可选地，该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在 一起，也可以和处理器分离设置，本申请并不限定。示例性的，存储器可以是非瞬时性处 理器，例如只读存储器ROM，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请对存储器的类型，以及存储器与处理器的设置方式不作具体限定。

示例性的，该芯片系统可以是现场可编程门阵列(field programmable gatearray， FPGA)，可以是专用集成芯片(application specific integrated circuit，ASIC)，还可以是 系统芯片(system on chip，SoC)，还可以是中央处理器(centralprocessor unit，CPU)， 还可以是网络处理器(network processor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controllerunit，MCU)，还可以是可编程控 制器(programmable logic device，PLD)或其他集成芯片。

此外，本申请实施例还提供了一种通信系统1300，参见图13。该通信系统1300可以包括：第一网络设备1301和控制实体1302。其中，第一网络设备1301，用于执行以上方 法100中任意一种可能的实现方式中第一网络设备相应的步骤；控制实体1302，用于执行 以上方法100中任意一种可能的实现方式中控制实体相应的步骤。

此外，本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储 有程序代码或指令，当其在计算机上运行时，使得计算机执行以上图4所示实施例中任意 一种实现方式下的方法。

此外，本申请实施例还提供了一种计算机程序产品，当其在计算机上运行时，使得计 算机执行前述方法100中任意一种实现方式的方法。

应理解，本申请实施例中提到的“基于根据A确定B”并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

本申请中提到的“第一业务报文”等名称中的“第一”只是用来做名字标识，并不代表顺 序上的第一。该规则同样适用于“第二”等。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方 法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本申 请的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质 中，如只读存储器(英文：read-only memory，ROM)/RAM、磁碟、光盘等，包括若干指 令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设 备)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互 相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施 例和设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参 见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作 为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是 或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可 以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通 技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的优选实施方式，并非用于限定本申请的保护范围。应当指出， 对于本技术领域的普通技术人员来说，在不脱离本申请的前提下，还可以作出若干改进和 润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (48)

1.一种报文处理的方法，其特征在于，应用于第一网络设备，所述方法包括：

接收第一业务报文；

响应于确定所述第一业务报文中的目的地址与分段路由策略SR policy匹配，基于所述SR policy中的第一指示信息确定所述SR policy中的第一分段列表是否指向所述SRpolicy的尾节点，所述SR policy包括尾节点信息，所述尾节点信息用于指示所述尾节点；

根据所述第一分段列表是否指向所述SR policy的尾节点的结果，对所述第一业务报文进行封装，获得第二业务报文；

经由所述第一分段列表确定的SR路径转发所述第二业务报文。

2.根据权利要求1所述的方法，其特征在于，所述结果指示所述第一分段列表指向所述SR policy的尾节点，包括：所述第一分段列表的最后一个分段标识SID指向所述尾节点。

3.根据权利要求2所述的方法，其特征在于，所述第一分段列表的最后第一SID指向所述尾节点，包括：

所述第一分段列表的最后一个SID为第一尾节点SID，所述第一尾节点SID用于指示所述尾节点；

或者，所述第一分段列表的最后一个SID为第二尾节点SID，所述第二尾节点SID用于指示所述尾节点的前一跳节点上指向所述尾节点的出端口。

4.根据权利要求2或3所述的方法，其特征在于，所述对所述第一业务报文进行封装，获得第二业务报文，包括：

对所述第一分段列表进行压缩，获得压缩列表和网段地址，所述压缩列表包括多个压缩SID；

获得第二分段列表，所述第二分段列表包括所述压缩列表和业务SID中的功能信息，所述业务SID指示到所述尾节点的业务流，所述业务SID还包括所述网段地址；

在所述第一业务报文中封装所述网段地址和所述第二分段列表，获得所述第二业务报文。

5.根据权利要求1所述的方法，其特征在于，所述结果指示所述第一分段列表不指向所述SR policy的尾节点，包括：所述第一分段列表的最后一个分段标识SID不指向所述尾节点。

6.根据权利要求5所述的方法，其特征在于，所述对所述第一业务报文进行封装，获得第二业务报文之前，所述方法还包括：

基于所述第一业务报文的目的地址确定是否存在到所述尾节点的转发信息。

7.根据权利要求6所述的方法，其特征在于，所述对所述第一业务报文进行封装，获得第二业务报文，包括：

响应于存在到所述尾节点的转发信息，对所述第一分段列表进行压缩，获得压缩列表和网段地址，所述压缩列表包括多个压缩SID；

获得第二分段列表，所述第二分段列表包括所述压缩列表和业务SID中的节点信息和功能信息，所述业务SID指示到所述尾节点的业务流，所述业务SID还包括所述网段地址；

在所述第一业务报文中封装所述网段地址和所述第二分段列表，获得所述第二业务报文。

8.根据权利要求6或7所述的方法，其特征在于，所述到尾节点的转发信息包括所述业务SID的结构信息，所述结构信息用于指示所述业务SID的结构，所述方法还包括：

根据所述结构信息，从所述业务SID中获得所述业务SID的所述节点信息和所述功能信息。

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

响应于不存在到所述尾节点的转发信息，阻止所述第一业务报文按照所述SR policy进行封装。

10.根据权利要求4或7-9任一项所述的方法，其特征在于，所述业务SID为所述尾节点的虚拟专用网VPN SID或业务链SID。

11.根据权利要求4或7-10任一项所述的方法，其特征在于，所述第二业务报文通过分段路由头携带所述第二分段列表；或者，所述第二业务报文通过第六版互联网协议IPv6头携带所述第二分段列表。

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

接收控制实体发送的所述SR policy。

13.根据权利要求12所述的方法，其特征在于，所述接收控制实体发送的所述SRpolicy，包括：

接收所述控制实体发送的边界网关协议BGP SR policy报文，所述BGP SR policy报文包括所述SR policy。

14.根据权利要求13所述的方法，其特征在于，所述BGP SR policy报文承载所述第一指示信息的方式包括：

分段列表的子类型长度值Segment List Sub-TLV中的标志位；

或者，分段策略隧道属性SR Policy Tunnel Attributes中的标志位；

或者，分段策略的分段列表的分段子类型长度值SR Policy Segment List的SegmentSub-TLV中的标志位。

15.根据权利要求12所述的方法，其特征在于，所述接收控制实体发送的所述SRpolicy，包括：

接收所述控制实体发送的路径计算单元协议PCEP报文，所述PCEP报文包括所述SRpolicy。

16.根据权利要求15所述的方法，其特征在于，所述PCEP报文承载所述第一指示信息的方式包括：

路径属性对象Path Attributes Object中的标志位。

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

向所述控制实体发送BGP链路状态LS报文，所述BGP LS报文包括第二指示信息，所述第二指示信息和所述第一指示信息关联。

18.根据权利要求17所述的方法，其特征在于，所述BGP LS报文承载所述第二指示信息的方式包括：

所述分段策略的分段列表的类型长度值SR Segment List TLV中的标志位。

19.根据权利要求1-18任一项所述的方法，其特征在于，

所述SR policy为基于第六版互联网协议的分段路由的策略SRv6 policy，所述第一分段列表中的SID为IPv6地址；

或者，所述SR policy为基于多协议标签交换的分段路由的策略SR MPLS policy，所述第一分段列表中的SID为MPLS标签。

20.一种报文处理的方法，其特征在于，应用于控制实体，所述方法包括：

生成分段路由策略SR policy，所述SR policy包括分段列表和指示信息，所述指示信息用于指示所述分段列表是否指向所述SR policy的尾节点，所述SR policy还包括尾节点信息，所述尾节点信息用于指示所述尾节点；

向第一网络设备发送所述SR policy，所述第一网络设备为所述SR policy的头节点。

21.根据权利要求20所述的方法，其特征在于，所述指示信息用于指示所述分段列表是否指向所述SR policy的尾节点，包括：所述指示信息用于指示所述分段列表的最后一个分段标识SID是否指向所述尾节点。

22.根据权利要求20或21所述的方法，其特征在于，所述向所述SRpolicy的头节点发送所述SR policy，包括：

向所述头节点发送边界网关协议BGP SR policy报文，所述BGP SR policy报文包括所述SR policy。

23.根据权利要求20或21所述的方法，其特征在于，所述向所述SR policy的头节点发送所述SR policy，包括：

向所述头节点发送路径计算单元协议PCEP报文，所述PCEP报文包括所述SR policy。

24.一种报文处理的装置，其特征在于，应用于第一网络设备，包括：

接收单元，用于接收第一业务报文；

处理单元，用于响应于确定所述第一业务报文中的目的地址与分段路由策略SRpolicy匹配，基于所述SR policy中的第一指示信息确定第一分段列表是否指向所述SRpolicy的尾节点，所述SR policy包括尾节点信息，所述尾节点信息用于指示所述尾节点；

所述处理单元，还用于根据所述第一分段列表是否指向所述SR policy的尾节点的结果，对所述第一业务报文进行封装，获得第二业务报文；

发送单元，用于经由所述第一分段列表确定的SR路径转发所述第二业务报文。

25.根据权利要求24所述的装置，其特征在于，所述结果指示所述第一分段列表指向所述SR policy的尾节点，包括：所述第一分段列表的最后一个分段标识SID指向所述尾节点。

26.根据权利要求25所述的装置，其特征在于，所述第一分段列表的最后第一SID指向所述尾节点，包括：

所述第一分段列表的最后一个SID为第一尾节点SID，所述第一尾节点SID用于指示所述尾节点；

或者，所述第一分段列表的最后一个SID为第二尾节点SID，所述第二尾节点SID用于指示所述尾节点的前一跳节点上指向所述尾节点的出端口。

27.根据权利要求25或26所述的装置，其特征在于，所述处理单元，具体用于：

对所述第一分段列表进行压缩，获得压缩列表和网段地址，所述压缩列表包括多个压缩SID；

获得第二分段列表，所述第二分段列表包括所述压缩列表和业务SID中的功能信息，所述业务SID指示到所述尾节点的业务流，所述业务SID还包括所述网段地址；

在所述第一业务报文中封装所述网段地址和所述第二分段列表，获得所述第二业务报文。

28.根据权利要求24所述的装置，其特征在于，所述结果指示所述第一分段列表不指向所述SR policy的尾节点，包括：所述第一分段列表的最后一个分段标识SID不指向所述尾节点。

29.根据权利要求28所述的装置，其特征在于，所述处理单元，还用于：

在所述对所述第一业务报文进行封装获得第二业务报文之前，基于所述第一业务报文的目的地址确定是否存在到所述尾节点的转发信息。

30.根据权利要求29所述的装置，其特征在于，所述处理单元，具体用于：

响应于存在到所述尾节点的转发信息，对所述第一分段列表进行压缩，获得压缩列表和网段地址，所述压缩列表包括多个压缩SID；

获得第二分段列表，所述第二分段列表包括所述压缩列表和业务SID中的节点信息和功能信息，所述业务SID指示到所述尾节点的业务流，所述业务SID还包括所述网段地址；

在所述第一业务报文中封装所述网段地址和所述第二分段列表，获得所述第二业务报文。

31.根据权利要求29或30所述的装置，其特征在于，所述到尾节点的转发信息包括所述业务SID的结构信息，所述结构信息用于指示所述业务SID的结构，所述处理单元，还用于：

根据所述结构信息，从所述业务SID中获得所述业务SID的所述节点信息和所述功能信息。

32.根据权利要求31所述的装置，其特征在于，所述处理单元，还用于：

响应于不存在到所述尾节点的转发信息，阻止所述第一业务报文按照所述SR policy进行封装。

33.根据权利要求27或30-32任一项所述的装置，其特征在于，所述业务SID为所述尾节点的虚拟专用网VPN SID或业务链SID。

34.根据权利要求27或30-33任一项所述的装置，其特征在于，所述第二业务报文通过分段路由头携带所述第二分段列表；或者，所述第二业务报文通过第六版互联网协议IPv6头携带所述第二分段列表。

35.根据权利要求24-34任一项所述的装置，其特征在于，所述接收单元，还用于：

接收控制实体发送的所述SR policy。

36.根据权利要求35所述的装置，其特征在于，所述接收单元，具体用于：

接收所述控制实体发送的边界网关协议BGP SR policy报文，所述BGP SR policy报文包括所述SR policy。

37.根据权利要求35所述的装置，其特征在于，所述BGP SR policy报文承载所述第一指示信息的方式包括：

分段列表的子类型长度值Segment List Sub-TLV中的标志位；

或者，分段策略隧道属性SR Policy Tunnel Attributes中的标志位；

或者，分段策略的分段列表的分段子类型长度值SR Policy Segment List的SegmentSub-TLV中的标志位。

38.根据权利要求35所述的装置，其特征在于，所述接收单元，具体用于：

接收所述控制实体发送的路径计算单元协议PCEP报文，所述PCEP报文包括所述SRpolicy。

39.根据权利要求38所述的装置，其特征在于，所述PCEP报文承载所述第一指示信息的方式包括：

路径属性对象Path Attributes Object中的标志位。

40.根据权利要求24-39任一项所述的装置，其特征在于，

所述SR policy为基于第六版互联网协议的分段路由的策略SRv6 policy，所述第一分段列表中的SID为IPv6地址；

或者，所述SR policy为基于多协议标签交换的分段路由的策略SR MPLS policy，所述第一分段列表中的SID为MPLS标签。

41.一种报文处理的装置，其特征在于，应用于控制实体，所述装置包括：

处理单元，用于生成分段路由策略SR policy，所述SR policy包括分段列表和指示信息，所述指示信息用于指示所述分段列表是否指向所述SR policy的尾节点，所述SRpolicy还包括尾节点信息，所述尾节点信息用于指示所述尾节点；

发送单元，用于向所述SR policy的头节点发送所述SR policy。

42.根据权利要求41所述的装置，其特征在于，所述指示信息用于指示所述分段列表是否指向所述SR policy的尾节点，包括：所述指示信息用于指示所述分段列表的最后一个分段标识SID是否指向所述尾节点。

43.根据权利要求41或42所述的装置，其特征在于，所述发送单元，具体用于：

向所述头节点发送边界网关协议BGP SR policy报文，所述BGP SR policy报文包括所述SR policy。

44.根据权利要求41或42所述的装置，其特征在于，所述发送单元，具体用于：

向所述头节点发送路径计算单元协议PCEP报文，所述PCEP报文包括所述SR policy。

45.一种网络设备，其特征在于，所述网络设备包括存储器和处理器；

所述存储器，用于存储指令；

所述处理器，用于执行所述存储器中的所述指令，执行权利要求1-19任意一项所述的方法。

46.一种控制实体，其特征在于，所述控制实体包括存储器和处理器；

所述存储器，用于存储指令；

所述处理器，用于执行所述存储器中的所述指令，执行权利要求20-23任意一项所述的方法。

47.一种通信系统，其特征在于，包括第一网络设备和控制实体；

所述第一网络设备，用于执行权利要求1-19任意一项所述的方法；

所述控制实体，用于执行权利要求20-23任意一项所述的方法。

48.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得所述计算机执行以上权利要求1-23任意一项所述的方法。