业务链的部署方法和装置与流程

本发明实施例涉及通信技术，尤其涉及一种业务链的部署方法和装置。

背景技术：

固定宽带或移动宽带接入网络的过程中，需要进行诸多基于传输层至应用层的增值业务处理，例如：防病毒、防火墙、应用缓存和加速、网络优化、网络地址转换(英文：Network Address Translation，简称：NAT)、家庭控制等增值业务处理功能。

现有技术中，对上述增值业务的常用组网方式为：在固定宽带或移动宽带的接入设备后串接所有增值业务的业务节点，图1为现有技术中业务链的部署示意图，如图1所示，接入设备后一次串接部署了防病毒节点、应用缓存和加速节点、防火墙以及NAT节点这些增值业务节点，然后在NAT节点后才接入网路。用户设备在通过接入设备接入网络后，所有从该网络至用户设备之间的业务流量经过上述多个增值业务节点依次处理。

然而，在实际应用中，只有部分用户设备签约了防病毒业务，部分用户才需要NAT业务；部分业务流才需要应用缓存和加速业务，例如：仅视频或Web访问业务流，但是在现有的如图1所示的业务链部署方案中，所有的用设备的业务流量都需要流经串接的多个增值业务，使得不需要流经某些增值业务节点的业务流量都流经每个增值业务节点，对增值业务设备的处理容量需求变大，增加了不必要的网络设备投资。

技术实现要素：

本发明实施例提供的业务链的部署方法和装置，用于解决现有技术中所有的用设备的业务流量都需要流经串接的多个增值业务，使得不需要流经某些增值业务节点的业务流量都流经每个增值业务节点，对增值业务设备的处理容量需求变大，增加了不必要的网络设备投资的问题。

本发明第一方面提供一种业务链的部署方法，包括：

接收业务链建立请求，并根据所述业务链建立请求和预先获取的至少一个业务群组建立逻辑业务链；所述逻辑业务链包括至少一个业务群组；

将所述逻辑业务链发送给虚拟编排系统，以使所述虚拟编排系统将所述逻辑业务链进行实例化后发送给所述业务控制器；

若接收到所述业务控制器返回的第一确认消息，则将上下行业务链标识对通过所述虚拟编排系统发送给所述业务控制器，以使所述业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

结合第一方面，在第一方面的第一种可能的实施方式中，所述接收业务链建立请求之前，所述方法还包括：

获取至少一个虚拟网络功能VNF信息，并根据所述至少一个VNF信息创建至少一个业务群组，所述每个业务群组中包括群组属性和至少一个VNF。

结合第一方面的第一种可能的实施方式，在第一方面的第二种可能的实施方式中，所述将所述逻辑业务链发送给虚拟编排系统之前，所述方法还包括：

根据每个所述VNF信息，配置每个所述业务群组中的每个VNF的属性和权重，并将每个业务群组中的每个VNF的属性和权重发送给所述虚拟编排系统，以使所述虚拟编排系统将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重，并将转化后的每个业务群组中每个逻辑业务的属性和权重发送给所述业务控制器。

结合第一方面的第一种或第二种可能的实施方式，在第一方面的第三种可能的实施方式中，所述获取至少一个VNF信息，包括：

向所述虚拟编排系统发送在线VNF信息获取请求，以使所述虚拟编排系统查询VNF信息库，获取在线的所有VNF的所述VNF信息，并向所述业务编排系统返回在线的每个VNF的VNF信息；

接收所述虚拟编排系统发送的至少一个所述VNF信息；

或者，

接收所述虚拟编排系统主动上报的在线的至少一个VNF的VNF信息。

结合第一方面、第一方面的第一种至第三种中的任一种可能的实施方式，在第一方面的第四种可能的实施方式中，所述将上下行业务链标识对通过所述虚拟编排系统发送给所述业务控制器之后，所述方法还包括：

配置用户策略，并将所述用户策略发送给策略与计费功能单元PCRF。

本发明第二方面提供一种业务链的部署方法，包括：

接收网管系统发送的逻辑业务链，并将所述逻辑业务链中的每个业务群组进行实例化；

将所述实例化后的逻辑业务链发送给业务控制器；

接收所述业务控制器发送的第一确认消息，并将所述第一确认消息转发给所述网管系统；

接收所述网管系统发送的上下行业务链标识对，并将所述上下行业务链标识对转发给所述业务控制器以使所述业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

结合第二方面，在第二方面的第一种可能的实施方式中，所述将所述逻辑业务链中的每个业务群组进行实例化之前，所述方法还包括：

接收所述网管系统发送的至少一个业务群组中每个虚拟网络功能VNF的属性和权重，并将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重，并将转化后的每个业务群组中每个逻辑业务的属性和权重发送给所述业务控制器。

本发明第三方面提供一种业务链的部署方法，包括：

接收虚拟编排系统发送的实例化后的逻辑业务链，并向所述虚拟编排系统返回第一确认消息；

接收所述虚拟编排系统发送的上下行业务链标识对；

根据所述上下行业务链标识对和所述实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

结合第三方面，在第三方面的第一种可能的实施方式中，所述接收虚拟编排系统发送的实例化后的逻辑业务链之前，所述方法还包括：

接收所述虚拟编排系统发送的网管系统建立的每个业务群组中的每个逻辑业务的属性和权重。

结合第三方面的第一种可能的实施方式，在第三方面的第二种可能的实施方式中，所述根据所述上下行业务链标识对和所述实例化后的逻辑业务链生成网管系统建立的逻辑业务链的转发流表，包括：

根据每个业务群组中的每个逻辑业务的属性和权重生成所述网管系统建立的逻辑业务链的细流规则；

获取所述实例化后的逻辑业务链涉及的网络拓扑，并根据所述网络拓扑、所述细流规则和所述上下行业务链标识对生成所述转发流表。

本发明第四方面提供一种业务链的部署装置，包括：

接收模块，用于接收业务链建立请求；

处理模块，用于根据所述业务链建立请求和预先获取的至少一个业务群组建立逻辑业务链；所述逻辑业务链包括至少一个业务群组；

发送模块，用于将所述逻辑业务链发送给虚拟编排系统，以使所述虚拟编排系统将所述逻辑业务链进行实例化后发送给所述业务控制器；

若所述接收模块接收到所述业务控制器返回的第一确认消息，则所述发送模块还用于将上下行业务链标识对通过所述虚拟编排系统发送给所述业务控制器，以使所述业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

结合第四方面，在第四方面的第一种可能的实施方式中，所述接收模块接收业务链建立请求之前，所述处理模块还用于：

获取至少一个虚拟网络功能VNF信息，并根据所述至少一个VNF信息创建至少一个业务群组，所述每个业务群组中包括群组属性和至少一个VNF。

结合第四方面的第一种可能的实施方式，在第四方面的第二种可能的实施方式中，所述发送模块将所述逻辑业务链发送给虚拟编排系统之前，所述处理模块还用于根据每个所述VNF信息，配置每个所述业务群组中的每个VNF的属性和权重；

所述发送模块还用于将每个业务群组中的每个VNF的属性和权重发送给所述虚拟编排系统，以使所述虚拟编排系统将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重，并将转化后的每个业务群组中每个逻辑业务的属性和权重发送给所述业务控制器。

结合第四方面的第一种或第二种可能的实施方式，在第四方面的第三种可能的实施方式中，所述发送模块还用于向所述虚拟编排系统发送在线VNF信息获取请求，以使所述虚拟编排系统查询VNF信息库，获取在线的所有VNF的所述VNF信息，并向所述业务编排系统返回在线的每个VNF的VNF信息；

所述接收模块还用于接收所述虚拟编排系统发送的至少一个所述VNF信息；

或者，

所述接收模块还用于接收所述虚拟编排系统主动上报的在线的至少一个VNF的VNF信息。

结合第四方面、第四方面的第一种至第三种中的任一种可能的实施方式，在第四方面的第四种可能的实施方式中，所述发送模块将上下行业务链标识对通过所述虚拟编排系统发送给所述业务控制器之后，所述处理模块还用于配置用户策略；

所述发送模块将所述用户策略发送给策略与计费功能单元PCRF。

本发明第五方面提供一种业务链的部署装置，包括：

接收模块，用于接收网管系统发送的逻辑业务链；

处理模块，用于将所述逻辑业务链中的每个业务群组进行实例化；

发送模块，用于将所述实例化后的逻辑业务链发送给业务控制器；

所述接收模块还用于接收所述业务控制器发送的第一确认消息；

所述发送模块还用于将所述第一确认消息转发给所述网管系统；

所述接收模块还用于接收所述网管系统发送的上下行业务链标识对；

所述发送模块还用于将所述上下行业务链标识对转发给所述业务控制器以使所述业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

结合第五方面，在第五方面的第一种可能的实施方式中，所述处理模块将所述逻辑业务链中的每个业务群组进行实例化之前，所述接收模块还用于接收所述网管系统发送的至少一个业务群组中每个虚拟网络功能VNF的属性和权重；所述处理模块将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重，并通过所述发送模块将转化后的每个业务群组中每个逻辑业务的属性和权重发送给所述业务控制器。

本发明第六方面提供一种业务链的部署装置，包括：

接收模块，用于接收虚拟编排系统发送的实例化后的逻辑业务链；

发送模块，用于向所述虚拟编排系统返回第一确认消息；

所述接收模块还用于接收所述虚拟编排系统发送的上下行业务链标识对；

处理模块，用于根据所述上下行业务链标识对和所述实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

结合第六方面，在第六方面的第一种可能的实施方式中，所述接收模块还用于接收所述虚拟编排系统发送的网管系统建立的每个业务群组中的每个逻辑业务的属性和权重。

结合第六方面的第一种可能的实施方式，在第六方面的第二种可能的实施方式中，所述处理模块具体用于：

根据每个业务群组中的每个逻辑业务的属性和权重生成所述网管系统建立的逻辑业务链的细流规则；

获取所述实例化后的逻辑业务链涉及的网络拓扑，并根据所述网络拓扑、所述细流规则和所述上下行业务链标识对生成所述转发流表。

本发明提供的业务链的部署方法和装置，通过接收到用户发送的业务链建立请求，建立逻辑业务链；该逻辑业务链包括一个或多个业务群组，网管系统将逻辑业务链发送给虚拟编排系统，以使虚拟编排系统将所述逻辑业务链进行实例化后发送给所述业务控制器，网管系统在接收到业务控制器返回的第一确认消息，则将上下行业务链标识对通过虚拟编排系统发送给业务控制器，以使业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机，使交换机使用该转发流表对该用户后续的报文进行转发处理，即该用户的业务流量只需要经过需要的增值业务节点，而不需要通过每个每个增值业务节点，有效减小了增值业务设备的处理容量，降低了不必要的网络设备投资。

附图说明

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

图1为现有技术中业务链的部署示意图；

图2为本发明I层嵌入式在NVF中部署架构示意图；

图3为本发明业务链的部署方法的实施例一的流程图；

图4为本发明业务链的部署方法的实施例二的流程图；

图5为本发明业务链的部署方法的实施例三的流程图；

图6为本发明业务链的部署方法的一实例的交互流程图；

图7为本发明Overlay式在NVF中部署架构示意图；

图8为本发明业务链的部署方法的实施例四的流程图；

图9为本发明业务链的部署方法的实施例五的流程图；

图10为本发明业务链的部署方法的又一实例的交互流程图；

图11为本发明业务链的部署方法的实施例六的流程图；

图12为本发明业务链的部署方法的实施例七的流程图；

图13为本发明业务链的部署方法的实施例八的流程图；

图14为本发明业务链的部署方法的再一实例的交互流程图；

图15为本发明业务链的部署装置实施例一的结构示意图；

图16为本发明业务链的部署装置实施例三的结构示意图；

图17为本发明业务链的部署装置实施例四的结构示意图；

图18为本发明业务链的部署装置实施例六的结构示意图；

图19为本发明业务链的部署装置实施例八的结构示意图；

图20为本发明业务链的部署装置实施例十的结构示意图；

图21为本发明业务链的部署装置实施例十一的结构示意图；

图22为本发明业务链的部署装置实施例十二的结构示意图；

图23为本发明网管系统实施例一的结构示意图；

图24为本发明虚拟编排系统实施例一的结构示意图；

图25为本发明业务控制器实施例一的结构示意图；

图26为本发明网管系统实施例三的结构示意图；

图27为本发明SC控制器实施例一的结构示意图；

图28为本发明PCRF实施例一的结构示意图；

图29为本发明网管系统实施例五的结构示意图；

图30为本发明交换机实施例一的结构示意图。

具体实施方式

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

本发明提供的技术方案可应用于网络功能虚拟化(英文：Network Function Virtualization，简称：NFV)组织中，在该组织中定义了电信云平台的架构，该电信云平台主要包括以下几个功能模块：网管系统(具体包括：业务支撑系统(英文：Business support system，简称：BSS)和运营支撑系统(英文：Operation support system，简称：OSS)可以统称为OSS/BSS)、电信云管理平台、I层基础设施和具体的业务功能组合等。

图2为本发明I层嵌入式在NVF中部署架构示意图。的流程图，如图2所示，该架构中包括网管系统OSS/BSS、网络功能虚拟编排系统(英文：Network Function Virtualized Orchestration，简称：NFVO)，软件定义网络(英文：Software Defined Network，简称：SDN)业务控制器，交换机、服务组件以及虚拟网络功能实体、策略与计费功能单元(英文：Policy and Charging Rules Function简称：PCRF)等。

其中，各个功能模块的功能描述为：OSS/BSS的功能主要有：获取在线的增值业务服务器的虚拟网络功能(英文：Virtualized Network Function，简称：VNF)的信息；配置逻辑业务链，包括配置逻辑业务链的类型，逻辑业务链上所串接的增值业务的类型，逻辑业务链上各类VNF的属性及其权重等；配置用户的规则和逻辑业务链之间的关系；配置上下行逻辑业务链之间的关系。

NFVO的作用主要是根据OSS/BSS配置的逻辑业务链，将逻辑业务链中的VNF实例化为具体的逻辑业务群组；将VNF的属性及权重映射为逻辑业务的属性及权重。

SDN控制器主要是根据NFVO发送的实例化的逻辑业务构成的业务链和具体网络拓扑以及逻辑业务的权重和属性生成具体的业务链规则，并且通知交换机生成转发流表。

其中，SDN控制器和服务组件整体看作SC控制器。SC控制器和交换机均作为NFVI部署。

图3为本发明业务链的部署方法的实施例一的流程图，在上述图2所示的架构的基础上，如图3所示，执行主体为OSS/BSS时，该业务链的部署方法的具体实现过程为：

S101：接收业务链建立请求，并根据所述业务链建立请求和预先获取的至少一个业务群组建立逻辑业务链；所述逻辑业务链包括至少一个业务群组。

在本实施例中，网管系统需要获取所有在线的VNF信息，具体的获取方式至少包括以下两种：

第一种获取方式：向所述虚拟编排系统发送在线VNF信息获取请求，以使所述虚拟编排系统查询VNF信息库，获取在线的所有VNF的所述VNF信息，并向所述业务编排系统返回在线的每个VNF的VNF信息；接收所述虚拟编排系统发送的至少一个所述VNF信息。

第二种获取方式：接收所述虚拟编排系统主动上报的在线的至少一个VNF的VNF信息。

BSS/OSS向NFVO获取在线的VNF信息，NFVO查询VNF信息库中的VNF的信息。另外，BSS/OSS还可以向NFVO订阅VNF上线的通知。当NFVO获得了新上线的VNF的信息后，NFVO会将新上线的VNF的信息通知给BSS/OSS。

进一步的，获取了至少一个虚拟网络功能VNF信息之后，还要根据所述至少一个VNF信息创建至少一个业务群组，所述每个业务群组中包括群组属性和至少一个VNF。

具体的，BSS/OSS根据获得的在线的VNF信息，根据每个VNF的功能创建业务群组(Service Group)，并配置每个业务群组的类型，例如，配置视频优化使能群组或者Web优化使能群组。

网管系统接收到用户通过操作系统发送的业务链建立请求后，根据前述获取的业务群组建立用户需要的逻辑业务链，具体的：网管系统为所述逻辑业务链分配业务链标识(英文：Identity，简称：ID)，并把对应的业务群组加到所述逻辑业务链中。例如，配置逻辑业务链ID和业务群组之间的关系的方式为(逻辑业务链ID，Service Group1，Service Group2，…)。

S102：将所述逻辑业务链发送给虚拟编排系统，以使所述虚拟编排系统将所述逻辑业务链进行实例化后发送给所述业务控制器。

在本实施例中，在将逻辑业务链发送给虚拟编排系统NFVO之前，网管系统还需要根据每个所述VNF信息，配置每个所述业务群组中的每个VNF的属性和权重，并将每个业务群组中的每个VNF的属性和权重发送给所述虚拟编排系统，以使所述虚拟编排系统将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重，并将转化后的每个业务群组中每个逻辑业务的属性和权重发送给所述业务控制器。

具体的，BSS/OSS根据VNF的能力和处理报文的方式配置每个业务群组中VNF的属性和权重，所述VNF的属性是指VNF对数据报文的处理方式，例如，对报文L2，L3的处理方式。BSS/OSS把配置的VNF的属性和权重通知给NFVO，NFVO把VNF的属性和权重转化为逻辑业务(VM)的属性和权重，并且NFVO把VM的属性和权重通过Neutron Plugin发送给SDN Controller。

BSS/OSS把配置好的逻辑业务链发送到NFVO，以使该NFVO将该逻辑业务链中的业务群组进行实例化，即将该逻辑业务链中的业务群组中的虚拟网络功能转化成逻辑业务，并将实例化后的业务链发送给业务控制器，即SDN控制器。

S103：若接收到所述业务控制器返回的第一确认消息，则将上下行业务链标识对通过所述虚拟编排系统发送给所述业务控制器，以使所述业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

在本实施例中，若SDN控制器通过虚拟编排系统向网管系统反馈了确收消息，即第一确认消息，确定已经收到了实例化后的逻辑业务链，则网管系统为了使用户的上下行业务流经过相同的业务使能器实例，需要将上下行业务链标识对通过NFVO转发给SDN控制器，以便控制器能根据上述获取的所有内容生成与该逻辑业务链对应的细流规则，并结合网络拓扑生成转发流表给交换机，使得交换机按照与该逻辑业务链对应的转发流表对该用户的业务流进行转发。

可选的，网管系统配置用户策略后，将所述用户策略发送给策略与计费功能单元PCRF。

在本实施例中，具体指BSS/OSS在用户策略中配置上下行业务链对之间的关系，需要把配置完成的用户策略发送给PCRF。

本实施例提供的业务链的部署方法，通过网管系统接收到用户发送的业务链建立请求，建立逻辑业务链；该逻辑业务链包括一个或多个业务群组，网管系统将逻辑业务链发送给虚拟编排系统，以使虚拟编排系统将所述逻辑业务链进行实例化后发送给所述业务控制器，网管系统在接收到业务控制器返回的第一确认消息，则将上下行业务链标识对通过虚拟编排系统发送给业务控制器，以使业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机，使交换机使用该转发流表对该用户后续的报文进行转发处理，即该用户的业务流量只需要经过需要的增值业务节点，而不需要通过每个每个增值业务节点，有效减小了增值业务设备的处理容量，降低了不必要的网络设备投资。

图4为本发明业务链的部署方法的实施例二的流程图，在上述图2所示的架构的基础上，如图4所示，执行主体为NFVO时，该业务链的部署方法的具体实现过程为：

S201：接收网管系统发送的逻辑业务链，并将所述逻辑业务链中的每个业务群组进行实例化。

在本实施例中，在对接收逻辑业务链进行实例化处理之前，NFVO接收所述网管系统发送的至少一个业务群组中每个VNF的属性和权重，并将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重，并将转化后的每个业务群组中每个逻辑业务的属性和权重发送给所述业务控制器。

在上述每个业务群组的逻辑业务的属性和权重的基础上，NFVO将改逻辑业务链进行实例化，即将该逻辑业务链中的每个业务群组的VNF的属性和权重全部替换为逻辑业务的属性和权重，形成实例化后的业务链。

S202：将所述实例化后的逻辑业务链发送给业务控制器。

S203：接收所述业务控制器发送的第一确认消息，并将所述第一确认消息转发给所述网管系统。

在本实施例中，业务控制器(SDN控制器)在接收到实例化后的逻辑业务链，会反馈第一确认消息，以表示已经收到了实例化后的逻辑业务链，则虚拟编排系统通过服务组件将该第一确认消息转发给网管系统。

S204：接收所述网管系统发送的上下行业务链标识对，并将所述上下行业务链标识对转发给所述业务控制器以使所述业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

在本实施例中，网管系统收到第一确认消息后，为了使该用户的上下行业务流经过相同的业务使能器实例，将上下行业务链的链标识对发送给NFVO，NFVO将上下行业务链标识对通过转发给SDN控制器，以使SDN控制器结合实例化后的业务链、网络拓扑等生成对应的转发流表，对该用户的业务流按照该转发流表进行转发。

本实施例提供的业务链的部署方法，通过接收网管系统发送的逻辑业务链，并对该逻辑业务链进行实例化后转发给业务控制器，再次从网管系统接受上下行业务链标识对并转发给业务控制器，以使业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机，使交换机使用该转发流表对该用户后续的报文进行转发处理，即该用户的业务流量只需要经过需要的增值业务节点，而不需要通过每个每个增值业务节点，有效减小了增值业务设备的处理容量，降低了不必要的网络设备投资。

图5为本发明业务链的部署方法的实施例三的流程图，在上述图2所示的架构的基础上，如图5所示，执行主体为SDN控制器时，该业务链的部署方法的具体实现过程为：

S301：接收虚拟编排系统发送的实例化后的逻辑业务链，并向所述虚拟编排系统返回第一确认消息。

在本实施例中，所述接收虚拟编排系统发送的实例化后的逻辑业务链之前，SDN控制器已接收所述虚拟编排系统发送的网管系统建立的每个业务群组中的每个逻辑业务的属性和权重。在接收到每个业务群组的每个逻辑业务的属性和权重后，需要向虚拟编排系统反馈确收消息，以使虚拟编排系统转发给网管系统，使网管系统确定SDN控制器已经收到了逻辑业务的权重，然后虚拟编排系统将实例化后的业务链发送给SDN控制器。

S302：接收所述虚拟编排系统发送的上下行业务链标识对。

S303：根据所述上下行业务链标识对和所述实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

在本实施例中，在接收到上下行业务链标识对之后，SDN控制器根据每个业务群组中的每个逻辑业务的属性和权重生成所述网管系统建立的逻辑业务链的细流规则，SDN控制器获取所述实例化后的逻辑业务链涉及的网络拓扑，并根据所述网络拓扑、所述细流规则和所述上下行业务链标识对生成所述转发流表。

并将所述转发流表发送给交换机，以使交换机按照该转发流表转发该用户的所有业务流量，完成新的业务链的配置部署。

本实施例提供的业务链的部署方法，通过接收虚拟编排系统发送的实例化后的逻辑业务链，再接收网管系统通过虚拟编排系统发送的上下行业务链标识对，根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机，使交换机使用该转发流表对该用户后续的报文进行转发处理，即该用户的业务流量只需要经过需要的增值业务节点，而不需要通过每个每个增值业务节点，有效减小了增值业务设备的处理容量，降低了不必要的网络设备投资。

在上述图3-图5所示的实施例的基础上，下面通过一实例的流程来说明本该业务链的部署方案的具体流程：

图6为本发明业务链的部署方法的一实例的交互流程图，如图6所示，该业务链的部署方案的步骤为：

S401：BSS/OSS从NFVO获取在线VNF信息。

在本实施例中，BSS/OSS系统向NFVO获取在线的VAS VNF的信息，NFVO查询VNF信息库中的VNF的信息。BSS/OSS还可以向NFVO订阅VAS VNF上线的通知，当NFVO获得了新上线的VNF的信息后，NFVO会将新上线的VNF的信息通知给BSS/OSS。

S402：BSS/OSS根据获取的VNF信息创建业务群组，并配置业务群组类型。

S403：BSS/OSS接收业务链建立请求，并根据该业务链建立请求创建逻辑业务链。

在本实施例中，BSS/OSS还要为所述逻辑业务链分配业务链ID，并把业务群组(Service Group)加到所述逻辑业务链中。例如，配置逻辑业务链ID和Service Group之间的关系的方式为(ID，Service Group1，Service Group2，…)。

S404：BSS/OSS配置每个业务群组中每个VNF的属性和权重。

S405：BSS/OSS将VNF的属性及权重通知给NFVO，NFVO将VNF的属性及权重转化为逻辑业务的属性和权重，并通知到SDN控制器。

在本实施例中，NFVO把VNF的属性和权重转化为逻辑业务的属性和权重，并且NFVO把逻辑业务的属性和权重通过服务组件发送给SDN控制器。

S406：BSS/OSS将逻辑业务链下发到NFVO。

S407：NFVO将逻辑业务链中的VNF的进行实例化，形成基于逻辑业务的业务群组的逻辑业务链，并通知到SDN控制器。

S408：BSS/OSS配置上下行业务链标识对。

S409：BSS/OSS将所述上下行业务链标识对通过NFVO转发给SDN控制器。

在本实施例中，为了使用户的上下行业务流经过相同的业务使能器实例，BSS/OSS将上下行业务链标识对发送给NFVO，并且NFVO将上下行业务链标识对通过服务组件发送给SDN控制器。

S410：SDN控制器根据逻辑业务的权重和属性、上下行业务链标识对生成与上述逻辑业务链对应的细流规则。

S411：SDN控制器获取网络拓扑。

S412：根据细流规则和网络拓扑生成转发流表并发送给交换机。

S413：BSS/OSS配置用户策略和上下行逻辑业务链的关系，并发送给PCRF。

上述过程为在I层嵌入式的配置方案中，业务链的生成和发放的详细过程。

图7为本发明Overlay式在NVF中部署架构示意图。在这种部署方案下，由于无法修改I层组件，因此部署业务链的方案需要将服务链(英文：Service Chain，简称：SC)控制器和交换机以VNF的形式部署。如图7所示，该架构中各个功能模块的作用具体为：

BSS/OSS(在本架构中实际上为Service Orchestrator，相当于BSS/OSS的功能，因此在描述中统一使用网管系统)：功能部署和I层嵌入式相同

由于SC控制器以VNF的方式部署，则Service Orchestrator与SC控制器之间可以通过设备管理系统(英文：Equipment Management System，简称：EMS)进行业务链数据配置，Service Orchestrator可以从NFVO获得VNF的实例化后的逻辑业务信息，通过EMS将实例化后的业务链配置到SC控制器。

交换机只处理携带业务链标签的数据报文，并根据SC控制器下发的业务链的转发流表将数据发送到I层的交换机，然后交换机再将数据发送到目的增值业务服务器(英文：Value-added service，简称：VAS)，反向报文也是相同处理。

SC控制器用于根据Service Orchestrator发送的实例化逻辑业务构成的逻辑业务链和具体网络拓扑以及逻辑业务的属性和权重生成具体的业务链规则，并且通知交换机生成转发流表通过VNFM向NFVO或VIM查询/获取VM相关的网络拓扑。

图8为本发明业务链的部署方法的实施例四的流程图，在上述图7所示的部署架构的基础上，如图8所示，本实施例的执行主体为网管系统，则该业务链的部署方法的步骤包括：

S501：接收业务链建立请求，并根据所述业务链建立请求和预先获取的至少一个业务群组建立逻辑业务链；所述逻辑业务链包括至少一个业务群组。

在本实施例中，在网管系统接收业务链建立请求之前，还要获取至少一个虚拟网络功能VNF信息，并根据所述至少一个VNF信息创建至少一个业务群组，所述每个业务群组中包括群组属性和至少一个VNF。

具体的获取VNF信息的方式至少包括：第一种获取方式，向所述虚拟编排系统发送在线VNF信息获取请求，以使所述虚拟编排系统查询VNF信息库，获取在线的所有VNF的所述VNF信息，并向所述业务编排系统返回在线的每个VNF的VNF信息；接收所述虚拟编排系统发送的至少一个所述VNF信息。

第二种获取方式，接收所述虚拟编排系统主动上报的在线的至少一个VNF的VNF信息。

S502：将所述逻辑业务链进行实例化后发送给SC控制器。

在本实施例中，在将业务链发送给SC控制器之前，网管系统根据每个所述VNF信息，配置每个所述业务群组中的每个VNF的属性和权重，并将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重，并将转化后的每个业务群组中每个逻辑业务的属性和权重发送给所述SC控制器。

S503：若接收到所述SC控制器返回的第一确认消息，则将上下行业务链标识对发送给所述SC控制器，以使所述SC控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

在本实施例中，网管系统在接收到了SC控制器返回的第一确认消息，确定SC控制器已经收到了配置的逻辑业务链，则将上下行业务链标识对发送给SC控制器，SC控制器根据逻辑业务的权重和属性生成与所述业务链对应的细流规则，并结合对应的网络拓扑生成转发流表，SC控制器将该转发流表转发给交换机，以使交换机根据该转发流表转发该用户的业务流。

可选的，网关系统还需要配置用户策略，并将所述用户策略发送给策略与计费功能单元PCRF。

本实施例提供的业务链的部署方法，网管系统通过获取VNF的信息，建立多个业务群组，并根据用户发送的业务链建立请求建立逻辑业务链，并将配置的VNF的属性和权重进行实例化，进而对逻辑业务链进行实例化生成逻辑业务对应的业务链发送给SC控制器，再次将上下行业务链标识对发送给SC控制器，SC控制器根据获取的所有信息生成与该逻辑业务链对应的转发流表并发送给交换机，以使交换机根据该转发流表转发处理该用户的业务流，即该用户的业务流量只需要经过需要的增值业务节点，而不需要通过每个每个增值业务节点，有效减小了增值业务设备的处理容量，降低了不必要的网络设备投资。

图9为本发明业务链的部署方法的实施例五的流程图，在上述图7所示的部署架构的基础上，如图9所示，本实施例的执行主体为SC控制器，则该业务链的部署方法的步骤包括：

S601：接收网管系统发送的实例化后的逻辑业务链，并向所述网管系统返回第一确认消息。

在本实施例中，SC控制器接收到了实例化后的逻辑业务链后，需要向网管系统反馈确收消息，即返回第一确认消息，以使网管系统确定SC控制器已经收到了业务链。

在SC控制器接收网管系统发送的实例化后的逻辑业务链之前，已经接收到了所述网管系统发送的每个业务群组的每个逻辑业务的属性和权重。

S602：接收所述网管系统发送的上下行业务链标识对。

在本实施例中，为了使用户的上下行业务流流经相同的业务使能器实例，网管系统将上下行业务链标识对下发给SC控制器。

S603：根据所述上下行业务链标识对和所述实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

在本实施例中，SC控制器根据所述上下行业务链标识对和所述实例化后的逻辑业务链生成转发流表的具体方式为：

根据每个业务群组中的每个逻辑业务的属性和权重生成所述网管系统建立的逻辑业务链的细流规则；获取所述实例化后的逻辑业务链涉及的网络拓扑，并根据所述网络拓扑、所述细流规则和所述上下行业务链标识对生成所述转发流表。

SC控制器将生成的转发流表发送给交换机，以使交换机根据该转发流表对该用户的业务流进行转发处理。

本实施例提供的业务链的部署方法，接收网管系统发送的实例化后的逻辑业务链，再接收网管系统发送的上下行业务链标识对，并根据获取的所有信息生成与该逻辑业务链对应的转发流表并发送给交换机，以使交换机根据该转发流表转发处理该用户的业务流，即该用户的业务流量只需要经过需要的增值业务节点，而不需要通过每个每个增值业务节点，有效减小了增值业务设备的处理容量，降低了不必要的网络设备投资。

在上述图8和图9所示的实施例的基础上，下面通过一实例的流程来说明本该业务链的部署方案的具体流程：

图10为本发明业务链的部署方法的又一实例的交互流程图，如图10所示，该业务链的部署方案的步骤为：

S701：网管系统从NFVO获取在线VNF信息。

在本实施例中，网管系统系统向NFVO获取在线的VNF的信息，NFVO查询VNF信息库中的VNF的信息。网管系统还可以向NFVO订阅VAS VNF上线的通知，当NFVO获得了新上线的VNF的信息后，NFVO会将新上线的VNF的信息通知给网管系统。

S702：网管系统根据获取的VNF信息创建业务群组，并配置业务群组类型。

S703：网管系统接收业务链建立请求，并根据该业务链建立请求创建逻辑业务链。

在本实施例中，网管系统还要为所述逻辑业务链分配业务链ID，并把业务群组(Service Group)加到所述逻辑业务链中。例如，配置逻辑业务链ID和Service Group之间的关系的方式为(ID，Service Group1，Service Group2，…)。

S704：网管系统配置每个业务群组中每个VNF的属性和权重。

S705：网管系统将VNF的属性及权重转化为逻辑业务的属性和权重，并通知到SC控制器。

在本实施例中，NFVO把VNF的属性和权重转化为逻辑业务的属性和权重，并且NFVO把逻辑业务的属性和权重通过服务组件发送给SDN控制器。

S706：网管系统将逻辑业务链中的VNF的进行实例化，形成基于逻辑业务的业务群组的逻辑业务链，并通知到SC控制器。

S707：网管系统配置上下行业务链标识对。

S708：网管系统将所述上下行业务链标识对发送给SC控制器。

在本实施例中，为了使用户的上下行业务流经过相同的业务使能器实例，网管系统将上下行业务链标识对发送给NFVO，并且NFVO将上下行业务链标识对通过服务组件发送给SDN控制器。

S709：SC控制器根据逻辑业务的权重和属性、上下行业务链标识对生成与上述逻辑业务链对应的细流规则。

S710：SC控制器获取网络拓扑，并根据细流规则和网络拓扑生成转发流表并发送给交换机。

S711：网管系统配置用户策略和上下行逻辑业务链的关系，并发送给PCRF。

上述过程为在Overlay式的配置方案中，业务链的生成和发放的详细过程。

图2至图10提供的I层嵌入式和Overlay的方式部署业务链的方案。上述两种方案均是以业务链编排系统生成了逻辑的业务链，并且根据VAS的负荷，权重等信息将逻辑业务链进行实例化转化为体现实际业务路径的物理业务链。这种业务链的部署方式主要是依赖业务链编排系统生成业务链，SDN控制器根据业务链编排系统生成的业务链和VAS的网络拓扑生成业务链对应的转发流表。这种方式属于静态链的部署方式，即，业务链首先由业务链编排系统编排完成，而不是根据用户属性，业务属性等信息动态生成的。后续的施例主要是介绍动态链的部署方式。

图11为本发明业务链的部署方法的实施例六的流程图，在上述图7所示的部署架构的基础上，如图11所示，本实施例的执行主体为PCRF，则该业务链的部署方法的步骤包括：

S801：接收用户发送的业务链建立请求，则根据所述业务链建立请求、预先获取的在线业务群组的类型和预先获取的用户的业务属性生成逻辑业务链。

在本实施例中，所述业务链建立请求包括业务群组列表，所述逻辑业务链包括至少一个业务群组，本步骤中的用户指的是运维层次的用户，例如运营商等。

PCRF收到用户的业务流建立请求。可选的，PCRF根据用户的属性(例如，用户优先级，接入类型等)，业务属性(例如，业务类型等)以及从网管系统获取的上线的业务群组类型为用户的业务生成逻辑业务链。例如，逻辑业务链表达为(业务链ID，Service Group1，Service Group2，…)。上述用户业务的逻辑业务链也可以由PCEF在收到PCRF发送的PCC或ADC规则后，由PCEF根据用户的属性(例如，用户优先级，接入类型等)，业务属性(例如，业务类型等)以及从网管系统获取的上线的业务群组类型为用户的业务生成逻辑业务链。

S802：若接收到用户发送的原始报文，则将所述逻辑业务链封装在所述原始报文外层生成包含所述逻辑业务链的第一报文，并将所述第一报文发送给交换机，以使所述交换机生成所述逻辑业务链的流表规则。

在本实施例中，用户(本步骤的用户与S801不同，在本步骤中用户指的是终端，即实际访问过程中的用户终端设备)开始发送报文时，当用户原始报文发送到PCEF，PCEF根据用户原始报文匹配到的逻辑业务链对原始数据报文封装，即将逻辑业务链封装在用户原始报文的外层。PCEF将封装后的第一报文发送给交换机，以供交换机对第一报文中的逻辑业务链进行实例化处理，并结合网络拓扑生成转发流表。

图12为本发明业务链的部署方法的实施例七的流程图，在上述图7所示的部署架构的基础上，如图12所示，本实施例的执行主体为网管系统，则该业务链的部署方法的步骤包括：

S901：获取至少一个虚拟网络功能VNF信息，并根据所述至少一个VNF信息创建至少一个业务群组，所述每个业务群组中包括群组属性和至少一个VNF。

在本实施例中，网关系统获取VNF信息和建立业务群组的方式跟前述实施例的方式一致，在此不再赘述。

S902：根据每个所述VNF信息，配置每个所述业务群组中的每个VNF的属性和权重，并将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重，并将转化后的每个业务群组中每个逻辑业务的属性和权重发送给交换机，以使所述交换机根据所述每个业务群组中的每个VNF的属性和权重和接收的逻辑业务链生成转发流表。

在本实施例中，网管系统根据VNF的能力和处理报文的方式配置业务群组中VNF的属性和权重，所述VNF的属性是指VNF对数据报文的处理方式，例如，对报文L2，L3的处理方式。具体的请参考前述实施例。

图13为本发明业务链的部署方法的实施例八的流程图，在上述图7所示的部署架构的基础上，如图13所示，本实施例的执行主体为交换机，则该业务链的部署方法的步骤包括：

S1001：接收策略与计费功能单元PCRF发送的第一报文；所述第一报文中包括逻辑业务链和原始报文，所述逻辑业务链包括至少一个业务群组。

在本实施例中，用户原始报文发送到PCEF，PCEF根据用户原始报文匹配到的逻辑业务链对原始数据报文封装，即将逻辑业务链封装在用户原始报文的外层。PCEF将封装后的第一报文发送给交换机。

S1002：根据所述逻辑业务链和每个业务群组的逻辑业务的属性和权重生成转发流表。

在本实施例中，所述每个业务群组的逻辑业务的属性和权重是网管系统预先发送的。

生成转发流表的具体步骤为：首先，根据所述每个业务群组的逻辑业务的属性和权重，将所述逻辑业务链实例化生成物理业务链；其次，获取所述物理业务链涉及的网络拓扑，并根据所述网络拓扑生成所述逻辑业务链的细流规则，并将所述细流规则转化为转发流表。

具体的，交换机收到封装了逻辑业务链的报文之后，获取报文中封装的逻辑业务链，并根据逻辑业务的权重和属性，对逻辑业务链中的业务群组进行实例化，生成物理业务链，并根据VM的网络拓扑生成业务链的细流规则。

交换机结合对应的网络拓扑，将上述业务链的细流规则转化为业务链的流表。

S1003：根据所述转发流表转发所述原始报文。

在上述图11至图13所示的实施例中，上述交换机根据逻辑业务的权重和属性对逻辑业务链中的业务群组进行实例化生成物理业务链的功能，也可以部署在PCEF中。那么在这种情况下，交换机就只有根据逻辑业务的网络拓扑将物理业务链转换为业务链的细流规则的功能。

本实施例提供的业务链的部署方法，网管系统预先获取在线VNF信息，并建立多个业务群组，配置业务群组中的每个VNF的属性和权重，并在配置后进行实例化成为逻辑业务的属性和权重，再将每个业务群组的每个逻辑业务的属性和权重通过SC控制器发送给交换机，在PCRF接收到用户发送的业务链建立请求后，根据用户的属性和预先获取的业务群组类型建立逻辑业务链，PCRF再接收到用户的原始报文时，将该逻辑业务链封装在用户的原始报文中生成第一报文，并发送给交换机，以及交换机获取逻辑业务链，并结合每个业务群组的每个逻辑业务的属性和权重、网络拓扑生成对应的转发流表，并根据该转发流表转发处理用户的原始报文，实现动态的业务链部署，该用户的业务流量只需要经过需要的增值业务节点，而不需要通过每个每个增值业务节点，有效减小了增值业务设备的处理容量，降低了不必要的网络设备投资。

在上述图11至图13所示的实施例的基础上，下面通过一实例的流程来说明本该业务链的部署方案的具体流程：

图14为本发明业务链的部署方法的再一实例的交互流程图，如图14所示，该业务链的部署方案的步骤为：

S1101：网管系统从NFVO获取在线VNF信息。

在本实施例中，网管系统系统向NFVO获取在线的VNF的信息，NFVO查询VNF信息库中的VNF的信息。网管系统还可以向NFVO订阅VAS VNF上线的通知，当NFVO获得了新上线的VNF的信息后，NFVO会将新上线的VNF的信息通知给网管系统。

S1102：网管系统根据获取的VNF信息创建业务群组，配置业务群组类型，并配置每个业务群组中每个VNF的属性和权重。

S1103：网管系统将上线的业务群组的类型通知给PCRF或PCEF。

S1104：网管系统把每个业务群组的VNF的属性和权重转化为逻辑业务的属性和权重，并且把逻辑业务的属性和权重通过SC控制器发送给交换机。

S1105：PCRF、PCEF根据用户发送的业务链建立请求和用户、业务的属性生成逻辑业务链。

在本实施例中，PCRF收到用户的业务链建立请求。可选的，PCRF根据用户的属性(例如，用户优先级，接入类型等)，业务属性(例如，业务类型等)以及从网管系统获取的上线的业务群组类型为用户的业务生成逻辑业务链。例如，逻辑业务链表达为(业务链ID，Service Group1，Service Group2，…)。上述用户业务的逻辑业务链也可以由PCEF在收到PCRF发送的PCC或ADC规则后，由PCEF根据用户的属性(例如，用户优先级，接入类型等)，业务属性(例如，业务类型等)以及从网管系统获取的上线的业务群组类型为用户的业务生成逻辑业务链。

S1106：用户原始报文发送到PCEF，PCEF根据用户原始报文匹配到的逻辑业务链，将逻辑业务链封装在用户原始报文的外层形成第一报文。

S1107：PCEF将封装后的第一报文发送给交换机。

S1108：交换机收到第一报文之后，获取第一报文中封装的逻辑业务链，并根据逻辑业务的权重和属性，对逻辑业务链中的业务群组进行实例化，生成物理业务链。

S1109：交换机根据逻辑业务的网络拓扑生成上述逻辑业务链的细流规则，并将上述细流规则转化为业务链的转发流表，根据所述转发流表对用户的报文进行转发。

上述过程为在Overlay式的配置方案中，根据用户的属性和业务属性等信息动态生成业务链的详细过程。

在上述图2至图14所示的实施例的基础上，下面介绍在NFV定义的电信云架构基础上，业务链修改和删除的流程在I层嵌入式方式和Overlay方式的具体实现如下：

1、业务链的修改流程描述的是业务链的逻辑链ID保持不变，而是由于VAS的变化，如VAS的增加或删除等原因导致业务链的路径发生变化。

在这种变化过程中，VAS的增加和删除会导致业务链中逻辑业务实例化发生改变，Service Orchestrator(BSS/OSS)需要根据新的逻辑业务实例化重新向SDN控制器(或SC控制器)下发基于逻辑业务的逻辑业务链，使SDN控制器(或SC控制器)根据新的逻辑业务群组中的逻辑业务链进行实例化，并且将更新网络拓扑，根据新的网络拓扑和新生成的业务链细流规则生成新的转发流表，SDN控制器将新的转发流表发送给交换机。

2、业务链删除流程中，Service Orchestrator(BSS/OSS)需要将逻辑业务链，以及对应的用户规则在本地全部删除，并且，Service Orchestrator(BSS/OSS)将删除的逻辑业务链通知给SDN控制器(或SC控制器)，SDN控制器将逻辑业务链对应的所有转发规则全部删除，并且通知交换机将转发流表全部删除。

图15为本发明业务链的部署装置实施例一的结构示意图，如图15所示，该业务链的部署装置10包括：接收模块11、处理模块12和发送模块13。具体的，接收模块11，用于接收业务链建立请求；

处理模块12，用于根据所述业务链建立请求和预先获取的至少一个业务群组建立逻辑业务链；所述逻辑业务链包括至少一个业务群组；

发送模块13，用于将所述逻辑业务链发送给虚拟编排系统，以使所述虚拟编排系统将所述逻辑业务链进行实例化后发送给所述业务控制器；

若所述接收模块11接收到所述业务控制器返回的第一确认消息，则所述发送模块还用于将上下行业务链标识对通过所述虚拟编排系统发送给所述业务控制器，以使所述业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

本实施例提供的业务链的部署装置用于执行图3至图6所示实施例的技术方案，其实现原理和技术效果类似，接收模块接收到用户发送的业务链建立请求，处理模块建立逻辑业务链；该逻辑业务链包括一个或多个业务群组，发送模块将逻辑业务链发送给虚拟编排系统，以使虚拟编排系统将所述逻辑业务链进行实例化后发送给所述业务控制器，网管系统在接收到业务控制器返回的第一确认消息，则将上下行业务链标识对通过虚拟编排系统发送给业务控制器，以使业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机，使交换机使用该转发流表对该用户后续的报文进行转发处理，即该用户的业务流量只需要经过需要的增值业务节点，而不需要通过每个每个增值业务节点，有效减小了增值业务设备的处理容量，降低了不必要的网络设备投资。

在本发明业务链的部署装置实施例二中，在上述实施例的基础上，所述接收模块11接收业务链建立请求之前，所述处理模块12还用于：

获取至少一个虚拟网络功能VNF信息，并根据所述至少一个VNF信息创建至少一个业务群组，所述每个业务群组中包括群组属性和至少一个VNF。

可选的，所述发送模块13将所述逻辑业务链发送给虚拟编排系统之前，所述处理模块12还用于根据每个所述VNF信息，配置每个所述业务群组中的每个VNF的属性和权重；

所述发送模块13还用于将每个业务群组中的每个VNF的属性和权重发送给所述虚拟编排系统，以使所述虚拟编排系统将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重，并将转化后的每个业务群组中每个逻辑业务的属性和权重发送给所述业务控制器。

可选的，所述发送模块13还用于向所述虚拟编排系统发送在线VNF信息获取请求，以使所述虚拟编排系统查询VNF信息库，获取在线的所有VNF的所述VNF信息，并向所述业务编排系统返回在线的每个VNF的VNF信息；

所述接收模块11还用于接收所述虚拟编排系统发送的至少一个所述VNF信息；

或者，

所述接收模块11还用于接收所述虚拟编排系统主动上报的在线的至少一个VNF的VNF信息。

可选的，所述发送模块13将上下行业务链标识对通过所述虚拟编排系统发送给所述业务控制器之后，所述处理模块12还用于配置用户策略；

所述发送模块13将所述用户策略发送给策略与计费功能单元PCRF。

本实施例提供的业务链的部署装置用于执行图3至图6所示实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图16为本发明业务链的部署装置实施例三的结构示意图，如图16所示，该业务链的部署装置20，包括：接收模块21、处理模块22和发送模块23。

接收模块21，用于接收网管系统发送的逻辑业务链；

处理模块22，用于将所述逻辑业务链中的每个业务群组进行实例化；

发送模块23，用于将所述实例化后的逻辑业务链发送给业务控制器；

所述接收模块21还用于接收所述业务控制器发送的第一确认消息；

所述发送模块23还用于将所述第一确认消息转发给所述网管系统；

所述接收模块21还用于接收所述网管系统发送的上下行业务链标识对；

所述发送模块23还用于将所述上下行业务链标识对转发给所述业务控制器以使所述业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

可选的，所述处理模块22将所述逻辑业务链中的每个业务群组进行实例化之前，所述接收模块21还用于接收所述网管系统发送的至少一个业务群组中每个虚拟网络功能VNF的属性和权重；所述处理模块将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重，并通过所述发送模块23将转化后的每个业务群组中每个逻辑业务的属性和权重发送给所述业务控制器。

本实施例提供的业务链的部署装置用于执行图3至图6所示实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图17为本发明业务链的部署装置实施例四的结构示意图，如图17所示，该业务链的部署装置30，包括：接收模块31、发送模块32和处理模块33。

接收模块31，用于接收虚拟编排系统发送的实例化后的逻辑业务链；

发送模块32，用于向所述虚拟编排系统返回第一确认消息；

所述接收模块31还用于接收所述虚拟编排系统发送的上下行业务链标识对；

处理模块33，用于根据所述上下行业务链标识对和所述实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

本实施例提供的业务链的部署装置，用于执行图3至图6所示的方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

在本发明业务链的部署装置实施例五中，在上述实施例的基础上，所述接收模块31还用于接收所述虚拟编排系统发送的网管系统建立的每个业务群组中的每个逻辑业务的属性和权重。

可选的，所述处理模块33具体用于：

根据每个业务群组中的每个逻辑业务的属性和权重生成所述网管系统建立的逻辑业务链的细流规则；

获取所述实例化后的逻辑业务链涉及的网络拓扑，并根据所述网络拓扑、所述细流规则和所述上下行业务链标识对生成所述转发流表。

本实施例提供的业务链的部署装置，用于执行图3至图6所示的方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图18为本发明业务链的部署装置实施例六的结构示意图，如图18所示，该业务链的部署装置40，包括：

接收模块41，用于接收业务链建立请求；

处理模块42，用于根据所述业务链建立请求和预先获取的至少一个业务群组建立逻辑业务链；所述逻辑业务链包括至少一个业务群组；

发送模块43，用于将处理模块42实例化后的所述逻辑业务链进行发送给SC控制器；

若所述接收模块41接收到所述SC控制器返回的第一确认消息，则所述发送模块43将上下行业务链标识对发送给所述SC控制器，以使所述SC控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

本实施例提供的业务链的部署装置，用于执行图8所示的方法实施例的技术方案，其实现原理和技术效果类似，通过获取VNF的信息，处理模块建立多个业务群组，并根据用户发送的业务链建立请求建立逻辑业务链，并将配置的VNF的属性和权重进行实例化，进而对逻辑业务链进行实例化生成逻辑业务对应的业务链，通过发送发送给SC控制器，再次将上下行业务链标识对发送给SC控制器，SC控制器根据获取的所有信息生成与该逻辑业务链对应的转发流表并发送给交换机，以使交换机根据该转发流表转发处理该用户的业务流，即该用户的业务流量只需要经过需要的增值业务节点，而不需要通过每个每个增值业务节点，有效减小了增值业务设备的处理容量，降低了不必要的网络设备投资。

在本发明业务链的部署装置实施例七中，在上述实处理模块42还用于获取至少一个虚拟网络功能VNF信息，并根据所述至少一个VNF信息创建至少一个业务群组，所述每个业务群组中包括群组属性和至少一个VNF。

可选的，所述处理模块42还用于根据每个所述VNF信息，配置每个所述业务群组中的每个VNF的属性和权重，并通过所述发送模块43将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重，并将转化后的每个业务群组中每个逻辑业务的属性和权重发送给所述SC控制器。

可选的，所述发送模块43还用于向所述虚拟编排系统发送在线VNF信息获取请求，以使所述虚拟编排系统查询VNF信息库，获取在线的所有VNF的所述VNF信息，并向所述业务编排系统返回在线的每个VNF的VNF信息；

所述接收模块41还用于接收所述虚拟编排系统发送的至少一个所述VNF信息；

或者，

所述接收模块41还用于接收所述虚拟编排系统主动上报的在线的至少一个VNF的VNF信息。

可选的，所述处理模块42还用于配置用户策略，并通过所述发送模块43将所述用户策略发送给策略与计费功能单元PCRF。

本实施例提供的业务链的部署装置，用于执行图8至图10所示的方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图19为本发明业务链的部署装置实施例八的结构示意图，如图19所示，该业务链的部署装置50，包括：接收模块51、发送模块52和处理模块53；

接收模块51，用于接收业务系统发送的实例化后的逻辑业务链；

发送模块52，用于向所述业务系统返回第一确认消息；

接收所述业务系统发送的上下行业务链标识对；

处理模块53，用于根据所述上下行业务链标识对和所述实例化后的逻辑业务链生成转发流表，并通过所述发送模块52将所述转发流表发送给交换机。

本实施例提供的业务链的部署装置，用于执行图8至图10所示的方法实施例的技术方案，其实现原理和技术效果类似，接收模块接收网管系统发送的实例化后的逻辑业务链，再接收网管系统发送的上下行业务链标识对，处理模块根据获取的所有信息生成与该逻辑业务链对应的转发流表并通过发送模块发送给交换机，以使交换机根据该转发流表转发处理该用户的业务流，即该用户的业务流量只需要经过需要的增值业务节点，而不需要通过每个每个增值业务节点，有效减小了增值业务设备的处理容量，降低了不必要的网络设备投资。

在本发明业务链的部署装置实施例九中，在上述实施例八的基础上，所述接收模块51还用于接收所述业务系统发送的每个业务群组的每个逻辑业务的属性和权重。

可选的，所述处理模块5具体用于：

根据每个业务群组中的每个逻辑业务的属性和权重生成所述业务系统建立的逻辑业务链的细流规则；

获取所述实例化后的逻辑业务链涉及的网络拓扑，并根据所述网络拓扑、所述细流规则和所述上下行业务链标识对生成所述转发流表。

本实施例提供的业务链的部署装置，用于执行图8至图10所示的方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图20为本发明业务链的部署装置实施例十的结构示意图，如图20所示，该业务链的部署装置60，包括：接收模块61、处理模块62和发送模块63；

接收模块61，用于接收用户发送的业务链建立请求；

处理模块62，用于根据所述业务链建立请求、预先获取的在线业务群组的类型和预先获取的用户的业务属性生成逻辑业务链；其中，所述业务链建立请求包括业务群组列表，所述逻辑业务链包括至少一个业务群组；

若所述接收模块61接收到用户发送的原始报文，则所述处理模块62用于将所述逻辑业务链封装在所述原始报文外层生成包含所述逻辑业务链的第一报文；

发送模块63，用于将所述第一报文发送给交换机，以使所述交换机生成所述逻辑业务链的流表规则。

本实施例提供的业务链的部署装置，用于执行图11至图14所示的方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图21为本发明业务链的部署装置实施例十一的结构示意图，如图21所示，该业务链的部署装置70，包括：处理模块71和发送模块72；

处理模块71，用于获取至少一个虚拟网络功能VNF信息，并根据所述至少一个VNF信息创建至少一个业务群组，所述每个业务群组中包括群组属性和至少一个VNF。

所述处理模块71还用于根据每个所述VNF信息，配置每个所述业务群组中的每个VNF的属性和权重，并将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重；

发送模块72，用于将转化后的每个业务群组中每个逻辑业务的属性和权重发送给交换机，以使所述交换机根据所述每个业务群组中的每个VNF的属性和权重和接收的逻辑业务链生成转发流表。

本实施例提供的业务链的部署装置，用于执行图11至图14所示的方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图22为本发明业务链的部署装置实施例十二的结构示意图，如图22所示，该业务链的部署装置80，包括：接收模块81、处理模块82和发送模块83；

接收模块81，用于接收策略与计费功能单元PCRF发送的第一报文；所述第一报文中包括逻辑业务链和原始报文，所述逻辑业务链包括至少一个业务群组；

处理模块82，用于根据所述逻辑业务链和每个业务群组的逻辑业务的属性和权重生成转发流表；其中，所述每个业务群组的逻辑业务的属性和权重是业务系统预先发送的；

发送模块83，用于根据所述转发流表转发所述原始报文。

可选的，所述处理模块82具体用于：

根据所述每个业务群组的逻辑业务的属性和权重，将所述逻辑业务链实例化生成物理业务链；

获取所述物理业务链涉及的网络拓扑；

根据所述网络拓扑生成所述逻辑业务链的细流规则，并将所述细流规则转化为转发流表。

本实施例提供的业务链的部署装置，用于执行图11至图14所示的方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图23为本发明网管系统实施例一的结构示意图，如图23所示，该网管系统90包括：接收器91、处理器92和发送器93。具体的，接收器91，用于接收业务链建立请求；

处理器92，用于根据所述业务链建立请求和预先获取的至少一个业务群组建立逻辑业务链；所述逻辑业务链包括至少一个业务群组；

发送器93，用于将所述逻辑业务链发送给虚拟编排系统，以使所述虚拟编排系统将所述逻辑业务链进行实例化后发送给所述业务控制器；

若所述接收器91接收到所述业务控制器返回的第一确认消息，则所述发送模块还用于将上下行业务链标识对通过所述虚拟编排系统发送给所述业务控制器，以使所述业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

本实施例提供的网管系统用于执行图3所示实施例的技术方案，其实现原理和技术效果类似，接收器接收到用户发送的业务链建立请求，处理器建立逻辑业务链；该逻辑业务链包括一个或多个业务群组，发送器将逻辑业务链发送给虚拟编排系统，以使虚拟编排系统将所述逻辑业务链进行实例化后发送给所述业务控制器，网管系统在接收到业务控制器返回的第一确认消息，则将上下行业务链标识对通过虚拟编排系统发送给业务控制器，以使业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机，使交换机使用该转发流表对该用户后续的报文进行转发处理，即该用户的业务流量只需要经过需要的增值业务节点，而不需要通过每个每个增值业务节点，有效减小了增值业务设备的处理容量，降低了不必要的网络设备投资。

在本发明网管系统实施例二中，在上述实施例的基础上，所述接收器91接收业务链建立请求之前，所述处理器92还用于：

获取至少一个虚拟网络功能VNF信息，并根据所述至少一个VNF信息创建至少一个业务群组，所述每个业务群组中包括群组属性和至少一个VNF。

可选的，所述发送器93将所述逻辑业务链发送给虚拟编排系统之前，所述处理器92还用于根据每个所述VNF信息，配置每个所述业务群组中的每个VNF的属性和权重；

所述发送器93还用于将每个业务群组中的每个VNF的属性和权重发送给所述虚拟编排系统，以使所述虚拟编排系统将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重，并将转化后的每个业务群组中每个逻辑业务的属性和权重发送给所述业务控制器。

可选的，所述发送器93还用于向所述虚拟编排系统发送在线VNF信息获取请求，以使所述虚拟编排系统查询VNF信息库，获取在线的所有VNF的所述VNF信息，并向所述业务编排系统返回在线的每个VNF的VNF信息；

所述接收器91还用于接收所述虚拟编排系统发送的至少一个所述VNF信息；

或者，

所述接收器91还用于接收所述虚拟编排系统主动上报的在线的至少一个VNF的VNF信息。

可选的，所述发送器93将上下行业务链标识对通过所述虚拟编排系统发送给所述业务控制器之后，所述处理器92还用于配置用户策略；

所述发送器93将所述用户策略发送给策略与计费功能单元PCRF。

本实施例提供的网管系统用于执行图3至图6所示实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图24为本发明虚拟编排系统实施例一的结构示意图，如图24所示，该虚拟编排系统100，包括：接收器101、处理器102和发送器103。

接收器101，用于接收网管系统发送的逻辑业务链；

处理器102，用于将所述逻辑业务链中的每个业务群组进行实例化；

发送器103，用于将所述实例化后的逻辑业务链发送给业务控制器；

所述接收器101还用于接收所述业务控制器发送的第一确认消息；

所述发送器103还用于将所述第一确认消息转发给所述网管系统；

所述接收器101还用于接收所述网管系统发送的上下行业务链标识对；

所述发送器103还用于将所述上下行业务链标识对转发给所述业务控制器以使所述业务控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

可选的，所述处理器102将所述逻辑业务链中的每个业务群组进行实例化之前，所述接收器101还用于接收所述网管系统发送的至少一个业务群组中每个虚拟网络功能VNF的属性和权重；所述处理模块将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重，并通过所述发送器103将转化后的每个业务群组中每个逻辑业务的属性和权重发送给所述业务控制器。

本实施例提供的虚拟编排系统用于执行图3至图6所示实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图25为本发明业务控制器实施例一的结构示意图，如图25所示，该业务控制器110，包括：接收器111、发送器112和处理器113。

接收器111，用于接收虚拟编排系统发送的实例化后的逻辑业务链；

发送器112，用于向所述虚拟编排系统返回第一确认消息；

所述接收器111还用于接收所述虚拟编排系统发送的上下行业务链标识对；

处理器113，用于根据所述上下行业务链标识对和所述实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

本实施例提供的业务控制器，用于执行图3至图6所示的方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

在本发明业务控制器实施例二中，在上述实施例的基础上，所述接收器111还用于接收所述虚拟编排系统发送的网管系统建立的每个业务群组中的每个逻辑业务的属性和权重。

可选的，所述处理器113具体用于：

根据每个业务群组中的每个逻辑业务的属性和权重生成所述网管系统建立的逻辑业务链的细流规则；

获取所述实例化后的逻辑业务链涉及的网络拓扑，并根据所述网络拓扑、所述细流规则和所述上下行业务链标识对生成所述转发流表。

本实施例提供的业务控制器，用于执行图3至图6所示的方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图26为本发明网管系统实施例三的结构示意图，如图26所示，该网管系统120，包括：

接收器121，用于接收业务链建立请求；

处理器122，用于根据所述业务链建立请求和预先获取的至少一个业务群组建立逻辑业务链；所述逻辑业务链包括至少一个业务群组；

发送器123，用于将处理器122实例化后的所述逻辑业务链进行发送给SC控制器；

若所述接收器121接收到所述SC控制器返回的第一确认消息，则所述发送器123将上下行业务链标识对发送给所述SC控制器，以使所述SC控制器根据所述上下行业务链标识对和实例化后的逻辑业务链生成转发流表，并将所述转发流表发送给交换机。

本实施例提供的网管系统，用于执行图8所示的方法实施例的技术方案，其实现原理和技术效果类似，通过获取VNF的信息，处理模块建立多个业务群组，并根据用户发送的业务链建立请求建立逻辑业务链，并将配置的VNF的属性和权重进行实例化，进而对逻辑业务链进行实例化生成逻辑业务对应的业务链，通过发送发送给SC控制器，再次将上下行业务链标识对发送给SC控制器，SC控制器根据获取的所有信息生成与该逻辑业务链对应的转发流表并发送给交换机，以使交换机根据该转发流表转发处理该用户的业务流，即该用户的业务流量只需要经过需要的增值业务节点，而不需要通过每个每个增值业务节点，有效减小了增值业务设备的处理容量，降低了不必要的网络设备投资。

在本发明网管系统实施例四中，处理器122还用于获取至少一个虚拟网络功能VNF信息，并根据所述至少一个VNF信息创建至少一个业务群组，所述每个业务群组中包括群组属性和至少一个VNF。

可选的，所述处理器122还用于根据每个所述VNF信息，配置每个所述业务群组中的每个VNF的属性和权重，并通过所述发送器123将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重，并将转化后的每个业务群组中每个逻辑业务的属性和权重发送给所述SC控制器。

可选的，所述发送器123还用于向所述虚拟编排系统发送在线VNF信息获取请求，以使所述虚拟编排系统查询VNF信息库，获取在线的所有VNF的所述VNF信息，并向所述业务编排系统返回在线的每个VNF的VNF信息；

所述接收器121还用于接收所述虚拟编排系统发送的至少一个所述VNF信息；

或者，

所述接收器121还用于接收所述虚拟编排系统主动上报的在线的至少一个VNF的VNF信息。

可选的，所述处理器122还用于配置用户策略，并通过所述发送器123将所述用户策略发送给策略与计费功能单元PCRF。

本实施例提供的网管系统，用于执行图8至图10所示的方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图27为本发明SC控制器实施例一的结构示意图，如图27所示，该SC控制器130，包括：接收器131、发送器132和处理器133；

接收器131，用于接收业务系统发送的实例化后的逻辑业务链；

发送器132，用于向所述业务系统返回第一确认消息；

接收所述业务系统发送的上下行业务链标识对；

处理器133，用于根据所述上下行业务链标识对和所述实例化后的逻辑业务链生成转发流表，并通过所述发送器132将所述转发流表发送给交换机。

本实施例提供的SC控制器，用于执行图8至图10所示的方法实施例的技术方案，其实现原理和技术效果类似，接收模块接收网管系统发送的实例化后的逻辑业务链，再接收网管系统发送的上下行业务链标识对，处理模块根据获取的所有信息生成与该逻辑业务链对应的转发流表并通过发送模块发送给交换机，以使交换机根据该转发流表转发处理该用户的业务流，即该用户的业务流量只需要经过需要的增值业务节点，而不需要通过每个每个增值业务节点，有效减小了增值业务设备的处理容量，降低了不必要的网络设备投资。

在本发明SC控制器实施例二中，在上述实施例的基础上，所述接收器131还用于接收所述业务系统发送的每个业务群组的每个逻辑业务的属性和权重。

可选的，所述处理器13具体用于：

根据每个业务群组中的每个逻辑业务的属性和权重生成所述业务系统建立的逻辑业务链的细流规则；

获取所述实例化后的逻辑业务链涉及的网络拓扑，并根据所述网络拓扑、所述细流规则和所述上下行业务链标识对生成所述转发流表。

本实施例提供的SC控制器，用于执行图8至图10所示的方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图28为本发明PCRF实施例一的结构示意图，如图20所示，该PCRF 140，包括：接收器141、处理器142和发送器143；

接收器141，用于接收用户发送的业务链建立请求；

处理器142，用于根据所述业务链建立请求、预先获取的在线业务群组的类型和预先获取的用户的业务属性生成逻辑业务链；其中，所述业务链建立请求包括业务群组列表，所述逻辑业务链包括至少一个业务群组；

若所述接收器141接收到用户发送的原始报文，则所述处理器142用于将所述逻辑业务链封装在所述原始报文外层生成包含所述逻辑业务链的第一报文；

发送器143，用于将所述第一报文发送给交换机，以使所述交换机生成所述逻辑业务链的流表规则。

本实施例提供的PCRF，用于执行图11至图14所示的方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图29为本发明网管系统实施例五的结构示意图，如图29所示，该网管系统150，包括：处理器151和发送器152；

处理器151，用于获取至少一个虚拟网络功能VNF信息，并根据所述至少一个VNF信息创建至少一个业务群组，所述每个业务群组中包括群组属性和至少一个VNF。

所述处理器151还用于根据每个所述VNF信息，配置每个所述业务群组中的每个VNF的属性和权重，并将每个业务群组中的每个VNF的属性和权重转化为对应的逻辑业务的属性和权重；

发送器152，用于将转化后的每个业务群组中每个逻辑业务的属性和权重发送给交换机，以使所述交换机根据所述每个业务群组中的每个VNF的属性和权重和接收的逻辑业务链生成转发流表。

本实施例提供的网管系统，用于执行图11至图14所示的方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

图30为本发明交换机实施例一的结构示意图，如图30所示，该交换机160，包括：接收器161、处理器162和发送器163；

接收器161，用于接收策略与计费功能单元PCRF发送的第一报文；所述第一报文中包括逻辑业务链和原始报文，所述逻辑业务链包括至少一个业务群组；

处理器162，用于根据所述逻辑业务链和每个业务群组的逻辑业务的属性和权重生成转发流表；其中，所述每个业务群组的逻辑业务的属性和权重是业务系统预先发送的；

发送器163，用于根据所述转发流表转发所述原始报文。

可选的，所述处理器162具体用于：

根据所述每个业务群组的逻辑业务的属性和权重，将所述逻辑业务链实例化生成物理业务链；

获取所述物理业务链涉及的网络拓扑；

根据所述网络拓扑生成所述逻辑业务链的细流规则，并将所述细流规则转化为转发流表。

本实施例提供的交换机，用于执行图11至图14所示的方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。

进一步的，在上述实施例中，应理解，该处理器可以是中央处理单元(Central Processing Unit，简称CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。方法实施例中的各步骤可以通过终端设备和/或接入设备中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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