进行NodeB数据配置，除了需要在数据配置台上进行配置操作外，还需要在操作维护台上进行以下操作：（)

的判断。如果此时Nodeb没有做过任何操作，我们仅从RNC数据配置或RNC与Nodeb接口数据配置来判断，请分别判断出现以下故障现象的最可能原因.故障一：RNC升级后各个的单板完全加载正常后，RNC不发送审计请求；而查看数据配置，该小区已经正常配置且执行过激活小区命令了。请分析其原因。故障二：RNC建立公共信道失败，分析一下可能传输层数据配置错误是什么？故障三：观察IUB接口消息跟踪，发现NodeB返回小区建立成功后，没有紧接着建立公共信道，而是将刚刚建好的小区删除了。分析一下最可能传输层数据配置错误是什么？故障四：RNC升级后小区正确建立，但发现室外环境原来打电话成功率很高的地方，现在变得很差，这时我们最需要调整的RNC无线层参数是什么？

对于掉话前的信令流程的分析思路，下述说法错误的是()

A、如果UE在掉话前发生了切换，并且UE发送完重配置完成消息后直到掉话前一直没有收到任何RNC下发的信令，可能重配置完成消息RNC没有收到，从而定时器超时后释放链路。原因可能是重配置消息的功率太低，造成RNC没有收到，对此需要提高“配给NodeB的上行目标信噪比”

B、如果UE在掉话前发生了切换，并且UE发送完重配置完成消息后直到掉话前一直没有收到任何RNC下发的信令，可能RNC收到了且下发了测量控制消息，但UE没有收到测量控制，由于测量控制消息采用AM模式，需要在一定的时间内收到接收端对AM模式数据的确认，最终导致UE的RLC层发生了RLC不可恢复错误

C、如果掉话前发生了原因为无线链路失败的小区更新，说明掉话区域的下行链路质量恶化，建议针对覆盖、干扰、邻区漏配等原因进行排查

D、如果掉话前网络侧信令显示NodeB上报了无线链路失败指示，则说明NodeB出现上行失步，说明掉话区域的上行链路质量恶化。建议针对覆盖、干扰、邻区漏配、功率参数设置等问题进行排查

配置。()

A.入口策略配置

B.Ui号码分析配置

C.SIP链路配置

D.域配置

A.小区数据脚本

B.全局数据脚本

C.传输数据脚本

D.设备数据脚本

A.OAM，操作维护子系统，完成对对系统的维护操作，主要包括软件版本管理、配置管理、故障管理、诊断管理及一些辅助功能

B.TNS，传输子系统，管理和控制传输资源，建立并维护传输承载

C.DBS，数据库子系统，保存后台配置数据和动态配置的数据，并提供接口给其他子系统调用进行修改和查询

D.OSS，操作支撑子系统，屏蔽不同底层操作系统的差异，为上层应用软件提供服务

A.网元

B.RNC

C.网管

D.NODEB

A.射频资源号为后台给该RRU设定的编号，NodeB内唯一

B.2个R04构成一个8天线扇区时，2个R04必须配置在同一个天线组中

C.配置RRU级联时，R01后级可级联R04，但是R04不能占用R01已经配置的天线组号

D.每个光口最多级联3个R04