在闭环自动化环境中的闭环的集成

技术领域

各种示例实施例涉及在闭环自动化环境中的闭环的集成。更具体地，各种示例性实施例示例性地涉及用于在闭环自动化环境中实现闭环的集成的措施(包括方法、装置和计算机程序产品)。

背景技术

本说明书一般地涉及第三代合作伙伴计划(3GPP)第五代(5G)(无线电接入)网络和其他(未来)代无线/移动网络中的闭环自动化。

闭环是一种控制理论概念，其表示以下能力：(1)观察来自基础(underlying)进程或系统的(多个)事件；(2)解释和分析事件以产生洞察力；(3)响应于所观察的事件，选择或推荐(一个或多个)动作；(4)在基础(underlying)系统上执行动作；以及(5)接收关于该(多个)动作对系统的影响的反馈。

循环可以执行一次，在接收到反馈之后终止执行。然而，它也可以被执行多次，当反馈作为来自循环应该响应的系统的新事件的数据时，就会发生这种情况。与此相关的是，它也可能被无限多次执行，从而产生所谓的无限循环。

然而，术语“闭环”也被用于指具有上述控制能力的逻辑实体。

在网络管理中，实体是闭环管理功能(CL MnF)，其与网络(或其资源)交互以捕获关于网络事件的接收数据并通过提供新配置来对网络进行操作。

CL MnF的概念如图8所示。

图8是示出闭环概念的示意图，特别示出了作为四个阶段系统序列的闭环概念。

也就是说，在图8的CL MnF中，四个阶段被链接以形成循环。

然而，该实体可以用更少(甚至更多)的阶段来实现。

图9是示出闭环概念的示意图，特别示出了两个不同的闭环(可以在例如认知网络管理系统中实现)。

如图9所示，一个(左)CL MnF从四个阶段实现，而另一个(右)CL MnF通过将分析和决策阶段合并为一个阶段而从三个阶段实现。每个CL MnF可以实现闭环控制点(CP)作为用于管理或控制闭环实例的单独功能，以例如支持与外部世界的交互。对应地，CL MnF可以提供控制接口和暴露接口，外部实体通过该控制接口可以控制或管理CL MnF，CL MnF通过该暴露接口向外部环境暴露关于其内部结构、配置和操作的信息。

每个CL MnF可以实现闭环控制点(CP)作为用于管理或控制闭环实例的单独功能，以例如支持与外部世界的交互。相应地，CL MnF可以提供外部实体可以通过其控制或管理CL MnF的控制接口，以及CL MnF通过其向外部环境暴露关于其内部结构、配置和操作的信息的暴露接口。

尽管每个CL MnF可以被表示为实现到网络资源的接口的单个实体，但情况并非总是如此。CL MnF可以在单个应用中被实现，该应用组合了应用内的所有功能。这里的一个例子是诺基亚NetACT，它实现了不同的数据收集工具(诸如简单网络管理协议(SNMP)中介)、分析工具(诸如监视器)、决策工具(诸如性能管理器)以及网络配置执行工具(诸如配置器)。在这样的实现中，多供应商交互只需要用于网络资源的接口。

然而，多供应商网络自动化环境受到了推动。集成来自多个供应商的应用的一种方法是通过共享软件开发(例如使用诺基亚EdenNet SDK)。例如，诺基亚EdenNet寻求通过提供软件开发工具包(EdenNet SDK)来支持第三方应用，第三方供应商可以通过该工具包开发可以在EdenNet上执行的模块。这支持用于完成特定任务的特定模块，例如提供对一些数据的特定分析，并且需要紧密集成—第三方供应商使用Nokia SDK共同开发应用。

未来的CL MnF的实现方式要求来自多供应商的CL MnF部署在一个通用框架中，但具有较少集成(例如，如图10所示的微服务应用)。

图10是示出闭环实现方式的示意图，特别示出了在多供应商闭环自动化环境中实例化闭环管理功能。

在图10中，从左上到右下轮廓线的方框代表闭环自动化平台的部署方/主机/运营商/供应商的CL MnF，而从左下到右上轮廓线的方框代表第三方CL MnF。

换言之，非诺基亚CL MnF(作为第三方CL MnF的示例)应该部署在诺基亚闭环自动化平台上(作为部署方/主机/运营商/供应商的闭环自动化平台的示例)。

特别是在来自多供应商的CL MnF被部署在通用框架中的这种情况下，对于如何在供应商的自动化平台上实例化第三方CL MnF提出了挑战。

根据3GPP SA5，在基于服务的管理架构(SBMA)内，用于多供应商实体之间的一般交互的应用编程接口(API)被指定。SBMA方法支持严格分离操作/通知和管理信息。相应地，API为每个管理服务(MnS)定义了三个组件：

(1)对管理对象、信息模型或特定信息不可知的操作/通知(在TS28.533中被称为MnS组件类型A)；

(2)管理信息(在TS28.533中被称为MnS类型B)，其通常描述网络资源模型(NRM)(称为信息模型)；以及

(3)警报信息和性能数据(在TS28.533中被称为MnS类型C)，其表示类型B组件中的模型可能发出的信息。

在该规范中，仅使用TS28.532中定义的基本创建操作、读取操作、更新操作、删除操作(CRUD)(在TS28.532规定的移动网络通用管理服务的第2阶段和第3阶段中)。然后，所有管理能力由信息模型表示(在TS28.532规定的移动网络通用管理服务的第2阶段和第3阶段中)。

SBMA的好处在于其简化了网络管理的标准化，因为将来只需要指定或增强NRM。然而，API也过于通用，因为它没有描述如何将其用于不同类型的交互，即API需要被映射到特定的问题和上下文。

因此，出现的问题是，还没有提供允许将一个供应商的CL MnF实例化到另一供应商的管理平台上、以及对其进行管理的必要手段和接口。

因此，需要在闭环自动化环境中提供闭环的集成。

发明内容

各种示例实施例旨在解决上述问题和/或难题和缺点的至少一部分。

示例性实施例的各个方面在所附权利要求中阐述。

根据一个示例性方面，提供了一种方法。该方法包括：接收对创建函数类类型的函数类的实例的请求；基于请求，创建所述函数类的所述实例；基于实例配置，配置所述函数类的所述实例；以及触发所述函数类的所述实例的执行，其中所述函数类定义至少一个通信接口。

根据一个示例性方面，提供了一种方法。该方法包括：向函数类存储库添加函数类类型的函数类的可执行代码；以及发送用于创建所述函数类的实例的请求，其中所述函数类定义至少一个通信接口。

根据一个示例性方面，提供了一种装置。该装置包括：接收电路，该接收电路被配置为接收对创建函数类类型的函数类的实例的请求；创建电路，该创建电路被配置为基于所述请求来创建所述函数类的所述实例；配置电路，该配置电路被配置为基于实例配置来配置所述函数类的所述实例；以及触发电路，该触发电路被配置为触发所述函数类的所述实例的执行，其中所述函数类定义至少一个通信接口。

根据一个示例性方面，提供了一种主机装置。该主机装置包括前述装置以及运行电路，该运行电路被配置为运行所述函数类的所述实例。

根据一个示例性方面，提供了一种装置。该装置包括：添加电路，该添加电路被配置为向函数类存储库添加函数类类型的函数类的可执行代码；以及发送电路，该发送电路被配置为发送对创建所述函数类的实例的请求，其中所述函数类定义至少一个通信接口。

根据一个示例性方面，提供了一种装置。该装置包括：至少一个处理器；至少一个存储器，包括计算机程序代码；以及至少一个接口，该至少一个接口被配置为与至少另一个装置通信；该至少一个处理器被配置为与该至少一个存储器和该计算机程序代码一起，使该装置执行：接收对创建函数类类型的函数类的实例的请求；基于所述请求，创建所述函数类的所述实例；基于实例配置，配置所述函数类的所述实例；以及触发所述函数类的所述实例的执行，其中所述函数类定义至少一个通信接口。

根据一个示例性方面，提供了一种主机装置。该主机装置包括：前述装置；至少一个处理器；至少一个存储器，包括计算机程序代码；以及至少一个接口，该至少一个接口被配置为与至少另一个装置通信；该至少一个处理器被配置为与该至少一个存储器和该计算机程序代码一起，使该装置执行：运行所述函数类的所述实例。

根据一个示例性方面，提供了一种装置。该装置包括：至少一个处理器；至少一个存储器，包括计算机程序代码；以及至少一个接口，该至少一个接口被配置为与至少另一个装置通信；该至少一个处理器被配置为与该至少一个存储器和该计算机程序代码一起，使该装置执行：向函数类存储库添加函数类类型的函数类的可执行代码；以及发送对创建所述函数类的实例的请求，其中所述函数类定义至少一个通信接口。

根据一个示例性方面，提供了一种包括计算机可执行计算机程序代码的计算机程序产品，当程序在计算机(例如，根据本公开的前述与装置相关的示例性方面中的任何一个的装置的计算机)上运行时，其被配置为使计算机执行根据本公开的前述方法相关示例性方面中的任何一个方面的方法。

这样的计算机程序产品可以包括(或者被具体化)(有形的)计算机可读(存储)介质等，计算机可执行计算机程序代码被存储在计算机可读介质上，和/或该程序可以被直接加载到计算机的内部存储器或其处理器中。

上述方面中的任何一个方面使得能够利用基于标准的多供应商方法将一个供应商的CL MnF有效地实例化到另一供应商的管理平台上并对其进行管理，该方法利用SA5API，从而解决与现有技术相关的所识别的问题和缺点的至少一部分。特别地，示例性实施例导致多供应商CL MnF能够被集成，而不需要同时开发它们或使用用于CL MnF的相同开发套件。这提高了使用来自多个供应商的预定义CL MnF部署自动化系统的可扩展性。

通过示例实施例，提供了在闭环自动化环境中的闭环的集成。更具体地，通过示例实施例，提供了用于在闭环自动化环境中实现闭环的集成的措施和机制。

因此，通过能够/实现在闭环自动化环境中的闭环的集成的方法、装置和计算机程序产品来实现改进。

附图说明

在下文中，将参考附图通过非限制性实例更详细地描述本公开，其中：

图1是示出根据示例实施例的装置的框图；

图2是示出根据示例实施例的装置的框图；

图3是示出根据示例实施例的装置的框图；

图4是示出根据示例实施例的装置的框图；

图5是示出根据示例实施例的装置的框图；

图6是根据示例实施例的过程的示意图；

图7是根据示例实施例的过程的示意图；

图8是示出闭环概念的示意图；

图9是示出闭环概念的示意图；

图10是示出闭环实现方式的示意图；

图11是示出根据示例实施例的闭环的集成的示意图；

图12示出了根据示例实施例的信令序列的示意图；

图13是示出根据示例实施例的类关系的示意图；

图14是示出根据示例实施例的类关系的示意图；

图15是示出根据示例实施例的类继承的示意图；

图16示出了根据示例实施例的信令序列的示意图；以及

图17是可替换地示出了根据示例实施例的装置的框图。

具体实施方式

本文参考特定的非限制性示例和当前被认为是可以想到的实施例来描述本公开。本领域技术人员将理解，本公开决不限于这些示例，并且可以被更广泛地应用。

将被注意的是，本公开及其实施例的以下描述主要涉及被用作某些示例性网络配置和部署的非限制性示例的规范。也就是说，本公开及其实施例主要是关于被用作某些示例性网络配置和部署的非限制性示例的3GPP规范来描述的。因此，在本文中给出的示例实施方式的描述具体表示与其直接相关的术语。这种术语仅仅用于所提出的非限制性实例的上下文中，并且自然不以任何方式限制本公开。相反，只要与在本文中描述的特征兼容，也可利用任何其他通信或通信相关的系统部署等。

在下文中，使用若干变型和/或替代方案来描述本公开及其方面或实施例的各种实施例和实现方式。通常注意到，根据某些需要和约束，所有描述的变型和/或替代方案可以单独提供或以任何可以想到的组合提供(还包括各种变型和/或者替代方案的单独特征的组合)。

根据示例实施例，一般地说，提供了用于(能够/实现)在闭环自动化环境中的闭环的集成的措施和机制。

在将第三方闭环集成到一个供应商的自动化平台上的情况下，并且目的是利用上述SBMA来提供基于标准的多供应商方法，该方法利用SA5 API来将一个供应商的CL MnF实例化到另一个供应商的管理平台上并对其进行管理，将SBMA的SA5 API映射到与将第三方闭环集成到一个供应商的自动化平台上的场景相关的特定问题和上下文也是一个开放的挑战。

也就是说，没有为网络自动化应用之间的交互指定多供应商接口。对应地，不存在将一个供应商的CL MnF实例化到另一个供应商的管理平台上的手段，特别是，不存在自动化平台和CL MnF供外部实体使用多供应商接口和API在平台上定义和实例化平台上的CLMnF的手段。

如图8所示，虽然示例实施例是利用闭环模型进行解释的，但根据本公开的概念不限于此，而是也适用于其他闭环模型，诸如监测、分析、计划、执行-知识(MAPE-K)，以及观察、调整、决策以及行动(OODA)。

在本说明书中，使用并划分了以下术语：

示例性实施例在下文中以一般的术语进行描述。

根据示例实施例，提供名为“闭环管理功能(CL MnF)”的新的被管理对象作为可以在多供应商自动化环境中实例化的对象。

此外，根据示例实施例，为闭环对象指定接口，该接口使得多供应商能够与CL MnF交互，即使得多供应商自动化平台能够与闭环实例交互。

此外，根据示例实施例，提供了一种实现在多供应商闭环执行环境/平台中实例化CL MnF实例的手段的方法。

根据示例实施例，多供应商闭环执行环境实现闭环执行控制器(CLEC)，该闭环执行控制器管理和监督CL MnF。否则，运营商也可以执行控制功能。

具体地，根据示例实施例，第三方制造商提供预组成的CL MnF作为独立功能，其可以在执行环境(例如，容器执行平台)上执行，并且负责特定任务。这种功能的示例可以是作为CL MnF管理对象类的实例的小区节能功能。然后将其分类为例如“小区节能闭环MnF类型”。

根据进一步的示例实施例，CL MnF被添加到闭环管理功能的存储库中。

根据进一步的示例实施例，CL MnF必须支持如图9所示的闭环的四个接口(输入(数据收集)、输出(执行)、控制、暴露)。为了支持基于标准的实现方式，可以使用如上所述的SA5 API来实现接口。

根据进一步的示例实施例，CL MnF的实例化是通过对CLEC的调用来启动的，以创建CL MnF类的被管理对象实例(MOI)，从而指定将被实例化的CL MnF类型(例如“小区节能CL MnF”)。

根据进一步的示例实施例，CLEC然后准备用于执行的CL MnF对象实例。

根据进一步的示例实施例，CLEC然后配置CL MnF实例，其可以包括指定：

-目标，特别是CL MnF实例需要实现的值方面的目标(特定的关键性能指标(KPI)可能已通过其制造商锁定在CL MnF中，使得运营商只需要配置KPI目标)；

-CL MnF实例负责管理的网络资源；

-CL MnF实例的执行和操作的调度；

-CL MnF实例消费的服务的(多个)生产者；

-CL MnF实例提供的服务的(多个)消费者；以及

-其他操作的配置。

根据进一步的示例实施例，CLEC然后可以触发配置的CL MnF实例以用于执行。

根据进一步的示例实施例，到网络资源的外部(数据收集和控制)接口可以由CLMnF实例直接实现，或者通过平台间接实现。

根据又一示例实施例，使用SA5 API来实现执行平台内的内部接口，以支持执行平台内多供应商交互。

图11是示出根据示例实施例的闭环的集成的示意图，特别示出CLEC和第三方闭环管理功能之间的交互。

在图11中，从左上角到右下角轮廓线的方框表示现有的CL MnF实例，而从左下角到右上角轮廓线的方框代表新的CL MnF实例。根据示例实施例，所示的外部接口以及所示的内部接口利用3GPP SA5API。

以下以更具体的术语来解释示例性实施例。

图1是示出根据示例实施例的装置的框图。该装置可以是网络实体10，诸如功能执行实体或自动化平台实体或闭环执行控制实体，装置包括接收电路11、创建电路12、配置电路13和触发电路14。接收电路11接收对创建函数类类型的函数类的实例的请求。创建电路12基于请求，创建所述函数类的所述实例。配置电路13基于实例配置，配置所述函数类的所述实例。触发电路14触发所述函数类的所述实例的执行。这里，该函数类定义至少一个通信接口。图6是根据示例实施例的过程的示意图。根据图1的装置可以执行图6的方法，但不限于该方法。图6的方法可以通过图1的装置执行，但不限于通过该装置执行。

如图6所示，根据示例实施例的过程包括：接收操作(S61)，接收对创建函数类类型的函数类的实例的请求；创建操作(S62)，基于所述请求来创建所述函数类的所述实例；配置操作(S63)，基于实例配置来配置所述函数类的所述实例；以及触发操作(S64)，触发所述函数类的所述实例的执行。这里，所述函数类定义至少一个通信接口。

图2是示出根据示例实施例的装置的框图。特别是，图2示出了图1所示的装置的一种变型。因此，根据图2的装置可以进一步包括注册电路21、检索电路22和/或发送电路23。

在一个实施例中，在图1(或图2)中所示的装置的至少一些功能可以在形成一个操作实体的两个物理上分离的设备之间共享。因此，可以看到该装置描述了包括用于执行所描述的过程中的至少一些过程的一个或多个物理上分离的设备的操作实体。

根据图6所示的过程的变型，给出了示例性的附加的操作，这些操作本身彼此固有地独立。根据这样的变型，根据示例实施例的示例性方法可以包括注册所述函数类的所述实例的操作。

根据图6所示的过程的变型，给出了示例性的附加的操作，这些操作本身彼此固有地独立。根据这样的变型，根据示例实施例的示例性方法可以包括接收所述实例配置的操作。

根据进一步的示例性实施例，所述实例配置包括以下各项中的至少一项：关于受所述函数类的所述实例影响的量的至少一个目标值的信息、关于受所述函数类的所述实例影响的所述量所针对的至少一个网络资源的信息、关于针对所述函数类的所述实例的执行调度的信息、关于由所述函数类的所述实例消费的服务的至少一个生产者的信息、以及关于由所述函数类的所述实例提供的服务的至少一个消费者的信息。

根据图6所示过程的一个变型，给出了创建操作(S62)的示例性细节，这些细节本身彼此固有地独立。根据示例实施例的这种示例性创建操作(S62)可以包括检索在函数类存储库中注册的所述函数类的可执行代码的操作。

根据进一步的示例实施例，所述函数类的所述可执行代码是以下各项中的至少一项：二进制文件、二进制可执行文件、代码文件、软件部分、以及程序指令的组合。

根据进一步的示例实施例，所述至少一个通信接口包括以下各项中的至少一项：数据输入接口、执行输出接口、控制接口、以及暴露接口。

根据图6所示过程的变型，给出了配置操作(S63)的示例性细节，这些细节本身彼此固有地独立。根据示例实施例的这种示例性配置操作(S63)可以包括向所述函数类的所述实例的所述控制接口发送所述实例配置的至少一个元素的操作。

根据图6所示过程的变型，给出了示例性的附加的操作，这些操作本身彼此固有地独立。根据这样的变型，根据示例实施例的示例性方法可以包括发送指示成功创建所述函数类的所述实例的确认响应的操作。

根据进一步的示例实施例，所述函数类由关于所述函数类的函数类类型的信息来定义。

根据进一步的示例实施例，函数类是闭环管理函数类。

图3是示出根据示例实施例的装置的框图。该装置可以是网络实体30(诸如主机实体或自动化平台实体)，其包括如上的网络实体/装置10(例如，功能执行实体或自动平台实体或闭环执行控制实体)和运行电路31。运行电路31运行所述函数类的所述实例(例如由所述网络实体/装置10创建)。

在一个实施例中，在图3中所示的装置的至少一些功能可以在形成一个操作实体的两个物理上分离的设备之间共享。因此，可以看到该装置描述了包括用于执行所描述的过程中的至少一些过程的一个或多个物理上分离的设备的操作实体。

图4是示出根据示例实施例的装置的框图。该装置可以是网络实体10(诸如外部(管理或控制)实体或包括添加电路41和发送电路42的运营商实体)。添加电路41向函数类存储库添加函数类类型的函数类的可执行代码。发送电路42发送对创建函数类的实例的请求。这里，所述函数类定义至少一个通信接口。图7是根据示例实施例的过程的示意图。根据图4的装置可以执行图7的方法，但不限于该方法。图4的方法可以通过图7的装置执行，但不限于通过该装置执行。

如图7所示，根据示例实施例的过程包括：添加操作(S71)，向函数类存储库添加函数类类型的函数类的可执行代码，以及发送操作(S72)，发送对创建所述函数类的实例的请求。这里，所述函数类定义至少一个通信接口。

图5是示出根据示例实施例的装置的框图。特别是，图5示出了图4所示的装置的一种变型。因此，根据图5的装置可以进一步包括决定电路51和/或接收电路52。

在一个实施例中，在图4(或5)中所示的装置的至少一些功能可以在形成一个操作实体的两个物理上分离的设备之间共享。因此，可以看到该装置描述了包括用于执行所描述的过程中的至少一些过程的一个或多个物理上分离的设备的操作实体。

根据图7所示过程的变型，给出了示例性的附加的操作，这些操作本身彼此固有地独立。根据这样的变型，根据示例实施例的示例性方法可以包括决定所述函数类的所述实例的实例配置的操作，以及发送实例配置的操作。

根据进一步的示例性实施例，所述实例配置包括以下各项中的至少一项：关于受函数类的实例影响的量的至少一个目标值的信息、关于受函数类的实例影响的量所针对的至少一个网络资源的信息、关于针对函数类的实例的执行调度的信息、关于由函数类的实例消费的服务的至少一个生产者的信息、以及关于由函数类的实例提供的服务的至少一个消费者的信息。

根据进一步的示例实施例，所述函数类的所述可执行代码包括以下各项中的至少一项：二进制文件、二进制可执行文件、代码文件、软件部分、以及程序指令的组合。

根据进一步的示例实施例，所述至少一个通信接口包括以下各项中的至少一项：数据输入接口、执行输出接口、控制接口、以及暴露接口。

根据图7所示过程的变型，给出了示例性的附加的操作，这些操作本身彼此固有地独立。根据这样的变型，根据示例实施例的示例性方法可以包括接收指示成功创建所述函数类的所述实例的确认响应的操作。

根据进一步的示例实施例，所述函数类由关于所述函数类的所述函数类类型的信息来定义。

根据进一步的示例实施例，所述函数类是闭环管理函数类。

下面给出如上和解释的示例实施例的细节。

图12示出了根据示例实施例的信令序列的示意图，并且特别示出了用于实例化第三方闭环管理功能的过程。

如图12所示，在实例化之前，将CL MnF加载(onboard)到自动化平台(例如从供应商的云下载二进制文件)。也就是说，在图12的“步骤0”中，运营商(作为外部装置的示例)加载所讨论的CL MnF。

在图12的步骤1中，运营商触发自动化平台或其CLEC来实例化CL MnF。换言之，运营商可以向CLEC发送针对CL MnF的实例化的请求，其中该请求指定CL MnF。

在图12的步骤2中，CLEC部署CL MnF(例如通过安装(链接/关联)二进制文件)以用于执行。

在图12的步骤3中，CLEC注册CL MnF，这可能包括绑定接口和识别对应的URI。此时接口可以被测试以确认接口与标准的一致性。

在图12的步骤4中，CLEC配置CL MnF实例(例如指定其目的、目标、执行特性等)。

在图12的步骤5中，CLEC激活CL MnF实例。

根据示例实施例，CL MnF的特性在于以下属性。CL MnF的特性可以是进一步的属性：

根据示例实施例，CL MnF被创建和/或部署如下：

在CL MnF可以被实例化之前，需要安装可以实例化MnF类类型。因此，运营商安装一个软件，并将其适当地描述/标识为管理功能的类型(例如“小区-节能-闭环-MnF类型”)。这也被示出在类型属性中。

实例的初始部署包括利用CL MnF，以便在执行之前对其进行配置。在这种情况下，为相应的网络资源创建一个实例，并相应地将其标记为例如“用于小区XYZ的小区-节能-闭环-MnF”。CL MnF的所有其他属性最初都设置为NULL，因此这些属性可以通过CL控制接口进行配置。

根据示例实施例，闭环(CL)控制接口被实现如下。

特别地，根据示例实施例，使用通用供应管理服务API来实现CL控制接口。CL MnF提供/产生管理服务，而自动化平台(或其CLEC)消费服务。各自的能力和要求可以如下表所示来被实现：

根据示例实施例，闭环暴露接口被实现如下。

特别地，根据示例实施例，可以使用数据收集API来实现CL暴露接口，其中CL MnF是管理服务的生产者，而自动化平台(或CLEC)消费服务。该服务可以使用基于文件的数据传输或流数据传输机制来实现。

根据示例实施例，数据收集接口被实现如下。

特别地，根据示例实施例，可以使用数据收集API在CL MnF和网络之间直接实现数据收集接口，其中网络或其资源是管理服务的生产者，而CL MnF消费服务以获得所需的数据。然而，数据收集接口也可以通过自动化平台来实现，在这种情况下，自动化平台消费网络提供的服务来获得数据，然后平台提供透明服务来向CL MnF重新暴露数据。这样做的好处是，可以将相同的数据提供给平台上的多个CL MnF，从而最大限度地减少了网络资源多次生成数据的需要，甚至可以支持数据到平台的多个流。在任何一种情况下，都可以使用基于文件的数据传输或流数据传输机制来实现服务。

根据示例实施例，执行接口被实现如下。

特别地，根据示例实施例，使用通用供应管理服务API来实现执行接口。网络或其资源产生管理服务，而CL MnF(或代表CL MnF的自动化平台)消费服务。

根据示例实施例，CLEC的特性在于以下属性。CLEC的特性可以是其他属性：

示例性实施例在3GPP SA5中实现。在SA5中，CL MnF可以简单地被称为ClosedLoop并缩写为CL。可能存在多个ClosedLoop，其执行由同一实体管理，此处称为ClosedLoopExecutionControl。根据示例实施例，该ClosedLoopExecutionControl被建模为对象，在该对象上可以实例化ClosedLoop。

根据示例实施例所使用的类被指定如下。

图13至图15描述了类集合，这些类集合封装了与该MnS相关的信息，并提供了UML中相关类之间关系的概述。

具体地，图13是根据示例实施例说明类关系的示意图，并且特别说明ClosedLoopNRM片段。

此外，图14是示出根据示例实施例的类关系的示意图，并且特别示出了ClosedLoopExecutionControl NRM片段。

此外，图15是示出根据示例实施例的类继承的示意图，并且特别示出了ClosedLoop实例化继承关系。

相关类定义如下(其中“O”表示可选的，“M”表示“强制性”，“T”表示“真”，“F”表示“假”)。

ClosedLoopExecutionControl：这个信息对象类(IOC)代表ClosedLoop执行控制，其中ClosedLoop执行控制管理关联ClosedLoops的实例化和操作。根据示例实施例，ClosedLoopExecutionControl的能力/属性包括：

ClosedLoop:这个类表示来自ClosedLoop的属性(通常是特性属性)的子集。根据示例实施例，ClosedLoop的能力/属性包括：

参考图16解释根据示例实施例的操作。

图16示出了根据示例实施例的信令序列的示意图，并且特别示出了ClosedLoop实例化操作。

特别地，根据示例实施例，ClosedLoop执行控制的消费者能够请求实例化特定的多供应商CL。

根据示例实施例，ClosedLoopExecutionControl的消费者(例如，运营商)可以使用对CLEC的createMOI API调用来请求实例化CL(请求CL实例化)。CLEC和将被实例化的CL可以来自两个不同的供应商，因此作为调用的一部分，运营商提供CL实例的URI(例如作为可执行文件的URI)。

此外，根据示例实施例，ClosedLoop执行控制的提供者能够实例化所请求的多供应商CL的执行。

为了实例化CL，CLEC创建CL的本地对象，并使用所描述的标准化API的实现方式来建立到CL的通信(实例化CL)。CLEC随后将CL注册为可用于执行，并且可以向ClosedLoopExecutionControl的消费者发送确认以指示CL已经被实例化。

更具体地，在图16的“步骤0”中，消费者加载CL(例如可以安装CL)。

在图16的步骤1中，消费者触发提供者/CLC来实例化CL。换句话说，消费者可以使用createMOI API调用来发送实例化请求，该请求包括关于CL的信息和关于CL的URI的信息。

在图16的步骤2中，提供者/CLEC为CL创建对象。

在图16的步骤3中，提供者/CLEC建立与CL的通信链路。

在图16的步骤4中，提供者/CLEC注册CL。在图12的步骤4，提供者/CLEC可以进一步向消费者发送确认指示。

在图16的步骤5中，消费者指示(instruct)提供者/CLEC配置CL实例(例如通过指定其目标和其他属性)。

在图16的步骤6中，提供者/CLEC配置CL实例(例如基于CL实例)。

在图16的步骤7中，提供者/CLEC激活CL实例。

上述过程和功能可以由如下所述的各个功能元件、处理器等来实现。

在网络实体的前述示例性描述中，仅使用功能块描述了与理解本公开的原理相关的单元。网络实体可以包括其各自操作所必需的另外的单元。然而，在本说明书中省略了对这些单元的描述。设备的功能块的布置不被解释为限制本公开，并且功能可以由一个块执行或者进一步划分为子块。

当在先前的描述中说明该装置，即网络实体(或一些其他部件)被配置为执行某些功能时，这将被解释为等同于说明潜在地与存储在相应装置的存储器中的计算机程序代码合作的(即，至少一个)处理器或相应电路被配置为使得装置至少执行如此提及的功能。此外，这种功能应被解释为可以通过专门配置的电路或用于执行相应功能的部件等效地实现(即，表示“单元被配置为”被解释为等效于诸如“用于……的部件”的表示)。

在图17中，描述了根据示例实施例的装置的替代的图示。如图17所示，根据示例实施例，装置(网络实体)10’(对应于网络实体10或网络实体30)包括处理器171、存储器172和接口173，它们通过总线174等连接。此外，根据示例实施例，装置(网络实体)40’(对应于网络实体40)包括处理器175、存储器176和接口177，它们通过总线178等连接，并且这些装置可以分别通过链路179连接。

处理器171/175和/或接口173/177还可以包括调制解调器等，以分别促进通过(硬线或无线)链路的通信。接口173/177可以包括耦合到一个或多个天线或通信部件的合适的收发器，用于分别与链接或连接的设备进行(硬线或无线)通信。接口173/177通常被配置为与至少一个其它装置(即其接口)通信。

存储器172/176可以存储被假设包括程序指令或计算机程序代码的各个程序，当由各个处理器执行时，这些程序指令或程序代码使得各个电子设备或装置能够根据示例实施例进行操作。

一般而言，各个设备/装置(和/或其部分)可以表示用于执行各个操作和/或展示各个功能的部件，和/或各个设备(和/或者其部分)可以具有用于执行各个操作和/或展现各个功能的功能。

当在随后的描述中说明处理器(或一些其他部件)被配置为执行某些功能时，这被解释为等同于说明至少一个处理器可能与存储在相应装置的存储器中的计算机程序代码协作，被配置为使得装置至少执行如此提及的功能。此外，这种功能应该被解释为可以通过具体配置的用于执行相应功能的部件等效地实现(即，表示“被配置为[使装置]执行某种动作的处理器”被解释为等效于诸如“用于某种动作的部件”表示)。

根据示例实施例，表示网络实体10或网络实体30的装置包括至少一个处理器171、包括计算机程序代码的至少一个存储器172、以及被配置为与至少另一个装置通信的至少一个接口173。处理器(即，具有至少一个存储器172和计算机程序代码的至少一个处理器171)被配置为：执行接收对创建函数类类型的函数类的实例的请求(因此，该装置包括用于接收的对应部件)；执行基于所述请求来创建所述函数类的所述实例；执行基于实例配置来配置所述函数类的所述实例(因此装置包括用于配置的对应部件)以及执行触发所述函数类的所述实例的执行(因此装置包括用于触发的对应部件)，其中所述函数类定义至少一个通信接口(因此装置包括用于创建的对应部件)。处理器(即至少一个处理器171，与至少一个存储器172和计算机程序代码一起)可以被进一步地配置为执行运行所述函数类的所述实例(因此，该装置包括用于运行的相应部件)。

根据示例实施例，表示网络实体40的装置包括至少一个处理器175、包括计算机程序代码的至少一个存储器176、以及被配置为与至少另一个装置通信的至少一个接口177。处理器(即，至少一个处理器175，与至少一个存储器176和计算机程序代码一起)被配置为执行向函数类存储库添加函数类类型的函数类的可执行代码(因此，该装置包括用于添加的对应部件)，并且执行发送对创建函数类的实例的请求，其中所述函数类定义至少一个通信接口(因此装置包括用于发送的相应部件)。

对于关于各个装置的操作性/功能的进一步的细节，分别参考与图1至图16中的任一个附图有关的上述描述。

为了如上所述的本公开的目的，应当注意的是：

-可能被实现为软件代码部分并且使用网络服务器或网络实体(作为设备、装置和/或其模块的示例，或者作为因此包括装置和/或者模块的实体的示例)处的处理器运行的方法步骤，是独立于软件代码的，并且可以使用任何已知的或未来开发的编程语言来指定，只要保留由方法步骤定义的功能即可；

-通常地，在不改变实施例的思想及其在所实现的功能方面的修改的情况下，任何方法步骤都适合作为软件或通过硬件来实现；

-方法步骤和/或可能被实现为上述装置或其(多个)任何模块处的硬件组件的设备、单元或部件(例如，执行根据上述实施例的装置的功能的设备)是硬件独立的，并且可以使用任何已知的或未来开发的硬件技术或这些硬件技术的任何混合来实现，诸如MOS(金属氧化物半导体)、CMOS(互补MOS)、BiMOS(双极MOS)、BiCMOS(双极CMOS)、ECL(发射极耦合逻辑)、TTL(晶体管-晶体管逻辑)等，使用例如ASIC(专用IC(集成电路))组件、FPGA(现场可编程门阵列)组件，CPLD(复杂可编程逻辑器件)组件或DSP(数字信号处理器)组件；

-设备、单元或部件(例如，上述定义的网络实体或网络寄存器，或它们各自的单元/部件中的任何一个)可以被实现为单独的设备、单元或者部件，但这并不排除它们在整个系统中以分布式方式实现，只要设备、单元、部件的功能被保留即可；

-类似于用户设备和网络实体/网络寄存器的装置可以由半导体芯片、芯片组或包括这样的芯片或芯片组的(硬件)模块来表示；然而，这并不排除装置或模块的功能(而不是硬件实现的)被实现为(软件)模块中的软件的可能性，所述(软件)模块诸如计算机程序或计算机程序产品，包括用于在处理器上执行/运行的可执行软件代码部分；

-例如，一个设备可以被视为一个装置或多个装置的组装，无论在功能上彼此配合还是在功能上彼此独立，但是例如在相同的设备外壳内。

通常地，要注意的是，根据上述方面的各个功能块或元件可以通过任何已知的方式来实现，或者分别以硬件和/或软件来实现，如果其仅适于执行各个部分的所述功能的话。上述方法步骤可以在单独的功能块中或通过单独的设备来实现，或者方法步骤中的一个或多个可以在单个功能块中或者通过单个设备来实现。

通常地，在不改变本公开的思想的情况下，任何方法步骤都适合作为软件或通过硬件来实现。设备和部件可以被实现为单独的设备，但这并不排除它们在整个系统中以分布式方式实现，只要设备的功能被保留即可。这样的和类似的原理将被认为是本领域技术人员已知的。

在本说明书的意义上的软件包括软件代码，同样地，包括用于执行各个功能的代码部件或部分或计算机程序或计算机程序产品，以及在有形介质上体现的软件(或计算机程序或计算机程序产品)，例如，计算机可读(存储)介质，在该介质上存储有相应的数据结构或代码装置/部分，或者可能在其处理期间，在信号或芯片中体现的软件(或计算机程序或计算机程序产品)。

本公开还涵盖上述方法步骤和操作的任何可想到的组合，以及上述节点、装置、模块或元件的任何可想象的组合，只要上述方法和结构布置的概念是可应用的。

鉴于以上内容，提供了在闭环自动化环境中的闭环的集成的措施。这种措施示例性地包括接收对创建函数类类型的函数类的实例的请求；基于所述请求，创建所述函数类的所述实例；基于实例配置，配置所述函数类的所述实例；以及触发所述函数类的所述实例的执行，其中所述函数类定义至少一个通信接口。

尽管以上参考根据附图的示例描述了本公开，但是应当理解的是，本公开不限于此。相反地，对本领域技术人员显而易见的是，在不脱离本文所公开的发明思想的范围的情况下，可以以多种方式修改本公开。

首字母缩略词和缩写词列表

3GPP 第三代合作伙伴计划

5G 第五代

API应用程序编程接口

CAN认知自主网络

CF 认知功能

CL 闭环

CL MnF闭环管理功能

CLEC 闭环执行控制器

CP (ClosedLoop)控制点

CRUD 创建、读取、更新、删除

IOC信息对象类

KPI关键性能指标

MAPE-K 监测、分析、计划、执行-知识

MnS管理服务

MOI被管理对象实例

NRM网络资源模型，网络资源管理

OODA 观察、调整、决策、行动

SBMA 基于服务的管理体系结构

SDK软件开发工具包

SNMP 简单网络管理协议