如果发现UE侧显示多次发送RRC Connection Request而始终没有收到RRC Connection Setup消息，则最大的可能是物理层随机接入过程失败，可以通过调用Outum的FPACH信息和PRACH信息窗口进行确认，如果FPACH窗口显示没有收到NodeB下发的FPACH，则说明的确没有收到NodeB下发的FPACH，该如何进行检查和解决，以下解决描述正确的是（）

A.UpPCH信道所在时隙受到干扰

B.PRXUpPTSdes设置过低

C.RNC侧资源判决为拥塞

D.鉴权未通过

A.RRC Connection Reconfiguration

B.UE Context Setup

C.Initial UE Context Setup Request

D.UE Context Request

专用承载建立过程中，如果eNB未等到RRC重配完成消息，eNB将()

A.回复核心网e-RAB Setup Response带e-RAB失败list

B.给EPS发送UE Context Release Request消息

C.发送RRC Connection Release消息给UE

D.发送UE Context Release Complete给核心网

B、初始RRC连接建立，当UE从空闲态转到连接态时，UE会发起随机接入

C、当UE进行切换时，UE会在目标小区发起随机接入

D、下行数据到达，当UE处于连接态，eNodeB有下行数据需要传输给UE，却发现UE上行失步状态(eNodeB侧维护一个上行定时器，如果上行定时器超时，eNodeB没有收到UE的sounding信号，则eNodeB认为UE上行失步),eNodeB将控制UE发起随机接入

A.当UE发起RRC CONNECTION REQUEST，该信令通过UE侧的RRC.RLC.MAC和PHY，最后通过空口向NodeB端发送，NodeB端物理层接受该信令后，经过自身处理经RACHFP帧的通过AAL2链路转到RNC，RNC侧通过AAL2接收到后经RACHFP传到MAC.RLC和RRC层

B.当RNC收到建立请求后，判断是否允许接入，如果允许则为RRC连接的建立分配RNTI，然后依次开始下面的几个过程：无线链路建立的NBAP过程、ALCAPlub数据传输承载建立过程和上、下行DCH帧协议等基本过程

C.NodeB收到“RADIO LINK SETUP REQUEST后，将根据消息的参数来建立NodeB的上、下行无线链路（建立一条承载1个或多个传输信道的无线链路），传输信道可以是DCH

D.RNC向UE发起“RRCCONNECTIONSETUP该过程与RRC CONNECTION REQUESET路径相反，不过在lub口是利用DCHFP的帧形式来传输信令数据。Ue收到该消息后，将根据消息中给定的参数来完成对L2和L1的配置

A.当UE发起RRC CONNECTION REQUEST，该信令通过UE侧的RRC、RLC、MAC和PHY，最后通过空口向NodeB端发送，NodeB端物理层接受该信令后，经过自身处理经RACHFP帧的通过AAL2链路转到RNC，RNC侧通过AAL2接收到后经RACHFP传到MAC、RLC和RRC层；

B.当RNC收到建立请求后，判断是否允许接入，如果允许则为RRC连接的建立分配RNTI，然后依次开始下面的几个过程：无线链路建立的NBAP过程、ALCAPIub数据传输承载建立过程和上、下行DCH帧协议等基本过程；

C.NodeB收到“RADIOLINKSETUPREQUEST”后，将根据消息的参数来建立NodeB的上、下行无线链路（建立一条承载1个或多个传输信道的无线链路），传输信道可以是DCH；

D.RNC向UE发起“RRCCONNECTIONSETUP”该过程与RRCCONNECTIONREQUESET路径相反，不过在Iub口是利用DCHFP的帧形式来传输信令数据。Ue收到该消息后，将根据消息中给定的参数来完成对L2和L1的配置；