EDGE替换时CTUII无法正常运行处理方法.docVIP

HI EDGE替换时CTUII无法正常运行的处理方法 问题描述：7月31日在十堰茅箭电信基站（6/6/6）2小区进行HI EDGE替换CTUII时，CTUII载频状态转为E-U状态（频点已经占用）后，马上转为inhibited。导致CTUII无法正常运行。 处理方法：开始以为CTUII有问题，在进行更换后，故障依旧。接着，用CTUII在该机柜内各个槽位进行试验，同样无法解决故障。然后对MCUF进行主备用更换，接着对该机柜的FUMX和光纤进行更换，故障没有解决，在询问各地同事后在备用的MCUF上增加PCMIA卡，也没有解决该故障。 在CNRC开cage后，根据CNRC提议，对2小区的RTF进行数据重做，也没有解决问题，最后在CNRC的提议下，把CAB 1 0的告警板拔掉后，然后重启该基站，问题得以解决，基站正常后告警板不允许插入，经询问CNRC得知原因为，OMC升级后版本高，在HI机柜上进行EDGE扩容或替换时软件无法识别HI机柜所致，只有拔掉告警板，重启基站才能解决这个问题。 以下为CNRC提供的资料以供大家参考： For the CTU2 inhibited ?issue , you can check BTP swfm . Once you find the swfm from BTP same as below ,and reset site or replace ctu2 couldnt recover it. then the problem should relate to the alarm board, the only workaround is alarm board removing.MOTCcan fix this problem in 1800.2a-t3. ? SWFM Log Entry 15f Nonfatal SWFM Error Routine: check_tx_pwr_capabilities.cf Area: 0Error: 0PC: 0xc0032a54 PID: 0x42 (CA)f BSS Release: 1.0.0.0.0 Obj Version: 1.8.0.0.25 Exec Version: 1.8.0.0.25f 15-Apr-2007 12:26:03.395 Subsystem: 0x15 CPU: 0x1015 Board: MCU-Ff CA error, Line = 178, thread = 26, Config Tag = 0f ENABLE of Entity = DRI[1,0,0], State = ENABLED UNLOCKED NO REASONf Unable to determine the real CAB type for CAB 1 0 0牋o ? SWFM Log Entry? 1610 Nonfatal SWFM Error??????????????? Routine: handle_tx_pwr_check.c10 Area: 0Error: 0PC: 0xc0032a54 PID: 0x42 (CA)10 BSS Release: 1.0.0.0.0 Obj Version: 1.8.0.0.25 Exec Version: 1.8.0.0.2510 15-Apr-2007 12:26:03.400 Subsystem: 0x15 CPU: 0x1015 Board: MCU-F?10 CA error, Line = 122, thread = 26, Config Tag = 010 ENABLE of Entity = DRI[1,0,0], State = ENABLED UNLOCKED NO REASON10 Failed to determine if DRI has passed TX Pwr Checks. 韩伟 2007-8-1