CN112448891B - 业务链实现方法和系统、业务分类器和业务功能节点 - Google Patents

Abstract

本公开涉及一种业务链实现方法和系统、业务分类器和业务功能节点。该业务链实现方法包括：在互联网协议第6版IPv6数据报文的扩展头部携带段路由头部；在段路由头部携带业务链信息。本公开通过在SRH头部携带业务链NSH的信息，减轻了SRH头部负荷，可以实现业务链在IPv6场景下的规模部署。

Description

业务链实现方法和系统、业务分类器和业务功能节点

技术领域

本公开涉及通信领域，特别涉及一种业务链实现方法和系统、业务分类器和业务功能节点。

背景技术

SFC(Service Function Chain，业务链)是一种通过SF(Service Function，业务功能节点)的组合实现业务快速灵活部署的技术。目前业务链的部署主要是通过NSH(Network service head，网络业务头部)携带业务链信息来实现，这种实现方式业界已经提出了相关的技术标准草案。这种技术通过NSH报文携带业务链的SPI(Service path ID，业务路径标识)和SI(service index，业务索引)等信息，由SFF(Service FunctionForwarder，业务功能转发器)和SF读取报文携带的业务链信息进行功能处理。NSH报文通常采用GRE(Generic Routing Encapsulation，通用路由封装协议)、VxLAN-gpe(GenericProtocol Extension for Virtual Extensible Local Area Network，通用协议扩展的虚拟可扩展局域网)等方式进行封装。

随着Segment Routing(段路由)技术和IPv6(Internet Protocol Version 6，互联网协议第6版)的发展，业界基于SRv6(Segment Routing with IPv6，IPv6段路由)实现业务链进行了探讨并提出了标准草案。

发明内容

发明人通过研究发现：相关技术基于SRv6实现业务链，需要在SRH(SegmentRouting Head，段路由头部)的SID(Segment Identity，段标识)列表中携带所有SF的地址信息，导致SRH的SID栈太深，设备面临难以支持的困境。

鉴于以上技术问题中的至少一项，本公开提供了一种业务链实现方法和系统、业务分类器和业务功能节点，通过在SRH头部携带业务链NSH的信息，减轻SRH头部负荷。

根据本公开的一个方面，提供一种业务链实现方法，包括：

在互联网协议第6版IPv6数据报文的扩展头部携带段路由头部；

在段路由头部携带业务链信息。

在本公开的一些实施例中，所述段路由头部携带业务链信息包括：

将路由头部类型设置为段路由头部；

在标识字段设置业务链标识位；

根据业务功能路径的业务功能节点信息设置业务链信息；

根据IPv6数据报文的目的地址，在目的地址字段携带IPv6数据报文的原目的地址。

在本公开的一些实施例中，所述根据业务功能路径的业务功能节点信息设置业务链信息包括：

根据业务功能路径的业务功能节点数量设置剩余段数；

设置业务功能路径标识和业务索引。

在本公开的一些实施例中，所述业务链实现方法还包括：

在IPv6数据报文的扩展头部设置业务链标识。

在本公开的一些实施例中，所述业务链实现方法还包括：

根据业务功能路径与数据报文实际路径的对应关系，将IPv6数据报文的目的地址修改为第一个业务功能节点的地址。

在本公开的一些实施例中，所述业务链实现方法还包括：

业务分类器根据预定规则判断进入的IPv6数据报文是否进入业务链域；

业务分类器在IPv6数据报文进入业务链域的情况下，确定进入的业务功能路径的业务功能路径标识、和业务功能路径包含的业务功能节点。

在本公开的一些实施例中，所述业务链实现方法还包括：

业务分类器对进入业务链域的IPv6数据报文执行权利要求1-5中任一项所述的业务链实现方法；

业务分类器将携带业务链信息的IPv6数据报文送到第一个业务功能节点，进行业务功能处理。

在本公开的一些实施例中，所述业务链实现方法还包括：

业务功能节点在对携带业务链信息的IPv6数据报文进行业务处理后，对业务链信息进行相应修改；

业务功能节点根据修改后的业务链信息将IPv6数据报文发送到下一个业务功能节点或IPv6数据报文的原目的地址。

在本公开的一些实施例中，所述对业务链信息进行相应修改包括：

将剩余段数减去1，将业务索引减去1。

在本公开的一些实施例中，所述根据修改后的业务链信息将IPv6数据报文发送到下一个业务功能节点或IPv6数据报文的原目的地址包括：

业务功能节点判断剩余段数是否为0；

业务功能节点在剩余段数不为0的情况下，根据业务功能路径与数据报文实际路径的对应关系，将IPv6数据报文的目的地址修改为下一个业务功能节点的地址。

在本公开的一些实施例中，所述业务链实现方法还包括：

在剩余段数为0的情况下，业务功能节点控制IPv6数据报文出业务链域；

业务功能节点将IPv6数据报文的目的地址修改为段路由头部目的地址字段携带的地址，IPv6数据报文的扩展头部不再携带段路由头部；

业务功能节点将IPv6数据报文发送到IPv6数据报文的原目的地址。

根据本公开的另一方面，提供一种业务分类器，包括：

IP报文扩展模块，用于在互联网协议第6版IPv6数据报文的扩展头部携带段路由头部；

业务链信息携带模块，用于在段路由头部携带业务链信息。

在本公开的一些实施例中，所述业务分类器用于执行实现如上述任一实施例所述的业务链实现方法的操作。

根据本公开的另一方面，提供一种业务分类器，包括：

存储器，用于存储指令；

处理器，用于执行所述指令，使得所述装置执行实现如上述任一实施例所述的业务链实现方法的操作。

根据本公开的另一方面，提供一种业务功能节点，包括：

业务链信息修改模块，用于在对携带业务链信息的互联网协议第6版IPv6数据报文进行业务处理后，对业务链信息进行相应修改，其中，业务分类器在互联网协议第6版IPv6数据报文的扩展头部携带段路由头部，在段路由头部携带业务链信息；

报文发送模块，用于根据修改后的业务链信息将IPv6数据报文发送到下一个业务功能节点或IPv6数据报文的原目的地址。

根据本公开的另一方面，提供一种业务链实现系统，包括如上述任一实施例所述的业务分类器。

在本公开的一些实施例中，所述的业务链实现系统还包括如上述任一实施例所述的业务功能节点。

根据本公开的另一方面，提供一种计算机可读存储介质，其中，所述计算机可读存储介质存储有计算机指令，所述指令被处理器执行时实现如上述任一实施例所述的业务链实现方法。

本公开通过在SRH头部携带业务链NSH的信息，减轻了SRH头部负荷，可以实现业务链在IPv6场景下的规模部署。

附图说明

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

图1为本公开业务链实现方法一些实施例的示意图。

图2为本公开一些实施例中基于IPv6基础头部的SFC路由扩展头标识设置的示意图。

图3为本公开一些实施例中基于SRH头的业务链参数设置的示意图。

图4为本公开业务链实现方法另一些实施例的示意图。

图5为本公开业务链实现方法又一些实施例的示意图。

图6为图5实施例实现的业务链的示意图。

图7为本公开业务分类器一些实施例的示意图。

图8为本公开业务分类器另一些实施例的示意图。

图9为本公开业务功能节点一些实施例的示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1为本公开业务链实现方法一些实施例的示意图。优选的，本实施例可由本公开业务链实现系统或业务分类器执行。该方法包括以下步骤：

步骤11，在互联网协议第6版IPv6数据报文的扩展头部携带段路由头部。

在本公开的一些实施例中，步骤11可以包括：在IPv6数据报文的扩展头部设置业务链标识。

图2为本公开一些实施例中基于IPv6扩展头部的SFC路由扩展头标识设置的示意图。如图2所示，在IPv6数据报文的基本头部设置Next Header(标识紧跟在SRH之后的报文头的类型)＝43，表示在扩展头部有一个路由扩展头。

步骤12，设置SRH头。即，在段路由头部携带业务链信息。

在本公开的一些实施例中，步骤12可以包括：

步骤121，将路由头部类型设置段路由头部。

图3为本公开一些实施例中基于SRH头的业务链参数设置的示意图。如图3所示的例子中，步骤121可以包括：在扩展头部设置Routing Type(标识路由头部类型)＝4，表示一个SRH头。

步骤122，在标识字段Flag设置业务链标识位S。

步骤123，根据业务功能路径的业务功能节点信息设置业务链信息。

在本公开的一些实施例中，步骤123可以包括：

步骤1231，根据业务功能路径的业务功能节点数量设置剩余段数。

步骤1232，设置业务功能路径标识和业务索引。

例如：在图3实施例中，步骤123可以包括：根据SFP的SF设定Segments Left(到达目的节点前仍然应当访问的中间节点数)、SPI、SI等SFC信息。

在本公开的一些实施例中，所述业务链实现方法还可以包括：SF每次读取Segments Left值，功能处理完后将Segments Left值减1。

步骤124，根据IPv6数据报文的目的地址，在目的地址字段(如图3所示的Destination Address字段)携带IPv6数据报文的原目的地址(如图2所示的DestinationAddress字段内容)。

在本公开的一些实施例中，所述业务链实现方法还可以包括：根据业务功能路径与数据报文实际路径的对应关系，将IPv6数据报文的目的地址修改为第一个业务功能节点的地址。

基于本公开上述实施例提供的业务链实现方法，基于SRv6的SRH头携带SFC信息，无需对协议作大的改动，能够显著减轻SRH头的负荷，有利于结合IPv6部署业务链。

图4为本公开业务链实现方法另一些实施例的示意图。优选的，本实施例可由本公开业务链实现系统执行。该方法包括以下步骤：

步骤41，业务分类器根据预定规则判断进入的IPv6数据报文是否进入业务链域。

在本公开的一些实施例中，步骤41可以包括：IPv6数据报文进入SC(ServiceClassifier，业务分类器)，SC根据预定规则对报文进行识别匹配，确定该报文是否进入SFC域。

步骤42，业务分类器在IPv6数据报文进入业务链域的情况下，确定进入的业务功能路径的业务功能路径标识、和业务功能路径包含的业务功能节点。

在本公开的一些实施例中，步骤42可以包括：如果进入SFC域，进入哪一条SFP(Service Function Path，业务功能路径)进行处理，并确定SFP的SPI和包含的SF。

步骤43，业务分类器在互联网协议第6版IPv6数据报文的扩展头部携带段路由头部；在段路由头部携带业务链信息。

在本公开的一些实施例中，步骤43可以包括图1实施例的业务链实现方法的方法步骤。

在本公开的一些实施例中，步骤43可以包括：SC对进入SFC域的报文在IPv6基本头中设置Next Header＝43，在SRH头中设置Routing Type＝4、S＝1，根据SFP包含的SF数设置Segment Left＝SF数，以及SPI＝<SPI>、SI＝255等SFP的信息，根据报文的目的地址在DA字段携带报文原目的地址。同时根据SFP与RSP(Rendered Service Path，实际业务路径)的对应关系，将报文的目的地址改为第一个SF的地址。

步骤44，业务功能节点在对携带业务链信息的IPv6数据报文进行业务处理后，对业务链信息进行相应修改；业务功能节点根据修改后的业务链信息将IPv6数据报文发送到下一个业务功能节点或IPv6数据报文的原目的地址。

在本公开的一些实施例中，步骤44可以包括：

步骤441，业务功能节点将剩余段数减去1，将业务索引减去1。

步骤442，业务功能节点判断剩余段数是否为0。

步骤443，业务功能节点在剩余段数不为0的情况下，根据业务功能路径与数据报文实际路径的对应关系，将IPv6数据报文的目的地址修改为下一个业务功能节点的地址。

步骤444，在剩余段数为0的情况下，业务功能节点控制IPv6数据报文出业务链域；将IPv6数据报文的目的地址修改为段路由头部目的地址字段携带的地址，IPv6数据报文的扩展头部不再携带段路由头部；将IPv6数据报文发送到IPv6数据报文的原目的地址。

在本公开的一些具体实施例中，步骤44可以包括：

步骤44a，携带SFC信息的IPv6报文送到第一个SF作业务功能处理，SF处理完后，Segment Left减去1，Segment Left不为0，则设置Next Header＝43、Routing Type＝4、S＝1、Segment Left＝SF数-1、SPI＝<SPI>、SI＝254等信息，同时根据SFP与RSP的对应关系，将报文的目的地址改为第二个SF的地址。

步骤44b，携带SFC信息的IPv6报文送到第二个SF作业务功能处理，后续SF处理与第一个SF类似。

步骤44c，所有SF处理完后，Segment Left＝0，数据报文出SFC域，IPv6报文的目的地址改为DA携带的地址，扩展头部不再携带SRH头，报文传到目的地址。

本公开上述实施例基于SRv6的业务链实现存在SID栈太深的问题，提出一种基于SRv6的SRH头实现业务链的方法，通过在SRH头部携带业务链NSH的信息，减轻了SRH头部负荷，实现了业务链在IPv6场景下的规模部署，促进了下一代互联网的全面发展。

图5为本公开业务链实现方法又一些实施例的示意图。优选的，本实施例可由本公开业务链实现系统执行。

图6为图5实施例实现的业务链的示意图。图6实施例的业务链SFP22可以包括业务功能节点SF1、SF3、SF4。

图5实施例的业务链实现方法可以包括以下步骤：

步骤51，在IPv6数据报文进入业务链域的情况下，确定进入的业务功能路径的业务功能路径标识、和业务功能路径包含的业务功能节点。

在本公开的一些实施例中，步骤51可以包括：IPv6数据报文(源地址为X，目的地址为Y)进入SC(业务分类器)，SC根据规则对报文进行识别匹配，确定该报文进入SFC域的SFP22进行处理，SFP22包含SF1、SF3、SF4。

步骤52，业务分类器在互联网协议第6版IPv6数据报文的扩展头部携带段路由头部；在段路由头部携带业务链信息。

在本公开的一些实施例中，步骤52可以包括：SC对进入SFC域的报文在IPv6基本头中设置Next Header＝43，在SRH头中设置Routing Type＝4、S＝1。根据SFP包含的SF数设置Segment Left＝3，以及SPI＝22、SI＝255等SFP的信息。根据报文的目的地址Y，将DA字段设置为目的地址Y。同时根据SFP与RSP的对应关系，将IPv6报文的目的地址改为SF1的地址。

步骤53，第一业务功能节点SF1根据修改后的业务链信息将IPv6数据报文发送到下一个业务功能节点SF3。

在本公开的一些实施例中，步骤53可以包括：携带SFC信息的IPv6报文送到SF1作业务功能处理，SF1处理完后，Segment Left减去1，Segment Left＝2，Segment Left不为0，则设置Next Header＝43、Routing Type＝4、S＝1、Segment Left＝2、SPI＝22、SI＝254等信息，同时根据SFP与RSP的对应关系，将IPv6报文的目的地址改为SF3的地址。

步骤54，携带SFC信息的IPv6报文送到SF3作业务功能处理。后续SF3、SF4的处理流程类似于SF1的处理。

步骤55，当SF4处理完后，Segment Left＝0，数据报文出SFC域，IPv6报文的目的地址改为DA携带的地址Y，扩展头部不再携带SRH头，报文传到目的地址Y。

至此，基于SRv6的SRH头携带业务链SFP22信息的业务功能处理完毕。

本公开上述实施例提出一种基于SRv6实现业务链的方法，本公开上述实施例主要包括：在SRv6的SRH头部设置业务链标志位，设置SPI和SI，设置DA字段；以及基于SRv6实现业务链的流程。

本公开上述实施例提出了一种基于SRv6实现业务链的方法。针对相关技术基于SRv6实现业务链的技术存在SID栈太深，现网设备存在不支持的问题，提出了在IPv6的基本头部设置路由扩展头标识，在扩展头部设置SRH扩展头类型，基于SRH携带业务链信息的方法，从而减轻了SRH头的负荷，简化了IPv6场景下的业务链部署，为业务链的规模应用提供了基础。

图7为本公开业务分类器一些实施例的示意图。如图7所示，本公开业务分类器可以包括IP报文扩展模块71和业务链信息携带模块72，其中：

IP报文扩展模块71，用于在互联网协议第6版IPv6数据报文的扩展头部携带段路由头部。

在本公开的一些实施例中，IP报文扩展模块71可以用于在IPv6数据报文的扩展头部设置业务链标识。

业务链信息携带模块72，用于在段路由头部携带业务链信息。

在本公开的一些实施例中，业务链信息携带模块72可以用于将路由头部类型设置为段路由头部；在标识字段设置业务链标识位；根据业务功能路径的业务功能节点信息设置业务链信息；根据IPv6数据报文的目的地址，在目的地址字段携带IPv6数据报文的原目的地址。

在本公开的一些实施例中，业务链信息携带模块72可以用于根据业务功能路径的业务功能节点数量设置剩余段数；设置业务功能路径标识和业务索引。

在本公开的一些实施例中，业务分类器可以用于根据业务功能路径与数据报文实际路径的对应关系，将IPv6数据报文的目的地址修改为第一个业务功能节点的地址。

在本公开的一些实施例中，业务分类器可以用于根据预定规则判断进入的IPv6数据报文是否进入业务链域；在IPv6数据报文进入业务链域的情况下，确定进入的业务功能路径的业务功能路径标识、和业务功能路径包含的业务功能节点。

在本公开的一些实施例中，业务分类器可以用于将携带业务链信息的IPv6数据报文送到第一个业务功能节点，进行业务功能处理。

在本公开的一些实施例中，所述业务分类器用于执行实现如上述任一实施例(例如图1实施例、图4实施例的步骤41-43、图5实施例的步骤51-52)所述的业务链实现方法的操作。

图8为本公开业务分类器另一些实施例的示意图。如图8所示，本公开业务分类器可以包括存储器81和处理器82，其中：

存储器81，用于存储指令；

处理器82，用于执行所述指令，使得所述装置执行实现如上述任一实施例(例如图1实施例、图4实施例的步骤41-43、图5实施例的步骤51-52)所述的业务链实现方法的操作。

基于本公开上述实施例提供的业务分类器，基于SRv6的SRH头携带SFC信息，无需对协议作大的改动，能够显著减轻SRH头的负荷，有利于结合IPv6部署业务链。

图9为本公开业务功能节点一些实施例的示意图。如图9所示，本公开业务功能节点可以包括业务链信息修改模块91和报文发送模块92，其中：

业务链信息修改模块91，用于在对携带业务链信息的互联网协议第6版IPv6数据报文进行业务处理后，对业务链信息进行相应修改，其中，业务分类器在互联网协议第6版IPv6数据报文的扩展头部携带段路由头部，在段路由头部携带业务链信息。

在本公开的一些实施例中，业务链信息修改模块91可以用于将剩余段数减去1，将业务索引减去1。

报文发送模块92，用于根据修改后的业务链信息将IPv6数据报文发送到下一个业务功能节点或IPv6数据报文的原目的地址。

在本公开的一些实施例中，报文发送模块92可以用于判断剩余段数是否为0；在剩余段数不为0的情况下，根据业务功能路径与数据报文实际路径的对应关系，将IPv6数据报文的目的地址修改为下一个业务功能节点的地址。

在本公开的一些实施例中，报文发送模块92可以用于在剩余段数为0的情况下，控制IPv6数据报文出业务链域；将IPv6数据报文的目的地址修改为段路由头部目的地址字段携带的地址，IPv6数据报文的扩展头部不再携带段路由头部；将IPv6数据报文发送到IPv6数据报文的原目的地址。

在本公开的一些实施例中，所述业务功能节点可以用于执行实现如上述任一实施例(例如图1实施例、图4实施例的步骤44、图5实施例的步骤53-55)所述的业务链实现方法的操作。

基于本公开上述实施例提供的业务功能节点，通过在SRH头部携带业务链NSH的信息，减轻了SRH头部负荷，实现了业务链在IPv6场景下的规模部署，促进了下一代互联网的全面发展。

图6还给出了本公开业务链实现系统一些实施例的示意图。如图6所示，本公开业务链实现系统可以包括业务分类器(SC)，其中：

在本公开的一些实施例中，业务分类器(SC)可以为如上述任一实施例(例如图7或图8实施例)所述的业务分类器。

在本公开的一些实施例中，如图6所示，所述的业务链实现系统还可以包括至少一个业务功能节点，例如图6实施例的业务功能节点SF1、SF3、SF4。

在本公开的一些实施例中，业务功能节点(SF)可以为如上述任一实施例(例如图9实施例)所述的业务功能节点。

在本公开的一些实施例中，如图6所示，所述的业务链实现系统还可以包括至少一个业务功能转发器，例如图6实施例的业务功能转发器SFF1、SFF3、SFF4。

基于本公开上述实施例提供的业务链实现系统，是一种基于SRv6实现业务链的系统。针对相关技术基于SRv6实现业务链的技术存在SID栈太深，现网设备存在不支持的问题，在IPv6的基本头部设置路由扩展头标识，在扩展头部设置SRH扩展头类型，基于SRH携带业务链信息，从而减轻了SRH头的负荷，简化了IPv6场景下的业务链部署，为业务链的规模应用提供了基础。

根据本公开的另一方面，提供一种计算机可读存储介质，其中，所述计算机可读存储介质存储有计算机指令，所述指令被处理器执行时实现如上述任一实施例(图1-图6任一实施例)所述的业务链实现方法。

基于本公开上述实施例提供的计算机可读存储介质，通过在SRH头部携带业务链NSH的信息，减轻了SRH头部负荷，从而实现了业务链在IPv6场景下的规模部署，促进了下一代互联网的全面发展。

在上面所描述的业务分类器和业务功能节点可以实现为用于执行本申请所描述功能的通用处理器、可编程逻辑控制器(PLC)、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。

至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指示相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

本公开的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本公开限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本公开的原理和实际应用，并且使本领域的普通技术人员能够理解本公开从而设计适于特定用途的带有各种修改的各种实施例。

Claims (17)

1.一种业务链实现方法，其特征在于，包括：

业务分类器根据预定规则判断进入的互联网协议第6版IPv6数据报文是否进入业务链域；

业务分类器在IPv6数据报文进入业务链域的情况下，确定进入的业务功能路径的业务功能路径标识、和业务功能路径包含的业务功能节点；

在IPv6数据报文的扩展头部携带段路由头部；

在段路由头部携带业务链信息，包括：

根据IPv6数据报文的目的地址，在段路由头部的目的地址字段携带IPv6数据报文的原目的地址。

2.根据权利要求1所述的业务链实现方法，其特征在于，所述段路由头部携带业务链信息包括：

将路由头部类型设置为段路由头部；

在标识字段设置业务链标识位；

根据业务功能路径的业务功能节点信息设置业务链信息。

3.根据权利要求2所述的业务链实现方法，其特征在于，所述根据业务功能路径的业务功能节点信息设置业务链信息包括：

根据业务功能路径的业务功能节点数量设置剩余段数；

设置业务功能路径标识和业务索引。

4.根据权利要求1-3中任一项所述的业务链实现方法，其特征在于，还包括：

在IPv6数据报文的扩展头部设置业务链标识。

5.根据权利要求1-3中任一项所述的业务链实现方法，其特征在于，还包括：

根据业务功能路径与数据报文实际路径的对应关系，将IPv6数据报文的目的地址修改为第一个业务功能节点的地址。

6.根据权利要求1所述的业务链实现方法，其特征在于，还包括：

业务分类器将携带业务链信息的IPv6数据报文送到第一个业务功能节点，进行业务功能处理。

7.根据权利要求6所述的业务链实现方法，其特征在于，还包括：

业务功能节点在对携带业务链信息的IPv6数据报文进行业务处理后，对业务链信息进行相应修改；

业务功能节点根据修改后的业务链信息将IPv6数据报文发送到下一个业务功能节点或IPv6数据报文的原目的地址。

8.根据权利要求7所述的业务链实现方法，其特征在于，所述对业务链信息进行相应修改包括：

将剩余段数减去1，将业务索引减去1。

9.根据权利要求7所述的业务链实现方法，其特征在于，所述根据修改后的业务链信息将IPv6数据报文发送到下一个业务功能节点或IPv6数据报文的原目的地址包括：

业务功能节点判断剩余段数是否为0；

业务功能节点在剩余段数不为0的情况下，根据业务功能路径与数据报文实际路径的对应关系，将IPv6数据报文的目的地址修改为下一个业务功能节点的地址。

10.根据权利要求9所述的业务链实现方法，其特征在于，还包括：

在剩余段数为0的情况下，业务功能节点控制IPv6数据报文出业务链域；

业务功能节点将IPv6数据报文的目的地址修改为段路由头部目的地址字段携带的地址，IPv6数据报文的扩展头部不再携带段路由头部；

业务功能节点将IPv6数据报文发送到IPv6数据报文的原目的地址。

11.一种业务分类器，其特征在于，包括：

IP报文扩展模块，用于在互联网协议第6版IPv6数据报文的扩展头部携带段路由头部；

业务链信息携带模块，用于在段路由头部携带业务链信息，其中，在段路由头部的目的地址字段携带IPv6数据报文的原目的地址；

所述业务分类器用于根据预定规则判断进入的IPv6数据报文是否进入业务链域；在IPv6数据报文进入业务链域的情况下，确定进入的业务功能路径的业务功能路径标识、和业务功能路径包含的业务功能节点。

12.根据权利要求11所述的业务分类器，其特征在于，所述业务分类器用于执行实现如权利要求2-6中任一项所述的业务链实现方法的操作。

13.一种业务分类器，其特征在于，包括：

存储器，用于存储指令；

处理器，用于执行所述指令，使得所述业务分类器执行实现如权利要求1-6中任一项所述的业务链实现方法的操作。

14.一种业务功能节点，其特征在于，包括：

业务链信息修改模块，用于在对携带业务链信息的互联网协议第6版IPv6数据报文进行业务处理后，对业务链信息进行相应修改，其中，业务分类器在互联网协议第6版IPv6数据报文的扩展头部携带段路由头部，在段路由头部携带业务链信息，其中所述IPv6数据报文的原目的地址被携带在段路由头部的目的地址字段；

报文发送模块，用于根据修改后的业务链信息将IPv6数据报文发送到下一个业务功能节点或IPv6数据报文的原目的地址。

15.一种业务链实现系统，其特征在于，包括如权利要求11-13中任一项所述的业务分类器。

16.根据权利要求15所述的业务链实现系统，其特征在于，还包括如权利要求14所述的业务功能节点。

17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述指令被处理器执行时实现如权利要求1-10中任一项所述的业务链实现方法。

Images