GPRS移动数据网络的CC特性

爱卫生

定义

CC：Charging Characteristics（计费特性）

CC在GPRS移动数据网络系统里的各种消息里是个16比特的域。手机用户入网的时候就需要确定一些计费的特性，比如预付费还是后付费，所以CC最开始是由运营商配置在HLR上面的。当手机开机attach到网络上或者用户上网的时候，HLR在MAP消息里头把CC带给SGSN，SGSN再在GTP消息里头发CC给GGSN。

技术要点

对于分组域，拜访地SGSN从HLR中获取用户的GPRS签约信息，并在创建PDP上下文时，将GPRS签约信息中的CC值携带给归属地的GGSN，归属地GGSN通过该CC值区分用户的预付费和后付费属性。对于预付费用户，归属地GGSN将计费请求消息通过DCC协议路由到用户归属的OCS。对于存在多套OCS的情况，GGSN将计费请求消息发送给DCC PROXY，由DCC PROXY实现DCC协议消息的路由分发。

在HLR上的手机用户注册数据里头，有两类CC：

PDP-Charging Characteristics ；

Subscribed Charging Characteristics.

PDP-Charging Characteristics是特定于某个PDP Context的；Subscribed Charging Characteristics呢，是某个手机用户持有的全局CC。当某个手机通过激活某个PDP context上某个internet/intranet的时候，会应用该PDP Context对应的CC，如果该PDP Context没有对应的CC，则应用该手机Subscribed Charging Characteristics，如果连Subscribed Charging Characteristics都没有，那么SGSN会选择配置的一个默认值。 标准对CC的选择做了一些规定和说明。

那么SGSN转发什么样的CC给GGSN呢？前面说了，SGSN会根据协议标准作一个匹配和选择，最终确定一个CC，应用在SGSN的计费上面。这里常见的一个错误就是，把SGSN最后选到的CC，转发给GGSN。

SGSN和GGSN的计费需要分开算的。SGSN靠近无线接入网络，主要负责计算无线资源的使用；GGSN靠近数据网络端，主要负责数据网络使用的计算。SGSN的CC选择规则，只适用于SGSN自己；而SGSN转发给GGSN的CC，是从HLR那得到的原封不动地给GGSN。如果HLR给SGSN的消息里没有CC，那么SGSN就不要转发任何CC给GGSN。

   CC这个域的格式和意义，有关于Charging标准做了定义。只不过3GPP在这个协议标准上，做得不太漂亮。它在不同release间，不是对同一个编号的标准作更新，而是每次出一个不同编号的标准，这就让厂商比较难追踪，也容易出问题。比如，以为新的release没有更新，其实是有更新，有改变，只是写在了另外一个标号的文档。这也是一个常见的问题，因为更新在另一个标准文档里头，所以一些新的特性可能没注意到，比如对CC格式的新的解析，而忘了更新代码来实现。

Release 99 - TS 32.015

Release 4/5 - TS 32.215

Release 6/7 - TS 32.251

   这里，不同release的标准确实对CC这16个比特的意义做了不同规定。

   在 R99 (32.015)中, 4 个比特是4个flag，对应4种计费方法。其他比特是spare bit:

N flag - normal charging,

P flag - prepaid charging,

F flag - flat rate charging

H flag - charging by hot billing

   

   在 R4/5/6/7中, 对CC的16个比特的含义做了扩充。那四个比特的所有组合 0000~1111 都是有意义的, 因为它可以支持至少16 种profile，另外12个比特自定义:

   尽管在新标准中提到说也可以向后兼容的，可以采用R99的解释；恩，如果只用同一个厂商的SGSN和GGSN，两个都遵从R99的解释，那是可以。但是，如果SGSN和GGSN分别来自不同厂商，并且SGSN用R99的解释，GGSN实现了比较新的R4之后的，那就会出问题了。其实这挺有可能的。一个运营商可能用同一设备商的SGSN和GGSN，但即使这样，在漫游的时候，可能本运营商的SGSN连到另一运营商的GGSN，这个时候这两个设备来自不同厂商的可能性就很大了：）

参考文献

3GPP TS 23.060 General Packet Radio Service (GPRS); Service description; Stage 2

3GPP TS 32.015Telecommunications management; Charging management; 3G call and event data for the Packet Switched (PS) domain

3GPP TS 32.251 Telecommunication management; Charging management; Packet Switched (PS) domain charging

3GPP TS 32.298 Telecommunication management; Charging management; Charging Data Record (CDR) parameter description

bestflora

这个看不明白了，看了下您发的信令log，在附着INSERT SUBSCRIBER data和创建PDP上下文请求里，都没有这个CC参数的。
而且HLR也许也不知道用户是预付费、后付费的。

bestflora

难道这个就是在线计费？

爱卫生

回复 bestflora 的帖子

我给的log不是现网包。仅供参考。预付费用户才是在线计费（也就是CC这个特征码的P Flag要置1才是）。因为要实时扣减额度。是交给OCS处理的。但一般来说，我们现在网络中没有采用在线计费这种方式。

bestflora

刚刚在看23.060规范，在HLR的信息存储内容中有CC的解释，The charging characteristics for the MS, e.g. normal, prepaid, flat-rate, and/or hot billing subscription.

突然觉得版主这么强调协议规范还是挺对的，很多东西都可以从规范找到答案，而且也让学习更加主动，不是一味的碰到问题就求助高人，而是要先尽可能思考和自己找寻问题的答案，这样好像更有乐趣些哦。

爱卫生

回复 bestflora 的帖子

   呵呵，bestflora。谢谢你哈。你说的很对呀。我很赞同。学习规范真的可以找到很多乐趣。并且提问也是有提问的智慧的。在网上可以找到很多相关的链接。这里就不赘述了。
   另外，还有一点就是，规范的权威性。任何人的回答都可能有不完整或不准确的地方，但如果搬出规范来，不服也不行了。呵呵。
   另外，研究规范其实也可以拓宽自己的思维。因为隐藏在规范后还有很多背后的故事。例如厂家之间的博弈、用户的行为、甚至通过规范还可以推导出当时那个年代通信网络的现状（例如ready timer定为44秒就和当年的智能手机不普及有关、为什么SGSN的控制和用户平面在3GPP R8之前都没有分离也是因为规范当年的PS业务增长缓慢有关、再比如为什么在LTE中，要对PS核心网做演进、而对CS不做演进？GTPV1为什么将在EPC中被GTPV2取代？等也非常有趣。）如果真的把这也当成娱乐新闻的话，我觉得就会充满乐趣而不决的规范枯燥了。
   真的，谢谢你。bestflora。我很感谢在备案成功之前对论坛一直支持的朋友。真的非常感谢。一个三级域名都得到大家这样的支持，非常感谢。有什么对论坛的意见和问题大家可以直说，不用太客气。因为我也是第一次这样做，所以肯定不专业。包括版块的划分，论坛的设计等等。再次感谢！

yinxueai

协议必须看的，顶