《华为后台KPI处理》由会员分享，可在线阅读，更多相关《华为后台KPI处理（22页珍藏版）》请在金锄头文库上搜索。
1、精选优质文档-倾情为你奉上接入类问题分析一、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、在分析不同原
2、因造成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 SE
3、TUP消息后没有收到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-调整下行初始发
4、射功率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
5、消息时，需要检查具体的拒绝原因值，包括：congestion和unspecified。Congestion：说明网络发生了拥塞，需要检查负载，包括功率、码、CE资源等，确定是哪种拥塞后再对相应的资源进行扩容操作；Unspecified：需要结合其它信息，确定故障原因。4）UE收到RRC Connection Setup消息而没有发出Setup CMP消息若下行信号正常，可能是手机问题；否则是下行信道初始发射功率过低，导致下行不能同步，可以通过调整业务下行Eb/No解决。5）UE发出RRC Connection Setup消息而RNC没有收到上行初始功控会让手机发射功率攀升，可以适当提高UE上行
6、DPCCH初始发射功率，此为小概率事件，且该参数为RNC级参数，需要谨慎操作。 5、 RRC Fail案例分析1）、TCELL参数配置错误导致RRC建立失败率高现阶段因为接入参数配置错误而导致RRC建立失败在项目现场占多数情况，一般情况下，对于RRC建立失败需要首先检查参数，主要包括：CELLID、PSC、LAC、RAC、TCELL等。例如：某站开通过后单站验证已通过，后因覆盖需要，增加第四小区。对第四小区进行单站验证的过程中发现该小区无法接入，进行参数核查发现该第四小区TCELL参数和三小区TCELL参数配置相同，修改该小区TCELL参数为CHIP768后问题消除。2）、如下图为某天杏坛景泰
7、W1小区的RRC建立情况：RNCIdCellIdCellNameDateRRC建立失败次数RRC建立请求次数小区中RL建立失败导致RRC连接建立拒绝的次数（不含CE拥塞导致的失败）39132731杏坛景泰W12009-7-2822662271521杏坛景泰W1小区RRC建立成功率非常低，导致RNC7的RRC建立成功率也拉低到94%。分析一共有2266次失败，其中521次为RL建立失败致RRC连接建立拒绝，这些失败原因中有80%是因为用户处于3G和2G覆盖交叉区域，且2G和3G信号都较差，反复进行异系统重选但是都失败，调整异系统小区重选门限为1（2db）。同时其它1500多次失败是因为OTHER
8、原因导致的，原因不明，暂时无法解决。第二天观察发现依然有很多的RRC建立失败，经过昨天的调整效果并不明显。经华为同意对该小区进行复位后问题消除，经核实为信令吊死导致的RRC建立失败。【注】RRC建立失败可以参考接入问题分析，如下：二、RRC.FAIL.ConnEstab.NoReplyRNC侧：MML命令：MOD UFACH 功率拥塞WCDMA系统中功率拥塞的原因:1.用户多，业务量大；2.覆盖远（覆盖差）；3.环境质量差，导频污染，干扰等；4.功率参数设置不合理；解决办法：1.扩容，加站；2.缩小覆盖范围；3.净化导频，排除干扰；4.提升功率，合理配置功率参数上行功率拥塞：将上行功率拥塞小区
9、的上行准入控制算法开关关掉MML命令：ADD UCELLALGOSWITCH下行功率拥塞功控调整减少HSDPA最大用户数 XPU负荷过高处理方法：1、 查询现网XPU利用率（性能-结果查询-XPU查询）2、 拿现网XPU槽框子系统号跟工参进行VLOOKUP，不匹配的就是现在不用的3、 将负荷过高的小区，挪到利用率低或不用的XPU槽上（MOV UCELL） IUB拥塞修改激活因子改之前先看是否有告警1在RNC侧，先查邻节点信息：LST ADJNODE2在RNC侧：MOD ADJMAP（邻节点标识及基站ID 从RAN报表基站报表里提取）改之后再次确认是否存在告警，小区健康状态！DSP UCELLC
10、HK（按小区查询，看有无用户接入） CE拥塞处理1、 CE资源介绍CE(Channel Elements)就是基站的基带的资源，俗称信道板,CE是一种硬件资源，通过增加信道板就可以扩容，CE是基站的所有扇区共享的，公平竞争。CE资源 可以分为上行CE资源与下行CE资源，CE资源的容量大小由两个方面来限制，硬件能力与License限制，一般采用“硬件一步到位，软件逐步升级”的方 式来配置。CE是物理信道，TCH是逻辑信道，1个CE可以承载一个典型的12.2K语音业务。其他业务占用的资源都按照CE进行折算。在CE消耗方面，主要为PS384以及HSUPA所需要的CE资源最多，HSDPA下行业务只消耗
11、Code，不消耗CE，下行伴随信令，每用户消耗1个CE。HSUPA业务按照上传速率消耗CE,上传速率越高，消耗CE资源越多。上行HSUPA用DSP来处理基带信号，业务信道只消耗上行的CE资源。根据每户数据流量查表的每户CE消耗（每HSUPA用户在考虑0.3的信令 消耗CE），再乘以并发用户数即为单载扇HSUPA所需CE数，即：CE_HSUPA;HSUPA上行伴随信令，每个用户消耗1个CE。HSDPA业务使用FPGA专用芯片处理的，不占用基带处理板下行CE资源，只消耗Code，不消耗CE。码道和HS-SCCH与CE计算无关。只有信令处理和上行业务用到少量的CE，其他的下行业务DSP处理。R99数
12、据业务对CE资源消耗较高。基带处理板又称BPC板，不同厂家的不同规格的基带处理板可支持的最大CE数是不同的，BPC单板处理的各种业务资源消耗如下表所示：业务类型上行业务类型上行CE消耗数下行业务类型下行CE消耗数3.4K SF25613.5k SF2561R99AMR12.2k SF641AMR12.2k SF1281PS32k SF321.5PS32k SF641CS64k SF163CS64k SF322PS64k SF163PS64k SF322PS144k SF85PS144k SF164PS384k SF410PS384k SF88HSUPA Phase11.44Mbps TTI=1
13、0msHSUPASF642SF322.5SF164SF86SF4112xSF4212xSF2No Support2Xsf2+2Xsf4No SupportHSUPA Phase25.76Mbps TTI=2ms/10msSF641SF321.5SF162SF84SF482xSF4162xSF2322Xsf2+2Xsf4482、 CE拥塞处理对于存在CE拥塞的小区处理思路为：1、话务模型分析：分析是否出现异常的话务模型转变，存在突发的大规模业务；2、软License扩容：对于实际业务量较高区域，软License开通CE数未达到基带板最大能力的小区，通过软License扩容实现；3：基带板硬件扩容
14、：如果软License扩容已达最大数目，需要通过增加硬件单板来实现扩容，增加单板硬件需要将小区重新配置，合理分配基带资源；4、特殊手段处理：对于业务量大但短时间无法硬件扩容的小区，可通过调整2msTTI与10msTTI上行TTI切换信用度预留扩频因子门限，2ms TTI速率门限，或者关闭2ms TTI功能来降低CE消耗。(1)打开基于准入CE的TTI动态调整算法开关 （现网默认打开），缓解2ms TTI打开后引起的准入CE拥塞问题。SET UCORRMALGOSWITCH: DraSwitch=DRA_BASE_ADM_CE_BE_TTI_RECFG_SWITCH-1;(2)设置上行TTI切换信用度预留扩频因子门限 （现网默认为SF8），使得2ms用
