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小区对掉话率的贡献来看，其“害群之马”的现象还是比较明显。