CN113785535B - 数据处理实体 - Google Patents
数据处理实体 Download PDFInfo
- Publication number
- CN113785535B CN113785535B CN201980095959.9A CN201980095959A CN113785535B CN 113785535 B CN113785535 B CN 113785535B CN 201980095959 A CN201980095959 A CN 201980095959A CN 113785535 B CN113785535 B CN 113785535B
- Authority
- CN
- China
- Prior art keywords
- data
- processing entity
- entity
- data processing
- monitoring
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/02—Capturing of monitoring data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/12—Network monitoring probes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/14—Network analysis or design
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/20—Arrangements for monitoring or testing data switching networks the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV
Abstract
本发明涉及一种用于处理网络实体之间的监测数据的数据处理实体,其中,所述数据处理实体用于:从第一网络实体获取第一数据请求,其中,所述第一数据请求包括第一数据标识符,所述第一数据标识符与监测数据相关;从一个或多个其它网络实体获取一个或多个第二数据标识符,其中,所述一个或多个第二数据标识符与待从一个或多个其它网络实体收集的所述监测数据相关;根据所述第一数据标识符和所述一个或多个第二数据标识符,生成关联信息;根据所述关联信息,确定所述待收集的监测数据是否已经在所述数据处理实体处可用,或者确定所述待收集的监测数据是否应该由所述数据处理实体从所述一个或多个其它网络实体收集。
Description
技术领域
本发明涉及通信网络中(特别是5G或3GPP通信网络中)的数据处理实体(Datahandler)。
背景技术
在通常称为5G***(5G System,5GS)的5G通信网络中,出于不同目的,需要支持针对用户实体、基站或控制器等不同网元的监测服务。5GS的不同功能组件需要来自5GS的其它不同功能组件的监测数据。换句话说,5GS功能组件的逻辑实体,即网络功能(NetworkFunction,NF),产生由5GS功能组件的其它逻辑实体(例如,其它NF)使用的监测数据。
监测数据可以是与网络、服务、NSI、NSSI或NF等相关的性能数据,或故障监督数据或应用数据或与数据分析相关的数据,或保证数据或SLA数据或安全数据或与UE或用户相关的数据。5GS功能组件(例如,应用程序、保证或数据分析)的每个逻辑实体都可以是特定监测服务的监测数据产生实体和/或特定监测服务的监测数据使用者,这些实体通过示例定义如下:
·监测数据产生实体:一种网络实体(例如,5GS中的NF),产生与5GS网络或网络切片相关的任何类型的监测数据,例如,网络或网络切片资源、服务或应用相关的关键性能指标(Key performance Indicator,KPI)、服务级别协议(Service LevelAgreement,SLA)、分析数据、安全、性能(PM、FM)。
监测数据使用者:一种网络实体(例如,5GS中的NF),使用与5GS网络和网络切片相关的任何类型的监测数据,例如,网络/网络切片资源、服务或应用相关的KPI、SLA、分析数据、安全性、性能(例如,PM、FM)。
至于3GPP标准,3GPP SA5范围侧重于与5G CN管理平面(Management Plane,MP)相关的网络和/或网络切片操作程序,3GPP SA2范围突出了用于信令的5G CN控制平面(Control Plane,CP)和用于净荷流量逻辑网络切片的用户平面(User Plane,UP)。然而,在当前的5GS中,存在与监测服务有关的一些限制条件。
·在5G CN中,监测服务(例如,NSI/NSSI/NF的PM服务)仅在3GPP管理平面中执行。然而,5GC CP可能需要自己的监测服务,例如,从UP收集UP相关的监测数据。
·管理平面(Management Plane,MP)提供的当前监测服务可能不足以支持垂直服务要求,例如,需要极低时延的URLLC切片。如果监测数据通过MP NF(例如,PM/FM)从CP/UPNF到其它CP/UP NF,则通过MP的数据收集时间可能无法满足URLLC要求(例如,E2E时延为5ms)。
例如,来自MP的监测服务(例如,PM服务)从CP或UP NF收集监测数据,并支持CP、UP和MP中任何网络实体(例如,NF)的监测数据使用者(例如,CP中的NWDAF)。由于CP和UP功能之间的交互通常是针对UP相关的监测数据(例如,NWDAF使用UP监测数据),通过MP监测服务收集数据实际上是不可行的。最初,MP定义了监测服务(即,PM/FM服务),以收集与网络性能和网络切片相关的包括CP和UP的监测数据。然而,CP和UP之间需要监测服务的方向交互,以减少时间和降低复杂性。
另一个限制条件对于超高可靠性超低时延通信(Ultra-Reliable Low LatencyCommunication,URLLC)应用更重要。由于URLLC应用需要实时操作评估,如果监测数据通过MP,则时延要求将无法满足。如图所示,NWDAF需要不同的时延来从UP、CP和MP收集监测数据。显然,如果CP和UP有监测服务(类似PM服务),则所需的数据收集时延可以显著降低。
因此,需要更有效地处理通信网络中的监测数据。
发明内容
本发明的实施例由独立权利要求的特征定义,并且实施例的其它有利实现方式由从属权利要求的特征定义。
第一方面,本发明涉及一种数据处理实体,用于处理网络实体之间的监测数据,其中,所述数据处理实体用于:从第一网络实体获取第一数据请求,其中,所述第一数据请求包括第一数据标识符,所述第一数据标识符与监测数据相关;从一个或多个其它网络实体获取一个或多个第二数据标识符,其中,所述一个或多个第二数据标识符与待从一个或多个其它网络实体收集的所述监测数据相关;根据所述第一数据标识符和所述一个或多个第二数据标识符,生成关联信息;根据所述关联信息,确定所述待收集的监测数据是否已经在所述数据处理实体处可用,或者确定所述待收集的监测数据是否应该由所述数据处理实体从所述一个或多个其它网络实体收集。
因此,可以提高数据收集效率,因为不需要收集数据处理实体中已经可用的监测数据。这可能会减少数据流量。
所述数据处理实体可以作为网络实体内的服务实现,也可以作为网络实体实现。所述数据处理实体可以是网络实体或网络设备或网络组件,其中,网络实体或网络设备可以是物理或逻辑实体。例如,所述数据处理实体可以是3GPP中定义的网络数据分析功能(Network Data Analytics Function,NWDAF)。所述数据处理实体可以是3GPP中定义的操作管理(Operation,Administration and Management,OAM)或管理数据分析功能(Management Data Analytics Function,MDAF)。所述数据处理实体可以是网络开放功能(Network Exposure Function,NEF)。
在所述数据处理实体是NWDAF的情况下,所述第一数据请求的示例是对分析信息的订阅和/或请求。此外,与对分析信息的订阅(即,所述第一数据请求)相关联的第一数据标识符可以是唯一标识分析信息的分析ID等。特别是,当接收到对分析信息的请求和/或订阅时,所述NWDAF根据对分析信息的所述请求和/或订阅以及待收集的所需数据生成关联信息。根据所述关联信息,NWDAF可以决定是否需要触发新的数据收集。
数据处理实体的使用者是需要所述数据处理实体提供信息的网络实体和/或网络设备和/或网络组件。3GPP中定义的任何5GC NF/AF/OAM实体或组件都可以是第一网络实体。
所述数据处理实体提供的信息可以是分析信息或性能数据或故障监督数据或保证数据或安全数据或管理数据,例如,网络或服务或网络切片实例(Network SliceInstance,NSI)或网络切片子网实例(Network Slice Subnet Instance,NSSI)或网络功能(Network Function,NF)或应用功能(Application Function,AF)或OAM和/或用户相关。如果所述数据处理实体提供的信息是分析信息,则所述分析信息可以是(例如)网络性能或网络切片性能的特定分析信息,或NF负载信息等。
发送到和/或转发到所述第一网络实体的所述监测数据可以是性能数据等原始数据,也可以是分析数据等处理数据。监测数据的示例是与网络、服务、NSI、NSSI或NF的性能或故障监督相关的数据;与应用程序或UE或用户相关的数据;与分析信息和/或保证或服务级别协议和/或安全相关的数据,特别是与网络或服务或NSI或NSSI或NF或UE或应用程序相关的数据。
所述数据处理实体可以在不进行任何更改的情况下转发所述监测数据,也可以在发送数据之前处理所述监测数据。
所述第二数据标识符用于获取数据产生实体(即一个或多个其它网络实体)提供的监测数据。基本上,第二数据标识符由数据产生实体(例如,包括5G NF/AF/OAM)定义和支持。所述数据处理实体通过以下方式从数据产生实体获取第二数据标识符的列表:例如(i)通过在数据处理实体处预先配置该列表,和/或(ii)通过经由第三方网络实体和/或直接交换所述第二数据标识符。所述第二数据标识符的一个具体示例是事件标识符或事件ID,其中,事件ID用于获取3GPP中定义的任何5GC NF/AF提供的监测数据。例如,事件ID可以设置为,例如,来自5G NF的“UE可达性”和/或“漫游状态”。
为了获得所述关联信息,可以将对应的指标相互比较或相互映射。
例如,当数据处理实体是NWDAF时,NWDAF具有用于标识特定分析信息(例如,“网络性能”、“UE移动性”、“UE通信”、“NF负载信息”)的分析ID。NWDAF获取待从监测数据产生者收集的监测数据的事件ID。NWDAF通过创建映射表来生成所述关联信息,所述映射表表示哪些请求的分析ID需要哪些第二数据标识符,例如,来自监测数据产生实体的时间ID。
在所述第一方面的另一个实施例中,所述数据处理实体包括用于接收和/或获取相应网络标识符并用于与网络实体通信的网络接口和/或服务。所述第一网络实体可以是使用监测数据的数据使用者,所述一个或多个其它网络实体可以是产生所述监测数据的数据产生实体。所述数据处理实体可以包括一个或多个用于处理数据的处理器。
在所述第一方面的另一个实施例中,所述关联信息指示(例如)根据订阅已经可以由所述数据处理实体接收的数据与所述待收集的监测数据之间的关联关系。如果所述监测数据对应于已经可以由所述数据处理实体接收的所述数据,则所述关联信息指示已经可以由所述数据处理实体接收的数据与所述监测数据彼此对应或对等。如果所述监测数据与已经可以由所述数据处理实体接收的数据不对应,则所述关联信息指示已经可以由所述数据处理实体接收的数据与所述监测数据至少部分不同。
特别是,所述NWDAF应能够在从NF/AF收集数据时决定是否需要触发新的数据收集,以防止不必要的数据收集信号和不必要的数据传输。所述NWDAF可采取以下操作:
-所述NWDAF通过创建映射表来生成关联信息,所述映射表表示将对分析信息(例如,分析ID)的请求和/或订阅与数据收集参数(例如,事件ID+事件过滤器信息+事件上报信息+事件上报目标)相关联。
-所述NWDAF根据所述关联信息处理触发新的事件开放订阅。
·如果可用的事件订阅可以与新的分析请求/订阅关联,则不会创建新的事件订阅。
·否则,所述NWDAF将创建新的事件订阅或修改现有订阅。
在所述方面的另一个实施例中,如果所述待收集的监测数据(特别是)根据订阅不可用,则所述数据处理实体用于:根据至少一个其它数据请求,从所述一个或多个其它网络实体检索所述待收集的监测数据,所述数据处理实体用于:在接收到所述检索到的监测数据之后,向所述第一网络实体发送和/或转发所述检索到的待收集的监测数据;或者,如果所述监测数据在所述数据处理实体处可用,则所述数据处理实体用于向所述第一网络实体发送和/或转发所述可用监测数据。
在所述第一方面的另一个实施例中,所述数据处理实体用于:如果所述数据处理器可以根据数据订阅从所述一个或多个其它网络实体接收所述监测数据,则确定所述监测数据在所述数据处理实体处已经可用。
在所述第一方面的另一个实施例中,所述数据处理实体用于:如果所述监测数据在所述数据处理实体处不可用,则生成所述至少一个其它数据请求,其中,所述至少一个其它数据请求包括与所述待收集的监测数据的至少一个子集相关的至少一个其它数据标识符,和/或请求从至少一个其它网络实体订阅所述监测数据的至少一个子集的订阅。所述其它网络实体可以是所述数据处理实体的任何监测数据产生实体。所述数据处理实体的监测数据产生实体是公开由所述数据处理实体请求的信息的网络实体或网络设备或网络组件。例如,3GPP中定义的5GC NF/AF/OAM可以是生成监测数据的其它网络实体,可以是所述数据处理实体的其它网络实体,例如,NWDAF。
在所述第一方面的另一个实施例中,所述数据处理实体用于:获取第二数据标识符作为所述至少一个其它数据标识符,其中,所述第二数据标识符与待从第二网络实体或待由第二网络实体收集的监测数据相关,所述第二网络实体是其它网络实体中的一个;所述数据处理实体用于(特别是)在接收所述第一数据请求之前,获取所述第二数据标识符。
特别是,所述数据处理实体用于以静态和/或动态的方式从所述第二网络实体获取与监测数据相关的所述第二数据标识符。在静态方式下,所述数据处理实体在数据产生实体的协调下,配置和存储所述第二数据标识符。在动态方式下,所述数据处理实体可以使用请求/响应模式或基于服务的架构和/或通过第三方网络实体从一个或多个其它网络实体获取所述第二数据标识符。
在所述第一方面的另一个实施例中,所述数据处理实体用于:生成所述第一数据标识符,并且(特别是)在接收所述相应的数据请求之前,向所述第一网络实体传输所述第一数据标识符。
例如,所述数据处理实体用于生成所述第一数据标识符,所述第一数据标识符用于标识所述数据处理实体提供的特定信息。所述第一数据标识符的列表将以静态方式或动态方式与所述数据处理实体的使用者交换。
标识符可以是单词、数字、字母、符号或这些单词、数字、字母、符号的任何组合。所述第一数据标识符用于获取所述数据处理实体提供的信息。为了支持数据处理实体提供的信息的数据使用者(例如,5G NF/AF/OAM),所述数据处理实体应向数据使用者提供所述第一数据标识符列表。所述数据处理实体配置和/或生成第一数据标识符以标识支持的数据类型。数据使用者在向数据处理实体请求数据时使用所述第一数据标识符。特别是,分析ID(其中,分析ID是第一数据标识符)用于获取由NWDAF提供的分析信息,其中,所述NWDAF是所述数据处理实体。所述NWDAF应该向数据使用者(包括3GPP中定义的5GNF/AF/OAM)提供其支持的分析ID列表。每个数据使用者(例如,SMF)使用特定的分析ID向所述NWDAF请求分析信息。例如,分析ID可以设置为“网络性能”和/或“UE移动性”和/或“UE通信”和/或“NF负载信息”。
在所述第一方面的另一个实施例中,所述数据处理实体用于将所述第一数据标识符与至少一个数据收集参数相关联,以便将所述第一数据标识符与所述待收集的监测数据相关联,其中,所述至少一个数据收集参数是所述第二数据标识符,并指示哪些数据构成所述监测数据或监测数据的特定子集。
特别是,所述数据处理实体关联映射的初始配置,所述映射表示哪些特定信息需要来自监测数据产生实体的哪些特定监测数据。特别是,所述数据处理实体通过创建映射表来生成所述关联信息,所述映射表表示哪些请求的信息和/或监测数据需要来自监测数据产生实体的哪些第二数据标识符。
在所述第一方面的另一个实施例中,所述第一标识符由以下标识符中的至少一个构成和/或包括以下标识符中的至少一个:数据开放标识符,特别是与数据分析信息相关的数据分析标识符,所述第二标识符由以下标识符中的至少一个构成和/或包括以下标识符中的至少一个:事件标识符,特别是与待从所述第二网络实体收集的监测数据相关的标识符,例如,所述时间标识符或时间ID可以设置成来自5G NF的“UE可达性”和/或“漫游状态”。
在所述第一方面的另一个实施例中,所述第一数据请求还包括:过滤器信息,特别是对与所述第一标识符关联的地理区域和/或阈值进行过滤;和/或数据上报信息和/或数据上报指示的目标,所述其它数据请求还包括:过滤器信息,特别是对与所述第二标识符关联的地理区域和/或阈值进行过滤,和/或数据上报信息和/或数据上报指示的目标。
在所述第一方面的另一个实施例中,所述数据处理实体是网络数据分析功能(network data analytics function,NWDAF)实体,所述第一网络实体是NWDAF服务使用者,所述数据处理实体用于接收所述第一数据请求,所述第一数据请求指示分析信息的订阅和/或请求,所述第一数据标识符是分析标识符,所述处理器用于通过创建所述分析标识符和/或所述第一数据请求与待收集作为所述监测数据的数据的映射表,生成所述关联信息,其中,所述待收集的监测数据与至少一个事件标识符和/或事件过滤器信息和/或事件上报信息和/或数据上报指示的目标等监测参数相关联,所述数据处理实体用于:如果新的分析信息订阅是必须的,则决定是否触发和/或更新从所述一个或多个其它网络实体收集数据,或者决定所述请求的分析信息是否已经根据来自所述一个或多个其它网络实体的分析信息的现有订阅提供给所述数据处理实体。
特别是,在接收到来自使用者的数据请求之后,所述NWDAF执行所述关联信息。
所述NWDAF针对分析信息的特定请求和/或订阅,将事件ID与分析ID关联,以便:
-特定数据请求信息的一个事件ID(例如,事件实例ID)可以与多个分析实例ID关联;
-特定数据请求信息的一个分析ID(例如,分析实例ID)可以与特定数据请求信息的多个(唯一)事件ID关联;
-当所述NWDAF接收到对分析信息(例如,由分析ID指示)的新请求/订阅时;如果没有现有的分析ID可以支持新的请求/订阅,NWDAF仅为特定数据请求信息(例如,分析实例ID)创建分析ID;
-当所述NWDAF为特定数据请求信息(例如,分析实例ID)创建新的分析ID时;
如果无法使用现有事件ID,则所述NWDAF仅为特定数据请求信息(例如,事件实例ID)创建新的时间ID。
所述NWDAF可以为特定数据请求信息生成分析ID(例如,分析实例ID),并为分析使用者的特定数据请求的待收集数据的特定数据请求信息生成一个或多个事件ID(例如,事件实例ID)。事件实例ID的示例可以与事件ID和/或事件过滤器信息和/或事件上报信息和/或事件上报目标的关联关系相关。分析实例ID的示例可以与分析ID和/或分析过滤器信息和/或上报信息和/或分析上报信息的目标的关联关系相关。
所述NWDAF可以通过创建对分析信息的特定数据请求和/或订阅的分析信息请求和/或订阅的映射表来执行与关联事件标识符的关联信息。
所述NWDAF可以通过创建待针对特定数据请求信息收集的特定监测数据的事件标识符的映射表来执行与对分析信息(例如,分析ID)的关联请求和/或订阅的关联信息。
在所述第一方面的另一个实施例中,所述数据处理实体是网络数据分析功能(network data analytics function,NWDAF)实体,所述第一网络实体是NWDAF服务使用者,所述数据处理实体用于从所述第一网络实体接收订阅终止请求,所述订阅终止请求指示分析信息订阅的终止,所述数据处理实体用于终止向所述第一网络实体传输与所述终止的订阅相关的监测数据,所述数据处理实体用于修改来自所述第一网络实体的订阅请求与待收集的监测数据的关联关系,或者所述数据处理实体用于删除来自所述第一网络实体的订阅请求与待收集的监测数据的关联关系。
在所述第一方面的另一个实施例中,所述数据处理实体用于确定数据收集过程,以便从所述一个或多个其它网络实体收集数据,从而获得所述监测数据。
在所述第一方面的另一个实施例中,所述数据处理实体用于根据所述接收到的第一数据请求和/或所述第一数据标识符,确定应该从其收集数据以获得所述监测数据的所述一个或多个其它网络实体。
在所述第一方面的另一个实施例中,所述数据处理实体用于从所述一个或多个其它网络实体接收所述一个或多个第二数据标识符,其中,所述一个或多个第二数据标识符标识所述待从一个或多个其它网络实体收集的监测数据。
在所述第一方面的另一个实施例中,所述数据处理实体用于在5G通信网络中进行通信。
第二方面,本发明涉及一种数据处理方法,用于处理网络实体之间的监测数据,其中,所述数据处理方法包括:从第一网络实体获取第一数据请求,其中,所述第一数据请求包括第一数据标识符,所述第一数据标识符与监测数据相关;从一个或多个其它网络实体获取一个或多个第二数据标识符,其中,所述一个或多个第二数据标识符与待从一个或多个其它网络实体收集的所述监测数据相关;根据所述第一数据标识符和所述一个或多个第二数据标识符,生成关联信息;根据所述关联信息,确定所述待收集的监测数据是否已经在所述数据处理实体处可用,或者确定所述待收集的监测数据是否应该由所述数据处理实体从所述一个或多个其它网络实体收集。
所述数据处理方法可以由所述第一方面的所述数据处理实体实现。
附图说明
本发明的其它实施例将在下文中结合以下附图进行描述,其中:
图1示出了通信场景下的数据处理实体;
图2示出了通信场景下的数据处理实体;
图3A至图3D示出了通信场景下的操作和服务;
图4示出了通信场景下的数据处理实体;
图5示出了通信场景下的数据处理实体;
图6示出了通信场景下的数据处理实体;
图7示出了通信场景下的数据处理实体;
图8A和图8B示出了通信场景下的数据处理实体的操作;
图9A和图9B示出了通信场景下的数据处理实体的操作;
图10示出了通信场景下的数据处理实体的操作;
图11示出了传统方法与根据一些实施例的方法之间的区别;
图12示出了传统方法与根据一些实施例的方法之间的区别;
图13为数据处理方法的流程图。
具体实施方式
图1示出了数据处理实体101用于处理网络实体107-1和107-2之间的监控数据的通信场景。数据处理实体101通过连接111-1连接到第一网络实体107-1。举例来说,图1还示出了数据处理实体101和另一个第一网络实体107-2之间的连接111-2。与第一网络实体相关的描述相应地第二网络实体107-2。数据处理实体101通过连接114-1与数据产生实体109通信。
连接111-x和114-x可以是5G对应的网络连接。
数据处理实体101用于:通过连接111-1从第一网络实体107-1获取第一数据请求,其中,所述第一数据请求包括第一数据标识符,所述第一数据标识符与监测数据相关;从一个或多个其它网络实体109获取一个或多个第二数据标识符,其中,所述一个或多个第二数据标识符与待从一个或多个其它网络实体109收集的所述监测数据相关;根据所述第一数据标识符和所述一个或多个第二数据标识符,生成关联信息;根据所述关联信息,确定所述待收集的监测数据是否已经在所述数据处理实体处可用,或者确定所述待收集的监测数据是否应该由所述数据处理实体101从所述一个或多个其它网络实体收集。
第二网络实体107-2可以通过连接111-2传输包括其它数据标识符的第二数据请求,所述其它数据标识符可以与所述第一数据标识符相同或不同,以请求监测数据。数据处理实体101处理第二数据请求的方式与处理所述第一数据请求的方式相同。
网络实体107-1和107-2是监测数据的使用者,而网络实体109是监测数据的产生实体。实体107-1、107-2和109可以是网络功能(network function,NF),并且可以设置在相同或不同的网络平面中,例如控制平面(control plane,CP)、用户平面(user plane,UP)或管理平面(management plane,MP)。
所述数据处理实体可以作为网络实体内的服务实现,也可以作为网络实体实现。所述数据处理实体可以是网络实体或网络设备或网络组件,其中,网络实体或网络设备可以是物理或逻辑实体。例如,数据处理实体可以是3GPP等中定义的网络数据分析功能(Network Data Analytics Function,NWDAF)。所述数据处理实体可以是3GPP中定义的操作管理(Operation and Management,OAM)或管理数据分析功能(Management DataAnalytics Function,MDAF)。所述数据处理实体还可以是网络开放功能(NetworkExposure Function,NEF)。
在一个实施例中,数据处理实体101可以高效地支持监测任务管理,例如,数据使用者NF 107-1和107-2以及数据产生实体NF 109之间的5G***(5G system,5GS),以避免不必要的数据收集信令和不必要的数据传输。
在一个实施例中,数据处理实体101支持5GS以高效地重用跨CP、UP和MP的监测服务。
在一个实施例中,数据处理实体101通过在数据使用者NF 107-1和107-2以及数据产生实体NF 109之间提供高效的监测服务来支持5GC。
在一个实施例中,数据处理实体101在5GS和非3GPP***中高效协调监测服务。
在一个实施例中,数据处理实体101减少数据收集时间以满足5GS中的URLLC服务等垂直服务的要求。
在一个实施例中,数据处理实体101可以提供监测即服务(Monitoring as aService,MaaS)功能,这种功能可以支持:
·数据产生实体109以及数据使用者107-1和107-2之间的监测服务和任务管理。
·任何数据产生实体109与数据使用者107-1和107-2之间的,和/或用于用户平面(User Plane,UP)、控制平面(Control Plane,CP)和管理平面(Management Plane,MP)的,和/或用于控制平面(Control Plane,CP)和管理平面(Management Plane,MP)的集成,和/或用于跨技术/管理领域的E2E监控服务和/或用于与非3GPP***的E2E监控服务协调的可重用监测服务模型。
在一个实施例中,数据处理实体101支持MaaS产生者、MaaS使用者或MaaS发现/注册程序。术语“MaaS”涉及由数据处理实体101提供的对所涉及的网络实体的监测即服务。
在一个实施例中,数据处理实体101使5GS能够支持覆盖CP、UP和MP的监测服务和任务管理。
在一个实施例中,数据处理实体101使5GS能够支持以更快方式监测URLLC应用的数据收集。
在一个实施例中,数据处理实体101使5GS能够集成传统***、第三方和/或非3GPP***,以通过以下方式支持监测数据开放和任务管理:
(i)提供由MaaS功能构成的以下MaaS特征:
·用于监测数据产生实体的MaaS产生者,
·用于监测数据使用者的MaaS使用者,
·用于监测数据的代理服务的MaaS发现/注册程序,
·用于处理监测任务的MaaS任务管理器;
(ii)提供MaaS任务管理器功能提供的服务,特别是,
·产生程序和使用者之间的数据收集任务控制/管理,用来避免不必要的数据订阅/请求信令或不必要的数据传输;
(iii)提供服务接口。
参考图2、图3A至图3D描述了由MaaS功能构成的MaaS特征的其它实施例,示出了服务和操作的实施例。
每个MaaS特征都可以由MaaS功能提供的服务构成。
针对数据产生实体109提出了MaaS产生者功能。CP、UP和MP上产生监测数据的任何网络功能(Network Function,NF)都可以要求产生者功能支持请求监测数据的任何网络实体。如图2所示,MaaS产生者109的服务可以是如下服务:
服务P#1:发布,及相关模板,
服务P#2:配置,及相关模板,
服务P#3:通知,及相关模板,
服务P#4:开放,及相关模板。
在下表中,与MaaS产生者相关的每个服务(P#1至P#4)与创建服务所需的参数一起列出。例如,创建发布服务所需的参数包括但不限于服务信息、具有阈值的可测量KPI列表、上报相关信息、优先级等,如下所述。使用这些参数可以创建发布服务的模板。下表列出了具有创建服务模板所需参数的MaaS产生者服务(P#1至P#4)。
针对数据使用者107提出了MaaS使用者功能。CP、UP和MP上使用监测数据的任何网络功能(Network Function,NF)都可以要求使用者功能请求监测数据。
在一个实施例中,MaaS使用者107的服务是
服务C#1:订阅,及相关模板;
服务C#2:取消订阅,及相关模板。
在下表中,与MaaS使用者107相关的每个服务与创建服务所需的参数一起列出。支持MaaS使用者特征的服务包括订阅和取消订阅。例如,创建订阅服务所需的参数包括但不限于服务信息、具有通知阈值的请求KPI列表、上报相关信息、优先级等,如下表所述,显示了MaaS使用者服务和具有输入参数和返回值的操作。下表列出了具有创建服务模板所需参数的MaaS使用者服务(C#1至C#2)。
在一个实施例中,可以执行MaaS注册/发现程序。
提出使用MaaS注册/发现功能来支持MaaS产生者和MaaS使用者之间的注册和发现服务。MaaS注册/发现功能实现MaaS产生者如何注册以及MaaS使用者如何发现监测数据。与代理服务类似,此功能可以在数据产生实体和数据使用者之间发现和注册监测服务。如图6所示,MaaS注册/发现程序的基本服务是
服务R#1:注册,及相关模板,
服务R#2:发现,及相关模板。
在下表中,MaaS注册/发现程序相关的每个服务(R#1至R#2)与子服务(作业)一起列出。注册服务与MaaS产生者的发布服务相关。MaaS注册/发现程序接收来自MaaS产生者的发布服务,以注册该服务。发布服务的注册包括但不限于MaaS注册/发现程序创建许多作业(例如,创建/删除MaaS作业)。在为特定发布服务创建注册服务的MaaS作业后,将返回关联的MaaS ID。对MaaS使用者执行类似过程,以注册MaaS服务实例。在这种情况下,相关操作是从MaaS使用者订阅/取消订阅服务,以创建/更新/删除注册服务支持的MaaS实例。
发现服务提供可用的MaaS服务目录,更新服务目录和服务信息(例如,服务名称、源、MaaS ID、可测量KPI)的映射。注册和发现程序的关联作业所需的参数如下表所示。
MaaS任务管理器可以由数据处理实体101实现。提出MaaS任务管理器101的功能来支持MaaS产生者和MaaS使用者之间的服务。MaaS任务管理器功能支持如何在MaaS产生者和MaaS使用者之间进一步管理监测数据。例如,如果两个数据使用者从同一个监测数据产生实体订阅了相同的监测数据,则需要从MaaS产生者上报单个数据,而不是上报两个数据流。任务管理器管理MaaS产生者和使用者之间数据处理任务的优化,例如配置任务、数据上报中的优化等。
在一个示例中,MaaS任务管理器101的服务是
服务TM#1:配置,及相关模板,
服务TM#2:通知,及相关模板。
基本上,任务管理考虑(i)配置和(ii)通知。配置服务包括管理来自同一使用者的订阅任务和/或管理来自同一产生者的发布任务的能力。通知服务与向使用者上报数据和从存储库X查询数据有关。MaaS任务管理器的服务和相关操作如下表概述:
在一个实施例中,MaaS产生者109和MaaS注册/发现程序和任务管理器101之间和/或MaaS使用者107和MaaS注册/发现程序和任务管理器101之间的服务接口可以被转换为服务操作(即,基于服务的架构)。示例***操作由上表中描述的MaaS功能组件(MaaS产生者、MaaS使用者、MaaS注册/发现程序、MaaS任务管理器)支持。
在一些实施例中,提供了由覆盖CP、UP和MP的5GS中用于网络和网络切片的监测服务(MaaS)构成的可重用和通用监测框架。此外,这些功能可扩展到覆盖从(到)5GS到(从)第三方(例如,由3GPP定义的应用功能(Application Function,AF))和/或传统***和/或非3GPP***(例如,传输网络(Transport Network,TN))的监测服务。
图4示出了MaaS的通用模型,以支持MP、UP和CP的5GC NF之间的监测服务,包括非3GPP网络(例如,接入网(Access Network,AN))。由MaaS功能构成的MaaS特征可以包括以下内容:
·MaaS F1:MaaS产生者,
·MaaS F2:MasS使用者,
·MaaS F3:MaaS注册/发现程序,
·MaaS F4:MaaS任务管理器。
上述服务由数据处理实体101启用,可以实现为MaaS任务管理器。
图4所示的MaaS任务管理器在一些实施例中是网络实体,其可以被视为(i)5G***(5G System,5GS)的单个网络实体和/或(ii)可以与5GS的一个或多个网络功能或网络实体共位。
任务管理器101的示例性功能是:
-从数据使用者107(例如,107-1和107-2)获取第一数据请求,其中包括关于待收集数据的输入参数。
-将来自数据使用者的请求的映射与待从关联的数据产生实体109收集的所需数据相关联。
-处理数据使用者107和数据产生实体109之间的请求。
数据使用者107和数据产生实体109之间的请求的处理可以包括但不限于以下内容:
-识别/检查是否已经存在(类似或)相同的MaaS订阅和/或提取请求,
-如果相同的订阅可用,则不会创建和开放新的订阅,
-否则,创建新订阅和/或修改现有订阅。
例如,如果接收到针对待收集的相同数据的类似请求,例如,具有不需要新订阅的不同上报周期或上报粒度或过滤器信息,则可以将修改请求发送到MaaS产生者109。
此外,MaaS任务管理器101可以使用本地标识符来更好地控制请求和待收集数据之间的关联。特别地,MaaS任务管理器101可以:
-生成本地标识符以标识请求ID的出现/实例,MaaS任务管理器101可以使用其特定的请求过滤器信息和事件上报集生成该请求ID;
-生成本地标识符,以使用其特定的过滤器信息和事件上报集来标识来自数据产生实体的数据收集ID请求的发生/实例。
在图5所示的实施例中,第一网络实体107-1可以将其数据请求与用于过滤的过滤器X和可选的数据A一起发送。第二网络实体107-2可以将其数据请求与用于过滤的过滤器Y和可选的数据A一起发送。MaaS任务管理器101可以使用本地标识符来更好地控制请求和待收集的数据之间的关联关系。数据A和过滤器X可以通过链路114-1发送到MaaS产生者109,其中,数据A和过滤器Y可以通过链路114-2发送到MaaS产生者109。
基于MaaS ID和事件ID的本地标识符可以如下所示:
·MaaS ID标识MaaS任务管理器101可以生成的来自MaaS使用者107的请求;
·MaaS实例ID:标识MaaS任务管理器101可以使用其特定的过滤器信息和事件报告集生成的MaaS ID请求的出现/实例<本地标识符>;
·事件ID:标识MaaS任务管理器101可以用于收集数据的对MaaS产生者109的请求;
·事件实例ID:使用特定的事件过滤器信息和事件报告集<本地标识符>标识MaaS产生者(例如,NF/AF/OAM)对事件ID的MaaS请求的发生/实例。
在一个实施例中,MaaS任务管理器101将事件实例ID与MaaS实例ID相关联,以便:
一个事件实例ID可以与多个MaaS实例ID关联;
一个MaaS实例ID可以与多个(唯一)事件实例ID关联;
当任务管理器接收到对MaaS ID的新请求/订阅时;如果没有现有的MaaS实例ID可以支持新的请求/订阅,任务管理器仅创建MaaS实例ID;
当任务管理器创建新的MaaS实例ID时;任务管理器仅在无法使用现有事件实例ID时创建新的事件实例ID。
通过提供数据收集任务控制/管理,MaaS任务管理器可以支持以下场景下不必要的事件开放订阅/请求信令或不必要的数据传输。
在可以由图5中所示的示例处理的另一个实施例中,相同(或类似)MaaS服务请求(或订阅)可以由使用者107管理,使用者107包括来自同一数据产生实体的相同类型的数据收集。在类似请求的情况下,例如,相同数据的数据收集和/或报告粒度可能不同。MaaS任务管理器101接收来自MaaS使用者107的相同请求,并触发来自MaaS产生者的相同类型数据的多次数据收集。
第一网络实体107-1,即MaaS使用者,通过链路111-1通信,例如信息A订阅请求或响应。第二网络实体107-2,即MaaS使用者,通过链路111-2通信,例如信息A订阅请求或响应。
形成MaaS任务管理器的数据处理器101通过链路114-1和链路114-1事件开放订阅和数据X的请求/响应进行通信。
在可以由图5中所示的示例处理的另一个实施例中,MaaS任务管理器101从MaaS使用者107-1、107-2接收不同的分析请求,并触发来自MaaS产生者109的同一类型数据的多次数据收集。因此,支持使用者107(即107-1、107-2)的不同MaaS服务请求(或订阅),其中包括从同一数据产生实体109获得相同类型的数据收集。
第一网络实体107-1,即MaaS使用者,通过链路111-1通信,例如信息B订阅请求或响应。第二网络实体107-2,即MaaS使用者,通过链路111-2通信,例如信息C订阅请求或响应。
形成MaaS任务管理器的数据处理器101通过链路114-1和链路114-2向MaaS产生者109发送事件开放订阅和数据Y的请求/响应。
在可以由图5中所示的示例处理的另一个实施例中,MaaS任务管理器101从特定的MaaS使用者107-1、107-2接收不同的分析请求,并触发与MaaS使用者107-1、107-2对应的多次数据开放。因此,MaaS任务管理器101管理特定使用者的不同MaaS服务请求(或订阅),以同步/优化来自具有不同数据报告粒度的MaaS数据产生实体的数据收集。
第一网络实体107-1,即MaaS使用者,通过链路111-1通信,例如信息A订阅请求或响应。第二网络实体107-2,即MaaS使用者,通过链路111-2通信,例如信息B订阅请求或响应。
构成MaaS任务管理器的数据处理器101仅通过链路114-1向MaaS产生者109发送数据A订阅和请求/响应以及数据B订阅和请求/响应。
在一个实施例中,可以处理例如3GPP SA2 TS23.288的分析订阅和数据收集触发之间的关联关系。根据3GPP SA2/SA5定义的分析订阅有两种类型:
1.订阅/通知,
2.提取请求/响应。
下面根据一些实施例描述分析订阅和数据收集触发之间的关联关系的过程。
在以下过程中,参考图5公开了由3GPP SA2定义的网络数据分析功能(NetworkData Analytics Function,NWDAF)如何使用MaaS任务管理器101控制数据收集过程,以避免不必要的数据订阅信令和不必要的数据传输。
第一网络实体107-1和第二网络实体107-2可以形成网络功能(NF#1和NF#2),所述网络功能向由数据处理实体101形成的NWDAF请求相同的分析请求,需要从不同的数据源(例如NF/AF/OAM)收集相同的数据。这里AF是3GPP定义的应用功能,OAM是3GPP SA5定义的操作管理功能。
步骤1至3的流程根据一个实施例如下:
1.NWDAF 101接收来自MaaS使用者(NF#1)107-1的请求。请求包括(但不限于)MaaS使用者信息(例如,使用者ID)、请求的MaaS服务信息(例如,请求ID)、关于待收集数据的信息、监测数据、请求(例如,MaaS产生者的事件ID)过滤器信息
2.NWDAF 101关联使用者信息、请求的分析ID、待收集的输入数据(例如,NF/AF/OAM的事件ID)之间的映射
a.可选地,在映射期间,NWDAF 101可以生成分析实例ID和/或事件实例ID,以能够支持对数据收集任务的更好控制,以便
·一个事件实例ID可以与多个分析实例ID关联;
·一个分析实例ID可以与多个(唯一)事件实例ID关联;
3.NWDAF 101与数据收集任务管理器功能一起操作,以控制所请求的分析ID和相关数据收集之间的关联关系,从而避免用于不必要的数据收集信令
a.如果没有现有的分析(实例)ID和/或事件(实例)ID可以支持新的请求/订阅,则NWDAF 101创建新的数据订阅/请求(例如,来自NF#1)和/或修改对关联NF/AF/OAM的现有订阅/请求,以得到具有所需过滤信息的待收集数据。
否则,NWDAF 101将不会创建对关联的NF/AF/OAM的新的数据订阅/请求,以避免用于不必要的数据收集信令。这种情况下,来自第二网络实体107-1、NF#2的请求与第二网络实体107-1、NF#1相同,并且已经建立了对NF#1 107-1所需数据的订阅
在如图5所示的实施例的扩展中,除了网络实体107-1、107-2之外,图5中未示出的第三网络实体NF#3可以作为分析使用者实体存在。
NWDAF 101处的数据收集任务控制的一些实施例是部署来自不同分析使用者NF#1、107-1、NF#2、107-2和NF#3的三个请求,图5中未示出。这可能需要从特定数据源(例如,NF/AF/OAM)收集公共数据。
请求的顺序如下:NF#1->NF#2->NF#3。
步骤1:NF#1 107-1已被请求,NWDAF 101创建用户、分析ID、待收集的数据之间的关联/映射关系。NWDAF 101向对应的数据产生实体(NF/AF/OAM)发送事件ID{1,4}的开放请求。
创建的关联关系(或映射条目)示例:用户NF#1:分析ID#2<->事件ID{1,4}+<ID#4-1的过滤器>
步骤2:NWDAF 101接收来自NF#2 107-2的相同请求。NWDAF 101操作数据收集任务控制,并发现具有相同过滤器信息的待收集的相同数据的相同请求,因此,决定不需要订阅(或开放请求)。
步骤3:NWDAF 101接收来自NF#3(未显示)的请求,该请求需要事件ID-4的公共数据收集。NWDAF 101创建用户、分析ID和待收集的数据之前的关联/映射关系。对于事件ID-4,已建立开放请求。因此,NWDAF 101仅向对应的数据产生实体(NF/AF/OAM)发送事件ID-2的开放请求。
创建的关联关系(或映射条目)示例:用户NF#3:分析ID#5<->事件ID{2,4}+<ID#4-1的过滤器>
参考本文描述的所有实施例,数据开放标识符可以是用于标识网络数据处理实体可以生成的支持数据类型的标识符。为了支持数据使用者(例如,5G NF/AF/OAM),网络数据处理实体应该先数据使用者提供数据开放ID的列表。当向网络数据处理实体101请求数据时,数据使用者使用对应的数据开放标识符。
例如,由数据处理实体101构成的NWDAF可以向数据使用者(例如5G NF/AF/OAM)107提供其支持的分析ID(例如,数据暴露标识符)的列表。每个数据使用者107(例如,SMF)使用特定的分析ID向所述NWDAF 101请求分析信息。
事件标识符可以标识订阅的事件类型。基本上,事件标识符由数据产生实体109(例如,5G NF/AF/OAM)定义和支持。数据处理实体101可以从数据产生实体109接收事件标识符列表。
示例:5G NF(例如,SMF和AMF)定义事件标识符(3GPP 23.502定义的PDU会话释放、UE在感兴趣区域外的移动性等),NWDAF 101将使用这些事件标识符来关联特定的数据开放ID。在TS23.288的当前规范中,有一种预定义的方式在数据产生实体(例如,5GNF/AF/OAM)和NWDAF之间交换这些事件标识符。
至于从数据使用者107接收数据请求,数据处理实体从数据使用者接收数据请求,该数据请求包括但不限于数据开放标识符和/或过滤器信息和/或数据上报信息和/或数据上报的目标。
事件过滤器信息,如3GPP SA2(TS23.502)中定义的,提供了要匹配的事件参数类型和事件参数值,为了满足通知订阅事件ID的条件,例如,事件参数类型可以是“感兴趣区域”,事件参数值列表可以是TA列表;事件过滤器取决于事件ID。事件过滤器信息是根据订阅的事件ID提供的:在订阅中,不同的事件可以与不同的事件过滤器信息关联。
下表示例性地描述了事件上报信息。在订阅中,所有事件ID都与唯一的事件上报信息关联。
事件上报信息
事件上报的目标可以指示特定的UE或PDU会话、一组UE或任何UE(即所有UE),在订阅中,所有事件ID都与相同的事件上报目标关联(可能对应于多个UE或多个PDU会话)。
至于数据请求与数据收集参数的关联关系,在从数据使用者接收数据请求之后,数据处理实体101(例如,NWDAF)可以将数据请求与对应的待收集的数据(即,对应的事件标识符)关联。这里,关联关系可以是数据开放标识符与对应的事件标识符以及过滤器信息和/或数据上报信息和/或数据上报的目标的映射关系。
例如,NWDAF 101将对分析信息(例如,分析ID)的请求和/或订阅与数据收集参数(例如,事件ID+事件过滤器信息+事件上报的目标)关联,其中,可以执行事件标识符,可选地与过滤器信息和/或数据上报信息和/或数据上报的目标,与关联的数据开放标识符进行关联。
例如,NWDAF 101将对数据收集参数(例如,事件ID+事件过滤器信息+事件上报目标)的请求和/或订阅与对分析信息(例如,分析ID)的对应请求和/或订阅关联。
关于数据收集的确定或处理过程,数据处理实体101可以根据关联信息确定数据收集的处理过程。如果事件ID的可用事件订阅可以与新的数据请求关联,则不会创建新的事件订阅。否则,网络数据处理实体创建对相应数据产生实体的新的事件订阅或修改现有的订阅
例如,NWDAF 101根据关联信息处理触发新的事件开放订阅。
·如果可用的事件订阅可以与新的分析请求/订阅关联,则不会创建新的事件订阅。
·否则,所述NWDAF 101将创建新的事件订阅或修改现有订阅。
至于附加信息,数据处理实体101可以是也可以不是单个实例或多个实例。数据处理实体101能够创建数据开放实例标识符或事件实例标识符,以更好地控制关联信息。这些标识符可以被视为本地标识符。
分析实例ID<数据开放实例标识符>标识NWDAF可以使用其特定分析过滤器信息和分析上报目标集生成的分析ID请求的出现/实例。
事件实例ID标识来自NF的NWDAF请求事件ID的事件/实例,具有特定的事件过滤器信息和事件上报目标集。NWDAF 101(即,数据处理实体101)将事件实例ID与分析实例ID关联,以便:
·一个事件实例ID可以与多个分析实例ID关联;
·一个分析实例ID可以与多个(唯一)事件实例ID关联;
·如果NWDAF接收到对分析ID的新的请求/订阅,如果没有现有的分析实例ID可以支持新的请求/订阅,那么NWDAF仅创建分析实例ID;
·如果新的分析实例ID由NWDAF创建,且不可以使用现有的事件实例ID,那么NWDAF仅创建新的事件实例ID。
至于数据请求模式,例如,考虑两种类型的数据请求模式。
·请求,例如一次性数据请求,
·订阅,其中此类数据请求是事件订阅。上报方法可以是基于事件的,也可以是定期的。
至于终止和/或取消订阅数据请求,当接收到对数据请求的取消订阅时,数据处理实体101可以用于进行以下一个或多个操作:
-如果关联关系与其它数据请求独立,则删除数据请求的关联信息和/或
-如果关联信息依赖于/来自其它数据请求,则修改与数据请求相关的关联信息。
至于直接数据传输,数据处理实体101还可以用于支持将请求的数据从数据产生实体直接传输到数据使用者。例如:数据处理实体101将从数据产生实体109收集的数据直接转发到数据使用者107,而不需要进一步处理。
对于处理数据传输,数据处理实体101还可以用于
-从数据存储库提取数据以进行进一步的数据处理,
-支持从数据存储库提取的数据的数据处理功能(例如,聚合、合成),
-将处理后的数据(例如,聚合数据、合成数据)开放给数据使用者。
例如:特定数据使用者107(例如,OAM)以相同(或类似)数据上报信息向NWDAF101请求多个分析信息(多个分析ID)。例如,数据上报速率为5分钟的分析信息#1,数据上报速率为10分钟的分析信息#2。通过处理数据传输,可以有效地修改向数据使用者传输数据。NWDAF 101可以合成由存储库提取的分析信息#1和#2,如果时间可以同步以减少数据传输,则每10分钟开放一次组合的分析信息。
图6和图7示出了构成NWDAF的数据处理实体101的实施例。
图6涉及NWDAF服务使用者107进行过程分析订阅/取消订阅。该过程可由任何NWDAF服务使用者107(例如,包括NF/AF/OAM)使用,使用例如此处所述的Nnwdaf_AnalyticsSubscription服务在NWDAF 101上订阅/取消订阅,以在分析信息上得到通知。任何网络实体都可以按照此处所述使用此服务。
关于该过程,NWDAF服务使用者107通过例如调用Nnwdaf_AnalyticsSubscription_Subscribe/Nnwdaf_AnalyticsSubscription_Unsubscribe服务操作来订阅分析消息或取消对分析信息的订阅。
当接收到对分析信息的订阅时,NWDAF 101将对分析信息的订阅与所需的待收集的数据相关联,并决定是否需要触发新的数据收集。
如果NF服务使用者107订阅了分析信息,则NWDAF 101通过调用Nnwdaf_AnalyticsSubscription_Notify服务操作向NWDAF服务使用者通知分析信息。
图7描述了与NWDAF服务使用者107的分析请求相关联的过程。NWDAF服务使用者107(例如,包括NF/AF/OAM)使用此过程从NWDAF请求和获取分析信息,例如,使用此处描述的Nnwdaf_AnalyticsInfo服务。
关于该过程,NWDAF服务使用者107通过调用Nnwdaf_AnalyticsInfo_Request服务操作来请求分析信息。
当接收到对分析信息的请求时,NWDAF将对分析信息的请求与所需的待收集的数据相关联,并决定是否需要触发新的数据收集。NWDAF 107以分析信息响应NWDAF服务使用者107。
通常,数据收集功能允许NWDAF 101从各种来源(例如,AMF、SMF、PCF等NF)检索数据,作为网络分析计算的基础。
可用数据可以包括:
-OAM全局NF数据,
-与单个UE或UE组相关的行为数据(例如,UE可达性),以及覆盖整个UE数量的预计算度量(例如,地理区域中存在的UE数量),每个空间和时间维度(例如,一段时间内的每个区域),
-5GC中可用的其它NF数据(例如,NRF)。
NWDAF 101可以使用以下服务中的至少一种:
-OAM提供的TS 28.532[6]中定义的通用管理服务,以收集OAM全局NF数据。
-NF/AF提供的开放服务,以检索行为数据和其它非OAM预先计算的度量。
-用于收集NF数据的其它NF服务(例如,NRF)。
NWDAF 101能够发现NF/AF支持的度量。
数据收集过程可以使NWDAF 101能够以适当的粒度有效地获得适当的数据,例如,监测数据。
当接收到统计或预测的请求或订阅时,NWDAF 101可以不具有执行服务所需的数据。
例如,提供统计数据和预测可能需要与观察期相匹配的过去监测周期的数据。过去较长监测周期的数据对于模型训练是必要的。
因此,为了优化服务质量,NWDAF 101可以采取以下操作:
-NWDAF 101可以通过表达对所产生分析的置信度来返回概率断言。置信度为0,例如,不应返回分析。在订阅的情况下,置信度可能会增大。
-置信度的值取决于本文所述的时间截止日期所表达的水平或紧迫性、准确性水平、数据的可用性。如果在时间截止日期之前没有收集足够的数据来提供所请求的准确性水平的估计,服务可能会返回零置信度。否则,NWDAF可能会等待收集到足够的数据,然后再提供响应或第一次通知。
-为了为未来来自NF/AF/OAM的统计数据请求做好准备,NWDAF 101在操作员配置后可以主动收集数据,例如关于UE样本的数据(例如移动性),并保留数据存储中收集的数据。
数据存储的量和最大持续时间也是操作员配置的主题。
NWDAF 101可以决定在高信令负载的情况下通过对请求进行优先级排序、减少数据收集的持续时间或采样比,减少数据收集的量。
NWDAF 101能够在从NF/AF收集数据时决定是否需要触发新的数据收集,以防止不必要的数据收集信号和不必要的数据传输。NWDAF 101可采取以下操作:
-NWDAF 101通过创建映射表来生成关联信息,所述映射表表示对分析信息(例如,分析ID)的哪个请求和/或订阅需要哪些数据收集参数(例如,事件ID+事件过滤器信息+事件上报信息+事件上报目标)。
-所述NWDAF 101根据所述关联信息处理触发新的事件开放订阅。
·如果可用的事件订阅可以与新的分析请求/订阅关联,则不会创建新的事件订阅。
·否则,所述NWDAF 101将创建新的事件订阅或修改现有订阅。
图8A和图8B示出了在规范3GPP SA2 TS23.501/502的上下文的实施例中数据处理实体101作为MaaS任务管理器的部署。
为了支持CP和UP中的监测服务,除了TS 23.501外,受影响的5GC NF(UPF)和5GCNF(CP)中还增加了MaaS功能。此外,在5GC NF(NRF)中增加了MaaS功能(注册/发现程序),以支持从CP和UP到OAM的MaaS服务注册和发现。
除了TS 23.502外,受影响的5GC NF(CP)和5GC NF(UPF)中增加了MaaS服务(产生者和使用者),5GC NF(NRF)中增加了MaaS服务和接口(注册/发现程序),支持OAM功能。
图9A和图9B示出了在3GPP SA5 TS28.532/TS28.550和TR28.805的上下文中数据处理实体101作为MaaS任务管理器的部署。
参考TS 28.805,增加了MaaS功能和服务,以协调5GC进行SLA管理。参考TS28.532/550,添加了MaaS功能和服务(产生者、使用者、注册/发现程序、任务管理器),以涵盖当前PM数据上报服务的限制。
图10示出了数据处理实体101在5G上下文中的通用部署。
图11和图12示出了如本文所述的MaaS概念的其它功能,并与现有3GPP***相比,由在实施例中构成MaaS任务管理器的数据处理实体101所支持。
图13示出了一种数据处理方法,用于处理网络实体之间的监测数据,其中,所述数据处理方法包括:从第一网络实体107-1获取401第一数据请求,其中,所述第一数据请求包括第一数据标识符,所述第一数据标识符与监测数据相关;从一个或多个其它网络实体109(例如,数据产生实体)获取403一个或多个第二数据标识符,其中,所述一个或多个第二数据标识符与待从一个或多个其它网络实体收集的所述监测数据相关;根据所述第一数据标识符和所述一个或多个第二数据标识符,生成405关联信息;根据所述关联信息,确定407所述待收集的监测数据是否已经在所述数据处理实体101处可用,或者确定所述待收集的监测数据是否应该由所述数据处理实体101从所述一个或多个其它网络实体收集。
所述方法可以由数据处理实体101实现。所述方法还可以实现本文所述的MaaS服务。
Claims (13)
1.一种用于处理网络实体之间的监测数据的数据处理实体(101),其特征在于,所述数据处理实体用于:
从第一网络实体获取第一数据请求,其中,所述第一数据请求包括第一数据标识符,所述第一数据标识符与监测数据相关;
从一个或多个其它网络实体获取一个或多个第二数据标识符,其中,所述一个或多个第二数据标识符与待从一个或多个其它网络实体收集的所述监测数据相关;
根据所述第一数据标识符和所述一个或多个第二数据标识符,生成关联信息;
-根据所述关联信息,确定所述待收集的监测数据是否已经在所述数据处理实体(101)处可用,或者确定所述待收集的监测数据是否应该由所述数据处理实体(101)从所述一个或多个其它网络实体收集;其中:如果根据订阅所述待收集的监测数据不可用,则所述数据处理实体(101)用于:根据至少一个其它数据请求,从所述一个或多个其它网络实体检索所述待收集的监测数据,所述数据处理实体用于:在接收到所述检索到的监测数据之后,向所述第一网络实体发送和/或转发所述检索到的待收集的监测数据;或者,
-如果根据订阅所述监测数据在所述数据处理实体处可用,则所述数据处理实体(101)用于向所述第一网络实体发送和/或转发所述可用监测数据。
2.根据上述权利要求1所述的数据处理实体(101),其特征在于,所述数据处理实体(101)用于:如果所述数据处理实体(101)可以根据数据订阅从所述一个或多个其它网络实体接收所述监测数据,则确定所述监测数据在所述数据处理实体(101)处已经可用。
3.根据上述权利要求1或2所述的数据处理实体(101),其特征在于,所述数据处理实体(101)用于:如果所述监测数据在所述数据处理实体(101)处不可用,则生成所述至少一个其它数据请求,其中,所述至少一个其它数据请求包括与所述待收集的监测数据的至少一个子集相关的至少一个其它数据标识符,和/或请求从至少一个其它网络实体订阅所述监测数据的至少一个子集的订阅。
4.根据权利要求3所述的数据处理实体(101),其特征在于,所述数据处理实体(101)用于:获取第二数据标识符作为所述至少一个其它数据标识符,其中,所述第二数据标识符与待从第二网络实体收集的监测数据相关;所述数据处理实体(101)用于在接收所述第一数据请求之前,获取所述第二数据标识符。
5.根据上述权利要求1或2所述的数据处理实体(101),其特征在于,所述数据处理实体(101)用于将所述第一数据标识符与至少一个数据收集参数相关联,以便将所述第一数据标识符与所述待收集的监测数据相关联,其中,所述至少一个数据收集参数是所述第二数据标识符,并指示哪些数据构成所述监测数据或监测数据的特定子集。
6.根据上述权利要求5所述的数据处理实体(101),其特征在于,所述第一数据标识符由以下标识符中的至少一个构成和/或包括以下标识符中的至少一个:数据开放标识符,与分析信息相关的数据分析标识符,所述第二数据标识符由以下标识符中的至少一个构成和/或包括以下标识符中的至少一个:事件标识符,与待从第二网络实体收集的监测数据相关的标识符。
7.根据上述权利要求6所述的数据处理实体(101),其特征在于,所述第一数据请求还包括:过滤器信息,对与所述第一数据标识符关联的地理区域和/或阈值进行过滤;和/或数据上报信息和/或数据上报指示的目标,所述其它数据请求还包括:过滤器信息,对与所述第二数据标识符关联的地理区域和/或阈值进行过滤,和/或数据上报信息和/或数据上报指示的目标。
8.根据上述权利要求7所述的数据处理实体(101),其特征在于,所述数据处理实体(101)是网络数据分析功能(network data analytics function,NWDAF)实体,所述第一网络实体是NWDAF服务使用者,所述数据处理实体(101)用于接收所述第一数据请求,所述第一数据请求指示分析信息的订阅和/或请求,所述第一数据标识符是分析标识符,所述数据处理实体用于将所述分析标识符和/或所述第一数据请求与待收集作为所述监测数据的数据相关联,其中,所述待收集的监测数据与至少一个事件标识符和/或事件过滤器信息和/或事件上报信息和/或数据上报指示的目标等监测参数相关联,所述数据处理实体(101)用于:如果新的分析信息订阅是必须的,则决定是否触发从所述一个或多个其它网络实体收集数据,或者决定所述请求的分析信息是否已经根据来自所述一个或多个其它网络实体的分析信息的现有订阅提供给所述数据处理实体(101)。
9.根据上述权利要求8所述的数据处理实体(101),其特征在于,所述数据处理实体(101)是网络数据分析功能(network data analytics function,NWDAF)实体,所述第一网络实体是NWDAF服务使用者,其中,所述数据处理实体(101)用于从所述第一网络实体接收订阅终止请求,所述订阅终止请求指示分析信息订阅的终止,所述数据处理实体(101)用于终止向所述第一网络实体传输与所述终止的订阅相关的监测数据,所述数据处理实体(101)用于修改来自所述第一网络实体的订阅请求与待收集的监测数据的关联关系,或者,所述数据处理实体用于删除来自所述第一网络实体的订阅请求与待收集的监测数据的关联关系。
10.根据上述权利要求9所述的数据处理实体(101),其特征在于,所述数据处理实体(101)用于确定数据收集过程,以便从所述一个或多个其它网络实体收集数据,从而获得所述监测数据。
11.根据上述权利要求10所述的数据处理实体(101),其特征在于,所述数据处理实体用于根据所述接收到的第一数据请求和/或所述第一数据标识符,确定应该从其收集数据以获得所述监测数据的所述一个或多个其它网络实体。
12.根据上述权利要求11所述的数据处理实体(101),其特征在于,所述数据处理实体(101)用于从所述一个或多个其它网络实体接收所述一个或多个第二数据标识符,其中,所述一个或多个第二数据标识符标识所述待从一个或多个其它网络实体收集的监测数据。
13.一种用于处理网络实体之间的监测数据的数据处理方法,其特征在于,包括:
从第一网络实体获取(401)第一数据请求,其中,所述第一数据请求包括第一数据标识符,所述第一数据标识符与监测数据相关;
从一个或多个其它网络实体获取(403)一个或多个第二数据标识符,其中,所述一个或多个第二数据标识符与待从一个或多个其它网络实体收集的所述监测数据相关;
根据所述第一数据标识符和所述一个或多个第二数据标识符,生成(405)关联信息;
根据所述关联信息,确定(407)所述待收集的监测数据是否已经在数据处理实体处可用,或者确定所述待收集的监测数据是否应该从所述一个或多个其它网络实体收集;其中:
-如果根据订阅所述待收集的监测数据不可用,则所述数据处理实体(101)用于:根据至少一个其它数据请求,从所述一个或多个其它网络实体检索所述待收集的监测数据,所述数据处理实体用于:在接收到所述检索到的监测数据之后,向所述第一网络实体发送和/或转发所述检索到的待收集的监测数据;或者,
如果根据订阅所述监测数据在所述数据处理实体处可用,则所述数据处理实体(101)用于向所述第一网络实体发送和/或转发所述可用监测数据。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2019/061584 WO2020224759A1 (en) | 2019-05-06 | 2019-05-06 | Data handler |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113785535A CN113785535A (zh) | 2021-12-10 |
CN113785535B true CN113785535B (zh) | 2023-07-18 |
Family
ID=66440058
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980095959.9A Active CN113785535B (zh) | 2019-05-06 | 2019-05-06 | 数据处理实体 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220070071A1 (zh) |
EP (1) | EP3954091A1 (zh) |
CN (1) | CN113785535B (zh) |
WO (1) | WO2020224759A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110677299A (zh) * | 2019-09-30 | 2020-01-10 | 中兴通讯股份有限公司 | 网络数据采集方法、装置和*** |
EP3979101A3 (en) * | 2020-10-01 | 2022-07-06 | Nokia Technologies Oy | Historical data support enhancement for network entities |
WO2022148550A1 (en) * | 2021-01-11 | 2022-07-14 | Nokia Technologies Oy | Apparatus, methods, and computer programs |
GB2603469A (en) * | 2021-01-28 | 2022-08-10 | Samsung Electronics Co Ltd | Network analytics model training |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109428749A (zh) * | 2017-08-28 | 2019-03-05 | 华为技术有限公司 | 网络管理方法及相关设备 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1713219A1 (en) * | 2005-04-15 | 2006-10-18 | France Telecom | Communications device and method |
WO2018153470A1 (en) * | 2017-02-24 | 2018-08-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatuses for handling slice selection data for a user |
US11051192B2 (en) * | 2017-08-11 | 2021-06-29 | Convida Wireless, Llc | Network data analytics in a communications network |
US10560940B2 (en) * | 2017-11-10 | 2020-02-11 | Nokia Solutions And Networks Oy | Intelligent traffic steering over optimal paths using multiple access technologies |
US10863376B2 (en) * | 2018-01-18 | 2020-12-08 | Intel Corporation | Measurement job creation and performance data reporting for advanced networks including network slicing |
WO2019197467A1 (en) * | 2018-04-10 | 2019-10-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributed analytics in 5gc |
US11271846B2 (en) * | 2018-10-22 | 2022-03-08 | Oracle International Corporation | Methods, systems, and computer readable media for locality-based selection and routing of traffic to producer network functions (NFs) |
US10904152B2 (en) * | 2018-12-17 | 2021-01-26 | Cisco Technology, Inc. | Hardware-friendly mechanisms for in-band OAM processing |
US11121957B2 (en) * | 2018-12-28 | 2021-09-14 | Intel Corporation | Dynamic quality of service in edge cloud architectures |
US10785634B1 (en) * | 2019-03-08 | 2020-09-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for end-to-end (E2E) user equipment (UE) trajectory network automation based on future UE location |
-
2019
- 2019-05-06 CN CN201980095959.9A patent/CN113785535B/zh active Active
- 2019-05-06 EP EP19722603.8A patent/EP3954091A1/en active Pending
- 2019-05-06 WO PCT/EP2019/061584 patent/WO2020224759A1/en unknown
-
2021
- 2021-11-08 US US17/521,665 patent/US20220070071A1/en active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109428749A (zh) * | 2017-08-28 | 2019-03-05 | 华为技术有限公司 | 网络管理方法及相关设备 |
Also Published As
Publication number | Publication date |
---|---|
CN113785535A (zh) | 2021-12-10 |
WO2020224759A1 (en) | 2020-11-12 |
EP3954091A1 (en) | 2022-02-16 |
US20220070071A1 (en) | 2022-03-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113785535B (zh) | 数据处理实体 | |
US10904739B2 (en) | Network data collection method from network function device for network data analytic function | |
US11425583B2 (en) | Network data collection method from application function device for network data analytic function | |
WO2019184433A1 (zh) | 一种网络数据的监测方法及装置 | |
US20220103443A1 (en) | Methods and devices for operation of a network data analytics function | |
GB2587697A (en) | Service experience analytics for network slice instance | |
WO2019158737A1 (en) | Network data analytics for oam | |
CN113796108A (zh) | 将用户平面功能映射到用户设备 | |
EP3560229B1 (en) | Assurance framework for cp and dp slices | |
US20220337487A1 (en) | Network entity for determining a model for digitally analyzing input data | |
US11855864B2 (en) | Method and apparatus for collecting network traffic in wireless communication system | |
US11564156B2 (en) | Provision of data analytics in a telecommunication network | |
KR20210054923A (ko) | 이동통신 네트워크에서 rfsp 인덱스 선택을 위한 네트워크 분석 정보 제공하는 방법 및 장치 | |
US20220124015A1 (en) | Historical data support enhancement for network entities | |
KR20200116844A (ko) | Nwdaf를 위한 nf 장치로부터의 네트워크 데이터 수집 방법 | |
JP2016511451A (ja) | ネットワーク機能を開くためのシステムおよび方法、ならびに関連するネットワーク要素 | |
KR20230050342A (ko) | 네트워크 슬라이스 분석 | |
US20230336432A1 (en) | Traffic classification rules based on analytics | |
US20230079052A1 (en) | Mechanism for enabling custom analytics | |
GB2612660A (en) | Timing of network analytics | |
US20220261383A1 (en) | Mechanism for registration, discovery and retrieval of data in a communication network | |
US20230403190A1 (en) | Mechanism for integrating non-standard related data sources into communication network | |
GB2619104A (en) | Monitoring for application AI/ML-based services and operations | |
WO2024038309A1 (en) | Nwdaf-assisted discovery of network applications | |
WO2023126479A1 (en) | User consent based model provisioning |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |