【典型案例1】开通虚拟LAC后边界用户仍寻呼不到的案例.doc_第1页
【典型案例1】开通虚拟LAC后边界用户仍寻呼不到的案例.doc_第2页
【典型案例1】开通虚拟LAC后边界用户仍寻呼不到的案例.doc_第3页
【典型案例1】开通虚拟LAC后边界用户仍寻呼不到的案例.doc_第4页
免费预览已结束,剩余1页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

开通虚拟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:39。2二次寻呼请求:相隔4秒后,在HZ局下发二次寻呼消息,时间为:10:56:43。3 寻呼响应:过了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后,投诉问题解决。【建议与总结】一次寻呼下发过程中恰好碰到被叫用户至相邻局点登记,会造成概率性寻呼不到的情况。因此,在

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论