如果发现UE侧显示多次发送RRC Connection Request而始终没有收到RRC Connection Setup消息,则最大的可能是物理层随机接入过程失败,可以通过调用Outum的FPACH信息和PRACH信息窗口进行确认,如果FPACH窗口显示没有收到NodeB下发的FPACH,则说明的确没有收到NodeB下发的FPACH,该如何进行检查和解决,以下解决描述正确的是()
A、调整天馈系统
B、修改功率
C、修改切换门限
D、修改小区个性偏移
A、调整天馈系统
B、修改功率
C、修改切换门限
D、修改小区个性偏移
A、从UE发送Measurement report到UE 发送RRC Connection Reconfiguration Complete B、从ENB 发送Measurement report到ENB发送RRC Connection Reconfiguration Complete C、从UE发送Measurement report到ENB 发送RRC Connection Reconfiguration D、从ENB发送Measurement report到UE 发送RRC Connection Reconfiguration
A、回复核心网e-RAB Setup Response带e-RAB失败list B、给EPS发送UE Context ReleaseRequest消息 C、发送RRC Connection Release消息给UE D、发送UE Context Release Complete给核心网
A、当UE向UTRAN发送RRC CONNECTION REQUEST消息后T300启动 B、如果T300超时且UE重发计数器V300≤N300,UE将重发RRC CONNECTION REQUEST消息 C、如果T300超时且UE重发计数器V300≤N300,UE转入空闲模式 D、UE在下行接收到RRC CONNECTION SETUP消息后T300定时器终止
A、RRC连接建立过程,RNC给UE下发RRC Connectionsetup后,UE和NodeB在分配的DPCH信道上,需通过发送SB(specialburst)进行上下行同步检测,如不成功,RRC连接建立失败 B、如果RRC连接在公用信道,RB连接建立过程,RNC给UE下发RBsetup后,UE和NodeB在分配的DPCH信道上,需通过发送SB进行上下行同步检测,如不成功,RB连接建立失败,如果RRC连接在专用信道,则没有发送SB进行上下行同步检测的过程 C、RNC在物理信道重配消息后,如果未收到成功或者失败消息,定时器超时后,RNC会模拟一条物理信道重配失败消息 D、在通信过程中,进行无线链路同步和失步检测,如检测到失步,启动上下行失步处理机制
A、小区更新过程,可能由UE触发,也可能由网络侧触发 B、小区更新时UE状态只能在连接状态,不可能在idle状态 C、小区更新是UE和RNC的RRC层之间的交互过程,UE发送cellupdate是在RACH信道,RNC回cellupdate是在FACH信道上响应 D、小区更新过程不需建立RRC连接
A、A.eNodeB收到来自UE的RRC Connection Request消息 B、B.eNodeB收到来自UE的RRC Connection setup complete消息 C、C.eNodeB向UE发送RRC Connectionsetup消息 D、D.eNodeB向RRC Connection reconfiguration消息
A、eNodeB收到来自UE的RRCConnectionRequest消息 B、eNodeB收到来自UE的RRCConnectionSetupComplete消息 C、eNodeB向UE发送RRCConnectionReconfiguration消息 D、eNodeB向UE发送RRCConnectionSetup消息
A、遇到接入问题时,首先检查问题区域的覆盖情况,排除覆盖带来的影响 B、如果UE没有收到RRC Connection Setup而是重复发送RRC Connection Request,则一般是由于随机接入不成功导致 C、如果RRC信令连接建立,但RB还未建立就收到CN下发的释放信令Disconnect或Release,则需要根据Disconnect或Release中携带的原因分析具体原因,一般也是RAB建立问题导致 D、如果鉴权、完整性保护过程未通过,或者位置区更新、路由区更新过程被拒绝,则需要根据其中携带的原因进行分析,一般情况是由于参数配置问题导致,有可能是基站侧参数不对