第十九课：-LTE掉话优化分析

第十九课LTE掉话优化分析目录•掉话率公式定义•掉话问题的常见表现•掉话问题范围确定及规定动作执行完整的呼叫流程如果是eNB发起的释放流程，则在S1口包含3条释放信令（如左下图绿色区域内所示），按照先后顺序分别为：UE_Context_Rel_ReqUE_Context_Rel_CmdUE_Context_Rel_Cmp如果是MME发起的释放流程，则在S1口包含2条释放信令（如右下图绿色区域内所示），按照先后顺序分别为：UE_Context_Rel_CmdUE_Context_Rel_CmpPage3eNB主动发起的正常释放流程由于UENAS层触发的核心网主动发起的释放触发掉话的机制•协议对于正常释放的定义•当eRAB或UE上下文释放原因值为“NormalRelease”、“Userinactivity”或者是由于成功进行移动性活动的原因值，则判定为正常释放•触发异常释放的机制•空口RRC/NASAM模式信令交互失败；•空口重同步失败；•空口RLC达到最大重传次数；（包括上行/下行，SRB/DRB）•eNB/MME侧资源拥塞；•传输故障；•eNB/MME内部异常；Page4终端侧掉话公式定义•终端侧•CallDropRate=eRABAbnormRel/eRABSetupSuccess*100%•eRABAbnormRel：eRAB异常释放事件次数•eRABSetupSuccess：eRAB建立成功事件次数Page5网络侧掉话公式定义•网络侧•CallDropRate=L.E-RAB.AbnormRel/（L.E-RAB.NormRel+L.E-RAB.AbnormRel）*100%•L.E-RAB.AbnormRel：小区异常释放用户E-RAB的总次数•L.E-RAB.NormRel：小区正常释放用户E-RAB的总次数Page6网络侧异常释放Counter打点•如图1中A点所示，当eNodeB发出E-RABRELEASEINDICATION消息，且释放原因不为“NormalRelease”，“UserInactivity”，“CSfallbacktriggered”，“Inter-RATredirection”时统计该指标。如果E-RABRELEASEINDICATION信令中要求同时释放多个E-RAB，则相应的指标统计多次；•如图2中A点所示，当eNodeB向MME发送UECONTEXTRELEASEREQUEST消息，会释放UE的所有E-RAB。当释放原因不为“NormalRelease”，“UserInactivity”，“CSfallbacktriggered”，“Inter-RATredirection”时，相应的指标累加统计。Page7注：eRABRelease流程是需要释放一条或多条eRAB连接，在流程完成之后至少还剩余1条默认承载继续保持着；UEContextRelease流程是需要释放所有连接，在完成该流程之后，不再存在任何承载（连默认承载都需要释放）网络侧异常释放原因Counter（1/4）•针对eRAB异常释放原因值的统计目前共有5个•L.E-RAB.AbnormRel.Radio（无线层问题导致的E-RAB异常释放次数）•L.E-RAB.AbnormRel.TNL（传输层问题导致的E-RAB异常释放次数）•L.E-RAB.AbnormRel.Cong（网络拥塞导致的E-RAB异常释放次数）•L.E-RAB.AbnormRel.HOFailure（切换流程失败导致E-RAB异常释放次数）•L.E-RAB.AbnormRel.MME（核心网问题导致E-RAB异常释放次数）Page8网络侧异常释放原因Counter（2/4）•核心网问题导致的异常释放•如右图1/图2中A点所示，为MME主动发起E-RAB/UECONTEXT释放流程（eNodeB没有发送E-RABRELEASEReq/UE_Context_Rel_Req消息而直接收到MME下发的E-RABRELEASECOMMAND/UE_Context_Rel_Cmd）；当eNodeB收到来自MME的E-RABRELEASECOMMAND/UECONTEXTRELEASECOMMAND消息时，且释放原因不为“NormalRelease”，“Detach”，“UserInactivity”，“csfallbacktriggered”，“Inter-RATredirection”，“SuccessfulHandover”则统计L.E-RAB.AbnormRel.MME指标。Page9网络侧异常释放原因Counter（3/4）•非核心网问题导致的异常释放•如图3中A点所示，当eNodeB向MME发送E-RABRELEASEINDICATION消息，当释放原因为无线层错误时，统计L.E-RAB.AbnormRel.Radio指标；当释放原因为传输层错误时，统计L.E-RAB.AbnormRel.TNL指标；当释放原因为网络拥塞时，统计L.E-RAB.AbnormRel.Cong指标。如果E-RABRELEASEINDICATION消息中要求同时释放多个E-RAB，则相应指标根据具体业务数目按上述原因分别进行累加；Page10网络侧异常释放原因Counter（4/4）•非核心网问题导致的异常释放•如图4中A点所示，当eNodeB向MME发送UECONTEXTRELEASEREQUEST消息，会释放UE的所有E-RAB。当释放原因为无线层错误时，统计L.E-RAB.AbnormRel.Radio指标；当释放原因为传输层错误时，统计L.E-RAB.AbnormRel.TNL指标；当释放原因为网络拥塞时，统计L.E-RAB.AbnormRel.Cong指标，本指标统计包括因抢占和资源拥塞导致的异常释放；当释放原因为切换失败时，统计L.E-RAB.AbnormRel.HOFailure指标。相应指标根据具体业务数目按上述原因分别进行累加。并且在MME回复UECONTEXTRELEASECOMMAND消息时，该指标不会被重复记录Page11目录•掉话率公式定义•掉话问题的常见表现•掉话问题范围确定及规定动作执行掉话问题的表现-从路测看到的掉话现象通常路测时，用华为UE加PROBE软件，或者其它商用终端加相应的终端信令跟踪软件，以及路测计算机安装的流量监控软件，能看到如下信息：在吞吐率监测窗口内，流量突然掉底或为0；在L3信令监测窗口内，非切换完成or重建场景，但UE开始接收系统消息；在事件检测窗口内，出现eRABAbnormalRel事件；流量掉底UE接收系统消息出现eRABAbnormalRel事件掉话问题的表现-从信令跟踪看掉话现象在eNodeB跟踪到的S1口的标准接口信令中，如果存在eNodeB向MME主动发起的释放，既在S1接口上发往MME的S1AP_UE_CONTEXT_REL_REQ/ERAB_Release_Indication消息内携带的原因值不为NormalRelease”，“Detach”，“UserInactivity”，“csfallbacktriggered”，“Inter-RATredirection”时，则判断为掉话。正常释放流程异常释放流程商用网的掉话主要通过话统来监测掉话情况，通过掉话率和掉话次数来评估是否存在异常，通常从M2000导出的话统看如下信息：全网掉话率，掉话次数；TOP小区掉话率、掉话次，Top时间段；检查掉话率是否存在问题（LTE网络性能KPI监控通用模板“NetworkSummay”Sheet内）按照小时级寻找Top时间段（LTE网络性能KPI监控通用模板“Retainability”Sheet内）分别按照掉话率及掉话绝对次数寻找Top小区（OMStarSceneApplicationLTE_NetworkKPI_MonitorOptimzation_V1R5运行结果”2.5CallDropTopAnalysis”Sheet内）检查掉话率指标是否存在问题（OMStarSceneApplicationLTE_NetworkKPI_MonitorOptimzation_V1R5运行结果“06.Retainability”Sheet内）掉话问题的表现-从话统看到的掉话现象目录•掉话率公式定义•掉话问题的常见表现•掉话问题范围确定及规定动作执行掉话问题的分析步骤（1/2）第一步：掉话问题范围确定通过话统分析掉话问题的主要范围，是“TOP小区/站点问题”、“整网问题”。第二步：掉话问题原因细分通过各数据源细分掉话问题的主要原因。主要是话统数据及CHR数据的分析（如果是整网问题，需要通过话统数据进行分析；如果是Top小区/站点问题，可结合话统和CHR数据一起分析）Page17掉话问题的分析步骤（2/2）第三步：掉话问题规定动作按规定动作checklist进一步分析，以缩小引起掉话问题的原因和下一步建议采取闭环动作。第四步：闭环动作执行执行闭环动作并评估效果，未达到目标则重复上述步骤进行分析。如果是可复制的闭环动作，可考虑全网复制。Page18掉话问题范围确定---判决条件“TOP小区”问题：分别去除前10％的”掉话率TOP差小区”和”eRAB异常释放次数TOP高小区”后，如果整网掉话指标明显改善且与原来持平（或者达到了目标值），则定义为TOP小区问题。“整网”问题：分别去除前10％的”掉话率TOP差小区”和”eRAB异常释放次数TOP高小区”后，如果整网掉话率指标没有明显改善，则定义为整网问题。Page19整网掉话问题规定动作Page20规定动作分析动作全网故障&告警排查手工对站点的告警进行排查分析，特别是找出全网普遍存在的告警参数配置检查1、如果是升级恶化需要做升级前后参数对比，其它场景需要和基线参数做对比。2、如果是指标突然恶化的还要分析核心网参数是否有调整及参数调整带来的影响。操作记录核查了解是否存在全网大批量的操作记录，如Block小区等操作掉话原因分布分析快速分析话统，输出掉话问题的原因。终端类型排查通过CHR分析引起掉话的终端能力信息；重大事件核查（针对突然恶化场景优先执行）1、分析现场是否存在大量用户放号、重大活动（如庆典、节日、球赛等）、恶劣天气、灾难等；2、是否有核心网升级、是否有传输组网变化、是否有传输设备升级、是否有新终端投放、是否有新业务发布；掉话率趋势分析分析掉话率趋势，找出掉话率变化转折点（需要同时关联分析掉话率/eRAB正常&异常释放次数，用户数等信息）TOP小区掉话问题规定动作Page21规定动作分析动作Top小区故障&告警排查对站点的告警进行排查分析，特别是找出全网普遍存在的告警参数配置检查如果是升级恶化需要做升级前后参数对比，其它场景需要和基线参数/指标正常基站做对比。掉话原因分布分析快速分析话统，输出掉话问题的原因。掉话率趋势分析（针对突然恶化场景优先执行）分析掉话率趋势，找出掉话率变化转折点（需要同时关联分析掉话率/eRAB正常&异常释放次数，用户数等信息）操作记录核查了解是否存在全网大批量的操作记录，是否进行过邻小区的重新规划、PCI的重新规划等Top小区覆盖排查通过话统MCS/CQI数据/CHR数据/路测数据，分析TOP小区是否存在越区覆盖或者弱覆盖TOP用户排查分析TOP小区是否由于TOP用户引起Top小区邻区关系核查核查是否存在邻区漏配/错配（插花站点的开通可能会引起周边站点的邻区关系不合理）Top小区干扰排查通过实时跟踪数据，分析TOP小区是否存在互调干扰，外部干扰。重大事件核查（针对突然恶化场景优先执行）分析现场是否存在大量用户放号、重大活动（如庆典、节日、球赛等）、恶劣天气、灾难等；特殊场景排查分析TOP站点的特殊性，如是否为多载波、多频段站点、SingleRAN站点、UL共天馈、特殊频点、广覆盖、话务热点、特定传输区域话统各原因值对应动作指标名称指标描述处理建议L.E-RAB.AbnormRel.MME核心网问题导致E