BSC软件版本升级到04.1120A后，告警解释表中的扩展告警名称不能修改，需要专用工具进行修改，目前要求现场发回修改需求，由（）进行修改。
第1题：
某局BSC从BSC31升级为BSC32后，告警台上出现大量的CCCH负载指示告警（主要是BTS30基站），在MSC侧出现“BSC过载”和“BSC过载指示”告警。该局BSC为BSC3203.0520B版本，下带BTS20和BTS3X基站。
如果题中大量的“CCCH负载指示”告警和“BSC过载”告警是由于BTS30基站的“RACH忙门限”和“RACH平均负载时隙”配置得不合理造成的，请问该如何调整。
本参数设置过低，BTS容易把RACH时隙判断为忙，从而容易向BSC上报过载消息。因而，对于BTS3.0，对于“RACH忙门限”或“RACH平均负载时隙”均应设置得大一些，对于“RACH忙时隙”建议至少设为10，“RACH平均负载时隙”建议设为5000，这样可减少BTS上报的过载消息。
第2题：
某局BSC从BSC31升级为BSC32后，告警台上出现大量的CCCH负载指示告警（主要是BTS30基站），在MSC侧出现“BSC过载”和“BSC过载指示”告警。该局BSC为BSC3203.0520B版本，下带BTS20和BTS3X基站。
请问MSC侧出现“BSC过载”和“BSC过载指示”告警的原因是什么？请从消息的角度分析说明。
MSC侧的“BSC过载”和“BSC负载指示”告警的原因是由于BSC收到BTS上报的下列两类消息：CCCHOVERLOADIND和OVERLOAD，此时BSC会向MSC上报OVERLOAD消息，MSC收到OVERLOAD消息后，产生“BSC过载”和“BSC负载指示”告警。
第3题：
A.告警信息参数表和告警信息解释表转换成xxx_wexp.dat文件，不加载进主机，供BAM使用。
B.告警由主机送到BAM，若在xxx_wexp.dat中没找到其解释，该告警不会在告警台上显示。
C.告警由主机送到BAM，若在告警信息解释表中没有此告警的详细解释，其不会在告警台上显示。
D.若告警信息参数表中故障告警的对应alarm_ID不正确，其故障告警在告警台中不会恢复。
第4题：
A.告警信息参数配置表
B.告警屏蔽表
C.机框描述表
D.告警信息参数表
E.告警环境变量配置表
F.模块描述表
G.告警信息详细解释表
第5题：
A．错误
B．正确
第6题：
某局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消息。
第7题：
A.查询BSC的历史告警用：LSTNEALMLOG；查询基站的历史告警用：LSTALMLOG；
B.LSTALMFE查询的是基站和BSC的当前告警；
C.BSCV100R002B03D208版本，BSC的单板运行日志存放在：D.\CDMA2000\Runlog，每天上报一次，对于当天的，可以通过SETRLOGFORCESEND将日志强制上报；
D.BTSV100R003C01D211及之前版本，BTS的日志存放在：D.\AirBridge\Services\btslog下，基站的日志不支持命令强制上报，只能日志满后才上报。
第8题：
某局BSC从BSC31升级为BSC32后，告警台上出现大量的CCCH负载指示告警（主要是BTS30基站），在MSC侧出现“BSC过载”和“BSC过载指示”告警。该局BSC为BSC3203.0520B版本，下带BTS20和BTS3X基站。
除参数“RACH忙门限”和“RACH平均负载时隙”设置的不合理之外，另外还有什么原因会导致“CCCH过载告警”？
如外界存在干扰等。
第9题：
郑西线北电BSC网管（）类告警，是软件故障告警。
A.1066
B.1067
C.1068
D.1055
第10题：
郑西线北电BSC网管（）类告警，是软件故障告警。