CN116866962A

CN116866962A - 使用网络数据分析的用户平面优化

Info

Publication number: CN116866962A
Application number: CN202311045669.8A
Authority: CN
Inventors: Q·李; M·斯达斯尼克; C·姆拉丁; J·宁勒库; 李鸿堃; 帕斯卡尔·爱德杰卡普
Original assignee: InterDigital Patent Holdings Inc
Current assignee: InterDigital Patent Holdings Inc
Priority date: 2020-07-30
Filing date: 2021-07-27
Publication date: 2023-10-10
Also published as: CN116114288A; WO2022026482A1; EP4190006A1; US20230319533A1

Abstract

本公开涉及使用网络数据分析的用户平面优化。本发明公开了一种用户设备(UE)，该用户设备可配置有用于数据采集的客户端应用、与网络应用功能(AF)相关的通信信息，和数据采集信息，例如参数，其中，该UE采集对该UE而言特定的数据，并通过用户平面将该数据发送到该AF。该数据采集参数可包括该UE应当采集的数据的类型、与一个或多个分析ID和应用ID相关联的数据、数据采集频率、以及报告频率中的一者或多者。该数据采集信息可包括处理要求、所采集数据的到期时间、数据采集的时间戳和/或将所采集数据与UE相关联的相关性标识。

Description

使用网络数据分析的用户平面优化

本申请是国际申请日为2021年7月27日、国家申请号为202180051973.6、发明名称为“使用网络数据分析的用户平面优化”的进入中国国家阶段的PCT申请的分案申请。

相关申请的交叉引用

本申请要求2020年7月30日提交的名为“使用网络数据分析的用户平面优化(UserPlane Optimizations Using Network Data Analytics)”的美国临时专利申请63/058,570和2021年2月9日提交的同名美国临时专利申请63/147,284的权益，其内容据此以引用方式并入本文。

背景技术

机器对机器(M2M)、物联网(IoT)和物品万维网(WoT)网络部署可涉及无线操作，例如在如下中所描述的无限操作：3GPP TS23.288：支持网络数据分析服务的5G系统(5GS)的架构增强(Architecture enhancements for 5G System(5GS)to support network dataanalytics services)；V16.3.0(2020-03)；3GPP SP-190557：5G网络自动化启动器研究-阶段2(Study on Enablers for Network Automation for 5G-phase 2)；SP#84(2019-06)；3GPP TR 23.700-91：5G系统(5GS)网络自动化启动器研究(Study on enablers fornetwork automation for the 5G System(5GS))；阶段2(版本17)；V0.4.0(2020-06)；3GPPTR 23.700-93：5G系统架构对接入业务引导、切换和分流的支持阶段2(Study on AccessTraffic Steering,Switch and Splitting support in the 5G system architecturePhase 2)(版本17)；V0.1.1(2020-06)；3GPP TS23.501：5G系统的系统架构(SystemArchitecture for the 5G System)；阶段2，V16.4.0(2020-03)；3GPP TS 23.502：5G系统流程(Procedures for the 5G System)；阶段2，V16.4.0(2020-03)；3GPP TS23.503：5G系统的策略和计费控制框架(Policy and Charging Control Framework for the 5GSystem)；阶段2，V16.4.0(2020-03)。

发明内容

传统上，蜂窝系统中的网络数据分析的焦点已在网络域内。网络运营商通过网络策略或通过OAM系统将NWDAF配置为从其他网络实体采集数据并生成用于优化蜂窝网络操作的分析。因此，传统上，UE不涉及数据分析。尽管一些工作提倡UE提供原始数据作为用于生成分析的输入，但UE还无法请求在网络中发起数据分析。尤其对于优化用户平面通信而言，使UE提供此类能力是有益的。

通过允许具有NWDAF的UE与UPF之间进行直接或间接通信，可对用户平面进行优化，以提升网络性能，同时改善用户体验。另外，UE可提供UE特定数据以进一步完善所生成的分析。本文所公开的解决方案描述了用于使UE能够请求采集网络数据以及生成分析以及使NWDAF能够如何执行来自UPF和UE的数据采集的方法。此外描述了用于UE数据采集的用户同意过程的机制。然后，所采集的UE数据可用于完善由NWDAF生成的分析。

UE可向NWDAF请求网络数据采集和分析支持。UE可请求将关于UE的数据采集匿名。UE可请求针对PDU会话的数据采集和分析要求。UE可提供可用作部分数据采集和动作的信息，该数据采集和动作是响应于从网络接收到分析而执行的。

NWDAF可使用现有接口从UPF采集数据。可利用分析结果来优化用户平面通信。UE数据采集的过程可通过应用层发生，并且数据准备可包括对采集的UE数据进行处理。

可以采用机制来提供、获得、检查、验证和实施针对数据采集操作的用户同意。

例如，一种UE可配置有用于数据采集的客户端应用、与网络应用功能(AF)相关的通信信息，和数据采集信息，例如参数，其中，该UE采集对该UE而言特定的数据，并通过用户平面将该数据发送到该AF。该数据采集参数可包括该UE应当采集的数据的类型、与一个或多个分析ID和应用ID相关联的数据、报告频率、以及数据采集频率中的一者或多者。该数据采集信息可包括处理要求、所采集数据的到期时间、数据采集的时间戳和/或将所采集数据与UE相关联的相关性标识。

所采集数据可包括，例如，电池电量水平、电池放电速率、电池放电历史、电池健康状况、非连续接收(DRX)配置、休眠状态和省电模式中的一者或多者。所采集数据还可包括：应用ID、位置信息；单网络切片选择辅助信息(S-NSSAI)；协议数据单元(PDU)会话ID；下行链路(DL)数据速率；UL重传次数；DL延迟；设备负载百分比；接入可用性百分比；服务质量(QoS)水平；和/或移动性模式。

UE可被配置为通过对所采集数据进行匿名、聚合和/或标准化来准备所采集数据。UE还可生成机器学习(ML)或人工智能(AI)数据，例如，AI/ML训练集数据、AI/ML推理数据和/或AI/ML验证数据，以用于数据分析。

类似地，网络数据分析功能(NWDAF)可被布置为从UE接收采集数据的请求，找到AF采集该数据，订阅被通知数据采集的AF，以及从AF接收关于所采集数据的通知。NWDAF可通过AF从UE接收原始数据或经过处理的数据。该数据可能已被UE和/或AF处理，例如经过匿名、聚合、标准化和/或经过UE或AF的自定义功能处理。NWDAF可接收ML或AI数据，例如AI/ML训练数据、推理数据和/或验证数据。

提供本发明内容的目的是以简化形式介绍精选的概念，这些概念在以下具体实施方式中进一步描述。本发明内容既不旨在识别所要求保护的主题的关键特征或基本特征，也不旨在用于限制所要求保护的主题的范围。另外，所要求保护的主题不限于解决本公开的任何部分中所指出的任何或所有缺点的限制。

附图说明

由以下结合附图以举例的方式给出的描述可得到更详细的理解。

图1是参考点表示中示例性非漫游5G系统架构的框图。

图2是示例性网络数据分析开放架构的框图。

图3是示例性的使用用于ATSSS支持的本地分汇架构的非漫游和漫游的框图。

图4是基于UE请求数据分析的PDU会话建立的示例的调用流程图。

图5是由UE和NWDAF(基于数据分析)触发的PDU会话修改的示例的调用流程图。

图6是由UE触发的MA PDU会话修改的示例的调用流程图。

图7是通过SMF的UPF数据采集订阅的示例的调用流程图。

图8是SMF将发送到NWDAF的数据采集匿名的示例的调用流程图。

图9是UE提供用于数据采集报告的数据的示例的调用流程图。

图10是通过应用层的UE数据采集过程的示例的调用流程图。

图11是向AF传输数据准备策略的示例的调用流程图。

图12示出了用户同意配置文件的示例。

图13是用户同意配置和验证过程的示例的调用流程图。

图14是AF建立用户同意上下文的示例的调用流程图。

图15示出了用于请求应用内的数据分析的示例的图形用户界面。

图16A示出了示例性通信系统，其中可具体体现本文所述和所要求保护的方法和装置。

图16B是被配置用于无线通信的示例性装置或设备的框图。

图16C是示例性无线电接入网络(RAN)和核心网的系统图。

图16D是另一个示例性RAN和核心网的系统图。

图16E是另一个示例性RAN和核心网的系统图。

图16F是示例性计算系统的框图。

图16G是另一个示例性通信系统的框图。

具体实施方式

表0：缩略语

5G系统架构

图1示出了3GPP的5G非漫游系统架构，其中各种实体通过所指示的参考点进行交互。用户设备(UE)可与核心网(CN)进行通信，以建立控制信令并使得UE能够使用来自CN的服务。控制信令功能的示例为注册、连接和移动性管理、认证和鉴权、会话管理等。参见GPPTS23.501：5G系统的系统架构(System Architecture for the 5G System)；阶段2，V16.4.0(2020-03)。

下文为图1中涉及控制信令的六个网络功能(NF)。

接入和移动性功能(AMF)：UE通过RAN节点向AMF发送N1消息，以执行多个控制平面信令，例如注册、连接管理、移动性管理、接入认证和鉴权等。

会话管理功能(SMF)：SMF负责与建立PDU会话有关的会话管理，以使UE向例如因特网的数据网络(DN)或向应用服务器和其他会话管理相关功能发送数据。

策略控制功能(PCF)：PCF提供管理网络行为、访问订户信息的策略框架，以进行决策等。

认证服务器功能(AUSF)：AUSF支持针对3GPP和不受信任的非3GPP接入的UE认证。

统一数据管理/存储库(UDM/UDR)：UDM/UDR支持3GPP AKA认证凭证生成、用户标识处理、订户管理和存储等。

网络切片选择功能(NSSF)：NSSF涉及网络切片管理的各方面，例如，为UE选择网络切片实例、管理NSSAI等。

为实现控制平面和用户平面两者通信，RAN节点提供从UE到核心网的通信接入。UE与CN建立PDU会话，以通过5G系统(5GS)的(R)AN和UPF节点在用户平面上发送数据业务。上行业务由UE发送，而下行业务由UE使用所建立的PDU会话接收。数据业务通过中间节点(R)AN和UPF在UE和DN之间流动。

网络数据分析功能(NWDAF)

存在于5GS中但未在图1中示出的另一网络节点是网络数据分析功能(NWDAF)。5G系统中的NWDAF向系统中的服务消费者提供数据分析。NWDAF可生成统计输出或预测输出，有助于网络状态监控和性能提升。图2示出了网络数据分析开放架构，其中5G系统中的任何网络功能或OAM实体能够从NWDAF请求分析。在3GPP TS23.288：支持网络数据分析服务的5G系统(5GS)的架构增强；V16.3.0(2020-03)的第6.1节中更详细地定义了该开放架构。

为了NWDAF生成分析输出，必须首先从5G系统中的其他网络功能或OAM实体采集数据。NWDAF可订阅从以下中采集数据：如从AMF、SMF、PCF等NF中；从OAM实体中；以及通过网络开放功能(NEF)从应用功能(AF)中。TS23.288的第6.2节描述了NWDAF采集数据的过程。在接收到数据之后，NWDAF将处理数据，生成统计输出或预测输出，并将输出发送到请求分析的NF或OAM实体。

当从NWDAF请求分析时，NF或OAM实体指定使用分析ID的分析(例如，在TS23.288中定义的分析)的期望类型。分析ID定义所生成的输出的类型、对其执行分析的目标实体、进行分析所需的数据、从其接收数据的数据源、进行分析的目标时段和如TS23.288中所定义的其他参数。下文九个分析ID的列表从TS23.288复制而来，以示出当前定义的分析ID。

负载级别信息：NWDAF在网络切片实例级别上向NF提供切片负载级别信息。

服务体验：该条款规定了NWDAF如何能以统计或预测的形式向业务消费者提供观察到的服务体验(例如，观察到的服务的平均意见分数(MoS))分析。观察到的服务体验分析可提供以下中的一者或两者：网络切片的服务体验或应用的服务体验。

NF负载信息：条款6.5描述了NWDAF如何能以统计或预测或两者的形式向另一NF提供NF负载分析。

网络性能：利用网络性能分析，NWDAF提供感兴趣区域中有关负载、通信和移动性性能的统计或预测；此外，NWDAF可提供有关该感兴趣区域中UE数量的统计或预测。

UE移动性：支持UE移动性统计或预测的NWDAF应当能够从NF、OAM采集UE移动性相关信息并执行数据分析，以提供UE移动性统计或预测。

UE通信：为了支持5GS中的一些优化操作，例如自定义的移动性管理、业务路由处理或QoS改进，NWDAF可对UE通信规模式和用户平面业务执行数据分析，并向5GC中的NF提供分析结果(例如，UE通信统计或预测)。

异常行为：该条款定义了如何在NWDAF的帮助下识别具有异常行为(例如，被误用或被劫持)的一组UE或特定UE。

用户数据拥塞：与用户数据拥塞相关的分析可涉及在控制平面或用户平面或两者上传送用户数据时所经历的拥塞。对用户数据拥塞分析的请求涉及特定区域或特定用户。

QoS可持续性：QoS可持续性分析的消费者可请求有关某个区域中过去的分析目标时段的QoS统计变化或者某个区域中将来的分析目标时段的QoS变化可能性的NWDAF分析信息。

在3GPP FS eNA Ph2研究中，正在进行进一步增强NWDAF的研究工作。参见3GPPSP-190557：5G网络自动化启动器研究-阶段2；SP#84(2019-06)。该研究已经确定了在3GPPTR 23.700-91：5G系统(5GS)网络自动化启动器研究；阶段2(版本17)；V0.4.0(2020-06)中发现的多个关键问题。其中与用户平面优化和实时分析有关的三个关键问题从TR 23.700-91复制而来，为方便起见，在下文列出。

KI#10NWDAF辅助UP优化：根据版本16，NWDAF的实现可提供网络性能分析。这还包括通信和移动性信息以及感兴趣区域中的UE数量。虽然由NWDAF提供的网络性能已经能够成为分析消费者决定的有用信息源，但有必要研究如何进一步提升NWDAF网络性能功能，以使关键用户的可见性能够支持通过数据路径管理而进行的用户可意识到的性能优化。当仅对用户计数时，针对用户或用户组客制化是不可能的。然而，对不同用户类型进行区分的能力可为优化活动提供更高的灵活性和准确性。尤其，NWDAF应当提供指向在特定的感兴趣区域中驱动网络活动的用户的分析。

KI#18与NWDAF的实时通信改善：例如，当网络状态发生快速且急剧的变化时，在消费者NF处的分析输出的有效性也受到NWDAF的输出递送是否及时等的影响。在这种情况下，输出应当由NWDAF及时地提供给消费者NF，以使消费者NF利用分析输出来进行适当的反应/决定。

KI#21NWDAF辅助用户平面性能：NWDAF可提供帮助的一个领域是提供例如与按照应用ID的UL/DL吞吐量、丢包率、RTT等有关的用户平面性能分析。

可影响UP优化的另一方面涉及可在生成分析中使用的UE数据的采集。以下列出的两个关键问题从TR 23.700-91复制而来并在以下列出以便于说明，如其所描述，FS_eNA_Ph2研究也解决了这一问题。

KI#8UE数据作为输入用于分析生成：这一关键问题针对是否以及如何增强5GS，以支持NWDAF采集和利用UE提供的数据，从而提供输入信息，以生成分析信息(以由其他NF所用)。

KI#15针对UE数据采集/分析的用户同意：在Rel-16中，标准已经规定运营商可采集网络数据或AF数据并基于这些数据进行分析。然而，针对每UE数据提取的用户同意和针对每UE数据分析的用户同意并未予以讨论。

接入业务引导、切换和分流(ATSSS)

版本16中引入的接入业务引导、切换和分流(ATSSS)特征使得UE和UPF通过3GPP接入、非3GPP接入或通过上述两种接入来进行路由业务。UE创建多接入(MA)PDU会话以启用上述特征，而SMF分别为UE和UPF生成ATSSS和N4规则。UE和UPF使用上述规则来通过两种可用接入(3GPP接入和非3GPP接入)路由UL和DL业务。图3示出了支持版本16中的接入业务引导、切换和分流(ATSSS)特征的示例性5G架构。

ATSSS和N4规则中指定了引导模式，以分别通知UE和UPF关于如何通过3GPP接入和非3GPP接入分布UL和DL业务。图3示出了使用用于ATSSS支持的本地分汇架构的非漫游和漫游的示例。当前在3GPP TS 23.501：5G系统的系统架构；阶段2，V16.4.0(2020-03)中定义了以下四种引导模式：

主备模式(Active-Standby)：用于在一个接入(主用接入)中(当该接入可用时)引导SDF，并用于在主用接入不可用时将SDF切换到可用的其他接入(备用接入)。当主用接入再次可用时，SDF被切换回该接入。如果未定义备用接入，则仅在主用接入上允许SDF，而不能转换至另一接入。

最小延迟(Smallest Delay)：用于将SDF引导到确定为具有最小往返时间(RTT)的接入。如条款5.32.5中所定义，可由UE和UPF获得测量值，以确定通过3GPP接入和通过非3GPP接入的RTT。另外，在PCC规则允许的情况下(如条款5.32.4中所规定的)，如果一个接入变得不可用，则所有SDF业务被切换到另其他可用接入。

负载平衡(Load-Balancing)：在两个接入都可用的情况下用于跨两个接入分流SDF。其包含应当在3GPP接入上和非3GPP接入上发送的SDF业务的百分比。负载平衡仅可应用于非GBR QoS流。另外，如果一个接入变得不可用，则所有SDF业务被切换到其他可用接入，如经由可用接入传输的SDF业务的百分比是100％一样。

基于优先级(Priority-based)：用于将SDF的所有业务引导到高优先级的接入，直到确定该接入拥塞为止。在这种情况下，SDF的业务也被发送到低优先级的接入，例如，SDF业务在两个接入上经过分流。此外，当高优先级的接入变得不可用时，所有SDF业务被切换到低优先级的接入。UE和UPF如何确定何时发生了接入拥塞取决于实施方式。

版本17进一步开展了改善版本16中引入的ATSSS特征的工作。3GPP TR 23.700-93：5G系统架构对接入业务引导、切换和分流的支持阶段2(版本17)；V0.1.1(2020-06)中提出的一个解决方案介绍了新的引导模式：基于高级PMF的自主引导模式。这一提出的解决方案使UE和UPF两者能够灵活地基于该解决方案中提出的高级链路测量值动态调整3GPP接入和非3GPP接入之间的业务分流百分比。如丢包率和抖动测量之类的新测量值被添加到已在版本16中定义的可用性报告和往返时间(RTT)测量中。此外，其中还建议使用PMF协议在每个QoS流的基础上执行这些测量，以准确反映业务的链路状态。

示例挑战

设想当地城市政府正实行倡议，以通过引入旅游者可用来探索城市的交互式应用增加旅游行业收入的情况。在线应用基于寻宝游戏概念，其中城市的主要景点在应用中呈现为特征。旅游者在手机上下载该应用，并通过解谜和找出线索定位放置在整个城市不同街区中的物品。该应用突出了城市的历史并提供旅游者可能感兴趣的各种景点和街区的描述。该应用的组成部分包括多玩家游戏，该游戏要求玩家在所发现物品的位置进行自拍作为可继续游戏的证据。

当玩家导航经过不同街区时，他们的手机可连接到蜂窝网络或Wi-Fi网络。该蜂窝网络和Wi-Fi网络提供对使用户保持连接到中央游戏服务器的各种边缘服务器的接入。部分景点可使用增强现实组件实现提供景点处的更佳的沉浸式体验，因而需要连接到本地边缘服务器以实现低延迟通信。由于预期的玩家数量，网络中的NWDAF可用于执行用户业务的分析，以便优化用户平面通信，同时保持一定的服务质量。这些优化有助于确定用于通信的最佳接入网络、确定可用边缘计算服务器以处理业务、更新PCF中的策略信息以帮助SMF决定是否允许未来PDU会话等。

使用情况的另一个方面是可用于分析UE情况以进一步优化用户平面通信的UE数据的采集。另外，可能需要提供用户同意，以便网络从UE采集用于分析的数据。

而这形成了一些挑战。当前在3GPP架构中，NWDAF从5G系统中的许多网络实体采集数据并向其提供分析服务。然而，NWDAF不能从UPF采集数据并不能向UPF提供分析输出。由于UPF主动参与在用户平面上的路由数据业务，因此UPF可被增强以向NWDAF提供与用户的服务体验和从用户平面采集的网络性能度量对应的数据。继而可增强NWDAF，以对UPF所提供的数据进行分析，并生成可用于提升系统中网络性能的统计和/或预测。因此，可在用户平面中进行优化以维持或改善用户体验。例如，分析可用于在不同的UPF之间负载平衡业务、在接入网络之间动态拆分流量、帮助选择和分配用于延迟敏感应用的边缘计算资源等。

类似地，无论是直接地还是通过另一个网络功能间接地，UE无法从NWDAF请求数据采集和分析服务。UE是5G系统提供的服务的接收者，并且处于向NWDAF提供数据和用户体验反馈的最佳位置。就架构而言，包含UE与NWDAF之间的直接通信可能不可行。然而，完善现有过程以使UE通过其他网络功能从NWDAF请求数据采集和分析服务可能是可行的。此外，还可以提供UE特定数据，以进一步完善数据分析，然后可利用由NWDAF生成所得的分析来优化用户平面通信。对于即将开始的UE数据采集，可能需要用户同意。

本文所公开的解决方案涉及使UE能够向CN传达采集数据和代表UE生成分析以优化用户平面通信的需要。UE可以在PDU会话建立和修改过程期间提供一个或多个指示，以将该需求传达给CN，而无需在UE与NWDAF之间引入直接接口。在接收到请求针对UE进行网络数据采集和分析生成的指示时，SMF在UPF与NWDAF之间进行协调，以代表UE建立数据采集和分析生成。SMF可使用由UE提供的其他指示来将所采集数据匿名并请求实时数据采集，以确保及时的数据分析生成，同时也保护UE隐私。SMF还可使用由UE提供的其他信息作为用于NWDAF的数据采集的一部分，并响应于从NWDAF接收到分析来确定执行的动作。

作为请求数据分析的一部分，UE还可提供UE特定数据，以供NWDAF用于生成分析。几种方法已予以公开，其中，UE可提供用于通过用户平面：通过IP、NAS或RRC协议进行分析的数据。可通过完善NAS和RRC协议来发送数据，因此可将UE数据路由到NWDAF。当通过IP协议发送数据时，UE可向UPF或应用服务器/AF发送数据，然后UPF或应用服务器/AF将UE数据转发到NWDAF。当向UPF发送数据时，UPF可被配置为通过SMF向NWDAF转发UE数据。当向应用服务器/AF发送UE数据时，可在UE中安装客户端应用，以向AF提供UE特定数据，然后AF通过NEF将数据转发到NWDAF。

为了使网络从UE采集数据，网络必须首先获得用户同意。首先，用户同意从用户处获得并与UE的订户信息一起存储在网络中。然后，用户同意需要被传播到网络中的所有数据采集器并按照用户同意来实施。数据采集器必须小心确保用户隐私，并在用户同意的整个持续时间内维持相关要求。在用户同意到期时，数据采集器需要确保对所采集数据的适当处理，包括数据的移除。

UE从NWDAF请求数据采集和分析以优化UP通信具有许多益处。UE处于了解何时请求数据分析的最佳位置，因为服务降级会直接影响UE。UE可使用若干方法中的一种将UE特定数据提供给NWDAF，以辅助NWDAF生成更好的分析，并且所得分析可随时间推移由SMF在UPF重选中用于UE正经历来自过载UPF的延迟包时，业务分析可向网络通知用户平面的业务模式，这可帮助网络作出关于业务处理所具有的“服务质量”的决策。分析还可用于使ATSSS引导及分流决策更为动态。分析甚至可预测服务降级并主动地将业务引导到另一UPF或接入网。此外，分析可驱动SMF中的决策，以选择本地边缘服务器、引导LTE或5G网络之间的业务、插入UL-CL或BP UPF、或者甚至更新关于PDU会话允许的策略等。

UE发起的数据分析-PDU会话建立

对于某些使用情况，当用户请求用于PDU会话的服务时，可经由UE上的图形用户界面(GUI)进行触发，以请求网络数据采集和分析，从而优化UP通信。GUI可为在UE上启动应用时示出的提示的一部分，并且用户可能想要使虚拟游戏会话、AR或VR体验或工作通勤或自驾游期间的V2X应用的中断最小化。因此，UE可通过包括可用于从NWDAF请求数据采集和分析的指示，在PDU会话建立过程期间触发来自NWDAF的数据采集和分析生成。可使用该指示来选择适当的分析ID，或者除了提供该指示之外，可由UE指定分析ID的列表。当请求网络数据采集和分析时，UE可包括其他信息：请求确保数据采集的隐私、针对PDU会话的数据采集和分析要求、被允许使用的网络切片列表、最近位置的列表、对本地边缘服务器的请求、对UE移动性分析的输入(例如预期旅游线路)、对UE通信分析的输入(例如UE在将来的预定义时间段内预期使用的服务或应用的列表)、UE预期使用的S-NSSAI列表、UE预期使用的目标DNN列表、针对PDU会话的期望服务体验要求(例如特定时间段内按照服务流/IP过滤器针对示例性目标意见得分或观察到的意见得分)、目标QoS范围、观察到的QoS属性、目标或观察到的QoS流可维持性等。图4示出了来自TS23.502的PDU会话建立过程，其注释有SMF执行的新步骤以使能从NWDAF进行UE发起的数据采集和分析。

图4的步骤1至步骤9：UE在步骤1中向CN发送PDU会话建立请求。在该请求中，UE包括指定针对该PDU会话所请求的分析处理类型的指示。该指示向网络指示UE能够并愿意向网络提供数据，该数据用于分析和用于网络执行分析，以优化针对该PDU会话的UP通信。例如，UE的用户可能已使用GUI来本地配置UE以向网络提供可用于生成分析的特定测量值。该能力指示可以为单个比特指示，或可以为多个指示。例如，多个指示可用于向网络指示UE可提供用于特定类型的分析的特定类型的数据、UE可提供用于分析的特定类别的数据等。其他指示可用于请求匿名的数据采集和分析以及针对PDU会话的数据采集和分析生成的位置要求。UE还可以提供如先前所公开的其他信息，例如，UE预期使用的服务或应用的列表、PDU会话的期望服务体验要求、目标QoS范围等。SMF使用上述指示和其他信息来向NWDAF传达数据采集和/或分析是所期望的，以针对UE优化UP通信。网络(例如，SMF)可从UDM/UDR获得指示订户是否愿意共享用于分析的特定类型的数据的订户信息。SMF可在内部存储UE在步骤1中提供的其他信息，例如，UE预期使用的业务或应用的列表、PDU会话的期望业务体验要求、目标QoS范围等。SMF可使用一些信息来确定将来响应于从NWDAF接收的分析结果而执行的动作，而SMF可使用其他信息生成供NWDAF采集的数据。所采取的动作可涉及适当地选择适当的边缘计算服务器、启用动态ATSSS引导模式并提供可调整的引导百分比、执行UPF重选、将UL CL/BP UPF添加到UP路径等。如TS23.502的图4.3.2.2.1-1中针对步骤2至步骤9所描述来处理上述请求，但包括新的指示。

步骤10a和步骤10b：作为普通PDU会话建立过程的一部分，SMF向UPF发送N4会话建立请求。SMF可包括分析指示和其他信息，例如，一个或多个分析ID、UE标识或与UE相关联的某个符号标识、要求数据采集的时段和分析的有效时段、指定数据采集要求的信息等。利用SMF提供的信息，UPF在步骤10a1中执行Nnwdaf_AnalyticSubscription_Subscribe或Nnwdaf_AnalyticsInfo_Request服务操作，以获得针对UE的分析，并且NWDAF在步骤10a2中进行响应。然后，可使用由NWDAF生成的分析来优化UP通信。

步骤10c和步骤10d：作为步骤10a1和步骤10a2的替代，SMF可直接联系NWDAF并订阅接收针对UE的分析。在该替代方案中，SMF将管理对NWDAF的分析订阅以及分析所需的数据采集。因此，NWDAF将通过SMF从UPF采集数据。步骤10a1和步骤10a2中要求UPF具有基于服务的接口并能够与NWDAF通信。目前，在3GPP规范中，该接口和UPF与NWDAF之间的通信均不存在。在没有该接口的情况下，替代方案是NWDAF通过SMF从UPF采集数据。UPF已通过UPF和SMF之间的N4接口将关于PDU会话的数据上报给SMF。SMF可在步骤10a中配置UPF，以报告关于UE的用户平面业务的附加信息，并且SMF可将该数据发送到NWDAF，然后后者处理该数据以生成针对UE的用户平面业务的分析。在步骤10c中，SMF使用Nnwdaf_AnalyticSubscription_Subscribe或Nnwdaf_AnalyticsInfo_Request服务务操作订阅NWDAF以接收针对UE的分析。在该请求中，SMF可指示其将在将来通信中将来自UPF的数据提供给NWDAF。或者，SMF可让NWDAF使用SMF的Nsmf_EventExposure服务从UPF采集数据。

步骤11至步骤14：根据PDU会话建立过程的相应步骤但基于由SMF发送到UE的附加信息执行这些步骤，以指示来自步骤10a至10d的分析请求的结果。SMF可在响应中指示UE：UE应当提供用于分析的数据、用于分析的特定类型的数据、或者用于分析的特定类别的数据。SMF还可包括关于使用什么类型的传输(例如，NAS、RRC、MDT或IP)来发送数据以及何时或多久发送一次数据的信息。

图4示出了当建立PDU会话时，UE如何可请求CN针对UE建立数据采集和分析生成以优化UP通信。对于更全面的解决方案，UE可包括指定针对UP优化执行的数据分析的期望的指示，将其作为注册请求的一部分，以使针对该注册建立的所有PDU会话能够利用数据采集和分析来优化UP通信。包括该注册过程的指示可发起发送到UE的URSP规则的生成。URSP规则可指定所有PDU会话包括指定对来自NWDAF的数据采集和分析的要求的指示，以在建立PDU会话时优化UP通信。类似地，该指示可被包括在服务请求中，以激活可受益于数据分析的UP资源。

以类似的方式，可通过包括数据分析指示和为PDU会话建立指定的其他指示来增强MA PDU会话。MA PDU会话的两个支路将能够利用所请求的分析。另外，数据分析可用于来在两个或更多个网络接入之间进行引导决策。可启用更高级的特征，其使用数据分析来动态地调整MA PDU会话的两个支路之间业务的分流百分比。该特征可与自主或分析驱动的引导模式组合，以在用户平面内提供动态能力，从而向用户提供最佳体验。

UE发起的数据分析-PDU会话修改

图4描述了UE在基于用户活动建立PDU会话(例如，要求通过本地边缘服务器的低延迟的AR或VR会话)之前意识到需要进行UP优化的情形。在其他场景中，UE可能没有在初始PDU会话建立期间请求使用用于UP优化的分析，并且现在正在经历UP业务的降级。图5示出了对PDU会话修改过程的完善，其中，UE指示执行数据采集和分析的期望，以优化UP通信。当发起新的应用流量或当业务触发URSP规则的应用时，可发起该过程，该规则包括数据分析能够或应当应用于该业务的指示。UE还可将先前包括在PDU会话建立过程中的相同指示和其他信息包括在上述修改请求中。图5还示出了如图4所描述的已请求数据分析并且NWDAF正提供分析以优化UP通信的情形。在这种情况下，NWDAF已将Nnwdaf_AnalyticsSubscription_Notify服务操作与所请求的分析的结果一起发送到SMF。

图5中的步骤1a：在该步骤中，UE可能在建立PDU会话之后的某个时间经历UP降级。UE可能注意到存在更多需要重传的丢包，或者下行比特率已比之前在PDU会话中获得的先前比特率显著降低。因此，UE可发送PDU会话修改请求以通知CN启动执行网络数据采集和分析，以改善UP通信。类似于先前描述的PDU会话建立过程，其中，UE包括用于请求网络数据采集和分析的一个指示或多个指示，UE同样可在修改请求中包括相同的指示和其他信息。UE还可提供UE经历降级的时间段、降级发生的位置的列表和UE希望启用分析的分析ID的列表。

步骤1g：单独地，如果如图4所描述，分析先前已被请求，则PDU会话修改请求可由NWDAF间接发起。NWDAF向SMF发送Nnwdaf_AnalyticsSubscription_Notify服务操作，其中，所请求的分析输出指示在UPF中用户平面拥塞正在增加。NWDAF可基于从SMF或UPF接收到已检测到特定类型业务的通知来选择发起或请求PDU会话修改。去到或来自特定UE的特定类型业务的通知可从NWDAF发送，因为NWDAF先前订阅了此类通知。或者，SMF可响应于来自NWDAF的通知而发起PDU会话修改过程。SMF可使用从NWDAF接收的分析和当请求网络数据采集和分析时由UE提供的信息来修改PDU会话，并进行适当的UP优化，例如，调整QoS、为PDU会话分配更多资源或执行UPF重选。

步骤2：SMF执行如在TS23.502的PDU会话修改过程中概述的步骤2。如果该过程经由步骤1g由NWDAF触发，则SMF可基于由NWDAF提供的分析来更新策略，以排除选择针对新的PDU会话建立请求的UPF，直到将来的分析结果指示拥塞正在下降。SMF可保存UE在步骤1a的请求中提供的信息，以供将来使用，并响应于从NWDAF接收到数据分析而进行UP优化。

步骤2c：如果该过程由UE经由步骤1a触发，则SMF执行图4中的步骤10a至步骤10d的过程之一。该步骤建立将由NWDAF执行的数据采集和分析以优化UP通信。

步骤2d：SMF可向UPF发送新的或修改的N4规则，以基于在步骤1g中从NWDAF接收的分析结果优化UP通信。或者，SMF可选择新的UPF以更好地服务UE，并将PDU会话移动到新的UPF。

步骤2e：SMF可基于由步骤1g中NWDAF提供的分析来决定插入UL-CL或BP UPF。可要求UL-CL或BP UPF解决UE移动性的情况，其中，UE已从初始位置发生移动，并且需要由另一UPF服务以接收低延迟业务，同时将原来的UPF用作业务的锚点。

步骤3至步骤13：根据TS23.502的图4.3.3.2-1中概述的PDU会话修改过程中的步骤3至步骤13来执行剩余步骤。SMF可在对UE的响应中包括关于采集什么类型的数据以及使用什么类型的传输(例如，NAS、RRC、MDT或IP)来发送数据的信息。该信息可包括何时或多久发送一次数据。

类似于该PDU会话修改过程，MA PDU会话修改过程也可完善，以使能够生成在一个或两个接入支路上用于选择动态引导模式的分析。该过程可由UE的用户或基于针对MA PDU会话获得的性能测量值由UE内的策略来触发。UE最初可被配置为使用版本16中定义的静态引导模式中的一个静态引导模式，但现在想要升级到更为动态的引导模式，其中，分流百分比基于由NWDAF生成的分析进行调整。

图6的步骤1a：UE希望利用用户平面中的分析驱动的优化，并在MA PDU会话修改请求中包括请求网络使用数据分析的一个指示或多个指示。UE可使用不允许MA PDU会话的两个接入支路之间进行动态分流的静态引导模式，并且可能想要更新引导模式以实现更为动态的引导。UE可包括如先前针对PDU会话建立过程所提出的指示和其他信息。

步骤2：SMF执行如在TS23.502的PDU会话修改过程中概述的步骤2。SMF可基于从UE接收到的信息更新PCF中的策略，这可能需要生成新的ATSSS和N4规则以修改MA PDU会话。例如，UE当前可能正在使用静态引导模式并基于包括了请求数据分析的指示，SMF可向PCFPCC规则请求生成利用自主或分析驱动引导模式的ATSSS和N4规则。此外，在步骤2c中，SMF可执行来自图4中的步骤10a至步骤10d的过程之一，以建立用于控制新的引导模式中的分流百分比的数据采集和分析。

步骤3：SMF返回对PDUSession_UpdateSMContext请求的响应，并且包括利用由数据分析提供的UP优化的新的ATSSS规则。SMF还可在响应中包括关于采集什么类型的数据以及使用什么类型的传输(例如，NAS、RRC、MDT或IP)来发送数据的信息。该信息可包括何时或多久发送一次数据。

步骤4：AMF将N1容器转发到UE。

步骤5：(R)AN节点将N1容器转发到UE。

步骤6至步骤13：根据TS23.502的图4.3.3.2-1中概述的PDU会话修改过程中的步骤6至步骤13来执行剩余步骤。

从UPF执行的NWDAF数据采集

一旦SMF已对NWDAF进行订阅以生成针对UE的分析，数据采集过程便开始。当前在3GPP规范中，UPF不具有与NWDAF的服务基础或参考点接口，因此，NWDAF不能够从UPF采集数据。通过改善现有接口以实现NWDAF从UPF采集数据的方法是可能的：在NWDAF和SMF之间使用相应的服务接口，以及在SMF和UPF之间使用N4接口。这些改善将使NWDAF能够从UPF采集数据并生成分析，以优化UP通信。

当SMF订阅代表UE从NWDAF接收分析时，SMF可包括通知NWDAF通过SMF的基于服务的接口从UPF采集数据的指示。SMF甚至可指示要为分析而采集的数据的类型或数据的类别。或者，该系统可被定义为指示：从UPF请求的所有数据采集为通过SMF使用Nsmf_EventExposure_Subscribe服务操作而采集。图7示出了NWDAF通过使用Nsmf_EventExposure_Subscribe服务操作订阅从UPF采集数据的示例性过程。

图7的步骤1：UE建立或修改PDU或MA PDU会话，并在请求中指示NWDAF支持生成用于UP优化的分析，如图4、图5或图6所描述。SMF已订阅代表UE接收分析，并已通知NWDAF使用Nsmf_EventExposure_Subscribe服务操作从UPF采集数据。

步骤2：NWDAF使用Nsmf_EventExposure_Subscribe服务操作订阅针对关于UE的UP业务从UPF采集数据。

步骤3：如果SMF还未配置UPF向SMF发送关于UE的UP业务信息，则SMF向UPF发送N4会话修改消息。该消息可包括向SMF发送什么数据、UE标识、采集数据的时间段等。

步骤4：UPF以N4会话ACK进行响应，以指示UPF能够在指示的持续时间内采集所需数据。

步骤5：SMF对NWDAF进行响应：准许对数据采集的订阅，并且当数据可用时，SMF将通知NWDAF。

如前所述，图7所示的示例性过程可针对UE由SMF触发。然而，此类过程也可扩展到NWDAF需要从UPF采集数据的场合。这可由OAM实体、系统中的其他NF、系统中的网络策略或NWDAF中的配置来触发。SMF采集的数据可来自UE、UPF或SMF在PDU会话建立或修改过程期间已存储的信息。如前所述，该存储在SMF中的信息最初由UE提供。

为分析而采集的UE数据的匿名化

在将UE数据提供给NWDAF以进行分析中，一个关注点是UE隐私，因为UE标识被提供给了NWDAF以便NWDAF采集关于UE的数据。通过完善图7中介绍的过程，可实现保护UE隐私同时使NWDAF能够采集关于UE的数据的方法。在该方法中，NWDAF通过SMF从UPF采集关于UE的数据。SMF继而使用与UE相关联的符号标识与NWDAF进行通信，并且该符号与UE订阅标识之间的映射可能仅被SMF知晓。该符号可被格式化以使其包括SMF ID，从而使该符号对于SMF是唯一的。UE标识和符号标识之间的映射可被记录在计费数据记录中和UDM/UDR中。SMF会将UE标识和符号标识两者均存储在为上述PDU会话而维护的UE上下文中。符号标识将用于SMF和NWDAF之间的数据采集和分析订阅请求两者中。

图4描述了NWDAF可用于从UPF采集数据的两种方法：一种是使用UPF和NWDAF之间的基于服务的新接口，另一种是使用UPF和SMF之间以及SMF和NWDAF之间的现有接口。对后一种方法的改善是SMF在与NWDAF进行通信时使用UE的符号标识而不是UE标识。如SMF当前所进行的，SMF将使用N4会话建立或修改请求配置UPF。然而，当SMF订阅NWDAF以接收针对UE的分析时，SMF包括上述符号标识而不是UE标识。此外，SMF将配置NWDAF使用该符号标识采集关于UE的数据。由于SMF还提供关于UE的数据，因此，当为NWDAF从UPF采集数据时，SMF可用符号标识代替UE标识。对SMF和UPF之间的N4接口的改善包括从UPF要求的任意新的数据上报，以便为NWDAF采集用于执行分析的数据。SMF在存储在SMF中的PDU会话上下文中维持符号标识到UE标识的映射。

用于分析的UE数据的匿名化可通过UE包括UE想要进行匿名化数据采集和分析的指示进行触发。该指示可与在PDU会话建立或修改消息中向CN发送的分析指示一起被包括。在接收到这些指示之后，SMF可执行图8所示的匿名化数据采集。虽然包括分析指示和一个或多个分析ID可以指示UE许可NWDAF执行关于UE的数据采集和分析，但包括匿名化的分析指示提出了严格要求：针对UE执行的任何数据采集和分析需要匿名化。当服务于PDU会话的SMF变化时，可将符号值提供给新的SMF，或者符号值可发生变化(例如，由新的SMF分配)，并且可向NWDAF通知该符号值变化。

图8的步骤1：UE建立或修改PDU或MA PDU会话，并在请求中指示NWDAF支持生成用于UP优化的分析，如图4、图5或图6所描述。另外，UE请求所采集的关于UE的数据匿名化，并且SMF可为UE分配符号标识。符号标识可代替UE标识用于与NWDAF和UPF的通信。SMF可将符号标识存储在UDM/UDR中以供将来其他NF使用。对于UE提供数据作为NWDAF数据采集过程的一部分的情况，SMF还可向UE返回该符号标识。例如，作为MDT报告或NAS信令消息的一部分，UE可将其为NWDAF采集的数据与该符号标识相关联。

步骤2：在已建立或修改PDU会话之后，UP业务在UE和UPF之间流动。在此期间，UE和UPF采集与UP活动相关的数据，该数据将被发送到NWDAF用于分析。

步骤3：UPF向SMF发送N4会话报告并包括所采集数据。

步骤4：SMF以N4会话ACK进行响应，以指示已接收到所采集数据。

步骤5：然后，SMF准备并打包针对适当的分析ID用于匿名化UE数据的数据，并向NWDAF发送Nsmf_EventExposure_Notify消息。在准备数据时，SMF将UE标识替换为与UE相关联的符号标识，以保护UE的隐私。SMF先前已在Nnwdaf_AnalyticsSubscription_Subscribe请求中提供了该符号标识以触发NWDAF生成针对UE的分析。

步骤6：在一段时间之后，NWDAF针对UE生成所需分析，以优化UP通信。该分析基于步骤5中由SMF提供的数据而进行。

步骤7：SMF使用NWDAF返回的分析，向UPF发送N4会话修改消息。该消息可包括修改以改变QoS、提供针对自主或分析驱动引导模式的引导比率或百分比等。作为优化的一部分，SMF可在UP中插入UL-CL或BP UPF或选择另一UPF来服务UE。

步骤8：UPF对UE应用适当的优化，并可在优化生效之后开始新的数据采集时段。

图8的示例性过程示出了SMF可如何将为NWDAF采集的数据匿名化。一种可替代方案是如果NWDAF和UPF之间存在接口，则NWDAF可直接从UPF采集数据。在这种情况下，SMF将在PDU会话建立或修改过程期间使用UE标识和符号标识两者来配置UPF，以及当订阅代表UE从NWDAF接收分析时通知UPF使用符号标识。如果受支持，则SMF可仅使用符号标识来配置UPF。或者，UPF可生成符号标识并在内部将该标识映射到UE。然后，UPF将采集针对UE的UP业务的相关数据，并且甚至可从UE获得数据以发送到NWDAF进行分析。一旦采集了所有数据，UPF将带有与UE相关联的符号标识的信息发送到NWDAF。

注意，情况可能是多个网络功能和OAM系统向NWDAF提供与UE相关联的数据。在这种情况下，UDM/UDR(或一些其他集中式NF)可用于匿名化UE的标识。当NF或OAM系统向NWDAF提供针对UE的数据采集时，其可首先向中央NF(例如，UDM/UDR或集中式NWDAF)请求针对UE的匿名化符号。这种方法将保证所有NF对相同UE使用相同的匿名化符号。或者，所有NF可通过将UE标识替换为符号值的匿名化功能将其输入路由到NWDAF。

针对分析的数据采集要求

迄今为止，由UE提供的指示集中于仅对UE有益的用户平面业务的本地优化。UE还可提供单独的指示以向CN通知所采集的关于UE的数据可被用作NWDAF数据采集的一部分，以生成用于用户平面全局优化(例如，全网络范围内)的分析。该指示可用信号通知SMF其能够包括从UPF接收到的与UE有关的用于NWDAF数据采集目的的数据。这包括：当NWDAF请求采集关于UE的UP数据时，UE是NWDAF想要采集其数据的一组UE的一部分时，NWDAF数据采集涉及所有UE时，或者NWDAF正从服务于UE的特定UPF采集UP数据时。如果UPF和NWDAF之间存在通信接口，则该指示还可触发SMF配置UPF允许向NWDAF发送关于UE的数据。

用于优化UP通信的数据分析仅在UE正在主动使用UP资源时予以应用的情况下是有用的。UE可在建立或修改PDU会话时通知CN该PDU会话是否需要实时数据采集和分析生成。这可在用户想要发起在线游戏会话并希望UP通信针对该会话进行优化时被触发。可引入新的指示以包括在PDU会话建立或修改过程中，从而实现该特征。接收该指示的SMF可指定在利用NWDAF创建订阅时要执行的时间先决分析。此外，SMF可设置时间限制，以使NWDAF采集具有一定新鲜度的数据，从而确保分析基于较新的相关数据来执行。

数据采集将由UPF执行并上报给SMF或NWDAF，这取决于UPF和NWDAF之间的可用接口。表1示出了关于UE的数据采集信息的示例。注意，该表示出了用户平面数据采集可从UE、UPF或甚至SMF获得。UE可通过在由UE发送的普通UL业务中封装所需数据来传送其提供给UPF的数据，或者，UE可使用由ATSSS特征实现的PMF协议来将所需数据与普通UL业务包分开发送到UPF。UE甚至可使用RRC或MDT信令来向RAN节点提供数据，该RAN节点可分别向UPF和OAM实体转发该数据。

表1-针对UP优化分析的数据采集

图9示出了一个示例性过程，其中，UE提供数据作为NWDAF所需的数据采集过程的一部分。UE可通过IP、NAS、RRC或MDT信令向UPF、SMF或RAN节点提供该数据。然后，SMF或UPF将为NWDAF准备该数据。如果UE已请求，则该数据可在发送到NWDAF之前由SMF或UPF进行匿名。

在图9的步骤1中，UE建立或修改PDU或MA PDU会话，并在请求中指示NWDAF支持生成用于UP优化的分析，如图4、图5或图6所描述。UE在响应中接收关于采集什么类型的数据以及使用什么类型的传输(例如，NAS、RRC、MDT或IP)来发送数据的信息。该信息可包括何时或多久发送一次数据。如果UE需要使用PMF协议发送该数据，则提供UPF中的PMF功能的IP地址和端口。

在步骤2中，在已建立或修改PDU会话之后，UP业务在UE和UPF之间流动。在此期间，UE和UPF采集与UP活动相关的数据，该数据将为NWDAF被采集用于执行分析。如果如步骤2a所示，UE被通知使用IP信令发送数据，则UE可利用在UL业务上发送的普通数据包来封装该数据。或者，在UE被通知按此操作的情况下，UE可使用PMF协议或一些其他机制单独发送该数据。如果如步骤2b所示，UE被通知使用NAS信令发送数据，则UE例如使用PDU会话修改请求向SMF发送所采集数据。如果UPF是该数据的最终目的地，例如，如果UPF正为NWDAF采集数据，则SMF可将数据转发到UPF。如果UE被通知使用MDT信令发送数据，则UE在MDT报告中向RAN节点发送该数据，并且RAN节点可向OAM系统转发该数据。NWDAF稍后从OAM系统接收该数据。针对UE处于RRC空闲状态或非激活状态的情况，如步骤2c所示，UE还可使用RRC信令来将该数据发送到RAN节点，并且RAN节点可将该数据转发到UPF。

步骤3：同时，UPF采集关于UE的数据，并可向SMF发送带有所采集数据的N4会话报告。UPF可在N4会话报告中包括在步骤2a、步骤2b或步骤2c中从UE接收到的数据。

步骤5：SMF准备并打包该数据，并可针对适当的分析ID将所采集数据匿名。然后，SMF在Nsmf_EventExposure_Notify消息中向NWDAF发送该数据。如果该数据经过匿名化，SMF将UE标识替换为与UE相关联的符号标识，以保护UE的隐私。SMF先前已在Nnwdaf_AnalyticsSubscription_Subscribe请求中提供了该符号标识以触发NWDAF生成针对UE的分析。

步骤6：作为步骤3至步骤5的替代，UPF可直接向NWDAF发送所采集数据。在这种情况下，SMF可能已向UPF提供了在步骤2b中通过NAS信令发送的接收到的UE数据，或者如步骤2c所示，UPF可能已从RAN节点接收到UE数据。如果SMF已利用隐私指示或符号标识来配置UPF与UE相关联，则UPF可匿名发送到NWDAF的数据。

通过应用层进行UE数据采集

除了如图9所示的UE向网络提供数据采集报告的方法之外，UE还可经由安装在UE上的客户端应用通过应用层提供UE数据采集。图10示出了可通过UE上的客户端应用与应用服务器/AF之间的应用层来预想用于UE数据采集的机制的过程。注意，上述术语应用服务器和AF在下文中可互换使用。

步骤1：作为该步骤的一部分，在步骤1a中提供用户同意并将其保存在UDM/UDR中。迄今为止，已假设已授予用户同意以允许UE数据采集。以下将更详细地描述用户同意的过程。用户同意可由存储在UDM/UDR中的策略组成，该策略提供允许从UE采集的数据的类型、共享到特定NF的数据的限制、数据的到期时间、所需的数据准备和/或数据转换、漫游时的数据采集同意等。或者或进一步，用户同意可由被授予同意的一个或多个分析ID组成。以下将描述用户同意和策略中的信息的各方面。另外，如步骤1b所示，UE上安装了客户端应用。该客户端应用可能已被安装为运营商品牌的应用，或者该应用可能已在获得针对UE的服务期间或之后被安装。首次为UE获得服务时，作为引导流程的一部分或者作为设备管理操作的一部分，可能已下载了该客户端应用。或者，作为运营商的激励程序或促销的一部分，在经由用户下载获得针对UE的服务之后，该客户端应用可能已经被安装。该客户端应用还可作为运营商的第三方服务提供商协议的一部分进行安装。该服务提供商提供用于下载和安装的该客户端应用，管理从UE的数据采集，并且作为协议的一部分向运营商提供原始或经处理的数据。可向该客户端应用预先供应应用服务器的通信信息，或者用户可在安装和设置期间配置通信信息，或者可向该客户端应用提供来自UE的通信信息。还应当注意，UE可为一个以上客户端应用的主机。在UE为一个以上客户端应用主机的场景中，每个客户端应用可采集不同类型的UE数据，采集与不同类型的应用相关联的UE数据，采集与不同应用实例相关联的UE数据，或者采集与不同网络切片相关联的UE数据。此外，客户端应用可为不仅向AF提供UE数据的应用，客户端应用还可向用户提供其他服务(例如，游戏等)。

该应用可向用户呈现提供可用于提升用户体验的UE数据的选项。可采集和分析UE特定数据，例如电池电量水平、电池放电速率、电池放电历史、电池健康状况、存储器使用、睡眠状态、位置和移动性模式、经历的数据带宽、省电模式(例如，积极的、保守的或非常保守的、适度的或无省电)、DRX配置(例如，DRX周期)和DRX类型(例如，常规DRX、扩展DRX(eDRX))、QoS水平、例如用于所有业务、一组业务或特定业务的QoS配置文件和配置参数等，以指导业务引导和用户平面优化决策。

步骤2：一旦客户端应用已被安装在UE上，如果客户端应用在初始UE注册之后被安装，则UE在运营商的网络上注册或者执行对UE注册的更新。UE数据采集支持指示可被包括在注册请求消息中，表示UE对数据采集的支持或者UE可具有数据采集能力的事实。在该过程期间或之后，UDM/UDR可触发向UE发送更新的URSP规则，以将客户端应用与以DNN为目标的PDU会话相关联，UE数据采集应用服务器位于DNN中。应注意，还可通过用户同意已作为UE订阅数据的一部分被保存在UDM/UDR中的事实来隐式地触发URSP规则更新，而无需来自UE的显式信令。注意，应用服务器可由运营商或由受信任或不受信任的第三方服务提供商管理。类似地，PCF可基于存储在UDM/UDR中的用户同意，触发用于透明UE策略递送的UE配置更新过程，以更新UE中的UE策略。PCF可在注册过程期间基于请求消息中表示支持UE数据采集的指示或者作为单独的过程(例如在UDM/UDR中创建或更新用户同意时)进行上述确定。PCF可能已为UE订阅了UDM/UDR中的变化并当用户同意被保存到UDM/UDR时已接收到通知。在UE配置更新中，PCF可向UE提供与客户端应用相关联的新的URSP规则。当UE在注册过程中指示其支持UE数据采集时，或者如果用户同意被作为UE订阅数据的一部分保存在UDM/UDR中，则网络可在注册响应中包括UE数据采集信息。UE数据采集信息可包括UE数据(即，分析)应当被发送到的应用服务器的通信信息。通信信息可为FQDN或IP地址、端口号、向AF发送数据的目标URI、AF所在的DNN等。UE数据采集信息还可包括数据采集参数，其指示UE应当采集什么类型的数据、一个或多个分析ID、数据采集的频率、上报频率、包括将UE与所采集数据相关联的相关性标识的指示等。网络(AMF、NWDAF等)可基于从UDM/UDR接收到的用户同意信息确定UE应当采集什么类型的数据。网络可在注册响应中向UE提供多个UE数据采集信息。每个UE数据采集信息实例可与特定客户端应用和/或网络切片相关联。网络可向UE指示什么客户端应用或网络切片与每个UE数据采集信息实例相关联。

UE数据采集支持指示还可包括从用户本地获得的用户同意信息(例如，经由GUI配置或作为下文描述的用户同意配置文件一部分的任何信息)。UE可向网络提供该同意信息，并且网络可使用该信息确定要请求UE采集什么信息。

当在注册期间提供UE数据采集支持指示时，上述为NAS-MM信令的一部分并由UE发送到AMF。当在注册期间提供UE数据采集信息时，其为NAS-MM信令的一部分并由AMF发送到UE。

UE数据采集信息还可包括从用户本地获得的用户同意信息(例如，经由GUI配置或作为下文描述的用户同意配置文件一部分的任何信息)。网络可向UE提供该同意信息，并且UE可使用该信息确定采集什么数据。

步骤3：启动客户端应用，并且这可以触发向应用服务器所位于的特定DN使用与客户端应用相关联的URSP规则。如前所述，URSP规则中的DN可以是预先供应的、用户配置的、或由运营商网络提供的。或者，PDU会话建立过程可返回更新的URSP规则，以将客户端应用与PDU会话相关联。注意，客户端应用可与特定网络切片相关联，并且如果PDU会话没有在该切片内建立，则PDU会话可被网络拒绝。作为拒绝消息的一部分，新的URSP规则可被发送以指导UE将来的使用。UE可在PDU会话建立(或PDU会话修改)期间向网络提供UE数据采集支持指示，并且SMF可在PDU会话建立(或PDU会话修改)响应期间向UE提供UE数据采集信息。

当在PDU会话建立或PDU会话修改期间提供UE数据采集支持指示时，其为NAS-SM信令的一部分并从UE发送到SMF。当在PDU会话建立或PDU会话修改期间提供UE数据采集信息时，其为NAS-SM信令的一部分并从SMF发送到UE。

步骤4：存储在UE中的UE数据采集信息可触发UE内的数据采集过程。该信息可由网络运营商或服务提供商预先供应或提供。该策略可描述采集了什么类型的数据、数据采集频率、数据上报频率、每次采集的时间戳、将数据与UE相关联的相关性标识等。注意，情况可能是PDU会话建立或修改由应用数据的生成而触发，因此，步骤4可以在步骤3之前。

步骤5：根据预配置，例如以适当的上报间隔，进行触发，则UE使用UE数据采集信息通过用户平面向应用服务器/AF发送所采集数据。UE从UE数据采集信息获得针对AF的通信信息。UE可包括附加到应用服务器的信息，例如UE的相关性标识(例如，5G-GUTI、GPSI、IP地址和端口等)、数据的处理要求、数据的到期时间和到期策略、被允许接收数据的NF列表、当UE正漫游时数据是否可以被共享、有效区域、或者未配置有效区域时UE的默认行为等。该处理要求可包括数据匿名和/或聚合指示、利用统计操作转换的数据、用于并入到机器学习数据集或训练数据中的数据、根据自定义功能处理的数据等。注意，该数据的处理要求可由UE或AF执行。到期策略可指示在期满时将如何处理所采集数据(例如将其从系统移除)、针对扩展进行请求、用户通知等。对于数据可永久使用的情况，例如当数据被匿名或用作机器学习数据集的一部分时，到期时间可不被包括在数据报告中或者到期时间可为无限。

步骤6：基于由UE发送的处理要求，应用服务器/AF相应地准备数据。或者，UE可能已处理了数据，并包括给AF的所发送的数据已经过处理的指示。例如，当应用服务器正在从某个位置、区域或小区中的UE采集数据时，应用服务器可匿名该数据并将该数据与来自其他UE的数据进行组合。例如，当NWDAF向AF发出关于如何生成机器学习数据集以及是否将该数据集标记为训练数据的数据采集请求时(例如，如图11所示)，应用服务器还可已从NWDAF接收到要求。AF的NWDAF或服务提供商还可提供应用服务器用来转换数据的自定义或统计功能。

步骤7：然后，应用服务器通过NEF向NWDAF发送已处理和已准备的数据。该数据可以是UE所要求的或NWDAF所请求的格式，并可包括将该数据与UE相关联的相关性标识，和关于数据采集过程的其他信息，例如，数据采集的时间戳、状态(例如，电池电量水平、省电模式等)、数据采集期间UE的位置等。NEF可能需要在将该数据发送到NWDAF之前使用相关性标识来将该数据与UE相关联。注意，如果应用服务器是运营商管理的，则应用服务器可将采集的和准备的数据直接发送到NWDAF并完全绕过NEF。

作为上述过程的替代，UDM/UDR可在接收到用户同意之后经由TS 23.502所描述的UDM控制平面过程发起UE配置更新。发送到UE的UE配置更新消息可包括UE数据采集信息。该消息还可包括执行设备管理操作以下载和安装客户端应用的指示，或者可用于提示UE的用户接受客户端应用下载和安装的指示。UE可被告知重新发起注册过程，以获得与客户端应用相关联的适当的URSP规则。

或者，如果中央NF被部署用于存储采集的所有UE数据以用于NWDAF生成网络分析，则AF可向中央数据采集NF发送所采集或所处理的UE数据。NWDAF将直接联系数据采集NF以检索期望的UE数据。在这种情况下，UE数据采集信息将包含数据采集NF的通信信息，例如，IP地址和端口号。

应用功能数据准备

应用服务器/AF不仅可从UE采集数据，而且应用服务器还可处理和准备要发送到NWDAF或其他消费者NF的数据。例如，NWDAF可从应用服务器请求采集某个地理区域中或特定小区中的所有UE的应用业务，并聚合该数据或对该数据执行某个统计功能。应用服务器还可具有生成机器学习(ML)数据集的能力，无论该数据集被用作训练数据还是用于正在进行的推理的数据。机器学习支持的另一方面是应用服务器采集可用于验证来自NWDAF的分析的UE数据。所采集数据可用于计算分析输出的误差，或者所采集数据可用作训练数据集中的预期输出。图11示出了NWDAF向应用服务器/AF请求采集UE数据或生成机器学习数据集的示例性过程。在该请求中，NWDAF可包括在数据准备策略中数据采集或数据集生成的要求。应用服务器使用数据准备策略中的该信息来准备所采集的UE数据。对于生成ML数据集的情况，可将所采集数据从原始数据转换成数据集可被ML算法使用的格式。

步骤1：事件触发NWDAF以针对一个或多个UE开启数据采集。该事件可为请求，其来自消费者NF基于来自一个或多个UE的数据请求进行分析，来自OAM的请求，或者来自NWDAF正为其生成分析的某个配置的系统事件，和/或ML或AI数据集。NWDAF执行NUDM_SDM_Get服务操作，以首先从UDM/UDR获得来自一个或多个UE的用户同意。该操作可包括用于一个或多个UE的标识、组ID、要采集的数据的类型、从其采集数据的应用的ID列表、一个或多个分析ID、数据采集的期望持续时间、数据为匿名的还是聚合的、利用什么数据转换功能来处理数据等。或者，NWDAF可与NRF一起执行Nnrf_NFDiscovery服务操作以找到可提供所需数据的AF。然后，NRF可联系UDM/UDR以获得用户同意，并且如果被授予，则NRF可向NWDAF响应：已授予用户同意。

步骤2：UDM/UDR检查针对一个或多个UE的用户同意。作为检查的一部分，UDM/UDR可确保用户同意被提供用于数据采集所请求的数据类型、用于来自所列出的应用ID的数据、用于由分析ID指定的输入的数据、是否允许数据匿名和/或聚合、需要什么数据转换功能、到期时间等。UDM/UDR基于数据的类型、应用ID、是否需要数据匿名和/或聚合、数据到期时间和相关联的到期选项等，返回所有UE的响应：用户同意被允许用于数据采集。作为替代，UDM/UDR可向NRF提供信息，并且NRF可向NWDAF转发该信息。如前所述，如果在UDM/UDR中存在用户同意，则UDM/UDR可联系与每个UE相关联的AMF，并每个UE一起发起UE配置更新过程，以向每个UE发送UE数据采集信息。UE数据采集信息的内容可基于从NWDAF接收到的信息。

步骤3：NWDAF基于预配置或者在已找到具有采集期望UE数据的能力的AF之后，经由NEF向AF发送EventExposure_Subscribe服务操作。NWDAF可提供关于用户同意的AF信息，例如，对特定数据类型或来自特定应用的同意、是否允许数据被修改(例如，匿名和/或聚合)、是否限制在特定上下文中使用数据、同意到期和到期选项、同意的有效区域等。然而，如果用户同意在AF中不可用，则NWDAF可触发如图14所示的过程，其中，AF从UDM/UDR或从UE获得用户同意。该请求可包括要采集的数据的类型、要从中采集数据的应用的ID列表、要从中采集数据的UE的列表、是否请求了原始数据或已处理的数据、数据采集的目标位置或区域等。如果要采集的数据是机器学习或AI数据集的一部分，则NWDAF还可包括AF用于生成ML或AI数据集的ML或AI数据集配置文件。ML或AI数据集配置文件可包括：数据要被采集的UE的列表、从UE采集的数据的类型、采集该数据的频率、用于数据采集的有效时间段、有效区域、预处理该数据的要求、用于聚合或转换该数据的要求、用于限制该数据范围的要求、用于该数据的测量单位、所需数据集的数量、是否将该数据集标记为训练数据、向其发送该数据的NWDAF实例标识等。

步骤4：NEF基于用户同意将该消息与数据采集和/或数据集生成要求一起从NWDAF转发到AF。

步骤5：AF处理从NWDAF接收的要求，并且如必要，AF发起从UE采集数据。根据NWDAF提供的要求，AF可能需要向UE提供关于采集什么类型的数据、应当采集其数据的一个或多个应用ID、数据采集的频率、上报频率等的信息。或者，AF可等待UE与AF联系和进行鉴权。基于在步骤2中可能已接收到的UE数据采集信息，UE可知道与AF进行何种联系和鉴权。

步骤6：UE开始数据采集活动，确保数据采集满足由AF和/或UDM/UDR发送的UE数据采集信息中指定的要求。UE数据采集信息还可基于由用户或服务提供商的预先供应和/或配置。UE以适当的上报间隔向AF发送所采集数据。

步骤7：根据NWDAF提供的要求，AF可能需要处理和准备所采集数据。例如，如果UE已将匿名指示标识与所采集数据包括在一起，或者如果用户同意配置文件被配置为需要匿名化，则数据可被匿名化。另外，可聚合来自多个UE的数据，或者可能需要使用由NWDAF或服务提供商提供的特定统计或自定义功能来转换该数据。数据可被标准化或通过饱和或剪裁功能以限制输出的范围。如果数据将被用作ML或AI数据集的一部分，则标签可能需要与数据一起被包括，以指示数据集是否用于训练目的。必要时，也可按照NWDAF、用户或服务提供商所指定的对输出数据进行格式化。

步骤8：一旦所有数据已采集并处理，AF通过NEF向NWDAF发送EventExposure_Notify消息。该消息可包括相关性标识以将该数据与UE相关联，或者NEF可能需要在将该数据发送到NWDAF之前使用该相关性标识来将该数据与UE相关联。还要注意，还可发送关于数据采集过程的其他信息，例如，数据采集的时间戳、状态(例如电池电量水平、省电模式等)和数据采集期间UE的位置等。注意，如果AF是运营商管理的，则AF可将采集的和准备的数据直接发送到NWDAF并完全绕过NEF。

步骤9：NEF将来自AF的消息与已准备和已格式化的数据和相关性标识一起转发到NWDAF。或者，NEF可包括NWDAF可将数据与UE相关联的标识。

用于数据采集和实施的用户同意配置文件

如先前所公开的，需要用户同意以便网络从UE采集数据。用户同意配置文件可被维护以指定用户同意的参数，并可包括用户授予网络进行采集的数据的类型、可提供数据的应用、数据是否需要具有可选匿名化标识的匿名化、是否允许数据聚合、数据是否可用于生成机器学习数据集、数据的到期时间和相关联的到期选项等。或者另外，用户同意可由同意被授予的一个或多个分析ID组成，例如，同意被提供用于如由分析ID的输入数据所指定的UE数据采集。图12示出了可由客户端应用显示以提示用户启用用于在网络中与NWDAF共享UE数据的用户同意的示例性图形用户界面。用户同意配置文件可包括部分上述配置并由用户在任何时候启用或禁用。或者，用户同意配置文件可由网络在注册或PDU会话建立过程中进行配置，或者通过UE的本地配置进行配置。应注意，用户同意配置文件中的信息可反映在UE数据采集信息中，其中，同意被提供给采集UE数据的NF。

用户同意配置文件可具有允许用户指定共享什么类型的数据的参数，例如，视频流、互联网数据、UE特定数据(例如电池电量水平和存储器使用)和/或来自在UE上运行的特定应用的数据。到期时间和到期选项参数被用于指示用户同意的有效时间以及在到期时间对所采集数据执行什么动作。例如，一些到期选项可以是删除所采集数据、用更新标识来更新用户同意、停止数据采集但先前采集的数据仍可被使用等。到期选项应用于从UE采集的原始数据，可能不适用于用于聚合的数据或用于生成机器学习数据集的数据。还存在请求将所采集数据匿名化的参数和指定匿名的标识以关联匿名数据的选项。用户同意配置文件可被启用或禁用，并且当被禁用时，其表示用户同意被撤销。可存在一个或多个用户同意配置文件以管理不同类型的数据或来自不同应用的数据。

除了图12所示的之外，以下十一种类别可以示例示出可允许启用用户同意的数据的类型，并且还可设想其他类别。

第一，同意来自UE的所有或零数据采集。第二，同意与一个或多个分析ID的输入数据相关联的数据采集。

第三，同意与或不与特定用户配置文件相关联的数据采集。这包括UE或应用级用户或用户的配置文件。

第四，同意仅在特定条件下(例如在特定位置、在特定日期期间、仅在驾驶模式中等)进行数据采集。第五，同意仅对与赞助数据流相关联的数据进行数据采集。第六，同意在MNO内和MNO外进行数据采集。第七，同意仅对能够以特定要求匿名的数据进行数据采集。第八，同意仅对背景数据进行数据采集。第九，同意在采集数据方之外使用或不使用数据的数据采集。第十，同意与特定类别数据组(例如视频流或与特定订阅相关联的数据)或协议(例如TCP、UDP、QUIC等)相关联的数据采集。这些数据可在特定PDU会话或接入连接(例如，蜂窝或Wi-Fi)内被分组在一起。

第十一，同意与UE和/或专用应用中的误差状况相关联的数据采集。UE可在这些事件期间提示用户获得动态用户同意，从而捕获来自非预期事件的数据并将其发送到网络。或者，可存在同意允许此类数据采集先行的配置。

在用户已授予同意共享由UE采集的数据之后，可经由应用层中的客户端应用向应用服务器/AF发送用户同意配置文件或者用户同意配置文件中的信息子集，以及可选地，相关性标识。相关性标识可由应用服务器/AF用于将数据采集与UE相关联。作为响应，应用服务器/AF经由NEF将用户同意配置文件转发到UDM/UDR。在应用服务器为运营商管理的情况下，可绕过NEF将消息直接发送到UDM/UDR。最后，UDM/UDR通过与用户同意配置文件一起提供的相关性标识或者经由双因素验证(在其在用户订阅中启用的情况下)来验证由UE发送的用户同意配置文件。应注意，用户同意配置文件可被配置为UDM/UDR中的UE订户信息的一部分，而无需来自UE的显式信令，如图10所示。图13更详细地示出了用户同意配置和验证过程。

步骤1：如前所述，在UE上安装客户端应用。在启动时，该应用显示图形用户界面，例如，图12所示的界面，提示用户配置用于向网络提供UE数据的用户同意配置文件。然后，用户可填充在用户同意配置文件中找到的字段以使能够在应用层进行数据采集。或者，用户同意配置文件的字段可被预配置为安装的一部分或者由网络或服务提供商进行配置。因此，用户可能仅需要确认用户同意配置文件的配置。又一替代方案是UE可显示或提示带有问题的对话框，同时具有供用户选择的是/否选项。可由用户使用UE中的GUI经由是/否回答来提供任意数据访问或使用同意。可基于用户的回答创建同意配置文件。

步骤2：在用户确认用户同意配置文件之后，客户端应用将配置文件发送到应用服务器/AF。客户端应用可包括将用户同意配置文件与UE订阅相关联的标识，作为UE已向应用服务器发送用户同意配置文件的验证。对于应用服务器由第三方服务提供商管理的情况，则该标识可被加密。

步骤3：然后，应用服务器经由NEF将具有加密标识的用户同意配置文件转发到UDM/UDR。如需要，应用服务器可在向UDM/UDR发送配置文件之前对用户同意配置文件进行格式化。注意，如果应用服务器/AF是运营商管理的，则应用服务器可以将用户同意配置文件直接发送到UDM/UDR而绕过NEF。在这种情况下，上述标识可以是运营商网络可能已分配给UE的UE标识。

步骤4：如果应用服务器由第三方服务提供商管理，则UDM/UDR可选地可经由AMF向UE发送用户同意验证消息，以确保用户同意配置文件由UE提供。验证消息可以是由UDM/UDR经由SMSF或SMS-SC发送到UE的SMS消息，并且如果在UE订阅中启用了双因素验证，则可以进行发送。或者，验证消息可经由UDM/UDR发起的UE配置更新过程被发送到UE。

步骤5：在接收到验证消息之后，UE可显示提示，以使用户进行响应，或者，UE可显示已接收到SMS消息的通知。作为响应，用户可确认提示或SMS消息，以验证用户同意配置文件。然后，UE发送响应，以验证用户同意配置文件。

步骤6：如果与用户同意配置文件一起提供了标识，则UDM/UDR检查该标识是否与UE订阅相关联。如果标识被加密，则UDM/UDR可能需要进行解密。该标识可以是5G-GUTI、SUPI、GPSI、外部组标识、或UDM/UDR维护为与UE订阅相关联的上下文的某个其他标识。注意，所提供的标识可取决于AF是运营商管理的还是第三方服务提供商管理的。

一旦用户同意已被授予并保存在UDM/UDR中，想要从UE采集数据的任何网络功能必须在发起数据采集之前向UDM/UDR进行检查。应用服务器/AF可响应于来自NWDAF的数据采集请求而提供该功能。例如，NWDAF可请求应用服务器从UE列表中采集下行数据速率。作为响应，应用服务器可使用Nudm_SDM_Get或Nudm_ParameterProvision_Get服务操作来查询UDM/UDR，以检查上述每个UE的用户同意状态，并且在已从UDM/UDR获得用户同意之后，应用服务器可开始从上述UE采集下行数据速率。注意，所指示的服务操作可能需要对现有功能进行增强以支持来自应用服务器的用户同意询问。

在特定情况下，当AF从NWDAF接收到数据采集请求时，用户同意可能在AF中不可用。这些情况可以表现为当先前的用户同意已到期时或当先前在AF和UE上的客户端应用之间从未建立用户同意时。在数据采集可开始之前，AF可能需要首先从UE获得用户同意。该过程可在UE上的客户端应用与应用服务器/AF之间完成，或者通过AF向UDM/UDR检查用户同意来完成。图14示出了当从NWDAF接收到数据采集请求时AF不具有来自UE的用户同意的示例性过程。因此，AF继续向UDM/UDR检查用户同意。或者，如果用户同意先前已由UE提供但用户同意已经过期，则AF可向UE请求用户同意。在从UE接收到用户同意之后，AF将同意转发到UDM/UDR以进行存储。如前所述，UDM/UDR可选地可向UE验证用户同意。

步骤1：AF从NWDAF接收数据采集请求。该请求包括从UE采集数据，其中，AF不具有用户同意。

步骤2：如前所述，在步骤2a中，AF向UDM/UDR检查来自UE的用户同意，并且在向AF授予用户同意之后，UDM/UDR可联系与UE相关联的AMF并发起与UE的UE配置更新过程，以向UE发送UE数据采集信息。AF可能先前没有与UE建立通信，并且不具有安装在UE上的客户端应用的上下文。或者，如步骤2b所示，AF发送请求以从UE获得用户同意。这一情况可以是AF先前已与UE建立了用户同意但用户同意已到期，并且AF需要更新用户同意。该请求可包括请求用于数据采集的数据的类型、数据采集的频率、上报频率和如在用户同意配置文件中发现的或先前公开的其他信息。

步骤3：如果AF已向UDM/UDR检查用户同意，并且UDM/UDR不具有来自UE的用户同意，如前所述，则UDM/UDR可经由UDM控制平面过程执行UE配置更新，其中，用户同意从UE获得。发送到UE的UE配置更新消息可包括对用户同意的请求，并且来自UE的响应可包括来自用户同意配置文件的任何信息。如果UDM/UDR在UE订阅数据中具有用户同意信息，则可以跳过该步骤。

步骤4：UE接收到用户同意请求后，可提示用户授予同意。如果客户端应用尚未被安装，则网络可经由提示或者作为设备管理过程的一部分提醒UE手动安装该应用。如果客户端应用已被安装，则可使用应用通知提示用户授予用户同意。示出用户同意配置文件的屏幕可出现在UE上，以供用户在授予同意之前查看配置文件的内容。

步骤5：在用户授予同意之后，UE向UDM/UDR或AF发送消息，这取决于步骤2b还是步骤3触发了用户同意请求。在步骤5a中，用户同意被发送到UDM/UDR，而在步骤5b中，用户同意被发送到AF。

步骤6a和步骤6b：在步骤6a中，UDM/UDR向AF发送所授予的用户同意。然而，如果AF获得了用户同意，则AF在步骤6b中向UDM/UDR发送更新请求，以更新可能已到期的用户同意。

步骤7：如先前所讨论的，可选地，UDM/UDR向UE验证用户同意。

在用户同意策略已被传播和应用之后，网络需要确保策略被实施，直到策略到期或者直到用户撤销用户同意。NWDAF可通过维持针对每个UE的用户同意到期并利用已与之共享数据的消费者的列表来管理用户同意策略的实施。NWDAF可在内部管理到期时间，并在用户同意到期时向所有消费者通知UE数据。或者，UDM/UDR可管理用户同意的到期时间，并且NWDAF和其他数据消费者可订阅在用户同意到期时获得通知。UDM/UDR或NWDAF的现有服务操作可被改善以允许实施用户同意。这是一种更集中的方法，并且可使到期时间的管理更简单。

或者，可以采用更分布式的方法。可使用所采集数据维持用户同意的到期，并且每个消费者负责在用户同意到期时根据到期选项来管理数据。取决于到期选项，消费者能够通过提供更新标识来快速更新用户同意。更新标识可被发送到UDM/UDR或UE，例如，在应用服务器和UE上的客户端应用之间，以更新用户同意。由于应用服务器已与客户端应用建立了通信，因此其能够直接联系客户端应用以更新用户同意。应用服务器可被配置为向客户端应用提供通知，从而提醒在用户同意到期之前更新用户同意。这可以确保数据采集不被中断和/或删除。还可经由UE配置更新过程将更新标识从UDM/UDR发送到UE，以更新用户同意。

图15示出了在用户启动VR应用之后向UE的用户呈现的示例性GUI。GUI提示用户是否请求用于与VR应用相关联的PDU会话的数据分析、是否在数据采集期间请求匿名化以及是否请求用于分析生成的实时数据采集。或者，可在属于网络运营商的OAM系统中找到GUI，该系统用于使用在线门户来配置用户偏好。基于该配置，URSP规则可由网络生成并被发送到UE，以移除用户参与的要求。

示例环境

第3代合作伙伴计划(3GPP)开发了用于蜂窝电信网络技术的技术标准，包括无线电接入、核心传输网络和服务能力，包括对编解码器、安全性和服务质量的研究。最近的无线电接入技术(RAT)标准包括WCDMA(通常称为3G)、LTE(通常称为4G)和LTE高级标准。3GPP已经开始致力于称为新无线电(NR)的下一代蜂窝技术(也称为“5G”)的标准化。期望3GPPNR标准的开发包括下一代无线电接入技术(新RAT)的定义，该技术预期包括提供低于6GHz的新的灵活无线电接入，以及提供高于6GHz的新的超移动宽带无线电接入。该灵活的无线电接入预期包括在低于6GHz的新频谱中的新的非后向兼容的无线电接入，并且预期包括不同的操作模式，这些操作模式可在相同的频谱中被复用在一起以解决具有不同需求的3GPPNR用例的广泛集合。预期超移动宽带包括厘米波和毫米波频谱，该频谱将为例如室内应用和热点的超移动宽带接入提供机会。具体地，期望超移动宽带与低于6GHz的灵活无线电接入共享公共设计框架，具有厘米波和毫米波特定的设计优化。

3GPP已识别NR预期支持的多种用例，从而产生对数据速率、延迟和移动性的多种多样的用户体验需求。用例包括以下一般类别：增强的移动宽带(例如，在密集区域中的宽带接入，室内超高宽带接入，拥挤处的宽带接入，随处50+Mbps，超低成本宽带接入，车辆中的移动宽带)；关键通信；大规模机器类型通信；网络操作(例如，网络切片、路由、迁移和互通、节能)；和增强的车联网(eV2X)通信，其可包括车辆对车辆通信(V2V)、车辆对基础设施通信(V2I)、车辆对网络通信(V2N)、车辆对行人通信(V2P)和车辆与其他实体通信中的任一者。这些类别中的具体服务和应用包括例如：监视和传感器网络、设备远程控制、双向远程控制、个人云计算、视频流、基于云的无线办公室、第一响应者连接、汽车电子呼叫、灾难警报、实时游戏、多人视频呼叫、自动驾驶、增强现实、触觉互联网和虚拟现实，等等。本文考虑了所有这些用例和其他用例。

图16A示出示例性通信系统100的一个实施方案，其中可具体体现本文所描述和所要求保护的方法和装置。如图所示，示例性通信系统100可包括无线发射/接收单元(WTRU)102a、102b、102c、102d、102e、102f和/或102g(其一般地或共同地可以称为WTRU 102)、无线电接入网络(RAN)103/104/105/103b/104b/105b、核心网106/107/109、公用交换电话网络(PSTN)108、互联网110、其他网络112和V2X服务器(或ProSe功能和服务器)113。但是应当理解，本发明所公开的实施方案设想了任何数量的WTRU、基站、网络和/或网络元件。WTRU102a、102b、102c、102d、102e、102f、102g中的每一者可以是被配置为在无线环境中操作和/或通信的任何类型的装置或设备。虽然WTRU 102a、102b、102c、102d、102e、102f、102g中的每一者在图16A至图16E中描绘为手持式无线通信装置，但是应当理解，在针对5G无线通信设想的各种用例的情况下，每个WTRU可包括或可具体体现为被配置为传输和/或接收无线信号的任何类型的装置或设备，仅以举例的方式包括用户装备(UE)、移动站、固定或移动订阅者单元、分页器、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型电脑、平板计算机、上网本、笔记本计算机、个人计算机、无线传感器、消费者电子器件、可穿戴设备(诸如智能手表或智能服装)、医疗设备或电子健康设备、机器人、工业装备、无人机、载具(诸如轿车、卡车、火车或飞机等)。

通信系统100还可以包括基站114a和基站114b。基站114a可以是被配置为与WTRU102a、102b、102c中的至少一者无线对接以促进对一个或多个通信网络(诸如核心网106/107/109、互联网110和/或其他网络112)的接入的任何类型的设备。基站114b可以是被配置为与RRH(远程无线电头端)118a、118b，TRP(发射和接收点)119a、119b和/或RSU(路侧单元)120a和120b中的至少一者有线和/或无线对接以促进对一个或多个通信网络(诸如核心网106/107/109、互联网110、其他网络112和/或V2X服务器(或ProSe功能和服务器)113)的接入的任何类型的设备。RRH 118a、118b可以是被配置为与WTRU 102c中的至少一者无线对接以促进对一个或多个通信网络(诸如核心网106/107/109、互联网110和/或其他网络112)的接入的任何类型的设备。TRP 119a、119b可以是被配置为与WTRU 102d中的至少一者无线对接以促进对一个或多个通信网络(诸如核心网106/107/109、互联网110和/或其他网络112)的接入的任何类型的设备。RSU 120a和120b可以是被配置为与WTRU 102e或102f中的至少一者无线对接以促进对一个或多个通信网络(诸如核心网106/107/109、互联网110、其他网络112和/或V2X服务器(或ProSe功能和服务器)113)的接入的任何类型的设备。以举例的方式，基站114a、114b可以是收发器基站(BTS)、Node-B、eNodeB、家庭NodeB、家庭eNodeB、站点控制器、接入点(AP)、无线路由器，等等。虽然基站114a、114b各自被描绘为单个元件，但应当理解，基站114a、114b可包括任何数量的互连基站和/或网络元件。

基站114a可以是RAN 103/104/105的一部分，该RAN还可以包括其他基站和/或网络元件(未示出)，诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114b可以是RAN 103b/104b/105b的一部分，该RAN还可以包括其他基站和/或网络元件(未示出)，诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a可以被配置为在特定地理区域内发射和/或接收无线信号，该特定地理区域可以被称为小区(未示出)。基站114b可以被配置为在特定地理区域内发射和/或接收有线信号和/或无线信号，该特定地理区域可以被称为小区(未示出)。小区可进一步被划分为小区扇区。例如，与基站114a相关联的小区可被划分为三个扇区。因此，在一个实施方案中，基站114a可以包括三个收发器，例如，小区的每个扇区一个收发器。在一个实施方案中，基站114a可以采用多输入多输出(MIMO)技术，因此可以针对小区的每个扇区利用多个收发器。

基站114a可以通过空中接口115/116/117与WTRU 102a、102b、102c中的一者或多者通信，该空中接口可以是任何合适的无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115/116/117。

基站114b可以通过有线或空中接口115b/116b/117b与RRH 118a、118b，TRP 119a、119b和/或RSU 120a和120b中的一者或多者通信，该有线或空中接口可以是任何合适的有线通信链路(例如，电缆、光纤等)或无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115b/116b/117b。

RRH 118a、118b，TRP 119a、119b和/或RSU 120a、120b可以通过空中接口115c/116c/117c与WTRU 102c、102d、102e、102f中的一者或多者通信，该空中接口可以是任何合适的无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115c/116c/117c。

WTRU 102a、102b、102c、102d、102e、102f和/或102g可以通过空中接口115d/116d/117d(附图中未示出)彼此通信，该空中接口可以是任何合适的无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115d/116d/117d。

更具体地讲，如上所指出，通信系统100可为多址接入系统，并且可采用一个或多个信道接入方案，诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如，RAN 103/104/105中的基站114a以及RAN 103b/104b/105b中的WTRU 102a、102b、102c或RRH 118a、118b，TRP 119a、119b和RSU 120a、120b以及WTRU 102c、102d、102e、102f可以实现诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)的无线电技术，其可以使用宽带CDMA(WCDMA)来分别建立空中接口115/116/117或115c/116c/117c。WCDMA可包括诸如高速分组接入(HSPA)和/或演进的HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。

在一个实施方案中，基站114a以及RAN 103b/104b/105b中的WTRU 102a、102b、102c或RRH 118a、118b，TRP 119a、119b和/或RSU 120a、120b，以及WTRU 102c、102d可以实现诸如演进型UMTS陆地无线电接入(E-UTRA)的无线电技术，其可以使用长期演进(LTE)和/或LTE高级(LTE-A)来分别建立空中接口115/116/117或115c/116c/117c。将来，空中接口115/116/117可以实现3GPP NR技术。LTE和LTE-A技术包括LTE D2D和V2X技术和接口(诸如侧链路通信等)。3GPP NR技术包括NR V2X技术和接口(诸如侧链路通信等)。

在一个实施方案中，RAN 103/104/105中的基站114a以及RAN 103b/104b/105b中的WTRU 102a、102b、102c或RRH 118a、118b，TRP 119a、119b和/或RSU 120a、120b，以及WTRU102c、102d、102e、102f可以实现诸如IEEE 802.16(例如，全球微波接入互操作(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、增强型数据速率GSM演进(EDGE)、GSMEDGE(GERAN)等的无线电技术。

图16A中的基站114c可以为例如无线路由器、家庭NodeB、家庭eNodeB或接入点，并且可利用任何合适的RAT来促进例如商业场所、家庭、车辆、校园等局部区域中的无线连通性。在一个实施方案中，基站114c和WTRU 102e可以实现无线电技术(诸如IEEE 802.11)以建立无线局域网(WLAN)。在一个实施方案中，基站114c和WTRU 102d可以实现无线电技术(诸如IEEE 802.15)以建立无线个域网(WPAN)。在又一个实施方案中，基站114c和WTRU102e可以利用基于蜂窝的RAT(例如，WCDMA、CDMA2000、GSM、LTE、LTE-A等)来建立微微小区或毫微微小区。如图16A所示，基站114b可具有与互联网110的直接连接。因此，基站114c可以不需要经由核心网106/107/109接入互联网110。

RAN 103/104/105和/或RAN 103b/104b/105b可以与核心网106/107/109通信，该核心网可以是被配置为向WTRU 102a、102b、102c、102d中的一者或多者提供语音、数据、应用和/或互联网协议语音技术(VoIP)服务的任何类型的网络。例如，核心网106/107/109可以提供呼叫控制、账单服务、基于移动位置的服务、预付费呼叫、互联网连接、视频分发等，并且/或者执行高级安全功能，诸如用户认证。

尽管未在图16A中示出，但应当理解，RAN 103/104/105和/或RAN 103b/104b/105b和/或核心网106/107/109可以与采用与RAN 103/104/105和/或RAN 103b/104b/105b相同的RAT或不同RAT的其他RAN进行直接通信或间接通信。例如，除被连接到可能正在利用E-UTRA无线电技术的RAN 103/104/105和/或RAN 103b/104b/105b之外，核心网106/107/109还可以与采用GSM无线电技术的另一个RAN(未示出)通信。

核心网106/107/109还可以充当WTRU 102a、102b、102c、102d、102e接入PSTN 108、互联网110和/或其他网络112的网关。PSTN 108可包括提供普通老式电话服务(POTS)的电路交换电话网络。互联网110可以包括使用常见通信协议(诸如传输控制协议(TCP)、用户数据报协议(UDP)和TCP/IP互联网协议组中的互联网协议(IP))的互连计算机网络和设备的全球系统。网络112可以包括由其他服务提供商拥有和/或操作的有线或无线通信网络。例如，网络112可包括连接到一个或多个RAN的另一个核心网，其可以采用与RAN 103/104/105和/或RAN 103b/104b/105b相同的RAT或不同的RAT。

通信系统100中的一些或所有WTRU 102a、102b、102c、102d可以包括多模式能力，例如，WTRU 102a、102b、102c、102d和102e可以包括用于通过不同无线链路与不同无线网络通信的多个收发器。例如，图16A所示的WTRU 102e可以被配置为与可以采用基于蜂窝的无线电技术的基站114a通信，并且与可以采用IEEE 802无线电技术的基站114c通信。

图16B是根据本文所示的实施方案被配置用于进行无线通信的示例性装置或设备(例如WTRU 102)的框图。如图16B所示，示例性WTRU 102可包括处理器118、收发器120、发射/接收元件122、扬声器/麦克风124、小键盘126、显示器/触摸板/指示符128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(GPS)芯片组136和其他外围设备138。应当理解，在与实施方案保持一致的同时，WTRU 102可包括前述元件的任何子组合。另外，实施方案设想基站114a和114b和/或基站114a和114b可表示的节点(例如但不限于收发器站(BTS)、NodeB、站点控制器、接入点(AP)、家庭node-B、演进型家庭node-B(eNodeB)、家庭演进型node-B(HeNB)、家庭演进型node-B网关和代理节点等等)可包括图16B中描绘的以及如本文所述的一些或全部元件。

处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等。处理器118可执行信号编码、数据处理、功率控制、输入/输出处理和/或任何其他功能，这些其他功能使WTRU 102能够在无线环境中工作。处理器118可耦合到收发器120，该收发器可耦合到发射/接收元件122。虽然图16B将处理器118和收发器120描绘为单独的部件，但是应当理解，处理器118和收发器120可在电子封装件或芯片中集成在一起。

发射/接收元件122可以被配置为通过空中接口115/116/117向基站(例如，基站114a)发射信号或从该基站接收信号。例如，在一个实施方案中，发射/接收元件122可以是被配置为发射和/或接收RF信号的天线。在一个实施方案中，发射/接收元件122可以是被配置为发射和/或接收例如IR、UV或可见光信号的发射器/检测器。在又一个实施方案中，发射/接收元件122可以被配置为发射和接收RF信号和光信号两者。应当理解，发射/接收元件122可被配置为发射和/或接收无线信号的任何组合。

此外，尽管发射/接收元件122在图16B中被描绘为单个元件，但是WTRU 102可包括任何数量的发射/接收元件122。更具体地讲，WTRU 102可采用MIMO技术。因此，在一个实施方案中，WTRU 102可以包括用于通过空中接口115/116/117发射和接收无线信号的两个或更多个发射/接收元件122(例如，多个天线)。

收发器120可被配置为调制将由发射/接收元件122发射的信号并且解调由发射/接收元件122接收的信号。如上所指出，WTRU 102可具有多模式能力。例如，因此，收发器120可包括多个收发器，以便使WTRU 102能够经由多种RAT(诸如UTRA和IEEE 802.11)进行通信。

WTRU 102的处理器118可以耦合到扬声器/麦克风124、小键盘126和/或显示器/触摸板/指示器128(例如，液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并且可以从前述各部件接收用户输入数据。处理器118还可以将用户数据输出到扬声器/麦克风124、小键盘126，和/或显示器/触摸板/指示器128。此外，处理器118可从任何类型的合适存储器(诸如不可移动存储器130和/或可移动存储器132)访问信息，并且将数据存储在任何类型的合适存储器中。不可移动存储器130可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的存储器存储设备。可移动存储器132可包括订阅者身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在一个实施方案中，处理器118可以从未物理上定位在WTRU 102上(诸如，服务器或家用计算机(未示出)上)的存储器访问信息，并且将数据存储在该存储器中。

处理器118可从电源134接收电力，并且可被配置为向WTRU 102中的其他部件分配和/或控制电力。电源134可以是用于为WTRU 102供电的任何合适的设备。例如，电源134可以包括一个或多个干电池蓄电池、太阳能电池、燃料电池等。

处理器118还可耦合到GPS芯片组136，该GPS芯片组可被配置为提供关于WTRU 102的当前位置的位置信息(例如，经度和纬度)。除来自GPS芯片组136的信息之外或者代替来自该GPS芯片组的信息，WTRU 102可以通过空中接口115/116/117从基站(例如，基站114a、114b)接收位置信息并且/或者基于从两个或更多个附近的基站接收到的信号的定时来确定其位置。应当理解，在与实施方案保持一致的同时，该WTRU 102可通过任何合适的位置确定方法来获取位置信息。

处理器118还可耦合到其他外围设备138，该其他外围设备可包括提供附加特征、功能和/或有线或无线连接的一个或多个软件模块和/或硬件模块。例如，外围设备138可以包括各种传感器，诸如加速度计、生物计量(例如，指纹)传感器、电子罗盘、卫星收发器、数码相机(用于相片或视频)、通用串行总线(USB)端口或其他互连接口、振动设备、电视收发器、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器，等等。

WTRU 102可以被具体实现在其他装置或设备(诸如传感器、消费者电子设备、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫生设备、机器人、工业装备、无人机、交通工具(诸如汽车、卡车、火车或飞机))中。WTRU 102可以经由一个或多个互连接口(诸如可以包括外围设备138中的一者的互连接口)连接到此类装置或设备的其他部件、模块或系统。

图16C是根据一个实施方案的RAN 103和核心网106的系统图。如上所述，RAN 103可以采用UTRA无线电技术通过空中接口115与WTRU 102a、102b和102c通信。RAN 103还可与核心网106通信。如图16C所示，RAN 103可包括Node-B 140a、140b、140c，其各自可包括一个或多个收发器以用于通过空中接口115与WTRU 102a、102b、102c通信。Node-B140a、140b、140c可以各自与RAN 103内的特定小区(未示出)相关联。RAN 103还可以包括RNC 142a、142b。应当理解，RAN 103可以包括任何数量的Node-B和RNC，同时保持与实施方案一致。

如图16C所示，Node-B 140a、140b可与RNC 142a通信。此外，节点B 140c可以与RNC142b通信。Node-B 140a、140b、140c可以经由Iub接口与相应的RNC 142a、142b通信。RNC142a、142b可以经由Iur接口彼此通信。RNC 142a、142b中的每一者可以被配置为控制其所连接的相应Node-B140a、140b、140c。此外，RNC 142a、142b中的每一者可以被配置为执行或支持其他功能性，诸如外环功率控制、负载控制、准入控制、分组调度、切换控制、宏分集、安全功能、数据加密，等等。

图16C中所示的核心网106可包括媒体网关(MGW)144、移动切换中心(MSC)146、服务GPRS支持节点(SGSN)148和/或网关GPRS支持节点(GGSN)150。虽然前述元件中的每个元件均被描绘为核心网106的一部分，但应理解，这些元件中的任一元件均可由除核心网运营商以外的实体拥有和/或操作。

RAN 103中的RNC 142a可以经由IuCS接口连接到核心网106中的MSC 146。MSC 146可以连接到MGW 144。MSC 146和MGW 144可以为WTRU 102a、102b、102c提供对电路交换网络(诸如PSTN 108)的接入，以有利于WTRU 102a、102b、102c与传统陆线通信设备之间的通信。

RAN 103中的RNC 142a还可以经由IuPS接口连接到核心网106中的SGSN 148。SGSN148可以连接到GGSN 150。SGSN 148和GGSN 150可以为WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入，以有利于WTRU 102a、102b、102c与启用IP的设备之间的通信。

如上所述，核心网106还可以连接到网络112，该网络可以包括由其他服务提供商拥有和/或运营的其他有线或无线网络。

图16D是根据一个实施方案的RAN 104和核心网107的系统图。如上所指出，RAN104可以采用E-UTRA无线电技术通过空中接口116与WTRU 102a、102b和102c通信。RAN 104还可与核心网107通信。

RAN 104可包括演进节点B 160a、160b、160c，但是应当理解，在与实施方案保持一致的同时，RAN 104可包括任何数量的演进节点B。演进节点B 160a、160b、160c各自可包括一个或多个收发器以便通过空中接口116与WTRU 102a、102b、102c通信。在一个实施方案中，演进节点B 160a、160b、160c可以实现MIMO技术。因此，演进节点B 160a例如可以使用多个天线来向WTRU 102a发射无线信号，以及从该WTRU接收无线信号。

eNode-B 160a、160b和160c中的每一者可以与特定小区(未示出)相关联，并且可以被配置为处理无线电资源管理决策、切换决策、上行链路和/或下行链路中的用户调度，等等。如图16D所示，eNode-B 160a、160b、160c可通过X2接口彼此通信。

图16D所示的核心网107可包括移动性管理网关(MME)162、服务网关164和分组数据网络(PDN)网关166。虽然前述元件中的每个元件均被描绘为核心网107的一部分，但应理解，这些元件中的任一元件均可由除核心网运营商以外的实体拥有和/或操作。

MME 162可以经由S1接口连接到RAN 104中的演进节点B 160a、160b和160c中的每一者，并且可以用作控制节点。例如，MME 162可负责认证WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c的初始附加期间选择特定服务网关等。MME 162还可以提供用于在RAN 104与采用其他无线电技术(诸如GSM或WCDMA)的其他RAN(未示出)之间进行切换的控制平面功能。

服务网关164可以经由S1接口连接到RAN 104中的eNode-B 160a、160b和160c中的每一者。服务网关164通常可以向/从WTRU 102a、102b、102c路由和转发用户数据分组。服务网关164还可以执行其他功能，诸如在eNode-B间切换期间锚定用户平面、当下行链路数据可用于WTRU 102a、102b、102c时触发寻呼、管理和存储WTRU 102a、102b、102c的上下文，等等。

服务网关164还可以连接到PDN网关166，该PDN网关可以为WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入，以有利于WTRU 102a、102b、102c与启用IP的设备之间的通信。

核心网107可有利于与其他网络的通信。例如，核心网107可以为WTRU 102a、102b、102c提供对电路交换网络(例如PSTN 108)的接入，以有利于WTRU 102a、102b、102c与传统陆线通信设备之间的通信。例如，核心网107可包括用作核心网107与PSTN 108之间的接口的IP网关(例如，IP多媒体子系统(IMS)服务器)或者可以与该IP网关通信。此外，核心网107可以为WTRU 102a、102b、102c提供对网络112的接入，该网络可包括由其他服务提供商拥有和/或运营的其他有线或无线网络。

图16E是根据一个实施方案的RAN 105和核心网109的系统图。RAN 105可以是采用IEEE 802.16无线电技术通过空中接口117与WTRU 102a、102b和102c通信的接入服务网络(ASN)。如下文将进一步讨论的，WTRU 102a、102b、102c的不同功能实体、RAN 105与核心网109之间的通信链路可以被定义为参考点。

如图16E所示，RAN 105可包括基站180a、180b、180c和ASN网关182，但是应当理解，RAN 105可包括任何数量的基站和ASN网关，同时保持与实施方案一致。基站180a、180b、180c可以各自与RAN 105中的特定小区相关联，并且可以包括用于通过空中接口117与WTRU102a、102b、102c进行通信的一个或多个收发器。在一个实施方案中，基站180a、180b、180c可以实现MIMO技术。因此，基站180a例如可以使用多个天线来向WTRU 102a发射无线信号，以及从该WTRU接收无线信号。基站180a、180b、180c还可以提供移动性管理功能，诸如切换触发、隧道建立、无线电资源管理、业务分类、服务质量(QoS)策略实施，等等。ASN网关182可以用作业务聚合点，并且可以负责寻呼、订阅者配置文件的缓存、路由到核心网109等。

WTRU 102a、102b、102c与RAN 105之间的空中接口117可以被定义为实现IEEE802.16规范的R1参考点。此外，WTRU 102a、102b和102c中的每一者可以与核心网109建立逻辑接口(未示出)。WTRU 102a、102b、102c与核心网109之间的逻辑接口可以被定义为R2参考点，其可以用于认证、鉴权、IP主机配置管理和/或移动性管理。

基站180a、180b和180c中的每一者之间的通信链路可以被定义为R8参考点，其包括用于促进WTRU切换和数据在基站之间的传送的协议。基站180a、180b、180c与ASN网关182之间的通信链路可以被定义为R6参考点。R6参考点可以包括用于基于与WTRU 102a、102b、102c中的每一者相关联的移动性事件促进移动性管理的协议。

如图16E所示，RAN 105可连接到核心网109。RAN 105与核心网109之间的通信链路可以被定义为R3参考点，其例如包括用于促进数据传送和移动性管理能力的协议。核心网109可包括移动IP归属代理(MIP-HA)184、认证、鉴权、计费(AAA)服务器186和网关188。虽然前述元件中的每个元件均被描绘为核心网109的一部分，但应理解，这些元件中的任一元件均可由除核心网运营商以外的实体拥有和/或操作。

MIP-HA可以负责IP地址管理，并且可以使得WTRU 102a、102b和102c能够在不同的ASN和/或不同的核心网之间漫游。MIP-HA 184可以为WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入，以有利于WTRU 102a、102b、102c与启用IP的设备之间的通信。AAA服务器186可以负责用户认证和支持用户服务。网关188可以有利于与其他网络的互通。例如，网关188可以为WTRU 102a、102b、102c提供对电路交换网络(诸如PSTN 108)的访问，以有利于WTRU 102a、102b、102c与传统陆线通信设备之间的通信。此外，网关188可以为WTRU 102a、102b、102c提供对网络112的访问，该网络可以包括由其他服务提供商拥有和/或运营的其他有线或无线网络。

尽管图16E中未示出，但应当理解，RAN 105可连接到其他ASN，并且核心网109可连接到其他核心网。RAN 105与其他ASN之间的通信链路可以被定义为R4参考点，其可以包括用于协调WTRU 102a、102b、102c在RAN 105与其他ASN之间的移动性的协议。核心网109与其他核心网之间的通信链路可被定义为R5参考点，其可包括用于促进在归属核心网与受访问核心网之间互通的协议。

本文所述的以及在图16A、图16C、图16D和图16E中示出的核心网实体通过在某些现有3GPP规范中给予这些实体的名称来识别，但是应当理解，将来这些实体和功能可能通过其他名称来识别，并且某些实体或功能可在将来由3GPP公开的规范(包括将来的3GPP NR规范)中进行组合。因此，在图16A-16E中描述和展示的特定网络实体和功能仅以举例的方式提供，并且应当理解，本文所公开和要求保护的主题可以在任何类似的通信系统(无论是目前定义的还是将来定义的)中具体体现或实现。

图16F是示例计算系统90的框图，其中可以具体体现图16A、图16C、图16D和图16E中展示的通信网络的一个或多个装置，诸如RAN 103/104/105、核心网106/107/109、PSTN108、互联网110或其他网络112中的特定节点或功能实体。计算系统90可以包括计算机或服务器并且可以主要通过计算机可读指令来控制，所述计算机可读指令可以为软件的形式，而无论在何处或者通过无论什么手段存储或存取这种软件。此类计算机可读指令可以在处理器91内执行，以使计算系统90工作。处理器91可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等。处理器91可以执行信号编码、数据处理、功率控制、输入/输出处理，和/或使得计算系统90能够在通信网络中工作的任何其他功能性。协处理器81是与主处理器91不同的可选处理器，其可以执行附加功能或者帮助处理器91。处理器91和/或协处理器81可以接收、生成并处理与本文所公开的方法和装置相关的数据。

在操作中，处理器91取出指令、对指令进行解码并执行指令，并且经由计算系统的主数据传送路径(系统总线80)向和从其他资源传送信息。这种系统总线连接计算系统90中的部件并且限定用于数据交换的介质。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线，以及用于发送中断并用于操作该系统总线的控制线。这种系统总线80的示例是PCI(外围部件互连)总线。

耦合到系统总线80的存储器包括随机存取存储器(RAM)82和只读存储器(ROM)93。此类存储器包括允许信息被存储和检索的电路系统。ROM 93通常包含不能被容易地修改的存储数据。存储在RAM 82中的数据可以由处理器91或其他硬件设备读取或改变。对RAM 82和/或ROM 93的访问可以由存储器控制器92控制。存储器控制器92可以提供随着指令被执行而将虚拟地址转换成物理地址的地址转换功能。存储器控制器92还可以提供使系统内的进程隔离并且使系统进程与用户进程隔离的存储器保护功能。因此，在第一模式下运行的程序只可以访问通过其自己的进程虚拟地址空间所映射的存储器；除非已设置进程之间的存储器共享，否则其无法访问另一进程的虚拟地址空间内的存储器。

此外，计算系统90可以包含负责将来自处理器91的指令传递到外围设备(诸如打印机94、键盘84、鼠标95和磁盘驱动器85)的外围设备控制器83。

由显示控制器96控制的显示器86用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。视觉输出能够以图形用户界面(GUI)的形式提供。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器或触摸板来实现。显示控制器96包括生成被发送到显示器86的视频信号所需要的电子部件。

另外，计算系统90可以包含通信电路系统，例如网络适配器97，其可以用于将计算系统90连接到外部通信网络，例如图16A至图16E的RAN 103/104/105、核心网106/107/109、PSTN 108、互联网110或其他网络112，以使计算系统90能够与那些网络的其他节点或功能实体通信。单独的或与处理器91结合的通信电路系统可以用于执行本文所述的某些装置、节点或功能实体的发射和接收步骤。

图16G示出了示例性通信系统111的一个实施方案，其中可具体体现本文所述和受权利要求书保护的方法和装置。如图所示，示例性通信系统111可以包括无线发射/接收单元(WTRU)A、B、C、D、E、F、基站、V2X服务器以及RSU A和B，但是应当理解，本发明所公开的实施方案设想了任何数量的WTRU、基站、网络和/或网络元件。一个或若干个或所有WTRU A、B、C、D、E可位于网络的范围之外。在图16G的示例中，小区覆盖边界被示为虚线。WTRU A、B、C形成V2X群组，其中WTRU A为群组领导，并且WTRU B和C为群组成员。WTRU A、B、C、D、E、F可以通过Uu接口或侧行链路(PC5)接口进行通信。

应当理解，本文所述的装置、系统、方法和进程中的任一者或全部能够以存储在计算机可读存储介质上的计算机可执行指令(例如，程序代码)的形式具体实现，该指令在由处理器(诸如处理器118或91)执行时，使得该处理器执行和/或实现本文所述的系统、方法和进程。具体地，本文所述的步骤、操作或功能中的任一者能够以在被配置用于无线和/或有线网络通信的装置或计算系统的处理器上执行的此类计算机可执行指令的形式实现。计算机可读存储介质包括以用于存储信息的任何非暂态(例如，有形的或物理的)方法或技术实现的易失性和非易失性、可移动和不可移动介质，但此类计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存存储器或其他存储器技术、CD-ROM、数字通用光盘(DVD)或其他光盘存储装置、磁带盒、磁带、磁盘存储装置或其他磁存储设备，或者可以用于存储所需信息并且可以由计算系统访问的任何其他有形或物理介质。

Claims

1.一种由网络数据分析功能(NWDAF)执行的方法，所述方法包括：

接收采集关于无线发射/接收单元(WTRU)的数据的请求；

发送请求以接收用以允许采集关于所述WTRU的所述数据的用户同意信息；

基于接收到所述用户同意信息，找到用于提供关于所述WTRU的所述数据的应用功能(AF)；

向所述AF发送请求以订阅关于所述WTRU的所述数据，所述请求包括应用ID和所述WTRU的标识；以及

从所述AF接收消息，所述消息包括关于所述WTRU的所述数据和用于将所述数据与所述WTRU相关联的WTRU的相关性标识。

2.根据权利要求1所述的方法，其中，所述WTRU的相关性标识包括所述WTRU的5G全球唯一临时标识(5G-GUTI)、通用公共订户标识(GPSI)或互联网协议(IP)地址。

3.根据权利要求1所述的方法，其中，所述用户同意信息指示所述要采集的数据被许可用于分析、人工智能/机器学习(AI/ML)训练或其组合。

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

从统一数据管理(UDM)接收所述用户同意信息。

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

接收包括更新的用户同意信息的通知，其中，所述更新的用户同意信息包括采集所述数据的许可被撤销的指示；以及

向所述AF发送请求以修改对关于所述WTRU的所述数据的订阅。

6.根据权利要求1所述的方法，其中，关于所述WTRU的所述数据包括信息，所述信息指示电池电量水平、电池放电速率、电池放电历史、电池健康状况、非连续接收(DRX)配置、休眠状态和省电模式中的一者或多者。

7.根据权利要求1所述的方法，其中，关于所述WTRU的所述数据包括信息，所述信息指示应用ID、与分析ID相关联的数据、位置信息、单网络切片选择辅助信息(S-NSSAI)；、协议数据单元(PDU)会话ID；、下行(DL)数据速率、上行(UL)重传次数、DL延迟、设备负载百分比、接入可用性百分比、服务质量(QoS)水平和移动性模式中的一者或多者。

8.根据权利要求1所述的方法，其中，关于所述WTRU的所述数据包括从所述WTRU采集的数据。

9.根据权利要求1所述的方法，其中，关于所述WTRU的所述数据包括信息，所述信息指示已被所述AF匿名、聚合、标准化、处理或其组合的数据。

10.根据权利要求1所述的方法，其中，关于所述WTRU的所述数据包括信息，所述信息指示用作训练数据的机器学习(ML)或人工智能(AI)数据。

11.一种网络数据分析功能(NWDAF)，包括处理器，所述处理器被配置为：

接收关于采集无线发射/接收单元(WTRU)的数据的请求；

12.根据权利要求11所述的NWDAF，其中，所述WTRU的相关性标识包括所述WTRU的5G全球唯一临时标识(5G-GUTI)、通用公共订户标识(GPSI)或互联网协议(IP)地址。

13.根据权利要求11所述的NWDAF，其中，所述用户同意信息指示所述要采集的数据被许可用于分析、人工智能/机器学习(AI/ML)训练或其组合。

14.根据权利要求11所述的NWDAF，其中，所述处理器被进一步配置为：

从统一数据管理(UDM)接收所述用户同意信息。

15.根据权利要求11所述的NWDAF，其中，所述处理器被进一步配置为：

接收包括更新的用户同意信息的通知，其中，所述更新的用户同意信息包括采集数据的许可被撤销的指示；以及

向所述AF发送请求以修改对关于所述WTRU的所述数据的订阅。

16.根据权利要求11所述的NWDAF，其中，关于所述WTRU的所述数据包括信息，所述信息指示电池电量水平、电池放电速率、电池放电历史、电池健康状况、非连续接收(DRX)配置、休眠状态和省电模式中的一者或多者。

17.根据权利要求11所述的NWDAF，其中，关于所述WTRU的所述数据包括信息，所述信息指示应用ID、与分析ID相关联的数据、位置信息、单网络切片选择辅助信息(S-NSSAI)、协议数据单元(PDU)会话ID、下行(DL)数据速率、上行(UL)重传次数、DL延迟、设备负载百分比、接入可用性百分比、服务质量(QoS)水平和移动性模式中的一者或多者。

18.一种由网络应用功能(AF)执行的方法，所述方法包括：

从网络数据分析功能(NWDAF)接收订阅来自无限发射/接收单元(WTRU)的数据的请求，所述请求包括应用ID和所述WTRU的标识；

从所述WTRU采集所述数据；以及

向所述NWDAF发送包括所述数据和将所述数据与所述WTRU相关联的WTRU的相关性标识的通知。

19.根据权利要求18所述的方法，其中，所述采集所述数据是根据与关于所述WTRU的所述数据的采集的许可相关联的用户同意信息而进行。

20.根据权利要求18所述的方法，其中，在所述数据发送到所述NWDAF之前，所述数据经过匿名、聚合、标准化、处理或其组合。