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网络优化指导书掉话优化责任部门：审核：批准：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问题定位指导书-掉话篇(仅供内部使用）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掉话问题定位和优化指导书(仅供内部使用）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掉话问题定位专家指南(仅供内部使用）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掉话优化指导书－影响掉话的定时器目录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超时。

精选文档，希望能帮到您TD-LTE掉线分析指导书R1.3版本更新说明作者适用对象：TDD网优工程师使用建议：在阅读本文档之前，建议先了解下面的知识和技能：后继资料：在阅读完本文档之后，你可能需要下面资料：关于这篇文档摘要目录1 概述 (1)2 TD-LTE完整业务流程 (1)2.1 自研UE信令 (4)2.2 CNT信令 (5)3 掉线问题分析 (5)3.1 掉线率公式 (8)3.2 重建原因 (8)3.2.1 定时器不合理 (8)3.2.2 上行干扰 (9)3.2.3 下行干扰 (13)3.2.4 切换准备问题 (14)3.2.5 有MR但无重配 (17)3.3 UE触发重建 (20)3.3.1 UE触发重建未果 (22)3.3.2 UE触发重建被拒 (22)3.4 RRCCONNECTIONRELEASE掉线 (24)3.5 其他类掉线 (24)4 后台掉线率定义 (24)4.1 掉线原因分类及公式 (25)4.2 KPI分析方法 (27)5 总结 (27)图目录图1-1 TD-LTE信令基本流程 (1)图1-2 自研UE信令 (4)图1-3 CNT信令 (5)图2-1 RRC重建无果 (5)图2-2 RRC重建被拒 (6)图2-3 异常收到RRC释放消息 (6)图2-4 TD-LTE掉线问题总结 (7)图2-5 切换参数查看 (14)图2-6 切换成功与切换失败表现 (14)图2-7 UE触发重建被拒 (21)图3-1 TD-LTE掉线处理流程 (23)图3-2 影响网优告警列表 (24)1 概述本文主要介绍了TD-LTE系统掉线问题优化方法，通过对各局出现的掉线问题进行讲解说明，总结了TD-LTE掉线的处理思路及优化方案，为后续各个外场处理TD-LTE掉线问题提供了优化经验。

2 TD-LTE完整业务流程TD-LTE完整业务信令流程如下：图2-1 TD-LTE信令基本流程完整的业务流程共包含4部分，分别如图中所标识的1（红色）接入过程；2（蓝色）与NAS层完保交互过程；3（绿色）无线承载建立过程；4（黄色）释放过程。

LTE掉话优化指导书－第四部分：优化案例目录LTE掉话优化指导书 (1)1概述 (1)2优化案例 (1)2.1.某局点升级后掉话率KPI分析 (1)2.1.1.问题描述 (1)2.1.2.问题分析 (2)2.1.3.分析结论 (9)2.1.4.解决措施 (9)1概述本《LTE掉话优化指导书》重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例；本《指导书》结构如下：第一部分主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义；第二部分给出了常见的掉话原因，掉话机制的介绍；第三部分介绍了掉话问题的隔离定位分析方法；第四部分分享了掉话优化的典型案例；第五部分介绍了CHR数据的分析方法，影响掉话的定时器介绍及重建的机制介绍。

2优化案例2.1.某局点升级后掉话率KPI分析2.1.1.问题描述某局点在升级至eRAN2.1SPC420之后，掉话率突变，需要分析引起变化的原因。

2.1.2.问题分析2.1.2.1.升级前后掉话率趋势分析全网升级至eRAN2.1SPC420后，平均掉话率约在0.6%，而相同区域升级前为2%由于是按不同区域分段执行，故在12月5号到12月10号期间掉话率指标有一个逐渐缓降的过程。

在12月12号完成了全网所有站点的升级。

掉话率趋势如下图所示：图1某局点掉话率趋势2.1.2.2.掉话原因分布分析从话统Counter记录的掉话原因来看，由于无线侧原因导致的掉话占绝大多数该局点终端形态多以CPE为主，相对位置比较固定，故切换引起的掉话比例很少；该局点的800M站点大多不连续覆盖，也一定程度上导致了弱覆盖等原因引起的掉话；掉话原因分布如下：图2某局点掉话原因分布2.1.2.3.Top小区话统数据分析Top小区定义：将掉话率高于10%的小区按eRAB异常释放次数从大到小降序排列，然后取Top5小区进行统计，结果如下；图3某局点Top小区掉话率统计升级前：Top5站点贡献0.31%的正常释放，但贡献了24.95%以上的异常释放；升级后：Top5站点贡献不到0.16%的正常释放，但贡献了17.75%以上的异常释放；故同Top小区对掉话率的贡献来看，其“害群之马”的现象还是比较明显。

LTE掉话优化指导书－CRH数据分析方法目录LTE掉话优化指导书 (1)1概述 (1)2C HR数据分析方法 (1)2.1.1.L3打点信息介绍 (1)2.1.2.L2打点信息介绍 (9)1概述本《LTE掉话优化指导书》重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例；本《指导书》结构如下：第一部分主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义；第二部分给出了常见的掉话原因，掉话机制的介绍；第三部分介绍了掉话问题的隔离定位分析方法；第四部分分享了掉话优化的典型案例；第五部分介绍了CHR数据的分析方法，影响掉话的定时器介绍及重建的机制介绍。

2CHR数据分析方法2.1.1.L3打点信息介绍掉话问题定位分析过程中，主要涉及的L3字段如下：2.1.1.1.同一次呼叫的判断在CHR数据中，由于L1、L2、L3、FPGA等信息都是在不同记录中独立显示的，故如何判断这些信息属于同一次呼叫需要按照ulCallID字段来判断。

通常相同时间段内CallID相同的记录就属于同一次呼叫。

图1CallID字段2.1.1.2.内部释放原因CHR内部释放原因值字段名称为“usRelCause”，位于InnerRelEvent节点下，用于指示内部释放的原因值，但其中并不是所有的释放原因都是掉话原因，部分内部释放其实并不会导致掉话，常见的掉话原因参见下表所示：图2异常释放原因值界面2.1.1.3.业务建立所在CellID在CHR内部，业务建立所在的CELLID在InitialUeMsg内进行记录，字段名称为“ulCellId”，该字段是以eNodeBID+LocalCellID的方式进行记录。

图3小区ID字段界面在优化分析过程中，需要将CHR记录的10进制CellID先转化为16进制，然后后两位标识的是Cell ID，剩余的前几位标识的是eNodeBID，然后再分别将这几位转换成10进制既得到实际的eNodeBID及CellID举例如下：图4显示界面如上图所示，某站点CHR记录到的ulCellId字段的数据为“80386052”，转换成16进制为“4CA9804”，然后取右边最后两位“04”为Cell ID，转换成10进制既得到了Cell ID为“4”；而剩余的左边5位为“4CA98”，转换成10进制为既得到eNodeB ID为“314008”，然后通过工参信息表或者MapInfo等工具查找该站点的相关信息。

一、越区覆盖
1、造成越区覆盖原因：天线挂高较高，覆盖较远；该区域覆盖较差，没有主覆盖；地形复杂引起覆盖的不规则；相邻关系定义不全造成的孤岛效应等。

危害：对其它基站造成干扰，丢失邻区关系形成孤岛效应而导致掉话等
2、解决措施
（1）、增大天线倾角。

（2）、降功率。

（要慎重，有可能造成该小区主力覆盖方向的室内覆盖不好）。

（3）、对于全向站而言，天线倾角无法更改，添加切换关系，适当降一点功率；更改频点等。

二、频繁切换(乒乓切换)
1、产生的原因：
（1）、无主覆盖，移动中的用户，由于多径效应和楼房阻挡的阴影效应等，使得信号起伏较大，引起切换比较频繁。

这种情况下，可以调整小区的覆盖方向，增强该区域的覆盖，或在通信质量较好的情况下，可以适当的调高周围小区之间的切换门限等。

（2）、其它如拥塞释放引起的切换等。

2、解决措施
（1）、增强较近小区功率（有可能造成该区域干扰、导致覆盖方向的室内覆盖不好）
（2）、通过调整切换门限和切换判决的速度控制频繁切换
三、切换失败
1、产生原因
（1）、目标小区存在较强的干扰，解不出物理层信息。

（2）、目标小区的电平很差，手机不能够同目标小区取得同步。

这种情况多发生在紧急切换时：邻小区中没有较好的目标小区，但已达到紧急质量或电平切换的门限，发起切换，由于目标小区的电平太差，导致切换失败。

（3）、硬件有故障。

但这不能从一次单一的路测就下结论，通过检查该小区的切换成功率，如果在近期一直很低，可能硬件出了故障。

（4）、软件故障
（5）、存在同频同BSIC的邻区关系，基站不能识别到底为哪一个基站的信号，发起的误切换指令。

LTE掉话优化指导书－第一部分：掉话分类定义目录LTE掉话优化指导书 (1)1概述 (2)2掉话分类定义 (2)2.1.路测数据 (2)2.1.1.掉话定义 (2)2.1.2.表现形式 (3)2.1.3.获取方式 (5)2.2.标口信令 (5)2.2.1.掉话表现形式 (5)2.2.2.获取方式 (8)2.3.话统数据 (14)2.3.1.掉话率指标话统公式 (14)2.3.2.掉话Counter介绍 (14)2.3.3.获取方式 (21)2.4.CHR数据 (22)2.4.1.获取方式 (22)2.4.2.呈现方式 (25)1概述本《LTE掉话优化指导书》重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例；本《指导书》结构如下：第一部分主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义；第二部分给出了常见的掉话原因，掉话机制的介绍；第三部分介绍了掉话问题的隔离定位分析方法；第四部分分享了掉话优化的典型案例；第五部分介绍了CHR数据的分析方法，影响掉话的定时器介绍及重建的机制介绍。

2掉话分类定义掉话是指在UE在与eNB间成功建立eRAB之后，由于异常原因导致的eRAB释放，本章将分别从路测数据、标准接口信令、话统数据及CHR数据4个方面介绍一下掉话的表现。

2.1.路测数据2.1.1.掉话定义在华为Probe&Assistant侧对于掉话（eRab Abnormal Release）的定义如下：一、没有收到“DEACTIVATE EPS BEARER CONTEXT REQUEST”的NAS消息，也没有收到MME的“DETACH REQUEST”的NAS消息，也没有向网络侧主动发出“DETACH REQUEST”的NAS消息，收到了RRCConnectionReconfiguration消息，且其中有信元“drb-ToReleaseList”，则生成一次ERABAbnormalRel，在Info中显示所有“drb-ToReleaseList”下对应的eps-BearerIdentity，并记录ReleaseList下的eps-BearerIdentity个数。

LTE的掉话原因分析及处理思路LTE“掉话”是指UE异常退出RRC_CONNECTED状态导致的连接中断。

统计节点为“RrcConnctionReconfigurationComplete”消息正确达到网络侧开始，之后进行的各类业务，未正常释放的均计为“掉话”。

正常释放流程如下：一、外场常见掉话原因分析目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、拥塞等。

掉话原因1：弱覆盖现象:由于弱覆盖导致的掉话，通常有以下表现：1.掉话前服务小区的RSRP持续变差（低于弱覆盖标准，如小于-105dBm），同时服务小区的SINR也一起持续变差（小于0dB，甚至小于-3dB）。

2.掉话后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UE无数据上报（类似于UE脱网）。

解决方案:要解决此类掉话，需要改善覆盖。

具体手段有：1.首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。

2.根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区，并加强它的覆盖。

如常用的天馈调整、站点建设等。

具体案例：对呼和浩特市大昭寺前街DT过程中占用到大昭寺华隆小区-FL_3小区，覆盖较差存在掉线风险。

通过调整PA：3→0，RS参考功率：13.4dB→15.2dB，覆盖改善，掉线风险大大降低。

掉话原因2：越区覆盖现象:在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况，导致“孤岛覆盖”无法与周边站点进行正常切换掉话，通常有以下表现：1.越区覆盖导致的“导频污染”。

在覆盖区内，没有稳定的强信号作为主服务小区。

服务小区信号的频繁变化，是导致掉话的一个主要原因。

2.越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）。

在某些区域，主服务小区收到越区信号的干扰，最终导致掉话。

解决方案：1.越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。

LTE的掉话原因分析及处理思路(加精LTE（Long-Term Evolution）是一种移动通信技术，为用户提供高速数据传输和更稳定的通信质量。

然而，LTE网络在实际使用中可能会出现掉话现象，影响用户的通信体验。

掉话是指通话或数据传输过程中突然中断的情况，可能由多种原因引起。

本文将对LTE掉话的原因进行分析，并提出相应的处理思路。

一、LTE掉话的原因分析：1.频率干扰：当LTE信号受到其他频段或其他无线设备的干扰时，会导致通信中断或掉话。

2.基站负载过重：如果LTE基站的通话负荷过重，可能会导致通信连接不稳定，从而引起掉话现象。

3.地形遮挡：地形起伏或建筑物阻挡信号传输会导致LTE信号弱化，从而影响通话质量。

4.用户位置变动：当用户在快速移动过程中，如高速驾驶或地铁运行中，可能会导致基站切换不及时，引起掉话。

5.信号干扰：电磁干扰、天气影响或其他无线设备工作可能会对LTE 信号产生干扰，造成掉话现象。

6.网络故障：LTE基站设备故障、传输线路故障等都可能导致通信中断或掉话。

7.用户设备问题：用户使用老旧或不兼容的设备、软件问题、设备损坏等都可能导致LTE掉话。

二、LTE掉话处理思路：1.优化网络规划：对LTE网络进行规划优化，调整基站覆盖范围和功率等参数，提高信号质量和覆盖范围，降低掉话率。

2.增加基站密度：增加LTE基站密度，提高信号覆盖范围和质量，减少用户在移动过程中的掉话现象。

3.加强干扰监测：实时监测LTE信号干扰源，及时发现并处理可能影响通信质量的干扰因素，减少掉话发生的可能。

4.提高用户设备兼容性：鼓励用户使用符合LTE标准的设备，避免因设备兼容性问题而引起的掉话现象。

5.强化故障处理机制：建立健全的LTE故障处理机制，快速响应网络故障事件，提供快速恢复服务，降低掉话率。

6.加强用户培训：向用户普及LTE网络知识，教育用户正确使用设备、信号、网络选择等功能，减少用户因操作不当而引起的掉话。

LTE劣化小区优化指导手册目录1掉线类问题 (3)1.1影响掉话问题的常见因素 (3)1.2整体分析思路 (4)1.3掉线问题接入初步分析 (5)1.3.1KPI趋势分析 (5)1.4参数核查 (5)1.5操作日志、设备故障、告警/外部事件排查 (6)1.6版本差异和已知问题排查 (8)1.7网络规划优化 (8)1.7.1弱覆盖排查 (8)1.7.2切换异常和邻区分析 (8)1.7.3负载和容量分析 (8)1.8射频通道和干扰排查 (9)1.9Top用户/Top终端类型排查 (9)1.9.1TOP用户识别 (9)1.9.2TOP终端类型识别 (9)1.10核心网异常排查 (9)1.11传输排查 (9)2高S1切换占比问题 (11)2.1X2接口信令异常 (11)3高RRC重建问题 (13)3.1重建机制介绍： (13)3.2与主要网管指标关联分析 (14)3.3与MR指标相关分析 (14)3.4打开关闭DRX特性重建比率验证 (14)3.5相关参数优化 (14)3.6与终端关联分析 (14)3.7结论 (15)4高PDCP层时延 (16)4.1用户面（数据面）时延介绍 (16)4.2用户面时延问题定位 (17)4.2.1Ping时延分段定位 (17)4.3本地UE PC获取时延 (18)4.4Wireshark工具精确时延获取 (18)4.5Ping时延eNodeB侧L2处理时延获取 (19)5总结 (21)LTE劣化小区优化指导手册概述本文介绍了高掉话问题、高S1切换问题，高RRC重建问题，高PDCP层时延问题的排查方法。

1 掉线类问题1.1 影响掉话问题的常见因素1.2 整体分析思路1.3 掉线问题接入初步分析1.3.1 KPI趋势分析掉话率长期趋势分析，确认是逐渐恶化还是突然恶化。

如果是突然恶化，那么在转折点附近寻找异常；如果是逐渐恶化则需要分析负载、容量、当地话务模型。

掉话率趋势线与切换成功率、RB利用率、用户数、CPU负载趋势线密切相关。

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-1NAS和AS的几种状态移动性管理（EMM）连接管理（ECM）无线资源控制（RRC）上图给出了从开机到进入激活（数据传输）状态过程中，从不同角度来看的“状态”的变化情况。

从EPS移动性管理（EMM）的角度来看，在UE成功附着之前，都认为是未登记（Deregistered）状态，直至UE发起、并成功登记。

对于EPS连接管理（ECM）来说，只有在激活态时，UE才会跟EPS是连接的，其余时间，UE处于和EPS的空闲状态。