室分优化常见问题及处理流程概论.docx

室分优化常见问题及处理流程概论.docx

《室分优化常见问题及处理流程概论.docx》由会员分享，可在线阅读，更多相关《室分优化常见问题及处理流程概论.docx（108页珍藏版）》请在冰点文库上搜索。

室分优化常见问题及处理流程概论

1室分优化常见问题

1.1速率类问题

1.1.1路测类速率问题定位和优化方法

1.1.1.1路测类业务定位流程

1.1.1.2空口问题指标

测试空口重点关注指标：

RSRP、SINR、TM、RI、流数、PDCCHDL、PDSCHRBnumber、MCS、iBLER、通道的平衡。

一般而言，吞吐率由频谱效率、频带宽度、频带占用机会、误码率综合决定。

在LTE系统中，频谱效率由MCS决定；频带宽度由分配的RB数决定；频带占用机会由DLgrant决定；误码率主要考虑IBLER，HARQ重传以后，残留BLER通常较低，因此只考虑初次传输的BLER，也即IBLER。

备注：

DL/ULGrant理论值，FDD为固定值1000；TDD为配置的10ms内下行和特殊子帧/上行子帧个数*1000，TDD的特殊子帧计算为下行帧，录入：

配比（DSUUD），DL理论值为600，UL理论值为400。

1.下行速率的基本分析方法：

（1）统计UE侧SINRvsTHP：

定点测试统计AVGSINR和吞吐率平均值。

（2）判断用户的RB数和DLGrant是否调度充足，如果不充足，首先判断上层数据源是否充足，可以直接在Probe上查看，也可以采用MML命令DSPETHPORT查看。

（3）若DLGrant和RB数都是调度充足，下一步需判断下行IBLER是否收敛到目标值。

目前下行的IBLER目标值一般为10%，即5%~15%即认为IBLER收敛。

可以直接在Probe上查看，也可通过M2000信令跟踪管理-用户性能监测-误码率监测观察。

（4）如果IBLER收敛，可判断是否使用了双码字，我司UE可通过Probe查看用户的RankIndicator和DLMCS。

也可通过M2000信令跟踪管理-用户性能监测-信道质量查看UE上报的Rank值和调度的CQI。

（5）如果上述都OK，可以查看下是否存在干扰，功率不平衡等现象，在Probe上可以直接查看

（6）上述1~5步检查结果都OK的话，需要进行深入定位，深入定位需要在M2000上采集的数据。

2.上行速率的基本分析方法：

一般而言，吞吐率由频谱效率、频带宽度、频带占用机会、误码率综合决定。

在LTE系统中，频谱效率由MCS决定，MCS由SINR和IBLER决定；频带宽度由分配的RB数决定；频带占用机会由ULgrant决定；误码率主要考虑IBLER，HARQ重传以后，残留BLER通常较低，但由于重传会影响传输的效率，进而影响RLC层吞吐率，因此只考虑初次传输的BLER，也即IBLER。

上行吞吐率在大的面上主要也是受四个方面的影响，RB数/ulgrant不足，MSC阶数偏低、ibler高、弱覆盖。

1.1.1.3检查覆盖和干扰水平（查看RSRP、SINR等参数）

下行覆盖采用SINR的PDF或CDF图形进行评估。

如果SINR的分布较差，需要从RF优化的角度去提升SINR的分布，使之符合RF的验收要求。

上行覆盖采用UE测量到的下行导频的RSRP（或路损Pathloss=下行RSRP-导频功率）作为覆盖的评估标准。

UE测量到的RSRP是UE接收到的服务小区的下行导频RS信号质量，因此RSRP实际反映的是下行路损情况。

一般情况认为，下行路损和上行路损是一致的。

1）RSRP异常：

定点测试时，建议选择好点，-65dBm>=RSRP>=-80dBm。

如果距离天线很近的地方（在天线下方）RSRP达不到-80dBm，需要进行如下核查；

1确认小区状态是否正常？

告警or闭塞小区

2确认小区功率参数配置正确，LSTPDSCHCFG

3宏站场景：

确认天线是否存在问题，是否天线存在接反、天线的下倾角是否设置合理？

4室分场景：

确认分布系统是否存在问题，可以采取断开分布系统直接在RRU端口连小天线进行测试；

2）SINR异常

定点测试时，建议选择好点，选择SINR大于20以上的地方进行测试，在RSRP较好但是SINR异常的时，需要如下核查

1闭塞邻区，看SINR的变化，如果闭塞邻区SINR变好，可以证明是同频干扰，需要MOD3干扰、重叠覆盖是不是过大，参数设置存在问题？

2外部干扰查询，可以通过监控空闲状态RSSI和扫频进行问题定位；

1.1.1.4检查同频干扰的影响

当存在同频邻小区或者同频段的2G/3G信号时，邻小区的信号有可能会对本小区产生干扰，干扰严重时极度影响下行数传吞吐量。

而且即便邻区没有用户接入，邻区的导频信号也会对本小区产生干扰。

此类问题最典型的现象就是无论怎么调节UE的位置来改变信号的接收质量，即便RSRP调整得非常高，但UE测量出的下行SINR总是非常低，如下图所示。

本小区信号RSRP为-77dBm，信号非常好，但测出的RANK2的SINR仅有1.64dB，非常低。

而此时邻区信号强度为-83dBm，和本小区的信号强度很接近，也就意味着干扰非常大，这将会导致MCS选阶较低。

如果发现有邻区干扰的情况，那么需要联系网规网优的同事，查看站点规划上是否出现了异常，可能有PCI冲突和越区覆盖的情况出现。

1.1.1.5MIMO天线功率不平衡

UE两根接收天线的接收功率如果不平衡，则会严重影响下行测量的SINR，进而导致MCS选阶异常，影响流量。

可以在PROBE上通过RSRPMeasurement试图来观察两根天线的接收功率是否平衡，如下图所示：

也可以在后台监控RSSI，对不不同天线口的RRSI差异；

如果发现两路天线的RSRP不平衡的话，需要排查DAS天馈系统。

请参考6.3节DAS排查。

1.1.1.6检查空口误码率（BLER）

如果空口误码率高的话，会导致部分RB用于重传数据，进而影响吞吐量，此时应该重新选一个BLER低的点。

误码率一般在10%左右收敛。

若DLGrant和RB数都是调度充足，下一步需判断下行IBLER是否收敛到目标值。

目前下行的IBLER目标值一般为10%，即5%~15%即认为IBLER收敛。

如果要达到峰值，需要IBLER为0。

也可通过M2000信令跟踪管理-用户性能监测-误码率监测观察。

一般来说，在AVGSINR较好的情况下BLER较差可能是由于数据业务信道的SINR较差，数据业务信道受到干扰或上行存在干扰，而这种干扰一般来自同频干扰的邻小区，或是部分频段的外界干扰；

1.1.1.7RSRP过高的影响

在峰值测试中，虽然要求测试地点的RSRP与SINR要尽可能的好，但是也并不是说RSRP就没有了限制。

通常我们规定的“近点”的RSRP要在-75dBm以上，但也不要超过-60dBm。

这是因为终端接收到的功率过高的话会引起接收器件的削波，导致下行SINR降低，反而只会使得流量下降。

并且，RSRP很高也就意味着离基站的天线很近，那么收到同站邻区的干扰也可能增大，所以不建议在“极近点”进行测试。

一般来说，RSRP可以通过后台来减小功率或者加衰减器来消除影响。

1.1.1.8检查上行干扰

在下行信号较好的情况，上行吞吐率交底，UE的发射功率较大，但是MCS的阶数没有达到24（cat4、cat3终端）、RB调度不满，一般是因为上行可能存在干扰，按照干扰处理的思路进行分析；

在空载时（UE没有入网），打开OMC上打开小区性能检测中的RSSI统计监控：

通过查看RSSI的值来判断是否存在上行干扰，需要说明的是关于RSSI读数问题，在判断是否存在上行干扰时需要保证对应扇区不存在入网终端，否则会因为扇区接收到了终端信号RSSI很高导致无法做出判断。

同时主分集的读数会有差距，通常相差约5dB以内认为是正常。

RSSI（receivesignalstrengthindicator）即带内总信号强度指示.其理论在的计算值为：

RSSI=-174dBm/Hz+10*log10（BW）+NF+AD量化误差，单RB正常情况下的RSSI在-120dbm左右，20M带宽内的RSSI在-98dbm左右，在RSSI跟踪中是按照RB、系统带宽和物理天线端口进行统计的，随着RB值增加频率依次增加；

1.1.1.9上下行Grant调度次数不足

●如何判断调度次数不足

Ø对于下行，DLGrant次数需要接近1000次。

Ø

对于上行，在峰值区域，ULGrant次数需要接近1000次；在非峰值区域，因为上行HARQ重传时，调度器不需要下发ULGrant，而IBLER一般收敛到10％，所以ULGrant在900左右或以上都是正常的。

Ø调度次数在probe中观察方法如下：

1DLgrant调度不足的排查手段

Ø查看Probe->RadioParameters->DLGrantCount是否满调度？

Ø检查用户配置的AMBR和GBR是否大于空口速率？

Ø检查DRX开关是否关闭？

LSTDRX

Ø检查S1入口数据是否充足，是否上层给水量问题？

Ø检查是否存在多用户；

2ULgrant调度不足的排查手段

Ø首先检查是否为DSP能力限制（查询版本预警；如我们前期版本出现当2个RRU都分配到一个DSP上以后会出现DSP流控问题）；

Ø观察核心网指配的QoS速率，如果偏低，则检查核心网开户信息是否异常；

Ø上行来水是否充足；

Ø上行存在DTX（需要跟踪IFTS），通过查看上行干扰和下行PDCCH的ibler来查看；

Ø上行功控问题；（上行PUSCH会有功控）

1.1.1.10上下行调度RB不足

●如何判断调度RB不足

Ø对于下行，在UE能力没有受限的情况，下行需要满RB调度。

Ø对于上行，在闭环功控的条件下，在路损超过120dB~125dB的条件下上行开始缩小调度的RB个数，此时MCS阶数大概在3~5阶左右，在路损小于120dB情况下，都应该以满RB调度。

（满RB＝总的RB个数－PUCCHRB个数，这个结果还要满足2，3，5法则。

2，3，5法则指的是：

单用户所用的RB个数必须是2，3，5的倍数，不能还包含其他倍数）

Ø

不管下行还是上行，需要注意小区内的用户数，对于多用户的情况，单个用户是不可能满调度的。

（1）上图为我司终端Probe显示的结果，上行RB数=TotalRBCount/Count，下行因为可能是双码字，两个码字的RB数分别通过Code0和Code1来计算

（2）下图为M2000中的RB数观察方法：

RB利用率跟踪项中的等效下行RB使用数。

1下行RB调度不足的排查手段

Ø查看Probe->RadioParameters->PDSCHRBnumber/SubFrame是否达到满带宽？

Ø是否则存在多用户？

Ø检查S1入口数据是否充足，是否上层给水量问题？

Ø检查频选调度是否关闭；LSTCELLALGOSWITCH；

Ø检查下行ICIC是否关闭；LSTENODEBALGOSWITCH；

2上行RB数和MCS的分配与上行调度算法有关，上行调度的输出包括分配给用户的RB、MCS、TBS等，包含在ULgrant中。

上行调度的主要输入包括L1的链路测量信息、功控算法、ICIC算法输出输出等，并与上行调度策略、用户优先级有关。

1.1.1.11MCS阶数过低

●如何判断MCS阶数过低

MCS阶数是否合理在拉距的条件下较难判断。

在路损超过120dB~125dB缩RB的时候一般维持3~5阶数，但是缩着RB不能再缩小，其MCS阶数也会降低。

比较方便的方法是排除法：

在UE以满功率（23dBm）发送的条件下，如果调度次数和RB个数都比较正常但总吞吐率偏低，那么可以认为问题出在MCS阶数上。

也可以使用MCS均值作为参考或者考虑MCS的分布范围来作为判断MCS阶数是否过低的方法。

●上行MCS阶数低

1）上行干扰排查，使用干扰检测

UE未接入情况下（所有UE关机，小区里没有业务），打开WEBLMT或者M2000的“小区性能检测”，选择“干扰检测”，查看RSSI值，在没有干扰的时候，约等于-119＋10log（RB个数），在内场差距1dB以上，在外场差距在3dB以上即认为存在干扰。

也可以通过M2000上的干扰跟踪（InterferenceDetectMonitoring）来观察加载和不加载时干扰水平的变化，如下图所示，如果加载和不加载情况下检测到的干扰水平有明显差异，则说明小区存在互调干扰。

2）UE主分集不平衡

主分集不平衡，会严重影响上行测试结果，如下为一次测试数据的结果：

由于主集（Antenna0）比分集（Antenna1）小了近5dB，在显示RSRP的时候显示的是最强信号的RSRP,但是UE发送信息是从主集发送的，算路损的时候也是以主集为主。

这样实际上行的信道质量就比显示的RSRP小很多。

可以通过2个办法解决该问题：

在测试有外置天线的时候调整主分集天线，在测试内置天线UE的时候可以改变UE位置使其主分集相对平衡，如E392在室内，近点的场景下摆放位置对吞吐率影响较大

吞吐率曲线不用RSRP，改用路损VS吞吐率

●下行MCS阶数低

1）下行相关性高

观察：

我司UEProbe相关性如左图所示：

RxChCorFactor和TxChCorFactor两个值均大于0.5，则表明收发相关性较高，越接近1，相关性越高，解调性能越差。

解决方法：

（1）排查干扰，当干扰大于信号时，会出现两路信号的相关性较大的情况。

外场：

（2）直达径场景，一般相关性较高，避免直达径的地方。

2）邻区干扰大

观察：

（1）在DetectedCell中看是否有多个小区，且超过1个小区的RSRP和本小区的RSRP差在3dB之内。

如果是，则表明存在较强的邻区干扰。

（2）在检测到的邻区当中，不能出现和本小区PCI相同的邻区。

（3）查看下行各子带CQI是否有某一段CQI的值特别低的，如果存在，说明存在较严重的窄带干扰。

（4）粗略估计RSRP-SNR，如果该值大于-115dBm，说明干扰还是比较强的。

解决方法：

（1）较强的邻区干扰只有通过调整天线功率，安装位置，天线类型等方式来解决。

（2）严重的窄带干扰通过扫频，找出干扰源，进行排除。

干扰排查和恢复更详细的指导可以参见《LTE射频通道通用指南》

3）RRU相关信号处理出现异常

（1）RRU的通道不平衡会导致终端的解调能力下降，导致MCS偏低，可以通过下面的方法来观察

观察两天线接收的RSRP差，当两根天线差值持续在5dB以上时，认为通道不平衡，需要通过调整终端天线来解决。

（2）终端入口功率一般在-50dBm~-90dBm，如果入口功率超过-50dBm容易导致削波，使得下行SNR偏低；如果入口功率低于-90dBm，也会使得下行SNR偏低，影响下行性能。

可通过下面的方法观察终端接收的功率。

通过调整天线口和基站的功率配比来解决，但此问题需反馈回总部相关人员进行分析和优化。

1.1.1.12下行MIMO模式异常

●下行MIMO模式异常，一方面检查eNodeB是否及时配置MIMO模式为TM3，如果保持在TM2，则下行只能使用单码字，如果没有重配到TM3，重点检查MIMO相关参数，是否和基线值保持一致；

●下行MIMO模式异常，另一方面检查UE上报的Rank是否合理。

正常情况下，在两天线RSRP相差不大于3dB；收发相关性小于0.5；AvgSNR大于15dB时，系统可以使用双码字。

如果没有使用，需要查看UE上报的Rank及eNB收到的Rank，并采集相关数据反馈总部分析。

1.1.1.13模3干扰优化

同频小区PCImod3相等会导致RS同频干扰严重，使RSSINR降低，导致吞吐率不理想，同频优化过程中对于PCI优化也是日常优化中的重点工作之一。

模3干扰排查如下图所示：

将PCI13修改为PCI17，SINR提高了7dB。

1.1.1.14TCP常见问题

判断TCP之前先通过UDP灌包来进行测试，如果TCP多线程的测试吞吐率较UPD灌包速率差，TCP一般就会存在问题，TCP的原因主要介绍服务器的TCP发送窗口设置问题和传输质量问题

1）服务器问题

TCP的速率=TCP的发送窗口/RTT时延

对于服务常见的原因主要：

1发送窗口过小，按照TCP的速率简单计算方式，一般推荐发送窗口设置为512K；

2服务器的FTP服务器软件（Windowsserver2003：

自带的FTP服务器，和windows配套最好，性能相对稳定；如果都没有采用ServU）；

3服务的性能（如果没有刀片服务器，推荐使用Windows2003，其次WinXP，最次Win7。

）

2）传输问题

从一期的项目经验来看，传输问题主要表现在丢包、乱序和分片问题上（参见后面的案例）

ping包测试：

通过准则:

不能有丢包

1LSTIPRT，查看SGWIP地址

2从基站对上述每个地址进行PING包，1000/2000各100次

MTU检查：

通过准则：

不能有丢包

测试目的：

排查链路上MTU设置是否存在异常。

终端向PDNPING包，设置IP报文不分片，pingx.x.x.x–f–l1472，如果无法PING通，则表示传输中有MTU小于1500的网元。

TCP报文包头28字节，一般传输MTU默认设置均为1500，故报文长度设置为1472。

1.1.2话统类速率问题定位和优化方法

1.1.2.1话统类业务定位流程

1首先确认话统KPI的计算公式是否正确；

2如果话统KPI公式没有问题，需要判定是否前后KPI变化问题。

对于前后KPI变化的问题，需要结合关联KPI变化进行分析；非KPI变化问题类问题，直接针对网络指标从四个方面进行分析：

参数核查、负荷和资源、信道质量、数据源。

KPI变化类问题，需要区分是否升级KPI类问题，进行关联KPI分析。

3对于升级导致的KPI变化，需要结合版本的修改和镜像环境的复现进行分析。

非升级原因导致的KPI变化，需要结合网络近期的变化进行分析，例如配置修改、核心网配置、CSFB实施、用户数变化、客户营销和资费策略变化等。

4如果问题还无法解决，收集相关日志反馈总部分析。

下面对各步骤分别进行介绍。

1.1.2.2话统KPI公式和数据源检查

需要确认反馈异常的KPI计算方式是否正确。

按照统计范围区分，业务速率计算公式分为单小区速率和整网/Cluster级别的平均速率。

1小区级速率计算

小区级用户速率

下行用户速率（Mbps）=L.Thrp.bits.DL/L.Thrp.Time.DL/1000

上行用户速率（Mbps）=L.Thrp.bits.UL/L.Thrp.Time.UL/1000

这两个指标反映了整小区在统计时间内，所有用户的平均速率，是反映用户体验的重要指标。

是小区级的用户速率，不是小区速率。

小区级满载吞吐率

下行满载吞吐率（Mbps）=L.Thrp.bits.DL*系统PRB数目/L.ChMeas.PRB.DL.Used.Avg/话统统计周期（s）/1000/1000

上行满载吞吐率（Mbps）=L.Thrp.bits.UL*系统PRB数目/L.ChMeas.PRB.UL.Used.Avg/话统统计周期（s）/1000/1000

小区满载吞吐率反映了小区空口管道的极限能力，是小区传输效率的重要体现，影响小区总业务量和用户体验，受MCS分布变化影响。

2整网级别的速率计算

若将整网的数据量和传输时间分别相加后，即可获得整网的平均用户速率。

下行用户速率（Mbps）=ΣL.Thrp.bits.DL/ΣL.Thrp.Time.DL/1000

上行用户速率（Mbps）=ΣL.Thrp.bits.UL/ΣL.Thrp.Time.UL/1000

3话统数据源排查

由于用户活动的规律性，一天中用户数和业务量变化很大。

比较几天之间变化趋势时一般采用忙时数据进行比较，忙时指整网用户数或者业务量最大的一个小时。

不建议采用一天24小时的数据相加获得一天的速率值。

样本点数目会影响统计的准确性。

对于单小区的速率统计，需要关注用户数和小区数传时长。

对于平均用户数很少（<5）或者小区数传时长比例很少（<10%），一般认为不具有统计意义。

如果计算公式或者数据源有问题，需要更正计算公式后重新定位。

更正公式后如果问题依然存在，则继续定位。

1.1.2.3业务类KPI异常判断

业务类话统KPI问题主要表现包括两类，分别按照不同的套路进行定位。

1业务速率或数据量变化，包括上升或者下降。

这一类需要结合相关KPI的变化进行分析，较多是由于升级或者其他网络调整导致的KPI变化。

2用户级或者小区级业务速率一直交低。

这一类问题是指前后一段时间业务速率并未变化，一直保持在较低水平，多数由于干扰和覆盖等原因导致速率低。

由于不同场景对业务速率场景理解和需求不同，因此用于业务速率高低判断的门限也存在差异。

影响业务速率的因素很多，主要包括覆盖水平、干扰水平、小区负载、开户速率等。

具体到一个商用网络，主要有如下几个方面

1）覆盖场景：

2）网络用户数

3）资费策略

1.1.2.4参数核查分析和告警分析

全面核查参考参数核查指导书。

1.1.2.5负荷和资源高分析

主要关注忙时用户数、PRB利用率等，确定是否拥塞。

1.1.2.6信道传输质量差分析

主要关注MCS、CQI、BLER、覆盖和干扰评估，确定频谱效率是否有问题。

1.1.3案例

更多案例请参考“IBS交付案例集（LTE）V2.0”

文档路径：

\\10.68.50.72\5交付资料（10.69.56.71）\00-2012new\07-案例收集\02-优化案例

服务器没有权限的请联系：

范丽60018914

1.1.3.1案例1.无法数传

【问题现象】：

无法进行UDP灌包，在服务器端的灌包工具上看不到数传启动的信息。

【定位思路】：

UE能够正常接入小区，说明信令面及传输物理链路正常，那么无法数传就很可能是参数、软件设置错误、路由信息配置错误等原因。

常见的原因为在UDP灌包的过程中没有关闭UE侧PC的防火墙、终端侧DMZ使能开关没有开启。

【iperf灌包操作】：

1.1.3.2案例2.功率不平衡

【问题描述】

在“拱墅区上塘营业厅”双流室分，进行上行FTP上传吞吐量只有4M左右。

下行的吞吐率采用CPE测试不到50M且不稳定

【问题分析】

（1）在OMC上跟踪该小区的2个通道接收信号强度相差7db左右，如下图所示：

由此引起TDL侧eNB基带测量3152e2个通道的SINR相差10dB，如下所示：

从而导致基带上行2通道接收时解调性能下降，为了保证解调性能，eNB的L2在进行调度时会对L1上报的SINR进行调整，从而影响上下行的吞吐率；

【问题处理】

通过分布厂家对通道1进行调整，两路系统的RSRP值差距在3db左右，上行的吞吐率测试达到8M多，下行的吞吐率采用CPE测试达到60M左右，达到正常的水平；

【经验总结】

当双通道室分施工导致2路天线不平衡差异比较大时会导致上行吞吐量损失达到50%。

如果2路室分接收功率不平衡会导致终端下行只能进入到单流模式，吞吐量损失50%。

为了充分的保证2双流室分的性能效果，要求两路分布系统的损耗差值在3db以内；特别是对于改造利旧的室分系统，需要充分考虑改造后通道与新建一路室分通道之间功率的匹配问题，并且在工程建设过程中，注意施工