业务网络的处理方法、装置及系统与流程

本发明涉及通信领域，具体而言，涉及一种业务网络的处理方法、装置及系统。

背景技术：

随着电信网络、互联网、广播网、物联网的部署和发展，业务的类型不断地变化和丰富，电信运营商提供的业务将不再限于传统的电信业务，将逐渐转向电信网络、互联网、移动互联网、广播网、传感器网、物联网、泛在网等多种网络业务的融合。在开放式移动体系结构(openmobilealliance，简称为oma)、国际电信联盟远程通信标准化组织(itutelecommunicationstandardizationsector，简称为itu-t)、电气和电子工程师协会(instituteofelectricalandelectronicsengineers，简称为ieee)、电信管理论坛(telemanagementforum简称为tmforum)这些标准化组织中，均预见到对于能力开放平台的强烈需求，并对相关的技术架构做了研究。其中，在开放移动联盟oma中称为业务开放架构(serviceexposureframework，简称为sef)，在itu-t中被称为下一代网络服务集成和交付环境(nextgenerationnetworkserviceintegrationanddeliveryenvironment，简称为ngn-side)，在ieee中被称为下一代服务覆盖网(nextgenerationserviceoverlaynetwork，简称为ngson)，在tmforum中被称为业务交付架构(servicedeliveryframework，简称为sdf)。例如oma中对于能力开放的架构平台基本架构如图1所示。

图1是相关技术中oma的能力开放平台的示意图，如图1所示，能力开放平台(serviceexposureframework)被架构在核心网之上。这是目前所有协议组织对于能力开放平台的共同设计特点。

而目前运营商的业务网络普遍面临着如下问题：

传统的竖井式的建设模式业务系统软件及硬件的重复建设，网络架构缺乏系统性、统一性管理机制，而很多业务又很少有用户使用，同时资源、数据的零散分布，使得用户的“一站式”服务体验无法提升，同时也为支撑、管理系统带来巨大压力。

通信网络能力的开放，资源的重用和整合，与互联网，广播电视网的融合逐渐成为运营商的战略目标，但是由于没有准确的用户群定位和清晰的商业模式，与互联网的繁荣相比，鲜有建树，在业务快速创新的问题上依然任重而道远。

互联网的不断创新的商业模式以及日新月异技术对传统运营商的业务带了强有力的挑战，web2.0，面向服务的体系架构(service-orientedarchitecture，简称为soa)，对等计算(peertopeer，简称为p2p)，软件即服务(software-as-a-sevice，简称为saas)，云计算等使得通过互联网提供服务越来越为广大用户所接受，同时在用户体验上也有很明显的改善，其低廉的成本逐渐有取代电信业务的趋势。传统电信运营商的危机感越来越明显。

因此，根据电信网络、互联网、广播网、物联网的演进融合需要增强原有的业务网络结构，以融合各种底层异构网络的业务能力(包括电信网络、互联网、移动互联网、广播网、传感器网、物联网、泛在网等)，从而为上层应用快速灵活提供各种可管理可控制可计费的业务能力及其组合。

边缘计算节点(edgecomputingnode，简称ecn)是部署在通信网络接近用户的边缘节点的计算功能节点，如有线网络边缘节点、无线网络收发基站、者收发基站的汇聚点或者核心网的功能节点等。其具体作用是处理业务数据，减少部署位置向核心网和广域网络的业务量，降低用户设备获得业务的时延，提升用户感受。

边缘计算节点网络上通过承载的应用(application)来完成上述目的。因此，对于能力开放有必然的需求。

针对相关技术中，业务能力平台无法满足应用的低时延、抖动高敏感的要求，目前还没有有效的解决方案。

技术实现要素：

本发明提供了一种业务网络的处理方法、装置及系统，以至少解决相关技术中业务能力平台无法满足应用的低时延、抖动高敏感的要求的问题。

根据本发明的一个方面，提供了一种业务网络的处理方法，包括：

能力开放子平台给部署在所述能力开放子平台上的应用执行部署、维护或者运营的操作流程，其中，所述能力开放子平台设置在业务能力开发平台上，所述能力开放子平台部署在边缘计算节点所属的网络上。

进一步地，所述能力开放子平台与所述能力开放平台之间传递管理信息，所述管理信息包括以下至少之一：健康性数据，应用运营数据，能力数据，告警和通知维护性数据，权限管理，应用跟踪调试，鉴权，授权数据，应用部署，计费，上电管理和安全性管理。

进一步地，所述能力开放子平台的对所述应用的业务处理能力包括以下至少之一：网络边缘业务能力抽象、访问控制、授权、鉴权、业务能力广播、业务能力状态监测、业务能力路由、业务能力策略执行、业务能力调度、应用的跟踪调试功能和告警通知手段。

进一步地，所述能力开放子平台获取所述边缘计算节点的能力信息，完成对于部署在所述能力开放子平台上的应用的广播、调度、鉴权、认证或者安全性检查功能。

进一步地，所述能力开放子平台调用所述边缘计算节点的抽象能力执行所述能力开放子平台的应用的业务逻辑。

进一步地，所述能力开放子平台调用所述能力开放子平台的跟踪调试功能和告警通知手段给所述能力开放子平台的应用。

进一步地，所述业务能力开放平台包括以下之一：

开放式移动体系结构oma的业务能力开放平台、国际电信联盟远程通信标准化组织itu-t的业务能力开放平台、电气和电子工程师协会ieee的业务能力开放平台、电信管理论坛tmforum的业务能力开放平台。

根据本发明的另一个方面，还提供了一种业务网络的处理方法，包括：

终端设备读取能力开放子平台提供的能力列表，其中，所述能力列表为所述能力开放子平台的应用设置的能力，所述能力开放子平台设置在业务能力开发平台上，所述能力开放子平台部署在边缘计算节点所属的网络上，；

所述终端设备向所述能力开放子平台调用所述能力列表中的能力；

所述终端设备接收所述能力开放子平台发送的与所述能力对应的数据执行业务逻辑。

进一步地，所述能力列表中的能力包括以下至少之一：网络边缘业务能力抽象、访问控制、授权、鉴权、业务能力广播、业务能力状态监测、业务能力路由、业务能力策略执行、业务能力调度、应用的跟踪调试功能和告警通知手段。

进一步地，所述应用接收所述能力开放子平台发送的与所述能力对应的数据执行业务逻辑之后，所述方法还包括：

所述应用向所述能力开放子平台发送释放消息，其中，所述释放消失用于指示所述能力开放子平台释放所述应用在所述开放子平台的所述能力的资源。

根据本发明的另一个方面，还提供了一种业务网络的处理装置，位于能力开放子平台中，包括：

执行模块，用于给部署在所述能力开放子平台上的应用执行部署、维护或者运营的操作流程，其中，所述能力开放子平台设置在业务能力开发平台上，所述能力开放子平台部署在边缘计算节点所属的网络上。

根据本发明的另一个方面，还提供了一种业务网络的处理装置，位于终端设备上，包括：

读取模块，用于读取能力开放子平台提供的能力列表，其中，所述能力列表为所述能力开放子平台的应用设置的能力，所述能力开放子平台设置在业务能力开发平台上，所述能力开放子平台部署在边缘计算节点所属的网络上；

调用模块，用于向所述能力开放子平台调用所述能力列表中的能力；

接收模块，用于接收所述能力开放子平台发送的与所述能力对应的数据执行业务逻辑。

根据本发明的另一个方面，还提供了一种业务网络的处理系统，包括：能力开放子平台和能力开放平台；

所述能力开放子平台，用于给部署在所述能力开放子平台上的应用执行部署、维护或者 运营的操作流程，其中，所述能力开放子平台设置在所述业务能力开发平台上，所述能力开放子平台部署在边缘计算节点所属的网络上。

进一步地，所述能力开放子平台和所述能力开放平台分别包括：第一子平台管理模块和第二子平台管理模块，所述能力开放子平台和所述能力开放平台之间设置逻辑接口；

所述第一子平台管理模块和所述第二子平台管理模块，用于所述能力开放子平台与所述能力开放平台之间的管理信息通过所述逻辑接口传递，所述管理信息包括以下至少之一：健康性数据，应用运营数据，能力数据，告警和通知维护性数据，权限管理，应用跟踪调试，鉴权，授权数据，应用部署，计费，上电管理和安全性管理。

进一步地，所述能力开放子平台设置能力提取插件；

所述能力开放子平台通过所述能力提取插件获取所述边缘计算节点的能力信息，完成部署在所述能力开放子平台上的应用的广播、调度、鉴权、认证或者安全性检查功能。

通过本发明，能力开放子平台给部署在该能力开放子平台上的应用执行部署、维护或者运营的操作流程，其中，该能力开放子平台设置在业务能力开发平台上，该能力开放子平台部署在边缘计算节点所属的网络上，解决相关技术中业务能力平台无法满足应用的低时延、抖动高敏感的要求的问题，降低了应用的时延，提高了对应用抖动的敏感度。

附图说明

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

图1是相关技术中oma的能力开放平台的示意图；

图2是根据本发明实施例的一种业务网络的处理方法的流程图一；

图3是根据本发明实施例的一种业务网络的处理方法的流程图二；

图4是根据本发明实施例的一种业务网络的处理装置的结构框图一；

图5是根据本发明实施例的一种业务网络的处理装置的结构框图二；

图6是根据本发明实施例的一种业务网络的处理系统的结构框图；

图7是根据本发明优选实施例的增强的能力开放平台的示意图；

图8是相关技术中的基于oma的业务能力开放子平台的示意图；

图9是根据本发明优选实施例的增强后的oma能力开放平台模块的示意图；

图10是根据本发明优选实施例的增强后新增加的能力开放子平台模块的示意图；

图11是根据本发明优选实施例的一个基于oma架构的实施例的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种业务网络的处理方法，图2是根据本发明实施例的一种业务网络的处理方法的流程图一，如图2所示，该流程包括如下步骤：

步骤s202，将该能力开放子平台设置在业务能力开发平台上，该能力开放子平台部署在边缘计算节点所属的网络上；

步骤s204，能力开放子平台给部署在该能力开放子平台上的应用执行部署、维护或者运营的操作流程。

通过上述步骤，能力开放子平台给部署在该能力开放子平台上的应用执行部署、维护或者运营的操作流程，其中，该能力开放子平台设置在业务能力开发平台上，该能力开放子平台部署在边缘计算节点所属的网络上，解决相关技术中业务能力平台无法满足应用的低时延、抖动高敏感的要求的问题，降低了应用的时延，提高了对应用抖动的敏感度。

在本发明的实施例中，该能力开放子平台与该能力开放平台之间传递管理信息，该管理信息包括以下至少之一：健康性数据，应用运营数据，能力数据，告警和通知维护性数据，权限管理，应用跟踪调试，鉴权，授权数据，应用部署，计费，上电管理和安全性管理。

在本发明的实施例中，该能力开放子平台的对该应用的业务处理能力包括以下至少之一：网络边缘业务能力抽象、访问控制、授权、鉴权、业务能力广播、业务能力状态监测、业务能力路由、业务能力策略执行、业务能力调度、应用的跟踪调试功能和告警通知手段。

在本发明的实施例中，该能力开放子平台获取该边缘计算节点的能力信息，完成对于部署在该能力开放子平台上的应用的广播、调度、鉴权、认证或者安全性检查功能。

在本发明的实施例中，该能力开放子平台调用该边缘计算节点的抽象能力执行该能力开放子平台的应用的业务逻辑。

在本发明的实施例中，该能力开放子平台调用该能力开放子平台的跟踪调试功能和告警通知手段给该能力开放子平台的应用。

在本发明的实施例中，该业务能力开放平台包括以下之一：

oma的业务能力开放平台、itu-t的业务能力开放平台、ieee的业务能力开放平台、tmforum的业务能力开放平台。

在本实施例中提供了一种业务网络的处理方法，图3是根据本发明实施例的一种业务网 络的处理方法的流程图二，如图3所示，该流程包括如下步骤：

步骤s302，终端设备读取能力开放子平台提供的能力列表，其中，该能力列表为该能力开放子平台的应用设置的能力，该能力开放子平台设置在业务能力开发平台上，该能力开放子平台部署在边缘计算节点所属的网络上；

步骤s304，该终端设备向该能力开放子平台调用该能力列表中的能力；

步骤s306，该终端设备接收该能力开放子平台发送的与该能力对应的数据执行业务逻辑。

通过上述步骤，设备上的应用读取能力开放子平台提供的能力列表，其中，该能力开放子平台设置在业务能力开发平台上，该能力开放子平台部署在边缘计算节点所属的网络上，该应用向该能力开放子平台调用该能力列表中的能力，该应用接收该能力开放子平台发送的与该能力对应的数据执行业务逻辑，解决相关技术中业务能力平台无法满足应用的低时延、抖动高敏感的要求的问题，降低了应用的时延，提高了对应用抖动的敏感度。

在本发明的实施例中，该能力列表中的能力包括以下至少之一：网络边缘业务能力抽象、访问控制、授权、鉴权、业务能力广播、业务能力状态监测、业务能力路由、业务能力策略执行、业务能力调度、应用的跟踪调试功能和告警通知手段。

在本发明的实施例中，该应用接收该能力开放子平台发送的与该能力对应的数据执行业务逻辑之后，该方法还包括：

该应用向该能力开放子平台发送释放消息，其中，该释放消失用于指示该能力开放子平台释放该应用在该开放子平台的该能力的资源。

在本实施例中还提供了一种业务网络的处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本发明实施例的一种业务网络的处理装置的结构框图一，位于能力开放子平台中，如图4所示，该装置包括：

设置模块42，用于将该业务能力开发子平台设置在业务能力开发平台上，该能力开放子平台部署在边缘计算节点所属的网络上；

执行模块44，与该设置模块42连接，用于给部署在该能力开放子平台上的应用执行部署、维护或者运营的操作流程。

图5是根据本发明实施例的一种业务网络的处理装置的结构框图二，位于终端设备上，如图5所示，该装置包括：

读取模块52，用于读取能力开放子平台提供的能力列表，其中，该能力列表为该能力开放子平台的应用设置的能力，该能力开放子平台设置在业务能力开发平台上，该能力开放子 平台部署在边缘计算节点所属的网络上；

调用模块54，用于向该能力开放子平台调用该能力列表中的能力；

接收模块56，用于接收该能力开放子平台发送的与该能力对应的数据执行业务逻辑。

图6是根据本发明实施例的一种业务网络的处理系统的结构框图，如图6所示，该装置包括：能力开放子平台62，能力开放平台64和边缘计算节点66；

该能力开放子平台62，用于给部署在该能力开放子平台62上的应用执行部署、维护或者运营的操作流程，其中，该能力开放子平台62设置在该业务能力开发平台64上，该能力开放子平台62部署在边缘计算节点66所属的网络上。

在本发明的实施例中，该能力开放子平台62和该能力开放平台64分别包括：第一子平台管理模块和第二子平台管理模块，该能力开放子平台62和该能力开放平台64之间设置逻辑接口；

该第一子平台管理模块和该第二子平台管理模块，用于该能力开放子平台62与该能力开放平台64之间的管理信息通过该逻辑接口传递，该管理信息包括以下至少之一：健康性数据，应用运营数据，能力数据，告警和通知维护性数据，权限管理，应用跟踪调试，鉴权，授权数据，应用部署，计费，上电管理和安全性管理。

在本发明的实施例中，该能力开放子平台62设置能力提取插件；

该能力开放子平台62通过该能力提取插件获取该边缘计算节点66的能力信息，完成部署在该能力开放子平台62上的应用的广播、调度、鉴权、认证或者安全性检查功能。

下面结合优选实施例和实施方式对本发明进行详细说明。

通过在现有业务能力开放平台上增加部署在边缘计算节点网络的能力开放子平台，扩展能力开放平台的适用范围。

其中，部署在子平台上的应用由于对业务数据时延、抖动特性非常敏感，因此原有业务能力平台无法满足要求。而能力开放子平台能迎合这种要求并降低部署、维护的工程代价。

为达到上述目的，本发明的优选实施例提出一种基于已有能力开放平台架构的增强设计。例如，如图1所示，由于oma中能力开放平台没有考虑到部署在边缘计算节点，因此，需要增加一种跟随边缘计算节点下沉的分层能力开放平台，图7是根据本发明优选实施例的增强的能力开放平台的示意图，如图7所示，以保证在能力开放的同时可以附加边缘计算节点提供低时延，高质量并提高用户感受的特性。

本发明的优选实施例中所指代的部署在边缘计算网络节点的能力开放子平台(简称子平台)中提供了对应用(application：app)的部署、维护、运营以及为了实现这些概念而具体的操作过程。

由于子平台可以拥有低时延、高质量的特性，对于业务数据时延、抖动敏感的app可以 通过在子平台部署获得在能力开放平台上无法获得的特性。对于业务数据时延、抖动不敏感的app可以通过原有部署和工作方式通过原有的能力开放平台获得通信网络的服务。

图8是相关技术中的基于oma的业务能力开放子平台的示意图，如图8所示，子平台(serviceexposuresubframework)拥有的业务处理能力包括：网络边缘业务能力抽象、访问控制、授权、鉴权、业务能力广播、业务能力状态监测、业务能力路由、业务能力策略执行、业务能力调度、应用的跟踪调试功能和告警通知手段。

为了达到上述目的，本发明的优选实施例提出一种增强型能力开放平台部署和工作方法。在现有的能力开放平台中，增加能力开放子平台来对业务开放边缘计算节点的能力。

以oma为例，图9是根据本发明优选实施例的增强后的oma能力开放平台模块的示意图，图10是根据本发明优选实施例的增强后新增加的能力开放子平台模块的示意图，如图9和图10所示。在原有的能力开放平台中，增加子平台管理模块(subframeworkmanagement)。在新增加的能力开放子平台中，除了原有的oma能力开放平台的功能，增加了能力开放子平台管理模块以及边缘计算节点能力插件(ecnenablerplugin)。

其中，能力开放子平台与能力开放平台有逻辑接口。子平台管理模块负责子平台与平台之间的管理信息通过逻辑接口传递。包括健康性数据，应用运营数据，能力数据，告警、通知等维护性数据，权限管理，应用跟踪调试，鉴权，授权数据，应用部署，计费，上电管理，安全性管理。

边缘计算节点在部署的时候，可以选择合一部署能力开放子平台或者独立的能力开放子平台。

能力开放子平台通过能力提取插件(edgecomputingnodeenablerplugin)获取边缘计算节点能力信息并完成对于部署在子平台上的应用的广播、调度、鉴权、认证、安全性检查等功能。部署在能力开放子平台上的应用通过应用程序编程接口(applicationprogramminginterface，简称为api)来调用边缘计算节点抽象的能力(或者称服务service)来保证业务逻辑的实现。能力开放子平台同时也提供应用的跟踪调试手段并提供告警通知机制来保证维护人员可以完成相关的维护。

对于部署在原有业务能力开放平台层次的应用，需要通过添加边缘计算节点能力插件来工作。此时，应用的工作方式与原有的工作方式相同。

同样，基于itu-t、ieee、tmforum中的能力开放平台均可以在部署了边缘计算节点之后考虑分层的实现。

图11是根据本发明优选实施例的一个基于oma架构的实施例的流程图，如图11所示，该流程包括如下步骤：

步骤s1101：app读取子平台提供的service列表，鉴权、授权并调用对应的能力；

步骤s1102：app根据service提供的数据完成业务逻辑；

步骤s1103：app不再需要子平台提供的能力，释放子平台和能力的相关资源。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

s1，将该能力开放子平台设置在业务能力开发平台上，该能力开放子平台部署在边缘计算节点所属的网络上；

s2，能力开放子平台给部署在该能力开放子平台上的应用执行部署、维护或者运营的操作流程。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例的方法步骤。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。