精华全集 冲广角币 获取广角币的更多方法
[现象描述]
某地GSM六期工程后网络结构如下：1个MSC（S厂家设备）；5个BSC：BSC1~BSC4为B厂家设备，下挂市区全部及郊县部分M900基站；BSC5为华为设备，共2个模块，1模块（BM1）下挂市区华为M1800基站，2模块（BM2）下挂郊县华为M900基站。BSC5与MSC之间A接口信令共4条，其中BM1与BM2各分配2条。
该地区GSM网络现有载频数共814个，分属三个位置区：其中华为M900基站单独使用一个位置区，市区B厂家M900基站分配了两个位置区，市区华为M1800基站与B厂家M900使用同样的两个LAC，且基本上与B厂家M900基站共LAC（19个站中有15个共LAC）。
该地区市区华为M1800系统割接后，手机在市区华为M1800网上做被叫时经常出现“用户不在服务区”的提示：某日对市区M1800基站进行拨打测试，将被叫手机锁频在M1800上，共测试了11个基站，32个小区，每个小区拨打20次（10次Mobile to Mobile，10次PSTN to Mobile），共出现不在服务区的情况114次，平均5.6次出现一回；但手机在M1800小区上作主叫时一切正常；并且在市区B厂家M900网上无此现象，在与M1800基站共BSC的郊县华为M900基站上做被叫时也不出现这种现象。
[处理过程]
对整个BSC （包括AM、BM1和BM2）进行了重启，所有模块数据重新加载，网络恢复正常。
[原因分析]
首先，由于手机做被叫离基站很近，而且能够正常做主叫，话音质量也相当好，因而排除了由于手机上行信号不好手机暂时掉网这种现象。
其次，由于在当时割接完后，直到凌晨4点左右，所有M900和M1800小区话务很小的情况下，也出现了这种情况，同时对有关寻呼消息下发的参数进行了调整也无明显变化，因此也排除了由于CCCH信道数据配置不合理而导致寻呼消息丢失这种情况。
同时由于在很短的时间内（4分钟左右）连续拨打10次电话，基本上就会有2～3次“用户不在服务区”的提示，虽然本次设置的位置更新周期较短（为30分钟，S厂家交换机上位置更新周期为65分钟），但手机出现这种现象确实太频繁，而且手机在做被叫时不是一直处于不在服务区这种状态，只是随机出现，因而也基本上排除了由于位置更新周期设置不合理而出现手机掉网的现象。
用MA10信令分析仪跟踪同一位置区的C厂家M900基站和华为M1800基站ABIS接口信令，用两部测试手机同时锁频在所跟踪的M1800基站上进行拨打测试，利于进行信令跟踪，发现当出现被叫用户不在服务区提示时，M900基站ABIS接口上正常下发了被叫用户的hhh寻呼信息，而M1800基站ABIS接口上则未下发被叫用户的寻呼信息。说明这种现象的产生是还是由于用户寻呼信息丢失造成的。可能原因有两种：其一是A接口信令丢失，其二是BSC在转发寻呼消息时模块间信令丢失或ABIS接口信令丢失。通过话统数据（某日17：00～18：00）发现，BSC从A接口收到的寻呼消息共24022条，而BSC下发到各个位置区寻呼消息总和才为12292条，而且在M1800基站所在模块（BM1)上同位置区上各小区收到的寻呼消息也参差不齐，各不相同，说明BSC在转发寻呼消息时消息丢失情况比较严重。进一步考虑到在割接前一天，BM1模块上的所有小区的LAC重新进行了分配，在LAC调整前A接口测试时，也进行过大量的拨打测试，未发现这种情况，另外LAC调整及割接均只是对BM1进行了重新数据加载的工作，因此该现象很有可能是寻呼消息由MSC到BM2模块，然后经AM模块到BM1模块时，模块间信令丢失所致。
[建议与总结]
对于多模块组网结构的BSC在更改CGI等系统数据时要谨慎，若需要进行数据重新加载，建议对BSC所有模块重新加载数据，特别是AM模块。
