外部小区不一致导致的掉线和切换差案例
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。
VoLTE高掉线差小区处理案例
VoLTE高掉线差小区处理案例发布时间：2022-04-24T12:58:16.730Z 来源：《中国建设信息化》2022年1期作者：蒋馥珍李磊李海娣[导读] LTE网络相对以前3G的使用感知有较大提升，其中采取了关键技术之一就是V oLTE技术蒋馥珍李磊李海娣中国联合网络通信有限公司潍坊市分公司一、摘要LTE网络相对以前3G的使用感知有较大提升，其中采取了关键技术之一就是V oLTE技术，目前5G语音解决方案VONR还不成熟，仍需VOLTE打底。
V oLTE语音相对之前语音方案具有接通快，通话音质更清晰，保持性好等优点，但V oLTE掉话对用户使用语音感知影响较大。
V oLTE掉话主要有：覆盖问题、干扰问题、切换问题、邻区问题、参数配置问题以及终端设备问题。
日常优化并减少掉话可以提高语音感知，提升用户使用感知。
二、关键词V oLTE、掉话、电联共享、冗余邻区外部三、案例正文（一）案例背景根据集团考核标准，例行周级统计质差发现昌乐宝城西崔区域9个小区突发高掉话，查询小区其他无线侧KPI正常，无干扰，无告警；查询周边站点传输侧业务也无异常，查询掉话原因值发现小区因传输层问题导致的语音业务异常释放占比较高，无线侧未发现异常，需进一步分析。
（二）案例描述1、无线侧指标查询：后台网管核查该站点无异常告警和干扰告警，用户数占用正常，小区无线侧指标，负荷情况均正常，小区WFCL0237-HW-F1HD02-(北局-宝城西崔)-B1 的最大用户数、同频切换成功率、RRC连接成功率、ERAB建立成功率、掉话率、无线接通率、系统每PRB接收的干扰噪声平均值、上行PRB平均利用率、下行PRB平均利用率、平均TA（米）分别为：64、99.96%、99.98%、99.97%、0.04%、99.96%、-112.14、9.67、13.37、1105.99。
2、掉话失败原因值定位：提取周边小区QCI1掉话原因值发现，小区因传输层问题导致的语音业务异常释放占比较高。
LTE切换失败问题分析案例
X2IPPATH配置问题导致切换不成功关键字：X2IPPATH 切换【现象描述】切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause为transport-resource-unavailable，切换不成功，如下图所示。
【原因分析】对于切换流程失败而言，如果是切换准备阶段的失败，其原因通常为以下几种：（1）传输资源不够用；（2）没有配置IPPATH；（3）IPPATH中的邻居节点配置错误。
由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。
所以可以先重点怀疑IPPATH配置的问题，在处理过程中需要对X2口和IPPATH问题排查处理，一步步解决问题。
【处理过程】每次切换到目标小区完成后，UE会读取目标小区的系统消息（RRC_SIB_TYPE1）,该消息中可以看到目标小区的CGI，通过CGI中的基站ID确认目标基站B2的ID。
从该次切换的切换命令（RRC_CONN_RECFG）可以找到目标小区CELL2的PCI，在目标基站B2中用MML命令查询确实存在小区CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。
先查看B2基站对应的IPPATH有没有配置，如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。
在webLMT上的命令如下：LST SCTPLNK；检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。
DSP X2INTERFACE；检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No，查看对应X2接口的标识X2InterfaceId。
LST IPPATH; 根据X2接口标识X2InterfaceId，查看X2口两端的IP配置是否正确。
室内小区信号泄露至室外不能及时切换导致切换失败问题处理
室内小区信号泄露至室外不能及时切换导致切换失败问题处理现象描述：某商用局一室内小区C（C小区覆盖的是一家大型超市）信号泄漏至超市正门口，在道路上UE切换至C小区或是占用在C小区不能进行正常的切换，导致在C小区上发生掉话。
原因定位：C小区的位置及切换失败掉话点：在上图标注点，C小区存在室外泄漏，其他室外的宏站小区的信号覆盖较弱（由于A、B小区天线被新建的高层阻挡在标注区域的信号覆盖较弱），经过此段很容易从室外的宏小区A或小区B切至C上，但是C小区只能覆盖很小一段，信号衰落较块，UE不能及时切换出去，导致切换失败，产生掉话。
由于不能通过调整A、B小区来增强此段的覆盖强度，弱场的情况得不到解决。
从现场的路测看，C小区切换失败的原因为，不能及时的切换至B 小区或A小区，只有当A、B小区信号强度大于C小区信号强度5db（即：H2A）才能发生切换。
C小区的信号衰减较快，如果不能及时发生切换，就出现源小区信号太弱下发的物理信道重配消息UE不能正确的解调，出现切换失败。
从路测仪上看的结果就是UE不断的上报测量报告，收不到物理信道重配置消息。
处理过程：鉴于现场的测试和信令分析，采取的处理为：Setp1:调整Hystfor2a由15（3.75db）调整为12(3db)，让UE能及早的上报测量报告，在信号快衰之前切换至A或B小区上（不同方向行驶）。
通过现场的测试还是会出现UE切换至C小区不能及时进行切换发生切换失败导致掉话。
Step2：调整A、B小区的FPACH的功率由230调整为270，增加FPACH信道的功率，增加上行同步的机率。
Step3：考虑C小区是室内的小区就一个出口，可以调整CIO来让UE在C小区提前发起切换。
调整C->B的个体偏移CIO为6（3db）让UE提前上报测量报告，发起切换，通过现场的多次反复测试和KPI监控，C小区的切换成功率和掉话率得到有效的改善，问题得到解决。
（不理解：为异频切换，怎么还有个体偏移呢！！）建议：在处理切换失败TOPN小区得切换失败的问题时，可以通过HHO统计了解是向那个小区发生了大量的切换失败，通过小区的跟踪和现场测试分析来进行处理。
外部小区定义错误导致切换成功率低
外部小区定义错误导致切换成功率低1.1、现象描述：观察该小区切换指标，发现ZFC61垫江包家_0、ZFC59垫江白家_0两小区切换成功率较低，只有70%左右，同时每时段都有2至5次的掉话，具体指标如下：1.2、原因分析：1、查看该小区地理位置，发现该小区位于涪陵与长寿区边界处;2、同时对ZFC61垫江包家_0、ZFC59垫江白家_0进行切换测量，发现ZFC61垫江包家_0与长寿区小区CI（10644）、CI（9695）之间切换全部失败;3、ZFC59垫江白家_0与长寿区域小区CI(12130)、CI(13370)小区之间切换全部失败。
因此怀疑长寿区域定义的外部小区中的ZFC61垫江包家_0、ZFC59垫江白家_0两小区基本参数错误，或者切换参数设置异常，具体切换情况如下：1.3、问题处理步骤：1、通知长寿区域网优人员核查外部小区定义是否正确;2、同时检查本小区与ZFC61垫江包家_0、ZFC59垫江白家_0小区之间PBGT切换门限、强度切换门限、质量切换门限设置是否合理，随后长寿区域网优人员修改ZFC61垫江包家_0、ZFC59垫江白家_0两小区的外部小区中的基本参数，同时删除了ZFC59垫江白家_0 CI(12130)、CI(13370)之间的邻区关系。
3、通过长寿区域人员相关调整，观察ZFC61垫江包家_0、ZFC59垫江白家_0两小区早晚忙时指标切换情况，切换成功率保持在90%以上，同时与长寿区域邻区之间切换正常，切换成功率提升明显，同时掉话次数明显减少。
具体情况如下：1.4故障总结：切换类问题大致主要分为BSC内切换和BSC间切换两类，从切换失败原因值可以判断出切换失败的原因，其主要原因值有：定时器超时、无效小区、返回原信道清除、切换请求拒绝等。
一般切换失败可以分为：1、切换参数配置问题：比如小区切换数据配置错误、邻小区数据配置错误、小区本身的LAC/CI出错以及交换侧切换数据配置错误都会造成切换异常；2、无线环境影响也就是UM口问题：比如小区本身和目标小区存在强干扰造成无法解码出物理消息而失败、小区是否为孤站、是否存在同频同BSIC现象等均会造成切换失败。
切换优化常见问题及案例(中兴)
1 切换优化常见问题及案例1.1 漏配邻区漏配邻区一般可通过无线参数表结合测试数据检查，或者可以在后台直接通过信令跟踪确认收到测量报告后源小区是否向目标小区发生切换请求来确认，但某些场景下我们不易取得无线参数表，且无法进行后台信令跟踪，那么我们可以通过前台信令来分析的到：LTE网络在协议中是一个自优化的网络，终端上报测量报告中会按照a3事件判断原则进行上报，上报的小区不受测量控制中邻区影响，所以只需要将切换异常点的测量报告和当前服务小区的测量控制中的邻区进行对比就可得出是否为漏配邻区1.1.1 前台分析漏配邻区的现象1.1.1.1 多次测量报告正常的流程终端在发送测量报告后基站会很快发送切换命令，但如果有漏配邻区，源小区就无法得知目标小区的基站信息，无法正常完成切换流程介绍中的（见图1-1）中的第三步，故无法发送切换命令消息，此时由于终端仍在行进中，源小区信号越来越差，满足a3事件小区逐渐增加，触发新的测量报告，直到有邻接关系的小区出现，基站才能正常发送切换命令下边选取一个典型问题分析：在某次路测中发现如图4-1情况，前三次测量报告目标PCI都是28（前三次类似图4-2，PCI相同，RSRP测量值略有差异），第四次测量报告（见图4-3）中有PCI28、19两个小区，从测量值上看，28比19高3个dB，接着收到了切换命令，切换命令（见图4-4）中的目标小区不是最高的28而是19。
此时即可初步怀疑28为漏配邻区，图41多次测量报告现象图42第一个测量报告内容图43第四次测量报告内容图44切换命令1：目标小区PCI图45源小区测量控制信息1：邻区列表中带有PCI19小区1.1.1.2 测量报告发送后无响应4.2.1.1介绍了漏配邻区导致的多次测量报告，直到某一次测量报告中上报的目标小区是源小区的邻区则才会收到切换命令，但如果上报的测量报告基站还未响应就失步则会发起重建流程，终端上报掉话事件这种情况的分析方法基本和4.1.1.1一致下边选取一个典型例子：某次路测中发现终端在发送测量报告后未收到切换命令，导致无线链路失败发起了重建过程（如图4-6），首先检查测量报告内容（图4-7，两个测量报告PCI都为30），目标小区PCI为30，检查源小区测量控制（图4-8），发现的确未配置邻区。
无线网络规划与优化-切换问题案例分析
01 案例一：邻区漏配引起切换问题
案例一：邻区漏配引起切换问题 在某次路测中发现了一个切换问题，UE通过上行链路发送多次测量消息之后基 站才发送切换命令。
01 案例一：邻区漏配引起切换问题
查看测量消息的信令字段发现前 三次测量报告目标PCI都是28， 前三次发起的测量消息与第一次 发起的测量报告类似，PCI相同， 只是RSRP测量值的大小略有差 异。
UL data arrival问题一般出现在源小区 弱场，若是切换带可以通过提前切换到 其他信号质量较好小区解决。
查询问题点RSRP变化情况，发现源 小区在在很短的时间内强度陡降，邻区 则是短时间陡升的情况，此时调整小区 个体偏移效果不明显，故减小当前网络 Time to trigger。
02 案例二：上行失步引起掉线
02 案例二：上行失步引起掉线
1.问题描述 在一次测试过程中发现终端在行至蓝框所在位置后重建，且重建立被拒。
02 案例二：上行失步引起掉线
2.问题分析 首先检查信令，在重建立之前发送了两次测量报告，但没有收到切换命令，导致终端失步，重建立被拒。
02 案例二：上行失步引起掉线
打开信令，发现终端在发送测量报告前已 经已经发送SR申请调度了，但一直没有 收到PDCCH反馈调度信息，即SR申请失 败。
当前网络配置time to trigger为320ms，尝试修改 为256ms，缩短A3事件判决 时间，修改后经多次测试，问 题解决。
02 案例二：上行失步引起掉线
4.问题总结 当前版本CNT的诊断信令中可以看到比较详细的高通内部信令，通过信令的解析可以 定位大部分常见问题，在解决问题时需要灵活根据现场情况进行参数调整，达到优化 目的。
02 案例二：上行失步引起掉线
小区半径设置不合理导致切换失败案例
“细耕800M、多频协同、提升感知”专项-小区半径设置不合理导致切换失败案例1概述目前LTE网络正在大范围的开展和建设中，基站大部分集中在城区和人口密集的乡镇对于这些站覆盖和接入的距离都较近,对于北京现网已基本实现LTE网络深度覆盖。
但在路测过程中发现在一个区域内出现频发的切换失败，监控KPI指标切换成率也仅有95%左右。
对此我们对该问题点进一步分析。
2问题描述现网KPI指标分析发现，部分基站同频切换指标异常，具体如下表所示：基站名称小区名称本地小区标识eNodeB间同频切换出成功次数eNodeB间同频切换出尝试次数失败次数HHF_CP北新建材厂北新建材厂_2 2 7477 8943 1466HHF_CY柏瑞安科技大楼柏瑞安科技大楼_2 2 9324 10017 693 HHF_HD科实五金科实五金_3 3 5645 6239 594 HHF_CY柏瑞安科技大楼柏瑞安科技大楼_1 1 13279 13700 421 HHF_CP西三旗西三旗_3 3 6337 6592 255下图是切换区域示意图：上表中，存在切换失败异常的基站通过Mapinfo打点发现，该几个基站都在同一片区域，初步怀疑失败都由一个目标基站引起，具体如下:3问题分析3.1 两两小区切换问题分析。
通过两两小区切换分析发现，几个基站切换失败都由同一个小区东升锅炉厂搬迁1_4引起，具体如下表所示：3.2 NASTAR小区定位分析对小区切换失败的最多的基站进行NASTAR小区定位分析，通过分析发现：系统内同频切换出执行失败占比最高，如图所示（以北新建材厂_2小区定位分析为例）：深入分析同频切换失败，如下图。
从小区间切换RSRP测量来看，切换时RSRP在-90dBm左右，上行切换时上报的TA为7，信号覆盖较好，从信令可以看出，源基站向目标基站通过X2发送HANOVER_REQ信令后，目标基站未响应，具体入下图所示：根据Nastar小区分析发现，引起切换失败的主要原因为目标小区未响应，初步怀疑是目标小区存在底噪、告警、邻区关系不合理、参数设置不合理等问题。
外部测量频点定义错误导致SA切换差案例分析
外部测量频点定义错误导致SA切换成功率低分析案例一、问题描述
日常指标监控TOP小区发现无锡_江阴_长山大河港_CRNR_E5H_2642为SA切换差小区，具体统计如下：
二、问题分析
切换统计分析：
根据小区的切换指标进行分析，切换失败主要集中在准备切换失败。
邻区对分析：
提取SA切换邻区对统计进行分析，发现切换失败主要集中在华为700M的站点（夏港普惠路(700M)-H5H），主要为准备切换，具体统计如下。
华为700M工参：
外部数据核查：
由于切换失败主要为准备切换失败，需要优先核查外部数据定义是否正确。
在无锡_江阴_长山大河港_CRNR_E5H_2642为核查夏港普惠路(700M)的外部数据定义，发现定义700M的测量频点存在错误，现网定义700M邻区的测量频点为504990，实际上应该定义为152890。
三、原因定位
经核查，无锡_江阴_长山大河港_CRNR_E5H_2642的切换失败主要由于定义外部数据中的测量频点错误导致。
需要删除邻区关系，重新添加外部定义和邻区关系。
四、处理效果。
LTE外部小区数据配置错误导致切换差
外部小区数据配置错误导致切换差作者：关键词：外部小区数据小区标识切换1.概述在LTE中, EUTRAN外部小区，本基站的邻区列表NCL（Neighbor Cell List），是本基站相邻的EUTRAN小区公共参数信息，用于本基站一个或多个服务小区创建EUTRAN同频或异频邻区关系，在配置的邻区中,如果是外部邻区,首先要在源小区所在的基站上配置外部小区数据,然后再进行邻区添加;如果某个小区的数据变了,那么要同步修改外部小区数据。
外部小区数据:小区标识：该参数表示EUTRAN外部小区的同一基站内的小区唯一标识。
小区标识和基站标识组成28位的EUTRAN小区标识，小区标识为EUTRAN小区标识的右8位，EUTRAN小区标识和PLMN组成E-UTRAN CGI下行频点:该参数表示EUTRAN外部小区的下行频点;物理小区标识(PCI):该参数表示EUTRAN外部小区的物理小区标识,避免外部小区内同物理小区标识情况发生,如有发生将会出现PCI冲突告警;跟踪区域码(TAC):用于核心网界定寻呼消息的发送范围，一个跟踪区可能包含一个或多个小区1.1故障现象6月24日接督导通知簇号55 6月22日-6月24日切换差;经统计提取分析，簇号55里有3个站7个小区切换差导致簇号55整体切换成功率指标下降,7个小区指标如下:1.2告警信息所有小区当前告警及历史告警观察,均无影响业务告警2.切换差原因分析2.1实查看所有小区当前告警及历史告警观察,均无影响业务告警2.2统计观察同频邻区切换较差:2.3提取所有小区两两切换统计观察,所有小区均切向同一邻区较差:两江国际天府一街-SCDHLS1HM1GX2.4查看邻区: 两江国际天府一街-SCDHLS1HM1GX:无告警,统计观察:干扰监控检测本站3个小区:小区每个RB的平均干扰噪声功率:-114;无干扰2.5结合地图观察所有小区与邻区相隔1KM以内,周边覆盖正常,不存在覆盖问题;2.6用命令 LST CELL查看邻区:两江国际天府一街-SCDHLS1HM1GX发现邻区:两江国际天府一街-SCDHLS1HM1GX3个扇区的小区标识为4/5/6;而所有小区的外部小区数据配置中,小区标识为:1/2/3:(小区标识:该参数表示EUTRAN外部小区的同一基站内的小区唯一标识)如下图所示:现网本小区标识2.7 外部小区数据:外部小区LOG：2.7 综合分析:针对以上分析和检查,初步派定所有小区切换差的原因为, 两江国际天府一街-SCDHLS1HM1GX在所有小区的外部小区数据配置中,小区标识配置错误导致;3.处理步骤在修改LTE外部小区数据配置中,修改小区标识需要删除邻区，重新配置外部邻区(修改其余外部小区数据如:PCI,TAC,小区名称则不需要删除外部小区数据,可直用命令修改);删除所有小区外部小区中两江国际天府一街-SCDHLS1HM1GX-D1/2/3小区;如下图命令所示:在所有小区外部小区数据中重新配置邻区:两江国际天府一街-SCDHLS1HM1GX-D1/2/3跟踪统计观察,切换成功率日期时间小区名称R R C 连接建立完成次数 (无)R R C 连接请求次数（不包括重发） (无)R R C 建立成功率-H W L T E (%)E -R A B 建立成功总次数 (无)E -R A B 建立尝试总次数 (无)同频切换成功率H W L T E -N e w (%)异频切换成功率H W L T E -N e w (%)切换成功率H W L T E -N e w (%)06/24/2014 7:00 环球中心4-SCDHLS1HM1GX-D1 251 251 100 178 178 85.60 NIL 85.6064.分析总结LTE切换分析:1统计观察确定是异频还是同频,enodeB间切换差2再查看本小区及邻区是否存在告警3干扰排查:内部干扰(互调干扰，模三干扰)、外部干扰(广电干扰)4 覆盖问题:查看是否存在弱覆盖过覆盖现象(LTE中1个TA 距离:78米)5 参数核查:查看邻小区与本站外部小区参数是否一致;6交换数据核查相关文件及记录:相关命令:LST EUTRANINTRAFREQNCELL:LOCALCELLID=0 查看1扇区同频邻区参数LST UTRANEXTERNALCELL: 查看外部小区参数RMV EUTRANEXTERNALCELL:移出外部小区ADD EUTRANEXTERNALCELL:添加外部小区小区指标。
宁波电信L网外部小区配置错导致切换失败处理案例
宁波电信L网外部小区配置错导致切换失败处理案例一【现象描述】9月16日在进行全网切换成功率TOP小区优化时，发现LF_H_JD梅墟大楼_51小区异频切换成功率特别低，提取9月7日到9月16日该小区切换成功率指标如下表所示：表格1日期小区名称同频切换成功率(%)异频切换成功率(%)系统内切换成功率(%)2015-09-07 LF_H_JD梅墟大楼_5199.6685 33.9959 81.64962015-09-08 LF_H_JD梅墟大楼_5199.6922 37.0499 83.04362015-09-09 LF_H_JD梅墟大楼_5199.7879 40.9408 86.06172015-09-10 LF_H_JD梅墟大楼_5199.6725 40.4628 85.1772015-09-11 LF_H_JD梅墟大楼_5199.6759 40.6892 85.66072015-09-12 LF_H_JD梅墟大楼_5199.8486 36.8337 88.67442015-09-13 LF_H_JD梅墟大楼_5199.843 36.3785 88.70112015-09-14 LF_H_JD梅墟大楼_5199.6315 31.8393 81.85772015-09-15 LF_H_JD梅墟大楼_5199.6623 33.5678 82.81862015-09-16 LF_H_JD梅墟大楼_5199.6978 44.0493 89.5399从统计结果可以看出LF_H_JD梅墟大楼_51小区异频切换成功率非常低，只有30%到45%之间，导致小区系统内切换成功率也低与90%。
二【问题分析】分析指标可以判断异频切换成功率不是0%，说明有异频切换成功，可以排除LF_H_JD梅墟大楼_51小区异频切换开关，切换门限等设置问题，推断问题出现在与个别邻区的切换过程中，提取9月16日LF_H_JD梅墟大楼_51小区与所有邻区切换指标后分析发现，异频切换失败基本都发生在与ENODEBID为319710，小区标识为2的邻区之间，而且切换成功率为0%，无一次切换成功发生，提取9月7日到9月16日LF_H_JD梅墟大楼_51小区与319710，小区标识为2的邻区之间切换指标，结果如下：表格2日期目标小区标识本地小区名称目标基站标识切换出尝试次数切换出成功次数切换出失败次数2015-09-07 2 LF_H_JD梅墟大楼_51 319710 5907 0 5907 2015-09-08 2 LF_H_JD梅墟大楼_51 319710 5440 0 5440 2015-09-09 2 LF_H_JD梅墟大楼_51 319710 4917 0 4917 2015-09-10 2 LF_H_JD梅墟大楼_51 319710 4760 0 4760 2015-09-11 2 LF_H_JD梅墟大楼_51 319710 4492 0 4492 2015-09-12 2 LF_H_JD梅墟大楼_51 319710 1907 0 1907 2015-09-13 2 LF_H_JD梅墟大楼_51 319710 1458 0 1458 2015-09-14 2 LF_H_JD梅墟大楼_51 319710 5162 0 5162 2015-09-15 2 LF_H_JD梅墟大楼_51 319710 5096 0 5096 2015-09-16 2 LF_H_JD梅墟大楼_51 319710 2995 0 2995 从统计结果可以看出，两小区之间从9月7日开始已经是切换成功率为0%，基本排除突发性问题导致切换异常，通过核查外部小区配置信息可以看到，319710，小区标识为2的外部小区频点为100，是异频邻区，如下图：图表 1基站图层中查看两小区分布位置情况，如下图所示：图表 2从两小区地理位置分布可以发现，两小区距离1.6KM，并且为跨厂商设备，LF_Z_JD甬高新石浦为中兴设备，LF_H_JD梅墟大楼为华为站点。
LTE切换失败问题分析案例
X2IPPATH配置问题导致切换不成功关键字：X2IPPATH 切换【现象描述】切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause为transport-resource-unavailable，切换不成功，如下图所示。
【原因分析】对于切换流程失败而言，如果是切换准备阶段的失败，其原因通常为以下几种：（1）传输资源不够用；（2）没有配置IPPATH；（3）IPPATH中的邻居节点配置错误。
由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。
所以可以先重点怀疑IPPATH配置的问题，在处理过程中需要对X2口和IPPATH问题排查处理，一步步解决问题。
【处理过程】每次切换到目标小区完成后，UE会读取目标小区的系统消息（RRC_SIB_TYPE1）,该消息中可以看到目标小区的CGI，通过CGI中的基站ID 确认目标基站B2的ID。
从该次切换的切换命令（RRC_CONN_RECFG）可以找到目标小区CELL2的PCI，在目标基站B2中用MML命令查询确实存在小区CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。
先查看B2基站对应的IPPATH有没有配置，如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。
在webLMT上的命令如下：LST SCTPLNK；检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。
DSP X2INTERFACE；检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No，查看对应X2接口的标识X2InterfaceId。
LST IPPATH; 根据X2接口标识X2InterfaceId，查看X2口两端的IP配置是否正确。
外部小区定义错误导致切换失败案例
外部小区定义错误导致切换失败案例关键字：外部小区;切换设备型号：RBS6201软件版本：R12故障描述：路测中在路测中在冶金大道由东往西行驶（工业三路与工业二路之间），TEMS测试占用DX047C_武钢交通运输公司交流楼小区信号后一直尝试往DE057A_交运公司、DE057C_交运公司切换失败。
故障诊断：主被叫均占用DX047C_武钢交通运输公司交流楼（BSIC=60,BCCH=518），信号强度为-70dBm左右，邻区DE057A （BSIC=24,BCCH=516）_交运公司信号强度为-49dBm左右、DE057C （BSIC=65,BCCH=522）_交运公司信号强度为-60dBm左右。
在一般参数设置正常的情况下，从邻区列表可以看出，DE057A （BSIC=24,BCCH=516）_交运公司的小区最满足DX047C 武钢交通运输公司交流楼小区切换的目标小区。
但从MS1主叫信令分析，当BSC下发Handover Commend信令时，发现Handover Commend信令的Message Details信息的切换目标小区信息为：BSIC:65，BCCH：522，该小区却为DE057C_交运公司信号。
从切换失败层三信令（截图如下）发现Value值为111（Protocol error, unspecified （协议错误，未指定））。
切换统计分析选取9月26日早上8到9时切换统计发现，局间切换中，所有切往DE057A（BSIC=24,BCCH=516）交运公司的小区成功率都很低，切换返回数较大。
数据核查从切换统计，现场测试均可以判断无法切往DE057A_交运公司，因DE057A_交运公司、DE057C_交运公司归属WHBSCE3，而DX047C_武钢交通运输公司交流楼归属WHBSC58,查询数据发现在WHBSC58定义的外部DE057A小区CGI错误，DE057A与DE057C定义CGI互换：原DE057A CGI：460-00-28967-10571被定义成 460-00-28967-10573（DE057C_交运公司）, 原DE057C CGI：460-00-28967-10573被定义成 460-00-28967-10571（DE057A_交运公司）。
5G优化案例：NSA SSB频点号和NR 外部邻区频点号不一致导致切换失败
NR SSB频点号和NR外部邻区频点号不一致导致切换失败XX【摘要】 NR 小区的外部频点定义， NREXTERNALNCELL 配置为 630000，与实际 SSB 频点号不一致，导致站间切换失败。
按照 SSB 频点配置，将其统一设置为 629952，切换成功。
【关键字】NSA，SSB 频点号，切换【业务类别】接入网一、问题描述N S A组网测试过程中，N R小区间切换异常。
S-S g N B（源）站点和T-S g N B（目标）站点存在无法切换问题。
二、分析过程1、分析外场测试L o g，终端一直向e N od e B发送M e a s u r e m e n t R e po r t，但L TE收到测量报告后无响应，推测其可能原因有：（1）X2链路异常（L TE/源N R/目标N R存在配置问题）；（2）LTE 未配置 NR 的切换目标小区邻区关系，或者配置邻区关系存在问题；NSA 组网，SgNB 站间切换，MeNB 站内切换，正常流程应该如下：2、查询X2链路问题：D S P X2I N TE R F A C E，显示均为正常，排除X2链路异常问题；3、查询锚点站是否配置 NR 的切换目标小区邻区关系，以及查询邻区参数配置是否正常：锚点站M e N B（389724）有配置S-S g N B（6229957）、T-S g N B（6226001）邻区关系；4、分析其S-S g N B和T-S g N B的配置文件，进行参数核查，核查N R E x t e r n a l N C e ll c h e c k表中内容，发现S s b D e s c M e t hod（频点配置方式）和S s b F r e q P o s（频点号）存在问题；其S-S g N B和T-S g N B配置文件中，其外部小区S s b D e s c M e t hod和S s b F r e q P o s分别配置为A b s ou l t e F r e qu e n c y（绝对频点配置方式）和630000（SS B绝对频点号）；而自身S s b D e s c M e t hod和S s b F r e q P o s分别配置为G S C N（全局频点配置方式）和7811，对应的 SSB 频点号为 629952；5、问题根因：NR 自身带宽的中心频点为 630000；切换使用频点为 SSB 频点 629952，非带宽中心频点 630000。
精品案例_因邻区关系设置不符导致切换失败
因邻区关系设置不符导致切换失败目录高铁邻区设置不合理导致无线链路失败 (3)一、问题描述 (3)二、分析过程 (3)三、解决措施 (4)四、经验总结 (5)因邻区设置不符导致切换失败【摘要】随着高铁路线普及以及人们生活水平的提高，中国人的出行已于高铁密不可分，保证高铁沿线信号质量，提升用户感知格外重要。
【关键字】高铁、用户感知【业务类别】基础维护、参数优化一、问题描述9月5日测试发现水滨庄园附近约800米路段覆盖较差，RSRP在-100以下，UE占用HF-市区-磨余路与高铁路南-HFMA-433788-53，持续上报A3事件无法切换到更优小区HF-市区-慈云村七组路与葡萄园路交口北-HFTA-911860-53，最终导致无线链路失败，如下图：图1 问题点二、分析过程1、核查发现UE占用HF-市区-磨余路与高铁路南-HFMA-433788-53与HF-市区-慈云村七组路与葡萄园路交口北-HFTA-911860-53互有邻区；2、核查外部邻区频点、PCI、TAC配置正确无误；3、核查外部邻区中未发现有和目标小区同频同PCI小区；4、核查邻区关系中禁止切换标识为禁止切换，故导致无法切换，如下：图2 禁止切换及操作记录三、解决措施禁止切换标识修改为“允许切换”图3 网管目前查询截图允许切换标识打开后,该路段正常切换，UE及时切换占用高铁路南-HFMA-433788-53与HF-市区-慈云村七组路与葡萄园路交口北-HFTA-911860-53，RSRP在-92dBm左右，如下：四、经验总结对于切换问题，可首先通过以下几步进行排除定位：1、核查是否有加邻区；2、外部邻区中频点，PCI，TAC等信息是否配置无误；3、是否有PCI混淆问题；4、允许切换标识是否打开。
除去目标小区满负荷、干扰、设备告警等原因，切换失败问题可由以上4个方面逐步排查。
邻区规划错误导致切换成功率差案例
邻区规划错误导致切换成功率差案例背景：规划邻区距离较远，恰好在规划的邻区当中存在与正确经纬度邻区相同PCI的邻区，容易导致源小区切往目标小区失败，影响切换成功率。
初步原因：查询基站无告警，无干扰。
邻区对统计发现切往九龙坡含湖村9社-HLHA、C小区切换全部失败，如下表所示：统计九龙坡广厦城-HLHC切换失败原因主要为目标小区回复切换准备失败消息导致切换出准备失败，部分核心网原因导致切换出准备失败次数。
查询九龙坡含湖村9社-HLH基站无异常，无干扰，查询外部邻区信息正确；其他小区切往九龙坡含湖村9社-HLHA/C小区均正常。
现网中主要采用S1切换，大部分小区未开启X2切换，故下面给出S1切换信令流程。
着重分析目标小区回复切换准备失败消息导致切换出准备失败的原因。
跨S1的站间切换信令交互过程如下：UE S_eNB T_eNB Core NetworkUU_interface X2_interface S1_interface跨S1的站间切换信令流跟踪信令发现，MME发送了S1AP_DL_NAS_TRANS给目标小区，证明核心网已于目标小区切换信令交互没有问题，故证明切换失败不是核心网问题。
目标小区未收到UE的RRC_CONN_RECFG_CMP的信息，导致MME发送了S1AP_DL_NAS_TRANS 反复发送，计数器超时，切换失败。
出现这种原因可能为：1、UE未收到源小区下发的RRC重配置信息，未上传RRC_CONN_RECFG_CMP信息。
出现这种情况，UE问题不会导致切往单一小区出现问题，一定是UE切往其他小区也会出现失败，与实际情况不符故排除。
2、上传RRC_CONN_RECFG_CMP信息，但目标小区未收到；A、出现这种情况，有可能目标小区故障，但查询目标小区无告警，无干扰，且其他小区切往目标小区均正常，故排除这种可能；B、邻区规划错误，导致UE上传RRC_CONN_RECFG_CMP的区域不在小区覆盖围，故导致了UE上传RRC_CONN_RECFG_CMP目标小区收不到的情况。
无线-TD-LTE-外部小区数据错误导致掉线
外部小区数据错误导致掉线【现象描述】分析4月12日话统，发现新建站株洲醴陵车上村H-LD3900253963PT掉线指标很差，整个基站三个小区都很差，1和2小区最严重，掉线主要原因为“NodeB发起的原因为切换失败的UE Context释放次数 (无)”。
具体指标如下表：【告警信息】小区无影响业务告警。
【原因分析】1、因是切换原因引起的掉线，我们取点对点切换话统，查看向哪些小区切换失败，发现三个小区切换失败均为向同站另两个小区切换失败，如下表：1小区邻区关系示意图2小区邻区关系示意图3小区邻区关系示意图3、分析点对点话统，发现株洲醴陵车上村HL-D3900253963PT的三个小区向株洲醴陵将塘村HLD3900775650PT-1和-2切换，均为过晚切换，次数较多，且均无切换尝试次数，如下表：处了解，周边小区频点38350将改成38400，因此新建站频点就按38400规划的。
株洲醴陵车上村HL-D3900253963PT向周边基站切换均基于A3的异频切换。
6、怀疑因基于A3的异频切换门限设置过高，导致株洲醴陵车上村HL-D3900253963PT向周边异频小区切换过晚，发起同站同频切换，产生弱覆盖切换失败，引起掉线。
调整株洲醴陵车上村HL-D3900253963PT三个小区基于A3的异频A1 RSRP触发门限－95为－82，基于A3的异频A2 RSRP触发门限－99为－87。
观察14日话统指标，掉线指标三个小区均无改善。
7、核查株洲醴陵车上村HL-D3900253963PT的外部小区数据，发现株洲醴陵将塘村HLD3900775650PT的三个小区PCI和TAC均配置错误。
如下图：【处理过程】将该问题反馈到工程网优，工程网优侧进行外部小区数据更正，并对基于A3异频切换参数倒回，4月14日16点修改后，掉线指标恢复正常，如下表：【建议与总结】1）因LTE 是扁平化系统，与GSM 和TD-S 相比，所需要添加的外部小区就变多许多，除本站外其它邻小区，都需要先添加外部小区数据，才能添加邻区关系。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
外部小区不一致导致的掉线和切换差
一、【问题描述】
处理日常切换TOP小区时候发现F_和庄支局（电信和庄粮所）2、3小区切换失败次数很多，切换成功率低且E-RAB异常释放次数较多，E-RAB掉线率较高。
二、【问题分析过程】
1、查看该站是否有告警：
通过LSTALMAF命名查询，该站无影响业务的告警
2、查看E-RAB异常释放的原因值：
通过网管查询，发现该小区E-RAB异常释放的原因值都是“切换流程导致的异常释放”，因此，下一步的工作分析切换失败的原因。
3、提取两两小区切换指标，查出源小区与哪个小区切换差
图1
从两两小区切换指标看出，该站与213721这个站切换较差，下一步主要分析这两个小区之前切换是否有问题
4、两小区切换分析过程：
目标小区基站是否有告警:
通过LSTALMAF命名查询，该站无影响业务的告警；
源小区是否拥塞和干扰:
从上图可以看出源小区用户数很少，没有拥塞情况；系统上每个PRB上检测到的干扰噪声系数为-120dbm，并无上行干扰；
目标小区是否有拥塞和干扰:
从上图可以看出源小区用户数很少，没有拥塞情况；系统上每个PRB上检测到的干扰噪声系数为-120dbm，并无上行干扰；
邻区是否完善:
通过NASTAR工具查看该小区的邻区配置，发现邻区配置相对完整，并无邻区漏配现象，也没有超远邻区等情况；
是否有越区情况:
从接入小区的TA值判断，区间1-2占总的采样点的98%，覆盖距离1KM左右，并无越区现象；
外部小区是否一致；
从上图可以看出，F_和庄邮政局的TAC为21292，但是查看F_和庄支局（电信和庄粮所）的外部小区定义的213721的TAC为21291，外部小区不一致；
三、【解决方案】
修改所有加F_和庄邮政局为邻区的站的外部定义：
修改外部定义脚本.t xt
四、【结果】
通过观察修改之后的9-12点的指标来看，掉线率为0，切换成功率平均99.6%，指标恢复正常。
五、【总结】
外部定义对于切换来说是一个非常重要的部分，定义错误会直接导致切换失败，另外还
会导致由于切换流程失败导致的E-RAB 异常释放；所以在日常处理KPI top 小区的时候就要对外部定义进行核查，而且要定期对全网的外部定义进行核查； 修改TAC 的时候，改完本站TAC 之后，一定要记得修改外部小区；
eN odeB名称
移动国家码移动网络码基站标识小区标识下行频点上行频点配置指示上行频点物理小区标识跟踪区域
码F_和庄支局（电信和庄粮所）4600121372111650不配置N U LL 17929292F_和庄支局（电信和庄粮所）4600121372121650不配置N U LL 17829292F_和庄支局（电信和庄粮所）4600121372131650不配置N U LL 17729292F_和庄邮政局（关西坡）4600121372111650不配置N U LL 17929292F_和庄邮政局（关西坡）4600121372131650不配置N U LL 17729292F_和庄支局（电信上佛羊）4600121372121650不配置N U LL 17829292F_和庄支局（电信上佛羊）4600121372131650不配置N U LL 17729292F_和庄邮政局（峨峪村西）4600121372111650不配置N U LL 17929292F_和庄邮政局（峨峪村西）4600121372121650不配置N U LL 17829292F_和庄邮政局（峨峪村西）4600121372131650不配置N U LL 17729292F_和庄支局（科虹电缆新厂）4600121372111650不配置N U LL 17929292F_和庄支局（科虹电缆新厂）4600121372121650不配置N U LL 17829292F_和庄支局（科虹电缆新厂）4600121372131650不配置N U LL 17729292F_和庄邮政局（移动北平洲）4600121372111650不配置N U LL 17929292F_和庄邮政局（移动北平洲）4600121372121650不配置N U LL 17829292F_和庄邮政局（移动北平洲）4600121372131650不配置N U LL 17729292F_和庄邮政局（车辐南峪）4600121372111650不配置N U LL 17929292F_和庄邮政局（车辐南峪）4600121372121650不配置N U LL 17829292F_和庄邮政局（荣科村南）4600121372111650不配置N U LL 17929292F_和庄邮政局（荣科村南）4600121372121650不配置N U LL 17829292F_和庄邮政局（荣科村南）4600121372131650不配置N U LL 17729292F_职业技术学院24600121372111650不配置N U LL 17929292F_职业技术学院24600121372121650不配置N U LL 17829292F_职业技术学院2
460
01
213721
3
1650
不配置
N U LL
177
29292
开始时间
网元名称
小区
LTE 业务掉话率-H (无)LTE 业务掉线次数-H (次)E-RAB 异常释放总次数 (无)
E-RAB 正
常释放总次数 (无)
切换成功率 (%)
切换失败次数 (1X*次)
切换成功率分子(1X*次)
切换成功率分母(1X*次)
02/24/2016 09:00:00F_和庄支局（电信和庄粮所）F_和庄支局（电信和庄粮所）3000203100013713702/24/2016 09:00:00F_和庄支局（电信和庄粮所）F_和庄支局（电信和庄粮所）200013999.492119619702/24/2016 10:00:00F_和庄支局（电信和庄粮所）F_和庄支局（电信和庄粮所）3000184100014614602/24/2016 10:00:00F_和庄支局（电信和庄粮所）F_和庄支局（电信和庄粮所）200014899.317229129302/24/2016 11:00:00F_和庄支局（电信和庄粮所）F_和庄支局（电信和庄粮所）300021998.953218919102/24/2016 11:00:00F_和庄支局（电信和庄粮所）F_和庄支局（电信和庄粮所）2000941000251251。