51学通信

深度解析 3GPP TS 23.288：6.2 Procedures for Data Collection (数据采集流程)

20分钟阅读

好的，我们继续本次的深度探索，进入5G智能网络的核心——数据采集流程的实战手册。

深度解析 3GPP TS 23.288：6.2 Procedures for Data Collection (数据采集流程)

本文技术原理深度参考了3GPP TS 23.288 V18.9.0 (2025-03) Release 18规范中，关于“6.2 Procedures for Data Collection”的核心章节。本文旨在为读者详细拆解NWDAF“小慧”为了进行智能分析，是如何从5G网络的各个角落精准、高效地获取“原材料”——数据的。

我们已经知道，数据是AI的“食粮”。没有高质量、多样化的数据输入，再强大的NWDAF“小慧”也只是一个空壳。前文探讨了NWDAF如何对外提供分析服务，现在，我们将深入其内部，探究这些分析服务背后的基石——数据采集。

第6.2章是整部规范中篇幅最长、细节最丰富的章节之一。它详细规定了NWDAF从各种数据源（NF、OAM、AF等）收集信息的具体流程、接口和参数。本章内容庞杂，我们将首先聚焦于6.2.1 General和6.2.2 Data Collection from NFs，这是数据采集最基础也是最核心的部分。

场景设定：为了优化城市中心商业区的网络资源利用率，“小慧”需要执行一项复杂的分析任务：“分析该区域内所有使用‘视频增强’切片（S-NSSAI-V）的用户群体的通信行为模式”。要完成这项任务，她需要收集来自不同网络功能（NF）的多种数据。

1. 数据采集的“菜单”与“工具箱” (TS 23.288 Clause 6.2.1)

在开始采集之前，“小慧”首先要清楚她可以采集哪些数据（菜单），以及她可以使用哪些工具（工具箱）。

The Data Collection feature permits NWDAF to retrieve data from various sources (e.g. NF such as AMF, SMF, PCF, NSACF, GMLC and AF; OAM), as a basis of the computation of network analytics.

1.1 数据“菜单”：可采集的数据源

“小慧”的菜单非常丰富，几乎涵盖了5G网络的方方面面：

  • 来自OAM的数据：主要是全局的、偏管理和性能统计类的数据，如网络性能测量（PM）、故障监控（FM）数据。
  • 来自核心网NF的数据：
    • AMF: 用户移动性信息（位置更新、切换）、可达性状态（CM-IDLE/CONNECTED）、终端类型（TAC）等。
    • SMF: PDU会话信息（建立、释放）、QoS流信息、IP地址分配、使用的DNN/S-NSSAI等。
    • PCF: 用户策略信息。
    • UPF: 详细的用户面流量统计，如流量模型、包时延、丢包率等。
    • NRF: 网络中所有NF的注册信息、状态和能力。
  • 来自AF的数据：应用层的信息，如应用ID、用户在应用内的行为数据（需用户同意）等。

1.2 数据采集“工具箱”

为了获取这些数据，“小慧”拥有一个标准化的工具箱：

The NWDAF shall use at least one of the following services:

  • the … management services … offered by OAM…
  • the Exposure services offered by NFs…
  • Other NF services … (e.g. NRF)
  • DCCF data management service…
  • OAM管理服务：用于从运维管理中心获取宏观的统计数据。
  • NF事件暴露服务 (Nnf_EventExposure)：这是最核心的工具。NWDAF通过向其他NF订阅特定的“事件(Event ID)”，当这些事件发生时，NF会主动将信息通知给NWDAF。
  • 其他NF特定服务：如向NRF查询NF实例的服务。
  • DCCF数据管理服务：当网络中部署了“数据总管家”DCCF时，“小慧”会通过DCCF来间接收集数据。

2. 从NF采集数据：事件驱动的精准“情报网” (TS 23.288 Clause 6.2.2)

这是NWDAF最主要的数据来源。6.2.2 Data Collection from NFs 详细阐述了如何通过事件暴露框架，构建一张覆盖全网的、精准的“情报网”。

2.1 “情报网”的核心机制

“小慧”与各个NF“情报员”之间的互动，遵循一个标准流程，如Figure 6.2.2.2-1: Event Exposure Subscribe/unsubscribe for NFs所示。

  1. 用户同意检查 (User Consent Check - 可选但重要):

    The NWDAF checks if data is to be collected for a user…the NWDAF checks the user consent by retrieving the user consent information from UDM using Nudm_SDM_Get…

    在采集任何涉及用户隐私的数据前，“小慧”必须先向UDM查询，确认是否已获得用户的授权。这是保障用户隐私的强制性步骤，体现了3GPP对个人信息保护的重视。

  2. 发起订阅 (Nnf_EventExposure_Subscribe): “小慧”向目标NF（如AMF）发起订阅。这个订阅请求非常精细，包含：

    • Event ID(s): 明确要订阅的事件类型。例如，为了分析“王总”的移动性，她会向AMF订阅LOCATION_REPORT和UE_REACHABILITY_REPORT事件。
    • Target of Event Reporting: 订阅对象是谁。可以是“王总”的SUPI，或一个UE组ID，或“any UE”。
    • Event Filter Information: 过滤条件。例如，订阅LOCATION_REPORT时，可以只关心“王总”进入或离开特定商业区（Area of Interest）的事件。
    • Event Reporting Information: 上报方式。可以要求AMF“每发生一次就上报”，或“累积10次再上报”，或“每5分钟上报一次期间内的所有事件”。

  3. NF处理与通知 (Nnf_EventExposure_Notify): AMF收到订阅后，便开始为“小慧”监控相关事件。一旦“王总”的位置发生变化且满足了过滤和上报条件，AMF就会生成一份事件报告，通过Notify消息主动推送给“小慧”。

  4. 取消订阅 (Nnf_EventExposure_Unsubscribe): 分析任务结束后，“小慧”会向AMF发送取消订阅的请求，释放NF侧的监控资源。

2.2 寻找正确的“情报员”

在发起订阅前，“小慧”必须先找到正确的NF实例。Table 6.2.2.1-2是她的“寻人指南”。

表格用途解读与重绘: 这张表格的作用与5A章中的类似，但视角是从NWDAF出发。它告诉“小慧”，为了找到服务特定UE的目标NF，应该向哪个中间NF查询。

Table 6.2.2.1-2: NF Services consumed by NWDAF to determine which NF instances are serving a UE

目标NF类型 (服务于UE)NWDAF需联系的NF使用的服务规范参考 (TS 23.502)
AMFUDMNudm_UECM5.2.3.2
SMFUDMNudm_UECM5.2.3.2
PCFBSFNbsf_Management5.2.13.2
…………

场景举例： 为了完成“分析该区域内所有使用‘视频增强’切片（S-NSSAI-V）的用户群体的通信行为模式”的任务，“小慧”的行动步骤如下：

  1. 第一步：圈定用户范围。她首先需要知道该区域内有哪些用户。她会向该区域的所有AMF订阅LOCATION_REPORT事件，过滤条件是Area of Interest = 商业区。通过AMF的上报，她获得了当前在商业区内的所有UE列表。

  2. 第二步：筛选目标用户。她拿着这份UE列表，去UDM逐一查询每个UE的签约信息，筛选出那些签约了“视频增强”切片（S-NSSAI-V）的用户，形成最终的目标用户群。

  3. 第三步：收集通信行为数据。对于筛选出的每一个目标用户，她需要知道他们的PDU会话信息。根据上表，她再次向UDM查询，找到为这些用户服务的SMF实例。

  4. 第四步：发起精准订阅。她向找到的SMF实例发起订阅，订阅PDU_SESSION_ESTABLISHMENT和SM_CONTEXT_UPDATE等事件，过滤条件是S-NSSAI = S-NSSAI-V。

通过这一系列环环相扣的发现和订阅流程，“小慧”就成功构建起了一张针对特定分析任务的、动态的、精准的数据情报网。

2.3 特殊场景：与AF/NEF的数据交互 (Clause 6.2.2.3)

当数据源是应用功能（AF）时，流程略有不同，通常会引入NEF作为安全网关。

The procedure in Figure 6.2.2.3-1 is used by NWDAF to collect information from AFs via the NEF.

流程解读 (参考 Figure 6.2.2.3-1: Data Collection from AF via NEF)

  1. AF在NEF注册能力：AF首先需要告诉NEF，“我这里有XX应用的数据可以提供”。
  2. NWDAF通过NRF发现NEF：“小慧”想获取XX应用的数据，她通过NRF发现NEF可以代理此项服务。
  3. NWDAF向NEF订阅：“小慧”向NEF发起标准事件订阅请求。
  4. NEF向AF订阅：NEF鉴权通过后，再将请求转发给真正的AF。
  5. 数据流向：数据沿着“AF → NEF → NWDAF”的路径回传。

这个流程确保了即使数据源在运营商网络外部，数据采集依然在安全、可控的框架下进行。

3. 从OAM采集数据：宏观视角的“统计年鉴” (TS 23.288 Clause 6.2.3)

除了来自NF的实时、微观事件，“小慧”还需要来自OAM（运维管理中心）的宏观、统计性数据。

The NWDAF may collect relevant management data from the services in the OAM as configured by the PLMN operator.

  • NG RAN or 5GC performance measurements as defined in TS 28.552.
  • 5G End to end KPIs as defined in TS 28.554.

OAM提供的数据更像是“统计年鉴”，例如：

  • 某个小区过去24小时的平均RRC连接数。
  • 某个网络切片的端到端平均时延KPI。
  • 某个gNB的资源利用率（PRB a_usage）。

流程解读 (参考 Figure 6.2.3.2-1: Data collection from OAM performance data file report management service)

与NF的实时事件推送不同，从OAM获取数据通常是基于文件的。

  1. 订阅通知：“小慧”向OAM订阅一份“性能数据文件报告”。
  2. 数据处理：OAM在后台定期生成这些包含大量统计指标的报告文件。
  3. 文件就绪通知：文件生成后，OAM通知“小慧”，“您要的报告已经准备好了，请来下载”。
  4. 文件获取：“小慧”通过FTP等文件传输协议，从OAM下载报告文件进行分析。

这种方式适合于非实时、大批量、统计性的数据采集。

4. 总结：构建多维数据视图

通过6.2章的流程，NWDAF“小慧”能够灵活运用其“工具箱”，从不同的数据源，采用不同的采集方式，最终为她的分析任务构建起一个多维度、多层次的数据视图：

  • 来自NF的实时事件：提供了微观、动态的用户和会话行为数据，是进行实时预测和异常检测的基础。
  • 来自OAM的统计数据：提供了宏观、周期性的网络性能和资源状态数据，是进行长期趋势分析和网络规划的基石。
  • 来自AF的应用数据：提供了业务层面的洞察，使得网络优化能够与用户实际的应用体验紧密结合。

这些流程的设计兼顾了精准性（通过精细的过滤条件）、高效性（通过事件驱动和聚合上报）和安全性（通过用户同意和NEF网关）。正是这套完善的数据采集体系，支撑起了NWDAF这座“智慧城市”的日常运作，让“小慧”的每一次分析都有据可依、言之有物。

FAQ - 常见问题解答

Q1：NWDAF采集数据时，是总是直接联系数据源NF吗？DCCF在其中扮演什么角色？ A1：不总是。这取决于网络的部署模式。如果网络中部署了DCCF（数据收集协调功能），那么NWDAF（以及其他NF消费者）应该通过DCCF来采集数据。如6.2.1节所述，DCCF data management service是NWDAF数据采集的工具之一。消费者将数据请求发送给DCCF，由DCCF去判断数据是否已被其他消费者订阅，从而决定是复用现有订阅还是创建新订阅。这种通过DCCF的间接采集方式是3GPP推荐的、用于避免信令风暴的优化方案。

Q2：什么是事件ID (Event ID)？它和分析ID (Analytics ID) 有什么区别？ A2：这是两个关键但完全不同的概念。事件ID (Event ID)是数据采集层面的概念，它定义了从数据源NF可以订阅的原始事件类型。例如，AMF可以暴露LOCATION_REPORT事件。事件ID是“原材料”的标签。而分析ID (Analytics ID)是分析服务层面的概念，它定义了NWDAF可以对外提供的分析服务类型。例如，NWDAF可以提供UE_MOBILITY分析。分析ID是“成品”的标签。NWDAF通过采集一个或多个事件ID对应的原始数据，经过处理和分析，最终生成特定分析ID的分析结果。

Q3：NWDAF可以采集用户面（UPF）的数据吗？如何采集？ A3：可以。NWDAF采集UPF数据通常是通过SMF间接进行的。如规范所述，NWDAF向SMF发起对UPF事件的订阅（例如，订阅特定业务流的流量信息）。SMF作为控制面和用户面的“桥梁”，负责在N4接口上对UPF进行配置，指示UPF对特定流量进行监测和上报。UPF将测量数据上报给SMF，SMF再将这些数据通过事件通知转发给NWDAF。在某些特定场景下（如获取全局流量信息，非特定UE），NWDAF也可能直接从UPF获取数据，但这需要遵循严格的流程和限制。

Q4：用户同意（User Consent）机制是如何工作的？如果用户不同意，会发生什么？ A4：用户同意机制是基于UDM中的用户签约数据。当NWDAF需要采集某个用户的个人数据（如精确位置、通信内容等）时，它必须先向UDM查询该用户是否同意了“为网络分析目的收集数据”这一条款。

  • 如果用户同意，NWDAF才能继续后续的数据采集流程。NWDAF还会订阅UDM上关于该用户同意状态变更的通知，以便在用户未来撤销同意时能及时停止采集。
  • 如果用户不同意或撤销同意，NWDAF必须立即停止并取消对该用户所有相关数据的订阅。在聚合分析（如分析一个UE组）中，该用户的数据将被排除。NWDAF会向其消费者（如PCF）返回错误或终止订阅，并告知原因为“用户同意未授予”。

Q5：事件暴露（Event Exposure）中的“过滤（Filter）”和“上报（Reporting）”配置有什么作用？ A5：它们是实现按需、高效数据采集的关键。

  • **过滤（Filter）**解决了“什么情况才是我关心的”问题。它允许NWDAF告诉数据源，只有满足特定条件的数据才需要关注。例如，只关心特定S-NSSAI的PDU会话，或只关心UE进入了某个特定TA的事件。这避免了数据源上报大量无关的“噪音”数据。
  • **上报（Reporting）**解决了“以何种频率和方式告诉我”问题。它允许NWDAF根据分析任务的实时性要求，来控制数据上报的频率。例如，对于实时性要求高的任务，可以要求“事件一发生就立即上报”；对于统计类任务，可以要求“周期性上报”或“累积式上报”，从而在保证数据新鲜度和控制信令开销之间找到平衡点。

关系图谱