用于通信网络中数据的注册、发现和获取的机制

摘要

本公开的实施例涉及用于通信网络中数据的注册、发现和获取的机制。一种由通信网络元件或功能使用的装置，该通信网络元件或功能被配置为在通信网络中充当数据收集协调功能，该装置包括：至少一个处理电路系统，以及至少一个存储器，该至少一个存储器用于要由处理电路系统执行的存储指令，其中至少一个存储器和指令被配置为与至少一个处理电路系统一起使该装置至少：从数据消费方接收对从数据源提供用于由数据消费方处理的数据的请求，以及处理该请求以：从配置管理功能获得与所请求的数据相关的元数据实例，基于元数据实例创建所请求的数据的模式，获得用于访问由数据源提供的数据的模式，以用于使数据能够作为历史数据重复使用，以及在存储库中注册所获得的元数据实例和用于接入数据的模式。

说明书

技术领域

实施例的示例涉及可用于在基于例如3GPP标准的通信网络中注册、发现和获取数据(特别是指示过去的事件或测量的所谓的历史数据)的装置、方法、系统、计算机程序、计算机程序产品和(非瞬时性)计算机可读介质。

背景技术

背景技术的以下描述可以包括对本公开的实施例的至少一些示例洞察、发现、理解或公开、或关联，连同相关现有技术不知道但由本公开提供的公开。本公开的这样的贡献中的一些可以在下文具体指出，而本公开的其他这样的贡献将从相关上下文中显而易见。

用于本说明书中使用的缩写词的以下含义适用：

3GPP 第三代合作项目

4G 第四代

5G 第五代

5GS 5G系统

AI 人工智能

AP 接入点

API 应用编程接口

BS 基站

CM 配置管理

CPU 中央处理单元

DCCF 数据采集协调功能

DSC 数据存储控制

eNB E-UTRAN节点B

ETSI 欧洲电信标准协会

gNB 下一代节点B

GPRS 通用分组无线电服务

ID 标识

IOC 信息对象类

JSON Java脚本对象表示法

LTE 长期演进

LTE-A LTE高级

MDT 最小化路测

MIB 管理信息库

ML 机器学习

MnF 管理功能

MnS 管理服务

MO 管理的对象

MOI 管理的对象实例

NF 网络功能

NG 新一代

NR 新无线电

NRM 网络资源模型

NW 网络、网络侧

NWDAF 网络数据分析功能

OAM 操作、管理、维护

PM 性能管理

RAN 无线电接入网

RAT 无线电接入技术

RLF 无线电链路故障

UE 用户设备

UML 统一建模语言

UMTS 通用移动通信系统

URI 统一资源标识符

XML 可扩展标记语言

YANG 又一下一代

文档3GPP TR 23.700版本17.0.0公开了对5G系统的增强，其能够增强对时间敏感通信的支持以支持确定性应用，其中基于以下参考图1描述的考虑的网络架构被定义。

文档3GPP TS 32.423版本17.0.0公开了跟踪数据定义和管理，其中讨论了跟踪记录内容、它们的格式和跨网络传送。

文档3GPP TS 23.288版本16.6.0公开了用于5G系统的架构增强，以支持5G核心网络中的网络数据分析服务。

发明内容

本发明的一个目的是能够在通信网络中登记、发现和获取数据，特别是指示过去的事件或测量的所谓的历史数据。该目的通过根据权利要求1或根据权利要求7或根据权利要求11的装置实现。此外，提供了根据权利要求6或根据权利要求10或根据权利要求13的方法。有利的进一步发展如从属权利要求中所述。

此外，例如，提供了根据权利要求14或15所述的计算机程序产品。

附图说明

下面仅通过示例的方式参考附图描述本公开的一些实施例，在附图中：

图1显示了说明通信网络中的场景的示例的图，其中可实现实施例的示例；

图2显示了解释用于根据实施例的示例在通信网络中产生和准备数据的过程的示例的信令图；

图3显示了解释用于根据实施例的示例在通信网络中重复使用历史数据的过程的示例的信令图。

图4显示了根据实施例的一些示例在数据收集协调元件或功能中进行的处理的流程图；

图5显示了根据实施例的一些示例在数据存储控制管理元件或功能中进行的处理的流程图；

图6显示了根据实施例的一些示例在存储库元件或功能中进行的处理的流程图；

图7显示了根据实施例的一些示例的表示数据收集协调元件或功能的网络元件或功能的图；

图8显示了根据实施例的一些示例的表示数据存储控制管理元件或功能的网络元件或功能的图；以及

图9显示了根据实施例的一些示例的表示存储库元件或功能的网络元件或功能的图。

具体实施方式

在过去几年中，通信网络的增加扩展发生在世界各地，例如基于有线的通信网络(诸如综合业务数字网络(ISDN)、数字订户线(DSL))、或无线通信网络(诸如cdma2000(码分多址)系统、如通用移动电信系统(UMTS)的蜂窝第三代(3G)、基于例如长期演进(LTE)或高级长期演进(LTE-A)的第四代(4G)通信网络或增强型通信网络、第五代(5G)通信网络、蜂窝第二代(2G)通信网络(如全球移动通信系统(GSM)、通用分组无线电系统(GPRS)、全球演进增强型数据速率(EDGE))、或其他无线通信系统(诸如无线局域网(WLAN)、蓝牙或全球微波接入互操作性(WiMAX))。各种组织(诸如欧洲电信标准协会(ETSI)、第三代合作伙伴计划(3GPP)、电信和互联网融合服务和高级网络协议(TISPAN)、国际电信联盟(ITU)、第三代合作伙伴计划2(3GPP2)、互联网工程任务组(IETF)、IEEE(电气和电子工程师协会)、WiMAX论坛等)正在制定用于电信网络和接入环境的标准或规范。

在下文中，作为可以应用实施例的示例通信网络的示例，将使用基于用于通信网络(诸如5G/NR)的3GPP标准的通信网络架构来描述不同的示例性实施例，然而不将实施例限制为这样的架构。对于本领域的技术人员来说显而易见的是，这些实施例也可以应用于其他类型的通信网络，例如，Wi-Fi、全球微波接入互操作性(WiMAX)、

以下示例和实施例应理解为仅作为说明性示例。尽管说明书可能在多个位置引用“一个(an)”、“一个(one)”或“一些”示例或实施例，但这并不一定意味着每个这样的引用都与相同的(多个)示例或(多个)实施例有关，或者该特征仅适用于单个示例或实施例。不同实施例的单个特征也可以被组合以提供其他实施例。此外，诸如“包括(comprising)”和“包括(including)”的术语应理解为不将所描述的实施例限制为仅包括已提及的那些特征；这样的示例和实施例还可以包含尚未具体提及的特征、结构、单元、模块等。

包括实施例的一些示例适用的移动通信系统的(电信)通信网络的基本系统架构可以包括一个或多个通信网络的架构，该一个或多个通信网络的架构包括(多个)无线接入网络子系统和(多个)核心网络。这样的架构可以包括一个或多个通信网络控制元件或功能、接入网络元件、无线电接入网络元件、接入服务网络网关或基站收发站，诸如基站(BS)、接入点(AP)、NodeB(NB)、eNB或gNB、分布式或集中式单元，其控制相应的覆盖区域或(多个)小区，并且一个或多个通信站(诸如通信元件、用户设备或终端设备(如UE)、或其他设备(诸如调制解调器芯片组、芯片、模块等)具有的类似功能，其也可以是能够进行通信的站、元件、功能或应用(诸如UE)、可用于机器对机器通信架构中的元件或功能、或作为分开的元件附接到能够进行通信的这样的元件、功能或应用等。此外，可以包括核心网络元件或网络功能，诸如网关网络元件/功能、移动性管理实体、移动交换中心、服务器、数据库等。

所描述的元件和功能的一般功能和互连(其也取决于实际的网络类型)对于本领域技术人员来说是已知的，并且在对应的规范中进行了描述，因此本文中省略对其的详细描述。然而，要注意的是，可以采用几个附加的网络元件和信令链路来进行来自或去往在下文中详细描述的那些元件之外的元件、功能或应用(如通信端点)、通信网络控制元件(诸如服务器、网关、无线电网络控制器)、以及相同或其他通信网络的其他元件的通信。

在实施例的示例中考虑的通信网络架构也可以能够与其他网络(诸如公共交换电话网络或互联网)通信，以及与不被视为网络的一部分的单独设备或一组设备(诸如监测设备，如摄像头、传感器、传感器阵列等)通信。通信网络还能够支持用于虚拟网络元件或其功能的云服务的使用，其中要注意，电信网络的虚拟网络部分也可以由非云资源提供，例如内部网络等。应当理解，接入系统、核心网络等的网络元件和/或相应的功能可以通过使用适合于这种用途的任何节点、主机、服务器、接入节点或实体等来实现。通常，网络功能可以实现为专用硬件上的网络元件、运行在专用硬件上的软件实例、或在适当平台(例如云基础设施)上实例化的虚拟化功能。

此外，如本文所述，网络元件(诸如通信元件，如UE、终端设备)、控制元件或功能(诸如接入网络元件，如基站(BS)、gNB、无线电网络控制器)、核心网络控制元件或功能(诸如网关元件)、或其他网络元件或功能(诸如管理元件或功能)、以及任何其他元件、功能或应用可以由软件实现，例如通过用于计算机的计算机程序产品，和/或通过硬件。为了执行它们相应的处理，对应地使用的设备、节点、功能或网络元件可以包括控制、处理和/或通信/信令功能所需的若干部件、模块、单元、组件等(未示出)。这样的部件、模块、单元和组件可以包括例如一个或多个处理器或处理器单元，其包括用于执行指令和/或程序和/或用于处理数据的一个或多个处理部分、存储装置或存储器单元或用于存储指令、程序和/或数据的部件、用作处理器或处理部分等的工作区域(例如ROM、RAM、EEPROM等)、用于通过软件(例如软盘、CD-ROM、EEPROM等)输入数据和指令的输入或接口部件、用于向用户提供监测和操作可能性的用户接口(例如屏幕、键盘等)、用于在处理器单元或部分的控制下建立链路和/或连接的其他接口或部件(例如包括例如天线单元等的有线和无线接口部件、无线电接口部件、用于形成无线电通信部分的部件等)等，其中形成接口(诸如无线电通信部分)的相应部件也可以位于远程站点(例如无线电头或无线电站等)。应当注意的是，在本说明书中，处理部分不应仅仅被认为代表一个或多个处理器的物理部分，还可以被认为是由一个或多个处理器执行的所涉及的处理任务的逻辑划分。

应当理解，根据一些示例，可以采用所谓的“流动”或灵活的网络概念(其中网络元件、网络功能或网络的另一个实体的操作和功能可以在不同的实体或功能，诸如在节点、主机或服务器中，以灵活的方式被执行)。换言之，所涉及的网络元件、功能或实体之间的“分工”可能会因情况而异。

为了利用可用于诊断和故障排除的信息来支持电信网络，特别是无线电信网络的网络运营方，建立了几种机制。例如，如由3GPP标准化的订户和设备跟踪过程是已知的。跟踪过程还用于如收集最小化路测(MDT)测量、无线电链路故障(RLF)报告等的作业，这些作业被添加到跟踪规范并用于集中覆盖和容量优化。

最小化路测(MDT)是一种标准化机制，在例如3GPP中引入，以经济高效的方式为运营方提供网络性能优化工具。MDT的特性包括，例如，运营方能够独立于网络配置来配置UE测量，UE在特定事件(例如无线电链路故障)时报告测量日志，运营方可以配置地理区域中的日志记录，测量与可以得出位置信息的信息以及时间戳等链接。

如上所述，出于诊断和故障排除等目的所需的数据(诸如MDT/跟踪)以及其他数据(例如性能管理(PM)测量等)最初是由所谓的数据产生方(诸如接入网终的通信网络，如gNB、eNB等)根据数据消费方(例如提供有助于网络处的控制决策的分析(例如与NWDAF辅助的RAT/频率选择、异常事件的检测和帮助分析其原因等相关)的网络数据分析功能(NWDAF))的对应请求生成。产生的数据向请求数据消费方报告所请求的数据。同时，它们也可以向数据存储装置报告以作为历史数据保存。

例如，3GPP规范TR 28.806-g10定义了针对数据消费方从对应的数据产生方请求基于非文件的跟踪报告的用例。还有一些用例向数据存储报告相同的数据，其中数据可以作为历史数据保存和重复使用。

此外，为了支持通信网络(诸如5G网络)的管理和编排，3GPP定义了称为网络资源模型(NRM)的概念。NRM是一种信息模型，表示通信网络的可管理方面。

基本上，NRM是所谓的信息对象类(IOC)的集合，包括它们的关联、属性和操作，代表受管理的网络资源集合。

网络资源代表例如用于网络和服务管理目的的离散实体。网络资源可以表示例如通信网络的智能、信息、硬件和软件。在面向对象的环境中，为了管理的目的，网络资源由IOC表示，其中网络资源的IOC、IOC的对应属性以及IOC之间的关系在NRM中定义。

另一方面，IOC代表网络资源的管理方面。它描述了可以在管理接口中传递/使用的信息。它们的表示是与技术无关的软件对象。IOC具有表示对象类的各种性能的属性。此外，IOC可以支持针对该类对象提供可按需调用的网络管理服务的操作。IOC可以支持报告与该类对象相关的事件发生的通知。它使用UML元模型中的原型“类”被建模。

在网络管理架构中，例如其是基于服务的管理框架，定义了管理服务(MnS)，它组合了管理服务组件的元件。MnS组件被组合以允许MnS消费方经由指定的服务接口与MnS产生方交互。例如，NRM通过由被管理实体的信息模型表示的管理信息来指定MnS组件。

另一方面，管理对象(MO)是表示网络资源的管理方面的管理对象类(MOC)的实例。它的表示是技术特定的软件对象。它也称为MO实例(MOI)。MOC是一类这样的技术特定的软件对象。MOC与IOC相同，除了前者是在技术特定的术语中定义的，而后者是在与技术无关(agnostic)的术语中定义的。

管理信息库(MIB)是NRM的一个实例，并且在特定于该实例的已定义的属性和关联上具有一些值。例如，MIB包括名称空间(通过专有名称描述MIB中的MO包含层次结构)、具有属性的多个MO以及这些MO之间的许多关联。

在当前基于3GPP的网络中，在NRM中，只有3GPP网络特定的IOC被标准化。换言之，NRM仅对有限的3GPP网络特定的IOC进行了标准化。这使得网络接口和网络功能难以支持将数据作为历史数据进行注册、发现和获取。

即，需要定义一种允许历史数据的注册、发现和获取的机制，使得以标准化方式重复使用历史数据成为可能。

为此，需要提供以下标准控制功能：

(1)用于向存储库注册数据的部件，

(2)用于控制适当数据存储装置的部件，以及

(3)用于发现所存储的数据的部件，其包括发现API和用于查询和获取所存储的数据(即历史数据)的API。

此外，最好确保存储的(历史)数据可以被不同供应方的数据消费方和多个数据消费方(即多供应方和多消费方场景)重复使用。通过这种方式，可以避免必须被重复的(否则已经存在的)数据的数据收集，这是有利的，因为它允许避免费用，因为对应的数据收集需要资源和时间。

图1显示了说明通信网络中场景的示例的图，其中可用于在基于例如3GPP标准的通信网络中注册、发现和获取数据(特别是指示过去的事件或测量的所谓历史数据)的机制可以被实现。

如图1所示，作为基于3GPP的通信网络的一部分，提供了数据管理系统20。在数据管理系统20中，例如，可以包括与管理服务处理结合使用的几个元件或功能。如图1所示，提供了存储库22、DCCF 24和配置管理功能(CM MnF)26。

DCCF 24例如是协调数据收集并触发向数据消费方的数据传递的控制平面功能。DCCF可以支持多个数据源、数据消费方和消息框架。DCCF向数据消费方(例如NWDAF)提供数据暴露服务，并且使用数据源的服务来获得数据。

此外，如图1所示，提供了一个或多个数据消费方10。基本上，本发明的实施例的示例的上下文中的数据消费方是为了进行预设处理(例如用于诊断和故障排除的MDT或者PM过程)而使用从一个或多个数据产生方(在常规配置中，例如，任何通信网络元件或功能，诸如基站、gNB、UE等)提供的数据的网络元件或功能。可以在图1中描绘的配置中应用的数据消费方的一个示例是网络数据分析功能(NWDAF)。

此外，如图1所示，提供了一个或多个数据产生方(或数据源)，其中在图1中仅示出了一个数据产生方B 30。在本示例中，数据产生方B 30是另一个网络功能或元件并且是NRM的一部分，但是通常也可以使用也可能不是通信网络的一部分的其他(合适的)数据源。例如，在图1中，数据产生方B 30代表通信网络的接入点，例如，gNB。

此外，如图1所示，提供了数据存储控制管理功能(DSC MnF)40，其用于控制数据(诸如历史数据)在数据存储装置50中的存储过程。应注意，DSC MnF 40，即使在图1中表示为分开的元件或功能，也可以在数据管理系统20中实现。数据存储装置(以下简称为存储装置)可以是物理或基于云的存储器，可以将数据从一个或多个源存储在其中，并且可以由一个或多个请求方获取存储的数据。

如图1所示，数据管理系统20与数据产生方30和数据消费方10互连，例如通过有线或无线通信线路(未显示)。此外，数据管理系统20通过合适的接口连接到DSC MnF 40和存储装置50。

根据实施例的示例，提出了允许以标准化方式注册来自数据产生方的关于存储的数据(即元数据)的信息的部件和过程，这允许在稍后的时间点发现和重复使用存储的数据。

即，在第一阶段或过程中，以下也称为过程A，在产生所述数据之前针对来自数据产生方的数据创建特定元数据实例。对于这样的元数据的创建，例如，以下描述的过程是可用的，其中形成组合元数据，即(1)描述标准数据的元数据，(2)描述专有数据的元数据，以及(3)描述上下文数据的元数据。

在下一个阶段或过程中，以下也称为过程B，应用用于选择适用于产生方的数据的合适格式或模式的控制过程。通过这种方式，当数据被存储时，它们可以被任何数据消费方以标准化的方式发现和重复使用。应当注意，在实施例的示例的上下文中，重复使用还意味着根据搜索标准选择特定数据实例。

然后，在下一个阶段或过程中，以下也称为过程C，针对数据实例的注册过程被实现。具体地，数据实例包括由数据产生方生成的数据的元数据。这样的注册过程的结果是提供了发现和访问存储数据的手段的索引或目录。

然后，在下一个阶段或过程中，以下也称为过程D，数据存储被执行，以便以适当的方式将产生的数据存储到数据存储装置。此外，正在(新)产生的数据被转发给数据消费方。

最后，在下一个阶段或过程中，以下也称为过程E，执行用于进行发现和重复使用的处理，其允许任何数据消费方定位和重复使用存储的(历史)数据。该处理基于所存储的数据的元数据的组合，其中应当注意，在多于两个单独的存储数据片被发现时需要该组合。此外，该处理还包括暴露所存储的数据的组合元数据，以便在例如在将数据中继到另一个数据消费方(也称为服务链)时，允许任何数据消费方了解接收的数据的类型和语义。

下面解释上述过程A至E的细节，其中还参考图1中指示的要参与处理的元件。

关于创建元数据实例的过程(即过程A)，所涉及的元件是DCCF 24和CM MnF 26，DCCF 24从数据消费方(例如数据消费方A10)接收关于数据的请求。

当CM MnF从DCCF接收请求以激活数据产生方(例如，能够提供某种特定类型数据的数据产生方)以生成并向DCCF报告某些数据时，CM MnF创建描述数据的元数据实例，稍后将由对应的数据产生方产生。然后，CM MnF向DCCF发送对包含创建的元数据实例的响应。应注意，对DCCF的响应还可以包括用于元数据实例的标识符。该标识符可以在稍后报告产生的数据时使用。此外，DCCF还需要元数据来针对(多个)所需的数据产生方创建(多个)MOI，以产生所请求的数据。

应当注意，根据实施例的一些示例，也可以省略DCCF。也就是说，对于CM MnF，DCCF在此阶段基本上充当数据消费方。因此，数据消费方A10和CM MnF 26之间的直接通信也是可以想象的，其中数据消费方必须指示合适的数据产生方的ID。

下面，描述实施例的示例，其中在数据被产生之前针对来自数据产生方的数据的特定元数据实例的创建被进一步解释。

如上所述，根据实施例的示例的用于通信网络的管理功能被配置为当数据消费方(例如图1中的数据消费方10)请求提供对应的数据时创建和激活对应的元数据实例。

首先，描述用于数据类型的元数据的定义。

元数据被提供以用于描述不同类型的数据，诸如描述标准数据的元数据(例如，3GPP标准相关数据)、描述专有数据的元数据和描述上下文数据的元数据。

针对描述数据类型的元数据的元数据属性和定义如下表1所示，其中对应的支持限定符被假设为强制性的(M)。应当注意的是，针对属性提供的定义仅代表多个示例中的一个，即由该数据集所涉及的数据类型不限于此处指定的，并且可以由任何其他合适的数据类型涉及。

表格1：

用于描述非标准化数据类型的(即完全专有的)元数据的元数据属性和定义如下表2所示，其中对应的支持限定符被假设为强制性的(M)。应当注意的是，在此针对属性提供的定义也仅代表多个示例中的一个，即由该数据集所涉及的数据类型不限于此处指定的数据类型(即UTF-8数据，即UCS转换格式，其中UCS意味着通用编码字符集)并且可以由任何其他合适类型的数据涉及。

表2：

接下来，描述针对元数据类型的上下文数据的定义。

基本上，数据类型的实例(即“真实”数据)与产生它们的上下文有关。根据实施例的示例，该上下文与产生时间和目的有关，即由数据所描述的内容(即数据的范围)。

描述针对元数据实例的上下文数据的属性和定义如下表3所示，其中对应的支持限定符被假设为强制性的(M)。应当注意，此处针对属性提供的定义仅代表多个示例中的一个，即与数据集有关的范围或时间帧不限于此处指定的范围或时间帧，并且可以由任何其他合适类型的数据指定。

表3：

在下文中，描述针对非3GPP数据源的模型的定义。

如上所述，NRM描述了通用信息对象类(IOC)及其关系。这些人工制品与网络技术无关(即通用)，用于对不同网络类型(诸如GSM、LTE、UMTS和5G或运输网络)之间没有差异的网络方面进行建模。

对应的建模模式也应用于对产生数据的实体进行建模的实施例的示例中。下面将解释如何将合适的建模模式和所需的扩展应用于不同类型的数据产生方。具体来说，取决于数据产生方与电信网络的集成程度，针对产生的数据提出了用于建模的不同概念。

基本上，作为用在3GPP网络中针对NRM的IOC的一个关键概念，提供了所谓的ManagedElement和所谓的ManagedFunction。

ManagedElement是一个IOC，它表示向用户或订户提供支持和/或服务的设备或装置。ManagedElement实例用于通过一个或多个管理接口与管理器(直接或间接)通信，以实现被监测和/或控制的目的。

ManagedFunction是一个IOC，它提供对功能性IOC公共的(多个)属性。

应当注意的是，一个ManagedElement可以包含一个或多个管理的功能，并且管理的功能可以包含针对特定子类指定的其他管理的功能。当包含多个ManagedFunction实例时，它们可以是所有不同种类的、所有相同种类的、或者一些不同种类和一些相同种类的。

另一个关键概念就是所谓的“作业(job)”概念。“作业”是在网络功能或管理功能(management function)上运行的具有某种目的的过程。多个作业通常与一些公共的目的相关联。这些作业在模型中利用专用对象表示，其类通常包含单词“作业”，如XYZ作业(XYZJob)。

作业和管理的功能之间的主要区别在于，作业是作为正常日常操作过程(正常配置管理CM)的一部分动态创建和删除的，而管理的功能实例对应于物理资源或虚拟化资源。当与虚拟化资源相关联时，管理的功能通常具有较长的有效期，并且它们的有效周期由有效周期管理过程管理。

下面将描述不同的建模方法，具体取决于数据产生方与电信网络功能的集成程度。

首先，假设产生数据的实体是没有附接到任何3GPP定义的网络功能的独立的管理元件的情况。例如，数据产生方1(相机)或数据产生方2(新闻供应)就是这种情况，如图1所示。

在这种情况下，产生非3GPP数据的实体建模如下：

-专用的ManagedElement被用于表示实体的(物理和/或虚拟化)资源。

-包含的专用ManagedFunction被用于表示实体的功能方面。

例如，专门的ManagedFunction从当前3GPP标准(诸如3GPP TS 28.622标准)中定义的ManagedFunction IOC继承得到。应注意，在一个示例中，ManagedFunction IOC继而可以继承例如在3GPP标准TS 28.620中定义的Function_IOC和在3GPP标准TS 28.622中定义的TopX IOC。

例如，作为专门的ManagedFunction的名称，可以设置XYZFunction，其中XYZ指示ManagedFunction的类型，诸如Non3GPPDataSourceFunction，或者cameraFunction。

另一方面，当产生数据的实体与一个或多个3GPP定义的NF(因此也与包含网络功能的管理元件)紧密集成/关联时，可以使用不同的模型方法。例如，产生这样的非3GPP数据的实体建模如下：

-使用了专门的ManagedFunction，它也被包含3GPP定义的ManagedFunction实例的ManagedElement所包含。

应注意，这种情况下的XYZFunction可能与模型中的其他对象有关系，例如，当它产生的数据与该小区有关时，与该小区对象有关系。

根据实施例的示例，上述情况中的XYZFunction包含继承的属性和如下表4中定义的属性。应注意，属性约束在表5中定义。

具体地，描述XYZFunction属性的属性名称和定义如下表4所示，其中对应的支持限定符被假设为强制(M)或条件强制(CM)。

表4：

另一方面，数据源功能IOC的属性约束如下表5所示。

表5：

此外，当产生数据的实体与3GPP定义的网络功能完全集成并且自身不是管理的功能时，产生数据的实体可以建模如下：

-作为被NRM中存在的NetworkFunction、ManagedElement或SubNetwork包含的专用作业(XYZJob)。

接下来，描述用于暴露元数据以允许数据消费方理解接收的数据类型的实施例的示例。

如上所述，元数据包含在XYZFunction管理的对象实例(MOI)的属性中。这允许任何数据消费方读取元数据，并从中了解可以从由MOI表示的数据源中获取哪些类型的数据以及用于什么目的。

关于元数据和上下文数据与数据实例的关联，元数据和上下文数据描述了由数据产生方产生的数据实例。在向数据消费方报告数据实例时，元数据和上下文数据通常与数据实例一起报告。

然而，为了减少传送的数据量，根据实施例的示例，元数据可以省略与每个数据实例一起传送。相反，数据消费方可以以备选方式从数据产生方获取元数据。

作为一个备选，元数据可以由数据消费方从表示数据产生方的对象中读取。另一种备选是在报告带有文件的数据实例时利用元数据定义报头。此外，在报告数据流中的数据时，可以定义携带元数据的专用分组。此外，可以定义用于获取数据实例的特定地址，其中某些元数据与这些地址相关联。

在涉及针对选择数据存储装置的过程(即过程B的下一阶段)，涉及的元件是DCCF24和DSC MnF 40。

DSC MnF从DCCF接收提供地址的请求，将由数据产生方稍后产生的数据将被存储在该地址中。该请求包含用于要产生的数据的元数据。例如，地址通常是URI。

此外，DSC MnF生成描述格式的模式，产生的数据和相关联的元数据将以该格式被存储到存储器装置中。例如，模式可以包括XML模式、JSON模式或YANG模式中的一个。

然后，DSC MnF分配地址。例如，此过程包括选择适当的数据存储装置或在不存在适当的数据存储装置的情况下创建新的数据存储装置。在REST中，它还可能意味着创建资源(由URI标识)，产生的数据将被写到该资源并且从该资源读取。该资源的表示然后可以例如通过JSON模式被描述，如上所述。也可以生成用于在稍后时间点获取存储的数据的查询模式。

此后，DSC MnF将地址返回给DCCF。应当注意的是，在生成查询模式的情况下，也返回查询模式。

在涉及针对注册过程(即过程C)的下一阶段，涉及的元件是DCCF 24和存储库22。

在过程B中选择的数据存储装置(即其标识符，如URI)、位置和查询模式由DSC MnF在存储库中注册。此外，在过程A中创建的元数据实例由DCCF在存储库中注册。

在涉及数据存储装置过程(即过程D)的下一阶段中，涉及的元件是数据产生方B30、DCCF 24和存储装置50。

当产生所请求的数据时，数据产生方B 30向DCCF 24发送产生的数据。此外，产生的数据被存储在存储装置50中。为此，DCCF或者备选地数据产生方向存储装置50发送产生的数据，其被存储在存储装置50。此外，DCCF向数据消费方A发送产生的数据。

然后，作为下一阶段，描述用于发现和重复使用(存储的)数据的过程(即过程E)。在此涉及的元件是DCCF 24、CM MnF 26、DSC MnF 40、存储装置50和存储库22。

当DCCF从数据消费方A接收对某些数据的请求时，这些数据可能已经产生并预先存储在存储中，DCCF形成对这些数据的请求，包括数据的元数据。这个请求被发送到存储库。

在存储库侧，元数据被解析为(多个)相关数据产生方的(多个)URI或相关数据存储装置的(多个)URI，这取决于所需的数据片在哪里可用或将来可能变得可用。应当注意，在本实施例的示例中，假设所请求的数据片已经存储在存储装置50中并且已经注册到存储库。即，认识到只需要从数据存储装置中取出数据，而不需要产生它。

在这种情况下，存储库利用已注册的(多个)URI响应DCCF，在该(多个)URI中可以获取所需的数据。然后DCCF请求CM MnF经由DSC MnF创建和激活数据挖掘作业。

作为对数据挖掘作业的反应，数据存储向DCCF报告从存储中提取的对应(历史)数据，DCCF继而向数据消费方提供获取的数据。

应当注意，也可以应用服务链配置。在服务链配置中，数据消费方可以充当数据产生方，并且进一步向另一个数据消费方提供接收的数据。(第一)数据消费方还可以通知(第二或其他)数据消费方关于所提取数据片的组合元数据。例如，DCCF可以充当针对相应对方的数据消费方和数据产生方。

在下文中，结合图2和图3描述了说明上述概念的具体实现的实施例的示例。

具体地，图2显示了解释实施例的示例的信令图，其中新数据(在本示例MDT中是数据)被产生和处理，使得它们可以在稍后的时间点重复使用，即成为可以被发现并获取的历史数据。

在图2讨论的示例中，假设数据消费方A想要在特定时间段期间获取特定区域(位置)的MDT数据。数据消费方A只知道对于数据消费方来说扮演数据产生方角色的网络实体(在此是DCCF)。因此，数据消费方A向DCCF请求所需的MDT数据的产生。

DCCF知道尚无这样的数据可用，因此决定需要重新产生它们。例如，这基于请求的时间段或请求的数据类型。另一方面，DCCF也认识到所请求的数据(此处为MDT数据)代表了要产生的有价值且昂贵的数据。例如，该确定可以基于允许识别要产生什么类型的数据、哪个数据消费方请求数据或要从其获得数据的源的处理。

因此，DCCF决定开始两个任务，即(1)激活MDT作业并且向数据消费方提供所产生的MDT数据，以及(2)将所产生的数据注册为可重复使用资源并将数据存储为稍后重复使用。

在本示例中，用以存储产生的MDT数据实例(即，例如，nrRLFReport)的模式由DCCF定义，例如，作为以下方式的关系数据库的关系模式：

关系模式：表名<“nrRLFReport”>::standardizationBody“3GPP”：标准“TS37.320”：版本“g00”：时间“1.12.2020-31.12.2020”：范围：<网络实体的ID>：jobType：“mdt”：

在根据图2的信令图中，描述了包括上述过程A至D的过程。

具体地，在S200中，数据消费方10向DCCF 24发送对数据的请求，在本示例中该请求与MDF数据有关。在请求消息中，同样如上所述，提供了关于时间指示的范围指示(诸如开始时间(如2020年12月1日的00.00点到2020年12月31日的23.59点))、用于数据供应的间隔(例如秒、分钟等)等、对数据的目的的指示(诸如支持的技术集合，如3GPP TS37.320 g00；MDT)和关于数据名称的指示(诸如nrRLFReport)。

在S205中，DCCF 24做出要发现相关数据源的决定，即发起针对相关数据产生方的发现过程。

在S210中，DCCF 24向CM MnF 26发送关于提供管理服务的指示。在该指示中，通知CM MnF 26，例如，它必须提供所有可用的数据产生方，这些可用的数据产生方能够提供关于在S200中从数据消费方的请求中获得的范围指示的数据，即时间、目的和数据名称。即，CM MnF 26从DCCF 24接收请求以激活可用数据产生方，以产生所需数据并向DCCF 24报告所需数据。

在S213中，CM MnF 26创建描述将由数据产生方产生的数据的元数据实例。在本示例中，元数据实例指示例如3GPP TS37.320 g00、nrRLFReport_MDT、范围和时间，如上所示。

在S215中，配置MnF 26利用供应MnS响应消息来响应在S210中接收的指示，MnS响应消息指示了相关的MDT数据产生方(即，一个或多个MDT数据产生方的ID列表)。此外，指示了S213的生成的元数据实例。应当注意，根据实施例的一些示例，响应还可以包括用于元数据实例的标识符。该标识符可以在稍后在报告产生的数据时使用。此外，DCCF 24要求元数据针对所需的(多个)数据产生方创建(多个)MOI，以产生所请求的数据。

在S220中，DCCF 24通知CM MnF 26要创建用于供应MnS的MOI。在这方面，DCCF 24通知要创建其中还包括元数据实例信息的MDT作业。作为数据的消费方，可以指示DCCF 24。

在S225和S230中，CM MnF 26与指示的数据产生方(在本示例中仅使用数据产生方B)通信以用于创建MOI。详细地，在S225中，CM MnF 26在供应MnS指示中通知数据产生方B要创建具有MDT作业的MOI，其中还提供元数据实例信息。在S230，数据产生方B确认成功的MOI创建。

在S245中，CM MnF 26向DCCF 24确认在S220中指示的成功的MOI创建。

在S250中，DCCF 24针对要产生的数据(即本示例中的MDT数据)创建模式。换言之，DCCF 24定义由(多个)数据产生方(在此是数据产生方B)生成的nrRLFReport模式。

在S255中，DCCF 24通知DSC MnF 40要创建数据对象以用于供应MnS。在这方面，DCCF 24通知nrRLFReport模式。即，DSC MnF 40从DCCF 24接收请求以提供资源或地址，将在稍后由数据产生方B产生的数据将被存储在该资源或地址中。该请求包含针对数据的元数据。应当注意，根据实施例的示例，地址例如是URI。

作为对S255中的指示的反应，DSC MnF 40生成描述格式的模式，产生的数据和相关联的元数据应当以该格式被存储到数据存储装置中。例如，此模式可以包括XML模式、JSON模式或YANG模式。此外，DSC MnF 40分配用于存储数据的地址。该过程包括例如对适当的数据存储(在本示例中，这是例如数据存储装置50)的选择。备选地，在不存在适当的数据存储的情况下，可以创建新的数据存储(例如在云环境中)。在REST中，它还可能意味着创建资源(由URI标识)，产生的数据将被写到该资源并且从该资源读取。然后可以通过由DSCMnF生成的JSON模式来描述该资源的表示，如上所述。

此外，DSC MnF 40生成查询模式，以用于稍后获取存储的数据。即，DSC MnF 40指定用于访问要存储在数据存储装置中的数据(例如nrRLFReport)的读查询和写查询。

在S260中，DSC MnF 40向DCF 24返回地址和定义的数据访问模式(例如nrRLFReport的读查询和写查询)。

在S265中，DCCF 24通过使用供应消息在存储库22中注册获得的信息，即元数据实例、数据存储的地址或ID(URI)以及数据访问模式(读查询、写查询)。

在S270中，存储库22向DCCF 24确认成功注册。

在S273中，被指令以创建所需的数据(在本示例中为MDT数据)的数据产生方(在此是数据产生方B)开始数据的生产。为此，数据产生方根据在S225中提供的元数据实例进行配置处理，并激活对应的MDT作业。应当注意，S273中的处理与图2所示的处理顺序无关，除了S225、S230。

在S275中，数据产生方B向DCCF 24发送所产生的数据，例如以MDT MnS报告信令的形式，包括正在产生的数据、元数据(或其指示符，如上所述)和关于子范围的指示，诸如小区的列表等。

在S280中，DCCF向要存储数据的数据存储装置50发送产生的数据。为此，用于存储数据的MDT MnS信令被发送到数据存储装置50，包括例如URI，nrRLFReport数据的写查询实例。

应当注意的是，S280中的处理，即产生的数据的存储，也可以由数据产生方B来实现，数据产生方B可以直接将nrRLFReport数据存储到数据存储装置中。为此，需要提前向数据产生方B指示数据存储装置URI和nrRLFReport数据的写查询(writeQuery)实例，例如：由DCCF或DSC MnF(当它们可用时)。

此外，应当注意的是，S275和S280的处理是循环执行的，即逐(per)MDT数据产生方(在涉及多于一个产生方的情况下)和逐MDT报告执行该处理。

在S285中，DCCF 24进行针对从数据产生方B报告的数据进行转换的处理，例如，组合RLF报告数据。应当注意的是，S285是可选的，并且也可以省略，取决于系统设置。

S290，DCCF 24(原始)数据消费方A发送产生的数据。报告还可以包括元数据实例。

图3显示了解释实施例的示例的信令图，其中数据(在本示例中为MDT数据)被重复使用，即从数据存储装置报告，而不是被新产生。也就是说，图3描述了发现和获取历史数据的示例。

在图3中讨论的示例中，与图2中所示的示例一样，假设数据消费方A想要在特定时间段期间获取特定区域(位置)的MDT数据。数据消费方A只知道对于数据消费方来说扮演数据产生方角色的网络实体(在此是DCCF)。因此，数据消费方A向DCCF请求所需的MDT数据的产生。

与图2中讨论的示例相对照，在此，DCCF 24知道可能存在这样的可用数据，其需要简单地从数据存储装置中取回。因此，DCCF开始两个任务，即(1)解析可重复使用数据资源片的URI和(2)在DSC MnF处利用已解析的URI和请求的数据片的组合元数据激活数据挖掘作业。

此外，根据本示例，CM MnF扮演的角色是，它被请求以针对DSC MnF创建和激活数据挖掘作业，以便利用(多个)注册的URI和组合元数据提取所需的数据片。DSC MnF处的数据挖掘作业用于根据解析的URI和所请求数据片的组合元数据从数据存储装置中提取所需的数据片。然后，数据存储装置向DCCF提供提取的数据，DCCF继而可以将它们转发给数据消费方。

在根据图3的信令图中，描述了包括上述过程E的过程。

在S300中，类似于图2中的S200，数据消费方10向DCCF 24发送对数据的请求，在本示例中，该请求与MDF数据有关。在请求消息中，同样如上所述，提供了关于时间指示的范围指示(诸如开始时间(如2020年12月1日的00.00点到2020年12月31日的23.59点))、用于数据供应的间隔(例如秒、分钟等)等、对数据的目的的指示(诸如支持的技术集合，如3GPPTS37.320 g00；MDT)和关于数据名称的指示(诸如nrRLFReport)。

在S305中，DCCF 24形成对数据的请求，包括数据的元数据。即，形成元数据实例，包括例如在S300中获得的信息，即在S200中从数据消费方的请求中获得的范围指示，如时间、目标和数据名称。

在S310中，在S305中形成的请求通过关于供应管理服务的指示被发送到存储库22。在该指示中，例如，储存库22被通知关于元数据实例。

由于在本示例中，所需的数据片已存储在数据存储装置中(例如，在结合图2描述的过程中)并已注册到存储库22，因此数据只需要从数据存储装置中取回，无需产生。因此，存储库22可以将元数据解析为相关数据存储装置的(多个)URI，并利用所需的(多个)URI在S315中以供应MnS响应消息的形式来响应DCCF的请求，在所需的(多个)URI处，所需的数据可以被获取，即nrRLFReport的读查询。

在S320中，DCCF 24向CM MnF 26指示要创建用于供应MnS的MOI。在这方面，DCCF24通知将创建数据挖掘作业，其中还包括元数据实例信息、(多个)URI和nrRLFReport的读查询。作为数据的消费方，可以指示DCCF 24。换言之，DCCF 24请求CM MnF 26经由DSC MnF40创建和激活数据挖掘作业。

在S325和S330中，CM MnF 40与DSC MnF 40进行通信。具体地，在S325中。详细地，在S325中，CM MnF 26在供应MnS指示中通知DSC MnF 40要创建具有数据挖掘作业的MOI，其中元数据实例信息、(多个)URI和nrRLFReport的读查询也包括在内。此外，定义DCCF为回调实体。在S330中，DSC MnF确认成功的MOI创建。

在S335中，CM MnF 26向DCCF 24确认S330中指示的成功的MOI创建。

在S340中，DSC MNF 40开始数据挖掘工作。为此，DSC MnF 40根据在S325中提供的元数据实例与数据存储装置50进行配置处理，并且激活用于获取所请求数据的数据挖掘作业。在此上下文中，DSC MnF 40还通知数据存储装置50关于DCCF是回调实体，并且指示nrRLFReport的读查询。

在S345中，数据存储装置50将在数据挖掘中提取的历史数据发送回DCCF 24，例如以数据存储MnS报告信令的形式，包括正在获取的数据和元数据(或其标识符，如上所示)。

在S350中，DCCF 24进行对从数据存储装置报告的数据进行变换的处理，例如，对报告的数据进行组合。应当注意的是，S285是可选的，也可以省略，取决于系统设置。

在S355中，DCCF 24向(原始)数据消费方A报告的数据。报告还可以包括元数据实例。

图4示出了由例如数据收集协调功能(DCCF)24执行的处理的流程图。DCCF 24是例如如上所述的图1的管理系统20的一部分。即，图4显示了与通信网络中的网络元件或功能进行的处理有关的流程图，该处理用于协调在用于存储和获取历史数据的过程中的数据收集，也如结合图2和图3所描述的。如上所述，通信网络可以基于3GPP标准。然而，根据实施例的其他示例，也可以使用其他通信标准。此外，所请求的数据例如与诊断和故障排除有关，作为将由数据消费方进行的处理，其中数据也可以用于其他目的。

在S400中，DCCF从数据消费方(例如数据消费方A)接收对从数据源提供数据以用于由数据消费方处理的请求，并且处理该请求。这对应于例如与图2中的S200有关的处理。

根据实施例的示例，请求包括将与所请求的数据有关的地理位置或对网络部分的指示中的至少一个、与所请求的数据有关的时间指示或时间段中的至少一个、以及数据的目的，例如如结合图2中的S200所描述的。

在S410中，DCCF从配置管理功能(诸如CM MnF 26)获得与所请求的数据有关的元数据实例，如上面结合图2中的S210、S213和S215所描述的。

在S420中，DCCF基于元数据实例创建所请求的数据的模式，如上所述，例如，结合S250(即，例如，指定MDT数据nrRLFReport的模式)。

此外，在S430中，DCCF获得用于访问由数据源提供的数据的模式，以用于使数据能够作为历史数据重复使用。例如，这与结合图2中的S255和S260描述的处理相对应，并且涉及例如作为针对被产生的nrRLFReport数据实例的访问模式的URI的供应、写和读查询。

在S440中，DCCF将获得的元数据实例和用于访问数据的模式注册在存储库中，诸如存储库22，如结合图2中的S265和S270所描述的。

根据实施例的一些另外的示例，当获得与所请求的数据有关的元数据实例时，例如在S410中，从CM MnF 26，还提供了能够产生所请求的数据的数据源的标识，诸如数据生产器B的标识。然后，DCCF基于接收的能够产生所请求的数据的数据源的标识，向CM MnF 26发送用以创建管理对象实例的指示，例如结合图2中的S220至S245所描述的。随后，DCCF接收从数据源(例如，数据产生方B)产生的所请求的数据，如结合图2中的S275所描述的，并且将接收的数据转发给数据消费方，如图2中的S290所描述的。此外，根据实施例的一些示例，当DCCF接收从数据源产生的所请求的数据时，数据也根据用于访问数据的模式被存储在数据存储装置中，如结合图2中的S280所描述的。

此外，根据实施例的示例，DCCF还进行例如结合图3描述的处理。具体地，当接收对从数据源提供用于由数据消费方处理的数据的请求时，DCCF确定所请求的数据是否作为历史数据可用，如上文结合图3中的S300所描述的。然后，在确定是肯定的情况下，DCCF请求存储库解析基于该请求生成的元数据实例，如上文结合图3中的S305和S310所描述的。然后，DCCF获得对用于对应于所请求的数据的历史数据的数据资源的指示，如图3中的S315所指示的。此后，DCCF在数据存储控制管理功能(DSC MnF 40)处请求针对历史数据的数据挖掘作业，如结合图3中的S320至S335所描述的。

当DCCF从数据存储接收历史数据时，如结合图3中的S345所指示的，它例如将历史数据转发给数据消费方，如结合图3中的S355所描述的。

图5显示了由图1的数据存储控制管理功能(DSC MnF)40执行的处理的流程图，如上所述。即，图5显示了与由通信网络中的网络元件或功能进行的处理有关的流程图，该网络元件或功能用于控制用于存储和获取历史数据的数据存储装置，也如结合图2和图3所描述的。如上所述，通信网络可以基于3GPP标准。然而，根据实施例的其他示例，也可以使用其他通信标准。

在S500中，DSC MnF从数据收集协调功能(诸如DCCF 24)接收对提供关于数据存储装置的信息的请求，由数据源提供的以用于使数据能够作为历史数据重复使用的数据可以被存储在该数据存储装置中。该请求例如包括基于与要存储的数据有关的元数据实例的数据的模式。例如，S500中的处理是根据上面结合图2中的S255描述的处理。

在S510中，DSC MnF确定适合于该请求的数据存储装置。根据实施例的示例，为了确定数据存储装置，适合于存储数据的现有数据存储装置可以被选择，或者适合于存储数据的新数据存储装置可以被创建。

在S520中，DSC MnF创建用于访问数据的模式，例如结合图2中的S255所描述的。即，用于访问数据的模式包括资源标识符(例如URI)、读查询实例和写查询实例。根据实施例的示例，用于访问数据的模式包括XML模式、JSON模式和YANG模式中的一个。

然后，在S530中，DSC MnF向DCCF发送对所确定的数据存储装置和用于访问数据的模式的指示，例如结合图2中的S260所描述的。

图6显示了由图1的存储库22执行的处理的流程图，如上所述。即，图6显示了与由通信网络中的网络元件或功能进行的处理有关的流程图，该网络元件或功能用于注册用于存储和获取历史数据的信息，也如结合图2和图3所描述的。如上所述，通信网络可以基于3GPP标准。然而，根据实施例的其他示例，也可以使用其他通信标准。

在S600中，存储库从数据收集协调功能(诸如DCCF 24)接收对将元数据实例解析为数据资源的指示的请求，元数据实例基于对提供数据的请求生成，数据资源的指示针对对应于所请求的数据。在S600的处理中，例如进行与结合图3中的S310描述的处理相对应的处理。

在S600的处理中，根据实施例的一些示例，存储库被配置为确定能够产生数据的数据产生方(例如数据产生方B)或存储对应于所请求的数据的历史数据的数据存储装置(例如存储装置50)中的一个，作为针对对应于所请求的数据的数据的数据资源。

在S610中，存储库向DCCF 24提供针对数据的数据资源的指示，也如结合图3中的S315所描述的。

根据实施例的示例，存储库还从DCCF 24接收对注册元数据实例和用于访问由数据源提供的数据的模式的请求，以用于使数据能够作为历史数重复使用据。例如，该处理对应于结合图2中的SS265和S270描述的处理。对解析在S600中接收的元数据的请求基于在注册中获得的信息被处理。

图7显示了根据实施例的一些示例的可用作数据收集协调功能(DCCF)24的通信元件或功能的图，如结合图1至图3所描述的，其被配置为进行根据本公开的实施例的示例的处理。应当注意，可用作DCCF 24的网络元件或功能可以包括除了下文描述的那些之外的另外的元件或功能。此外，即使提及网络元件或功能，该元件或功能也可以是具有类似任务的另一设备或功能，诸如芯片组、芯片、模块、应用等，其也可以是网络元件的一部分或作为分开的元件附接到网络元件等。应当理解，每个框及其任何组合都可以通过各种部件或它们的组合来实现，诸如硬件、软件、固件、一个或多个处理器和/或电路系统。

图7显示的DCCF 24可以包括处理电路系统、处理功能、控制单元或处理器241，诸如CPU等，其适合于执行由与控制过程有关的程序等给出的指令。处理器241可以包括一个或多个专用于如下所述的特定处理的处理部分或功能，或者该处理可以在单个处理器或处理功能中运行。例如，用于执行这样的特定处理的部分也可以作为离散元件或在一个或多个另外的处理器、处理功能或处理部分内提供，诸如在一个物理处理器(如CPU)或一个或多个物理或虚拟实体中。附图标记242和243表示连接到处理器或处理功能241的输入/输出(I/O)单元或功能(接口)。I/O单元242可以用于与数据网络通信，诸如如图1至图3所示的管理系统20、DSC MnF 40和数据存储装置50的部分。I/O单元243可用于与数据消费方通信，诸如图1至图3所示的数据消费方A。I/O单元242和243可以是包括面向若干实体的通信设备的组合单元，或者可以包括具有用于不同实体的多个不同接口的分布式结构。附图标记244表示例如可用于存储要由处理器或处理功能241执行的数据和程序和/或作为处理器或处理功能241的工作存储的存储器。应当注意，存储器244可以通过使用相同或不同类型的存储器的一个或多个存储器部分来实现。

处理器或处理功能241被配置为执行与上述控制处理有关的处理。特别地，处理器或处理电路系统或功能241包括以下子部分中的一个或多个。子部分2411是可用作用于接收对数据的请求的部分的处理部分。部分2411可以被配置为根据图4的S400执行处理。此外，处理器或处理电路系统或功能241可以包括子部分2412，可用作用于获得元数据实例的部分。部分2412可以被配置为执行根据图4的S410的处理。另外，处理器或处理电路系统或功能241可以包括子部分2413，可用作用于创建和获得用于数据的模式的部分。部分2413可以被配置为执行根据图4的S420和S430的处理。此外，处理器或处理电路系统或功能241可以包括子部分2414，可用作用于注册元数据和模式的部分。部分2414可以被配置为执行根据图4的S440的处理。此外，处理器或处理电路系统或功能241可以包括子部分2415，可用作用于例如从数据产生方或数据存储装置获得数据的部分，以及子部分2416，可用作用于将数据转发给数据消费方的部分。

图8显示了可用作数据存储控制管理元件40的网络元件或功能的图，其也可以是例如图1所示的管理系统20的一部分，并且被配置为根据本公开的实施例的示例进行处理。应当注意，所使用的网络元件或功能可以包括除了下文描述的那些之外的其他元件或功能。此外，即使提及网络元件或功能，该元件或功能也可以是具有类似任务的另一设备或功能，诸如芯片组、芯片、模块、应用等，其也可以是网络元件的一部分或作为分开的元件附接到网络元件等。应当理解，每个框及其任何组合都可以通过各种部件或它们的组合来实现，诸如硬件、软件、固件、一个或多个处理器和/或电路系统。

图8显示的数据存储控制管理元件或功能40可以包括处理电路系统、处理功能、控制单元或处理器401，诸如CPU等，其适用于执行由与控制程序有关的程序等给出的指令。处理器401可以包括一个或多个专用于如下所述的特定处理的处理部分或功能，或者该处理可以在单个处理器或处理功能中运行。例如，用于执行这样的特定处理的部分也可以作为离散元件或在一个或多个另外的处理器、处理功能或处理部分内提供，诸如在一个物理处理器(如CPU)或一个或多个物理或虚拟实体中。附图标记402和403表示连接到处理器或处理功能401的输入/输出(I/O)单元或功能(接口)。I/O单元402可用于与数据网络通信，即例如位于管理系统20中的网络部分。I/O单元403可以用于与数据存储装置50通信。I/O单元402和403可以是包括面向若干实体的通信设备的组合单元，或者可以包括具有用于不同实体的多个不同接口的分布式结构。附图标记404表示例如可用于存储要由处理器或处理功能401执行的数据和程序和/或作为处理器或处理功能401的工作存储的存储器。应当注意，存储器404可以通过使用相同或不同类型的存储器的一个或多个存储器部分来实现。

处理器或处理功能401被配置为执行与上述管理控制处理有关的处理。特别地，处理器或处理电路系统或功能401包括以下子部分的至少一个或多个。子部分4011是处理部分，其可用作用于处理对提供数据存储信息的请求的部分。部分4011可以被配置为根据图5的S500执行处理。此外，处理器或处理电路系统或功能401可以包括子部分4012，可用作用于确定数据存储装置的部分。部分4012可以被配置为执行根据图5的S510的处理。另外，处理器或处理电路系统或功能401可以包括子部分4013，可用作用于创建用于访问数据的模式的部分。部分4013可以被配置为执行根据图5的S520的处理。此外，处理器或处理电路系统或功能401可以包括子部分4014，可用作用于发送指示的部分。部分4014可以被配置为执行根据图5的S530的处理。

图9显示了根据实施例的一些示例可用作存储库22的通信元件或功能的图，如结合图1至图3所描述的，其被配置为根据本公开的实施例的示例进行处理。应当注意，可用作存储库22的网络元件或功能可以包括除了下文描述的那些之外的其他元件或功能。此外，即使提及网络元件或功能，该元件或功能也可以是具有类似任务的另一设备或功能，诸如芯片组、芯片、模块、应用等，其也可以是网络元件的一部分或作为分开的元件附接到网络元件等。应当理解，每个框及其任何组合都可以通过各种部件或它们的组合来实现，诸如硬件、软件、固件、一个或多个处理器和/或电路系统。

图9所示的存储库22可以包括处理电路系统、处理功能、控制单元或处理器221，诸如CPU等，其适合于执行由与控制过程有关的程序等给出的指令。处理器221可以包括专用于如下所述的特定处理的一个或多个处理部分或功能，或者该处理可以在单个处理器或处理功能中运行。用于执行这样的特定处理的部分也可以作为离散元件或在一个或多个另外的处理器、处理功能或处理部分内提供，诸如在一个物理处理器(如CPU)或一个或多个物理或虚拟实体中。附图标记222表示连接到处理器或处理功能221的输入/输出(I/O)单元或功能(接口)。I/O单元222可以用于与数据网络通信，诸如图1所示的管理系统20。I/O单元222可以是包括面向若干实体的通信设备的组合单元，或者可以包括具有用于不同实体的多个不同接口的分布式结构。附图标记224表示例如可用于存储要由处理器或处理功能221执行的数据和程序和/或作为处理器或处理功能221的工作存储的存储器。应当注意，存储器224可以通过使用相同或不同类型的存储器的一个或多个存储器部分来实现。

处理器或处理功能221被配置为执行与上述控制处理有关的处理。特别地，处理器或处理电路系统或功能221包括以下子部分中的一个或多个。子部分2211是处理部分，其可用作用于接收和处理解析请求的部分。部分2211可以被配置为执行根据图6的S600的处理。此外，处理器或处理电路系统或功能221可以包括子部分2212，可用作用于提供指示的部分。部分2212可以被配置为执行根据图6的S610的处理。此外，处理器或处理电路系统或功能221可以包括子部分2213，可用作用于接收和处理注册请求的部分。

应当注意的是，本公开的实施例的示例适用于各种不同的网络配置。换言之，上述附图中所示的示例，其用作上述示例的基础，仅是说明性的并且不以任何方式限制本公开。即，可以结合基于所定义的原理的本公开的实施例的示例使用在对应的操作环境中可用的附加的另外现有和提议的新功能。

根据另一示例，例如，提供了一种由通信网络元件或功能使用的装置，该通信网络元件或功能被配置为在通信网络中充当数据收集协调功能，该装置包括：被配置为从数据消费方接收对从数据源提供用于由数据消费方处理的数据的请求并且处理该请求的部件，被配置为从配置管理功能获得与所请求的数据有关的元数据实例的部件，被配置为基于元数据实例创建所请求的数据的模式的部件，被配置为获得用于访问由数据源提供的数据的模式以用于使数据能够作为历史数据重复使用的部件，以及被配置为在存储库中注册所获得的元数据实例和用于访问数据的模式的部件。

此外，根据一些其他示例，以上定义的装置还可以包括用于进行上述方法中定义的处理中的至少一个的部件，例如根据结合图4描述的方法。

根据另一示例，例如，提供了一种由通信网络元件或功能使用的装置，该通信网络元件或功能被配置为在通信网络中充当数据存储控制功能，该装置包括：被配置为从数据收集协调功能接收对提供关于数据存储装置的信息的请求并且处理该请求的部件，由数据源提供的用于使数据能够作为历史数据重复使用的数据可以被存储在该数据存储装置中，其中该请求包括基于与要存储的数据有关的元数据实例的数据的模式，被配置为确定适合于该请求的数据存储装置的部件，被配置为创建用于访问数据的模式的部件，以及被配置为向数据收集协调功能发送对所确定的数据存储装置的指示和用于访问数据的模式的部件。

此外，根据一些其他示例，以上定义的装置还可以包括用于进行在上述方法中定义的处理中的至少一个的部件，例如根据结合图5描述的方法。

根据另一个示例，例如，提供了一种由通信网络元件或功能使用的装置，该通信网络元件或功能被配置为充当通信网络中的存储库，该装置包括被配置为从数据收集协调功能接收对将元数据实例解析为数据资源的指示的请求并且处理该请求的部件，元数据实例基于对提供数据的请求生成，据资源的指示针对对应于所请求的数据的数据，以及被配置为向该数据收集协调功能提供针对数据的数据资源的指示的部件。

此外，根据一些其他示例，以上定义的装置还可以包括用于进行在以上描述的方法中定义的处理中的至少一个的部件，例如根据结合图6描述的方法。

根据另一示例，例如，提供了一种非瞬时性计算机可读介质，包括程序指令，该程序指令用于在通信网络元件或功能中时使装置执行过程，该通信网络元件或功能被配置为充当通信网络中的数据收集协调功能，该处理包括：从数据消费方接收对从数据源提供用于由数据消费方处理的数据的请求，以及处理该请求，从配置管理功能获得与所请求的数据有关的元数据实例，基于元数据实例创建所请求的数据的模式，获得用于访问由数据源提供的数据的模式，以使数据能够作为历史数据重复使用，以及在存储库中注册获得的元数据实例和用于访问数据的模式。

根据另一示例，例如，提供了一种非瞬时性计算机可读介质，包括程序指令，该程序指令用于在通信网络元件或功能中时使装置执行处理，该通信网络元件或功能被配置为充当通信网络中的数据存储控制功能，该处理包括：从数据收集协调功能接收对提供关于数据存储装置的信息的请求，由数据源提供的数据存储在数据存储装置中，以用于使数据能够作为历史数据重复使用，其中该请求包括基于与要存储的数据有关的元数据实例的数据的模式，并且处理该请求，确定适合于该请求的数据存储装置，创建用于访问数据的模式，以及向数据收集协调功能发送对确定的数据存储装置的指示以及用于访问数据存储的模式的指示。

根据另一示例，例如，提供了一种非瞬时性计算机可读介质，包括程序指令，该程序指令在用于通信网络元件或功能中时使该装置执行处理，该通信网络元件或功能被配置为充当通信网络中的存储库，该处理包括：从数据收集协调功能接收对将元数据实例解析为数据资源的指示的请求，元数据实例基于对提供数据的请求生成，数据资源的指示针对对应于所请求的数据的数据，并且处理该请求，以及向数据收集协调功能提供针对数据的数据资源的指示。

通过本发明的实施例，可以提供一种机制，允许在基于例如3GPP标准的通信网络中注册、发现和获取数据，特别是指示过去的事件或测量的所谓的历史数据。具体而言，提供了用于获得所需的历史数据的部件，例如，用于故障排除和诊断过程中的基于人工智能的处理以及网络管理和控制中的分析应用。也就是说，支持将数据移动到可能来自不同供应方的应用。

应该理解的是

-流量通过其被传送到通信网络中的实体和从通信网络中的实体被接收的接入技术可以是任何合适的现有或未来技术，诸如WLAN(无线本地接入网络)、WiMAX(全球微波接入互操作性)、LTE、LTE-A、5G、蓝牙、红外线等可以被使用；此外，实施例还可以应用有线技术，例如基于IP的接入技术，如有线网络或固定线路。

-适合于作为软件代码或其部分实现并使用处理器或处理功能运行的实施例是软件代码独立的，并且可以使用任何已知的或未来开发的编程语言来指定，诸如高级编程语言(诸如Objective-C、C、C++、C#、Java、Python、Javascript、其他脚本语言等)，或者低级编程语言，诸如机器语言或汇编程序。

-实施例的实现是硬件独立的，并且可以使用任何已知的或未来开发的硬件技术或这些的任何混合来实现，诸如微处理器或CPU(中央处理单元)、MOS(金属氧化物半导体)、CMOS(互补MOS)、BiMOS(双极MOS)、BiCMOS(双极CMOS)、ECL(发射极耦合逻辑)和/或TTL(晶体管-晶体管逻辑)。

-实施例可以实现为单独的设备、装置、单元、部件或功能，或以分布式方式，例如，一个或多个处理器或处理功能可以在处理中使用或共享，或者一个或多个处理部分(section)或处理部分(portion)可以在处理中使用和共享，其中一个物理处理器或多于一个物理处理器可以用于实现专用于所描述的特定处理的一个或多个处理部分，

-装置可以由半导体芯片、芯片组或包括这样的芯片或芯片组的(硬件)模块来实现；

-实施例还可以实现为硬件和软件的任何组合，诸如ASIC(专用IC(集成电路))组件、FPGA(现场可编程门阵列)或CPLD(复杂可编程逻辑器件)组件或DSP(数字信号处理器)组件。

-实施例还可以实现为计算机程序产品，包括计算机可用介质，该计算机可用介质具有体现在其中的计算机可读程序代码，该计算机可读程序代码适于执行如实施例中描述的过程，其中计算机可用介质可以是非瞬时性介质。

尽管在此之前已经参考其特定实施例描述了本公开，但是本公开不限于此，并且可以对其进行各种修改。