LTE案例库

LTE案例库总结1.LTE下载速率低原因及相关案例现阶段排查LTE下载速率低影响的主要因素包括：（1）无线环境（2）容量（3）无线参数配置（4）传输问题（5）传输相关参数配置（6）故障（7）传输相关参数配置1.1无线环境无线环境是影响下载速率低的一个重要原因。现网中由于多系统的存在，会对空口传输质量造成影响。无线系统按照干扰产生的起因可以将干扰分为系统内干扰和系统间干扰。系统内干扰：系统内干扰通常为同频干扰。TD-LTE系统中，系统内干扰常见原因有小区越区覆盖造成的同频干扰和GPS时钟不同步造成的下行信号对上行信号的干扰和模三干扰。系统间干扰的产生：系统间干扰通常为异频干扰。主要有：杂散干扰、阻塞干扰、谐波干扰、互调干扰。通过LTE前期总结系统间干扰的干扰主要如下：TD-LTE系统频段（MHz）其他系统带外阻塞带外杂散带内阻塞或带内杂散互调谐波1880-1920DCS1800√√√GSM900√√PHS√2300-2400WLAN√√2500-2690WLAN√√北斗√√雷达√√MMDS和射电天文√多运营商√CDMA850√排查这种类型干扰，一般是通过系统监控手段对小区干扰进行预判断，然后根据小区的干扰特性进行实地扫频排查。通过闭站，看干扰是否消失排查。1.1.1案例1：系统外干扰（DCS1800）导致LTE宏站单小区下载速率低1.现象描述LTE基站1小区在测试过程中，发现下载速率低（1M左右），终端ping核心网侧丢包率高达50%.该基站配置为S111，频段是F频段1880-1900MHz，带宽20M，参考信号功率12dBm，上下行时隙配比1:3，特殊子帧时隙配置DwPTS:GP:UpPTS=3:9:22.问题分析使用底噪查询工具。各小区底噪情况如下：1小区2小区3小区下载速率1Mbps50Mbps51Mbps底噪-93-111-110将查询出的底噪值与各小区的业务速率对比，很容易看出业务速率低的小区恰好是后台查询底噪高的小区。由此判断为底噪高是导致空口质量差，引起终端业务速率低、ping包丢包率高的原因。将查询出的底噪值与各小区的业务速率对比，很容易看出业务速率低的小区恰好是后台查询底噪高的小区。由此判断为底噪高是导致空口质量差，引起终端业务速率低、ping包丢包率高的原因。闭塞周边所有LTE小区,以及2、3小区全部闭塞，仅保留1小区，问题依然存在。对1880-1900MHz扫频，发现移动DCS1800频段天线对该频段有干扰。由于该LTE基站与37854昌平都市芳园DCS共址，基本确认干扰来自该基站。接下来考虑为何2，3方向无明显干扰而1方向干扰明显，观察天线，发现2,3方向LTE天线与DCS天线水平隔离度1米左右，而1方向LTE与DCS天线水平隔离度仅0.4米左右。3.问题分类：干扰－DCS1800干扰4.解决方案改变1方向LTE天线位置，将其与DCS天线水平隔离度增加到1米。5.效果评估１小区天线与DCS天线水平隔离度增加到1米后，底噪-109，下载速率50M，故障排查完成。6.注意事项及建议故障排查流程：1.1.2案例2：服务小区与邻小区PCI存在mod3干扰造成下载速率过低1.现象描述对某区域LTE网络进行评估测试时发现，当测试终端占用A小区后下载速率过慢，下载速率只有10Mbps左右。2.问题分析核查A小区PCI发现，该小区PCI与邻区B小区PCImod3值相等，A小区PCI为15，B小区PCI为36，A、B小区之间存在mod3干扰。在LTE中，PCI用来区分每一个小区，类似于WCDMA中的扰码和CDMA2000中的PN。LTE协议规定，PCI一共有504个，其组成分为两部分：PhysicalLayerCellIdentity=(3×NID1)+NID2NID1:物理层小区标识组，范围从0到167共168组（决定了辅同步序列）NID2:组内ID，范围从0到2（决定了主同步序列）然而，PCI也不是504个可以随意分配，它必须避免同一个小区覆盖范围内PCImod3不相等，其原因是因为不同的PCI决定了小区特定参考信号（CRS）的位置。CRS用于终端辅助信道估计，其在子帧中的时频位置如下图所示：当小区使用单天线端口传输模式，RS参考信号的位置为PICmod6。当手机天线端口数为2信道Rank=2时,小区使用2天线传输模式，RS参考信号的位置为PICmod3。在小区使用2天线传输模式且2个小区PCImod3数值相等，参考信号的位置重叠就会造成相互干扰，SINR值过低导致下载速率过慢。3.问题分类：干扰－模3干扰4.解决方案修改A小区PCI为115.效果评估重新测试，A小区下载速率提升到55Mkbps以上。6.注意事项及建议下行参考信号在天线上发送的位置取决于小区PCI值，如果是单天线发送下行参考信号的位置为PCImod6，如果是两天线发送下行参考信号的位置为PCImod3。如果PCI规划不当就会造成不同小区间参考信号干扰。1.1.3案例3：由GPS失锁引起的F频段LTE基站上行干扰1.现象描述某基站通过话统查询上行底噪，发现此基站上行底噪很高，三个小区均在-77dB左右。测试工程师到现场测试发现该小区无法正常接入，无法进行上下载业务。2.问题分析经话统确认，此基站周围基站汇彩路、黄村大道、珠吉路底噪也较高，达到-100dBm以上.连片区域基站存在干扰问题原因可能为：GPS失锁或外部干扰。协调代维人员进入基站机房，发现机房内存在两个BBU。分别下挂东圃珠村和9860基站，均为TDDF频段基站，9860基站在工参表中未显示，此基站告警灯常闪，后台查询后，发现9860基站存在GPS失锁告警。3.问题分类：干扰—GPS失锁4.解决方案闭塞9860基站，安排维护人员上站处理该基站的GPS失锁告警问题。5.效果评估基站底噪下降到-110dBm以下，速率恢复正常。6.注意事项及建议TDD-LTE上行干扰可能的问题原因：(1)、移动DCS1800M小区频段为：1805-1830M，1850-1872M；所以此频段很容易对TDD-LTE频段1880-1900M形成阻塞干扰、互调干扰和杂散干扰。(2)、GSM900M基站对TDD-LTE频段1880-1900M形成谐波干扰。(3)、小灵通基站对TDD-LTE形成阻塞干扰、互调干扰和杂散干扰。(4)、周围TDD-LTE基站GPS失锁形成干扰。(5)、RRU硬件或天馈系统问题造成干扰。(6)、外部干扰源干扰。1.2容量容量也会影响下载速率，现网由于LTE用户不多，暂不需考虑这方面的问题。1.3无线参数配置1.3.1案例4：爱立信小区上下行时隙配比错误导致上行高BLER速率低1.现象描述某日在进行簇优化过程中，进行上传业务时发现某站点的3个扇区的上传速率均明显偏低，仅能达到约2~5Mbps，而在前期该站点的单站验证测试中，该站的上传速度正常，三个小区均达到了16Mbps左右；2.问题分析在占用站点第1小区测试过程中，显示第1小区BLER较正常情况偏高，导致MCS较低；检查周边邻区的无线参数配置，经过核查发现该站点第3小区的TDDframeconf=2，即时隙配比为3：1，而周边基站均为2：2；3.问题分类：无线参数配置4.解决方案将第3小区参数TDDframeconf改为1，即时隙配比改2：25.效果评估经测试三个小区SINR在24左右，上传速度均达到了15Mbps以上。6.注意事项及建议因LTE上行采用SC-FDMA，相对下行抗干扰能力较弱，在LTE建设过程中，需注意邻近小区上下行时隙配比准确一致，否则易对周边小区造成较强的上行干扰。后期网管搭建完毕后，需定期对小区做参数核查，确保参数配置无误。1.3.2案例5：LTE的功率PA、PB参数设置不合理导致下载速率低的处理1.现象描述LTE小区在覆盖较好路段（RSRP=-72dB,SINR=32，且传输模式为TM3）下载速率低（基本小于40Mbps）2.问题分析查询该小区功率参数设置，发现PA参数设置为-3，PB参数设置为3，根据功率利用率分配表可知此时功率利用率仅为67%。3.问题分类：无线参数配置－功率参数4.解决方案修改PB参数为1，使其利用率达到100%。5.效果评估将PB参数修改为１后，对该路段验证测试，该路段PHYDLThroughput由35Mbps提升至47Mbps，达到指标要求。6.注意事项及建议LTE下载速率低也需注意功率参数PA/PB的设定，其要求TypeA，TypeB两类符号上的功率保持相等，当AtotP和BtotP相等且等于最大发射功率时，功率利用率最高。LTE参数设置需考虑业务场景，根据不同的需求对参数进行合理化配置，已到达感知最优。1.3.3案例6：爱立信LTE小区DLTARGETBLER参数配置有误导致下行速率低1.现象描述某站在进行簇优化过程中，进行FTP下载业务时发现某小区的下载速率均明显偏低，仅能达到约20Mbps左右，而在前期簇优化的拉网测试中，该站的下载速度正常，三个小区均达到了40Mbps左右。2.问题分析在占用该小区测试过程中，观察发现下行调制方式中16QAM占比较高；初步怀疑该小区下行速率低为调制方式没有全部采用64QAM导致。核查该小区CV文件发现参DLTARGETBLER（下行目标BLER）配置为1%；当参数DLTARGETBLER(下行目标BLER)设置为1%时，由于对BLER要求过高，导致RBS会调低MCS以保证BLER达到目标值。而对于FTP、流媒体等并不需要很高的BLER要求的业务，过高的BLER要求会导致下行因没有使用64QAM的高阶调制方式，反而无法得到理想的下行速率，从而影响用户感知。UtilizationPA(dB)-6-4.77-3-1.770123PB067%75%86%92%100%97%94%92%175%86%100%92%83%80%77%75%286%100%83%75%67%63%61%58%3100%83%67%58%50%47%44%42%3.问题分类：无线参数配置4.解决方案将该小区参数DLTARGETBLER设置为10%5.效果评估修改该参数后，复测FTP下载速率达到40Mbps左右，下行速率正常。6.注意事项及建议下载速率低时可以查看MCS为64QAM的比例高不高，占用高阶调制比例低并且BLER较低则可能是DLTARGETBLER设置的过小。1.3.4案例7：华为eNodeB升级8.0版本默认开启MR功能后导致速率低1.现象描述华为ENodeB升级BTS3900V100R008C00SPC130后在外场拨打时发现上传及下载速率慢，CAT4测试终端在好点的情况下进行定点CQT测试，下载最高速率仅在45Mbps左右，上传最高速率仅12Mbps左右。2.问题分析通过后台跟踪UU口信令，发现终端在进行业务过程中会周期性上报MeasurementReport。在无线环境很好的情况下，不应发生异频/异系统测量。但测试结果表明：终端在不停上报异频测量，并且是周期性上报。对站点升级前后配置数据进行进一步核查，发现升级站点均默认开启了MR功能，在Nastar服务器上开启了同频/异频/异系统的订阅。3.问题分类：无线参数配置4.解决方案后台关闭同频/异频/异系统的订阅。5.效果评估后台关闭订阅后再次进行复测，测试结果恢复正常。6.注意事项及建议升级版本后需注意核查前后配置数据找原因。1.3.5案例8：由于PDCCH信道误码率较高导致下载速率波动1.现象描述渝北水木青华HL测试有两个现象：（1）业务过程中出现业务中断的现象；（2）业务过程速率不稳定，有比较严重的毛刺现象。业务过程中出现业务中断的现象：在正常业务过程中上行干扰不高，但是出现异常。速率掉坑时候，上行RSSI达到－15db左右，突发的上行干扰很大，此时UE掉线并且频繁尝试重建，过一段时间后，干扰消失，业务恢复正常。2.问题分析对测试数据进行分析，由于下行PDCCH偶尔出现误码率较高，上行也出现误码率较高的现象，导致下载速率出现波动。进行扫频测试，确实发现存在一定的外部干扰，但未发现周边有TD站点等干扰