WCDMAKPI专题总结.docx

WCDMAKPI专题总结.docx

《WCDMAKPI专题总结.docx》由会员分享，可在线阅读，更多相关《WCDMAKPI专题总结.docx（30页珍藏版）》请在冰点文库上搜索。

WCDMAKPI专题总结

WCDMA-KPI专题总结

一、华为NASTAR安装注意事项

1）华为NASTAR安装软件一共四个，包括DataCollectionTool、GENEXNastarWCDMAV400R**、GENEXShared和MSDE2000等。

见下图，其中第二个工具有不同的版本，安装时需注意。

2）Nastar软件安装完成后的界面，见下图：

3）NastarWCDMA4.1版本软件安装过程中会提示是否安装网络版，一般个人电脑上都安装单机版，服务器安装网络版。

安装个人版则不需要安装“DataCollectionTool”工具，网络版最好安装，自动采集数据可以提高工作效率。

4）选择安装网络版，需配置DataCollectionTool相关参数，根据服务器地址配置。

主要包括：

服务器IP地址、采集数据路径、采集数据时间等。

打开DataCollectionTool，按照以下步骤操作，如下图所有：

5）数据导入工具具备自动导入数据的功能，可以有效防止因为数据量太大而导致导入不成功的现象。

如下图，自定义导入时间间隔和导入路径即可：

6）导入Nastar数据会占用较大的硬盘空间，且对电脑性能要求较高。

同时因为现阶段软件并不稳定，建议电脑配置内存在2G以上，硬盘200G以上。

7）其他未知事项安装请参考Nastar使用指导书。

二、RRC连接建立&RRCFail分析

1、RRC建立过程的主要步骤为：

1）UE通过RACH信道发送RRCConnectionRequest消息；

2）RNC通过FACH信道发送RRCConnectionSetup消息；

3）UE在家里下行专用信道并同步后通过上行专用信道发送RRCConnectionSetupCMP消息；

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.NoReply

RNC向UE发送RRCConnectionSETUP消息后没有收到UE发送的RRCConnectionSETUPCMP消息次数

可能由于覆盖问题或终端异常问题导致

在这些问题中，上行RACH和下行功率配比问题、小区重选参数问题以及设备异常问题

出现的概率较高。

4、RRC连接建立问题分析流程及分析过程：

RRC连接建立问题分析流程

UE是否发出请求消息

----------------N-------------→

手机异常问题

↓Y

RNC是否收到请求消息

----------------N-------------→

调整PRACH或AICH信道参数

↓Y

RNC是否发出建立消息

-N→

RNC是否发出RRCRej消息

-Y→

进行拥塞和准入检查

↓Y

↓N

其他问题

UE是否收到建立消息

-N→

是否发生小区重选

-N→

调整FACH功率

↓Y

↓（Y）

优化重选参数

UE是否发出建立完成消息

----------------N-------------→

调整下行初始发射功率

↓Y

RNC是否收到建立完成消息

----------------N-------------→

调整上行专用信道开环功控参数

↓Y

结束

具体分析过程如下：

1）UE发出RRCConnectionREQ消息，RNC没有收到。

如果此时下行CPICH的ECIO较低，则是覆盖问题；

如果此时下行CPICH的ECIO不是太低（-14dB左右），一般都是RACH问题

2）RNC收到RRC建立请求消息后，下发了RRCConnectionSetup消息，而UE没有收到

可能原因：

（1）覆盖差；

（2）小区选择与重选参数设置不合理；

3）RNC收到RRC建立请求消息后，下发了RRCConnectionSetup消息，当出现RRCConnectionReject消息时，需要检查具体的拒绝原因值，包括：

congestion和unspecified。

Congestion：

说明网络发生了拥塞，需要检查负载，包括功率、码、CE资源等，确定是哪种拥塞后再对相应的资源进行扩容操作；

Unspecified：

需要结合其它信息，确定故障原因。

4）UE收到RRCConnectionSetup消息而没有发出SetupCMP消息

若下行信号正常，可能是手机问题；否则是下行信道初始发射功率过低，导致下行不能同步，可以通过调整业务下行Eb/No解决。

5）UE发出RRCConnectionSetup消息而RNC没有收到

上行初始功控会让手机发射功率攀升，可以适当提高UE上行DPCCH初始发射功率，此为小概率事件，且该参数为RNC级参数，需要谨慎操作。

5、RRCFail案例分析

1）、TCELL参数配置错误导致RRC建立失败率高

现阶段因为接入参数配置错误而导致RRC建立失败在项目现场占多数情况，一般情况下，对于RRC建立失败需要首先检查参数，主要包括：

CELLID、PSC、LAC、RAC、TCELL等。

例如：

某站开通过后单站验证已通过，后因覆盖需要，增加第四小区。

对第四小区进行单站验证的过程中发现该小区无法接入，进行参数核查发现该第四小区TCELL参数和三小区TCELL参数配置相同，修改该小区TCELL参数为CHIP768后问题消除。

2）、如下图为某天杏坛景泰W1小区的RRC建立情况：

RNCId

CellId

CellName

Date

RRC建立失败次数

RRC建立请求次数

小区中RL建立失败导致RRC连接建立拒绝的次数（不含CE拥塞导致的失败）

391

32731

杏坛景泰W1

2009-7-28

2266

2271

521

杏坛景泰W1小区RRC建立成功率非常低，导致RNC7的RRC建立成功率也拉低到94%。

分析一共有2266次失败，其中521次为RL建立失败致RRC连接建立拒绝，这些失败原因中有80%是因为用户处于3G和2G覆盖交叉区域，且2G和3G信号都较差，反复进行异系统重选但是都失败，调整异系统小区重选门限为1（2db）。

同时其它1500多次失败是因为OTHER原因导致的，原因不明，暂时无法解决。

第二天观察发现依然有很多的RRC建立失败，经过昨天的调整效果并不明显。

经华为同意对该小区进行复位后问题消除，经核实为信令吊死导致的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）收到RRCRelease消息，且释放原因为非正常释放（NotNormal）；

3）收到CCDisconnect、CCReleaseCompate、CCRelease三条消息中任何一条，释放原因为：

NotNormalClearing或NotNormalUnspecified。

从RNC上记录的信令看，若LU口上看到RNC发向CN德消息为LUReleaseRequest或RNC发给CN的消息为RRBReleaseReq定义为掉话。

4、掉话原因说明

1）面向RNC的RNC触发CSRAB释放原因统计

指标名

指标说明

RNC_CS_RAB_REL_TRIG_BY_RNC_RF_LOSS

含义：

统计由于RNC触发的原因为RadioConnectionWithUELost的CS域RAB个数

测量点：

CS业务建立成功后，RNC向CNCS发送原因为“ReleaseduetoUTRANGeneratedReason”的IURELEASEREQUEST消息，其后CN发送释放原因"ReleaseduetoUTRANGeneratedReason"的IURELEASECOMMAND。

RNC_CS_RAB_REL_TRIG_BY_RNC_SRB_RESET

含义：

统计RNC由于信令RLC复位而触发释放的CS域RAB释放个数

测量点：

CS业务建立成功后，由于SRB复位RNC向CNCS发送IURELEASEREQUEST消息，其后CN发送释放原因"ReleaseduetoUTRANGeneratedReason"的IURELEASECOMMAND。

RNC_CS_RAB_REL_TRIG_BY_RNC_AAL2_LOSS

含义：

统计RNC由于IU接口AAL2链路异常而触发释放的CS域RAB个数

测量点：

CS业务建立成功后，由于IU接口AAL2链路异常，RNC向CNCS发送RABRELEASEREQUEST消息。

2）面向小区的RNC触发CSRAB释放原因统计

指标名

指标说明

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触发PSRAB释放原因统计

指标名

指标说明

RNC_PS_RAB_REL_TRIG_BY_RNC_RF_LOSS

含义：

统计由于RNC触发的原因为RadioConnectionWithUELost的PS域RAB个数

测量点：

PS业务建立成功后，RNC向CNpS发送原因为“ReleaseduetoUTRANGeneratedReason”的IURELEASEREQUEST消息，其后CN发送释放原因"ReleaseduetoUTRANGeneratedReason"的IURELEASECOMMAND。

RNC_PS_RAB_REL_TRIG_BY_RNC_TRB_RESET

含义：

统计RNC触发的由于业务RLC复位而释放的PS域RAB个数

测量点：

PS业务建立成功后，由于TRB复位，RNC向CNPS发送RABRELEASEREQUEST消息。

RNC_PS_RAB_REL_TRIG_BY_RNC_SRB_RESET

含义：

统计RNC由于信令RLC复位而触发释放的PS域RAB释放个数

测量点：

PS业务建立成功后，由于SRB复位RNC向CNPS发送IURELEASEREQUEST消息，其后CN发送释放原因"ReleaseduetoUTRANGeneratedReason"的IURELEASECOMMAND。

RNC_PS_RAB_REL_TRIG_BY_RNC_GTPU_LOSS

含义：

统计RNC由于GTPU异常而触发释放的PS域RAB个数

测量点：

PS业务建立成功后，由于GTPU异常，RNC向CNPS发送RABRELEASEREQUEST消息。

5、NASTAR工具查看掉话方法及说明

在Nastar工具中，对掉话的操作主要步骤包括以下几个方面：

第一步：

利用Nastar分析工具打开一个Nastar工程，点击进入Nastar工程中。

在TroutbleShooting选项→CallDropFaultAnalycis，选择掉话发生的具体时间和小区，如下图所示：

第二步：

掉话点的二次分析分为业务、小区和用户三种，我们可以根据实际需要对掉话点二次分析。

如下图所示：

第三步：

掉话原因分析。

当我们选择二次分析后，可以查找到掉话用户的IMSI信息（有些情况下追查不到）、RSCP和ECIO以及掉话的时间点、小区信息和掉话原因等。

同时我们还可以对此进行二次再分析，如下图：

第四步：

二次再分析包括掉话产生原因的具体说明，界面如下：

以上通过Nastar的分析我们可以知道掉话的原因。

进一步的分析需要结合华为的PCHR或OMSTAR数据分析工具，该工具现阶段不对合作方工程师开放。

四、RAB接入性能分析

RAB建立根据不同的场景也可以分为AMR、VP、PS、HSDPA以及HSUPA。

1、RAB建立失败原因说明

当RAB或RB建立失败时，RNC会在RABAssignmentResponse信令中回RAB支配建立失败。

我们可以通过信元中携带的原因值，得到具体的失败原因：

参数配置错误导致RNC直接拒绝RAB的建立请求；准入拒绝；UE回复RB建立失败造成的RAB建立失败；空中接口RAB建立失败造成的RAB建立失败。

1）参数配置错误导致RNC直接拒绝RAB建立请求

参数设置非法导致RNC直接回应RAB建立失败在正式商用后发生的概率较小。

现阶段的建网初期，概率较高。

场景之一：

用户PS业务的上行开户和激活申请信息超过UE支持能力，导致RNC直接回应拒绝。

2）准入拒绝

对非H用户，当系统资源不足时，会发生准入拒绝导致RAB建立失败。

此时需要检查负载情况、码资源、lu传输资源、CE资源等，确定是何种资源导致的拥塞，进行扩容。

当非配给H业务的码字是静态分配的，若分给H用户的码字数过多，很容易导致非H用户因为下行码资源不足而准入失败。

当系统码资源不足导致的准入失败，直接根据RABDowmsizingSwitch开关的打开情况，RNC进行不同的处理。

当小区不支持H业务时，R99用户的准入直接根据设定的R99准入门限进行判断。

上行的准入判断是根据RTWP或等效用户数来判断的，若上行负载过高也会导致准入失败。

Lub接口带宽配置不足，激活R99高速数据业务时，，lub接口会因为带宽受限拒绝。

这种情况下可以打开流控开关和负载重整开关。

NodeBCredit资源的准入控制，根据新接入用户的扩频因子，判断当前剩余的Credit是否支持当前请求的业务。

资源不足时建议打开NodeBCE负载重整开关。

对于H用户还要考虑H业务和R99业务的静态功率的分配方式：

NodeB支持的H用户数、小区支持的H用户数、小区总的比特速率、总保证比特速率、保证比特速率是否超过规定门限等。

当LUB接口带宽配置不足，不会导致接入失败，只是会降低H业务的速率。

3）UE回RB建立失败造成的RAB建立失败

UE回RB建立失败主要是因为用户错误行为造成的

当用户下行进行PS业务时，收到VP业务的RB建立请求，由于终端不支持同时进行以上两种业务而造成UE直接回RB建立失败，原因为unsupportedconfiguration。

3G主叫终端进行VP业务时，被叫方驻留在2G网络上，不支持VP业务。

这样RNC收到RAB指派请求时，核心网Callproceeding后立即下发Disconnect命令，原因为：

Bearercapabilityauthorized。

而此时，UE刚刚收到RBSETUP命令，还没有来得及完成RB建立，收到Disconnect后马上回RB建立失败，原因值为：

failureinradiointerfaceprocedure。

4）空中接口RB建立失败造成的RAB建立失败

另一种RB建立失败时RB建立命令没有响应，导致RNC认为RB建立失败，RB建立命令没有收到ACK或者RB建立完成命令。

这样的情况主要是因为信号较弱，造成信号弱的情况有两种：

手机没有在最优小区发起接入和覆盖差。

前者可以提高同频小区重选启动门限和速度，让UE尽快驻留在最优小区。

后者需要根据上下行的情况具体解决，如下行覆盖差和上行RTWP异常（可能存在干扰）等，可以通过RF调整来解决下行问题，通过消除干扰来解决上行RTWP问题。

2、CS域RAB建立失败各个原因说明：

指标

含义

VS.RAB.FailEstCs.Power.Cong

功率资源拥塞导致的CS域RAB建立失败个数

VS.RAB.FailEstCs.ULCE.Cong

上行CE资源拥塞导致的CS域RAB建立失败个数

VS.RAB.FailEstCs.DLCE.Cong

下行CE资源拥塞导致的CS域RAB建立失败个数

VS.RAB.FailEstCs.Code.Cong

lub口带宽不够导致的CS域RAB建立失败个数

VS.RAB.FailEstCs.lub.band

上行CE资源拥塞导致的CS域RAB建立失败个数

VS.RAB.FailEstCs.unsp.Other

由于能力不足导致的CS域RAB建立失败个数

VS.RAB.FailEstCs.RIPFAIL

由于UE回失败消息导致的CS域RAB建立失败个数

VS.RAB.FailEstCs.RELO

由于迁移导致的CS域RAB建立失败个数

VS.RAB.FailEstCs.RNL

由于无线网络导致的CS域RAB建立失败个数

VS.RAB.FailEstCs.TNL

由于传输原因导致的CS域RAB建立失败个数

VS.RAB.FailEstCs.Other

其它原因

3、利用NASTAR分析RAB建立失败

RAB建立失败分析和掉话分析在Nastar中的操作方式基本相同，这里不再赘述，见下图：

五、异系统切换操作说明

异系统切换指标是当前WCDMA重要的KPI指标之一，做好该指标，能够为用户提供更加优质的网络服务，同时也可以使运营商最大限度的使用原有网络，节省3G系统信令资源开销，节约运维费用。

1、通过Nastar异系统切换分析流程

第一步：

在KPI报表中查找异系统切换成功率指标，找出指标较差的RNC；

第二步：

在TOPN报表中查找该RNC下异系统切换指标较差的小区；

第三步：

在Nastar中自定义3G切向2G的切换指标，方法如下：

1）在ToubleShooting下建立新的指标项，右键选择“NewPerfFunc”，如下图：

2）根据需要选择不同的测量项，3G向2G切换选择”CELL_GCELLMeasurement”，如下图：

3）选择目标项，即选择所需要定义的项目，3G向2G切换要知道切换的目标2G小区，需要定义CS和PS的切换尝试次数和成功次数，如下图：