第1题：
某局采用华为多模块BSC与A厂家MSC对接，华为BSC两个模块采用一个位置区，下带129个小区，MSC的寻呼采用LAC＋CI的方式，某天忙时突然出现A接口七号链路闪断的现象，BSC告警台出现“SCCP子系统禁止告警”，跟踪并分析信令，发现在呼叫流程中，立即指配SDCCH后，立即释放电路，手机无法拨打电话。后经过MSC工程师修改MSC数据后，我司BSC才恢复正常工作。针对这个事件，请您回答以下问题。
请分析产生七号链路闪断可能有哪些原因？
第2题：
某局BSC从BSC31升级为BSC32后，告警台上出现大量的CCCH负载指示告警（主要是BTS30基站），在MSC侧出现“BSC过载”和“BSC过载指示”告警。该局BSC为BSC3203.0520B版本，下带BTS20和BTS3X基站。
除参数“RACH忙门限”和“RACH平均负载时隙”设置的不合理之外，另外还有什么原因会导致“CCCH过载告警”？
如外界存在干扰等。
第3题：
某局采用华为多模块BSC与A厂家MSC对接，华为BSC两个模块采用一个位置区，下带129个小区，MSC的寻呼采用LAC＋CI的方式，某天忙时突然出现A接口七号链路闪断的现象，BSC告警台出现“SCCP子系统禁止告警”，跟踪并分析信令，发现在呼叫流程中，立即指配SDCCH后，立即释放电路，手机无法拨打电话。后经过MSC工程师修改MSC数据后，我司BSC才恢复正常工作。针对这个事件，请您回答以下问题。
根据题目中描述的现象，您觉得该局A接口闪断最可能的原因是什么？为什么？
第4题：
A.OMC安装目录\SHELL\Bsc_wexp.dat
B.OMC安装目录\SHELL\Msc_wexp.dat
C.OMC安装目录\SHELL\***版本\Bsc_wexp.dat
D.OMC安装目录\SHELL\***版本\Msc_wexp.dat
第5题：
某局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消息。
第6题：
A.BSC维护台上，手工复位A口电路
B.通话过程中异常掉话，BSC向MSC发送RLSD消息
C.MC2芯片未升级，引起模块间丢失消息
D.A口电路数据已配置，但没有物理通路
第7题：
某局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上报的过载消息。
第8题：
某局采用华为多模块BSC与A厂家MSC对接，华为BSC两个模块采用一个位置区，下带129个小区，MSC的寻呼采用LAC＋CI的方式，某天忙时突然出现A接口七号链路闪断的现象，BSC告警台出现“SCCP子系统禁止告警”，跟踪并分析信令，发现在呼叫流程中，立即指配SDCCH后，立即释放电路，手机无法拨打电话。后经过MSC工程师修改MSC数据后，我司BSC才恢复正常工作。针对这个事件，请您回答以下问题。
出现上述闪断现象后的处理步骤是什么？
一般发现信令链路断链是通过‘信令链路不可用告警’得知，或通过观察七号信令板（NO7或LPN7）的灯状态得知，或通过电话打不通，查看中继、链路状态后得知，等等，不管通过何种途径得知链路断链，都应该按以下方法处理：
步骤1：消息跟踪，并存盘
发现有信令链路断链时，立即在终端维护系统跟踪闪断链路的七号信令消息，消息类型选SNM、SLT和L2_CHANGE等（若消息量很少或无，可选择所有的消息类型），选中跟踪信息并存盘
步骤2：挂表跟踪
进一步确认问题需要挂表跟踪，一般指信令跟踪仪表（如MA10）或误码表。分别用来跟踪信令链路上传送的消息和测量信令链路的传输是否存在问题。
步骤3：检查LPN7单板软、硬件版本
确定闪断链路所在的LAP板的硬件版本和单板软件版本号。
步骤4：从告警分析断链原因
告警中的第一个参数为信令链路的板号，第二个参数信令链路所在板的通道号，第三个参数为断链原因值或定位失败原因值。断链原因有误码率过高、发端故障原因等等。
步骤5：检查是否存在传输问题
传输线路误码是否太高，时钟不稳定，帧失步等。七号链路对传输的质量要求非常高，误码应该小于1*10^-6，而PCM的告警门限要比这个值高，所以会出现达到了链路断链的门限却没有达到链路产生PCM告警的门限的情况。
步骤6：查看BSC话统
可以查看BSC话统是否有异常现象，如MSC发来的寻呼请求次数是否比平时急剧增加，PCH是否过载等，一次判断是否A接口过载。
第9题：
某局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负载指示”告警。
第10题：
一个全向CDU-A的2202基站，配置为2，在一根天线完全损坏后，可能出现的情况为()。
A.整个基站推服，并有告警出现
B.一个载频工作，一个不工作，由告警出现
C.两个载频都工作，有告警