意图；
[0069]图11为本发明控制器实施例二的结构示意图；
[0070]图12为本发明第二节点实施例二的结构示意图；
[0071]图13为本发明第一节点实施例二的结构示意图；
[0072]图14为本发明业务流的卸载系统的结构示意图。
【具体实施方式】
[0073]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0074]在业务链技术中，整个系统至少包括控制器，客户端，服务器，以及若干节点，这些节点中与客户端交互的节点主要是引流节点，其他节点大部分为业务节点，其中引流节点可以与业务链中的任意设备通信。图1为本发明业务流的卸载系统的示意图，如图1所示，假设本发明中的待处理业务流需要从客户端经过第二节点、第一节点以及其他下游节点，最终发送至服务器，下文将详细介绍采用本发明的业务流的卸载方法实现待处理业务流在第一节点的卸载的实现过程。
[0075]图2为本发明业务流的卸载方法实施例一的流程图，如图2所示，该方法主要包括如下步骤:
[0076]S201:控制器接收第一节点发送的处理结果通知消息，所述处理结果通知消息是由所述第一节点对第二节点发送的待处理业务流的首包处理后，根据对所述待处理业务流的首包的处理情况得到的。
[0077]在本实施例中，所述第一节点为所述第二节点的下游节点，该首包为待处理业务流中的数据包，且该首包为第一节点处理后产生处理结果通知消息的第一个数据包，并不一定是待处理业务流的第一个数据包，即该首包是待处理业务流的任一个数据包或者报文。该控制器具有集中控制和管理整个业务链的能力，并且接收第一节点对该首包处理后根据具体的处理情况生成处理结果通知消息。
[0078]S202:所述控制器将所述处理结果通知消息中的第一映射关系转换为所述第二节点能够识别的第二映射关系；所述第一映射关系和所述第二映射关系均包括所述首包的第一特征信息与所述第一节点对所述首包的处理动作的对应关系。
[0079]在本实施例中，该首包的第一特征信息至少包括该首包的源地址、目的地址、源端口、目的端口和传输协议中的一项，在传输条件不同的情况下还可以包含其他的特征信息，本发明对此不做限制。
[0080]该第一映射关系为第一节点处理首包后生成的首包的第一特征信息与对应的处理动作的对应关系，其具体表现形式为第一节点支持的格式。
[0081]第二映射关系为控制器将第一映射关系转换成第二节点能够识别和支持的格式后得到的，其中也包括首包的第一特征信息与对应的处理动作的对应关系。
[0082]具体的，该第二节点可以为业务链中的业务节点，也可以是引流节点。在图1所示的系统中，该第二节点为引流节点，一般情况下为交换机或者路由器。控制器在收到第一节点发送的处理结果通知消息之后，会根据预先获取的第二节点的业务能力，将包括首包的第一特征信息与对所述首包的处理动作的第一映射关系转换成以第二节点支持的格式表示的第二映射关系，以使第二节点能够识别该第二映射关系，进而能够根据该第二映射关系对所述待处理业务流的后续数据包(续包)进行处理，例如:处理结果通知消息中的第一映射关系为ACL规则，而控制器通过第二节点发送的能力上报消息获知第二节点并不能识别ACL规则，而可以识别流表格式，则控制器将包含首包的第一特征信息与对所述首包的处理动作的第一映射关系的该ACL规则转换成流表格式。
[0083]S203:所述控制器将所述第二映射关系发送给所述第二节点，以使所述第二节点根据所述第二映射关系对所述待处理业务流的续包进行处理，以实现所述待处理业务流在所述第一节点上的卸载。
[0084]在本实施例中，控制器将转换得到的第二映射关系发送给第二节点，该第二节点对该第二映射关系进行识别，获取其中首包的第一特征信息与对首包的处理动作的对应关系，然后对待处理业务流的续包按照对首包的处理动作进行相同的处理，处理后将该待处理业务流的续包直接发送至第一节点的下游节点实现所述待处理业务流在第一节点上的卸载，该续包为上述首包之后的属于所述待处理的业务流的数据包。
[0085]在本实施例中，该第一节点为第二节点的下游的任一节点，即所述第一节点和所述第二节点可以是连续的两个节点、也可以是不连续的两个节点，对此本发明不做限制。
[0086]本实施例提供的业务流的卸载方法，通过控制器接收第一节点发送的处理结果通知消息，并对该处理结果通知消息中待处理业务流的首包的第一特征信息以及对所述待处理业务流的首包的处理动作的第一映射关系进行转换处理，获取所述第二节点的能够支持的第二映射关系并发送给第二节点，以使第二节点第二映射关系对待处理业务流的续包按照与首包同样的处理动作进行处理，以实现待处理业务流在第一节点上的卸载，解决了现有技术中需要对所有待处理业务流的首包和续包依次在每个业务节点上进行处理，造成业务节点处理压力大、效率低的问题，有效减轻业务节点的处理压力，提高对待处理业务流的处理效率。
[0087]进一步的，在本发明业务流的卸载方法的实施例二中，在上述实施例的基础上，S202中所述控制器将所述处理结果通知消息中的第一映射关系转换为所述第二节点能够识别的第二映射关系之前，还包括:
[0088]所述控制器接收所述第二节点发送的能力上报消息，所述能力上报消息中包括所述第二节点的支持的策略格式；所述策略格式包括地址表格式、流表格式或规则格式。
[0089]在本实施例中，在进行处理结果通知消息的转换处理前，控制器接收第二节点发送的第二节点的业务能力上报消息，并向第二节点发送业务链路径策略，该路径策略用于指示所述待处理的业务流需要经过的业务节点。
[0090]此外，控制器还可以接收第一节点的能力上报消息，并向第一节点下发通告策略，该通告策略用于指示该第一节点向控制器发送处理结果通知消息。可选的，在本实施例另一个实施方式中，控制器还可以查询后台存储的第二节点的信息获取第二节点支持的策略格式，或者向第二节点发送查询消息，以使第二节点返回能力上报消息，如何获取第二节点支持的策略格式可以根据实际情况确定，本发明对此不作限制。
[0091]控制器接收到第二节点发送的能力上报消息之后，获取到第二节点支持的策略格式，则控制器根据第二节点支持的策略格式将首包的处理结果通知消息中的第一映射关系进行转换获取第二映射关系，具体方式为:
[0092]第一种实现方式:若所述策略格式为地址表格式，则所述第二映射关系表示为地址表。
[0093]在本实施例中，若第二节点只能识别地址表格式的第二映射关系，控制器可以对所述处理结果通知消息中的第一映射关系进行转换，获取地址表格式的第二映射关系，且该地址表格式的第二映射关系中至少携带了首包的第一特征信息与处理动作的映射关系。
[0094]第二种实现方式，若所述策略格式为流表格式，则所述第二映射关系表示为流表。
[0095]在本实施例中，若第二节点能识别的策略格式为流表格式，控制器可以对所述第一映射关系进行转换，获取流表格式的第二映射关系，该第二映射关系中至少携带了首包的第一特征信息与处理动作的映射关系，该流表还包括黑名单表、IP监控表等其他表项。
[0096]第三种实现方式，若所述策略格式为规则格式，则所述第二映射关系表示为访问控制列表(Access Control List，简称ACL)规则。
[0097]在本实施例中，如果第二节点既不支持流表格式也不支持地址表格式，则控制器可以将该第一映射关系转换成基于目的地址、源地址或者端口等特征的ACL规则，该规则中至少携带了首包的第一特征信息与处理动作的映射关系。
[0098]本实施例提供的业务流的卸载方法，通过控制器接收第一节点发送的处理结果通知消息，并对该处理结果通知消息中待处理业务流的首包的第一特征信息以及对所述待处理业务流的首包的处理动作的第一映射关系进行转换处理，获取所述第二节点支持的策略格式的第二映射关系，该第二映射关系可以为地址表格式、流表格式或者ACL规则，控制器将所述第二映射关系发送给第二节点，以使第二节点对待处理业务流的续包采用与首包相同的处理动作进行处理，以实现待处理业务流在第一节点上的卸载，不但解决了现有技术中需要对所有待处理业务流的首包和续包依次在每个业务节点上进行处理，造成业务节点处理压力大、效率低的问题，有效减轻业务节点的处理压力，提高对待处理业务流的处理效率，而且通过控制器对该处理结果通知消息的转换，解决了丰富的处理结果通知消息与第二节点的业务能力的匹配问题，有效实现业务流卸载。
[0099]图3为本发明业务流的卸载方法实施例三的流程图。本实施例的执行主体为第二节点，该方法包括:
[0100]S301:第二节点将客户端或者其他上游节点发送的待处理业务流的首包发送给第一节点，以使所述第一节点处理所述首包。
[0101]在本实施例中，第二节点可以是引流节点也可以是引流节点下游的其他业务节点，若该第二节点为引流节点，则接收的待处理业务流为客户端发送的，若第二节点为业务节点，则接收的待处理业务流为上游节点发送的。
[0102]S302:所述第二节点接收控制器发送的第二映射关系，并根据所述第二映射关系对所述待处理业务流的续包进行处理，以实现所述待处理业务流在所述第一节点上的卸载。
[0103]在本实施例中，所述第二映射关系为所述控制器根据所述第二节点支持的策略格式，将第一节点发送的处理结果通知消息中的待处理业务流的首包的第一特征信息以及对所述首包的处理动作的第一映射关系转换得到的，所述第二节点根据该第二映射关系所述对待处理业务流的续包按照首包的处理动作进行处理，并将处理后的所述续包发送给所述第一节点的下游节点。
[0104]其中，所述第二映射关系为所述控制器通过转换所述第一节点发送的处理结果通知消息中的第一映射关系获取的，所述第一映射关系和所述第二映射关系均包括所述首包的第一特征信息与所述第一节点对所述首包的处理动作的对应关系；所述第一节点为所述第二节点的下游节点，且该首包的第一特征信息包括首包的源地址、目的地址、源端口、目的端口和传输协议中的至少一项。
[0105]本实施例提供的业务流的卸载方法，第二节点接收客户端或者上游节点发送的待处理业务流，并将该待处理业务流的首包发送至第一节点，以供第一节点进行处理，第二节点接收控制器发送的第二映射关系，该第二映射关系为控制器根据第一节点发送的处理结果通知消息中待处理业务流的首包的第一特征信息以及对所述待处理业务流的首包的处理动作的第一映射关系进行转换处理获取的，第二节点根据该第二映射关系对待处理业务流的续包进行处理，实现待处理业务流在第一节点上的卸载，解决了现有技术中需要对待处理业务流的每个数据包依次在每个业务节点上进行处理，造成业务节点处理压力大、效率低的问题，有效减轻业务节点的处理压力，提高对待处理业务流的处理效率。
[0106]进一步的，所述第二节点将客户端或者其他上游节点发送的待处理业务流的首包发送给第一节点之前，还包括:所述第二节点向所述控制器发送能力上报消息，所述能力上报消息中包括所述第二节点