崇明LTE-Nokia切换成功率指标分析报告1225

崇明LTE-Nokia切换成功率指标分析报告
一、概述
1、区域分布情况
崇明县，隶属上海市，位于长江入海口，全县地势平坦，由崇明、长兴、横沙三岛组成，总面积1411平方公里。

到目前为止，崇明区域已开通站点332个，其中宏站307个，室分站25个。

崇明区域幅员辽阔，基站分布稀疏，弱覆盖区域较多，部分基站之间间隔距离较远，切换无法有效接续。

同时地理上包含3个岛屿，四面环水，覆盖又极难控制，对全区指标的提升也带来较大挑战。

相关NOKIA区域基站分布详情如下图所示：
2、基站开通情况
崇明区域现网运行基站332个，其中室内站25个，室外宏站307个。

相关详细基站数统计如下：
区域
室分宏站共计38950 38350 37900
崇明25 307 0 332
二、切换成功率指标现状
从崇明区域近期切换成功率走势情况来看，基本维持逐渐上升的趋势。

ENB内切换成功率维持在99%以上，ENB间切换成功率从之前的96.5%上升至目前的97.5%左右。

切换成功率指标从之前的97%上升至目前的98%左右。

对比目标值来看，NOKIA区域切换成功率指标的提升还需加大幅度。

三、切换成功率指标分析
1、切换成功率分类分析
从切换分类统计来看，经过优化调整，当前ENB内切换成功率为99.4%左右，ENB间X2切换成功率为97.5%左右，ENB间S1切换成功率为85%%左右。

整体上来看，ENB内
切换成功率指标相对较好，ENB间S1切换成功率最差。

ENB间S1切换成功率较差，还需MME侧配合进行指标提升。

但是全区统计次数最多的还是ENB间X2切换失败次数，占切换失败总次数的80%以上。

切换成功率指标提升，除ENB间S1切换成功率提升外，还需加大ENB间X2切换成功率指标的幅度。

2、切换失败原因分析
全区存在多个上行接收电平RSSI_PUSCH很高但SINR很差或RSSI_PUSCH很低同时SINR也很差的小区，该部分小区ENB内或者ENB间周边小区往其切换
全部失败，对全区切换指标造成较大影响。

经过对该部分小区基站进行复位重启，
有个别小区的情况得到改善，另外还有部分小区问题依然存在。

针对该部分小区，
目前已联系进行现场扫频分析，同时结合工程硬件排查。

现网存在部分小区间切换全部失败，经核查，由于存在较近的同频同PCI 问题和前期OSS中基站经纬度数据不全，导致现网中存在一些邻区混淆
的现象，其主要表现为存在2个PCI相同的邻区，而小区到该PCI的切
换关系却指向其中距离较远的一个，这种邻区混淆常导致大量的切换失
败。

对于此类问题，如果基站版本为RL45的，同时同PCI基站不在LNADJ
中，则手动添加LNADJ，在有LNADJ后，删除相关的LNREL，让基站自
动重新创建相关的LNREL。

如果是RL35的基站，先删除相关不正确的
LNREL和LNADJ，并创建对应正确PCI的LNADJ，LNREL可以让基站自动
创建。

针对该类问题导致的切换问题，首先需要做的是进行周期性邻区核
查，删除较远的垃圾邻区，添加必要的正确邻区，该类邻区核查工作建议
一至两个星期进行一次。

现网还有部分邻区间切换全部失败，两基站硬件状态正常，X2链路正常，接收电平正常，不存在强干扰情况，且距离并不远。

该类现象相对较少，针对该类切换
失败，先重启目标基站观察，重启无效果，则重做X2邻区，仍然无改善的，需进
行基站硬件排查处理。

当前切换成功率指标提升的最大障碍还在于全区较多的小区切换成功率普遍较低。

通过筛选全区切换失败次数TOP最高的邻区切换，其成功率大多在30%~70%左
右。

该类切换尝试次数高，同时成功率又低，主要跟无线覆盖环境相关。

目前主
要通过适当调整邻区CIO参数来控制切换请求次数，要想彻底改善指标，还需通
过现场覆盖调整来进行。

另外周期性的全区PCI设置核查也是很必要的，建议一
至两个星期进行一次。

然后就是全区硬件问题或者告警带来的影响，部分小区硬件故障或者突发硬件故障，该类问题与休眠小区问题类似，都是PBCH能够发射信号，但是实际是不能
进行业务的，这也会导致周边邻区往其切换高失败。

该类问题的处理手段通常都
为先复位问题基站，复位无效果，则联系工程进行硬件排查处理。

另外现网还有
较多小区存在X2告警，X2告警出现则意味着该X2链路不通，无法正常进行ENB
间X2切换，在S1切换开关打开的情况下，可以进行S1切换。

X2告警的原因有
很多方面，较多的情况为目标基站故障，传输闪断，传输不通或者只配置了单向
邻区等。

综合来看，切换成功率的提升离不开必要邻区X2告警的及时处理。

最后就是全区S1切换成功率偏差，需要结合MME进行分析处理。

四、切换成功率指标优化处理
1、针对崇明现网已开通基站，完成相关基站的邻区梳理工作。

到目前为止，已持续完成相关邻区核查添加147对，相关详细列表如下：
崇明邻区核查.x
2、针对崇明区域无切换请求、切换请求极少或者切换请求高失败同时距离为2层邻区之外的冗余邻区进行删除处理，共计删除冗余邻区数据289条。

冗余邻区删除.xlsx
3、针对当前X2邻区中的X2链路故障及X2链路告警问题，由于只添加单向邻区关系导致X2链路为Unavailable的邻区关系，完成反向邻区添加工作，进而解决X2链路告警。

共计处理X2告警523条。

X2告警处理.xlsx
4、针对现网切换较差的小区进行细致邻区切换分析，优化调整邻区CIO参数，使邻区切换达到最优。

共计优化调整邻区对453个，相关具体优化调整列表如下：
邻区优化.xlsx
5、针对邻区切换过程中，切换准备超时统计较高的TOP邻区切换进行邻区关系的删创及BTS复位处理，恢复X2链路状态。

共计处理TOP切换较差小区53个。

TOP小区处理.xlsx
6、基站MME入POOL过程中，将全网邻区切换逐阶段的调整为S1切换，而当前诺基亚切换统计中，S1切换成功率仅为80%左右，严重影响全网切换指标。

基站MME入POOL完成后，针对崇明区域同MME POOL内邻区关系，调整为X2类型切换。

崇明S1邻区优化调
整.xlsx
7、配合现场单验工作完成相关基站的邻区优化工作。

五、切换成功率指标提升相关困难和需支持配合事项
1、由于存在较近的同频同PCI问题和前期OSS中基站经纬度数据不全，现网中存在一些邻区混淆问题，主要表现为存在2个PCI相同的邻区，而小区到该PCI的切换关系却指向其中距离较远的一个，这种邻区混淆常导致大量的切换失败。

我们需要对OSS中的基站经纬度数据进行校准。

2、对存在上行干扰的小区的排查及处理，具体表现为上行RSSI_PUSCH很高SINR很差或RSSI_PUSCH很低SINR很差，但没有告警。

这部分站需要工程配合进行排障处理。

3、由于崇明基站稀疏，某一基站的硬件故障对周边的邻区切换影响极大。

我们需要加强并推动崇明区域的硬件及相关告警排查处理工作。

4、根据当前规划数据和边界异厂家工参信息，发现区域内存在同频同PCI距离小于5公里的现象。

过近的同PCI会导致切换关系错误，而且还存在一定的干扰。

在现网条件下，我们建议3公里以内的同频同PCI需要改掉，郊区基站分布较稀的区域3~5公里的最好也能改掉。

PCI规划需要更加合理。

5、当前正在进行的MME割接工作对全网切换成功率影响较大，主要是由于跨POOL 的基站进行切换时必须更改为S1切换方式，而现网ENB间S1切换成功率明显较差仅85%左右，需要核心网侧配合进行S1切换成功率指标提升。

六、切换成功率指标提升计划
1、加强突发告警监控处理，重点监控时钟丢失类告警及S1告警，及时安排工程排障，若区域指标影响严重，暂时闭锁该站点待排障后解锁。

针对S1告警站点，及时处理，可以先ping查看到MME是否是可通，若可通查看VLANID等数据是否有问题；若无问题将MME链路断开重新连接；再无法解决重启，重启无效则提交工程解决。

2、加强休眠小区监控，通过执行脚本发现休眠小区后，先复位目标基站，无改善则需联系工程现场排查处理。

3、加强切换指标监控处理，到机房后，提取当天全区小区指定小时KPI，对ho_fail_num 统计进行倒序排列，筛选出统计高同时切换成功率低的小区，同时提取该时段小区其往邻区切换的详细统计情况，分析定位出最终的问题切换邻区对。

监控指标时，最好每小时监控一
次。

4、新开站相关参数核查：如PPStimingoffset设置，目前全区统一为0；MME组POOL 地址核查；PCI、U值、跟序列、TAC等参数跟规划表核查确认。

5、周期性全区邻区核查，一至两个星期一次。

6、周期性全区PCI核查，一至两个星期一次。

7、相关硬件故障排查处理，X2告警梳理解决。

8、针对全区上行接收电平RSSI_PUSCH很高但SINR很差或RSSI_PUSCH很低同时SINR也很差的小区进行专项整治。

9、指标提升结合现场无线环境分析，覆盖分析，邻区及相关参数优化。

10、所有问题点都排除，仍无法确认原因的需跟踪EMIL等LOG查看原因，提交相关CASE。

11、结合MME分析进行S1切换成功率指标提升。