RRC连接专题

RRC连接专题1RRC连接专题1RRC信令流程详解专用信道上RRC建立流程详解释2RRC信令失败相关现象以及定位方法分析思路：当我们遇到1.干扰导致的接入问题。呼叫中发送RRCConnectionRequest后无响应，RRC不能正常连接。当UE发送RRCConnectionRequest后，RNC应该回复RRCConnectionsetup，如果未回复就有可能存在干扰。处理定位：首先看是否存在硬件故障，然后在问题小区下作拨打测试后台观察是否存在干扰（如ISCP），再次观察该小区参数（如SIR、干扰余量）与其它小区的区别。综合定位问题根据定位解决问题。2.同步失败。信令分析每次呼叫无法接通时反馈消息都是同步失败即NODEB发NBAPRLFAILIND。双击该信令我们就会看到他所携带的同步失败的信息：Cause为radioNetwork：synchronlsation-failure。处理定位：首先看是否存在硬件故障，后台观察是否存在干扰（如ISCP），观察该小区参数（如SIR、干扰余量）与其它小区的区别。定位解决问题。3.扰码规划错误导致终端无法接入网络。呼叫建立失败消息的Cause值为Nonsynchronization。处理定位：测试时发现邻区列表中出现一同扰码邻小区（CPI相同）。UE无法正确解调来自同扰码的两个小区的信号，而无法起呼。RRC连接专题24.上行期望功率设置过低导致接通率低。UE发送RRC_CONNECT_SETUP_COM，但RNC没有收到。后台信令跟踪发现错误原因提示为：networkoutoforder。检测后台UPPCH的ISCP值过高存在干扰。可以提高UPPTS的期望接受功率或进行UP偏移来解决，上行干扰余量ULINTERFERERSVP配置为-3改为指导书中要求的3。5.数据配置错误导致覆盖正常H业务无法建立。发现在终端建立业务前（connect），一切正常，在被叫测量报告下发1秒后RNC下发DISCONNECT，应该是业务信道建立异常，针对业务信道核查参数。检查发现初始SIR设置过低导致初始发射功率过低，无法进行业务信道的正常建立。6.GPS失步导致同频干扰导致接通率低。Uu口信令为RRCConnectionRequest，但没有收到RRCConnectionSetup。A站附近有站BGPS失步，且站B的3小区与站A的1小区频点都为10080，相互造成强干扰，所以起A站的接通率低。7.RRU射频通道状态不正常导致未接通和掉话。UE上发RRC连接请求，但是网络侧没有任何消息。跟踪UE标准口进行信令分析，发现当测试端进行RRC建立连接请求时后台没有任何信令，怀疑UE没有与NodeB联系上，排除RNC问题；进行RRU的Reset操作，执行后状态正常，告警消除，小区测试正常。8.RRCConnectReject造成的接入失败。终端发起RRCConnectRequest后，终端马上收到了网络下发的RRCConnectReject消息，导致接入失败，Reject的原因值为unspecified。9.开环功控参数设置不合理导致RRC建立成功率过低。UE接收到RRCConnectionSetup没回RRCConnectionSetupComplete计时器超时后重发RRCCONNECTIONREAUEST如此往复多次才发送RRCCONNECTIONSETUPCOMPLETE，并成功建立RAB连接，开始业务。原因是SIR设置不合理。10.无线链路资源分配失败导致起呼失败。跟踪信令发现CN向RNC发送RANAP消息RadioAccessBearerAssignmentRequest，发起RAB建立过程，RNC要求NodeB准备建立DCH来承载RAB，但当NodeB进行资源配置的时候，NODEB侧无可用的资源从而资源配置失败，导致此处出现多个接入失败。11.周期性位置更新定时器(T3212)设置不合理导致手机无法被叫。UE在作为被叫时，呼叫方会听到“该用户已关机”的错误提示，导致无法接通。TDRNC上T3212设为10，每1个小时要求UE做1次周期性位置更新。2GBSC上T3212设为5，要求UE做1次周期性位置更新。如果两个设置不一致就会UE在TD网络不能被正常寻呼到，MSC会提前将UE算为“隐含关机implicitdetach”。3接入失败的原因包括以下几类：（1）拨号后，RRCConnectionRequest消息没有发送；——是否手机异常（2）在主叫UE发送了RRCConnectionRequest后，定时器超时，没有收到RRCConnectionSetup消息；——RNC没有收到请求，调整PRACH信道功率；若RNC发了建立消息，但UE没有收到，是否是手机发生重选，则优化重选参数；若没有发生重选，需要调整FPACH功率。RRC连接专题3（3）主叫UE在发出RRCConnectionRequest后，收到RRCConnectionReject消息。并且没有重发RRCConnectionRequest进行尝试；（4）主叫UE在收到RRCConnectionSetup消息后，没有发出RRCConnectionSetupComplete消息；——若UE没有发，则需要调整下行初始发射功率；若RNC没有收到，调整上行开环功控参数；（5）主叫UE在发出RRCConnectionSetupComplete消息后，没有收到MeasurementControl消息；――查看RNC的测量相关的配置参数是否正确（6）主叫UE收到了ServiceRequestReject消息；――参数配置错误可能性最大（7）主叫UE在发送了CMServiceRequest消息后，没有收到CallProceeding消息；――参数配置错误可能性最大（8）UE收到CallProceeding消息后，没有收到RBSetup消息；――参数配置错误可能性最大（9）UE收到RBSetup消息后，没有发出RBSetupComplete消息；――参数配置错误可能性最大（10）UE在发出RBSetupComplete消息后，没有收到Alerting或者Connect消息；――参数配置错误可能性最大（11）UE收到Alerting或Connect消息后，没有发出ConncectAcknowlege消息。――参数配置错误可能性最大RRC连接专题43信令详解图5RRC信令失败相关案例案例一、干扰导致接入问题现象描述：在路测过程中，发现某站1个小区无法正常建立业务；该小区在多次呼叫中，发送RRCConnectionRequest后无响应，不能正常建立RRC连接。告警信息：无原因分析：由于RRC连接建立过程中，没有出现Reject的现象，排除站点隐形故障和码资源阻塞问题。RRCConnectionRequest发出后，没有任何响应，很可能是由于上行同步没有完成，所以没有RRCConnectionsetup消息下来。造成上行同步没有通过的很可能是该小区UpPCH上收到了较大的干扰，导致无法完成上行同步。经过机房查看UpPCH时隙的ISCP值，发现该值很大，确定是因为干扰引起的接入困难。如干扰问题等如GPS问题如功控参数设置不合理如同步问题UpSHIFTTING如UPshifting问题此处任意一条信令出错丢失都会导致后续信令无法正常接续RRC连接专题5处理过程：1、首先询问站点是否存在故障，机房人员告知，没有发生告警2、让机房人员重启该站点，以排除是否由于站点隐形故障造成的接入困难。重启后，接入困难现象依然存在。3、在该小区下面进行拨打测试，并让基带人员在NodeB侧观察是否有Sync_UL码上来，观察结果是有Sync_UL的脉冲峰值，但没有达到上行同步脉冲峰值的要求，判断小区UpPCH收到干扰4、经机房人员证实，UpPCH时隙的ISCP值很大5、将UpshiftingN从0调整到53。处理结果：RRC连接建立顺利，业务接入正常建议与总结：由于站点间的同步出现问题，或是因为站点的DwPCH功率设置过大，导致系统内的干扰加剧，此时引起UPPCH上的ISCP较大，使得上行同步困难，无法正常建立业务，可以考虑将UpPCH向TS1时隙偏移，以减少UpPCH上的干扰，提高业务接入的成功率案例二、某移动大楼TD室分基站下打电话接通率低问题分析报告某移动大楼楼顶有一室外站（S333），室内有一室分站(03，两RRU261)。RNC版本：B161SP02；NODEB版本：B042。移动副总在8楼办公室打电话接通率非常低，投诉到项目经理处，要求我们尽快到现场进行处理。维护台查看两个基站均无任何告警，测试手机查看发现室分信号强度为－35左右，宏站在－70左右，信号强度应该没有问题。拨测50次，19次出现无法接通。在RNC跟踪信令（SIM卡IMSI:460003726022224），分析信令发现，每次呼叫无法接通时占用的都是室分基站信号(SAC:0072)。于是我们闭塞室分基站占用室外宏站信号进行拨测，拨测50次均正常，由此断定室分基站有问题。为了进一步验证我们的判断，闭塞室外基站，占用室分基站信号进行拨测，拨测50次38次出现呼叫无法接通。RRC连接专题6进一步从信令分析看出每次呼叫无法接通时反馈消息都是同步失败。手机和NODEB同步失败的情况下肯定是无法正常进行业务的。尝试修改网络参数以解决手机和基站同步失败问题，当把室分基站小区的“上行干扰余量”参数由3修改为5后拨测发现呼叫可以正常接通。为了验证结果，用此号码进行了主被叫各50次，测试发现均可正常接通。由此断定此参数就是造成在室分基站下手机呼叫接通成功率低的原因所在。此参数低的时候上行期望接收功率较小，NODEB可能无法解析手机消息，手机和基站同步失败，造成呼叫接通成功率很低。RRC连接专题7“上行干扰余量”参数的详细介绍：该值用来调整计算上行期望接收功率的大小。主要的考虑是为了能够方便的对上行期望接收功率进行调整，从而能够满足各个小区不同环境的要求。在其它条件相同的情况下，该值配置的越小，计算出的期望接收功率也就越小。提高上行干扰余量，可以间接提高SRB/RB建立时的上行期望接收功率，提高RRC接通成功率和RAB建立成功率。案例三、扰码规划错误导致终端无法接入网络现象描述：S城市某高级会所共有五层楼，用一个小区A进行室内覆盖，A小区CPI为123,频点10055；用终端进行室内信号测试时，发现在五楼一椭圆形天井区域终端始终无法接入网络；此时，室内A小区P-CCPCHRSCP为-75dBm~-80dBm；多次试呼，现象依旧；而在会所的其它区域，终端均能正常起呼。告警信息：呼叫建立失败消息的Cause值为Nonsynchronization.原因分析：（1）通过现场反复测试发现：当终端移动到五楼椭圆形天井区域时，UE驻留在小区A,其P-CCPCHRSCP值为－76dBm左右；邻区列表中出现一同扰码邻小区B，CPI为123、频点为10104，P-CCPCHRSCP值为－80dBm左右。UE无法正确解调来自同扰码的两个小区的信号，而无法起呼。（2）因该会所处在一高层建筑群中央位置，而终端只显示导频信号最强的6个邻小区。所以，当手机在其它楼层时，由于楼体遮挡，小区B的导频信号在-100dBm以下;这时，室内小区A的导频信号在－50dBm~－75dBm之间，来自小区B的干扰很小，所以能正常起呼。处理过程：根据周围小区的扰码分配情况，修改室内小区A的扰码由123改为105，重新对该会所内的各个楼层进行测试，UE均正常起呼，五楼椭圆形天井区域的故障也消除。案例四、上行期望功率设置过低导致接通率低现象描述：A市在做TD手机拨打CS语音业务时，经常出现无法接通的现象。从后台信令跟踪，发现错误原因提示为：networkoutoforder。告警信息：无原因分析：1、网络覆盖场强值过低。2、干扰导致。3、参数设置问题。4、终端问题。处理过程：1、用其他TD手机拨打，掉话现象也时常发生。排除终端问题2、用大唐8120测试，从