【资料名称】：增大反向小区半径解决无法通话案例

【资料作者】：zjjqyc

【资料日期】：09-05-19

【资料语言】：中文

【资料格式】：DOC

【资料目录和简介】：

增大反向小区半径解决无法通话案例
1.问题描述
三家馆基站附近某饭馆用户反映打不通电话，也无法做被叫。在后台通过拨打用户号码对用户IMSI号进行信令跟踪，结果只有两条寻呼请求的信令，对问题区域所在的三家馆基站进行呼叫业务观察也没有发现呼叫失败现象。
2.问题分析
从跟踪到的信令知道基站没检测到接入消息，所以业务观察没有呼叫失败的信息。可见无法打通电话的问题出在移动台接入阶段。
因此现对可能引起接入失败的情况进行分析：接入阶段是指从移动台发出Origination Message或者Page Response消息开始到移动台接收到基站的ACK Order消息。
这个阶段可能会产生某些呼叫失败：
1.移动台的接入消息始终没有被基站接收到
可能的原因：
反向存在干扰：反向干扰会导致基站的反向底噪升高到无法解调移动台信息，这个可以通过在后台查看小区反向RSSI，如果RSSI比较高，说明存在反向干扰的可能；
反向链路损耗比较大：如果链路损耗程度大到以至于移动台的反向信息已经衰落到无法让基站解调出来的程度，那么肯定是接入失败的，这种情况一般出现在小区覆盖的边缘处，可以通过移动台的前向信号强弱来判断是否到小区覆盖的边缘处。
2.基站发出的Order消息没有被移动台接收到
这种情况主要是由于前向链路的忽然衰减导致移动台无法解调前向信号，具体来说有两种可能：
前向存在突发的干扰：持续的前向干扰表现为移动台无法锁定网络，而突发或间歇性前向干扰则表现为移动台在待机状态下会忽然无法锁定网络，但是移动台的信号强度指示通常会表现为很高；
其次是起呼所在的导频忽然变弱，或者出现更强的另外一个导频：在城市密集网络中，这种可能性比较大，而在郊区比较稀疏的网络中，由于导频较少，这种情况应该不多。
3.处理过程
1.首先对以上分析的在接入阶段可能产生呼叫失败的各种原因进行逐一排查：
1)通过在后台查看小区反向RSSI，发现问题小区RSSI正常，排除了存在反向干扰的可能；
2)据反应问题区域接收到的信号强度尚可，应该不属于小区覆盖的边缘；
3)移动台没有出现无法锁定网络的情况，应该也不是前向干扰的原因；
4)对三家馆基站小区半径、接入参数、搜索窗、射频输出功率、资源拥塞、告警等进行了检查，未发现任何异常。
2.只好到现场进行信号测试确定问题所在：
通过现场测试后发现问题原因是：投诉用户虽更靠近三家馆基站（2.3公里），但由于山体阻挡严重，覆盖很弱，有些遮挡信号就衰减了很多。而用户所在区域环境复杂、周围有很多山丘，该区域收到的三家馆基站信号时有时无，大多时间接收到的反而是更远处（12公里）杉木界基站第二小区的信号（RX在80左右），PN为291，CI为12429，说明基站下行信号可较好可以被手机成功解调，但上行信号不能被基站解调（现场拨打电话，TX的变化现象是一直增加到30dBm后断掉，后台也无法跟踪到任何上行信令消息）。于是怀疑杉木界基站第二小区的反向小区半径设置偏小造成，经参数检查发现该小区半径目前是采用的默认值128，计算覆盖距离大概是[（128×0.244）/2]/1.5=10.4km(注：小区半径的单位是chip，而1个chip的延时约为0.244km，除以2是因为考虑到环路时延的关系，而再除以1.5是因为考虑到折射、绕射等因素，实际距离要比理论距离要小，也就说设置这个小区半径要留余量，此处取1.5倍应该够了),可见其值小于实际的距离12km，小区半径确实偏小，在后台增加了该小区的小区半径（128改为256），这样理论的覆盖距离就有20多公里，上行信号应该可以被基站解调，后台修改并同步后多次尝试均可以使用蔚县1基站第一小区信号正常拨打电话，问题解决。
具体信号情况及分析如下：

由上图可见红色圆圈问题区域虽然距离附近的三家馆距离比较近，但因山体阻挡严重导致该基站的信号基本无法收到，而远处的杉木界基站位置较高，且在现场天气好的情况下可以看见杉木界基站的铁塔。

上图为三家馆基站至投诉地点的地形剖面图，加上该基站位置并不是很高，导致阻挡效应非常明显。

由上图为杉木界基站至投诉地点的地形剖面图，基站视距范围内覆盖效果较好。
4.经验总结
遇到投诉问题时一定要尽量详细的弄清问题的情况，以清晰的思路找出可能产生问题的所有原因，然后逐一排查。而且思路要开阔，比如本例：开始的时候就一直从距离问题区域最近的三家馆基站找原因，没能发现任何问题；最终却是通过现场亲身信号测试感受才发现问题出在另一个更远处基站身上，所以以后在处理问题时应把问题区域周边的基站都列为问题排查的范围，而且必要时要使后台参数的检查与前台测试感受相结合，使解决问题的思路更开阔、方法更多样。

增大反向小区半径解决无法通话案例
1.问题描述
三家馆基站附近某饭馆用户反映打不通电话，也无法做被叫。在后台通过拨打用户号码对用户IMSI号进行信令跟踪，结果只有两条寻呼请求的信令，对问题区域所在的三家馆基站进行呼叫业务观察也没有发现呼叫失败现象。
2.问题分析
从跟踪到的信令知道基站没检测到接入消息，所以业务观察没有呼叫失败的信息。可见无法打通电话的问题出在移动台接入阶段。
因此现对可能引起接入失败的情况进行分析：接入阶段是指从移动台发出Origination Message或者Page Response消息开始到移动台接收到基站的ACK Order消息。
这个阶段可能会产生某些呼叫失败：
1.移动台的接入消息始终没有被基站接收到
可能的原因：
反向存在干扰：反向干扰会导致基站的反向底噪升高到无法解调移动台信息，这个可以通过在后台查看小区反向RSSI，如果RSSI比较高，说明存在反向干扰的可能；
反向链路损耗比较大：如果链路损耗程度大到以至于移动台的反向信息已经衰落到无法让基站解调出来的程度，那么肯定是接入失败的，这种情况一般出现在小区覆盖的边缘处，可以通过移动台的前向信号强弱来判断是否到小区覆盖的边缘处。
2.基站发出的Order消息没有被移动台接收到
这种情况主要是由于前向链路的忽然衰减导致移动台无法解调前向信号，具体来说有两种可能：
前向存在突发的干扰：持续的前向干扰表现为移动台无法锁定网络，而突发或间歇性前向干扰则表现为移动台在待机状态下会忽然无法锁定网络，但是移动台的信号强度指示通常会表现为很高；
其次是起呼所在的导频忽然变弱，或者出现更强的另外一个导频：在城市密集网络中，这种可能性比较大，而在郊区比较稀疏的网络中，由于导频较少，这种情况应该不多。
3.处理过程
1.首先对以上分析的在接入阶段可能产生呼叫失败的各种原因进行逐一排查：
1)通过在后台查看小区反向RSSI，发现问题小区RSSI正常，排除了存在反向干扰的可能；
2)据反应问题区域接收到的信号强度尚可，应该不属于小区覆盖的边缘；
3)移动台没有出现无法锁定网络的情况，应该也不是前向干扰的原因；
4)对三家馆基站小区半径、接入参数、搜索窗、射频输出功率、资源拥塞、告警等进行了检查，未发现任何异常。
2.只好到现场进行信号测试确定问题所在：
通过现场测试后发现问题原因是：投诉用户虽更靠近三家馆基站（2.3公里），但由于山体阻挡严重，覆盖很弱，有些遮挡信号就衰减了很多。而用户所在区域环境复杂、周围有很多山丘，该区域收到的三家馆基站信号时有时无，大多时间接收到的反而是更远处（12公里）杉木界基站第二小区的信号（RX在80左右），PN为291，CI为12429，说明基站下行信号可较好可以被手机成功解调，但上行信号不能被基站解调（现场拨打电话，TX的变化现象是一直增加到30dBm后断掉，后台也无法跟踪到任何上行信令消息）。于是怀疑杉木界基站第二小区的反向小区半径设置偏小造成，经参数检查发现该小区半径目前是采用的默认值128，计算覆盖距离大概是[（128×0.244）/2]/1.5=10.4km(注：小区半径的单位是chip，而1个chip的延时约为0.244km，除以2是因为考虑到环路时延的关系，而再除以1.5是因为考虑到折射、绕射等因素，实际距离要比理论距离要小，也就说设置这个小区半径要留余量，此处取1.5倍应该够了),可见其值小于实际的距离12km，小区半径确实偏小，在后台增加了该小区的小区半径（128改为256），这样理论的覆盖距离就有20多公里，上行信号应该可以被基站解调，后台修改并同步后多次尝试均可以使用杉木界基站第二小区信号正常拨打电话，问题解决。
具体信号情况及分析如下：

由上图可见红色圆圈问题区域虽然距离附近的三家馆距离比较近，但因山体阻挡严重导致该基站的信号基本无法收到，而远处的杉木界基站位置较高，且在现场天气好的情况下可以看见杉木界基站的铁塔。

上图为三家馆基站至投诉地点的地形剖面图，加上该基站位置并不是很高，导致阻挡效应非常明显。

由上图为杉木界基站至投诉地点的地形剖面图，基站视距范围内覆盖效果较好。
4.经验总结
遇到投诉问题时一定要尽量详细的弄清问题的情况，以清晰的思路找出可能产生问题的所有原因，然后逐一排查。而且思路要开阔，比如本例：开始的时候就一直从距离问题区域最近的三家馆基站找原因，没能发现任何问题；最终却是通过现场亲身信号测试感受才发现问题出在另一个更远处基站身上，所以以后在处理问题时应把问题区域周边的基站都列为问题排查的范围，而且必要时要使后台参数的检查与前台测试感受相结合，使解决问题的思路更开阔、方法更多样。

[ 本帖最后由 zjjqyc 于 2009-5-19 21:43 编辑 ]