CN111092772B - 一种网络业务处理方法、装置及系统 - Google Patents

Abstract

本发明实施例公开了一种网络业务处理方法、装置及系统，涉及数据通信技术领域,该方法包括：控制器获取用户网络业务规划，根据所述用户网络业务规划，向每个对应的服务节点下发第一配置信息，并接收所述每个对应的服务节点返回的配置响应信息；根据所述用户网络业务规划和所述每个对应的服务节点返回的配置响应信息，向流分类节点下发第二配置信息；以使所述流分流节点在接收到与所述用户网络业务规划匹配的用户数据报文时，根据所述第二配置信息生成所述用户数据报文的头部并封装入所述用户数据报文后，发送到对应的服务节点依据所述头部执行业务处理。本发明用于解决传统网络中业务处理效率低、维护复杂和扩展性差的问题。

Description

一种网络业务处理方法、装置及系统

技术领域

本发明涉及数据通信技术领域,尤其涉及一种网络业务处理方法、装置及系统。

背景技术

用户的数据报文在传统网络中转发时，往往需要经过多种网络业务节点的处理操作，才能保证能够满足网络设计的要求，即给用户提供安全、快速、稳定的网络服务。这些网络业务节点通常包括路由、交换、防火墙、入侵检测、应用审计、负载均衡等。在现有技术中，用户业务流需要按照业务逻辑所要求的既定顺序经过这些业务节点，才能实现满足用户需要的业务。

但是，由于传统网络的业务节点一般部署在一个个的硬件物理网络设备中，通常都是基于物理拓扑和手工配置多种策略，将网络设备串行部署到业务流量路径当中。这种传统网络的部署和运维模式中，网络设备之间的耦合性大，拓扑依赖严重。尤其是新业务上线、扩容或业务发生变更时，需要手工调整整个转发路径下设备的策略，无法满足业务快速迭代、变更的需求。而且，在逐渐普及的Overlay虚拟化组网中，数据报文在业务路径中转发时，需要越过新增的Overlay报文头对内层报文进行检测，往往要经过多次分类，即多次封装和解封装的过程，效率低下。

综上所述，如何解决传统网络中业务处理效率低、维护复杂和扩展性差的问题，提供拓扑无关的、灵活、便捷、高效的网络业务处理方法和系统，是当前面临的技术难题。

发明内容

本发明实施例提供了一种网络业务处理方法、装置及系统，用于解决传统网络中业务处理效率低、维护复杂和扩展性差的问题。

基于上述目的，第一方面，本发明实施例提供了一种网络业务处理方法，应用于控制器，所述方法包括：

获取用户网络业务规划；

根据所述用户网络业务规划，向每个对应的服务节点下发第一配置信息，并接收所述每个对应的服务节点返回的配置响应信息；所述每个对应的服务节点采用虚拟化网络功能实现；

根据所述用户网络业务规划和所述每个对应的服务节点返回的配置响应信息，向流分类节点下发第二配置信息；以使所述流分流节点在接收到与所述用户网络业务规划匹配的用户数据报文时，根据所述第二配置信息生成所述用户数据报文的头部并封装入所述用户数据报文后，发送到对应的服务节点依据所述头部执行业务处理。

第二方面，本发明实施例还提供了一种网络业务处理方法，应用于与流分类节点连接的服务节点，所述服务节点采用虚拟化网络功能实现，所述方法包括：

获取控制器根据用户网络业务规划下发的第一配置信息；

将所述第一配置信息在本地保存后向所述控制器返回配置响应信息；

接收到来自流分类节点的用户数据报文后，依据所述用户数据报文的头部对所述用户数据报文执行业务处理；其中，所述用户数据报文的头部由所述流分类节点根据所述控制器下发的第二配置信息生成，所述第二配置信息是由所述控制器根据所述用户网络业务规划和每个对应的服务节点返回的配置响应信息下发的。

第三方面，本发明实施例还提供了一种网络业务处理方法，应用于流分类节点，所述方法包括：

获取控制器根据用户网络业务规划和每个对应的服务节点返回的配置响应信息下发的第二配置信息；

在接收到与所述用户网络业务规划匹配的用户数据报文时，根据所述第二配置信息生成所述用户数据报文的头部并封装入所述用户数据报文后，发送到对应的服务节点依据所述头部执行业务处理。

第四方面，本发明实施例还提供了一种业务处理装置，应用于控制器，所述装置包括：

用户接口模块，用于获取用户网络业务规划；

控制模块，用于根据所述用户网络业务规划，向每个对应的服务节点下发第一配置信息，并接收所述每个对应的服务节点返回的配置响应信息；所述每个对应的服务节点采用虚拟化网络功能实现；

所述控制模块，还用于根据所述用户网络业务规划和所述每个对应的服务节点返回的配置响应信息，向流分类节点下发第二配置信息；以使所述流分流节点在接收到与所述用户网络业务规划匹配的用户数据报文时，根据所述第二配置信息生成所述用户数据报文的头部并封装入所述用户数据报文后，发送到对应的服务节点依据所述头部执行业务处理。

第五方面，本发明实施例还提供了一种业务处理装置，应用于与流分流节点连接的服务节点，所述装置包括：

控制模块，用于获取控制器根据用户网络业务规划下发的第一配置信息；将所述第一配置信息在本地保存后向所述控制器返回配置响应信息；

报文收发模块，用于接收到来自流分类节点的用户数据报文；

业务处理模块，用于依据所述用户数据报文的头部对所述用户数据报文执行业务处理；其中，所述用户数据报文的头部由所述流分类节点根据所述控制器下发的第二配置信息生成，所述第二配置信息是由所述控制器根据所述用户网络业务规划和每个对应的服务节点返回的配置响应信息下发的。

第六方面，本发明实施例还提供了一种业务处理装置，应用于流分流节点，所述装置包括：

控制模块，用于获取控制器根据用户网络业务规划和每个对应的服务节点返回的配置响应信息下发的第二配置信息；

报文处理模块，用于在接收到与所述用户网络业务规划匹配的用户数据报文时，根据所述第二配置信息生成所述用户数据报文的头部并封装入所述用户数据报文；

报文发送模块，用于发送封装后的用户数据报文到对应的服务节点，以便于服务节点依据所述头部执行业务处理。

第七方面，本发明实施例还提供了一种业务处理系统，所述系统包括控制器、一个或一个以上服务节点和流分类节点；

所述控制器，用于执行上述第一方面的网络业务处理方法；

所述服务节点，用于执行上述第二方面的网络业务处理方法；

所述流分类节点；用于执行上述第三方面的网络业务处理方法。

第八方面，本发明实施例提供了一种电子设备，该电子设备包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述实施例提供的第一方面或第二方面或第三方面中的业务处理方法的步骤。

第九方面，本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例提供的第一方面或第二方面或第三方面中的一种业务处理方法的多个过程。

本发明实施例提供了一种网络业务处理方法、装置及系统，控制器根据用户业务规划下发配置信息给每个对应的服务节点和流分类节点，服务节点采用虚拟化网络功能实现，流分流节点在接收到与所述用户网络业务规划匹配的用户数据报文时，将每个对应的服务节点处理的顺序和执行业务处理的信息封装入所述用户数据报，每个对应的服务节点依据所述头部对用户业务报文执行业务处理。本发明实施例提供了一种拓扑无关的、灵活、便捷、高效的网络务处理方法和系统，解决了传统网络中业务处理效率低、维护复杂和扩展性差的问题。

附图说明

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

图1为本发明实施例的网络业务处理系统的架构图；

图2为本发明实施例提供的应用于控制器的网络业务处理方法的流程图；

图3为本发明实施例提供的应用于服务节点的网络业务处理方法的流程图；

图4为本发明实施例提供的应用于流分类节点的网络业务处理方法的流程图；

图5为本发明实施例提供的另一网络业务处理系统的架构图；

图6为本发明实施例提供的控制器的结构框图；

图7为本发明实施例提供的服务节点的结构框图；

图8为本发明实施例提供的流分类节点的结构框图；

图9为本申请实施例提供的一种电子设备的结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例描述的系统架构以及业务场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。

下面结合具体实施例对上述方法进行详细描述。

图1是本发明实施例提供的网络业务处理方法所述涉及的网络业务处理系统的架构图，如图1所示，该网络业务处理系统包括：控制器10、多个服务节点20和至少一个流分类节点30。其中，服务节点(Service Function Node，简称SFN)20和流分类节点(FlowClassify Node，简称FCN)30可以部署在同一台具备虚拟化网络功能(Virtual NetworkFunction,简称VNF)的物理网络设备，例如部署在申请人的通用服务控制点(UniversalService Control Point，简称USCP)设备上，不局限于此。

控制器10：提供网络系统管理、控制、可视化、策略管控、服务编排等功能，是用户对网络系统管理控制业务的支撑平台，可以提供用户配置界面，根据用户需要进行用户网络业务规划。控制器10可以是SDN(Software Defined Network，SDN)控制器,但不局限于此。

服务节点20：作为资源被分配使用，通过获取控制器10下发的业务配置完成预定义的业务编排。服务节点20可以是提供防火墙、负载均衡、入侵检测、应用审计、交换、路由等网络功能的服务资源，例如提供交换类服务资源的服务节点，可以完成802.1X认证，提供路由类服务资源的服务节点可以完成流量控制(QOS)等资源/资源池。服务节点20采用虚拟化网络功能实现，可以是虚拟化的路由器(vrouter)，虚拟化的交换机(vswitch)，也可以是虚拟化的防火墙(vfw)，统称为VNF。

流分类节点30：为网络系统中原始用户数据报文的接入节点，原始用户数据报文到达硬件设备后，首先驱动完成报文接收工作，然后报文转发到该流分类节点30。流分类节点30按照控制器10下发的报文识别规则匹配用户数据报文，对用户数据报文做控制器下发的业务处理顺序经过的服务节点的用户数据报文封装，从而各个服务节点完成业务处理，通常流分类节点10可以采用虚拟化的路由器vRouter实现。

图2是本发明实施例提供的一种应用于控制器10的网络业务处理方法的流程图，该方法包括：

步骤201，获取用户网络业务规划。

本步骤中，用户网络业务规划可以包括用户所确定的要执行的业务、所确定要执行的各个业务对应的业务配置以及用户定义的报文识别规则。其中，用户所确定的业务可以是一个或者一个以上。这里的报文识别规则是用户定义的用于识别该用户的数据报文的规则，报文识别规则可以是五元组中的一项或者多项，也可以是基于类似Openflow协议定义的一些规则描述，不作具体限定。

作为一种优选的实施方式，控制器10在获取用户网络业务规划后，根据所述用户网络业务规划，生成对应的服务链标识。

作为一种优选的实施方式，需要特别说明的是，在服务节点20启动的时候，控制器10会接收到每个服务节点20发起的注册信息，该注册信息中会包括该服务节点20上所创建的接口(一般至少是两个)，根据所述注册信息控制器10向每个对应的服务节点20下发该服务节点执行业务处理时对应的入接口和出接口。该入接口即用户数据报文进入该服务节点执行业务处理的接口，该出接口即数据报文在该服务节点执行业务处理后被送出的接口。该入接口和出接口由控制10根据服务节点20的注册信息进行指定。

步骤202，根据所述用户网络业务规划，向每个对应的服务功能节点下发第一配置信息，并接收所述每个对应的服务功能节点返回的配置响应信息。

本步骤中，所述第一配置信息包括用户业务配置，即该第一配置信息包括步骤201中控制器10所获取的每个对应的服务节点的业务配置。控制器10将所述用户业务配置分别下发到每个对应的服务节点20，并接收每个对应的服务节点20在保存所述用户业务配置后返回的配置索引。此时每个接收到用户业务配置的服务节点20会将用户业务配置应用到对应的入接口上。每次控制器10下发用户业务配置到该服务节点20时，都固定应用在该入接口上，简化了网络管理的复杂度。

步骤203，根据所述用户网络业务规划和所述每个对应的服务功能节点返回的配置响应信息，向流分类节点下发第二配置信息。

本步骤中，所述第二配置信息包括业务处理顺序、对应的报文识别规则以及报文特征需求信息。在步骤201中，控制器10在获取用户网络业务规划时，可以获取用户所确定的要执行的业务，在所用户确定的要执行的业务在一个以上时，可以生成这些业务的业务处理顺序(当然用户可以基于需要进行调整)。第二配置信息还包括步骤202中每个对应的服务节点20所返回给控制器10的配置索引。报文特征需求信息是指各服务节点执行某项业务时所需要用到哪些报文特征信息的指示，如需要用户数据报文三层头部信息和四层头部信息的指示。

优选地，所述第二配置信息还包括步骤201中所生成的服务链标识。

在本发明实施例中，流分流节点30在接收到控制器10下发的根据所述业务处理顺序，依次获取所述用户数据报文的每个对应的服务节点的配置索引，并获取每个对应的服务节点执行业务处理后对应的下一个服务节点的转发信息；流分类节点30还通过解析所述用户数据报文，依据报文特征需求信息获取所述用户数据报文的每个对应的服务节点执行业务处理需要的报文特征信息；此处的报文特征信息是根据控制器10下发的确定的每个对应服务节点执行业务处理时的报文特征需求信息获取的，如三层头部信息、四层头部信息等，不作具体限定。流分类节点30生成包括所述依次获取的每个对应的服务节点的配置索引、每个对应的下一个服务节点的转发信息和所述报文特征信息的头部；将所述头部封装入所述用户数据报文的前面，成为了所述用户数据报文的新的头部。

本发明实施例通过用户在控制器10上进行业务编排，以及控制器10每次下发用户业务配置到服务节点20时都应用在服务节点20固定的接口上，简化了网络管理的复杂度。

图3是本发明实施例提供的一种应用于服务节点20的网络业务处理方法的流程图，该服务节点20采用虚拟化网络功能实现，该服务节点20与流分类节点连接，参见图3，该方法包括：

步骤301，获取控制器根据用户网络业务规划下发的第一配置信息。

本步骤中，所述第一配置信息包括用户业务配置。服务节点20获取控制器10下发的与本服务节点对应的用户业务配置。

步骤302，将所述第一配置信息在本地保存后向所述控制器返回配置响应信息。

在本步骤中，服务节点20将控制器10下发的用户业务配置在本地保存后，生成与所述业务配置对应的配置索引，将所述配置索引发送给所述控制器10。

步骤303，接收到来自流分类节点的用户数据报文后，依据所述用户数据报文的头部对所述用户数据报文执行业务处理。

本步骤中，所述用户数据报文的头部由所述流分类节点根据所述控制器下发的第二配置信息生成，所述第二配置信息是由所述控制器根据所述用户网络业务规划和每个对应的服务节点返回的配置响应信息下发的。所述第二配置信息除了包括每个对应的服务节点返回的配置索引外，还包括业务处理顺序、对应的报文识别规则以及报文特征需求信息。

在本发明实施例中，服务节点20接收到来自流分类节点30的用户数据报文后，从所述用户数据报文的头部中提取按照所述业务处理顺序对应的配置索引以及业务处理需要的报文特征信息，确定存在与本地匹配的配置索引后，获取本地业务处理需要的报文特征信息并依据所述用户业务配置执行业务处理，确定本服务节点不是所述业务处理顺序中的最后一个时，将所述用户数据报文发送到下一个服务节点20。下一个服务节点20接收到来自该服务节点20的用户数据报文后，从确定存在与本地匹配的配置索引后，获取本地业务处理需要的报文特征信息并依据本节点从控制器10获取的用户业务配置执行业务处理。

注意服务节点20将执行完业务处理后，确定该用户数据报文可以继续执行后面的业务时，才会确定本服务节点是否是最后一个服务节点，否则可能会直接丢弃报文并向控制器10报警。当服务节点20确定本服务节点是所述业务处理顺序中的最后一个时，查找本地转发表将所述用户数据报文发送给所述流分类节点30。此时用户数据报文已经按照用户网络业务规划执行了用户确定的全部业务。

优选地，服务节点20在启动时，可以向所述控制器10发起注册，以向所述控制器10发送自身接口信息；接收所述控制器10依据所述自身接口信息下发的自身用于执行业务处理时对应的入接口和出接口。

优选地，在服务节点20将所述第一配置信息在本地保存后向所述控制器10返回配置响应信息之后，还会接收到所述控制器10下发的服务链标识和本地生成的与所述服务链标识对应的配置响应信息。

优选地，考虑到报文传输效率，当一个服务节点20的业务处理完毕后，可以将本服务节点需要用到的报文特征信息、以及该服务节点20的配置索引以及对应的下一个服务节点20的转发信息从用户数据报文的头部中删掉。

本发明实施例的服务节点采用虚拟化网络功能实现，可以根据用户网络业务规划的需要，灵活实现扩容，而且服务节点每次对用户数据报文执行业务处理时，仅需要使用报文头部中的相关信息，不需要去频繁解封装，提高了业务处理的效率。

图4是本发明实施例提供的一种应用于流分类节点30的网络业务处理方法的流程图，参见图4，该方法包括：

步骤401，获取控制器根据用户网络业务规划和每个对应的服务节点返回的配置响应信息下发的第二配置信息。

本步骤中，所述第二配置信息除了包括每个对应的服务节点返回的配置索引外，还包括业务处理顺序、对应的报文识别规则以及报文特征需求信息。流分类节点30获取控制器10下发的每个对应的服务节点返回的配置索引、所述业务处理顺序及对应的报文识别规则，并保存在本地。

作为一种优选的实施方式，所述第二配置信息中还包括所述控制器10获取所述用户网络业务规划后生成的对应的服务链标识。

步骤402，在接收到与所述用户网络业务规划匹配的用户数据报文时，根据所述第二配置信息生成所述用户数据报文的头部并封装入所述用户数据报文后，发送到对应的服务节点依据所述头部执行业务处理。

本步骤中，流分类节点30根据所述业务处理顺序依次获取所述用户数据报文的每个对应的服务节点20的配置索引，并获取每个对应的服务节点20执行业务处理后对应的下一个服务节点的转发信息；解析所述用户数据报文，依据所述报文特征需求信息获取所述用户数据报文的每个对应的服务节点20执行业务处理需要的报文特征信息；生成包括所述依次获取的每个对应的服务节点20的配置索引、每个对应的下一个服务节点20的转发信息和所述报文特征信息的头部；将所述头部封装入所述用户数据报文的前面。

作为一种优选的实施方式，每个对应的服务节点20所生成的用户数据报文的头部中还包括控制器10下发的服务链标识。

作为一种优选的实施方式，流分类节点30对封装了所述头部的用户数据报文进行隧道封装；其中，隧道的源地址为所述流分类节点30的地址，隧道的目的地址为所述用户数据报文对应的第一个服务节点20的地址。该第一个服务节点20的地址即是该服务节点20进行业务处理时的用户数据报文的入接口的地址。

本发明实施例通过流分类节点30将处理需要每个服务节点处理的报文特征信息都封装入用户数据报文的头部中，避免了频繁对用户数据报文封装和解封装，提高了业务处理的效率。

图5为本发明实施例提供的另一网络业务处理系统的架构图，包括控制器(Intelligent Control Center，ICC)、两个服务节点SFN1、SFN2和一个流分类节点FCN，其中FCN和SFN1和SFN2都不属于在同一个设备USCP上，用户数据报文通过接入设备进入到FCN。下面申请人结合图5所示意的网络业务处理系统的架构图，再对发明实施例的网络业务处理方法进行详细说明。

ICC根据用户确定的需要执行的业务包括业务A和业务B，生成对应的服务链标识(Service Chain ID，SCID)，将获取的业务配置分别下发到对应的服务节点SFN1和SFN2，将业务A的配置下发到SFN1的配置线路上(确定的业务数据报文的出接口和入接口)，SFN1获取到业务A的配置后，在设备上为业务A配置分配一个本地全局的配置索引IndexCfgA，将该索引IndexCfgA返回给ICC，同样的，ICC将业务B的配置下发到SFN2的配置线路上，SFN2获取到业务B的配置后，在设备上为业务B配置分配一个配置索引IndexCfgB，将此索引IndexCfgB，返回给ICC。ICC从服务节点SFN1和SFN2分别返回为该业务定义的本地全局配置索引IndexCfgA和IndexCfgB。

将所有的配置信息下发到流分类节点FCN，包括服务链ID、用于做报文识别的报文识别规则、业务处理顺序(先在SFN1做业务，再到SFN2做业务)；SFN1需要做业务A，业务A需要三层头部信息和四层头部信息，业务A的配置索引IndexCfgA；SFN2需要做业务B，业务B需要四层头部信息以及应用层头部信息，业务B的配置索引IndexCfgB。

将服务链ID和服务节点要做服务的映射表下发到每个对应的服务节点包括：将SFCID和SFN1的业务配置索引IndexCfgA下发给SFN1，将SFCID和SFN2的业务配置索引IndexCfgB下发给SFN2。

服务节点与ICC交互的控制流程为：服务节点SFN1接收到ICC下发的业务配置信息(即第一配置信息，参见图5所示的控制流C1)，确定需要做业务A，将该业务配置应用到确定的入接口；为业务A分配配置索引IndexCfgA，返回给ICC。服务节点SFN2接收到ICC下发的业务配置信息(即第一配置信息，参见图5所示的控制流C2)，确定需要做业务B，将该业务配置应用到确定的入接口；为业务B分配配置索引IndexCfgB，返回给ICC。

流分类节点与ICC交互的控制流程为：FCN接收ICC下发的配置信息(即第二配置信息,参见图5所示的控制流C0)，包括：服务链ID、报文识别规则、业务处理顺序(先在SFN1做业务，再到SFN2做业务)、SFN1需要做业务A的配置索引IndexCfgA、SFN2需要做业务B的配置索引IndexCfgB；以及业务A的报文特征需求信息如需要三层头部信息和四层头部信息的需求指示、业务B的报文特征需求信息如需要四层头部信息以及应用层头部信息的需求指示，将该配置信息保存在本地，使用服务链ID做索引建立表项，可以返回成功或者失败处理结果给ICC，也可以默认成功的情况下不发送结果给ICC。

流量从USCP底层硬件收报后到流分类节点FCN(参见图5中的D0指示的数据流)，FCN根据ICC下发的报文识别规则，如果没有匹配报文识别规则，直接走正常的转发，否则会生成包括以下信息的头部(具体格式参见下表1)：

表1

服务链标识SFCID；

服务节点SFN1需要做业务A对应的配置索引IndexCfgA以及SFN1处理完之后到下一个SFN(也就是SFN2)的转发信息(地址以及邻接表信息)一个NextFwdInfo；

服务节点SFN2需要做业务B对应的配置索引IndexCfgB以及SFN2处理完之后到下一个SFN(由于是最后一个SFN，所以，下一个SFN填充0)的转发信息即第二个NextFwdInfo；

根据第二配置信息中服务链配置中配置的业务A需要三层头部信息和四层头部信息的需求指示，业务B需要四层头部信息以及应用层信息的需求指示，解析收到的报文，获取到报文的三层头部信息、四层头部信息、应用层信息，将这些信息格式化的填充到新增报文头部中Headinfo字段。

将包括上述信息的头部封装在原始的用户数据报文的前面，在对该封装了头部的用户数据报文进行隧道封装，隧道的源地址SrcAddr为流分类节点的地址，隧道的目的地址DstAddr为SFN1的地址，对应SFN1上的接口为SFN1确定的入接口，隧道封装后的报文格式参考表2。

表2

由于隧道技术属于通用的技术，这里如何做隧道加封装和解封装，不再详细阐述。在对该封装了头部的用户数据报文进行隧道封装后，将用户数据报文做完隧道封装后转发到第一个服务节点SFN1执行业务处理，

服务节点SFN1接收流分类节点FCN发送的用户数据报文(参见图5中所示的数据流D1)，用户数据报文SFN1固化的入接口收到报文，做隧道解封装，得到用户数据报文的头部(表1中结构)，根据头部中的SFCID确定这个报文需要在本SFN执行业务处理，并从头部中获取到需要执行业务A所需要的报文特征信息进行业务处理，业务A执行完成之后，从报文头部获取到下一个SFN(即SFN2)的转发信息，发现用户数据报文需要转发给SFN2，将报文做隧道封装后，走底层发送(不查转发表)到SFN2(参见图5中的数据流D2)。需要说明的是，考虑到报文传输效率，由于SFN1的业务处理完毕，可以将SFN1需要用到的信息从报文中剔除，包括业务A的配置索引，SFN1对应的下一个节点的转发信息。

服务节点SFN2确定的用户数据报文的入接口收到来自SFN2的用户数据报文，做隧道解封装，得到用户数据报文的头部(参见表1中结构)，根据头部中的SFCID确定这个报文需要在本SFN执行业务处理，并从头部中获取到需要执行业务B所需要的报文特征信息进行业务处理，业务B执行完成之后，获取到下一个SFN的转发信息,根据下一个SFN的转发信息，发现SFN2已经是最后一个服务节点，表明该SFN需要将报文返回给流分类节点做后续的发送，SFN2完成隧道封装后(隧道的源地址为SFN2的地址，目的地址为流分类节点SFN的地址)，查找本地转发表将所述用户数据报文发送给所述流分类节点。需要说明的是，考虑到报文传输效率，由于SFN2的业务处理完毕了，所以，可以将SFN2需要用到的信息从报文中剔除，包括业务B的配置索引，SFN2对应的下一个节点的转发信息。

需要特别说明的是，在上述图5所示的业务处理系统高中，由于只包括了两个服务节点SFN1和SFN2，如果业务处理系统包括两个以上的服务节点，则中间的服务节点的处理流程和SFN1类似，不再赘述。

本发明实施例实现的业务处理方法和系统，在每个服务节点上预先确定用户数据报文的处理接口，承载控制器下发的配置；并且预先在流分类节点上做好用户数据报文的协议解析工作，将解析结果通过新增报文头部的信息放置于报文中，避免后续所有服务节点重复解析；针对服务节点需要用到的转发信息以及配置信息，在流分类节点提前做好解析，服务节点只需要从报文中获取这些信息即可完成业务以及转发处理，不用在服务节点内部做复杂的报文特征匹配和转发信息查找等过程，提高业务处理效率，而且通过虚拟化网络功能实现服务节点，灵活性和扩展性好。

参见图6，为本发明实施例提供的一种应用于控制器10的业务处理装置600，所述装置包括：

用户接口模块610，用于获取用户网络业务规划。

控制模块620，用于根据所述用户网络业务规划，向每个对应的服务节点下发第一配置信息，并接收所述每个对应的服务节点返回的配置响应信息；所述每个对应的服务节点采用虚拟化网络功能实现。

控制模块620，还用于根据所述用户网络业务规划和所述每个对应的服务节点返回的配置响应信息，向流分类节点下发第二配置信息；以使所述流分流节点在接收到与所述用户网络业务规划匹配的用户数据报文时，根据所述第二配置信息生成所述用户数据报文的头部并封装入所述用户数据报文后，发送到对应的服务节点依据所述头部执行业务处理。

优选地，所述第一配置信息包括用户业务配置，所述第二配置信息包括业务处理顺序及对应的报文识别规则；

所述控制模块620，具体用于将所述用户业务配置分别下发到每个对应的服务节点，并接收每个对应的服务节点在保存所述用户业务配置后返回的配置索引；

所述控制模块620，具体用于将所述业务处理顺序、对应的报文识别规则以及所述配置索引下发到流分类节点；以使所述流分流节点在接收到匹配所述报文识别规则的用户数据报文时，生成包括按照所述业务处理顺序对应的配置索引以及业务处理需要的报文特征信息的头部封装入所述用户数据报文后，发送到对应的服务节点执行业务处理。

参见图7，为本发明实施例提供的一种应用于服务节点20的业务处理装置700，该服务节点20与流分类节点30连接，所述装置包括：

控制模块710，用于获取控制器根据用户网络业务规划下发的第一配置信息；将所述第一配置信息在本地保存后向所述控制器返回配置响应信息；

报文收发模块720，用于接收到来自流分类节点的用户数据报文；

业务处理模块730，用于依据所述用户数据报文的头部对所述用户数据报文执行业务处理；其中，所述用户数据报文的头部由所述流分类节点根据所述控制器下发的第二配置信息生成，所述第二配置信息是由所述控制器根据所述用户网络业务规划和每个对应的服务节点返回的配置响应信息下发的。

优选地，所述第一配置信息包括用户业务配置，所述第二配置信息包括业务处理顺序、对应的报文识别规则以及报文特征需求信息；

所述控制模块710具体用于，获取控制器下发的与本服务节点对应的用户业务配置；将所述用户业务配置在本地保存后，生成与所述业务配置对应的配置索引，将所述配置索引发送给所述控制器；

所述业务处理模块730具体用于，提取所述用户数据报文的头部的按照所述业务处理顺序对应的配置索引以及业务处理需要的报文特征信息，确定存在与本地匹配的配置索引后，获取本地业务处理需要的报文特征信息并依据所述业务配置执行业务处理；

所述报文收发模块720还用于，确定本服务节点不是所述业务处理顺序中的最后一个时，将所述用户数据报文发送到下一个服务节点。

参见图8，为本发明实施例提供的一种应用于流分类节点30的业务处理装置800，所述装置包括：

控制模块810，用于获取控制器根据用户网络业务规划和每个对应的服务节点返回的配置响应信息下发的第二配置信息；

报文处理模块820，用于在接收到与所述用户网络业务规划匹配的用户数据报文时，根据所述第二配置信息生成所述用户数据报文的头部并封装入所述用户数据报文；

报文发送模块830，用于发送封装后的用户数据报文到对应的服务节点，以便于服务节点依据所述头部执行业务处理。

优选地，所述第二配置信息包括服务链标识、每个对应的服务节点返回的配置索引、业务处理顺序、对应的报文识别规则以及报文特征需求信息；

所述控制模块820，具体用于获取控制器下发的服务链标识、每个对应的服务节点返回的配置索引、所述业务处理顺序、对应的报文识别规则以及报文特征需求信息，并保存在本地；所述服务链标识为所述控制器获取所述用户网络业务规划后生成的对应的服务链标识；

所述报文处理模块830，具体用于根据所述业务处理顺序依次获取所述用户数据报文的每个对应的服务节点的配置索引，并获取每个对应的服务节点执行业务处理后对应的下一个服务节点的转发信息；

解析所述用户数据报文，以及依据所述报文特征需求信息获取所述用户数据报文的每个对应的服务节点执行业务处理需要的报文特征信息；

生成包括所述服务链标识、所述依次获取的每个对应的服务节点的配置索引、每个对应的下一个服务节点的转发信息和所述报文特征信息的头部；

将所述头部封装入所述用户数据报文的前面。

参见图9为本发明实施例提供了一种电子设备，具体的，所述电子设备可以包括：至少一个处理器910，例如CPU，至少一个通信接口920，至少一个存储器930和至少一个通信总线940。其中，通信总线340用于实现这些组件直接的连接通信。其中，本申请实施例中设备的通信接口920用于与其他节点设备进行信令或数据的通信。存储器330可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器930可选的还可以是至少一个位于远离前述处理器的存储装置。存储器930中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器910执行时，电子设备执行上述图2或者图3或者图4所示方法过程。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例提供的一种业务处理方法的多个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，计算机可读存储介质，如随机存取存储器(Random-Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、快闪存储器(Flash Memory)，硬盘(Hard Disk Drive，HDD)、固态硬盘(Solid-StateDrive，SSD)、光盘等。

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

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

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

Claims (14)

1.一种网络业务处理方法，其特征在于，应用于控制器，所述方法包括：

获取用户网络业务规划；

根据所述用户网络业务规划，向每个对应的服务节点下发第一配置信息，并接收所述每个对应的服务节点返回的配置响应信息；所述每个对应的服务节点采用虚拟化网络功能实现；

根据所述用户网络业务规划和所述每个对应的服务节点返回的配置响应信息，向流分类节点下发第二配置信息；以使所述流分流节点在接收到与所述用户网络业务规划匹配的用户数据报文时，根据所述第二配置信息生成所述用户数据报文的头部并封装入所述用户数据报文后，发送到对应的服务节点依据所述头部执行业务处理；

其中,所述第一配置信息包括用户业务配置，所述第二配置信息包括业务处理顺序、对应的报文识别规则以及报文特征需求信息；

所述根据所述用户网络业务规划，向每个对应的服务节点下发第一配置信息，并接收所述每个对应的服务节点返回的配置响应信息，具体包括：

将所述用户业务配置分别下发到每个对应的服务节点，并接收每个对应的服务节点在保存所述用户业务配置后返回的配置索引；

所述根据所述用户网络业务规划和所述每个对应的服务节点返回的配置响应信息，向流分类节点下发第二配置信息，具体包括；

将所述业务处理顺序、对应的报文识别规则、报文特征需求信息以及所述配置索引下发到流分类节点；以使所述流分流节点在接收到匹配所述报文识别规则的用户数据报文时，生成包括按照所述业务处理顺序对应的配置索引以及业务处理需要的报文特征信息的头部并封装入所述用户数据报文后，发送到对应的服务节点执行业务处理。

2.根据权利要求1所述的方法，其特征在于，所述将所述用户业务配置下发到每个对应的服务节点之前，所述方法还包括：

接收所述每个对应的服务节点发起的注册信息，根据所述注册信息向每个对应的服务节点下发执行业务处理时对应的入接口和出接口。

3.根据权利要求1或2所述的方法，其特征在于，

在所述获取用户网络业务规划之后，所述方法还包括：

根据所述用户网络业务规划，生成对应的服务链标识；

在所述接收所述每个对应的服务节点返回的配置响应信息之后，所述方法还包括：

将每个对应的服务节点返回的配置索引和所述服务链标识下发给该对应的服务节点；

所述根据所述用户网络业务规划和所述每个对应的服务节点返回的配置响应信息，向流分类节点下发第二配置信息，具体包括：

根据所述用户网络业务规划和所述每个对应的服务节点返回的配置响应信息，向流分类节点下发包括所述服务链标识的第二配置信息。

4.一种网络业务处理方法，其特征在于，应用于与流分类节点连接的服务节点，所述服务节点采用虚拟化网络功能实现，所述方法包括：

获取控制器根据用户网络业务规划下发的第一配置信息；

将所述第一配置信息在本地保存后向所述控制器返回配置响应信息；

接收到来自流分类节点的用户数据报文后，依据所述用户数据报文的头部对所述用户数据报文执行业务处理；其中，所述用户数据报文的头部由所述流分类节点根据所述控制器下发的第二配置信息生成，所述第二配置信息是由所述控制器根据所述用户网络业务规划和每个对应的服务节点返回的配置响应信息下发的；

其中，所述第一配置信息包括用户业务配置，所述第二配置信息包括业务处理顺序、对应的报文识别规则以及报文特征需求信息；

所述获取控制器根据用户网络业务规划下发的第一配置信息，具体包括：

获取控制器下发的与本服务节点对应的用户业务配置；

所述将所述第一配置信息在本地保存后向所述控制器返回配置响应信息，具体包括：

将所述用户业务配置在本地保存后，生成与所述业务配置对应的配置索引，将所述配置索引发送给所述控制器；

所述接收到来自流分类节点的用户数据报文后，依据所述用户数据报文的头部对所述用户数据报文执行业务处理，具体包括：

接收到来自流分类节点的用户数据报文后，从所述用户数据报文的头部中提取按照所述业务处理顺序对应的配置索引以及业务处理需要的报文特征信息，确定存在与本地匹配的配置索引后，获取本地业务处理需要的报文特征信息并依据所述用户业务配置执行业务处理，确定本服务节点不是所述业务处理顺序中的最后一个时，将所述用户数据报文发送到下一个服务节点。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：确定本服务节点是所述业务处理顺序中的最后一个时，查找本地转发表将所述用户数据报文发送给所述流分类节点。

6.根据权利要求4或5所述的方法，其特征在于，

在所述获取控制器下发的用户业务配置之前，所述方法还包括：

向所述控制器发起注册，以向所述控制器发送自身接口信息；接收所述控制器依据所述自身接口信息下发的自身用于执行业务处理时对应的入接口和出接口；和/或

在所述将所述第一配置信息在本地保存后向所述控制器返回配置响应信息之后，在所述接收到来自流分类节点的用户数据报文之前，所述方法还包括：

接收所述控制器下发的服务链标识和本地生成的与所述服务链标识对应的配置响应信息。

7.一种网络业务处理方法，其特征在于，应用于流分类节点，所述方法包括：

获取控制器根据用户网络业务规划和每个对应的服务节点返回的配置响应信息下发的第二配置信息；

在接收到与所述用户网络业务规划匹配的用户数据报文时，根据所述第二配置信息生成所述用户数据报文的头部并封装入所述用户数据报文后，发送到对应的服务节点依据所述头部执行业务处理；

其中,所述第二配置信息包括业务处理顺序、对应的报文识别规则以及报文特征需求信息；

所述获取控制器根据用户网络业务规划和每个对应的服务节点返回的配置响应信息下发的第二配置信息，具体包括：

获取控制器下发的每个对应的服务节点返回的配置索引、所述业务处理顺序、对应的报文识别规则以及报文特征需求信息，并保存在本地；

所述根据所述第二配置信息生成所述用户数据报文的头部并封装入所述用户数据报文，具体包括：

根据所述业务处理顺序依次获取所述用户数据报文的每个对应的服务节点的配置索引，并获取每个对应的服务节点执行业务处理后对应的下一个服务节点的转发信息；

解析所述用户数据报文，以及依据所述报文特征需求信息获取所述用户数据报文的每个对应的服务节点执行业务处理需要的报文特征信息；

生成包括所述依次获取的每个对应的服务节点的配置索引、每个对应的下一个服务节点的转发信息和所述报文特征信息的头部；

将所述头部封装入所述用户数据报文的前面。

8.根据权利要求7所述的方法，其特征在于，所述第二配置信息包括服务链标识、业务处理顺序、对应的报文识别规则以及报文特征需求信息；

所述获取控制器根据用户网络业务规划和每个对应的服务节点返回的配置响应信息下发的第二配置信息，具体包括：

获取控制器下发的服务链标识、每个对应的服务节点返回的配置索引、所述业务处理顺序、对应的报文识别规则以及报文特征需求信息，并保存在本地；所述服务链标识为所述控制器获取所述用户网络业务规划后生成的对应的服务链标识；

所述根据所述第二配置信息生成所述用户数据报文的头部并封装入所述用户数据报文，具体包括：

根据所述业务处理顺序依次获取所述用户数据报文的每个对应的服务节点的配置索引，并获取每个对应的服务节点执行业务处理后对应的下一个服务节点的转发信息；

解析所述用户数据报文，依据所述报文特征需求信息获取所述用户数据报文的每个对应的服务节点执行业务处理需要的报文特征信息；

生成包括所述服务链标识、所述依次获取的每个对应的服务节点的配置索引、每个对应的下一个服务节点的转发信息和所述报文特征信息的头部；

将所述头部封装入所述用户数据报文的前面。

9.根据权利要求7或8所述的方法，其特征在于，在将所述头部封装入所述用户数据报文的前面之后，所述方法还包括：

对封装了所述头部的用户数据报文进行隧道封装；其中，隧道的源地址为所述流分类节点的地址，隧道的目的地址为所述用户数据报文对应的第一个服务节点的地址。

10.一种业务处理装置，其特征在于，应用于控制器，所述装置包括：

用户接口模块，用于获取用户网络业务规划；

控制模块，用于根据所述用户网络业务规划，向每个对应的服务节点下发第一配置信息，并接收所述每个对应的服务节点返回的配置响应信息；所述每个对应的服务节点采用虚拟化网络功能实现；

所述控制模块，还用于根据所述用户网络业务规划和所述每个对应的服务节点返回的配置响应信息，向流分类节点下发第二配置信息；以使所述流分流节点在接收到与所述用户网络业务规划匹配的用户数据报文时，根据所述第二配置信息生成所述用户数据报文的头部并封装入所述用户数据报文后，发送到对应的服务节点依据所述头部执行业务处理；

其中，其特征在于，所述第一配置信息包括用户业务配置，所述第二配置信息包括业务处理顺序、对应的报文识别规则以及报文特征需求信息；

所述控制模块，具体用于将所述用户业务配置分别下发到每个对应的服务节点，并接收每个对应的服务节点在保存所述用户业务配置后返回的配置索引；

所述控制模块，具体用于将所述业务处理顺序、对应的报文识别规则、报文特征需求信息以及所述配置索引下发到流分类节点；以使所述流分流节点在接收到匹配所述报文识别规则的用户数据报文时，生成包括按照所述业务处理顺序对应的配置索引以及业务处理需要的报文特征信息的头部封装入所述用户数据报文后，发送到对应的服务节点执行业务处理。

11.一种业务处理装置，其特征在于，应用于与流分类节点连接的服务节点，所述装置包括：

控制模块，用于获取控制器根据用户网络业务规划下发的第一配置信息；将所述第一配置信息在本地保存后向所述控制器返回配置响应信息；

报文收发模块，用于接收到来自流分类节点的用户数据报文；

业务处理模块，用于依据所述用户数据报文的头部对所述用户数据报文执行业务处理；其中，所述用户数据报文的头部由所述流分类节点根据所述控制器下发的第二配置信息生成，所述第二配置信息是由所述控制器根据所述用户网络业务规划和每个对应的服务节点返回的配置响应信息下发的；

其中，所述第一配置信息包括用户业务配置，所述第二配置信息包括业务处理顺序、对应的报文识别规则以及报文特征需求信息；

所述控制模块具体用于，获取控制器下发的与本服务节点对应的用户业务配置；将所述用户业务配置在本地保存后，生成与所述业务配置对应的配置索引，将所述配置索引发送给所述控制器；

所述业务处理模块具体用于，提取所述用户数据报文的头部的按照所述业务处理顺序对应的配置索引以及业务处理需要的报文特征信息，确定存在与本地匹配的配置索引后，依据所述报文特征需求信息获取本地业务处理需要的报文特征信息并依据所述业务配置执行业务处理；

所述报文收发模块还用于，确定本服务节点不是所述业务处理顺序中的最后一个时，将所述用户数据报文发送到下一个服务节点。

12.一种业务处理装置，其特征在于，应用于流分流节点，所述装置包括：

控制模块，用于获取控制器根据用户网络业务规划和每个对应的服务节点返回的配置响应信息下发的第二配置信息；

报文处理模块，用于在接收到与所述用户网络业务规划匹配的用户数据报文时，根据所述第二配置信息生成所述用户数据报文的头部并封装入所述用户数据报文；

报文发送模块，用于发送封装后的用户数据报文到对应的服务节点，以便于服务节点依据所述头部执行业务处理；

其中，所述第二配置信息包括服务链标识、每个对应的服务节点返回的配置索引、业务处理顺序、对应的报文识别规则以及报文特征需求信息；

所述控制模块，具体用于获取控制器下发的服务链标识、每个对应的服务节点返回的配置索引、所述业务处理顺序、对应的报文识别规则以及报文特征需求信息，并保存在本地；所述服务链标识为所述控制器获取所述用户网络业务规划后生成的对应的服务链标识；

所述报文处理模块，具体用于根据所述业务处理顺序依次获取所述用户数据报文的每个对应的服务节点的配置索引，并获取每个对应的服务节点执行业务处理后对应的下一个服务节点的转发信息；

解析所述用户数据报文，以及依据所述报文特征需求信息获取所述用户数据报文的每个对应的服务节点执行业务处理需要的报文特征信息；

生成包括所述服务链标识、所述依次获取的每个对应的服务节点的配置索引、每个对应的下一个服务节点的转发信息和所述报文特征信息的头部；

将所述头部封装入所述用户数据报文的前面。

13.一种业务处理系统，其特征在于，所述系统包括控制器、多个服务节点和流分类节点；

所述控制器，用于执行权利要求1-3任一项所述的网络业务处理方法；

所述服务节点，用于执行权利要求1-3任一项所述的网络业务处理方法；

所述流分类节点；用于执行权利要求7-9任一项所述的网络业务处理方法。

14.一种电子设备，其特征在于，该电子设备包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现权利要求1-9任一项所述的业务处理方法。

Images