度假村3小区故障处理案例.doc

度假村3小区故障处理案例一、问题描述1、投诉及预处理情况从10月20日开始，陆续接到用户的投诉，反映在吉大某区域一个星期以来出现主被叫接不通或通话断续的情况。经过预处理发现投诉点比较集中，分布在某个基站小区（ZHGDJC3 度假村3，天线位置在度假村主酒店楼顶）周围，如下图：查该小区的覆盖信息发现，该小区 度假村3，除了室外覆盖外，还带了4个室内分布系统。其中一个是有线接入方式的，覆盖度假村主酒店的全楼；另外3个都是无线接入方式的，覆盖电梯。在这些室内分布系统中，并没有接到用户的投诉。特别是在度假村主酒店中，人流量这么大的地方都没有接到用户的投诉，是比较难理解的。观察该小区指标，也未发现明显异常，如下图：该小区的接通率一直保持在98%以上，掉话率和无线接入性都较好。按道理是不会出现用户反映的情况的。但为什么用户会反映一个星期以来出现问题呢。在OSS上查该小区的告警信息，发现该小区有MO告警，如下：CF 2A 33，分集接收丢失，当分集接收的A/B两路信号强度差超过12DB且连续保持了50分钟以后会出现这个告警，问题的位置可能产生在CDU，TRU，馈线和天线，及载波连线等等射频单元。因为该告警是属于A3级别告警，所以出现这个告警的时候系统不会自动派单，所以我们不能及时获取这种类型的告警信息。另外，发现一个值得注意的信息是，该小区只有6个载波却是两个机架，最后一个载波居然在-8的位置。中间的-5，-6，-7位置居然都是空的，但这种情况已经保持了几个月了，最近都没有任何硬件和参数的变动。查看该小区的MRR，如下：发现该小区的上行质量很差，但通过FAS却没有发现明显受干扰的频点，而且该小区没有一点上行干扰！但似乎上下行电平有点不平衡，波峰差距比较大。检查了所有有关参数设置都没有发现异常，郁闷！因为该小区的指标没有明显异常，所以为了确定这些用户的问题到底是不是因为这个小区的告警引起的，我们测试人员到投诉地点进行了详细测试。2、现场测试测试人员联系用户对投诉地点进行了详细的测试，发现一个相当奇怪的问题，即是发现在投诉点虽然是度假村3主覆盖的，下行信号也都比较强（-80DBM以内），但锁定BCCH测试时却发现，主被叫都无法接通：如下图：通过看信令流程如下： 发现手机在发 Chanel Request 以后连续出现了7个Call Attempt Retry（呼叫尝试重试），最后却还是出现了Blocked Call，信道请求失败，根本不能接通。锁定另外一个小区的BCCH后主被叫却都是正常的。因此判断，问题肯定还是出在 度假村3 小区，见到了一丝黎明的曙光。随后测试人员在度假村酒店内室内分布系统的覆盖范围内测试时，却发现手机锁定度假村3 BCCH也是能正常进行主被叫的，询问酒店的工作人员都反映信号没有问题。为了排除偶然的因素，在室内分布系统覆盖范围和多个投诉点分别进行了100次主被叫测试，发现在室内分布系统覆盖范围都内接通。如下：而在投诉点却99%都不能接通（只接通了一次）。测试人员又在酒店和投诉点之间进行了随机拨测，发现越靠近酒店，接通的几率越大。看信令流程如下：在酒店附近的室外进行拨测时，虽然手机锁定了度假村3 小区大部分也能拨通，但看成功时的信令却发现 在信道请求的时候也是经过了3次重试（Call Attempt Retry）才最后成功的。而不同地点的区别只是接收电平不同而已，由此推断是该小区的上行信号太弱导致远一些的地方手机无法接通。而且因为在主酒店内是100%接通的，因此判断很可能是室外天线有问题，这也印证了 CF 2A33 告警。二、处理过程1、更换室外天线 无线代维人员更换了室外天线后，测试人员及时对投诉区域进行了复测，发现问题有很大改善但没有完全解决，拨测100次有60次是正常的，还有40次还是无法接通的。而且CF 2A33 告警依然存在。说明更换天线有一定的效果，但问题仍然存在。2、到机房检查设备 因为问题还在，网优人员决定联合基站维护人员一同上站检查硬件。该小区的机架实物图如下：经仔细检查未发现连线等有松动等等异常。网优人员询问基站维护人员，扩展架为什么要留一个载波，而主架都还有空槽位，基站维护人员反馈是该小区扩容较频繁，这样做是方便以后扩容。网优人员认为多使用一些设备就增加了出问题的风险，所以没有必要这样做，而且发现扩架的CDU-D中的Fud 单元没有正常亮灯，怀疑是Fud单元有问题。所以建议基站维护人员把扩架的载波移位到主架，重新配置IDB和载波变动数据。3、重新调整配置重新调整载波位置后，扩架已经不用，如下图：网优测试人员再次前往投诉地点进行拨测，主被叫100次发现接通率为100%。观察几个小时 CF 2A 33 告警也没有再次出现，如下图：回访投诉用户，都反馈信号已经恢复正常。通过MRR发现上行质量大大好转，如下图：至此，该故障处理完毕。三、原因分析该问题的根本原因是问题小区上行信号太弱导致，因为基站的分集接收可以带来6个DB的增益。在上行信号比较强的地方，当然影响不大。但在上行信号比较弱的地方，6个DB的增益就显的极其重要，特别是在一些覆盖的边缘区域，直接关系到用户的感知。该问题小区是用CDU-D型的，当一个小区就用一个CDU-D型时，原理图如下：可以清晰的看到，在两根馈线当中。图中左边的一根馈线是收发共用的（TX ant / RXant A）,图中右边的一根馈线的单做接收用的（RX ant B），这两个不同的馈线就实现了空间的分集接收。当一个小区用两个CDU-D型时，原理图如下：（彩色线为实际需要的连线）上图可以清晰的看到，在两根馈线当中。图中左边的一根馈线是收发共用的（TX ant / RXant A）,图中右边的一根馈线也是收发用的（TX ant / RXant B），这两个不同的馈线也实现了空间的分集接收。 该小区的问题根本原因就是扩架没有实现另一路的接收，怀疑是CDU-D的FUD单元坏了（工作时OPRER绿灯也没有亮），从而导致上行信号变弱。四、经验总结现网不止这个小区发生过CF 2A 33告警，但因为现在基站的密度越来越大，覆盖越来越好，所以都没有出现过引起这么多的投诉，没有引起足够的重视。另外，无线维护在基站设备调整过程中也要尽量做到规范，连线等尽量做到简洁连接，避免使用不必要的设备，多使用一根连线（一个设备）就增加多一点问题的风险。为了避免类似情况的发生，计划如下：1、我们必须重视CF 2A 33告警，目前该告警属于A3级告警，属于隐形故障，系统发现后不会主动派单，这就要求我们维护人员需要主动去获取这类告警信息，及时处理。而不能靠用户的投诉来发现。建议每周做一次全网的隐形告警故障分析；2、指标好不代表这个小区就没有问题，指标是一个面，而问题往往