华为PCC流程与数据配置-V10.ppt

1、PCC流程与数据配置,ISSUE1.0,主要内容,2. 信令流程介绍,1. PCC基本概念,3. 数据配置,4. 业务调测与故障处理,主要内容,1、PCC基本概念,1.1、 PCC 基本概念,1.2、 PCC 架构,1.3、 Gx/Gxc 接口及协议栈,PCC 基本概念,PCC (Policy Control and Charging) 指策略控制与计费，是3GPP定义的网络资源与计费策略控制架构。 PCC架构主要组成部分： PCRF，PCEF，BBERF，AF，SPR ，OFCS 和OCS。 PCRF: Policy and Charging Rules Function PCEF: Pol

2、icy and Charging Enforcement Function BBERF: Bearer Binding and Event Reporting Function AF： Application Function SPR：Subscription Profile Repository OFCS ：Offline Charging System OCS： Online Charging System,主要内容,1、PCC基本概念,1.1、 PCC 基本概念,1.2、 PCC 架构,1.3、 Gx/Gxc 接口及协议栈,PCC 架构,主要内容,1、PCC基本概念,1.1、 PCC 基

3、本概念,1.2、 PCC 架构,1.3、 Gx/Gxc 接口及协议栈,Gx接口及协议栈,Gx接口是GGSN/P-GW与PCRF之间的接口，基于Diameter协议进行通信。此时，GGSN/P-GW充当PCEF，Gx接口消息类型包括： CCR/CCA: Credit Control Request / Answer. RAR/RAA: Re-Auth Request / Answer,Gxc接口及协议栈,Gxc接口是S-GW与PCRF之间的接口，基于Diameter协议进行通信。此时，S-GW充当BBERF，Gxc接口只有在S5/S8采用PMIP协议时才存在。Gxc接口消息类型包括： CCR/C

4、CA: Credit Control Request / Answer. RAR/RAA: Re-Auth Request / Answer,UGW何时与PCRF交互？,UGW上基于APN或整机由PCC-Switch命令控制是否使能PCC功能。 当满足如下条件时，UGW会与PCRF进行信令交互： 1，用户对应的PCC-Switch为enable（基于APN或整机配置），即使能PCC功能 2，用户能找到对应的PCRF （基于APN或整机配置，与PCC-Switch对应），且链路状态正常,主要内容,2. 信令流程介绍,1. PCC基本概念,3. 数据配置,4. 业务调测与故障处理,主要内容,2、信

5、令流程介绍,2.1、 动态PCC信令分析,2.2、 静态PCC信令分析,主要内容,2.1、动态PCC信令分析,2.1.1、 IP-CAN Session Establishment,2.1.2、 IP-CAN Session Termination,2.1.3、 IP-CAN Session Modification,IP-CAN Session Establishment,IP-CAN Session Establishment,step1-step4: UE触发attach流程。SGW收到MME发送的Create Session Request消息后，向PGW发送Create Sessio

6、n Request。 step5: 如果PGW判断此用户为动态PCC用户，向PCRF发送CCR-I消息，上报用户信息，申请PCC Rule和Qos。PCRF收到CCR-I消息，向PGW发送CCA-I消息，携带缺省承载Qos，PCC Rule等信息。PGW根据收到的PCC Rule进行策略安装。 step6: PGW判断用户Attach成功，向SGW发送Create Session Response，消息中携带PCRF下发的APN-AMBR及缺省承载的bearer-level-qos等信息。 tep7-step13: Session创建 响应流程。 step14-step16: Modify B

7、earer Request更新用户数据面信息。,IP-CAN Session Establishment流程用户跟踪,如果CCA-I消息携带了Event-Trigger SUCCESSFUL_RESOURCE_ALLOCATION (22) ，则UGW会在安装策略成功后发送CCR-U消息上报策略安装结果,CCR-I消息携带内容,CCR-I消息AVP举例,1，Session-Id 用于唯一标识一个Session 2，Called-Station-Id为用户所属APN信息 3，AN-GW-Address为用户接入的SGW的地址,CCA-I消息携带内容,CCA-I消息中的Qos-Informatio

8、n AVP,CCA-I消息中的Qos-Informaton AVP携带PCRF下发的APN-AMBR信息,CCA-I消息中的Default-EPS-Bearer-Qos AVP,CCA-I消息中的Default-EPS-Bearer-Qos AVP携带PCRF下发的缺省承载的Qos信息 （只包含QCI ARP信息，不包含GBR和MBR）,CCA-I消息携带的Charging-Rule-Install AVP,CCA-I消息携带Charging-Rule-Install AVP，提供安装在IP-CAN Session上的策略。 支持在CCA-I下发的策略包括：动态Rule (Charging-R

9、ule-Defination)，预定义Rule (Charging-Rule-Name)和预定义RuleGroup (Charging-Rule-Base-Name). 说明：预定义Rule名和RuleGroup名对大小写不敏感，统一按小写处理。,CCR-U消息内容,CCR Update消息携带Charging-Rule-Report AVP，上报前一个CCA下发的Rule的安装结果。 如下情况会上报Rule安装结果 （1）失败时会上报，其中PCC-Rule-Status取值为Inactive。 （2）安装成功，且PCRF下发了下面的Event-Trigger和AVP时： SUCCESSFUL

10、_RESOURCE_ALLOCATION (22) Resource-Allocation-Notification AVP 设置为 ENABLE_NOTIFICATION (0) 。,CCR-U携带Charging-Rule-Report AVP,主要内容,2.1、动态PCC信令分析,2.1.1、 IP-CAN Session Establishment,2.1.2、 IP-CAN Session Termination,2.1.3、 IP-CAN Session Modification,2.2、 IP-CAN Session Termination,2.2.1 UE-initiated

11、Session Termination 根据协议23.401，IP-CAN Session Termination可分为： UE-initiated Detach procedure MME-initiated Detach procedure SGSN-initiated Detach procedure with ISR activated HSS-initiated Detach procedure 等四种情况，但从UGW看，处理流程基本相同。 因此只详细说明UE发起的流程，其他流程类似。,UE-initiated Session Termination,UE-initiated Ses

12、sion Termination,Step1-5：UE发起Session去活流程 Step6-7：PGW收到SGW的Delete Session Request，释放本地资源，向SGW发送Delete Session Response响应消息 Step8：PGW向PCRF发送CCR-T消息，通知PCRF去活Session，PCRF释放资源后向PGW发送CCA-T消息 Step9-14：Delete Session响应流程 PGW上的消息跟踪：,CCR-T消息内容,CCR-T消息中，CC-Request-Type AVP取值为 TERMINATION_REQUEST(3) Termination

13、-Cause AVP取值为DIAMETER_LOGOUT(1),CCA-T消息内容,主要内容,2.1、动态PCC信令分析,2.1.1、 IP-CAN Session Establishment,2.1.2、 IP-CAN Session Termination,2.1.3、 IP-CAN Session Modification,2.3、 IP-CAN Session Modification,2.3.1 NW-Initiated IP-CAN Session Modification (PCC Rule Provisioning in PUSH mode) 2.2.2 UE-Initiate

14、d IP-CAN Session Modification (PCC Rule Provisioning in PULL mode) (1)UE-Initiated Resource Request (2)Tracking Area Update / Handover (3)HSS-Initiated Subscribed QoS Modification (4)MME-Initiated Dedicated Bearer Deactivation,NW-Initiated IP-CAN Session Modification,NW-Initiated IP-CAN Session Modi

15、fication,Step1：PCRF通过RAR消息主动下发策略（即PUSH 模式）。RAR消息携带的内容可能包括：Charging-Rule-Install，Charging-Rule-Remove，Qos-Information（APN-AMBR），Default-EPS-Bearer-Qos，Event-Trigger等。PGW在收到RAR消息后会向PCRF发送RAA消息，RAA消息不携带策略执行结果等信息，只用来终结RAR消息。策略安装结果会在Step12中用CCR-U上报给PCRF。 Step2：PGW根据收到的策略进行承载绑定，综合出对承载的操作类型（可能是Create、Updat

16、e或Delete，这里以Create为例），向SGW送Create Bearer Request。 Step3-10：承载创建流程。 Step11：SGW收到MME的Create Bearer Response后，向PGW发送Create Bearer Response响应消息。 Step12：PGW根据Response消息的结果为成功或失败，向PCRF上报策略安装结果。 说明： 1，RAR下发Charging-Rule-Remove会导致Session上已安装Rule的删除，删除Rule可能触发承载的更新或删除流程。 2，如果RAR消息携带Session-Release-Cause AVP，

17、PGW将向SGW发送Delete Bearer Request，发送缺省承载的删除流程。此操作会删除整个IP-CAN Session。,NW-Initiated IP-CAN Session Modification 用户跟踪,说明：由于Gx接口跟踪的机制是在收到RAR-RAA消息对后才将跟踪发送到LMT，因此从跟踪上看，RAR消息在Create Bearer Request消息之后。这一点与实际的信令顺序不同。,RAR消息内容-Wireshark抓包,RAR消息内容包括：Qos-Information（APN-AMBR），Event-Trigger及Charging-Rule-Install

18、等。,UE-Initiated Resource Request,UE-Initiated Resource Request,Step1-2：UE发起资源请求。 Step3：SGW向PGW发送Bearer Resource Command消息。消息携带UE申请的Traffic-Aggregate-Description和Flow-Quality-of-Service Step4：PGW向PCRF发送CCR-U消息，携带Packet-Filter-Operation, Packet-Filter-Information和Flow-Qos信息。PCRF通过CCA-U消息下发与UE申请资源对应的策略

19、和Qos信息。PGW收到CCA-U后对策略进行承载绑定，综合出承载操作类型（Create、Update或Delete），向SGW发起承载操作。 Step5：承载创建、更新或去活流程。 Step6：PGW收到Create/Update/Delete Bearer Response后，根据响应消息结果向PCRF发送CCR-U消息，携带Charging-Rule-Report AVP上报策略执行结果。,UE-Initiated Resource Request 用户跟踪,Bearer Resource Command触发专有承载创建流程 Bearer Resource Command触发承载更新流程

20、,Bearer Resource Command消息内容,Bearer Resource Command消息中携带的Traffic-Aggregate-Description和Flow-Quality-of-Service（下图为用户跟踪信息）,CCR-U消息内容- Wireshark抓包,此CCR-U消息为Bearer Resource Command消息触发的CCR-U，携带Packet-Filter-Operation, Packet-Filter-Information和Flow-Qos信息。 下图为CCR-U消息的Wireshark抓包信息,CCR-U消息内容- Packet-Fil

21、ter-Operation, Packet-Filter-Information,CCR-U消息携带的Packet-Filter-Operation和Packet-Filter-Information（下图为用户跟踪信息）,CCA-U消息内容-Wireshark抓包,PCRF下发CCA-U消息下发与PGW申请filter-operation-information及Qos对应的策略。,CCR-U消息内容,PGW收到Create/Update/Delete Bearer Response消息后发送的CCR-U消息。 携带Charging-Rule-Report AVP上报策略安装结果。,Trac

22、king Area Update / Handover,Tracking Area Update / Handover,以Tracking Area Update procedure with Serving GW change 流程为例。 此TAU流程中涉及到PGW和PCRF的流程为Step9-10。以下仅对这两个步骤详细说明。 Step9：PGW收到Modify Bearer Request消息，根据消息内容综合出更新类型（例如RAT-Change或ULI-Change等）。PGW根据更新类型和PCRF下发的Event-Trigger判断是否需要上报。若需要上报，PGW发送CCR-U消息，

23、携带Event-trigger和相关的更新内容（例如RAT Type或ULI等）通知PCRF。 Step10：PGW更新承载信息，向SGW发送Modify Bearer Response消息。 说明：如果PCRF在CCA消息中下发更新的PCC策略，则PGW可能向SGW发起承载的创建、更新或删除流程。,更新触发的CCR-U消息内容,CCR-U消息携带内容：更新涉及的Event-Trigger内容，及相关信息 以RAT更新为例，CCR-U携带Event-Trigger RAT_CHANGE (2) ，及RAT-Type AVP。,HSS-Initiated Subscribed QoS Modif

24、ication,HSS-Initiated Subscribed QoS Modification,Step1-2：HSS发起用户签约Qos修改流程。 Step3：SGW向PGW发送Modify Bearer Command消息，携带EPS Bearer QoS, APNAMBR 。 Step4：PGW向PCRF发送CCR-U消息，更新Default-EPS-Baerer-Qos，APN-AMBR信息。PCRF向PGW发送CCA-U，下发Default-EPS-Baerer-Qos、APN-AMBR及更新后的PCC策略。 Step5-7：PGW执行PCRF下发的PCC策略，综合出承载的更新操作

25、，向SGW发起Update Bearer Request流程。 Step8：PGW收到Update Bearer Response消息，向PCRF发送CCR-U消息，上报PCC策略安装结果。PCRF返回CCA-U消息。,此流程中PGW收到Update Bearer Response响应后的CCR/CCA消息，与其他流程类似，不再详细说明。 进对Modify Bearer Command消息及其触发的CCR消息进行说明,HSS-Initiated Subscribed QoS Modification 用户跟踪,Modify Bearer Command消息内容,Modify Bearer Co

26、mmand消息携带APN-AMBR及缺省承载Qos信息：,MBC触发的CCR-U消息内容-Wireshark抓包,Modify Bearer Command消息触发CCR-U消息携带申请的APN-AMBR及缺省承载Qos等信息,MBC触发的CCR-U消息内容-用户跟踪,CCR-U消息中的Qos-Information Default-EPS-Bearer-Qos AVP。,MME-Initiated Dedicated Bearer Deactivation,Step1-2：MME发起专有承载删除流程，Delete Bearer Command消息携带待删除的Bearer Identifier

27、。 Step3：SGW向PGW发送Delete Bearer Command消息。 Step4：PGW收到Delete Bearer Command消息后，向PCRF发送CCR-U消息。CCR-U携带Charging-Rule-Report AVP，上报因删除承载导致的资源释放。 Step5：PGW发起专有承载去活流程，向SGW发送Delete Bearer Request。 Step6-9：Dedicated Bearer Deactivation 流程。PGW收到Delete Bearer Response消息后不再向PCRF发送CCR消息。,MME-Initiated Dedicated

28、 Bearer Deactivation,1-6为Session Establishment流程；7-13为Bearer Resource Command触发的专有承载创建流程； 14-18为Delete Bearer Command流程；19-22为Session Termination流程,MME-Initiated Dedicated Bearer Deactivation 用户跟踪,Delete Bearer Command消息内容,Delete Bearer Command消息携带要删除承载的EPS-Bearer-Id：,DBC触发的CCR-U消息内容,CCR-U消息携带内容：由于承

29、载删除而导致删除的Rule上报，PCC-Rule-Status AVP 为Inatcive(1),主要内容,2、信令流程介绍,2.1、 动态PCC信令分析,2.2、 静态PCC信令分析,静态PCC业务流程分析,动态PCC策略控制组网模式 静态PCC策略控制组网模式,静态PCC业务流程分析,静态pcc作用： 没有部署PCRF时，网关需要根据请求消息/本地配置综合出承载操作策略,IP-CAN Session Establishment,当Create Session Request消息中的QoS信元值合法时，UGW使用消息中的QoS值创建承载。,IP-CAN Session Establishme

30、nt,当Create Session Request消息中的QoS信元值非法或为0时，UGW使用本地配置QoS对请求的QoS值进行替换，用替换后的正确值创建承载。,HSS-Initiated Subscribed QoS Modification,收到Modify Bearer Command消息后，UGW直接使用消息中要求更新的QoS值和Apn-AMBR值对保存的用户信息进行替换，并发起更新流程更新消息中QoS值、Apn-AMBR值的值为Modify Bearer Command 中携带的值。,IP-CAN Session Termination,收到Delete Session Reque

31、st消息后，UGW通过消息中要求删除承载的LBI值找到属于该Session的所有承载，将承载删除，并回复Session删除响应,UE触发专有承载流程,UE通过资源请求触发专有承载流程，UGW通过Bearer Resourse Command消息中的QoS值和TAD操作码组合出对专有承载的操作。,UE触发专有承载创建（BRC）,UE通过资源请求触发专有承载创建流程中，UGW通过对Bearer Resourse Command消息中的QoS，TAD信元进行解析及合法性判断(filter操作码、 filter方向、 filter优先级)，决策是否创建专有承载 注：filter操作码-1:专有承载创建

32、时必须为 Create、Add filter方向-2:Up、Down、Bidirectional filter优先级-3:Session内唯一 UGW负责分配承载ARP参数，filter-ID,UE触发专有承载创建（BRC）,将filter下发给 转发面做匹配， 之后从 server发过来 的数据包通过 建立的专有承 载转发给UE,UE触发专有承载更新（BRC）,1.TAD操作码为Replace导致的更新,将之前的 替换为后 下发给转发面 做匹配，之后从 server 发过来的数据 包通过建立的 专有承载转发 给UE ，

33、server的数据包 通过缺省承载转 发,UE触发专有承载更新（BRC）,2.TAD操作码为Add导致的更新,将 地址 下发给转发面 做匹配，之后从 、 server发过来的 数据包通过建立 的专有承载转发 给UE,3.TAD操作码为Delete导致的更新，与上面流程类似,UE触发专有承载删除（DBC）,UGW通过对Delete Bearer Command消息中的EBI信元找到需要删除的专有承载并发起专有承载删除流程,网络检测触发专有承载流程,与UE触发专有承载流程的区别：不需要UE进行资源请求，由网关根据相关配置，并且在业务包触发下主动发起专有承载

34、创建、更新、删除流程。 说明： Setp3:UGW 对UE 与AF 会话信令进行检测， 检测到RTSP(或者FTP 业务流)、解析出TFT 和业务类型。判断UE 的此类业务QoS 需要保证，按照本地配置的QoS 规则建立专用承载。 Step16: UGW检测到专用承载上无SDF，则发起专用承载去激活流程。,主要内容,2. 信令流程介绍,1. PCC基本概念,3. 数据配置,4. 业务调测与故障处理,主要内容,3、数据配置,3.1、基本接口对接配置,3.2、业务流程配置介绍,3.3、 PCC 维护命令介绍,配置PCC使能开关,pcc-switch命令用于配置 PCC 使能开关，如果 PCC 使能

35、时，还用来配置缺省的 reporting-level 和 metering-method。 # 针对系统全局配置PCC开关 # 针对某 APN 配置PCC开关,配置UGW9811设备信息,配置P-GW标识 gx-local-info 命令用于添加或修改Gx 接口相关的 UGW 标识信息，包括主机名、 Realm 名和产品名称 UGWPCC-view UGW-pcc gx-local-info group 3 instance 1 host host1 realm product-name ugw 配置S-GW标识 gxc-local-info 命令用于添加或修改Gxc 接口相关的 UGW 标识

36、信息，包括主机名、 Realm 名和产品名称 UGW-pccgxc-local-info group 3 instance 1 host host1 realm product-name sgw,变更,配置PCRF设备信息,配置PCRF信息 pcrf命令用于添加或修改一个 PCRF 相关的配置 配置PCRF分组信息 pcrf-group命令用于添加指定的 PCRF 到指定的 PCRF 分组中，以及指定此PCRF分组是否支持宕机备份功能 pcrf-group-set-master命令用于将指定的 PCRF 设置为指定 PCRF 分组内的缺省 Master PCRF,配置PCRF组绑定,配置缺省P

37、CRF组绑定 pcrf-group-binding (pcc-view) 命令 只指定 PCRF 组名而不指定号段名，将指定 PCRF组设置为系统缺省 PCRF组。系统内只有一个缺省PCRF组。 配置特定用户的PCRF组绑定 pcrf-group-binding (pcc-view) 命令 同时指定 PCRF 组名和号段名，用于将指定PCRF组和指定号段绑定。 配置特定APN的PCRF组绑定 pcrf-group-binding (apn-view) 命令 用于将指定的 PCRF 组绑定到指定的APN,主要内容,3、数据配置,3.1、基本接口对接配置,3.2、业务流程配置介绍,3.3、 PCC

38、 维护命令介绍,配置PCC Rule,动态PCC Rule ：动态PCC Rule不需要在UGW9811上配置，由PCRF 下发； 预定义PCC Rule：预定义PCC Rule对应UGW9811上配置的rule； rule rule-name filter-group filter-group-name qos-property qos-property-name service-category-group category-group-name header-enrichment enable | disable l7rule l7rule-name time-range-service

39、 time-range-name priority priority-value 预定义PCC Rule Group：预定义PCC Rule Group对应UGW9811上配置的user-profile； user-profile user-profile-name,主要内容,3、数据配置,3.1、基本接口对接配置,3.2、业务流程配置介绍,3.3、 PCC 维护命令介绍,PCC维护命令 (1),修改指定result-code的执行动作 result-code-control命令用于配置当UGW收到指定结果码信息后执行何种操作：例如关闭PCC功能、执行缺省动作、执行宕机备份等。 result-

40、code-control vendor-id INTEGER result-code INTEGER disable-pcc | failover | default 使用实例 #在UGW上配置当收到result-code(3002)后执行宕机备份动作。,PCC维护命令 (2),修改重定向与重授权的迟滞时间 hysteretic-timer命令用于配置UGW重新发起授权请求、重定向上报的迟滞控制时长。 hysteretic-timer revalidation revalidation-interval | redirection-report redirection-report-inter

41、val * 使用实例 # 配置重定向上报的迟滞控制时长为10秒。,主要内容,2. 信令流程介绍,1. PCC基本概念,3. 数据配置,4. 业务调测与故障处理,主要内容,4、业务调测与故障处理,4.1、 业务调测,4.2、 故障处理,业务调测 (1),操作流程 激活用户（采用特定APN下的用户触发PCC功能方式）。 PCRF下发计费和策略控制规则。 观察用户能否正常激活，并按照下发策略进行计费控制和策略控制。 去活用户。 操作步骤 使用命令display license config查询License中是否允许使用基于Gx接口控制策略下发功能。如果License的“支持基于Gx接口控制策略下发

42、功能”的数值为“0”，则设备不支持基于Gx接口控制策略下发功能，请重新申请License后继续调测本功能。 启动Huawei本地维护终端LMT，建立用户消息跟踪；或者启动wireshark/ethreal开始抓包。 激活用户，并跟踪该用户消息。,业务调测 (2),在跟踪台上查看用户消息跟踪，检查消息跟踪中是否存在Gx接口UGW-PCRF之间的 CCR-I，CCA-I消息，以及激活响应消息Create Session response中的返回码是否为request accepted (16)。 如果是，表明PCC用户激活成功，请继续执行步骤5。 如果Gx接口消息不存在，Create Sessio

43、n context response中的返回码为request accepted (16)，请执行步骤6，确认该用户激活使用的APN是否采用PCC功能。 如果Gx接口消息不存在，Create Session context response中的返回码不为request accepted (16)，请执行步骤8。 如果Gx接口消息存在，但是Create Session context response中的返回码不为request accepted (16)，请执行步骤9。,业务调测 (3),请查看消息跟踪，是否在PCRF下发策略后，UGW9811立刻上报了Credit Control Reque

44、st-Update消息，即有下图所示信令流程。 如果UGW9811没有立即上报Credit Control Request-Update消息，或Credit Control Request-Update中上报的Charging-Rule-Report携带的Rule-Status都是Active，则表示PCC用户激活成功，且PCRF下发的所有规则安装成功。至此，本调测任务结束。 如果UGW9811立刻上报了Credit Control Request-Update消息，则查看该Credit Control Request-Update中是否存在rule-failure-code信元，该信元上报表

45、示在PCC用户激活过程中，PCRF下发的所有规则中的某一些规则在UGW9811上安装失败。该rule-failure-code的含义与解决办法请参考4.2节故障处理关于rule-failure-code描述。,业务调测 (4),执行display pcrf-group-status命令，查看使用的PCRF组的状态是否正常。 如果状态正常，请执行步骤7. 如果状态异常，通过如下方法排除后再执行步骤3. 执行display pcrf-status命令，查看PCRF的状态是否正常； 执行display pcrf命令，查看UGW9811上的PCRF设备标识是否和规划值及PCRF上的配置一致。 执行di

46、splay gx-local-info和display current-configuration “interface”“ Gxif”命令，查看UGW9811的Gx口设备标识与IP等是否和规划值及PCRF上的配置一致。 执行display alarm active命令，查看是否存在ID为“827”（PCRF无响应告警）的告警。,业务调测 (5),如果确认该解决方案采用触发特定APN下的用户PCC功能，请执行display apn命令，查看UGW9811上的指定apn上是否使能PCC开关，绑定特定的PCRF组。,业务调测 (6),如果Gx接口消息CCR、CCA不存在，检查消息跟踪中激活响应消息

47、Create Session context response中的返回码。 若返回码为Service not supported（68），则按如下命令排查该用来激活的APN是否被锁定，请解锁后重复执行步骤4。 若返回码为No resource available（73），请查看该APN下是否有足够的地址池，用户IP是否分配正常，排查完后重复执行步骤4。,业务调测 (7),如果Gx接口消息CCR、CCA存在，但是检查消息跟踪中激活响应消息Create Session context response中的返回码不为request accepted (16)，若返回码为System Failure（

48、72），该返回码表示PCRF下发的计费策略不符合协议，请按如下步骤排查。 检查Credit Control Answer-Initial消息中，是否存在charing-rule-install信元，如果不存在该信元，表示PCRF未给用户下发任何策略。这种情况无法激活，请在PCRF网元侧修改配置。修改完成后重复执行步骤4。 如果Credit Control Answer-Initial消息中已经下发规则，查看Credit Control Answer-Terminal消息。如果该消息上报charging-rule-report信元，则可以根据该信元提供的信息定位PCRF下发的错误内容。,主要内容

49、,4、业务调测与故障处理,4.1、 业务调测,4.2、 故障处理,用户激活时，UGW9811没有发送CCR-I消息,现象描述 PCC用户激活时，从LMT上用户跟踪或Gx接口跟踪看，UGW9811没有发送CCR-I消息。 可能原因 UGW9811到PCRF的互通配置不正确； 用户激活失败导致的问题。 处理步骤 先检查UGW9811到PCRF的互通配置，再检查用户激活失败的原因。,CCR消息中的Charging-Rule-Report : UNKNOWN_RULE_NAME (1),现象描述 PCC用户激活时，从LMT上用户跟踪或Gx接口跟踪看，在UGW9811发送的CCR消息中，Charging

50、-Rule-Report中Rule-Failure-Code的值为UNKNOWN_RULE_NAME (1)。 可能原因 UGW9811上没有配置PCRF下发的预定义rule名称； PCRF配置了错误的预定义rule名称。 处理步骤 按照上面两种错误原因进行排除。,CCR消息中的Charging-Rule-Report : RATING_GROUP_ERROR (2),现象描述 PCC用户激活时，从LMT上用户跟踪或Gx接口跟踪看，在UGW9811发送的CCR消息中，Charging-Rule-Report中Rule-Failure-Code的值为RATING_GROUP_ERROR (2)。

51、 可能原因 PCRF下发动态rule时，没有下发rating-group信元。 处理步骤 在UGW9811侧启动Gx接口跟踪，查看PCRF返回的CCA-I消息中的Charging-Rule-Definition字段是否携带了Rating-Group信元。,CCR消息中的Charging-Rule-Report : SERVICE_IDENTIFIER_ERROR (3),现象描述 PCC用户激活时，从LMT上用户跟踪或Gx接口跟踪看，在UGW9811发送的CCR消息中，Charging-Rule-Report中Rule-Failure-Code的值为SERVICE_IDENTIFIER_ERROR (3)。 可能