LTE 路测和网络问题案列分析

LTE路测和网络问题案列分析覆盖问题分析覆盖类问题涉及弱覆盖、越区覆盖、过覆盖、无主导小区、上下行不平衡及导频污染等。弱覆盖：在LTE中一般认为RSRP<-100dBm，认为是弱覆盖。越区覆盖：由于基站天线挂高过高或下倾角过小引起的该小区覆盖距离过远，从而越区覆盖到其他站点覆盖的区域，并且在该区域终端接收到的信号电平较好。过覆盖：指网络中存在过度的覆盖重叠，容易引起干扰和乒乓切换；无主导小区：指某一片区域内服务小区和邻区的接收电平相差不大，不同小区之间的下行信号在小区重选门限附近的区域，并且无主导覆盖的区域接收电平一般或者较差，且服务小区的SINR不稳定，可能发生空闲态主导小区频繁重选、连接态频繁切换，无主导覆盖也可认为是弱覆盖的一种。导频污染：指在某一点存在过多（一般认为大于等于3个）的强导频，但却没有一个足够强的主导频；造成覆盖问题的原因：无线网络规划的准确性；实际站点与规划站点位置偏差；实际工参与规划工参不一致；覆盖区建筑物增加、减少、阻挡等原因无线环境发生变化；新增站、搬迁站及无法开通站等原因无线环境发生变化；灯杆站、美化天线及业务等原因天线无法调整；处理方案：调整天线方位角、下倾角到合理位置；调整PCI、功率等参数调整；合理设置切换带及邻区优化；增加新站、RRU拉远等；覆盖问题分析对簇中每个小区分析，确定簇优化方案对簇中主要问题点分析，微调簇优化方案实施簇优化方案覆盖问题分析---单小区覆盖分析单小区分析确认是基础工作，在对网络进行测试摸底之后，首先要针对各个小区进行单小区分析和统计，了解每个小区的实际覆盖情况，设计合理的覆盖区域、切换带，避免做出错误的判断。分析的内容包括天线接反/鸳鸯线核查、单小区覆盖越区核查、天线的旁瓣和背瓣覆盖核查、无覆盖小区核查、切换带分析。RSRP:通过RF调整优化后RS-RSRP大于-100dbm的区域由原来的84.57%提升为99.28%，RS-RSRP提升了14.71%。优化前后RSRP/SINR对比图:

SINR:通过RF调整优化后RS-SINR大于-3dB的区域由原来的85.17%提升为99.34%，RS-SINR提升了14.17%。DLThroughput:通过RF调整优化后下行PDCP层平均吞吐率由原来的24.39Mbps提升为46.94Mbps，提升22.55Mbps。优化前后DL/ULThroughput对比图:

ULThroughput:通过RF调整优化后上行PDCP层平均吞吐率由原来的13.54Mbps提升为39.66Mbps，提升26.12Mbps。1.严格控制每小区覆盖半径，尽可能避免过覆盖、越区覆盖，合理设置切换带；2.簇优化人员对所负责的簇中的每个站情况非常了解，便于后期问题定位；3.给项目组提供最准确的工参信息；4.减少重后期复上站次数；5.单小区优化同时可以解决过覆盖及干扰问题；簇优化单小区分析优点

掉线问题分析掉话常见现象：UE发起重建立过程

cause为OtherFailure(UEradiolinkfailure)、HandoverFailure(T304HOtimerexpiry)、

ReconfigurationFailure，常见原因为前俩种；

掉线问题分析无MR上报的重建：

现象：表现为业务正常保持时UE发起了RRCConnectionReestablishmentRequest，失败的原

因是无线链路失败，没有向系统侧发送MR

分析：1.对RSRP和SINR进行分析，如果RSRP较强而SINR较差，则是由于存在干扰（mod3等），如果两者均差，则主要是覆盖问题；2.确定是否由于同步保持参数设置过小导致的失步掉话（SIB2消息：T310/N310/T311/N311等）；

解决：1.覆盖及干扰优化；2.修改同步保持参数，增加失步判断的时间ForUE“normaloperation”inthefigureabovemeans:UEnotwaitingforRRCConnectionSetup/Reject(T300notrunning)UEnotwaitingforRRCRe-establishmentEstablishment/Reject(T301notrunning)handovernotongoing(T304notrunning)NoRLFrecoveryongoing(T311notrunning)NOTE:thetermsin-syncandout-of-syncrefertoL1problems,nottotimingalignment掉线问题分析---RLFduetoT310ExpiryatUEn310consecutiveout-of-syncindicationsn311consecutivein-syncindicationsduringt310RRCconnectionre-establishmentattemptedduringt311CellreselectionandTrackingAreaUpdateifRRCRe-Establishmentfails掉线问题分析有MR上报的重建：

现象：在UE上报重建请求之前最少存在一个MR，在这个过程中可能收到了重配置信令，也有可

能没有收到重配置信令失败

分析：1.核查一下邻区是否存在问题，如果存在同PCI的邻区则也会出现重建（切换失败造成），如果存在，就解决邻区问题进行验证；2.核查一下RSRP和SINR，确认是否是由于此时覆盖较差造成MR上报超时（系统侧未收到）或是收不到系统侧的切换判决；3.确认一下是否收到重配置信令，如果收到则接下来的失败为随机接入过程的失败；

解决：1.PCI修改、邻区优化；2.覆盖及干扰优化；切换问题分析切换分析主要是针对以下几个方面进行分析：邻区漏配邻区的漏配是指UE发送MR后，在MR内上报的目标切换小区在系统侧配置的邻区表内没有该小区，这就是邻区漏配的问题，这些问题会造成路测时的下载流量低、SINR差、发生RRC重建等问题，甚至会造成掉线，在FDD-LTE的系统中，UE并不根据邻区表进行测试，而是进行全频段所有可以测量到的小区进行测量，并根据测量对比结果上报前几个最强的并超过切换门限的小区；

现象：1.多次发送MR；2.MR后系统侧无响应；3.SINR较差（一般低于0dB）4.存在RRC重建现象；

分析：1.通过MR获取切换的目标小区的PCI；2.查询服务小区的邻区列表（也可以通过系统侧即时获取）；3.如果邻区列表内无该PCI，则为邻区漏配；4.如果邻区列表内有该PCI，则为其它原因，转入其它问题分析。

解决：添加邻区；（有时通过ANR添加的X2邻区不起作用，改为c-planeipaddresscontrol->oamcontrolled后正常）切换问题分析切换分析主要是针对以下几个方面进行分析：邻区错配邻区错配主要是指在同一个邻区表内配置了两个PCI相同的邻区，或是邻区的PCI与主服务小区的PCI相同的现象。现象：1.MR上报后经常切换失败；2.切换对象可能不是最强的小区,3.SINR较差（低于-3dB）4.测量列表内最少有两个相同的PCI

分析：只要在测量的小区列表内有两个或两个以上的相同PCI,就是该问题。

解决：修改小区PCI切换问题分析切换分析主要是针对以下几个方面进行分析：乒乓切换乒乓切换主要是指标在切换带内进行的两个或多个小区之间反复进行切换，并且切换时间较短。现象：1.下载速率较低；2.SINR较差；3.多次切换（最少3次）分析：该种问题很容易分析，只要两个或多个小区之间的很小区域内存在多次切换。

解决：抑制各小区的覆盖区域，减小重叠覆盖。切换问题分析切换分析主要是针对以下几个方面进行分析：切换时延切换时延是指控制面的切换时延，时延统计开始于UE收到RRC的重配置信令，结束于UE上报MSG3结束。

现象：控制面切换时延的均值大于目标值（联通要求小于50ms），这时就会产生切换时延过大的问题。

分析：2个阶段来分析1.收到重配后上发MSG1的时延：MSG1重发较多---PRACH及干扰问题2.发出MSG1到收到MSG2（RAR）的时延：干扰问题较多

解决：

1.调整PRACH功率等参数；2.干扰排查及解决；3.调整RS功率等；切换问题分析切换分析主要是针对以下几个方面进行分析：切换失败切换切换失败从事件的信令节点上来说，始于RRCConnectionReconfiguration信令，终于RRC超时并发起重建，对于切换失败的问题分析时可以结合当时的各种测量指标进行分析，比如RSRP和SINR等测量值。

现象：未发送RRCConnectionReconfigurationComplete,发起RRCConnectionReestablishmentRequest。

分析：1.查看RSRP/SINR/BLER；2.邻区检查，主要看是否有相同PCI；3.MSG1发送异常；4.核查同步检测参数、T304等

：

解决：

1.调整PRACH参数；2.干扰排查及解决；3.调整RS功率等；切换流程测量报告RRC重配置服务小区测量量邻区测量量切换命令用户面时延问题分析用户面时延

从发出PINGRequest到收到PINGReply之间的时延平均值。

联通指标要求：32byte，小于30ms

现象：时延超过30ms。

分析：1.查看RSRP/SINR/BLER；

2.查看预调度等参数：

3.服务器配置、状态等；

解决：

1.覆盖干扰解决；2.参数优化；3.更换服务器；Note：影响ping时延测试的网络侧配置参数有maxNumPrbSr(40)，ilReacTimerUl(当设置为0时为关闭预调度)，ulatbEnable(True)，iniPrbsUL(40)，cellSrPeriod(5ms)。Throughput分析：1.查看小区是否有影响性能的告警、传输带宽等；2.查看RSRP、SINR、Throughput；3.判断用户的RB数和DL/ULGrant是否调度充足，如果不充足，首先判断上层数据源、FTP线程等是否充足（FDD小区单用户情况下一般稳定在900以上，RB90/slot(20MHz)以上）；4.如果DLGrant和RB数都是调度充足的场景下，判断BLER是否收敛到目标值。目前下行的BLER目标值一般为10%，即5%~15%即认为BLER收敛；5.如果BLER收敛，可判断是否使用了双码字（UE可通过CDS查看用户的RankIndicator和DLMCS；RI=1单流，RI=2双流；MCS0~10QPSK/MSC11~2016QAM/MCS21~2864QAM)6.查看参数一致性（64qamenable/16qamenable/

actModulationSchemeUL（16QAMHighMCS）、maxbitratedl/ul

等)；7.查看UE能力，测试电脑TCP配置、usb端口、FTP服务器状态及文件大小等吞吐量问题分析案例分析---邻区漏配导致的切换失败案例分析---主时钟告警导致的切换失败问题描述：驱车从锡林郭勒南路由南向北行驶，UE占用西五里营1小区（PCI:81），行驶到钢窗厂2（PCI:41）时没有切换，一直到钢窗厂1小区（PCI:39）时最终因干扰导致掉话。问题分析：1.检查邻区，未发现邻区漏配，邻区里周围小区都存在；

2.检查告警，发现基站主时钟调谐失败（1818：EFaultId_Ov_OscAl）告警；此告警会使基站性能降低，也会影响切换等功能；处理：1:检查基站和FTM的其他告警并采取相应的措施解决。2:如果基站没有其他同步相关的告警，通过BTSSitManger启动fasttune。3:重置该站点，再次启动快速调整。4:上述操作不奏效，最终更换了BBU。更换前案例分析---IP设置错误导致切换失败问题描述：外场测试人员反映安泰中心(闽星楼)与冠亚广场无法切换，两个基站状态正常、各项指标良好，并与其他基站互切正常。由此猜测故障可能由于两个基站之间的X2link不可用导致。问题分析：登陆BTSSiteManager，确定两个基站邻区关系存在，但是X2linkstatus为unavaiable。检查发现邻区关系配置时邻区基站业务面IP地址

使用的是网管面的ip地址42，导致X2link不可用。配置邻区时，应该使用Controlplane对应的IP地址。即在新建安泰中心(闽星楼)与冠亚广场的邻区关系时，应该使用冠亚广场ControlplaneIP42。处理：将C-PlaneIPaddressofneighboreNB一栏ip更正为ControlplaneIP42，下发更新基站数据后，X2链路状态变为可用，外场验证，两基站能够正常切换，问题解决。更换前更换后案例分析---UE业务突然中断问题描述：LTE建网初期基站随机性出现能够接入网络，做业务中突然中断业务的现象；问题分析：

经与核心网一起查问题后发现出现问题时的UE分配到的IP大多以172.*.*.*开头，而正常的UE分配到的IP大多以10.*.*.*开头，172开头的IP由贝尔PGW分配，10开头的IP由诺基亚PGW分配，贝尔工程师抓包分析后给出的解释是；S11接口MME发起的Echorequest消息中的sequencenumber为7位时，贝尔SGW可以正常回应Echoresponse。当MME发起