案例分析-话单中流量超2G理论值

爱卫生

1 案例描述：

200x年10月份，某运营商某省份出现用户的GPRS话单中，流量超过了2G的理论值。

2 问题分析：

获取话单如下图，用户的下行流量为0xFBF57，即1032023字节，换算成这段时间的速率为：1032023×8∕1024 = 437 Kbps

- 大于2G网络的理论速率240Kbps左右。

- 同时可以看到用户激活时，协商出的QoS如下：

QoSNeg: MaxBRUpLk(2048kbps)MaxBRDnLk(2048kbps)

图例 CDR话单记录

说明用户激活后，允许以2048Kbps的速度下发数据，由于没有打开PFC流程，所以SGSN不会跟无线协商速率，SGSN依据下面三项数据来协商最终的QoS速率：
‡ - 用户签约的QoS
‡ - 手机请求的QoS
‡ - SGSN的SET 2GSM设置

在该案例中用户签约的是2048Kbps，用户请求为0值，SGSN设置不限制用户的2G QoS，所以协商的结果是2048Kbps。可以通过命令SET 2GSM将协商的QoS降低为240Kbps。

如果GGSN不做流控，即使SGSN使协商速率被调整到了240Kbps，GGSN仍然会以不限制的速率允许数据下发给SGSN，这样造成G-CDR和S-CDR中的流量相差很大。

2.1 该话单问题的根本原因

- GGSN未进行流控；

- SGSN跟BSC之间不协商速率(国内网络都不开放PFC流程)；

- 系统使用G-CDR计费，但是G-CDR中没有负流量字段，无法扣除实际没有下发的流量；

- 计费系统也需要支持负流量计算。

3 解决方案

- 降低用户签约QoS或者SGSN上SET 2GSM，限制2G用户激活的最大带宽，此操作可以实现用户激活的QoS符合实际情况，且SGSN会根据协商QoS进行控制，但GGSN的QoS控制需要GGSN来实现（仅适用一类用户）；

- GGSN实现QoS控制，此措施用于保证服务器不会以大于用户QoS速率穿过GPRS核心网，保证用户享受到的GPRS流量跟话单一致（仅适用一类用户，可引入PCRF）；

- 网络中的负流量属于正常情况，无线连接丢失、服务器突发流量等，需要计费系统支持提取S-CDR中的负流量进行结算，提升用户的感受（需要计费中心配合）。

hycl5410

comment一下：
报告里也没写，图例里也看不出来是S-CDR还是G-CDR。
如果是G-CDR，那么说那么多SGSN的事也没意思，毕竟大部分运营商拿G-CDR计费。说来说去就一句话而已，H GGSN不按照协商qos做bandwidth control。SGSN上SET 2GSM隔靴搔痒。

如果是S-CDR，那么可说的就有一些了。应该从比较老的版本就实现了流量核减功能（SGSN内部），目的是按照实际无线传输的数据来记S-CDR，具体机制不清楚，大致就是先记着，没传成功之后再减掉。
基于此，应该拿出所有的partial CDR做综合计算，来看速率是否超理论值。

总之就这么一个说不清道不明的分析报告，连分析的是S-CDR还是G-CDR都不知道，更不要说S-CDR和G-CDR比对，很糙。

kinghighland

“用户的下行流量为0xFBF57，即1032023字节，换算成这段时间的速率为：1032023×8∕1024 = 437 Kbps”

这句没看明白：流量咋就变成速率了？？？

我发现业内不少人分不清楚流量和速率的概念

kf0acf

呵呵，没有明白呀