51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 4700|回复: 2
打印 上一主题 下一主题

实时计费联调问题------OCS的FUA为terminate,GGSN没有执行 [复制链接]

Rank: 2Rank: 2

跳转到指定楼层
楼主
发表于 2013-9-8 22:32:53 |显示全部楼层 |倒序浏览
一键分享 一键分享
最近在做实时计费联调(移动),遇到个问题一直没解决,还行各位大神指教。
GGSN是E的,OCS是HW的。

测试场景:用户使用过程中发现余额不足,

问题现象:当OCS下发CCA(抓包第15行)中指示最后一个分片,FUAterminate时,GGSN没有按照terminate执行,而是再次发起CCR-U消息(抓包第20行),OCS响应CCAerrorcode4012才对终止会话的

应有的现象:当OCS下发CCA中指示最后一个分片,FUAterminate时,用户用完最后分片GGSN即执行terminate


在E的CPI中也没找到具体的配置方法,不知道大家有没有遇到在这种场景,如何配的?

谢谢!

附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册

Rank: 2Rank: 2

沙发
发表于 2013-9-10 09:21:59 |显示全部楼层
非常感谢你的解答。
从OCS在第15个包下发了FUI,按理来说最后分片用完GGSN可以直接上报CCR-T,这样就省去第20、22个包了,总感觉这俩包是多余的~~

使用道具 举报

Rank: 2Rank: 2

板凳
发表于 2013-9-11 16:52:49 |显示全部楼层
09是标识异常流量的,我觉得应该就是不计费的(包含TCP建立的包)。
01是缺省流量
我发现CCR-I带的RG是09  CCR-T也是09,看了一下GGSN的配置发现调用的service-set配置如下:
            service-set all-ss {
                service-identification {
                    service-data-flow-id {
                        default {
                            payload 2000000001;
                            tcp-setup-signaling 2000000009;
                        }
                    }

这里的每次建立DCC会话和拆除DCC会话是不是与建立TCP链接和拆除TCP链接有关系,所以才出现CCR-I和CCR-T带的RG都是09的现象
多RG的场景真的很烦~~

使用道具 举报

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

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

GMT+8, 2024-5-22 04:52 , Processed in 0.219837 second(s), 13 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部