【BTS3X】某局一个新开站为BTS312设备,S4/4/4配置,为了统一该局的基站版本,开通之前在近端把TMU和TRX都升级到G2BTS32.30000.07.0407A。传输接通后基站重新上电开始观测正常,但是所有TRX正常运行7、8分钟后复位,在运行7、8分钟后又复位,如此反复,在正常运行的7、8分钟内,基站功能正常,可以打通电话,相关告警仅有单板通信告警。1、TRX出现反复复位,在开局中最常见的原因是什么?2、这个案例所描述的现象,会不会也是这个原因?为什么?3、请解释出现这种现象的直接原因。4、出现这个故障时,如果注意观察,还有一个显著的现象,那就是TMU和TRX的CPU占有率升高,一般TMU和TRX正常运行时,CPU占有率是多少?5、如何解决这个问题?
1、TRX时钟通道故障,导致TRX取不到时钟信号;
2、不是。如果时钟通道故障,TRX根本就无法正常运行,不会能够正常运行7、8分钟才复位;
3、TRX和TMU采用的CPU芯片,由于芯片供应商突然进行了切换,从C1版切换到D4版,所以公司所有采用此芯片的产品也全部进行了切换;而对于BTS3X基站,只有G3BTS32.30000.03.0529A及其后续版本才同时支持C1与D4版的芯片,G2BTS32.30000.07.0407A版本只支持C1芯片,当TRX、TMU的处理器版本为D4版,而软件版本是G2BTS32.30000.07.0407A,则基站无法安全运行,CPU的指令CACHE不能打开,程序执行速度很慢,造成CPU的占有率过高,软件狗任务不能执行,使CPU复位,最终造成TRX正常运行7、8分钟后反复复位的现象;
4、TMU的CPU占有率3%,TRX的CPU占有率20%左右;
5、把TMU、TRX升级到G3BTS32.30000.03.0529A及后续版本。
第1题:
某局BSC从BSC31升级为BSC32后,告警台上出现大量的CCCH负载指示告警(主要是BTS30基站),在MSC侧出现“BSC过载”和“BSC过载指示”告警。该局BSC为BSC3203.0520B版本,下带BTS20和BTS3X基站。
现在网上的BSC局很多都是基站混带的,即BSC下既有BTS2.0基站又有BTS3.0基站,而这两种类型的基站在判断RACH忙门限的算法是不一样的,请写出其区别。
对于BTS2.0,大于RACH忙门限且成功解调的RACH个数作为一次RACH忙时隙的计算;而对于BTS3.0,如果在BCCH上收到的电平值大于RACH忙门限,无论是否解码成功都视为一次CCCH_LOAD_IND的有效统计,统计的周期为RACH平均负载时隙,所以BTS3.0很容易上报CCCH OVERLOADIND消息。
第2题:
A.ABIS接口RSL消息
B.TMU和TRX间消息
C.A接口消息
D.BTSM消息
第3题:
A.错误
B.正确
第4题:
A.错误
B.正确
第5题:
A.错误
B.正确