LTE优化案例手册-第四章-速率问题

LTE优化案例⼿册-第四章-速率问题
第四章速率问题
4.1 速率问题概述(陈佳)
(注:本⽂所讨论的速率问题是建⽴在上下⾏时隙为DSUUD的基础上)在极好点(SINR在22dB以上)做FTP下⾏业务时,平均速率要求在47Mbps左右及以上,若发现速率较低,我们可进⾏以下⽅⾯的排查来定位问题:
1、看⽆线环境是否稳定、包括SINR、RSRP、CQI等
若UE IDLE的情况下,SINR值能在23以上,在UE 进⾏下载业务时,SINR会明显降低,则很可能是天馈接错或天馈系统存在问题,可进⾏天馈排查;
2、PRB的调度是否能满
现⽹的上下⾏时隙配⽐为2:2(3:2),则分配给下⾏的1s调度次数理论最⼤值为600,平时单站验证时应该看到的值会接近600,若出现该值较低或有的PRB没有进⾏调度,则需查看现⽹参数,看是否设置了PRB调度数量的限制等;
3、查看下⾏双流是否存在、以及是否稳定
在测试软件上可看到传输模式(TM),⽬前现⽹设置为TM3、7⾃适应,所以在双流时,传输模式为TM3,同时还要看CQI窗⼝中Rank2 Indicator Count 是否有值,有值才是真正的双流;如果出现TM模式3、7的不断更换,则下⾏速率肯定会受到影响,此时可看现⽹参数关于3、7门限是否设置合理;
4、查看下⾏BLER值、如果误码率过⾼,会导致速率低
5、查看DL MCS窗⼝,在极好点,下⾏编码⽅式绝⼤部分应在26及以上、主要调制⽅式为
64QAM,若存在问题,则需检查现⽹相关参数;
6、查看本⼩区上下⾏时隙配⽐以及相邻⼩区的时隙配置(DL:UL),现⽹配置为2:2(3:2),
若本⼩区配置成2:2(3:2),相邻⼩区被配置成了3:1(4:1),导致服务⼩区的上⾏受到⼲扰,UE出现上⾏失步,会出现掉话,速率不⾼的现象;
7、排查电脑问题,以及FTP服务器问题
可进⾏电脑重启、更换FTP服务器地址、以及多开些进程等操作
虚拟房间
8、查看有⽆告警,若⽆,可怀疑是否存在或传输单元隐性故障,将或传输单
元进⾏重启
9、查看参数maxNrSymPdcch是否设置为3,若设置为3,则会⼤⼤影响下⾏速率,做单站
10、进⾏全部参数的核准验证时可将此值设置为1
经过以上排查,若还不能解决,则可让后台⼈员做本站参数和Golden 配置参数的对⽐,看是否存在异常;
11、传输限速:
传输⼈员排查传输上的带宽是否设置错误,导致传输瓶颈的产⽣,从⽽影响空⼝的速率,标准设置为上下⾏双⼯,都为1Gbit/s
12、查看SIM卡的签约信息是否有问题
查看信令attach accept,其中可看到APN aggregate maximum bit rate ,其中有UE下⾏最⼤速率限制,看是否修改了SIM的签约信息;
⼆、在极好点做FTP上传时,平均速率要求在19Mbps(RL 25)左右及以上,若发现速率较低,我们可进⾏以下⽅⾯的排查来定位问题:
1、看⽆线环境是否稳定、包括SINR、RSRP等
2、上⾏PRB的调度是否能满
现⽹的上下⾏时隙配⽐为2:2(3:2),则分配给上⾏的1s调度次数理论最⼤值为400,平时单站验证时应该看到的值会接近400,若出现该值较低或有的RB没有进⾏调度,则需查看现⽹参数,看是否设置了PRB调度数量限制等;
3、看测试软件上的PUSCH Power以及路损,
极好点的路损不会很⾼,⼀般在90db左右,若此时的PUSCH Power为或者接近23,可查看现⽹功控参数是否设置有问题,若⽆问题,可怀疑是否存在天馈接错、或者天馈系统存在硬件问题,导致⽤户上⾏功率受限;
4、查看上⾏BLER值
如果UL误码率过⾼,会导致速率低unmsg
5、查看UL MCS窗⼝
在极好点,上⾏编码⽅式绝⼤部分应为24及以上、主要调制⽅式应为16QAM,若存在问题,则需检查现⽹相关参数,若为RL15的站。则绝⼤部分编码⽅式应为20,速率在15Mbps左右;
6、查看本⼩区上下⾏时隙配⽐以及相邻⼩区(共站)的时隙配置(DL:UL)
a、现⽹配置为2:2(3:2),若本⼩区配置成2:2(3:2),相邻⼩区被配置成了3:1
(4:1),即变成了DSUUD 与DSUDD中存在⼀个时隙的上⾏⼲扰,从⽽影响了上⾏速率;
b、本⼩区上下⾏时隙配⽐被配置成3:1(4:1),则上⾏资源配置少,上传速率低;
7、排查电脑问题,以及服务器问题
可进⾏电脑重启、更换服务器地址等操作;
8、查看由于告警,若⽆,可怀疑是否存在或传输单元的隐性故障,将或传输
单元进⾏重启
9进⾏全部参数的核准
经过以上排查,若还不能解决,则可让后台⼈员做本站参数和Golden 配置参数的对⽐,看是否存在异常;
10、查看SIM卡的签约信息是否有问题
查看信令attach accept,其中可看到APN aggregate maximum bit rate ,其中有⽤户上⾏最⼤速率,查看SIM的签约信息是否被修改了;
4、2 案例分析
案例1 双流未开启(陈洲)
不干胶贴标
黄厝,站⾼60⽶,在站下到SINR= 24的测试点,下⾏速率30M,换终端后速率仍然上不去,⽤⼯具⽐较了和厦门标准宏站的配置后发现,Rienable=false,导致终端没有办法使⽤双流,修改参数RIENABLE=TRUE后测试,速率42Mbps.
厦门的宏都是采⽤Dynamic open loop MIMO,也就是MIMO模式可以在TM3,TM7,TXDIV之间根据⽆线环境的好坏转换,在SINR⾼的地⽅使⽤TM3,空间复⽤,这时必须打开RIENABLE,这样才可以使⽤空间复⽤的两个码字同时传输。
打开CDS的CQI INFO 窗⼝,可以看到RANK 1,2的使⽤情况:下图⼀为单流,图⼆为双流
案例2 GPS时钟问题(陈洲)
槟榔东⾥单站验证时发现⼤部分时间速率在10MBPS,传输数据头⼀两分钟速率可以上30M,但2分钟后速率会下降到10M。情况时好时坏,没有规律。下载时速率变化⼤,⽤DU METER观察下载速率的曲线呈锯齿状,不平滑。⽐较参数正常。发现在速率降低时,UE发起多个PRAC
H PREAMBLE到,说明⼿机和在问题发⽣时失去了下⾏同步,所以发起PRACH接⼊过程试图再次和同步。在正常下载情况下不应该此过程(正常只应该在发起呼叫和切换时)。检查告警并⽆GPS告警。时钟同步没有太严重,通知⼯程师上站重启GPS时钟盒。再次测试。速率
45Mbps以上。
案例3 FTP服务器问题(陈洲)
通⼠达在信号极好点速率38M,观察SINR=23~25.DL MCS2在25附近,下⾏HARQ 误码在5%,⽆线环境正常.把下载线程由5个增加到10个,问题依旧。观察到TM3模式下DL PRB TTI分配并没有满(约在300-400之间)。说明由⽹络端下发的数据并没有⾜够多,可
能是服务器端的问题。尝试从两个服务器同时下载,每个服务器⽤10个线程,共20个线程。速率增加到52Mbps.
这个案例说明服务器端可能由于CPU处理能⼒,IP设置(⽐如数据包⼤⼩等),流量控制等因素使单⽤户在服务器端受到限制,从⽽不能达到最⼤速率。同时从多个服务器下载可以分辨出是否是这种情况。
以下是⼀张CDS中显⽰的⽆线环境截图,图中说明了在理想环境下为达到最⼤速率应当看到的值。
案例4 MIMO 参数设置不合理导致下载速率低(王磊)
问题描述:
晋安福州七中-1、2⼩区覆盖路段为秀峰⾼架桥,由于桥⾯遮挡,RS-SINR 波动较⼤。测试中发现下⾏天线传输模式切换⾄TM7后很难切换回TM3,下载速率较低。
问题分析:
检查数据库配置发现,天线传输模式切换参数tm3to7CqiTh 和tm7to3CqiTh 设置为8/13,该配置会导致传输模式切换⾄TM7后,在SINR 有所好转后也⽆法快速切换回TM3,终端⼀直占⽤TM7模式,从⽽导致下载速率较低。
优化建议:
⼩区名参数名称调整记录
调整前调整后晋安福州七中-1 tm3to7CqiTh 8 3 晋安福州七中-1 tm7to3CqiTh 13 6 晋安福州七中-2 tm3to7CqiTh 8 3 晋安福州七中-2
tm7to3CqiTh
13
6
复测验证:
晋安福州七中覆盖区域下载速率有明显改善。
3)经验总结:
LTE 可根据⽤户信道条件选择合适的多天线技术:发射分集、空分复⽤、波束赋形。簇优化⼯程师可根据现场⽆线环境,适当优化MIMO 参数,提升⼩区下⾏吞吐量。
参数名
参数缩略名
默认值
取值范围含义
Downlink MIMO Mode
dlMimoMode
Dynamic
Open Loop MIMO
SingleTX/TXDiv/
Dynamic Open Loop MIMO/Closed Loop Mimo/Single Stream Beamforming/Dual Stream Beamforming
当下⾏传输模式为TM3或TM7时,若actTmSwitch 为true ,则传输模式为⾃适应,否则为固定
TM3或TM7
Active transmission mode
switch
悬臂支架
actTmSwitch
TRUE
true/false
天线传输模式⾃适应开关
CQI threshold for switch from
TM3 to TM7
tm3to7CqiTh 16, step 0.1 TM3向TM7切换CQI 门限
CQI threshold for switch from
TM7 to TM3
tm7to3CqiTh 16, step 0.1 TM7向TM3切换CQI 门限
CQI threshold for activation of
OL MIMO SM
mimoOlCqiThU 16, step 0.1 TM3单流向双流切换CQI 门限
CQI threshold for fallback to
MIMO diversity
mimoOlCqiThD 16, step 0.1 TM3双流向单流切换CQI 门限
Rank threshold for activation of
OL MIMO SM
saw1
mimoOlRiThU 1.2, step 0.05 TM3单流向双流切换RI 门限
Rank threshold for fallback to
MIMO diversity
mimoOlRiThD 1.2, step 0.05 TM3双流向单流切换RI 门限
案例5 双天线⼝功率不平衡导致下载速率低(王磊)智能机器人问答
问题描述:
簇8空扰拉⽹时发现,五⼀北路、蒙古营巷、沙帽井巷路段RS-SINR在10~20dB之间,但下载速率较低,此区域由邮电公寓-2⼩区覆盖。

本文发布于:2024-09-24 15:19:20,感谢您对本站的认可!

本文链接:https://www.17tex.com/tex/1/206841.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:速率   基站   是否   问题   传输
留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2024 Comsenz Inc.Powered by © 易纺专利技术学习网 豫ICP备2022007602号 豫公网安备41160202000603 站长QQ:729038198 关于我们 投诉建议