下载文档原格式
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。
TD-LTE网优案例汇总覆盖问题覆盖是无线网络的基础，对LTE这类同频系统而言，覆盖问题也是系统内干扰问题。
一般通过以下手段解决覆盖问题：●增补基站●增减功率●调整天馈●RS功率提升案例：弱覆盖导致SINR差优化➢问题描述：该路段处于大学校园内，楼层比较多，现有的周边基站都没有形成对该路段有效覆盖，导致整体的RSRP/SINR都比较低,从而影响整体簇优化的指标。
图1 问题路段位置和基站图如图1中红色位置所示，厦大图书馆由于被楼层阻挡，无法对问题路段直视覆盖，.查看周边站点,厦大凌云5号楼3扇区的位置，正好可以对该路段直视覆盖，解决该路段的弱覆盖问题。
➢解决方案：调整厦大凌云5号楼3扇区的方位角和下倾角，使其直视覆盖问题路段。
➢结果对比：调整前后RSRP对比如下图：从图2和图3对比可以看出，通过调整，问题路段的RSRP和SINR都有较大的提升。
案例：小区间互相干扰导致SINR低象屿五金市场小区间互相干扰导致SINR低象屿五金市场象屿五金市场未优化前RSRP图象屿五金市场象屿五金市场未优化前SINR图原因分析与解决方案：由于象屿五金市场第三扇区的方位角不是朝着路上打，并且象屿五金市场的高度只有13m,但是下倾角压成6度，因此在路上的覆盖不是很好。
此外现代码头由于集装箱的遮挡，覆盖也不是很好，因此与象屿五金市场的RSRP值相差不多，造成的干扰较大，并且象屿五金市场第2扇区的下倾角太高，也对第3扇区的覆盖有影响，导致SINR的指标不是很好。
象屿五金市场调整天馈。
将互相干扰的小区中电平值较高的小区抬高天线，覆盖较弱的路段，并且能降低干扰，RSRP与SINR的值大大提高。
象屿五金市场象屿五金市场优化后RSRP图象屿五金市场象屿五金市场优化后SINR图从图中可以看出，优化后的路段由于覆盖较弱的路段有更好的覆盖，并且去除一定的干扰，是的整个路段RSRP与SINR大大提高。
案例：消除弱覆盖潜在风险➢现象描述车辆在拥军路由北往南走，UE占用NBJB汇家陈FHTL-1的信号，直至庄桥高架桥位置时UE所在的位置与基站之间存在建筑物阻挡，RSRP值下降至-100dbm左右，而附近无其他较强的小区信号衔接，导致存在弱覆盖风险，影响覆盖指标。
1 LTE优化案例分析1.1 覆盖优化案例1.1.1 弱覆盖问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1小区（PCI =132）进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm以下，出现弱覆盖区域。
问题分析：观察该路段RSRP值分布发现，柳林路口路段RSRP值分布较差，均值在-90dBm以下，主要由京西大厦1小区（PCI =132）覆盖。
观察京西大厦距离该路段约200米，理论上可以对柳林路口进行有效覆盖。
通过实地观察京西大厦站点天馈系统发现，京西大厦1小区天线方位角为120度，主要覆盖长安街柳林路口向南路段。
建议调整其天线朝向以对柳林路口路段加强覆盖。
调整建议：京西大厦1小区天线方位角由原120度调整为20度，机械下倾角由原6度调整为5度。
调整结果：调整完成后，柳林路口RSRP值有所改善。
具体情况如下图所示。
1.1.2 越区覆盖问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3小区（PCI= 122），车辆继续向西行驶，终端切换到西城三里河一区2小区（PCI =115），切换后速率由原30M降低到5M。
问题分析：观察该路段无线环境，速率降低到5M时，占用西城三里河一区2小区（PCI =115）RSRP为-64dBm覆盖良好，SINR值为2.7导致速率下降。
观察邻区列表中次服务小区为西城月新大厦3小区（PCI =122）RSRP为-78dBm，同样对该路段有良好覆盖。
介于速率下降地点为西城三里河一区站下，西城月新大厦3小区在其站下应具有相对较好的覆盖效果，形成越区覆盖导致SINR环境恶劣，速率下降。
调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3小区方位角由原270度调整至250度，下倾角由原6度调整为10度。
调整后调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR提升到15以上，无线环境有明显提升。
1.1.3 重叠覆盖问题描述：测试车辆延长安街由西向东行驶，终端占用中华人民共和国科技部2小区（PC=211）进行业务，随后切换至海淀京西大厦1（PC=133）小区，业务正常保持。
TDD_LTE无线网络优化案例一、浦东大道福山路道路优化案例1. 测试环境【路测设备】：JDSU W1314A—E01 Receiver【路测软件】：JDSU E6474A-X【测试路段】：浦东大道、源深路及福山路周边路段【测试环境】：从前期的测试中发现在浦东大道福山路附近路段存在弱覆盖情况,SINR在道路上分布不满足测试需求，通过RF手段进行优化后进行前后对比。
图1浦东大道福山路附近无线环境图浦东大道福山路周边无线环境图中看出,该区域由密集居民区、高层商务写字楼、厂房及学校组成，浦东大道北侧无线环境良好，南侧道路两旁有较多建筑，对无线信号有较强的阻挡，周边主要由利男居、浦福昌、钱栖站点覆盖周边道路。
2. 优化前覆盖情况图2浦东大道福山路优化前RSRP覆盖图图3浦东大道福山路优化前CINR覆盖图从优化前的测试数据中看出浦东大道福山路附近路段RSRP值主要在-90dbm左右，但是CINR覆盖较差，浦东大道福山路至源深路之间普遍在15dB以下,不能满足道路覆盖要求，该路段主要由利男居站点覆盖,但是从该站RSRP分布情况看出,该站在浦东大道上没有出现强信号，考虑对该站重点优化。
3. 优化思路及方案图4利男居站点平面图利男居各小区照片问题路段主覆盖站点为利男居,该站点位于浦东大道44号林顿酒店7楼，天馈采用抱杆安装，挂高24米，从利男居站点各小区安装位置中看出，该站3个小区天馈周边都有阻挡物,而按照当前设计方位角，利男居_1小区的天线方位角0°,在浦东大道上是旁瓣信号覆盖，而利男居_3小区天线方位角240°覆盖方向也存在自身楼面建筑的阻挡，从而得出浦东大道该站点信号偏弱的原因,通过实际情况看中看出，利男居_1小区50°方向角有自身建筑的阻挡，往该方向调整不但不能改善浦东大道的覆盖，反而会使得信号反射而出现在背面区域,于是考虑将利男居_1调整为280°、根据挂高计算出该小区下倾调整为2°覆盖效果为最佳；利男居_2主覆盖方向由两栋高楼阻挡，导致在源深路段覆盖较差，由于建筑的阴影效果通过调整天馈是无法改善覆盖，建议该小区调整为50°来覆盖浦东大道东侧路段、利男居_3当前信号阻挡明显，调整为180°可以很好的避开阻挡物，达到最佳的覆盖效果，同时为了改善福山路近浦东大道覆盖，调整浦福昌2、钱栖1小区天馈来避免由于利男居下倾角增大后出现的弱覆盖路段,综合路测情况分析，得出具体调整方案如下：SiteNameCN CellNameCN初始值调整后Height azimuth MDownTilt azimuth MDownTilt利男居利男居_1240—22802利男居_224170050—4利男居_3242403180-4浦福昌浦福昌_121030—4浦福昌_2211001110-1浦福昌_3212401240—4钱栖钱栖_1270230—4钱栖_2271207120—4钱栖_3272402240—24. 优化后覆盖情况图5浦东大道福山路优化后RSRP覆盖图图6浦东大道福山路优化后CINR覆盖图图7浦东大道福山路优化后CELL_Identity分布图5. 优化小结从优化后的测试数据中看出，利男居_1、2小区在浦东大道上RSRP有较大幅度的提升，其主覆盖方向CINR基本能达到30的极好点,浦福昌2小区在昌邑路福山路良好,钱栖1小区天馈调整后在福山路近浦东大道信号也有所提升,从调整后的整体效果中看出，此次优化达到优化目的，当前浦东大道福山路段信号覆盖良好，各小区信号分布合理，信号满足道路覆盖指标要求。
无线接通率低优化案例一、问题描述西安长庆宾馆-HLH-XAAO133TL-2无线接通率指标7月24号开始严重下滑，根据失败counter主要是由于RRC重建失败较高造成，其中该小区接入失败主要集中在早晚忙时间段。
二、问题分析针对该项指标进行相关的counter指标提取，发现问题主要集中在“小区内因为无上下文导致的RRC重建拒绝的次数(无)”和“UE无应答而导致RRC重建失败次数(无)”这两个counter，结合现场情况需逐步排查分析。
用户接入失败分析过程：基站告警核查当前无告警，历时告警无。
基础参数核查（随机接入、上行功控、重选）◆SRI自适应开关，自适应调整SRI调度周期◆小区级子帧树重配开关，根据小区资源使用情况，动态调整SRS的子帧配置◆PUCCH算法开关，当PUCCH资源不足时可以发起资源配置调整◆将SRS资源配置方式的接入优先◆上行功控参数路径损耗因子、PUSCH标称P0值提升UE发射功率PRB上行干扰核查无干扰，全天均值-118左右。
是否存在弱覆盖核查该站位置，怀疑是由于周边楼宇比较密集有阻挡导致覆盖不足以及深度覆盖不够，需提升调整上行功控参数路径损耗因子以及PUSCH标称P0值提升UE发射功率以及由于资源分配不足导致的RRC失败。
三、解决方案SRS/PUCCH资源分配而导致RRC连接建立失败1.打开SRI自适应开关，自适应调整SRI调度周期MOD GLOBALPROCSWITCH: SRIADAPTIVESWITCH=ON;2.打开小区级子帧树重配开关，根据小区资源使用情况，动态调整SRS的子帧配置MOD CELLALGOSWITCH: SRSALGOSWITCH=SrsSubframeRecfSwitch-1;3.打开PUCCH算法开关，当PUCCH资源不足时可以发起资源配置调整MOD CELLALGOSWITCH: LOCALCELLID=2, PUCCHALGOSWITCH=PucchSwitch-1;4.将SRS资源配置方式修改为接入优先MODSRSCFG:LOCALCELLID=0,SRSCFGIND=BOOLEAN_TRUE,TDDSRSCFGMODE=ACCESS_FIRST;UE无应答导致RRC建立失败调整上行功控参数路径损耗因子、PUSCH标称P0值提升UE发射功率MOD CELLULPCCOMM:LOCALCELLID=2,PASSLOSSCOEFF=0.8,P0NOMINALPUCCH=-105;四、实施效果对比7月27日对该小区进行参数调整，调整后指标明显提升，如下图：五、总结a)在问题分析过程中若发现失败次数集中在某个counter，需考虑整体性的原因，如是否存在故障以及干扰或者某类参数设置不当导致等。
无线接通率低优化案例一、问题描述西安长庆宾馆-HLH-XAAO133TL-2无线接通率指标7月24号开始严重下滑，根据失败counter主要是由于RRC重建失败较高造成，其中该小区接入失败主要集中在早晚忙时间段。
二、问题分析针对该项指标进行相关的counter指标提取，发现问题主要集中在“小区内因为无上下文导致的RRC重建拒绝的次数(无) ”和“UE无应答而导致RRC重建失败次数(无)”这两个counter，结合现场情况需逐步排查分析。
➢用户接入失败分析过程：➢基站告警核查当前无告警，历时告警无。
➢基础参数核查（随机接入、上行功控、重选）◆SRI自适应开关，自适应调整SRI调度周期◆小区级子帧树重配开关，根据小区资源使用情况，动态调整SRS的子帧配置◆PUCCH算法开关，当PUCCH资源不足时可以发起资源配置调整◆将SRS资源配置方式的接入优先◆上行功控参数路径损耗因子、PUSCH标称P0值提升UE发射功率➢PRB上行干扰核查无干扰，全天均值-118左右。
➢是否存在弱覆盖核查该站位置，怀疑是由于周边楼宇比较密集有阻挡导致覆盖不足以及深度覆盖不够，需提升调整上行功控参数路径损耗因子以及PUSCH标称P0值提升UE发射功率以及由于资源分配不足导致的RRC失败。
三、解决方案SRS/PUCCH资源分配而导致RRC连接建立失败1.打开SRI自适应开关，自适应调整SRI调度周期MOD GLOBALPROCSWITCH: SRIADAPTIVESWITCH=ON;2.打开小区级子帧树重配开关，根据小区资源使用情况，动态调整SRS的子帧配置MOD CELLALGOSWITCH: SRSALGOSWITCH=SrsSubframeRecfSwitch-1;3.打开PUCCH算法开关，当PUCCH资源不足时可以发起资源配置调整MOD CELLALGOSWITCH: LOCALCELLID=2, PUCCHALGOSWITCH=PucchSwitch-1;4.将SRS资源配置方式修改为接入优先MODSRSCFG:LOCALCELLID=0,SRSCFGIND=BOOLEAN_TRUE,TDDSRSCFGMODE=ACCESS_FIRST;UE无应答导致RRC建立失败调整上行功控参数路径损耗因子、PUSCH标称P0值提升UE发射功率MOD CELLULPCCOMM:LOCALCELLID=2,PASSLOSSCOEFF=0.8,P0NOMINALPUCCH=-105;四、实施效果对比7月27日对该小区进行参数调整，调整后指标明显提升，如下图：五、总结a)在问题分析过程中若发现失败次数集中在某个counter，需考虑整体性的原因，如是否存在故障以及干扰或者某类参数设置不当导致等。
lte优化案例【篇一：lte优化案例】问题现状：在上南路永泰路路段附近进行业务测试时，ue在cell183和cell181之间切换的过程中会出现snr突降，同时检测到许多奇怪的cell id的情况，导致切换失败事件频发。
怀疑是cell181和cell183小区之间的干扰所导致的，准备对site61的天馈进行了相应的排查和调整。
site61基站查勘情况screen.width*0.7) {this.resized=true;this.width=screen.width*0.7; this.alt=click here to open new windowctrl+mouse wheel to zoom in/out;}onmousewheel=return imgzoom(this); alt= />1、site61cell183方位角由325度调整为355度，下倾角由0度调整为6度；cell183方位角调整情况说明：由于工程的原因未进行下压，故今天将其由0度调整为6度。
2、site61cell184 方位角保持160度不变，下倾角由0度调整为4度。
cell184的电子下倾角由于工程原因未进行下压，故将其由0度调整为4度，cell184的实际方位角为160度，已经处于最佳角度，故未进行调整。
调整后复测情况说明：在对cell183的天馈进行了相应的调整之后（cell181的天馈已经达到最佳角度，无再进行调整的余量），在原问题路段进行复测，复测过程中发现：在原问题路段，cell181与cell183切换的过程中依然会出现snr急剧下降，以及会检测到许多奇怪的cell id的情况，如下图所示：screen.width*0.7) {this.resized=true;this.width=screen.width*0.7; this.alt=click here to open new windowctrl+mouse wheel to zoom in/out;}onmousewheel=return imgzoom(this); alt= />screen.width*0.7) {this.resized=true;this.width=screen.width*0.7; this.alt=click here to open newwindowctrl+mouse wheel to zoom in/out;}onmousewheel=return imgzoom(this); alt= />调整之后覆盖情况安捷伦测试出图：cell id情况出图screen.width*0.7) {this.resized=true;this.width=screen.width*0.7; this.alt=click here to open new windowctrl+mouse wheel to zoom in/out;}onmousewheel=return imgzoom(this); alt= />cinr情况出图screen.width*0.7) {this.resized=true;this.width=screen.width*0.7; this.alt=click here to open new windowctrl+mouse wheel to zoom in/out;}onmousewheel=return imgzoom(this); alt= />rsrp情况出图screen.width*0.7) {this.resized=true;this.width=screen.width*0.7; this.alt=click here to open new windowctrl+mouse wheel to zoom in/out;}onmousewheel=return imgzoom(this); alt= />四、后续问题：已经将调整前后的问题向tis进行了反映，经过协商讨论，我们将在明天进一步地对cell181和cell183之间的参数进行调整，主要是通过删减逻辑邻区的数量，来验证看是否由于所加邻区数量过多所造成的在切换的过程中snr下降以及出现奇怪的cell id的情况。
TD-LTE网络优化案例汇总项目名称文档编号版本号部门专业服务业务部作者版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。
未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。
目录1.切换类问题 (2)1.1邻基站信息未配置成功 (2)1.2 X2口不通导致的切换失败 (4)1.3硬件和传输故障 (6)1.4随机接入参数配置不当引起切换失败 (7)1.5重选优先级设置不一致导致异频无法切换 (11)1.6 MME问题导致入POOL基站大量切换失败 (12)1.7开站数据模板不对引起切换失败 (17)1.8传输端口环回问题导致S1切换成功率低 (21)1.9府东街-3小区异常切换(A1/A2异频切换) (24)2.接入类问题 (30)2.1MCC设置错误导致E-RAB建立成功率为0 (30)2.2核心网问题导致REAB建立失败 (31)2.3LTE多模终端自由选择网络不能接入LTE网络问题分析 (34)2.4默认网关配置错误 (37)2.5核心网算法问题 (39)2.6信令面流程正常业务面无法上网案例 (42)2.7三星NOTE23信号标识不显示问题分析案例 (43)3.速率类问题 (48)3.1下行子帧调度不满导致平均下载速率低问题分析 (48)3.2传输受限引起的速率问题 (51)3.3CFI相关设置影响LTE拉网速率分析 (52)4.CSFB类问题 (59)4.1UE未收到Release消息重选到TDS (59)4.2网络侧不下发Release消息 (61)4.3MME配置TA与LA映射错误导致开机联合注册失败 (63)4.4并发业务导致CSFB失败 (64)1.切换类问题1.1邻基站信息未配置成功问题描述：测试发现NBHS维科上院FHTL-1 PCI=487与NBHS青林湾西FHTL-0 PCI=438之间切换失败。
一、典型问题点分析展现一、覆盖类专区医院周围路段弱覆盖问题缘故:测试进程中,专区医院周围雨水路、凤凰北路、洗马路均存在RSRP低于-105dbm路段,覆盖较弱,造成SINR值偏低,阻碍下载速度。
结合LTE站点散布该路段主若是由于站间距过大,站点密度偏小致使,前期该路段由林业局招待所站点覆盖,存在争议目前已关闭,造成2G、3G、4G均显现弱覆盖问题。
测试图-RSRP解决建议:前期已多次勘查打算站点无法和谐新建宏站,建议打算LTE灯杆站点解决。
二、干扰类碧云路模3干扰问题缘故：测试进程中,当车辆行驶至大兴路与碧云路交叉口周围路段,UE新后占用2HH_轻纺大楼LZB-JC-二、2HH_碧云路口LZB-JC-1信号下载,RSRP值均在-90dbm左右,SINR值较差,小于-3,致使该路段下载速度缓慢。
结合测试数据及工参图层对照:2HH_轻纺大楼LZB-JC-二、2HH_碧云路口LZB-JC-1在该路段均存在MOD3干扰,造成SINR偏低,阻碍下载速度。
测试图-FTP DownLoad测试图-SINR解决建议:调整2HH_碧云路口LZB-JC-一、二、3 PCI=3五、33、34;3、切换类大兴路切换邻区不合理问题缘故：测试进程中,当车辆行驶至大兴路狮子桥周围路段,UE占用2HH-联建大楼LZB-JT-1信号,RSRP为-108dbm左右,部份路段低于-110dbm,覆盖较弱,造成SINR值偏低,阻碍下载速度。
回放测试数据觉察:当2HH-联建大楼LZB-JT-1较弱时,邻区列表中存在PCI=77小区RSCP为-87dbm左右,信号较好；核查数据并登岸终端查询: PCI=77小区为2HH-柏杨小区2LZB-ZD-3与效劳小区无邻区关系,无法切换,显现弱覆盖。
测试图-RSRP解决建议:添加2HH-柏杨小区2LZB-ZD-3与2HH-联建大楼LZB-JT-1邻区关系。
4、掉线类苏州路FTP掉线问题描述:测试进程中,当测试车辆行驶至苏州路中段时,UE占用2HC-南京路2LZB-JT-1信号,RSRP值低于-105dbm左右,部份路段切换至3G,SINR值偏低,致使该路段下载速度缓慢,显现停传现象最终掉线。
E-RAB无线接通率低优化案例
一．故障描述
三水西南全球通室分站点为满足客户需求，进行了小区分裂，分裂后进行话务指标统计发现该站两个小区E-RAB 无线接通率低。
二．故障分析
针对该项指标进行相关的counter指标提取，发现问题主要集中在“pmErabEstabAttAdded ”和“pmErabEstabSuccAdded”这两个counter，E-RAB added 一次成功次数都没有，因此怀疑multierab feature未开启，经核实发现该feature 的state 为0（关闭）。
三．故障解决方案
在网管把featureStateMultiErabsPerUser设置为1（开启）.
四．故障实施效果
把该feature开启后，观察话统指标E-RAB SSR恢复正常，问题得到解决。
五．案例总结
A、分析过程中若发现失败次数集中在某个counter，需考虑整体性的原因，如
是否相关的功能未开启，某类参数设置不当导致等。
B、若对站点进行数据重做时，需要把重做数据前的相关参数、feature开启情况、
邻区情况等进行备份，以便重做数据后进行核查。
C、每周的参数一致性核查时需要把此类影响性能指标的功能开关纳入核查内
容中。
青岛LTE网络316公交线路测试优化报告1. 优化案例导频污染及重叠覆盖香港中路裕能宾馆附近问题描述：香港中路裕能宾馆以西路段测试情况如下，该路段存在严重弱覆盖问题，部分位置RSRP在-110dBm左右，由于严重弱覆盖造成信号质量及速率差。
问题分析：问题路段测试情况如下，测试分析发现裕能宾馆LDE3覆盖范围较小，扇区方向200左右RSRP下降至-100dBm以下，造成信号质量及速率较差，二疗附近由于覆盖极差发生数据业务掉线。
通过现场勘查发现裕能宾馆3小区天线位置不合理，存在楼面遮挡造成信号阴影衰落严重，小区覆盖方向信号覆盖差，下图为天线位置情况，天线位置为建筑楼面靠东的位置，小区覆盖裕能宾馆以西路段时由于存在40米左右楼面遮挡，信号覆盖差。
优化方案：对裕能宾馆3小区天线位置进行整改，由原位置迁移至建筑东南角区域，并将裕能宾馆LDE3天线由180度调整至200度，直接覆盖香港中路，避免楼面遮挡造成的信号衰落，改善信号覆盖。
优化效果：天线整改后信号覆盖改善明显，由于弱覆盖问题得到改善，该路段信号质量提升，数据业务速率得到很大改善，平均下行速率由14M左右提升至30M以上，掉线问题解决。
二疗覆盖仍存在小范围弱覆盖通过基站“二疗”开通可以得到进一步改善。
调整前RSRP：调整后RSRP：调整前SINR：调整后SINR：调整前Throughput：调整后Throughput：香港中路金丽华附近问题描述：下图为香港中路金丽华附近基站分布情况，平均基站间距150米左右，其中金丽华与疗供基站间距仅90米，且金丽华站高32米、疗供站高24米，基站分布密集且站高较高造成香港中路附近重叠覆盖严重，信号质量及速率差。
问题分析：香港中路附近现场测试情况如下，从信号覆盖情况来看，金丽华附近信号覆盖良好，同一位置可以收到多个强度相近的小区信号，重叠覆盖严重，造成SINR及下行速率差。
前期已针对金丽华、疗供、碧波酒店进行天线调整，控制小区覆盖范围，减小重叠覆盖，由于基站间距过小无法进一步调整改善。
SINR及Throughput分布情况如下图，信号覆盖良好的情况下，由于重叠覆盖严重造成信号质量SINR差，平均SINR在5dB左右，下行平均速率在10M以下，且存在数据业务掉线。
优化方案：根据基站分布及现场实际勘查情况，建议取消基站疗供，临时关闭疗供后进行验证测试，疗供关闭后金丽华与碧波酒店基站间距350米，基站分布更加合理，进一步对金丽华、碧波酒店进行天线调整，规范小区覆盖。
优化效果：实际测试发现取消疗供后香港中路重叠覆盖问题改善明显，信号质量SINR及速率得到很大提升。
香港中路金丽华附近路段平均速率由10Mbps提升至30Mbps以上，且数据业务掉线问题解决；SINR均值5dB左右提升至15dB。
青大附近问题描述：下图为青岛大学校园附近基站分布情况，该区域基站密集，平均站间距150米左右，其中青大办公楼与青大图文中心、青大七号楼与科大一号楼站间距仅100米，基站密集且站高均较高，造成信号重叠覆盖严重。
问题分析：下图为青大附近测试情况，该路段属于为321公交线路，从现场测试情况来看，同一位置存在多个信号强度相近的小区，重叠覆盖严重，部分位置在SINR在-3dB以下，整体信号质量差。
前期已对附近小区进行天线调整控制小区覆盖范围，由于基站间距较小，且除青大七号楼外其他基站站高均超过20米，调整后无法解决重叠覆盖问题。
SINR及Throughput分布情况如下，由于重叠覆盖严重，信号质量差，Throughput在5M以下，整体速率较差。
优化方案：根据实际测试及基站分布情况，关闭科大一号楼LDE2、高职校LDE2、青大图文中心LDE3，小区分布情况如下：优化效果：小区关闭后重叠覆盖及质差的问题得到改善，SINR均值为12dB左右，且无SINR在-3大B以下的差点，速率及信号质量改善明显。
信号弱覆盖文登路附近问题描述：文登路附近基站分布情况如下，316沿线基站海底世界、文登路一号、世纪之星平均基站间距700米左右，文登路一号至海底世界路段存在信号弱覆盖，造成SINR及速率整体指标较差。
通过调整文登路一号、海底世界小区天线后信号覆盖略有改善，但由于基站距离较远，且受站高及位置限制，无法通过调整完全解决该路段覆盖问题，整体信号质量及速率较差。
问题分析：文登路附近现场测试情况如下，由于文登路一号、海底世界基站距离较远，无法有效覆盖文登路，造成基站之间区域存在信号弱覆盖，RSRP在-105dBm以下，整体SINR及速率较差。
优化方案：信号覆盖RSRP分布情况如下，该路段共3个弱覆盖区域，其中问题区域1通过世纪之星LDE3天线整改覆盖问题已改善，覆盖问题区域3通过开通并调整基站圣地亚哥已解决；问题区域3为但由于基站距离较远，且受站高及遮挡限制，无法通过调整解决该路段覆盖问题，计划通过整改迁移2小区覆盖该问题路段，位置为文登路一号以西路口楼顶。
优化效果：文登路一号整改后天线位置如图，可以满足莱阳路覆盖，SINR及Throughput分布情况如下图，问题区域平均SINR在左右，平均速率为左右，整体指标。
复测后补充……华能宾馆附近香港西路青岛民盟附近问题描述：香港西路与韶关附近316公交路线存在弱覆盖及质差。
问题分析：下图为问题路段覆盖图，香港西路青岛民盟以南路段存在弱覆盖及质差，弱覆盖路段为青岛民盟2小区方向240米左右，该处无3个小区在切换带区域的RSRP都较差，此路段无主控小区，SINR也较差。
下图为问题路段基站情况，根据基站分布情况分析该路段应该由青岛民盟2小区覆盖，怀疑2小区天线方位角及下倾角不合理造成弱覆盖，计划进行天线调整。
现场勘查发现青岛民盟基站情况与基础信息不符，基础信息基站位置为青岛民盟楼顶，站高17M，实际位置为西北角围墙角落4米左右木杆，覆盖效果差。
优化建议：根据现场实际情况进行天线调整，青岛民盟2小区方位角由140调整至120，下倾角由6度调整至2度，加强青岛民盟2小区沿道路的覆盖，改善信号覆盖及信号质量。
优化效果：天线调整后覆盖略有改善，SINR得到一定提升，由于站高低，覆盖范围较小，无法彻底解决该处覆盖问题。
青岛民盟设计站高17M，实际站高仅为4米左右，无法达到覆盖效果，如果进一步解决该路段弱覆盖问题需要增加站高，目前正在整改更换。
优化前RSRP：优化后RSRP：优化前SINR：优化后SINR：麦岛路弱覆盖问题问题描述：测试发现麦岛路附近存在严重弱覆盖，问题路段占用距离较远的新竹路基站信号，RSRP在-110dBm以下，导致公交路线测试时发生掉线，且由于RSRP差无法正常驻留在LTE网络。
问题分析：麦岛路附近基站情况如下，问题路段附近基站：LS麦岛局、LS麦岛派出所(宝丽华大厦)、LS思八达大厦(宝丽华大厦)、LS九龙宾馆均未开通，导致该路段严重弱覆盖。
优化建议：开通基站LS麦岛局、LS麦岛派出所(宝丽华大厦)、LS思八达大厦(宝丽华大厦)、LS 九龙宾馆，并进行测试验证及邻区补充，改善麦岛路信号覆盖及质量。
优化效果：LS麦岛局、LS麦岛派出所(宝丽华大厦)、LS九龙宾馆目前已开通并优化入网，下图为基站开通后复测情况，麦岛路附近信号覆盖及质量改善明显，数据业务掉线问题解决。
MOD3冲突造成质差贵州路MOD3冲突问题描述：贵州路信号覆盖良好，SINR较差，数据业务速率较差。
问题分析：欧本海默、神龙大厦裙楼附近测试发现SINR差，附近没有其他小区的强信号，也不存在异系统间的干扰，初步怀疑是小区PCI Mod3结果相同，在切换同步时存在干扰。
检查发现欧本海默LDE1(PCI367)与神龙大厦裙楼LDE2 (PCI208)Mod3相同，对主同步信号的加扰方式相同，切换同步时存在干扰，造成切换时SINR较差。
优化建议：修改PCI避免mod3冲突：将欧本海默LDE1的pRysicalLayerSubCellId由2修改为1，欧本海默LDE2的pRysicalLayerSubCellId由1修改为2，修改后欧本海默LDE1的PCI 为366，欧本海默LDE2的PCI为367，修改后欧本海默LDE1与神龙大厦裙楼LDE2Mod3冲突解决。
优化效果：PCI修改后Mod3干扰解决，SINR改善明显，修改后测试路线SINR情况如下：太平路MOD3冲突问题描述：太平路信号覆盖良好，SINR较差，数据业务速率较差。
问题分析：铁路医院、影视中心基站距离仅120米左右，基站距离近，小区重叠覆盖区域较大，切换频繁，附近没有其他小区的强信号，也不存在异系统间的干扰，初步怀疑是小区PCI Mod3结果相同，在切换同步时存在干扰。
检查发现如图SN铁路医院LDE1(PCI29)与SN影视中心LDE3(PCI14)Mod3结果相同，对主同步信号的加扰方式相同，切换同步时存在干扰，造成切换时SINR较差。
优化建议：修改PCI避免mod3冲突：将SN影视中心LDE3的pRysicalLayerSubCellId由2修改为1，SN影视中心LDE2的pRysicalLayerSubCellId由1修改为2，修改后SN影视中心LDE3的PCI为13，SN影视中心LDE2的PCI为14，修改后SN铁路医院LDE1(PCI29)与SN影视中心LDE3(PCI14)Mod3冲突解决。
优化效果：PCI修改后Mod3干扰解决，SINR改善明显，后续工作需要进一步调整下倾角控制扇区覆盖，减小重叠覆盖，规范切换区域。
邻区问题文登路邻区缺失问题问题描述：文登路附近测试发现无法切换，导致掉线。
问题分析：文登路附近测试情况如下，文登路由东往西测试时，SN世纪之星LDE1无法切换至SN西湖宾馆LDE3，RSRP及SINR恶化导致掉线，掉线后重选至SN西湖宾馆LDE3。
检查SN世纪之星LDE1与SN西湖宾馆LDE3未配置邻区关系，无法正常切换导致掉线。
优化建议：增加双向邻区：SN世纪之星LDE1 (74)与SN西湖宾馆LDE3(193)。
优化效果：邻区添加后测试切换正常，SN世纪之星LDE1的RSRP下降时及时切换至SN西湖宾馆LDE3，问题路段SINR改善，掉线问题解决。
