51学通信

深度解析 3GPP TS 29.576：MFAF服务 (Messaging Framework Adaptor) 总体架构与核心功能

17分钟阅读

好的，我们立刻开启全新的3GPP规范深度解读系列。这次的目标是 3GPP TS 29.576，一份定义5G核心网中一个新兴且极具潜力的数据中介——消息框架适配器服务 (Messaging Framework Adaptor Services) 的规范。

按照我们的既定规则，第一篇文章将是对这份在数据分析和网络智能领域扮演关键角色的规范进行一次全景式的鸟瞰，帮助大家理解它的核心价值、所处的生态位以及它要解决的关键问题。

深度解析 3GPP TS 29.576：MFAF服务 (Messaging Framework Adaptor) 总体架构与核心功能

本文技术原理深度参考了3GPP TS 29.576 V18.6.0 (2025-03) Release 18规范，旨在为读者提供一个关于5G系统中“消息框架适配器功能（MFAF）”及其服务的全景视图。我们将揭示MFAF作为5G数据平面与分析平面之间的“智能数据管道”和“加工车间”，是如何实现对网络数据的灵活采集、处理、路由和分发的。

引言：5G数据洪流中的“智能管道工”

5G网络不仅仅是一个通信管道，它更是一个巨大的数据工厂，每时每刻都在产生海量的、种类繁多的数据：用户移动性数据、会话质量数据、网络切片负载数据、无线环境数据等等。这些数据是实现网络智能化运维、提升用户体验、创造新业务价值的“石油”。

然而，如何高效、灵活地将这些“原油”（原始数据）从“油田”（如AMF, SMF等数据源NF）中采集出来，经过“炼化加工”（格式化、处理、分析），再精准地“输送”到需要这些“成品油”的“工厂”（如NWDAF、DCCF等数据消费NF）呢？

传统的点对点接口模式显然无法应对这种复杂、多对多的数据流转需求。为此，3GPP在网络数据分析（NWDAF）架构（TS 23.288）中引入了一个全新的功能实体——MFAF (Messaging Framework Adaptor Function)，即消息框架适配器功能。

3GPP TS 29.576 规范，正是为MFAF这位“智能数据管道工”提供Stage 3“施工图”的技术圣经。它定义了MFAF如何对外提供数据管理服务，使得数据的生产者、处理者和消费者能够解耦，并以一种高度灵活和可配置的方式进行协作。

为了生动地展现MFAF的强大能力，我们将设定一个场景：一位名叫“数智分析师-阿尔法”的NWDAF实例，它的任务是实时分析某个区域内用户的移动模式和业务体验。为了完成这个任务，它需要从多个源头获取数据，并进行复杂的处理。MFAF将在这个过程中扮演核心的“数据中介”角色。

1. MFAF的核心价值：解耦数据生产者与消费者

在深入技术细节前，我们必须理解MFAF为何而存在。它的核心价值在于解耦。

3GPP TS 29.576 - Chapter 4.1: Introduction

The Messaging Framework Adaptor Services are used for the Messaging Framework Adaptor Function (MFAF) to enable the 5GS to interact with the messaging framework using Nmfaf services.

1.1 MFAF的“双面”角色

MFAF的设计非常独特，它同时扮演着两种角色，并为此提供了两套核心服务：

  • 角色一：作为数据消费的“代理人”

    • 服务: Nmfaf_3daDataManagement (3GPP DCCF Adaptor Data Management)
    • 核心功能: 允许数据消费者（如DCCF - 数据采集协调功能，或NWDAF）来配置MFAF。消费者告诉MFAF：“请你去某某数据源（如AMF）帮我收集某种数据，拿到后按照这个规则（格式化、处理），再发送到我指定的地址”。
    • 在这个服务中，MFAF是服务提供者，DCCF/NWDAF是服务消费者。

  • 角色二：作为数据生产的“分发者”

    • 服务: Nmfaf_3caDataManagement (3GPP Consumer Adaptor Data Management)
    • 核心功能: MFAF从数据源获取到数据并处理完成后，通过此服务将数据分发出去。它会主动Notify（通知）或允许消费者Fetch（获取）这些处理后的数据。
    • 在这个服务中，MFAF是服务提供者，所有最终的数据消费者（如NWDAF, PCF, AF等）都是服务消费者。

场景设定：“数智分析师-阿尔法”（NWDAF）需要分析A区域内用户的移动性和VoNR业务质量。

  1. 配置MFAF: “阿尔法”首先调用MFAF的Nmfaf_3daDataManagement服务，配置一个任务：“任务001：请去AMF-01订阅A区域所有UE的移动性事件，并去SMF-01订阅所有VoNR业务的QoS流数据。拿到数据后，请将移动性事件格式化为轨迹点，将QoS数据计算为MOS分，然后告诉我数据已准备好。”
  2. MFAF执行: MFAF收到配置后，内部开始工作。它会分别向AMF-01和SMF-01发起事件订阅（这部分交互由其他规范定义）。
  3. 数据分发: 当MFAF从AMF和SMF收集到数据并处理完成后，它会通过Nmfaf_3caDataManagement服务，通知“阿尔法”：“任务001的数据已备好，请来获取”。

通过MFAF这个中介，“阿尔法”无需知道AMF和SMF的具体接口和数据格式，实现了高度的解耦。

2. MFAF在5G网络中的位置与角色

MFAF是网络数据分析架构（NWDAF）中的一个关键组件，它的“朋友圈”非常广泛。

3GPP TS 29.576 - Chapter 4.2.1.2 & 4.3.1.2: Service Architecture

规范中的Figure 4.2.1.2-1和Figure 4.3.1.2-1为我们描绘了MFAF在两套服务中的架构图。

  • Nmfaf_3daDataManagement 服务的架构:

    • 提供者: MFAF
    • 消费者: DCCF, NWDAF。这两个NF是数据分析的发起者和配置者。

  • Nmfaf_3caDataManagement 服务的架构:

    • 提供者: MFAF
    • 消费者: 一个庞大的消费群体，几乎涵盖了所有可能需要数据分析结果的NF，包括NWDAF, PCF, NSSF, AMF, SMF, NEF, AF, ADRF。

核心洞察: MFAF位于数据流的中央，形成了一个“星型”的数据交换枢纽。

  • 上游: 面向DCCF和NWDAF，接收数据处理的“指令”。
  • 下游: 面向所有可能的数据消费者，分发处理后的“成品数据”。
  • 侧翼: 它还需要与最原始的数据源NF（如AMF, SMF）进行交互，以获取“原材料”。

3. MFAF提供的核心服务操作

规范的第四章“Service Operations”对MFAF两大服务的核心操作进行了定义。

3.1 Nmfaf_3daDataManagement 服务的操作

Table 4.2.2.1-1: Operations of the Nmfaf_3daDataManagement Service

Service operation nameDescriptionInitiated by
Configure…configure or reconfigure the MFAF to map data or analytics…NF service consumer (DCCF, NWDAF)
Deconfigure…stop mapping data or analytics…NF service consumer (DCCF, NWDAF)
  • Configure (配置): 这是该服务的核心。消费者通过此操作，向MFAF提交一个或多个“数据处理任务”的配置。配置内容非常详细，可以包括：
    • 数据源的标识。
    • 数据处理指令（procInstruct）。
    • 数据格式化指令（formatInstruct）。
    • 最终通知的端点地址（notificationURI）。
  • Deconfigure (去配置): 用于删除或停止一个之前下发的配置任务。

3.2 Nmfaf_3caDataManagement 服务的操作

Table 4.3.2.1-1: Operations of the Nmfaf_3caDataManagement Service

Service operation nameDescriptionInitiated by
Fetch…retrieve stored data or analytics from the MFAF.NF service consumer (NWDAF, PCF, etc.)
SubscribeThis is a pseudo operation, the actual subscription is created via Nmfaf_3daDataManagement Service. (NOTE)-
Notify…provide data or analytics or notification of availability…MFAF
  • Notify (通知): 这是该服务最主要的操作。当MFAF处理完数据后，它会主动向3daDataManagement服务配置的通知端点，发起一个Notify操作。这个通知有两种模式：
    1. 直接推送数据: 如果数据量不大，MFAF可以直接在通知中包含处理后的数据。
    2. 通知数据可用性 (Fetch Instruction): 如果数据量很大，MFAF只在通知中发送一个“取货凭证”（FetchInstruction），告知消费者“数据已备好，请凭此凭证到这个地址来取”。
  • Fetch (获取): 当消费者收到“取货凭证”后，它会调用Fetch操作，向MFAF提供的取货地址发起请求，从而获取大量的分析结果数据。
  • Subscribe (伪操作): 规范特别指出，3caDataManagement服务本身不提供独立的订阅接口。一个NF想要“订阅”MFAF的数据，其本质是去调用3daDataManagement服务的Configure操作，在MFAF上创建一个数据流转的任务。

总结

3GPP TS 29.576所定义的MFAF及其两大服务，是5G网络实现数据驱动、迈向智能化的关键基础设施。

  1. 核心价值: MFAF通过提供一个中立、可配置的数据处理与分发中间件，彻底解耦了数据的生产者、处理者和消费者。这使得数据分析应用（如NWDAF）可以灵活地定义和修改其数据需求，而无需改动底层的数据源NF。

  2. 双服务模型:

    • Nmfaf_3daDataManagement: 面向“数据分析任务的配置者”（如DCCF, NWDAF），负责定义“数据从哪里来，如何加工，送到哪里去”。
    • Nmfaf_3caDataManagement: 面向“最终数据产品的使用者”（所有NF），负责分发“加工好”的数据成品。

  3. “配置即订阅”: 理解MFAF的关键在于，对它的“订阅”是通过一个主动的、描述性的Configure操作来完成的，而不是传统的Subscribe请求。消费者定义了一个端到端的数据流配置，MFAF则负责实现和执行这个数据流。

  4. 推拉结合的数据分发: MFAF的Notify操作既支持直接“推”送少量数据，也支持通过“取货凭证”让消费者主动来“拉”取大量数据，兼顾了实时性和效率。

这份规范的设计思想，已经超越了传统的电信信令，深度借鉴了IT领域的数据管道（Data Pipeline）、ETL（Extract, Transform, Load）和消息队列（Message Queue）等架构思想，是5G核心网与大数据技术融合的典范。

在接下来的系列文章中，我们将严格按照TS 29.576的章节顺序，从第一章开始，逐一解剖其范围、定义，并深入到第4、5、6章，为您完整呈现MFAF两大服务的每一个技术细节。

FAQ

Q1：MFAF和NWDAF是什么关系？它们的功能会重叠吗？ A1：它们是紧密协作的伙伴，而非竞争关系。NWDAF是“分析师”，它的核心职责是执行复杂的分析算法（如机器学习、趋势预测），产出“洞察”。而MFAF是“数据工程师”或“管道工”，它的核心职责是数据的流转、适配和预处理。NWDAF会告诉MFAF：“我需要这些原材料（原始数据），请帮我清洗、转换成我需要的格式”。MFAF完成这些数据工程的“脏活累活”后，将干净的数据交给NWDAF，让NWDAF可以专注于核心的分析算法。

Q2：Nmfaf_3daDataManagement和Nmfaf_3caDataManagement中的“3da”和“3ca”是什么意思？ A2：这两个缩写源自于TS 23.288（NWDAF架构）中的定义：

  • 3da: 3GPP DCCF Adaptor (3DA)。Nmfaf_3daDataManagement服务是为这个适配器角色定义的。
  • 3ca: 3GPP Consumer Adaptor (3CA)。Nmfaf_3caDataManagement服务是为这个适配器角色定义的。 MFAF这个功能实体，逻辑上可以被看作是3DA和3CA这两个适配器功能的集合。

Q3：为什么Nmfaf_3caDataManagement的Subscribe被定义为“伪操作”？ A3：因为在MFAF的架构中，一个NF不能直接向MFAF说“我想订阅某个数据”。MFAF自己不生产数据，它只是一个管道。要想从MFAF这里获得数据，必须有一个“源头”配置。这个配置任务是由Nmfaf_3daDataManagement的Configure操作来完成的。因此，真正的“订阅”动作，是在配置数据流的过程中隐式地创建了。3caDataManagement只负责这个数据流的“出口”部分，即数据的最终分发。

Q4：MFAF听起来像一个很重的、集中式的节点，它会不会成为性能瓶颈？ A4：这是一个很好的架构性问题。MFAF确实可能成为性能瓶颈，因此其部署必须是可扩展的。在实际网络中，MFAF不会是单个实例，而是一个分布式的、可水平扩展的集群。运营商可以根据网络中数据分析任务的负载，动态地增加或减少MFAF实例。此外，MFAF内部的处理逻辑（如数据格式转换）也需要被高度优化，以实现低延迟、高吞吐的数据处理。

Q5：这份规范定义的服务，与我们之前解读的Nnef_EventExposure有什么本质不同？ A5：本质不同在于数据的处理深度和角色的定位。

  • Nnef_EventExposure 更像一个事件代理（Event Broker）。它主要负责事件的订阅和转发，对事件内容本身通常只做少量格式转换和抽象，不进行复杂的处理。
  • Nmfaf服务 则是一个数据处理管道（Data Pipeline）。它的核心价值在于处理（Processing） 和转换（Transformation）。它接收原始数据，按照配置进行计算、格式化、聚合等操作，然后产出全新的、增值的数据。 简单来说，NEF是“信使”，而MFAF是“加工车间”。

关系图谱