中国移动数据业务实时计费接口规范.docx

中国移动通信企业标准

QB-╳╳-╳╳╳-╳╳╳╳

中国移动数据业务实时计费接口规范

China Mobile Online Charging Interface Specification for Data Service

版本号：1.0.0

╳╳╳╳-╳╳-╳╳实施
╳╳╳╳-╳╳-╳╳发布

中国移动通信集团公司 发布

目　　录
前　　言 III
1. 范围 1
2. 规范性引用文件 1
3. 术语、定义和缩略语 2
4. 数据业务实时计费方案 3
4.1. 方案概述 3
4.2. Charging Characteristics字段 5
4.3. 数据业务实时计费漫游地解决方案 6
5. 实时计费流程 6
5.1. 流量计费类业务实时计费流程 9
5.1.1. 非内容计费类业务实时计费流程 9
5.1.2. 内容计费类业务实时计费流程 11
5.2. 时长计费类业务实时计费流程 一五
5.3. 费率改变控制流程 一八
5.4. 余额不足控制流程 19
5.4.1. 用户上线过程中发现余额不足 19
5.4.2. 用户使用数据业务过程中发现余额不足 19
5.4.3. BOSS通过FUA指示重定向 21
5.5. 用户充值成功业务放通流程（可选） 23
5.6. HLR/HSS与BOSS中用户计费方式不一致流程（转离线计费） 24
5.7. 用户不存在控制流程 24
5.8. 禁止用户使用业务流程 25
5.9. 条件改变触发上报控制流程 26
5.9.1. SGSN/S-GW的IP地址改变 26
5.9.2. PDP上下文/EPS承载的QOS改变 27
5.9.3. 无线接入技术改变 27
5.10. 异常流程 28
5.11. PCC引入后实时计费流程 29
5.12. 其他流程 32
6. DCCA协议定义 33
6.1. 协议结构 33
6.2. 协议格式 33
6.2.1. 消息头格式 33
6.2.2. AVP头格式 35
6.2.3. AVP数据格式 36
6.3. 消息列表 37
7. Diameter协议命令集 38
7.1. CCR/CCA 38
7.1.1. CCR 38
7.1.2. CCA 49
7.2. RAR/RAA 57
7.2.1. RAR 57
7.2.2. RAA 59
7.3. ASR/ASA 60
7.3.1. ASR 60
7.3.2. ASA 61
7.4. CER/CEA 61
7.4.1. CER 61
7.4.2. CEA 62
7.5. DWR/DWA 63
7.5.1. DWR 63
7.5.2. DWA 63
7.6. DPR/DPA 63
7.6.1. DPR 63
7.6.2. DPA 64
8. 接口消息定义 64
8.1. Service-Information参数定义 64
8.1.1. CCR消息中的PS-Information参数定义 64
8.1.2. CCA消息中的PS-Information参数定义 68
8.2. Origin-Host参数定义 69
8.2.1. 网络侧Origin-Host参数定义 69
8.2.2. BOSS侧Origin-Host参数定义 69
8.3. AVP定义说明 70
8.3.1. CCR消息中的AVP定义说明 71
8.3.2. CCA消息中的AVP定义说明 71
8.4. AVP Flag置位说明 72
8.4.1. IETF 定义的AVP Flag置位说明 72
8.4.2. 3GPP定义的AVP Flag置位说明 74
8.5. Result-Code定义说明 76
8.5.1. Result-Code参数定义说明 76
8.5.2. Result-Code场景举例 81
8.6. PS-Free-Format-Data取值说明 82
8.7. Service-Context-Id编码说明 82
8.7.1. 网络侧Service-Context-Id编码说明 83
8.7.2. BOSS侧Service-Context-Id编码说明 83
9. 网络侧设备功能要求 84
9.1. GGSN、PGW功能要求 84
9.2. 其他网元改造要求 84
10. 接口要求 85
10.1. 协议接口要求 85
10.2. Diameter路由管理要求 85
10.3. 物理接口要求 85
10.4. 接口性能要求 85
11. 编制历史 86
前　　言
本标准依据3GPP等国际标准规范，结合中国移动其他企业标准，基于中国移动数据业务实时计费的实际需求，对GGSN、P-GW设备与业务支撑系统之间的实时计费接口提出规定，供中国移动内部和厂商共同使用，为设备引进、设备互通、网络规划、工程建设、运行维护及设备开发方面提供技术依据。
本标准规定了中国移动数据业务实时计费方案、实时计费流程及接口要求。

本标准由中移号文件印发。
本标准由中国移动通信集团业务支撑系统部提出，集团公司技术部归口。
本标准起草单位：中国移动通信研究院
本标准主要起草人：魏彬，常倩，李宬朴，舒琴，刘坤，苑红

1. 范围
本接口规范规定了中国移动数据业务实时计费方案、实时计费流程及接口要求，供中国移动现网实施数据业务实时计费使用，适用于2G/TD网络以及LTE/EPC网络；为保证中国移动分组域网元设备及BOSS网元支持实时计费功能的统一性、可靠性、可用性，确保业务的正常开展，特制定本接口规范。
数据业务实时计费方案及流程包括针对内容计费类业务和非内容计费类业务的实时计费方法，以及费率改变、余额不足、异常情况下的实时计费流程；实时计费接口要求包括DCCA协议定义、Diameter协议命令集、接口消息定义以及接口要求等。另外，本接口规范也规定了漫游情况下数据业务实时计费的实现方法。
2. 规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。

序号
标准编号
标准名称
发布单位
[1]
TS 32.299
Telecommunication management; Charging management; Diameter charging applications
3GPP
[2]
TS 29.212
Policy and charging control over Gx reference point
3GPP
[3]
TS 32.251
Telecommunication management; Charging management; Packet Switched (PS) domain charging
3GPP
[4]
TS 29.061
Interworking between the Public Land Mobile Network (PLMN)
supporting packet based services and
Packet Data Networks (PDN)
3GPP
[5]
TS 29.060
GPRS Tunnelling Protocol (GTP) across the Gn and Gp interface
3GPP
[6]
TS 29.274
Evolved General Packet Radio Service (GPRS)
Tunnelling Protocol for Control plane (GTPv2-C); Stage 3
3GPP
[7]
3GPP TS 23.003
Numbering, addressing and identification
3GPP
[8]
3GPP TS 23.401
General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access
3GPP
[9]
TS 23.203
Policy and charging control architecture
3GPP
[109]
RFC 3588
Diameter Base Protocol
IETF
[110]
RFC 4006
Diameter Credit-Control Application
IETF
3. 术语、定义和缩略语
下列术语、定义和缩略语适用于本标准：

词语
解释
AVP
Attribute Value Pairs 属性-值对
BOSS
Business Operation Supporting System 中国移动业务运营支撑系统
CC
Charging Characteristics 计费属性，HLR/HSS中的用户签约信息，GGSN通过激活消息获得
CCSF
CC-Session-Failover BOSS在CCA消息中携带给GGSN、P-GW用于标识BOSS备份能力的信元
CCFH
Credit-Control-Failure-Handling BOSS在CCA消息中携带给GGSN、P-GW用于指示通讯故障时处理方式的信元
CDR
Call Data Record 呼叫数据记录
Diameter
Diameter 一种AAA协议
Diameter CC
Diameter Credit Control Diameter协议的信用控制扩展协议
MSCC
Multiple-Services-Credit Control CCR/CCA消息中用来承载业务信息的AVP
OCS
Online Charging System 在线计费系统
RG
Rating Group 计费费率组
SID
Service Identifier 业务ID，业务识别标识
TQT
Time-Quota-Threshold 时间配额阈值
USU
Used-Service-Unit 已使用配额
VQT
Volume-Quota-Threshold 流量配额阈值
VT
Validity-Time 配额有效时间
QCT
Quota-Consumption-Time 配额空耗时间
QHT
Quota-Holding-Time 配额空闲持续时间
4. 数据业务实时计费方案
4.1. 方案概述

图4-1 2G/TD分组域实时计费总体方案

图4-2 EPC实时计费总体方案

如图4-1所示，对于使用GGSN设备提供服务的2G/TD用户，由GGSN和BOSS共同配合完成实时计费；如图4-2所示，对于使用P-GW设备提供服务的LTE用户（包括使用LTE接入方式以及2G/TD接入方式），由P-GW和BOSS共同配合完成实时计费。
其中BOSS将负责以下功能：
1)对用户帐户余额进行更新；
2)根据运营商特定策略筛选实时计费用户，并对HLR/HSS中的用户签约信息（ChargingCharacteristics字段）进行操作；
3)通过DCC接口完成与GGSN或P-GW的信令交互实现对用户的业务使用控制。
GGSN以及P-GW负责以下功能：
1)作为实时计费和业务控制点，GGSN通过对ChargingCharacteristics字段的判断发起实时计费流程；ChargingCharacteristics字段将在用户附着时由HLR/HSS插入到SGSN或MME中，并传递到GGSN或P-GW，GGSN或P-GW判断计费特性是实时计费用户，然后启用实时计费流程；
2)通过DCC接口完成与BOSS的信令交互实现对用户的业务使用控制；
SGSN负责以下功能：
当LTE用户使用2G/TD无线接入EPS网络时，若SGSN为Gn/Gp SGSN，ChargingCharacteristics字段将在用户附着时由HLR插入到SGSN中，SGSN通过创建PDP上下文消息将此参数直接传递给P-GW；当SGSN为S4 SGSN时，ChargingCharacteristics字段将在用户附着时由HSS插入到S4 SGSN中，S4 SGSN通过承载创建消息将此参数传递给S-GW，并由S-GW传递给P-GW。
MME负责以下功能：
当LTE用户使用LTE无线接入EPS网络时，ChargingCharacteristics字段将在用户附着时由HSS插入到MME中，MME通过承载创建消息将此参数传递给S-GW，并由S-GW传递给P-GW。
4.2. Charging Characteristics字段
ChargingCharacteristics字段格式如下图所示，使用P2（prepaid charging）作为用户的实时计费属性标识，即当CC字段中P2位置1时，需要网络设备发起对用户的实时计费流程。

图4-3 ChargingCharacteristics字段格式

离线计费话单中的Charging Characteristics字段取值应和HLR/HSS中取值保持一致即实时计费用户在正常情况下离线计费话单CC字段P2位应置1。
当出现HLR、HSS中CC字段标识为实时计费（仅P2位置1），但BOSS中CC字段取值为离线计费（仅P3位置1）时，BOSS应返回Result Code=4011（DIAMETER_CREDIT_CONTROL_NOT_APPLICABLE）的CCA-I消息，指示该用户为离线计费用户，GGSN收到4011指示后，针对此PDP/承载，不需要再和BOSS进行交互，后续离线计费话单中CC字段取值应与HLR、HSS中保持一致，即仅P2位置1。
4.3. 数据业务实时计费漫游地解决方案

SGSN/MME
GGSN/SAE-GW
MS
拜访地
归属地
漫游用户
GGSN/SAE-GW
BOSS
BOSS
话单传送
实时计费接口
全国业务支撑网络
实时计费接口
在线计费接口

图4-4 BOSS网状网互联实现国内归属地路由方案

如图4-4 所示为通过BOSS网状网互联实现国内归属地路由方案。

图4-5 BOSS网状网互联实现国外漫游归属地路由方案

如图4-5 所示为通过BOSS网状网互联实现针对国内漫出用户的归属地路由方案。
5. 实时计费流程
GGSN、P-GW与BOSS之间实时计费的简要流程图如下所示：

图5-1 PDP上下文或默认承载创建实时计费简要流程图

图5-2 专用承载创建实时计费简要流程图

图5-1中，当GGSN、P-GW收到用户PDP创建请求，或P-GW收到用户的默认承载创建请求，且判断用户为实时计费用户后发起实时计费流程；要求GGSN、P-GW可灵活配置支持在DCC连接建立前或建立后向用户发送PDP/默认承载创建响应消息。PDP/默认承载激活如果涉及Radius流程，应在收到Radius服务器的响应结果后，向用户发送PDP/默认承载创建响应。
图5-2中，P-GW为用户建立专用承载，并判断用户为实时计费用户后发起实时计费流程；要求P-GW可灵活配置支持在DCC连接建立前或建立后向用户发送专用承载创建请求消息，如果P-GW配置为在DCC连接建立前向用户发送专用承载创建请求消息，当BOSS对该用户鉴权未通过返回相应代码后，P-GW应支持发起专用承载去激活流程。
在DCC会话建立前，GGSN、P-GW应可配置是否允许用户先上线使用业务，如果允许，GGSN、P-GW需要记录配额消耗并在DCC会话建立后上报给BOSS。
图5-1和图5-2中，GGSN、P-GW重新申请配额或重授权的触发条件，包括配额到达门限（Volume-Quota-Threshold或Time-Quota-Threshold到达）、配额耗尽、Quota-Holding-Threshold到达、Validity-Time到达等；另外，GGSN、P-GW应支持在SGSN/S-GW切换、QoS改变、无线接入技术类型改变等条件下重新申请配额或重授权。
对于特定的业务或费率组，GGSN、P-GW应可根据配置决定是否进行实时计费。
要求GGSN、P-GW可以灵活配置根据APN和用户CC字段综合判断是否触发实时计费流程。
在上述配额使用过程中，当配额耗尽但还没有收到BOSS返回的CCA消息下发新的配额时，应允许用户继续使用业务，并记录在此期间的配额消耗。
针对流量计费类业务（非内容计费业务和内容计费业务）、时长计费类业务的实时计费具体流程，以及其他相关流程见下面章节。
对于本方案中没有涉及到的流程，可参见相关国际规范。
5.1. 流量计费类业务实时计费流程
5.1.1. 非内容计费类业务实时计费流程
非内容计费类业务实时计费具体流程如下：

图5-3 非内容计费类业务PDP上下文/默认承载实时计费具体流程

图5-4 非内容计费类业务专用承载实时计费具体流程

1) 如图5-3，GGSN收到用户PDP上下文创建请求，或P-GW收到用户默认承载创建请求/会话创建请求/PDP上下文创建请求消息；如图5-4，P-GW为用户建立专用承载，需要说明的是，该专用承载创建流程可由P-GW灵活配置在CCR/CCR-Initial之前或之后进行。
2) GGSN或P-GW对该创建请求消息中的ChargingCharacteristics字段进行判断，如果是实时计费用户，触发后续实时计费流程；否则执行正常离线计费流程；
3) GGSN或P-GW判断用户为实时计费目标用户后，发送CCR消息到BOSS，该CCR消息CC-Request-Type=INITIAL_REQUEST，用于建立DCC连接，并申请非内容计费对应的费率组配额（此处费率组设为n）；MSCC AVP中Requested-Service-Unit（RSU）字段为空。GGSN、P-GW应可灵活配置CCR-Initial消息中是否申请配额以及申请配额的费率组；
4) BOSS收到该CCR消息后，进行用户的认证和授权，检查用户的余额或帐户，并分配业务使用量的配额、批价，并进行帐户控制；
5) 如果用户合法且余额充足，并且CCR-Initial消息未包含RSU字段，则BOSS发送CCA消息给GGSN或P-GW，Command level的Result Code为2001；如果CCR-Initial消息包含RSU字段并且用户合法、业务得到授权，发送CCA消息给GGSN或P-GW，Command level 和MSCC level的Result Code都为2001，该消息包括Granted-Service-Unit AVP(s) 分配配额，流量类配额采用CC-Total-Octets AVP下发；该消息也有可能包括其它的信用控制说明的AVP；另外该消息可能包括Validity-Time AVP和Volume-Quota-Threshold AVP，对配额有效时间和最小配额阈值进行设置；也可能包括Quota-Holding-Time AVP，告知GGSN空闲时间定时器时长；也可能包括用来处理消息传送失败的情况的AVP，如：Credit-Control-Failure-Handling AVP；
在用户不合法、业务未授权、余额不足等情况下，BOSS会发送包含其他Result Code（如5003、4012等）的CCA消息，返回码对应的GGSN、P-GW处理动作参考8.5节；
6) GGSN或P-GW收到CCA消息后，授权终端用户使用相应服务，发送PDP上下文或默认承载创建响应消息，需要说明的是，要求GGSN、P-GW可灵活配置支持在DCC连接建立前或建立后向用户发送PDP/默认承载创建响应消息；
7) 用户后续的业务数据流如果对应之前申请的RG，则开始使用上述申请的配额；如果用户业务数据流不对应之前申请的RG，BOSS检查用户的余额或帐户，并分配业务使用量的配额、批价，并进行帐户控制；
8) 当用户预留配额快要用完（到达Volume-Quota-Threshold门限）或者要过期时（本次配额使用时间超过Validity-Time）等情况发生时；
9) GGSN或P-GW再次向BOSS发送新的配额预留请求CCR（CC-Request-Type=UPDATE_REQUEST），并上报已使用配额，上报原因是使用流量达到最小配额阀值（reporting-reason=THRESHOLD）或者配额授权有效时间结束（reporting-reason=VALIDITY_TIME）等；另外，当配额在一定时间段内未被使用，到达上个CCA消息中所指定的空闲定时器Quota-Holding-Time值时，也会发送该CCR_Update消息；CCR_Update消息中携带MSCC AVP包含配额消耗信息，MSCC中包含标识该业务实际使用的单元Used-Service-Unit AVP，以及标识请求配额的Request-Service-Unit AVP。
10) BOSS再次进行配额分配并从用户帐户内作资金预留；
11) BOSS将相应的配额通过CCA消息回复给GGSN或P-GW；
12) 当该PDP上下文去激活或承载结束，或P-GW发起专用承载删除时，GGSN或P-GW发送终止信用控制服务的消息到BOSS， CC-Request-Type AVP=TERMINATION_REQUEST，消息中应该有标识服务终止时间的Event-Timestamp AVP，以及标识该业务实际使用的单元Used-Service-Unit AVP，CCR-Terminate消息中不再包含标识请求配额的Request-Service-Unit AVP；
13) BOSS进行扣款等帐户操作；
14) BOSS向GGSN或P-GW发送CCA回应CCR。
GGSN或P-GW与BOSS可以通过多个CCR/CCA消息对（CC-Request-Type =UPDATE_REQUEST）的交互，来进行配额的申请和下发。只有当CCR消息中携带的MSCC AVP中包含标识请求配额的Request-Service-Unit AVP时，BOSS才需要进行配额分配处理；如果GGSN或P-GW发送的CCR消息中没有请求配额，BOSS只需要在CCA响应消息中通过MSCC AVP中的Result-Code返回结果。

5.1.2. 内容计费类业务实时计费流程
对于内容计费类业务，要求可以在GGSN、P-GW上针对每个计费规则配置相应的费率组，多个计费规则代码对应的费率组代码可能相同。
对于内容计费实时计费流程初始CCR的触发：
Ø 对于内容计费三四层业务，原则上收到第一个包就可以进行费率组判定，并发起CCR请求；
Ø 对于内容计费七层业务，业务请求到来前会有TCP建链消息之类的信令消息，要求GGSN、P-GW判断出是信令消息并统计信令消息的总流量；后续如果收到七层业务请求，应进行费率组判定并发起实时计费流程，并将信令流量归类到对应七层业务费率组中；如果后续没有收到七层业务请求，上述信令流量按异常信令流量处理；要求在GGSN、P-GW可以配置异常信令流量为特殊的费率组（Rating Group）。
内容计费类业务实时计费流程如下图所示：

图5-5 内容计费类业务PDP上下文/默认承载实时计费具体流程

图5-6 内容计费类业务专用承载实时计费具体流程

1) 如图5-5，GGSN收到用户PDP上下文创建请求，或P-GW收到用户默认承载创建请求/会话创建请求/PDP上下文创建请求消息；如图5-6，P-GW为用户建立专用承载，需要说明的是，该专用承载创建流程可由P-GW灵活配置在CCR/CCR-Initial之前或之后进行。GGSN或P-GW 对该请求消息中的ChargingCharacteristics字段进行判断，如果是内容计费实时计费目标用户，触发后续内容计费实时计费流程；
2) GGSN或P-GW向BOSS发送CCR消息，该CCR消息CC-Request-Type=INITIAL_REQUEST，用于建立DCC连接；Rating Group=n用于申请某个费率组配额（例如n为默认流量对应的Rating Group）, MSCC AVP中Requested-Service-Unit（RSU）字段为空。GGSN或P-GW应可灵活配置CCR-Initial消息中是否申请配额以及申请配额的费率组；
3) BOSS首先对用户进行认证和授权，如果CCR-Initial消息未包含RSU字段，则BOSS发送CCA消息给GGSN或P-GW，Command level的Result Code为2001；如果CCR-Initial消息包含RSU字段且用户合法、业务得到授权，则根据默认流量费率组等信息分配业务使用量的配额、批价，并进行帐户控制等；
4) BOSS发送回复消息CCA，该消息包括Granted-Service-Unit AVP(s) 分配针对默认流量的配额，Result Code=Success；另外该消息可能包括Validity-Time AVP和Volume-Quota-Threshold AVP，对配额有效时间和最小配额阈值进行设置；也可能包括Quota-Holding-Time AVP，告知GGSN或P-GW空闲时间定时器时长；该消息也有可能包括其它的信用控制说明的AVP；也可能包括用来处理消息传送失败的情况的AVP，如：Credit-Control-Failure-Handling AVP；
5) GGSN或P-GW收到CCA消息后，授权终端用户使用相应服务，发送PDP上下文或默认承载创建响应消息，需要说明的是，要求GGSN、P-GW可灵活配置支持在DCC连接建立前或建立后向用户发送PDP/默认承载创建响应消息；
6) 用户发起内容计费数据业务请求1，GGSN或P-GW判定该业务请求属于费率组1；当GGSN或P-GW收到用户新的数据业务请求时，会再次进行费率组判定，如果该业务仍属于已申请费率组时，GGSN或P-GW继续使用该费率组的配额；如果该业务属于其他费率组，则需要重新申请该费率组的配额；
7) GGSN或P-GW通过CCR消息向BOSS申请针对费率组1的配额；
8) BOSS根据费率组等信息初步分配业务使用量的配额、批价，并进行帐户控制，判断帐户余额所允许的业务使用量配额；
9) BOSS发送回复消息CCA，该消息包括Granted-Service-Unit AVP(s) 分配针对费率组1的配额，Result Code=Success；另外该消息可能包括Validity-Time AVP和Volume-Quota-Threshold AVP、Credit-Control-Failure-Handling AVP等；GGSN收到CCA后，授权终端用户使用相应服务；
10) 当用户费率组1的预留配额快要用完（到达Volume-Quota-Threshold或Time-Quota-Threshold门限）或者要过期时（本次配额使用时间超过Validity-Time）等情况发生时，GGSN再次向BOSS发送新的费率1配额申请请求CCR（CC-Request-Type=UPDATE_REQUEST），并上报已使用配额，上报原因是使用流量达到最小配额阀值（reporting-reason=THRESHOLD）或者配额授权有效时间结束（reporting-reason=VALIDITY_TIME）等；另外，当配额在一定时间段内未被使用，到达上个CCA消息中所指定的空闲定时器Quota-Holding-Time值时，也会发送该CCR_Update消息；CCR_Update消息中携带MSCC AVP包含配额消耗信息，MSCC中包含标识该业务实际使用的单元Used-Service-Unit AVP，以及标识请求配额的Request-Service-Unit AVP；
11) BOSS再次进行费率1的配额分配；
12) BOSS将相应的配额通过CCA消息回复给GGSN或P-GW，GGSN或P-GW收到CCA后，授权终端用户使用相应服务；
13) 用户内容计费数据业务请求2，GGSN或P-GW判定新的业务请求属于费率组2；
14) GGSN或P-GW通过CCR消息向BOSS申请针对费率组2的配额；
15) BOSS 根据费率组等信息初步分配业务使用量的配额、批价，并进行帐户控制，判断帐户余额所允许的业务使用量配额；
16) BOSS通过CCA消息下发针对费率组2的配额；
17) 当该PDP上下文去激活或承载结束，或P-GW发起专用承载删除时，GGSN或P-GW发送针对默认流量、费率组1和费率组2的终止服务消息到BOSS， CC-Request-Type AVP=TERMINATION_REQUEST，消息中应该有标识服务终止时间的Event-Timestamp AVP，以及标识该业务实际使用配额Used-Service-Unit AVP，CCR-Terminate消息中不再包含标识请求配额的Request-Service-Unit AVP；
18) BOSS进行扣款等帐户操作；
19) BOSS向GGSN或P-GW发送CCA回应CCR。

非内容计费类业务实时计费可以作为内容计费业务实时计费的特例，即可以为非内容计费类业务设置一个或多个专有费率组代码（例如针对不同的APN），用户使用非内容计费类业务时也可按照内容计费类业务实时计费流程进行。
另外，考虑到在线计费中BOSS需要生成内容计费话单，建议Rating Group和内容计费中Service Code参数可以灵活进行一对一或一对多设置。
CCA消息的Command level和MSCC level均包含Result-Code AVP，分别对应BOSS对整个DCC会话和MSCC中费率组对应业务的处理结果代码，GGSN、P-GW应支持根据BOSS的指示，对DCC会话和MSCC中对应业务进行相应的操作，Result-Code AVP取值定义参见“Result-Code定义说明”章节。
因为一个CCR/CCA消息中可以有多个Multiple-Services-Credit Control AVP，要求不同费率组的配额请求/下发可以放在同一个CCR/CCA消息中；无论BOSS为每个费率组配额预留及分配的结果如何，都应该在CCA响应消息中携带CCR消息请求对应的全部Multiple-Services-Credit Control AVP，并通过各MSCC AVP的Result-Code来标识结果，指示GGSN、P-GW对各费率组业务的控制处理。

5.2. 时长计费类业务实时计费流程
以上流程所描述的都是基于流量的计费，GGSN、P-GW发送CCR的触发条件为配额到达流量门限或过期；同样，要求GGSN、P-GW支持基于时长的计费，在这种情况下，GGSN或P-GW发送CCR的触发条件也可为配额到达时间门限，该门限可以在CCA消息中对Time-Quota-Threshold AVP（TQT）进行设置。
另外，为了支持有效时长统计，GGSN、P-GW应该支持Quota-Consumption-Time（配额空耗时间）功能，当BOSS在CCA消息中携带QCT时，GGSN、P-GW需要按照BOSS指示的有效时长统计方式来统计业务访问时长；当BOSS在CCA消息中没有返回QCT时，要求GGSN、P-GW可以根据本地配置QCT来统计业务访问时长。（可选）

图5-7 时长计费类业务PDP上下文/默认承载实时计费具体流程

图5-8 时长计费类业务专用承载实时计费具体流程

1) 如图5-7，GGSN收到用户PDP上下文创建请求，或P-GW收到用户默认承载创建请求/会话创建请求/PDP上下文创建请求消息；如图5-8，P-GW为用户建立专用承载，需要说明的是，该专用承载创建流程可由P-GW灵活配置在CCR/CCR-Initial之前或之后进行；
2) GGSN或P-GW对该创建请求消息中的ChargingCharacteristics字段进行判断，如果是实时计费目标用户，触发后续实时计费流程；否则执行正常PDP创建或IP CAN承载建立应答；
3) GGSN或P-GW判断用户为实时计费目标用户后，发送CCR消息到BOSS，该CCR消息CC-Request-Type=INITIAL_REQUEST，用于建立DCC连接，并申请非内容计费对应的费率组配额（此处费率组设为x）；MSCC AVP中Requested-Service-Unit（RSU）字段为空。GGSN、P-GW应可灵活配置CCR-Initial消息中是否申请配额以及申请配额的费率组；
4) BOSS收到该CCR消息后，进行用户的认证和授权，检查用户的余额或帐户，并分配业务使用量的配额、批价，并进行帐户控制；
5) 如果用户合法且余额充足，发送CCA消息给GGSN或P-GW，Command level 和MSCC level的Result Code都为2001，该消息包括Granted-Service-Unit AVP(s) 分配配额，流量类配额采用CC-Time AVP下发；该消息也有可能包括其它的信用控制说明的AVP；另外该消息可能包括Validity-Time AVP和Time-Quota-Threshold AVP，对配额有效时间和最小配额阈值进行设置；也可能包括Quota-Holding-Time AVP，告知GGSN空闲时间定时器时长；也可能包括用来处理消息传送失败的情况的AVP，如：Credit-Control-Failure-Handling AVP；
在用户不合法、业务未授权、余额不足等情况下，BOSS会发送包含其他Result Code（如5003、4012等）的CCA消息，返回码对应的GGSN、P-GW处理动作参考8.5节；
6) GGSN或P-GW收到CCA消息后，授权终端用户使用相应服务，发送PDP上下文或默认承载创建响应消息，需要说明的是，要求GGSN、P-GW可灵活配置支持在DCC连接建立前或建立后向用户发送PDP/默认承载创建响应消息；
7) 用户后续的业务数据流开始使用上述申请的配额；
8) 当用户预留配额快要用完（到达Time-Quota-Threshold门限）或者要过期时（本次配额使用时间超过Validity-Time）等情况发生时；
9) GGSN或P-GW再次向BOSS发送新的配额预留请求CCR（CC-Request-Type=UPDATE_REQUEST），并上报已使用配额，上报原因是使用时长达到最小配额阀值（reporting-reason=THRESHOLD）或者配额授权有效时间结束（reporting-reason=VALIDITY_TIME）等；另外，当配额在一定时间段内未被使用，到达上个CCA消息中所指定的空闲定时器Quota-Holding-Time值时，也会发送该CC