KPI指标提升(RRC建立成功率篇)

029029RRC建立成功率提升（作者：南京KPI提升团队）BuildExcellentTD-SCDMANetwork中国移动通信CHINAMOBILE中国移动通信CHINAMOBILE北京2008年奥运会合作伙伴

PartneroftheBeijing2008OlympicGames

大唐移动DTmobileRRCRRC建立失败问题定位指导书--#-1概述本文档主要用于指导KPI提升中对RRC建立成功率指标的提升，对于RRC建立中常见的问题进行分析并给出定位思路和解决方案，用于提升RRC建立成功率。背景知识RNC正常情况下，RRC过程的典型流程图如下:RNC1.RRCConnectionRequestf0ms]3.RRCConnectionSetup(170ms]4.RadiolinkRestoreindication(330ms)NodeB定位思路使用CDLMR对一个RNC下的CDL进行分析，找到该RNC下在该小区下进行小区详细跟踪或者收集问题小区的CDL文件，对照典型流程确认问题出现在那一步，然后进入不同的分析流程。节号判断条件判断条件为是的处理方法判断条件为否的处理方法3.1信令跟踪（或者CDL文件）未看到CONNECTIONREQUESTRRC进入“未收到RRCCONNECTIONREQUEST的定位”一节进入3.2节3.2信令跟踪（或者CDL文件）中看到RRCCONNECTIONREQUEST消息，但是未看到RADIOLINKSETUPREQUEST消息进入“未发送RADIOLINKSETUPREQUEST的定位”一节进入3.3节；3.3信令跟踪（或者CDL文件）中看到未发送RRCCONNECTIONSETUP消息进入“发送RRCCONNECTIONREJECT定进入3.4节位”一节3.4信令跟踪（或者CDL文件）中看到发送RRCCONNECTIONSETUP消息，但是基站的FACH没有增加进入“未收到RRCCONNECTIONSETUP消息”一节进入3.5节3.5未收到基站上报的RADIOLINKRESTOREINDICATION进入“未收到RADIOLINKRESTOREINDICATION的定位”一节进入3.6节3.6信令跟踪（或者CDL文件）中收到RADIOLINKRESTOREINDICATION消息，但未收到终端返回的RRCCONNECTIONSETUPCOMPLETE进入“未收到RRCCONNECTIONSETUPCOMPLETE的定位”一节无定位方法未收到RRCCONNECTIONREQUEST的定位首先判断小区状态，小区状态为非激活态，进行小区故障的定位过程，定位方法不在本文档范围，小区状态为激活状态（一般用户应该可以驻留在该小区），后续定位转入4.1.2；用户在问题小区进行拨打测试，对象树-逻辑频点-查询载波性能随即接入情况统计查询FPACH响应数目是否一直增加（见图4.1.2-1）,如果计数不增加。需要检查以下两项，FPACH响应数目正常增加转入4.1.3；（1）考虑随机接入功率配置问题：查看网络侧设置SYNC_UL的期望接收功率大小，过小则会影响基站SYNC_UL的接收性能，一般经验值设置一90dbm；（2）查看FPACH的发送功率设置大小，一般设置低于PCCPCH功率3db；（3）确认设备运行正常，小区布配正确图4.1.2-1SYNC_UL统计查询方法4.1.3在基站侧和RNC侧进行RACH计数统计，基站侧RACH计数统计进行RACH的收发统计抓取方法见“4.3.1节基站LOG抓取”RNC侧RACH统计方法：在RNC测小区所在的DSP上抓取rnc_tpss_cell_statis_query(CelllD,0),其中“ulCchFpRachRecvDataCntr”为RACH计数；小区所在DSP的确认：可以通过查询动态表rDanytableCellId中对应小区的RTPADSP地址，确定小区所DSP。DisplayNOusCelllDulRTPABoardAddrulRTPABoardDSPAddrulRTPABoardDSPIP11897021978811332198274349124461582在计算小区所在单板和DSP方法：ulRTPABoardDSPAddr:2198274349=0x8307012D,12D就是1-2-13单板；07就是DSPID。一般基站RACH有增加的话，RNC的RACH也是有增加的，如果基站的RACH有增加，但是RNC侧RACH眉头增加，进入.4提取基站的公共日志和主控板所有日志(SCT/CCU)交由基站产品维护人员分析后,决定如何定位。未发送RADIOLINKSETUPREQUEST的定位这种情况一般是RNC资源分配失败，RNC会发送RRCCONNECTIONREJECT消息给终端，失败原因常见的是无线资源和本地资源两种，定位此类问题需要在CDL中找到对应小区RRC建立失败的用户信令，一般在RRCCONNECTIONREQUEST消息后有一条RRM资源分配失败的消息RRM_DCA_RESOURCES_ALLOCATION_FAILURE，根据消息中的EventPara字段查询“TDR3000错误码表”给出的失败原因进一步定位，常见的原因有：(1,上／下行码资源判决失败/上行独立载波判决失败／下行独立载波判决失败(对应的

EventPara为0x08010006/0x08010007/0x08010011/0x08010012)：检查该小区下各载波状态和小区用户情况，如果载波状态正常，在线用户数所占用的资源总合小于小区总的无线资源，需要检查CAC和SDCA算法设置是否合适，无异常的话收集出现失败的RNC侧CDL文件、小区详细跟踪、RNC配置数据发给产品维护团队基站组RNC组分析；如果载波状态异常，需要收集基站的公共日志和CCU的43、22000号日志发给产品维护团队基站组分析“载波故障的原因”。上行ATM资源判决失败/下行ATM资源判决失败/上行下行ATM资源判决都失败，需要检查该小区所在基站的数据链路参数配置中的带宽资源配置是否合适,一般情况一个载波大概对应2M的ATM资源，因此5载波小区应该有10M的数据链路带宽资源，如果和这个数据差距比较大的话,可能会出现这种带宽资源判决失败的情况；符合条件的消息个数为:41@LDT-[CDL分析]口问区］符合条件的消息个数为:41@LDT-[CDL分析]口问区］D系统⑤设备监视@)调试诊断①)日志©跟踪0)探针①)IPMCQ)CPLDC)VxWorks(V)BOOT©)窗口址)帮助0)_D1X就広匹卷H13比曲固唱同O③打印消息跟踪Shell数据探针运行统计日志爭件告粵信令跟踪黑匣子设备监视测试诊断帮助退出|QW❖VIMLI解码茨显示切换统计话务统计序列号爭件类型爭件名称RNCIDUEIDCELLID方向时间戳接口描述EventPara*621210x00000002FIFIMDCAFIESOUFICESALLOCATIONFAILUFIE15663435551022FIFIM->FIFIM2011-3-1623:46:23FIRMuwoyinoooc674500x00000002FlFlkLCH：；<FlESOUFlCESALLOCATIONFAILIJFlE15663451651022FIFIM->FIFIM2011-3-1623:48:49FIRM0x0801000C681580x00000002FIFIMDIZARESOURCESALLOIZATIONFAILURE15663451651022FlRMoRFlM2011-3-1623:49:10FIRM0x08010001C1920060x00000002FlFlMDCAFIESOUFlCESALLOCATIONFAILIJFlE15663333641022FIFIM->FIFIM2011-3-170:00:25FIRM0x0801OOOC924660x00000002FIFIMDIZARESOURCESALLOIZATIONFAILURE15663333641022FlRMoRFlM2011-3-170:00:40FIRM0x08010001C丄931030x00000002FlFlMDCAFIESOUFlCESALLOCATIONFAILIJFlE15663333641022FIFIM->FIFIM2011-3-170:01:01FIRM0x0801OOOC988020x00000002FIFIMDIZARESOURCESALLOIZATIONFAILURE15663845351022FlRMoRFlM2011-3-170:03:36FIRM0x08010001C►994470x00000002FIFIMDCAFIESOUFICESALLOCATIONFAILUFIE15663845351022FIFIMoFIFIM2011-3-170:03:57FIRM0x0801OOOC<15标签名榦值内容11-CDL_EVENTJTEM_STRUCT1.1Interface_Description0x16CDL_RRMJNTERFACE1.2CDL_RRM_INTERFACE1.2.1Event_Type0x2RRM_DCA_RESOURCES_ALLDCA叮DI1.2.2RRM_DCA_RESOURCES_ALLOCATION_FAILUREEyentPara0x801000c没有足梟的公共信道资涯Time0x5a5UE」D0x963CELLJD0xc74eTriggeiProcedureOxbTRIGER_PROC_DD_TO_CELLFACHUrafcnStalus0x0Reserveinfo0x0Container_length0x3cb*CDL爭件二进制码流|CDL3C件列表IE树列表|禹裤码丨UE列表丨加载过程信息打印|RNCfe起的Uejg话分析表|2/3G互燥作切範统计|重定位统计|重要爭件统［十］全局檢1:IF地址：1端口：通倩状态：接入状态：全局板E:打地址：端口：通信状态:1接入状态：-ServerEuccessfulystarted!开始0&\僭Bl13-更2M-198M▼@M...~2W▼B0Qll•ISLdt(g憊英U住冠勺■莖丽匪W：59其他EventPara取值不常见，出现的话提供CDL文件，数据配置文件发给产品维护团队分析定位；发送RRCCONNECTIONREJECT定位(假拥塞)查看失败用户收集CDL文件，对应小区下已经有RADIOLINKSETUPREQUEST消息，但是还是发送有RRCConnectionReject消息，此情况属于一种假拥塞的情况，根据消息中给出的EventPara查询“TDR3000错误码表”，根据错误码表给出的原因进一步定位。

4・3・10x09070100/0x090701002（FP配置过程中节点同步失败（发送到最大次数）FP配置过程中传输信道同步失败（发送到最大次数）如果RRCConnectionReject消息消息中给出的错误码为“0x09070100/0x090701002”，一般情况下是0x09070100，那么就是节点（传输信道）同步失败导致的RRC建立失败。这种情况实际目前没有好的定位方案，只有在比较容易复现时可以定位，总的思路是在RNC和基站作一些信息收集，发给产品团队进行数据分析，确认问题出在RNC还是基站.具体方法见下:（1）确认问题小区所在的接口板架框槽信息以及小区数据链路对应的PVC信息和VLAN信息。图一为ATM承载方式，位置在“ATM承载集”一〉PVC信息集”一〉问题小区对应的数据链路。

图一ATM承载方式数据链路信息图二为IP承载方式，位置在“IP承载集”一〉IP协议栈子层”一〉问题小区对应IP通道。

2）进行小区详细跟踪，确认由于节点同步失败导致RRC建立失败用户所在DSP，找到RRCCONNECTIONREQUEST消息下倒数第二条RDBS_RDBS_LC_ALLOCATE_RSP_MSG,该消息种给出了用户分配的RTPA的架框槽和DSP信息。2）IW^S^oxoooooooo[TJfnj序列毛消息名称Na弗息名称HE标识FINCJC小区标识UE状态接口类2询内卜.10DOWNLINKDIRECTTRANSFERCONNECTACK33608121420037DCHUUR11TPSSHSPSFILCDATACNF不关注33608121420037无A1T12TPSSHSPSRLCDATAIND不关注无效值121420036无A1T13FIRCCONNECTIONREQUEST不关注无效值121420036无UUU14FlDEISFiADIOLL：ALLOCATEFIEQMSG不关注33757121420036DCHG4AH15FlDE：SF：DE：SLCALLOCATEFIEQMSG不关注33757121420036无G4AFI16FlDEISFiDEISLCALLOLATEFISF'MSG不关注33757121420036DCHG4AFI17FlDE：SF：DE：SLCALLOCATEFIEQMSG不关注33757121420036无G4AFI►18|FlDBSRDBSLCALLOCATEFiSPJ^SG|^^^^^^M不关注33757121420036DCHG4AFI1.32usOutUDPPort0x0133ulBoardlP0x0134usBoardLrld0x0RRC建立在1-2-lffi的RTPA135ulDSPAddr0x81100121*—136ulDSPIP0xe220b10^^—所在的DSP为10137usDSPLrld0x19e1.38usRIcmLrld0x0139-stQosInfo1.39.1ulCellNumber0x131.39.2ulUeNumber0x31.39.3ulUpBandWidthOxcfOS1394ulDownBandWidthOxcfOSV<I>13）使用测试诊断命令进行RTPA和接口板之间的媒体面连通性测试，其中RTPA的架框槽和DSP信息就是（2）中得到的信息，接口板的架框槽信息是（1）中得到的，CPU选择2。多进行测试，如果测试不通过的话，需要检查RTPA和接口板之间的物理连接，但是物理连接出问题的情况还是比较少的。媒体面连通性测试正常的话，说明RTPA到接口板之间的数据通道正常，需要进入（4）继续定位；3）

（4）如果以上排查后仍不能确认问题所在，需要抓取LOG给研发定位，RNC侧需要利用脚本生成工具生成一些脚本，运行（6）节插件中给出的脚本生成工具，并按照（1）中给出的单板信息或者局内VPI,VCI信息（ATM方式），VLANID，端口号（IP方式）信息，这样在脚本生成工具所放目录会生成一个脚本批处理文件。比如：1-2T-2_CASA_script.txt。RNC侧LOG抓取：问题出现前RNC侧小区所在执行1-2-1-2_CASA_script.txt同时进行小区详细跟踪，在问题复现后再次执行该脚本。基站测试LOG抓取：1、提取基站的公共日志和主控板所有日志2、找出节点同步失败的频点在基站上对应的DSP，使用LMT-B连接基站，对象树-小区资源-查询载波FP信息，查看节点同步失败的DSP的计数，多次查询，查看本地频点收到的节点同步帧和收到后回给RNC的节点同步帧数目上是否对应。

（5）信令跟踪中获取用户RRC信令所建立的数据链路或IP通道信息的方法：进行小区详细跟踪，确认用户建立RRC时分配的PATH和CID或者VLANID,找到RADIOLINKSETUPRESPONSE消息下的一条TNSS_NF_ESTABLISH_REQ消息,其中携带了需要的信息，其中图三为ATM承载方式，图四为IP方式。图三ATM承载方式的数据链路信息

图四IP承载的IP通道信息6)运行脚本生成工具mcss_script_gen・e

xe4.3.2错误码为其它取值当失败原因为其它取值时，主要可能和RNC相关，此时需要进行信令跟踪，并对应失败时刻收集CDL文件和运行日志。从运行日志和CDL中进一步分析深层原因。终端未收到RRCCONNECTIONSETUP的定位由于RNC侧层二配置已经成功，此时终端没有收到RRCCONNECTIONSETUP消息此时首先从基站侧查询确定基站是否收到RRCCONNECTIONSETUP,查询方法见.1査询小区主频点的RACH、FACH计数对象树-小区资源-逻辑频点-查询小区的FACH。信息，隔几S刷新一次，查看RACH增加过程中，FACH是否有增加。

IUB口问题的可能性比较少，如果有增加，说明RNC正常下发了，此时如果UE没有收到，需要按照4.4.2节查看空口的问题,如果没有增加,需要提取基站告警日志,RNC侧信令跟踪,并按照4.3.1节的方法生成脚本文件在接口板上执行（问题出现前和出现后各执行1次）•将LOG发给产品维护团队定位.4.4.2检查空口问题首先需要从RRCCONNECTIONREQUEST消息中确定该用户所在为位置和接入时刻的PCCPCHRSCP,消息中给出的是协议值，真实值和协议值的换算关系是：真实值=协议值-116如果真实值小于-95的话，有可能和弱覆盖有关，此时需进一步提取该小区下的ISCP报表，因为上下行无线环境一般是一致的，因此上行时隙ISCP可以作为一个参考。

未收到RADIOLINKRESTOREINDICATION的定位此时基站没有检测到上行同步数据，需要收集该需要基站进一步定位1、提取基站公共日志和业务失败频点对应的DSP所在板卡的50号日志。2、提供业务失败的CRNC_CCID，发给基站产品维护定位。未收到RRCCONNECTIONSETUPCOMPLETE的定位已经完成节点同步，说明终端收到了RRCCONNECTIONSETUP消息，这种情况一种可能是终端发生了系统间或者系统内的小区重选，目前这种情况仅仅对于用户发生了RNC内的小区重选可以定位，其它两种情况因为涉及到其它RNC和GSM，因此暂时没办法定位•具体定位方法见4.6.1,如果还是无法定位，那么按照4.6.2给出的方法进行LOG收集.4・6・1终端重选到其它RNC这个主要从CDL文件中分析，看看在终端出现问题的时间点后是否有相同的TMS/IMSI的RRCCONNECTIONREQUEST消息，例如下面从CDL的LOG可以看出：序列号事件类型爭件名称RNCIDUEIDCELLID方向时间戳接口描述EventParaTickFlag|2745950x00000009UuMeasurementReport22129932827661UE->RNC2010-10-1910:57:11UU0«0000000353340213262745960«00000020RRCConnectionRequest22129932827661UE->RNC2010-10-1910:57:11uu0k0000000053340213272745970x00000000InnerResourceAllocationSuccessRsp22129932827661RDBSR->HSPS2010-10-1910:57:11RESOURCE.0x0101000153340213272745980k001B0001RadiolinkSetupRequest221299328|27661RNC->NODEB2010-10-1910:57:11IIJElOkOOOOOOOO53340213272746040k001B0002RadioLinkSetupResponse221299328|27661NODEB->RNC2010-10-1910:57:11IUB0k00000CE353400213272746050k0000003FRRCConnectionSetup22129932827661RNC->UE2010-10-1910:57:11ULI0x0000000053480213272820730x00000009UuMeasurementReport2212993286692UE->RNC2010-10-1910:57:51ULI0x000000032723421327►2820750x00180001RadiolinkDeleti