RRCconnectionrequest的重发表明UE的上行信号质量没有达到Nodeb的解调的要求或者是UE在RRC建立时上行同步失败，导致RRC连接的失败。要解决RRC的连接问题，首先排除并解决弱覆盖的原因，然后可以通过增大RRCconnectionrequest所在的PRACH信道的功率使Nodeb能够正确解调出request消息完成RRC连接。另外,可以增大UpPch的期望接受功率，提高UE的上行信号功率，如果UpPCH目标接收功率设置得过小，可能会导致NodeB侧无法正确接收同步信息,但如果将UpPCH目标接收功率设置得过高，导致初始发射的UpPCH功率过大，可能会造成接入、切换时UpPCH干扰增加。
RRC 建立失败的可能原因：
（1）RNC 资源分配失败，或者建立L2 实例失败，或者IUB 接口RL 链路失败。
目前的用户量和话务量都不多，出现资源不足的情况基本上不可能，因此如果出现了前面几种失败原因，一般都是RNC 或者NodeB 内部出现了问题，需要检查RNC 和NodeB的状态或者小区状态。
（2）UE 收不到RRC CONNECTION SETU。
RRC CONNECTION SETUP消息是在FACH上发给UE 的。目前SCCPCH 功率配置的值一般是-3db(相对于PCCPCH 功率，单码道)。从覆盖上来说，已经和PCCPCH 的覆盖一样了。如果仍然出现UE 收不到RRC CONNECTION SETUP消息（这个光从RNC 的log 看不出来，必须要通过采集终端的log 来查看），则需要调整SCCPCH 功率，来满足信号覆盖不好的地方功率需求。
（3）RNC 收不到RRC CONNECTION SETUP COMPLETE
如果UE 收到RRC CONNECTION SETUP 消息后，会向网络回复RRC CONNECTION SETUP COMPLETE消息。如果UE在作专用信道同步时失败，或者在向网络侧发 RRC CONNECTION SETUP COMPLETE建立失败。此时，可以通过提高上行期望接收功率，RL初始发射功率和修改上行同步的参数，来使得UE能够正常进行专用信道同步和上传RRC 建立完成消息。
如果是第2点和第3点的原因导致RRC 建立失败，无法通过RNC侧的log 进行区分，也无法通过统计指标来进行区分，只能在发现问题后，通过路测以及调整上行或下行功率值，来确定是上行功率不足，还是下行功率不足。
（4）干扰因素
TD的同频干扰是比较严重的，如果小区的邻区中，存在同频同扰码，RRC 建立失败比较多时，需关注是否是干扰导致的。如果是干扰因素，先需要解决频点和扰码的规划问题。在解决频点和扰码问题时，不仅要关注RNC内的频点扰码，还需要关注邻RNC 间的频点扰码。一个原则是，做网络规划时，邻区间的频点和扰码，不能出现同频同码的情况，也不能和邻区使用同一扰码组（包括RNC内和RNC间的邻区）。主频不同扰码相关性太强也可能造成起呼失败，原因是主频不同但是辅载频可能相同，当呼叫建立在相同的辅载频上时候也会出现同频同扰码组现象。
（5）环境因素
PS 业务主要是在室内使用，如果没有配置室内分布系统，光靠室外基站覆盖室内，其PCCPCH RSCP 的接收电平相对较低（很有可能低于-90dbm）。在这样的PCCPCH RSCP 条件下，对于PS 业务的RRC建立成功率有很大的影响。在相同的PCCPCH发射功率下，PS业务的RRC建立成功率比CS 业务的RRC建立成功率要低一些也是正常的。
因此，如果PS业务的RRC接通率一直不高，可以查看覆盖区域的信号强度是否足够强，如果不够，可能需要调高PCCPCH 功率，或者是收缩覆盖范围（调高小区的驻留电平，把信号不够好的用户剔除出去）。
RRC连接、RL、RB、RAB的本质是什么
1）RRC连接是为了建立UE和UTRAN之间的信令连接（SRB1-SRB4），可以通过CCH或者DCH，如果建立在DCH，上下行各占用1个码道（SF=16）〔在HS业务建立的时候，要占用两个码道；且PS的速率包括信令连接占的码道〕。类似还有RNC和NodeB之间的Iub连接，RNC和CN之间的IU连接，但是Iub连接是一直存在的，不需要在每次UE和CN连接都去建立和释放，而Iu连接则必须每次去建立和释放（这里是指面向连接的信令和数据承载，无连接的除外）。
（2）RL是为了建立RNC和NodeB之间的DCH的连接，只要数据走DCH，必须配置这个链路。RL是一个逻辑概念，其实就是一个格式集，数据在L2和L1之间传输（MAC-D->DCH/HS-DSCH/DSCH/USCH FP->DPCH/HS-DPSCH 传输信道和MAC-D FLOW（mac-dh->mac-hs）），在DCH时要增加/修改DCH FP/HS-DSCH FP，因此要配置，而在CCH时，L2->L1的链路已经建立完成，因此不需要配置RL，但RNC和NodeB的连接是存在的，所以RL是格式集。在RL之下还有一个叫Iub数据传输承载的东西，它和RL的主要区别在于Iub数据承载承载的是Iub接口的数据，而RL是Uu口的数据，RL是位于Iub承载之上的。（可以这样理解：Iub承载是AAL2承载，公共信道的FP是建立在AAL2上的，因此小区建立的时候会建立一些承载，如果要使用DCH信道，也要先建立DCH的AAL2承载。）
（3）RB是UE和UTRAN之间的连接格式集，就是UU口L1、L2的格式问题，即物理信道、传输信道、逻辑信道的配置问题。如果没有业务，RB是不需要的，因此如果要在CN/URTRN和UE之间传信令，只要有RRC连接即可（实际上也有无线承载，即SRB），但只要有业务，就必须配置RB，同样，必须配置Iub承载（只要有DCH就必须去配置DCH FP的承载，同RL一样）。
（4）RAB是UE和CN之间的连接的约定，体现在业务上，主要是Qos的配置。为了在无线环境中传输，就必须借助无线接入网，因此RAB分为UE和UTRAN之间的RB和CN和UTRAN之间的IU承载。
（5）相关的问题就可以这要理解了：
首先第一个问题是：UE上发的RRC Connection Setup Request消息RNC是否收到；RNC收到RRC Connection Setup Request后没下发了RRC Connection Setup;或者是RNC收到RRC Connection Setup Request后下发了RRC Connection Setup 而UE没有收到RRC Connection Setup ；基于以上三个方面分析（建议检查RNC侧的信令以确定是哪种情况）
1、UE上发的RRC Connection Setup Request消息RNC没收到：调整PRACH信道参数（包括preamble的重传次数、preamble的功率攀升步进、preamble和Message和功率偏差等参数。这些参数相互制约，在出现PRACH信道的问题时，建议适当加大preamble的重传次数)
2、RNC收到RRC Connection Setup Request后没下发了RRC Connection Setup ：其他问题（多半是RNC设备问题，此情况比较少，也特别难分析）
3.RNC收到RRC Connection Setup Request后下发了RRC Connection Setup 而UE没有收到RRC Connection Setup：这种情况又分2种情况：a、这期间发生小区重选了：优化小区重选参数(测量迟滞2（Qhyst2s） 、重选迟滞时间Treselections 、Sintrasearch、Qoffset)；b、 这期间没发生小区重选：调整FACH信道功率
1.干扰导致的接入问题。 呼叫中发送RRC Connection Request后无响应，RRC不能正常连接。当UE发送RRC Connection Request后，RNC应该回复RRC Connection setup，如果未回复就有可能存在干扰。处理定位：首先看是否存在硬件故障，然后在问题小区下作拨打测试后台观察是否存在干扰（如ISCP），再次观察该小区参数（如SIR、干扰余量）与其它小区的区别。综合定位问题根据定位解决问题。
2. 同步失败。信令分析每次呼叫无法接通时反馈消息都是同步失败即NODE B发NBAP RLFAIL IND。 双击该信令我们就会看到他所携带的同步失败的信息：Cause为radioNetwork：synchronlsation-failure。处理定位：首先看是否存在硬件故障，后台观察是否存在干扰（如ISCP），观察该小区参数（如SIR、干扰余量）与其它小区的区别。定位解决问题。
3. 扰码规划错误导致终端无法接入网络。呼叫建立失败消息的Cause值为Nonsynchronization。处理定位：测试时发现邻区列表中出现一同扰码邻小区（CPI相同）。UE无法正确解调来自同扰码的两个小区的信号，而无法起呼。
4. 上行期望功率设置过低导致接通率低。
UE发送RRC_CONNECT_SETUP_COM，但RNC没有收到。后台信令跟踪发现错误原因提示为：network out of order。检测后台UPPCH的ISCP值过高存在干扰。可以提高UPPTS的期望接受功率或进行UP偏移来解决，上行干扰余量ULINTERFERERSVP配置为-3改为指导书中要求的3。
5. 数据配置错误导致覆盖正常H业务无法建立。发现在终端建立业务前（connect），一切正常，在被叫测量报告下发1秒后RNC下发DISCONNECT，应该是业务信道建立异常，针对业务信道核查参数。检查发现初始SIR设置过低导致初始发射功率过低，无法进行业务信道的正常建立。
6. GPS失步导致同频干扰导致接通率低。Uu口信令为RRC Connection Request，但没有收到RRC Connection Setup。A站附近有站B GPS失步，且站B的3小区与站A的1小区频点都为10080，相互造成强干扰，所以起A站的接通率低。
7. RRU射频通道状态不正常导致未接通和掉话。UE上发RRC连接请求，但是网络侧没有任何消息。跟踪UE标准口进行信令分析，发现当测试端进行RRC建立连接请求时后台没有任何信令，怀疑UE没有与NodeB联系上，排除RNC问题；进行RRU的Reset操作，执行后状态正常，告警消除，小区测试正常。
8. RRC Connect Reject造成的接入失败。终端发起RRC Connect Request后，终端马上收到了网络下发的RRC Connect Reject消息，导致接入失败，Reject的原因值为unspecified。
9. 开环功控参数设置不合理导致RRC建立成功率过低。UE接收到RRC Connection Setup 没回RRC Connection Setup Complete计时器超时后重发RRC CONNECTION REAUEST 如此往复多次才发送RRC CONNECTION SETUP COMPLETE，并成功建立RAB连接，开始业务。原因是SIR设置不合理。
10. 无线链路资源分配失败导致起呼失败。跟踪信令发现CN 向RNC 发送RANAP 消息 Radio Access Bearer Assignment Request ，发起RAB 建立过程，RNC 要求NodeB 准备建立DCH 来承载RAB，但当NodeB 进行资源配置的时候，NODEB侧无可用的资源从而资源配置失败，导致此处出现多个接入失败。
11. 周期性位置更新定时器(T3212)设置不合理导致手机无法被叫。UE在作为被叫时，呼叫方会听到“该用户已关机”的错误提示，导致无法接通。TD RNC上T3212设为10，每1个小时要求UE做1次周期性位置更新。2G BSC上T3212设为5，要求UE做1次周期性位置更新。如果两个设置不一致就会UE在TD网络不能被正常寻呼到，MSC会提前将UE算为“隐含关机implicit detach”。
（1）拨号后，RRC Connection Request消息没有发送；——是否手机异常
（2）在主叫UE发送了RRC Connection Request后，定时器超时，没有收到RRC Connection Setup消息；——RNC没有收到请求，调整PRACH信道功率；若RNC发了建立消息，但UE没有收到，是否是手机发生重选，则优化重选参数；若没有发生重选，需要调整FPACH功率。
（3）主叫UE在发出RRC Connection Request后，收到RRC Connection Reject消息。并且没有重发RRC Connection Request进行尝试；
（4）主叫UE在收到RRC Connection Setup消息后，没有发出RRC Connection Setup Complete消息；——若UE没有发，则需要调整下行初始发射功率；若RNC没有收到，调整上行开环功控参数；
（5）主叫UE在发出RRC Connection Setup Complete消息后，没有收到Measurement Control消息；――查看RNC的测量相关的配置参数是否正确。
（6）主叫UE收到了Service Request Reject消息；――参数配置错误可能性最大
（7）主叫UE在发送了CM Service Request消息后，没有收到Call Proceeding消息；――参数配置错误可能性最大。
（8） UE收到Call Proceeding消息后，没有收到RB Setup消息；――参数配置错误可能性最大
（9） UE收到RB Setup消息后，没有发出RB Setup Complete消息；――参数配置错误可能性最大
（10） UE在发出RB Setup Complete消息后，没有收到Alerting或者Connect消息；――参数配置错误可能性最大
（11） UE收到Alerting或Connect消息后，没有发出Conncect Acknowlege消息。

[ 本帖最后由 chenpan0416 于 2012-10-10 11:03 编辑 ]