51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 5154|回复: 3

案例分析-话单中流量超2G理论值 [复制链接]

Rank: 9Rank: 9

懒

发表于 2012-10-28 19:42:06 |显示全部楼层
一键分享 一键分享

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中的负流量进行结算,提升用户的感受(需要计费中心配合)。

附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

Rank: 8

VIP 论坛核心会员 特殊贡献奖

发表于 2012-10-29 17:35:37 |显示全部楼层
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比对,很糙。

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

发表于 2014-2-16 10:46:39 |显示全部楼层
“用户的下行流量为0xFBF57,即1032023字节,换算成这段时间的速率为:1032023×8∕1024 = 437 Kbps”

这句没看明白:流量咋就变成速率了???

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


使用道具 举报

Rank: 2Rank: 2

发表于 2014-6-17 17:02:18 |显示全部楼层
呵呵,没有明白呀

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-3-29 12:34 , Processed in 0.028636 second(s), 16 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部