欠费风险专题分析

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

欠费风险专题分析

中国移动通信集团河北有限公司衡水分公司网络部设备维护中心刘娜

2009年1月15日

业务背景

OCS(online charging system)被广泛认为是3G中的一种重要的计费方式,可以对用户进行实时计费,且不受用户申请业务的限制。在目前网络侧设备短期仍不能大规模进入3G应用的条件下,如何将OCS的部分功能应用到现在的2G网络,是移动运营商迫切需要解决的问题,而欠费风险控制系统,就是这一问题的解决方案。

话务控制流程主要用于MSC/SSP、SCP、MGW三者之间配合,根据用户的资料和帐户情况对用户的通话进行实时的控制,当余额不足时,能够及时切断呼叫,避免欠费。

问题引出

08年12月中旬,华为智能网割接上线,在配合测试过程中,我们发现当欠费风险用户账户余额仅够通话三分钟时,建立一个正常的呼叫,当账户余额仅够一分钟时:

(1)北电端局下,用户可以听到“滴滴”的余额不足警告音;

(2)中兴软交换端局下,听不到“滴滴”的警告音;

一分钟过完后,两种端局下都可以正常切断呼叫。

在同一个地区(衡水地区),业务类型相同,放音却有差别。这一方面造成了提示音的不规范,另一方面还有可能引起客户投诉。鉴于此,我方立即组织人员进行处理。

问题分析

1.预付费业务智能呼叫

对于预付费业务,MSC/VLR/SSP收到呼叫请求,根据主教签约信息O-CSI 触发业务,直接将MSC/VLR/SSP所在位置长途区号放在IDP消息中的,LocationNumber参数中,并向SCP发送IDP消息。SCP受到IDP消息后,先分析主叫用户账户,账户有效,则根据主叫用户拜访地的长途区号和被叫区号确定主叫费率,并将余额折算成通话时长发送RRBE、AC、和Contiune到

MSC/VLR/SSP。然后根据ISUP中的被叫号码进行接续,折算通话时长不足一分钟时系统会播放录音通知或发出分钟提示音,耗尽时切断呼叫。

2.MSCServer控制MGW放音

对于软交换端局来讲,什么时候放音以及放什么音是由H.248来控制的。由于所有音资源都在MGW上,Server上不需要配置音资源信息,但由于是由MGC 向MGW发放音命令,所以在MGC上记录了协议音的package+tonepro+anspec 和网关上toneID的对应关系,相反网关上数据库记录反向关系,以作为翻译。(Server上的248选中所要放的音(TONEID),然后查数据库,把该TONEID 翻译成协议上需要的数据,即:pkgid + tonepro + Anspec,Server上的248再发给MGW上的248,网关上的248再通过数据库把pkgid + tonepro + Anspec 翻译成相应的TONEID。)

3.问题分析

要判断问题出在哪个环节,那么针对以上1、2两点需要确定以下两点:(1)MSCServer是否收到了智能网下发的放音操作标识;

(2)MSCserver是否指示了MGW放音?如果是,那么MGW对MSCServer 的指示,是否做出正确响应(Reply)。

对gsmSSF和H.248信令消息进行跟踪,简要分析过程如下。

在GSMSSF的CAP ApplyCharging 消息中,参数releaseIfdurationExceeded 和Tone相应的值为:

(1)releaseIfdurationExceeded=1 该参数表示如果达到既定的持续时间时,在gsmSSF上会执行参数2的相应操作。

(2)tone=1该参数指示Mgw,在呼叫释放前会放警告音。

分析GSMSSF消息结果表明:Server收到了智能网侧下发的放警告音的操作指示。

分析H.248消息结果表明:

Server对关联(Context=218108958)中的Termination=Tdm_245/14发出Modify(signals(threegxcg(…))消息后,并未收到MGW回的Reply消息,之后Server直接用Subtract命令解除了TDM_245/14与Context(218108598)之间的关系。

察看软交换端局的配置,在MGW上没有查找到Threegxcg(3G扩展呼叫处理音产生器包,详细参见Q.1950 [23],此音包中增加了一条新的Camel预付费警告音)包的相关定义。

4.问题结论

根据以上分析,初步判定放音失败的原因是:Mgw没有对threegxcg协议音包的定义,导致Server下发了放警告音的指示操作后,Mgw没有做出响应,从而放音失败。

解决方案

在Mgw上添加threegxcg包的相关定义,以uep用户登录数据库,执行以下sql语句:

insert into CN_R_TONEPRO (MOI, TONEPROID, PKGID, TONEPRO, TONE, ANSPEC, SKEY, BUREAUNO, CONFSETID, USERLABEL)

values('CNSUBNETWORKID=0,MANAGEDELEMENTID=2,CONFSETID=1, MGWFUNCTIONID=1,TONEPROID=2415',2415,50,79,15,NULL,1,163,0,NUL L);

commit;

语句中:TONEPROID=50,对应的协议音包类型即为:threegxcg包。

(

失。当我公司测试过程中发现这一问题后,立即组织相关人员进行分析,最快地使问题得到了解决,避免了引起大范围的客户投诉。

相关文档
最新文档