UE呼叫失败，从消息看MSOFTX3000增加ATM端点后直接Sub端点，RNC上报RAB指配失败，UMG8900上跟踪消息发现QAAL2建链成功，但UMG8900没有收到UP初始化报文。从UMG8900侧分析下可能的原因（）。A、修正Path的PVC配置B、修正PVC的流量配置C、正确连接承载PVC所在光纤

A．错误

B．正确

A.主叫侧一般是收到网络侧的Call Proceding消息之后，才进行承载建立，同时在承载建立消息中，能够了解到承载资源的占用情况

B.被叫侧一般是向网络上报Call Confirmed消息后，才会进行承载建立，同时在承载建立消息中，也能够了解到承载资源的占用情况

C.UE收到Call Proceeding之后，并没有收到RADIOBEA RERSETUP消息，而是直接上报了Disconnect消息。这种情况一般应该排查RNC相关业务处理单元是否异常

D.UE收到Radio Bearersetup消息后，返回了Radio Bearersetup Failure消息，这种情况与配置有关系，比如CAC（呼叫接入算法）算法，比如用户占用的信道情况（DCH还是FACH）

A.目标基站无线链路建立失败

B.目标基站无线链路建立成功后，目标基站的AAL2建立失败。

C.RNC向UE发送Physical Channel Reconfiguration消息进行切换。由于一些错误原因导\n致UE向RNC发送物理信道重配置失败的响应

D.定时器超时失败，RNC向CN发送IuRelease Request。

A.RSPA和RTPA单板初始化没有完成；

B.lub接口SAAL链路没有通；

C.RNC没有收到资源状态指示消息。

D.以上都不对

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

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

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

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

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

A.oam pvc、

B.pvc、

C.atm pvc、

D.int pvc。

A．错误

B．正确