关于用户申请旺铺助手后无法做被叫的故障处理

赵云春

旺铺助手呼叫故障处理案例

【案例摘要】

5月16日，接思茅区市场部故障投诉，思茅区某用户办理旺铺助手业务后，可以做主叫，但无法做被叫。检查相关数据后发现，导致故障的原因为汇接局上少做了一条号首处理。增加相关号首处理后，用户已能正常呼入呼出了。

1. 问题描述

5月16日，接思茅区市场部故障投诉，思茅区某用户办理旺铺助手业务后，可以做主叫，但无法做被叫。

2．原因分析

基于企业在搞5.17世界电信日的宣传活动，为了避免给企业形象造成不利的影响，接到投诉后，维护人员首先在SHLR上查询该用户是否签约了旺铺助手业务。查询结果为：到该用户已签约旺铺助手业务。接着维护人员又在汇接局上做信令跟踪。在信令上，能看出汇接局已经把呼叫送到号百平台，在此等待过程中，主叫用户能听到彩铃，但被叫用户不会振铃。大约30秒后，号百平台送REL消息。释放原因为：临时故障。由于在信令跟踪消息中看到是号百平台先释放了呼叫，首先把故障定位到对方。电话联系省企业相关维护人员，经过几次的呼叫拨测。对方答复，已把呼叫送回到本地汇接局，由于汇接局不做后续处理分析号百平台才释放的。绕来绕去，故障点还是回到了汇接局上。

3．故障处理及解决措施

因为对“旺铺助手”的数据设置及呼叫流程不太了解，所以先把相关生产任务单调出。看过任务单后才明白，号百平台只是实现一下功能，呼叫接续还需在汇接局上完成。后来在汇接局上检查相关数据，发现汇接局上没有对号百平台送过来的落地呼叫做号首特殊处理，导致呼叫无法落地。增加号首处理后再请用户拨测，被叫用户已能正常接听电话。至此，故障处理结束。

4. 经验总结

在处理投诉时，由于只简单查看了呼叫的信令过程，从而误判为对方问题，因此，延长了故障处理过程。从此例故障处理中，可以看到，平时制作数据，应仔细阅读生产任务单的内容，尽量减少因数据设置错误引起的投诉