1、固网彩铃业务实现中存在的问题与解决方法张 薇 吴少华 中国铁通新疆乌鲁木齐分公司 乌鲁木齐 830001 1 引言固网彩铃业务是一种被叫触发业务，主叫端局无法预知被叫用户是否开通了彩铃业务，因此无法像预付费、一号通等主叫触发业务那样由主叫端局加拨或预置业务接入码导向智能网平台处理，而是必须由被叫端局交换节点提供业务触发和呼叫路由重选功能。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 侧。至此问题得到解决，但这种方法浪费中继资源，对业务的大规模开展有一定影响，要想彻底解决只有对当前交换机的版本进行升级。3
7、.2 和语音邮箱冲突在测试彩铃业务期间，还同时开始测试语音邮箱业务，测试人员发现用户同时开通两项业务时，彩铃业务能够正常实现但语音邮箱业务无法实现。通过 No.7 信令跟踪发现：触发彩铃的过程很顺利，但是当被叫用户无人接听转接到语音邮箱系统时，主叫用户听不到语音邮箱系统的提示音，而是一直在听彩铃音。原信令流程如图 1 所示。通过信令分析推测，可能是因为虽然通话转接到了语音邮箱，但是因为语音邮箱服务器没有回送应答计费消息，SSP 侧认为主叫的第一次呼叫过程没有结束，无法正确识别是否停止放送彩铃音。 我们修改了信令流程，要求语音邮箱服务器回送 ACM 的同时回送 NN 或 ANM，使SSP 侧认为
8、用户应答而停止第一次呼叫，修改后的信令流程如图 2 所示。修改信令流程后进行拨打测试，两项业务不再冲突。3.3 端局特服平台无法呼叫彩铃用户铁路专网端局下挂 XX 特服平台，用户反映无法拨打本汇接局公网用户，但以前可以拨通，可能是与彩铃业务发生冲突。特服平台挂局下挂在铁路专网交换机下，铁路专网交换机与汇接局开通 TUP 信令。进行信令跟踪发现是铁路专网交换机拆线释放通话。检查彩铃数据，将铁路专网端局接入号码分析中特殊变换标志字去掉后接续正常。对比正常接续和不正常接续的信令，发现没有选中标志字时汇接局不向对端局要主叫号码，选中标志字就要向对端局要主叫号码，而铁路专网端的特服平台无法送出主叫码，但是汇接局入局中继却强行主叫号码，因而导致呼叫无法正接通。查找相关资料和检查中继组据后，我们在汇接局将铁路专网对中继组的标志位44（TUP 收到对端的 IAM 消息时始终不发 GRQ 消息）上，再将号码分析中的标志位重新中后故障排除。
