从信令流程可以看出，基本是无线空口侧问题，解决这个你的RRC就提高了

我觉得从信令着手吧信令走到那步停了就分析哪步

基于UE与RNC的信令交互可以分为以下3类：
1.UE发起RRC_Connect_Req，RNC没有收到。
2.UE发起RRC_Connect_Req，RNC拒绝。
3.UE发起RRC_Connect_Req，RNC回复RRC_Setup_Rsp，UE未收到。
第一种情况：如果此时Ec/Io较低，则此时可以考虑为覆盖原因造成。如果此时Ec/Io较好（大于-14dB），一般都是RACH问题，通常有以下原因：
1.preamble的功率攀升不够：可以增加Preamble攀升次数。
2.小区半径设置参数不合理：小区半径参数设置过小，会导致NodeB无法同步小区半径范
围外的UE，造成接入失败，这主要发生在农村、郊区等广覆盖场景。
第二种情况：RNC拒绝的情况，此种情况基本是由RNC当前的资源拥塞状态引起，包括码，功率，CE等资源。也有可能是RNC本身的设备问题引起，需要看具体的日志进行确认。
第三种情况：RNC下发后UE没有收到，说明此时UE有可能已经发生了小区重选。此时可以
调整小区重选参数，可以解决此类情况。

分析信令啊，常见问题具体分析过程如下：
1.UE发出RRC Connection Request消息，RNC没有收到。
如果此时下行P-CCPCH的C/I较低，则是覆盖的问题，通过RF优化解决。
覆盖正常则可能是RACH的问题，可以调高上行P-RACH期望接收功率，增大终端发射功率，提高成功率。
终端发射功率受限，属于UE本身性能问题，没有特别的方法解决。
UpPTS受干扰导致，轻微干扰可以通过调高上行P-RACH期望接收功率解决，严重可以采用Up Shifting技术，通过后台配置相应参数，调整UpPCH的位置避免受到干扰，根本还是要避免干扰源。
可能Node-B设备问题，需要检查RRU通道是否存在告警。
2.RNC收到UE发的RRC建立请求消息后，下发了RRC Connection Reject消息。
拥塞、码道受限。检查时隙状态，是否码道闭塞。
设备故障、参数配置错误。
3.RNC收到UE发的RRC建立请求消息后，下发了RRC Connection Setup消息而UE没有收到。
查看此时的P-CCPCH的C/I，如果较低，则是覆盖的问题，通过RF优化解决。
如果是由于发生小区重选导致，则调整重选参数，加快小区选择与重选的速度，可以解决小区选择与重选参数不合理造成的RRC连接建立失败问题。
若没有发生重选，则可能是FACH功率不够导致，适当增大。
4.UE收到RRC Connection Setup消息而没有发出Setup Complete消息。
如果此时下行的信号质量正常，那么可能是手机异常。
否则可能是专用信道同步的问题，下行专用信道初始功率过低导致下行不能同步，则需要调整下行初始发射功率。
5.UE发出RRC Setup Complete消息而RNC没有收到。
调整上行专用信道的开环功控参数。
同时还与上行链路SIR初始目标值设置是否合理有关，对于初始建链时的上行初始同步有较大的影响。该参数如果设置过大，有可能会使得用户初始建链时带来的上行干扰过大；如果设置过小，则会使得上行同步时间加长，甚至导致初始同步失败。

顶！！！！！！！！！！！！！！！！继续！！！！！！！！！！！！

说了又没啥好处的呢，嘿嘿

从KPI上 ，怎么看呢？？？？？？

。。。。 学习了

第一步先要看看RNC的话统指标，判断一下导致RRC建立失败的主要是那一种原因，从中可以看出：RF原因，拥塞，其他异常。

认真学习，天天向上

学习学习。。。。

我想知道RF是什么意思?我刚刚解除网络，很多缩写不太明白。

好帖子！主要是从UE和RNC交互的环节出发去思考，任何一个环节都可能出现没有相应的情况，结合信令一条条往下看，信令里面会给出原因的！具体的问题可以直接通过信令跟踪解决！