第十一课：TOP小区分析及案例
经典案例-关于LTE终端异常导致厂家边界切换失败问题处理最佳实践总结
宁波FDD-LTE异常终端切换失败处理案例1、概述随着L800站点大规模入网，室外L800M已经实现连续覆盖，优化问题也接踵而来，最近在处理厂家边界（华为&中兴）切换问题时，发现一对小区切换成功率极低，需紧急处理。
图表12、问题描述近期华为区域全网切换指标持续下降，查询TOP小区是发现位于华为与中兴边界处一对L800小区切换成功率较低，影响全网指标，下表为问题站点切换指标统计：图表23、问题分析定位3.1 问题分析分析TOP小区分析切换失败原因值、两两切换统计值，以”LF_H_JD甬波波城北_25为例，切换失败原因是“目标小区回复切换准备失败消息导致同频切换出准备失败”，两两切换统计，失败次数都集中目标小区都是中兴：图表3根据Top小区指标初步分析，主要是由于中兴侧基站回复切换拒绝导致切换失败，下一步通过标口信令分析深一步分析失败原因，筛选出切换失败的消息，该消息是目标基站返回给源基站，携带有切换失败的原因值。
如下图所示，携带的原因值为no-radio-resources-available-in-target-cell(12)图表4原因值解释：目标小区无足够资源可用，最终导致切换阶段失败。
本次切换准备失败TOP小区都是此类原因，但实际目标小区负荷不高。
3.2 问题定位由于该基站有切换成功的情况，华为侧选取切换失败与切换成功信令进行分析对比，结果如下：1)当华为L800M基站X2口切换请求消息中携带终端支持BAND5字段，无论800M目标小区是否为中兴切换都会成功；图表5 携带band52)当华为L800M基站X2口切换请求中未携带终端支持BAND5字段，若L800M目标小区为中兴，则会回复切换失败消息，原因值就是”no-radio-resources-available-in-target-cell”图表6 不携带band5中兴侧信令回复分析：针对回复切换失败消息，原因值就是”no-radio-resources-available-in-target-cell”问题，当中兴L800M小区作为目标小区，需要核实源侧发送的“HANDOVER_REQUEST”消息中RRC_UE_CAP_INFO信息是否携带支持band5，如未携带支持band5，中兴侧eNB就不会生成切换命令，导致切换失败。
高掉线Top小区分析-大理
不予处理
不予处理 不予处理 不予处理 不予处理 不予处理
4
高掉线小区处理流程
5
Context释 放，ENB重 建立失败导
致释放次数
(次)
Context释 放，ENB由 于S1链路故 障导致释放
次数(次)
Context释 放，ENB检 测到UE被异 常拔掉(次)
10
0
0
3
1
0
1
掉线率分析-- E-RAB掉线
指标名称
600版本指标公式
600版本对应Counter
无线掉线率(集团)
RRCConnectionReestablishmentRequest消息后，经过
接纳等流程，处理失败，给UE发送
RRCConnectionReestablishmentReject消息，同时触发
发S1口UE实例释放。本计数器统计这种情况发起的E-
RAB的释放个数。
归为异常释放原因
当eNodeB由于检测到S1链路故障，给MME发送UE
弥渡县城新区-ZLH(571897)
3 3.24%
1
0
2014-6-24 0:00 大理(10) 59548
大理海东大黑山-ZLH(59548)
1 3.12%
2
0
0
546
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
1
0
0
0
0
0
0
0
26
0
0
0
0
0
5G优化案例：5G共享小区切换及回落问题案例总结
5G共建共享小区切换及回落问题案例总结XX目录1概述 (1)2电信小区向联通共享小区切换问题 (1)2.1常见问题 (1)2.2问题案例 (1)2.2.1案例1：电信网元外部小区配置错误 (1)问题描述 (1)问题分析 (3)问题定位 (4)问题处理 (4)2.2.2案例2：联通承建共享站点license 到期 (7)问题描述 (7)问题分析 (8)问题定位 (9)问题处理 (9)2.2.3案例3：联通承建共享站点告警 (10)问题描述 (10)问题分析 (10)问题定位 (11)问题处理 (12)2.3问题总结 (12)3电信小区向联通共享锚点小区切换问题 (15)3.1常见问题 (15)3.2问题案例 (15)3.2.1同时添加联通4G 普通共享小区与4G 共享锚点小区频繁切换问题 (15)问题描述 (15)问题分析 (16)问题定位 (17)问题处理 (19)3.2.2电信小区向联通4G 共享锚点小区切换失败问题 (21)问题描述 (21)问题分析 (21)问题定位 (21)问题处理 (23)3.3经验总结 (23)4电信共享小区回落联通GSM/WCDMA 失败问题 (23)4.1常见问题 (23)4.2问题案例 (24)4.2.1案例1：CSFB 开关设置问题 (24)问题描述 (24)问题分析 (25)优化调整 (26)优化效果 (26)4.2.2案例2：EnodeB 邻接频点问题 (28)问题描述 (28)问题分析 (28)优化调整 (29)优化效果 (29)4.2.3案例3：网元版本问题 (30)问题描述 (30)问题分析 (30)优化调整 (30)4.3CSFB 配置方法 (30)4.3.1公共参数（基于覆盖的重定向算法启动开关） (30)4.3.2CSFB 至WCDMA 网络 (33)全局业务开关 (33)测量参数 (33)EnodeB 邻接频点 (34)CSFB 配置 (35)运营商自定义用户策略配置表 (36)测量参数 (37)4.3.3CSFB 至GSM 网络 (38)全局业务开关 (38)测量参数 (38)EnodeB 邻接频点（站点周边最强GSM 频点） (40)CSFB 配置 (40)运营商自定义用户策略配置表 (41)测量参数 (42)1概述随着电信与联通方共建共享站点的部署及大量开通,出现一系列共享小区与非共享小区间移动性问题,本文针对目前已发现的问题从电信小区向联通 4G 共享小区切换,电信小区向联通共享锚点小区切换,电信共享小区回落联通小区三个方面进行问题总结，梳理问题原因及处理方法，为后期定位问题提供指导性建议及方案，便于快速定位，及时处理。
经典案例_CQI质差TOP小区优化
CQI质差TOP小区优化目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (4)四、经验总结 (5)CQI质差TOP小区优化【摘要】CQI是由UE基于下行小区特定参考信号的SINR测量，根据BLER-SINR表格得出的值，CQI的分布情况最直观的反映了LTE网络的下行链路质量。
CQI的反馈是LTE时频资源调度的依据，eNodeB根据CQI信息选择合适的调度算法和下行数据块大小，以保证UE在不同无线环境下都能获取最优的下行性能.【关键字】CQI质差【业务类别】CQI、工参调整一、问题描述6月9日对全网CQI质差小区进行筛查，其中BB-固镇-固镇连城叶湖-HFTA-156468-184从6月1日至6月8日连续8天系统忙时CQI优良比在80%以下，严重影响用户使用4G网络感知。
二、分析过程结合CQI质差小区分布地理图及BB-固镇-固镇连城叶湖-HFTA-156468-184小区TA接入发现该质差小区系统忙时TA接入在1km以上的占比均在60%以上，存在覆盖较远的现象，综合分析导致该小区CQI质差的原因为边缘用户较多，无线环境较差导致。
三、解决措施针对BB-固镇-固镇连城叶湖-HFTA-156468-184覆盖地理环境及用户分布，对该小区电倾角及RS功率进行适当调整，减小边缘用户接入同时修改该小区TM传输模式，提升覆盖区域内用户无线通信环境质量，具体调整措施如下：BB-固镇-固镇连城叶湖-HFTA-156468-184小区电倾角由5°调整为8°：BB-固镇-固镇连城叶湖-HFTA-156468-184小区RS功率由212°调整为182°：BB-固镇-固镇连城叶湖-HFTA-156468-184小区传输模式由TM3修改为TM4：BB-固镇-固镇连城叶湖-HFTA-156468-184小区优化参数修改完成后对比该小区系统忙时CQI优良比提升明显，由70&左右提升至95%左右四、经验总结CQI反映了PDSCH的信道质量，我们可以通过后台网管数据，充分利用现网用户终端上报的CQI，同时结合MR覆盖率、重叠覆盖度、TA分布来衡量PDSCH信道质量以及单站覆盖情况，其与传统路测相比：路测反映的仅仅是网络中线状道路的SINR情况，而CQI反映的是面状网络的覆盖情况。
TOP小区处理思路概述
TOP小区处理思路概述引言TOP小区是指在移动通信网络中，负载最高的小区。
由于用户数量众多，TOP小区往往会遇到网络拥塞、用户体验下降等问题。
因此，如何高效地处理TOP小区成为了运营商和网络优化工程师们的重要任务。
本文将概述处理TOP小区的思路和方法。
TOP小区的定义和影响移动通信网络中，小区是网络的基本单元，负责覆盖特定的区域，并提供无线信号覆盖。
TOP小区是指在特定时间段内，用户数占比最高的小区。
TOP小区通常具备以下特征：1.用户数众多。
2.数据业务和语音业务的同时存在。
3.用户活动密度高。
4.网络资源紧张。
TOP小区的存在会导致以下问题：1.网络拥塞和传输延迟增加。
2.用户体验下降，例如呼叫失败率增加、数据传输速度变慢等。
3.网络资源被过度消耗，导致其他小区的服务质量下降。
因此，处理TOP小区的问题对于提高网络性能和用户体验至关重要。
处理TOP小区的思路处理TOP小区的思路主要包括以下几个方面：1. 增加小区容量增加小区容量是处理TOP小区问题的关键措施之一。
通过提升小区的容量，可以增加用户并发能力，减少拥塞情况的发生。
具体的措施包括：•增加小区的载频数，扩大小区的覆盖范围。
•增加小区的天线数目，提高小区的信号覆盖强度。
•利用载波聚合技术，将多个载频进行组合，提高小区的带宽。
2. 优化小区参数配置优化小区参数配置是降低TOP小区负载压力的重要手段。
通过调整小区的参数配置，可以合理分配网络资源，提高网络效率。
具体的措施包括：•调整小区覆盖半径，优化小区边界覆盖，避免频繁的小区切换。
•调整小区的功率设置，减少干扰，提升信号质量。
•优化小区的调度策略，确保资源合理分配，提高用户传输速率。
3. 部署新的网络设备部署新的网络设备是处理TOP小区问题的另一个重要手段。
通过引入新的设备和技术，可以提升网络性能和用户体验。
具体的措施包括：•引入更先进的基站设备，提高网络容量和覆盖范围。
•部署小区干扰消除技术，减少干扰对网络性能的影响。
5G TOP差小区优化指导书
5G TOP差小区优化指导书
1.确认差小区原因。
首先需要确认差小区出现的原因，可以通过以下方式进行：
-测量网络质量，包括无线信号强度、信号质量、信道质量等。
-检查基站设备，并进行故障排除。
-分析业务需求，确定是否需要优化覆盖或容量。
2.优化覆盖。
如果差小区是由于覆盖问题导致的，可以采取以下措施进行优化：-适当增加基站数量，加强覆盖。
-更换高增益天线，增加信号覆盖范围。
-调整频率，有效避免频段拥塞。
3.优化容量。
如果差小区是由于容量问题导致的，可以采取以下措施进行优化：-增加小区的载频数量，提高容量。
-优化小区间隙，降低信令时延。
-配置容量优化参数，提高用户体验。
4.数据分析。
对差小区的数据进行分析，可以有效提高优化效果。
可以通过以下方式进行：
-收集详细差小区数据信息。
-对数据进行分析，找出问题原因和影响因素。
-制定优化方案，采取相应措施进行优化。
-对优化效果进行监测和评估，不断改进优化方案。
5.优化流程优化。
优化流程的重要性不可忽视，可以通过以下方式提高流程优化效果：-制定流程标准化规范，保证流程执行的科学性和合理性。
-建立数据汇总和监控平台，及时检测差小区出现情况。
-加强人员培训和技术支持，提高优化效率和水平。
-定期评估和调整优化方案，不断提高优化效果和流程优化水平。
高掉线Top小区分析-大理
当eNodeB由于切换失败，触发一个E-RAB释放时,计数
器加1。
归为异常释放原因
当eNodeB由于无线链路失败，给MME发送E-RAB
RELEASE INDICATION消息，消息中的IE:E-RAB To
Be Released List，每个E-RAB时，计数器加1。
归为异常释放原因
当eNodeB接收到从UE来的
当eNodeB的UE在切换执行阶段，由于目标侧发
生RRC连接重建立，或者RRC连接重配完成定时
器超时等等原因，导致UE释放时，本计数器采样
统计。当eNodeB由于切换失败，给MME发送UE
CONTEXT RELEASE REQUEST消息时，计数
Context释放，ENB切换失败引发释放次数(次)
器加1。
RRCConnectionReestablishmentRequest消息后，经过
接纳等流程，处理失败，给UE发送
RRCConnectionReestablishmentReject消息，同时触发
发S1口UE实例释放。本计数器统计这种情况发起的E-
RAB的释放个数。
归为异常释放原因
当eNodeB由于检测到S1链路故障，给MME发送UE
现归为正常释放原因
当eNodeB接收到小区闭塞命令，或者由于Reset
，给MME发送UE CONTEXT RELEASE
Context释放，由于小区关断或复位引发释放次数(次)
REQUEST消息时，计数器加1。
现归为正常释放原因
当eNodeB由于检测到UE没有业务，给EASE REQUEST消息时，计
归为异常释放原因
当eNodeB除所列原因外的其它原因（主要指内部
精品文档_SN变更成功率TOP小区处理总结
SN变更成功率TOP小区处理总结案例目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (6)四、经验总结 (11)SN变更成功率TOP小区处理总结案例【摘要】随着5G建设的逐步成熟，NR KPI指标也纳入省公司考核范围之内。
提取五月芜湖SN变更成功率，总体平均指标81%，在省内排名较为靠后。
通过对变更成功率低top小区处理，目前指标提升至91%，效果较为明显。
下文介绍SN变更成功率TOP小区的处理思路，通过NR侧与LTE侧指标计数器联动分析和NR侧信令跟踪来处理TOP小区。
【关键字】SN变更成功率TOP小区【业务类别】5G一、问题描述提取芜湖全网5G侧SN变更成功率指标变更失败TOP小区，如表（一），部分小区SN 变更失败请求次数较多，对全网整体指标影响较大，针对top进行分析处理；表（一）变更失败TOP小区二、分析过程1.SN Change信令流程及指标定义SN Change信令流程SN Change信令流程如图（一），该场景指在MN不变时，仅SN进行变更切换。
图（一）SN变更信令流程SN变更成功率指标定义SN变更成功率= C600600010 / C600600009SN变更成功率（包含Pscell）= (C600690010+C600690011) / (C600690009+C600690011+C600690012+C600690013+C600690014)SN变更成功率影响因素分析SN变更流程分析SN变更场景是指MN不变仅SN变更，如图（二）所示：图（二）SN change的相关网元按流程分析如下：如果缺失图中关系1，即5G-5G邻区关系，则UE不会测量目标SgNB的信号，便不会触发SN Change流程。
如果缺失图中关系2，即4G-源5G的邻区或偶联，则SN添加流程便会异常，无法触发后续SN Change。
如果缺失图中关系3，即4G-目标5G的邻区或偶联，则会出现SN Change准备失败，或者目标SgNB断链也触发SN Change准备失败。
SCTP链路IP地址配置错误导致切换入该站小区全部失败案例
SCTP链路IP地址配置错误导致切换入小区全部失败一、问题发现问题现象：核查7月7日TOP小区发现D2_YQ河庄村ZLF_H-3小区切换成功率仅为5.23%，全天切换失败次数为22343次；针对该小区切换严重差问题启动TOP差处理流程；二、问题分析问题定位：提取D2_YQ河庄村ZLF_H-3小区邻区对切换指标发现D2_YQ河庄村ZLF_H-3切换向225049:1、225049:2、225049:3小区全部失败；D2_YQ河庄村ZLF_H-30:460:00:225049:39703 0 0.00% 7999 422 D2_YQ河庄村ZLF_H-30:460:00:225239:11 1 100.00% 0 0 D2_YQ河庄村ZLF_H-30:460:00:225239:227 21 77.78% 0 0 D2_YQ河庄村ZLF_H-30:460:00:225239:3545 464 85.14% 0 0 D2_YQ河庄村ZLF_H-30:460:00:225249:20 0 100.00% 0 0核查关于225049，D2_YQ河庄村北fbsZLF_H基站相关指标，发现周围小区切向225049三个小区请求全部失败，问题定位指向D2_YQ河庄村北fbsZLF_H，且切换失败原因为“系统每相邻关系目标小区无响应原因导致的切换出准备失败”；小区名称邻区关系[LTE]系统小区间切换出请求次数(小区对)[LTE]系统小区间切换出成功次数(小区对)[LTE]系统小区间切换出成功率(小区对)[LTE]系统每相邻关系目标小区无响应原因导致的切换出准备失败次数[LTE]系统每相邻关系目标小区回复切换准备失败消息导致切换出准备失败次数D2_YQ河庄村ZLF_H-1 0:460:00:225049:1 394 0 0.00% 379 9 D2_YQ河庄村ZLF_H-1 0:460:00:225049:2 60 0 0.00% 24 5 D2_YQ河庄村ZLF_H-1 0:460:00:225049:3 175 0 0.00% 174 1 D2_YQ河庄村ZLF_H-2 0:460:00:225049:1 1201 0 0.00% 1022 42 D2_YQ河庄村ZLF_H-2 0:460:00:225049:2 32 0 0.00% 31 1 D2_YQ河庄村ZLF_H-2 0:460:00:225049:3 397 0 0.00% 301 6 D2_YQ河庄村ZLF_H-3 0:460:00:225049:1 12053 0 0.00% 10620 318 D2_YQ河庄村ZLF_H-3 0:460:00:225049:2 201 0 0.00% 197 0 D2_YQ河庄村ZLF_H-3 0:460:00:225049:3 9703 0 0.00% 7999 422 D2_YQ河庄铁路ZLF_H-1 0:460:00:225049:2 5795 0 0.00% 4174 46 D2_YQ河庄铁路ZLF_H-2 0:460:00:225049:1 19 0 0.00% 1 0D2_YQ河庄铁路ZLF_H-2 0:460:00:225049:2 2375 0 0.00% 1704 167 D2_YQ河庄铁路ZLF_H-2 0:460:00:225049:3 5 0 0.00% 0 0 D2_YQ河庄铁路ZLF_H-3 0:460:00:225049:2 60 0 0.00% 47 11、干扰排查D2_YQ河庄村北fbsZLF_H无明显干扰情况，三小区平均底噪均低于-110dB；2、告警故障排查D2_YQ河庄村北fbsZLF_H无故障告警发生；3、信令跟踪排查利用网管信令平台跟踪小区级信令，发现切换失败原因为”S1切换源侧准备失败由于切换响应定时器超时”,根据信令观察发现，0707-16:06:22.480 ENODB21692-3上发handover required到MME，之后ENODB21692-3等待来自handover command超时，于16:06:32.470向MME发送handover cancer（切换取消）；问题汇交于ENODB21692-3切换源小区向MME发送handover required后，MME无响应超时导致切换失败；其过信令观察handover required是由eNODB向MME，经由S1链路发送向MME后，MME没有通过S1向225049-1小区发出handover request，导致切换准备超时；在这个阶段目前有几个需要排查的问题1、MME是否收到ENODB21692-3上发的handover required；2、MME假如成功接收到handover required后，是否向目标小区下发handover request 信令；关于问题1，根据切换对指标，发现周围基站小区均是切换向D2_YQ河庄村北fbsZLF_H （225049）S1切换准备失败，切向其他小区的切换成功率均较高（指标下图），说明源小区侧ENODB21692-3到MME的S1链路是正常的；小区名称邻区关系[LTE]系统小区间切换出请求次数(小区对)[LTE]系统小区间切换出成功次数(小区对)[LTE]系统小区间切换出成功率(小区对)[LTE]系统每相邻关系目标小区无响应原因导致的切换出准备失败次数[LTE]系统每相邻关系目标小区回复切换准备失败消息导致切换出准备失败次数D2_YQ河庄村ZLF_H-3 0:460:00:216923:110 880.00%0 0D2_YQ河庄村ZLF_H-3 0:460:00:216923:21042 73970.92%0 0D2_YQ河庄村ZLF_H-3 0:460:00:225239:227 2177.78%0 0D2_YQ河庄村ZLF_H-3 0:460:00:225239:3545 46485.14%0 0D2_YQ河庄村ZLF_H-3上发的handover required，但是MME下发向目标小区的D2_YQ河庄村北fbsZLF_H（225049）的handover reques未被收到，问题在于MME到D2_YQ河庄村北fbsZLF_H（225049）的S1链路上；4、参数核查我们针对S1链路SCTP参数核查，D2_YQ河庄村北fbsZLF_H（225049）IP地址如下；ENODB21692-3 D2_YQ河庄村ZLF_H-3的S1链路SCTP参数IP地址如下我们发现D2_YQ河庄村北fbsZLF_H（225049）S1链路的IP地址与周围站小区的IP地址明显不同，我们判断是由于D2_YQ河庄村北fbsZLF_H（225049）链路的IP地址在MME 侧未做切换功能的登记，导致该S1的IP地址无法进行S1切换信令交互，导致切换准备失败；三、原理分析正常的S1切换流程：S1切换流程与X2切换类似，只不过所有的站间交互信令及数据转发都需要通过S1口到核心网进行转发，时延比X2口略大。
lte切换失败案例
一、案例问题描述对LTE全网切换成功率进行TOP小区处理及分析，发现竹园D3切换成功率一直很低。
见下表：ENB内同频、异频切换正常，ENB间同频切换正常，但ENB间异頻切换率在29%~59%之间，其中按接口类型统计S1口的切换全部失败。
二、切换分析流程三、问题处理过程1）查询小区告警信息，未发现存在影响性能的告警。
2）查询小区相应时间段内的干扰情况，未发现不存在强干扰问题。
3）查询两两小区间的切换对，查看是否由个别邻区的关系影响了小区的切换成功率：查询两两小区间切换对时，发现该基站竹园D2和竹园D3切出到卢屋广场F 基站的三个小区都是全部失败，其他切换对是正常的。
因此问题定位到邻区级和目标基站级。
4）通过跟踪本小区与目标小区的S1口信令，HANDOVER REQUEST及HANDOVERPREPARATON FAIL两条关键信令信息。
其中查询S1AP_HANDOVER_REQUEST的信令解码查询目标小区ENB的消息：关键数据：目标NB-ID为0001,0000,1111,0001,0001B，应对的十六进制为10F11，即十进制为：69393。
5）查看S1AP_HANDOVER_PREPARATON_FAIL的信令解码，查看其失败原因：解码的失败原因为：HO-failure-in-target-EPC-ENB-or-target-system（失败原因为目标EPC或者目标ENB问题）。
根据S1AP_HANDOVER_PREPARATON_FAIL目标小区无法完成切换准备而导致切换失败。
6）查询源小区定义的外部邻区，其中卢屋广场F基站标识为69393共5位的基站NBID，现网配置基站标识的时候一般是6位数，怀疑是基站标识配置错误导致切换失败。
7）查询目标小区的基站标识信息：发现目标小区的基站标识为693937，与竹园D基站定义的源小区的69393不同有错误。
四、优化效果9月10日下午修改源小区错误的邻小区参数，从69393改为693937。
LTE指标优化及TOP小区分析指导图文详解
1 掉线率1.1 指标定义无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+UE Context异常释放次数)/UE Context建立成功总次数*100%1.2 指标分析及统计点介绍UE Context异常释放次数测量点：如图1中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE的所有E-RAB。
当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”时，测量指标L.UECNTX.AbnormRel加1。
eNodeB发起的S1 RESET导致的UE Context释放次数测量点：如图2中A点所示，当eNodeB向MME发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.eNodeB进行累加。
UE Context建立成功总次数测量点：如图3中B点所示，当eNodeB向MME发送INITIAL CONTEXT SETUP RESPONSE消息时统计该指标。
消息中如果包括多个E-RAB，该指标也只统计一次。
1.3 TOP小区分析流程TOP小区分析可通过OMC 920提取异常释放原因：□ eNodeB发起的原因为UE LOST的UE Context释放次数□ eNodeB发起的原因为切换失败的UE Context释放次数□ eNodeB发起的原因为无线层问题的UE Context释放次数□ eNodeB发起的S1 RESET导致的UE Context释放次数❶是否存在异常告警或传输闪断1）通过LST ALMAF查询站点实时告警,参考历史告警；2）通过DSP BRD 查询单板运行情况；❷通过提取两两小区切换，确定目标小区1）确定目标小区运行情况，是否基站故障或异常告警；2）检查邻区间参数设置是否正确；3）通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；4）检查基站是否周边站点缺少，如为孤站，可视为正常；❸检查S1链路是否配置正确现统计中eNodeB发起的S1 RESET导致的UE Context释放次数均为0，如统计出现释放次数，需进行针对排查；❹参数是否设置合理1）查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）2）如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；❺是否存在高干扰1）通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；2）检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）；3）如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；小提示：判断干扰类型时，可跟踪后台干扰检测，如果RB0-RB99呈下坡图，则为杂散干扰，如果为陡升陡降则为互调干扰，如果为上坡图，则为阻塞干扰，如果干扰仅在RB40-RB80,则为广电干扰，请大家知悉。
高掉线TOP小区分析
高掉线TOP小区分析一、概述提取最近一周粒度时间，无线掉线率高于2%的为高掉线小区，经过筛选总共219个为TOP高掉线小区。
TOP小区主要以农村乡下的小区分布居多，部分为城区小区和室分小区。
场景分布示意图：二、掉线分析对于TD-LTE的掉线，是在UE完成“RRCConnectionReconfigurationComplete”处于连接态，之后由于干扰、弱场、其他原因导致的UE上下行失步，触发重建未果或者被拒过程。
只要不是终端主动发起的释放，都应算为掉线。
目前掉线在信令中表现如下3种情况。
●连接态下触发RRC重建无果●连接状态下触发RRC重建被拒●连接状态下异常收到RRC释放消息常规检查：●服务小区SINR过低；●邻区列表电平相差不大，无主覆盖小区；●后台硬件告警排查，如GPS干扰、MTS中各个通道是否正常；●PCI冲突干扰；●邻区漏配；●邻区信息错误；●系统间邻区关系异常（后期检查）；●问题点尝试更换不同终端检查●问题点尝试服务小区闭塞解闭塞●设备告警检查：三、掉线定位原因219个高掉线小区经过初步分析，将导致原因划分归类，后期可参考从以下方向进行排查并解决掉线。
掉线原因大类划分：解决方案：●高干扰：现场扫频确定干扰源●空口定时器超时：空口质量差导致，或定时器设置核查。
●ENB的无线链路失败：①农村乡下站点广度覆盖，信号未能连续覆盖，需进一步完善邻区关系，调整加大覆盖，或建议加站②室分站点，小区覆盖深度不足，需要增加天线补弱点，同时保证邻区关系完善③城区站点：现场调整重叠覆盖区域，降低干扰●切换成功率低：同频及异频切换成功率低，需完善邻区关系，核查PCI冲突，防止模三干扰及近距离同PCI现象。
PS：附件为萍乡详细219个高掉线小区，及分析原因。
掉线TOP小区分析.xlsx。
高倒流小区分析优化思路详细案例
高倒流小区分析优化一．倒流定义5G分流比：5G流量占全网4/5总流量的比例；5G分流比为综合指标，关联终端、网络和市场。
倒流比=5G用户在4G网络产生的流量/4G网络的总流量。
话统5G倒流比指标：基于话统的5G倒流比计算方式，5G倒流比= (L.Thrp.bits.DL.NR.capable.plmn+ L.Thrp.bits.UL.NR.Capable.PLMN)/( L.Thrp.bits.UL.PLMN + L.Thrp.bits.DL.PLMN) * 100%。
1.1 分析过程1.1.1高倒流小区获取可通过SEQ平台/网管提取全网4G小区级流量。
（包含小区总流量及用户、5G用户4G 流量、以及5G用户4G流量占小区总流量的比例），具体模板如下：通常当4G小区内5G用户4G流量（日均）>10GB，且5G用户4G流量占小区总流量的比例大于20%时，认为该小区为SA用户高倒流小区，需针对高倒流小区进行分析处理，从网络侧提升分流比。
1.2.2高倒流小区分析思路针对上述提出的5G高倒流小区，按照如下思路进行原因分析，通过5大方面进行问题排查与分析。
（5大方面：覆盖、故障、参数、性能及其他；涉及的分析标准比如：距离、流量等可结合实际情况修改）1.2.2.1分析过程分析流程图：准备工作：基础信息准备（1）、核查高倒流小区的频点等基础信息，通过工参获得高倒流小区的站型(区分宏站/微站/室分/地铁/高铁)。
（2）、核查出每个高倒流小区500米内的5G站点及5G小区，并通过工参获得所有5G 小区的站型（宏站/微站/室分/地铁/高铁）。
排查是否有共站5G（1）、判断4G高倒流小区500米内所有5G站点的站间距与站型，若100米内存在同站型的5G站点时，一般可认为存在共站5G站点，进入第二步。
否则按无共站5G站点处理。
（2）、若非5G共站，判断4G高倒流小区是否为高铁/地铁，若为高铁/地铁，则定义为高铁/地铁无共站5G，需规划或新开高倒流共站5G。
LTE网络杂散干扰导致的VOLTE高掉话优化案例
LTE网络杂散干扰导致的VOLTE高掉话优化案例一、问题现象长治D2_LU潞城安乐ZLF_H-2小区无线接通率和掉话率指标持续恶化，且恶化趋势明显。
指标统计截图如下：二、问题分析通过TOP小区的分析流程进行问题排查发现，D2_LU潞城安乐ZLF_H-2小区上行干扰严重，且主要表现为前高后低的波形走势，判断为杂散干扰。
对于现网高干扰小区影响KPI指标时，由于扫频排查干扰源耗时较长，较难及时处理，可以通过修改上下行PRB偏置参数临时解决部分低接入、高掉话TOP小区。
参数使用场景：（1）、只有部分频段有强干扰（高干扰频段最好小于一半RB），频谱如图2.（2）、小区业务量不是很高（业务量较高的话，无论如何都会分配到高干扰频段PRB）（3）、一个站点3个小区只有1个或2个小区存在高干扰、指标差（3个小区上行干扰都高的小区无法解决）备注：该方案只是辅助性方案，需注意的是排查干扰依旧是解决问题主要手段。
三、问题处理基本原理：优先为终端配置干扰较小频段的资源（RB)修改方法：CellType=0/1/2，优先分配的RB如下图所示：注意：其中需PRB随机化偏置上下行都要同步修改。
PRB随机化偏置修改位置如下：将D2_LU潞城安乐ZLF_H-2的上下行PRB随机化偏置由0修改为2后低接入和高掉话问题基本解决，修改前后对比如下图所示：四、问题总结通常干扰分为上行干扰和下行干扰，系统内干扰和系统外干扰，不论哪种类型的干扰都会导致掉话：上行干扰可以从话统指标进行分析。
TDD系统上行干扰包括普通时隙和特殊时隙的干扰两方面，两种干扰呈现的特征也是不一样的。
对于杂散干扰只干扰前部分PRB的情况下，由于扫频排查干扰源耗时较长，较难及时处理，可以通过修改上下行PRB偏置参数临时解决部分低接入、高掉话TOP小区，该方案只是辅助性方案，需注意的是排查干扰依旧是解决问题主要手段。
4G弱覆盖top小区分析
4G 弱覆盖分析及优化【摘要】4G 弱覆盖小区占比是省4G 无线网络优化的重点考察的指标之一。
导致弱覆盖占比较高的原因很多，对于该项指标的优化依靠建维优平台采集的数据， 4G 中兴/华为网管数据进行分析优化。
【关键字】建维优平台 ，弱覆盖TOP 小区一、弱覆盖定义弱覆盖是指基站小区信号强度不能保证网络达到要求的区域。
弱覆盖是基站所需要覆盖面积大，基站间距过大，或者建筑物遮挡而导致边界区域信号较弱。
弱覆盖:弱覆盖比例(RSRP<-110%的MR 采样点/总MR 采样点)二、弱覆盖原因分析2.2 弱覆盖小区分析1）弱覆盖主要原因弱覆盖小区原因主要有无线环境、基站故障、参数配置、网络覆盖问题4大原因。
其中无线环境包括农村广覆盖场景、山体，楼宇建筑物阻挡、街道效应、水面等反射折射等；基站故障包括基站断站、小区退服、射频单元驻波、发射通道增益异常；参数配置包括互操作策略、驻留参数、功率配置、切换参数、邻区配置；网络覆盖问题包括阻挡、站点搬迁、小区覆盖不合理、深度覆盖不足等。
2）弱覆盖TOP 小区原因分析首先对弱覆盖TOP 小区根据场景、频段、TA 、站址等4大方面进行分析。
在利用建维优平台的弱覆盖分析功能,中兴/华为网管以及GGmap 对弱覆盖小区TOP 分析。
分析出农村孤岛站、超远覆盖、深度覆盖不足、切花或重选参数配置不合理、覆盖不合理、山体或建筑物阻挡、基站告警等原因。
•阻挡、站点搬迁•小区覆盖不合理•深度覆盖不足•互操作策略•驻留参数•功率配置•切换参数、邻区配置•基站断站•小区退服•射频单元驻波•发射通道增益异常•农村广覆盖场景•山体，楼宇建筑物阻挡•街道效应、水面等反射折射无线环境基站故障网络覆盖问题参数配置三、优化措施1）基站告警、天馈系统故障等核查 TOP 小区在统计周期内是否存在告警，确认告警发生时间与指标统计周期是否吻合，以及 TOP 小区周边是否存在故障站点，如断站、小区退服、光路问题、驻波、发射通道异常、天馈系统故障等影响覆盖的故障告警都会对 MR 覆盖率产生影响，根据相应告警信息进行故障处理。
TOP小区分析(网络)
基站覆盖TOP小区分析➢通用处理流程1)查看告警：主拓扑->查找站号->右击查询活动告警活告警日志2)查看干扰：系统上行每PRB上干扰噪声平均值（指标ID:1526728298）>-110dBm，认为存在干扰，转至干扰处理流程；3)查询指标子项，定位子项后对应处理；4)弱覆盖、过覆盖分析。
5)信令跟踪，呼叫日志提取，转至技术支持人员分析。
➢RRC连接建立成功率RRC连接建立成功率定义RRC连接建立成功率=（RRC连接成功次数/RRC连接请求次数（包含重发））筛选条件筛选前一天15忙时指标，且出现3个时段以上RRC连接建立成功率小于80%且RRC 连接建立请求次数>50次，按照RRC建立失败次数降序排列进行分析。
分析流程1)筛选TOP小区；2)查看告警：若存在告警，处理告警；3)查看RRC连接建立失败原因，共11项，一般主要有2项：资源分配失败导致RRC连接建立失败、UE无应答导致RRC连接建立失败4)由于SRS资源分配失败导致RRC连接建立失败，主要由于用户较多，SRS资源不足导致：a)查看接入模式为接入增强还是体验优先，如为体验优先，则修改SRS配置：modsrscfg。
b)如果已经是接入增强，需要采用功率调整等方式进行话务分担；5)UE无应答导致RRC连接建立失败，主要为上行链路覆盖不足导致：a)上行干扰：系统上行每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，转到高干扰小区预处理流程。
b)尝试调整本小区或周边小区天馈角度或下倾角观察指标是否有所好转，判断是否因为模三干扰导致指标异常。
c)终端异常：从NIC终端提取呼叫日志（提取呼叫日志过程见干扰处理流程）使转给后台人员，由后台人员判断是否由同一个用户，或者同一芯片的终端引起的指标异常。
d）查看小区是否过覆盖6)其他原因;a)查看小区是否弱覆盖，b)现场测试以及后台跟踪：现场进行测试&后台信令跟踪（跟踪S1、X2、UU口信令），跟踪方法：U2000->监控->信令跟踪->信令跟踪管理->S1标准信令跟踪X2标准信令跟踪UU标准信令跟踪；转发跟踪信令给后台支持人员进行分析定位。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
切换失败的原因
切换失败的主要原因
BSC上无线参数的缺失和错误 MSC上数据的缺失和错误 基站软硬件故障 传输有误码或者同步不稳定 源小区或者目标小区的BCCH频率受到干扰 由于无线资源缺乏造成切换失败
TCH每线话务量
TC H 话 务 量 TCH每线话务量 = TCH可 用 数
无线接通率
无线接通率＝（1－SDCCH拥塞率）×（1－TCH拥塞率）×100%
干扰带定义
干扰带0 干扰带1 干扰带2 干扰带3 干扰带4 干扰带5 -110～-105dBm -105～-98dBm -98～-90dBm -90～-87dBm -87～-85dBm -85～-47dBm
含义：干扰带是基站TCH信道在空闲状态通过RF RESOURCE INDICATION消息向BSC上报的TCH信道受到 上行干扰的电平等级，共分为六个等级，电平范围可以通 过数据配置台设定。
邻邻邻邻
当 当当当邻邻
16
案例分析之一
基站分布图
17
案例分析之一
11月24日话统
小区名称 切换成功率 电力公司－1 电力公司－2 电力公司－3 博乐建行－3 三金粮油－2 三金粮油－3 工业区－2 博乐六中－1 博乐六中－2 博乐六中－3 兴博市场－3 53.41% 49.82% 57.67% 61.25% 78.40% 77.14% 76.36% 66.22% 92.73% 83.25% 83.48% 无线切换 BSC内入小区 成功率 失败次数 （无可用信道) 90.02% 397 93.98% 389 90.06% 314 91.67% 502 89.07% 0 93.80% 0 76.36% 0 88.10% 26 94.44% 0 91.91% 0 95.53% 0 BSC内入小区 TCH拥塞率 失败次数 （占用遇全忙） （其他） 18 47.53% 2 67.23% 51 48.31% 25 40.61% 33 0 20 0 12 0 63 5.33% 2 0 6 0 5 0.75%
18
案例分析之一
12月3日话统
小区名称 电力公司－1 电力公司－2 电力公司－3 博乐建行－3 三金粮油－2 三金粮油－3 工业区－2 博乐六中－1 博乐六中－2 博乐六中－3 兴博市场－3 无线切换 切换成功率 成功率 49.57% 56.48% 65.92% 60.58% 70.55% 68.02% 60.61% 63.92% 61.77% 50.33% 78.60% 52.95% 58.56% 66.08% 66.30% 71.71% 68.95% 60.61% 64.08% 62.69% 50.33% 82.45% BSC内入小区切 BSC内入小区 换失败次数 切换失败次 TCH拥塞率 （无可用信道) 数（其他) 17 246 5.27 1 161 0.58 0 86 0 113 166 22.37 0 34 0 0 30 1.06 0 13 0 1 55 0.56 0 20 0 0 30 0 0 11 0.34
TCH拥塞率
TCH拥塞率
TCH拥塞次数 = ×100% TCH试呼次数
TCH拥塞原因与解决方法
TCH拥塞的主要原因
由于TCH话务量过大导致 的拥塞 基站硬件问题（话务低但 存在拥塞） BSC数据库的参数设置不 合理
解决方法
通过扩容来解决
进行基站调测
检查、修改基站参数
TCH掉话率
19
案例分析之一
分析处理
分析扩容前后话统数据的变化，发现扩容前切换失败主要是由于无可用信道导致，无线 切换成功率正常；而扩容后市区大部分小区无线切换成功率大幅下降，由此可断定扩容 后切换成功率低的原因已发生了变化。 结合市区基站分布图进行分析，发现出现无线切换成功率下降的小区，都与刚刚扩容的 “电力公司”基站存在切换关系，故障范围进一步缩小到指定基站。 通过维护台检查“电力公司”基站硬件，发现TMU单板状态异常，时钟已失锁；掉话增 多的原因也正在此。最后确认为单板拨码开关错误所致。 处理后第二天忙时话统数据显示切换成功率超过90％，恢复正常；详见12月7日话统数 据。
话务统计数据源
BSC 站号 小区名 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 bsc1 1 1 1 2 2 2 3 3 3 4 4 4 5 5 5 6 6 6 7 7 福达1 福达2 福达3 燎原1 燎原2 燎原3 331职大1 331职大2 331职大3 株董大桥1 株董大桥2 株董大桥3 董家段1 董家段2 董家段3 五三厂1 五三厂2 五三厂3 电子技校1 电子技校2 SDCCH SDCCH SDCCH TCH拥 TCH试 TCH拥 TCH可 tch掉 TCH占 TCH掉 切换 切换请 切换成 拥塞 试呼总 拥塞 塞次 呼 塞率 用数 话次 用次 话率 成功 求总次 功率 次数 次数 率 数 数 数 总次 数 数 0 2864 0 0 1226 0 43.99 15 2056 0.73 1873 1990 94.121 0 3819 0 0 1715 0 59.98 24 3209 0.748 2757 2945 93.616 0 2304 0 0 889 0 35.99 12 1572 0.763 1291 1357 95.136 0 385 0 35 210 16.67 5.99 1 437 0.229 484 500 96.8 0 663 0 0 199 0 13 0 377 0 282 307 91.857 0 573 0 0 179 0 13 3 354 0.847 333 348 95.69 0 880 0 0 421 0 20 5 713 0.701 573 596 96.141 0 1618 0 8 832 0.962 35.99 21 2457 0.855 2471 3217 76.811 1 2813 0.036 0 907 0 27.99 8 1540 0.519 1383 1721 80.36 0 1248 0 0 550 0 27.99 5 933 0.536 747 853 87.573 0 1698 0 0 419 0 27.99 6 1112 0.54 1137 1179 96.438 0 3975 0 334 1989 16.79 27.96 13 2752 0.472 2125 2199 96.635 0 1032 0 0 483 0 28 0 725 0 482 493 97.769 0 380 0 0 179 0 20 2 291 0.687 241 243 99.177 0 1176 0 0 591 0 21 1 820 0.122 457 482 94.813 0 600 0 0 266 0 13 1 370 0.27 208 217 95.853 969 2638 36.73 6 303 1.98 9.99 1 649 0.154 631 654 96.483 111 878 12.64 0 220 0 11 2 519 0.385 521 542 96.125 0 2547 0 22 1146 1.92 27.99 18 1892 0.951 1415 1625 87.077 0 1037 0 12 481 2.495 19.99 8 1062 0.753 936 1149 81.462 TCH每 TCH 无线 线话 话务 接通 务量 量 率 0.364 0.531 0.477 0.634 0.386 0.188 0.403 0.691 0.456 0.419 0.375 0.849 0.237 0.132 0.417 0.268 0.477 0.352 0.7 0.613 16 31.8 17.2 3.8 5.02 2.44 8.05 24.9 12.8 11.7 10.5 23.7 6.63 2.64 8.76 3.49 4.77 3.87 19.6 12.3 100 100 100 83.33 100 100 100 99.04 99.96 100 100 83.21 100 100 100 100 62.02 87.36 98.08 97.51
= T C H T C H 掉 占 话 用 次 次 数 数 × 1 0 0 %
TCH掉话原因
手机接收信号弱掉话 切换设置不合理导致掉话 干扰导致掉话 天馈线原因导致掉话 基站硬件故障产生掉话
切换成功率
切换成功率
切换成功次数 = ×100% 切换请求次数
TOP小区的分析筛选
TOP小区常见分类
成都TOP小区的分类 HQI类 掉话类 干扰类 呼叫类 切换类 拥塞类
TOP小区筛选门限
取6忙时指标平均值。 (每线话务量>0.1) BSS呼叫建立成功率 呼叫建立成功率(%)<80%;小区级切换成 呼叫建立成功率 小区级切换成 功率(%)<80%;TCH上行HQI<80; TCH下行HQI<80;TCH拥塞率(含切换)(%)>5%;TCH掉话 功率 率(含切换)(%)>2%;SDCCH拥塞率(%)>3%;SDCCH掉话率>2%andSDCCH掉话次数>500; 出BSC切换成功率<80%and出BSC切换请求次数>200;入BSC切换成功率<80%and入BSC 切换请求次数>200
TOP小区分析案例
案例分析之一
现象描述
某地联通网络因话务拥塞严重导致切换成功率一直较低 (70％左右)，详见11月24日忙时话统数据； 因此于12月3日凌晨对市区“电力公司”基站进行扩容 ，将站型由S2/2/2扩大到S3/3/3； 扩容后当天忙时切换成功率没有提高，某些时段甚至比 原来更低了，详见12月3日忙时话统数据；同时用户投 诉掉话增多。
21
案例分析之一
总结与建议
由这个案例我们可以看出，利用 无线切换成功率和小区切换成功 率的差异可以帮助我们定位网络 问题。 切换问题有时还会伴随着掉话等 其他网络现象，也是我们查找问 题原因的一个重要线索。