WCDMA-KPI性能分析.doc

南京格安信息系统有限公司NASTAR WCDMA相关操作演示RRC连接建立&RRC Fail分析1、RRC建立过程的主要步骤为：1） UE通过RACH信道发送RRC Connection Request消息；2） RNC通过FACH信道发送RRC Connection Setup消息；3） UE在家里下行专用信道并同步后通过上行专用信道发送RRC Connection Setup CMP消息；2、RRC建立失败的主要原因有：1） 上行RACH问题；2） 下行FACH功率问题；3） 小区重选参数设置问题；4） 下行专用信道初始发射功率偏低；5） 上行初始功控问题；6） 拥塞问题；7） 设备问题。3、在分析不用原因造成RRC建立成功率低时结合一下指标原因：指标含义原因VS.RRC.Rej.RL.Fail小区中RL建立失败导致的RRC连接建立拒绝的次数（不包含CE拥塞的RL建立失败）设备问题VS.RRC.Rej.AAL2.Fail小区中AAL2建立失败导致的RRC建立拒绝传输问题VS.RRC.Rej.POWER.Cong功率资源申请失败VS.RRC.Rej.UL.CE.Cong上行资源申请失败VS.RRC.Rej.DL.CE.Cong下行资源申请失败VS.RRC.Rej.CODE.Cong码资源申请失败RRC.FAIL.ConnEstab.NoReplyRNC向UE发送RRC Connection SETUP消息后没有收到UE发送的RRC Connection SETUP CMP消息次数可能由于覆盖问题或终端异常问题导致在这些问题中，上行RACH和下行功率配比问题、小区重选参数问题以及设备异常问题出现的概率较高。4、RRC连接建立问题分析流程及分析过程：RRC连接建立问题分析流程UE是否发出请求消息-N-手机异常问题YRNC是否收到请求消息-N-调整PRACH或AICH信道参数YRNC是否发出建立消息-NRNC是否发出RRC Rej消息-Y进行拥塞和准入检查YN其他问题UE是否收到建立消息-N是否发生小区重选-N调整FACH功率Y（Y）优化重选参数UE是否发出建立完成消息-N-调整下行初始发射功率YRNC是否收到建立完成消息-N-调整上行专用信道开环功控参数Y结束具体分析过程如下：1）UE发出RRC Connection REQ消息，RNC没有收到。如果此时下行CPICH的ECIO较低，则是覆盖问题；如果此时下行CPICH的ECIO不是太低（-14dB左右），一般都是RACH问题2）RNC收到RRC 建立请求消息后，下发了RRC Connection Setup消息，而UE没有收到可能原因： （1）覆盖差；（2）小区选择与重选参数设置不合理；3） RNC收到RRC 建立请求消息后，下发了RRC Connection Setup消息，当出现RRC Connection Reject消息时，需要检查具体的拒绝原因值，包括：congestion和unspecified。Congestion：说明网络发生了拥塞，需要检查负载，包括功率、码、CE资源等，确定是哪种拥塞后再对相应的资源进行扩容操作；Unspecified：需要结合其它信息，确定故障原因。4）UE收到RRC Connection Setup消息而没有发出Setup CMP消息若下行信号正常，可能是手机问题；否则是下行信道初始发射功率过低，导致下行不能同步，可以通过调整业务下行Eb/No解决。5）UE发出RRC Connection Setup消息而RNC没有收到上行初始功控会让手机发射功率攀升，可以适当提高UE上行DPCCH初始发射功率，此为小概率事件，且该参数为RNC级参数，需要谨慎操作。 5、 RRC Fail案例分析1）、站点资源拥塞导致RRC建立失败现阶段因为资源拥塞而导致RRC建立失败在项目现场占多数情况。CellNameRRC建立失败次数RRC建立请求次数RRC拥塞导致的建立失败次数功率资源申请失败次数小区上行资源申请失败次数小区下行资源申请失败次数W-UJP南大第五食堂-B-1879571474060392676W-UJP南大第五食堂-C-1458432903031891370W-南大第五食堂基站现上下行CE数配置为210/114，已不能满足。建议增大CE配置。如持续拥塞，建议扩容载频。2）、硬件故障导致RRC建立失败的情况：CellNameRRC建立失败次数RRC建立请求次数小区中RL建立失败导致RRC连接建立拒绝的次数（不含CE拥塞导致的失败）小区中因无应答而导致RRC连接失败的次数WM-UGL青岛路3-F-16023604501369WM-UGL青岛路3-F-1小区RRC建立成功率非常低，导致RNC4的RRC建立成功率也降低。一共有6045次RRC建立尝试，有6023次RRC建立失败，其中1369次为小区中无应答而导致RRC连接建立拒绝。小区存在光模块接收异常告警。【注】RRC建立失败可以参考接入问题分析，如下：三、掉话问题分析根据不同的场景掉话问题可以分为：AMR、VP、R99、HSDPA、HSUPA，各个场景的掉话情况不尽相同，网络状况也不同。1、 掉话问题分析流程：1）分析RNC的掉话率指标：主要从整个RNC的整体掉话指标上判断掉话率指标是否正常。2）分析小区的掉话率指标：对于小区的掉话率指标，主要需要分析小区“AMR掉话率”、“VP掉话率”、“PS掉话率”、“硬切换掉话率”、“系统间切换掉话率”， 对所有小区分别用以上的指标进行排序，选择指标特别差的小区或者最差的一些小区，进一步分析掉话原因。 3）检查小区是否异常：检查小区的告警，排除小区异常方面的原因。4）分析掉话原因：排除Iu口aal2异常导致的掉话问题，排除GTPU异常导致的掉话问题；分析是否由于信令RLC复位导致的掉话，还是业务RLC复位导致的掉话；分析该小区相关的切换指标（分析小区的切入成功率和切出成功率），确认是否由于切换失败导致的掉话；通过分析小区总带宽接收功率相关话统指标，分析在掉话率高的时段，是否相应的上行干扰指标也很高，进一步确认上行干扰导致的掉话问题。5）通过路测重现问题：当通过话统分析无法进一步解决掉话问题的时候，需要针对小区进行路测，跟踪手机侧和RNC的信令流程进行分析。 2、常见掉话原因1）邻区漏配导致掉话2）覆盖差导致掉话3）干扰导致掉话4）切换（软硬切换及系统间切换）导致掉话5）数据配置错误导致掉话6）设备问题导致掉话 以上这些原因都是在RF优化中经常遇到的问题。当前建网初期邻区漏配导致的掉话较多，在优化过程中最容易发现，很好解决。3、信令中空中接口掉话的定义1）收到任何CH消息，即系统消息；2）收到RRC Release消息，且释放原因为非正常释放（Not Normal）；3）收到CC Disconnect、CC Release Compate、CC Release三条消息中任何一条，释放原因为：Not Normal Clearing或Not Normal Unspecified。从RNC上记录的信令看，若IU口上看到RNC发向CN的消息为IU Release Request或RNC发给CN的消息为RAB Release Req定义为掉话。4、掉话原因说明1）面向 RNC的RNC触发CS RAB 释放原因统计 指标名指标说明RNC_CS_RAB_REL_TRIG_BY_RNC_RF_LOSS 含义： 统计由于RNC触发的原因为Radio Connection With UE Lost的CS域RAB个数 测量点： CS业务建立成功后，RNC向CN CS发送原因为“Release due to UTRAN Generated Reason”的IU RELEASE REQUEST消息，其后CN发送释放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。 RNC_CS_RAB_REL_TRIG_BY_RNC_SRB_RESET 含义：统计RNC由于信令RLC复位而触发释放的CS域RAB释放个数 测量点：CS业务建立成功后，由于SRB复位RNC向CN CS发送IU RELEASE REQUEST消息，其后CN发送释放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。 RNC_CS_RAB_REL_TRIG_BY_RNC_AAL2_LOSS 含义：统计RNC由于IU接口AAL2链路异常而触发释放的CS域RAB个数 测量点：CS业务建立成功后，由于IU接口AAL2链路异常，RNC向CN CS发送RAB RELEASE REQUEST消息。 2）面向小区的RNC触发CS RAB释放原因统计指标名指标说明RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_OM 含义统计每个小区上OM干预引起RNC触发释放的CS域RAB数目测量点：CS业务建立成功后，RNC向CNCS发送RABRELEASEREQUEST消息，释放原因为“OMIntervention”。CS业务建立成功后，RNC向CNCS发送IURELEASEREQUEST消息，释放原因为“OMIntervention”,其后CN发送释放原因ReleaseduetoUTRANGeneratedReason的IURELEASECOMMAND。RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_UTRAN 含义：统计每个小区上UTRAN产生的原因引起RNC触发释放的CS域RAB数目测量点：CS业务建立成功后，RNC向CNCS发送RABRELEASEREQUEST消息，释放原因为“UTRANGeneratedReason”。CS业务建立成功后，RNC向CNCS发送IURELEASEREQUEST消息，释放原因为“UTRANGeneratedReason”,其后CN发送释放原因ReleaseduetoUTRANGeneratedReason的IURELEASECOMMAND。RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_RAB_PREM 含义：统计每个小区上RAB抢占引起RNC触发释放的CS域RAB数目测量点：CS业务建立成功后，RNC向CNCS发送RABRELEASEREQUEST消息，释放原因为“UTRANGeneratedReason”。CS业务建立成功后，RNC向CNCS发送IURELEASEREQUEST消息，释放原因为“UTRANGeneratedReason”,其后CN发送释放原因ReleaseduetoUTRANGeneratedReason的IURELEASECOMMAND。RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_SRBRESET含义：统计每个小区上RNC由于信令RLC复位而触发释放的CS域RAB个数测量点：CS业务建立成功后，由于SRB复位，RNC向CNCS发送RABRELEASEREQUEST消息。CS业务建立成功后，由于SRB复位，RNC向CNCS发送IURELEASEREQUEST消息，其后CN发送释放原因“ReleaseduetoUTRANGeneratedReason”的IURELEASECOMMAND。RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_AAL2LOSS 含义：统计每个小区上RNC由于IU接口AAL2链路异常而触发释放的CS域RAB个数测量点：CS业务建立成功后，由于收到AAL2RELEASEINDICATION消息，RNC向CNCS发送RABRELEASEREQUEST消息。3）面向 RNC 的 RNC 触发 PS RAB 释放原因统计 指标名指标说明RNC_PS_RAB_REL_TRIG_BY_RNC_RF_LOSS 含义：统计由于RNC触发的原因为Radio Connection With UE Lost的PS域RAB个数 测量点：PS业务建立成功后，RNC向CN pS发送原因为“Release due to UTRAN Generated Reason”的IU RELEASE REQUEST消息，其后CN发送释放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。 RNC_PS_RAB_REL_TRIG_BY_RNC_TRB_RESET 含义：统计RNC触发的由于业务RLC复位而释放的PS域RAB个数 测量点：PS业务建立成功后，由于TRB复位，RNC向CN PS发送RAB RELEASE REQUEST消息。 RNC_PS_RAB_REL_TRIG_BY_RNC_SRB_RESET 含义：统计RNC由于信令RLC复位而触发释放的PS域RAB释放个数 测量点：PS业务建立成功后，由于SRB复位RNC向CN PS发送IU RELEASE REQUEST消息，其后CN发送释放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。 RNC_PS_RAB_REL_TRIG_BY_RNC_GTPU_LOSS 含义：统计RNC由于GTPU异常而触发释放的PS域RAB个数 测量点：PS业务建立成功后，由于GTPU异常，RNC向CN PS发送RAB RELEASE REQUEST消息。 5、NASTAR工具查看掉话方法及说明在Nastar工具中，对掉话的操作主要步骤包括以下几个方面：第一步：利用Nastar分析工具打开一个Nastar工程，点击进入Nastar工程中。在Troutble Shooting选项Call Drop Fault Analycis，选择掉话发生的具体时间和小区，如下图所示： 第二步：掉话点的二次分析分为业务、小区和用户三种，我们可以根据实际需要对掉话点二次分析。如下图所示： 第三步：掉话原因分析。当我们选择二次分析后，可以查找到掉话用户的IMSI信息（有些情况下追查不到）、RSCP和ECIO以及掉话的时间点、小区信息和掉话原因等。同时我们还可以对此进行二次再分析，如下图：第四步：二次再分析包括掉话产生原因的具体说明，界面如下： 以上通过Nastar的分析我们可以知道掉话的原因。进一步的分析需要结合华为的PCHR或OMSTAR数据分析工具，该工具现阶段不对合作方工程师开放。四、RAB接入性能分析RAB建立根据不同的场景也可以分为AMR、VP、PS、HSDPA以及HSUPA。1、RAB建立失败原因说明当RAB或RB建立失败时，RNC会在RAB Assignment Response信令中回RAB支配建立失败。我们可以通过信元中携带的原因值，得到具体的失败原因：参数配置错误导致RNC直接拒绝RAB的建立请求；准入拒绝；UE回复RB建立失败造成的RAB建立失败；空中接口RAB建立失败造成的RAB建立失败。1）参数配置错误导致RNC直接拒绝RAB建立请求参数设置非法导致RNC直接回应RAB建立失败在正式商用后发生的概率较小。现阶段的建网初期，概率较高。场景之一：用户PS业务的上行开户和激活申请信息超过UE支持能力，导致RNC直接回应拒绝。2）准入拒绝对非H用户，当系统资源不足时，会发生准入拒绝导致RAB建立失败。此时需要检查负载情况、码资源、lu传输资源、CE资源等，确定是何种资源导致的拥塞，进行扩容。 当非配给H业务的码字是静态分配的，若分给H用户的码字数过多，很容易导致非H用户因为下行码资源不足而准入失败。当系统码资源不足导致的准入失败，直接根据RAB Dowmsizing Switch开关的打开情况，RNC进行不同的处理。 当小区不支持H业务时，R99用户的准入直接根据设定的R99准入门限进行判断。上行的准入判断是根据RTWP或等效用户数来判断的，若上行负载过高也会导致准入失败。 Lub接口带宽配置不足，激活R99高速数据业务时，lub接口会因为带宽受限拒绝。这种情况下可以打开流控开关和负载重整开关。NodeB Credit资源的准入控制，根据新接入用户的扩频因子，判断当前剩余的Credit是否支持当前请求的业务。资源不足时建议打开NodeB CE负载重整开关。对于H用户还要考虑H业务和R99业务的静态功率的分配方式：NodeB支持的H用户数、小区支持的H用户数、小区总的比特速率、总保证比特速率、保证比特速率是否超过规定门限等。当LUB接口带宽配置不足，不会导致接入失败，只是会降低H业务的速率。3） UE回RB建立失败造成的RAB建立失败UE回RB建立失败主要是因为用户错误行为造成的 当用户下行进行PS业务时，收到VP业务的RB建立请求，由于终端不支持同时进行以上两种业务而造成UE直接回RB建立失败，原因为unsupported configuration。 3G主叫终端进行VP业务时，被叫方驻留在2G网络上，不支持VP业务。这样RNC收到RAB指派请求时，核心网Call proceeding后立即下发Disconnect命令，原因为：Bearer capability authorized。而此时，UE刚刚收到RB SETUP命令，还没有来得及完成RB建立，收到Disconnect后马上回RB建立失败，原因值为：failure in radio interface procedure。4）空中接口R