CGI错误导致基站手机不能上网 - 通信人家园

该站点本来工作正常，问题肯定是近期才出现的。由于用户投诉说A基站和B基站附近现象比较严重，决定先从这两个基站开始分析。首先查看A基站和B基站的告警，一切正常。接着查看话统结果，发现A基站二小区的SDCCH请求次数从5月20日的3000多次上升到5月22日的6000多次，确切时间是从5月20日早上8：00开始有明显变化。与此同时SDCCH的占用失败次数也猛增到3000多次，明显异常。而A基站三小区的SDCCH拥塞率也为30%左右。但是从话务量、拥塞率、掉话率来看，该基站的TCH话统是正常的，。查看B基站的话统结果，没有发现异常。检查A基站所有相邻小区的SDCCH话统，没有发现哪个小区的SDCCH占用请求次数急剧减少的现象。从SDCCH的话统结果来看，问题应该在A基站的二、三小区，即这多出来的三千次SDCCH请求次数从哪儿来的？从故障现象分析，怀疑数据被改动，于是检查BSC的数据操作日志，也是一切正常。根据用户反映，前两天该基站所在城市下大雨，风也较大，可能馈管进水或者天线被风吹偏也有可能。或者硬件出现故障也有可能。

次日赶到现场测试。在A基站机房，三小区主B分别为91，82，85。分别锁频拨测，发现一切正常，语音清晰。测试驻波比也一切正常。于是到用户投诉比较厉害的地方进行实地测试。在一栋5层大楼内，在一楼做手机上网试验一切正常，信号基本是满格。但是到五楼楼梯口时，同行的另外三人的M手机关机后再开机出现不能上网，但是手机上信号指示为3~5格。具体现象是手机上不再有GMCC或中国移动等字样。从测试手机上看，信号电平为-60~-70多dBm。此时测试手机和T28SC关机后可以正常上网。查看驻留小区是A基站的二小区。到五楼走廊尽头，T28SC不能上网，手机信号满格。开机后出现“正在搜寻”字样，但不能上网，过一会即出现“网络不通”，手机不能上网。重复10多次现象仍然一样。对测试手机不停的开关机，大约十次左右后，出现测试手机也不能上网，但信号指示为满格。怀疑是联通的信号，结果换上使用联通的SIM卡，发现联通使用的频点符合要求。于是怀疑基站信号受到干扰，但是机房查看干扰带正常，可以排除邻频干扰的可能。再在后台查看手机接收电平质量和语音质量等级的话统结果，也正常。测试手机也能正常解出A基站2、3小区的CI和C1、C2值。所以有同频干扰的可能性也不大。

由于手机不能上网，所以有理由怀疑上网流程是否正常。于是在机房用MA10跟踪手机上网流程，发现有很多LOCATION UPDATE REJECTED消息。说明手机位置更新被拒绝。由于BSC数据没有改动的记录，所以检查MSC的相关小区参数，发现A基站二、三小区的CGI被改动，A基站三个小区的CGI一模一样。将二、三小区的CGI改正，并整表设定后，现场试验一切正常。

由于小区的CGI被改动，那么手机进行小区选择时位置更新不成功，尤其在二、三小区的主瓣方向，C1值很高，但是上不了网，这也可解释为什么2、3小区的SDCCH占用请求次数大大高于正常水平。解决此问题时走了不少弯路，刚开始时由于问题现象比较怪异，也没有想到是MSC侧数据被误改所导致。但也提出了一个新的问题：如何避免现场数据被误修改？由此想起了命令行方式的好处：数据不会被误修改。因为所有输入的命令都是人为有意的，而无意中输入有效的命令并且修改数据的可能性几乎为零。这样就避免了数据被误修改的可能。但是如果采用表格方式，这种情况需要操作人员更多的细心和责任心。