【典型案例1】开通虚拟LAC后边界用户仍寻呼不到的案例.doc

开通虚拟LAC后边界用户仍寻呼不到的案例【现象描述】 HZ市和SX市交界处平原、人流大，09年一直收到用户投诉边界存在普遍的寻呼不到问题，由于之前两地市之间未开通扩展寻呼，此问题属正常于是，HZ市在3月初开通了与SX市的边界虚拟LAC寻呼方式，开通之时无论从信令跟踪还是从DT测试都可以得出，虚拟LAC寻呼开通正常，边界用户寻呼不到问题解决但是，4月1日起，有陆续收到两个区域的边界用户寻呼不到的投诉，且反映比较激烈描述为有20%的概率寻呼不到，投诉区域如下：【告警信息】 无【原因分析】虚拟LAC开通后，应该说此类问题即可解决造成此投诉可能是部分站点未配置虚拟LAC对区域内的相关站点进行虚拟LAC配置的检查，防止SX或者HZ市有站点覆盖至此却未做为虚拟LAC，导致扩展的寻呼请求不在此小区下发如下为虚拟LAC划分情况：经核查周围站点虚拟LAC都已配置，甚至将虚拟LAC区域进行扩大化，将部分站点加入到虚拟LAC中来但是，用户反馈问题仍未解决，还是有一定概率的寻呼不到情况处理过程】组织局方人员对投诉点进行拨测，后台信令跟踪被叫：460036140647502，主叫：460036581048534。

在跟踪过程中发现一次寻呼不到的问题，具体信令如下：1． 首次寻呼请求：首次只在HZ局下发寻呼请求消息，时间为：10:56:392．二次寻呼请求：相隔4秒后，在HZ局下发二次寻呼消息，时间为：10:56:433． 寻呼响应：过了2秒多(10:56:45)，在HZ局发现终端的寻呼响应消息，但立刻被MSC响应且下发拆话命令，如下：而正常寻呼响应消息如下：4． 发现登记消息：同时跟踪SX局的对应BSC发现，在10:56:40的时候，即在一次寻呼和二次寻呼之间终端上报了登记消息，如下：问题清楚了：在HZ下发一次寻呼消息的时候终端未监听到，而恰好在SX局发起位置登记此时HZ局会发起本局的二次寻呼和SX局的虚拟LAC寻呼，由于SX局发现此终端已经在本局登记，因此，不下发寻呼而终端响应HZ局的寻呼命令后，HZ局判断该终端已经登记至SX局，因此，也不建立空口所以，造成虽然终端响应了寻呼消息，但仍然造成用户无法寻呼到的情况如下为相关信令：查询后发现SX局中一个附近站的保留登记区域数为1，容易造成频繁登记而当初设置Total Zone也是因为地市边界寻呼不扩展，希望通过终端频繁登记缓解寻呼问题修改Total Zone为2后，投诉问题解决。

建议与总结】一次寻呼下发过程中恰好碰到被叫用户至相邻局点登记，会造成概率性寻呼不到的情况因此，在开通扩展寻呼的两个局点之间，需要将不同局点边界站点的登记区域设置为2或者3这样可以有效减少此类问题发生的概率。