为什么UE会连续发送RRC连接请求，此时邻区信号比较好，服务小区为什么不发生重选？
为什么UE会连续发送RRC连接请求，此时服务小区-90dBm,但是邻区-78dBM.
服务小区已经满足重选邻区的条件，为什么服务小区还是不重选至信号较好邻区？一直在服务小区下发送三四次RRC连接请求，最后RRC连接请求没有成功，释放无线链路。如果在UE发送第三次RRC连接请求的时侯，UE能够发生重选到信号较好的邻小区，并在其小区下发送RRC连接请求，或许就能RRC连接成功。这种情况是为什么啊？
印象中是UE起呼过程中不能做重选，-90dbm满足起呼要求，楼主可以查看下重选门限的设置，参照下小区重选算法。本人经验有限，有好的解答还请指正。
发送RRC请求的次数与N300的设定有关(这个决定RRC CONNECTION REQUEST重发最大次数)，在没有收到网络侧下发的RRC CONNECTION SETUP消息而T300超时的时候，UE会比较N300与V300,大于则继续发送RRC CONNECTION REQUEST消息直到N300<V300. (T300定时器在UE发送RRC CONNECTION REQUEST后启动，在收到RRC CONNECTION SETUP消息时停止.) 至于你说 这时UE的小区RSCP测量结果里，邻区的RSCP已经远大于服务小区，却未能及时重选到更好的邻区； 这时应该不适用重选，要用"切换"描述更合适一些。 由于你未能提供更进一步的信息，例如PCCPCH C/I 、bler 等，只能推测造成你所说的这种现象可能的原因有： 1.参数设置，比如RxlevMin设置过高;2.干扰导致上行发送RRC CONNECTION REQUEST消息网络侧未能收到。3.干扰导致下行RRC CONNETION SETUP消息UE无法收到。4.覆盖不合理等等。 本人水平有限，以上所述纯为经验之谈，如有错漏还请指正。 呵呵
从描述来看，可能是无线环境较差导致上行发送RRC CONNECTION REQUEST消息网络侧未能收到，LZ可以看看上发RRC CONNECTION REQUEST消息时BLER、C/I各项指标怎样。
重选不能刚看邻区比服务小区信号好了，主要还是要看网络配置的重选参数。
我也觉得用切换比较合适，你要看看切换门限，看看那个邻区的选择优先级
建议看看是否存在下行链路干扰，如同频干扰等，导致不能及时重选或切换
门限是不是设置的过高
这种问题一般去复测估计很难复现的，如果是较高速路，把时延可以适当到1s。重选不及时，就到导致了无线环境变差，导致上行发送RRC CONNECTION REQUEST消息网络侧未能收到。所以重选过去后，无线环境变好，网络就自然可以收到了、响应了。
都起呼了 还要怎么重选？ 把无线环境截个图出来看看吧 估计干扰很大吧
估计是UE没收到切换信令