華為PCC流程與數(shù)據(jù)配置V10

華為PCC流程與數(shù)據(jù)配置-V102024/3/27華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容2.信令流程介紹1.PCC基本概念3.數(shù)據(jù)配置4.業(yè)務調(diào)測與故障處理華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容1、PCC基本概念1.1、PCC基本概念1.2、PCC架構1.3、Gx/Gxc接口及協(xié)議棧華為PCC流程與數(shù)據(jù)配置V10PCC基本概念PCC(PolicyControlandCharging)指策略控制與計費，是3GPP定義的網(wǎng)絡資源與計費策略控制架構。PCC架構主要組成部分：PCRF，PCEF，BBERF，AF，SPR，OFCS和OCS。PCRF:PolicyandChargingRulesFunctionPCEF:PolicyandChargingEnforcementFunctionBBERF:BearerBindingandEventReportingFunctionAF：ApplicationFunctionSPR：SubscriptionProfileRepositoryOFCS：OfflineChargingSystemOCS：OnlineChargingSystem華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容1、PCC基本概念1.1、PCC基本概念1.2、PCC架構1.3、Gx/Gxc接口及協(xié)議棧華為PCC流程與數(shù)據(jù)配置V10PCC架構華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容1、PCC基本概念1.1、PCC基本概念1.2、PCC架構1.3、Gx/Gxc接口及協(xié)議棧華為PCC流程與數(shù)據(jù)配置V10Gx接口及協(xié)議棧Gx接口是GGSN/P-GW與PCRF之間的接口，基于Diameter協(xié)議進行通信。此時，GGSN/P-GW充當PCEF，Gx接口消息類型包括：CCR/CCA:CreditControlRequest/Answer.RAR/RAA:Re-AuthRequest/Answer華為PCC流程與數(shù)據(jù)配置V10Gxc接口及協(xié)議棧Gxc接口是S-GW與PCRF之間的接口，基于Diameter協(xié)議進行通信。此時，S-GW充當BBERF，Gxc接口只有在S5/S8采用PMIP協(xié)議時才存在。Gxc接口消息類型包括：CCR/CCA:CreditControlRequest/Answer.RAR/RAA:Re-AuthRequest/Answer華為PCC流程與數(shù)據(jù)配置V10UGW何時與PCRF交互？UGW上基于APN或整機由PCC-Switch命令控制是否使能PCC功能。當滿足如下條件時，UGW會與PCRF進行信令交互：1，用戶對應的PCC-Switch為enable（基于APN或整機配置），即使能PCC功能2，用戶能找到對應的PCRF（基于APN或整機配置，與PCC-Switch對應），且鏈路狀態(tài)正常華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容2.信令流程介紹1.PCC基本概念3.數(shù)據(jù)配置4.業(yè)務調(diào)測與故障處理華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容2、信令流程介紹2.1、動態(tài)PCC信令分析2.2、靜態(tài)PCC信令分析華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容2.1、動態(tài)PCC信令分析2.1.1、IP-CANSessionEstablishment2.1.2、IP-CANSessionTermination2.1.3、IP-CANSessionModification華為PCC流程與數(shù)據(jù)配置V10IP-CANSessionEstablishment華為PCC流程與數(shù)據(jù)配置V10IP-CANSessionEstablishmentstep1-step4:

UE觸發(fā)attach流程。SGW收到MME發(fā)送的CreateSessionRequest消息后，向PGW發(fā)送CreateSessionRequest。

step5:

如果PGW判斷此用戶為動態(tài)PCC用戶，向PCRF發(fā)送CCR-I消息，上報用戶信息，申請PCCRule和Qos。PCRF收到CCR-I消息，向PGW發(fā)送CCA-I消息，攜帶缺省承載Qos，PCCRule等信息。PGW根據(jù)收到的PCCRule進行策略安裝。step6:

PGW判斷用戶Attach成功，向SGW發(fā)送CreateSessionResponse，消息中攜帶PCRF下發(fā)的APN-AMBR及缺省承載的bearer-level-qos等信息。tep7-step13:Session創(chuàng)建響應流程。step14-step16:

ModifyBearerRequest更新用戶數(shù)據(jù)面信息。

華為PCC流程與數(shù)據(jù)配置V10IP-CANSessionEstablishment流程用戶跟蹤如果CCA-I消息攜帶了Event-TriggerSUCCESSFUL_RESOURCE_ALLOCATION(22)，則UGW會在安裝策略成功后發(fā)送CCR-U消息上報策略安裝結果華為PCC流程與數(shù)據(jù)配置V10CCR-I消息攜帶內(nèi)容華為PCC流程與數(shù)據(jù)配置V10CCR-I消息AVP舉例1，Session-Id用于唯一標識一個Session2，Called-Station-Id為用戶所屬APN信息3，AN-GW-Address為用戶接入的SGW的地址華為PCC流程與數(shù)據(jù)配置V10CCA-I消息攜帶內(nèi)容華為PCC流程與數(shù)據(jù)配置V10CCA-I消息中的Qos-InformationAVPCCA-I消息中的Qos-InformatonAVP攜帶PCRF下發(fā)的APN-AMBR信息華為PCC流程與數(shù)據(jù)配置V10CCA-I消息中的Default-EPS-Bearer-QosAVPCCA-I消息中的Default-EPS-Bearer-QosAVP攜帶PCRF下發(fā)的缺省承載的Qos信息（只包含QCIARP信息，不包含GBR和MBR）華為PCC流程與數(shù)據(jù)配置V10CCA-I消息攜帶的Charging-Rule-InstallAVPCCA-I消息攜帶Charging-Rule-InstallAVP，提供安裝在IP-CANSession上的策略。支持在CCA-I下發(fā)的策略包括：動態(tài)Rule(Charging-Rule-Defination)，預定義Rule(Charging-Rule-Name)和預定義RuleGroup(Charging-Rule-Base-Name).說明：預定義Rule名和RuleGroup名對大小寫不敏感，統(tǒng)一按小寫處理。華為PCC流程與數(shù)據(jù)配置V10CCR-U消息內(nèi)容CCRUpdate消息攜帶Charging-Rule-ReportAVP，上報前一個CCA下發(fā)的Rule的安裝結果。如下情況會上報Rule安裝結果（1）失敗時會上報，其中PCC-Rule-Status取值為Inactive。（2）安裝成功，且PCRF下發(fā)了下面的Event-Trigger和AVP時：SUCCESSFUL_RESOURCE_ALLOCATION(22)Resource-Allocation-NotificationAVP設置為ENABLE_NOTIFICATION(0)。華為PCC流程與數(shù)據(jù)配置V10CCR-U攜帶Charging-Rule-ReportAVP華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容2.1、動態(tài)PCC信令分析2.1.1、IP-CANSessionEstablishment2.1.2、IP-CANSessionTermination2.1.3、IP-CANSessionModification華為PCC流程與數(shù)據(jù)配置V102.2、IP-CANSessionTermination2.2.1UE-initiatedSessionTermination根據(jù)協(xié)議23.401，IP-CANSessionTermination可分為：UE-initiatedDetachprocedureMME-initiatedDetachprocedureSGSN-initiatedDetachprocedurewithISRactivatedHSS-initiatedDetachprocedure等四種情況，但從UGW看，處理流程基本相同。因此只詳細說明UE發(fā)起的流程，其他流程類似。華為PCC流程與數(shù)據(jù)配置V10UE-initiatedSessionTermination華為PCC流程與數(shù)據(jù)配置V10UE-initiatedSessionTerminationStep1-5：UE發(fā)起Session去活流程Step6-7：PGW收到SGW的DeleteSessionRequest，釋放本地資源，向SGW發(fā)送DeleteSessionResponse響應消息Step8：PGW向PCRF發(fā)送CCR-T消息，通知PCRF去活Session，PCRF釋放資源后向PGW發(fā)送CCA-T消息Step9-14：DeleteSession響應流程PGW上的消息跟蹤：華為PCC流程與數(shù)據(jù)配置V10CCR-T消息內(nèi)容CCR-T消息中，CC-Request-TypeAVP取值為TERMINATION_REQUEST(3)Termination-CauseAVP取值為DIAMETER_LOGOUT(1)華為PCC流程與數(shù)據(jù)配置V10CCA-T消息內(nèi)容華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容2.1、動態(tài)PCC信令分析2.1.1、IP-CANSessionEstablishment2.1.2、IP-CANSessionTermination2.1.3、IP-CANSessionModification華為PCC流程與數(shù)據(jù)配置V102.3、

IP-CANSessionModification2.3.1NW-InitiatedIP-CANSessionModification(PCCRuleProvisioninginPUSHmode)2.2.2UE-InitiatedIP-CANSessionModification(PCCRuleProvisioninginPULLmode)(1)UE-InitiatedResourceRequest(2)TrackingAreaUpdate/Handover(3)HSS-InitiatedSubscribedQoSModification(4)MME-InitiatedDedicatedBearerDeactivation

華為PCC流程與數(shù)據(jù)配置V10NW-InitiatedIP-CANSessionModification華為PCC流程與數(shù)據(jù)配置V10NW-InitiatedIP-CANSessionModificationStep1：PCRF通過RAR消息主動下發(fā)策略（即PUSH模式）。RAR消息攜帶的內(nèi)容可能包括：Charging-Rule-Install，Charging-Rule-Remove，Qos-Information（APN-AMBR），Default-EPS-Bearer-Qos，Event-Trigger等。PGW在收到RAR消息后會向PCRF發(fā)送RAA消息，RAA消息不攜帶策略執(zhí)行結果等信息，只用來終結RAR消息。策略安裝結果會在Step12中用CCR-U上報給PCRF。Step2：PGW根據(jù)收到的策略進行承載綁定，綜合出對承載的操作類型（可能是Create、Update或Delete，這里以Create為例），向SGW送CreateBearerRequest。Step3-10：承載創(chuàng)建流程。Step11：SGW收到MME的CreateBearerResponse后，向PGW發(fā)送CreateBearerResponse響應消息。Step12：PGW根據(jù)Response消息的結果為成功或失敗，向PCRF上報策略安裝結果。說明：1，RAR下發(fā)Charging-Rule-Remove會導致Session上已安裝Rule的刪除，刪除Rule可能觸發(fā)承載的更新或刪除流程。2，如果RAR消息攜帶Session-Release-CauseAVP，PGW將向SGW發(fā)送DeleteBearerRequest，發(fā)送缺省承載的刪除流程。此操作會刪除整個IP-CANSession。華為PCC流程與數(shù)據(jù)配置V10NW-InitiatedIP-CANSessionModification用戶跟蹤說明：由于Gx接口跟蹤的機制是在收到RAR-RAA消息對后才將跟蹤發(fā)送到LMT，因此從跟蹤上看，RAR消息在CreateBearerRequest消息之后。這一點與實際的信令順序不同。華為PCC流程與數(shù)據(jù)配置V10RAR消息內(nèi)容-Wireshark抓包RAR消息內(nèi)容包括：Qos-Information（APN-AMBR），Event-Trigger及Charging-Rule-Install等。華為PCC流程與數(shù)據(jù)配置V10UE-InitiatedResourceRequest華為PCC流程與數(shù)據(jù)配置V10UE-InitiatedResourceRequestStep1-2：UE發(fā)起資源請求。Step3：SGW向PGW發(fā)送BearerResourceCommand消息。消息攜帶UE申請的Traffic-Aggregate-Description和Flow-Quality-of-ServiceStep4：PGW向PCRF發(fā)送CCR-U消息，攜帶Packet-Filter-Operation,Packet-Filter-Information和Flow-Qos信息。PCRF通過CCA-U消息下發(fā)與UE申請資源對應的策略和Qos信息。PGW收到CCA-U后對策略進行承載綁定，綜合出承載操作類型（Create、Update或Delete），向SGW發(fā)起承載操作。Step5：承載創(chuàng)建、更新或去活流程。Step6：PGW收到Create/Update/DeleteBearerResponse后，根據(jù)響應消息結果向PCRF發(fā)送CCR-U消息，攜帶Charging-Rule-ReportAVP上報策略執(zhí)行結果。華為PCC流程與數(shù)據(jù)配置V10UE-InitiatedResourceRequest用戶跟蹤BearerResourceCommand觸發(fā)專有承載創(chuàng)建流程BearerResourceCommand觸發(fā)承載更新流程華為PCC流程與數(shù)據(jù)配置V10BearerResourceCommand消息內(nèi)容BearerResourceCommand消息中攜帶的Traffic-Aggregate-Description和Flow-Quality-of-Service（下圖為用戶跟蹤信息）華為PCC流程與數(shù)據(jù)配置V10CCR-U消息內(nèi)容-Wireshark抓包此CCR-U消息為BearerResourceCommand消息觸發(fā)的CCR-U，攜帶Packet-Filter-Operation,Packet-Filter-Information和Flow-Qos信息。下圖為CCR-U消息的Wireshark抓包信息華為PCC流程與數(shù)據(jù)配置V10CCR-U消息內(nèi)容-Packet-Filter-Operation,Packet-Filter-InformationCCR-U消息攜帶的Packet-Filter-Operation和Packet-Filter-Information（下圖為用戶跟蹤信息）華為PCC流程與數(shù)據(jù)配置V10CCA-U消息內(nèi)容-Wireshark抓包PCRF下發(fā)CCA-U消息下發(fā)與PGW申請filter-operation-information及Qos對應的策略。華為PCC流程與數(shù)據(jù)配置V10CCR-U消息內(nèi)容PGW收到Create/Update/DeleteBearerResponse消息后發(fā)送的CCR-U消息。攜帶Charging-Rule-ReportAVP上報策略安裝結果。華為PCC流程與數(shù)據(jù)配置V10TrackingAreaUpdate/Handover華為PCC流程與數(shù)據(jù)配置V10TrackingAreaUpdate/Handover以TrackingAreaUpdateprocedurewithServingGWchange流程為例。此TAU流程中涉及到PGW和PCRF的流程為Step9-10。以下僅對這兩個步驟詳細說明。Step9：PGW收到ModifyBearerRequest消息，根據(jù)消息內(nèi)容綜合出更新類型（例如RAT-Change或ULI-Change等）。PGW根據(jù)更新類型和PCRF下發(fā)的Event-Trigger判斷是否需要上報。若需要上報，PGW發(fā)送CCR-U消息，攜帶Event-trigger和相關的更新內(nèi)容（例如RATType或ULI等）通知PCRF。Step10：PGW更新承載信息，向SGW發(fā)送ModifyBearerResponse消息。說明：如果PCRF在CCA消息中下發(fā)更新的PCC策略，則PGW可能向SGW發(fā)起承載的創(chuàng)建、更新或刪除流程。華為PCC流程與數(shù)據(jù)配置V10更新觸發(fā)的CCR-U消息內(nèi)容CCR-U消息攜帶內(nèi)容：更新涉及的Event-Trigger內(nèi)容，及相關信息以RAT更新為例，CCR-U攜帶Event-TriggerRAT_CHANGE(2)，及RAT-TypeAVP。華為PCC流程與數(shù)據(jù)配置V10HSS-InitiatedSubscribedQoSModification華為PCC流程與數(shù)據(jù)配置V10HSS-InitiatedSubscribedQoSModificationStep1-2：HSS發(fā)起用戶簽約Qos修改流程。Step3：SGW向PGW發(fā)送ModifyBearerCommand消息，攜帶EPSBearerQoS,APN?AMBR。Step4：PGW向PCRF發(fā)送CCR-U消息，更新Default-EPS-Baerer-Qos，APN-AMBR信息。PCRF向PGW發(fā)送CCA-U，下發(fā)Default-EPS-Baerer-Qos、APN-AMBR及更新后的PCC策略。Step5-7：PGW執(zhí)行PCRF下發(fā)的PCC策略，綜合出承載的更新操作，向SGW發(fā)起UpdateBearerRequest流程。Step8：PGW收到UpdateBearerResponse消息，向PCRF發(fā)送CCR-U消息，上報PCC策略安裝結果。PCRF返回CCA-U消息。華為PCC流程與數(shù)據(jù)配置V10此流程中PGW收到UpdateBearerResponse響應后的CCR/CCA消息，與其他流程類似，不再詳細說明。進對ModifyBearerCommand消息及其觸發(fā)的CCR消息進行說明HSS-InitiatedSubscribedQoSModification用戶跟蹤華為PCC流程與數(shù)據(jù)配置V10ModifyBearerCommand消息內(nèi)容ModifyBearerCommand消息攜帶APN-AMBR及缺省承載Qos信息：華為PCC流程與數(shù)據(jù)配置V10MBC觸發(fā)的CCR-U消息內(nèi)容-Wireshark抓包ModifyBearerCommand消息觸發(fā)CCR-U消息攜帶申請的APN-AMBR及缺省承載Qos等信息華為PCC流程與數(shù)據(jù)配置V10MBC觸發(fā)的CCR-U消息內(nèi)容-用戶跟蹤CCR-U消息中的Qos-InformationDefault-EPS-Bearer-QosAVP。華為PCC流程與數(shù)據(jù)配置V10MME-InitiatedDedicatedBearerDeactivation華為PCC流程與數(shù)據(jù)配置V10Step1-2：MME發(fā)起專有承載刪除流程，DeleteBearerCommand消息攜帶待刪除的BearerIdentifier。Step3：SGW向PGW發(fā)送DeleteBearerCommand消息。Step4：PGW收到DeleteBearerCommand消息后，向PCRF發(fā)送CCR-U消息。CCR-U攜帶Charging-Rule-ReportAVP，上報因刪除承載導致的資源釋放。Step5：PGW發(fā)起專有承載去活流程，向SGW發(fā)送DeleteBearerRequest。Step6-9：DedicatedBearerDeactivation流程。PGW收到DeleteBearerResponse消息后不再向PCRF發(fā)送CCR消息。MME-InitiatedDedicatedBearerDeactivation華為PCC流程與數(shù)據(jù)配置V101-6為SessionEstablishment流程；7-13為BearerResourceCommand觸發(fā)的專有承載創(chuàng)建流程；14-18為DeleteBearerCommand流程；19-22為SessionTermination流程MME-InitiatedDedicatedBearerDeactivation用戶跟蹤華為PCC流程與數(shù)據(jù)配置V10DeleteBearerCommand消息內(nèi)容DeleteBearerCommand消息攜帶要刪除承載的EPS-Bearer-Id：華為PCC流程與數(shù)據(jù)配置V10DBC觸發(fā)的CCR-U消息內(nèi)容CCR-U消息攜帶內(nèi)容：由于承載刪除而導致刪除的Rule上報，PCC-Rule-StatusAVP為Inatcive(1)華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容2、信令流程介紹2.1、動態(tài)PCC信令分析2.2、靜態(tài)PCC信令分析華為PCC流程與數(shù)據(jù)配置V10靜態(tài)PCC業(yè)務流程分析動態(tài)PCC策略控制組網(wǎng)模式靜態(tài)PCC策略控制組網(wǎng)模式

華為PCC流程與數(shù)據(jù)配置V10靜態(tài)PCC業(yè)務流程分析靜態(tài)pcc作用：沒有部署PCRF時，網(wǎng)關需要根據(jù)請求消息/本地配置綜合出承載操作策略承載類型策略決策依據(jù)缺省承載缺省承載建立、刪除；用戶簽約數(shù)據(jù)改變CreateSessionRequest、ModifyBearerCommand、UGW本地配置的QoS專用承載終端驅(qū)動UGW根據(jù)消息及本地配置進行決策：創(chuàng)建專有承載；更新承載TFT、QoS；刪除專用承載等BearerResourceCommand、DeleteBearerCommand、UGW本地配置的QoS網(wǎng)絡檢測觸發(fā)UGW支持針對某些特征的業(yè)務基于FTP、RTSP進行深度報文檢測識別出來，根據(jù)對應的配置獲取QoS參數(shù)，生成TFT：觸發(fā)承載創(chuàng)建、更新，業(yè)務結束后刪除專有承載等UGW本地配置的Rule華為PCC流程與數(shù)據(jù)配置V10IP-CANSessionEstablishment

當CreateSessionRequest消息中的QoS信元值合法時，UGW使用消息中的QoS值創(chuàng)建承載。

華為PCC流程與數(shù)據(jù)配置V10IP-CANSessionEstablishment

當CreateSessionRequest消息中的QoS信元值非法或為0時，UGW使用本地配置QoS對請求的QoS值進行替換，用替換后的正確值創(chuàng)建承載。

華為PCC流程與數(shù)據(jù)配置V10HSS-InitiatedSubscribedQoSModification收到ModifyBearerCommand消息后，UGW直接使用消息中要求更新的QoS值和Apn-AMBR值對保存的用戶信息進行替換，并發(fā)起更新流程更新消息中QoS值、Apn-AMBR值的值為ModifyBearerCommand中攜帶的值。

華為PCC流程與數(shù)據(jù)配置V10IP-CANSessionTermination收到DeleteSessionRequest消息后，UGW通過消息中要求刪除承載的LBI值找到屬于該Session的所有承載，將承載刪除，并回復Session刪除響應

華為PCC流程與數(shù)據(jù)配置V10UE觸發(fā)專有承載流程 UE通過資源請求觸發(fā)專有承載流程，UGW通過BearerResourseCommand消息中的QoS值和TAD操作碼組合出對專有承載的操作。

華為PCC流程與數(shù)據(jù)配置V10UE觸發(fā)專有承載創(chuàng)建（BRC）UE通過資源請求觸發(fā)專有承載創(chuàng)建流程中，UGW通過對BearerResourseCommand消息中的QoS，TAD信元進行解析及合法性判斷(filter操作碼、filter方向、filter優(yōu)先級)，決策是否創(chuàng)建專有承載

注：filter操作碼-1:專有承載創(chuàng)建時必須為 Create、Addfilter方向-2:Up、Down、Bidirectionalfilter優(yōu)先級-3:Session內(nèi)唯一UGW負責分配承載ARP參數(shù)，filter-ID

華為PCC流程與數(shù)據(jù)配置V10UE觸發(fā)專有承載創(chuàng)建（BRC）

將filter下發(fā)給轉(zhuǎn)發(fā)面做匹配，之后從server發(fā)過來的數(shù)據(jù)包通過建立的專有承載轉(zhuǎn)發(fā)給UE

華為PCC流程與數(shù)據(jù)配置V10UE觸發(fā)專有承載更新（BRC）1.TAD操作碼為Replace導致的更新

將之前的替換為后下發(fā)給轉(zhuǎn)發(fā)面做匹配，之后從server發(fā)過來的數(shù)據(jù)包通過建立的專有承載轉(zhuǎn)發(fā)給UE，server的數(shù)據(jù)包通過缺省承載轉(zhuǎn)發(fā)

華為PCC流程與數(shù)據(jù)配置V10UE觸發(fā)專有承載更新（BRC）2.TAD操作碼為Add導致的更新

將地址下發(fā)給轉(zhuǎn)發(fā)面做匹配，之后從、server發(fā)過來的數(shù)據(jù)包通過建立的專有承載轉(zhuǎn)發(fā)給UE3.TAD操作碼為Delete導致的更新，與上面流程類似

華為PCC流程與數(shù)據(jù)配置V10UE觸發(fā)專有承載刪除（DBC） UGW通過對DeleteBearerCommand消息中的EBI信元找到需要刪除的專有承載并發(fā)起專有承載刪除流程

華為PCC流程與數(shù)據(jù)配置V10網(wǎng)絡檢測觸發(fā)專有承載流程

與UE觸發(fā)專有承載流程的區(qū)別：不需要UE進行資源請求，由網(wǎng)關根據(jù)相關配置，并且在業(yè)務包觸發(fā)下主動發(fā)起專有承載創(chuàng)建、更新、刪除流程。 說明： Setp3:UGW對UE與AF會話信令進行檢測，

檢測到RTSP(或者FTP業(yè)務流)、解析出TFT和業(yè)務類型。判斷UE的此類業(yè)務QoS需要保證，按照本地配置的QoS規(guī)則建立專用承載。

Step16:UGW檢測到專用承載上無SDF，則發(fā)起專用承載去激活流程。

華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容2.信令流程介紹1.PCC基本概念3.數(shù)據(jù)配置4.業(yè)務調(diào)測與故障處理華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容3、數(shù)據(jù)配置3.1、基本接口對接配置3.2、業(yè)務流程配置介紹3.3、PCC維護命令介紹華為PCC流程與數(shù)據(jù)配置V10配置PCC使能開關pcc-switch命令用于配置PCC使能開關，如果PCC使能時，還用來配置缺省的reporting-level和metering-method。#針對系統(tǒng)全局配置PCC開關#針對某APN配置PCC開關華為PCC流程與數(shù)據(jù)配置V10配置UGW9811設備信息配置P-GW標識gx-local-info命令用于添加或修改Gx接口相關的UGW標識信息，包括主機名、Realm名和產(chǎn)品名稱[UGW]PCC-view[UGW-pcc]gx-local-infogroup3instance1hosthost1realmproduct-nameugw配置S-GW標識gxc-local-info命令用于添加或修改Gxc接口相關的UGW標識信息，包括主機名、Realm名和產(chǎn)品名稱[UGW-pcc]gxc-local-infogroup3instance1hosthost1realmproduct-namesgw變更華為PCC流程與數(shù)據(jù)配置V10配置PCRF設備信息配置PCRF信息pcrf命令用于添加或修改一個PCRF相關的配置配置PCRF分組信息pcrf-group命令用于添加指定的PCRF到指定的PCRF分組中，以及指定此PCRF分組是否支持宕機備份功能pcrf-group-set-master命令用于將指定的PCRF設置為指定PCRF分組內(nèi)的缺省MasterPCRF華為PCC流程與數(shù)據(jù)配置V10配置PCRF組綁定配置缺省PCRF組綁定pcrf-group-binding(pcc-view)命令只指定PCRF組名而不指定號段名，將指定PCRF組設置為系統(tǒng)缺省PCRF組。系統(tǒng)內(nèi)只有一個缺省PCRF組。配置特定用戶的PCRF組綁定pcrf-group-binding(pcc-view)命令同時指定PCRF組名和號段名，用于將指定PCRF組和指定號段綁定。配置特定APN的PCRF組綁定pcrf-group-binding(apn-view)命令用于將指定的PCRF組綁定到指定的APN華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容3、數(shù)據(jù)配置3.1、基本接口對接配置3.2、業(yè)務流程配置介紹3.3、PCC維護命令介紹華為PCC流程與數(shù)據(jù)配置V10配置PCCRule動態(tài)PCCRule：動態(tài)PCCRule不需要在UGW9811上配置，由PCRF下發(fā)；預定義PCCRule：預定義PCCRule對應UGW9811上配置的rule；rulerule-namefilter-groupfilter-group-name[qos-propertyqos-property-name][service-category-groupcategory-group-name][header-enrichment{enable|disable}][l7–rulel7–rule-name][time-range-servicetime-range-name][prioritypriority-value]預定義PCCRuleGroup：預定義PCCRuleGroup對應UGW9811上配置的user-profile；user-profileuser-profile-name華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容3、數(shù)據(jù)配置3.1、基本接口對接配置3.2、業(yè)務流程配置介紹3.3、PCC維護命令介紹華為PCC流程與數(shù)據(jù)配置V10PCC維護命令(1)修改指定result-code的執(zhí)行動作result-code-control命令用于配置當UGW收到指定結果碼信息后執(zhí)行何種操作：例如關閉PCC功能、執(zhí)行缺省動作、執(zhí)行宕機備份等。result-code-controlvendor-idINTEGER<0~65535>result-codeINTEGER<1~65535>{disable-pcc|failover|default}使用實例#在UGW上配置當收到result-code(3002)后執(zhí)行宕機備份動作。華為PCC流程與數(shù)據(jù)配置V10PCC維護命令(2)修改重定向與重授權的遲滯時間hysteretic-timer命令用于配置UGW重新發(fā)起授權請求、重定向上報的遲滯控制時長。hysteretic-timer{revalidationrevalidation-interval|redirection-reportredirection-report-interval}*使用實例#配置重定向上報的遲滯控制時長為10秒。華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容2.信令流程介紹1.PCC基本概念3.數(shù)據(jù)配置4.業(yè)務調(diào)測與故障處理華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容4、業(yè)務調(diào)測與故障處理4.1、業(yè)務調(diào)測4.2、故障處理華為PCC流程與數(shù)據(jù)配置V10業(yè)務調(diào)測(1)操作流程激活用戶（采用特定APN下的用戶觸發(fā)PCC功能方式）。PCRF下發(fā)計費和策略控制規(guī)則。觀察用戶能否正常激活，并按照下發(fā)策略進行計費控制和策略控制。去活用戶。操作步驟使用命令displaylicenseconfig查詢License中是否允許使用基于Gx接口控制策略下發(fā)功能。如果License的“支持基于Gx接口控制策略下發(fā)功能”的數(shù)值為“0”，則設備不支持基于Gx接口控制策略下發(fā)功能，請重新申請License后繼續(xù)調(diào)測本功能。啟動Huawei本地維護終端LMT，建立用戶消息跟蹤；或者啟動wireshark/ethreal開始抓包。激活用戶，并跟蹤該用戶消息。華為PCC流程與數(shù)據(jù)配置V10業(yè)務調(diào)測(2)在跟蹤臺上查看用戶消息跟蹤，檢查消息跟蹤中是否存在Gx接口UGW-PCRF之間的CCR-I，CCA-I消息，以及激活響應消息CreateSessionresponse中的返回碼是否為requestaccepted(16)。如果是，表明PCC用戶激活成功，請繼續(xù)執(zhí)行步驟5。如果Gx接口消息不存在，CreateSessioncontextresponse中的返回碼為requestaccepted(16)，請執(zhí)行步驟6，確認該用戶激活使用的APN是否采用PCC功能。如果Gx接口消息不存在，CreateSessioncontextresponse中的返回碼不為requestaccepted(16)，請執(zhí)行步驟8。如果Gx接口消息存在，但是CreateSessioncontextresponse中的返回碼不為requestaccepted(16)，請執(zhí)行步驟9。華為PCC流程與數(shù)據(jù)配置V10業(yè)務調(diào)測(3)請查看消息跟蹤，是否在PCRF下發(fā)策略后，UGW9811立刻上報了CreditControlRequest-Update消息，即有下圖所示信令流程。如果UGW9811沒有立即上報CreditControlRequest-Update消息，或CreditControlRequest-Update中上報的Charging-Rule-Report攜帶的Rule-Status都是Active，則表示PCC用戶激活成功，且PCRF下發(fā)的所有規(guī)則安裝成功。至此，本調(diào)測任務結束。如果UGW9811立刻上報了CreditControlRequest-Update消息，則查看該CreditControlRequest-Update中是否存在rule-failure-code信元，該信元上報表示在PCC用戶激活過程中，PCRF下發(fā)的所有規(guī)則中的某一些規(guī)則在UGW9811上安裝失敗。該rule-failure-code的含義與解決辦法請參考4.2節(jié)故障處理關于rule-failure-code描述。華為PCC流程與數(shù)據(jù)配置V10業(yè)務調(diào)測(4)執(zhí)行displaypcrf-group-status命令，查看使用的PCRF組的狀態(tài)是否正常。如果狀態(tài)正常，請執(zhí)行步驟7.如果狀態(tài)異常，通過如下方法排除后再執(zhí)行步驟3.執(zhí)行displaypcrf-status命令，查看PCRF的狀態(tài)是否正常；執(zhí)行displaypcrf命令，查看UGW9811上的PCRF設備標識是否和規(guī)劃值及PCRF上的配置一致。執(zhí)行displaygx-local-info和displaycurrent-configuration“interface”“Gxif”命令，查看UGW9811的Gx口設備標識與IP等是否和規(guī)劃值及PCRF上的配置一致。執(zhí)行displayalarmactive命令，查看是否存在ID為“827”（PCRF無響應告警）的告警。華為PCC流程與數(shù)據(jù)配置V10業(yè)務調(diào)測(5)如果確認該解決方案采用觸發(fā)特定APN下的用戶PCC功能，請執(zhí)行displayapn命令，查看UGW9811上的指定apn上是否使能PCC開關，綁定特定的PCRF組。華為PCC流程與數(shù)據(jù)配置V10業(yè)務調(diào)測(6)如果Gx接口消息CCR、CCA不存在，檢查消息跟蹤中激活響應消息CreateSessioncontextresponse中的返回碼。若返回碼為Servicenotsupported（68），則按如下命令排查該用來激活的APN是否被鎖定，請解鎖后重復執(zhí)行步驟4。若返回碼為Noresourceavailable（73），請查看該APN下是否有足夠的地址池，用戶IP是否分配正常，排查完后重復執(zhí)行步驟4。華為PCC流程與數(shù)據(jù)配置V10業(yè)務調(diào)測(7)如果Gx接口消息CCR、CCA存在，但是檢查消息跟蹤中激活響應消息CreateSessioncontextresponse中的返回碼不為requestaccepted(16)，若返回碼為SystemFailure（72），該返回碼表示PCRF下發(fā)的計費策略不符合協(xié)議，請按如下步驟排查。檢查CreditControlAnswer-Initial消息中，是否存在charing-rule-install信元，如果不存在該信元，表示PCRF未給用戶下發(fā)任何策略。這種情況無法激活，請在PCRF網(wǎng)元側修改配置。修改完成后重復執(zhí)行步驟4。如果CreditControlAnswer-Initial消息中已經(jīng)下發(fā)規(guī)則，查看CreditControlAnswer-Terminal消息。如果該消息上報charging-rule-report信元，則可以根據(jù)該信元提供的信息定位PCRF下發(fā)的錯誤內(nèi)容。華為PCC流程與數(shù)據(jù)配置V10主要內(nèi)容4、業(yè)務調(diào)測與故障處理4.1、業(yè)務調(diào)測4.2、故障處理華為PCC流程與數(shù)據(jù)配置V10用戶激活時，UGW9811沒有發(fā)送CCR-I消息現(xiàn)象描述PCC用戶激活時，從LMT上用戶跟蹤或Gx接口跟蹤看，UGW9811沒有發(fā)送CCR-I消息。可能原因UGW9811到PCRF的互通配置不正確；用戶激活失敗導致的問題。處理步驟先檢查UGW9811到PCRF的互通配置，再檢查用戶激活失敗的原因。華為PCC流程與數(shù)據(jù)配置V10CCR消息中的Charging-Rule-Report:UNKNOWN_RULE_NAME(1)現(xiàn)象描述PCC用戶激活時，從LMT上用戶跟蹤或Gx接口跟蹤看，在UGW9811發(fā)送的CCR消息中，Charging-Rule-Report中Rule-Failure-Code的值為UNKNOWN_RULE_NAME(1)?？赡茉騏GW9811上沒有配置PCRF下發(fā)的預定義rule名稱；PCRF配置了錯誤的預定義rule名稱。處理步驟按照上面兩種錯誤原因進行排除。華為PCC流程與數(shù)據(jù)配置V10CCR消息中的Charging-Rule-Report:RATING_GROUP_ERROR(2)現(xiàn)象描述PCC用戶激活時，從LMT上用戶跟蹤或Gx接口跟蹤看，在UGW9811發(fā)送的CCR消息中，Charging-Rule-Report中Rule-Failure-Code的值為RATING_GROUP_ERROR(2)?？赡茉騊CRF下發(fā)動態(tài)rule時，沒有下發(fā)rating-group信元。處理步驟在UGW9811側啟動Gx接口跟蹤，查看PCRF返回的CCA-I消息中的Charging-Rule-Definition字段是否攜帶了Rating-Group信元。華為PCC流程與數(shù)據(jù)配置V10CCR消息中的Charging-Rule-Report:SERVICE_IDENTIFIER_E