CN105577561A

CN105577561A - 实现虚拟化网元间负载均衡的方法及系统和虚拟化网元

Info

Publication number: CN105577561A
Application number: CN201410545575.1A
Authority: CN
Inventors: 郑国斌; 贺旻捷; 郭益军
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2014-10-15
Filing date: 2014-10-15
Publication date: 2016-05-11
Also published as: WO2016058297A1

Abstract

本发明公开了一种实现虚拟化网元间负载均衡的方法及系统和虚拟化网元，包括发端网元获取各收端网元的负载和资源空余信息；发端网元根据获得的各收端网元的负载和资源空余信息，选择合适的目标收端网元。本发明在不修改网元间的信令、消息接口的基础上，实现了发端网元根据收端网元的当前负载和资源空闲信息，动态选择合适的目的收端网元，从而调整了发送到收端网元的信令、消息流量，保证了电信网络中收端网元间的负载均衡，提高了收端网元的设备资源利用率，满足了网络功能虚拟化需要的资源按需分配的原则，从而提升了电信网络的业务连续性。

Description

实现虚拟化网元间负载均衡的方法及系统和虚拟化网元

技术领域

本发明涉及电信网络功能虚拟化技术，尤指一种实现虚拟化网元间负载均衡的方法及系统和虚拟化网元。

背景技术

为了提升设备资源利用率和业务部署效率、降低运维成本，电信网络功能虚拟化是大势所趋。欧洲电信标准化协会(ETSI，EuropeanTelecommunicationsStandardsInstitute)制定了电信网络功能虚拟化(NFV，NetworkFunctionsVirtualization)协议标准，在ETSINFV技术规范中定义了端到端参考架构，在端到端参考架构中引入了网络功能虚拟化编排器(NFVO，NetworkFunctionsVirtualizationOrchestrator，也称Orchestrator)、虚拟网络功能管理(VNFM，VirtualizedNetworkFunctionManager)、虚拟基础设施管理(VIM，VirtualizedInfrastructureManager)、网络功能虚拟化基础设施(NFVI，NetworkFunctionsVirtualizationInfrastructure)，以及虚拟网络功能(VNF，VirtualizedNetworkFunction)等功能单元。其中，NFVO主要负责全网的网络服务、虚拟资源以及物理资源的编排和相关管理功能；VNFM主要负责网元VNF的生命周期管理和VNF相关的虚拟资源的分配和管理；VIM主要负责虚拟化基础设施管理，主要功能是实现对整个基础设施层资源包括计算、存储、网络资源的分配和管理；NFVI作为虚拟化资源层，包括虚拟化后新增的虚拟化平台和原有的硬件资源；VNF指虚拟化后的网元，部署在NFVI上，执行着3GPP定义的网元功能，功能与非虚拟化时保持一致。

在非虚拟化环境下，电信网络中的网元之间信令路由和消息分发路由，大都是按照静态配置的主备优先级或者轮选方式来实现的(即传统方式)，即发端网元(如路由代理节点(DRA，DiameterRoutingAgent))按照主备优先级或者轮选方式选择收端网元(如家乡用户服务器(HSS，HomeSubscriberServer))。其中的发端网元指的是主动发起一条信令、消息请求的网元，收端网元指的是接收到一条信令、消息请求的网元，发端网元和收端网元是相对的，只是针对一条信令或者消息而言，针对不同的消息，同一个网元可能有时是发端网元，有时是收端网元。

其中，在主备优先级方式下，如图1所示，发端网元(如网元A)会选择静态配置的主用收端网元(如网元B)作为目标网元，只有在主用收端网元故障后，发端网元才会选择备用收端网元(如网元C)，这样，造成了备用收端网元利用率很低。而且，在主用网元过负荷时，备用网元也无法接管网络业务，造成了业务连续性下降。

在轮选方式下，如图2所示，发端网元(如网元A)依次选择多个收端网元中的一个，发端网元未考虑到收端网元的实际负荷，在部分收端网元已经过负荷时，发端网元还是会继续向过负荷的收端网元(如网元B)发送信令或者请求消息，引起了收端网元过负荷导致过负荷的网元丢弃信令或者消息，最终造成了业务成功率下降。

在网络功能虚拟化后，如果发端网元还采用上述传统方式选择收端网元，会导致收端网元的负载不均衡，降低收端网元的利用率和系统整体的可用性，违背了虚拟化技术带来的资源按需使用的基本原则。为了解决现有主备优先级方式或轮选方式中存在的问题，目前，具体做了进一步处理，比如：

有的采用收端负载均衡机制，即收端网元接收到信令和消息请求后，如收端网元自身负载较重，由收端网元转发到其他同类网元来处理，这样处理后导致了信令和请求消息的迂回，浪费了网络资源并增大了消息处理时延，从而影响了用户体验。

或者，还有的采用发端负载均衡机制，但是，一般会在发端网元和收端网元之间增加新的网关设备，由该网关设备来选择合适的收端网元，该技术需要在发端网元和收端网元之间增加新的设备，改变了电信网络架构，同时增加了电信网络复杂度。

根据以上分析可以看出，网络功能虚拟化后，如果发端网元采用传统方式选择收端网元，会导致网元间负载不均衡，不能满足网络功能虚拟化需要的资源按需分配的原则，且不能通过修改网元间的协议接口来传递网元间的负载和资源空闲信息。

发明内容

为了解决上述技术问题，本发明提供一种实现虚拟化网元间负载均衡的方法及系统和虚拟化网元，能够保证电信网络中收端网元间的负载均衡，提高收端网元的设备资源利用率，满足网络功能虚拟化需要的资源按需分配的原则，从而提升电信网络的业务连续性。

为了达到本发明目的，本发明提供了一种实现虚拟化网元间负载均衡的方法，包括：发端网元获取各收端网元的负载和资源空余信息；

发端网元根据获得的各收端网元的负载和资源空余信息，选择目标收端网元。

该方法之前还包括：所述各收端网元向自身所属的虚拟化网元管理实体上报本网元的当前负载和资源空余信息。

所述上报包括：

所述收端网元实时、或事件触发、或定时向自身所属的虚拟化网元管理实体上报负载和资源空余信息；

或者，在接收到所述收端网元所属的虚拟化网元管理实体要求上报负载和资源空余信息的通知时，所述收端网元上报负载和资源空余信息；或在接收到所述收端网元所属的虚拟化网元管理实体要求禁止收端网元上报负载和资源空余信息的通知时，所述收端网元不上报负载和资源空余信息。

所述发端网元获取各收端网元的负载和资源空余信息包括：

所述发端网元向自身所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息；

所述发端网元所属的虚拟化网元管理实体向发端网元推送已订阅的收端网元的负载和资源空余信息。

所述向发端网元推送已订阅的收端网元的负载和资源空余信息包括：

所述发端网元所属的虚拟化网元管理实体定时向已订阅的发端网元发送自身已获得的收端网元的负载和资源空余信息；

或者，在接收到新的虚拟化网元的负载和资源空余信息时，所述发端网元所属的虚拟化网元管理实体向已订阅的发端网元推送该收端网元的负载和资源空余信息；

或者，所述发端网元所属的虚拟化网元管理实体向所述收端网元订阅并获得收端网元的负载和资源空余信息，再将获得的收端网元的负载和资源空余信息发送给所述已订阅的发端网元。

所述发端网元所属的虚拟化网元管理实体向发端网元发送的负载和资源空余信息包括：

按照一个收端网元为单位发送；

或者，一次批量发送多个所述收端网元的负载和资源空余信息。

所述发端网元所属的虚拟化网元管理实体与收端网元所属的虚拟化网元管理实体不同；

所述发端网元获取各收端网元的负载和资源空余信息包括：

所述发端网元所属的虚拟化网元管理实体向收端网元所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息；

所述收端网元所属的虚拟化网元管理实体向发端网元所属的虚拟化网元管理实体推送已订阅的收端网元的负载和资源空余信息；

所述发端网元所属的虚拟化网元管理实体向收端网元所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息之前，还包括：

所述发端网元所属的虚拟化网元管理实体向虚拟网络编排/协调实体请求查询收端网元所属的虚拟化网元管理实体；

虚拟网络编排/协调实体查询到收端网元所属的虚拟化网元管理实体后返回给所述发端网元所属的虚拟化网元管理实体的标识信息，所述发端网元所属的虚拟化网元管理实体向虚拟网络编排/协调实体发送授权请求，虚拟网络编排/协调实体会向发端网元所属的虚拟化网元管理实体返回通讯连接信息；

所述发端网元所属的虚拟化网元管理实体根据虚拟网络编排/协调实体返回的收端网元所属的虚拟化网元管理实体的标识信息以及通讯连接信息，与所述收端网元所属的虚拟化网元管理实体建立通讯连接。

该方法还包括：所述发端网元在本地保存获得的各收端网元的负载和资源空余信息。

所述收端网元均过载时，该方法还包括：

所述发端网元根据预先配置的策略来决定后续处理；

其中，后续处理包括：继续选择其中一个收端网元作为目标网元，或者所述发端网元不再发送信令和消息请求到收端网元。

当所述发端网元发起去订阅收端网元的负载和资源空闲信息时，还包括：

所述发端网元自身所属的虚拟化网元管理实体向发端网元返回去订阅响应；

所述发端网元删除本地存储的该收端网元的负载和资源空余信息。

所述发端网元所属的虚拟化网元管理实体与所述收端网元所属的虚拟化网元管理实体不同；

所述发端网元自身所属的虚拟化网元管理实体向收端网元所属的虚拟化网元管理实体请求去订阅收端网元的负载和资源空余信息；

所述收端网元所属的虚拟化网元管理实体向发端网元自身所属的虚拟化网元管理实体返回去订阅响应；

所述发端网元自身所属的虚拟化网元管理实体向发端网元返回去订阅响应，所述发端网元删除本地存储的该收端网元的负载和资源空余信息。

当所述收端网元被删除后，该方法还包括：

所述收端网元所属的虚拟化网元管理实体通知所述发端网元所属的虚拟化网元管理实体，所述发端网元所属的虚拟化网元管理实体通知已订阅的发端网元，所述发端网元删除本地保存的上述已被删除的收端网元的负载和资源空闲信息。

当所述收端网元不在所述发端网元的可选范围内时，该方法还包括：

所述发端网元主动请求自身所属的虚拟化网元管理实体去订阅，所述发端网元所属的虚拟化网元管理实体通知对应的收端网元所属的虚拟化网元管理实体去订阅，或者直接通知所述收端网元去订阅。

本发明又公开了一种实现虚拟化网元间负载均衡的系统，至少包括发端网元、一个或一个以上收端网元，以及虚拟化网元管理实体；其中，

发端网元，用于从自身所属的虚拟化网元管理实体获取各收端网元的负载和资源空余信息；根据获得的各收端网元的负载和资源空余信息，选择目标收端网元；

虚拟化网元管理实体，用于向所述发端网元返回请求的收端网元的负载和资源空余信息；

收端网元，用于在确定为目标收端网元时与发端网元之间进行通信。

所述收端网元，还用于向自身所属的虚拟化网元管理实体上报本网元的当前负载和资源空余信息。

所述收端网元具体用于：实时、或事件触发、或定时向自身所属的虚拟化网元管理实体上报负载和资源空余信息；

或者，接收到自身所属的虚拟化网元管理实体的要求上报负载和资源空余信息的通知，向自身所属的虚拟化网元管理实体上报负载和资源空余信息；或接收到自身所属的虚拟化网元管理实体的禁止收端网元上报负载和资源空余信息的通知时，不上报负载和资源空余信息。

当所述发端网元所属的虚拟化网元管理实体与收端网元所属的虚拟化网元管理实体为同一实体时，

所述发端网元具体用于：向自身所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息；根据获得的各收端网元的负载和资源空余信息，优选选择负载低和资源空余大的收端网元作为其目标网元；

所述发端网元所属的虚拟化网元管理实体，用于向发端网元推送已订阅的收端网元的负载和资源空余信息。

当所述发端网元所属的虚拟化网元管理实体与收端网元所属的虚拟化网元管理实体不同时，

所述发端网元所属的虚拟化网元管理实体还用于，向收端网元所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息；向发端网元推送已订阅的收端网元的负载和资源空余信息；

所述收端网元所属的虚拟化网元管理实体用于，向发端网元所属的虚拟化网元管理实体推送已订阅的收端网元的负载和资源空余信息。

该系统还包括虚拟网络编排/协调实体；

当所述发端网元所属的虚拟化网元管理实体向收端网元所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息，

所述发端网元所属的虚拟化网元管理实体还用于，向所述虚拟网络编排/协调实体请求查询收端网元所属的虚拟化网元管理实体；向所述虚拟网络编排/协调实体发送授权请求；根据所述虚拟网络编排/协调实体返回的收端网元所属的虚拟化网元管理实体的标识信息以及通讯连接信息，与所述收端网元所属的虚拟化网元管理实体建立通讯连接；

所述虚拟网络编排/协调实体用于，查询到收端网元所属的虚拟化网元管理实体后返回给所述发端网元所属的虚拟化网元管理实体的标识信息；向所述发端网元所属的虚拟化网元管理实体返回通讯连接信息。

所述发送端网元还用于，在本地保存获得的各收端网元的负载和资源空余信息。

当所述各收端网元均过载时，所述发端网元还用于，

根据预先配置的策略决定后续处理；其中，后续处理包括：继续选择其中一个收端网元作为目标网元；或者发端网元不再发送信令和消息请求到收端网元。

所述发端网元还用于，向自身所属的虚拟化网元管理实体发起去订阅收端网元的负载和资源空闲信息；收到响应后删除本地存储的该收端网元的负载和资源空余信息；

所述发端网元所属的虚拟化网元管理实体还用于，向发端网元返回去订阅响应。

所述发端网元所属的虚拟化网元管理实体还用于，向所述收端网元所属的虚拟化网元管理实体请求去订阅收端网元的负载和资源空余信息；收到响应后向发端网元返回去订阅响应；

所述收端网元所属的虚拟化网元管理实体还用于，向所述发端网元自身所属的虚拟化网元管理实体返回去订阅响应。

所述收端网元所属的虚拟化网元管理实体，还用于通知所述发端网元所属的虚拟化网元管理实体；

所述发端网元所属的虚拟化网元管理实体，还用于通知已订阅的发端网元；

所述发端网元，还用于删除本地保存的已被去订阅的收端网元的负载和资源空闲信息。

当所述收端网元不在发端网元的可选范围内时，

所述发端网元，还用于主动请求发端网元所属的虚拟化网元管理实体去订阅；

所述发端网元所属的虚拟化网元管理实体，还用于接收到请求，通知对应的收端网元所属的虚拟化网元管理实体或者直接通知收端网元去订阅。

所述虚拟化网元管理实体为网元虚拟资源管理VNFM实体，或网元业务管理EMS实体，或其他的管理实体。

所述虚拟网络编排/协调实体为网络功能虚拟化编排器NFVO，或网络业务管理OSS实体，或其他的网元管理功能实体。

本发明还公开了一种虚拟化网元，至少包括网元负载接收模块，以及网元负载控制模块，其中，

网元负载接收模块用于，从自身所属的虚拟化网元管理实体获取各收端网元的负载和资源空余信息；

网元负载控制模块用于，根据获得的各收端网元的负载和资源空余信息，选择目标收端网元。

所述网元负载接收模块具体用于：向自身所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息，接收来自自身所属的虚拟化网元管理实体推送的已订阅的收端网元的负载和资源空余信息。

所述虚拟化网元还包括网元负载上报模块，用于向自身所属的虚拟化网元管理实体上报本网元的当前负载和资源空余信息。

所述网元负载上报模块具体用于，实时、或事件触发、或定时向自身所属的虚拟化网元管理实体上报负载和资源空余信息；

或者，在接收到收端网元所属的虚拟化网元管理实体的要求上报负载和资源空余信息的通知，向自身所属的虚拟化网元管理实体上报负载和资源空余信息；或接收到收端网元所属的虚拟化网元管理实体的禁止收端网元上报负载和资源空余信息的通知时，不向自身所属的虚拟化网元管理实体上报负载和资源空余信息。

所述网元负载接收模块还用于，在本地保存获得的各收端网元的负载和资源空余信息。

所述网元负载控制模块还用于，根据预先配置的策略来决定后续处理；

其中，后续处理包括：继续选择其中一个收端网元作为目标网元，或者不再发送信令和消息请求到收端网元。

所述网元负载接收模块还用于，向自身所属的虚拟化网元管理实体发起去订阅收端网元的负载和资源空闲信息；收到来自自身所属的虚拟化网元管理实体的响应，删除本地存储的该收端网元的负载和资源空余信息。

与现有技术相比，本申请技术方案包括发端网元获取各收端网元的负载和资源空余信息；发端网元根据获得的各收端网元的负载和资源空余信息，选择合适的目标收端网元。本发明在不修改网元间的信令、消息接口的基础上，实现了发端网元根据收端网元的当前负载和资源空闲信息，动态选择合适的目的收端网元，从而调整了发送到收端网元的信令、消息流量，保证了电信网络中收端网元间的负载均衡，提高了收端网元的设备资源利用率，满足了网络功能虚拟化需要的资源按需分配的原则，从而提升了电信网络的业务连续性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为现有技术中发端网元与收端网元间采用主备优先级方式的示意图；

图2为现有技术中发端网元与收端网元间采用轮选方式的示意图；

图3为本发明实现虚拟化网元间负载均衡的系统的组成结构示意图；

图4为本发明实现虚拟化网元间负载均衡的系统的第一实施例的组成结构示意图；

图5为本发明实现虚拟化网元间负载均衡的系统的第二实施例的组成结构示意图；

图6为本发明虚拟化网元的组成结构示意图；

图7为本发明实现虚拟化网元间负载均衡的方法的流程图；

图8为本发明实现虚拟化网元间负载均衡的方法中订阅负载的第一实施例的流程示意图；

图9为本发明实现虚拟化网元间负载均衡的方法中订阅负载的第二实施例的流程示意图；

图10为本发明实现虚拟化网元间负载均衡的方法中上报和接收负载的第一实施例的流程示意图；

图11为本发明实现虚拟化网元间负载均衡的方法中上报和接收负载的第二实施例的流程示意图；

图12为本发明实现虚拟化网元间负载均衡的方法中发端网元选择收端网元的实施例的流程示意图；

图13为本发明实现虚拟化网元间负载均衡的方法中去订阅的第一实施例的流程示意图；

图14为本发明实现虚拟化网元间负载均衡的方法中去订阅的第二实施例的流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

从现有两种处理方式来看，在网络功能虚拟化后，应在发端网元进行负载均衡控制，即发端网元在选择收端网元时，需要获悉收端网元当前的实际负载和资源空闲信息，选择负载相对较低的收端网元作为目标网元。但是，由于网络功能虚拟化不涉及到发端网元和收端网元间的信令和业务的扩展，也不会在网元之间增加新的网元，因此，发端网元和收端网元之间不能增加新的协作流程，不能直接通过现有发端负载均衡机制中增加网元间新的交互流程来传递网元间的当前负载和资源空闲信息，也不能在发端和收端网元之间增加新的设备来实现负载均衡。

图3为本发明实现虚拟化网元间负载均衡的系统的组成结构示意图，如图3所示，至少包括发端网元、一个或一个以上收端网元，以及虚拟化网元管理实体，其中，

发端网元，用于从自身所属的虚拟化网元管理实体获取各收端网元的负载和资源空余信息；根据获得的各收端网元的负载和资源空余信息，选择目标收端网元。

虚拟化网元管理实体，用于向发端网元返回请求的收端网元的负载和资源空余信息。

收端网元，还用于向自身所属的虚拟化网元管理实体上报本网元的当前负载和资源空余信息。具体用于：

实时、或事件触发(如网元负载跨越预先设置域值)、或定时(间隔可配置)的方式向自身所属的虚拟化网元管理实体上报负载和资源空余信息；或者，接收到收端网元所属的虚拟化网元管理实体的要求上报负载和资源空余信息的通知，向自身所属的虚拟化网元管理实体上报负载和资源空余信息；或接收到收端网元所属的虚拟化网元管理实体的禁止收端网元上报负载和资源空余信息的通知时，不上报负载和资源空余信息。其中，以事件触发为例，假设阈值设置为50％，当网元负载由45％上升并达到50％或者更高值时，即触发收端网元向虚拟化网元管理实体上报自身负载；当负载从50％上升到60％时，不触发上报，因为负载变化不跨越50％的预定值。

当发端网元所属的虚拟化网元管理实体与收端网元所属的虚拟化网元管理实体为同一实体，如图4所示，

所述发端网元具体用于：向自身所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息；根据获得的各收端网元的负载和资源空余信息，按照预先设置的选择策略，优选选择负载相对较低或资源空余较大的收端网元作为其目标网元；其中，选择策略都可以预先灵活设置，可以选择负载相对较低的，也可以选择资源空余较大的，具体如何设置在本发明方法的基础上，对于本领域技术人员来自结合实际应用场景是容易实现的，并不用于限定本发明的保护范围，这里不再赘述。此时，

发端网元所属的虚拟化网元管理实体，用于向发端网元推送已订阅的收端网元的负载和资源空余信息，具体地，定时向已订阅的发端网元发送自身已获得的收端网元的负载和资源空余信息、或在接收到新的虚拟化网元的负载和资源空余信息时，立即向已订阅的发端网元推送该收端网元的负载和资源空余信息、或先向收端网元订阅并获得收端网元的负载和资源空余信息后再发送给发端网元。

当发端网元所属的虚拟化网元管理实体与收端网元所属的虚拟化网元管理实体不是同一实体时，即收到订阅请求的发端网元所属的虚拟化网元管理实体判断收端网元不在其管理范围内时，

发端网元所属的虚拟化网元管理实体还用于，向收端网元所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息；向发端网元推送已订阅的收端网元的负载和资源空余信息；此时，

收端网元所属的虚拟化网元管理实体用于，向发端网元所属的虚拟化网元管理实体推送已订阅的收端网元的负载和资源空余信息。

本发明系统中还包括虚拟网络编排/协调实体，在上述发端网元所属的虚拟化网元管理实体向收端网元所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息之前，

发端网元所属的虚拟化网元管理实体还用于，向虚拟网络编排/协调实体请求查询收端网元所属的虚拟化网元管理实体；向虚拟网络编排/协调实体发送授权请求，即授权收端网元所属的虚拟化网元管理实体和发端网元所属的虚拟化网元管理实体建立通讯连接，以及允许交换网元间的负载和资源空余信息；根据虚拟网络编排/协调实体返回的收端网元所属的虚拟化网元管理实体的标识信息以及通讯连接信息，与收端网元所属的虚拟化网元管理实体建立通讯连接；

虚拟网络编排/协调实体用于，查询到收端网元所属的虚拟化网元管理实体后返回给发端网元所属的虚拟化网元管理实体的标识信息；向发端网元所属的虚拟化网元管理实体返回通讯连接信息。

发送端网元还用于，在本地保存获得的各收端网元的负载和资源空余信息。

对于收端网元负载和资源空余信息都不满足发端网元的要求时，比如所有收端网元都过载时，发端网元还用于，发端网元根据预先配置/定义的策略来决定后续处理，其中，后续处理包括但不限于：继续选择其中一个收端网元作为目标网元，或者发端网元不再发送信令和消息请求到收端网元。

发端网元还用于，向自身所属的虚拟化网元管理实体发起去订阅收端网元的负载和资源空闲信息；收到响应后删除本地存储的该收端网元的负载和资源空余信息；

发端网元所属的虚拟化网元管理实体还用于，向发端网元返回去订阅响应。

特别地，

如果发端网元所属的虚拟化网元管理实体与收端网元所属的虚拟化网元管理实体不是同一实体时，如图5所示，即收到去订阅请求的发端网元所属的虚拟化网元管理实体判断收端网元不在其管理范围内时，

发端网元所属的虚拟化网元管理实体还用于，向收端网元所属的虚拟化网元管理实体请求去订阅收端网元的负载和资源空余信息；收到响应后向发端网元返回去订阅响应；

收端网元所属的虚拟化网元管理实体还用于，向发端网元自身所属的虚拟化网元管理实体返回去订阅响应。

当收端网元被去订阅后，

收端网元所属的虚拟化网元管理实体，还用于通知发端网元所属的虚拟化网元管理实体；

发端网元所属的虚拟化网元管理实体，还用于通知已订阅的发端网元，

发端网元，还用于删除本地保存的上述已被删除的收端网元的负载和资源空闲信息。

当收端网元不在发端网元的可选范围内时，

发端网元，还用于主动请求发端网元所属的虚拟化网元管理实体去订阅；

发端网元所属的虚拟化网元管理实体，还用于接收到请求后，通知对应的收端网元所属的虚拟化网元管理实体或者直接通知收端网元去订阅。

这里，如何确定收端网元是否在发端网元的可选范围内属于本领域技术人员的公知技术，具体实现并不用于限定本发明的保护范围，这里不再赘述。

需要说明的是，如果发端网元未接收到其所属的虚拟化网元管理实体推送的收端网元的负载和资源空闲信息，发端网元，还用于向该收端网元发送信令、消息请求。

本发明系统中的虚拟化网元管理实体在实际应用场景中，可以是ETSINFV参考架构中的网元虚拟资源管理(VNFM)实体，也可以是网元业务管理(EMS，ElementManagementSystem)实体，还可以是其他的管理实体，为了简化描述，本文实施例中以虚拟化管理实体为VNFM来进行描述。

需要说明的是，同一个虚拟化网元既可以是收端网元，也可以是发端网元，也就是说，同一个虚拟化网元可以上报本网元的负载和资源空余信息，同时也可以接收并保存其他网元的负载和资源空余信息。

虚拟网络编排/协调实体在实际应用场景中，可以是ETSINFV参考架构中的NFVO或者Orchestrator，也可以是电信网络中的网络业务管理(OSS，OperationSupportSystem)实体，还可以是其他的网元管理功能实体。为了简化描述，本文实施例中的虚拟化网络编排/协调实体采用NFVO(或Orchestrator)来描述。

需要说明的是，本发明系统中的虚拟化网元管理实体位于虚拟化网元之外，可以独立部署，也可以和虚拟网络编排/协调实体合一部署；本发明系统中的虚拟网络编排/协调实体位于虚拟化网元之外，可以独立部署，也可以和虚拟化网元管理实体合一部署。

图6为本发明虚拟化网元的组成结构示意图，如图6所示，至少包括网元负载接收模块，以及网元负载控制模块，其中，

网元负载接收模块用于，从自身所属的虚拟化网元管理实体获取各收端网元的负载和资源空余信息，具体用于：向自身所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息，接收来自自身所属的虚拟化网元管理实体推送的已订阅的收端网元的负载和资源空余信息；

网元负载控制模块用于，根据获得的各收端网元的负载和资源空余信息，选择目标收端网元。这里，会根据预先设置的选择策略及获得的各收端网元的负载和资源空余信息，优选选择负载相对较低或资源空余较大的收端网元作为其目标网元。

本发明虚拟化网元还包括网元负载上报模块，用于向自身所属的虚拟化网元管理实体上报本网元的当前负载和资源空余信息。具体用于，

实时、或事件触发(如网元负载跨越预定的值)、或定时(间隔可配置)的方式向自身所属的虚拟化网元管理实体上报负载和资源空余信息；或者，接收到收端网元所属的虚拟化网元管理实体的要求上报负载和资源空余信息的通知时，收端网元向自身所属的虚拟化网元管理实体上报负载和资源空余信息；或在接收到所述收端网元所属的虚拟化网元管理实体要求禁止收端网元上报负载和资源空余信息的通知时，不上报负载和资源空余信息。

网元负载接收模块还用于，在本地保存获得的各收端网元的负载和资源空余信息。

对于收端网元负载和资源空余信息都不满足发端网元的要求时，比如所有收端网元都过载时，

网元负载控制模块还用于，根据预先配置的策略来决定后续处理，其中，后续处理包括但不限于：继续选择其中一个收端网元作为目标网元，或者不再发送信令和消息请求到收端网元。

网元负载接收模块还用于，向自身所属的虚拟化网元管理实体发起去订阅收端网元的负载和资源空闲信息；收到来自自身所属的虚拟化网元管理实体的响应，删除本地存储的该收端网元的负载和资源空余信息。

本发明虚拟化网元中的网元负载上报模块和虚拟化网元管理实体之间的交互通道是在ETSINFV标准规范的VNFM和VNF上增加了负载和资源空余信息的上报功能。

本发明虚拟化网元中的网元负载接收模块和虚拟化网元管理实体之间的交互通道是在ETSINFV标准规范的VNFM和VNF上增加了负载和资源空余信息的上报功能。

需要说明的是，本发明虚拟化网元还包括现有网元中的其他功能模块，具体这里并不做限定，也不用于限定本发明的保护范围，是本领域技术人员能够获知的现有模块，这里不再赘述。

图7为本发明实现虚拟化网元间负载均衡的方法的流程图，如图7所示，包括以下步骤：

步骤700：发端网元获取各收端网元的负载和资源空余信息。

本步骤之前还包括：各收端网元向自身所属的虚拟化网元管理实体上报本网元的当前负载和资源空余信息。其中，收端网元可以采用实时、或事件触发(如网元负载跨越预定的值)、或定时(间隔可配置)的方式向自身所属的虚拟化网元管理实体上报负载和资源空余信息；或者，由收端网元所属的虚拟化网元管理实体主动要求收端网元上报负载和资源空余信息，或禁止收端网元上报负载和资源空余信息。

本发明中，虚拟化网元管理实体在实际应用场景中，可以是ETSINFV参考架构中的网元虚拟资源管理(VNFM)实体，也可以是网元业务管理(EMS，ElementManagementSystem)实体，还可以是其他的管理实体，为了简化描述，本文实施例中以虚拟化管理实体为VNFM来进行描述。

本步骤具体包括：

发端网元向自身所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息，比如发端网元在系统启动时，或发现有新的收端网元时发起订阅收端网元的负载和资源空余信息；

发端网元所属的虚拟化网元管理实体向发端网元推送已订阅的收端网元的负载和资源空余信息。其中，发端网元所属的虚拟化网元管理实体可以定时向已订阅的发端网元发送自身已获得的收端网元的负载和资源空余信息、或在接收到新的虚拟化网元的负载和资源空余信息时，立即向已订阅的发端网元推送该收端网元的负载和资源空余信息、或先向收端网元订阅并获得收端网元的负载和资源空余信息后再发送给已订阅的发端网元。

其中，发端网元所属的虚拟化网元管理实体向发端网元发送的负载和资源空余信息包括：按照一个收端网元为单位发送；或者，一次批量发送多个收端网元的负载和资源空余信息。

特别地，如果发端网元所属的虚拟化网元管理实体与收端网元所属的虚拟化网元管理实体不是同一实体时，即收到订阅请求的发端网元所属的虚拟化网元管理实体判断收端网元不在其管理范围内时，本步骤还包括：

发端网元所属的虚拟化网元管理实体向收端网元所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息；

收端网元所属的虚拟化网元管理实体向发端网元所属的虚拟化网元管理实体推送已订阅的收端网元的负载和资源空余信息；

发端网元所属的虚拟化网元管理实体向发端网元推送已订阅的收端网元的负载和资源空余信息。

在上述发端网元所属的虚拟化网元管理实体向收端网元所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息之前，还包括：

发端网元所属的虚拟化网元管理实体向虚拟网络编排/协调实体请求查询收端网元所属的虚拟化网元管理实体；

虚拟网络编排/协调实体查询到收端网元所属的虚拟化网元管理实体后返回给发端网元所属的虚拟化网元管理实体的标识信息，发端网元所属的虚拟化网元管理实体向虚拟网络编排/协调实体发送授权请求，即授权收端网元所属的虚拟化网元管理实体和发端网元所属的虚拟化网元管理实体建立通讯连接，以及允许交换网元间的负载和资源空余信息，虚拟网络编排/协调实体会向发端网元所属的虚拟化网元管理实体返回通讯连接信息；

发端网元所属的虚拟化网元管理实体根据虚拟网络编排/协调实体返回的收端网元所属的虚拟化网元管理实体的标识信息以及通讯连接信息，与收端网元所属的虚拟化网元管理实体建立通讯连接。

本发明中，虚拟网络编排/协调实体在实际应用场景中，可以是ETSINFV参考架构中的NFVO或者Orchestrator，也可以是电信网络中的网络业务管理(OSS，OperationSupportSystem)实体，还可以是其他的网元管理功能实体。为了简化描述，本文实施例中的虚拟化网络编排/协调实体采用NFVO(或Orchestrator)来描述。

本步骤还包括：发端网元在本地保存获得的各收端网元的负载和资源空余信息。

步骤701：发端网元根据获得的各收端网元的负载和资源空余信息，选择合适的目标收端网元。

本步骤具体包括：发端网元在选择目标收端网元时，如果存在多个收端网元可以处理信令、消息请求时，按照预先设置的选择策略，比如配置负载因素和资源空余因素的优先级，如果负载因素的优先级别高，即选择负载低的收端网元作为目标收端网元；如果资源空余因素的优先级别高，则选择资源空余大的收端网元作为目标手段网元，优选选择负载低或资源空余大的收端网元作为其目标收端网元。这里只是举例说明，并不用于对选择策略进行限定。

进一步地，对于收端网元负载和资源空余信息都不满足发端网元的要求时，比如所有收端网元都过载时，发端网元可以根据预先配置/定义的策略来决定后续处理，其中，后续处理包括但不限于：继续选择其中一个收端网元作为目标网元，或者发端网元不再发送信令和消息请求到收端网元。

当发端网元发起去订阅收端网元的负载和资源空闲信息时，本发明方法还包括：发端网元自身所属的虚拟化网元管理实体向发端网元返回去订阅响应，发端网元删除本地存储的该收端网元的负载和资源空余信息。这里，发端网元发起去订阅收端网元的负载和资源空闲信息包括但不限于：收端网元被删除、或收端网元已经不再属于发端网元所属的虚拟化网元管理实体的管理范围、或发端网元发起去订阅请求时。特别地，

如果发端网元所属的虚拟化网元管理实体与收端网元所属的虚拟化网元管理实体不是同一实体时，即收到去订阅请求的发端网元所属的虚拟化网元管理实体判断收端网元不在其管理范围内时，还包括：

发端网元自身所属的虚拟化网元管理实体向收端网元所属的虚拟化网元管理实体请求去订阅收端网元的负载和资源空余信息；

收端网元所属的虚拟化网元管理实体向发端网元自身所属的虚拟化网元管理实体返回去订阅响应；

发端网元自身所属的虚拟化网元管理实体向发端网元返回去订阅响应，发端网元删除本地存储的该收端网元的负载和资源空余信息。

当收端网元被删除后，该方法还包括：

收端网元所属的虚拟化网元管理实体通知发端网元所属的虚拟化网元管理实体，发端网元所属的虚拟化网元管理实体通知已订阅的发端网元，发端网元删除本地保存的上述已被删除的收端网元的负载和资源空闲信息。

当收端网元不在发端网元的可选范围内时，该方法还包括：发端网元主动请求发端网元所属的虚拟化网元管理实体去订阅，发端网元所属的虚拟化网元管理实体通知对应的收端网元所属的虚拟化网元管理实体(收端和发端网元不在同一个虚拟化网元管理实体管理范围内)或者直接通知收端网元去订阅。

需要说明的是，如果发端网元未接收到其所属的虚拟化网元管理实体推送的收端网元的负载和资源空闲信息，发端网元还是可以向该收端网元发送信令、消息请求。

下面结合具体实施例对本发明的方法进行详细描述。在下面实施例中，以虚拟化网元为VNF，虚拟化网元管理实体为VNFM，虚拟网络编排/协调实体为NFVO为例进行描述。

图8为本发明实现虚拟化网元间负载均衡的方法中订阅负载的第一实施例的流程示意图，订阅负载的第一实施例中，假设发端网元和收端网元归属于同一个VNFM，即发端网元和收端网元属于同一个VNFM管理范围内的，如图8所示，发端VNF(SenderVNF)发起的订阅收端VNF(ReceiverVNF)的负载和资源空余信息的流程包括：

步骤800：发端VNF的网元负载接收模块向发端VNF的管理者即发端VNFM(SenderVNFM)发起订阅收端网元的负载请求。

步骤801：发端VNFM确认收端VNF属于本VNFM管理范围内，即发端VNF与收端VNF属于同一VNFM，也即本实施例中的发端VNFM与收端VNFM为同一实体。

步骤802：发端VNFM向收端VNF发起订阅收端网元的负载请求。

步骤803：收端VNF的网元负载上报模块向发端VNFM返回订阅收端网元的负载响应。在负载响应中携带有发端VNF已订阅的各收端VNF的负载和资源空余信息。

步骤804：发端VNFM向发端VNF返回订阅收端网元的负载响应。

其中，步骤802和步骤803为可选步骤，即订阅请求只由收端VNFM(本实施例中也就是发端VNFM)处理，不再下发到被订阅的收端VNF，收端VNF只需实时或者定时向发端VNFM上报自身的负载和资源空余信息即可。

图9为本发明实现虚拟化网元间负载均衡的方法中订阅负载的第二实施例的流程示意图，订阅负载的第二实施例中，假设发端网元和收端网元归属于不同VNFM，即发端VNF属于发端VNFM的管理范围，收端VNF属于收端VNFM的管理范围，如图9所示，发端VNF发起的订阅收端VNF的负载和资源空余信息的流程包括：

步骤900：发端VNF的网元负载接收模块向发端VNFM发起订阅收端网元的负载请求。

步骤901：发端VNFM确认收端VNF不属于本VNFM管理范围，即发端VNF与收端VNF属于不同的VNFM。

步骤902：发端VNFM向NFVO发送查询收端VNF所属的VNFM即收端VNFM请求。

步骤903：NFVO向发端VNFM返回查询收端VNF所属的VNFM响应，在该响应中携带有收端VNF所属的收端VNFM标识，以及建立通讯连接所需等的信息。

步骤904：发端VNFM向NFVO发送申请和收端VNFM建立通讯连接通道及交换网元的负载、资源空余信息的请求。

步骤905：NFVO向收端VNFM发送授权和发端VNFM建立通讯连接通道及交换网元的负载、资源空余信息的请求。

步骤906：收端VNFM向NFVO返回授权和发端VNFM建立通讯连接通道及交换网元的负载、资源空余信息的响应。

步骤907：NFVO向发端VNFM返回申请和收端VNFM建立通讯连接通道及交换网元的负载、资源空余信息的响应。

步骤908：发端VNFM和收端VNFM之间建立通讯连接通道。

步骤909：发端VNFM向收端VNFM发送订阅收端网元的负载信息请求。

步骤910：收端VNFM向收端VNF中的网元负载上报模块发送订阅收端网元的负载信息请求。

步骤911：收端VNF中的网元负载上报模块向收端VNFM返回订阅收端网元的负载信息响应。在负载响应中携带有收端VNF的负载和资源空余信息。

步骤912：收端VNFM向发端VNFM返回订阅收端网元的负载信息响应。在负载响应中携带有发端VNF已订阅的各收端VNF的负载和资源空余信息。

步骤913：发端VNFM向发端VNF的网元负载接收模块返回订阅收端网元的负载信息响应。

其中，步骤904、步骤905、步骤906和步骤907为可选步骤，也就是说，发端VNFM可以直接和收端VNFM建立通讯连接通道，而不经过NFVO的授权。

其中，步骤910和步骤911为可选步骤，即订阅请求只由收端VNFM处理，不再下发到被订阅的收端VNF，收端VNF只需实时或者定时向收端VNFM上报自身的负载和资源空余信息即可。

图10为本发明实现虚拟化网元间负载均衡的方法中上报和接收负载的第一实施例的流程示意图，上报和接收负载的第一实施例中，假设发端网元和收端网元归属于同一个VNFM，即发端网元和收端网元属于同一个VNFM管理范围内的，并且假设发端VNF预先订阅了收端网元的负载和资源空余信息；如图10所示，收端VNF的负荷上报和发端VNF接收负载信息的流程包括：

步骤1000：收端VNF的网元负载上报模块向收端VNFM上报本网元的负载和资源空余信息。

步骤1001：收端VNFM(本实施例中也就是发端VNFM)向发端VNF的网元负载接收模块发送已订阅的收端VNF的负载和资源空余信息。

步骤1002：发端VNF的网元负载接收模块保存已订阅的收端VNF的负载和资源空余信息。

需要说明的是，较佳地，本实施例中采用的方式是：收端VNF上报是建立在发端VNF已订阅的基础上发起的流程。当然，也可以采取是在发端VNF未订阅时，收端VNF通过广播或组播的方式上报自身的负载和资源空闲信息。

图11为本发明实现虚拟化网元间负载均衡的方法中上报和接收负载的第二实施例的流程示意图，上报和接收负载的第二实施例中，假设发端网元和收端网元归属于不同VNFM，即发端VNF属于发端VNFM的管理范围，收端VNF属于收端VNFM的管理范围，并且假设发端VNF预先订阅了收端网元的负载和资源空余信息；如图11所示，收端VNF的负荷上报和发端VNF接收负载信息的流程包括：

步骤110:0：收端VNF的网元负载上报模块向收端VNFM上报本网元的负载和资源空余信息。

步骤1101：收端VNFM向发端VNFM发送收端VNF的负载和资源空余信息。

步骤1102：发端VNFM向发端VNF的网元负载接收模块发送已订阅的收端VNF的负载和资源空余信息。

步骤1103：发端VNF的网元负载接收模块保存已订阅的收端VNF的负载和资源空余信息。

图12为本发明实现虚拟化网元间负载均衡的方法中发端网元选择收端网元的实施例的流程示意图，如图12所示，包括：

步骤1200：发端VNF的网元负载控制模块获取网元负载接收模块中保存的收端VNF(本实施例中是收端VNF1和收端VNF2)的负载和资源空闲信息。

本实施例中，收端VNF1的负载高于收端VNF2的。

步骤1201：发端VNF的网元负载控制模块选择负载较小的收端VNF2作为目标网元。

需要说明的是，如收端VNF的负载和资源空余信息都不满足发端网元的要求时，比如收端VNF1和收端VNF2都过载时，发端VNF可以根据可配置/定义的策略来决定后续处理，比如：继续选择其中1个收端VNF作为目标收端网元；或者，发端VNF不再发送信令和消息请求到收端VNF。

步骤1202：发端VNF的网元负载控制模块向收端VNF2发送信令、消息请求，这里的具体实现是现有技术，并不用于限定本发明的保护范围，这里不再赘述。

图13为本发明实现虚拟化网元间负载均衡的方法中去订阅的第一实施例的流程示意图，去订阅的第一实施例中，假设发端网元和收端网元归属于同一个VNFM，即发端网元和收端网元属于同一个VNFM管理范围内的，如图13所示，发端VNF发起的去订阅收端VNF的负载和资源空余信息的流程包括：

步骤1300：发端VNF的网元负载接收模块向发端VNF的管理者即发端VNFM(SenderVNFM)发起订阅收端网元的负载请求。

步骤1301：发端VNFM确认收端VNF属于本VNFM管理范围内，即发端VNF与收端VNF属于同一VNFM，也即本实施例中的发端VNFM与收端VNFM为同一实体。

步骤1302：发端VNFM向收端VNF发起订阅收端网元的负载请求。

步骤1303：收端VNF的网元负载上报模块向发端VNFM返回订阅收端网元的负载响应。

步骤1304：发端VNFM向发端VNF返回订阅收端网元的负载响应。

步骤1305：发端VNF的网元负载接收模块删除本地保存的已去订阅的收端网元的负载和资源空闲信息。

其中，步骤1302和步骤1303为可选步骤，即订阅请求只由收端VNFM(本实施例中也就是发端VNFM)处理，不再下发到被订阅的收端VNF，收端VNF只需实时或者定时向发端VNFM上报自身的负载和资源空余信息即可。

图14为本发明实现虚拟化网元间负载均衡的方法中去订阅的第二实施例的流程示意图，去订阅负载的第二实施例中，假设发端网元和收端网元归属于不同VNFM，即发端VNF属于发端VNFM的管理范围，收端VNF属于收端VNFM的管理范围，如图14所示，发端VNF发起的去订阅收端VNF的负载和资源空余信息的流程包括：

步骤1400：发端VNF的网元负载接收模块向发端VNFM发起去订阅收端网元的负载请求。

步骤1401：发端VNFM确认收端VNF不属于本VNFM管理范围，即发端VNF与收端VNF属于不同的VNFM。

步骤1402：发端VNFM向收端VNFM发送去订阅收端网元的负载信息请求。

步骤1403：收端VNFM向收端VNF中的网元负载上报模块发送去订阅收端网元的负载信息请求。

步骤1404：收端VNF中的网元负载上报模块向收端VNFM返回去订阅收端网元的负载信息响应。

步骤1405：收端VNFM向发端VNFM返回去订阅收端网元的负载信息响应。

步骤1406：发端VNFM向发端VNF的网元负载接收模块返回订阅收端网元的负载信息响应。

步骤1407：发端VNF的网元负载接收模块删除本地保存的已去订阅的收端网元的负载和资源空闲信息。

其中，步骤1403和步骤1404为可选步骤，即去订阅请求只由收端VNFM处理，不再下发到被订阅的收端VNF。

以上所述，仅为本发明的较佳实例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种实现虚拟化网元间负载均衡的方法，其特征在于，包括：发端网元获取各收端网元的负载和资源空余信息；

2.根据权利要求1所述的方法，其特征在于，该方法之前还包括：所述各收端网元向自身所属的虚拟化网元管理实体上报本网元的当前负载和资源空余信息。

3.根据权利要求2所述的方法，其特征在于，所述上报包括：

4.根据权利要求1或2所述的方法，其特征在于，所述发端网元获取各收端网元的负载和资源空余信息包括：

5.根据权利要求4所述的方法，其特征在于，所述向发端网元推送已订阅的收端网元的负载和资源空余信息包括：

6.根据权利要求5所述的方法，其特征在于，所述发端网元所属的虚拟化网元管理实体向发端网元发送的负载和资源空余信息包括：

按照一个收端网元为单位发送；

7.根据权利要求1或2所述的方法，其特征在于，所述发端网元所属的虚拟化网元管理实体与收端网元所属的虚拟化网元管理实体不同；

所述发端网元获取各收端网元的负载和资源空余信息包括：

8.根据权利要求7所述的方法，其特征在于，所述发端网元所属的虚拟化网元管理实体向收端网元所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息之前，还包括：

9.根据权利要求1或2所述的方法，其特征在于，该方法还包括：所述发端网元在本地保存获得的各收端网元的负载和资源空余信息。

10.根据权利要求1或2所述的方法，其特征在于，所述收端网元均过载时，该方法还包括：

所述发端网元根据预先配置的策略来决定后续处理；

11.根据权利要求2所述的方法，其特征在于，当所述发端网元发起去订阅收端网元的负载和资源空闲信息时，还包括：

12.根据权利要求2所述的方法，其特征在于，所述发端网元所属的虚拟化网元管理实体与所述收端网元所属的虚拟化网元管理实体不同；

13.根据权利要求11或12所述的方法，其特征在于，当所述收端网元被删除后，该方法还包括：

14.根据权利要求1或2所述的方法，其特征在于，当所述收端网元不在所述发端网元的可选范围内时，该方法还包括：

15.一种实现虚拟化网元间负载均衡的系统，其特征在于，至少包括发端网元、一个或一个以上收端网元，以及虚拟化网元管理实体；其中，

16.根据权利要求15所述的系统，其特征在于，所述收端网元，还用于向自身所属的虚拟化网元管理实体上报本网元的当前负载和资源空余信息。

17.根据权利要求16所述的系统，其特征在于，所述收端网元具体用于：实时、或事件触发、或定时向自身所属的虚拟化网元管理实体上报负载和资源空余信息；

18.根据权利要求15所述的系统，其特征在于，当所述发端网元所属的虚拟化网元管理实体与收端网元所属的虚拟化网元管理实体为同一实体时，

19.根据权利要求15所述的系统，其特征在于，当所述发端网元所属的虚拟化网元管理实体与收端网元所属的虚拟化网元管理实体不同时，

20.根据权利要求18或19所述的系统，其特征在于，该系统还包括虚拟网络编排/协调实体；

21.根据权利要求17或18所述的系统，其特征在于，所述发送端网元还用于，在本地保存获得的各收端网元的负载和资源空余信息。

22.根据权利要求15或16所述的系统，其特征在于，当所述各收端网元均过载时，所述发端网元还用于，

23.根据权利要求16所述的系统，其特征在于，所述发端网元还用于，向自身所属的虚拟化网元管理实体发起去订阅收端网元的负载和资源空闲信息；收到响应后删除本地存储的该收端网元的负载和资源空余信息；

24.根据权利要求23所述的系统，其特征在于，当所述发端网元所属的虚拟化网元管理实体与收端网元所属的虚拟化网元管理实体不同时，

25.根据权利要求23或24所述的系统，其特征在于，所述收端网元所属的虚拟化网元管理实体，还用于通知所述发端网元所属的虚拟化网元管理实体；

26.根据权利要求15或16所述的系统，其特征在于，当所述收端网元不在发端网元的可选范围内时，

27.根据权利要求15所述的系统，其特征在于，所述虚拟化网元管理实体为网元虚拟资源管理VNFM实体，或网元业务管理EMS实体，或其他的管理实体。

28.根据权利要求20所述的系统，其特征在于，所述虚拟网络编排/协调实体为网络功能虚拟化编排器NFVO，或网络业务管理OSS实体，或其他的网元管理功能实体。

29.一种虚拟化网元，其特征在于，至少包括网元负载接收模块，以及网元负载控制模块，其中，

30.根据权利要求29所述的虚拟化网元，其特征在于，所述网元负载接收模块具体用于：向自身所属的虚拟化网元管理实体订阅收端网元的负载和资源空余信息，接收来自自身所属的虚拟化网元管理实体推送的已订阅的收端网元的负载和资源空余信息。

31.根据权利要求29所述的虚拟化网元，其特征在于，所述虚拟化网元还包括网元负载上报模块，用于向自身所属的虚拟化网元管理实体上报本网元的当前负载和资源空余信息。

32.根据权利要求31所述的虚拟化网元，其特征在于，所述网元负载上报模块具体用于，实时、或事件触发、或定时向自身所属的虚拟化网元管理实体上报负载和资源空余信息；

33.根据权利要求29或31所述的虚拟化网元，其特征在于，所述网元负载接收模块还用于，在本地保存获得的各收端网元的负载和资源空余信息。

34.根据权利要求29或31所述的虚拟化网元，其特征在于，所述网元负载控制模块还用于，根据预先配置的策略来决定后续处理；

35.根据权利要求29或31所述的虚拟化网元，其特征在于，所述网元负载接收模块还用于，向自身所属的虚拟化网元管理实体发起去订阅收端网元的负载和资源空闲信息；收到来自自身所属的虚拟化网元管理实体的响应，删除本地存储的该收端网元的负载和资源空余信息。