LTE掉话优化通用指南
LTE网络掉线问题优化处理案例
LTE网络掉线问题优化案例摘要：高掉线严重影响用户业务连续性感知，日常优化中遇到的高掉线问题主要是由于：邻区缺失、干扰、弱覆盖、导频污染等问题引起的。
通过合理的RF优化调整、PCI规划、功率调整等手段可有效解决掉线问题。
关键字：掉线率、Mod3干扰、天馈接反、超远切换、邻区漏配、旁瓣覆盖。
掉线率指标主要影响用户业务连续性指标，高掉线小区的特征主要表现在以下几个方面：小区的连续性覆盖、小区的邻区配置合理性、小区覆盖距离、小区干扰水平、小区的参数规划配置等。
日常优化中，需要把握小区掉线特性，有针对性处掉线问题。
本案例从天馈、干扰、邻区等几个方面进行举例。
1.天馈接反导致掉线1.1问题描述通过网优平台对全区LTE掉线率指标统计分析中，发现锡西新城医院_51扇区持续掉线率较高，其他类指标正常。
1.2问题分析1、通过对周围站点分布分析，发现TOP掉话小区：锡西新城医院_51扇区，与胡埭电信支局54扇区存在Mod3干扰，Mod3余值2。
2、通过对胡埭区域的前台测试分析，了解两个扇区覆盖情况。
通过测试数据分析，两扇区主覆盖范围无交叉覆盖区域，两站点间的主要道路由胡埭电信支局_53扇区覆盖。
两个扇区主覆盖方向两扇区之间道路的主覆盖扇区3、在对周围道路分析过程中发现，滨湖_胡埭老桥50与51扇区天馈接反，且两扇区存在交叉覆盖区域。
从PCI分布上分析，两个扇区均为Mod3余2，存在干扰。
路段扇区覆盖图扇区PCI分布1.3问题解决1.3.1 解决方案问题定位后，对滨湖_胡埭老桥50与51扇区天馈进行整改。
1.3.2 测试结果1、整改后现场测试情况对WXL2HTC滨湖_胡埭老桥_51扇区进行整改，整改前后覆盖情况对比如下：整改前整改后2、整改后KPI指标对比2.超远切换导致掉线2.1问题描述日常TOP小区优化中发现5月4日“WXL2HMB新区_旺庄立交_51“E-RAB掉线异常恶化，由之前的0.15%抬升至7.24%，掉线次数达到240次，同时LTE系统内切换成功率从99%下降至83%：2.2问题分析E-RAB高掉线主要通过硬件故障排查->干扰排查->切换问题分析，一步步分析可能存在的异常，直至定位最终问题点，解决问题：2.3问题解决2.3.1 解决方案1、硬件排查；通过华为U2000网管平台查询小区5月4日的告警信息，未发现异常：2、干扰排查；上行干扰查询，通过网优平台查询小区上行RB干扰平均值，近一周上行平均干扰为-119dbm，未发现异常：下行干扰查询，通过MAPinfo查询PCI规划，是否存在MOD3对打现象，与周边小区未发现MOD3干扰：3、E-RAB异常释放COUNTER定位；通过网优平台查询E-RAB异常释放具体counter。
TD-LTE网络优化指导书-掉话优化
TD-LTE网络优化指导书掉话优化责任部门：审核：批准：2013 -08发布2013 -09实施大唐移动通信设备有限公司发布目录1引言 (3)2基础知识 (3)2.1“连接”与“掉话”的概念 (3)2.2正常的连接释放 (4)2.3异常的连接释放（掉话） (5)3DT/CQT常见掉话原因分析 (7)3.1弱覆盖 (7)3.2切换失败 (8)3.3邻区漏配 (10)3.4越区覆盖 (11)3.5系统设备异常 (13)3.6干扰 (14)3.7拥塞 (16)4话务统计掉话数据分析......................................................... (17)4.1掉话相关的KPI (17)4.2全局掉话率偏高问题分析（Top N） (18)4.3小区（簇）掉话率偏高问题分析 (19)5掉话问题的分析流程 (20)6典型掉话案例分析 (21)6.1弱覆盖导致的掉话 (21)6.2切换失败导致的掉话 (21)6.3邻区漏配导致的掉话 (22)1引言编写本文的目的：1. 整理了与TD-LTE系统中与保持性（掉话）相关的基本概念、信令流程、所涉及的参数。
2. 指导TD-LTE网络维护、优化过程中，与掉话相关的问题分析和定位（解决）。
2基础知识知识点：1、掉话的定义2、掉话后UE、eNodeB的操作2.1“连接”与“掉话”的概念本文所提及的“保持性”，指的是“连接”的“保持性”，更狭义地，是指“RRC连接”的“保持性”。
因此，本文所称的“掉话”，具体是指UE异常退出RRC_CONNECTED状态导致的连接中断。
图0-1 NAS和AS的几种状态移动性管理（EMM）连接管理（ECM）无线资源控制（RRC）上图给出了从开机到进入激活（数据传输）状态过程中，从不同角度来看的“状态”的变化情况。
从EPS移动性管理（EMM）的角度来看，在UE成功附着之前，都认为是未登记（Deregistered）状态，直至UE发起、并成功登记。
LTE_TDD问题定位指导书-掉话篇-华为
LTE TDD问题定位指导书-掉话篇(仅供内部使用）For internal use only拟制: Prepared by 谢石生、许钢煌日期：Date2013-03-15审核: Reviewed by 日期：Dateyyyy-mm-dd审核: Reviewed by 日期：Dateyyyy-mm-dd批准: Granted by日期：Dateyyyy-mm-dd Koukou:277764781华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reserved修订记录Revision record目录1免责说明 (8)2概述 (8)3掉话分类定义 (8)3.1.路测数据 (8)3.1.1.路测数据掉话定义 (8)3.1.2.获取方式 (9)3.2.标口信令 (9)3.2.1.掉话预检查方式 (9)3.2.2.获取方式 (12)3.3.话统数据 (12)3.3.1.掉话率指标话统公式 (12)3.3.2.异常释放统计 (13)3.3.3.正常释放统计 (15)3.3.4.获取方式 (17)3.4.CHR (17)3.4.1.CHR数据源采集方法 (18)3.4.2.呈现方式 (33)4掉话原因分析 (33)4.1.常见掉话原因 (33)4.1.1.邻区错/漏配 (33)4.1.2.弱覆盖 (34)4.1.3.切换导致的掉话 (35)4.1.4.干扰引起的掉话 (36)4.1.5.流程交互失败 (37)4.1.6.异常分析 (37)4.2.话统中掉话率相关Counter (38)4.3.CHR内掉话原因分类 (38)4.3.1.CHR内常见异常释放原因介绍 (39)4.4.信令流程中释放原因分类 (47)4.4.1.协议中释放原因定义 (47)5优化方法 (49)5.1.掉话率指标分析流程 (49)5.1.1.全网话统指标分析流程 (49)5.1.2.Top小区分析流程 (52)6优化案例 (61)6.1.挪威掉话率指标优化 (61)6.1.1.【问题描述】 (61)6.1.2.【问题分析】 (62)6.1.3.【解决措施】 (67)6.2.瑞典掉话率指标优化 (68)6.2.1.【问题描述】 (68)6.2.2.【问题分析】 (68)6.2.3.【解决措施】 (77)6.3.日本软银PDCCH解调受限导致掉话 (77)6.3.1.【问题描述】 (77)6.3.2.【问题分析】 (77)6.3.3.【解决措施】 (85)6.4.基站License受限导致忙时小区掉话率升高 (85)6.4.1.【问题描述】 (86)6.4.2.【问题分析】 (86)6.4.3.【解决措施】 (89)7附录 (89)7.1.UE不活动定时器的工作机制 (89)7.2.UE重建工作机制 (90)7.2.1.上行RLC重传达到最大次数 (91)7.2.2.MAC层SRI重传达到最大次数 (91)7.2.3.时延谱首径搜索失败 (91)图目录List of Figures图1 S1AP_UE_CONTEXT_REL_REQ (9)图2按消息类型排序 (10)图3找到异常掉话消息 (10)图4找到对应的UU口消息 (11)图5找到对应的IFTS消息 (11)图6异常释放测量点1 (14)图7异常释放测量点2 (14)图8异常释放测量点3 (15)图9异常释放测量点4 (15)图10正常释放测量点1 (16)图11正常释放测量点2 (17)图12话统文件格式 (17)图13 InsightSharp界面..................................................................................... 错误！未定义书签。
LTE掉话问题定位和优化指导书V3.0概要
LTE掉话问题定位和优化指导书(仅供内部使用）For internal use only拟制: Prepared by 解决方案网络KPI组日期：Date2010-09-08审核: Reviewed by 日期：Dateyyyy-mm-dd审核: Reviewed by 日期：Dateyyyy-mm-dd批准: Granted by日期：Dateyyyy-mm-dd华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reserved修订记录Revision record目录Table of ContentsLTE掉话问题定位和优化指导书 (1)(仅供内部使用） (1)For internal use only (1)1概述 (9)2掉话分类定义 (9)2.1.路测数据 (9)2.1.1.掉话定义 (9)2.1.2.表现形式 (10)2.1.3.获取方式 (11)2.2.标口信令 (11)2.2.1.掉话表现形式 (11)2.2.2.获取方式 (14)2.3.话统数据 (19)2.3.1.掉话率指标话统公式 (19)2.3.2.掉话Counter介绍 (19)2.3.3.获取方式 (26)2.4.CHR数据 (27)2.4.1.获取方式 (27)2.4.2.呈现方式 (29)3掉话原因分析 (30)3.1.常见掉话原因 (30)3.1.1.非切换类掉话 (30)3.1.2.切换类掉话（待完善）（在与切换专题融合后调整下） (34)3.1.3.其他异常分析 (35)3.2.CHR内掉话原因分类 (36)3.2.1.掉话相关内部释放原因值 (36)3.2.2.CHR L2异常内部机制介绍 (37)3.3.信令流程中释放原因分类 (45)3.3.1.协议中释放原因定义 (45)4隔离定位方法 (47)4.1.掉话率指标分析流程 (47)4.1.1.全网话统指标分析流程 (48)4.1.2.Top小区掉话分析流程 (49)4.2.掉话问题分类处理 (52)4.2.1.无线类问题处理 (52)4.2.2.传输类问题处理 (56)4.2.3.拥塞类问题处理 (57)4.2.4.切换类故障处理 (58)4.2.5.核心网类故障处理 (59)5优化案例 (60)5.1.某局点升级后掉话率KPI分析 (60)5.1.1.问题描述 (60)5.1.2.问题分析 (60)5.1.3.分析结论 (67)5.1.4.解决措施 (68)6附录 (68)6.1.CHR数据分析方法 (68)6.1.1.L3打点信息介绍 (68)6.1.2.L2打点信息介绍 (76)6.2.影响掉话定时器 (84)6.2.1.非切换场景相关定时器 (84)6.2.2.切换场景相关定时器 (89)6.3.UE重建机制 (90)6.3.1.reconfiguration failure (90)6.3.2.handover failure (91)6.3.3.radio link failure (91)图目录List of Figures图1路测吞吐率掉底 (10)图2开始接收系统消息 (11)图3 S1AP_UE_CONTEXT_REL_REQ (12)图4按消息类型排序 (12)图5 找到异常掉话消息 (13)图6 找到对应的UU口消息 (13)图7 找到对应的IFTS消息 (14)图8 M2000信令跟踪管理 (14)图9 M2000IFTS跟踪 (15)图10 M2000 IFTS跟踪网元与时间设置 (15)图11 M2000 IFTS跟踪信息选择设置 (16)图12 IFTS跟踪运行中 (17)图13 停止IFTS跟踪 (18)图14 IFTS跟踪数据导出 (18)图15 小区E-RAB正常释放打点_1 (20)图16 小区E-RAB正常释放打点_2 (20)图17 小区E-RAB异常释放打点_1 (21)图18 小区E-RAB异常释放打点_2 (22)图19 小区切换出E-RAB正常释放打点 (23)图20 小区切换出E-RAB异常释放打点 (24)图21 小区E-RAB异常释放原因打点_1 (24)图22 小区E-RAB异常释放原因打点_2 (25)图23 小区E-RAB异常释放原因打点_3 (25)图24 小区E-RAB异常释放原因打点_4 (26)图25 话统文件格式 (27)图26 一键式日志获取 (29)图27 日志解包 (29)图28 InsightSharp界面 (30)图29 M2000告警浏览界面 (35)图30 收到对端的状态PDU的负确认 (38)图31 下行数据发送失败 (38)图32 上行数据发送失败 (38)图33 eRAN2.1 LCEM_UEM_DMAC_STATUS_IND消息内容 (40)图34 L3_PDCP_DATA_Req消息内容 (40)图35 ENB检测到上行失步，且有下行数据要发送 (42)图36 NB检测到上行失步，没有下行数据要发送 (43)图37 DMAC_L3_SYNC_STATUS_IND消息内容 (44)图38 DMAC_L3_STATUS_IND消息内容 (45)图39 话统指标分析流程图 (47)图40 eNodeB软件版本查询结果 (48)图41 M2000侧上行干扰检测跟踪 (55)图42 告警查询结果 (57)图43 某局点掉话率趋势 (60)图44 某局点掉话原因分布 (61)图45 某局点Top小区掉话率统计 (61)图46 某局点Top小区内部释放原因值分布 (62)图47 某局点Top小区TA分布 (62)图48 内部释放原因值统计 (63)图49 异常释放记录 (63)图50 重建原因记录 (63)图51 最后10条信令记录 (64)图52 内部释放原因值统计 (64)图53 异常释放记录 (64)图54 异常释放TMSI信息 (65)图55 DRB TTI信息统计 (65)图56 DRB TTI信息统计 (66)图57 DRB TTI信息统计 (66)图58 包含核心网主动释放的掉话率 (67)图59 N秒无数传引起释放所占比例 (67)图60 CallID字段 (69)图61 异常释放原因值界面 (70)图62 小区ID字段界面 (71)图63 显示界面 (71)图64 CHR数据导出的TMSI信息 (72)图65 INITIAL_UE_MSG消息内容 (73)图66 CHR显示字段 (74)图67 DSP MMCTX操作界面 (75)图68 LST SIMEI操作界面 (76)图69 RLC达到最大重传次数隔离定位 (77)图70 重同步超时隔离定位 (81)图71 SRB相关流程 (85)图72 同失步相关流程 (87)图73 不活动定时器超时 (88)表目录List of Tables表1常用的IFTS L2MAC跟踪布控类型 (16)表2小区E-RAB正常释放C OUNTER (19)表3小区E-RAB异常释放C OUNTER (21)表4小区切换出E-RAB正常释放C OUNTER (22)表5小区切换出E-RAB异常释放C OUNTER (23)表6小区E-RAB异常释放原因C OUNTER (24)表7链路预算结果 (32)表8CHR释放原因列表 (36)表9 EN U U M SG T YPE字段说明 (40)表10 EN S TATUS字段说明 (44)表11信令流程中释放原因值列表 (45)表12掉话率相关参数 (49)表13CHR释放原因与实际掉话原因关系 (51)表14小区全带宽CQI的上报次数C OUNTER (52)表15PDSCH上各个MCS索引值的调度次数C OUNTER (53)表16PUSCH上各个MCS索引值的调度次数 (53)表17常见无线类故障CHR内部释放原因值 (55)表18话统数据 (57)表19拥塞及用户数相关C OUNTER (57)表20特定两小区对的切换出C OUNTER (58)表21切换类故障常见内部CHR释放原因值 (59)表22CHR L3常用字段信息 (68)表23RLC重传打点信息 (77)表2464MS MAC DRB打点信息 (78)表25SRB MAC打点信息 (79)表26TA打点信息 (81)1概述本文重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例；本文结构如下：第二章主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义；第三章给出了常见的掉话原因，掉话机制的介绍；第四章介绍了掉话问题的隔离定位分析方法；第五章分享了掉话优化的典型案例；第六章介绍了CHR数据的分析方法，影响掉话的定时器介绍及重建的机制介绍。
LTE掉话
LTE掉话问题定位专家指南(仅供内部使用）For internal use only拟制: Prepared by LTE网络分析部专家组日期：Date2012-09-20审核: Reviewed by 日期：Dateyyyy-mm-dd审核: Reviewed by 日期：Dateyyyy-mm-dd批准: Granted by 日期：Dateyyyy-mm-dd华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reserved修订记录Revision record目录Table of ContentsLTE掉话问题定位专家指南 (1)(仅供内部使用） (1)For internal use only (1)1概述 (6)1.1.掉话问题定位整体思路 (6)2影响掉话的机制介绍 (8)2.1.涉及L2的机制 (8)2.1.1.RLC达到最大重传次数（协议36.322） (8)2.1.2.重同步超时 (10)2.1.3.不活动定时器机制 (13)2.1.4.无业务时的主动失步 (14)2.2.涉及L3的机制 (15)2.2.1.空口超时定时器 (15)2.2.2.T304超时（不一定导致掉话） (15)2.2.3.等待eNB X2口响应定时器（不一定导致掉话） (15)2.2.4.等待MME S1口响应定时器（不一定导致掉话） (15)3问题隔离定位 (16)3.1.无线侧原因导致的掉话 (16)3.1.1.信令交互失败导致的掉话 (18)3.1.2.重同步失败导致的掉话 (24)3.1.3.DRB达到最大重传次数导致的掉话 (28)3.1.4.重建流程失败导致的掉话 (31)3.1.5.其他场景导致的掉话 (34)3.2.传输问题导致的掉话 (35)3.2.1.定位问题常见思路 (35)3.2.2.常见内部异常释放原因值 (39)3.2.3.案例 (40)3.3.切换问题导致的掉话 (40)3.3.1.常见内部异常释放原因值 (40)3.3.2.案例 (41)3.4.拥塞问题导致的掉话 (41)3.5.MME原因导致的掉话 (42)3.5.1.定位问题常见思路 (42)3.6.其他原因导致的掉话 (46)图目录List of Figures图1 问题定位步骤 (6)图2 是否问题确认流程 (7)图3 问题范围确认流程 (7)图4 掉话问题隔离定位流程 (8)图5 无线侧原因导致的掉话隔离定位流程 (16)表目录List of TablesNo table of figures entries found.1概述掉话率作为LTE控制面KPI的关键指标之一，通常都会与客户投诉，用户感知联系在一起；是局方和一线最为关注的指标之一。
LTE掉话优化(华为)资料
UE发起下一次呼叫。
秘密▲
连接与掉话的基本概念（3）
掉话的常见表现
2、空口信号变差等原因导致的掉话，从信令看：
登记已撤销 (Deregistered)
已登记 (Registered)
空闲（IDLE)
连接 (Connected)
空闲(Idle)
连接 (Connected)
空闲(Idle)
连接 (Connected)
NAS: Non-Access-Stratum AS: Access-Stratum
连接与掉话的基本概念（2）
秘密▲
连接与掉话的基本概念（3）
掉话的常见表现
3、其他原因：
狭义上来讲，可以认为“只要UE发起了RRC重建立，就 意味着RRC连接已断、即产生了掉话”。
在实际项目中，由于切换失败或其他原因、导致的RRC 连接重建立，而这种RRC连接重建立往往是成功的。因 此，在项目运作的时候，这种RRC重建立是否算作掉话， 需要特别关注
“RRC连接重配置”消息； （3） UE切换到“RRC连接重配置”消息所带的目标小区后、在
该小区的BCCH-SCH上接收到广播消息 （systemInformationBlockType1）； （4） UE收完广播消息后、发起“RRC连接重建立（原因为切换 失败）”； （5） 通常UE能够在较短时间（200ms）内重建立成功、回到切 换前的源小区。
秘密▲
常见掉话原因（2）——切换失败
优化手段
1.检查源小区的邻区配置情况（源小区Neighbor Cell表 中的数据与目标小区的Serving Cell表中的数据进行对 比），确认邻区参数配置正确；
网优文档72：LTE掉话优化指导书(影响掉话的定时器)
LTE掉话优化指导书－影响掉话的定时器目录LTE掉话优化指导书 (1)1概述 (1)2影响掉话定时器 (1)2.1.1.非切换场景相关定时器 (1)2.1.2.切换场景相关定时器 (7)1概述本《LTE掉话优化指导书》重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例；本《指导书》结构如下：第一部分主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义；第二部分给出了常见的掉话原因，掉话机制的介绍；第三部分介绍了掉话问题的隔离定位分析方法；第四部分分享了掉话优化的典型案例；第五部分介绍了CHR数据的分析方法，影响掉话的定时器介绍及重建的机制介绍。
2影响掉话定时器2.1.1.非切换场景相关定时器2.1.1.1.信令面流程相关2.1.1.1.1.空口信令超时在eNB侧成功下发AM信令后，启动等待UE UU口响应定时器（2.1基线值5s，对应MML参数配置为WAITUEUURSPTIMER=5000），若5s后未收到UE回复的信令，如果是普通信令，则直接在等待UE UU口响应定时器超时后释放，若为5大特殊信令，则会启动延迟释放定时器，等待延迟释放定时器超时后掉话。
2.1.1.1.2.SRB达到最大复位次数在eNB侧未成功下发AM信令，会进行HARQ及RLC的重传，在SRB达到最大重传次数后（2.1基线值4次，对应MML参数配置为MaxENodeBRetxThreshold=Maxretx_Threshold_t4）* Polling（2.1基线值定时器45ms，对应MML参数配置为POLLTRANSTIMER=8）后，SRB达到RLC最大重传次数后，如果是普通信令，则会继续等待UE UU口响应定时器超时后释放，若为5大特殊信令，则会在SRB达到RLC最大重传次数后直接启动延迟释放定时器，等待延迟释放定时器超时后掉话。
注：延迟释放定时器配置：eRAN2.1C00~SPC300 T310+T311+10seRAN2.1SPC400 T310+T311+20s延迟释放特殊信令定义：RRCConnectionReconfiguration包括：eRAB建立（default EPS Bearer Context及dedicated EPS Bearer Context），Measurement Control（周期，事件，ANR中读取eCGI）相关流程图简单整理如下：图1 SRB 相关流程2.1.1.2. 用户面相关2.1.1.2.1. DRB 达到最大复位次数在业务保持过程中，由于弱覆盖、信号陡降、拔卡场景下，若eNB 侧RLC 缓存有数据待发送，则易引起DRB 达到最最大重传次数引起的异常释放；在DRB 达到最大重传次数后，以QIC9为例（ 2.1基线值8次，对应MML 参数配置为ENodeBMaxRetxThreshold=Maxretx_Threshold_t8）* Polling （2.1基线值定时器50ms ，对应MML 参数配置为ENodeBPollRetransmitTimer=9）后，DRB 达到RLC 最大重传次数，然后进入延迟释放机制，延迟释放定时器为T310（2.1基线值200ms ，T310=MS200_T310）+T311（2.1基线值10s ，T311=MS10000_T311）+20s2.1.1.3.其他2.1.1.3.1.常规TA超时失步TA调整周期内连续下发3个TA没有收到TA ACK或者TA调整周期内基带连续3次没有上报TA，则认为TA超时。
LTE掉话优化(华为)
秘密▲
连接与掉话的基本概念（3）
掉话的常见表现
2、空口信号变差等原因导致的掉话，从信令看：
只能看到信令不完整——UE在没有收到Release消息的情况下，直接从 RRC-CONNECTED状态转到RRC-IDLE。 此类掉话的一个典型表象为：UE发起了 RRCConnectionReestablishmentRequest、但是没有收到eNodeB发来的 RRCConnectionReestablishment，而且 UE也没有发出 RRCConnectionReestablishmentComplete消息。
秘密▲
常见掉话原因（4）——越区覆盖
优化手段
1. 越区覆盖的一般优化原则是：在区域中已有合理的稳 定信号覆盖的情况下、尽可能地控制越区覆盖的信号：
（1） 下调越区覆盖信号的功率 （2） 增加越区覆盖扇区的天线下倾角 （3） 在考虑了越区覆盖扇区周边的覆盖情况、以及网络拓扑结 构的情况下，谨慎地调整越区覆盖扇区的天线方位角
秘密▲
常见掉话原因（3）——邻区漏配
现象
Missing Neighbor
20 10 0 -10
Servin g Cell CINR
N1 CIN
R
Drop
-70 -90 -110 -130
Serving C ell RSRP
N1 RSRP
秘密▲
常见掉话原因（3）——邻区漏配
分析方法：采用信令分析法。
20 10 0 -10
Serving Cell CINR
Drop
Serving Cell CINR
Drop
N1 CINR
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Huawei Confidential
Page 4
终端侧掉话公式定义
• 终端侧
Call Drop Rate = eRAB AbnormRel/ eRAB Setup Success *100%
eRAB AbnormRel：eRAB异常释放事件次数 eRAB Setup Success：eRAB建立成功事件次数
L.E-RAB.AbnormRel：小区异常释放用户E-RAB的总次数
L.E-RAB.NormRel：小区正常释放用户E-RAB的总次数
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
Page 6
网络侧异常释放Counter 打点
• 如图1中A点所示，当eNodeB发出E-RAB RELEASE INDICATION消息，且释放原因不为“Normal Release”，“User Inactivity”，“CS fallback triggered”，“Inter-RAT redirection”时统计该指标。如 果E-RAB RELEASE INDICATION信令中要求同时释放多个E-RAB，则相应的指标统计多次； • 如图2中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE 的所有E-RAB。当释放原因不为“Normal Release”，“User Inactivity”，“CS fallback triggered”， “Inter-RAT redirection”时，相应的指标累加统计。
检查掉话率指标是否存在问题（OMStar Scene Application LTE_NetworkKPI_MonitorOptimzation_V 1R5 运行结果“06.Retainability” Sheet内）
分别按照掉话率及掉话绝对次数寻找Top小区（ OMStar Scene Application LTE_NetworkKPI_MonitorOptimzation_V1R5 运行 结果” 2.5 CallDrop Top Analysis”Sheet内）
Handover”则统计L.E-RAB.AbnormRel.MME指标。
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
Page 9
网络侧异常释放原因Counter（ 3/4 ）
• 非核心网问题导致的异常释放
如图3中A点所示，当eNodeB向MME发送E-RAB RELEASE INDICATION消息，当释放原因为无线层错 误时，统计L.E-RAB.AbnormRel.Radio指标；当释放 原因为传输层错误时，统计L.E-RAB.AbnormRel.TNL 指标；当释放原因为网络拥塞时，统计L.ERAB.AbnormRel.Cong指标。如果E-RAB RELEASE INDICATION消息中要求同时释放多个E-RAB，则相应 指标根据具体业务数目按上述原因分别进行累加；
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
目录
• 掉话率公式定义 • 掉话问题的常见表现
• 掉话问题范围确定及规定动作执行
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
掉话问题的分析步骤（1/2）
由于成功进行移动性活动的原因值，则判定为正常释放
•
触发异常释放的机制
空口RRC/NAS AM模式信令交互失败； 空口重同步失败； 空口RLC 达到最大重传次数；（包括上行/下行，SRB/DRB）
eNB/MME侧资源拥塞；
传输故障； eNB/MME内部异常；
HUAWEI TECHNOLOGIES CO., LTD.
注：
eRAB Release流程是需要释放一条或多条eRAB连接，在流程完成之后至少还剩余1条默认承载继续保持着； UE Context Release流程是需要释放所有连接，在完成该流程之后，不再存在任何承载（连默认承载都需要释放） HUAWEI TECHNOLOGIES CO., LTD. Huawei Confidential Page 7
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
Page 17
掉话问题的分析步骤（2/2）
第三步：掉话问题规定动作
按规定动作checklist进一步分析，以缩小引起掉话问题的原因和下一步建议采 取闭环动作。
第四步：闭环动作执行
执行闭环动作并评估效果，未达到目标则重复上述步骤进行分析。 如果是可复制的闭环动作，可考虑全网复制。
Huawei Confidential
完整的呼叫流程
如果是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_Cmp
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
掉话问题的表现-从信令跟踪看掉话现象
在eNodeB跟踪到的S1口的标准接口信令中，如果存在eNodeB向MME主动发起的释放，既在S1接口 上发往MME的S1AP_UE_CONTEXT_REL_REQ /ERAB_Release_Indication消息内携带的原因值不 为Normal Release”，“Detach”，“User Inactivity”，“cs fallback triggered”，“Inter-RAT redirection”时，
Page 11
目录
• 掉话率公式定义 • 掉话问题的常见表现
• 掉话问题范围确定及规定动作执行
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
掉话问题的表现-从路测看到的掉话现象
通常路测时，用华为UE加PROBE软件，或者其它商用终端加相应的终端信令跟踪
则判断为掉话。
正常释 放流程
异常释 放流程
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
掉话问题的表现-从话统看到的掉话现象话率和掉话次数来评估是否存在异常，通常 从M2000导出的话统看如下信息：
全网掉话率，掉话次数； TOP小区掉话率、掉话次，Top时间段； 按照小时级寻找Top时间段（ LTE网络性能KPI监控通用模板 “Retainability”Sheet内） 检查掉话率是否存在问题（ LTE网络性能KPI 监控通用模板“Network Summay”Sheet内）
网络侧异常释放原因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异常释放次数）
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
Page 8
网络侧异常释放原因Counter（2/4）
• 核心网问题导致的异常释放
如右图1/图2中A点所示，为MME主动发起E-RAB/UE
CONTEXT释放流程（eNodeB没有发送E-RAB RELEASE Req/UE_Context_Rel_Req消息而直接收到MME下发的ERAB RELEASE COMMAND / UE_Context_Rel_Cmd）；
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
Page 18
掉话问题范围确定---判决条件
“TOP小区”问题：
分别去除前10％的”掉话率TOP差小区”和”eRAB异常释放次数TOP高小区”后，如果整网 掉话指标明显改善且与原来持平（或者达到 了目标值），则定义为TOP小区问题。
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
Page 10
网络侧异常释放原因Counter（ 4/4 ）
• 非核心网问题导致的异常释放
如图4中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE的所 有E-RAB。当释放原因为无线层错误时，统计L.ERAB.AbnormRel.Radio指标；当释放原因为传输层错误 时，统计L.E-RAB.AbnormRel.TNL指标；当释放原因为 网络拥塞时，统计L.E-RAB.AbnormRel.Cong指标，本 指标统计包括因抢占和资源拥塞导致的异常释放；当释
第一步：掉话问题范围确定
通过话统分析掉话问题的主要范围，是“TOP小区/站点问题”、“整网问题” 。
第二步：掉话问题原因细分
通过各数据源细分掉话问题的主要原因。
主要是话统数据及CHR数据的分析（如果是整网问题，需要通过话统数据进行分析；如果
是Top小区/站点问题，可结合话统和CHR数据一起分析）