DE34基站典型跳频故障分析.docx

DE34基站典型跳频故障分析

第一篇：DE34基站典型跳频故障分析DE34基站典型跳频故障分析随着网络容量的不断扩大，基站运行的载频数目不断增加，使得基站开通跳频功能就显得很有必要。洛阳移动通信公司近来对跳频有问题的基站（NOKIA设备）进行了排查，重点解决基站不能开跳频、有跳频告警、开通跳频后质量下降等问题，以期发挥跳频的优势，提高网络运行质量。在处理过程中，发现造成基站跳频故障的原因主要有以下四方面：一．载频（TRX）跳频质量不好故障现象：加跳频后，个别载频出现7515或7516告警故障浅析：在小区没有开通跳频时，基站正常工作。开通跳频后，个别载频会出现7515（FailureInConnectionToFrequencyHopping）或7516(DataTransferFailureInFrequencyHoppingDetectedByTRX)的二星级告警。我们知道在没有开跳频的小区中，每个载频的基带部分与射频部分可理解为直通，每个载频有固定的频率，手机在通话过程中，占用固定的频率（不考虑切换的条件下），此时的F-BUS即跳频总线不起作用。但是在基带跳频中，载频中的基带部分和射频部分在逻辑上相对独立，F-BUS在基带部分和射频部分之间起交叉连接的作用，依据不同的跳频序列，同一个载频基带部分的信号送往不同载频的射频部分。实现基带跳频时，载频中的DSP与F-BUS间要能正确的收发数据。当载频与F-BUS间不能正确的收发数据时，就会出现7515或7516告警。载频的这种潜在的质量问题，只有在开跳频功能时，我们才得以觉察到。解决方案：由以上分析可知，只要更换有问题的载频即可。需要指出的是，如果有一个以上的载频有告警时，应该尝试依次更换其中的一个载频，以查出到底是那一块载频质量不好。因为在实践过程中，发现过这样的情况：一块载频不好，能导致其余的载频出现误告。二．BCFA板故障故障现象：整个小区所有载频出现7516告警故障浅析：对跳频总线的控制，既FHBC（FrequencyHoppingBusController）功能是BCFA(BaseControlFunctionUnit)板的重要作用之一。位于BCFA中的FHDSP（FrequencyHoppingProcessor）主要负责对跳频的控制，FHDSP通过从主处理器装载相关软件和参数，计算各个载频从F-BUS线读取数据的时间来实现对跳频的控制。如果FHBC这一功能模块出现问题，则基站就无法实现其跳频功能。九龙台1、2扇区，滚石城1、2扇区未开跳频时一切正常，因为FHDSP处于空闲模式；当开跳频时，BCFA所控制小区的所有载频尽管工作状态处于WO状态，但是所有的载频均出现7516告警。解决方案：这种障碍比较易解决，现象也比较特殊，更换BCFA即可。三．F-BUS线不好故障现象：整个扇区不能工作，载频处于BL-SYS或BL-TRX状态，伴随7515或7516告警故障浅析：由第一种分析可知，F-BUS线在跳频的实现中也处于重要的地位，起到类似交叉连接的功能，它是8比特的并行总线，传输速率为4Mb/S，在FHDSP的控制下负责数据的接收和传送，并对数据进行校验。F-BUS线从BCFA板复连至各个载频，在不开跳频时，不被FHDSP和TRX所使用，其质量好坏是无从得知的。解决方案：由于物理上F-BUS包含于D-BUS中，所以更换好的D-BUS线即可。这种情况所占的比例不大，但是定位到底是哪一根D-BUS线故障时，需要尝试，比较麻烦。四．连接线接触不好或错位故障现象：开通跳频后，小区的DL或UL质量下降故障分析：在正常开通跳频后，基站没有告警，所有载频工作正常，但小区的DL(下行链路)或UL（上行链路）质量下降，主要表现为小区的DL或UL的6和7级加在一起达10%以上甚至更高。出现质量下降的原因有两种情况：个别载频本身质量不好，在没有开跳频时，质量不好的载频的占用时长远比好的载频短的多。开跳频时，情况就不一样了，质量不好的载频被强制性的占用，导致整个小区的质量明显下降；另外一种原因是载频上的连线不良，如载频上的TX、RX、DIVRX等连线松动，也会导致所连的载频工作质量下降，从而影响整个小区的工作质量，第二种情况比较常见。必要时，也要检查天馈部分的连接情况。解决方案：仔细检查，确保连接正确、牢靠。以上只是基站跳频问题常见的原因。实践中，常有一些跳频故障是混合型的，即不是单纯的一种原因，而是多种原因混杂在一起。这就更需要我们在查障碍的过程中，以十足的信心和耐心来面对它，相信问题总是会圆满解决的。附表：典型跳频故障举例站名告警内容故障原因处理后情况解放路17515TRX质量不好正常伊川电信局17516TRX质量不好正常九龙台1、2所有载频7516BCFA问题正常滚石城1、2所有载频7516