TD测试中，频繁出现RRC Connection Reject，是什么原因，怎么解决？

是某些小区出现这样的问题，有时候重启一下基站，就好了，有时候不管事；还有时候，当天测试不行，过几天再测试又好了。。。
PCCPCH RSCP及C/I都很好，不管做CS语音业务，还是PS业务都会出现reject问题

当UE在上行链路上发送一条RRC CONNECTION REQUEST消息时，UE会重置计数器V300，并启动定时器T300。当UE收到RRC CONNECTION SETUP消息时，应停止定时器T300，并根据收到的信息按规范定义进行后续动作。若定时器T300超时，应检查V300的值，此时若V300等于或小于N300， UE应在上行链路上发送一个新的RRC CONNECTION REQUEST消息，重启动T300并增加计数器V300；若V300大于N300，UE应进入空闲模式。当UE收到RRC CONNECTION REJECT消息时，应停止定时器T300，此时若V300等于或小于N300，根据消息中的信息元素在指定的UTRA载频或指定的系统上启动小区选择。选择并驻留一个小区后，UE应重新启动RRC连接建立过程。 T300设置太小，会造成无效的RRC CONNECTION REQUEST消息重发，降低 RRC建立成功率。T300设置过大，会加大呼叫建立时长，降低用户使用满意度。 T300的设置应略大于正常情况下的RRC连接建立过程（UE从发出RRC CONNECTION REQUEST 到收到RRC CONNECTION SETUP或RRC CONNECTION REJECT）时长。 N300 N300 0~7 3 重发RRC CONNECTION REQUEST消息的最大次数。在RRC连接建立过程中，允许UE重发RRC CONNECTION REQUEST消息的最大次数。若UE重发RRC Connection Request消息的次数超过N300，则UE认为本次RRC连接建立请求的整个过程失败（即呼叫失败），UE进入Idle状态。 N300设置较大的值可以保证呼叫建立的成功率，但也不可设置的过大，N300的设置应保证最坏情况下（即N300 次RRC CONNECTION REQUEST消息重发）的呼叫建立时长在一般用户的容忍范围内。

我在乌市的时候也遇到这样的情况，是室内站，中兴工程师来也没解决，最后换了bbu里面的一块板子后，就没在出现这样的情况，我估计楼主也是这样的情况吧，很大成分是设备的问题！！

我们在资阳测~~也是一样~~好像是RRU和切换带的问题~~具体的哥们也不是很清楚啊~~期待高手解答中~~呵呵~~

学习学习，上面兄弟把rrc连接过程弄得很透嘛

上上上楼的兄弟讲的真好，顶！

上面照抄的,一般是设备问题的,要不就是数据说的是有问题

学习学习，上面兄弟把rrc连接过程弄得很透嘛