CN114374607A - 网络实体的历史数据支持增强 - Google Patents

Abstract

例如，在通信环境内针对指示在通信网络环境内发生并且从通信网络环境内的一个或多个数据源被获得的事件的历史数据的获取的可能性被提供。选择条件在第一设备处被指定，该选择条件将被应用于历史数据，以用于对被保存在与第二设备相关联的历史数据储存库中的历史数据执行查询。至少一个处理指令在第一设备处被指定。处理指令基于所定义的查询确定报告的生成。选择标准和处理指令被发送至第二设备，并且基于所发送的选择标准和处理指令，在第二设备处被生成的报告被接收。

Description

网络实体的历史数据支持增强

技术领域

至少一些示例实施例涉及网络实体的历史数据支持增强。特别地，至少一些示例实施例涉及网络数据分析功能(NWDAF)或数据收集协调功能(DCCF)的历史数据支持增强，该NWDAF和DCCF是这种网络实体的示例。

缩写词/首字母的列表

3GPP 第三代合作伙伴计划

3CA 3G消费方适配器

3PA 3G生产方适配器

5GC 5G核心网

AF 应用功能

AMF 接入和移动性管理功能

API 应用编程接口

BSF 绑定支持功能

CA 消费方适配器

CCA 客户端证书声明

D DCCF适配器

DCCF 数据收集协调功能

NEF 网络暴露功能

NF 网络功能

NFc 网络功能消费方

NFp 网络功能生产方

NRF 网络储存库功能

NWDAF 网络数据分析功能

OAM 操作、管理和维护

PCF 策略控制功能

SCP 服务通信代理

SMF 会话管理功能

S-NSSAI 网络切片选择辅助信息

TAI 追踪区域标识符

UDM 统一数据管理

UE 用户设备

背景技术

为了理解本发明，关于在网络实体(如3GPP TS 23.288中所定义的诸如例如NWDAF)处的历史数据收集和/或评估的原理的一些知识是有帮助的。

对NWDAF和所提及的标准的引用仅用作示例，并且不应视为限制本发明的公开内容。在不同的现有或将要开发的标准下定义的其他网络实体可以类似地受益于至少在下文所公开的示例性方面。

NWDAF首先在3GPP版本15中定义并在版本16中扩展，并且随后在3GPP TR 23.791中体现。NWDAF基于从不同数据源收集的数据计算分析，诸如接入和移动性管理功能(AMF)、会话管理功能(SMF)、策略控制功能(PCF)、统一数据管理(UDM)、应用功能(AF))、操作、管理和维护(OAM)或通信网络内的任何其他数据源。它使用基于用于5GC定义的架构的服务向数据消费方(也是网络实体)提供由3GPP定义的分析标识符标识的分析。

对于TR 23.700-91，已经提出了数据管理框架作为若干关键问题的解决方案。图1描绘了这种数据管理框架的一个示例。该解决方案在TR 23.700-91中被记录为解决方案#9。

此外，解决方案#9中已经定义了通知的格式化，其中DCCF/消息传递框架可以基于给定的标准对通知进行过滤。

例如，格式化可以是基于时间或事件的多个通知的连合(clubbing)(或组合)。然而，连合或其他格式化将不会减少经由通知发送的数据量。

例如，如果数据管理框架被用于从具有500.000个可应用通知且每个通知的大小是1KB的储存库中获取历史数据，则需要从DCCF/消息传递框架传递500MB的通知数据到数据消费方。即，当前所提出的连合或任何其他格式化方式将不会减少要传送的数据量。

当前，历史数据通常被用于统计目的，诸如例如

·在特定持续时间内用户设备(UE)在特定区域内的位置进行了多少次的确定，

·在某个时间段内由在某个区域中注册的全部UE进行了多少次呼叫的确定，

·去年AMF超载了多少次等的确定，

·有多少人在时代广场打电话/使用短信，例如除夕期间的确定，以便运营商可以相应地规划网络扩展。

到目前为止，还没有办法从数据管理框架或数据储存库中获取包含从历史数据所得到的统计数据的报告。在现有解决方案中，数据消费方(例如NWDAF)接收全部历史数据，并且随后计算统计数据或自行生成报告。

例如，假使数据储存库保存诸如用户设备UE1及其UE1的移动性(追踪区域标识符(TAI)改变)通知记录之类的终端设备的记录，在一阶段内，巨大的数据量可以被存储，例如，500万个通知被存储超过3年。

如果NWDAF现在有兴趣了解过去3年针对特定TAI1和TAI2的UE1移动的频率或计数，则NWDAF查询DCCF/数据储存库。随后DCCF/数据储存库返回500万个通知中的50.000个通知(AMF通知对象)。这50.000个通知对象需要从数据储存库/DCCF传递到数据消费方，诸如NWDAF。

此外，从AMF/SMF接收到的一个通知对象通常具有许多与事件有关的附加属性。如果评估包括那些附加属性的通知的大小，这将是重要的。根据TS 29.518章节6.2.6.2.5类型：Amf事件报告(它是针对任何类型事件的通知对象)，AMF针对不同的通知填充了大约25个参数。

因此，具有通知格式化的现有数据管理框架解决方案将减少通知消息的数目，但不减少数据量。NWDAF仍然需要处理消息中的全部通知(即大量数据)以确定统计数据并且准备所需的报告。

此外，历史数据对于NWDAF处理正变得很重要。历史数据可以被存储在NWDAF或支持储存库的任何网络功能(NF)中。可以存在基于DCCF/消息传递框架的储存库或附加到NWDAF/NF的本地储存库。

如果存在附加到NWDAF1/NF1的本地储存库，其中NWDAF1/NF1存储通知，并且如果另一NWDAF2想要从NWDAF1/NF1获得数据，则同样的问题将会出现，因为NWDAF2需要获得全部相关的通知，这可能会构成巨大的数据量。

发明内容

改进现有技术是至少一些示例实施例的目的。

该目的通过如所附权利要求中所指定的方法、装置和非瞬态存储介质来实现。更具体地，这种改进在相应的独立权利要求1、4、11、14、21和22中阐述。

在相应的从属权利要求中阐述了有利的进一步发展。

此外，提供了包括计算机可执行代码的计算机程序产品，该计算机可执行代码在由处理器执行时根据方法的任何方面执行方法。

即，尽管上述TR23.700-91中的解决方案#9基本上描述了数据管理框架以及数据可以被如何格式化，但是本发明的至少一些方面改进了这种现有技术，因为数据管理框架能够基于历史原始数据(例如通知)生成报告/统计数据。

根据至少一些示例实施例，实现了以下优点中的至少一个优点：

·消费方(例如NWDAF)无需下载完整数据。

·针对NWDAF处理，延时被优化。

·向消费方传送原始数据所必要的带宽被消除，

·本申请中所描述的递送到数据消费方的数据的裁剪可以通过TR23.700-91的解决方案#9中所描述的数据管理框架来实现。

·尽管在预先存在的解决方案中，诸如NWDAF的数据消费方是可以应用统计分析的唯一实体，诸如计算例如UE1移动是50000次的特定数目的数目，但是根据本发明的至少一些方面，使得数据管理框架或数据储存库能够向诸如NWDAF的数据消费方发送这种统计分析/报告，从而说明计数是例如50.000的特定数目。

·以这种方式，通过布置内接口上的数据业务被大大减少。

·现在存在可以使得只获取报告/统计数据的选项，例如给出针对特定事件的NF通知(例如，AMF通知/SMF通知)的计数，使得经由接口向数据消费方实体发送的数据大大减少，并且针对数据消费方的处理负载被显著地移除。

在下表中，示出了现有解决方案中的必要发送数据量与根据至少一些示例实施例的必要发送数据量之间的比较。

在此，假设以例如以下方式存储100万条通知：

·通知1：AMF_EE_notification{UE1，TAI1，时间：xyz..，参数1..参数10}

·通知2：AMF_EE_notification{UE1，TAI1，时间：xyz..，参数1..参数10}

·通知3：AMF_EE_notification{UE1，TAI1，时间：xyz..，参数1..参数10}

·…

此外，假设这将需要100MB数据来通过电线进行传送。

从以下详细描述中，另外的优势变得显然。

附图说明

从结合附图对至少一些方面的示例实施例的以下详细描述中，另外的细节、特征、目的和优点是显然的，其中：

图1示出了由来自3GPP TR 23.700-91的解决方案#9所提出的用于5GC的示例数据管理框架。

图2示出了图示根据至少一些实施例的示例方法1的流程图。

图3示出了图示根据至少一些实施例的示例方法2的流程图。

图4示出了图示示例框架内的本申请的一个示例实施例的信令图。

图5示出了图示本申请的另一示例实施例的信令图。

图6示出了用于5GC的另一示例数据管理框架。

图7示出了根据一个特定示例实施例的事件通知的数据收集和分发的示例。

图8示出了图示其中可实现至少一些示例实施例的控制单元的配置的示意性框图。

具体实施方式

在下文中，某些方面通过参考附图详细描述的至少一些实施例来举例说明。除非另有说明，否则示例实施例的特征可以自由地相互组合。然而，应当清楚地理解，某些示例实施例/方面的描述仅由示例的方式给出，并且不旨在被理解为将应用限制于所公开的细节。

应当理解，所提到的任何修改可以被单独地或组合地应用于它们所涉及的响应方面，除非它们被明确地声明为排除备选。

此外，应当理解，该装置被配置为执行相应的方法，尽管在某些情况下仅描述了该装置或仅描述了该方法。

根据至少一些示例实施例，在通信网络环境内提供了针对指示在通信网络环境内发生并且从通信网络环境内的一个或多个数据源(例如，NWDAF、NF、AF和NEF)获得的事件的历史数据的获取的可能性。此外，第一设备(例如，数据消费方)指定选择标准，该选择标准要被应用于历史数据，以用于对被保存在与第二设备(例如，数据管理框架、数据消费方或数据源)相关联的历史数据储存库中的历史数据执行查询。此外，在第一设备处指定至少一个处理指令(例如，输出模板/报告模板)。至少一个处理指令基于定义的查询确定报告的生成。继而，选择标准和处理指令被发送到第二设备，并且其后在第二设备生成的报告基于所发送的选择标准和处理指令被接收。

在图2中，图示了根据至少一些示例实施例的方法1。

根据示例性示例，至少若干所图示的步骤被分配以由数据消费方执行。

方法1在S200中开始：继而，在通信网络环境内提供了针对指示在通信网络环境内发生并且从通信网络环境内的一个或多个数据源被获得的事件的历史数据的获取的可能性(S20)。继而，在第一设备处指定将被应用于历史数据用于对被保存在与第二设备相关联的历史数据储存库中的历史数据执行查询的选择标准(S21)。此外，在第一设备处指定至少一个处理指令(S22)，其中，处理指令基于定义的查询确定报告的生成。继而，选择标准和处理指令被发送到第二设备(S23)，并且在第二设备生成的报告基于所发送的选择标准和处理指令被接收(S24)。此后，该方法结束(S201)。

根据至少一些示例实施例，该方法还包括通过询问第三设备(例如，网络储存库功能(NRF))发现第二设备，并且从第三设备接收基于第二设备在第三设备处注册的能力对第二设备的指示。此外，能力表示针对指示在通信网络环境内发生的事件的历史数据的获取的可能性。

根据至少一些示例实施例，第二设备的能力包括历史数据被存储在相关联的历史数据储存库中的持续时间。

此外，在图3中，图示了根据至少一些示例实施例的方法2。根据示例性示例，所图示的至少若干步骤被分配以由数据管理框架DMF和/或数据源和/或另一数据消费方执行。

方法2在S300中开始。在通信网络环境内提供针对指示在通信网络环境内发生并且从通信网络环境内的一个或多个数据源被获得的事件的历史数据的获取的可能性(S30)。继而，从第一设备接收选择标准以及至少一个处理指令，该选择标准将被应用于历史数据，以用于对被保存在与第二设备相关联的历史数据储存库中的历史数据执行查询，并且其中处理指令基于所定义的查询确定报告的生成(S31)。在此之后，报告基于所接收到的选择标准和处理指令被生成(S32)。继而，向第一设备或者向由第一设备所指示的另一设备发送所生成的报告(S33)并且方法2结束(S301)。

根据至少一些示例实施例，基于所接收到的选择标准和处理指令的报告的生成包括：基于所选择标准从与第二设备相关联的历史数据储存库获取历史数据，向第二设备的处理器单元提供所接收到的处理指令，并且由处理器单元基于所接收到的处理指令处理所获取的历史数据以生成报告。

根据至少一些示例实施例，方法2还包括在第二设备处提供新的服务能力(例如，应用编程接口(API))，并且在第三设备处(例如，NRF)利用第二设备的配置能力的注册第二设备，其中能力表示针对指示在通信网络环境内发生的事件的历史数据的获取的可能性。

根据至少一些示例实施例，方法2还包括从至少一个数据源收集历史数据，并且将所收集的历史数据存储在与第二设备相关联的历史数据储存库中。

根据至少另一示例实施例，第二设备的能力包括历史数据被存储在相关联的历史数据储存库中的持续时间。

在至少一些示例实施例中，在通信网络环境内发生的事件是用户设备在预定持续时间内存在于预定区域中、所使用的服务的数目和/或类型、接入和/或移动性管理功能(AMF)在预定持续时间内过载的次数中的一个或多个，并且一个或多个数据源是网络功能(NF)；网络数据分析功能(NWDAF)；应用功能(AF)和网络暴露功能(NEF)；以及操作、管理和维护(OAM)中的一个或多个。

根据至少一些示例实施例，选择标准包括多个事件及其相关的元数据中的至少一个事件及其相关的元数据。

此外，根据至少一些示例实施例，所生成的报告可以是对UE移动的频率或计数、位置分布、UE位于特定区域的时间中的一个或多个的统计评估，和/或任何其他统计评估。

在上文中，呈现了至少一些示例实施例的一些一般方面。关于图4，描述了根据至少一些示例性实施例的示例框架。

在图4中，作为第一设备的示例，数据消费方在左侧被示出。此外，作为第二设备的示例，描绘了数据管理框架。

此外，在图4中示出了设备之间的示例性处理。首先，在步骤1中，数据消费方(例如，NWDAF、NF)发起(作为“第一设备”的角色)服务请求以从数据管理框架获取历史数据。因此，它可以使用例如以下请求：

Ndccf_EventExposure_Subscribe

({Nxxx_Service，服务参数}，{UE，data_spec}，格式化，reportTemplate)

根据至少一个示例实施例/修改，第一设备可以包括指示将从历史数据中获取的报告要被发送到的另一设备的信息。该报告可以被发送到第一设备或另一设备，或者可选地被发送到第一设备和另一设备两者。更进一步，另一设备的数目不一定限于一个另一设备，但是多个另一设备可以被指示，例如，基于分配到设备的网络地址标识符。

此外，使用数据管理框架来获取历史数据的一个好处它将大量通知的处理从数据消费方卸载到消费方适配器(3CA)。即，因为在特定时间段内针对数据的数据储存库的查询有可能向数据消费方产生大量通知，并且作为通用存储装置的数据储存库比起NF不太可能提供聚合，特别是如果它们没有由3GPP标准化。

此外，API的参数与被用于从网络功能(例如AMF或SMF)获取数据的那些参数相同。

例如，如果数据消费方想要获取针对NF类型AMF、UE可达性通知的历史数据，那么其可以使用以下内容：

Ndccf_EventExposure_Susbcribe

({Namf_EventExposure_Susbcribe，服务参数(UE标识＝123456789012345，事件＝UE追踪区域改变，TAI＝TAI1，TAI2，TAI3..TAI10，TimePeriod：2019年1月至2020年1月}

ReportTemplate：{CountOfNotification}}

这里数据消费方希望获取在2019年1月至2020年1月期间由例如用户设备的设备标识“UE＝123456789012345”可标识的用户设备的TAI改变的计数。

报告模板(处理指令)定义了数据消费方对实际数据或通知不感兴趣。然而，数据消费方希望数据管理框架处理查询并且仅提供由报告模板所定义的报告。

在该示例实施例中，假设存在200.000条通知存储在数据储存库中。

继而，在步骤2中，DCCF基于从数据消费方所接收到的输入查询储存库。DCCF还向数据适配器提供reportTemplate细节。

在步骤3中，数据储存库将数据(在此示例中是200.000个通知)提供回消息传递框架。消息传递框架向3CA提供了相同的内容。

3CA消费200.000个通知并且根据reportTemplate生成报告/统计数据。

之后，在步骤4中，3CA向数据消费方发送仅包含报告的通知，而不包含实际的通知数据，其中这种报告的一个示例如下所示：

N3ca_EventExposure_Notification

({UE＝123456789012345，CountOfNotification＝200000}。

图5描绘了另一配置的示例实施例的示例流程图。根据至少一些示例性实施例，在这种配置中，第一设备和第二设备是消费方设备。

也就是说，假使NWDAFp有储存库，它将从数据源接收到的数据(通知)存储为历史数据，那么另一NWDAFc可以查询NWDAFp以获取报告。

在这种情况下，NWDAFp需要提供新的API(可能类似于针对Ndccf所定义的API)，其中查询定义了要从NWDAFp获得的报告。

在步骤1中，NWDAFp在NRF中注册，在其简档中指示支持历史数据报告获取的新服务或服务选项。之后，在步骤2中，NWDAFc发现支持历史数据报告获取的NWDAFp。在步骤3中，NWDAFc发送服务请求，诸如Nnwdaf_EventExposure_Susbcribe请求(类似于图4的描述)，其中该请求包含reportTemplate(处理指令)。在步骤4中，NWDAFp在储存库中执行查询，并且根据reportTemplate准备报告。最后，在步骤5中，NWDAFp将报告发送回NWDAFc。

根据至少一些(所修改的)示例实施例，第一设备是消费方设备并且第二设备是数据源。

在这种情况下，例如如果NF支持历史数据，则NF在NRF中注册并且在其简档中指示允许历史数据和报告获取的新服务或服务选项，包括存储历史数据的持续时间。数据消费方发现NF和NF简档信息，包括持续时间(例如，6个月)和报告能力。如果数据消费方希望，其可以经由至少一些示例实施例的上述解决方案从NF获取数据或报告。

到目前为止，已经描述了一般示例实施例。然而，下面针对第二设备是DCCF的情况给出详细说明。

首先，提供示例DCCF本身的详细描述。其次，提供了示例消息传递框架的详细描述。

DCCF是控制平面功能，它协调数据收集并且触发数据递送到数据消费方。DCCF可以支持多个数据源、数据消费方和消息框架。然而，为了防止重复收集数据，每个数据源仅与一个DCCF相关联。

此外，DCCF向数据消费方(例如，NWDAF)提供3GPP定义的Ndccf_EventExposure服务，并且使用数据源(例如，NF)的服务来获得数据。图6示出了用于5GC的一个示例DCCF。然而，例如，对于网络切片、数据源所驻留的地理区域或对于不同的数据源类型，可以存在DCCF的多个实例。由数据消费方所需的DCCF可以使用如下所述的NRF来发现。

需要注意的是，DCCF知道它正在协调的数据源。NRF和UDM可以为DCCF提供5GC数据源的标识(例如，服务UE的AMF)。DCCF还从数据消费方隐藏了数据源生命周期事件和服务UE的实体的改变。例如，如果服务UE的NF数据源因为生命周期事件发生变化，NRF可以经由事件通知向之前已经订阅NRF的DCCF通知。DCCF还可以使用UDM来学习新的(UE，NF)关联，从而使服务NF的UE的改变对数据消费方透明。NRF仅标识5GC NF源。

还需要注意的是，如果存在多于一个DCCF，他们可以针对数据源正交集协调数据收集和分发。在该情况下，数据消费方发现它需要的数据的DCCF，并且DCCF和消息框架从被禁止的数据源集递送数据。如果DCCF不能服务来自数据消费方的请求，其可以查询NRF以确定可接受的DCCF并且相应地重定向查询。

此外，需要注意的是DCCF并不旨在支持跨多个NWDAF的分析数据聚合。然而，DCCF会追踪消费方对NWDAF“数据源”的请求，并且因此知道正在通过NWDAF生成什么分析。因此，数据管理框架可以由数据消费方(例如，NWDAF)使用，该数据消费方消费来自充当“数据源”一个或多个NWDAF的消费(例如聚合)或来自数据储存库的分析数据。类似于任何其他NF，充当“数据源”的NWDAF使用TS 23.288第7节(订阅/通知)中定义的服务来提供分析输出作为“数据”。DCCF追踪消费方对NWDAF“数据源”的请求，并且因此知道正在由NWDAF产生什么分析。

此外，DCCF经由Ndccf_EventExposure服务接收来自数据消费方的数据请求。数据消费方可以是NWDAF(Rel-17 NWDAF)，并且服务请求的内容基于Rel-16服务(例如，AMF或SMF事件暴露)。DCCF服务可以提供附加功能，例如需要多个数据源(例如，AMF和SMF)的允许一个请求，并且允许根据由数据消费方所指定的条件对通知进行格式化和处理，如下表所述。

此外，如果数据请求中未指定数据源，则DCCF确定可以提供数据消费方请求的数据(例如，数据消费方针对NF事件请求暴露的事件)的数据源。例如，如果请求是针对UE特定数据，则DCCF可以查询NRF/UDM/BSF以确定哪个NF实例正在服务UE，如TS 23.288表6.2.2.1-2中所述。

如果在数据请求中指定了数据源，则DCCF检查数据是否已经从数据源收集。如果没有，它将从指定的数据源请求数据。

此外，DCCF使用TS 23.501第7.1.4节“网络功能服务授权”中所指定的程序检查数据消费方是否被授权接入DCCF服务。

此外，DCCF确定所请求的数据当前是否由任何数据源产生并且发送到消息传递框架。如果未生成所请求的数据，则向数据源发送新的订阅/请求以触发新的数据收集，并且随后DCCF订阅消息传递框架以用于数据消费方接收未来的通知。类似地，当特定数据的最新数据消费方不再对数据感兴趣时，DCCF取消从数据源和消息传递框架进行数据收集。这确保了数据源在存在多个数据消费方时只生成一次相同的数据，并且不生成没有数据消费方需要的数据。

此外，DCCF确定是否已经通过维护它针对数据所做的先前请求的记录(例如，经由由数据源所提供的Nnf_EventExposure服务)来收集数据。如果针对数据的先前请求中的参数与后续请求中所需要的那些参数相匹配，则DCCF可以确定所请求的数据已经被收集。DCCF随后可以订阅消息传递框架以用于新数据消费方接收未来的通知。

此外，由数据消费方经由Ndccf_EventExposure服务请求的格式化条件和处理可以经由Nda_Data_Management服务传递至消息传递框架。随后3CA可以相应地向数据消费方发送通知。格式化确定何时向消费方发送通知，其中格式化可以包括例如：

·通知事件连合(在一条消息中缓冲并且发送多个通知)

·通知时间窗口(例如，通知在凌晨2点到3点之间被缓冲和发送)·基于交叉事件引用的通知(当订阅NF正在订阅多个事件(例如，事件X和事件Y)时，针对事件X的通知仅在事件Y发生时才被缓存和报告)

·消费方触发通知

·基于时间而不是事件的准确通知(在准确的时间报告数据，无论事件是否发生，例如每30分钟)。

·基于数学计算的通知(例如，指数时间窗口：第一通知在5分钟后发送，随后下一通知在10分钟后发送，并且第三通知在15分钟后发送等)

此外，处理来自同一数据源的聚合通知，以减少从3CA报告给数据消费方的数据量。当请求来自包含大量通知的数据储存库(历史数据)的数据时，这尤其有用。处理类型由消费方指定，可能会导致将来自多个通知的信息合并到一个公共报告中。

当DCCF收到针对历史数据的请求时(例如，NWDAF请求先前由另一NWDAF生成的分析)，DCCF可以触发从数据储存库中获取数据并且使其通过消息传递框架可用。

此外，DCCF代表数据消费方管理对消息传递框架进行订阅请求和取消。DCCF可以使用本地消息传递框架协议或备选的3GPP定义具有转换为消息传递框架协议的适配器(如图6所示)的协议。

如果独立的3PA和3CA被使用，则DCCF维护(NF，3PA)和(NF，3CA)关联。

对于DCCF发现，DCCF利用NRF注册，并且由数据消费方或服务通信代理(SCP)使用TS 23.502第4.17节中针对网络功能服务框架所定义的注册和发现过程来发现。NRF中的DCCF简档可以指定：

1.DCCF支持的切片(S-NSSAI)

2.DCCF协调的源类型

3.包含DCCF协调的数据源的服务区域(例如，TAI列表)

此外，源类型可以对应于NF类型(例如，SMF、AMF等)，或不同的域(例如，OAM)。因此，消费方或SCP可以根据其请求的信息类型、其支持的网络切片及其服务区域来请求或选择DCCF。

下面给定示例消息传递框架的详细描述。

消息传递框架包含将事件信息和数据(例如，流传输和通知)从数据源传播到数据消费方的消息传递基础设施。消息传递框架可以支持发布-订阅(pub-sub)模式，其中数据由生产方适配器(或数据源，如果数据源本身支持消息总线协议)发布，并且可以由消费方适配器(或数据消费方，如果数据消费方本身支持消息总线协议)订阅。

此外，消息传递框架可以支持多种事件递送机制，诸如尽力而为或保证递送。对于3GPP目的，可以利用有保证的事件递送。

消息传递框架可以包含一个或多个适配器，可以在3GPP定义的协议(例如，Rel-16Nnwdaf_AnalyticsSubscription_Notify)与3GPP未指定的数据转发协议之间进行转换。消息框架适配器维护订阅信息，包括由DCCF适配器(DA)接收的格式化条件和处理指令。

生产方侧(3PA)上的适配器允许经由框架分发任何源数据(例如：来自Rel-16 OAM或NF事件暴露)而不影响数据源。DCCF追踪适配器实例。适配器可以与特定的NF类型和/或实例相关联，管理一个或多个数据源，并且可以通过向DCCF注册它支持的源(例如，NF)来发现。如果消息传递框架直接支持3GPP接口，则可能不需要适配器。

在下文中，参照图7描述了框架内的另一个具体示例过程(未如此示出)。即，用于数据收集和分发针对事件通知(订阅/通知)的过程。该过程图示了DCCF如何管理数据源，以便仅生成一次数据，并且图示了DCCF如何与消息传递框架交互，以便将数据分发至全部订阅的数据消费方。该过程应用于使用3CA和3PA的数据消费方和生产方，即全部步骤在3GPP范围内。

此外，由消息传递框架所处理的数据与标识符相关联。此示例过程假设消息传递框架使用基于“主题”的发布/订阅模型，并且因此主题就是该标识符。因此，3PA发布“主题”，并且希望接收数据的3CA订阅“主题”。然而，其他选项也可以被支持。

在图7的步骤1中，数据消费方-1(例如，NWDAF-1)向DCCF发送针对数据的请求。该消息包括通知目标地址。此外，该消息可以指示所请求的数据是否应当被发送到设置为数据消费方-1和/或诸如数据储存库的其他数据消费方的通知目标地址。消费方-1的通知关联ID被包含在请求消息中，并且被用于发送至数据消费方-1的通知(例如，在步骤8中)。

在步骤2中，如果该请求针对UE数据，则DCCF可以查询UDM/NRF/BSF以确定服务UE的NF。

在步骤3中，DCCF确定可以提供数据的数据源(例如，AMF-1)并且检查所请求的数据是否尚未被收集。

然后，在步骤4中，DCCF控制消息总线和适配器，以便通知遍历消息传递框架。对DA的订阅包括3PA的通知关联ID和针对如在步骤1中接收到的数据消费方-1的通知关联ID。DA可以将这些与消息传递框架“主题”相关联。此外，3PA被提供有其通知关联ID和主题。3CA将被提供有消费方的通知端点、消费方的Notification_Correlation_ID和主题。随后3CA可以订阅消息传递框架中的主题。

在步骤5中，DCCF向充当数据源的NF生产方发送订阅请求。订阅包括通知端点和充当针对这些通知的接收器的3PA的通知关联ID。

随后在步骤6中，数据源确认请求。

在步骤7中，在数据源的事件触发后，包含3PA的通知关联ID的通知被发送到3PA。3PA在消息框架中发布数据。此外，它可以使用与在步骤4中接收到的3PA的通知关联ID相关联的“主题”。

在步骤8中，当数据发布到“主题”时，消息传递框架使其可用于全部订阅的3CA。在这种情况下，唯一的订阅者是服务消费方-1的3CA。该3CA将主题映射到步骤4中接收到的数据消费方的通知关联ID(最初由数据消费方-1提供)，并且向数据消费方-1的通知端点发送通知。

继而，在步骤9中，数据消费方-2(例如，NWDAF-2)发送针对相同数据的请求。该消息可以指示是否应当向数据消费方-2和/或诸如数据储存库的其他消费方发送所请求的数据。发送到数据消费方-2的通知包括消费方-2的通知关联ID。

在步骤10中，DCCF确定所请求的数据已经从数据源(例如，AMF-1)收集并且获取3PA ID和3PA的通知关联ID。

继而，在步骤11中，DCCF向消息框架发送订阅请求，从而指示存在新的数据订阅者。到DA的订阅消息提供3PA ID，以及当前使用的3PA通知关联ID和在步骤9中接收到的针对数据消费方-2的通知关联ID。DA选择与3PA信息对应的现有“主题”，并且发送3CA消费方-2的通知端点、消费方-2的Notification_Correlation_ID和主题。随后3CA可以订阅消息传递框架中的主题。需要注意的是，消费方-2的3CA可以与消费方-1的3CA不同或相同。

在步骤12中，在数据源中事件被触发后，通知被发送至3PA，并且3PA向消息传递框架上的相应“主题”发布数据。

在步骤13和14中，当数据发布到“主题”时，消息传递框架使其可用于订阅的3CA。在这种情况下，服务消费方-1和消费方-2的3CA接收数据并且应用处理指令，并且使用消费方-1和消费方-2的相应的通知关联ID来向数据消费方-1和消费方-2的通知端点发送通知。

在描述了一些示例实施例和一些具体示例之后，下面描述对服务、实体和接口的影响。

详细地，有利地，DMF内的DCCF适合作为可以实施本发明的至少一些示例性方面的实体。

在这种或类似的环境中，根据至少一些实施例的以下新特征和/或服务表现出特别有用：

-Ndccf_EventExposure服务

该服务使数据消费方能够请求数据。该服务的基线(baseline)是被用于从NF获取数据的Rel-16 NF服务。例如，由数据消费方用于获得UE移动性数据的DCCF服务的基线将是Namf_EventExposure。提供数据的响应经由消息传递框架和3CA进行路由。Ndccf_EventExposure必须允许数据消费方：

1.标识被请求的数据并且也标识可以提供数据的NF实例、感兴趣的区域或DCCF可以用于发现服务NF的UE-ID

2.提供DCCF可以在Nda_Data_Management请求中传递到3CA的格式化条件和处理指令

此外，所提出的Ndccf_EventExposure服务操作是：

Ndccf_EventExposure_Subscribe(Nxxx_Service，NF-ID，UE-ID，通知对象地址(+通知关联ID)，数据通知，格式化，处理指令，Start_Time，到期时间)——其由数据消费方使用以请求数据。

Ndccf_EventExposure_Subscribe服务操作的参数是：

需要注意的是，“到期时间”表示订阅期望结束的时间，已经是一个暴露服务参数(参见TS 23.501第4.15.1节)。如果Start_Time和到期时间之间的间隔的一部分是过去的，则从数据储存库请求历史数据。如果Start_Time和到期时间之间的间隔的一部分是未来的，则从数据源请求数据。在这两种情况下，数据都可以经由消息传递框架被发送到数据消费方。

Ndccf_EventExposure_Unsubscribe(订阅关联ID)——其在不再想要数据时由数据消费方使用时。

Ndccf_EventExposure_Unsubscribe服务操作的参数是：

参数	值
		订阅关联ID	当数据被请求时由DCCF提供关联ID

此外，以上参数的多于一个实例可以被指定以允许数据消费方将多个数据请求组合在单个消息中。

-Nda_Data_Management服务：

DCCF需要新的服务以与消息传递框架DCCF适配器交互。该服务使DCCF能够请求消息传递框架向数据消费方提供数据。在这里，Nda_Data_Management必须允许：

1.3PA识别来自数据源的通知并且将它们递送至消息传递框架

2.3CA从消息传递框架获取数据并且向数据消费方发送通知此外，所提出的Nda_Data_Management服务操作是：

Nda_Data_Management_Subscribe(Nxxx_Service，Nda_Parameters，格式化，处理指令)——其在数据需要从3CA被发送至数据消费方时使用。

Nda_Data_Management_Subscribe服务操作的参数是：

Nda_Data_Management_Unsubscribe(订阅关联ID)——其在数据不再从3CA被发送至数据消费方时使用。

Nda_Data_Management_Unsubscribe服务操作的参数是：

参数	值
		订阅关联ID	当数据被请求时由DCCF提供关联ID

-N3ca_EventExposure服务：

该服务使3CA能够使用Nda_Data_Management服务向由DCCF所指定的数据消费方发送数据。

在此，可能和/或合适的服务操作是：

N3ca/Nda_EventExposure_Notify(通知关联ID，通知)——由3CA使用以向数据消费方发送数据。

N3ca/Nda_EventExposure_Notify服务操作的参数是：

-3PA服务

3PA是DCCF订阅来自数据源的通知时由DCCF所指定的通知目标。3PA不提供任何服务。此外，根据3PA从DA接收到的指令，从数据源接收到的通知被发送到消息传递框架。

需要进一步注意的是，按计划3GPP将标准化3PA、DA和3CA之间的接口。

此外，NRF的影响包括新的NF、NF简档中的新参数和新的发现参数。

鉴于数据储存库服务，在3GPP定义数据储存库的情况下，需要针对数据消费方的数据储存库的新服务。该服务可以经由消息传递框架被使用，即经由适配器。

此外，使用数据管理框架的数据消费方向DCCF而不是数据生产方发送请求(如版本16中的情况)。

此外，不同的格式化条件和处理指令由数据消费方向DCCF请求。

最后，图8描绘了控制单元10、20和30，每个包括处理资源(例如处理电路系统)11、21、31、存储器资源(例如存储器电路系统)12、22、32和接口(例如接口电路))13、23、33。在至少一个示例性实施例中，控制单元10被配置为在第一设备中实现和/或由第一设备使用，例如对于如上所述的数据消费方，控制单元20被配置为在第二设备中实现和/或由第二设备使用，例如如上所述的数据管理框架、另一数据消费方或数据源，以及控制单元30被配置为在第三设备中实现和/或由第三设备使用，例如，如上所述的网络储存库功能。此外，每个控制单元具有连接上述资源的自有的总线系统14、24、34，使得数据可以在单元的三个组件之间交换。此外，控制单元10、20和30可以经由链路40、41和42被连接。控制单元10、20和30还具有附加的Xn接口43、44和45，它们能够实现对应的单元与其资源之间的连接。

术语“所连接的”、“耦合的”或其任何变体意味着两个或多个元件之间的直接或间接的任何连接或耦合，并且可以包括在两个元件之间存在一个或多个中间元素“连接”或“耦合”在一起。元件之间的耦合或连接可以是物理的、逻辑的或其组合。作为非限制性示例，通过使用一个或多个电线、电缆和印刷电连接，以及通过电磁能的使用，诸如电磁能量在无线电频率区域、微波区域和光学(可见和不可见)区域具有波长，如本文中所使用的两个元件可以被认为被“连接”或“耦合”在一起。

本说明书中所指示的定义基于当前的3GPP标准。然而，它们不是限制性的。根据相同或相应概念的其他定义也适用于一些示例实施例。

一条信息可以在一个或多个消息中从一个实体被发送到另一实体。这些消息中的每个消息可以包括另一(不同的)信息。

网络元件、协议和方法的名称基于当前标准。在其他版本或其他技术中，这些网元和/或协议和/或方法的名称可以不同，只要它们提供相应的功能即可。

如果没有另外说明或从上下文中明确说明，两个实体不同的说明意味着它们执行不同的功能。这不一定意味着它们基于不同的硬件。即，本说明书中所描述的每个实体可以基于不同的硬件，或者实体中的一些实体或全部实体可以基于相同的硬件。这并不一定意味着它们基于不同的软件。即，本说明书中描述的每个实体可以基于不同的软件，或者实体中的一些实体或全部实体可以基于相同的软件。本说明书中描述的每个实体都可以被体现在云中。

任何上述块、装置、系统、技术或方法的实现包括，作为非限制性示例，作为硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备的实现，或其某种组合。

此外，如本申请中所使用的，术语“电路系统”指代以下一个或多个或全部：

(a)仅硬件电路实现(诸如仅在模拟和/或数字电路系统中的实现)以及

(b)组合电路和软件(和/或固件)，诸如(如适用)：(i)(多个)处理器的组合或(ii)(多个)处理器/软件的部分(包括(多个)数字信号处理器))、软件和(多个)存储器一起工作以使设备(诸如移动电话或服务器)执行各种功能)以及

(c)需要针对操作的软件或固件的电路(诸如(多个)微处理器或(多个)微处理器的一部分)，即使该软件或固件不物理地存在。

“电路系统”的定义应用于该术语在本申请中的全部使用，包括在任何权利要求中。作为另一示例，如在本申请中所使用的，术语“电路系统”还将涵盖仅处理器(或多个处理器)或处理器的一部分及其(或它们的)伴随软件和/或固件的实现。术语“电路系统”还将涵盖，例如并且如果适用于特定的权利要求要素，针对移动电话的基带集成电路或应用处理器集成电路或服务器、蜂窝网络设备或其他网络设备中的类似集成电路。

虽然上述方法在定义方面指代第一到第三设备，但设备权利要求指代第一到第三类型的装置。

根据至少一些示例实施例，在通信网络环境内提供一种装置，该装置具有针对指示在通信网络环境内发生并且从通信网络环境内的一个或多个数据源被获得的事件的历史数据的获取的可能性。例如，该装置包括图8所示的控制单元10、20或30。根据另一示例实现或附加地，该装置被配置为执行图2所图示的方法1。

根据一个方面，在通信网络环境内提供的具有针对指示在通信网络环境内发生并且从通信网络环境内的一个或多个数据源被获得的事件的历史数据的获取的可能性的装置，包括用于指定选择标准的部件，该选择标准将应用于历史数据，以用于对被保存在与第二类型的装置相关联的历史数据储存库中的历史数据执行查询，用于指定至少一个处理指令的部件，其中处理指令基于所定义的查询确定报告的生成，用于向第二类型的装置发送选择标准和处理指令的部件，以及用于基于所发送的选择标准和处理指令接收在第二类型的装置处被生成的报告的部件。

根据示例实现，该装置还包括用于通过查询第三类型装置来发现第二类型的装置的部件，以及用于从第三类型的装置接收基于在第三类型装置处注册的第二类型的装置的能力对第二类型的装置的指示的部件，其中该能力表示针对指示在通信网络环境内发生的事件的历史数据的获取的可能性。

根据示例实现，第二类型的装置的能力包括历史数据被存储在相关历史数据储存库中的持续时间。

根据至少一些其他示例实施例，在通信网络环境内提供具有针对指示在通信网络环境内发生的并且从通信网络环境内的一个或多个数据源被获得的事件历史数据的获取的可能性的(第二类型的)装置。例如，(第二类型的)装置包括图8中所示的控制单元10、20或30。根据另一示例实施方式或另外，(第二类型的)装置被配置为执行如图3所示的方法2。

根据一个方面，在通信网络环境内提供的具有针对指示在通信网络环境内发生并且从通信网络环境内的一个或多个数据源被获得的事件的历史数据的获取的可能性的装置，包括用于从第一类型装置接收选择标准以及至少一个处理指令的部件，该选择标准将被应用于历史数，以用于对保存在与装置相关联的历史数据储存库中的历史数据执行查询，其中处理指令基于所定义的查询确定报告的生成，用于基于所收到的选择标准和处理指令生成报告的部件，以及用于向第一类型的装置或由第一类型的装置所指示的其他装置发送所生成的报告的部件。

这种另一装置的指示在实施例中可以是处理指令的一部分。这为第一设备指示与第一设备不同的接收方提供了灵活性。

根据示例实现，用于基于接收到的选择标准和处理指令生成报告的部件包括用于基于选择标准从与装置相关联的历史数据储存库中获取历史数据的部件，以及用于向装置的处理器单元提供接收到的处理指令的部件，其中处理器单元被配置为基于接收到的处理指令处理获取的历史数据以生成报告。

根据示例实现，该装置还包括用于在该装置处提供新的服务能力的部件，以及用于在第三类型的装置处利用该装置的配置能力注册该装置的部件，其中该能力表示获取指示在通信网络环境内发生的事件的历史数据的可能性。

在示例实现中，该装置还包括用于从至少一个数据源收集历史数据的部件，以及用于将所收集的历史数据存储在与装置相关联的历史数据储存库中的部件。

根据示例实现，装置的能力包括历史数据被存储在相关联历史数据储存库中的持续时间。

在示例实现中，在通信网络环境内发生的事件是用户设备在预定持续时间内存在于预定区域中、所使用的服务的数目和/或类型、接入和移动性管理功能在预定持续时间内过载的次数中的一个或多个，并且一个或多个数据源是网络功能；网络数据分析功能；应用功能和网络暴露功能；以及操作、管理和维护的中一个或多个。

根据示例实现，选择标准包括多个事件及其相关的元数据中的至少一个事件及其相关的元数据。

以下段落描述了可能的方面和实现的另一示例。

示例1.一种方法，包括：在通信网络环境内提供针对历史数据的获取的可能性，该历史数据指示在通信网络环境内发生并且从通信网络环境内的一个或多个数据源被获得的事件，指定选择标准，该选择标准将被应用于历史数据，以用于对被保存在与第二设备相关联的历史数据储存库中的历史数据执行查询，在第一设备处指定至少一个处理指令，其中处理指令基于所定义的查询确定报告的生成，向第二设备发送选择标准和处理指令，以及基于所发送的选择标准和处理指令接收在第二设备处被生成的报告。

示例2.根据示例1的方法，其中该方法还包括通过询问第三设备发现第二设备，以及从第三设备接收基于在第三设备处注册的第二设备的能力对第二设备的指示，其中能力表示针对指示在通信网络环境内发生的事件的历史数据的获取的可能性。

示例3.根据示例2的方法，其中第二设备的能力包括历史数据被存储在相关联历史数据储存库中的持续时间。

示例4.一种方法，包括在通信网络环境内提供针对历史数据的获取的可能性，该历史数据指示在通信网络环境内发生并且从通信网络环境内的一个或多个数据源被获得的事件，从第一设备接收选择标准以及至少一个处理指令，该选择标准将被应用于历史数据用于对被保存在与第二设备相关联的历史数据储存库中的历史数据执行查询，其中处理指令基于所定义的查询确定报告的生成，基于所接收到的选择标准和处理指令生成报告，向第一设备或由者向第一设备所指示的另一设备发送所生成的报告。

示例5.根据示例4的方法，其中基于所接收到的选择标准和处理指令的报告的生成包括：基于选择标准从与第二设备相关联的历史数据储存库获取历史数据，向第二设备的处理器单元提供所接收到的处理指令，并且由处理器单元基于所接收到的处理指令处理所获取的历史数据以生成报告。

示例6.根据示例4或示例5的方法，还包括在第二设备处提供新的服务能力，并且在第三设备处利用第二设备的配置能力的注册第二设备，其中能力表示针对指示在通信网络环境内发生的事件的历史数据的获取的可能性。

示例7.根据示例6的方法，还包括从至少一个数据源收集历史数据，并且将所收集的历史数据存储在与第二设备相关联的历史数据储存库中。

示例8.根据示例6的方法，其中第二设备的能力包括历史数据被存储在相关联的历史数据储存库中的持续时间。

示例9.根据前述示例中任一项的方法，其中在通信网络环境内发生的事件是以下一项或多项：用户设备在预定持续时间内存在于预定区域中、所使用的服务的数目和/或类型、接入和移动性管理功能在预定持续时间内过载的次数，并且一个或多个数据源是以下一项或多项：网络功能；网络数据分析功能；应用功能和网络暴露功能；以及操作、管理和维护。

示例10.根据前述示例中任一项的方法，其中选择标准包括多个事件及其相关的元数据中的至少一个事件及其相关的元数据。

示例11.一种在通信网络环境内提供的具有针对指示在通信网络环境内发生并且从通信网络环境内的一个或多个数据源被获得的事件的历史数据的获取的可能性的装置，该装置包括至少一个处理器和包括计算机程序代码的至少一个存储器，该至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使装置至少执行：指定选择标准，该选择标准将被应用于历史数据以用于对被保存在与第二类型的装置相关联的历史数据储存库中的历史数据执行查询，指定至少一个处理指令，其中处理指令基于所定义的查询确定报告的生成，向第二类型的装置发送选择标准和处理指令，以及基于所发送的选择标准和处理指令接收在第二类型的装置处被生成的报告。

示例12.根据示例11的装置，其中至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使装置还执行：通过查询第三类型的装置发现第二类型的装置，并且从第三类型的装置接收基于在第三类型的装置处注册的第二类型的装置的能力对第二类型的装置的指示，其中能力表示针对指示在通信网络环境内发生的事件的历史数据的获取的可能性。

示例13.根据示例12的装置，其中第二类型的装置的能力包括历史数据被存储在相关联历史数据储存库中的持续时间。

示例14.一种在通信网络环境内提供的具有针对指示在通信网络环境内发生并且从通信网络环境内的一个或多个数据源被获得的事件的历史数据的获取的可能性的装置，该装置包括至少一个处理器和包括计算机程序代码的至少一个存储器，该至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使装置至少执行：从第一类型装置接收选择标准以及至少一个处理指令，该选择标准将被应用于历史数据，以用于对被保存在与设备相关联的历史数据储存库中的历史数据执行查询，其中处理指令基于所定义的查询确定报告的生成，基于所接收到的选择标准和处理指令生成报告，向第一类型的装置或由第一类型的装置所指示的另一装置发送所生成的报告。

示例15.根据示例14的装置，其中

基于所接收到的选择标准和处理指令的报告的生成包括：

基于选择标准从与装置相关联的历史数据储存库中获取历史数据，以及

向装置的处理器单元提供所接收到的处理指令，其中

处理器单元被配置为基于所接收到的处理指令处理所获取的历史数据以生成报告。

示例16.根据示例14或15的装置，其中至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使装置还执行：

在装置处提供新的服务能力，并且

在第三类型的装置处利用该装置的配置能力注册该装置，其中能力表示针对指示在通信网络环境内发生的事件的历史数据的获取的可能性。

示例17.根据示例16的装置，其中至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使装置还执行：

从至少一个数据源收集历史数据，并且

将所收集的历史数据存储在与装置相关联的历史数据储存库中。

示例18.根据示例16的装置，其中装置的能力包括历史数据被存储在相关联的历史数据储存库中的持续时间。

示例19.根据示例11至18中任一项的装置，其中

在通信网络环境内发生的事件是以下一项或多项：用户设备在预定持续时间内存在于预定区域中、所使用的服务的数目和/或类型、接入和移动性管理功能在预定持续时间内过载的次数，以及

一个或多个数据源是以下一项或多项：网络功能；网络数据分析功能；应用功能和网络暴露功能；以及操作、管理和维护。

示例20.根据示例11至19中任一项的装置，其中选择标准包括多个事件及其相关的元数据中的至少一个事件及其相关的元数据。

示例21.一种存储程序的非瞬态计算机可读存储介质，该程序包括软件代码部分，软件代码部分当在通信网络环境内提供具有针对指示在通信网络环境内发生并且从通信网络环境内的一个或多个数据源被获得的事件的历史数据的获取的可能性的装置的处理器上被运行时，使处理器执行：

指定选择标准，该选择标准将被应用于历史数据的用于对保存在与第二类型的装置相关联的历史数据储存库中的历史数据执行查询，指定至少一个处理指令，

其中处理指令基于所定义的查询确定报告的生成，

向第二类型的装置发送选择标准和处理指令，以及

基于所发送的选择标准和处理指令接收在第二类型的装置处被生成的报告。

示例22.一种存储程序的非瞬态计算机可读存储介质，该程序包括软件代码部分，软件代码部分当在通信网络环境内提供具有针对指示在通信网络环境内发生并且从通信网络环境内的一个或多个数据源被获得的事件的历史数据的获取的可能性的装置的处理器上运行时，使处理器执行：

从第一类型的装置接收选择标准以及至少一个处理指令，该选择标准将被应用于历史数据，以用于对保存在与装置相关联的历史数据储存库中的历史数据执行查询，

其中处理指令基于所定义的查询确定报告的生成，

基于所接收到的选择标准和处理指令生成报告，

向第一类型的装置或者向由第一类型的装置所指示的另一装置发送所生成的报告。

应当理解，上述内容是目前被认为是本发明的优选示例实施例的内容。然而，应当注意，优选示例实施例的描述仅通过示例的方式给出并且在不脱离由所附权利要求所限定的本发明的范围的情况下可以作各种修改。

Claims (22)

1.一种用于在通信网络环境内提供针对历史数据的获取的可能性的方法，所述历史数据指示在通信网络环境内发生并且从所述通信网络环境内的一个或多个数据源被获得的事件，所述方法包括：

在第一设备处指定选择标准，所述选择标准将被应用于所述历史数据，以用于对被保存在与第二设备相关联的历史数据储存库中的所述历史数据执行查询，

在所述第一设备处指定至少一个处理指令，

其中所述处理指令基于定义的所述查询确定报告的生成，

向所述第二设备发送所述选择标准和所述处理指令，以及

基于所发送的所述选择标准和所述处理指令接收在所述第二设备处被生成的所述报告。

2.根据权利要求1所述的方法，其中所述方法还包括：

通过询问第三设备发现所述第二设备，以及

从所述第三设备接收基于在所述第三设备处注册的所述第二设备的能力对所述第二设备的指示，

其中所述能力表示针对指示在所述通信网络环境内发生的事件的历史数据的获取的所述可能性。

3.根据权利要求2所述的方法，其中所述第二设备的所述能力包括历史数据被存储在相关联的所述历史数据储存库中的持续时间。

4.一种用于在通信网络环境内提供针对历史数据的获取的可能性的方法，所述历史数据指示在所述通信网络环境内发生并且从所述通信网络环境内的一个或多个数据源被获得的事件，所述方法包括：

从第一设备接收选择标准以及至少一个处理指令，所述选择标准将被应用于所述历史数据，以用于对被保存在与第二设备相关联的历史数据储存库中的所述历史数据执行查询，

其中所述处理指令基于定义的所述查询确定报告的生成，

基于接收到的所述选择标准和所述处理指令生成所述报告，

向所述第一设备或者向由所述第一设备所指示的另一设备发送生成的所述报告。

5.根据权利要求4所述的方法，其中：

基于接收到的所述选择标准和所述处理指令的所述报告的所述生成包括：

基于所述选择标准从与所述第二设备相关联的所述历史数据储存库获取历史数据，

向所述第二设备的处理器单元提供接收到的所述处理指令，以及

由所述处理器单元基于接收到的所述处理指令处理获取的所述历史数据以生成所述报告。

6.根据权利要求4或5所述的方法，还包括：

在所述第二设备处提供新的服务能力，以及

在第三设备处利用所述第二设备的配置能力的注册所述第二设备，其中所述能力表示针对指示在所述通信网络环境内发生的事件的历史数据的获取的所述可能性。

7.根据权利要求6所述的方法，还包括：

从至少一个数据源收集历史数据，以及

将所收集的所述历史数据存储在与所述第二设备相关联的所述历史数据储存库中。

8.根据权利要求6所述的方法，其中所述第二设备的所述能力包括历史数据被存储在相关联的所述历史数据储存库中的持续时间。

9.根据权利要求1至5中任一项所述的方法，其中：

在所述通信网络环境内发生的事件是以下一项或多项：用户设备在预定持续时间内存在于预定区域中、所使用的服务的数目和/或类型、接入和移动性管理功能在预定持续时间内过载的次数，并且

所述一个或多个数据源是以下一项或多项：网络功能；网络数据分析功能；应用功能和网络暴露功能；以及操作、管理和维护。

10.根据权利要求1至5中任一项所述的方法，其中所述选择标准包括多个事件及其相关的元数据中的至少一个事件及其相关的元数据。

11.一种用于通信网络环境的装置，所述装置具有针对历史数据的获取的可能性，所述历史数据指示在所述通信网络环境内发生并且从所述通信网络环境内的一个或多个数据源被获得的事件，

所述装置包括至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使所述装置至少执行：

指定选择标准，所述选择标准将被应用于所述历史数据，以用于对被保存在与第二类型的装置相关联的历史数据储存库中的历史数据执行查询，

指定至少一个处理指令，

其中所述处理指令基于定义的所述查询确定报告的生成，

向所述第二类型的所述装置发送所述选择标准和所述处理指令，以及

基于所发送的所述选择标准和所述处理指令接收在所述第二类型的所述装置处被生成的所述报告。

12.根据权利要求11所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使所述装置还执行：

通过查询第三类型的装置发现所述第二类型的所述装置，以及

从所述第三类型的所述装置接收基于在所述第三类型的所述装置处注册的所述第二类型的所述装置的能力对所述第二类型的所述装置的指示，

其中所述能力表示针对指示在所述通信网络环境内发生的事件的历史数据的获取的所述可能性。

13.根据权利要求12所述的装置，其中所述第二类型的所述装置的所述能力包括历史数据被存储在相关联的所述历史数据储存库中的持续时间。

14.一种用于通信网络环境的装置，所述装置具有针对历史数据的获取的可能性，所述历史数据指示在所述通信网络环境内发生并且从所述通信网络环境内的一个或多个数据源被获得的事件，

所述装置包括至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和计算机程序代码被配置为与所述至少一个处理器一起，使所述装置至少执行：

从第一类型的装置接收选择标准以及至少一个处理指令，所述选择标准将被应用于历史数据，以用于对被保存在与所述装置相关联的历史数据储存库中的历史数据执行查询，

其中所述处理指令基于定义的所述查询确定报告的生成，

基于接收到的所述选择标准和所述处理指令生成所述报告，

向所述第一类型的所述装置或者向由所述第一类型的所述装置所指示的另一装置发送生成的所述报告。

15.根据权利要求14所述的装置，其中

基于接收到的所述选择标准和所述处理指令的所述报告的所述生成包括：

基于所述选择标准从与所述装置相关联的所述历史数据储存库中获取历史数据，以及

向所述装置的处理器单元提供接收到的所述处理指令，其中

所述处理器单元被配置为基于接收到的所述处理指令处理获取的所述历史数据以生成所述报告。

16.根据权利要求14或15所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使所述装置还执行：

在所述装置处提供新的服务能力，以及

在第三类型的装置处利用所述装置的配置能力注册所述装置，其中所述能力表示针对指示在所述通信网络环境内发生的事件的历史数据的获取的所述可能性。

17.根据权利要求16所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使所述装置还执行：

从至少一个数据源收集历史数据，以及

将所收集的所述历史数据存储在与所述装置相关联的所述历史数据储存库中。

18.根据权利要求16所述的装置，其中所述装置的所述能力包括历史数据被存储在相关联的所述历史数据储存库中的持续时间。

19.根据权利要求11至15中任一项所述的装置，其中

在所述通信网络环境内发生的事件是以下一项或多项：用户设备在预定持续时间内存在于预定区域中、所使用的服务的数目和/或类型、接入和移动性管理功能在预定持续时间内过载的次数，并且

所述一个或多个数据源是以下一项或多项：网络功能；网络数据分析功能；应用功能和网络暴露功能；以及操作、管理和维护。

20.根据权利要求11至15中任一项所述的装置，其中所述选择标准包括多个事件及其相关的元数据中的至少一个事件及其相关的元数据。

21.一种非瞬态计算机可读存储介质，存储程序，所述程序包括软件代码部分，所述软件代码部分当在通信网络环境内提供的、具有针对指示在所述通信网络环境内发生并且从所述通信网络环境内的一个或多个数据源被获得的事件的历史数据的获取的可能性的装置的处理器上被运行时，使所述处理器执行：

指定选择标准，所述选择标准将被应用于所述历史数据，以用于对被保存在与第二类型的装置相关联的历史数据储存库中的历史数据执行查询，

指定至少一个处理指令，

其中所述处理指令基于定义的所述查询确定报告的生成，

向所述第二类型的所述装置发送所述选择标准和所述处理指令，以及

基于所发送的所述选择标准和所述处理指令接收在所述第二类型的所述装置处被生成的所述报告。

22.一种非瞬态计算机可读存储介质，存储程序，所述程序包括软件代码部分，所述软件代码部分当在通信网络环境内提供的、具有针对指示在所述通信网络环境内发生并且从所述通信网络环境内的一个或多个数据源被获得的事件的历史数据的获取的可能性的装置的处理器上被运行时，使所述处理器执行：

从第一类型的装置接收选择标准以及至少一个处理指令，所述选择标准将被应用于历史数据，以用于对被保存在与所述装置相关联的历史数据储存库中的历史数据执行查询，

其中所述处理指令基于定义的所述查询确定报告的生成，

基于接收到的所述选择标准和所述处理指令生成所述报告，

向所述第一类型的所述装置或者向由所述第一类型的所述装置所指示的另一装置发送生成的所述报告。

Images