51学通信

深度解析 3GPP TS 29.552：5.2.6 Analytics Exposure in Roaming Case (漫游场景下的分析暴露)

21分钟阅读

好的，我们继续这场深入3GPP规范的探索之旅。在前几篇文章中，我们已经了解了NWDAF如何对内提供分析服务，如何通过DCCF进行协调，以及如何借助MFAF与外部IT世界互联。现在，我们将把视野扩展到全球范围，探讨当用户走出国门，进入漫游状态时，网络智能是如何跨越运营商的边界，实现无缝协同的。

深度解析 3GPP TS 29.552：5.2.6 Analytics Exposure in Roaming Case (漫游场景下的分析暴露)

本文技术原理深度参考了3GPP TS 29.552 V18.7.0 (2024-12) Release 18规范。本文将深度剖析5.2.6节“Procedure for Analytics Exposure in Roaming Case”，为读者揭示在复杂的漫游场景下，不同运营商的“智慧大脑”NWDAF是如何通过其“外交使馆”RE-NWDAF进行安全、合规、高效的情报交换与智能协作的。

前言：当网络智能走出国门

5G的承诺是全球无缝连接，但这不仅仅意味着语音和数据的联通，更意味着智能体验的无缝延伸。当一位VIP用户在国外参加重要的视频会议，或是一辆自动驾驶汽车跨越国境时，网络不能仅仅提供“连接”，更需要提供“智能的连接保障”。

这就提出了一个核心挑战：网络智能的主体——‘洞察者’(Insight-AI)通常部署在用户的归属网络（HPLMN）中，它最了解用户的签约信息和服务偏好。但用户此刻身处的，是到访地网络（VPLMN），只有VPLMN的本地网络才能实时感知到最真实的无线环境和网络负载。

如何让“最了解用户的人”和“最了解环境的人”高效对话？这便是5.2.6节要解决的核心问题。

为此，3GPP引入了一个关键角色——RE-NWDAF (Roaming Exchange NWDAF)。我们可以将其生动地比喻为部署在网络边界的**“数据分析大使馆”**。每个希望进行智能漫游协作的运营商，都需要设立这样一个“使馆”，它既是本国分析能力的出海门户，也是外国分析情报的唯一合法入口。

在今天的“未来科技博览会”场景中，我们将迎来一位特殊的国际嘉宾——来自“GlobalConnect”运营商（HPLMN）的VIP用户，Mr. Smith。他正在“数智网联”运营商的网络（VPLMN）中使用着对网络要求极高的全息通话应用。我们将通过两个视角来解构这个过程：

  1. 服务好来宾 (Inbound Roaming)：作为东道主，“数智网联”的网络如何从“GlobalConnect”获取关于Mr. Smith的分析洞察，从而为他提供VIP级的网络服务。

  2. 关心我方公民 (Outbound Roaming)：反过来，当“数智网联”自己的用户漫游到“GlobalConnect”时，我们又该如何获取他在当地的网络体验分析，以确保我们的服务承诺得以兑现。

1. “服务好来宾”：为漫游用户提供智能服务 (5.2.6.1 Inbound Roaming)

这一节的核心是：位于VPLMN的分析消费者，需要获取由HPLMN生成的、关于漫游用户的分析结果。

场景：“数智网联”网络（VPLMN）的AMF在为Mr. Smith分配网络资源时，发现他的SUPI（用户唯一标识）来自“GlobalConnect”（HPLMN）。AMF希望知道Mr. Smith的服务优先级，以便为他选择一个合适的网络切片。这个“服务优先级”的分析，只有Mr. Smith的归属网络“GlobalConnect”最清楚。

此时，VPLMN的AMF（作为分析消费者）就启动了 “Figure 5.2.6.1-1: Procedure for analytics exposure from HPLMN to VPLMN” 所示的流程。

步骤1：VPLMN内部发起请求

规范原文引用 (Step 1):

The consumer NF in VPLMN (e.g. AMF) discovers a V-RE-NWDAF…and invoke Nnwdaf_AnalyticsInfo_Request or Nnwdaf_EventsSubscription_Subscribe service operation to the V-RE-NWDAF. For the inbound roaming user(s)…V-RE-NWDAF determines based on operator configuration and the requested analytics whether analytics from the HPLMN are required, or the analytics can be derived locally.

  1. 动作：VPLMN的AMF向本网络的“大使馆”——V-RE-NWDAF（即‘洞察者’的漫游模块）发起一个分析请求。

  2. 请求内容：“请为SUPI为‘Mr. Smith’的用户提供‘服务体验’(SERVICE_EXPERIENCE)分析。”

  3. V-RE-NWDAF的决策：V-RE-NWDAF收到请求后，首先会进行判断：这个分析我自己能做吗？还是必须向HPLMN求助？对于“服务优先级”这类与用户签约信息强相关的分析，它显然需要求助于HPLMN。

步骤2：V-RE-NWDAF发起“外交照会”

规范原文引用 (Step 2):

The V-RE-NWDAF checks the roaming agreements related to analytics from HPLMN… The V-RE-NWDAF discovers a H-RE-NWDAF…then invoke Nnwdaf_RoamingAnalytics_Request or Nnwdaf_RoamingAnalytics_Subscribe service operation…

  1. 检查漫游协议：在发起任何跨国请求之前，V-RE-NWDAF必须先查阅与“GlobalConnect”签订的漫游协议，确认协议是否允许此类分析请求。

  2. 发现对方“大使馆”：通过NRF的跨PLMN发现机制，V-RE-NWDAF找到“GlobalConnect”的“大使馆”——H-RE-NWDAF的地址。

  3. 发起请求：V-RE-NWDAF向H-RE-NWDAF发起一个特殊的、用于漫游场景的分析订阅请求，调用Nnwdaf_RoamingAnalytics_Subscribe服务。这个请求就像一份“外交照会”，内容是：“我方网络有一位贵方用户Mr. Smith，请提供他的服务体验分析。”

步骤3：HPLMN内部处理与决策

规范原文引用 (Step 3):

The H-RE-NWDAF checks the roaming agreements between the HPLMN and the VPLMN, and user consent for analytics if needed, to determine if the roaming analytics request/subscribe can be accepted or must be rejected.

H-RE-NWDAF收到了这份“外交照会”，它立刻执行一系列严格的审查：

  1. 再次核对漫游协议：从自己的角度再次确认协议条款。

  2. 检查用户授权 (User Consent)：这是至关重要的一步！H-RE-NWDAF会检查Mr. Smith是否同意在漫游时将其分析信息提供给到访网络。如果用户不同意，请求将被立刻拒绝。这是保障用户隐私的核心环节。

  3. 生成分析：审查通过后，H-RE-NWDAF开始在HPLMN内部生成分析。这个过程有两种可能：

    • 3a: 自行生成：如果H-RE-NWDAF本身就集成了分析能力，它会直接从HPLMN的UDM等网元收集数据，分析出Mr. Smith是“白金VIP用户”。

    • 3b-3c: 委派生成：如果H-RE-NWDAF只是一个“外交官”，它会请求HPLMN内部一个专门的NWDAF实例来完成分析工作。

步骤4 & 6：分析结果的跨境传递与最终交付

规范原文引用 (Step 4):

The H-RE-NWDAF sends the HPLMN analytics information to the V-RE-NWDAF… The H-RE-NWDAF may restrict the exposed analytics information based on HPLMN operator polices.

  1. HPLMN响应 (Step 4)：H-RE-NWDAF将分析结果——“Mr. Smith是白金VIP，建议提供最高优先级服务”——通过Nnwdaf_RoamingAnalytics服务的响应/通知消息，发送回VPLMN的V-RE-NWDAF。值得注意的是，HPLMN可以根据策略，对返回的信息进行“脱敏”或“摘要”，只提供必要的信息。

  2. VPLMN交付 (Step 6)：V-RE-NWDAF收到这份“情报”后，将其传递给最初的请求者——AMF。

    • 可选的本地聚合 (Step 5)：如果AMF的请求还包含了本地分析的需求（例如，结合VIP等级和本地网络负载来综合决策），V-RE-NWDAF可以在交付前，将从HPLMN获取的“用户画像”和从本地网络获取的“实时环境”信息进行聚合，提供一个更全面的决策建议给AMF。

最终，AMF根据“白金VIP”这一分析结果，成功地为Mr. Smith选择了一个专属、高质量的网络切片，保障了他的全息通话体验。整个跨国智能协作闭环完成。

2. “关心我方公民”：获取海外用户的网络体验 (5.2.6.2 Outbound Roaming)

这一节的场景与上一节正好相反：位于HPLMN的分析消费者，需要获取由VPLMN生成的、关于自家漫游用户在海外的网络体验分析。

场景：“数智网联”（HPLMN）的VIP用户**“美美”**，正在海外参加“GlobalConnect”（VPLMN）举办的另一场科技活动。HPLMN的策略控制功能（H-PCF）需要为美美实施一项动态QoS保障策略，但它需要知道美美当前在VPLMN的网络环境到底好不好。

此时，HPLMN的PCF（作为分析消费者）就启动了 “Figure 5.2.6.2-1: Procedure for analytics exposure from VPLMN to HPLMN” 所示的流程。这个流程的结构与5.2.6.1非常相似，只是方向相反。

步骤1：HPLMN内部发起请求

规范原文引用 (Step 1):

Upon the Consumer NF is aware that the UE(s) indicated in Target of Analytics Reporting is/are roaming, Consumer NF in HPLMN (e.g. H-PCF) discovers a H-RE-NWDAF…and invoking a Nnwdaf_AnalyticsInfo_Request or a Nnwdaf_EventsSubscription_Subscribe service operation.

  1. 动作：HPLMN的PCF向本网络的“大使馆”——H-RE-NWDAF（‘洞察者’的漫游模块）发起请求。

  2. 请求内容：“请为我方用户‘美美’提供她在当前漫游地的‘QoS可持续性’(QOS_SUSTAINABILITY)分析。”

  3. H-RE-NWDAF的决策：H-RE-NWDAF知道“QoS可持续性”这类实时网络状态，只有用户当前所在的VPLMN才能提供，因此必须发起一次“跨国外交”。

步骤2：H-RE-NWDAF发起“外交垂询”

规范原文引用 (Step 2):

The H-RE-NWDAF checks user consent and roaming agreements…The H-RE-NWDAF discovers the V-RE-NWDAF… The H-RE-NWDAF invoke a Nnwdaf_RoamingAnalytics_Request or a Nnwdaf_RoamingAnalytics_Subscribe service operation…

  1. 检查授权与协议：H-RE-NWDAF首先检查美美是否同意在漫游时分享网络体验数据，并核对与“GlobalConnect”的漫游协议。

  2. 发起请求：H-RE-NWDAF向“GlobalConnect”的“大使馆”——V-RE-NWDAF发起Nnwdaf_RoamingAnalytics_Subscribe请求，内容是：“我方用户‘美美’正在贵方网络，请提供她所在区域的实时QoS可持续性分析。”

步骤3：VPLMN内部处理与分析

规范原文引用 (Step 3a):

The V-RE-NWDAF checks the roaming agreements between the HPLMN and the VPLMN, to determine if the roaming analytics request/subscribe can be accepted or must be rejected.

V-RE-NWDAF收到了请求，它执行的主要是策略和协议层面的检查：

  1. 核对漫游协议：确认是否被授权向HPLMN提供此类分析。

  2. 生成分析 (3a1-3a2 或 3b-3c)：审查通过后，V-RE-NWDAF开始在VPLMN内部收集数据并生成分析。它会请求其本地的NWDAF实例，收集美美所在小区的无线质量、UPF负载等信息，分析出“当前网络资源充足，可满足高QoS要求”。

步骤4 & 6：分析结果的返航与最终应用

规范原文引用 (Step 4):

The V-RE-NWDAF may sends the VPLMN analytics information to the H-RE-NWDAF… The V-RE-NWDAF may restrict the exposed analytics information based on VPLMN operator polices.

  1. VPLMN响应 (Step 4)：V-RE-NWDAF将分析结果——“QoS可持续，网络状态良好”——发送回HPLMN的H-RE-NWDAF。同样，VPLMN也可以根据策略对信息进行限制。

  2. HPLMN交付 (Step 6)：H-RE-NWDAF收到这份来自海外的“实时战报”后，将其最终交付给PCF。

  3. 策略决策：PCF根据这份报告，得知美美当前网络环境很好，于是大胆地为她的业务流应用了最高质量的QoS保障策略。

通过这个流程，“数智网联”即使无法直接管理海外的网络，也能“遥感”到其用户的真实体验，从而实现全球一致的智能服务策略。

总结：RE-NWDAF，全球智能网络的连接器

通过对漫游场景下分析暴露流程的剖析，我们深刻理解了RE-NWDAF作为“数据分析大使馆”的核心价值。它不仅仅是一个简单的代理，更是一个集安全网关、策略执行点、隐私守护者和外交协调员于一身的关键角色。

  • 双向情报交换：规范定义的Inbound和Outbound两种流程，共同构成了一个完整的双向情报交换机制，使得归属地的“用户画像”和到访地的“环境画像”能够安全、有效地结合。

  • 协议与授权先行：在每一次跨域交互前，都必须严格检查漫游协议和用户授权。这确保了所有的智能协作都在商业互信和法律合规的框架内进行。

  • 信息按需受控暴露：数据提供方（无论是HPLMN还是VPLMN）都保留了对暴露信息进行限制和脱敏的权力，确保了自身网络数据的安全。

  • 全球智能体验一致性：最终，这一套复杂的信令流程，其目标是简单而明确的——让用户无论身在何处，都能享受到由数据分析驱动的、一致的、高质量的智能网络体验。

在万物互联的时代，网络智能的边界绝不会止于单一的运营商网络。TS 29.552的5.2.6节，正是为这幅全球智能网络的宏伟蓝图，铺设了第一块坚实的“跨境通信”基石。

接下来，我们将把目光从“分析暴露”转向“分析聚合”，在下一篇文章中探讨5.3节“Analytics Aggregation from Multiple NWDAFs”，看看当网络中部署了多个‘洞察者’时，它们是如何协同作战，形成一个更强大的“超级大脑”的。

FAQ 环节

Q1：RE-NWDAF是一个独立的物理网元吗？还是一个逻辑功能？

A1：RE-NWDAF是一个逻辑功能或角色，而不是一个独立的物理网元类型。在实际部署中，一个标准的NWDAF网元，只要它被配置了用于处理与其他PLMN交互的漫游接口（Nnwdaf_RoamingAnalytics），并部署在网络的边缘（通常与SEPP安全边缘保护代理协同），它就扮演了RE-NWDAF的角色。因此，可以说RE-NWDAF是NWDAF的一种部署形态和能力集。

Q2：在漫游场景下，分析请求的实时性能得到保证吗？

A2：漫游场景下的分析请求，由于涉及到跨运营商网络的交互，其时延通常会高于网络内部的交互。时延主要由以下几部分组成：1) 跨国网络传输时延；2) 两个PLMN内部各自的处理时延；3) 合作伙伴PLMN的响应优先级。3GPP标准定义了流程，但无法强制规定跨网传输的物理时延。因此，对于时延极其敏感（如毫秒级）的实时闭环控制，通常不适合采用跨国漫游分析。这类分析更适合用于准实时（秒级）的策略决策、SLA监控和非实时的网络优化等场景。

Q3：为什么Inbound和Outbound两个流程看起来如此相似？

A3：这两个流程在结构上的相似性，体现了SBA（服务化架构）设计的对等性和对称性。无论请求方向如何，交互双方（HPLMN和VPLMN）都扮演着对等的角色，都遵循着相同的“发现-鉴权-请求-响应”模式。一方的RE-NWDAF作为消费者调用服务，另一方的RE-NWDAF作为生产者提供服务。这种对称设计大大简化了接口的定义和实现，开发者只需实现一套Nnwdaf_RoamingAnalytics服务，即可同时支持作为请求方和响应方的角色。

Q4：如果漫游协议或用户授权不允许分析交换，消费者会收到什么？

A4：如果请求因为漫游协议限制或用户未授权而被拒绝，RE-NWDAF（无论是H-RE-NWDAF还是V-RE-NWDAF）会向请求方返回一个带有失败原因的HTTP错误响应。例如，可能会返回403 Forbidden状态码，并在响应体中通过ProblemDetails结构体提供更详细的原因代码，如ROAMING_NOT_ALLOWED或USER_CONSENT_NOT_GIVEN。这使得请求方能够明确地知道失败的原因，并采取相应的处理措施。

Q5：漫游分析的计费是如何实现的？

A5：TS 29.552本身不定义计费细节，但它为计费提供了基础。运营商之间的漫游计费和结算是一个复杂的商业过程，通常通过TAP/RAP文件交换或更现代的Billing and Charging Evolution (BCE) 机制来完成。RE-NWDAF在处理每一次成功的跨域分析请求/通知时，都会生成相应的计费记录（CDR）。这些记录会详细说明是哪个运营商、为了哪个用户、请求了哪种类型的分析服务。这些CDR随后会被送往计费系统，作为运营商之间进行服务结算的依据。可以说，每一次成功的信令交互，背后都可能对应着一笔商业交易。

关系图谱