LTE接入优化通用指南.ppt

通过分析信令发现接入问题(2/2) Page * eRab建立S1口失败场景 S1口GTPU资源申请失败（比如IP PATH配置中IP地址有误），S1口失败原因为transport resource unavailable； 核心网消息异常(比如核心网下发消息中参数异常)，空口无消息，S1口失败原因为Semantic Error等类似原因。 NAS过程失败问题，有如下几种场景： 初始UE消息后核心网不响应或者响应超时； UE与核心网直传消息空口发送失败，超时后eNodeB会给核心网发起释放请求； UE与核心网交互失败如鉴权失败，核心网直接发起释放，可以从NAS层消息观察到。 测试终端侧也可以观察到NAS过程失败的相关事件。 目录 接入流程介绍 接入问题表现 接入问题范围确定及规定动作 Page * 接入问题的分析步骤 第一步：接入问题范围确定－－首先确认问题现象，然后通过分析话统确定接入问题的范围，是“TOP小区/站点问题”还是“整网问题”。 第二步：接入问题规定动作－－按不同问题范围的规定动作checklist进一步分析，以确定接入问题根因和下一步闭环动作。 第三步：闭环动作执行－－执行闭环动作并评估效果，未达到目标则重复第二、三步，直到完成所有规定动作。 Page * 接入问题范围确定－－原理 “TOP小区”问题：分别去除前10％的”接入成功率TOP低小区”和”接入失败TOP小区”后，如果整网接入指标明显改善且与原来持平（或者达到了目标值），则定义为TOP小区问题。 “整网”问题：分别去除前10％的”接入成功率TOP低小区”和”接入失败TOP小区”后，如果整网接入指标没有明显改善，则定义为整网问题。 Page * TOP小区接入问题规定动作 Page * 规定动作 分析动作 设备故障告警排查版本检查 1、对TOP站点的设备故障告警进行排查和分析。 2、确认TOP站点版本是否存在特殊性，包括软件版本、bootroom版本、硬件版本以及硬件型号，有条件排查硬件批次，查询办法参照release notes。 参数核查 找出TOP站点和其它正常的站点的参数差异； 接入失败原因细分（话统＋信令） 1、分析话统，确认是接入哪个阶段的问题，并给出接入失败的话统原因分布。 2、分析信令，定位接入流程是在哪一步失败 KPI恶化/变化分析 分析接入成功率（接入次数）恶化的的时间和趋势、以及话务量增加趋势。 对于突然恶化场景，该项动作要优先分析。要找出恶化时间点网络的相关事件。 覆盖排查 1、根据CHR中记录的MSG3信号强度以及异常释放前DMRS信号强度，分析是否存在弱覆盖。 2、如果有路测数据，输出覆盖评估和问题区域分析结果，分析是否存在弱覆盖或越区覆盖。 TOP用户排查 分析TOP小区是否由于TOP用户引起，具体排查方法参见后文。 干扰排查 定位由于UE无应答造成的RRC建立失败问题时需要确认TOP小区是否存在互调干扰，外部干扰。具体可以使用“LTE射频通道检测和排查通用指南”进行排查。 特殊场景排查 分析TOP站点的特殊性，如是否为多载波、多频段站点、SingleRAN站点、UL共天馈、特殊频点、广覆盖、话务热点、特定传输区域 整网接入问题规定动作 Page * 规定动作 分析动作 设备故障告警排查 对故障和告警进行分析，特别是找出全网普遍性的故障和告警 参数核查 1、如果是升级恶化需要做升级前后参数对比，其它场景需要和基线参数做对比。 2、如果是指标突然恶化的还要分析核心网参数是否有调整及参数调整带来的影响。 接入失败原因细分（话统＋信令） 1、分析话统，确认是接入哪个阶段的问题，并给出接入失败的话统原因分布。 2、根据信令流程，定位流程在哪一步失败 TOP终端类型排查 分析是否存在某种终端类型引起大量接入失败，具体排查方法参见后文。 相关事件活动排查(突然恶化场景) 1、接入恶化相关事件分析，是否有核心网升级、是否有传输组网变化、是否有传输设备升级、是否有新终端投放、是否有新业务发布、是否新开通频点，新开通站点等等 2、是否有重大节日、大型活动等业务量激增、是否有恶劣天气、灾难等 KPI恶化/变化分析 分析接入KPI恶化的趋势和话务量增加趋势 规定动作 告警及故障排查 通过M2000内告警浏览的功能来观察是否存在告警，优先排查在问题发生时间点对应的级别为Critical和Major的告警。 Page * 通过M2000进行告警排查 规定动作 参数核查 如果涉及版本升级，建议： 1、与升级前核查，给出升级前后参数差异； 2、与升级后基线参数核查，给出参数差异； 如果是Top站点问题，可以和指标正常站点进行参数核查，