本发明涉及移动通信技术，尤指一种虚拟网络功能及其实现业务处理的方法。
背景技术：
图1为相关技术中3gpp演进分组系统的结构示意图，如图1所示，3gpp演进分组系统(eps，evolvedpacketsystem)由演进的通用移动通信系统陆地无线接入网(e-utran，evolveduniversalterrestrialradioaccessnetwork)、移动管理单元(mme，mobilitymanagemententity)、服务网关(s-gw，servinggateway)、分组数据网络网关(pdngw或p-gw，packetdatanetworkgateway)、归属用户服务器(hss，homesubscriberserver)、3gpp的认证授权计费(aaa，authentication、authorizationandaccounting)服务器、策略和计费规则功能实体(pcrf，policyandchargingrulesfunction)及其它支撑功能组成。
其中，mme用于移动性管理、非接入层信令的处理和用户移动管理上下文的管理等控制面相关工作；s-gw是与e-utran相连的接入网关功能，在e-utran与p-gw之间转发数据，并且用于对寻呼等待数据进行缓存；p-gw则是eps与pdn的边界网关，用于pdn的接入及在eps与pdn间转发数据等功能。pcrf负责策略决策和计费规则的制定，提供基于业务数据流的门控、服务质量控制及计费规则给gw，在承载面执行pcrf所制定的策略和计费规则。在承载建立时，gw按照pcrf发送的规则进行qos授权和门控控制。根据pcrf发送的计费规则，执行相应的业务数据流计费操作，计费既可以是在线计费，也可以是离线计费。如果是在线计费，则需要和在线计费系统(ocs，onlinechargingsystem)一起进行信用管理。离线计费则和离线计费系统(ofcs，offlinechargingsystem)之间交换相关的计费信息。gw与pcrf之间的接口是gx接口，与ocs之间的接口是gy接口，与ofcs之间的接口是gz接口。
3gpp中，ue通过接入点名称(apn，accesspointname)可以找到对应分组数据网络(pdn，packetdatanetwork)，为访问pdn网络会建立一个ip连接接入网(ip-can，ipconnectivityaccessnetwork)会话的pdn连接。
随着需求增长，eps网关对网络应用的发展逐步产生了约束。用户数据流处理集中在pdn出口网关，造成网关功能繁杂，可扩展性差。网关控制面与转发面高度耦合，不利于网络的平滑演进和功能增强。转发面扩容需求频度高于控制面，紧耦合导致控制面转发面同步扩容，功能更新周期短，导致复合成本增加。网络层数据转发难以识别用户、业务特征，仅能根据上层传递的服务质量(qos)转发，导致网络资源利用低效，难以依据用户和业务特性对数据流进行精细管理和控制。此外，大量策略需要手工配置，导致管理复杂度增加，运营成本居高不下。因此，通信网络将分组域网关中的控制功能与转发功能进一步分离，以适应网络发展和市场应用需求。
图2为相关技术中非漫游场景下gw控制面和用户面分离的架构示意图，如图2所示，该架构将原先的eps架构中的s-gw/p-gw和流量检测功能(tdf，trafficdetectionfunction)拆分成了控制面功能(cpf，controllerplanefunction)和用户面功能(upf，userplanefunction)两类功能网元，s-gw、p-gw和tdf的控制面功能对应于cpf，用户面数据功能对应于upf。其中，不同类型cpf(或upf)可以合一部署，也可以独立部署。cpf负责控制面功能，包括负荷分担、upf选择、ueip地址分配、策略和计费控制等功能,可选地可包含upf的用户面地址和隧道标识的分配。upf负责用户面相关的功能，包括数据流识别和深度包解析、qos处理和承载绑定，下行寻呼数据的缓存等功能。图1中eps各类功能的用户面和控制面接口分别对接分离后的cpf和upf，其余相应接口功能对照原eps架构。
gw控制面和用户面分离之后，解决了现有eps网关存在的扩展性差、网络资源利用低效等诸多问题，但是，同时也浮现了新的技术问题。
控制和用户分离后，可以根据需求部署多种或多个upf，网络部署更为灵活，可以支持更大容量和更为丰富多样的应用业务，可以采用更为高效和灵活的虚拟网络功能(vnf，virtualnetworkfunction)部署网络。但是，对网络数据的处理性能需求变得尤其突出，如何支持高吞吐量的业务，如何有效和高效地将网络中的业务处理分担到相应的业务处理功能，成为了新的网络架构中的一个技术瓶颈。
相关技术中，典型的vnf部署架构如图3所示，在业务处理功能前部署负载均衡功能，通过负载均衡功能对业务数据进行分流，并转发到最佳的业务处理功能。但是，对于业务数据量大的业务，该部署方案存在很多制约和不足。首先，由于虚拟计算能力和虚拟网卡的使用，使得负载均衡功能的网络吞吐能力受到限制。其次，负载均衡功能和业务处理功能之间的数据转发，只能借助于以太网交换机和/或虚拟交换机，数据交换能力成为瓶颈。另外，数据经过虚拟交换机多次转发，时延较大，不只是影响业务体验，对例如自动驾驶和车联网这类对时延要求高的业务，是无法满足和保证业务功能的基本需求的。
因此，如何解决控制面和用户面分离架构后的大流量高性能部署需求，保证网络数据处理的性能，支持高吞吐量业务，高效地执行业务处理分担，成为需要研究和解决的问题。
技术实现要素：
为了解决上述技术问题，本发明提供一种虚拟网络功能及其实现业务处理的方法，能够保证网络数据处理的性能，支持高吞吐量业务。
为了达到本发明目的，本发明提供了一种虚拟网络功能vnf，包括：资源调度功能、一个或一个以上业务处理功能；其中，
资源调度功能，用于获取vnf业务资源能力，将获得的vnf业务资源能力划分为若干单位粒度资源；为每个单位粒度资源创建转发路由信息，将划分后的单位粒度资源对应的转发路由信息传送给外部的路由器或者对接设备；
业务处理能力，用于从资源调度功能获取一个或一个以上单位粒度资源；当收到对接设备的业务数据时，按照根据获得的单位粒度资源的类型选择出的业务处理逻辑执行业务处理。
可选地，所述资源调度功能还用于：当执行vnf扩展scaleout时，从选择出的业务处理功能回收部分单位粒度资源，执行资源再分配，更新所述转发路由信息并通告给相应的路由器或者对接设备；和/或，
当执行vnf收缩scalein时，从需要执行vnf弹性收缩的业务处理功能回收全部单位粒度资源，执行资源再分配，更新所述转发路由信息并通告给相应的路由器或者对接设备。
可选地，所述业务处理功能还用于：在各个所述业务处理功能之间执行弹性备份。
可选地，所述备份方式包括：n对m主备方式，其中，n和m的取值大于或等于1，n和m都是整数。
可选地，所述划分后的单位粒度资源的粒度小于或等于所述业务处理功能的能力。
可选地，所述业务处理能力获取单位粒度资源包括：
所述业务处理能力在初始化后主动从所述资源调度功能处请求以获取单位粒度资源；或者，
所述业务处理能力接收所述资源调度功能主动推送的单位粒度资源。
可选地，所述资源调度功能和各业务处理功能之间设置有资源管理接口。
可选地，所述vnf业务资源能力包括：对外的服务地址，业务使用的地址池。
本申请还提供了一种虚拟网络功能vnf实现业务处理的方法，包括：
vnf获取vnf业务资源能力，将获得的vnf业务资源能力划分为若干单位粒度资源；
vnf创建转发路由信息，将划分后的单位粒度资源对应的转发路由信息传送给外部的路由器或者对接设备；
当收到对接设备的业务数据时，vnf根据选择出的业务处理逻辑执行业务处理。
可选地，该方法还包括：当执行vnf扩展scaleout时，从选择出的务处理功能回收部分单位粒度资源以满足新开启的业务处理功能的需求，执行资源再分配，更新所述转发路由信息并通告给相应的路由器或者对接设备；和/或，
当执行vnf收缩scalein时，从需要执行vnf弹性收缩的业务处理功能回收全部单位粒度资源，执行资源再分配，更新转发路由信息并通告给相应的路由器或者对接设备。
可选地，该方法还包括：在所述vnf中的各个业务处理功能之间执行弹性备份。
可选地，所述备份方式包括：n对m主备方式，其中，n和m的取值大于或等于1，n和m都是整数。
可选地，所述vnf创建转发路由信息包括：
所述vnf中的资源调度功能根据各单位粒度资源当前所在业务处理功能的接口地址分别为每个单位粒度资源创建转发路由信息，其中，为路由设置的下一跳转发地址为该单位粒度资源当前所在的业务处理功能的接口地址。
可选地，所述划分后的单位粒度资源的粒度小于或等于所述业务处理功能的能力。
可选地，所述获取单位粒度资源包括：
所述vnf中的业务处理能力在初始化后主动从所述vnf中的资源调度功能处请求以获取单位粒度资源；或者，
所述vnf中的业务处理能力接收所述vnf中的资源调度功能主动推送的单位粒度资源。
可选地，所述vnf业务资源能力包括：对外的服务地址，业务使用的地址池。
本申请技术方案包括：vnf将获得的vnf业务资源能力划分为若干单位粒度资源；vnf创建转发路由信息，将划分后的单位粒度资源对应的转发路由信息传送给外部的路由器或者对接设备；当收到对接设备的业务数据时，vnf根据选择出的业务处理逻辑执行业务处理。本发明提供的技术方案，一方面，通过对vnf业务资源细分为若干单位粒度资源，并根据该单位粒度资源决策转发路由信息，将该转发路由信息发送给路由器或者对接设备，而路由器或者对接设备根据获得的转发路由信息执行到相应业务处理功能的直接转发，实现了vnf的负载均衡功能。由此，减少了对计算资源的占用；而且，外部对接设备将数据直接发送给业务处理功能，减少了对虚拟交换机和实体交换机一半资源的占用，增加了数据传输效率，缩短了数据传输和处理路径，降低了时延；另一方面，相对于相关技术中的vnf，取消专门的负载均衡功能，避免了计算和数据交换的流量瓶颈和时延，提高了计算资源的使用效率，保证了网络数据处理的性能，增强了业务体验，支持了高吞吐量业务。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为相关技术中3gpp演进分组系统的结构示意图；
图2为相关技术中非漫游场景下gw控制面和用户面分离的架构示意图；
图3为相关技术中典型的vnf部署架构示意图；
图4为本发明vnf部署架构示意图；
图5为本发明部署vnf的实施例的流程示意图；
图6为本发明vnf实现业务处理的方法的流程图；
图7为本发明加载vnf中的资源调度功能和业务处理功能的实施例的流程示意图；
图8为本发明vnf实现弹性收缩的实施例的流程示意图；
图9为本发明vnf实现弹性扩展的实施例的流程示意图；
图10为本发明vnf架构实际应用的实施例的流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
图4为本发明vnf部署架构示意图，如图4所示，至少包括：资源调度功能、一个或一个以上业务处理功能；其中，
资源调度功能，用于获取vnf业务资源能力，将获得的vnf业务资源能力划分为若干单位粒度资源；根据各单位粒度资源当前所在业务处理功能的接口地址分别为每个单位粒度资源创建转发路由信息，将划分后的单位粒度资源对应的转发路由信息传送给外部的路由器或者直接连接的对接设备；
业务处理能力，用于从资源调度功能获取一个或一个以上单位粒度资源；当收到对接设备的业务数据时，按照根据获得的单位粒度资源的类型选择出的业务处理逻辑执行业务处理。
其中，划分后的单位粒度资源的粒度小于或等于业务处理功能的能力，即每个业务处理功能可获取一个或多个单位粒度资源。
其中，业务处理能力获取单位粒度资源包括：业务处理能力在初始化后主动从资源调度功能处请求以获取单位粒度资源；或者，业务处理能力接收资源调度功能主动推送的单位粒度资源。
其中，资源调度功能和业务处理功能之间设置有资源管理接口。
其中，vnf业务资源能力包括对外的服务地址，业务使用的地址池等信息。
可选地，路由器或者对接设备根据转发路由信息执行报文识别和转发操作。即，路由器或者对接设备根据获得的转发路由信息执行转发，以协助vnf执行负载均衡功能，实现vnf的负载均衡功能。
本发明提供的vnf，一方面，通过对vnf业务资源细分为若干单位粒度资源，并根据该单位粒度资源决策转发路由信息，将该转发路由信息发送给路由器或者对接设备，而路由器或者对接设备会根据获得的转发路由信息执行到相应业务处理功能的直接转发，实现了vnf的负载均衡功能。由此，减少了对计算资源的占用；而且，外部对接设备将数据直接发送给业务处理功能，减少了对虚拟交换机和实体交换机一半资源的占用，增加了数据传输效率，缩短了数据传输和处理路径，降低了时延。另一方面，资源调度功能直接执行路由管理和数据分发(业务处理功能直接从外部接收业务数据并完成数据处理或转发)，相对于相关技术中的vnf，取消了负载均衡功能，避免了计算和数据交换的流量瓶颈和时延，提高了计算资源的使用效率，保证了网络数据处理的性能，增强了业务体验，支持了高吞吐量业务。
可选地，本发明vnf还支持业务处理功能的弹性伸缩能力。此时，资源调度功能还用于：当执行vnf扩展(vnfscaleout)时，从选择出的业务处理功能回收单位粒度资源以满足新开启的业务处理功能的需求，执行资源再分配(即将回收的单位粒度资源分配给新增的业务处理功能)，更新转发路由信息，并通告给相应的路由器或者对接设备。根据更新后的转发路由信息，业务数据将直接被转发到相应业务处理功能(包括原先的业务处理功能，和新增的业务处理功能)；
和/或，当执行vnf收缩(vnfscalein)时，从选定的需要执行vnf弹性收缩的业务处理功能处回收全部单位粒度资源，执行资源再分配(即将相应单位粒度资源分配给其余的业务处理功能)，更新转发路由信息，并通告给相应的路由器或者对接设备。根据更新后的转发路由信息，业务数据将直接被转发到相应业务处理功能(scalein处理后现存的业务处理功能)。
可选地，业务处理功能还用于：在各个业务处理功能之间执行弹性备份。备份方式包括如n对m主备方式，其中，n和m的取值大于或等于1，n和m都是整数。通过各个业务处理功能之间执行弹性备份，本发明vnf支持了业务的高可靠性。
本发明提供的技术方案，新增了资源调度功能，除了满足以上大流量高性能vnf部署需求，还进一步支持了vnf的弹性伸缩能力，支持了业务的高可靠性。
本发明提供的vnf是需要部署在网络中的。图5为本发明部署vnf的实施例的流程示意图，如图5所示，包括：
步骤500：创建业务网络平台。在云管理平台(vim，virtualinfrastructuremanagement)上，创建vnf需要使用的业务网络平面。
本步骤中，管理员创建的业务网络平面确保了vnf内部、vnf对外的网络连接的正确建立。
步骤501：创建资源调度功能。管理员通过vim创建资源调度功能，将资源调度功能的网络接口加入到业务网络平面中。
比如：资源管理功能通过内部网络平面建立与业务处理功能的接口，通过外部网络平面建立与外部的路由器以及对接设备的接口；
步骤502：资源调度功能从vim处获取接口地址，取得接口地址后，资源调度功能和外部对接设备完成网络连接，并且，资源调度功能和对接设备之间建立动态路由邻居关系。
本步骤中的获取接口地址的方式有多种，比如：可以由vim通过初始化脚本文件传递给资源调度功能，或者资源调度模块通过动态主机配置协议(dhcp，dynamichostconfigurationprotocol)接口向vim进行请求等。
此时，资源调度功能与外部的路由器/对接设备之间建立了网络连接并启用了动态路由协议。
资源调度功能通过动态路由协议传递路由。
其中，动态路由协议可以采用开放式最短路径优先协议(ospf，openshortestpathfirst)，或边界网关协议(bgp，bordergatewayprotocol)。
步骤503：创建业务处理功能。管理员通过vim创建业务处理功能，将业务处理功能的网络接口加入到业务网络平面中；同样，业务处理功能通过内部网络平面和资源调度功能建立起接口连接；业务处理功能通过外部网络平面和外部对接设备建立起连接。
步骤504：业务处理功能从vim处获取接口地址，取得接口地址后，业务处理功能和外部对接设备建立网络连接；业务处理功能可以和外部对接功能之间开启数据通信。
本步骤中的获取接口地址的方式有多种，比如：可以由vim通过初始化脚本文件传递给业务处理功能，或者业务处理功能通过dhcp接口向vim进行请求等。
需要说明的是，步骤502～步骤503与步骤504～步骤505之间并没有严格的顺序要求，业务处理功能也可以先启动，只是在启动后不能进行通信，必须等待资源调度功能完成对接后才能处理业务。
本发明提供的vnf实现业务处理的方法，一方面，通过对vnf业务资源细分为若干单位粒度资源，并根据该单位粒度资源决策转发路由信息，将该转发路由信息发送给路由器或者对接设备，而路由器或者对接设备根据获得的转发路由信息执行到相应业务处理功能的直接转发，实现了vnf的负载均衡功能。由此，减少了对计算资源的占用；而且，外部对接设备将数据直接发送给业务处理功能，减少了对虚拟交换机和实体交换机一半资源的占用，增加了数据传输效率，缩短了数据传输和处理路径，降低了时延。另一方面，资源调度功能直接执行路由管理和数据分发(业务处理功能直接从外部接收业务数据并完成数据处理或转发)，相对于相关技术中的vnf，取消了负载均衡功能，避免了计算和数据交换的流量瓶颈和时延，提高了计算资源的使用效率，保证了网络数据处理的性能，增强了业务体验，支持了高吞吐量业务。
此时，业务处理功能与外部的路由器/对接设备之间建立了网络连接并启用了数据通信。
图6为本发明vnf实现业务处理的方法的流程图，如图6所示，包括：
步骤600：vnf获取vnf业务资源能力，将获得的vnf业务资源能力划分为若干单位粒度资源。
本步骤中，单位粒度资源的划分方式，可以根据vnf中预期部署的业务处理功能数目和能力来进行划分，也可以采用更细粒度的划分方式，具体划分方式这里并不做限定，只要确保每个业务处理功能获得适当的业务资源，形成有效的负载均衡效果即可。
结合图4所示的本发明vnf，本步骤中，vnf中的资源调度功能在加载中，会获取vnf业务资源能力，将获得的vnf业务资源能力划分为若干单位粒度资源。
其中，划分后的单位粒度资源的粒度小于或等于单个业务处理功能的能力，即每个业务处理功能可获取一个或多个单位粒度资源。
步骤601：vnf创建转发路由信息，将划分后的单位粒度资源对应的转发路由信息传送给外部的路由器或者直接连接的对接设备。
本步骤中，vnf中的资源调度功能根据各单位粒度资源当前所在业务处理功能的接口地址分别为每个单位粒度资源创建转发路由信息。具体地，为路由设置下一跳转发地址，该下一跳转发地址设置为单位粒度资源当前所在的业务处理功能的接口地址；资源调度功能随后将划分后的单位粒度资源对应的转发路由信息传送给外部的路由器或者直接连接的对接设备。
步骤602：当收到对接设备的业务数据时，vnf根据选择出的业务处理逻辑执行业务处理。
本步骤中，vnf中的业务处理功能会从资源调度功能获取一个或一个以上单位粒度资源，并根据获得的单位粒度资源的类型，选择使用对应的业务处理逻辑，这样，当收到对接功能的业务数据时，根据选择出的业务处理逻辑执行业务处理即可。
其中，业务处理能力获取单位粒度资源包括：业务处理能力在初始化后主动从资源调度功能处请求以获取单位粒度资源；或者，业务处理能力接收资源调度功能主动推送的单位粒度资源。
本发明方法还包括：路由器或者对接设备根据转发路由信息执行报文识别和转发操作。即，路由器或者对接设备根据获得的转发路由信息执行转发，以协助vnf执行负载均衡功能，实现vnf的负载均衡功能。
本发明方法之前还包括：部署vnf到网络中。具体实现如图5所示，这里不再赘述。
在vnf完成部署后，首先要加载资源调度功能和业务处理功能，以便于执行对业务处理功能的资源获取和管理。图7为本发明vnf实现业务加载的实施例的流程示意图，本实施例描述了基于本发明的vnf部署架构，vnf以及服务的加载过程，以及vnf和服务的高性能业务处理过程，本实施例中，假设业务处理功能包括业务处理功能1和业务处理功能2，如图7所示，包括：
步骤700：vnf初始化后，加载资源调度功能，以便执行对业务处理功能的资源获取和管理。
本步骤具体包括：资源调度功能从系统配置中获取业务对外服务地址，业务使用的地址池等vnf业务资源，将获取到的整个vnf或服务的业务资源能力分成若干业务资源子能力单元即单位粒度资源，并将划分后的单位粒度资源分配给相应业务处理功能。根据业务处理功能和单位粒度资源的对应关系，为每个单位粒度资源创建对应的转发路由信息。
其中，资源调度功能划分后的单位粒度资源的粒度小于或等于每个业务处理功能的能力，即每个业务处理功能可获取一个或多个单位粒度资源。
步骤701：本实施例中，业务处理功能1在初始化后主动从资源调度功能请求获取单位粒度资源；或者，资源调度功能将划分后的单位粒度资源信息主动推送给业务处理功能1。
步骤702：本实施例中，业务处理功能2在初始化后主动从资源调度功能处请求获取单位粒度资源；或者，资源调度单元将相应划分后的单位粒度资源主动推送给业务处理功能2。
步骤703：资源调度功能通过动态路由协议，比如ospf或bgp协议，将生成的单位粒度资源对应的转发路由信息通告给相应的路由器或者对接设备；同时，资源调度功能从外部的路由器或者对接设备接收对方通告的外部路由信息。
步骤704：资源调度功能保存步骤703中获得的外部路由信息，并将从对接设备获得的外部路由信息通告给业务处理功能1。
步骤705：资源调度功能将从对接设备获得的外部路由信息通告给业务处理功能2。
步骤706：对接设备获得相关业务处理功能的转发路由信息后，对接收到的数据报文进行识别，当该数据报文为业务处理功能1对应的业务功能数据时，根据转发路由信息直接转发该数据到业务处理功能1；业务处理功能1根据业务处理规则，对该报文执行处理。
步骤707：对接设备获得相关业务处理功能的转发路由信息后，对接收到的数据报文进行识别，当该数据报文为业务处理功能2对应的业务功能数据时，根据转发路由信息直接转发该数据到业务处理功能2；业务处理功能2根据业务处理规则，对该报文执行处理。
可选地，本发明vnf还支持业务处理功能的弹性伸缩能力。此时，本发明方法还包括：
当执行vnf扩展(vnfscaleout)时，vnf中的资源调度功能从选择出的业务处理功能回收部分单位粒度资源以满足新开启的业务处理功能的需求，执行资源再分配(即将回收的相应单位粒度资源分配给新增的业务处理功能)，更新转发路由信息，并通告给相应的路由器或者对接设备。根据更新后的转发路由信息，业务数据将直接被转发到相应业务处理功能(包括原先的业务处理功能，和新增的业务处理功能)；和/或，
当执行vnf收缩(vnfscalein)时，vnf中的资源调度功能从选定的需要执行vnf弹性收缩的业务处理功能处回收全部单位粒度资源，执行资源再分配(即将相应单位粒度资源分配给其余的业务处理功能)，更新转发路由信息，并通告给相应的路由器或者对接设备。根据更新后的转发路由信息，业务数据将直接被转发到相应业务处理功能(scalein处理后现存的业务处理功能)。
可选地，本发明方法还包括：在vnf中的各个业务处理功能之间执行弹性备份。
其中，备份方式包括如n对m主备方式，其中，n和m的取值大于或等于1，n和m都是整数。通过各个业务处理功能之间执行弹性备份，本发明vnf支持了业务的高可靠性。
图8为本发明vnf实现弹性收缩的实施例的流程示意图，本实施例中描述了基于本发明的vnf部署架构，多个业务处理功能同时工作时，vnf以及服务根据弹性规则执行弹性收缩的处理过程。本实施例中，假设资源调度功能从选定的业务处理功能回收全部单位粒度资源，执行资源再分配；而后将回收后的单位粒度资源分配给需要的业务处理功能，并更新转发路由信息后通告给相应的对接设备。对接设备则根据更新后的转发路由信息直接转发业务数据到正确的业务处理功能。具体实现如图8所示，包括：
步骤800：vnf部署完毕，相关业务处理正常执行。在业务处理过程中，假设外部的对接设备根据当前转发路由信息，将业务数据直接转发给业务处理功能2。
步骤801：本实施例中，假设由于用户业务量下降，比如在深夜时段，大部分用户不再发起业务，此时，根据网络运营策略或弹性需求，需要执行vnf弹性收缩功能。此时，资源调度功能如果决策业务处理功能2收缩，则会向业务处理功能2发送消息，以通知业务处理功能2释放其占用的全部单位粒度资源。
步骤802：业务处理功能2成功释放其业务能力资源后，资源调度功能向业务处理功能1发送消息，以告知业务处理功能1接纳新的单位粒度资源。
步骤803：完成业务处理功能2和业务处理功能1的资源重分配后，资源调度功能向外部的对接设备发布路由更新消息，并通过动态路由协议将更新后的转发路由信息发布给相应的对接设备。
步骤804：外部的对接设备接收并更新本地的转发路由信息；根据更新后的路由将接收到的业务报文直接转发给相应业务处理功能。
比如，本实施例中，将识别出的业务处理功能1支持业务数据直接发送到业务处理功能1；
步骤805：业务处理功能2完成全部资源释放和业务处理后，业务处理功能2可以被关闭。
图9为本发明vnf实现弹性扩展的实施例的流程示意图，本实施例描述了基于本发明的vnf部署架构，多个业务处理功能同时工作时，vnf以及服务根据弹性规则执行弹性扩展的处理过程。本实施例中，假设资源调度功能从各个业务处理功能回收部分单位粒度资源，执行资源再分配；而后增加一个业务处理功能，并将回收的相应单位粒度资源分配给该新增的业务处理功能；资源管理功能更新转发路由信息，并通告给相应的对接设备。对接设备则根据更新后的转发路由信息直接转发业务数据到正确的业务处理功能。具体实现如图9所示，包括：
步骤900：vnf部署完毕，相关业务处理正常执行。在业务处理过程中，假设外部的对接设备根据当前转发路由信息，将业务数据直接转发给业务处理功能1。
步骤901：本实施例中，假设当业务量增长，比如在工作日的高峰时段，业务量上涨，目前的业务处理功能数量不能满足当前的业务流量，根据网络运营策略或弹性需求，需要执行vnf弹性扩展功能。此时，资源调度功能如果决策并开启新的业务处理功能如业务处理功能2。
步骤902：资源调度功能向业务处理功能1发送消息，以通知业务处理功能1释放部分单位粒度资源。
这里，如果同时存在的多个业务处理功能，资源调度功能可以分别从多个业务处理功能中各获取一部分单位粒度资源，以提供给新扩展的业务处理功能。其中，多个业务处理功能可以是按照预先设置的策略如按照负荷情况选择出来的，比如可以从负荷重的业务处理功能中获取单位粒度资源。其中，从业务处理功能中获取多少单位粒度资源取决于新开启的业务处理功能的需求，按照策略，只要从现存的业务处理功能获取的单位粒度资源的总和满足新开启的业务处理功能的需求即可。
步骤903：本实施例中，资源调度功能将从业务处理功能1中回收的单位粒度资源，分配给业务处理功能2，确保业务处理功能2获得单位粒度资源；
步骤904：完成业务处理功能2和业务处理功能1的资源重分配后，资源调度功能更新单位粒度资源对应的转发路由信息，并向外部的对接设备发布路由更新消息，并通过动态路由协议将更新后的转发路由信息发布给相应的外部对接功能。
步骤905：外部的对接设备接收并更新本地的转发路由信息。并根据更新后的路由将接收到的业务报文直接转发给相应业务处理功能。
比如，本实施例中，将识别为业务处理功能1支持的业务数据直接发送到业务处理功能1；将识别出的业务处理功能2支持的业务数据直接发送到业务处理功能2。
图10为本发明vnf架构实际应用的实施例的流程示意图，本实施例描述了在控制面/用户面(c/u)分离架构下，基于本发明的pgw用户面(pgw-u)vnf部署架构，多个pgw-u业务处理功能同时工作，根据pgw-u的资源调度结果发布转发路由信息，对接的设备如sgw能够依照接收的转发路由信息，将不同用户的业务数据直接转发到正确的pgw-u媒体面功能即业务处理功能。本实施例中，假设pgw-u包括pgw-u资源调度功能，以及pgw-u业务处理功能1和pgw-u业务处理功能2。具体实现如图10所示，包括：
步骤1000：pgw-uvnf初始化，pgw-u首先加载pgw-u资源调度功能，以便执行对业务处理功能的资源获取和管理。
本实施例中，pgw-u资源调度功能从系统配置中获取多个gtpu地址(gtpu地址1和gtpu地址2)，ms地址池等业务资源，并将获得的业务资源分成单位粒度资源。pgw-u资源调度功能将划分后的单位粒度资源分配给相应的pgw-u业务处理功能。
根据pgw-u业务处理功能和单位粒度资源的对应关系，为每个单位粒度资源创建对应的转发路由信息。
其中，pgw-u资源调度功能划分后的单位粒度资源的粒度小于或等于每个pgw-u业务处理功能的能力，即每个pgw-u业务处理功能可获取一个或多个单位粒度资源。
步骤1001：pgw-u业务处理功能1在初始化后主动从pgw-u资源调度功能处请求获取单位粒度资源，获得gtpu地址1以及部分ms地址池；或者，pgw-u资源调度功能将划分后的单位粒度资源信息主动推送给pgw-u业务处理功能1。
步骤1002：pgw-u业务处理功能2在初始化后主动从pgw-u资源调度功能处请求获取单位粒度资源，获得gtpu地址2以及部分ms地址池；或者，pgw-u资源调度单元将相应划分后的单位粒度资源主动推送给pgw-u业务处理功能2。
步骤1003：pgw-u资源调度功能通过动态路由协议，比如ospf或bgp协议，将生成的单位粒度资源的路由信息通告给相应的对接设备即sgw；同时，从sgw处获取外部路由。
步骤1004：pgw-u资源调度功能保存步骤1003中获得的外部路由信息，并将路由信息通告给pgw-u业务处理功能1。
步骤1005：pgw-u资源调度功能将步骤1003中得的外部路由信息通告给pgw-u业务处理功能2；
步骤1006：pgw控制面(pgw-c)接收到来自sgw的携带有移动终端1(ms1)的信息的创建会话请求(createsessionreq)消息。
步骤1007：pgw-c决定在pgw-u业务处理功能1上创建ms1的pdp承载，pgw-c从pgw-u业务处理功能1的单位粒度资源中获取gtpu地址1，同时从该单位粒度资源中为ms1分配ip地址。
步骤1008：pgw-c向sgw发送携带有gtup1地址和ms1的ip地址的创建会话响应(createsessionrsp)消息。
步骤1009：sgw根据gtpu1地址对应的路由，直接将业务数据转发给pgw-u业务处理功能1。
步骤1010：pgw-c接收到sgw发送的携带有ms2的信息的createsessionreq消息.
步骤1011：pgw-c决定在pgw-u业务处理功能2上创建ms2的pdp承载，pgw-c从pgw-u业务处理功能2的单位粒度资源中获取gtpu地址2，同时从该单位粒度资源中为ms2分配ip地址。
步骤1012：pgw-c向sgw发送携带有gtup2地址和ms2的ip地址的createsessionrsp消息。
步骤1013：sgw根据gtpu2地址对应的路由，直接将业务数据转发给pgw-u业务处理功能2。
本发明还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行本发明任一项的vnf实现业务处理的方法。
以上所述，仅为本发明的较佳实例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。