首页 › core-network › 5G PCF策略关联与动态PCC规则信令拆解

5G PCF策略关联与动态PCC规则触发N7信令全链路拆解

在5G核心网策略控制体系中,PCF(Policy Control Function)取代了4G时代的PCRF,通过N7接口向SMF下发PCC(Policy and Charging Control)规则,实现QoS授权、流量门控、计费控制三位一体的动态策略管理。本文聚焦TS 23.502 Section 4.3.2/4.3.3中PDU会话建立与修改时SMF与PCF之间的策略关联全链路,深入拆解Npcf_SMPolicyControl三大服务操作的信令交互、PCC规则到N4规则的映射链路、以及AF触发动态策略变更的端到端信令流。

一、PCF策略控制架构全景

5G PCC框架(定义于TS 23.503 Clause 6)相比4G PCRF架构做了根本性重构:从Diameter协议迁移到SBI(Service-Based Interface),引入策略数据集(Policy Data Set)的概念,并将策略控制拆分为会话管理策略(SM Policy)、访问与移动策略(AM Policy)、UE策略(UE Policy)三大独立域。

本文聚焦的SM Policy Control通过N7接口(PCF↔SMF)实现,其核心交互模型如下图所示:

graph TB
    subgraph "应用层触发"
        AF[AF<br/>应用功能]
        NEF[NEF<br/>网络开放功能]
    end

    subgraph "策略决策层"
        PCF[PCF<br/>策略控制功能]
        BSF[BSF<br/>绑定支持功能]
        UDR[UDR<br/>统一数据仓库]
    end

    subgraph "会话管理层"
        SMF[SMF<br/>会话管理功能]
        CHF[CHF<br/>计费功能]
    end

    subgraph "用户面"
        UPF[UPF<br/>用户面功能]
    end

    AF -->|"N5/Npcf_PolicyAuthorization"| PCF
    NEF -->|"N30"| PCF
    PCF -->|"N7/Npcf_SMPolicyControl"| SMF
    PCF -->|"N28"| CHF
    PCF <-->|"Nudr_DataRepository"| UDR
    PCF <-->|"Nbsf_Management"| BSF
    SMF -->|"N4/PFCP"| UPF

    style PCF fill:#e74c3c,color:#fff
    style SMF fill:#3498db,color:#fff
    style UPF fill:#2ecc71,color:#fff

PCF在策略决策过程中依赖三类输入源:

输入源 获取方式 包含内容
签约数据 UDR→PCF(Nudr) 用户策略计数器、默认QoS、session-AMBR、允许的DNN/S-NSSAI
会话上下文 SMF→PCF(N7 Create) SUPI、DNN、S-NSSAI、UE IP、位置、RAT类型
应用请求 AF→PCF(N5)或NEF→PCF(N30) 业务流描述、请求QoS、带宽、优先级、赞助商标识

二、SM策略关联建立——N7 Create信令深度拆解

2.1 触发时机与前置条件

SM策略关联建立在PDU会话建立流程中的第9步(TS 23.502 Section 4.3.2.2 Step 9),即SMF完成UDM订阅数据获取和IP地址分配之后、N4会话建立之前。这个时序设计的核心意图是:先确定策略框架,再配置用户面资源——确保UPF在接收任何用户面流量之前就已具备完整的QoS和计费规则。

2.2 完整信令时序图

sequenceDiagram
    participant UE
    participant RAN
    participant AMF
    participant SMF
    participant UDM
    participant PCF
    participant UDR
    participant BSF
    participant UPF

    UE->>AMF: NAS PDU Session Establishment Request
    AMF->>SMF: Namf_Communication_N1N2MessageTransfer<br/>(含DNN, S-NSSAI, SUPI)

    rect rgb(230, 240, 255)
        Note over SMF: Step 1: 获取签约数据
        SMF->>UDM: Nudm_SDM_Get(SUPI, DNN)
        UDM-->>SMF: 签约数据(默认5QI, ARP, Session-AMBR)
    end

    rect rgb(255, 240, 230)
        Note over SMF: Step 2: 建立SM策略关联
        SMF->>PCF: POST /npcf-smpolicycontrol/v1/sm-policies<br/>Npcf_SMPolicyControl_Create

        Note right of SMF: SmPolicyContextData:<br/>supi, dnn, snssai,<br/>ipv4Address/ipv6AddressPrefix,<br/>ratType, userLocationInfo,<br/>servingNetwork,<br/>subsDefQosInfo,<br/>sessAMBR

        par PCF内部策略决策
            PCF->>UDR: Nudr_DataRepository_Query<br/>(策略数据集)
            UDR-->>PCF: 策略计数器状态、预定义规则
        end

        PCF-->>SMF: 201 Created<br/>SmPolicyDecision

        Note left of PCF: SmPolicyDecision包含:<br/>sessRules[], pccRules[],<br/>qosDecs[], chgDecs[],<br/>traffContDecs[], umDecs[]
    end

    rect rgb(230, 255, 230)
        Note over SMF,UPF: Step 3: N4规则映射与下发
        SMF->>UPF: N4 Session Establishment Request<br/>(PDR, FAR, QER, URR, BAR)
        UPF-->>SMF: N4 Session Establishment Response
    end

    SMF-->>AMF: Namf_Communication_N1N2MessageTransfer<br/>(N2 SM Info + NAS PDU Session Accept)
    AMF->>RAN: N2 PDU Session Resource Setup Request
    RAN->>UE: RRC Reconfiguration (含NAS Accept)

2.3 Npcf_SMPolicyControl_Create 请求体解析

SMF向PCF发送的HTTP POST请求(/npcf-smpolicycontrol/v1/sm-policies),其请求体为SmPolicyContextData数据结构(定义于TS 29.512 Clause 6.1.6.2.2):

Information Element 类型 必选 说明
supi Supi M 用户永久标识,PCF用于查询签约策略
pduSessionType PduSessionType M IPv4/IPv6/IPv4v6/Ethernet/Unstructured
dnn Dnn M 数据网络名称,决定策略域
snssai Snssai M 网络切片标识
servingNetwork PlmnIdNid M 服务PLMN,用于漫游策略决策
ratType RatType M NR/EUTRA等,影响QoS参数选择
ipv4Address Ipv4Addr O SMF分配的UE IPv4地址
ipv6AddressPrefix Ipv6Prefix O SMF分配的UE IPv6前缀
userLocationInfo UserLocation O UE位置信息(TAI+Cell ID)
subsDefQosInfo SubsDefaultQos O 从UDM获取的签约默认QoS
sessAMBR Ambr O 从UDM获取的签约Session-AMBR
qosFlowUsage QosFlowUsage O IMS信令指示
subsSessAmbr Ambr O 签约Session-AMBR(用于策略限制)

2.4 PCF内部策略决策流程

PCF收到Create请求后执行四步决策链:

第一步:策略计数器状态检索

PCF从UDR查询用户的策略计数器状态(Policy Counter Status),判断用户所属的策略档位(如金/银/铜牌用户)。策略计数器在TS 23.503 Clause 6.4中被定义为"spending limits"机制的基石。

第二步:策略规则匹配

PCF根据(策略计数器状态, DNN, S-NSSAI, RAT类型, 时间条件)五元组进行规则匹配。匹配逻辑定义在TS 23.503 Clause 6.1.3:

flowchart TD
    A[PCF收到SmPolicyContextData] --> B{查询策略计数器状态}
    B --> C{匹配策略基础<br/>Policy Base}
    C --> D[生成Session Rule<br/>默认QoS + Session-AMBR]
    C --> E[匹配PCC Rule<br/>基于签约业务/预定义规则]
    E --> F{有AF会话绑定?}
    F -->|是| G[查询BSF获取绑定信息<br/>AF Session ↔ PCF绑定]
    G --> H[生成动态PCC Rule<br/>包含AF请求的QoS/流描述]
    F -->|否| I[仅生成签约级PCC Rule]
    D --> J[组装SmPolicyDecision]
    H --> J
    I --> J
    J --> K[返回201 Created给SMF]

第三步:SmPolicyDecision组装

PCF的响应体包含六个核心数据集(TS 29.512 Clause 6.1.6.2.5):

数据集 说明 关键IE
sessRules 会话级规则 默认QoS(5QI/ARP)、Session-AMBR授权值
pccRules 业务流级PCC规则 SDF过滤器、QoS参数、门控状态、计费参数
qosDecs QoS决策数据 5QI、ARP、GFBR/MFBR、优先级
chgDecs 计费决策数据 Rating Group、计费方法、测量方法
traffContDecs 流量控制决策 门控状态(开/关)、重定向信息
umDecs 使用量监控决策 卷阈值、时间阈值、监控时间窗口
condDecs 条件数据 激活/去激活时间、网络区域条件

第四步:BSF绑定注册

PCF向BSF注册绑定信息(Nbsf_Management_Register),将(UE IP地址, SUPI, DNN, S-NSSAI)与PCF实例ID关联。这一步确保后续AF通过N5接口请求策略时,BSF能将AF会话路由到正确的PCF。

三、动态PCC规则触发——AF到UPF的端到端链路

3.1 AF发起的策略授权流程

当第三方应用或IMS应用需要为特定业务流请求保障QoS时,通过N5接口向PCF发起策略授权请求。这是5G QoS保障最核心的动态触发路径,定义于TS 23.502 Section 4.15.3(AF session with required QoS)。

完整信令流如下:

sequenceDiagram
    participant AF as AF<br/>应用功能
    participant BSF as BSF<br/>绑定支持功能
    participant PCF as PCF<br/>策略控制功能
    participant SMF as SMF<br/>会话管理功能
    participant UPF as UPF<br/>用户面功能
    participant CHF as CHF<br/>计费功能

    rect rgb(255, 245, 230)
        Note over AF,BSF: 阶段1: AF会话发现
        AF->>BSF: GET /npcf-bsf/v1/bindings<br/>?ipv4Addr=x.x.x.x&dnn=internet
        BSF-->>AF: 200 OK<br/>(返回PCF ID + Binding ID)
    end

    rect rgb(230, 245, 255)
        Note over AF,PCF: 阶段2: AF策略授权请求
        AF->>PCF: POST /npcf-policyauthorization/v1/app-sessions<br/>Npcf_PolicyAuthorization_Create

        Note right of AF: AppSessionContext:<br/>afAppId, afReqId,<br/>medComponents[],<br/>sipForkInd,<br/>tsnPortManCont<br/>(含SDF过滤器、请求带宽、5QI)

        PCF->>PCF: 策略决策:<br/>1. 校验AF请求合法性<br/>2. 检查签约允许的QoS<br/>3. 生成动态PCC Rule
    end

    rect rgb(255, 230, 230)
        Note over PCF,SMF: 阶段3: PCF推送策略更新
        PCF->>SMF: POST /npcf-smpolicycontrol/v1/sm-policies/{smPolicyId}/update<br/>Npcf_SMPolicyControl_UpdateNotify

        Note left of PCF: SmPolicyNotification:<br/>pccRules:{add:[新PCC Rule],<br/>mod:[修改PCC Rule],<br/>remove:[删除PCC Rule]}<br/>qosDecs, chgDecs

        SMF->>SMF: PCC Rule → N4 Rule映射:<br/>PCC Rule → QER(QoS Enforcement)<br/>SDF → PDR(Packet Detection)<br/>chgDecs → URR(Usage Report)
    end

    rect rgb(230, 255, 240)
        Note over SMF,UPF: 阶段4: N4会话修改
        SMF->>UPF: N4 Session Modification Request<br/>(新增/修改PDR+QER+URR)
        UPF-->>SMF: N4 Session Modification Response
    end

    rect rgb(240, 230, 255)
        Note over PCF,AF: 阶段5: 策略授权响应
        PCF-->>AF: 201 Created<br/>AppSessionContextResp<br/>(含授权的QoS参数)
    end

    rect rgb(255, 255, 230)
        Note over UPF,CHF: 阶段6: 使用量上报
        UPF->>SMF: N4 Usage Report (URR触发)
        SMF->>CHF: Nchf_ConvergedCharging<br/>(在线计费信用管理)
    end

3.2 动态PCC规则的IE深度解析

AF通过Npcf_PolicyAuthorization_Create请求中的medComponents(媒体组件)传递业务流信息,PCF将其转化为PCC Rule的关键映射关系:

AF请求IE PCC Rule映射字段 说明
medComponent[i].fDesc pccRule.flowInfos[].flowDescription SDF过滤器(IP 5元组)
medComponent[i].fDir pccRule.flowInfos[].flowDirection 流方向(上行/下行/双向)
medComponent[i].marBwDl/Ul qosDec.maxbrDl/Ul (MFBR) 最大比特率
medComponent[i].rrBwDl/Ul qosDec.gbrDl/Ul (GFBR) 保障比特率
medComponent[i].medType qosDec.5qi (映射) 媒体类型→5QI(音频=1, 视频=2, ...)
medComponent[i].prty qosDec.arp.priorityLevel 优先级
afAppId pccRule.appId 应用标识

5QI映射示例(TS 23.501 Table 5.7.4-1):

AF媒体类型 映射5QI QoS特性 典型业务
Audio 1 GBR, 100ms, 10⁻² VoNR语音
Video 2 GBR, 150ms, 10⁻³ 视频通话
TCP-based 9 Non-GBR, 300ms, 10⁻⁶ 网页浏览
IMS Signaling 5(0x05) Non-GBR, 100ms, 10⁻⁶ SIP信令
AR/VR 80 Non-GBR, 10ms, 10⁻⁶ 低延迟应用

3.3 PCC规则到N4规则的映射链

SMF收到PCF下发的PCC Rule后,需要将其转化为UPF可执行的N4规则(PFCP规则)。这个映射链定义在TS 29.513 Clause 5.2,是策略从决策到执行的关键桥梁:

PCC Rule元素 N4映射规则 PFCP IE UPF执行动作
SDF Filter (flowDescription) → PDR (Packet Detection Rule) PDI (Packet Detection Information) 报文检测:匹配IP 5元组
Gate Status (open/closed) → PDR.gateStatus Gate Status 门控:允许/丢弃匹配流量
5QI + ARP → QER (QoS Enforcement Rule) QFI, ARP QoS标记与执行
GFBR/MFBR → QER.gate UL/DL MBR/Gbr 速率限制
Charging Key + Method → URR (Usage Reporting Rule) Measurement Method, Rating Group 使用量统计
Precedence → PDR.precedence Precedence 规则优先级排序
Redirect Info → FAR (Forwarding Action Rule) Redirect Destination 流量重定向

四、策略关联状态机与三向更新机制

4.1 SM策略关联状态转换

stateDiagram-v2
    [*] --> Idle: PDU会话未建立

    Idle --> Creating: SMF发送<br/>Npcf_SMPolicyControl_Create
    Creating --> Active: PCF返回<br/>201 Created
    Creating --> Failed: PCF返回<br/>4xx/5xx错误

    Active --> Modifying_SMF: SMF发起<br/>Npcf_SMPolicyControl_Update
    Modifying_SMF --> Active: PCF返回<br/>200 OK

    Active --> Modifying_PCF: PCF发起<br/>Npcf_SMPolicyControl_UpdateNotify
    Modifying_PCF --> Active: SMF返回<br/>200 OK

    Active --> Deleting: SMF发起<br/>Npcf_SMPolicyControl_Delete
    Deleting --> Idle: PCF返回<br/>204 No Content

    Active --> Terminated: PDU会话释放

    note right of Active
        活跃状态可同时接受
        SMF-initiated和
        PCF-initiated更新
    end note

4.2 策略更新三触发源对比

SM策略关联在活跃状态下可被三类事件触发更新,定义于TS 29.512 Clause 4.2.3:

维度 SMF-initiated Update PCF-initiated UpdateNotify AF-initiated (via PCF)
HTTP方法 POST /sm-policies/{id}/update POST /sm-policies/{id}/update (反向) 先触发PCF内部决策,再走UpdateNotify
触发事件 UE请求修改、RAT切换、位置变更、PLMN变更、QoS Flow释放 策略计数器变化、时间策略激活/去激活、AF请求、BDT策略触发 AF会话修改/终止、应用流变化
请求方 SMF PCF AF(经由PCF中转)
PCC规则操作 SMF通知事件,PCF返回新决策 PCF直接推送add/mod/remove规则 PCF将AF请求转化为PCC规则后推送
QoS Flow影响 可能触发新建/修改/删除QoS Flow 可能触发QoS Flow变更 通常触发新建QoS Flow
TS 23.502章节 Section 4.3.3.2 Section 4.3.3.3 Section 4.15.3

4.3 SMF-initiated Update典型场景

场景:UE发起PDU会话修改请求新QoS参数

当UE通过NAS PDU Session Modification Request请求新的QoS参数(如请求更高带宽),SMF执行以下流程:

  1. SMF收到UE请求后,先执行本地策略检查
  2. SMF向PCF发送Npcf_SMPolicyControl_Update,携带触发事件类型("policyCtrlReqTrigger": "UE_REQ")
  3. PCF根据签约数据和当前策略重新决策
  4. PCF返回更新后的SmPolicyDecision,可能包含新的或修改的PCC Rule
  5. SMF将新的PCC Rule映射为N4规则,向UPF发起N4 Session Modification

关键请求体IE:

{
  "policyCtrlReqTrigger": ["UE_REQ"],
  "repPolicyCtrlReqTriggers": ["REACT_TIME", "PLMN_CH"],
  "qosFlowUsage": ["IMS_SIG"],
  "userLocationInfo": {
    "tai": {"plmnId": {"mcc": "460", "mnc": "00"}, "tac": "A001"},
    "ncgi": {"plmnId": {"mcc": "460", "mnc": "00"}, "nrCellId": "00A01000"}
  },
  "ratType": "NR"
}

4.4 PCF-initiated UpdateNotify典型场景

场景:时间策略激活(如免流时段开始)

PCF在内部定时器触发后,主动向SMF推送策略更新:

{
  "pccRules": {
    "add": [
      {
        "pccRuleId": "freeDataRule-001",
        "flowInfos": [{"flowDescription": "permit out ip from any to any"}],
        "qosDec": {"5qi": 9, "arp": {"priorityLevel": 15}},
        "chgDec": {"ratingGroup": "RG-FREE", "offlinChg": true}
      }
    ]
  },
  "traffContDecs": {
    "add": [
      {"tcDecId": "gateOpen-001", "gateStatus": "OPEN", "flowInfos": [...]}
    ]
  }
}

五、BSF绑定支持——AF到PCF的路由枢纽

BSF(Binding Support Function)是5G PCC架构中容易被忽视但极为关键的组件。它的核心职责是:将AF的会话请求(携带UE IP地址)路由到服务于该PDU会话的PCF实例。

5.1 BSF绑定注册与查询流程

当PCF建立SM策略关联时,同时向BSF注册绑定信息:

PCF → BSF: POST /npcf-bsf/v1/bindings
{
  "ipv4Addr": "10.1.2.3",
  "supi": "imsi-460001234567890",
  "dnn": "internet",
  "snssai": {"sst": 1, "sd": "010203"},
  "pcfId": "pcp-001.cluster-a",
  "pcfFqdn": "pcf5g.mnc00.mcc460.3gppnetwork.org"
}

当AF发起策略授权请求前,先查询BSF:

AF → BSF: GET /npcf-bsf/v1/bindings?ipv4Addr=10.1.2.3&dnn=internet
BSF → AF: 200 OK
{
  "bindingId": "bind-12345",
  "pcfId": "pcp-001.cluster-a",
  "pcfFqdn": "pcf5g.mnc00.mcc460.3gppnetwork.org",
  "supi": "imsi-460001234567890"
}

AF获得PCF地址后,才能向正确的PCF发起Npcf_PolicyAuthorization请求。

5.2 BSF在漫游场景中的特殊处理

在漫游场景(LBO模式)下,BSF行为有明显差异:

场景 BSF部署位置 绑定注册方 AF查询路径
非漫游 HPLMN V-PCF AF→H-BSF→H-PCF
LBO漫游 VPLMN V-PCF AF→V-BSF→V-PCF
HR漫游 HPLMN H-PCF(经V-PCF中继) AF→H-BSF→H-PCF

六、PCC规则生命周期管理

6.1 规则优先级与冲突解决

当多个PCC Rule匹配同一个报文时,SMF根据precedence值(0-255,值越小优先级越高)进行排序。优先级冲突解决规则定义在TS 23.503 Clause 6.1.3.6:

优先级规则 说明
Precedence值最小优先 精确匹配规则优先于通配规则
AF触发规则 > 签约规则 动态规则覆盖静态默认规则
允许规则优先于拒绝规则 当门控规则冲突时,OPEN优先
最后安装规则优先 相同precedence时后安装的覆盖先安装的

6.2 规则激活/去激活条件数据

PCC Rule可配置条件数据(condData),实现基于时间和位置的策略自动切换:

{
  "condData": {
    "condId": "cond-nightfree",
    "activationTime": "23:00:00+08:00",
    "deactivationTime": "07:00:00+08:00",
    "validityArea": {
      "taiList": [
        {"plmnId": {"mcc": "460", "mnc": "00"}, "tac": "A001"}
      ]
    }
  }
}

SMF收到带条件数据的PCC Rule后,不会立即安装到UPF,而是等待条件满足时再执行激活操作。这个机制被广泛应用于: - 免流时段策略(夜间免费流量) - 企业用户园区内加速 - 漫游场景特殊资费策略

七、抓包识别与实战排错

7.1 抓包识别N7接口消息

N7接口基于HTTP/2协议(SBI),在实际网络中可通过以下特征识别:

识别维度 特征
端口号 通常为HTTP/2默认端口或运营商自定义端口
HTTP Path /npcf-smpolicycontrol/v1/sm-policies (Create)
HTTP Method POST (Create/Update), DELETE (Delete)
Content-Type application/json
关键Header 3gpp-Sbi-Message-Type标识消息类型

Wireshark过滤表达式:

http2.headers contains "npcf-smpolicycontrol" 
或 
http.request.uri contains "sm-policies"

7.2 常见故障点与排错思路

故障现象 可能原因 排错方法
PCF返回403 Forbidden 策略计数器状态不满足、签约数据限制 检查UDR中策略计数器状态,对比PCF策略规则
PCF返回429 Too Many Requests PCF过载 检查PCF负载,查看N7接口请求速率
PCC规则下发但UPF不执行 N4映射错误、UPF不支持特定5QI 对比PCC Rule与N4 Session Modification中的QER参数
AF策略授权失败 BSF绑定不存在、AF被拒绝 检查BSF绑定是否存在,确认AF请求的QoS是否超出签约
策略不生效(时间条件) 时区配置错误、NTP时钟偏差 检查PCF和SMF的时钟同步,验证条件数据中的时区
使用量监控不触发 URR阈值配置为0、UPF使用量上报失败 检查UM Decision中的卷/时间阈值,验证N4 URR配置
## 常见问题

Q: Session Rule和PCC Rule有什么本质区别?

A: Session Rule作用于PDU会话级别,定义默认QoS(5QI/ARP)和Session-AMBR,每个PDU会话只有一个Session Rule。PCC Rule作用于业务流(SDF)级别,定义特定流量的QoS、门控和计费策略,一个PDU会话可以有多个PCC Rule。Session Rule是"兜底策略",PCC Rule是"精确控制"。在N4映射中,Session Rule通常映射为默认PDR(precedence最低),PCC Rule映射为更精确的PDR。

Q: PCF如何知道应该下发哪些PCC规则给SMF?

A: PCF的策略决策基于三路信息融合:(1)从UDR获取的签约策略数据和策略计数器状态;(2)SMF在Npcf_SMPolicyControl_Create中提供的会话上下文(DNN、S-NSSAI、RAT类型等);(3)如果存在AF会话绑定,还会融合AF通过N5接口请求的QoS需求。PCF内部通过策略基础(Policy Base)进行规则匹配,策略基础定义了(策略计数器状态, DNN, S-NSSAI, RAT类型, 时间条件)→PCC Rule集合的映射关系。

Q: BSF查询失败时AF策略授权能否继续?

A: 不能。BSF查询是AF策略授权的前置条件。如果BSF没有对应PDU会话的绑定记录(即PCF尚未为该PDU会话建立SM策略关联),AF将无法获得PCF地址,Npcf_PolicyAuthorization请求无法发出。这种情况通常发生在PDU会话刚建立、PCF尚未完成BSF注册的短暂窗口期,或者PDU会话已经释放但BSF绑定记录尚未过期。

Q: PCF主动推送策略更新时,SMF可以拒绝吗?

A: SMF在特定条件下可以拒绝PCF的UpdateNotify。根据TS 29.512 Clause 4.2.3.2,如果SMF判断PCF推送的PCC Rule无法执行(如请求的5QI对应的QoS Flow资源不可用、UPF不支持请求的功能),SMF会返回错误响应并携带失败原因。但SMF不能随意拒绝合法的策略更新,仅限于技术可行性角度的拒绝。

Q: 5G PCF与4G PCRF的策略下发机制有何核心差异?

A: 三个核心差异:(1)协议层面——PCRF基于Diameter(RAR/RAA),PCF基于HTTP/2 SBI(RESTful API),消息粒度更细,支持JSON结构化数据;(2)架构层面——PCRF耦合了Gx(PCC规则)和Rx(AF授权)接口,PCF将这两个功能解耦为Npcf_SMPolicyControl和Npcf_PolicyAuthorization两个独立服务;(3)数据模型层面——PCRF的PCC Rule是扁平结构,PCF引入了策略数据集(qosDecs/chgDecs/traffContDecs等)的模块化结构,支持规则参数的多引用复用。

参考来源

  1. 3GPP TS 23.502 V19.x — Section 4.3.2(PDU Session Establishment)、Section 4.3.3(PDU Session Modification)、Section 4.15.3(AF session with required QoS)
  2. 3GPP TS 23.503 V19.x — Clause 6(PCC Framework Architecture)、Clause 6.1.3(PCC Rule Structure)、Clause 6.4(Spending Limits)
  3. 3GPP TS 29.512 V19.x — Npcf_SMPolicyControl SBI定义、SmPolicyContextData/SmPolicyDecision数据结构
  4. 3GPP TS 29.514 V19.x — Npcf_PolicyAuthorization SBI定义、AppSessionContext数据结构
  5. Mapping PCC Rules into Session Rules: Policy Application in 5G Networks — free5GC开源实现中的PCC规则到Session Rule映射分析

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生(微信ID: gprshome201101)维护,聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

[!tip] 51学通信知识星球 星主:爱卫生(微信:gprshome201101)——公众号「51学通信」创办者,19 年通信行业运维与讲师经验,著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书(各大电商平台有售)。 星球定位:深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域,主打运维岗位与信令分析。 当前规模:5200 篇主题 / 990 个回答,198 元/年。 加入福利:加入星球后请加爱卫生微信,拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题,另有群内分享。 AI 加持:51学通信知识星球已作为 skill 接入 WorkBuddy,使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例,做总结、找文档和 PPT 等场景全覆盖。

51学通信知识星球海报-扫码加入