掉线率分析-中兴20140818
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。
LTE切换成功率分析-中兴20140818
切换分析1.全网切换指标统计近期切换成功率呈持续下降趋势，对切换失败原因进行统计，发现切换成功率降低与目标侧准备失败上升呈相同趋势，原因为近期核心网组POOL，个别站点漏配路由导致周围小区向该基站切换入全部失败和邻区参数存在5000多条不一致导致切换出侧准备失败。
这两个问题在8月14日下午部分进行处理，8月15日切换成功率回归到98.07%，但仍跟8月6日98.5%存在差距。
提取8月17日切换成功率相关指标，发现子网-1、子网-2、子网-3、子网-4切换成功率差的主要原因为准备失败-目标侧准备失败；子网-6切换成功率差的主要原因为准备失败-其他原因。
子网1：子网2：子网3：子网4:子网5：子网6：子网10：集团切换成功率公式：(C373250980+C373261280+C373271580+C373281880+C373292180+C373302480)/(C3732509 00+C373250901+C373250902+C373250903+C373261200+C373261201+C373261202+C37326 1203+C373271500+C373271501+C373271502+C373271503+C373281800+C373281801+C373 281802+C373281803+C373292100+C373292101+C373292102+C373292103+C373302400+C3 73302401+C373302402+C373302403+C373250988+C373261289+C373271588+C373281888+ C373292189+C373302488)相关计数器说明如下表：2.切换的信令流程及相关的失败信令点统计①S1的目标侧准备失败，此时说明切换请求并没有到目标侧小区，在MME侧已经回了失败。
从现网排查出的主要原因是核心网组POOL个别站点漏配或错配远端地址。
案例-切换入失败导致掉线率升高问题案例
切换入失败导致掉线率升高问题摘要：芜湖校园覆盖场景复杂、业务需求量集中等特点，切换及时性很大程度上影响到学生用户的体验，由于学生用户有很大的发展潜力，所以解决学生用户的感知尤为重要。
关键字：LTE；PATH SWITCH；掉线【问题描述】WH-市区-联大南-ZFTA-442444-50小区在学校开学发现频繁出现E-RAB掉线率指标走高，这严重影响学生用户感知，从统计网管失败原因COUNT计数器来观察主要原因是X2口切换入指标比较异常，如下表1：表1：Path故障引起E-RAB掉线率高【问题分析】一、告警查询查询无告警，如下图1：图1：告警查询二、PATH SWITCH流程如下图2：PATH SWITCH切换流程图2：Path Switch切换流程该类型的失败是在切换入执行过程，目标eNB向MME发送PATH SWITCH请求消息后，未收到ACK或收到failure消息，统计为失败，即目标eNB发送消息9，但是未收到消息10或者消息10失败导致：从流程上看，该问题与MME存在一定的关系，到底是Path switch request消息响应超时还是MME回复失败，抓取的问题信令查看，从如下的失败统计看，是目标eNB发送了Path switch request消息给MME，但是一直未收到MME的ACK。
如下表2：表2：跟踪Path Switch失败的信令从跟踪的情况分析，需要从MME侧联合跟踪确认为何Path switch request消息发上去后MME一直未发响应消息，查询基站对于Path switch定时器设置，为默认5000ms，如图3，即目标基站在5秒内收不到ACK会认为Path switch request无响应，记为一次失败。
图3：Path Switch定时器将问题及现象反馈给MME侧联合排查，从核心网反馈近段时间在MME并未做任何操作及改动，但是从负荷情况下，由于近段时间校园开学，负荷有明显增加的情况，此站点开学后一直处于高负荷状态，核心网对于Path switch request消息的处理时长可能会增加，核心网对Path switch定时器设置为15秒，基站侧设置5秒，两者差异过大，可能导致出现该问题。
VoLTE掉线率优化处理分析
VoLTE掉线率优化处理分析VoLTE掉线率优化处理思路【摘要】VoLTE即Voice over LTE，它是⼀种IP数据传输技术，使得⽤户在LTE⽹络下不仅仅能够享受⾼速率的数据业务，同时还能获得⾼质量的⾳视频通话。
VoLTE是基于IMS的语⾳业务，⽽IMS由于⽀持多种接⼊和丰富的多媒体业务，成为全IP时代的核⼼⽹标准架构, 本⽂主要介绍VoLTE掉话率优化⽅法，为后续VoLTE接⼊成功率的优化提升提供参考【关键字】VoLTE掉话率【故障现象】VoLTE掉话排查思路1、⽆线侧原因排查：终端异常进⼊空闲模式或者⽆线链路失败、RRC重建失败，需要查看当时的SINR和RSRP，确认是否由于越区覆盖、邻区漏配、PCI模3⼲扰、弱覆盖、基站故障等⽆线问题导致，VoLTE掉话应重点关注以下⼏个环节：是否发⽣⽆线链路失败终端在⽆线质量极差时会发⽣⽆线链路失败（Radio Link Failure,RLF）事件，RLF事件可从路测软件中查到。
出现⽆线链路失败后建议检查以下⼏点。
1) 邻区漏配导致⽆法切换导致掉话。
邻区漏配现象：掉话前下⾏覆盖变差， UE多次上报测量报告（MR），已经满⾜切换门限后⽹络侧不下发包含mobilitycontrol的RRC重配消息，最后掉话。
2) 覆盖弱导致⽆线链路失败（Radio Link Failure）3) ⼲扰强造成了SINR低，导致⽆线链路失败（Radio Link Failure）。
建议检查掉话点的SINR、RSRP以及相邻站点的PCI，确认是否存在越区覆盖、重叠覆盖、PCI模3⼲扰等。
⽆线链路失败后是否RRC重建成功RLF之后若终端搜索到合适的⼩区，可发起RRC重建流程。
重建成功话⾳则得到接续，不算掉话。
设备功能问题导致掉线说明：若⽆线环境较好未发⽣⽆线链路失败⽽终端突然掉线，建议检查基站或终端是否存在功能问题导致掉话。
例如：TM3/8转换导致掉话。
2、EPC原因排查：如果通话发⽣专⽤承载丢失、去激活承载消息未收到、核⼼⽹下发Detach Request，跟踪MME、S/PGW、PCRF信令查找问题原因。
LTE掉线率分析及其指标优化
中 断 率 ，是 指 在 移 动 通 信 的 过 程 中 ,通 信 意 外 中 断 的 几 率 。运 营商主要采用了交换掉话率和无线掉 沿 用 了 掉 线 率 这 个 概 念 ，其 也 是 以 掉 话 率 的 概 念 和 统 计 思 路 为基础演进而来。目前,LTE网络掉线是指UE完成“RRC Con nection Reconfiguration Complete' 处于连接态后 ，由于干扰、 弱 覆 盖 或 其 他 原 因 导 致 的 U E 上 下 行 失 步 ，触 发 重 建 未 果 或 者 被拒的过程。
成本利润来计算最后的产品目标成本;就选择测算法来说，它 所 考 虑 的 重 点 因 素 是 先 进 产 品 ，将 先 进 产 品 作 为 重 要 的 目 标 成 本 展 开 相 应 的 成 本 预 测 。为 了 更 好 地 做 好 关 于 通 信 工 程 项 目的成本预测，需要项目负责人能够制定较为详细的成本控 制 计 划 ，将 通 信 工 程 的 成 本 计 划 以 及 实 际 执 行 情 况 有 机 结 合 起来。 3 . 2 成本控制
控制目标以及将成本控制的责任及权利有机结合。为了做好 成 本 控 制 工 作 ，需 要 强 化 通 信 工 程 的 内 部 控 制 ，主 要 包 括 通 信 使 用 设 备 、施 工 人 员 以 及 施 工 材 料 等 环 节 的 控 制 。 3.3成本考核与分析
成本考核的重要目的在于最终完成制定的成本目标。考 核的内容具体包括项目成本的实际落实状况、成本的计划制 定以及成本计划的实际执行情况等等。为了更好地做好成本 考 核 与 分 析 工 作 ，需 要 规 范 通 信 工 程 项 目 的 资 金 结 算 工 作 ，使 得成本的考核结果在实际控制范围内。
掉线问题的分析处理步骤--控制天线波瓣优化高掉线
掉线问题的分析处理步骤•第一步：掉线问题范围确定通过话统分析掉话问题的主要范围，是“TOP小区/站点问题”、“整网问题”。
•掉线问题原因细分通过各数据源细分掉话问题的主要原因。
主要是话统数据及CHR数据的分析（如果是整网问题，需要通过话统数据进行分析；如果是Top小区/站点问题，可结合话统和CHR数据一起分析）。
•掉线问题规定动作按规定动作checklist进一步分析，以缩小引起掉话问题的原因和下一步建议采取闭环动作。
•闭环工作执行执行闭环动作并评估效果，未达到目标则重复上述步骤进行分析。
如果是可复制的闭环动作，可考虑全网复制。
2掉线TOP小区分析处理2.1问题现象统计7月24日8:00至23:00 E-RAB掉线率指标，发现EDOS-东胜-王家塔煤矿-HFTB-62356-51小区E-RAB异常释放148次，E-RAB掉线率1.75%，指标较差，通过查询三天的E-RAB异常释放原因，主要失败原因为无线层问题导致的E-RAB异常释放查看该小区的覆盖环境，通过MapInfo核查该小区覆盖方向存在一个站点EDOS-东胜-王家塔煤矿宿舍楼-HF-62695，两站站间距离为1.12公里，故EDOS-东胜-王家塔煤矿-HFTB-62356-51接入的用户有一半为越区覆盖导致，因此掉线率较高。
查看两小区GPS信息，发现EDOS-东胜-王家塔煤矿-HF-62356站点天线海拔高度为1357米，EDOS-东胜-王家塔煤矿宿舍楼-HF-62695站点天线海拔高度为1347米，两站天线海拔高度落差为10米，如下图所示，EDOS-东胜-王家塔煤矿-HF-62356站点天线海拔高度较高导致其覆盖距离较远。
下面是天线机械下倾角和电子下倾角的仿真图：天线机械下倾角方向仿真图（左边是天线后瓣信号方向图，右边是天线主瓣方向图）天线电子下倾角方向仿真图（左边是天线后瓣信号方向图，右边是天线主瓣方向图）从上面的仿真图可以明显看出，天线电子下倾角在0°-10°范围内逐渐增大，天线主要能量程环形逐渐向内收缩，可以明显起到控制覆盖的作用。
lte掉线专题分析指导 v
东莞LTE掉线指标专题分析指导1、概述本文主要结合东莞移动LTE现网无线掉线指标情况，根据现网数据统计分析，重点介绍了LTE系统内掉线率指标的优化思路、分析方法、定位手段及典型案例；影响掉线指标的原因主要包括：弱覆盖、干扰、故障及参数设置、异常TOP终端等。
2、无线掉线率定义及分析2.1无线掉线指标定义无线掉线率= eNB异常请求释放上下文数/初始上下文建立成功次数*100%。
（eNB请求释放上下文数=eNodeB发起的UE Context释放次数+eNodeB发起的S1 RESET 导致的UE Context释放次数无线掉线率该指标指示了UE CONTEXT异常释放的比例。
异常请求释放上下文数通过UE CONTEXT RELEASE REQUEST中包含异常原因的消息个数统计；初始上下文建立成功次数通过包含建立成功信息的Initial Context Setup Response 消息个数。
如图1中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST 消息，会释放UE的所有E-RAB。
当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PSService”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”时，测量指标L.UECNTX.AbnormRel加1如图2中A点所示，当eNodeB向MME发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.eNodeB进行累加。
如图3中A点所示，当MME向eNodeB发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.MME进行累加。
FDD VoLTE高掉话
FDD VoLTE高掉话优化1概述10月15日-21日，泉州QCI=1掉线率0.036%，高掉话小区占比0.73%，指标远劣化于其他地市。
高掉话小区占比0.800.700.600.500.400.300.200.100.00福州厦门宁德莆田泉州漳州龙岩三明南平对高掉话小区进行分厂家、分制式进行分析，发现问题小区主要集中于中兴FDD900网络，但涉及小区数多，且超过一半的问题小区掉话基数小，难以提升。
针对该项短板，泉州前期已开展如下工作：日常TOPN 小区优化，主要进行LTE 小区覆盖范围确认，优化4-4切换、4-2切换。
但提升效果不明显，故开展高掉话专项优化，预期达到全省平均水平，同时总结出一套有效压降高掉话的优化手段，为后续优化做参考。
2 优化原则2.1指标定义高掉话小区定义：VoLTE 语音话务量(erl) >1erl ，且E-RAB 掉线率（QCI=1）（小区级）>1%。
0500100015002000华为中兴FDD1800687FDD900551620TDD314220泉州高掉话小区分布E-RAB掉线率（QCI=1）（小区级）=【eNB请求释放的E-RAB数(QCI=1) -正常的eNB请求释放的E-RAB数(QCI=1) +切出失败的E-RAB数(QCI=1)】/ 【遗留E-RAB个数(QCI=1) + E-RAB建立成功数(QCI=1) + 切换入E-RAB数(QCI=1)】*100%。
2.2根因定位中兴网管上QCI1 E-RAB掉线次数对应到如下COUNTER，现网FDD网络掉线原因有UE切换失败、无线链路失败、重建失败、小区关断或复位、S1链路故障等，其中短板为重建失败。
中兴网管释放原因COUNTER，定位到短板在于QCI1 E-RAB释放次数，由于ENB重建立失败。
（1）重建立原因协议3GPP36.331定义触发重建原因包括如下几类：The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one of the following conditions is met:1> upon detecting radio link failure; or1> upon handover failure; or1> upon mobility from E-UTRA failure; or1> upon integrity check failure indication from lower layers; or1> upon an RRC connection reconfiguration failure;现网重建请求中，主要为切换类型、其它原因触发发RRC连接重建。
LTE掉线分析ppt课件
在测试路线上主要是PCI=45 小区覆盖，在经过 红色区域所以的路口时，PCI=4小区信号突然出 现并迅速恶化，导致终端切换进该小区产生掉线 。（见图中标识的小区PCI分布）
掉线点RSRP分 布如上图所示， 红色区域显示 PCI=4小区突然 出现一个尖峰。
在处理路口附近由于突然出现的信号尖峰导致的问题时 ，由于测试区域均使用全向天线，RS功率/A3事件迟滞 /Time to trigger三个参数影响范围较广不建议调整，应 优先使用Cell individual offset来解决。
掉线问题分析-按重建原因
定时器合 理设置
上行干扰 下行干扰
上行干扰包含用户间的上行干扰，设备 自身异常处理的上行干扰，以及频段的 干扰导致，通常上行干扰主要表现切换 失败、重建失败，发生掉线。通过检查 RRU的上行RSSI确定干扰程度
系统内的下行干扰是产生掉线原因之一，通常 表现无主覆盖小区，服务小区与邻区RSRP较 好，数值基本接近，但SINR较差，导致解调 信号变弱，易失步，产生掉线。优化步骤： 1 先天面调整； 2 覆盖切换类参数调整； 3 最后功率调整。
1 UE发送rrcConnectionReestablishmentRequest 但无对应的 rrcConnectionReestablishmentComplete消息； 2 出现rrcConnectionRelease消息，但不包括：
2.1系统间切换网络侧释放; 2.2用户未激活，网络侧释放资源情况(User Inactivity) 2.3 CSFB的网络侧释放
析
2. 查看当时测试数据，在仅能接入的几次
其服务小区的RSRP、SINR良好
图中黑色星为掉线点。通过掉线点分布，掉线点基本在东南边。
经常断流、断线的问题分析
关于经常断线的问题.1、线路的阻值太大：对于这样问题,最简单的检查方法就是在连线正确的情况下,拿起电话听听有没有杂音.再就是与本地的电信部门,进行阻值测量.解决办法找你上宽带的部门的人来解决.2,病毒的问题.如果机器中了病毒,有时也会使网络经常的掉线.解决办法,进行全面杀毒.3,系统本身的问题.重作系统.第一部分：ADSL断流/断线问题集中分析有许多朋友遇到过ADSL断流的问题，那什么是ADSL的断流问题呢？通常是用ADSL MODEM能成功拨号登陆，但上网的时候数据流传输突然中断，没有反应，过一阵子又自动恢复正常，表现为网页打不开，下载中断，在线收看或收听的视频或音频中断。
为了让网友们能更好的解决问题我总结了以下几点：一、线路问题解决办法：是不是住所离电信局太远（2.5公里以上）？可以向电信部门投诉。
确保线路连接正确（不同的话音分离器的连接方法可能有所不同，请务必按照说明书指引正确连接），同时确保线路通讯质量良好没有被干扰，没有连接其它会造成线路干扰的设备，例如电话分机，传真机等。
并检查接线盒和水晶头有没有接触不良以及是否与其它电线串绕在一起（这个非常重要，如果你与其它电线串绕着，那肯定会发生断流，这个已经经过实验多次了）。
有条件最好用标准电话线，如果是符ITU国际电信联盟标准的三类、五类或超五类双绞线更好。
电话线入户后就分开走。
一线走电话、一线走电脑。
如果一定要用分线盒，最好选用用质量好的。
PC接ADSL MODEM的线用ADSL MODEM附带的双绞线。
*特别注意：手机之类一定不要放在ADSL MODEM的旁边，，因为每隔几分钟手机会自动查找网络，这时强大的电磁波干扰足以造成ADSL MODEM断流。
二、网卡问题（包括网卡有故障或ISA网卡的一些问题）解决办法：ISA网卡最好换成PCI的，选择质量好的网卡安装，太便宜的网卡可能就是造成问题的罪魁祸首。
10M或10M/100M自适应网卡都可……小技巧：经常遇到使用把网卡设置成10M/100M自适应的即AUTO形式的，无法拨号，而且经常断流，后来我就经常进行实验，发现如果把网卡设置成10M半双工、10M全双工、100M半双工、100M全双工，上网很多时候就正常了哦！！！这个可是经过不断试验得到的注意：我试过非常多了，有种网卡好像是什么900的，不好意思想不起来了，这种网卡对于ADSL70％都不正常三、操作系统问题解决办法：打补丁解决。
(重点)VOLTE掉话分析
VoLTE经验总结1广州VOLTE网络质量现状经过近三个月的优化工作，广州ATU网格内，掉话率逐步改善，从11.5%（四月）下降至3.27%（七月）；接通率从93.1%提升至6月份的96.6%，七月份下降至89.46%。
七月份测试期间核心网的IOT测试也在进行；较多invite500、SIP unknown、MT CSFB等异常问题导致的连续多次未接通。
广东公司计划在本周对广州IMS 进行华为IMS替换爱立信IMS的操作，故七月份测试遇到的异常IMS相关问题分析进度暂缓。
2广州VoLTE测试问题优化进展2.1异频重定向掉话问题验证（问题解决）背景：中兴eNodeB在P01版本下，因邻区缺失导致异频重定向掉话，该问题需升级P02版本解决。
网格44、45测试过程中未发生异频重定向掉话，信令上分析测试过程中出现过多次连续上报异频A3的测报，未切换也未发生重定向，P02版本禁止QCI1业务异频重定向功能生效。
2.2异系统重定向掉话问题验证（问题解决）背景：中兴eNodeB在P01版本下，VoLTE发生重定向掉话，该问题需升级P02版本解决。
网格44、45基础覆盖较差，以往拉网测试均会发生多次系统重定向掉话，7月24日，网格44、45完成P02版本升级，升级后重定向掉话问题解决，拉网测试掉话率改善明显。
P02版本禁止QCI1业务重定向功能打开，终端上报A2（盲重定向门限）或B2事件（2G 邻区信息错误）等前期会导致重定向的情况下，网络均未下发重定向，VoLTE业务保持通话结束后自动挂机，未产生掉话事件2.3TM3/8转换掉话问题验证（问题解决）背景：中兴eNodeB在P01版本下，VoLTE业务过程中发生TM3到TM8模式转换，因为基站提前转换导致终端掉话，该问题需升级P02版本解决。
8月3日，网格45所有升级站点打开TM3/8自适应，验证VoLTE业务在TM3与TM8进行转换时是否掉话，测试结果如下：网格45遍历拉网测试中出现26次TM3向TM8的模式转换，转换正常未发生异常。
浅析LTE无线网掉线率优化
浅析LTE无线网掉线率优化作者：化冬梅武世栋来源：《无线互联科技》2015年第14期摘要：文章从无线网络层详细分析了LTE无线网的掉线原因，针对区域性质及TOP小区性质的掉线，总结归纳出相应的处理流程及思路，为LTE优化人员提供参考。
关键词：LTE无线网；掉线率；定时器；预调度；天线权值0引言LTE掉线率是判定网络性能的一个重要指标。
掉线率的高低在一定程度上体现了移动网通信质量的优劣，过高的掉线率会导致网络性能下降，影响用户感知。
本文从无线网络层侧原因入手，详细分析了基站告警，覆盖、质量、邻区和参数3方面因素对LTE掉线率的影响，并针对区域性质及TOP小区性质的掉线总结归纳出相应的处理流程及思路。
1影响掉线率的因素1.1基站故障影响基站在突发退服或是突发降质类告警的情况下会造成大量的掉线情况发生，统计发现部分故障告警如busfailure，驻波告警，模块失败以及RP3光接口告警会影响KPI指标包括掉线率，核查出此类问题则需要及时排障处理。
另外，天线通道问题也会造成掉线率影响情况。
所以需要对某些TOP小区进行天线校准。
1.2覆盖、质量、邻区影响弱覆盖情况会造成UE--定程度上的脱网导致掉线。
质量和底噪来说可以归纳为一类，都是无线链路质量的情况，我们主要还是排查外部干扰以及站点之间的mod3干扰等，提升无线链路质量，减少因为链路质差造成的掉线率异常情况。
邻区问题主要是漏配邻区，错配邻区，邻区不通造成的用户拖死造成掉线，这类问题用户感知也较差，需要及时处理。
1.3参数影响1.3.1 TRLF定时器及PS域不活动定时器影响根据失步定义，当UE在连接态时，若出现N310次失步指示后，启动T310来等待，若是在等待期间出现N311次同步指示，则恢复同步，若是T310超时也未等到能N311次同步指示，则eNodeb发起RL Failure过程并启动T311进行RRC重建，在T311、T30l进行重建过程所需的时间，若是超时则重建失败出现原因为RNL的掉线。
LTE掉线率较高，如何分析与解决
LTE掉线率较高，如何分析与解决
掉线率高：得查掉线类型，是切换掉线还是什么原因，如果切换掉线，切换参数是否设置合理，与哪个小区切换掉线高，可以调整天馈等手段。
其实这些基本的优化思路2G/3G/4G都差不多，无非就是参数不一样，机制、原理不一样，计时器不一样而已。
掉线率=异常enodbe释放/(正常释放与异常释放)，这个一般就看异常释放到底是什么原因引起的，一般异常都是信号差，干扰引起，或者是基站覆盖太远，，超出了他本身的覆盖范围、或者本是切换失败率高导致的、
切换失败率分为站内切换与站间切换率。
切换失败率=（站内失败数+站间失败数）/（站内尝试数+站间尝试数）。
切换失败率高，就要看到底是站内原因导致的，还是站间切换失败导致的。
tdlte路测指标中的掉线率
TDLTE（Time Division Long Term Evolution）是一种融合了时分复用和LTE技术的新一代移动通信技术。
在TDLTE系统中，掉线率是一个重要的性能指标，它直接影响到用户通信的质量和网络的稳定性。
对TDLTE路测指标中的掉线率进行分析和优化是非常重要的。
掉线率是指在通信过程中用户与基站之间的连接突然中断的概率。
其计算方法是：掉线率=掉线事件次数/总通信事件次数。
掉线率是评价无线网络通信质量的重要指标之一，通常以百分比表示。
掉线率越低，说明通信质量越好，用户体验越好。
TDLTE系统中的掉线率受到多方面因素的影响，主要包括以下几个方面：1. 天线方向和天线高度：天线的方向和高度对信号的覆盖范围和覆盖质量有直接影响。
如果天线方向不正确或者高度不合适，就会导致信号的覆盖不均匀，从而增加掉线率。
2. 基站密度和布局：基站的密度和布局决定了信号的覆盖范围和覆盖质量。
如果基站密度过低或者布局不合理，就会导致一些区域的信号覆盖不到位，从而增加掉线率。
3. 多径干扰和隧道效应：在移动通信中，信号会经过多条不同的路径到达接收端，这就会产生多径干扰。
隧道效应也是导致掉线率增加的一个重要因素。
4. 天气和环境：天气和环境也会对信号的传输产生影响。
恶劣的天气条件下，如大风、暴雨等，可能会导致信号传输质量下降，从而增加掉线率。
为了降低TDLTE系统中的掉线率，需要从多个方面进行优化：1. 优化天线方向和天线高度：合理调整天线方向和高度，确保信号的覆盖范围和质量达到最佳状态。
2. 增加基站密度和调整布局：增加基站密度，合理调整基站的布局，确保信号的覆盖范围和质量均衡。
3. 抑制多径干扰和隧道效应：采用合适的信号处理技术，抑制多径干扰和隧道效应，提高信号传输的质量和稳定性。
4. 强化天气和环境适应能力：针对不同的天气和环境条件，采用相应的技术手段，强化信号传输的稳定性和可靠性。
TDLTE系统中的掉线率是一个综合性能指标，受到多方面因素的影响。
异常掉线原因研究
宽带三大热点问题整治之一：异常掉线整治方案(2004-12-03 11:07:05)据统计，异常掉线、网速慢、用户账号失窃是当前宽带网络投诉的三大热点问题，华为公司为了确保华为公司千万线宽带设备在网上的持续稳定运行，成立了专项工作组，针对三大热点问题进行了分析并制订相应的网络优化方案，全面配合宽带网络整改工作。
当前宽带用户上网异常掉线问题占宽带用户投诉比例的30％，该问题的出现直接影响上网用户对宽带网络的满意度和信赖，若任其发展，将导致大批用户转网。
是什么原因导致ADSL用户的异常掉线呢？这里有一个关键指标是异常掉线率，异常掉线率是指异常掉线用户占所有下线用户的比例。
异常掉线有两个直接原因：维持PPP连接的keepalive报文丢失导致PPP连接中断和Radius报文丢失造成设备对用户进行强制下线，而PPPkeepalive报文丢失是掉线的主要原因。
从网上实际情况来看，用户家庭网络、用户终端病毒、分离器、接入线路、用户隔离等问题，都可能导致PPPkeepalive报文丢失。
但一直以来，宽带网络规划和维护工作中遇到的此类网络黑盒问题还未得到根本解决。
1.单个用户申请两条DSL线路造成环网。
2.用户室内布线混乱，在分离器外线口串接或并接其他音频设备，分离器的安装不当造成分离不清。
3.接入线路质量不好、线路接触不好等原因导致高频衰减过大。
4.网络病毒严重危害个人电脑稳定性，经常导致重启等现象发生。
5.在没有二层隔离的情况下，易引起二层报文广播风暴，阻塞正常的PPPkeepalive报文，引起异常掉线。
一、Netparser为用户提供ADSL网络异常掉线分析手段目前，华为公司凭借网上超过1400万线宽带DSLAM设备的成功运行经验，与上海电信合作，推出宽带综合运维专家分析系统Netparser。
该系统作为华为宽带综合运维系统的子模块，包括宽带网络并发的用户数实时监控、拨号用户的呼叫损失率、拨号用户的异常掉线率、BAS设备资源地址池实用情况、CPU占用率监控以及监控整个宽带网络设备的流量信息等等。
LTE无线掉线率分析与优化
网管ERAB掉线率定义
性能指标名称 E-RAB掉话率 统计时间粒度 15分钟、30分钟、1小时、…、1天、… 指标意义 反映系统的业务保持能力，是用户直接感受的重要性能指标之一 指标定义 Cell 统计区域粒度
Others(尚未测试，没纳入公式) 1.Release by MME Through Error Ind Or Reset Procedure
ERAB掉线率公式
Abnormal PS releases / E-RAB number
((C373210372+C373210373+C373210374+C373210375+C373210376+ C373210377+C373210378+C373210379+C373210380 +C373210382+C373210383+C373210384+C373210385+C373210386+ C373210387+C373210388+C373210389+C373210390 +C373210422+C373210423+C373210424+C373210425+C373210426+ C373210427+C373210428+C373210429+C373210430 +C373210432+C373210433+C373210434+C373210435+C373210436+ C373210437+C373210438+C373210439+C373210440 +C373210442+C373210443+C373210444+C373210445+C373210446+ C373210447+C373210448+C373210449+C373210450 +C373210502+C373210503+C373210504+C373210505+C373210506+ C373210507+C373210508+C373210509+C373210510 PS +C373505345+C373505346+C373505347+C373505348+C373505349+ drop C373505350+C373505351+C373505352+C373505353) rate / (%) (C373210200+C373210206+C373210212+C373210218+C373210224+ C373210230+C373210236+C373210242+C373210248 +C373210254+C373210260+C373210266+C373210272+C373210278+ C373210284+C373210290+C373210296+C373210302 +C373546103+C373546111+C373546119+C373546127+C373546135+ C373546143+C373546151+C373546159+C373546167 +C373546107+C373546115+C373546123+C373546131+C373546139+ C373546147+C373546155+C373546163+C373546171 +C373546175+C373546183+C373546191+C373546199+C373546207+ C373546215+C373546223+C373546231+C373546239 +C373546179+C373546187+C373546195+C373546203+C373546211+ C373546219+C373546227+C373546235+C373546243 +C373240809+C373240810+C373240811+C373240812+C373240813+ C373240814+C373240815+C373240816+C373240817))*100
VoLTE网管掉线率分析
VoLTE网管掉线率分析1.1 无线侧VoLTE话统无线侧VoLTE相关的E-RAB掉线率计算如下：OMC网管：基于小区的性能测量_E-RAB相关测量项（LTE）_E-RAB释放/建立测量1、eNodeB发起的S1 RESET导致的的QCI为X的E-RAB异常释放次数根据不同的QCI类型，统计小区eNodeB发起S1 RESET导致的E-RAB释放。
E-RAB是承载用户业务数据的接入层承载，E-RAB释放过程是用户接入层业务承载资源的释放过程。
测量点：如图1中A点所示，当eNodeB向MME发送S1 RESET消息时，统计该组指标。
如果要求同时释放多个E-RAB，则相应指标按各个业务的QCI分别进行累加，同时对eNodeB 发起的S1 RESET释放的E-RAB总数累加，即对L.E-RAB.Rel.S1Reset.eNodeB累加。
图12、eNodeB触发的QCI为X的业务E-RAB异常释放次数如图1中A点所示，当eNodeB向MME发送E-RAB RELEASE INDICATION消息，当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“Om-Intervention”“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Successful Handover”时根据不同QCI类型统计指标L.E-RAB.AbnormRel.eNBTot.QCI.1~L.E-RAB.AbnormRel.eNBTot.QCI.9，当判断相应承载有数传时统计指标L.E-RAB.AbnormRel.QCI.1~L.E-RAB.AbnormRel.QCI.9。
如果E-RAB RELEASE INDICATION消息中要求同时释放多个E-RAB，则相应指标按各个业务的QCI分别进行累加；如图2中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE的所有E-RAB。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
掉线分析
1.全网掉线率统计
广州8月17日全网掉线率在0.67，主要原因为ENB空口失败和S1链路故障导致。
而S1链路故障主要为Gtpu ErrInd触发释放和Path故障触发释放，解决S1链路故障问题8月17日的掉线率可以达到0.37%。
集团掉线率公式：
(C373220612+C373220613+C373220614+C373220616+C373220620+C373220621+C37322062 2)
相关计数器说明如下表：
2.掉线的信令流程及相关的失败信令点统计
无线掉线率=（ENB请求释放的上下文数-正常的ENB请求释放的上下文数）/初始上下文建立成功次数分子统计点：RRC connection release
分母统计点：RRC connection reconfiguration complete
Context异常释放的主要原因：
ENB空口失败引发释放：干扰、弱覆盖。
ENB由于S1链路故障导致释放：Gtpu ErrInd触发释放、Path故障触发释放(次)
掉线原因统计：
TOP小区分析：
分析8月17日掉线率TOP100小区,掉线次数占全网比例为23.42%，除去TOP100掉线率为0.51%。
主要掉线原因仍为S1链路故障和强干扰导致。
3.处理措施
ENB空口失败引发释放问题解决措施：
1.TOP100小区中26%噪声平均干扰电平较高（>-95），需定位系统内干扰（GPS干扰、时隙子帧配置、
频点PCI配置，过覆盖）或系统外干扰（杂散干扰、阻塞干扰、互调干扰）；
2.漏配邻区导致无线链路质量持续恶化掉线。
需完善邻区关系。
3.邻区配置错误，导致切换到较远小区，形成孤岛效应。
需优化邻区关系。
4.导频污染导致系统内底噪较高，无线链路质量较差导致掉线。
进行RF调整，避免导频污染。
5.掉线类参数设置不合理，需进行参数一致性调整。
（N310下行失败最大个数、无线链路失败定时器
T310、N311下行同步最大个数）
ENB由于S1链路故障导致释放问题解决措施：
1.Gtpu ErrInd触发释放，需无线侧和核心网侧联合抓包排查故障。
2.Path故障触发释放，排查端口地址是否配错以及路由是否PING通。
3.光口故障触发释放，处理传输光模块、光纤故障。