关于BSC、BTS的告警、日志描述正确的是：（）
第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.查询BSC的历史告警用：LSTNEALMLOG；查询基站的历史告警用：LSTALMLOG；
B.LSTALMFE查询的是基站和BSC的当前告警；
C.BSCV100R002B03D208版本，BSC的单板运行日志存放在：D.\CDMA2000\Runlog，每天上报一次，对于当天的，可以通过SETRLOGFORCESEND将日志强制上报；
D.BTSV100R003C01D211及之前版本，BTS的日志存放在：D.\AirBridge\Services\btslog下，基站的日志不支持命令强制上报，只能日志满后才上报。
第3题：
某局BSC从BSC31升级为BSC32后，告警台上出现大量的CCCH负载指示告警（主要是BTS30基站），在MSC侧出现“BSC过载”和“BSC过载指示”告警。该局BSC为BSC3203.0520B版本，下带BTS20和BTS3X基站。
除参数“RACH忙门限”和“RACH平均负载时隙”设置的不合理之外，另外还有什么原因会导致“CCCH过载告警”？
如外界存在干扰等。
第4题：
BSC把每天产生的所有告警（包括BSC和BTS）都送到BAM保存，保存路径为：C.（），文件名有特定的格式，例如2002年4月29日的告警则以（）为文件名保存下来。
第5题：
当BSC发现BTS中存储的数据有错误时，将会执行如下操作：（）。
第6题：
某局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负载指示”告警。
第7题：
A．错误
B．正确
第8题：
某局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上报的过载消息。
第9题：
关于EM种的Alarm功能，正确的是（）。
第10题：
当BSC对BTS中存储的数据进行核查并发现差异时，将采取（）行动。