CN113347039B - 虚拟化网络功能的数据处理方法 - Google Patents

Abstract

本发明公开了一种虚拟化网络功能的数据处理方法。其中，该方法包括：接收虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能；将业务请求对应的数据结构发送至消息平台，其中，不同的业务功能对应不同的数据结构；虚拟化网络功能网元从消息平台获取数据结构的业务请求，以执行业务处理。本发明解决了相关技术中通过网络功能虚拟化框架的标准接口，或者运营商与厂商的接口，进行虚拟化网络功能服务时，操作复杂，实现难度大的技术问题。

Description

虚拟化网络功能的数据处理方法

技术领域

本发明涉及网络功能领域，具体而言，涉及一种虚拟化网络功能的数据处理方法。

背景技术

NFV(网络功能虚拟化)框架中VNF(虚拟化网络功能)网元业务配置方案的一种实现方法，主要涉及NFV的框架和VNF网元的业务配置方案。

相关技术中，标准NFV框架中通过VNFM(虚拟化网络功能管理)与VNF之间的Ve-Vnfm接口实现VNF网元的业务配置。VNF网元支持标准的API接口供VNFM进行调用，以完成VNF网元的业务配置。但是，VNF网元支持标准API的难度较大，VNF网元数量较多时，VNFM对VNF业务的管理难度较大，此方案在实际应用中很难落地。

相关技术中，还可以根据标准NFV框架中通过OSS/BSS与EM/VNF之间的接口实现VNF网元的业务配置。目前标准NFV框架中未明确定义这个接口的实现，通常是OSS/BSS对厂商EM/VNF的私有API接口进行调用，以完成VNF网元的业务配置。但是，不同厂商EM/VNF的私有API接口差异很大，OSS/BSS基于厂商EM/VNF的私有API接口做业务包装的工作量较大，此方案在实际应用中有一定落地难度。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种虚拟化网络功能的数据处理方法，以至少解决相关技术中通过网络功能虚拟化框架的标准接口，或者运营商与厂商的接口，进行虚拟化网络功能服务时，操作复杂，实现难度大的技术问题。

根据本发明实施例的一个方面，提供了一种虚拟化网络功能的数据处理方法，包括：接收虚拟化网络功能网元的业务请求，其中，所述业务请求用于请求虚拟化网络功能网元进行对应的业务功能；将所述业务请求对应的数据结构发送至消息平台，其中，不同的业务功能对应不同的数据结构；所述虚拟化网络功能网元从所述消息平台获取所述数据结构的业务请求，以执行业务处理。

可选的，在接收所述虚拟化网络功能网元转发的业务请求之前，还包括：根据不同用户业务的不同业务功能，确定所述业务功能对应的数据结构；将所述业务请求对应的数据结构，发送至消息平台包括：根据所述业务请求，确定所述业务请求对应的业务消息；将所述业务消息的数据结构转化为所述业务功能对应的数据结构；将所述业务请求以所述业务功能对应的数据结构发送给所述消息平台。

可选的，在将所述业务请求以对应的数据结构，发送至消息平台之前，还包括：基于业务运营支持系统，建立与厂商的所述虚拟化网络功能网元之间的消息平台，其中，所述消息平台与所述业务运营支持系统和所述虚拟化网络功能网元通信连接。

可选的，接收所述虚拟化网络功能网元的业务请求包括：确定网络功能虚拟化架构的管理器启动所述虚拟化网络功能网元的情况下，接收编配器转发的业务请求，其中，所述编配器用于通过网络功能虚拟化架构的业务界面接收用户的业务请求。

根据本发明实施例的另一方面，还提供了一种虚拟化网络功能的数据处理方法，包括：从消息平台获取虚拟化网络功能网元的业务请求，其中，所述业务请求用于请求虚拟化网络功能网元进行对应的业务功能，不同的业务功能对应不同数据结构的业务请求，所述业务请求是运营商通过业务运营支持系统接收之后，以对应的数据结构，发送至所述消息平台；对所述业务请求进行解析，确定业务数据；通过所述虚拟化网络功能网元执行所述业务数据。

可选的，从消息平台获取虚拟化网络功能网元的业务请求包括：确定所述虚拟化网络功能网元的数量；在所述数量达到预设数量的情况下，通过网元管理器从消息平台获取所述业务请求，其中，所述网元管理器用于管理同一厂商的多个虚拟化网络功能网元；在所述数量未达到预设数量的情况下，通过虚拟化网络功能网元或所述网元管理器从消息平台获取所述业务请求。

可选的，对所述业务请求进行解析，确定业务数据包括：将所述数据结构的所述业务请求，转化为所述虚拟化网络功能网元的厂商能够运行的数据结构；根据所述厂商能够运行的数据结构的业务请求，确定对应的业务数据和执行所述业务数据的虚拟化网络功能网元；通过所述虚拟化网络功能网元执行所述业务数据包括：通过所述业务数据对应的虚拟化网络功能网元，执行所述业务数据。

根据本发明实施例的另一方面，还提供了一种虚拟化网络功能的数据处理方法，包括：接收虚拟化网络功能网元的业务请求，其中，所述业务请求用于请求虚拟化网络功能网元进行对应的业务功能，不同的业务功能对应不同数据结构的业务请求，所述业务请求是运营商通过业务运营支持系统接收之后，以对应的数据结构发送的；接收虚拟化网络功能网元的获取操作，其中，所述获取操作用于获取所述数据结构的所述业务请求；响应所述获取操作将所述数据结构的业务请求发送给所述虚拟化网络功能网元，其中，所述虚拟化网络功能网元用于根据所述业务请求进行业务操作。

根据本发明实施例的一个方面，提供了一种虚拟化网络功能的业务运营支持系统，包括：接收模块，用于接收虚拟化网络功能网元的业务请求，其中，所述业务请求用于请求虚拟化网络功能网元进行对应的业务功能；发送模块，用于将所述业务请求对应的数据结构发送至消息平台，其中，不同的业务功能对应不同的数据结构；所述虚拟化网络功能网元从所述消息平台获取所述数据结构的业务请求，以执行业务处理。

根据本发明实施例的另一方面，还提供了一种虚拟化网络功能的数据处理装置，包括：获取模块，用于从消息平台获取虚拟化网络功能网元的业务请求，其中，所述业务请求用于请求虚拟化网络功能网元进行对应的业务功能，不同的业务功能对应不同数据结构的业务请求，所述业务请求是运营商通过业务运营支持系统接收之后，以对应的数据结构，发送至所述消息平台；解析模块，用于对所述业务请求进行解析，确定业务数据；执行模块，用于通过所述虚拟化网络功能网元执行所述业务数据。

根据本发明实施例的另一方面，还提供了一种虚拟化网络功能的消息平台，包括：接收模块，用于接收虚拟化网络功能网元的业务请求，其中，所述业务请求用于请求虚拟化网络功能网元进行对应的业务功能，不同的业务功能对应不同数据结构的业务请求，所述业务请求是运营商通过业务运营支持系统接收之后，以对应的数据结构发送的；还用于接收虚拟化网络功能网元的获取操作，其中，所述获取操作用于获取所述数据结构的所述业务请求；响应模块，用于响应所述获取操作将所述数据结构的业务请求发送给所述虚拟化网络功能网元，其中，所述虚拟化网络功能网元用于根据所述业务请求进行业务操作。

根据本发明实施例的另一方面，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述中任意一项所述的虚拟化网络功能的数据处理方法。

根据本发明实施例的另一方面，还提供了一种计算机存储介质，其特征在于，所述计算机存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机存储介质所在设备执行上述中任意一项所述的虚拟化网络功能的数据处理方法。

在本发明实施例中，采用接收虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能；将业务请求对应的数据结构发送至消息平台，其中，不同的业务功能对应不同的数据结构；虚拟化网络功能网元从消息平台获取数据结构的业务请求，以执行业务处理的方式，通过消息平台发布预定数据结构的业务请求，供不同厂商的虚拟化网络功能网元进行获取和执行，达到了无需根据厂商的虚拟化网络功能网元识别的数据结构建立不同的数据接口，也无需采用标准接口与虚拟化网络功能网元对接，就可以将运营商的业务请求转发给各个不同厂商的虚拟化网络功能网元进行执行的目的，从而实现了降低虚拟化网络功能的落地难度，提高了虚拟化网络功能的适用性，并提高了实现虚拟化网络功能的效率的技术效果，进而解决了相关技术中通过网络功能虚拟化框架的标准接口，或者运营商与厂商的接口，进行虚拟化网络功能服务时，操作复杂，实现难度大的技术问题。

附图说明

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

图1是根据本发明实施例的一种虚拟化网络功能的数据处理方法的流程图；

图2是根据本发明实施例的另一种虚拟化网络功能的数据处理方法的流程图；

图3是根据本发明实施例的另一种虚拟化网络功能的数据处理方法的流程图；

图4是根据本发明实施方式的NFV框架中VNF网元连接的示意图；

图5是根据本发明实施例的一种虚拟化网络功能的业务运营支持系统的示意图；

图6是根据本发明实施例的一种虚拟化网络功能的数据处理装置的示意图；

图7是根据本发明实施例的一种虚拟化网络功能的消息平台的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例，提供了一种虚拟化网络功能的数据处理方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种虚拟化网络功能的数据处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，接收虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能；

步骤S104，将业务请求对应的数据结构发送至消息平台，其中，不同的业务功能对应不同的数据结构；

虚拟化网络功能网元从消息平台获取数据结构的业务请求，以执行业务处理。

通过上述步骤，采用接收虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能；将业务请求对应的数据结构发送至消息平台，其中，不同的业务功能对应不同的数据结构；虚拟化网络功能网元从消息平台获取数据结构的业务请求，以执行业务处理的方式，通过消息平台发布预定数据结构的业务请求，供不同厂商的虚拟化网络功能网元进行获取和执行，达到了无需根据厂商的虚拟化网络功能网元识别的数据结构建立不同的数据接口，也无需采用标准接口与虚拟化网络功能网元对接，就可以将运营商的业务请求转发给各个不同厂商的虚拟化网络功能网元进行执行的目的，从而实现了降低虚拟化网络功能的落地难度，提高了虚拟化网络功能的适用性，并提高了实现虚拟化网络功能的效率的技术效果，进而解决了相关技术中通过网络功能虚拟化框架的标准接口，或者运营商与厂商的接口，进行虚拟化网络功能服务时，操作复杂，实现难度大的技术问题。

上述步骤的实施主体可以为运营商端，例如，运营商的业务运营支持系统BOSS，包括业务支撑系统OSS和运行支撑系统BSS。相关技术中通过NFVM管理器与厂商的虚拟化网络功能网元之间的标准接口，实现虚拟化网络功能的调用，存在厂商的虚拟化网络功能VNF网元支持标准API接口的难度大，尤其在VNF网元的数量较多时，NFVM管理器对VNF业务的管理难度较大。通过OSS/BSS的私有API接口与EM/VNF之间的接口实现VNF网元的业务配置时，不同厂商EM/VNF的私有API接口差异很大，OSS/BSS基于厂商EM/VNF的私有API接口做业务包装的工作量较大。

本实施例在厂商与运营商之间建立消息平台，通过消息平台发布请求服务的数据结构，从而由厂商自助从消息平台获取该数据结构的请求，进行虚拟化网络功能服务。从而达到了无需根据厂商的虚拟化网络功能网元识别的数据结构建立不同的数据接口，也无需采用标准接口与虚拟化网络功能网元对接，就可以将运营商的业务请求转发给各个不同厂商的虚拟化网络功能网元进行执行的目的，从而实现了降低虚拟化网络功能的落地难度，提高了虚拟化网络功能的适用性，并提高了实现虚拟化网络功能的效率的技术效果，进而解决了相关技术中通过网络功能虚拟化框架的标准接口，或者运营商与厂商的接口，进行虚拟化网络功能服务时，操作复杂，实现难度大的技术问题。

从运营商的角度看，先要接收虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能。该业务请求用于请求厂商的虚拟化网络功能网元，提供虚拟化网络功能的服务。运营商是基于NFV网络功能虚拟化架构的NFV编配器Orchestrator，接收用户发送的上述业务请求。

然后根据该业务请求请求的业务对应的数据结构，将该业务请求转化为该数据结构，发送在消息平台，以供不同的厂商进行获取。上述业务对应的数据结构，是运营商端对不同的业务功能进行定义的不同数据结构，例如业务功能为，拦截消息A，对应的数据结构可以删除A消息，上述数据结构可以为简单的逻辑语句。

在厂商的虚拟化网络功能网元从消息凭他获取该数据结构的业务请求之后，将该数据结构的业务请求，转化为虚拟化网络功能网元可以识别的数据结构，避免了运营商在向厂商的虚拟化网络功能网元传递业务请求时，还需要先将业务请求转化为该厂商的虚拟化网络功能网元可以识别的数据机构，并建立传输该数据结构的端口进行传输。

从而通过消息平台发布预定数据结构的业务请求，供不同厂商的虚拟化网络功能网元进行获取和执行，达到了无需根据厂商的虚拟化网络功能网元识别的数据结构建立不同的数据接口，也无需采用标准接口与虚拟化网络功能网元对接，就可以将运营商的业务请求转发给各个不同厂商的虚拟化网络功能网元进行执行的目的，从而实现了降低虚拟化网络功能的落地难度，提高了虚拟化网络功能的适用性，并提高了实现虚拟化网络功能的效率的技术效果，进而解决了相关技术中通过网络功能虚拟化框架的标准接口，或者运营商与厂商的接口，进行虚拟化网络功能服务时，操作复杂，实现难度大的技术问题。

可选的，在接收虚拟化网络功能网元转发的业务请求之前，还包括：根据不同用户业务的不同业务功能，确定业务功能对应的数据结构；将业务请求对应的数据结构，发送至消息平台包括：根据业务请求，确定业务请求对应的业务消息；将业务消息的数据结构转化为业务功能对应的数据结构；将业务请求以业务功能对应的数据结构发送给消息平台。

在运营商确定业务请求的业务对应的数据结构时，根据不同用户业务的不同业务功能，确定业务功能对应的数据结构。在将业务请求对应的数据结构，发送至消息平台时，先根据业务请求，确定业务请求对应的业务消息，从而确定该业务消息对应的业务功能的数据结构，然后将业务消息的数据结构转化为业务功能对应的数据结构；将业务请求以业务功能对应的数据结构发送给消息平台。

可选的，在将业务请求以对应的数据结构，发送至消息平台之前，还包括：基于业务运营支持系统，建立与厂商的虚拟化网络功能网元之间的消息平台，其中，消息平台与业务运营支持系统和虚拟化网络功能网元通信连接。

基于运营商的业务运营支持系统，建立运营商的业务运营支持系统与厂商的虚拟化网络功能网元之间的消息平台。该消息平台可以在业务运营支持系统与虚拟化网络功能网元之间进行消息传输。

可选的，接收虚拟化网络功能网元的业务请求包括：确定网络功能虚拟化架构的管理器启动虚拟化网络功能网元的情况下，接收编配器转发的业务请求，其中，编配器用于通过网络功能虚拟化架构的业务界面接收用户的业务请求。

确定网络功能虚拟化架构的管理器启动虚拟化网络功能网元的情况下，说明网络功能虚拟化架构的管理器NFVM，已经拉起该虚拟化网络功能网元的虚拟机，作为调用该虚拟化网络功能网元的前提。在该前提满足的情况下，接收网络功能虚拟化架构的编配器转发的业务请求，其中，编配器用于通过网络功能虚拟化架构的业务界面接收用户的业务请求。

图2是根据本发明实施例的另一种虚拟化网络功能的数据处理方法的流程图，如图2所示，该方法包括如下步骤：

步骤S202，从消息平台获取虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能，不同的业务功能对应不同数据结构的业务请求，业务请求是运营商通过业务运营支持系统接收之后，以对应的数据结构，发送至消息平台；

步骤S204，对业务请求进行解析，确定业务数据；

步骤S206，通过虚拟化网络功能网元执行业务数据。

通过上述步骤，采用从消息平台获取虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能，不同的业务功能对应不同数据结构的业务请求，业务请求是运营商通过业务运营支持系统接收之后，以对应的数据结构，发送至消息平台；对业务请求进行解析，确定业务数据；通过虚拟化网络功能网元执行业务数据的方式，通过消息平台发布预定数据结构的业务请求，供不同厂商的虚拟化网络功能网元进行获取和执行，达到了无需根据厂商的虚拟化网络功能网元识别的数据结构建立不同的数据接口，也无需采用标准接口与虚拟化网络功能网元对接，就可以将运营商的业务请求转发给各个不同厂商的虚拟化网络功能网元进行执行的目的，从而实现了降低虚拟化网络功能的落地难度，提高了虚拟化网络功能的适用性，并提高了实现虚拟化网络功能的效率的技术效果，进而解决了相关技术中通过网络功能虚拟化框架的标准接口，或者运营商与厂商的接口，进行虚拟化网络功能服务时，操作复杂，实现难度大的技术问题。

上述步骤的执行主体可以为厂商，不同的厂商的虚拟化网络功能网元才用的数据结构不同。另外，不同的厂商设置有虚拟化网络功能网元的网元管理器，用于对该厂商的多个虚拟化网络功能网元进行管理。

可选的，从消息平台获取虚拟化网络功能网元的业务请求包括：确定虚拟化网络功能网元的数量；在数量达到预设数量的情况下，通过网元管理器从消息平台获取业务请求，其中，网元管理器用于管理同一厂商的多个虚拟化网络功能网元；在数量未达到预设数量的情况下，通过虚拟化网络功能网元或网元管理器从消息平台获取业务请求。

在虚拟化网络功能网元的数量达到预设数量的情况下，则说明虚拟化网络功能网元的数量较多，同时从消息平台获取数据，会对消息平台造成较重的负担，会影响消息平台的正常工作，则通过网元管理器从消息平台获取业务请求，然后网元管理器将获取的业务请求下发给对应数量的虚拟化网络功能网元。

在数量未达到预设数量的情况下，则说明虚拟化网络功能网元的数量较少，同时从消息平台获取数据，不会对消息平台造成较重的负担，也不会影响消息平台的正常工作，则可以通过虚拟化网络功能网元或网元管理器从消息平台获取业务请求。在通过网元管理器从消息平台获取业务请求后，网元管理器将获取的业务请求下发给对应数量的虚拟化网络功能网元。

可选的，对业务请求进行解析，确定业务数据包括：将数据结构的业务请求，转化为虚拟化网络功能网元的厂商能够运行的数据结构；根据厂商能够运行的数据结构的业务请求，确定对应的业务数据和执行业务数据的虚拟化网络功能网元；通过虚拟化网络功能网元执行业务数据包括：通过业务数据对应的虚拟化网络功能网元，执行业务数据。

也即是在虚拟化网络功能网元收到该数据结构的业务请求后，将该业务请求的数据结构，转化为自己能够识别的数据结构，从而对该业务请求进行响应，执行业务数据，提供对应的业务功能。

图3是根据本发明实施例的另一种虚拟化网络功能的数据处理方法的流程图，如图3所示，该方法包括如下步骤：

步骤S302，接收虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能，不同的业务功能对应不同数据结构的业务请求，业务请求是运营商通过业务运营支持系统接收之后，以对应的数据结构发送的；

步骤S304，接收虚拟化网络功能网元的获取操作，其中，获取操作用于获取数据结构的业务请求；

步骤S306，响应获取操作将数据结构的业务请求发送给虚拟化网络功能网元，其中，虚拟化网络功能网元用于根据业务请求进行业务操作。

通过上述步骤，采用接收虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能，不同的业务功能对应不同数据结构的业务请求，业务请求是运营商通过业务运营支持系统接收之后，以对应的数据结构发送的；接收虚拟化网络功能网元的获取操作，其中，获取操作用于获取数据结构的业务请求；响应获取操作将数据结构的业务请求发送给虚拟化网络功能网元，其中，虚拟化网络功能网元用于根据业务请求进行业务操作的方式，通过消息平台发布预定数据结构的业务请求，供不同厂商的虚拟化网络功能网元进行获取和执行，达到了无需根据厂商的虚拟化网络功能网元识别的数据结构建立不同的数据接口，也无需采用标准接口与虚拟化网络功能网元对接，就可以将运营商的业务请求转发给各个不同厂商的虚拟化网络功能网元进行执行的目的，从而实现了降低虚拟化网络功能的落地难度，提高了虚拟化网络功能的适用性，并提高了实现虚拟化网络功能的效率的技术效果，进而解决了相关技术中通过网络功能虚拟化框架的标准接口，或者运营商与厂商的接口，进行虚拟化网络功能服务时，操作复杂，实现难度大的技术问题。

上述步骤的执行主体可以为消息平台。

需要说明的是，本实施例还提供了一种可选的实施方式，下面对该实施方式进行详细说明。

本实施方式针对相关技术中NFV框架的VNF网元业务配置实现方案的易落地问题。提出了一种NFV框架中VNF网元业务配置方案的实现方法。

图4是根据本发明实施方式的NFV框架中VNF网元连接的示意图，如图4所示，在NFV框架中OSS/BSS侧部署消息平台，OSS/BSS将VNF网元的业务配置内容消息发至消息平台，厂商EM/VNF自行从消息平台读取业务配置内容消息，以完成VNF网元的业务配置。

OSS/BSS侧部署消息平台。

OSS/BSS根据业务的要求设计VNF网元业务配置内容的消息和数据结构。

厂商EM/VNF支持从消息平台读取消息，并解析VNF网元业务配置内容的数据结构。

当管理员进行业务配置时，OSS/BSS将VNF网元的业务配置内容消息发至消息平台，厂商EM/VNF自行从消息平台读取业务配置内容消息，以完成VNF网元的业务配置。

本实施方式在应用时有以下几个前提：

前提一：OSS/BSS平台为管理员包装了使用某VNF业务的界面。

前提二：厂商VNF网元已经被平台VNFM正常拉起，此过程不在本专利讨论范围内。

前提三：OSS/BSS侧部署了消息平台，且OSS/BSS已经和厂商EM就VNF网元业务配置内容的消息和数据结构达成一致。

当管理员在VNF业务界面上进行业务配置时，OSS/BSS生产出相应的VNF网元的业务配置内容消息，并将VNF网元的业务配置内容消息发至消息平台，厂商EM自行从消息平台消费VNF网元的业务配置内容消息，并对其进行解析后调用厂商VNF私有API接口对厂商VNF进行相应的策略配置。

本实施方式的一种NFV框架中VNF网元业务配置方案的实现方法，在实际应用中相对容易落地，不需要厂商EM/VNF支持标准的API供VNFM调用，也不需要OSS/BSS基于EM/VNF厂商的私有API接口做业务包装。

图5是根据本发明实施例的一种虚拟化网络功能的业务运营支持系统的示意图，如图5所示，根据本发明实施例的一个方面，提供了一种虚拟化网络功能的业务运营支持系统，包括：接收模块52和发送模块54，下面对该系统进行详细说明。

接收模块52，用于接收虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能；发送模块54，与上述接收模块52相连，用于将业务请求对应的数据结构发送至消息平台，其中，不同的业务功能对应不同的数据结构；虚拟化网络功能网元从消息平台获取数据结构的业务请求，以执行业务处理。

通过上述业务运营支持系统，采用接收虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能；将业务请求对应的数据结构发送至消息平台，其中，不同的业务功能对应不同的数据结构；虚拟化网络功能网元从消息平台获取数据结构的业务请求，以执行业务处理的方式，通过消息平台发布预定数据结构的业务请求，供不同厂商的虚拟化网络功能网元进行获取和执行，达到了无需根据厂商的虚拟化网络功能网元识别的数据结构建立不同的数据接口，也无需采用标准接口与虚拟化网络功能网元对接，就可以将运营商的业务请求转发给各个不同厂商的虚拟化网络功能网元进行执行的目的，从而实现了降低虚拟化网络功能的落地难度，提高了虚拟化网络功能的适用性，并提高了实现虚拟化网络功能的效率的技术效果，进而解决了相关技术中通过网络功能虚拟化框架的标准接口，或者运营商与厂商的接口，进行虚拟化网络功能服务时，操作复杂，实现难度大的技术问题。

图6是根据本发明实施例的一种虚拟化网络功能的数据处理装置的示意图，如图6所示，根据本发明实施例的另一方面，还提供了一种虚拟化网络功能的数据处理装置，包括：获取模块62，解析模块64和执行模块66，下面对该装置进行详细说明。

获取模块62，用于从消息平台获取虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能，不同的业务功能对应不同数据结构的业务请求，业务请求是运营商通过业务运营支持系统接收之后，以对应的数据结构，发送至消息平台；解析模块64，与上述获取模块62相连，用于对业务请求进行解析，确定业务数据；执行模块66，与上述解析模块64相连，用于通过虚拟化网络功能网元执行业务数据。

通过上述装置，采用从消息平台获取虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能，不同的业务功能对应不同数据结构的业务请求，业务请求是运营商通过业务运营支持系统接收之后，以对应的数据结构，发送至消息平台；对业务请求进行解析，确定业务数据；通过虚拟化网络功能网元执行业务数据的方式，通过消息平台发布预定数据结构的业务请求，供不同厂商的虚拟化网络功能网元进行获取和执行，达到了无需根据厂商的虚拟化网络功能网元识别的数据结构建立不同的数据接口，也无需采用标准接口与虚拟化网络功能网元对接，就可以将运营商的业务请求转发给各个不同厂商的虚拟化网络功能网元进行执行的目的，从而实现了降低虚拟化网络功能的落地难度，提高了虚拟化网络功能的适用性，并提高了实现虚拟化网络功能的效率的技术效果，进而解决了相关技术中通过网络功能虚拟化框架的标准接口，或者运营商与厂商的接口，进行虚拟化网络功能服务时，操作复杂，实现难度大的技术问题。

图7是根据本发明实施例的一种虚拟化网络功能的消息平台的示意图，如图7所示，根据本发明实施例的另一方面，还提供了一种虚拟化网络功能的消息平台，包括：接收模块72和响应模块74，下面对该消息平台进行详细说明。

接收模块72，用于接收虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能，不同的业务功能对应不同数据结构的业务请求，业务请求是运营商通过业务运营支持系统接收之后，以对应的数据结构发送的；还用于接收虚拟化网络功能网元的获取操作，其中，获取操作用于获取数据结构的业务请求；响应模块74，与上述接收模块72相连，用于响应获取操作将数据结构的业务请求发送给虚拟化网络功能网元，其中，虚拟化网络功能网元用于根据业务请求进行业务操作。

通过上述消息平台，采用接收虚拟化网络功能网元的业务请求，其中，业务请求用于请求虚拟化网络功能网元进行对应的业务功能，不同的业务功能对应不同数据结构的业务请求，业务请求是运营商通过业务运营支持系统接收之后，以对应的数据结构发送的；接收虚拟化网络功能网元的获取操作，其中，获取操作用于获取数据结构的业务请求；响应获取操作将数据结构的业务请求发送给虚拟化网络功能网元，其中，虚拟化网络功能网元用于根据业务请求进行业务操作的方式，通过消息平台发布预定数据结构的业务请求，供不同厂商的虚拟化网络功能网元进行获取和执行，达到了无需根据厂商的虚拟化网络功能网元识别的数据结构建立不同的数据接口，也无需采用标准接口与虚拟化网络功能网元对接，就可以将运营商的业务请求转发给各个不同厂商的虚拟化网络功能网元进行执行的目的，从而实现了降低虚拟化网络功能的落地难度，提高了虚拟化网络功能的适用性，并提高了实现虚拟化网络功能的效率的技术效果，进而解决了相关技术中通过网络功能虚拟化框架的标准接口，或者运营商与厂商的接口，进行虚拟化网络功能服务时，操作复杂，实现难度大的技术问题。

根据本发明实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述中任意一项的页面处理方法。

根据本发明实施例的另一方面，还提供了一种计算机存储介质，计算机存储介质包括存储的程序，其中，在程序运行时控制计算机存储介质所在设备执行上述中任意一项的页面处理方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (8)

1.一种虚拟化网络功能的数据处理方法，其特征在于，包括：

业务运营支持系统接收虚拟化网络功能网元的业务请求，其中，所述业务请求用于请求虚拟化网络功能网元进行对应的业务功能；

所述业务运营支持系统将所述业务请求对应的数据结构发送至消息平台，其中，不同的业务功能对应不同的数据结构；

所述虚拟化网络功能网元从所述消息平台获取所述数据结构的业务请求，以执行业务处理；

其中，所述业务运营支持系统接收虚拟化网络功能网元的业务请求之前，根据不同用户业务的不同业务功能，确定所述业务功能对应的数据结构；

所述业务运营支持系统将所述业务请求对应的数据结构发送至消息平台，包括：

所述业务运营支持系统根据所述业务请求，确定所述业务请求对应的业务消息；

所述业务运营支持系统将所述业务消息的数据结构转化为所述业务功能对应的数据结构；

所述业务运营支持系统将所述业务请求以所述业务功能对应的数据结构发送给所述消息平台。

2.根据权利要求1所述的方法，其特征在于，所述业务运营支持系统将所述业务请求以所述业务功能对应的数据结构发送给消息平台之前，还包括：

基于所述业务运营支持系统，建立与厂商的所述虚拟化网络功能网元之间的消息平台，其中，所述消息平台与所述业务运营支持系统和所述虚拟化网络功能网元通信连接。

3.根据权利要求1所述的方法，其特征在于，业务运营支持系统接收所述虚拟化网络功能网元的业务请求，包括：

所述业务运营支持系统确定网络功能虚拟化架构的管理器启动所述虚拟化网络功能网元的情况下，

所述业务运营支持系统接收编配器转发的业务请求，其中，所述编配器用于通过网络功能虚拟化架构的业务界面接收用户的业务请求。

4.一种虚拟化网络功能的数据处理方法，其特征在于，包括：

虚拟化网络功能网元从消息平台获取虚拟化网络功能网元的业务请求，其中，所述业务请求用于请求虚拟化网络功能网元进行对应的业务功能，不同的业务功能对应不同数据结构的业务请求，所述业务请求是运营商通过业务运营支持系统接收之后，以对应的数据结构，发送至所述消息平台；

所述虚拟化网络功能网元对所述业务请求进行解析，确定业务数据；

通过所述虚拟化网络功能网元执行所述业务数据；

其中，所述业务运营支持系统在接收所述业务请求之前，根据不同用户业务的不同业务功能，确定所述业务功能对应的数据结构；

所述业务运营支持系统将所述业务请求对应的数据结构发送至消息平台，包括：

所述业务运营支持系统根据所述业务请求，确定所述业务请求对应的业务消息；

所述业务运营支持系统将所述业务消息的数据结构转化为所述业务功能对应的数据结构；

所述业务运营支持系统将所述业务请求以所述业务功能对应的数据结构发送给所述消息平台。

5.根据权利要求4所述的方法，其特征在于，虚拟化网络功能网元从消息平台获取虚拟化网络功能网元的业务请求，包括：

网元管理器确定所述虚拟化网络功能网元的数量；

在所述数量达到预设数量的情况下，通过所述网元管理器从消息平台获取所述业务请求，其中，所述网元管理器用于管理同一厂商的多个虚拟化网络功能网元；

在所述数量未达到预设数量的情况下，通过虚拟化网络功能网元或所述网元管理器从消息平台获取所述业务请求。

6.根据权利要求4所述的方法，其特征在于，所述虚拟化网络功能网元对所述业务请求进行解析，确定业务数据，包括：

所述虚拟化网络功能网元将所述数据结构的所述业务请求，转化为所述虚拟化网络功能网元的厂商能够运行的数据结构；

根据所述厂商能够运行的数据结构的业务请求，确定对应的业务数据和执行所述业务数据的虚拟化网络功能网元；

通过所述虚拟化网络功能网元执行所述业务数据包括：

通过所述业务数据对应的虚拟化网络功能网元，执行所述业务数据。

7.一种虚拟化网络功能的数据处理方法，其特征在于，包括：

消息平台接收虚拟化网络功能网元的业务请求，其中，所述业务请求用于请求虚拟化网络功能网元进行对应的业务功能，不同的业务功能对应不同数据结构的业务请求，所述业务请求是运营商通过业务运营支持系统接收之后，以对应的数据结构发送的；

所述消息平台接收虚拟化网络功能网元的获取操作，其中，所述获取操作用于获取所述数据结构的所述业务请求；

所述消息平台响应所述获取操作，并将所述数据结构的业务请求发送给所述虚拟化网络功能网元，其中，所述虚拟化网络功能网元用于根据所述业务请求进行业务操作；

其中，所述业务运营支持系统在接收所述业务请求之前，根据不同用户业务的不同业务功能，确定所述业务功能对应的数据结构；

所述业务运营支持系统将所述业务请求对应的数据结构发送至消息平台，包括：

所述业务运营支持系统根据所述业务请求，确定所述业务请求对应的业务消息；

所述业务运营支持系统将所述业务消息的数据结构转化为所述业务功能对应的数据结构；

所述业务运营支持系统将所述业务请求以所述业务功能对应的数据结构发送给所述消息平台。

8.一种计算机存储介质，其特征在于，所述计算机存储介质存储有程序，其中，处理器运行所述程序时执行权利要求1至7中任意一项所述的虚拟化网络功能的数据处理方法。

Images