TDLTE网优案例汇总.docx

1、TDLTE网优案例汇总TD-LTE网优案例汇总覆盖问题覆盖是无线网络的基础，对LTE这类同频系统而言，覆盖问题也是系统内干扰问题。一般通过以下手段解决覆盖问题：增补基站增减功率调整天馈RS功率提升案例：弱覆盖导致SINR差优化问题描述：该路段处于大学校园内，楼层比较多，现有的周边基站都没有形成对该路段有效覆盖，导致整体的RSRP/SINR都比较低,从而影响整体簇优化的指标。 图1 问题路段位置和基站图如图1中红色位置所示，厦大图书馆由于被楼层阻挡，无法对问题路段直视覆盖，.查看周边站点,厦大凌云5号楼3扇区的位置，正好可以对该路段直视覆盖，解决该路段的弱覆盖问题。 解决方案：调整厦大凌云5号楼

2、3扇区的方位角和下倾角，使其直视覆盖问题路段。结果对比：调整前后RSRP对比如下图：图2 调整前/后RSRP对比图图3 调整前/后SINR对比图从图2和图3对比可以看出，通过调整，问题路段的RSRP和SINR都有较大的提升。案例：小区间互相干扰导致SINR低 象屿五金市场小区间互相干扰导致SINR低 原因分析与解决方案： 由于象屿五金市场第三扇区的方位角不是朝着路上打，并且象屿五金市场的高度只有13m,但是下倾角压成6度，因此在路上的覆盖不是很好。此外现代码头由于集装箱的遮挡，覆盖也不是很好，因此与象屿五金市场的RSRP值相差不多，造成的干扰较大，并且象屿五金市场第2扇区的下倾角太高，也对第3

3、扇区的覆盖有影响，导致SINR的指标不是很好。 象屿五金市场调整天馈。 将互相干扰的小区中电平值较高的小区抬高天线，覆盖较弱的路段，并且能降低干扰，RSRP与SINR的值大大提高。 从图中可以看出，优化后的路段由于覆盖较弱的路段有更好的覆盖，并且去除一定的干扰，是的整个路段RSRP与SINR大大提高。案例：消除弱覆盖潜在风险现象描述车辆在拥军路由北往南走，UE占用NBJB汇家陈FHTL-1的信号，直至庄桥高架桥位置时UE所在的位置与基站之间存在建筑物阻挡，RSRP值下降至-100dbm左右，而附近无其他较强的小区信号衔接，导致存在弱覆盖风险，影响覆盖指标。优化分析针对测试路线的小区边缘位置出现

4、RSRP值徘徊在指标的目标值时，可对服务小区进行增加RS功率优化处理，以最快最简易方式提高RSRP值。优化建议参数修改如下：Cell Name PCI Parameter NameOld ValueNew ValueNBJB汇家陈FHTL21dlrsboost03优化效果参数调整后，该问题路段的RSRP值稳定在-90-95dbm之间，基本对指标无影响。效果如下：下行速率低下行速率低问题的检查内容：观察无线环境极好时，下行PRB 数量是否能够被完全占用；检查UE的能力等级；检查USIM 卡在HSS 配置的吞吐量能力；检查基站传输是否受限；检查传输模式(单流/双流)；下行的调制编码方式(MCS)；

5、检查CQI及SINR案例：室内中RSRP低SINR导致下行流量低问题描述：机场3F贵宾厅由于吊顶过高,施工难度大未安装天线，导致LTE信号RSRP在-85dbm到95dbm之间， SINR偏低，严重影响下载速率，在贵宾区公共沙发区下载速率仅19Mbps，在3:1时隙配比时遍历的物理层平均速率仅为42Mbps。分析思路：由于该区域无明显围墙隔离，PCI23，PCI22，PCI3信号都能渗透至此区域（如下图红色箭头信号所示），导致服务小区的主覆盖RSRP莫有明显优势，同频干扰导致导致SINR偏低。解决方案：由于施工问题，无法在此区域增加天线，因此只能通过参数优化解决该区域下载速率偏低问题，与周围小

6、区异频配置将可以明显提升SINR。因此将PCI32的频点改为39050，并且优化异频切换参数，最小化异频切换次数。结果对比：遍历下载速率由原来的平均42Mbps提升至54Mbps，而沙发区定点下载速率由原来的19Mbps提升至62Mbps优化前后RSRP对比优化前后遍历SINR对比优化前后遍历物理层下载速率对比沙发定点处物理层下载速率案例：高RSRP低SINR导致下行流量低问题描述：高RSRP低SINR导致下行流量低图1-1-1 问题位置和基站图如图1-1-1中红色位置所示，该路段路测结果显示整体RSRP值较高(如图1-1-2所示)整体在-73dbm-90dbm之间，但是红色所示路段整体速率却

7、不高(如图1-1-3所示)，整体在10mbps25mbps之间。两个基站(鹭峰宾馆和红星汽修之间相距310米)，对红色路段的覆盖都比较好。 图1-1-2问题路段调整前的RSRP情况图1-1-3 问题路段调整前的DL Throughput情况分析思路：小区分配给UE的RB个数，主要取决于：该小区下的用户数；UE数据量的大小；由于测试时为单用户，而且使用满buffer下行FTP业务，那么UE可以占用该小区的所有资源。UE的能力等级，采用的终端是Hisi E398，为cat3终端，在小区DL:UL= 2:2的情况下，下行理论可以达到峰值60mbps；该USIM卡，在以前测试中曾出现高速率，应该不会是

8、HSS配置问题。检查传输传输模式，在图1-1-1所示的红色区域，UE整体上报的RI都为2，而且传输模式为TM3，在这种情况下，可以很好的保证UE采用双码字进行传输，最大的峰值速率在理想情况下可以达到60mbps；下行的调制编码方式(MCS)，主要由UE上报的CQI决定，见表1-1-1所示(参见协议TS 36-213)。而UE上报的CQI值大小又和SINR值有很大的关系，所以该路段路测结果比较差，应该和路段的SINR差有比较大关系，查看路测结果该路段SINR值如图1-1-4所示表 1-1-1: 4-bit CQI TableCQI indexmodulationcode rate x 1024e

9、fficiency0out of range1QPSK780.15232QPSK1200.23443QPSK1930.37704QPSK3080.60165QPSK4490.87706QPSK6021.1758716QAM3781.4766816QAM4901.9141916QAM6162.40631064QAM4662.73051164QAM5673.32231264QAM6663.90231364QAM7724.52341464QAM8735.11521564QAM9485.5547图1-1-4问题路段调整前的SINR情况解决方案：从上面的分析可以看出，如果想提升整个路段的DL Throu

10、ghput则需要提升路段的SINR值。该路段SINR比较差的原因是鹭峰宾馆和红星汽修在该路段信号都比较强，导致两个小区在路段的干扰比较强，从而影响到整个路段的SINR值。鹭峰宾馆由于主要覆盖东浦路，该路段是其旁瓣覆盖，所以可以调整的余地比较小。红星汽修可以通过调整控制3扇区的覆盖(调整方位角和下倾角)，达到减少干扰的目的。结果对比：红星汽修3扇区前和调整后，整体SINR对比，如图1-1-5和1-1-6所示：图1-1-5 调整前SINR值图1-1-6 调整后SINR值红星汽修3扇区前和调整后，整体DL Throughput对比如图1-1-7和1-1-8所示：图1-1-7 调整前DL Throug

11、hput值图1-1-8 调整后DL Throughput值从图1-1-7和图1-1-8可以看出，在调整完红星汽修的覆盖后，整体流量提升很大，从调整前的10mbps25mbps，到调整后的15mbps47mbps。案例：高RSRP高SINR外部干扰造成下行流量低问题描述：某市音乐公园LTE实验网络在测试过程中发现东部区域下行RSRP、SINR均好，但误码率高，FTP速率低。下行RSRP分布图：下行SINR分布图：下行FTP分布图：分析思路：路测数据分析发现东部区域速率低主要分配低MCS造成的。 由于现场RSCP和SINR值均好，可见下行覆盖质量并未受到明显的干扰影响，通过分析下行业务机制和影响因

12、素，怀疑由于受上行干扰，影响上行ACK和NACK接收性能，导致下行重发次数增加，又由于基站对下行BLER值的固有收敛算法，所以造成下行速率低现象。选取32号楼0小区分析干扰检测跟踪数据：从频域看，0-36个RB、85-99个RB，抬升较其他RB，平均值达到接近20dB，外部干扰明显。Excel中按照接收强度大于-110dBm以上的标准染色来看，干扰的情况非常明显，由于干扰的存在整体底噪都出现了抬升，最低在-122dBm，从时域上看，干扰是连续的。所有小区跟踪数据：CELL0-35RB36-85RB86-99RB21号楼1(-118,-121dBm)(-125,-129dBm)(-118,-12

13、1dBm)21号楼2(-101,-104dBm)(-123,-127dBm)(-102,-106dBm)21号楼3(-111,-114dBm)(-123,-126dBm)(-111,-114dBm)32号楼1(-100,-104dBm)(-120,-125dBm)(-104,-108dBm)32号楼2(-105,-110dBm)(-123,-127dBm)(-108,-112dBm)32号楼3(-111,-115dBm)(-121,-129dBm)(-112,-117dBm)红光楼3(-111,-115dBm)(-121,-129dBm)(-112,-117dBm)核查基站GPS信息，均正常，

14、去激活其他邻区，仅保留一个小区进行跟踪，现象依旧，至此基本可确认干扰来自系统外。更换频点，同样测得不同段RB的RSSI有显著提升。下一步需要扫频进一步排查干扰方向、时域和频域详细特征。根据实际条件选择有无被干扰信号的区域进行大带宽扫频，确定当前信号分布情况。一般情况下以被干扰系统中心频点为中心左右各100M进行扫频（可根据实际情况调整）测试结果：从干扰源频域特性中可以看出，大约每隔8-10M左右，出现非常明显的干扰，刚好和基站侧跟踪的RB干扰情况一致。扫频发现干扰主要来自21号楼和32号楼中间偏东方向，且为天面干扰，地面无干扰。根据天面干扰的特性，主要干扰基站接收机的接收性能，和前后台数据分析

15、吻合。结合小区图层，明显发现，强干扰来源方向和基站跟踪PUSCH RB的抬升情况绘制的干扰地图一致；综上所述：从前台测试数据、基站侧上行干扰检测跟踪、扫频数据，都一致看出干扰来自音乐广场东区方向，且从频域时域特征来看，非通信系统干扰。分析干扰的特性，时域上表现为持续存在无周期特性，频域上为间隔10M左右占用固定8M频带信号，且信号仅覆盖有限天面，此特征和电视台无线广播信号相似。通过咨询四川广电公司相关技术人员，广电在93年开始就在这一频段开展数字电视试点转播，并在成都部署了大功率无线数字电视发射器，覆盖成都市区，作为对有线数字电视的补充，广电信号已经严重影响了东区21号楼和32号楼基站接收性能

16、。解决方案：经与广电下属设备商银兴通信公司协商，广电侧同意用备用频点更换占用D频段频道的频点，D频段资源按照无委和工信部的通知由中国移动公司合法使用。但因为涉及广电设备改造，因此解决过程可能会比较长。案例：传输问题导致下载速率低问题描述：在对长河水产市场进行单站验证的过程中，对该站进行定点的上传和下载业务，发现即使在极好点，该站的下载速度依旧只有810Mbps，达不到测试用例的要求；分析思路：根据在该站采用不同的电脑分别在不同的极好点进行测试下载速度均只能达到810Mbps，排除无线环境的因素；检查电脑网卡设置，修改TCP相关参数，排除电脑本身的网卡设置导致无法达到要求的上传速度；使用jper

17、f，对传输进行推送测试，发现主要问题应该在传输上，由于传输的限制导致下载速度最大只能达到10Mbps。 进行分段灌包测试：测试结果显示为长河水产基站到PTN侧CE存在问题，下载速度约为10Mbps，上传速度约为90Mbps在测试完毕后，经过和核心网厂商确认，在PTN上做了些QOS的配置，根据不同业务限制了最高带宽，对下载业务带宽为10M，这样导致了下载的限制解决方案：修改PTN上的QOS配置的限制结果对比：在改变了PTN上的QOS配置的限制之后，再进行下载验证，结果显示恢复正常，达到30Mbps以上，符合用例需求案例：RRU-天线间馈线连接错误导致下载速率低问题描述：UE占用后勤中心3小区信号

18、，连接后但不做下载业务的情况下，极好点SINR值22db以上，RSRP为-78dbm。 在相同位置，UE占用后勤中心3小区进行下载业务测试， RSRP 无太多变化，但SINR值突然下降到17db左右（同时做上传/下载业务，SINR值下降5至8db），极好点变成好点，下载的平均速率只有20.27Mbit/s（正常情况应大于30Mbit/s）。停止下载业务后SINR恢复正常（SINR值在22db），做上传业务时SINR值无较大变化，速率也正常。不做下载业务时SINR值做下载业务时SINR值分析思路：排除位置环境因素，更换到其它位置的极好点，在该小区另做下载业务，现象依旧；重启后勤服务中心3小区，重

19、启后复测，现象依然存在。排除干扰因素，闭锁后周边小区，但现象依旧，排除周边小区干扰问题；怀疑天馈问题，上站对后勤服务中心3小区的天线端口-RRU之间的跳线连接进行核对，结果发现RRU校准端口连接到天线的8端口上， 导致RRU 2、4、6、8端口和对应的天线5、6、7、8端口依次接错，致使做下载业务时覆盖质量变差，下载速率不达标。解决方案：正确的天线端口和RRU端口对应关系如下：后勤服务中心3小区的天线传输模式是TM2，即采用发射分集技术。发射分集技术通过天线之间的不相关性（天线间距通常10以上），采用多个天线发射或接收一个数据流，避免单个信道衰落对整个链路的影响，提高覆盖质量。LTE采用两天线

20、发送一个数据流，天线端口1、2、3、4映射到0端口组，天线端口5、6、7、8映射到1端口组，形成两天线分别进行波束赋形，发送相同数据。但由于RRU 2、4、6、8端口和对应的天线5、6、7、8端口连线接错，导致1端口组天线波束赋形混乱，造成干扰，影响覆盖质量，在做下载业务情况时，对大数据量传送有明显的影响。如果不做业务，或传送数据量较小情况下，影响不明显。正确连接天线端口和RRU端口对应关系，让RRU 2、4、6、8端口分别对应的天线5、6、7、8端口，RRU校准口对应天线校准口。结果对比：整改后，复测情况正常，测试下载速率为34.37Mbit/s，速率达标。案例：城市水域的下行速率低整体解决

21、实例厦门岛南北长13.7公里，东西宽12.5公里，面积约128.14平方公里。筼筜湖位于厦门岛内西部，水面面积达到1.7平方公里，几乎横贯了整个厦门岛。筼筜晓月，作为TD-LTE应用的场景之一，一直是移动客户主推的体验项目。在游船上安装TDFI，乘船延着筼筜湖的内湖，中湖和外湖环游，期间用WIFI终端和LTE上网卡体验TD-LTE的高速上网服务。如上图所示，在筼筜湖的周边已经开通众多的TD-LTE宏站。采用20M带宽的同频方式组网。由于湖面上损耗小，反射强，可以收到的小区信号多且杂。湖面上mod3干扰、无主覆盖小区的情况很严重。这样小区间的同频干扰导致了系统的载干比性能恶化。影响业务面的系统吞

22、吐量和边缘用户的吞吐量；影响控制面的公共信道解调，用户规模，用户Qos以及系统时延。鉴于此，我们做如下的调整：采用异频组网，湖面的覆盖采用异频点，这样在湖面上即使有RSRP较低的地方，也能保证有足够的SINR。选择对湖面的覆盖效果比较好的小区，来覆盖筼筜湖的内湖、中湖、外湖。宝龙大酒店、白鹭洲宝龙酒店监控杆覆盖筼筜湖的内湖；白鹭洲酒店、宝龙大酒店覆盖筼筜中湖；长途汽车站、新金樽覆盖筼筜外湖。测试对比：1、RSRP指标对比：空扰指标要求：RSRP CDF=10%-95dBm 指标 阶段RSRP指标(以DL业务作为统计基准)(dbm)RSRP 8dB & 平均SINR =15dB 指标 阶段SIN

23、R指标(以DL业务作为统计基准)(db)SINR 10mbps 指标 阶段PDCP下行吞吐量(以DL业务为统计基准)(mbps)PDCP下行速率10mbps比例平均 PDCP下行吞吐量空扰调整前16.61%20.807空扰调整后0.94%31.353从调整前后DL Throughput指标上来看，整体Throughput的各项指标提升是非常明显的。调整前/后空扰DL Throughput分布图对比调整前DL Throughput图调整后DL Throughput图小结：对于城市中间水域的TD-LTE覆盖场景，其关键的问题在于水面的反射大、路损小、信号杂。周边小区的互相干扰、无主覆盖小区是导致S

24、INR低的主要原因。采用异频组网覆盖，虽然RSRP会有所下降，但是由于降低了干扰，其吞吐量反而会有明显的提升。切换问题案例：弱覆盖导致切换问题优化现象描述UE在洪塘东路上洪塘东站点和至诚学校站点之间存在信号差问题，此时UE与至诚学校站点相距400M左右，但由于建筑物阻挡导致至诚学校信号偏弱， UE反而占用远处的洪塘仓库信号，导致该路段信号持续变差且无法切换直至掉线。优化分析在至诚学校往洪塘东方向，如果UE能直接在至诚学校切换至洪塘东，而不切换至远方的其他基站，则不会产生切换到远方站点后掉线和PCI的MOD3问题，而此时至诚学校的信号比洪塘仓库的信号差不了多少，只要对至诚学校稍微加大点功率，即可

25、在问题位置当主服务小区。优化建议根据以上分析，对至诚学校增加基站功率，参数修改如下：Cell NameParameter NameOld ValueNew ValueNBJB至诚学校FHTLPMAX510优化效果参数调整后，在问题路段UE能够直接在至诚学校上切换到洪塘东，不会切换到远方基站，而且至诚学校的覆盖范围明显变大，符合我们的优化目的，效果图如下：案例：邻区缺失导致切换失败案例描述驾车在公益路由北向南行驶中，UE占用华鞍花园（老干局）-2小区，当华鞍花园（老干局）-2小区的RSRP衰减到 -96dbm时，邻区列表中最强小区为三山中学-1小区，该小区RSRP为-90dbm，UE上报多次Re

26、port，基站侧无响应。问题分析：华鞍花园（老干局）-2小区方位角为130度，三山中学-1小区 方位角为30度，在邻小区RSRP（-96dbm）大于服务小区RSRP（-90dbm）3dbm时，满足A3事件的上报条件，UE上报多次但无法切换。首先核查邻区参数，发现该站未添加三山中学站点邻区。优化建议：华鞍花园（老干局）与三山中学添加双向邻区。复测验证：华鞍花园（老干局）-2小区（PCI=11）向三山中学-1小区（PCI=48）切换成功，不切换问题消失。案例：邻区配置差错导致切换失败问题描述：外场测试人员反映安泰中心(闽星楼)与冠亚广场无法切换，两个基站状态正常、各项指标良好，并与其他基站互切正常

27、。问题分析：经检查确定两个基站邻区关系存在，但X2 link status 为unavaiable，从而导致这2个基站不能切换。检查发现邻区关系配置时C-Plane IP address of neighbor eNB使用的是Management plane的ip地址100.92.1.242，导致X2 link 不可用。优化方案：更改新建安泰中心(闽星楼)与冠亚广场的邻区关系，将C-Plane IP address of neighbor eNB的ip更正为Control plane IP 100.77.8.242，下发更新基站数据优化结果：下发更新基站数据后，X2链路状态变为可用，外场验证，

28、两基站能够正常切换，问题解决。案例：频繁切换问题分析及解决问题描述：问题路段如图5-5-1中红色位置所示，该路段时代雅居存在站内小区间切换频繁。 图5-5-1 问题路段和基站图解决方案：调整时代雅居_2时代雅居_3的邻区参数CIO配置(Ocn：特殊邻区调整参数)，将之设置为12dB（默认为15db，减小3db，加大切换难度）。调整完之后，往返单向切换仅一次，解决了其站内频繁切换的问题。结果对比：调整前后RSRP对比如下图：图5-5-2 调整前/后切换次数对比图从图5-5-2可以看出，通过调整时代雅居的邻区参数CIO配置，解决了该路段的频繁切换问题。案例：同PCI导致切换失败案例描述UE占用滨江国税3（PCI：108）小区进行FTP下载测试，在长河路-江南大道路口UE尝试切换到江边1（PCI：63）小区时，会出现切换失败或是切换完成后掉线，最终UE重选到江边1小区。掉线区域RSRP正常（-80dbm）但SINR较差（-8db左右）。而且由江边1小区向滨江国税3小区切换时也会发生，切换失败和掉线，最终小区进行重选。案例分析 此处无线环境RS