51学通信

深度解析TS29.520：4.4 数据管理服务 (Nnwdaf_DataManagement Service)

15分钟阅读

深度解析TS29.520：4.4 数据管理服务 (Nnwdaf_DataManagement Service)

本文技术原理深度参考了3GPP TS 29.520 V18.9.0 (2025-03) Release 18规范，重点解读了第4.4节“Nnwdaf_DataManagement Service”。如果说前文介绍的EventsSubscription和AnalyticsInfo服务是NWDAF向外输出“智能成品”的窗口，那么本章将带我们深入NWDAF的“后厨”，探究它是如何获取生产智能所需的“原始食材”——网络数据的。

1. 获取原材料：服务概述 (Overview)

任何高级的分析和预测都离不开高质量、多维度的数据输入。Nnwdaf_DataManagement服务的核心使命，就是为NWDAF提供一个标准化的机制，使其能够从网络中的各种数据源订阅和获取原始数据。

The Nnwdaf_DataManagement Service as defined in 3GPP TS 23.288 is provided by the Network Data Analytics Function (NWDAF). This service:

  • allows the NF service consumers to subscribe to and unsubscribe from data management related events;
  • notifies the NF service consumers with the subscribed events which are detected by the NWDAF; and
  • allows the NF service consumers to retrieve the subscribed data from the NWDAF.

这项服务定义了数据流的“输入端”交互，其能力可以概括为：

  1. 数据订阅/退订：允许消费者（通常是NWDAF自身或其他数据处理单元）向数据源订阅特定的原始数据事件。
  2. 数据通知：数据源在探测到被订阅的事件发生后，将相关数据主动推送给消费者。
  3. 数据拉取：允许消费者在需要时，主动从数据源拉取已订阅的数据。

场景设定：构建“迅翼”无人机的数字孪生 为了实现对“迅翼”无人机航线网络质量的精准预测，网络工程师小慧需要让她的NWDAF系统能够“看见”网络中发生的一切。她需要构建一个关于无人机通信行为的“数字孪生”模型，而这个模型需要用海量的实时数据来“喂养”。

例如，要预测视频流的体验质量（MOS分），NWDAF至少需要知道：

  • 会话信息：无人机当前PDU会话的QoS Flow是什么？（来自SMF）
  • 移动性信息：无人机的位置、速度和切换历史是怎样的？（来自AMF）
  • 无线链路质量：无人机当前的RSRP、SINR等指标如何？（来自gNB/RAN）
  • UPF转发性能：数据包在UPF上的丢包和时延情况？（来自UPF，通过SMF上报）

Nnwdaf_DataManagement服务正是NWDAF获取这些“原材料”的标准通道。

2. 数据流水线：服务架构与角色

2.1 架构与消费者

Nnwdaf_DataManagement服务的架构非常直观，它定义了数据消费者与数据生产者之间的接口。规范在Figure 4.4.1.2-1中明确了该服务的主要消费者。

Known consumers of the Nnwdaf_DataManagement service are:

  • Network Data Analytics Function (NWDAF)
  • Data Collection Coordination Function (DCCF)
  • Messaging Framework Adaptor Function (MFAF)
  • Analytics Data Repository Function (ADRF)

与之前服务的主要消费者是PCF、AMF等不同，这里的消费者角色发生了变化：

  • NWDAF: 这是最主要的消费者。一个NWDAF实例为了执行分析任务，需要从其他NF（数据源）或另一个专门负责数据收集的NWDAF处获取数据。
  • DCCF (数据收集协调功能): 在一个复杂的网络中，可能由一个专门的DCCF来统一负责从各个NF收集数据，然后再分发给不同的NWDAF。此时，DCCF作为数据“批发商”，也是Nnwdaf_DataManagement服务的消费者，它从更原始的数据源订阅数据。
  • MFAF (消息框架适配功能): 用于不同消息协议或数据模型之间的转换，在需要时也可能订阅数据。
  • ADRF (分析数据存储功能): 5G的数据仓库，负责持久化存储分析结果或原始数据。ADRF也可能通过订阅来归档来自NWDAF的数据。

场景解读：小慧的网络架构中，NWDAF是核心消费者。它直接或通过DCCF，向AMF、SMF等数据源发起数据订阅，从而构建起一条从数据产生到数据分析的完整流水线。

2.2 网络功能角色

2.2.1 作为消费者的NWDAF

The Network Data Analytics Function (NWDAF):

  • supports (un)subscription to the notification of data exposed by the NWDAF;
  • supports retrieving data from the NWDAF.

当NWDAF作为消费者时，它的目标是“为了分析而收集数据”。它的每一个数据订阅请求，背后都有一个明确的分析任务在驱动。

2.2.2 其他消费者

DCCF、MFAF、ADRF等作为消费者时，它们更多扮演着数据中转、适配或存储的角色，是数据分析流水线上的关键环节，确保数据能够高效、可靠地流向最终的分析引擎NWDAF。

3. 服务操作详解 (Service Operations)

与EventsSubscription类似，DataManagement服务也定义了一套完整的订阅、通知和获取操作。

3.1 四大核心操作 (Table 4.4.2.1-1)

操作概览表格 (Table 4.4.2.1-1)

Service operation nameDescriptionInitiated by
Nnwdaf_DataManagement_SubscribeThis service operation is used by an NF service consumer to subscribe to data management related event(s) from NWDAF.NF service consumer (NWDAF, DCCF, MFAF, ADRF)
Nnwdaf_DataManagement_UnsubscribeThis service operation is used by an NF service consumer to unsubscribe to data management related event(s).NF service consumer (NWDAF, DCCF, MFAF, ADRF)
Nnwdaf_DataManagement_NotifyThis service operation is used by the NWDAF to notify the detected event(s) to the NF service consumer instance which has subscribed to.NWDAF
Nnwdaf_DataManagement_FetchThis service operation is used by an NF service consumer to retrieve the subscribed data.NF service consumer (NWDAF, DCCF, MFAF)

这套操作与EventsSubscription几乎一一对应，但核心区别在于交互的内容：前者传输的是原始数据，后者传输的是分析结果。

3.2 深度剖析：订阅原始数据 (Subscription for data notifications)

Subscribe操作（第4.4.2.2节）是数据获取的起点。消费者通过向生产者发送HTTP POST请求到.../subscriptions来创建数据订阅。其请求体NnwdafDataManagementSubsc数据结构是理解该操作的关键。

The NnwdafDataManagementSubsc data structure provided in the request body shall include:

  • an URI where to receive the requested notifications as “notificURI” attribute;
  • and one of the following:
    • analytics subscription information to be used to determine which data shall be collected… within the “anaSub” attribute;
    • data subscription information within the “dataSub” attribute;

核心参数解析：

  • notificURI: 同样是回调地址，用于接收数据通知。
  • anaSub 或 dataSub (二选一): 这是与EventsSubscription最显著的区别，它提供了两种订阅模式。
    • anaSub (基于分析订阅): 消费者直接将一个完整的NnwdafEventsSubscription对象（即一个分析任务的定义）发给数据生产者。生产者（如另一个NWDAF或DCCF）会智能地解析这个分析任务，并反向推导出需要为此任务收集哪些底层原始数据，然后建立相应的内部订阅。这是一种更“智能”、更高级的订阅方式。
    • dataSub (基于数据订阅): 消费者明确地告诉生产者自己需要哪些具体的原始数据事件，例如“UE移动性上报”、“PDU会话建立”等。这是一种更直接、更底层的订阅方式。
  • adrfId / adrfSetId: 如果数据需要被存储到数据仓库ADRF中，可以在此指定ADRF的实例ID或集合ID。
  • targetNfId / targetNfSetId: 可以直接指定要从哪个具体的NF实例或NF Set中收集数据。

场景模拟：NWDAF的数据采购清单

小慧的NWDAF为了预测“迅翼”无人机的视频QoE，需要来自SMF的会话数据。它决定使用anaSub模式向DCCF发起订阅。

NWDAF的请求体 (简化示意):

{
  "notificURI": "http://nwdaf.hua-xun.com/nnwdaf-datamanagement/v1/data-notif",
  "anaSub": {
    "eventSubscriptions": [
      {
        "event": "SERVICE_EXPERIENCE",
        "appIds": ["Drone-Video-App-01"],
        "tgtUe": { "intGroupId": "Xunyi-Drone-Fleet-01" }
      }
    ]
  },
  "targetNfSetId": "smf-set-area-A" 
}

交互解读：

  1. NWDAF 向 DCCF 发送这个请求，表达了它的最终目的：“我需要为‘迅翼’无人机队伍的视频应用进行业务体验分析，请给我相关的数据，数据源限定在A区的SMF组里。”
  2. DCCF 接收到请求后，解析anaSub中的内容。它知道要分析SERVICE_EXPERIENCE，就需要关于PDU会话的QoS、流量等信息。
  3. 于是，DCCF内部会转换为一个或多个dataSub订阅，向smf-set-area-A中的SMF实例发起订阅，明确要求上报与Drone-Video-App-01应用相关的PDU会话建立、修改和删除事件。
  4. 当有无人机建立视频会话时，SMF会通过Nnwdaf_DataManagement_Notify将原始的事件数据上报给DCCF。
  5. DCCF再将这些数据通过Notify转发给最初发起订阅的NWDAF。
  6. NWDAF收到数据后，开始进行其复杂的分析和预测算法。

通过这种方式，Nnwdaf_DataManagement服务构建了一条从业务需求（分析任务）到数据收集（原始数据订阅）的自动化、标准化的数据管道。

FAQ

Q1：Nnwdaf_DataManagement服务和Nnwdaf_EventsSubscription服务有什么本质区别？ A1：本质区别在于交互内容和服务目的。Nnwdaf_EventsSubscription用于订阅和通知分析结果（智能成品），其消费者是PCF、AMF等需要智能洞察来优化自身决策的NF。而Nnwdaf_DataManagement用于订阅和通知原始网络数据/事件（生产原料），其主要消费者是NWDAF自身，目的是为后续的分析任务收集输入数据。

Q2：数据订阅中的anaSub模式和dataSub模式有什么不同？为什么需要两种模式？ A2：dataSub模式是直接的、明确的，消费者必须清楚地知道自己需要订阅哪些具体的原始数据类型。anaSub模式是间接的、智能的，消费者只需描述自己的最终分析目标（一个分析订阅），由数据生产者（如DCCF或另一个NWDAF）去智能地解析并推导出需要收集哪些原始数据。提供两种模式增加了灵活性：简单的消费者或需要精确控制数据源的场景可以使用dataSub；而在更高级的、分层的分析架构中，anaSub可以实现分析任务与底层数据收集的解耦，更加高效。

Q3：Fetch操作在这个服务中扮演什么角色？ A3：Fetch操作提供了一种“拉取”数据的模式。在某些场景下，推送（Notify）模式可能因为网络瞬时拥塞或消费者处理能力不足而导致信息丢失。Notify消息可以设计得非常轻量，只包含一个“有新数据可用”的指示和一个fetchUri。消费者收到通知后，可以在自己方便的时候，通过向这个fetchUri发起Fetch操作（一个HTTP POST请求），来主动拉取完整的数据内容。这种“推拉结合”的模式增强了数据传输的可靠性和灵活性。

Q4：为什么ADRF（分析数据仓库）也是Nnwdaf_DataManagement的消费者？ A4：ADRF作为5G网络的数据湖/仓库，其核心职责是持久化存储有价值的数据。它可以通过消费Nnwdaf_DataManagement服务，来订阅由NWDAF或DCCF产生的数据流，并将其归档存储。这些存储下来的历史数据，既可以用于离线的模型训练，也可以用于事后的网络故障根因分析，是网络实现长期智能化演进的宝贵资产。

Q5：用户同意（User Consent）在这个数据收集中是如何体现的？ A5：规范在第4.4.2.2.2节的NOTE中明确指出，如果收集的数据涉及到具体用户（如SUPI或GPSI），消费者在调用此服务前，需要通过与UDM交互来检查并获取用户的同意。在订阅请求中，也有一个checkedConsentInd布尔标志，用于向数据生产者表明“我已经检查并确认了用户同意”，这体现了3GPP规范对用户隐私保护的严格要求。

关系图谱