BAM系统时间被修改
告警台的时间被修改
OMC SERVER的时间被修改
GMPU运行异常
第1题：
某局BSC从BSC31升级为BSC32后，告警台上出现大量的CCCH负载指示告警（主要是BTS30基站），在MSC侧出现“BSC过载”和“BSC过载指示”告警。该局BSC为BSC3203.0520B版本，下带BTS20和BTS3X基站。
除参数“RACH忙门限”和“RACH平均负载时隙”设置的不合理之外，另外还有什么原因会导致“CCCH过载告警”？
如外界存在干扰等。
第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题：
某局新建的NodeB站点上电后，小区建立正常，通过两个UE相互通话正常，系统没有告警。但当UE数目增加到一定程度后，发现突然所有UE都搜索不到小区，查看小区状态，小区已经被自动删除。并在告警台上看到NLPA过反射功率告警。（1）出现小区自动删除，最常见的原因是什么？（2）NLPA过反射功率告警的原理是什么？一般出现该告警是由于什么原因？出现该告警对系统有何影响？（3）为何在UE数目增加后，会出现NLPA过反射功率告警？请解释出现这种现象的根本原因。（4）如何解决第（3）小题中提到的这个问题？
（1）小区自动删除，最常见的原因是小区资源忽然变为不可用；
（2）NLPA输出口的反射回来的功率超过20W，一般由于天线口未拧紧或NDDL与背板接触不良造成。出现该告警，NLPA会自动把功放关闭。导致系统判断小区资源缺少，自动删除小区；
（3）当UE数目增加时，系统的输出功率相对增加，这时候如果天线口未拧紧或NDDL背板接触不良，使得NLPA的输出反射功率也增大，当UE增加到一定数目时，NLPA的反射功率超过阀值（20W），就会出现告警。在出现该告警时，处于安全考虑，NLPA自动关闭功放开关，导致系统小区资源缺少，自动删除小区。
（4）检查天线口是否拧紧，重新插拔NDDL，然后在维护台上手工发命令将NLPA功放打开。
第4题：
若使用命令行可以在某网元上查询到某一当前告警，而使用T2000网管却没有看到该告警，不可能的原因是：（）
第5题：
A.告警发生时间
B.告警结束时间
C.告警号
D.告警序列号
第6题：
某局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上报的过载消息。
第7题：
下面有关告警延迟说法正确的是()。
A.分为告警开始延迟时间和告警结束延迟时间
B.当网元持续一段时间检测到某告警后，才认为该告警产生，这段时间就是告警开始延迟时间
C.当网元持续一段时间检测到某告警结束，才认为该告警结束，这段时间就是告警结束延迟时间
D.设置延迟时间可以防止因误报或者抖动而产生不必要的告警
第8题：
A.告警信息参数表和告警信息解释表转换成xxx_wexp.dat文件，不加载进主机，供BAM使用。
B.告警由主机送到BAM，若在xxx_wexp.dat中没找到其解释，该告警不会在告警台上显示。
C.告警由主机送到BAM，若在告警信息解释表中没有此告警的详细解释，其不会在告警台上显示。
D.若告警信息参数表中故障告警的对应alarm_ID不正确，其故障告警在告警台中不会恢复。
第9题：
A.BAM系统时间被修改
B.告警台的时间被修改
C.OMC SERVER的时间被修改
D.GMPU运行异常
第10题：
告警操作台上对告警只能做确认处理。