如何进行LTE簇优化
1、确定优化目标
覆盖优化的重点是解决信号弱覆盖、无主导小区覆盖和切换等问题，而在实际项目运作中，各运营商对于KPI的要求、指标定义和关注有所区别，因此覆盖优化目标应该是满足合同（商用局）或规划报告（试验局）里覆盖和切换KPI指标要求，指标定义应当依据合同要求定义。指标定义采用如下形式：某某指标（比如 RSRP/SINR/CINR）大于某个参考值的采样点在所有采样点中所占的比例大于某个百分比或者其他由项目组定义的形式。
2、划分簇/Cluster
覆盖优化针对一组或者一簇基站应该同时进行，不能单站点孤立地做。这样才能够确保在优化时是将同频邻区干扰考虑在内的。在对一个站点进行调整之前，为了防止调整后对其它站点造成负面影响，必须事先详细分析该项调整对相邻站点的影响。
Cluster 的划分需要与客户共同确认，在 Cluster 划分时，需要考虑如下因素：
1. 根据以往的经验，簇的数量应根据实际情况，15-25个基站为一簇，不宜过多或过少。
2. 可参考运营商已有网络工程维护用的Cluster划分。
3. 地形因素影响：不同的地形地势对信号的传播会造成影响。山脉会阻碍信号传播，是 Cluster 划分时的天然边界。河流会导致无线信号传播的更远，对 Cluster 划分的影响是多方面的：如果河流较窄，需要考虑河流两岸信号的相互影响，如果交通条件许可，应当将河流两岸的站点划在同一 Cluster 中；如果河流较宽，更关注河流上下游间的相互影响，并且这种情况下通常两岸交通不便，需要根据实际情况以河道为界划分 Cluster。
4. 通常按蜂窝形状划分 Cluster 比长条状的 Cluster 更为常见。
5. 行政区域划分原则：当优化网络覆盖区域属于多个行政区域时，按照不同行政区域划分 Cluster 是一种容易被客户接受的做法。
6. 路测工作量因素影响：在划分 Cluster 时，需要考虑每一 Cluster 中的路测可以在一天内完成，通常以一次路测大约 4 小时为宜。图 2-2是某项目Cluster划分的实例，其中JB03和JB04属于密集城区，JB01属于高速公路覆盖场景，JB02、JB05、JB06和JB07属于一般城区，JB08是属于郊区。每个Cluster内基站数目约18－22个。
3、基站信息数据的收集及基站信息表的制作
在完成了网络前期规划工作后，开展覆盖优化之前，网优人员需要获取此次优化网络范围内基站的详尽信息，即基站信息表（site info），该基站信息表的内容一般包括基站（小区）的经纬度、天线方位角、下倾角（机械下倾角和电下倾角）、PCI、CellID等信息。基站信息表是网优人员进行优化工作的前提，可以更好地掌握优化区域各个站点的情况，可以通过信息中的数据，对一些容易出现的问题进行准备和预防。有了该基站信息表，网优人员才可以开展有效的网优测试工作。
该基站信息数据的内容应该包括：
1. 基站规划资料：包括站点名、站点编号、站点类型等；
2. 无线参数规划资料：包括小区ID、PCI、eNodeBID、TAC等；
3. 现场工勘及工程信息资料：包括经纬度、天线挂高、方位角、下倾角（机械下倾角和电下倾角）、天线类型等；
4. 其他一些现场关注的内容：如是否有遮挡、是否可调天馈等，根据实际需要删减。
在覆盖优化工作开展之后，将会根据实际情况对站点的天馈和参数进行改动，甚至有时候站点会根据需要搬迁和割接，这时需要及时将该基站信息表进行更新完善，供网优人员使用。
4、待优化区域的地图
在开展覆盖优化工作之前，网优人员需要获取此次优化网络范围内的电子地图。电子地图是一种可以在计算机上使用的可视化地图，以TAB格式来保存各种地貌和城市信息，在优化工作中充当着重要的作用。另外Google地球（Google Earth）也是网优人员优化过程中常用工具。
5、覆盖优化工具的完备性检查和调试
在正式开始优化前，需要对进行覆盖优化的各类软件工具进行检查，需要确认这些软件是否使用的是最新版本，如果不确定，可以通过部门平台了解软件的更新情况。各类补丁需要及时打上并完善，同时需要检查各软件的license或狗是否过期，如果不能使用或将要过期，请尽快更新
6、站点健康检查
在进行全网优化工作前，需要获取优化范围内所有的站点的告警信息和故障处理进展情况，以保证优化工作中能排除非网优可以解决或改善的覆盖问题。所需信息如下：
1. 站点告警表（影响无线性能的告警）包含当日告警及历史告警
2. 每日每小区主分集RSSI统计表
3. 站点开通表（只需要增量信息即每天开通站点的情况）。
4. 驻波比、传输及断站处理情况跟踪表及第二天处理计划（特殊情况网优人员需要对站点进行现场勘察）。
7、规划测试路线
DT测试是覆盖优化中获取网络数据最常见的方式，因此测试路线的选取将直接影响到DT测试的KPI和优化目标。路测之前，应该首先和客户确认KPI路测验收路线，如果客户已经有预定的路测验收线路，在设计测试路线时应该包含客户预定的测试验收路线。如果发现由于网络布局本身等客观因素，不能完全满足客户预订测试路线覆盖要求，应及时说明。
测试路线应该经过规划范围内所有开通的站点。在此基础上，优化测试路线还应该包括主要街道、重要地点和VIP/VIC。如果测试区域内存在主干道或高速公路，这些路线也需要被选择作为测试路线。测试路线尽量考虑当地的行车习惯，为了准确地比较性能变化，每次路测时最好采用相同的路测线路。在可能的情况下，在线路上需要进行往返双向测试。在确定测试路线时，需要考虑诸如单行道、左转限制等实际情况的影响，与当地司机充分沟通或实际跑车确认线路可行后再与客户沟通确定。
影响测试路线设计的一个重要因素就是区域内站点的开通比例。如簇优化中，对于站点开通比例小于80%的条件下进行基站簇优化的情况，测试路线在设计时需要尽量避免经过那些没有开通站点的目标覆盖区域，尽量保证测试路线有连续覆盖。实际情况下，路测数据会包含一些覆盖空洞区域的异常数据，直接影响覆盖和业务性能的测试结果。对于这些异常数据，在对路测数据进行后处理分析的时候需要滤除。
测试路线需要用MapInfo的tab格式保存，以便后续进行优化验证测试时能保持同样的测试路线。同时测试路线也需要有Google Earth的保存格式，以便在Google Earth地图上对测试结果有更直观的分析。
Mapinfo工具制作，具体方式是：在数字地图上新建一个图层，标明测试起始点和测试终止点，中间过程使用带箭头的折线表示测试路线和测试过程。需要注意的是，仅是测试路径的一个示例，在实际设计覆盖优化的Cluster路线时可能还需要考虑双向路线。
此外还可以将采集到的路测数据导出成MapInfo格式的路线图，在测试时用进行加载，这样方便严格按照原来的测试路线进行测试。
8、进行DT测试采集数据
关于在测试过程中的问题，一定要保证测试前的准备工作做的很充分，这样在测试过程中才能熟练解决各种因设备和软件出现的问题以保证正常的测试和数据的完整性、可用性。测试过程中，测试人员一定要注意观察，观察周围无线环境，观察软件的工参和图层导入是否正常显示，观察测试过程中GPS是否打点有轨迹，观察端口是否有丢失观察测试软件上的各种指标，切换等是否正常等。
9、后台分析
>下行覆盖问题分析
下行覆盖问题是对DT测试获得的RSRP、SINR进行分析。可能存在的下行覆盖问题如下表所示：
10、上行覆盖问题分析
上行覆盖问题分析是对DT测试获得的UE Tx Power进行分析。
如果UE TX Power高于一定门限则可能存在上行覆盖问题。标识出来上行覆盖空洞区域，对比是否下行RSRP覆盖也存在空洞。对于上下行覆盖均弱的情况，首先解决下行覆盖问题，再考虑解决上行覆盖问题。对于只有上行覆盖弱的情况，通过排除上行干扰影响、调整天线的方向角和下倾角、增加塔放等方式解决。
但是实际情况是，目前各业务区其实较少去关注UE发射功率这一项。在做上行速率测试时候，UE尽量保持高速，基本上会维持在很高的发射功率，所以其数值绘制成曲线，或者渲染成地理分布图，也很难用来指示发现存在问题的区域。
如果真的存在外界的上行干扰，那么通过小区的上行RSSI统计以及网管频谱扫描，也都可以实现。
11、 外部干扰问题分析
干扰问题分析包括上行干扰问题分析和下行干扰问题分析，存在干扰会影响小区容量，严重时会导致掉话和接入失败。
1. 下行干扰分析
通过分析DT测试中Scanner接收的SINR进行定位。
如果RSRP覆盖良好但是SINR低于一定门限则可能存在下行干扰问题。将SINR恶化区域标识出来，检查恶化区域的下行RSRP覆盖。如果下行RSRP覆盖也差则认定为覆盖问题，在覆盖问题分析中加以解决。对于RSRP好而SINR差的情况，确认为下行干扰问题，分析干扰原因并加以解决。
2. 上行干扰问题
上行干扰问题通过检查各个小区的底噪进行判断。如果某一小区的底噪过高，并且没有与之相当的高话务量存在，则确认存在上行干扰问题，分析干扰原因并解决。
1、天线下倾角的计算公式
天线下倾角计算公式1
θ= atan ( 2H / L ) * 360 / ( 2 * p ) + b/2 – e_γ
天线下倾角计算公式2
θ = atan ( H / L ) * 360 / ( 2 * p ) – e_γ
其中：θ表示天线的初始机械下倾角；H表示站点有效高度；L表示该站点天线到正对方向基站小区的距离；b表示垂直波瓣角；e_γ表示电子下倾角。
2、下倾角计算工具
下倾角设置为多少才合适，以往通常的做法是：
1. 通过做仿真来得到理论上合适的下倾角
2. 通过路测数据来评估天馈下倾角是否合适