COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.LTE日常RF优化培训2013-112COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.主要内容LTE日常RF优化概述LTE日常RF优化中常见问题及解决手段LTE日常优化案例3COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.LTE日常RF优化概述LTE网络RF优化几大难点问题同频组网PCI冲突高频段(D频段组网)重叠覆盖控制越区覆盖控制弱覆盖识别4COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.LTE日常RF优化流程5COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.交叠覆盖问题问题现象:多个小区RSRP良好,SINR低天线下倾角方位角不合理引起的越区覆盖站间距过小造成交叠覆盖严重高站覆盖较难控制,造成附近区域交叠覆盖严重天线位置不合理通过覆盖调整来严格控制小区的覆盖范围对由于站间距过小造成的交叠覆盖问题,建议根据实际覆盖效果关闭部分小区针对高站问题,长期建议降高度解决,短期可以通过降低基站发射功率来解决6COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.重叠覆盖对网络性能的影响基本目标挑战目标从图中重叠覆盖对SINR及速率的趋势可以看出,重叠覆盖度好坏直接影响网络性能表现!6dB以内邻区个数大于3的采样点比例基准目标挑战目标7COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.重叠覆盖优化思路多小区交叠覆盖两个小区间交叠覆盖尽量减少交叠区域覆盖小区的数目建议交叠区域电平-95dBm至-100dBm8COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.重叠覆盖优化案例(越区覆盖引起的重叠覆盖严重)现象:辽宁路与临淄路交叉口强信号-信号杂乱,在辽宁路由南往北行驶在临淄路附近,出现信号强度为-81dBm至-85dBm的强信号、小区数达到6个;SINR值为3分析:该处主覆盖应为百脑汇2扇区,颐高数码1扇区站址过于靠近造成信号越区覆盖。泰山路3扇区过覆盖、晶体管2扇区越区覆盖建议:1)泰山路3俯仰角下压6度2)晶体管2俯仰角下压6度9COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.弱覆盖问题问题现象:RSRP低SINR低周边部分站点尚未开启周边存在楼宇遮挡天线方位角及下倾角不合理天线位置不合理基站故障优先通过周边小区的覆盖调整来改善问题区域的RSRP如周边有规划站点尚未开启,建议开启规划站点如周边本期无规划站点,建议后期在问题区域进行站点规划周边基站故障,通过排障手段解决10COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.弱覆盖案例1(天线调整部分解决弱覆盖问题)现象:在晨旭酒店以北南北路段发现离附近3个基站(沙子口,沙子口军供宾馆,北姜)都较远约有1km左右,弱覆盖较严重。分析:上站发现晨旭酒店站高约为6m左右,附近楼层阻挡较严重(基本与天线持平),但可通过附近3个站的天馈调整(各站都调整一个扇区往此区域内分成3个小区域来进行覆盖),RSRP和SINR可以进一步优化,改善该站的覆盖情况。建议:1)沙子口1扇区方位角由0调至320;2)沙子口3扇区方位角由220调至260,下倾角由3抬至1。调整后复测:此图示区域内部分路段有较明显改善,SINR值有所增益,如图所示:11COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.弱覆盖案例2(小区天馈故障)PCI369RSRPPCI370RSRPPCI371RSRPPCI为371这个小区虽然也在发射信号但信号十分微弱,虽然371小区所需要覆盖区域被369和370都覆盖到一部分,还是存在很严重的弱覆盖,通过检查基站告警和通过到天面去检查发现跳线和馈线之间的接头已经松了快掉了,通过重新连接问题得以解决。12COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.弱覆盖案例3(山体/楼体遮挡)这个弱覆盖案例通过查看地形发现是由于由于小山坡阻挡照成,临时解决方案是适当减小天线下倾角来提高覆盖。13COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.模三干扰问题问题现象:RSRP良好,SINR低初期规划时由于无法完全仿真实际情况,造成个别区域存在模三干扰问题个别站点优化过程中为解决覆盖问题,对方位角调整后造成个别区域存在模三干扰高站覆盖较难控制,造成附近区域交叠覆盖严重天线位置不合理部分区域交叠覆盖严重,多个小区电平接近通过覆盖调整来严格控制小区的覆盖范围通过PCI调整解决模三干扰14COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.PCI模三干扰分析0123456012345601234560123456012345601234560R0R1R0R1R1R0R1R0R0R1R0R1123R1R0R1R0R0R1R0R1R1R0R1R0456R0R1R0R1R1R0R1R0R0R1R0R1789R1R0R1R0R0R1R0R1R1R0R1R01011PCI频率偏移=0PCI频率偏移=3PCI频率偏移=6CRS频域偏移与小区PCI存在mod3余数关系PCI规划原则:PCICollision-free:相邻的两个小区PCI不能相同PCIConfusion:同一个小区的所有邻区中不能有相同的PCI结论:PCI模3冲突会导致SINR和CQI的下降,极端情况下可能导致掉线或无法连接,路测时应尽量避免切换前后小区存在PCImod3冲突1、PCI冲突(PCICollision)一旦出现PCI冲突,在最糟的状况下,UE将可能无法接入这两个干扰小区中的任何一个;即便在最好的状况下,UE虽然能够接入其中一个小区,但也将收到非常大的干扰。2、PCI混淆(PCIConfusion)由于UE使用PCI来识别小区和关联测量报告,因此PCI混淆将导致以下两种结果:在最好的状况下,ENB知道这两个邻小区,那么它将先要求UE上报小区的CGI,再触发切换;而在最糟的状况下,ENB只知道其中一个邻小区,那么它有可能向错误的小区进行切换,从而造成大量的切换失败和掉话。15COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.模三干扰案例1问题描述:在浦东南路上,从南往北行驶,UE占用浦建材3(PCI=101)上掉线1次,随后在住总3(PCI=125)上重新开始业务,再掉线,再在浦吉瑞3(PCI=188)上做业务。在这短短800多米的路上掉线3次,掉线时服务小区的sinr在-8~-15dB。原因分析:这三个小区覆盖相连,且PCIMod3后都是2,存在Mod3干扰。解决方案:修改住总3的PCI,从125到124。优化效果:切换顺利,不掉线,SINR明显提升。经验总结:切换前后小区的PCI应尽量避免Mod3干扰。16COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.模三干扰案例1使用正确的模3模6矩阵规划相邻小区的ID,可以有效的减少CRS的干扰,提升SINR占用服务小区浦建材3,电平-100dBm左右,在邻区有住总3,电平-84dBm左右,但始终不切换,最终掉线,原因是SINR差(达到-20),ENB没接收到MR或UE没接收到重配消息。修改住总3的PCI后,切换顺利,切换后占用住总3,切换后电平-89dBm,CRSSINR提升至19Tips:空载网络中,CRS对PDSCH的干扰影响很大,如果Mod3在最强邻区中无法规划避免,可以尝试CRSDeBoost以及修改PbOffset,以降低邻区CRS对服务小区PDSCH的干扰影响。17COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.模三干扰案例2现象:延安路由西向东行驶,出现主服务小区信号强度为-90dBm,邻区-87dBm,但SINR值为-4的情况分析:该处信号较杂乱且信号较强,广饶路2扇区(PCI=214)和市北城管3扇区(PCI=253)存在交叉覆盖区域,根据现网PCI排查存在MODE3干扰,建议通过控制市北城管3扇区覆盖来降低模三干扰影响。建议:1)市北城管3扇区方位角由240度调整至210度,2)市北城管3扇区俯仰角下压4度。18COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.LTE日常优化案例19COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.案例1(模三干扰)现象:UE占用新川宝2(PCI:452)小区进行FTP下载测试,RSRP-94,SINR-7,速率仅为8M左右。因新川宝2(PCI:452)和永泰3小区(PCI=239)闸通山1(PCI95)PCImod3结果都是0,对主同步信号的加扰方式相同,造成SINR较差,导致下载速率偏低。通过PCI修改后,对该区域进行多次复测,SINR值由原来的-7dB提升到14dB。FTP下载速率由之前的8M提升至33M左右。小区名PCI参数名称原配置更改后配置新川宝2452PCI452451新川宝1451PCI45145220COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.案例2(室分实测PCI与规划不符)-1由上图可看出该点PCI较为混乱。虽然测试中各项指标均到达验收标准,但考虑到以后大规模建网后会出现的邻区漏配及切换关系混乱问题,在单验初期必须及时调整。21COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.案例2(室分实测PCI与规划不符)-2现象:以RRU2覆盖区域为例,整改前,在主楼1F测试主要占用PCI为112小区信号;(规划设计为PCI为114)问题分析:1)后台网管检查RRU2所对应硬件所配置PCI为114(与规划相符)2)怀疑集成商在RRU接入分布系统时接错,建议集成商检查分布系统与RRU间的连接问题解决:集成商现场对室分布线系统进行调整,根据规划设计重新调整各RRU覆盖楼层对应关系。整改后,在主楼1F测试主要占用PCI为114(与规划相符)整改前整改后22COPYRIGHT©2011ALCATEL-LUCENTSHANGHAIBELL.ALLRIGHTSRESERVED.案例3(邻区遗漏)现象:UE占用虹四宏1小区PCI227RSRP-96多次上发测量报告切向杨四康2小区PCI43RSRP-91,但一直未发生切换导致掉线。问题分析:UE多次上报向理想目标小区切换的测量报告,但一直未收到enodeB下发的切换命令,怀疑基站侧未添加邻区关系。经查询邻区表确认虹四宏1与杨四康2之间无邻区。问题解决:邻区关系添加后,UE顺利由虹四宏1(PCI227)切换到杨四康2(PCI43)调整前调整后23COPYRIGHT©2011ALCATEL-