LTE-室分问题定位思路

室分问题定位思路

1. 分析思路

根据室分问题，将问题分类，进行排查，并参考吞吐量排查指导书，排查告警、传输、配置方面的问题。（告警、传输这些都是基础，务必要核查）

RSRP覆盖是关键因素，室分系统SINR一般都不会太差，没有干扰。RSRP过高或者过低，都会对终端解调性能产生影响；

RSRP过关后，再排查传输和来水量问题，防止FTP服务器或者传输导致的来水量不足导致的吞吐量异常；

以上都没有问题后，对于双流室分，需要排查通道是否平衡；

最后在所有问题都排查完，依然没有进展时，外接小天线进行对比测试，更直接的排出产品侧问题。

2. 覆盖类问题

2.1.       RSRP过高问题

多个室分测试发现终端接收RSRP过高，（尤其是营业厅室分）会造成接收器件的削波，下载经常出现误码，有时很高，导致吞吐量下降。

2.1.1.    案例1福营WE RSRP过高导致速率波动

以下是福营WE营业厅测试数据：平均速率为32mbps，RSRP均值为-50.62dBm，SINR均值为29.42dB，如下：

Ø  下载速率图

 

Ø  RSRP图

 

Ø  SINR图

2.1.2.    案例2翠竹服营厅RSRP过高导致速率波动

天线下方测试RSRP达到-50dB左右，下行速率波动较大，误码率较高

移动到营业厅外进行测试

2.1.3.    问题分析

需要核对室分施工图纸，目前出现问题较多的是营业厅场景，室分规划RRU出口0.1dBm，实际后台配置为12.2dBm，相差12dB，这就导致天线口功率过强。

2.1.4.    解决方案

单验时可让后台降低RS功率，双流室分最低可降低5dB，单流室分最低可降低7dB。

后续推动室分添加对应衰减器，务必保证天线下测试RSRP低于-60dBm

同时对测试人员要求，测试点选择也需要符合这个标准，特殊情况可选择室分外进行测试。

2.2.       RSRP过低问题

一般来说问题是室分引入的较多。

排查产品侧问题跟踪RRU输出功率检测，如果输出功率正常，则基本可确认为室分系统问题。RRU输出功率检测若低于20dBm，则有问题。

2.2.1.    案例1 福营一个RRU通道覆盖差

福营双流室分出现速率异常，只能到单流，无法上双流，配置1T1R进行排查时发现一个通道RSRP极低，达到-110dBm以下，基本处于断路状态。

后台跟踪RRU无业务下输出功率正常

以防万一，RRU出口直接外接小天线进行测试，覆盖正常。

2.2.2.    解决方案

排除产品侧问题方法：RRU输出功率检测；外接小天线测试。

推动室分排查。

2.3.       外泄不通过问题

外泄目前没有统一的标准，在发现这类问题时，遵循一类原则。

首先测试天线下方RSRP是否达标，如果确实低于-60dBm，则不需要整改，首先保证室分的覆盖正常。

外泄不通过要区别是否场景上有特殊性，例如酒店等外墙很多都是玻璃，这样穿透损耗小很多，之前的标准不一定合适，若外泄确实不达标，可以在单验报告中备注建筑物材质。

现在发现的外泄不达标站点多是营业厅站点，本身存在天线下面RSRP过高问题，对于此类问题，需要推动室分厂家增加衰减器来解决。具体加的衰减器大小，按照天线下方RSRP低于-60dBm的标准来判断。

3. 下行吞吐量问题

对于下行吞吐量低或者波动，首先按照吞吐量排查checklist进行排查，主要涉及告警、传输、配置问题，在此就不再重复描述。

3.1.       案例1 双流室分不平衡导致下行吞吐量低

由于LTE技术采用MIMO，两个通道需要基本相同，对于室分来说，简单理解要求两个通道损耗基本一致。

华强北服营厅WE为双流系统，但单站测试发现该站点下载平均速率仅33mbps，RSRP均值为-61.28dBm，SINR均值为25.02dB,Rank指示为Rank1。

下载条形图

Rank百分比

对应的RSRP截图

对应的SINR截图

天线模式

天线端口的端口号

定点测试位置

PDCP下载速率(mbps)

RSRP(dBm)

SINR(dB)

RANK指示

二发二收

 -

机房

33

-66.64

28.74

rank1

二发二收

 -

大厅

33

-61.28

25.02

rank1

一发一收

ROA

机房

38

-63.82

31.14

rank1

一发一收

ROA

大厅

32

-50.62

29.42

rank1

一发一收

ROB

机房

39

-86.11

30.38

rank1

一发一收

ROB

大厅

39

-68.71

31.16

rank1

通过以上对比测试数据发现，

1、            当配置成1T1R时，除ROA大厅测试，速率偏低，其他点基本接近单流的峰值40M；而配置成2T2R时，吞吐量都只有33M，没有单流吞吐量高；且经过室分测试两个通道的RSRP相差了将近18dBm，两通道严重不平衡。

2、            ROA大厅测试速率偏低主要原因在于RSRP过高，达到-50.62dBm，严重影响终端解调性能。

3.2.       问题分析

整理下行吞吐量分析思路如下：除按照吞吐量排查指导checklist要求外，还需进行以下排查：

1、  RSRP是否过高？详细判断依据请参考2.1章节，不再重复附案例。

2、  室分类型：单流还是双流？单验标准不同，不要把单流室分按照双流室分单验，导致乌龙。

3、  天线下做上行业务，同时联系后台跟踪RSSI，观察不同天线口上接收功率是否差异过大。如果很多时候相差4-5dB以上，基本可确认室分系统存在不平衡。（双流室分，单流室分不存在该问题。）

说明：此处为什么要做上行业务时跟踪RSSI呢？

本身RSSI跟踪是基站接收功率的检测，无业务或者下行业务时，上行发射功率较小，不一定能观察到差异，会掩盖一些问题，故作上行业务，终端发射功率可以提上来，然后观察RSSI更准确。

之前福营WE出现一个情况，跟踪无业务状态的RSSI，两个通道都正常，全带宽接收功率为-99dBm，底噪正常。实际配置1T1R测试发现，通道A正常，通道B覆盖均在RSRP -115dBm以下。相当于通道B基本处于断路状态。

当做上行业务时，跟踪RSSI，可以看到通道A接收功率明显抬升，但通道B依然为-99dBm。

可以进行简单的计算：

对于通道B室分损耗大致为：12.2-（-115）=127.2dBm

终端最大上行发射功率为23dBm，上下行频点相同，经过路径相同，损耗基本一致，则23-127.2=-104.2dBm<-99dBm底噪，故作上行业务时，通道B显示还是-99dBm。

但是无业务或下行业务时，跟踪RSSI有可能会掩盖这样的问题。

4、  基站侧配置成1T1R，分别测试每个通道的情况，关注天线下面RSRP的差异情况，如果差异大，则说明两个通道确实不平衡。同样的点RSRP相差5dB以上即肯定有问题。

5、  对于单流室分，目前暂时没有发现特殊问题，只出现一次传输限速问题导致下行来水量不足，此类问题参考吞吐量排查checklist指导。

6、  分析测试数据中RB、MCS、调度数之间的关系，如果是调度数不足导致的速率低，则需要灌包排查FTP和传输问题；如果是MCS低，则需要RRU近端通过外接小天线进行对比测试，注意选点上需要注意RSRP的要求。

如果外接天线没有问题，则说明有可能是室分引入了干扰（重点需要排查WLAN，和2.3GHz挨得比较近）。需要室分厂家定位。

3.3.       解决方案

根据以上分析，给出对应的解决方案：

1、  功率过强，推动室分添加衰减器；

2、  对于两通道不平衡的，推动室分解决；

3、  其他参考室分吞吐量排查指导书。

若无法解决，反馈以下LOG，描述清楚排查现象形成报告。

室分天线下、外接小天线各测一组：

1、  前台probe

2、  后台无用户RSSI（观察外部干扰情况，关闭其他RRU的收发通道下进行）、小区总吞吐量、RB使用情况

3、  IFTS数据

MAC内部数据跟踪字段：49/33，任务建立后，前台终端必须重新入网。

4. 上行吞吐量

4.1.       问题分析

对于上行吞吐量问题，和下行吞吐量类似，思路如下：

1、  RSRP是否过高？详细判断依据请参考2.1章节，不再重复附案例。

2、  室分类型：地铁室分使用F频段，时隙配比2:5，单验标准6M；其他室分使用E频段，时隙配比1:7，单验标准15M。[z1] 

3、  天线下做上行业务，同时联系后台跟踪RSSI，观察不同天线口上接收功率是否差异过大。如果很多时候相差4-5dB以上，基本可确认室分系统存在不平衡。（双流室分，单流室分不存在该问题。）

4、  基站侧配置成1T1R，分别测试每个通道的情况，关注天线下面RSRP的差异情况，如果差异大，则说明两个通道确实不平衡。同样的点RSRP相差5dB以上即肯定有问题。

5、  对于单流室分，目前暂时没有发现特殊问题，只出现一次传输限速问题导致下行来水量不足，此类问题参考吞吐量排查checklist指导。

6、  分析测试数据中RB、MCS、调度数之间的关系，如果是调度数不足导致的速率低，则需要灌包排查FTP和传输问题；如果是MCS低，则需要RRU近端通过外接小天线进行对比测试，注意选点上需要注意RSRP的要求。

如果外接天线没有问题，则说明有可能是室分引入了干扰（重点需要排查WLAN，和2.3GHz挨得比较近）。需要室分厂家定位。

4.2.       解决方案

根据以上分析，给出对应的解决方案：

1、  功率过强，推动室分添加衰减器；

2、  对于两通道不平衡的，推动室分解决；

3、  其他参考室分吞吐量排查指导书。

若无法解决，反馈以下LOG，描述清楚排查现象形成报告。

室分天线下、外接小天线各测一组：

1、  前台probe

2、  后台无用户RSSI（观察外部干扰情况，关闭其他RRU的收发通道下进行）、小区总吞吐量、RB使用情况

3、  IFTS数据

MAC内部数据跟踪字段：49/33，任务建立后，前台终端必须重新入网。

 

5. RRU级联和合并后问题隔离定位

从第2章到第4章基本描述的是问题，但如果遇到一个小区内包含多个RRU很难隔离定位。

请参考以下方法：

目前产品RRU级联和合并场景下RSSI跟踪存在问题，在跟踪时在关闭其他RRU收发通道进行，这样可确保数据准确性。

单模RRU：闭塞RRU，仅打开一个RRU，测试覆盖区域。

BLK BRD: CN=0,SRN=60, SN=0, BLKTP=IMMEDIATE;

双模RRU：为了不影响TDS业务，可以关闭RRU某一个通道的方法达到关RRU的目的。

MOD RXBRANCH:CN=0, SRN=60, SN=0, RXNO=1, RXSW=OFF;关闭接收通道

MOD TXBRANCH:CN=0, SRN=60, SN=0, TXNO=1, TXSW=OFF;关闭发送通道

通过以上操作可以将多RRU变成单RRU，再结合第2章到第4章的内容，基本可达到隔离定位的目的。

对于图纸与实际施工不相符的情况，我们自己也要搞清楚每个RRU的实际覆盖范围，也可采用此方法进行测试确认。