091-2008 中国联通IT系统 BSS系统域 在线计费系统接口规范 第五分册：GGSN接口V1.0-20090122

中国联通公司 发布2021-12-15实施2021-12-15发布中国联通IT系统 BSS系统域在线计费系统接口标准GGSN分册V1.0QB/CU 091-2021中国联通公司企业标准目 次前 言11.范围22.标准性引用文件23.缩略语34.OCS与GGSN的关系45.GGSN与OCS的接口45.1.Diameter接口概述45.2.DCC消息结构定义55.3.CCR和CCA消息定义65.4.RAR和RAA消息定义165.5.DWR和DWA消息定义165.6.ASR和ASA消息定义165.7.CER和CEA165.8.Result-Code定义166.业务流程176.1.GGSN会话计费流程使用业务时发起鉴权176.2.GGSN会话计费流程PDP激活时发起鉴权18前 言本标准结合中国联通在线计费系统OCS的业务和技术标准要求，对GGSN与OCS信息交换的协议及流程进行了规定。本标准由中国联通公司信息化部提出本标准由中国联通公司技术部归口本标准主要起草单位：中讯邮电咨询设计院、联通公司信息化部本标准主要起草人：刘晓亮、杜志涛、宋齐军、刘四奎本标准的修改和解释权属中国联通公司。中国联通IT系统 BSS系统域 在线计费系统接口标准 第五分册：GGSN接口1. 范围本标准主要规定了中国联通在线计费系统OCS的接口标准，其中面向GGSN接口局部。本标准适用于中国联通在线计费系统OCS的规划建设、设备采购、工程设计、网络运行和管理。2. 标准性引用文件以下文件中的条款通过本标准的引用而成为本标准的条款。但凡注日期的引用文件，其随后所有的修改单不包括勘误的内容或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。但凡不注日期的引用文件，其最新版本适用于本标准。QB/CU 031-2007 ?中国联通IT系统总体技术体制?QB/CU 043-2007 ?中国联通IT系统 BSS系统域 综合计费帐务系统 数据模型标准v1.0?QB/CU 040-2007 ?中国联通IT系统 BSS系统域 综合计费帐务系统 业务标准v1.0? QB/CU 036-2007 ?中国联通IT系统 BSS系统域 客户关系管理系统 业务标准v1.0?QB/CU11-2001 ?中国联通GSM数字蜂窝移动通信网短消息系统技术体制V1.0?QB/CU 100-2007 ?中国联通综合增值业务平台VASP技术体制 v1.0?IETF RFC 2865: Remote Authentication Dial In User Service IETF RFC 3588: Diameter Base ProtocolIETF RFC 4006: Diameter Credit-Control Application3GPP 32.296:Online Charging System (OCS) applications and interfaces3GPP 32.299:Diameter charging application3GPP 32.251 Packet Switched(PS) Domain ChargingShort Message Peer to Peer Protocol Specification v3.43. 缩略语缩略语英文中文解释AoCAdvice of Charge计费通知BSSBusiness Support System业务支撑系统DCCDiameter Credit ControlDiameter信控协议GGSNGateway GPRS Support NodesGPRS 网关支持点GPRSGeneral Packet Radio Service通用无线分组业务MSMobile Station移动台MSCMobile Switching Centre移动交换中心MSISDNMobile Station ISDN number移动设备ISDN号码OCSOnline Charging System在线计费系统OSSOperate Support System运营支撑系统PDUProtocol Data Unit协议数据单元QoSQuality of Service效劳质量SACPService Access Control Point业务接入控制点SCPService Control Point效劳控制点URLUniform Resource Locator统一资源定位符VPNVirtual Private Network虚拟专用网WAPWireless Application Protocol无线应用协议SGSNServing GPRS Support Node效劳GPRS支持节点APNAccess Point Name接入点名GTPGPRS Tunnel ProtocolGPRS隧道协议PDPPacket Data Protocol分组数据协议4. OCS与GGSN的关系当用户使用业务时，由GGSN判断用户是否是在线计费用户，对在线计费用户通过DCC协议转发到OCS系统进行计费鉴权，OCS将计费鉴权结果发送给GGSN实现对用户数据业务流量使用的控制。网络组织如以下图所示：5. GGSN与OCS的接口5.1. Diameter接口概述传统的用于完成计费功能的Radius协议，以其简单平安，易于管理，扩展性好，而得到广泛应用。但是由于协议本身的缺陷，比方基于UDP的传输、简单的丢包机制、没有关于重传的规定和集中式计费效劳，都使得它不太适应当前网络的开展，需要进一步改良。随着新的接入技术的引入和移动网络的快速扩容，对AAA协议提出了新的要求，使得传统的RADIUS结构的缺点日益明显。目前3G网络正逐步向全IP网络演进，不仅在核心网络使用支持IP的网络实体，在接入网络也使用基于IP的技术，而且移动终端也成为可激活的IP客户端。这就需要采用新一代的AAA协议Diameter。Diameter根底协议为各种认证、授权和计费业务提供了平安、可靠、易于扩展的框架。以此为根底定义Diameter应用，只需要定义应用协议的应用标识、参与通信的网络功能实体、相互通信的功能实体间的消息内容以及协议过程，就可以完全依赖Diameter根底协议完成特定的接入和应用业务。Diameter协议具有如下特性： (1)拥有良好的失败机制，支持失败替代(failover)和失败回溯(faiback)；(2)拥有快速检测到对端不可达的能力； (3)拥有更好的包丢弃处理机制，Diameter协议要求对每个消息进行确认；(4)可以保证数据体的完整性和机密性； (5)支持端到端平安，支持TLS和IPSec； (6)为每个会话进行认证/授权，以保证平安性； 在Diameter根底协议上扩展的应用协议Diameter Credit Control Application，定义了针对预付费用户的计费机制，采用信用额度控制实现了基于会话及事件的计费，解决了对于预付费的计费需求。5.2. DCC消息结构定义DiameterCC协议的消息结构如下，这些字段是以网络字节顺序传送的。0123012345670123456701234567012345671VersionMessage Length2Command flagsCommand-Code3Application-ID4Hop-by-Hop Identifier5End-to-End Identifier6AVPs.NAVPs其中，AVP结构为：0123012345670123456701234567012345671AVP Code2VMPrrrrrAVP Length3Vendor-ID (opt)4Data.NData说明：在消息体定义中，类型域中的OctetStringNN为整数，由根本类型OctetString派生出来，限制长度不大于N；必选属性域“M表示该AVP在消息中必选，“C表示该AVP在消息中条件可选属性域“M表示必选，“C表示条件可选。AVP名称前面的*表示该AVP是可重复的。对于AVP的M位属性和Vendor-ID定义参见接口总册。5.3. CCR和CCA消息定义5.3.1. Credit-Control-Request消息定义 := Origin-Host Origin-Realm Destination-Realm Auth-Application-Id Service-Context-Id CC-Request-Type CC-Request-Number Destination-Host User-Name Origin-State-Id Event-Timestamp * Subscription-Id Termination-Cause Requested-Action Multiple-Services-Indicator * Multiple-Services-Credit-Control Service-Information * AVP AVP名称AVP代码数据类型必选属性描述Session-Id263UTF8StringMDiameter会话ID。格式：;同Origin-Host。表示系统当前时间的10进制字符串。表示循环递增，初始值为0，系统重新启动时设置为0。保存。以上各字段以“;字符相隔。例如：GGSN001.cu ;1876543210;523 Origin-Host264DiameterIdentityM发出Diameter消息的主机Origin-Realm296DiameterIdentityM发出Diameter消息的主机所在的域Destination-Host293DiameterIdentityC目的主机Destination-Realm283DiameterIdentityM目的主机所在的域Auth-Application-Id258Unsigned32M用于重认证/授权的应用唯一标识。DCCA 4Service-Context-Id461UTF8StringM一个DCC业务的唯一标识可扩展。数据业务：datacu CC-Request-Type416EnumeratedM请求类型。1：INITIAL_REQUEST2：UPDATE_REQUEST3：TERMINATION_REQUESTCC-Request-Number415Unsigned32M请求流水号，用于唯一标识Diameter会话的一个请求。User-Name1UTF8StringCNAI格式的用户名称。Origin-State-Id278Unsigned32COrigin-Host的状态ID。Event-Timestamp55TimeC事件发生的时间。*Subscription-Id 443GroupedM用于标识业务签约方终端用户的信息。该AVP组包含：Subscription-id-typeSubscription-id-data Subscription-Id-Type450EnumeratedMEND_USER_E164：0END_USER_IMSI：1END_USER_SIP_URI：2END_USER_NAI：3END_USER_PRIVATE：4 Subscription-Id-Data444UTF8StringM终端用户标志。Termination-Cause295EnumeratedC说明：用于指示Diameter客户端会话终止的原因。定义了如下的值：DIAMETER_LOGOUT 1用户发起的中断。DIAMETER_SERVICE_NOT_PROVIDED 2当用户在接收到授权应答消息之前断开时使用本值。DIAMETER_BAD_ANSWER 3表示Diameter客户端收到的授权应答未被成功处理。DIAMETER_ADMINISTRATIVE 4因为管理原因，如接收到Abort-Session-Request消息等，用户没有获得接入授权或连接被断开。DIAMETER_LINK_BROKEN 5与用户的通信突然断开。DIAMETER_AUTH_EXPIRED 6因为授权的会话时间到期，用户的接入终止。DIAMETER_USER_MOVED 7用户正在接受其它Diameter客户端的效劳。DIAMETER_SESSION_TIMEOUT 8用户的会话超时，效劳已经终止Multiple-Services-Indicator455EnumeratedC多业务标识。用于指示DCC客户端是否有能力在一个(子)会话中独立处理多业务，省略该AVP就意味着不支持多业务，取值为：MULTIPLE_SERVICES_NOT_SUPPORTED 0 客户端在一个(子)会话中不支持独立的多业务信用控制。 MULTIPLE_SERVICES_SUPPORTED 1 客户端在一个(子)会话中支持独立的多业务信用控制。*Multiple-Services-Credit Control456GroupedC包含多业务独立信用控制相关的AVP。每个实例携带一个或多个业务，或一个与Rating-Group相关的单元。 *Requested -Service-Unit437GroupedC从本次业务开始如果采用中间计费时，那么从上一次测算结束点开始预先申请预留的使用单元总数。 CC-Time420Unsigned32C申请预留的时间。单位：秒。 CC-Total-Octets421Unsigned64C申请预留的上下行总字节数。 CC-Input-Octets412Unsigned64C从终端用户收到的申请预留字节数。 CC-Output-Octets414Unsigned64C发送到终端用户的申请预留字节数。CC-Service-Specific-Units417Unsigned64C申请预留的特定业务单元数，出现在某些业务的授权单元不是以时间或流量为计量单位的情况特定业务指的是Service-Identifier或者是Rating-Group在Multiple-Services-Credit-Control中时。 *Used-Service-Unit446GroupedC从业务激活开始如果采用中间计费时，那么从上一次测算结束点开始所测算出的已使用单元总数。 Reporting-Reason872EnumeratedC3GPP扩展，指明为单个或多个类型的配额上报使用情况的原因。 Tariff-Change-Usage452EmumeratedC定义了在一个报告周期中发生费率切换时，所使用的单元是在费率切换前、后，或者跨越不同的费率。如果该AVP被忽略，说明没用费率切换发生。 CC-Time420Unsigned32C已使用的时间。单位：秒。 CC-Total-Octets421Unsigned64C已使用的上下行总字节数。 CC-Input-Octets412Unsigned64C从终端用户收到的已使用字节数。 CC-Output-Octets414Unsigned64C发送到终端用户的已使用字节数。CC-Service-Specific-Units417Unsigned64C已使用的特定业务单元数，出现在某些业务的授权单元不是以时间或流量为计量单位的情况。特定业务指的是Service-Identifier或者是Rating-Group在Multiple-Services-Credit-Control中时。 *Service-Identifier439Unsigned32C业务识别标识。 Rating-Group432Unsigned32CRating组标识。所有相同Rating类型的业务都是同一个Rating组。 Reporting-Reason872EnumeratedC3GPP扩展，指明为单个或多个类型的配额上报使用情况的原因。 Trigger1264GroupedC触发器。如果存在该参数但是不包含任何Trigger-Type，那么禁止任何触发器。 *Trigger-Type870EnumeratedC用于指示单个重授权事件类型。 Service-Information873GroupedC业务信息组 PS-Information874GroupedCPS域业务信息组CCR中PS-Information的定义:AVP名称AVP代码数据类型必选属性描述3GPP-Charging-Id2OctetStringM计费标识符。3GPP-Charging-Id和GGSN-Address组合在一起可以识别和一个PDP context 相关的所有 SGSN 和 GGSN 产生的计费记录。3GPP-PDP-Type3EnumeratedCPDP 上下文的类型。如 IPv4，IPv6或PPP。PDP-Address1227AddressCPDP上下文的地址。3GPP-GPRS-Negotiated-QoS-Profile5UTF8StringC协商的QoS。 协商的QoS的版本应该和请求的QoS版本保持一致。SGSN-Address1228AddressCSGSN的IP地址。该AVP可以用于识别用户所登录的SGSN的PLMN。GGSN-Address847AddressCGGSN IP 地址。CG-Address846AddressCCharging Gateway IP 地址3GPP-IMSI-MCC-MNC8UTF8StringCIMSI的MCC和MNC。从IMSI中提取出来的MCC和MNC信息。3GPP-GGSN- MCC-MNC9UTF8StringCGGSN 的MCC 和MNC3GPP-NSAPI10UTF8StringC网络层业务接入点标识Called-Station-Id30UTF8StringC包含用户所连接的APN名称。在 GGSN中可以鉴别外部网络，也可鉴别效劳类型。3GPP-Session-Stop-Indicator11OctetStringC会话终止标识3GPP-Selection-Mode12UTF8StringC选择模式3GPP-Charging-Characteristics13UTF8StringC计费属性3GPP-SGSN-MCC-MNC18UTF8StringCSGSN 的PLMN 标识3GPP-MS-TimeZone23UTF8StringC终端的时区Charging-Rule-Base-Name1004UTF8StringC基于计费规那么的名称3GPP-User-Location-Info22OctetStringC用户位置信息。3GPP-RAT-Type21OctetStringC无线接入技术。无线侧参数。5.3.2. Credit-Control-Answer消息定义 := Result-Code Origin-Host Origin-Realm Auth-Application-Id CC-Request-Type CC-Request-Number CC-Session-Failover * Multiple-Services-Credit-Control Cost-Information Credit-Control-Failure-Handling * Redirect-Host Redirect-Host-Usage Redirect-Max-Cache-Time * Failed-AVP AVP名称AVP代码数据类型必选属性描述Session-Id263UTF8StringMDiameter会话ID。Result-Code268Unsigned32MResult-Code数据域包括一个由INAN管理的32位地址空间表示错误。1xxx: Informational2xxx: Success3xxx: Protocol Errors4xxx: Transient Failures5xxx: Permanent FailureOrigin-Host264DiameterIdentityM发出Diameter消息的主机。Origin-Realm296DiameterIdentityM发出Diameter消息的主机所在的域。Auth-Application-Id258Unsigned32M用于重认证/授权的应用唯一标识。 DCCA 4CC-Request-Type416EnumeratedM请求类型。1：INITIAL_REQUEST2：UPDATE_REQUEST3：TERMINATION_REQUESTCC-Request-Number415Unsigned32M请求流水号，用于唯一标识Diameter会话的一个请求。CC-Session-Failover418EnumeratedC标明是否支持在一个CC会话进行过程中将CC消息流转向备用效劳器。*Multiple-Services-Credit-Contro456GroupedC包含多业务独立信用控制相关的AVP。 Granted-Service-Unit 431GroupedC包含允许DCC客户端给终端用户提供效劳的单元总数，当这些单元被用完后，DCC客户端必须向DCC效劳器申请新的配额，或者停止向终端用户提供效劳。 Tariff-Time-Change451TimeC费率切换机制对于客户端和效劳器是可选的，且不在基于连续时间的业务中使用。 CC-Time420Unsigned32C分配的时间。单位：秒。 CC-Total-Octets421Unsigned64C分配的上下行总字节数。 CC-Input-Octets412Unsigned64C分配的上行字节数。 CC-Output-Octets414Unsigned64C分配的下行字节数。 CC-Service-Specific-Units417Unsigned64C已可使用的特定业务单元数。 *Service-Identifier439Unsigned32C业务识别标识，通过Service-Context-ID和Service-Identifier的组合可以唯一标识该请求相关的业务。 Rating-Group432Unsigned32CRating组标识。所有相同Rating类型的业务都是同一个Rating组。 Validity-Time448Unsigned32C该AVP由DCC效劳器发送给DCC客户端，包含所分配的业务单元的有效时间，以秒计。 Result-Code268Unsigned32C该AVP显示一个特定的请求是成功完成或者是出现错误。 Final-Unit-Indication430GroupedC指示在CCA消息或者AA应答中Granted-Service-Unit包含业务的最后单元数。当这些单元用完后，DCC客户端负责执行在Final-Unit-Action中指定的行为。 Final-Unit-Action449EnumeratedC指示DCC客户端当用户帐户余额无法支付业务费用时将采取的行动。 Redirect-Server434GroupedC包含重定向效劳器。 Redirect-Address-Type433EmumeratedM定义了Redirect-Server-Address中提供的地址类型。 Redirect-Server-Address435UTF8StringM定义了重定向效劳器。 Time-Quota-Threshold868Unsigned32C包含以秒计的门限。如果收到Time-Quota-Threshold，DCC客户端在剩余配额低于Time-Quota-Threshold定义的门限值时将向效劳器端发起CCR重新授权申请新的配额。在重新授权过程中，DCC客户端将允许用户继续使用业务，直到先前的配额全部用完。 Volume-Quota-Threshold 869Unsigned32C包含以字节计的门限值。 Unit-Quota-Threshold1226Unsigned32C包含以特定业务单元计的门限值。 Quota-Holding-Time871Unsigned32C配额占用时间，单位为秒。 Quota-Consumption-Time881Unsigned32C配额空耗时间，单位为秒。 Trigger1264GroupedC触发器。如果存在该参数但是不包含任何Trigger-Type，那么禁止任何触发器。 *Trigger-Type870EnumeratedC用于指示单个重授权事件类型。 PS-Furnish-Charging-Information865GroupedC将OCS返回的特殊数据插入到CDR中 3GPP-Charging-Id2OctetStringM计费标识符 PS-Free-Format-Data866OctectStringMOCS返回的特殊数据 PS-Append-Free-Format-Data867EnumeratedC数据处理方式：0 加在后面1 覆盖Cost-Information423GroupedC业务相关的费用信息 Unit-Value445GroupedM由Value-Digits，Exponent组合表示具体的一个指数形式的数 Value-Digits447Integer64M不含小数点的有效数值 Exponent429Integer32CUnit-Value的指数局部 Currency-Code425Unsigned32M货币代码在ISO4217中定义 Cost-Unit424UTF8StringC计算的单元,可以是分钟、小时、天、千字节、兆字节等等。Credit-Control-Failure-Handling427EnumeratedC从客户端发送给效劳器的CC消息因为网络问题而暂时失败时，CC客户端使用该AVP中的信息决定下一步如何做。5.4. RAR和RAA消息定义参考?中国联通IT系统 BSS系统域 在线计费(OCS)接口标准-接口总册?5.5. DWR和DWA消息定义参考?中国联通IT系统 BSS系统域 在线计费(OCS)接口标准-接口总册?5.6. ASR和ASA消息定义参考?中国联通IT系统 BSS系统域 在线计费(OCS)接口标准-接口总册?5.7. CER和CEA参考?中国联通IT系统 BSS系统域 在线计费(OCS)接口标准-接口总册?5.8. Result-Code定义参考?中国联通IT系统 BSS系统域 在线计费(OCS)接口标准-接口总册?6. 业务流程GGSN设备的业务流程需支持一下两种模式之一，OCS系统应同时支持以下两种模式：在用户使用业务时，GGSN发起CCR(initial)鉴权请求，CCR(initial)中包含RatingGroup信息，OCS直接在CCA(initial)中对用户分配配额。在用户建立连接时发起CCR(initial)鉴权请求，OCS仅检查用户的生命周期，确定是否为合法用户，在CCA(initial)中不分配配额。当用户使用业务时，GGSN发起CCR(update)鉴权请求，在CCR(update)中包含RatingGroup信息，OCS此刻在CCA(update)中为用户分配配额。6.1. GGSN会话计费流程使用业务时发起鉴权 1. 用户发起PDP激活请求Active PDP Context Request。SGSN通过GTP协议向GGSN发送Create PDP Context Request消息后。2. GGSN建立PDP上下文，并等待业务开始请求。3. 用户发起业务请求。4. GGSN根据该消息中的Charging-Characteristics获得用户的计费属性。如果是预付费，那么GGSN识别用户使用的业务，向OCS发起初始的CCR(Initial)。5. OCS检查用户账户状态，判断用户是否可以使用业务。OCS进行帐户余额预留，分配用户可用额度。6. OCS将用户可用配额通过CCAinitial消息给GGSN。7. 用户使用业务，GGSN根据OCS下发的可用额度，实时监控中断用户对业务的使用情况。8. 当满足任何一种CCR触发条件满足，例如，已经授权的可用额度使用完毕或者QHT/VT计时器到时，GGSN需要重新申请使用配额。9. GGSN向OCS再次发送CCRupdate。10. OCS根据CCRupdate更新信息，进行重新批价、帐户余额预留，重新分配用户可用额度。11. OCS将用户可用配额通过CCAupdate发送给GGSN。12. 用户继续使用业务，GGSN根据OCS下发的可用额度，实时监控中断用户对业务的使用情况。13. 用户终止业务使用及其他条件，导致SGSN发起PDP上下文去激活请求。14. GGSN向OCS触发CCR(Termination)消息，报告实际使用的信用配额。15. OCS完成批价、并扣除用户的账户。16. OCS向GGSN发送CCATermination消息。17. PDP上下文去激活。6.2. GGSN会话计费流程PDP激活时发起鉴权 1. 用户发起PDP激活请求Active PDP Context Request。SGSN通过GTP协议向GGSN发送Create PDP Context Request消息。2. GGSN根据该消息中的Charging-Characteristics获得用户的计费属性。如果是预付费，那么GGSN向OCS发起CCRInitial鉴权请求3. OCS检查用户账户状态，判断用户是否可以使用业务。4. OCS向GGSN反应用户鉴权结果5. GGSN建立PDP上下文，并等待业务开始请求。6. 用户发起业务请求。7. GGSN识别用户使用的业务，向OCS发起更新CCR(Update)。8. OCS进行帐户余额预留，分配用户可用额度。9. OCS将用户可用配额通过CCAinitial消息给GGSN。10. 用户使用业务，GGSN根据OCS下发的可用额度，实时监控中断用户对业务的使用情况。11. 当满足任何一种CCR触发条件满足，例如，已经授权的可用额度使用完毕或者时间计时器计时完成，GGSN需要重新申请使用配额。12. GGSN向OCS再次发送CCRupdate。13. OCS根据CCRupdate更新信息，进行重新批价、帐户余额预留，重新分配用户可用额度。14. OCS将用户可用配额通过CCAupdate发送给GGSN。15. 用户继续使用业务，GGSN根据OCS下发的可用额度，实时监控中断用户对业务的使用情况。16. 用户终止业务使用及其他条件，导致SGSN发起PDP上下文去激活请求。17. GGSN向OCS触发CCR(Termination)消息，报告实际使用的信用配额。18. OCS完成批价、并扣除用户的账户。19. OCS向GGSN发送CCATermination消息。20. PDP上下文去激活。多业务会话计费流程以下图描述了GGSN多费率组业务并发时的会话计费流程。由于多个业务并发的复杂性，以下图仅描述了主要的流程。在实际应用中，也允许GGSN厂商针对不同的费率组发起独立的会话来实现多费率组并发计费的需求。用户发起PDP激活请求Active PDP Context Request。SGSN通过GTP协议向GGSN发送Create PDP Context Request消息。GGSN根据该消息中的Charging-Characteristics获得用户的计费属性。如果是预付费，那么GGSN向OCS发起CCRInitial鉴权请求OCS检查用户账户状态，判断用户是否可以使用业务。OCS向GGSN反应用户鉴权结果GGSN建立PDP上下文，并等待业务开始请求。用户发起业务请求1。GGSN识别用户使用的业务，向OCS发起更新CCR(Update),携带RG=1。OCS进行批价，根据RG分配流量配额。OCS将用户可用配额通过CCAinitial消息给GGSN，携带MSCC 。用户使用业务，GGSN根据OCS下发的可用额度，实时监控用户对业务的使用情况。当满足任何一种CCR触发条件满足，例如，已经授权的可用额度使用完毕或者时间计时器计时完成，GGSN需要重新申请使用配额。GGSN对业务1向OCS再次发送CCRupdate,MSCC中携带已经使用的USU。OCS根据CCRupdate更新信息，重新批价、帐户余额预留，重新分配用户可用额度。OCS将用户可用配额通过CCAupdate发送给GGSN。用户同时发起业务请求2，业务请求3GGSN上报的CCR(update)消息中携带2个MSCC，相应的Rating Group分别是2和3OCS批价，预留分配的配额OCS将用户的配额通过CCA(update)发送给GGSN，包含2个MSCC，对于Result-Code以MSCC中的为准。用户使用业务2，业务3业务1的配额使用完毕GGSN向OCS发业务1的CCR(update)消息，携带的MSCC中包括USU和RR(Reporting-Reason)，其中的RR标识出终止原因为“配额用完。OCS根据收到CCR(update)消息中的MSCC的RR=“配额用完，对业务1进行批价预留，发现余额缺乏，OCS直接对业务1计费并生成话单OCS把业务1的计费结果通过CCA(update)消息送给GGSN用户使用业务4GGSN识别用户使用的业务，向OCS发起更新CCR(Update),携带RG=4。OCS进行批价，发行用户的余额缺乏，不在分配流量。OCS对业务4的计费请求下发CCAupdate消息给GGSN，其中CCA(MSCC(Result-Code=4012), Result-Code=2001)，外层的RC=2001，内层的RC=4012。(外层的RC用于控制整个PDP会话，内层的RC用于控制业务会话)GGSN收到业务4的CCA后，根据MSCC(Result-Code=4012)拒绝业务4的使用请求，其它业务正常。用户终止业务使用及其他条件，导致SGSN发起PDP上下文去激活请求。GGSN向OCS触发CCR(Termination)消息，包括未正常结束的业务2、业务3对于业务1已经提前终止，报告实际使用的信用配额。业务1已经被动结束，结束消息中不含业务1的使用上报OCS完成批价、并扣除用户的账户。OCS向GGSN发送CCATermination消息。PDP上下文去激活。会话计费异常流程初始余额缺乏缺乏一个时间片用户发起PDP激活请求Active PDP Context Request。SGSN通过GTP协议向GGSN发送Create PDP Context Request消息后。GGSN建立PDP上下文，并等待业务开始请求。用户发起业务请求。GGSN根据该消息中的Charging-Characteristics获得用户的计费属性。如果是预付费，那么GGSN识别用户使用的业务，向OCS发起初始的CCR(Initial)。OCS根据GGSN送来的CCR相关信息，进行帐户鉴权、批价、反算、预留，OCS反算出的不够一个预设资源片大小，于是按照可用的计费单元下发，OCS在CCA中下发可用的时长，并在CCA中携带Result-Code=2001, Final-Unit-Action=TERMINATE，告诉GGSN这是最后一个资源片。用户使用业务，GGSN根据OCS下发的可用额度，实时监控中断用户对业务的使用情况。当满足任何一种CCR触发条件满足，例如，已经授权的可用额度使用完毕或者时间计时器计时完成，因为是最后一个时间片，GGSN直接向OCS发CCRTermination消息。OCS根据GGSN送上来的CCRTermination消息进行批价扣费。OCS完成批价后返回CCA给GGSN。GGSN和SGSN根据约定的规那么结束用户的PDP会话。缺乏最小计费单元用户发起PDP激活请求Active PDP Context Request。SGSN通过GTP协议向GGSN发送Create PDP Context Request消息后。GGSN建立PDP上下文，并等待业务开始请求。用户发起业务请求。GGSN根据该消息中的Charging-Characteristics获得用户的计费属性。如果是预付费，那么GGSN识别用户使用的业务，向OCS发起初始的CCR(Initial)。OCS根据GGSN送来的CCR相关信息，进行帐户鉴权、批价、反算、预留，OCS反算出的时长不够一个最小计费单元，在CCA中携带Result-Code=4012。GGSN收到CCA后，发现Result-Code=4012，用户余额缺乏，直接拒绝用户使用业务，结束用户PDP会话。通话过程中余额缺乏缺乏一个时间片用户发起PDP激活请求Active PDP Context Request。SGSN通过GTP协议向GGSN发送Create PDP Context Request消息后。GGSN建立PDP上下文，并等待业务开始请求。用户发起业务请求。GGSN根据该消息中的Charging-Characteristics获得用户的计费属性。如果是预付费，那么GGSN识别用户使用的业务，向OCS发起初始的CCR(Initial)。OCS根据GGSN送来的CCR相关信息，进行帐户鉴权、批价、反算、预留， OCS向GGSN下发CCAUpdate，携带预授权的资源信息。用户使用业务，GGSN根据OCS下发的可用额度，实时监控中断用户对业务的使用情况。当满足任何一种CCR触发条件满足，例如，已经授权的可用额度使用完毕或者时间计时器计时完成， GGSN向OCS发CCRUpdate消息。OCS根据上报的CCR进行批价。如此屡次反复。OCS对下一个时间片进行批价、反算、预留。OCS反算出的不够一个预设资源片大小，于是按照可用的计费单元下发，OCS在CCA中下发可用的时长，并在CCA中携带Result-Code=2001, Final-Unit-Action=TERMINATE，告诉GGSN这是最后一个资源片。用户使用业务，GGSN根据OCS下发的可用额度，实时监控中断用户对业务的使用情况。可用计费单元用完，因为是最后一个资源片，GGSN直接向OCS发送CCRTermination，上报已经使用的资源，OCS进行批价计费，并返回CCA给GGSN。GGSN和SGSN根据约定的规那么结束用户的PDP会话。缺乏一个最小计费单元用户发起PDP激活请求Active PDP Context Request。SGSN通过GTP协议向GGSN发送Create PDP Context Request消息后。GGSN建立PDP上下文，并等待业务开始请求。用户发起业务请求。GGSN根据该消息中的Charging-Characteristics获得用户的计费属性。如果是预付费，那么GGSN识别用户使用的业务，向OCS发起初始的CCR(Initial)。OCS根据GGSN送来的CCR相关信息，进行帐户鉴权、批价、反算、预留， OCS向GGSN下发CCAUpdate，携带预授权的资源信息。用户使用业务，GGSN根据OCS下发的可用额度，实时监控中断用户对业务的使用情况。当满足任何一种CCR触发条件满足，例如，已经授权的可用额度使用完毕或者时间计时器计时完成， GGSN向OCS发CCRUpdate消息。OCS根据上报的CCR进行批价。如此屡次反复。OCS对下一个时间片进行批价、反算、预留。OCS反算出的时长不够一个最小计费单元，OCS下发CCA，其中携带Result-Code=4012, Final-Unit-Action=TERMINATE，告诉GGSN用户余额缺乏。GGSN收到OCS下发的CCA后，根据Result-Code=4012余额缺乏，GGSN和SGSN根据约定的规那么结束用户的PDP会话。GGSN向OCS发送CCRTermination，上报已经使用的时间。可选OCS根据上报的CCR进行批价、扣费，并返回CCA给GGSN。当OCS确认网元侧无法在此类场景下上报Termination时，应能够在第7步进行计费扣款，在发出CCA后主动结束会话未收到更新或终止消息用户发起PDP激活请求