TDD掉话问题处理指导以及经典案例集.docx_第1页
TDD掉话问题处理指导以及经典案例集.docx_第2页
TDD掉话问题处理指导以及经典案例集.docx_第3页
TDD掉话问题处理指导以及经典案例集.docx_第4页
TDD掉话问题处理指导以及经典案例集.docx_第5页
已阅读5页,还剩142页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

文档名称文档密级TDD掉话问题处理指导以及经典案例集拟 制:日 期:审 核:日 期:批 准:日 期:修订记录日期修订版本描述作者-05-111.0.0初稿完成 initial transmittal /00290376-05-111.0.1内部审核通过目录1 掉话定义41.1 话统KPI41.1.1掉话率指标话统公式41.1.2 异常释放统计81.1.3 正常释放统计161.1.4 指标包含关系181.2 路测KPI191.2.1probe路测掉话统计191.2.2 其他厂家路测掉话统计201.2.3 路测和后台统计区别201.3 标口信令21 1.3.1掉话预检查方式211.3.2 获取方式241.4 CHR数据241.4.1掉话预检查方式241.4.2 获取方式262 掉话机制272.1 L2掉话机制282.2 L3掉话机制332.3其他掉话机制333 主要掉话原因分析和优化333.1 常见掉话原因333.1.1邻区漏配343.1.2 弱覆盖353.1.3 切换导致掉话373.1.4 干扰引起掉话403.1.5 流程交互失败443.1.6 其他异常分析453.2 常见掉话场景及日志分析464 经典案例集521 掉话定义1.1 话统KPI1.1.1 掉话率指标话统公式数据业务掉话KPI数据业务掉话率的推荐公式如下: Call Drop Rate = L.E-RAB.AbnormRel / (L.E-RAB.AbnormRel + L.E-RAB.NormRel)等同于:Call Drop Rate = L.E-RAB.AbnormRel.QCI.N / (L.E-RAB.AbnormRel.QCI.N + L.E-RAB.NormRel.QCI.N)其中:分子上表征异常释放的Counter为L.E-RAB.AbnormRel.QCI.N= L.E-RAB.AbnormRel.QCI.1+L.E-RAB.AbnormRel.QCI.2+ L.E-RAB.AbnormRel.QCI.3+L.E-RAB.AbnormRel.QCI.4+ L.E-RAB.AbnormRel.QCI.5+ L.E-RAB.AbnormRel.QCI.6+ L.E-RAB.AbnormRel.QCI.7+ L.E-RAB.AbnormRel.QCI.8+ L.E-RAB.AbnormRel.QCI.9;而分母上是正常释放与异常释放的总和,正常释放的Counter为L.E-RAB.NormRel.QCI.N= L.E-RAB.NormRel.QCI.1+L.E-RAB.NormRel.QCI.2+ L.E-RAB.NormRel.QCI.3+L.E-RAB.NormRel.QCI.4+ L.E-RAB.NormRel.QCI.5+ L.E-RAB.NormRel.QCI.6+ L.E-RAB.NormRel.QCI.7+ L.E-RAB.NormRel.QCI.8+ L.E-RAB.NormRel.QCI.9;从该指标中可以知道,掉话率的指标统计是针对业务承载而非用户的,如果一个用户建立了多个DRB业务承载,则在掉话时,会统计多次异常掉话值。由于中国移动集团有自己的KPI定义,中国移动的掉话率定义公式如下,其中无线掉线率(本地网)为日常考核使用公式。无线掉线率(本地网)=(eNB请求释放上下文数-正常的eNB请求释放上下文数)/(初始上下文建立成功次数+遗留上下文个数)*100% , 其中代表将本地网范围内的各个小区的统计结果累加。无线掉线率(小区级) =(eNB请求释放上下文数-正常的eNB请求释放上下文数)/(初始上下文建立成功次数+遗留上下文个数+切换入成功次数+RRC连接重建成功次数(非源侧小区)*100%E-RAB掉线率(本地网)=( eNB请求释放的E-RAB数 -正常的eNB请求释放的E-RAB数 +切出失败的E-RAB数 )/(E-RAB建立成功数+遗留E-RAB个数)*100%, 其中代表将本地网范围内的各个小区的统计结果累加E-RAB掉线率(小区级)= (切出失败的E-RAB数 +eNB请求释放的E-RAB个数 -正常的eNB请求释放的E-RAB数)/( 遗留E-RAB个数 +E-RAB建立成功数 +切换入E-RAB数 )*100%映射成的指标,对应如下:无线掉线率(本地网)= ( L.UECNTX.Rel.S1Reset.eNodeB1526728838-L.UECNTX.Rel.eNodeB.InitAttEst.MMENoReply1526737847 + L.UECNTX.AbnormRel1526728227))/(L.UECNTX.SuccEst1526728851+L.UECNTX.Left1526730538)*100% = ( eNodeB发起的S1 RESET导致的UE Context释放次数1526728838-eNodeB等待初始上下文建立请求超时触发的UE Context释放次数1526737847 + UE Context异常释放次数1526728227)/(UE Context建立成功总次数1526728851+小区遗留UE Context个数1526730538) *100%无线掉线率(小区级) = (L.UECNTX.Rel.eNodeB1526728856+L.UECNTX.Rel.S1Reset.eNodeB1526728838-L.UECNTX.Rel.eNodeB.InitAttEst.MMENoReply1526737847+L.UECNTX.Rel.eNodeB1526728856 - L.UECNTX.AbnormRel1526728227)/(L.UECNTX.SuccEst1526728851+L.UECNTX.Left1526730538+L.HHO.IntraeNB.ExecSuccIn1526727255 +L.HHO.IntereNB.ExecSuccIn1526727258-L.HHO.IntraeNB.ExecSuccIn.ReEst2Tgt1526730548-L.HHO.IntereNB.ExecSuccIn.ReEst2Tgt1526730550+L.RRC.ReEst.NonSrccell.Att1526730536) = (eNodeB发起的UE Context释放次数1526728856+eNodeB发起的S1 RESET导致的UE Context释放次数1526728838-eNodeB等待初始上下文建立请求超时触发的UE Context释放次数1526737847+eNodeBB发起的UE Context释放次数1526728856 - UE Context异常释放次数1526728227)/(UE Context建立成功总次数1526728851+小区遗留UE Context个数1526730538+小区eNodeB内模式内切换入成功次数1526727255 +小区eNodeB间模式内切换入成功次数1526727258-通过重建到目标小区的eNodeB内模式内切换入成功次数1526730548-通过重建到目标小区的eNodeB间模式内切换入成功次数1526730550+非源小区RRC重建请求次数1526730536)E-RAB掉线率(本地网)= (L.E-RAB.AbnormRel.eNBTot1526728319+L.E-RAB.AbnormRel.HOOut1526728247)/(L.E-RAB.SuccEst1526727544+L.E-RAB.Left1526728817) )*100% = (eNodeB触发的E-RAB异常释放总次数1526728319+小区切换出E-RAB异常释放总次数1526728247)/(E-RAB建立成功总次数1526727544+遗留E-RAB总个数1526728817)*100%E-RAB掉线率(小区级)= (L.E-RAB.AbnormRel.eNBTot1526728319+L.E-RAB.AbnormRel.HOOut1526728247)/(L.E-RAB.SuccEst1526727544+L.E-RAB.Left1526728817+L.E-RAB.SuccEst.HOIn1526728245) = (eNodeB触发的E-RAB异常释放总次数1526728319+小区切换出E-RAB异常释放总次数1526728247)/(E-RAB建立成功总次数1526727544+遗留E-RAB总个数1526728817+小区切换入E-RAB成功建立总次数1526728245)Volte业务掉话KPIVolte相关掉话率公式均为E-RAB承载级,语音业务使用QCI1,视频业务使用QCI2,推荐公式如下:QCI1掉话率 = L.E-RAB.AbnormRel.QCI.1 / (L.E-RAB.AbnormRel.QCI.1+L.E-RAB.NormRel.QCI.1)QCI2掉话率 = L.E-RAB.AbnormRel.QCI.2 / (L.E-RAB.AbnormRel.QCI.2+L.E-RAB.NormRel.QCI.2)通过如下性能指标可以监控VoIP业务的掉话率:指标名称指标描述L.E-RAB.AbnormRel.QCI.1小区QCI为1的E-RAB异常释放次数L.E-RAB.AbnormRel.QCI.2小区QCI为2的E-RAB异常释放次数L.E-RAB.NormRel.QCI.1小区QCI为1的E-RAB正常释放次数L.E-RAB.NormRel.QCI.2小区QCI为2的E-RAB正常释放次数由于中国移动集团有自己的KPI定义,中国移动的Volte掉话率定义如下,其中E-RAB掉线率(QCI=1)(本地网)为日常考核使用公式。E-RAB掉线率(QCI=1)(本地网) = ( 分QCI的eNB请求释放的E-RAB数 -分QCI的正常的eNB请求释放的E-RAB数 +分QCI的切出失败的E-RAB数 )/分QCI的E-RAB建立成功数, 其中代表将本地网范围内的各个小区的统计结果累加, QCI=1。E-RAB掉线率(QCI=1)(小区级) =(分QCI的eNB请求释放的E-RAB数 -分QCI的正常的eNB请求释放的E-RAB数 +分QCI的切出失败的E-RAB数 )/(分QCI的遗留E-RAB个数+分QCI的E-RAB建立成功数+每QCI切换入E-RAB数)*100% ,其中QCI=1。E-RAB掉线率(QCI=2)(本地网) = ( 分QCI的eNB请求释放的E-RAB数 -分QCI的正常的eNB请求释放的E-RAB数 +分QCI的切出失败的E-RAB数 )/分QCI的E-RAB建立成功数, 其中代表将本地网范围内的各个小区的统计结果累加, QCI=2。E-RAB掉线率(QCI=2)(小区级) =(分QCI的eNB请求释放的E-RAB数 -分QCI的正常的eNB请求释放的E-RAB数 +分QCI的切出失败的E-RAB数 )/(分QCI的遗留E-RAB个数+分QCI的E-RAB建立成功数+每QCI切换入E-RAB数)*100% ,其中QCI=2。备注:E-RAB掉线率(QCI=x)(本地网):此指标适用于区域汇总,如MME服务区或本地网以上空间粒度。中国移动Volte掉话率公式映射如下:E-RAB掉线率(QCI=1)(本地网)= (L.E-RAB.AbnormRel.eNBTot.QCI.11526730539+L.E-RAB.AbnormRel.HOOut.QCI.11526727326)/L.E-RAB.SuccEst.QCI.11526726669 = (eNodeB触发的QCI为1的业务E-RAB异常释放次数1526730539+切换出QCI为1的E-RAB异常释放次数1526727326)/QCI为1的业务E-RAB建立成功次数1526726669E-RAB掉线率(QCI=1)(小区级)= (L.E-RAB.AbnormRel.eNBTot.QCI.11526730539+L.E-RAB.AbnormRel.HOOut.QCI.11526727326)/(L.E-RAB.SuccEst.QCI.11526726669+L.E-RAB.Left.QCI.11526728808+L.E-RAB.SuccEst.HOIn.QCI.11526728778) = (eNodeB触发的QCI为1的业务E-RAB异常释放次数1526730539+切换出QCI为1的E-RAB异常释放次数1526727326)/(QCI为1的业务E-RAB建立成功次数1526726669+QCI为1的遗留E-RAB个数1526728808+QCI为1的切换入E-RAB成功建立次数1526728778)E-RAB掉线率(QCI=2)(本地网)= (L.E-RAB.AbnormRel.eNBTot.QCI.21526730540+L.E-RAB.AbnormRel.HOOut.QCI.21526727327)/L.E-RAB.SuccEst.QCI.21526726671 = (eNodeB触发的QCI为2的业务E-RAB异常释放次数1526730540+切换出QCI为2的E-RAB异常释放次数1526727327)/QCI为2的业务E-RAB建立成功次数1526726671E-RAB掉线率(QCI=2)(小区级)= (L.E-RAB.AbnormRel.eNBTot.QCI.21526730540+L.E-RAB.AbnormRel.HOOut.QCI.21526727327)/(L.E-RAB.SuccEst.QCI.21526726671+L.E-RAB.Left.QCI.21526728809+L.E-RAB.SuccEst.HOIn.QCI.21526728779) = (eNodeB触发的QCI为2的业务E-RAB异常释放次数1526730540+切换出QCI为2的E-RAB异常释放次数1526727327)/(QCI为2的业务E-RAB建立成功次数1526726671+QCI为2的遗留E-RAB个数1526728809+QCI为2的切换入E-RAB成功建立次数1526728779)1.1.2 异常释放统计该章节内容,详细可参考BTS3900 V100R011C10SPC100 性能指标参考.CHM异常释放测量指标下表1内所示是异常释放话统测量指标表1 异常释放测量指标指标ID测量指标指标描述单位1526728319L.E-RAB.AbnormRel.eNBToteNodeB触发的E-RAB异常释放总次数次1526728247L.E-RAB.AbnormRel.HOOut小区切换出E-RAB异常释放总次数次1526727546L.E-RAB.AbnormReleNodeB异常释放有数传的E-RAB的总次数次1526726686L.E-RAB.AbnormRel.QCI.1小区QCI为1的E-RAB异常释放次数次1526726688L.E-RAB.AbnormRel.QCI.2小区QCI为2的E-RAB异常释放次数次1526726690L.E-RAB.AbnormRel.QCI.3小区QCI为3的E-RAB异常释放次数次1526726692L.E-RAB.AbnormRel.QCI.4小区QCI为4的E-RAB异常释放次数次1526726694L.E-RAB.AbnormRel.QCI.5小区QCI为5的E-RAB异常释放次数次1526726696L.E-RAB.AbnormRel.QCI.6小区QCI为6的E-RAB异常释放次数次1526726698L.E-RAB.AbnormRel.QCI.7小区QCI为7的E-RAB异常释放次数次1526726700L.E-RAB.AbnormRel.QCI.8小区QCI为8的E-RAB异常释放次数次1526726702L.E-RAB.AbnormRel.QCI.9小区QCI为9的E-RAB异常释放次数次异常释放指标含义根据不同原因及用户承载数传情况,统计eNodeB小区内E-RAB异常释放的总次数。异常释放测量点如图6中A点所示,当eNodeB发出E-RAB RELEASE INDICATION消息,且释放原因不为“Normal Release”,“Detach”,“User Inactivity”,“Om-Intervention”,“CS Fallback triggered”,“UE Not Available for PS Service”,“Inter-RAT Redirection”,“Successful Handover”,“Redirection towards 1xRTT”时统计L.E-RAB.AbnormRel.eNBTot指标,当判断相应承载有数传时统计L.E-RAB.AbnormRel指标。如果E-RAB RELEASE INDICATION信令中要求同时释放多个E-RAB,则相应的指标统计多次;图1 异常释放测量点1如图7中A点所示,当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息,会释放UE的所有E-RAB。当释放原因不为“Normal Release”,“Detach”,“User Inactivity”,“Om-Intervention”,“CS Fallback triggered”,“UE Not Available for PS Service”,“Inter-RAT Redirection” ,“Time critical handover” ,“Handover Cancelled”,“Redirection towards 1xRTT”时统计L.E-RAB.AbnormRel.eNBTot指标,当判断相应承载有数传时统计L.E-RAB.AbnormRel指标。如果被释放用户建立了多个E-RAB,则相应的指标统计多次。并且在MME回复UE CONTEXT RELEASE COMMAND消息时,相应指标不会被重复记录;图2 异常释放测量点2异常释放分原因统计对于异常释放,eRAN8.0版本对异常原因进行了粒度更细的统计,主要针对无线层原因进行细分,另外增加了对应的VoIP异常释放的指标,指标的详细定义可以参考BTS3900 V100R010C10SPC150 性能指标参考.CHM。注:下面的指标是在有数传的情况下才统计,如果是UE在无数传的情况发起的异常释放不统计。指标ID测量指标指标描述备注1526728282L.E-RAB.AbnormRel.Radio无线层问题导致的E-RAB异常释放次数1526728283L.E-RAB.AbnormRel.TNL传输层问题导致的E-RAB异常释放次数1526728284L.E-RAB.AbnormRel.Cong无线网络拥塞导致的E-RAB异常释放次数1526728291L.E-RAB.AbnormRel.HOFailure切换流程失败导致E-RAB异常释放次数1526729549L.E-RAB.AbnormRel.Radio.SRBResetSRB RLC达到最大重传次数导致的激活的E-RAB异常释放次数见节1526729550L.E-RAB.AbnormRel.Radio.DRBResetDRB RLC达到最大重传次数导致的激活的E-RAB异常释放次数见节1526729551L.E-RAB.AbnormRel.Radio.ULSyncFail上行重同步失败导致的激活的E-RAB异常释放次数见节1526729552L.E-RAB.AbnormRel.Radio.UuNoReply空口过程失败导致的激活的E-RAB异常释放次数见4.2节1526729911L.E-RAB.AbnormRel.MME.EUtranGen核心网触发的释放原因为Release due to E-UTRAN Generated Reason的激活的E-RAB异常释放次数1526729912L.E-RAB.AbnormRel.Cong.PreEmp无线资源被抢占导致的激活的E-RAB异常释放次数见4.3节1526729913L.E-RAB.AbnormRel.Cong.Load无线资源过载导致的激活的E-RAB异常释放次数见4.3节1526729914L.E-RAB.AbnormRel.TNL.PreEmp传输资源被抢占导致的激活的E-RAB异常释放次数见4.3节1526729915L.E-RAB.AbnormRel.TNL.Load传输资源过载导致的激活的E-RAB异常释放次数见4.3节1526729916L.E-RAB.AbnormRel.MMETot.VoIP核心网触发的语音业务E-RAB异常释放总次数1526729917L.E-RAB.AbnormRel.Radio.SRBReset.VoIPSRB RLC达到最大重传次数导致的激活的语音业务E-RAB异常释放次数见节1526729918L.E-RAB.AbnormRel.Radio.NoReply.VoIPUE Reply超时导致的激活的语音业务E-RAB异常释放次数见4.2节1526729919L.E-RAB.AbnormRel.Radio.ULSyncFail.VoIP上行重同步失败导致的激活的语音业务E-RAB异常释放次数见节1526729920L.E-RAB.AbnormRel.MME.EUtranGen.VoIP核心网触发的释放原因为Release due to E-UTRAN Generated Reason的激活的语音业务E-RAB异常释放次数1526729921L.E-RAB.AbnormRel.Radio.VoIP无线层问题导致的激活的语音业务E-RAB异常释放次数见4.1&4.2节1526729922L.E-RAB.AbnormRel.HOFailure.VoIP切换流程失败导致的激活的语音业务E-RAB异常释放次数见4.2.2节1526729923L.E-RAB.AbnormRel.Cong.VoIP无线网络拥塞导致的激活的语音业务E-RAB异常释放次数见4.3节1526729924L.E-RAB.AbnormRel.MME.VoIP核心网触发的激活的语音业务E-RAB异常释放次数1526729925L.E-RAB.AbnormRel.TNL.VoIP传输层问题导致的激活的语音业务E-RAB异常释放次数见4.3节1526729926L.E-RAB.AbnormRel.Cong.PreEmp.VoIP无线资源被抢占导致的激活的语音业务E-RAB异常释放次数见4.3节1526729927L.E-RAB.AbnormRel.Cong.Load.VoIP无线资源过载导致的激活的语音业务E-RAB异常释放次数见4.3节1526729928L.E-RAB.AbnormRel.TNL.PreEmp.VoIP传输资源被抢占导致的激活的语音业务E-RAB异常释放次数见4.3节1526729929L.E-RAB.AbnormRel.TNL.Load.VoIP传输资源过载导致的激活的语音业务E-RAB异常释放次数见4.3节在36.413(36413-930内章节)内给出了S1接口(S1AP协议)内对于释放原因的一些定义,从协议定义,包含了4大类原因:无线层、传输层、NAS层及协议错误(前两大类对应话统的就是L.E-RAB.AbnormRel.Radio/.TNL),每一大类又包含很多小类原因,如下表所示:表2 信令流程中释放原因值列表IE/Group NamePresenceRangeIE Type and ReferenceSemantics DescriptionCHOICE Cause GroupMRadio Network LayerRadio Network Layer Cause MENUMERATED(Unspecified,TX2RELOCOverall Expiry, Successful Handover,Release due to E-UTRAN Generated Reason, Handover Cancelled, Partial Handover, Handover Failure In Target EPC/eNB Or Target System,Handover Target not allowed,TS1RELOCoverall Expiry,TS1RELOCprep Expiry,Cell not available,Unknown Target ID,No Radio Resources Available in Target Cell, Unknown or already allocated MME UE S1AP ID,Unknown or already allocated eNB UE S1AP ID,Unknown or inconsistent pair of UE S1AP ID, Handover desirable for radio reasons,Time critical handover,Resource optimisation handover,Reduce load in serving cell, User inactivity,Radio Connection With UE Lost, Load Balancing TAU Required, CS Fallback Triggered,UE Not Available For PS Service, Radio resources not available,Failure in the Radio Interface Procedure, Invalid QoS combination, Inter-RAT redirection,Interaction with other procedure, Unknown E-RAB ID, Multiple E-RAB ID instances, Encryption and/or integrity protection algorithms not supported, S1 intra system Handover triggered, S1 inter system Handover triggered, X2 Handover triggered,Redirection towards 1xRTT,Not supported QCI value,invalid CSG Id)Transport LayerTransport Layer CauseMENUMERATED(Transport Resource Unavailable,Unspecified,)NASNAS CauseMENUMERATED (Normal Release,Authentication failure,Detach,Unspecified, ,CSG Subscription Expiry)ProtocolProtocol CauseMENUMERATED(Transfer Syntax Error,Abstract Syntax Error (Reject),Abstract Syntax Error (Ignore and Notify),Message not Compatible with Receiver State,Semantic Error,Abstract Syntax Error (Falsely Constructed Message), Unspecified, )MiscMiscellaneous CauseMENUMERATED(Control Processing Overload, Not enough User Plane Processing Resources,Hardware Failure,O&M Intervention,Unspecified, Unknown PLMN, )1.1.3 正常释放统计该章节内容,详细可参考BTS3900 V100R010C10SPC150 性能指标参考.CHM正常释放测量指标下表2内所示是正常释放话统测量指标表3 正常释放测量指标指标ID测量指标指标描述单位1526727544L.E-RAB.SuccEstE-RAB建立成功总次数次1526728817L.E-RAB.Left遗留E-RAB总个数次1526727547L.E-RAB.NormReleNodeB正常释放E-RAB的总次数次1526726687L.E-RAB.NormRel.QCI.1小区QCI为1的E-RAB正常释放次数次1526726689L.E-RAB.NormRel.QCI.2小区QCI为2的E-RAB正常释放次数次1526726691L.E-RAB.NormRel.QCI.3小区QCI为3的E-RAB正常释放次数次1526726693L.E-RAB.NormRel.QCI.4小区QCI为4的E-RAB正常释放次数次1526726695L.E-RAB.NormRel.QCI.5小区QCI为5的E-RAB正常释放次数次1526726697L.E-RAB.NormRel.QCI.6小区QCI为6的E-RAB正常释放次数次1526726699L.E-RAB.NormRel.QCI.7小区QCI为7的E-RAB正常释放次数次1526726701L.E-RAB.NormRel.QCI.8小区QCI为8的E-RAB正常释放次数次1526726703L.E-RAB.NormRel.QCI.9小区QCI为9的E-RAB正常释放次数次正常释放指标含义根据不同的QCI类型,统计小区E-RAB正常释放次数。正常释放测量点如图10中A点所示,MME主动发起的释放,当eNodeB收到来自MME的E-RAB RELEASE COMMAND消息时,根据不同QCI统计相应指标。如果E-RAB RELEASE COMMAND消息中要求同时释放多个E-RAB,则相应指标按各个业务的QCI分别进行累加。同时,根据消息中携带的E-RAB个数对eNodeB正常释放E-RAB的总次数进行累加,即指标L.E-RAB.NormRel累加;图3 正常释放测量点1如图11中A点所示,MME主动发起的释放,当eNodeB收到来自MME的UE CONTEXT RELEASE COMMAND消息时,会释放UE的所有E-RAB,如果释放原因不是切换类原因值,包括“Successful Handover”,“Partial Handover”,“S1 intra system Handover triggered”,“S1 inter system Handover triggered”,“X2 Handover triggered”,则根据不同的QCI统计相应指标。同时,根据具体业务数目对eNodeB正常释放E-RAB的总次数进行累加,即指标L.E-RAB.NormRel累加。图4 正常释放测量点21.1.4 指标包含关系eRAN6.1版本开始,针对指标的包含关系进行了系统的梳理,在对版本的BTS3900 V100RxxCxxSPCxxx 性能指标参考.CHM中,点击对应的测量单元(如下图左边红框所示),在右边会出现该测量单元总体介绍,在文档最下方(如下图后边红框所示),会出现指标的包含关系,指标共5个层级,根指标一级节点指标二级节点指标三级节点指标四级节点指标,从左至右是包含和被包含关系1.2 路测KPI1.2.1 Probe路测掉话定义备注:以下定义从ProbeV3.15获取,其它版本请自行参考Probe的Help文档。在Probe侧对于掉话(ERAB Abnormal Release)的定义:UE没有收到Deactivate Eps Bearer Context Request消息,但收到RRC Release或RRC Connection Reconfiguration消息,则表示ERAB异常释放。以下情况表示ERAB异常释放: UE没有收到DEACTIVATE EPS BEARER CONTEXT REQUEST消息和MME的DETACH REQUEST消息,也没有向网络侧主动发出DETACH REQUEST消息,但收到了RRCConnectionReconfiguration消息,且其中有信元“drb-ToReleaseList”。 UE没有收到DEACTIVATE EPS BEARER CONTEXT REQUEST消息和MME的DETACH REQUEST消息,也没有向网络侧主动发出DETACH REQUEST消息,但收到了RRCConnection release消息并且前3s有APP层速率传输。 UE收到包含了信元“drb-ToAddModList”的RRC Connection Reconfiguration消息后,收到RRC释放信令之前,UE的“RRCState”值为“Idle”。 在UE没有收到RRC Connection Reconfiguration消息、DEACTIVATE EPS BEARER CONTEXT REQUEST、DETACH REQUEST消息、RRC State、RRCConnection release消息时,收到RRC的业务请求。 UE收到了RRCConnectionReconfiguration消息(其中有信元“drb-ToReleaseList”)之后50ms内,没有收到“DEACTIVATE EPS BEARER CONTEXT REQUEST”的NAS消息。 遇到RRCReestablishFail事件和InterRATHOFail时,产生该事件。Probe侧对于Volte掉话定义为:VoLTECallDropRate (Volte掉话率)= VoLTE掉话次数/(VoLTE主叫应答次数 + VoLTE被叫应答次数)100%。其中,分子和分母定义如下VoLTE掉话次数VoLTECallDrop:没有判断出来VoLTECallEnd的事件场景(不区分主被叫)下,满足以下任一条件(长呼只看条件1): 收到层三消息RRCConnection Release 在判断出VoLTECallEstablished (MOC)或者VoLTECallEstablished (MTC)场景下,2s以后收到的层三消息RRCConnection Request。短呼场景下,通话时长+5s内,主叫仍没判断出VoLTECallEnd事件,且没有SRVCCHandoverSuc(收到该事件,状态迁移到VoLTECallInitial)事件产生。VoLTE主叫应答次数VoLTEVideoPhoneEstablished (MOC):高通芯片收到0x156E包或海思芯片已经判断出VoLTEVideoPhoneSetupSuc(MOC)的前提下,收到海思层间消息0x4包,同时满足如下条件:1.获取其Direction字段,Direction = NETWORK_TO_UE2.获取其Message ID字段,Message ID = IMS_SIP_INVITE3.获取其Response Code字段,如果: Response Code = OK (200)VoLTE被叫应答次数VoLTEVideoPhoneEstablished (MTC):高通芯片收到0x156E包或海思芯片已经判断出来VoLTECallSetupSuc(MTC)的前提下,收到海思层间消息0x4包,同时满足以下条件时,生成该事件。1.获取Direction字段,Direction = UE_TO_ NETWORK2.获取Message ID字段,Message ID = IMS_SIP_INVITE3.获取Response Code字段,Response Code = OK (200)1.2.2 其它厂家路测掉话率定义三星UE通过三星数据卡及XCal软件获取。高通平台通过高通QXDM工具获取。鼎力和诺优等ATU厂家分别通过对应厂家的ATU软件获取。1.2.3 路测掉话率和后台掉话率区别对于后台掉话场景同数据业务,只涉及两个话统:eNodeB触发的QCI为1的业务E-RAB异常释放次数1526730539、切换出QCI为1的E-RAB异常释放次数1526727326。而对于路测Volte掉话,非SIP消息“Bye”引发的掉话都是异常。涉及SIP消息交互异常引发的掉话,通常后台会统计为正常释放,这主要和eNodeB不解析SIP消息有关。1.3 标口信令在eNodeB跟踪到的标准接口信令中,如果存在eNodeB发起的释放,即在S1接口上发往CN的S1AP_UE_CONTEXT_REL_REQ/S1AP_E-RAB_RLEASE_IND消息内携带的原因值不为“User-inactivity ”、 “Normal Release”,“Detach”,“User Inactivity”,“CS Fallback triggered”,“UE Not Available for PS Service”,“Inter-RAT Redirection”,“Successful Handover”,“Redirection towards 1xRTT”时,则判断为掉话。1.3.1 掉话预检查方式异常掉话通常都是由eNB发起的释放,通知MME释放上下文,因此只要查看S1口发送的S1AP_UE_CONTEXT_REL_REQ/S1AP_E-RAB_RLEASE_IND消息,如下图所示。图5 S1AP_UE_CONTEXT_REL_REQ点击“标准接口消息类型”按消息类型进行排序,这样所有的S1AP_UE_CONTEXT_REL_REQ/S1AP_E-RAB_RLEASE_IND都会排列在一起,如下图所示。图6 按消息类型排序依次点击下一条,查看中的原因值,找出最后的原因为非“Normal Release”,“Detach”,“User Inactivity”,“CS Fallback triggered”,“UE Not Available for PS Service”,“Inter-RAT Redirection”,“Successful Handover”,“Redirection towards 1xRTT”的原因值。图7 找到异常掉话消息根据对应的时间点,打开标准UU口的跟踪,找到对应时间点的RRC_CONN_REL消息,如下图所示。图8 找到对应的UU口消息再查找对应时间点的IFTS跟踪,看是否跟踪到该异常释放UE的IFTS跟踪。图9 找到对应的IFTS消息打开IFTS跟踪,查找对应的时间点的跟踪是否可以和UU口、SI口对应上,如果无法对应,说明该IFTS跟踪的UE和当前掉话的UE不是同一个UE,则该IFTS跟踪就没有分析的必要。如果可以找到IFTS跟踪的UE和当前掉话的UE是同一个UE,则把该S1/UU/IFTS跟踪返回总部分析。IFTS跟踪如下:1.3.2 获取方式eNodeB维护台,跟踪文件类型为tmf,需要通过trace viewer进行解析,具体的采集方法,请参见配套文档LTE TDD故障信息采集指导书:1.4 CHR数据S1接口上发往CN的S1AP_UE_CONTEXT_REL_REQ/S1AP_E-RAB_RLEASE_IND消息内携带的原因值不为“User-inactivity ”、 “Normal Relea

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论