《室分问题定位思路.doc》由会员分享，可在线阅读，更多相关《室分问题定位思路.doc（15页珍藏版）》请在三一文库上搜索。
1、HUNlevel室分问题定位思路1. 分析思路根据室分问题，将问题分类，进行排查，并参考吞吐量排查指导书，排查告警、传输、配置方面的问题。（告警、传输这些都是基础，务必要核查）RSRP覆盖是关键因素，室分系统SINR般都不会太差，没有干扰。RSRP过高或者过低， 都会对终端解调性能产生影响；RSRP过关后，再排查传输和来水量问题，防止FTP服务器或者传输导致的来水量不足导致的吞吐量异常；以上都没有问题后，对于双流室分，需要排查通道是否平衡；最后在所有问题都排查完，依然没有进展时，外接小天线进行对比测试，更直接的排出产品侧问题。2. 覆盖类问题2.1. RSRP过高问题多个室分测试发现终端接收
2、RSRP过高，（尤其是营业厅室分）会造成接收器件的削 波，下载经常出现误码，有时很高，导致吞吐量下降。2.1.1. 案例1福营 WE RSRPi高导致速率波动以下是福营WE营业厅测试数据：平均速率为32mbps, RSRP均值为-50.62dBm，SINR均值为29.42dB，如下:?下载速率图错误!未找到引用源。confidentialitylevelRSRF图SINR 图错误!未找到引用源。confidentialitylevel01 6 11 1621 2631 3641 46 51 5661 6671 7681 86 91-10-20-30-40-50-60-702.12 案例2翠竹服
3、营厅RSRP过高导致速率波动天线下方测试 RSRP达到-50dB左右，下行速率波动较大，误码率较高PDCP ThroughputDL(kbit/s)Serving Cell RSRP(dBm)移动到营业厅外进行测试错误!未找到引用源。confidentialitylevel70000600005000040000300002000010000564753 001.070-20-40-60-80-100PDCP ThroughputDL(kbit/s)Servi ng Cell RSRP(dBm)2.1.3 问题分析需要核对室分施工图纸，目前出现问题较多的是营业厅场景，室分规划RRU出口 0.1
4、dBm ,实际后台配置为12.2dBm，相差12dB，这就导致天线口功率过强。2.1.4.解决方案单验时可让后台降低 RS功率，双流室分最低可降低5dB，单流室分最低可降低 7dB。后续推动室分添加对应衰减器，务必保证天线下测试RSRP低于-60dBm同时对测试人员要求，测试点选择也需要符合这个标准，特殊情况可选择室分外进行测试。HUJlevel22 RSRP过低问题一般来说问题是室分引入的较多。排查产品侧问题跟踪 RRU输出功率检测，如果输出功率正常，则基本可确认为室分系 统问题。RRU输出功率检测若低于 20dBm,则有问题。2.2.1. 案例1福营一个RRU通道覆盖差1T1R进行排查时发
5、现一福营双流室分出现速率异常，只能到单流，无法上双流，配置个通道RSRP极低，达到-110dBm以下，基本处于断路状态。后台跟踪RRU无业务下输出功率正常错误!未找到引用源。序号 采集吋Wtt索引七载液索士TX载波的输I TX索弓卩载液输匕吋107/31/20100392502770107/31/20110392502771273207/31/20100392502770278207/31/20110392502771274307/31/20100392502770278307/31/20110392502771274407/31/20100392502770277407/31/2011039
6、2502771275507/31/20100392502770277507/31/20310392502771275607/31/20100392502770277a07/31/20110392502771275707/31/20100392502770274707/31/20110392502771273807/31/20100392502770274807/31/20110392502771278907/31/2010039250277027Sconfidentialitylevel以防万一，RRU出口直接外接小天线进行测试，覆盖正常。2.2.2. 解决方案排除产品侧问题方法：RRU输出功
7、率检测；外接小天线测试。推动室分排查。23外泄不通过问题外泄目前没有统一的标准，在发现这类问题时，遵循一类原则。首先测试天线下方 RSRP是否达标，如果确实低于-60dBm，则不需要整改，首先保证室 分的覆盖正常。外泄不通过要区别是否场景上有特殊性，例如酒店等外墙很多都是玻璃，这样穿透损耗小很多，之前的标准不一定合适，若外泄确实不达标，可以在单验报告中备注建筑物材质。现在发现的外泄不达标站点多是营业厅站点，本身存在天线下面RSRP过高问题，对于此类问题，需要推动室分厂家增加衰减器来解决。具体加的衰减器大小，按照天线下方RSRP低于-60dBm的标准来判断。HUfl错误!未找到引用源。confi
8、dentialitylevel3. 下行吞吐量问题对于下行吞吐量低或者波动，首先按照吞吐量排查checklist进行排查，主要涉及告警传输、配置问题，在此就不再重复描述。3.1. 案例1双流室分不平衡导致下行吞吐量低由于LTE技术采用MIMO两个通道需要基本相同，对于室分来说，简单理解要求两个通道损耗基本一致。华强北服营厅 WE为双流系统，但单站测试发现该站点下载平均速率仅33mbps，RSRP均值为-61.28dBm，SINR均值为 25.02dB,Rank 指示为 Rank1。下载条形图HUfl错误!未找到引用源。confidentialitylevelRank百分比对应的RSRP截图卜I
9、LWlevel1702恃 血12 C?12I? I131TIJ?12K12 03佃 MI? T3霉 一* PCX srAna%iB G隘 m 丨帥 hrr 对应的SINR截图天线模式天线端口的端口号定点测试位置PDCP下载速率(mbps)RSRP(dBm)SINR(dB)RANK指示二发二收-机房33-66.6428.74ran k1二发二收-大厅33-61.2825.02ran k1一发一收ROA机房38-63.8231.14ran k1一发一收ROA大厅-50.6229.42ran k1一发一收ROB机房39-86.1130.38ran k1一发一收ROB大厅-68.7131.16ran
10、k1通过以上对比测试数据发现,1、当配置成1T1R时，除ROA大厅测试，速率偏低，其他点基本接近单流的峰值40M ;而配置成2T2R时，吞吐量都只有 33M，没有单流吞吐量高；且经过室分 测试两个通道的 RSRP相差了将近18dBm，两通道严重不平衡。2、ROA大厅测试速率偏低主要原因在于RSRP过高，达到-50.62dBm，严重影响终端解调性能。3.2. 问题分析整理下行吞吐量分析思路如下：除按照吞吐量排查指导checklist要求外，还需进行以下HUN错误!未找到引用源。confidentialitylevel排查：1、 RSRP是否过高？详细判断依据请参考2.1章节，不再重复附案例。2、
11、室分类型：单流还是双流？单验标准不同，不要把单流室分按照双流室分单验，导 致乌龙。3、 天线下做上行业务，同时联系后台跟踪RSSI观察不同天线口上接收功率是否差异过大。如果很多时候相差4-5dB以上，基本可确认室分系统存在不平衡。（双流室分，单流室分不存在该问题。）说明：此处为什么要做上行业务时跟踪RSSI呢？本身RSSI跟踪是基站接收功率的检测，无业务或者下行业务时，上行发射功率较小， 不一定能观察到差异，会掩盖一些问题，故作上行业务，终端发射功率可以提上来，然后观察RSS更准确。之前福营 WE出现一个情况，跟踪无业务状态的RSS，两个通道都正常，全带宽接收功率为-99dBm，底噪正常。实际
12、配置1T1R测试发现，通道A正常，通道B覆盖均在RSRP -115dBm 以下。相当于通道 B基本处于断路状态。当做上行业务时，跟踪RSSI可以看到通道 A接收功率明显抬升，但通道B依然为-99dBm。 可以进行简单的计算：对于通道B室分损耗大致为：12.2-（ -115）=127.2dBm终端最大上行发射功率为23dBm，上下行频点相同，经过路径相同，损耗基本一致，则23-127.2=-104.2dBmlevel如果外接天线没有问题，则说明有可能是室分引入了干扰（重点需要排查WLAN,和2.3GHz挨得比较近）。需要室分厂家定位。3.3. 解决方案根据以上分析，给出对应的解决方案：1、功率过
13、强，推动室分添加衰减器；2、对于两通道不平衡的，推动室分解决；3、其他参考室分吞吐量排查指导书。若无法解决，反馈以下LOG描述清楚排查现象形成报告。室分天线下、外接小天线各测一组：1、前台 probe2、 后台无用户RSSI（观察外部干扰情况，关闭其他RRU的收发通道下进行）、小区总 吞吐量、RB使用情况3、IFTS数据MAC内部数据跟踪字段：49/33，任务建立后，前台终端必须重新入网。HUN错误!未找到引用源。confidentialitylevel4. 上行吞吐量4.1. 问题分析对于上行吞吐量问题，和下行吞吐量类似，思路如下：1、 RSRP是否过高？详细判断依据请参考2.1章节，不再重
14、复附案例。2、 室分类型：地铁室分使用 F频段，时隙配比2:5，单验标准6M ;其他室分使用 E频 段，时隙配比1:7，单验标准15M。3、 天线下做上行业务，同时联系后台跟踪RSSI观察不同天线口上接收功率是否差异过大。如果很多时候相差4-5dB以上，基本可确认室分系统存在不平衡。（双流室分，单流室分不存在该问题。）4、 基站侧配置成1T1R,分别测试每个通道的情况，关注天线下面RSRP的差异情况，如果差异大，则说明两个通道确实不平衡。同样的点RSRP相差5dB以上即肯定有问题。5、对于单流室分，目前暂时没有发现特殊问题，只出现一次传输限速问题导致下行来水量不足，此类问题参考吞吐量排查che
15、cklist指导。6、 分析测试数据中 RB MCS、调度数之间的关系，如果是调度数不足导致的速率低，则需要灌包排查 FTP和传输问题；如果是 MCS低 则需要 RRU近端通过外接小天 线进行对比测试，注意选点上需要注意RSRP的要求。如果外接天线没有问题，则说明有可能是室分引入了干扰（重点需要排查WLAN，和2.3GHz挨得比较近）。需要室分厂家定位。4.2. 解决方案根据以上分析，给出对应的解决方案:1、功率过强，推动室分添加衰减器；2、对于两通道不平衡的，推动室分解决;3、其他参考室分吞吐量排查指导书。HUlevel若无法解决，反馈以下 LOG描述清楚排查现象形成报告。室分天线下、外接小
16、天线各测一组:1、前台 probe2、 后台无用户RSSI（观察外部干扰情况，关闭其他RRU的收发通道下进行）、小区总吞吐量、RB使用情况3、IFTS数据MAC内部数据跟踪字段：49/33，任务建立后，前台终端必须重新入网。5. RRU级联和合并后问题隔离定位从第2章到第4章基本描述的是问题，但如果遇到一个小区内包含多个RRU很难隔离定位。请参考以下方法：目前产品RRU级联和合并场景下 RSS跟踪存在问题，在跟踪时在关闭其他RRU收发通道进行，这样可确保数据准确性。单模RRU:闭塞RRU,仅打开一个 RRU,测试覆盖区域。BLK BRD: CN=0, SRN=60, SN=0, BLKTP=IMMEDIATE;双模RRU:为了不影响TDS业务，可以关闭RRU某一个通道的方法达到关 RRU的目的。错误!未找到引用源。confidentialitylevelMOD RXBRANCH: CN=0, SRN=60, SN=0, RXNO=1, RXSW=（关闭接收通道MOD TXBRANCH: CN=0, SRN=60, SN=0, TXNO=1, TXSW=O关闭发送通道通过以上操作可以将多 RRU变成单RRU,再结合第2章到第4章的内容，基本可达到 隔离定位的目的。对于图纸与实际施工不相符的情况，我们自己也要搞清楚每个RRU的实际覆盖范围，也可采用此方法进行测试确认。