WRAN话统分析和问题定位指导书0926A20.docx
《WRAN话统分析和问题定位指导书0926A20.docx》由会员分享，可在线阅读，更多相关《WRAN话统分析和问题定位指导书0926A20.docx（27页珍藏版）》请在冰豆网上搜索。
WRAN话统分析和问题定位指导书0926A20
资料编码
产品名称
WCDMARNP
使用对象
产品版本
2.0
编写部门
资料版本
WCDMARNORAN话统分析指导书
（仅供内部使用）
Forinternaluseonly
拟制：
元光燮
日期：
2005-09-26
审核：
日期：
审核：
日期：
批准：
日期：
华为技术有限公司
版权所有XX
修订记录Revisionrecord
日期
Date
修订版本Revisionversion
描述Description
作者Author
2005-07-04
1.00
初稿完成
官仕国、金宇、臧亮
2005-08-17
1.01
补充案例
元光燮
2005-09-26
1.02
按照Nastar日报的顺序进行更改和补充
元光燮
2005-12-31
2.0
2.0版指导书规划中文档，文档名称更改为xxx－A-2.0
高博
目录
1概述1-7
2接入2-2
2.1RRCFAIL2-2
2.1.1RRC_SETUP_CELL–RRC_REJ_CELL-RRC_SETUP_SUCC_CELL≠02-2
2.1.2RRC_REJ_CAC_CONG_CELL≠02-3
2.1.3RRC_REJ_CE_CONG_CELL≠02-4
2.1.4RRC_REJ_CODE_CONG_CELL≠02-4
2.1.5RRC_REJ_RL_FAIL_CELL≠02-4
2.1.6RRC_REJ_FP_FAIL_CELL≠02-5
2.1.7RRC_REJ_AAL2_FAIL_CELL≠02-5
2.2CSRABFAIL2-5
2.2.1CS_RAB_SETUP_FAIL_PARAM_CELL≠02-5
2.2.2CS_RAB_SETUP_FAIL_RELOC_CELL≠02-5
2.2.3CS_RAB_SETUP_FAIL_TNL_CELL≠02-6
2.2.4CS_RAB_SETUP_FAIL_CONG_CELL≠02-6
2.2.5CS_RAB_SETUP_FAIL_UNSUP_CELL≠02-6
2.2.6CS_RAB_SETUP_FAIL_OTHER__CELL≠02-6
2.3PSRABFAIL2-8
2.4RRC建立成功率（业务和其他）2-9
2.5其他2-9
2.5.1案例一：
RRC建立请求（业务）次数很高，但RAB指派请求次数为零2-9
3掉话3-12
3.1CSCallDropCells3-13
3.1.1RNC_CS_RAB_REL_REQ_OM_CELL≠03-13
3.1.2RNC_CS_RAB_REL_REQ_UTRAN_CELL≠03-13
3.1.3RNC_CS_RAB_REL_REQ_RAB_PREM≠03-13
3.1.4RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_SRBRESET≠03-13
3.1.5RAB_CS_REL_RF_LOSSOTHER_CELL≠03-16
3.1.6RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_AAL2LOSS≠03-17
3.1.7CS_RAB_DROP_OTHER_CELL≠03-19
3.2PSDropCells3-20
3.2.1RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_TRBRESET3-20
3.2.2RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_GTPULOSS≠03-21
3.2.3PS_RAB_DROP_OTHER_CELL≠03-21
4切换4-21
4.1SHOFAIL≠04-22
4.2InterFreqHHOFail≠04-22
4.3CSInterRATHHOFAIL≠04-22
4.3.1CS_INTRAT_HO_OUT_FAIL_PHYCH_FAIL≠04-22
4.3.2CS_INTRAT_HO_OUT_FAIL_RELOC_ABORT≠04-22
4.4PSInterRATHHOFail≠04-23
4.5UndefinedNeighbourCell4-23
5话务5-24
5.1VIPCell5-24
5.2HotTrafficCell5-24
6Chart6-24
表目录
错误！
未找到目录项。
图目录
图1案例一UE侧的消息跟踪2-9
图2案例一RNC侧的消息跟踪2-10
图3案例一UE侧的BLER统计2-10
图4案例一BLER与RRCmessage2-11
图5案例一BLER与RRCmessage2-12
图6案例三RNC侧的消息跟踪3-15
图7案例四RNC侧的消息跟踪3-17
图8案例五RNC侧的消息跟踪3-18
图9案例六RNC侧的消息跟踪3-19
图10案例六UE侧的消息跟踪3-19
图11案例八RNC侧的消息跟踪4-23
WCDMARNO话统分析指导书
关键词Keywords：
RAN,KPI,PerformanceManagement
摘要Abstract：
本文档的主要目的是根据话统日报的KPI指标来查出问题并通过其他工具具体分析和定位网络中存在的问题。
缩略语清单Listofabbreviations：
Abbreviations缩略语
Fullspelling英文全名
Chineseexplanation中文解释
PM
PerformanceManagement
性能管理
RAN
RadioAccessNetwork
无线接入网
CS
CircuitSwitchedDomain
电路交换域
PS
PacketSwitchedDomain
分组交换域
AMR
AdaptiveMulti-Ratio
自适应多速率语音编码
HHO
HardHandover
硬切换
SHO
SoftHandover
软切换
SoHO
SofterHandover
更软切换
VP
VideoPhone
可视电话
CE
ChannelElement
信道单元
UL
Uplink
上行
DL
Downlink
下行
RTWP
ReceivedTotalWidebandPower
接收带宽总功率
BLER
BlockErrorRatio
误块率
KPI
KeyPerformanceIndicator
关键性能指标
1概述
本文的目的是从NASTAR1.3的话统日报出发结合CDL，CN话单，NODEB状态日报等信息介绍RAN网络性能分析方法，重点介绍了各种导致接入失败和掉话，切换失败的原因在话统统计点上的表现。
文档将根据NASTAR的话统日报结构而更新。
在进行RAN网络性能分析前，需要收集以下信息：
●话统数据
●CDL
●MML脚本
●CN话单
●NODEBoutagereport
●IMSI与MSISDN映射表
●小区框号查询映射表（NASTAR1.5推出后需要验证能满足要求）
●重点小区列表
●区域工程师映射表（通过此表查询某个小区属于哪个区域工程师负责的区域）
2接入
日报中主要包括以下几个接入指标：
●RRCFAIL
●CSRABFAIL
●PSRABFAIL
●RRC建立成功率（包括业务和其他）
2.1RRCFAIL
根据RRC连接建立的信令流程，相关话统计数器可以分为RNC收到连接请求、RNC下发连接建立、RNC收到UE建立成功响应、RNC拒绝连接建立请求等4大类，并根据不同的UE发起RRC建立请求原因、RNC拒绝建立请求原因等对这些指标类进行了细化，具体内容请参考【1】。
本章节结合RRC相关话统指标的不同表现分析可能的不同失败原因。
分析RRC连接建立成功率的时候应该区分业务类和非业务类，重点分析业务类。
2.1.1RRC_SETUP_CELL-RRC_REJ_CELL-RRC_SETUP_SUCC_CELL≠0
RRC建立请求次数－RRC建立拒绝－RRC建立成功次数≠0
在某运营商的网络中发现的RRC拒绝基本上是拥塞或NodeB的过温引起的。
如果在日报中发现RRC拒绝率并不高，但是RRC建立的成功率比较低，特别是需要重点关注业务发起的RRC建立成功率。
然后要分析是哪个小区，用户可能在哪个位置或者哪个大楼，时间上集中在什么时间段，是哪些IMSI引起的，是不是自己测试引起的。
比如在分析中经常能看到其他运营商的用户尝试注册到某运营商的网络，一般是所属运营商的信号很差，掉网后反复尝试接入某运营商的网络，但是所在地点由于某运营商的信号也比较差，所以RRC建立也没有成功。
若某个小区这种RRC建立成功率非常低的话需要重点关注。
是不是本运营商的用户可以通过IMSI，LAC，RAI等在CDL中查看到。
RRC建立失败主要原因：
RNC没有收到UE发出的RRCCONNECTIONSETUPCOMPLETE或UE没有收到RRCCONNECTIONSETUP消息，进一步细分可能情况有以下两种。
2.1.1.1RNC下发RRCCONNECTIONSETUP之后UE没有收到：
承载RRCCONNECTIONSETUP的FACH信道功率设置偏低。
目前FACH信道功率配比的基线设置为-1dB（相对于导频信道的功率），由于UE发出RRCCONNECTIONREQUEST是在PRACH信道的前导（preamble）被UTRAN侧收到之后以当时preamble的功率为基准再在RACH信道上发出的，而前导（preamble）的发射功率可以不断攀升直至收到响应（受到preamble最大重传次数限制），因此在某些覆盖较差的区域，有可能出现RACH信道和FACH信道的覆盖不平衡，使得UTRAN侧在收到UE的RRC建立请求并发出RRCCONNECTIONSETUP之后不能被UE接收到。
在这种情况下，可以适当上调FACH功率，调整应参照现网PCPICHEC/Io的覆盖情况，例如如果整个网络优化后的覆盖区域导频Ec/Io全部大于-12dB，那么公共信道功率的配比按照Ec/Io大于-12dB来配置可以保证UE从3Gidle状态接入时的成功率。
又如导频Ec/Io小于-14dB时UE就重选到GSM系统，那么公共信道功率的配比按照Ec/Io大于-14dB来配置则可以保证UE在系统间重选后在弱信号区的RRC建立成功率（RRC_REQ_CELL_RESEL_CELL）。
2.1.1.2UE发出RRCCONNECTIONSETUPCOMPLETE，但是RNC没有收到
可能是因为上行专用信道初始发射功率设置偏低。
RRCCONNECTIONSETUPCOMPLETE是通过上行DPCH发送的，而UE根据收到的IE“DPCCH_Power_offset”和测量得的CPICH_RSCP的值计算出上行DPCCH的初始功率。
DPCCH_Initial_power=DPCCH_Power_offset-CPICH_RSCP
其中DPCCH_Power_offset等于PrimaryCPICHDLTXPower+ULInterference+ConstantValue，ConstantValue是一个后台可以配置的参数，如果该值设置过低，就有可能使得UE在发送RRCCONNECTIONSETUPCOMPLETE时功率不够，不过在目前的基线参数设置下（V13C03B151版本的基线为-20dBm），这种情况一般不会发生。
2.1.2RRC_REJ_CAC_CONG_CELL≠0
准入CAC拒绝（上行或者下行），根据选择的准入算法，代表功率资源或者等效用户数。
如该指标长期较高，需要检查准入参数设置是否合理，如果准入参数设置合理则需要检查等效用户数等网络容量类计数器，分析小区负载是否已经达到极限，若频繁在某个小区中出现，那么需要考虑增加容量或者平衡负载。
上面的RRC建立拒绝在CDL中有如下打印：
NBM_CraCacDlAdm:
DLCACAllocFailwithUnitFactor.EqUserNum=35,PreEqUserNum=37
====NO.16====
NbmCraCellrr.c
line:
3494
NBM_CraCacDlAdmDlThOtherEqUserNum=36
====NO.17====
NbmCraCellrr.c
line:
264
NBM_CraRrFailMsgToRncap,CurrentOVSFCodeforSF1284294901855（bitmap0）65535（bitmap1）
====NO.18====
NbmCraCellrr.c
line:
267
NBM_CraRrFailMsgToRncap,CurrentOVSFCodeforSF1280（bitmap2）0（bitmap3）
====NO.19====
INTERFACE_TYPE:
RNCAP_NBM_INTERFACE
MESSAGE_TYPE:
NBM_RNCAP_CELL_RR_RSP
====NO.20====
RncapRlSetup.c
line:
236
ErrinRNCAP_RlSetupCellRrRsp:
CellRrReqbeingRejected!
从CDL中可以看出在建立无线链路时资源申请失败，下行等效用户数已经达到35，预测加入此用户后达到37，但门限是36，所以RRC建立被拒绝。
2.1.3RRC_REJ_CE_CONG_CELL≠0
NodeBCE资源申请失败，需要CE的配置数；
2.1.4RRC_REJ_CODE_CONG_CELL≠0
码资源申请失败，该指标一般出现机会较少，如果经常出现也需要考虑平衡负载或者扩
容；
2.1.5RRC_REJ_RL_FAIL_CELL≠0
RL建立失败，可能原因包括：
●NodeB内部错误，如B075版本的；
●NodeB设备硬件问题，如功放过热（偶尔出现）
●NodeBCE数受限。
由于目前版本的NodeB向RNC上报的NodeBcredits不能真实反映NodeBCE数的使用状况，因此有可能出现RNC认为NodeB的CE数足够，向NodeB下发RL建立消息，NodeB由于CE数受限返回RL建立失败。
发现RRC_REJ_RL_FAIL_CELL不为零后，需要检查小区的负载情况，排除CE数受限的可能；检查有无设备告警，排除空调、功放等问题引起的失败；
在某运营商网络中某一天的某个时间段此原因值的RRC拒绝达到几百次，后来通过NodeB的告警分析存在过温告警，有可能是加载或环境温度问题，如空调故障。
存在此问题需尽快联系NodeB维护人员解决，否则会严重影响接入和切换成功率。
2.1.6RRC_REJ_FP_FAIL_CELL≠0
FP同步失败，需要检查Iub口是否有传输问题。
2.1.7RRC_REJ_AAL2_FAIL_CELL≠0
AAL2建立失败，有可能是由于Iub口传输资源不足或者发生故障，需要在CDL中确认进一步原因之后检查Iub口传输。
2.2CSRABFAIL
2.2.1CS_RAB_SETUP_FAIL_PARAM_CELL≠0
CS域因参数无效导致的RAB指配建立失败的RAB的个数。
具体原因可以为：
InvalidRABParametersValue（19）、InvalidRABParametersCombination（23）、ConditionViolationforSDUParameters（24）、ConditionViolationforTrafficHandlingPriority（25）、ConditionViolationforGuaranteedBitRate（26），该指标出现机会较少，如果出现需要检查核心网下发的参数配置有无问题；
2.2.2CS_RAB_SETUP_FAIL_RELOC_CELL≠0
因迁移导致RAB建立失败，当RNC正在执行迁移，如果再收到来自CN的RABASSIGNMENTREQUEST消息，RNC不会处理此消息，直接向CN应答RAB指配失败RABASSIGNMENTREPONSE消息（失败原因为RelocationTriggered。
该指标一般出现机会较少，无需处理；
2.2.3CS_RAB_SETUP_FAIL_TNL_CELL≠0
CS域因传输承载建立失败导致的RAB指配建立失败的RAB的个数。
具体原因可以为：
SignallingTransportResourceFailure（65）、IuTransportConnectionFailedtoEstablish（66），该指标出现一般表示传输出现问题，需要检查Iu口的传输是否异常；
2.2.4CS_RAB_SETUP_FAIL_CONG_CELL≠0
CS域因无可用资源导致的RAB指配建立失败的RAB的个数。
这里的资源指RNC内部的处理资源，如流控、License以及子表等，不包括下一节的无线资源；该指标出现机会很少，如果出现需要检查RNC内部有无异常；
2.2.5CS_RAB_SETUP_FAIL_UNSUP_CELL≠0
小区中CS域因能力不支持导致的RAB指配建立失败的RAB的个数。
具体原因可以为：
RequestedTrafficClassnotAvailable（18）,RequestedMaximumBitRatenotAvailable（20）,RequestedMaximumBitRateforDLnotAvailable（33）,RequestedMaximumBitRateforULnotAvailable（34）,RequestedGuaranteedBitRatenotAvailable（21）,RequestedGuaranteedBitRateforDLnotAvailable（35）,RequestedGuaranteedBitRateforULnotAvailable（36）,RequestedTransferDelaynotAchievable（22）
该指标一般出现在小区拥塞时，具体原因可从CDL中查到，如RequestedMaximumBitRatenotAvailable等，需要注意的是，这个指标的触发原因包含了下面的三种“无线资源拥塞导致失败”指标的原因；
●CS_RAB_SETUP_FAIL_POWER_CONG_CELL
●CS_RAB_SETUP_FAIL_CE_CONG_CELL
●CS_RAB_SETUP_FAIL_CODE_CONG_CELL
这些指标的含义和处理方法和RRC建立过程中无线资源拥塞导致拒绝的三个指标相同，这里不再重复。
另外，在小区拥塞时，CS_RAB_SETUP_FAIL_UNSUP_CELL的次数等于CS_RAB_SETUP_FAIL_POWER_CONG_CELL、CS_RAB_SETUP_FAIL_CE_CONG_CELL与CS_RAB_SETUP_FAIL_CODE_CONG_CELL的次数之和
2.2.6CS_RAB_SETUP_FAIL_OTHER__CELL≠0
CSRAB指配建立请求次数-CSRAB指配建立成功次数–已有失败原因次数之和≠0
具体计算公式为：
CS_RAB_SETUP_FAIL_OTHER_CELL＝CS_RAB_REQ_SETUP_CONV_CELL+CS_RAB_REQ_SETUP_STR_CELL-CS_RAB_SETUP_SUCC_CONV_CELL-CS_RAB_SETUP_SUCC_STR_CELL-CS_RAB_SETUP_FAIL_PARAM_CELL-CS_RAB_SETUP_FAIL_UNSUP_CELL-CS_RAB_SETUP_FAIL_RELOC_CELL-CS_RAB_SETUP_FAIL_TNL_CELL-CS_RAB_SETUP_FAIL_CONG_CELL。
导致RAB指配失败可能的其它原因包括：
2.2.6.1RB建立过程失败
RB建立失败导致的RAB指配失败在目前版本中还没有作为RAB指配失败的原因之一建立专门的计数器，并且由于目前版本话统还没有区分CS域和PS域的RB建立失败原因，因此暂时无法将RB建立失败的话统项和这些CS_RAB_SETUP_FAIL_OTHER_CEL或者PS_RAB_SETUP_FAIL_OTHER_CEL一一对应，如果要确认具体的原因，只能通过比对RAB指配失败和RB建立失败发生的时间段以及手工查找CDL的方法进行。
话统给出的RB建立失败可能原因有：
2.2.6.1.1RB_SETUP_FAIL_CFG_UNSUPP_CELL≠0
UE返回RBSETUPFAIL消息，原因是UE不支持RBSETUP消息中的参数配置，该指标主要是由于用户的错误行为造成，如用户在已经有下行128K的数据业务时，收到了VP业务的RB建立请求（VP主叫或者被叫），由于大部分终端不支持下行同时进行VP和高速（大于等于64K）PS业务，UE直接回应RB建立失败，原因是unsupportedconfiguration；
2.2.6.1.2RB_SETUP_FAIL_PHYCH_FAIL_CELL≠0
UE返回RBSETUPFAIL消息，原因是物理信道重配失败，该指标出现机会较少；
2.2.6.1.3RB_SETUP_FAIL_SIMU_RECFG_INCOMP_CELL≠0
UE返回RBSETUPFAIL消息，原因是同时重配未完成，该指标出现机会较少；
2.2.6.1.4RB_SETUP_FAIL_CELL_UPDT_CELL≠0
UE返回RBSETUPFAIL消息，原因是在RBSETUP过程中发生了CELLUPDATE；
2.2.6.1.5RB_SETUP_FAIL_CFG_INVALID_CELL≠0
UE返回RBSETUPFAIL消息，原因是参数配置不正确；这是一个目前常见的RB建立失败原因，可能发生的情况有：
主叫3G终端进行VP业务的被叫方驻留在GSM网络，不支持VP业务，这样在RNC收到RAB指派请求后，核心网CallProceeding后立刻下发Disconnect命令（原因为Bearercapabilitynotauthorized），而此时UE在刚收到RB_SETUP命令，还没来得及完成RB建立，收到该Disconnect后会马上
升级会员 