] 结合第六方面或第六方面的第一种可能实现方式，在第二种可能的实现方式中， 所述报文接收模块还用于：
[0091] 接收所述业务链的故障定位报文，所述故障定位报文携带每个所述增值业务节点 的路由信息；
[0092] 所述处理模块还用于：
[0093] 根据所述路由信息将所述故障定位报文转发至下一跳，并向所述业务链的入口引 流点反馈故障定位回复报文，所述故障定位回复报文包括自身和下一跳节点中至少一个节 点的状态信息。
[0094] 结合第六方面或第六方面的第一种或第二种中任一种可能实现方式，在第三种可 能的实现方式中，所述处理模块还用于：
[0095] 根据预设检测周期，获取所述增值业务节点的状态信息；
[0096] 将获取的所述状态信息发送至控制器，以使所述控制器根据所述状态信息判断所 述增值业务节点是否处于正常运行状态。
[0097] 本发明第七方面提供了一种业务链的管理系统，所述系统包括引流点、控制器以 及增值业务节点，其中：
[0098] 所述引流点如第一方面，或者第一方面的第一种可能的实现方式，或者第一方面 的第二种可能的实现方式，或者第一方面的第三种可能的实现方式，或者第一方面的第四 种可能的实现方式，或者第一方面的第五种可能的实现方式中的引流点；
[0099] 所述控制器如第二方面，或者第二方面的第一种可能的实现方式，或者第二方面 的第二种可能的实现方式中的控制器；
[0100] 所述增值业务节点如第三方面，或者第三方面的第一种可能的实现方式，或者第 三方面的第二种可能的实现方式，或者第三方面的第三种可能的实现方式中的增值业务节 点。
[0101] 实施本发明，具有以下有益效果：业务链的入口引流点可以接收该业务链的检测 报文，所述检测报文携带每个所述增值业务节点的状态信息，入口引流点可以根据该检测 报文判断该业务链是否处于正常运行状态，通过对业务链的检测，实现了对业务链的管理， 从而，提高了业务链的可靠性。
【附图说明】
[0102] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据 这些附图获得其他的附图。
[0103] 图1是现有技术提供的一种业务链的示意图；
[0104] 图2是本发明实施例提供的一种业务链的管理系统的结构示意图；
[0105] 图3是本发明实施例提供的一种业务链的管理方法的流程示意图；
[0106] 图4是本发明实施例提供的另一种业务链的管理方法的流程示意图；
[0107] 图5是本发明实施例提供的又一种业务链的管理方法的流程示意图；
[0108] 图6是本发明实施例提供的又一种业务链的管理方法的流程示意图；
[0109] 图7是本发明实施例提供的一种引流点的结构示意图；
[0110] 图8是本发明实施例提供的另一种引流点的结构示意图；
[0111] 图9是本发明实施例提供的一种检测模块的结构示意图；
[0112] 图10是本发明实施例提供的又一种引流点的结构示意图；
[0113] 图11是本发明实施例提供的一种控制器的结构示意图；
[0114] 图12是本发明实施例提供的一种检测模块的结构示意图；
[0115] 图13是本发明实施例提供的另一种控制器的结构示意图；
[0116] 图14是本发明实施例提供的一种增值业务节点的结构示意图；
[0117] 图15是本发明实施例提供的另一种增值业务节点的结构示意图。
【具体实施方式】
[0118] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发 明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施 例，都属于本发明保护的范围。
[0119] 本发明实施例提供的业务链的管理系统可以包括控制器、引流点DN和增值业务 节点SN，如图2所示，其中，控制器设有策略，如表1所示，每条策略包括业务以及业务链的 对应关系，其中每条业务链包括入口引流点，出口引流点和至少一个增值业务节点。控制器 可以将策略下发至对应的入口引流点，由入口引流点根据策略将业务流转发到对应的业务 链，由该业务链的增值业务节点对所述业务流进行增值业务处理。如图2所示，客户端到服 务器1的业务报文由入口引流点DNl转发到业务链处理，假设业务链中的增值业务节点包 括SNl和SN2,则所述业务报文依次经过SNl和SN2处理完毕之后转发到出口引流点DN2， DN2再将所述业务报文转发至服务器1。
[0120]表 1
[0122] 本发明实施例提供的业务链的管理方法，可以通过对业务链的检测，实现对业务 链的管理，从而，提高业务链的可靠性。以下分别进行详细说明。
[0123] 请参阅图3,图3是本发明实施例提供的一种业务链的管理方法的流程示意图。本 发明实施例是从入口引流点角度描述的。如图3所示本发明实施例中的业务链的管理方法 可以包括：
[0124] S301，业务链的入口引流点接收所述业务链的检测报文，所述业务链包括至少一 个增值业务节点，所述检测报文携带每个所述增值业务节点的状态信息。
[0125] 引流点包括入口引流点和出口引流点，所述入口引流点用于将业务报文发送给业 务链，所述出口引流点用于将经过业务链中的增值业务节点处理后的所述业务报文发送给 目的设备。引流点中可以存储多个策略，每个策略可以包括至少一个业务链，每个策略中的 各个业务链的入口引流点和出口引流点相同。如表1所示，业务1的策略包括两个业务链， 其中一个业务链为SN1->SN2,另一个业务链为SN1->SN3,该两个业务链的出口引流点都为 DN2,入口引流点都为DN1。
[0126] 假设，业务报文的报文头部格式定义如表2所示，其中，Type为报文类型标识，如 Type = 240表示检测报文，Type = 241表示故障定位报文等等；Label为采集决策标识，如 Label = 1表示正向检测报文（入口引流点到出口引流点的方向），Label = 2表示反向检 测报文（即由出口引流点到入口引流点方向）且不采集增值业务节点的状态信息，Label = 3表示反向检测报文且需采集增值业务节点的状态信息，IPl和IP2为业务链中每个增值业 务节点的路由信息，其中，报文头部中可以有或没有采集决策标识。
[0127] 可理解的是，Type以及Label的值可以根据实际情况调整，不能以此限定本发明， 且本发明实施例提供的报文头部的格式包括且不限定于表2所示的格式。
[0128] 表 2
[0129]
[0130] 业务链的管理系统的示意图以图2为例，业务链以SN1_>SN3为例。
[0131] 本发明实施例中，所述检测报文是由所述业务链的出口引流点发起的。例如，DN2 发送所述检测报文，该检测报文携带业务链的每个增值业务节点的路由信息，根据所述路 由信息，DN2将所述检测报文发送至SN3, SN3接收到该检测报文时可以通过以下三种方式 中的任意一种对该检测报文进行处理：
[0132] a、SN3根据所述路由信息转发该检测报文。具体地，SN3接收到该检测报文后， 从所述检测报文的头部获取所述路由信息，根据所述路由信息将所述检测报文发送至下一 跳，即发送给SNl，其中，所述检测报文的报文头部如表3所示。
[0133] 表 3
[0135] b、SN3采集自身的状态信息，将该状态信息添加至所述检测报文，将携带有状态信 息的所述检测报文发送给下一跳。具体地，SN3接收到该检测报文后，SN3从该检测报文的 报文头部获取路由信息，并获取自身的状态信息，如流量负荷信息等等，将获取的所述状态 信息添加至该检测报文，根据获取的所述路由信息，将携带状态信息的所述检测报文发送 至下一跳，即发送给SNl。其中，在SN3处理之前，所述检测报文的报文头部可以如表4所 示，在SN3处理之后，所述检测报文的报文头部可以如表5所示。其中，Offset字段用于获 取增值业务节点的状态信息，表示增值业务节点的状态信息对应的首地址偏移，如表5所 示，Offset = 16表示SN3的状态信息的存储地址相对于首地址偏移16位。
[0136] 其中，所述增值业务节点的状态信息（英文：status information)属于内部信 息，因此，所述增值业务节点的状态信息的格式可以由增值业务节点和引流点之间自行协 商。
[0137] 表 4
[0138]
[0140]表 5
[0142] c、SN3根据该检测报文判断是否采集自身的状态信息，若是，则采集自身的状态信 息，并将该状态信息添加至所述检测报文，将携带有状态信息的所述检测报文发送给下一 跳；若否，则转发该检测报文。优选地，所述检测报文可以携带采集决策标识，增值业务节点 可以通过该采集决策标识判断是否采集自身的状态信息，如果，采集决策标识Label为2， SN3不采集自身的状态信息；如果采集决策标识Label为3, SN3则采集自身的状态信息，需 要说明的是，Label的值可以根据实际情况更改，本发明不做限定。
[0143] 当SNl接收到SN3发送的检测报文时，对所述检测报文执行与SN3同样的操作，在 此不再赘述，并向入口引流点DNl发送所述检测报文，入口引流点DNl则可以接收到所述业 务链的检测报文。其中，若SNl发送的所述检测报文携带自身的状态信息，则SNl发送的检 测报文的报文头部可以如表6所示。
[0144] 表 6
[0146] 优选地，在DN2发送所述检测报文之前，DNl可以发送检测所述业务链的通知报 文，该通知报文携带所述业务链的每个所述增值业务节点的路由信息，该通知报文的报文 头部如表7所示，每个接收到该通知报文的增值业务节点直接转发该通知报文，当出口引 流点DN2接收到SN3发送的通知报文时，DN2则生成并向SN3发送所述检测报文。
[0147] 表 7
[0149] 可选地，DN2也可以直接发送所述检测报文。
[0150] S302,所述入口引流点根据所述检测报文判断所述业务链是否处于正常运行状 〇
[0151] 作为一种可选的实施方式，当入口引流点接收到所述检测报文时，则可以确定所 述业务链处于正常运行状态。具体地，不管检测报文是否携带增值业务节点的状态信息，所 述入口引流点可以在接收到所述检测报文时，就确定所述业务链处于正常运行状态。
[0152] 作为另一种可选的实施方式，如果所述检测报文携带了每个增值业务节点的状态 信息，当所述入口引流点接收到所述检测报文时，所述入口引流点可以获取所述检测报文 携带的状态信息，并将获取的所述状态信息发送至控制器，由所述控制器根据每个增值业 务节点的状态信息判断该业务链是否处于正常运行状态。
[0153] 如果，所述控制器根据每个所述增值业务节点的状态信息确定所述业务链处于非 正常运行状态，如所述控制器检测到某个增值业务节点的业务流量超过限制流量，所述控 制器则可以确定该业务链处于非正常运行状态，并向所述入口引流点发送业务分配指令， 所述入口引流点在接收到所述控制器发送的业务分配指令后，根据该业务分配指令确定所 述业务链处于非正常运行状态，并进一步根据该业务分配指令重新配置所述业务链和冗余 业务链的业务流量，例如，以业务链SN1->SN3为例，该业务链的冗余业务链为SN1->SN2,所 述入口引流点可以根据所述业务分配指令控制业务1的流量通过SN3和SN2的比例，如SN3 处理70 %的业务1的流量，SN2处理业务1的30 %的流量。本实施方式中，所述入口引流 点可以通过业务分配指令重新配置业务链的业务流量，减轻了重负荷的增值业务节点的负 担，进而，提高了业务链的可靠性。
[0154] 如果，所述入口引流点没接收到所述控制器发送的业务分配指令，所述入口引流 点则确定所述业务链处于正常运行状态。
[0155] 在图3所示的实施例中，入口引流点接收业务链的检测报文，根据该检测报文判 断该业务链是否处于正常运行状态，所述入口引流点可以在接收到所述检测报文时，就确 定所述业务链处于正常运行状态；如果所述检测报文携带增值业务节点的状态信息，所述 入口引流点可以将所述状态信息发送至控制器，由所述控制器根据每个增值业务节点的状 态信息判断所述业务链是否处于正常运行状态。本实施例通过检测业务链的运行状态，实 现了对业务链的管理，从而，提高了业务链的可靠性。
[0156] 请参阅图4,图4是本发明实施例提供的另一种业务链的管理方法的流程示意图。 本发明实施例是从入口引流点角度描述的。如图4所示本发明实施例中的业务链的管理方 法可以包括：
[0157] S401，入口引流点发送检测业务链的通知报文，所述业务链包括至少一个增值业 务节点，所述通知报文携带每个所述增值业务节点的路由信息。
[0158] 业务链的管理系统以图2为例，业务链以SN1_>SN3为例。
[0159] 具体地，入口引流点DNl可以周期性地发送检测业务链的通知报文，该通知报文 携带每个所述增值业务节点的路由信息，该通知报文的报文头部可以如表7所示，当SNl接 收到该通知报文时，SNl可以根据该报文的报文头部确定所述报文为通知报文，并根据所述 路由信息将该通知报文转发给下一跳，即SN3, SN3接收到该通知报文后，执行与SNl同样的 操作，将通知报文转发给出口引流点DN2,当DN2接收到SN3发送的通知报文后，根据该通知 报文发送检测报文。
[0160] 需要说明的是，本发明实施例中是DNl定期发送通知报文，当DN2接收到该通知报 文时，