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

1 室分优化常见问题1.1 速率类问题1.1.1 路测类速率问题定位和优化方法1.1.1.1路测类业务定位流程1.1.1.2 空口问题指标测试空口重点关注指标：RSRP 、SINR 、TM 、RI 、流数、PDCCH DL 、PDSCH RB number 、MCS 、iBLER 、通道的平衡。

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

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

备注：DL/UL Grant理论值，FDD为固定值1000；TDD为配置的10ms内下行和特殊子帧/上行子帧个数*1000，TDD的特殊子帧计算为下行帧，录入：配比(DSUUD)，DL 理论值为600，UL理论值为400。

1.下行速率的基本分析方法：（1）统计UE侧SINR vs THP：定点测试统计AVG SINR和吞吐率平均值。

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

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

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

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

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

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

（5）如果上述都OK，可以查看下是否存在干扰，功率不平衡等现象，在Probe上可以直接查看（6）上述1~5步检查结果都OK的话，需要进行深入定位，深入定位需要在M2000上采集的数据。

2. 上行速率的基本分析方法：一般而言，吞吐率由频谱效率、频带宽度、频带占用机会、误码率综合决定。

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

上行吞吐率在大的面上主要也是受四个方面的影响，RB数/ul grant 不足，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，需要进行如下核查；①确认小区状态是否正常？告警or 闭塞小区②确认小区功率参数配置正确，LST PDSCHCFG③宏站场景：确认天线是否存在问题，是否天线存在接反、天线的下倾角是否设置合理？④室分场景：确认分布系统是否存在问题，可以采取断开分布系统直接在RRU端口连小天线进行测试；2)SINR异常定点测试时，建议选择好点，选择SINR 大于20以上的地方进行测试，在RSRP较好但是SINR异常的时，需要如下核查①闭塞邻区，看SINR的变化，如果闭塞邻区SINR变好，可以证明是同频干扰，需要MOD3干扰、重叠覆盖是不是过大，参数设置存在问题？②外部干扰查询，可以通过监控空闲状态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上通过RSRP Measurement试图来观察两根天线的接收功率是否平衡，如错误！未找到引用源。

所示：也可以在后台监控RSSI，对不不同天线口的RRSI差异；如果发现两路天线的RSRP不平衡的话，需要排查DAS天馈系统。

请参考6.3节DAS 排查。

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

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

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

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

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

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

一般来说，在AVG SINR较好的情况下BLER较差可能是由于数据业务信道的SINR较差，数据业务信道受到干扰或上行存在干扰，而这种干扰一般来自同频干扰的邻小区，或是部分频段的外界干扰；1.1.1.1RSRP过高的影响在峰值测试中，虽然要求测试地点的RSRP与SINR要尽可能的好，但是也并不是说RSRP 就没有了限制。

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

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

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

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

1.1.1.2检查上行干扰在下行信号较好的情况，上行吞吐率交底，UE的发射功率较大，但是MCS的阶数没有达到24（cat4、cat3终端）、RB调度不满，一般是因为上行可能存在干扰，按照干扰处理的思路进行分析；在空载时（UE没有入网），打开OMC上打开小区性能检测中的RSSI统计监控：通过查看RSSI的值来判断是否存在上行干扰，需要说明的是关于RSSI读数问题，在判断是否存在上行干扰时需要保证对应扇区不存在入网终端，否则会因为扇区接收到了终端信号RSSI很高导致无法做出判断。

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

RSSI(receive signal strength indicator) 即带内总信号强度指示.其理论在的计算值为：RSSI = -174dBm/Hz+10*log10(BW)+NF+AD量化误差，单RB正常情况下的RSSI在-120dbm左右，20M带宽内的RSSI在-98dbm左右，在RSSI跟踪中是按照RB、系统带宽和物理天线端口进行统计的，随着RB值增加频率依次增加；1.1.1.3上下行Grant调度次数不足如何判断调度次数不足对于下行，DL Grant次数需要接近1000次。

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

调度次数在probe中观察方法如下：①DL grant 调度不足的排查手段查看Probe->Radio Parameters->DL Grant Count是否满调度？检查用户配置的AMBR和GBR是否大于空口速率？检查DRX开关是否关闭？LST DRX检查S1入口数据是否充足，是否上层给水量问题？检查是否存在多用户；②UL grant 调度不足的排查手段首先检查是否为DSP能力限制（查询版本预警；如我们前期版本出现当2个RRU都分配到一个DSP上以后会出现DSP流控问题）；观察核心网指配的QoS速率，如果偏低，则检查核心网开户信息是否异常；上行来水是否充足；上行存在DTX（需要跟踪IFTS），通过查看上行干扰和下行PDCCH的ibler 来查看；上行功控问题；（上行PUSCH 会有功控）1.1.1.4上下行调度RB不足●如何判断调度RB不足对于下行，在UE能力没有受限的情况，下行需要满RB调度。

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

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

2，3，5法则指的是：单用户所用的RB个数必须是2，3，5的倍数，不能还包含其他倍数）不管下行还是上行，需要注意小区内的用户数，对于多用户的情况，单个用户是不可能满调度的。

（1）上图为我司终端Probe显示的结果，上行RB数=Total RBCount /Count，下行因为可能是双码字，两个码字的RB数分别通过Code0和Code1来计算（2）下图为M2000中的RB数观察方法：RB利用率跟踪项中的等效下行RB使用数。

①下行RB 调度不足的排查手段查看Probe->Radio Parameters->PDSCH RB number/ Sub Frame是否达到满带宽？是否则存在多用户？检查S1入口数据是否充足，是否上层给水量问题？检查频选调度是否关闭；LST CELLALGOSWITCH；检查下行ICIC是否关闭；LST ENODEBALGOSWITCH；②上行RB数和MCS的分配与上行调度算法有关，上行调度的输出包括分配给用户的RB、MCS、TBS等，包含在UL grant中。