L800工程质量问题导致上行速率不达标问题处理.docx

L800工程质量问题导致上行速率不达标问题处理.docx

《L800工程质量问题导致上行速率不达标问题处理.docx》由会员分享，可在线阅读，更多相关《L800工程质量问题导致上行速率不达标问题处理.docx（11页珍藏版）》请在冰点文库上搜索。

L800工程质量问题导致上行速率不达标问题处理

L800工程质量问题导致上行速率不达标

问题处理

原理说明

LTE上行业务是端到端业务，各网元都可能对上行速率产生影响！

【响上行速率的因素】：

1、终端影响因素：

终端能力限制；PC机性能；软件配置（FTP配置，防火墙）；移动速度。

2、空口管道影响因素：

频谱效率（MCS，MIMO，IBLER）；空口资源（Grant，RB）；空口时延（Grant，IBLER）；QoS配置（GBR,MBR,AMBR）；信道条件（SINR，PL）。

3、eNB影响因素：

EPF调度算法；特性限制；基站处理能力；射频功率配置。

4、承载网影响因素：

传输带宽；大时延、抖动；丢包、乱序。

5、P-GW影响因素：

UE-AMBR；APN-AMBR。

6、服务器能力影响因素：

FTP参数设置；软件版本。

7、核心网PCRF影响因素：

Qos策略，如开户配置，UE-AMBR。

8、硬件因素：

基站故障；天线故障；馈线松动；馈线故障。

【上线速率优化方法】：

1、上行空口质量

MCS代表了一种解调能力，代表了一种频谱效率，即反映了单位带宽（Hz）能够发送的bit数。

根据香农定理，C=Bx10log10（1+SINR），那么C/B实际上就是反映了该带宽的最大频谱效率，很明显，与SINR直接相关。

LTE的MCS的确定依据就是上行的SINR。

显然，在同等带宽的情况下，MCS越高，速率越大。

MCS是与SINR相关的，SINR越好，BLER越低，对应MCS也越高，相应的上行速率也越高。

RF优化提升上行覆盖对上行吞吐率提升是最基本、最直接、最有效的手段！

2、ULGrant的优化

影响ULGRANT的因素包括业务因素、参数因素、空口因素、切换因素、硬件因素等。

3、切换优化

频繁的切换会影响ULgrant调度，因此从而影响上传下载速率，因此建议对针对性开展切换优化，对存在频繁切换或乒乓切换的区域开展RF调整、切换参数（A3offset、time-to-trigger、CIO）调整等优化手段，提升上下行速率。

4、GAP测量模式优化

协议规定测量GAP有模式1和模式2，模式1中GAP测量时间为6ms，周期为40ms；模式2中GAP测量时间为6ms，周期为80ms。

因此如采用模式2，将有效减少GAP测量带来的DL/ULGrant的损失，提升上下行速率，但同时也会导致异频测量及时性下降。

目前台州电信L800站点均采用的是GAP2模式，无需优化。

5、Prach信道周期优化

协议定义了64种prachconfigindex，不同的prachconfigindex对应不同的prach周期和起始位置，适当拉长Prach信道周期，可减少prach信道占用RB资源，从而提升PUSCH信道占用的RB资源，提升上行速率。

6、上行功控优化

目前上行功控参数均为省控参数，考虑到后续集团核查，暂不开展优化试点。

LTE上行主要涉及PRACH、PUCCH、PUSCH、SRS信道的功率控制，其中华为LTE除PRACH为开环功控外，其他均采用闭环功控。

开环与闭环的主要区别在于，闭环功控时需eNodeB根据上行信道质量情况，计算功率调整量，并发送给UE，UE根据功率调整量计算出上行的功率值。

PUSCH信道主要用于用户上行数据的传输，与上传速率密切相关.

【单验过程中上行速率不达标问题处理流程】：

案例一：

天线头子进水导致上行速率偏低

1、问题描述

L800站点LF_H8_温岭牧屿牧南村单点验证时，发现LF_H8_温岭牧屿牧南村2扇区（PCI:

172）占用好点时上传速率一直不达标，平均速率只有2.65M/s左右（L800测试规点CQT上传达标速率为：

平均速率5M/s以上）。

FTP上传信号强度截图

FTP上传速率截图

2、问题定位

【测试终端和服务器核查】

该站3个扇区其中1、3扇区上传测试均能达标，说明与测试终端、电脑、服务器均没有关系。

【小区状态和告警核查】

查看该站点发现站点正常建立（定点测试1、3小区状态为去激活状态故显示未建立），无告警，站点状态正常。

【小区参数核查】

三个扇区参数均一致，小区参数配置正常，rrc最大连接用户数为4人，不存在拥塞。

【干扰排查】

发现2扇区底燥均在-87左右，底燥偏高。

【硬件故障排查】

由于1、3小区定点测试上传下载均达标属于正常所以进行以下排查试验：

1）、在机房内进行对换尾纤测试

A、在机房内将2扇区BBU侧尾纤插入1扇区尾纤插口处，将1扇区BBU侧尾纤插入2扇区尾纤插口处（相当于1、2扇区接反）；再进行复测定位。

定位结果：

在1扇区天线处测试（PCI：

172）测试正常，上传达标；

在2扇区天线处测试（PCI：

171）测试不正常，上传不达标。

B、在机房内将2扇区BBU侧尾纤插入3扇区尾纤插口处，将3扇区BBU侧尾纤插入2扇区尾纤插口处（相当于2、3扇区接反）；再进行复测定位。

定位结果：

在3扇区天线处测试（PCI：

172）测试正常，上传达标；

在2扇区天线处测试（PCI：

173）测试不正常，上传不达标。

排除BBU侧故障，怀疑可能是2扇区天馈存在隐性故障，建议检查排查2扇区天馈。

2）、检查2扇区天馈

检查2扇区天馈线发现，天线头子里面进水；擦干天线头子里的水，上传速率有所提高（4M/s左右）。

怀疑2扇区上传不达标是由于2扇区天线头子进水导致；建议更换天线头子之后复测。

3、解决方案

更换2扇区天线头子之后，2扇区上传复测正常。

FTP上传信号强度截图

FTP上传速率截图

4、建议与总结

1）LF_H8_温岭牧屿牧南村2扇区定点上传不达标是由于2扇区天线头子进水导致底噪高从而影响上传速率。

2）建议后期遇到上传速率不达标的情况可以按照流程一步步排查。

遇到工程质量问题及时反馈给施工队。

案例二：

合路信号导致上行速率不达标

1、问题描述

L800站点LF_H8_玉环十三号小区单点验证时，发现LF_H8_玉环十三号小区三扇区（PCI:

77）占用好点时上传速率一直不达标，平均速率只有4.18mbps，峰值能达到5.98mbps，单点验证不达标。

2、问题定位

【测试终端和服务器核查】

该站3个扇区其中1、2扇区上传测试均能达标，说明与测试终端、电脑、服务器均没有关系。

【小区状态和告警核查】

查看该站点发现站点正常建立，无告警，站点状态正常。

【小区参数核查】

三个扇区参数均一致，小区参数配置正常，rrc最大连接用户数为2人，不存在拥塞。

【硬件故障排查】

1）在机房内进行对换尾纤测试

在机房内将2扇区BBU侧尾纤插入3扇区尾纤插口处，将3扇区BBU侧尾纤插入2扇区尾纤插口处（相当于2、3扇区接反）；再进行复测定位。

定位结果：

在2小区输出的PCI：

76信号（走三扇区馈线）时，测试不正常，上传不达标；

在3小区输出的PCI：

77信号（走二扇区馈线）时。

测试正常，上传达标。

判断为3扇区馈线或天线存在隐性故障，建议检查排查3扇区馈线或天线。

2）检查接口

检查天馈线各接口，无明显工艺问题。

但现场理馈线发现，三扇区天线上接两根馈线，采用2T2R连接方式。

在一根馈线上合路一个信号。

3、解决方案

拆除合路器，整理馈线之后复测正常。

FTP上传信号强度截图

FTP上传速率截图

4、建议与总结

1）LF_H8_玉环十三号3扇区定点上传不达标是由于3扇区馈线存在合路信号导致。

2）建议后期遇到上传速率不达标的情况可以按照流程一步步排查。

遇到工程质量问题及时反馈给施工队。

3）遇到三个扇区中只有一个扇区不达标的情况可以通过更好倒换尾纤和馈线定位BBU端问题还是天线端问题。