好的,我们继续5G策略与计费控制框架的深度剖析。在之前对PCC框架的大脑(PCF)和首席执行官(SMF)进行了详细解读后,我们将目光转向与外部应用和垂直行业深度集成的关键网元。

深度解析 3GPP TS 23.503:6.2 Network functions and entities (Part 3 - 应用与开放:AF, NEF及TSCTSF的核心作用)

本文技术原理深度参考了3GPP TS 23.503 V18.9.0 (2025-03) Release 18规范,重点解读了第6.2.3节、6.2.7节及6.2.11节的核心内容,并对其他相关短章节进行简述。本文旨在揭示5G PCC框架如何通过**应用功能(AF)承载业务意图、通过网络开放功能(NEF)实现安全能力开放,以及通过时间敏感通信和时间同步功能(TSCTSF)**深度支持工业级应用,从而构建一个开放、智能、服务于垂直行业的生态系统。

在前面的章节中,我们已经详细分析了PCF(策略大脑)和SMF(策略执行官)的功能。现在,我们将探索PCC框架的“触角与感官”——那些与外部世界直接交互,将应用需求引入网络,或将网络能力开放出去的关键网络功能。

我们将聚焦于:

  • 应用功能(AF):策略需求的源头,代表着各种业务应用。
  • 网络开放功能(NEF):连接外部AF与核心网的桥梁,实现网络能力的开放与安全。
  • 时间敏感通信和时间同步功能(TSCTSF):为工业互联网等需要极致确定性通信的场景提供专用接口。

为了具象化这些功能,我们将设定一个综合场景: 一个大型智慧工厂正在部署5G。工厂内部有:

  1. 精密机器人装配线:需要时间敏感网络(TSN)支持,要求机器臂的控制指令达到纳秒级同步和毫秒级延迟。工厂的中央控制系统充当TSN AF/TSCTSF
  2. AI驱动的视觉质检系统:高分辨率摄像头实时回传数据到厂内AI服务器进行质量控制。这是工厂自有的应用功能(AF)
  3. 远程专家AR维修服务:工厂与一家第三方AR服务提供商合作,当设备故障时,远程专家通过AR眼镜提供指导。该服务提供商的后台服务器是外部应用功能(AF)

让我们看看,为了支持这些复杂的工业应用,PCC框架的这些关键网络功能是如何协同工作的。


1. 策略的“源动力”:应用功能 (AF - Application Function) (6.2.3)

AF是PCC框架中代表应用层实体的重要一环。它不是5G核心网的内部网元,而是业务逻辑的承载者。AF的引入,使得网络不再是“傻管道”,而是能够感知应用需求,并按需调整网络资源。

The Application Function (AF) is an element offering applications that require dynamic policy and/or charging control over the user plane behaviour and/or an element requesting non-session based network capability exposure. In this specification, the functionality of the AF is only defined with respect to the interaction with the 5G Core Network.

深度解析与场景再现:

AF可以看作是应用层的“代言人”,它向PCF表达业务意图。

  1. 直接与PCF交互 (N5接口)

    • 场景:智慧工厂的AI驱动视觉质检系统(作为内部AF,且被运营商信任)需要确保高分辨率视频从摄像头到AI服务器的传输质量。该AF会直接通过N5接口向PCF发起请求,提供视频流的IP五元组信息,并要求保障100Mbps的上行带宽和低于30ms的端到端延迟。
    • AF的核心能力:AF可以提供Flow Description(流量描述)、QoS Reference(QoS参考,如“高清视频”)、Individual QoS parameters(具体QoS参数如带宽、时延)、Sponsored data connectivity information(赞助数据信息)。
  2. 间接与PCF交互 (经由NEF,N30接口)

    • 场景:第三方远程专家AR维修服务(作为外部AF)为了提供流畅的AR体验,需要超低延迟的交互流和高带宽的视频叠加流。由于是第三方,其请求不能直接到达PCF,而是必须通过NEF(将在下一节详细介绍)转交给PCF。
    • AF的请求方式与内容:与直接交互类似,AF会向NEF发送请求,包含其所需的QoS参数(如低时延AR流的时延要求),并可能订阅某些网络事件(如网络拥塞通知),以便在网络状况不佳时调整AR应用体验。
  3. 影响策略的范围:AF的影响力非常广泛,可以请求会话内的QoS控制、流量导向,也可以请求非会话管理的策略,如背景数据传输(BDT)和带QoS的计划数据传输(PDTQ)。

  4. 接收网络反馈:AF不是单向请求,它也会接收PCF的反馈。例如,如果PCF无法满足AF请求的QoS,AF会收到通知,并可能调整其应用行为(如降低视频分辨率)。


2. 网络能力的“门户”:网络开放功能 (NEF - Network Exposure Function) (6.2.7)

NEF是5G核心网与外部世界的安全接口。它将核心网的能力以标准化的方式开放给第三方应用服务提供商(ASP)或AF,同时保护核心网的安全和稳定性。

The Network Exposure Function (NEF) is defined in TS 23.501 and additionally supports the following policy related functionalities:

  • Service specific policy and charging control;
  • Management of packet flow descriptions;
  • Sponsor data connectivity including usage monitoring;
  • Negotiations for future BDT;
  • Negotiations for PDTQ.

深度解析与场景再现:

NEF就像智慧工厂的“对外联络部”和“安保关卡”。

  1. 第三方AF的接入点

    • 场景远程专家AR维修服务的外部AF,首先通过标准的北向接口与NEF建立连接。NEF负责对该AF进行认证、授权(例如,验证其是否与工厂签订了合作协议),并确保其请求的格式和内容符合要求。
    • N30接口:NEF将合规的请求通过N30接口转发给PCF。
  2. Packet Flow Description (PFD) 管理

    • 场景:外部AR服务提供商的应用程序可能会使用特定的服务器IP地址和端口。为了让5G网络能够精准识别其AR流量,该AF可以通过NEF向网络提供其应用的PFD(Packet Flow Description)。NEF会将这些PFD存储在UDR中,并分发给SMF/UPF。
    • PFD的重要性:PFD使得UPF能够更准确地识别应用流量,从而确保策略(如QoS保障、赞助数据计费)能够精准地作用于正确的流量。
  3. 赞助数据连接的网关

    • 场景:AR维修服务由“智造未来”公司统一付费。外部AF会将“智造未来”作为赞助商ID发送给NEF。NEF会将此信息传递给PCF,PCF再据此在PCC规则中配置计费Key,实现公司统一支付流量费用的商业模式。
  4. BDT/PDTQ的协商代理

    • 场景:工厂为了优化AR维修服务的软件更新,希望在夜间网络空闲时进行。AR服务提供商的AF会通过NEF,向PCF协商**BDT(Background Data Transfer)**时间窗口。NEF在其中扮演代理角色,协助完成协商。

NEF的存在,是5G开放性架构的关键体现。它在开放网络能力、促进业务创新与保障网络安全、稳定之间取得了平衡。


3. 工业的“脉搏”:时间敏感通信和时间同步功能 (TSCTSF - Time Sensitive Communication and Time Synchronization Function) (6.2.11)

TSCTSF是PCC框架中一个高度专业化的网络功能,专为支持5G与工业TSN/DetNet(确定性网络)的融合而设计。它可以被视为一个特殊的AF,但其关注点在于极高的时间确定性可靠性

The Time Sensitive Communication and Time Synchronization Function (TSCTSF) is defined in TS 23.501.

深度解析与场景再现:

TSCTSF是精密机器人装配线实现同步控制的关键。

  1. 作为TSN AF的代理

    • 场景:工厂的中央控制系统(TSN AF)发出指令,要求两条机械臂在纳秒级别的时间窗口内同步完成一个抓取动作。这个指令会传递给TSCTSF
    • TSCTSF的特长:TSCTSF能够理解TSN/DetNet领域特有的QoS需求,如Max-consecutive-loss-tolerance(最大连续丢包容忍度)、Interval to Periodicity(周期性)和精确的Packet Delay Budget(包延迟预算)。
  2. 与PCF的N84接口交互

    • 场景:TSCTSF将这些时间敏感的QoS需求,通过N84接口(或Npcf服务)发送给PCF。
    • 信息内容:TSCTSF提供的请求会包含:5G用户面节点信息(5GS user-plane Node information)、5G桥接ID(5GS Bridge ID)、UE-DS-TT驻留时间(UE-DS-TT Residence time)等,这些信息帮助PCF更好地将TSN需求映射到5G QoS参数上。
  3. QoS映射与PCC规则生成

    • PCF收到TSCTSF的请求后,会将其复杂的TSN QoS需求(例如,要求端到端时延小于1ms,抖动小于100ns)映射为5G QoS参数。例如,TSN的Dead-line(截止时间)会被转化为5G QoS Flow的PDB
    • PCF还会生成带有**TSC Assistance Container (TSCAI)**的PCC规则,该容器包含了5G网络内部处理TSN流量所需的额外信息,帮助RAN和UPF进行精准调度。
  4. 时间同步支持:TSCTSF还负责管理时间同步。它能够利用5G网络提供的高精度时间参考(如gPTP协议),确保UE和DS-TT(数据流转换器-时间敏感)之间的时间同步,这是TSN工作的基础。

TSCTSF是5G赋能工业控制、实现数字化转型的关键使能者。


4. 数据与管理“基石”:其他PCC相关网络功能简述 (6.2.4, 6.2.5, 6.2.8, 6.2.9, 6.2.6, 6.2.10)

本章剩余的几个网络功能在PCC框架中扮演着重要但相对固定的角色,其主要功能已在之前的文章中详细探讨或通过引用其他规范定义。

  • 统一数据存储(UDR - Unified Data Repository)(6.2.4)

    • 作用:PCC框架的策略数据和用户签约数据的唯一权威存储库
    • PCC相关职能:PCF通过N36接口从UDR获取用户签约信息、存储AF协商的BDT/PDTQ策略,以及更新切片/用户组的剩余速率。
    • 简述原因:UDR的核心定义在TS 23.501中,其作为PCF输入源的作用已在6.2.1.2节及之前的文章中多次强调。
  • 计费功能(CHF - Charging Function)(6.2.5)

    • 作用:5G系统的核心计费实体,包含在线计费(OCS)和离线计费(OFCS)功能。
    • PCC相关职能:SMF通过N40接口向CHF上报用量和请求信用。PCF通过N28接口从CHF获取用户消费状态,并基于此调整策略。
    • 简述原因:CHF的详细定义在TS 32.240中,其在PCC框架中的角色和与SMF/PCF的交互已在6.1.3节和6.2.1.2节详细解读。
  • 接入和移动性管理功能(AMF - Access and Mobility Management Function)(6.2.8)

    • 作用:负责UE的注册、接入和移动性管理
    • PCC相关职能:接收PCF下发的非会话管理策略(如服务区限制、RFSP Index),并向UE透明转发UE策略(URSP/ANDSP)。同时,它也是SMF选择和切片选择的关键协调者,并向PCF报告UE移动性事件。
    • 简述原因:AMF的核心定义在TS 23.501中,其在PCC框架中的角色和与PCF的交互已在6.1.2节和6.2.1.2节详细解读。
  • 网络数据分析功能(NWDAF - Network Data Analytics Function)(6.2.9)

    • 作用:提供网络数据分析服务,通过机器学习和AI技术对网络性能、流量模式、用户行为等进行分析和预测。
    • PCC相关职能:PCF通过N23接口订阅NWDAF提供的各种分析结果(如网络拥塞、切片负载、用户体验),并将这些分析作为其智能策略决策的重要输入。
    • 简述原因:NWDAF的详细定义在TS 23.288中,其在PCC框架中的角色和与PCF的交互已在6.1.1.3节详细解读。
  • 6.2.6 Void6.2.10 Void

    • 简述:这两个章节在规范中被明确标记为“Void”,表示它们在当前版本中没有定义任何内容。在我们的解读中,只需了解它们是空章节即可。

FAQ

Q1:AF和NEF之间的N30接口,与PCF和AF之间的N5接口有什么区别? A1:N5接口是PCF与被运营商信任的AF(通常是内部AF)之间的直接服务化接口。而N30接口是NEF与PCF之间的接口,它作为外部AF与PCF交互的代理/网关。外部AF会首先通过NEF的北向接口向NEF发送请求,NEF对请求进行安全检查、鉴权和格式转换后,再通过N30接口将请求转发给PCF。N30的存在是为了实现网络能力的开放性和安全性,使得外部第三方应用也能参与到PCC策略控制中。

Q2:TSCTSF和普通的AF有什么区别?它为什么需要一个专门的功能实体? A2:TSCTSF可以被视为一个高度专业化的AF,其核心区别在于对时间确定性和可靠性的极致要求。普通AF关注的是通用QoS(如带宽、延迟),而TSCTSF专注于纳秒级时间同步和微秒级端到端延迟的保障,这是工业控制、远程手术等场景的核心需求。它需要专门的功能实体,是因为:

  1. 协议转换:TSCTSF能理解TSN/DetNet等工业协议领域特有的QoS参数,并将其准确映射为5G的QoS参数。
  2. 专业信息交换:它与PCF交换的信息更具体,包括5G用户面节点信息、桥接ID、TSCAI等。
  3. 严格控制:时间敏感通信需要极高的资源预留和调度精度,TSCTSF确保了这些特定需求的精确传递和执行。

Q3:NEF如何保障外部AF与核心网交互的安全性? A3:NEF是多层安全防护的关键。它通过以下机制确保安全:

  1. 认证与授权:NEF对所有外部AF进行严格的身份验证和授权检查,确保只有合法的应用才能访问核心网能力。
  2. API管理:NEF提供标准化的、受控的API,避免外部AF直接访问核心网的复杂内部接口。
  3. 数据过滤与转换:NEF会过滤和转换AF请求中的信息,确保只将符合策略、安全无害的数据发送给核心网其他功能。
  4. 订阅与通知控制:NEF管理AF对网络事件的订阅,限制其获取信息的范围和频率,防止信息滥用和信令风暴。

Q4:为什么UDR、CHF、AMF和NWDAF在PCC框架中的功能定义如此简短,并频繁引用其他规范? A4:这是因为这些网络功能是5G核心网的通用组件,其核心功能在其他3GPP规范中被详细定义(例如,UDR在TS 23.501,CHF在TS 32.240,AMF在TS 23.501,NWDAF在TS 23.288)。TS 23.503作为PCC框架规范,其重点是定义PCC如何利用和与这些NF交互,而不是重新定义这些NF本身的完整功能。因此,在本规范中,它们的功能描述更多是强调其在PCC上下文中的特定职责和交互点。

Q5:PFD(Packet Flow Description)管理功能在PCC框架中扮演什么角色?为何由NEF承载? A5:PFD管理功能旨在帮助UPF更精准地识别第三方应用的流量。它使得运营商网络可以动态地“学习”和“认识”新的应用流量特征,例如,当一个第三方视频应用部署新服务器时,可以动态更新其流量特征(PFD)。PFD管理功能由NEF承载,是因为:

  1. 外部输入:PFD信息通常由外部的应用服务提供商(ASP)提供。
  2. 安全隔离:NEF作为外部实体与核心网交互的门户,是接收这些外部信息的安全入口。
  3. 集中管理:NEF接收PFD后,可以将其存储在UDR中,并负责分发给所有相关的SMF/UPF,实现PFD的集中管理和高效部署。