LTE掉话优化(华为)资料

华为TD-LTE后台优化操作指导书一、常用指令： (4)二、集中任务管理安全操作： (12)三、数据信息采集类分析 (15)3.1数据项采集法 (15)3.2 故障场景采集法 (15)3.3 采集通道 (15)3.3.1 运行NIC (16)3.3.2 建立数据采集任务 (16)3.3.3 数据采集和导出 (19)3.3.4 分析采集到的数据 (19)四、后台灌包测试 (19)4.1查询小区下所有UE的基本信息 (19)4.2 查询指示UE在线信息 (20)4.3 查询设备IP配置信息： (20)4.4 启动Uu口数据测试 (21)4.5 查询Uu接口数据测试信息 (21)4.6 前台通过Proble进行灌包速率查看 (21)五、监控告警跟踪管理 (21)5.1 告警查询 (21)5.2 信令跟踪 (22)第二部分：KPI分析类 (23)六、切换类 (24)6.1 切换原理 (24)6.2 切换相关定义 (24)6.2.1切换事件 (24)6.2.2 切换失败原因 (25)6.2.3 切换失败参数调整 (25)七、掉线类 (26)7.1 掉线定义 (26)7.2.1 掉线问题范围确定 (27)7.2.2 基本要素排查分析定位 (27)7.2.3 掉线优化调整 (27)八、接入类 (28)8.1 接入定义 (28)8.2 接入问题定位 (29)九、互操作类 (29)9.1 GTL语音互操作 (29)9.1.1 TDL->GSM配置步骤 (29)9.1.2GSM->TDL配置步骤 (29)9.2 GTL数据互操作 (30)9.2.1 TDL->TDS配置步骤 (30)9.2.2 TDS->TDL配置步骤 (30)9.3 互操作参数 (30)第一部分：操作类一、常用指令：TDL站点状态查询指令：1、LST CELL:; 查询小区静态参数可以查询频点、PCI、上下行时隙配比、特殊子帧配比、根序列索引、小区发送与接收模式等参数。

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的关键指标之一，通常都会与客户投诉，用户感知联系在一起；是局方和一线最为关注的指标之一。

HUAWEI TECHNOLOGIES CO., Huawei Confidential文档密级：内部公开2017-2-6TDD LTE网络KPI 常见问题和优化方法第1章接入问题定位优化方法第2章切换问题定位优化方法第3章掉话问题定位优化方法第4章相关工具和信息获取方式第1章接入问题定位优化方法第1节接入流程及问题表现第2节问题定位、解决方法第3节交付件接入流程接入流程可以分为四个步骤:☐随机接入☐RRC连接建立☐鉴权☐E-RAB建立接入问题的主要表现也体现在这四个步骤上。

RRC连接建立失败RRC连接建立的话统统计☐【A点】⏹指标L.RRC.ConnReq.Att加1，不统计重发的次数☐【C点】⏹指标L.RRC.ConnReq.Succ加1，不统计重发的次数RRC建立连接失败在ENB侧的表现如下：☐RRC_CONNECTION_CMP没有收到☐ENB回复RRC_CONNECTION_REJECT鉴权流程失败这里所说的鉴权流程指的是在S1口上，ENB发起UE_INITIAL_MESSAGE到收到核心网侧发送的INITIAL_UE_context_Setup_REQ这之间的所有流程交互：该流程存在问题导致接入失败的几个现象☐UE与核心网直传消息空口交互丢失（ENB侧来看是对应的上行直传消息没有收到）☐核心网直接发送释放命令☐核心网不响应或者响应过慢E-RAB建立失败E-RAB建立的话统统计☐【A点】⏹如图中A点所示，当eNodeB收到来自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息时E-RAB建立尝试次数累加☐【B点】⏹如图中B点所示，当eNodeB收到来自MME的E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息时E-RAB建立成功次数累加E-RAB建立失败在空口信令的表现☐空口安全交互，UE回复FAIL☐空口安全交互，UE未回复CMP☐空口DRB建立重配，UE未回复CMP☐空口UE能力查询，UE未回复E-RAB建立失败（续）●E-RAB建立失败S1口信令表现（空口信令交互正常）☐核心网异常☐无线资源申请失败☐GTPU资源申请失败第1章接入问题定位优化方法第1节接入流程及问题表现第2节问题定位、解决方法第3节交付件接入失败问题定位规定动作话统分析☐通过话统分析可以区分RRC建立失败或者E-RAB建立失败的TOP小区和统计TOP时间段☐通过话统分析可以区分RRC建立失败是因为空口原因导致还是由于小区资源问题导致。

华为LTE重要指标参数优化方案I.引言：随着移动通信技术的快速发展，LTE（Long Term Evolution）已成为第四代移动通信技术的主流标准。

作为领先的通信设备供应商之一，华为致力于提供高质量和高效率的LTE网络。

在LTE网络建设和运维过程中，重要参数的优化对于提高网络性能至关重要。

本文将探讨LTE网络中一些重要的参数优化方案。

1.带宽优化：LTE网络的带宽对于网络性能具有决定性影响。

通过合理规划和配置带宽资源，可以提高网络吞吐量和响应速度。

以下是一些带宽优化方案：-确定最佳信道带宽：根据网络需求和资源状况选择合适的信道带宽，以平衡用户体验和系统负载。

-动态带宽分配：根据网络负载情况，实时分配带宽资源，以确保网络的高效运行。

-小区频段配置：根据网络拓扑和覆盖需求，合理配置小区频段，以避免频段重叠和干扰。

2.小区配置优化：小区配置对于提高信号覆盖和质量至关重要。

以下是一些小区配置优化方案：-小区位置优化：通过合理的小区规划和布局，减少重叠覆盖和盲区，提高整体网络覆盖率。

-射频参数调整：包括功率控制、天线高度和方位角调整等措施，以优化信号覆盖范围和质量。

-频率重用：通过合理配置频率资源，减小频率干扰，提高网络容量和性能。

3.扇区间协作优化：LTE网络中的扇区间协作对于优化网络性能非常重要。

以下是一些扇区间协作优化方案：-小区间干扰抑制：通过合理配置物理层参数，例如邻区关系定义和功率控制策略，减少干扰对用户体验的影响。

-软切换优化：通过合理设置小区切换门限和时延参数，优化用户的切换体验，并减少呼叫掉话率。

4. QoS（Quality of Service）优化：为了提供更好的服务质量，有效的QoS优化方案至关重要。

以下是一些QoS优化方案：-可选业务优先级：根据业务的重要性和用户需求，设置合适的业务优先级，以保证关键业务的服务质量。

-上下行速率调整：根据网络负载和用户需求，动态调整上下行速率参数，以提高网络吞吐量和稳定性。

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掉话优化指导书－第四部分：优化案例目录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掉话优化指导书－第一部分：掉话分类定义目录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网络接入优化案例
[故障描述]
6月25日发现CCCC_岱山公园北_HLH_F26_1小区无线掉线率指标较差，晚忙时无线掉线率大于10%。

[故障诊断]
1、小区告警排查：查询CCCC_岱山公园北_HLH_F26基站无影响业务告警，设备运行正常，设备单板负荷正常。

2、小区底噪排查：小区底噪-109dBm，底噪正常。

进行标准接口信令跟踪发现UE_CONTEXT_REL_REQ消息中无线网原因值为UE LOST。

失败的原因如下。

查看指标发现无对应的邻区关系导致无法发起同频切换过程的次数较多，怀疑UE 在个别区域因无对应邻区关系，切换不及时导致掉线。

[解决措施]
已通过mapinfo及跟踪信令补全CCCC_岱山公园北_HLH_F26_1小区周边邻区关系后观察指标变化。

[效果对比]
[预防、监控措施]
对指标统计中无对应的邻区关系导致无法发起同/异频切换过程的次数较多的小区应通过查看mapinfo、跟踪信令、开启ANR等手段补全邻区关系。

LTE劣化小区优化指导手册目录1 掉线类问题 (3)1.1 影响掉话问题的常见因素 (3)1.2 整体分析思路 (4)1.3 掉线问题接入初步分析 (5)1.3.1 KPI趋势分析 (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 射频通道和干扰排查 (8)1.9 Top用户/Top终端类型排查 (9)1.9.1 TOP用户识别 (9)1.9.2 TOP终端类型识别 (9)1.10 核心网异常排查 (9)1.11 传输排查 (9)2 高S1切换占比问题 (11)2.1 X2接口信令异常 (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.1 Pi ng 时延分段定位 (17)4.3 本地UE PC获取时延 (18)4.4 Wireshark工具精确时延获取 (18)4.5 Ping时延eNodeB侧L2处理时延获取 (19)5 总结 (21)LTE 劣化小区优化指导手册概述本文介绍了高掉话问题、高 S1切换问题，高RRC 重建问题，高PDCP 层时延问题的排查方法。

1掉线类问题1.1影响掉话问题的常见因素口艮養过鬲W 致厲话 »甲际皿刃据导改禅氓 亠」1区庄户数超聂大規格响国強囚在掉IJ]的去匱。

剖汕./LAH ^HB 或T5CP 异韋。

AT©p 絲谶4■依异希* A 秦苗邨端能力I 賬制 启抒导狡棹话*例 如・不支恃汕凤导 致乜找异常棒话A 诰音存在船响抻口 的畝譚汛寒，洌叩建 诃，aMfii 运行异常半 吿警*»痈£■网祐菁■件词閣口 铁EIT 弄常释覘：1.2 整体分析思路规定动作名称 分析目的1 :掉话问题范围、KPI 趋势分析、话统原因分解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网络知识，教育用户正确使用设备、信号、网络选择等功能，减少用户因操作不当而引起的掉话。