小区更新的原因包括（）

A.UE处于IDLE态且网络侧有数据要发送给UE

B.网络侧通知UE系统消息更新时

C.网络侧通知UE当前有ETWS时

D.UE发起CSFB呼叫时

A.周期性小区更新

B.小区重选

C.Radio link failure

D.响应寻呼

A.UE从其他小区重选到E-UTRAN小区

B.由于负载平衡的原因释放RRC连接时

C.进入新TA List

D.UE发起呼叫时

A.RNC没有下发Paging消息

B.寻呼信道或寻呼指示信道的功率偏低

C.UE发生小区重选

D.UE发生了位置区/路由区更新

A．小区重选

B．重新进入服务区

C．周期性小区更新

D．无线链路失败

E．寻呼响应

A.UE频繁小区重选或位置区更新；

B.寻呼容量不足；

C.外界干扰严重；

D.设备故障；

A.URA存在的原因，主要是为了降低由于频繁地小区重选带来的信令开销。

B.URA更新一般要比Cell更新的速度慢

C.可以通过统计UE在CELL_PCH状态下由于小区重选导致的小区更新的次数来指定UE进入URA_PCH状态。

D.处在不同URA相邻位置的小区，可以配置小区属于多个URA，以避免频繁的URA更新过程。

A.RNC配置的下行频点与UE使用频点不一致

B.NodeB相关小区的功放被关闭

C.相关小区的NTRX单板发射通道0、1的开关状态都为关闭

D.相关小区的NDDL未插紧，存在驻波告警

A.UE在URA_PCH状态下重新进入服务区域，URA重选引起的URA更新

B.周期性URA更新可作为URA_PCH状态下的UE监管机制

C.不属于当前URA的小区后，指派给在URA_PCH状态下的UE，UE重新得到一个新的URA标识

D.不属于当前URA的小区后，指派给在URA_PCH状态下的UE，UE使用原来的URA标识

A.SA场景下，当终端检测上异常时，例如上行RLC最大重传，会直接上报SCG_Failure

B.重建原因主要分handoverfailure，reconfigurationfailure和otherfailure

C.UE发起重建请求的小区不一定是UE重建前驻留的小区

D.UE重建成功的前提是目标站点不一定要获取到有效的UE上下文信息