WCDMAKPI专题总结.docx
- 文档编号:24169096
- 上传时间:2023-05-25
- 格式:DOCX
- 页数:30
- 大小:1.29MB
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的切换尝试次数和成功次数,如下图:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- WCDMAKPI 专题 总结