LTE掉话优化通用指南

LTE掉话优化通用指南目录掉话率公式定义掉话问题的常见表现掉话问题范围确定及规定动作执行完整的呼叫流程如果是eNB发起的释放流程，则在S1口包含3条释放信令（如左下图绿色区域内所示），按照先后顺序分别为：UE_Context_Rel_ReqUE_Context_Rel_CmdUE_Context_Rel_Cmp如果是MME发起的释放流程，则在S1口包含2条释放信令（如右下图绿色区域内所示），按照先后顺序分别为：UE_Context_Rel_CmdUE_Context_Rel_CmpPage3eNB主动发起的正常释放流程由于UENAS层触发的核心网主动发起的释放触发掉话的机制协议对于正常释放的定义当eRAB或UE上下文释放原因值为“NormalRelease”、“Userinactivity”或者是由于成功进行移动性活动的原因值，则判定为正常释放触发异常释放的机制空口RRC/NAS

AM模式信令交互失败；空口重同步失败；空口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小区（OMStar

SceneApplicationLTE_NetworkKPI_MonitorOptimzation_V1R5运行结果”2.5CallDropTopAnalysis”Sheet内）检查掉话率指标是否存在问题（OMStar

SceneApplicationLTE_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共天馈、特殊频点、广覆盖、话务热点、特定传输区域

话统各原因值对应动作Page22指标名称指标描述处理建议L.E-RAB.AbnormRel.MME核心网问题导致E-RAB异常释放次数1、协调核心网排查（是否升级或参数修改，主要是原因值修改）；

2、跟踪S1/UU口Log，观察S1接口释放原因值的变化；3、观察重建失败次数趋势是否与MME增多趋势吻合；L.E-RAB.AbnormRel.Radio无线层问题导致的E-RAB异常释放次数1、邻小区漏配核查；2、覆盖排查、确认是否存在大面积弱覆盖区域；

3、干扰排查、确认是否存在上行干扰；L.E-RAB.AbnormRel.HOFailure切换流程失败导致E-RAB异常释放次数1、切换相关参数核查（门限/迟滞/小区半径）；

2、邻区关系合理性核查；L.E-RAB.AbnormRel.TNL传输层问题导致的E-RAB异常释放次数1、S1口相关的告警排查（SCTP链路/S1接口）；2、S1口IPPATH配置问题；L.E-RAB.AbnormRel.Cong网络拥塞导致的E-RAB异常释放次数1、参数核查；

2、问题小区小区用户数核查；规定动作

参数核查如果涉及版本升级，建议：1、与升级前核查，给出升级前后参数差异；2、与升级后基线参数核查，给出参数差异；如果是Top站点问题，可以和指标正常站点进行参数核查，给出问题站点与正常站点间的参数差异；Page23规定动作

告警及故障排查通过M2000内告警浏览的功能来观察是否存在告警，优先排查在问题发生时间点对应的级别为Critical和Major的告警。Page24通过M2000进行告警排查规定动作Top终端类型排查“TOP终端类型”问题：对CHR进行异常记录UE能力的统计，并将各UE能力的比例比上各终端的放号数量比，如果某些终端类型的（异常记录UE能力/终端类型放号）比例高出平均比例5倍以上，则可以初步判断为TOP终端类型问题（要考虑终端分布的不均匀性）。下图给出了从CHR中统计终端能力的示例，其中红色框框部分表示UE能力的长度，所以该示例中UE能力为811E00018000FF06EC4000的终端类型占了总异常的94.13％。Page25规定动作

覆盖排查通过话统记录的“CQI测量(小区)(ChMeas.CQI.Cell)”信息可以观察该小区用户分布情况，通常如果下行CQI分布于0接到4阶统计数超过10%的话，则可认为该小区存在弱覆盖；该方法可用于定位Radio类/HOFailure类掉话问题；Page26MXL471A和MXL413A覆盖较差MXLP40B覆盖较好下行CQI测量CounterTop小区与干扰指标关联分析（OMStar

SceneAp