【YD通讯标准】 演进的移动分组核心网络(EPC)策略和计费控制系统 Gx/Gxa 接口技术要求

ICS33.060.99
中华人民共和国通信行业标准
YD/T2995-2016
演进的移动分组核心网络（EPC）策略和计费控制系统Gx/Gxa接口技术要求Technical requirements for PCC systemGx/Gxa interfaces inevolvedpacketcorenetwork
2016-01-15发布
2016-04-01实施
中华人民共和国工业和信息化部发布前
范围·
2规范性引用文件
缩略语
Gx接口概述
概述·
Gx接口参考模型
PCC规则
功能实体·
Gx接口的PCC过程
接口协议
协议支持
链接和会话的的建立、保持和终止接口指定的AVP：
Gx接口重用的AVP.
Gx接口指定错误码Experimental-Result-CodeAVp.Gx接口消息·
Gxa接口
QoS规则
功能实体
Gxa接口的PCC过程
Gxa接口协议·
协议支持
链接和会话的建立、保持和终止.·7.2
接口指定的AVP·
7.4Gxa接口重用的AVP.
7.5Gxa接口指定错误码Experimental-Result-CodeAVP.**.7.6Gxa接口消息·
电光美电电
YD/T2995-2016
YD/T2995-2016
本标准是演进的移动分组核心网络策略和计费系列标准之一，该系列标准的结构和名称预计如下：a）YD/T2621《演进的移动分组核心网络（EPC）策略和计费规则功能设备技术要求》；b）YD/T2921《演进的移动分组核心网络（EPC）策略和计费规则功能设备测试方法》：c）YD/T2919《演进的移动分组核心网络（EPC）策略和计费执行功能设备/承载绑定和事件报告功能技术要求》：
d）YD/T2920《演进的移动分组核心网络（EPC）策略和计费执行功能设备/承载绑定和事件报告功能测试方法》：
e）YD/T2995《演进的移动分组核心网络（EPC）策略和计费控制系统Gx/Gxa接口技术要求》：f）YD/T2996《演进的移动分组核心网络（EPC）策略和计费控制系统Gx/Gxa接口测试方法》：g）YD/T2993《演进的移动分组核心网络（EPC》策略和计费控制系统Rx接口技术要求》；h）YD/T2994《演进的移动分组核心网络（EPC）策略和计费控制系统Rx接口测试方法》：i）YD/T2997《演进的移动分组核心网络（EPC）策略和计费控制系统计费接口技术要求》j）YD/T2998《演进的移动分组核心网络（EPC）策略和计费控制系统计费接口测试方法》。本标准按照GB/T1.1-2009给出的规则起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国信息通信研究院、中国电信集团公司，中国移动通信集团公司：中国联合网络通信集团有限公司、华为技术有限公司、中兴通讯股份有限公司、上海贝尔股份有限公司、诺基亚西门子通信（上海）有限公司、南京爱立信熊猫通信有限公司，大唐电信科技产业集团、新邮通信设备有限公司、中国普天信息产业股份有限公司。本标准主要起草人：杨红梅、吴锦花、习建德、覃东、王剑、高功应、谢晓棠、严学强、魏彬。HiKAONiKAca
YD/T2995-2016
演进的移动分组核心网络（EPC）策略和计费控制系统Gx/Gxa接口技术要求
1范围
本标准规定了策略和计费控制系统Gx接口（PCEF和PCRF之间的接口）的技术要求，包括协议概述、接口定义、功能实体、Gx接口的PCC规则、Gx接口协议、Gxa接口概述以及Gxa接口协议等。本标准适用于支持采用演进的移动分组核心网络（EPC）架构的GERAN、UTRAN、e-UTRAN接入和cdma2000eHRPD接入的策略及计费规则功能、策略及计费执行功能和承载绑定和时间报告功能设备。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。YD/T2993
演进的移动分组核心网络（EPC）策略和计费控制系统Rx接口技术要求策略和计费控制体系架构（Policyand chargingcontrol architecture）3GPPTS23.203v9.5.0
3GPPTS29.213v9.5.0
3GPP2X.S0011
3GPP2X.S0057
3GPP2X.S0062
IETFRFC3162
IETFRFC3588
IETFRFC4005
IETFRFC4006
3缩略语
策略和计费控制信令流程和QoS参数映射（Policyand chargingcontrolsignalling flows and Quality of Service (QoS)parameter mapping)cdma2000无线IP网络标准：概述(cdma2000WirelessIPNetworkStandard：Introduction）
E-UTRAN和eHRPD互操作（E-UTRANeHRPDinterWorking）cdma20001x和HRPD网络的PCC（forcdma20001xandHRPDNetworks）RadiusandIPv6（Radius和IPv6)基于Diameter的协议（DiameterBaseProtocol）Diameter网络接入服务器应用（DiameterNetworkAccessServerApplication)
Diameter信用控制应用（DiameterCreditControlApplication）下列缩略语适用于本文件。
CSG-ID
Application Function
Attribute Value Pairs
AggregateMaximumBitRate
Bearer Binding and Event Reporting FunctionCreditControlAnswer
CreditControl Request
Closed Subscriber Group
Closed SubscriberGroup IdentityGuaranteed Bit Rate
应用功能Www.bzxZ.net
属性对值
总和最大比特率
承载绑定和事件报告功能
信用控制响应
信用控制请求
闭合用户群
闭合用户群标识
保证比特率
HiKAoNiKAca
YD/T2995-2016
InternetAssignedNumbersAuthorityOnline charging system
Offline charging system
Policyand ChargingEnforcementFunctionPolicy and Charging Rule FunctionRe-Authentication Answer
Re-Authentication Request
Service data flows
ServingGPRSSupportNode
Secure User Plane for Location4Gx接口概述
4.1概述
互联网分配号码管理局
在线计费系统
离线计费系统
策略和计费执行功能
策略和计费规则功能
重新认证应答
重新认证请求
业务数据流
服务GPRS支持节点
位置的安全用户面
本标准中支持S4接口且支持Gn和Gp接口的SGSN简写为SGSN：支持S4接口但不支持Gn和Gp接口的SGSN简写为S4-SGSN。支持Gn和Gp接口但不支持S4接口的SGSN简写为Gn/Gp-SGSN。在实际网络部署时，S4-SGSN不会以单独的物理实体形式出现，只会存在S4-SGSN和Gn/Gp-SGSN混合的物理实体。
Gx接口位于PCRF和PCEF之间。用于PCRF向PCEF提供和删除PCC规则，以及PCEF向PCRF传送用户面事件。Gx接口通过使用应用相关的AVP来实现计费控制、策略控制，或计费和策略控制。Gx接口的需求见3GPPTS23.203。Gx接口相关的信令流见3GPPTS29.213。4.2Gx接口参考模型
Gx接口定义在PCRF和PCEF之间。该接口和相关功能实体的关系如图1所示，用户属性存储器
策略和计费规购功能
(PCRF)
承载绑定和事
件报告功能
(BBERF)
策略和计费
执行功能
(PCEF)
【在载计费系统(OCS）
基于业务数据流
的信用控制
高钱计费系统
(OFCs)
图1PCC架构中的Gx接口
注：本标准不规定Sp接口相关的内容，也不规定SPR和现有签约数据库的关系。2
HiiKAoiKAca
4.3PCC规则
4.3.1PCC规则定义
PCC规则可用于：
YD/T2995-2016
一检测一个业务数据流的数据包。其中，PCC规则中的SDF过滤器用于选择下行IP-CAN承载：PCC规则中的SDF过滤器可用于执行上行IP流在正确的IP-CAN承载中的传输。一区分SDF对应的业务。
为一个SDF提供应用计费特性。
一为一个SDF提供策略控制。
PCEF按照PCC规则的优先级，通过比对PCC规则中的SDF为每个收到的数据包选择一个PCC规则。当数据包匹配上一个SDF过滤器，该数据包的匹配处理完成，该过滤器的PCC规则将应用到该数据流。有两种类型的PCC规则定义，分别如下：一动态PCC规则。PCRF通过Gx接口动态提供给PCEF。这些PCC规则可以预定义在PCRF中，或者由PCRF动态生成。动态PCC规则可以在任何时候执行安装，修改或别除。预定义PCC规则。预配置在PCEF上。PCRF可以在任何时候激活或去活预定义PCC规则。PCRF可以通过Gx接口动态地按组激活PCEF中的多个预定义PCC规则。注：运营商可以定义由PCEF激活的预定义规则。PCRF不感知这类预定义规则。PCC规则的组成部分包括：规则名称、业务标识、一个或多个SDF过滤器、优先级、门控状态、QoS特性、计费关键字（例如费率组）、其它的计费特性参数、监控关键字。其中，规则名称用于在PCEF和PCRF之间的通信中标识一个PCC规则：业务标识用于区分SDF相关的业务或业务组份：SDF过滤器用于为相关PCC规则筛选数据流，无论动态还是静态PCC规则都可以定义通配SDF过滤器（即所有的数据流都符合该SDF）：门控状态用于指示SDF过滤器检测到的上行，下行，或上下行的SDF是否可以通过（门打开），或者应该被丢弃（门关闭）：QoS信息包括QCI（SDF的授权QoS级别）和ARP(抢占和被抢占优先级），以及上下行的授权比特率；计费特性定义了采用在线还是离线计费接口，离线计费的统计类别（例如时间、流量或事件)，以及PCEF应该上报使用量的级别(SDF级别，IP-CAN会话级别等)。对于多个SDF过滤器均匹配的不同的PCC规则，由PCC规则的优先级来决定实际应用的PCC规则。当动态PCC规则和预定义PCC规则具有相同优先级时，动态PCC规则优先。如果AF通过Rx接口提供了应用相关的计费信息，PCC规则也包含保证该计费的应用和承载对应的应用功能统计信息。对于IMS，包含IMS计费标识（ICID）和流标识：监控关键字用于PCC区分监控实例，用于动态或预定义PCC规则对应的SDF的用量监控4.3.2PCC规则的执行
对于动态PCC规则，可执行如下操作：一安装：提供一个此前没有提供过的PCC规则：一修改：修改一个已经安装了的PCC规则：移除：删除一个已经安装了的PCC规则。对于预定义PCC规则，可执行如下操作：一激活：允许PCC规则进入激活态：一去活：取消PCC规则的激活状态。4.4功能实体
HiiKAoNiKAca
YD/T2995-2016
4.4.1PCRF
PCRF是一个策略决策和基于流的计费控制的功能实体。PCRF提供面向PCEF的SDF检测、门控、QoS和基于流的计费（信用管理除外）的网络控制功能。PCRF从AF接收会话和媒体相关的信息，通知AF相关媒体面的事件。
PCRF通过Gx接口给PCEF提供PCC规则。Gxa接口的应用见第6章。PCRF的PCC规则决策基于以下一个或多个信息：一通过Rx接口从AF获取的信息，例如会话，媒体和签约用户相关的信息；一通过Gx接口从PCEF获取的信息，例如IP-CAN承载特性，请求类型以及签约用户相关的信息：一通过Sp接口从SPR获取的信息，例如签约用户和业务相关的数据；通过Gxa接口从BBERF获取的信息：一PCRF上的预配置信息。
如果PCEF提供的流映射信息可以被PCRF识别，但与全部SDF过滤器都不匹配，则PCRF允许UE针对PCRF不能识别的业务请求增强QoS，PCRF将添加该流映射信息为相应授权的PCC规则的SDF过滤器。PCRF可通过缺省过滤器参数来通配数据流，例如，为GPRS缺省上行TFT地址和端口信息。PCRF将会通过Rx接口向AF汇报事件。PCRF根据策略决策，通过PCC规则来告知PCEF对PCC控制下的SDF做相应的处理。PCRF为IP-CAN会话选择承载控制模式，通过Gx接口提供给PCEF。当AF签约AF信令承载丢失的通知，若此前没有请求过，则PCRF将请求PCEF当相应的AF信令流对应的PCC规则相关的资源流失时通知到PCRF。4.4.2PCEF
PCEF是策略和流计费功能的执行实体。该功能位于网关(例如GPRS的GGSN，WLAN的PDG)。它在网关控制用户面数据流及其QoS，提供SDF检测和统计，以及在线和离线计费的交互等。对于策略控制中的某个SDF，PCEF当且仅当相应的门控打开时才允许SDF通过。对于策略控制中的某个SDF，PCEF当且仅当有一个相应的激活PCC规则，如果是在线计费则OCS已经对该计费关键字授权相应的应用信用额度，才充许该SDF通过。PCEF可能在信用重授权处理流程过程中，让SDF通过网关。
如果PCRF请求，则PCEF将会向PCRF报告相关SDF状态的改变。该处理功能可用于监控AF信令流对应的IP-CAN承载。
4.5Gx接口的PCC过程
4.5.1请求PCC规则
PCEF可以通过Gx接口在下面情况下获取PCC规则：a）IP-CAN会话建立
PCEF发送一个CCR请求，其中CC-Request-TypeAVP的值设置为“INITIALREQUEST”，并在Subscription-IdAVP里提供用户标识，还有其它属性”，PCRF可以根据这些信息确定合适的规则。其中“其他属性应包括IP-CAN类型（IP-CAN-TypeAVP），无线接入类型（RAT-TypeAVP），PDN信息（Called-Station-IdAVP），PDN-Connection-IDAVP，IPv4地址（Framed-IP-AddressAVP）或者IPv6地前缀（Framed-IPv6-PrefixAVP），时区信息（3GPP-MS-TimeZoneAVP），如果PCEF有接入网络计费信4
HiiKAoiKAca
YD/T2995-2016
息（Access-Network-Charging-AddressAVP和Access-Network-Charging-Identifier-GxAVP），SGSN的IP地址（3GPP-SGSN-AddressAVP或者3GPP-SGSN-IPv6-AddressAVP），用户位置信息（3GPP-User-Location-InfoAVP），路由标识（RAIAVP），PLMN标识（3GPP-SGSN-MCC-MNCAVP），用户设备信息（User-Equipment-InfoAVP）（该信息在紧急呼叫情况下，必须传送），也可以把这些信息带给PCRF。还有如果IP-CAN类型合适，PCEF还可能提供Network-Request-SupportAVP指示支持网络发起承载请求流程，提供APN-Aggrcgate-Max-Bitrate-DL/ULAVP说明APN汇聚的最大带宽。如果IP-CAN类型支持多IP-CAN承载时，PCEF可能会提供默认EPS承载QoS（Default-EPS-Bearer-QoSAVP），该AVP还包含ARP和QCI信息。对于采用演进的移动分组核心网络（EPC）架构的GERAN、UTRAN、e-UTRAN接入和cdma2000eHRPD接入，PCEF应在AN-GW-AddressAVP中携带SGW/AGW的IP地址。b）IP-CAN会话修改
PCEF请求会话修改发生在以下几个场景：一一个新的承载建立、修改和释放：一UE发起资源修改：
事件触发器触发。
PCEF发送一个CCR请求，CC-Request-TypeAVP的值设置成UPDATEREQUEST。在该消息中可能包含Access-Network-Charging-Address AVP和Access-Network-Charging-Identifier-GxAVP。如果是由IP-CAN承载修改引起的IP-CAN会话修改，PCEF在Charging-Rule-ReportAVP中携带之前已经生效的PCC规则和其状态，并在Event-TriggerAVP携带会话修改原因。如果是UE发起资源修改流程，PCEF在CCR请求中将Event-TriggerAVP的值设置成“RESOURCEMODIFICATION_REQUEST\，同时应该包含Packet-Filter-OperationAVP，其值设置成如下：如果UE请求新的资源，PCEF需将Packet-Filter-OperationAVP的值设置成“ADDITION”。并在CCR消息中包含Packet-Filter-InformationAVP指示UE新请求的流过滤器和所需要的QoS信息。每个Packet-Filter-InformationAVP应该包含优先级PrecedenceAVP和根据UE指定的值设置Packet-Filter-ContentAVP的值。当UE指定一个已经存在的报文过滤器时，PCEF还要增加一个Packet-Filter-InformationAVP，该AVP内仅包含一个Packet-Filter-IdentifierAVP，指示已经存在的流过滤器。如果PCC规则是授权GBRQCI，PCRF应在已存在的PCC规则中增加新的报文过滤器信息。如果UE请求修改已经存在的资源，PCEF需将Packet-Filter-OperationAVP的值设置成“MODIFICATION”，并在CCR消息中为每个受影响的报文过滤器包含一个Packet-Filter-InformationAVP。所有受到影响的流过滤器包括对应的QoS、或者它本身的值、或者它的优先级将被修改。如果UE的请求中包含QoS修改，PCEF应该在CCR-U请求中携带QoS-InformationAVP，指示更新受影响的报文过滤器的QoS信息，每个Packet-Filter-InformationAVP都应该包含过滤器标识Packet-Filter-IdentifierAVP，该过滤器标识是在之前的流程中由PCRF通过下发规则方式提供，表示之前特定的报文过滤器正在被修改：如果优先级被修改需要同时携带PrecedenceAVP。UE请求修改的每个报文过滤器（如果有的话），PCEF都需要提供Packet-Filter-ContentAVP，其值根据UE提供的值进行设置。如果用户请求删除资源，PCEF需将Packet-Filter-OperationAVP的值设置成“DELETION\，并且在Packet-Filter-InformationAVP包含被用户删除的报文过滤器。每个报文过滤器Packet-Filter-Information5
HiKAoNiKAca
YD/T2995-2016
AVP应包含以前PCRF提供的报文过滤器标识Packet-Filter-IdentifierAVP。如果待释放的报文过滤器改变QoS相关资源，PCEF应该携带对应的QoS-InformationAVP，以便于PCRF修改相应的QoS信息。当PCC规则安装/激活失败，即便没有事件触发，PCEF也可以请求PCC规则。如果PCEF提供的数据不完整、错误，或者缺少信息（如QoS，SGSN地址，接入类型，TFT，用户信息等），PCRF将无法提供适合的PCC规则，可能拒绝该请求，在CCA中设置结果码为DLAMETERERRORINITLALPARAMETERS（5140）。如果PCEF收到这个错误码将拒绝会话的建立或者修改。如果PCRF检测到PCEF申请的过滤器已经包含在之前流程下发的PCC规则的packetfilter中，而没有收到PCEF响应的filter，则PCRF可能在CCA中拒绝该请求，结果码设置成DIAMETER_ERROR_CONFLICTINGREQUEST（5147)。如果PCEF收到这个结果码则拒绝IP-CAN会话修改。
如果PCRF不接受PCEF在CCR中提供的一个或者多个流量映射过滤器（例如：PCRF不允许用户为PCRF不能识别的业务提高QoS的场景），PCRF在CCA消息中拒绝该请求，并设置结果码为DIAMETERERRORTRAFFICMAPPINGINFOREJECTED（5144）。如果PCEF收到该结果码，PCEF拒绝IP-CAN会话的建立或修改。4.5.2提供PCC规则
4.5.2.1概述
PCRF通过Gx接口，使用下面的的方法为PCEF提供PCC规则一Pull模式流程（由PCEF请求提供）：当收到PCEF请求时，PCRF在CCA消息中提供PCC规则。
一Push模式流程（由PCRF主动提供）：PCRF在未收到PCEF请求时可主动提供PCC规则给PCEF，例如当PCRF收到Rx接口消息，或者PCRF内部事件触发。PCRF通过RAR消息而不是使用CCR/CCA消息来触发Push模式。在该模式下不会触发CCR/CCA消息。PCRF可以每次向PCEF下发0个或者多个PCC规则，在下面的方式中PCRF可以提供单个PCC规则：a）在PCEF上激活/去激活一条预定义PCC规则时，PCRF提供规则相关的规则名（Charging-Rule-NameAVP），规则的动作（Charging-Rule-InstallAVP或者Charging-Rule-RemoveAVP）b）为了安装/修改PCRF定义的PCC规则，PCRF应该在Charging-Rule-InstallAVP中提供相关的Charging-Rule-DefinitionAVP。c）为了删除之前PCRF配置给PCEF的一条PCC规则时，PCRF应提供Charging-Rule-RemoveAVP，其包含规则名Charging-Rule-NameAVP。d）对于某些接入方式，PCRF做承载绑定，PCRF可能将某个IP-CAN承载上安装或者激活的PCC规则移动到另一个IP-CAN承载上。
作为提供多条单一PCC规则的另一种方式，PCRF应支持在Charging-Rule-InstallAVP提供一个Charging-Rule-Base-NameAVP，实现对一组预先定义的PCC规则激活或移动的操作。通过Charging-Rule-RemoveAVP，实现对一组预定义PCC规则的去激活操作。PCRF可以将以上的PCC规则操作组合在一起放在一个命令中，对于用户发起资源修改流程，PCRF在CCA消息中只提供与用户资源修改相关的PCC规则。6
HiKAoNiKAca
YD/T2995-2016
对于激活PCEF上一条预定义规则，PCRF需要在Charging-Rule-InstallAVP中包含Charging-Rule-NameAVP。如果要激活PCEF上预定义的一组PCC规则（如金牌用户或者游戏服务），需要在Charging-Rule-InstallAVP中包含Charging-Rule-Base-NameAVP。如果安装一个新的或者修改一个已经存在的PCRF定义的PCC规则，则需要提供Charging-Rule-DefinitionAVP。如果PCRF提供的规则名和PCEF上已安装的规则名相同，则PCEF根据新的PCC规则更新其已有的PCC规则，如果PCEF中已经存在的PCC规则与新下发的规则有属性重叠，则该属性将被新规则中的属性覆盖，如果现有的PCC规则的任何属性在新规则中未包含，则这些属性保持有效。
当安装或者激活一条PCC规则时，PCEF应根据PCC规则的QCI和ARP进行承载绑定（具体见3GPPTS29.213中5.4章节），为新的PCC规则选择IP-CAN承载。详细的绑定机制请见3GPPTS29.213。当去激活预定义的PCC规则或删除PCRF配置的PCC规则单条预定义规则时，PCRF需要在Charging-Rule-RemoveAVP中携带Charging-Rule-NameAVP。当去激活一个预定义规则组时，需要在Charging-Rule-RemoveAVP中携带Charging-Rule-Base-NameAVP。PCRF可以向PCEF请求确认PCC规则中的相关资源是否申请成功。通过将Event-TriggerAVP设置成“SUCCESSFUL_RESOURCE_ALLOCATION（22）”来完成查询。另外PCRF还可以在安装规则时在Charging-Rule-InstallAVP中包含Resource-Allocation-NotificationAVP，并将其值设置成\ENABLE_NOTIFICATION（O)\，用于确认资源是否申请成功。如果Charging-Rule-InstallAVP中没有包含Resource-Allocation-NotificationAVP，PCEF就不能上报资源申请结果，即使在之前安装此规则的时候携带过此AVP。
注1：PCEF使用RAA命令上报安装PCC规则成功是因为虽然PCC规则已经安装，但是承载绑定或者QoS资源预留可能还没有完成，详细参见3GPPTS29.213。如果PCC规则执行失败，PCEF按照规则处理失败通知PCRF。根据错误原因，PCRF可以决定重新安装，修改，删除PCC规则或者任何其他处理方式。如果PCRF收到PCEF的请求后无法创建PCC规则，则拒绝该请求。如果PCRF从PCEF收到一个IP-CAN会话的PCC规则请求，或者是从BBERF收到一个网关控制会话的QoS规则请求，而PCRF上没有配置合适的可授权PCC规则或者AF提供的业务信息，PCRF应检查用户允许访问的业务集。
如果根据业务策略用户不允许接入AF会话，PCRF应检查用户是否允许请求PCRF不能识别业务的资源，请求的QoS或者报文过滤器能否进行授权。如果用户允许请求PCRF不能识别的业务资源或者或对请求的不能QoS或者报文过滤器可进行授权，PCRF应提供一条规则，对用户请求的QoS和报文过滤器进行授权。业务流描述从报文过滤器信息中获取。如果用户不允许请求PCRF上不能识别的业务资源，PCRF应该拒绝该请求。
如果根据业务策略用户允许AF会话接入，PCRF可能根据用户详细的签约或运营商策略、在一定的优惠期内可授权的QoS信息等，为了等待AF的业务信息，在定时器监管周期内（PCRF启动定时器，可能由PCEF或BBERF的请求触发）对请求的QoS进行授权。如果一个AF会话绑定到一个相同的正在进行中的IP-CAN会话，且只有这个AF会话包含未完成协商的业务信息，PCRF应对该AF会话的QoS请求进行授权，7
YD/T2995-2016
注2：这个场景可能在用户终止IMS会话，或者在建立/修改预留资源时发生。如果PCRF不对PCC/QoS规则进行授权，IMS会话可能建立失败。
注3：在这段缓冲的时间内，即使用户不允许请求PCRF上未知的业务资源，或者如果请求的QCI不被允许，用户请求的QoS和报文过滤器也要得到授权，因为这个时候用户请求的资源是属于AF会话还是属于PCRF上未知的业务是不清晰的。如果初始业务信息不足，无法构造合适的PCC规则，或者无初始业务信息可用，PCRF应该提供初始的PCC规则，对用户请求的QoS和报文过滤器进行授权。因此，初始的PCC规则应该包含通配的流描述信息，或者从请求中的报文过滤器获取流描述。PCRF可以申请一个专有的计费标识值来指示计费系统，其后续可以被修改。
注4：一旦专有的计费关键字的值被新的PCC规则中提供其它值替换，PCRF需要通知计费系统重新计算合适的计费信息。如果是在线计费请求，将使用会话计费预留单元。当计费关键字改变时，PCEF将返回初始预留的余额，然后OCS可以重新计算消耗量，其费率从新的计费关键字中获取，从而更新用户的余额。注5：一条初始的PCC规则包含初始的协商信息，属于普通的PCC规则。如果PCRF收到AF业务信息时相关定时器已经启动，PCRF应该停止定时器，从AF业务信息中获取授权的PCC规则，更新/替换之前用户请求的QoS或报文过滤器PCC规则，例如，选择业务特定的QoS参数和计费关键学。
注6：当提供新的业务特定计费关键字时，需要与PCRF之前提供的专有计费关键字一起通知计费系统重新计算适当的费用。之前专有计费关键字激活的时间也被重新计算值覆盖。新业务计费关键字从这个时间点开始生效。如果PCRF定时器超时仍未收到任何AF业务信息，PCRF应该根据业务的策略生成新的决策，降低或者撤销之前授权的PCC/QoS规则。根据业务的不同情况，PCRF还可以调整PCC规则中的计费关键字，降低到未知业务的QoS授权。
4.5.2.2为上行IP报文选择PCC规则如果使用PCC，PCEF将会话承载中收到的每个上行IP报文与PCRF提供的PCC规则或者已经激活的预定义规则中提供的上行业务流过滤器按照PCC规则的优先级进行匹配，匹配成功则为该报文选取此PCC规则。当PCRF提供的动态规则与静态规则优先级相同时，优先使用动态规则上行业务流过滤器。当一个报文与上行业务流过滤器匹配成功时，报文匹配过程结束，该报文过滤器所在的PCC规则开始生效。如果上行IP报文与相关的会话承载PCC规则都不匹配，该报文将被丢弃。4.5.2.3为下行IP报文选择PCC规则与IP承载如果使用PCC，PCEF会将会话中收到的每个下行IP报文与PCRF提供的PCC规则或者已经激活的预定义规则中提供的下行业务流过滤器按照PCC规则的优先级的进行匹配，匹配成功则为该报文选取此PCC规则。当PCRF提供的动态规则与静态规则优先级相同时，优先使用动态规则下行业务流过滤器。当一个报文与下行业务流过滤器匹配成功时，报文匹配过程结束，该报文过滤器所在的PCC规则开始生效。下行IP报文应放在与PCC规则相映射的IP-CAN承载中传输。如果下行报文与相关的会话承载PCC规则都不匹配，该报文将被丢弃。
4.5.2.4门控功能
PCC规则中的门控是一个用户面的功能。如果PCC规则中包含上行或下行的Flow-InformationAVP，则需要描述该上行或下行流的门控状态，Flow-StatusAVP用于描述上行/下行门控的状态是打开还是关闭8
YD/T2995-2016
状态。打开/关闭门控指令会导致相关的IP报文通道通过或者不通过，如果门控状态是关闭，则对应的IP流所对应的报文将被丢弃。如果门控是打开，则P流将充许被转发。4.5.2.5基于PCC规则的授权QoS执行策略PCRF可以向PCEF提供一条包含授权QoS的PCC规则，授权的QoS信息通过QoS-InformationAVP传递，其被PCC规则中的Charging-Rule-DefinitionAVP所包含。如果授权的QoS在PCC规则中，PCEF应执行相关的策略。
4.5.2.6用量监控
用量监控可用于一个或多个PCC规则关联的业务流。对每个PCC规则提供用量监控应当包含在PCC规则定义中。对于PCRF提供的动态PCC规则，monitoringkey应当位于PCC规则中Charging-Rule-DefinitionAVP中的Monitoring-KeyAVP。对于预定义的PCC规则，MonitoringKey应当包含在PCEF预定义的规则定义中。4.5.3提供事件触发器
PCRF可以在PCC流程中通过Event-TriggerAVP向PCEF提供一个或者多个事件触发器，事件触发器可以用来检测会话修改，或者特定事件引起PCEF重新向PCRF请求PCC规则。虽然事件触发器上报是根据会话或者承载引发的特定事件由PCEF发给PCRF，但是提供的事件触发器是属于会话级的。Event-TriggeiAVP可能在初始或者后续的消息中随PCC规则中一并提供。PCRF可以在PCEF请求时提供新的或者删除之前已经提供事件触发器，也支持PCRF主动向PCEF提供新的或者删除之前已经提供的事件触发器（只有在CCAinitial才提供）。为了完成以上功能，PCRF应在CCA/RAR消息中提供完整的事件触发器列表。如果PCRF在CCA或者RAR消息中将Event-TriggerAVP的值设置成\NO_EVENT_TRIGGERS”，表示PCRF通知PCEF删除之前已经提供的所有事件触发器，如果Event-TriggerAVP的值设置成“NO_EVENT_TRIGGERS”，在同一条CCA或RAR消息中就不能再提供其它的Event-TriggerAVP，PCEF收到该消息后，后续不会向PCRF提供任何事件触发器上报，对于不需要PCRF请求订阅的事件，依然要上报。
如果CCA或RAR消息中不包含Event-TriggerAVP，说明事件触发器未发生变化，之前下发的仍然有效。另外，有部分事件触发器不需要PCRF向PCEF订阅，事件触发时PCEF无条件上报给PCRF。4.5.4为IP-CAN会话提供计费相关信息4.5.4.1提供计费地址
PCRF可以在下发初始PCC规则同时，通过Charging-InformationAVP向PCEF提供独立的在线计费系统/离线计费系统的地址信息。PCEF收到这些信息后要覆盖PCEF上静态配置的OFCS/OCS地址。该信息需要同时包含OFCS和/或者OCS的主用和备用地址。允许为在线或离线业务流计费单独提供OFCS或OCS地址，而不与PCC规则一同下发，PCC规则可以后续下发。4.5.4.2提供默认计费方法
当PCRF提供的PCC规则中不包含计费方式时，PCEF可以使用其上配置的默认计费模式。如果PCEF上有静态配置计费方法，当PCEF与PCRF初始交互时PCEF应在CCR消息中携带OnlineAVP或者OfflineAVP给PCRF。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。