好的，我们继续进行系列的下一篇深度解读。

深度解析 3GPP TS 28.552：5.5 PCF Measurements (5G网络的“首席策略官”)

本文技术原理深度参考了3GPP TS 28.552 V18.10.0 (2025-03) Release 18规范中，关于“5.5 Performance measurements for PCF”的核心章节，旨在为读者提供一个关于5G网络策略控制核心（PCF）的性能测量全景解析。

引言：智能交通的“动态红绿灯”

“王哥，我们为智慧交通项目部署的车联网切片，遇到了一个棘手的问题，”小林指着一张城市地图上的交通流量图，“在晚高峰时段，当主干道发生拥堵时，我们希望网络能自动识别出正在执行紧急任务的救护车，并为它的通信链路提供最高优先级的QoS保障。但实际测试发现，救护车的视频回传依然会受到周围大量私家车娱乐信息流的干扰。我们的QoS策略好像没有按预期生效。”

老王在核心网架构图上，重重地圈出了PCF (Policy Control Function, 策略控制功能)。“小林，SMF是‘场务总监’，负责执行PDU会话的管理。但具体执行什么策略——比如，谁拥有VIP权限、在什么情况下可以‘插队’、每个人的‘带宽限额’是多少——这些高级决策，是由我们网络的‘首席策略官’——PCF——来制定的。”

“PCF就像是城市交通系统里的‘智能交通信号灯控制中心’。它能实时感知全局信息（通过AF获取应用信息，通过其他NF获取网络信息），并为每一辆‘车’（PDU会话）动态地制定和下发通行规则。救护车的‘优先通行权’策略没有生效，问题很可能就出在PCF这位‘首席策略官’的指令链路上。”

他将TS 28.552切换到5.5节。“‘Performance measurements for PCF’，这一节就是对PCF工作性能的全面审计。它监控着PCF与AMF、SMF、AF等各个协作方之间的每一次‘策略协商’和‘指令下发’。今天，我们就来学习如何通过这些测量，确保我们制定的所有精细化、动态化的网络策略，都能被准确、及时地执行。”

1. “用户档案”的建立：AM & UE Policy Association (5.5.1 & 5.5.3)

一个用户（UE）能否以及如何使用网络，首先取决于其“身份”和“权限”。PCF通过与AMF和UE的策略关联，来建立和管理这份“动态档案”。

1.1 接入策略的协商：AM Policy Association (5.5.1)

当一个UE注册到网络时，AMF会与PCF建立一个AM (Access and Mobility) Policy Association。通过这个关联，PCF可以向AMF下发UE的接入和移动性相关的策略，如UE的漫游权限、接入限制等。

5.5.1.1 Number of AM policy association requests (PA.PolicyAMAssoReq.SNSSAI) c) On receipt by the PCF from the AMF of Npcf_AMPolicyControl_Create…

5.5.1.2 Number of successful AM policy associations (PA.PolicyAMAssoSucc.SNSSAI) c) On transmission by the PCF to the AMF of Npcf_AMPolicyControl_Create response…

• 深度解析: PA.PolicyAM... (Policy Association) 这组测量监控了AM策略关联的建立过程。
  • Req (请求数): PCF收到了多少次来自AMF的策略关联创建请求。
  • Succ (成功数): PCF成功创建关联并返回响应的次数。
  • 后续章节还定义了对**更新（Update）和通知（Notify）**流程的监控。 AM策略关联成功率，是确保网络对用户的基础接入行为（如是否允许注册）进行正确管控的前提。

1.2 终端策略的同步：UE Policy Association (5.5.3)

PCF还可以管理一些需要下发到UE本地执行的策略，例如UE在不同网络（5G, 4G, Wi-Fi）之间的路由选择策略（URSP）。这个过程通过UE Policy Association来完成。

5.5.3.1 Number of UE policy association requests (PA.PolicyUeAssoReq) 5.5.3.2 Number of successful UE policy associations (PA.PolicyUeAssoSucc)

• 深度解析: PA.PolicyUe...监控的是UE策略关联的建立过程。这个流程的成功，确保了UE能够接收到来自网络的最新“本地指令”，从而做出更智能的连接决策。

2. “业务通道”的规则制定：SM Policy Association (5.5.2)

这是PCF最核心、最繁忙的工作。当SMF要为一个PDU会话建立服务时，它必须向PCF发起一个SM (Session Management) Policy Association，请求该会话的“通行规则”。

5.5.2.1 Number of SM policy association requests (PA.PolicySMAssoReq.SNSSAI) c) On receipt by the PCF from the SMF of Npcf_SMPolicyControl_Create…

5.5.2.2 Number of successful SM policy associations (PA.PolicySMAssoSucc.SNSSAI) c) On transmission by the PCF to the SMF of Npcf_SMPolicyControl_Create response…

2.1 深度解析

这组测量PA.PolicySM...监控的是SM策略关联的建立过程。

• 测量对象: SMF为PDU会话向PCF发起的策略请求。
• 物理意义: 每一次PDU会话的建立，都伴随着一次SM策略关联的创建。这个流程的成功率——SM策略关联成功率——直接决定了PDU会话能否被成功建立。如果关联失败，SMF就拿不到任何QoS或计费规则，PDU会话建立流程就会中断。
• 按S-NSSAI细分: 我们可以精确计算出“车联网切片”的策略关联成功率，这对于SLA保障至关重要。

2.2 场景化诊断：救护车的“优先权”为何失效？

小林在排查救护车视频流被干扰的问题时，首先查看了PA.PolicySMAssoSucc.SNSSAI_V2X（车联网切片）的成功率。

“王哥，成功率是100%。这说明SMF每次为救护车建立PDU会话时，都成功地从PCF那里获取到了策略。”小林说道。

“是的，这说明‘领旨’的流程没问题。”老王引导道，“但问题是，领到的‘圣旨’上写的是什么？是不是我们期望的‘优先通行’？”

这引出了PCF更深层次的测量——策略**授权（Authorization）和与应用功能（AF）**的交互。

3. “听取民意”与“颁布法令”：AF交互与策略授权 (5.5.5 & 5.5.6)

PCF的“智能”之处，在于它不是一个闭门造车的“独裁者”，而是一个能“听取民意”的“决策者”。这个“民意”，就来自于AF (Application Function)。

在智慧交通场景中，交通控制中心的服务器就是一个AF。当它检测到一辆救护车正在执行紧急任务时，它会向PCF发起请求：“请为车辆XYZ123的视频回传业务，提供5QI=84（高优先级视频）的QoS保障！”

AM/SM policy authorization related measurements (5.5.5 & 5.5.6)

5.5.6.1 Creation of SM policy authorization

• PAU.SmCreateReq: Number of SM policy authorization creation requests received by the PCF from an NF consumer (e.g., AF)…
• PAU.SmCreateSucc: Number of successful SM policy authorization creations.
• PAU.SmCreateFail.cause: Number of failed SM policy authorization creations.

• 深度解析: 这组测量PAU... (Policy Authorization) 监控的是AF向PCF请求策略变更的授权流程。
  • CreateReq (请求数): PCF收到了多少次来自AF的“提议”，请求为某个会话创建/修改策略。
  • Succ (成功数): PCF批准并成功创建了AF请求的策略的次数。
  • Fail.cause (失败数): PCF拒绝或无法创建AF请求的策略的次数。

3.1 场景化诊断：迟到的“优先通行证”

小林调取了PAU.SmCreate...的日志和测量数据。他终于找到了问题的根源：

1. PAU.SmCreateReq: 在救护车视频流建立之初，PCF没有收到来自交通控制中心AF的任何策略授权请求。此时，PCF只能根据用户的默认签约，为其分配一个普通的视频业务QoS。
2. PAU.SmCreateReq: 在晚高峰拥堵发生之后，AF才向PCF发起了提升QoS的请求。
3. PAU.SmCreateSucc: PCF成功地处理了这次请求，并向SMF下发了策略更新，提升了救护车业务的优先级。

“王哥，破案了！”小林恍然大悟，“不是PCF或SMF的策略执行出了问题，而是AF的‘提议’来得太晚了！ 在拥堵发生时，救护车的‘优先通行证’还没有被批准，它和其他私家车一样在‘排队’，自然会受到干扰。”

洞察与行动： PCF的策略授权测量，将故障诊断的范围从运营商的5G网络内部，延伸到了外部的应用生态。它帮助我们清晰地定界：问题是出在网络的“执行力”，还是应用的“决策力”上。这次故障的最终解决方案，是建议智慧交通的应用开发者，优化他们的AF逻辑，确保在紧急任务开始的第一时间，就向PCF发起最高优先级的策略授权请求，而不是等到网络拥塞后再“亡羊补牢”。

结论：PCF测量——5G动态化、智能化策略的“试金石”

通过对PCF性能测量的学习，我们深入了5G网络的大脑皮层，理解了其动态策略控制的核心机制。

1. 策略关联 (Policy Association): 监控了PCF与AMF、SMF之间基础信令通路的健康度。这是所有策略能够下发的前提。其成功率是衡量PCF服务可用性的基础KPI。
2. 策略授权 (Policy Authorization): 监控了PCF与外部应用功能(AF)之间的交互。它衡量了网络“按需响应”应用层动态请求的能力，是实现网络与应用深度融合、协同优化的关键。
3. 贯穿始终的cause码: 无论是关联失败还是授权失败，按原因细分的计数器都为我们提供了精准的故障定界手段，帮助我们快速判断问题是出在网络内部配置，还是外部应用逻辑上。

PCF及其测量体系，是5G从一个提供“静态管道”的网络，向一个能够提供“动态、按需、智能化”服务的平台演进的“试金石”。它确保了网络不仅能“听懂”来自应用层的复杂需求，更能“做到”对这些需求的可靠保障。

---

FAQ 环节

Q1：PCF, PCF, PCRF之间是什么关系？ A1：它们是3GPP策略控制框架在不同时代的演进。PCRF (Policy and Charging Rules Function) 是4G EPC中的策略核心，它同时负责策略控制和计费规则的制定。在5G中，这个功能被分解和增强了：PCF (Policy Control Function) 继承并增强了PCRF的策略控制职能，成为SBA架构下的策略决策点。而计费功能则被更清晰地划分给了CHF (Charging Function)。可以说，PCF是PCRF在5G时代的“继任者”。

Q2：AM Policy, SM Policy, UE Policy这三种策略，具体有什么区别？ A2：它们管控的对象和范围不同。

• AM Policy (接入与移动性策略): 由PCF提供给AMF，主要管控UE的接入网络行为，例如，是否允许漫游、在哪些区域允许接入、UE的RFSP（无线策略索引）等。
• SM Policy (会话管理策略): 由PCF提供给SMF，主要管控PDU会话的行为，这是最核心的部分，包括该会话的QoS规则（5QI, ARP, GBR/MBR等）、计费规则、流量路由策略等。
• UE Policy (UE策略): 由PCF通过AMF下发给UE，主要管控UE自身的行为，例如URSP（UE路由选择策略），它告诉UE在面对多个网络（如企业Wi-Fi、5G公网）时，应该优先选择哪个网络来承载特定的应用。

Q3：什么是AF（应用功能），它在策略控制中扮演什么角色？ A3：AF是代表了第三方应用或服务的网络功能。它可以是视频网站的服务器、游戏服务器、车联网平台的控制中心，或者是运营商自己的IMS系统。AF扮演着“信息提供者”和“策略请求者”的角色。它可以通过NEF（网络开放功能）向PCF暴露应用的“意图”，例如，“我这个视频流需要10Mbps的带宽”、“我这个游戏对时延非常敏感”。PCF会“参考”这些来自应用层的信息，结合用户的签约数据和网络现状，制定出更精准、更智能的SM策略。AF是实现网络与应用深度协同的关键。

Q4：如果SM策略关联成功率 (PA.PolicySMAssoSucc) 很低，可能是什么原因？ A4：这通常意味着SMF和PCF之间的基础交互流程出了问题。可能的原因包括：1）网络连通性问题: SMF与PCF之间的N7接口（服务化接口）在传输层面不通。2）NRF问题: SMF无法从NRF中发现一个可用的PCF实例。3）PCF过载或故障: PCF实例本身因为CPU、内存耗尽或软件崩溃，无法响应请求。4）安全或鉴权问题: SMF没有被授权访问PCF的服务。这个问题通常会导致大范围的PDU会话建立失败，是一个非常严重的网络故障。

Q5：Background data transfer policy control (5.5.4) 是什么？它有什么用？ A5：这是PCF为背景数据传输（如App的后台更新、邮件同步等非实时流量）提供的一种特殊策略控制。它允许AF（通过NEF）与PCF协商，为未来的背景数据传输，预先申请一个“优惠套餐”，例如，“我希望在凌晨2-4点的网络空闲时段，以较低的资费，传输1GB的数据”。PCF会将这个策略存储起来，并在SMF为该应用建立PDU会话时，下发相应的计费和调度规则。这组测量就是为了监控这种“预约式”策略的创建、修改、删除流程的性能。