固网彩铃业务实现中存在的问题与解决方法

《固网彩铃业务实现中存在的问题与解决方法》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、固网彩铃业务实现中存在的问题与解决方法张　薇吴少华中国铁通新疆乌鲁木齐分公司乌鲁木齐8300011引言固网彩铃业务是一种被叫触发业务，主叫端局无法预知被叫用户是否开通了彩铃业务，因此无法像预付费、一号通等主叫触发业务那样由主叫端局加拨或预置业务接入码导向智能网平台处理，而是必须由被叫端局交换节点提供业务触发和呼叫路由重选功能。2固网彩铃业务实现方案目前固网彩铃业务有两种实现方案。方案一是有话路迂回方案，该方案中彩铃平台兼作彩铃桥接设备参与整个呼叫过程，并在通话过程中作为话路的一部分。具体的呼叫流程如下：主叫用户通过汇接局呼叫到被叫用户所在端局；被叫端局检查用户，确认用户

2、已开通彩铃业务且空闲时并不直接接通被叫用户，而是将呼叫触发到彩铃平台；彩铃平台检查用户业务后重新呼叫被叫用户，如果被叫用户空闲，彩铃平台将向主叫用户放送彩铃音，被叫应答后，主被叫用户通过彩铃平台的话路桥接进行通话。方案二是无话路迂回方案，该方案采用智能网SSP或具备桥接功能的交换机作为彩铃桥接设备，彩铃平台仅在被叫用户振铃期间参与，主被叫接通后结束服务。具体呼叫流程如下：主叫用户通过汇接局呼叫被叫用户所在端局；被叫端局检查用户，确认用户已开通彩铃业务且空闲时并不直接接通被叫用户，而是将呼叫触发到彩铃平台；彩铃平台检查用户业务并向主叫用户放送彩铃音，当被叫应答后，主被叫用

3、户按原有路由进行通话，同时释放被叫端局到彩铃平台之间的话路。方案一中彩铃平台需要参与整个呼叫过程，在端局和彩铃平台之间存在迂回电路，且占用时间为振铃时间与通话时间之和，彩铃平台和交换网需要耗费大量的中继资源，成本较高。方案二把彩铃桥接设备置于交换网内，对现网的交换机／SSP要求较高，需进行升级改造，主被叫用户通话过程中不需要占用彩铃平台的话路，节约网间中继资源，网络结构合理，可以接入更多的彩铃用户。在安全性方面，方案一由于彩铃平台参与呼叫连接，其稳定性不但影响彩铃业务的提供，还直接影响呼叫接通率，而方案二中彩铃平台仅提供彩铃业务，对呼叫接通没有影响，即使彩铃平台出现问题

4、，也只会影响彩铃的播放，不影响用户通话。很显然无话路迂回方案是全网推广彩铃业务的最佳方案，但如果采用该方案就必须把彩铃桥接设备设置在交换网内。乌鲁木齐铁通采用中兴ZXJ10交换机作鉴权，被叫号码通过号码特殊变换前插接入码xxx送至SSP侧实现彩铃功能。3出现的问题及解决方法3.1话单问题实现彩铃触发功能需前插接入码xxx+本地区号+被叫号码，因而会导致本地主叫话单异常。正常的本地话单应为主叫号码PQRABCD和被叫号码PQRABCD，异常话单则为主叫号码PQRABCD和被叫号码接入码xxx+本地区号+被叫号码。出现异常话单的原因是，呼叫发生时系统需进行用户鉴权，检查被叫

5、用户是否为彩铃用户，所以系统在被叫号码分析器中对被叫号码做了“号码特殊变换”。鉴权成功后会对彩铃用户号码前插入接入码xxx，这一变化会被记录在话单上。解决的办法是把鉴权数据维护表中“中继”菜单里的“不记录变换后的被叫号码”选项选中。问题解决后又出现了入中继的呼叫转移用户话单错误，正常话单应为A+B+C的格式，而出错后的话单变为A+B+B的格式。维护部门怀疑是由彩铃功能或交换机版本问题导致的。去掉彩铃功能后拨测，话单还是不正常，由于交换机从未出现过类似故障，维护人员先检查本局数据。仔细查看话单，是入中继0*0，出中继X*X，试一下本局前转，话单正常；前转出局号码，话单不正

6、常，可见话单不正常与出入中继有关。跟踪信令，发现信令内容正常。检查局端数据后，维护人员认为故障可能是由选中“不记录变换后的被叫号码”选项导致的。把此选项去除后进行拨测，话单正常，计费侧采集话单确认后也正常。经过技术人员的商讨，决定采用自环中继的方法来解决此问题，具体步骤是首先取消原有的中继鉴权，然后找出两个空闲中继作为自环中继，在中继电路组中作为被叫号码变换，统一加接入码xxx+本地区号，选中（入局）“不记录变换后的被叫号码”的选项，最后在本端局中对彩铃接入码进行路由分析，指向该自环中继，由自环中继统一变换号码后再送向SSP侧。至此问题得到解决，但这种方法浪费中继资源，

7、对业务的大规模开展有一定影响，要想彻底解决只有对当前交换机的版本进行升级。3.2和语音邮箱冲突在测试彩铃业务期间，还同时开始测试语音邮箱业务，测试人员发现用户同时开通两项业务时，彩铃业务能够正常实现但语音邮箱业务无法实现。通过No.7信令跟踪发现：触发彩铃的过程很顺利，但是当被叫用户无人接听转接到语音邮箱系统时，主叫用户听不到语音邮箱系统的提示音，而是一直在听彩铃音。原信令流程如图1所示。通过信令分析推测，可能是因为虽然通话转接到了语音邮箱，但是因为语音邮箱服务器没有回送应答计费消息，SSP侧认为主叫的第一次呼叫过程没有结束，无法正确识别