【案例】BLER高导致低速率优化处理案例
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/s12、查看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误码率过高，会导致速率低5、查看UL MCS窗口在极好点，上行编码方式绝大部分应为24及以上、主要调制方式应为16QAM，若存在问题，则需检查现网相关参数，若为RL15的站。
精品案例_LTE下载速率低处理案例
LTE下载速率低处理案例目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (6)四、经验总结 (6)LTE下载速率低处理案例【摘要】LTE下载速率低是影响用户感知的重要指标，直接影响用户体验，本案例从DT数据分析入手，通过参数优化解决异频切换问题，提升网络性能指标。
【关键字】异频切换启动异频测量门限下载速率低【业务类别】优化方法一、问题描述9月，通过RCU智能测试管理平台，派单贵池联盟基站附近高速下载速率低，通过LOG 分析发现，该地区信号异常，UE占用GC-市区-贵池联盟-ZFTA-447757-54和GC-市区-里山街道办RRU-ZFTA-447561-52，SINR值恶化，如下图，邻区中没有出现周边距离最近的基站高速出口站，下载速率低下派DT工单.测试截图二、分析过程1.下载速率低定义由上图可见，智能管理平台定义规定，下载速率低需要满足下列1个条件：*PBM下载速率小于10M，经过测试数据LOG分析发现，UE先占用GC-市区-里山街道办RRU-ZFTA-447561-52，随后切换到GC-市区-贵池联盟-ZFTA-447757-54，SINR值恶化，UE一直拖在GC-市区-贵池联盟-ZFTA-447757-54，影响下载速率。
2.无线参数核查通过网管核查贵池联盟和里山街道办基站无告警，下载速率低位置距离高速出口站-ZFTA-447883-55扇区最近，但是UE一直拖在GC-市区-贵池联盟-ZFTA-447757-54没有切换到周边的高速出口站，无线参数核查发现里山街道办RRU-ZFTA-447561-52已经配置过高速出口站-ZFTA-447883-55邻区。
专业网管核查邻区截图3.原因定位经过网管核查和参数确认，里山街道办RRU-ZFTA-447561-52已经从15M扩容到20M，频点已经从1825变成了1850，里山街道办RRU-ZFTA-447561-52切换到高速出口站-ZFTA-447883-55已经从前期的同频切换变成了异频切换，启动异频切换的门限默认值是-109dbm。
Volte-VoLTE语音质量优化案例精编个
VoLTE语音质量优化案例1：VoLTE窄带与宽带语音质量对比【问题现象】在3GPPLTE中，VoLTE业务编码有AMR-NB窄带和AMR-WB宽带两种编码，两种编码速率具有不同的话音质量，所以又分别称为VoLTE标清语音（或VoLTE12.2kbps）和VoLTE高清语音（或VoLTE23.85kbps）。
【问题分析】AMR-NB和AMR-WB这2种编码具有如下特点：●每20ms产生一个语音包，包括了RTP/UDP/RLC-Security压缩头；●每160ms生成一个SID语音静默包。
●帧长20ms；AMR-NB编码特点为：● 4.75kbps到12.2kbps共8个码率，分别为：4.75、5.15、5.9、6.7、7.4、7.95、10.2、12.2kbps；●采样率为8kHz。
AMR-WB编码特点为：● 6.6kbps到23.85kbps共8个码率，分别为：6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.85kbps；●采样率为16kHz。
可见两者显着的差异是采样速率不一样，窄带一个语音帧是160个点，宽带一个语音帧采样320个点。
AMRNB的语音带宽范围：300－3400Hz，8KHz采样。
AMRWB 的语音带宽范围：?50－7000Hz，16KHz采样。
用户可主观感受到话音比以前更加自然、舒适和易于分辨。
AMRWB与AMRNB不同之处在于AMRWB按16kHz采样，分别按频率带50~6400Hz?和6400~7000Hz进行编码。
用来降低复杂度，AMRWB将位算法集中到更重要的频率区。
低频带使用ACELP算法进行编码。
添加几个特征来达到一个高的主观质量。
线性预测（LP）算法是在每隔20ms的帧要进行一次线性预测算法，每5ms搜索一次自适应码本，这个过程是在12.8Kbs速率下进行。
高频带是在解码器端使用低带和随机激励的参数重建的,目的是调整与在声音基础上的低频有关的高频带.高频带的声频通过使用由低带LP过滤器产生的LP滤波器进行重建。
优化案例
1. 子帧配置导致上传速率低【现象描述】滨江电力公司在进行上传业务时发现该站点的3个扇区的速度均比较低，尤其是1、2扇区上传速率只能达到约2~5Mbps。
【问题分析】1）从DT log发现滨江电力1扇区BLER较高，MCS较低，怀疑和干扰有关；2）分析滨江电力3小区log发现该小区的子帧配比为3：1，核查参数确认滨江电力3扇区子帧确实被设置为3：1，而周边基站的子帧配比为2：2，怀疑和小区间上下行子帧相互干扰有关。
BTS Site Manager参数设置：【优化措施】调整滨江电力3小区子帧配比为2：2，和网内其它站点子帧配置相同;【优化效果】将时隙配比改为2：2后，三个扇区上传速率均达到15Mbps以上，确认了上传速率低和子帧配置有关，下行子帧干扰上行子帧导致上传速率低；2. PCI MOD 3导致掉线【现象描述】UE占用滨江国税3（PCI：108）小区进行FTP下载测试，在长河路-江南大道路口UE尝试切换到江边1（PCI：63）小区时，出现切换失败或是切换完成后掉线，最终UE重选到江边1小区。
掉线区域RSRP正常（-80dbm）但SINR较差（-8db左右）。
而且由江边1小区向滨江国税3小区切换时也会发生，切换失败和掉线，最终小区进行重选。
【问题分析】1）此处无线环境RSRP相对较好仅是SINR较差，初步判断是小区间干扰导致掉线；2） SINR值差区域在滨江国税3小区（PCI=108）和江边1小区（PCI=63）切换带上，两小区PCI的mod3余数均为0；3） LTE扰码中小区标识CellID由物理层小区标识组ID和物理层小区标识组内的小区标识ID构成。
小区标识CellID=3*物理层小区标识组ID+物理层小区标识组内的小区标识ID。
物理层小区标识组ID取值范围为0到167，用来对辅同步信号加扰,；物理层小区标识组内的小区标识ID 取值为0、1、2，用来对主同步信号进行加扰；4）因滨江国税3（PCI：108)小区和江边1（PCI：63）小区PCI mod3 结果都是0，对主同步信号的加扰方式相同，造成切换时SINR较差，同步建立困难，发生切换失败和掉线问题。
VoLTE语音质量优化案例(14个)
VoLTE语音质量优化案例1：VoLTE窄带与宽带语音质量对比【问题现象】在3GPP LTE中，VoLTE业务编码有AMR-NB窄带和AMR-WB宽带两种编码，两种编码速率具有不同的话音质量，所以又分别称为VoLTE标清语音（或VoLTE 12.2kbps）和VoLTE 高清语音（或VoLTE 23.85kbps）。
【问题分析】AMR-NB和AMR-WB这2种编码具有如下特点：●每20ms产生一个语音包，包括了RTP/UDP/RLC-Security压缩头；●每160ms生成一个SID语音静默包。
●帧长20ms；AMR-NB编码特点为：● 4.75kbps到12.2kbps共8个码率，分别为：4.75、5.15、5.9、6.7、7.4、7.95、10.2、12.2kbps；●采样率为8kHz。
AMR-WB编码特点为：● 6.6kbps到23.85kbps共8个码率，分别为：6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.85kbps；●采样率为16kHz。
可见两者显著的差异是采样速率不一样，窄带一个语音帧是160个点，宽带一个语音帧采样320个点。
AMR NB的语音带宽范围：300－3400Hz，8KHz采样。
AMR WB的语音带宽范围：50－7000Hz，16KHz采样。
用户可主观感受到话音比以前更加自然、舒适和易于分辨。
AMR WB与AMR NB不同之处在于AMR WB按16kHz采样，分别按频率带50~6400Hz 和6400~7000Hz 进行编码。
用来降低复杂度，AMR WB将位算法集中到更重要的频率区。
低频带使用ACELP算法进行编码。
添加几个特征来达到一个高的主观质量。
线性预测（LP）算法是在每隔20ms 的帧要进行一次线性预测算法，每5ms搜索一次自适应码本，这个过程是在12.8Kbs 速率下进行。
高频带是在解码器端使用低带和随机激励的参数重建的, 目的是调整与在声音基础上的低频有关的高频带. 高频带的声频通过使用由低带LP 过滤器产生的LP 滤波器进行重建。
诺西TDLTE网络优化经验总结—优化案例集
优化结果：
•在将滨江电力3小区的时隙配比TDDframeconf改为1后，分 别验证3个小区的上传速率，均达到了15Mbps以上；
案例一：长河水产市场下载速度低 案例二：滨江电力公司上传速率低 案例三：海斯终端无法搜网 案例四：海斯终端ATTCH 失败 案例五：远见智能第1小区下载速率偏低问题 案例六：室分小区随机接入失败 案例七：基站有信号，Attach不成功 案例八：参数配置导致切换失败 案例九：修正测试规范BF Gain计算公式
案例二：滨江电力公司上传速率低
案例描述： •在对滨江电力公司进行单站验证的过程中，在进行上传业务 时发现该站点的3个扇区的速度均比较低，只能达到约 2~5Mbps，而在前期的测试中，该站的上传速度表现一直很 好达到了15Mbps以上；
案例分析：
•1.在滨江电力1扇区测试中显示 BLER较高，MCS较低；
案例一：长河水产市场下载速度低 案例二：滨江电力公司上传速率低 案例三：海斯终端无法搜网 案例四：海斯终端ATTCH 失败 案例五：远见智能第1小区下载速率偏低问题 案例六：室分小区随机接入失败 案例七：基站有信号，Attach不成功 案例八：参数配置导致切换失败 案例九：修正测试规范BF Gain计算公式
【解决方案】通过sscom32在hisi终端的bluetooth口发送命令，将hisi终 端的鉴权与基站侧的鉴权进行同步。设备连接后，通过sscom32打开终端 的bluetooth端口，发送命令：g_ulSmcControl=1，点击发送后，鼠标 移至运行窗口按enter，返回值value = 1即表示操作成功，然后关闭 bluetooth端口，如下图所示。
5G优化案例：5G波束场景设置不当导致速率低优化案例
5G 波束场景设置不当导致速率低优化案例XX【摘要】9 月份，针对河东 5G 精品网优化分析时，发现 UE 占用河东嵩ft道-HDSO-2 信号时（RSRP=-75,SINR=18 ，RANK=4，MCS=18，调度 937，下行速率 365Mbps），无线环境良好，但调度及下载速率较低。
通过修改河东嵩ft道-HDSO-0/1 小区的波束场景由扩展场景 1 修改为默认场景，同一地点复测结果有明显改善， UE 占用河东嵩ft道-HDSO- 2（RSRP=-76,SINR=20，RANK=4，MCS=18，调度 1401，下行速率 772Mbps）。
基于以上波束场景的设置来改善调度及下行速率的案例，在今后 5G 网络RF 优化中较为常见，及时对案例进行总结，并传递相关优化经验，提升 5G 网络竞争力。
【关键字】波束场景、干扰、调度、下行速率【业务类别】移动网1.问题描述9 月13 日测试时，UE 行驶在嵩ft 道上时，占用河东嵩ft 道-HDSO-2 ，RSRP=- 75,SINR=22 ，RANK=4，MCS=18，调度次数937，下行速率365M 左右。
2.分析过程➢问题排查一：前台测试发现问题后，更换其他测试UE，继续按照原路段测试，测试结果并无改变，依然是无线环境好，下行速率低。
➢问题排查二：后台查询河东嵩ft道-HDSO-2 波束场景设置为3（水平65°，垂直6°，窄波束），而本站的河东嵩ft道-HDSO-0/1 两个小区的波束场景设置均为扩展场景1（宽波束）。
➢问题排查三：同站不同小区设置两个不同的波束场景， 2 小区设置为窄波束，0、1 小区设置为宽波束。
而扩展场景1（宽波束）和默认场景及波束场景1-16 设置值的17 种波束场景（窄波束）之间互为干扰，导致无线环境良好，但调度次数、RB 数都偏低。
3.波束间干扰原理分析波束间干扰是指的是SSB 的干扰，默认波束是SSB 是7 或者8 波束，宽波束SSB 是1 个波束,这两种之间会有干扰。
常州移动LTE精细簇优化案例
1 重叠覆盖问题1.1晋陵中路部分路段重叠覆盖度高导致速率低【问题描述】：车由西南到东北方向沿青山路行驶到晋陵中路路段速率较低DL Throughput=11.3Mbit/s.该路段主服务小区检察院A小区信号RSRP-100dBm左右,SINR-1dB左右,邻区斗巷A小区信号RSRP-100dBm左右,斗巷B小区RSRP-101dBm,翠园世家B小区RSRP-106dBm，长春大厦C小区RSRP-105 dBm左右。
具体如下图：左：SINR图中：throughput图右：RSRP图【问题分析】：从信息列表中发现邻区列表中的4个邻区与主服务小区检察院A 小区的RSRP差值在6db以内，该路段重叠覆盖度高。
【处理措施】：根据实际情况作了如下调整:将检察院A小区 RS功率由32dbm调到92dbm使其作为该路段主覆盖解决该问题点。
【处理结果】：优化后DL Throughput=32.59Mbit/s，服务小区检察院A小区信号RSRP-91dBm 左右，SINR 9dB左右,邻区斗巷B小区RSRP-105dBm左右，翠园世家B小区RSRP-106dBm左右，邻区小区RSRP与主服务小区RSRP差值大于6dbm，解决了重叠覆盖高的问题，具体复测情况如下图：左：SINR图中：throughput图右：RSRP图2 PCI mod3冲突2.1武青北路与和平北路交界处模三干扰导致速率低【问题点描述】：车行驶到红梅桥到武青北路与和平北路交界处路段是速率DL Throughput=12.8Mbit/s，.该路段主服务小区新丰A小区RSRP-79dBm,SINR -6dB。
武青北路A小区RSRP-84.dBm邻区具体如下图：左：SINR图中：throughput图右：RSRP图【问题点分析】：分析发现覆盖该路段的新丰大厦A小区与武青北路A小区产生模三干扰导致该路段SINR陡降，速率明显下降。
【处理措施】：根据实际情况作了如下调整:由于该站附近小区较密集调整新丰A 小区或武青北路A小区PCI会与周围小区产生模三干扰，所以降低武青北路A 小区功率，邻区武青北路A小区与主服务小区新丰A小区RSRP值差大于10dBm，从而降低了模三干扰的影响。
LTE移动互联网端到端低速率优化案例
LTE移动互联网端到端低速率优化案例随着移动互联网的快速发展，需求不断增加，用户体验成为了重要的考量因素。
然而，由于网络资源的有限性和网络负载的增加，用户在一些情况下可能会遇到移动互联网的低速率问题。
为了提高用户体验，LTE移动互联网端到端低速率的优化是一个重要的课题。
下面将介绍一个针对LTE移动互联网端到端低速率的优化案例。
首先，我们需要了解用户使用移动互联网时出现低速率的原因。
一般来说，移动互联网的低速率问题主要有以下几个方面的原因：网络拥塞、信道质量差、用户设备性能低下等。
针对这些问题，我们可以采取以下优化措施：1.网络拥塞优化：网络拥塞是导致移动互联网低速率的主要原因之一、可以采取流量调节以及流量分配策略。
该策略可以根据网络负载情况，动态调整用户的带宽分配。
通过监控网络负载，当网络拥塞时，可以将带宽分配给优先级高的应用或者重要的用户，以提高用户的体验。
2.信道质量优化：信道质量差会导致用户在使用移动互联网时出现低速率的问题。
可以通过部署更多的基站，增加网络覆盖范围，提高信号质量和稳定性。
同时，可以采用基站天线优化技术，如波束赋形和智能天线技术，以增强覆盖强度和质量。
3.用户设备优化：用户设备的性能低下也会导致用户在使用移动互联网时出现低速率的问题。
可以通过提供更高性能的设备，以满足用户对于速度和稳定性的需求。
同时，可以优化设备的软件，提高网络连接和数据传输的效率。
此外，也可以通过提供更好的设备维护和更新服务，以确保用户设备的正常运行。
4.缓存技术优化：应用缓存技术可以有效减少数据传输的频率和数据流量，从而提高用户的使用体验。
通过在移动网络中部署缓存服务器，可以将常用的应用资源缓存在服务器端，加快用户访问速度。
此外，还可以采用离线缓存技术，在用户离线状态下仍能访问已经缓存的数据，提高用户体验。
5.数据压缩和优化：采用数据压缩和优化技术可以减少数据传输的大小，从而提高网络传输速度。
通过对数据进行压缩和优化，可以减少数据的传输量和传输时延，提高用户体验。
案例-LTE室分单流BLER高影响速率分析
LTE室分单流BLER高影响速率分析案例【摘要】LTE室分系统目前基本单流，峰值速率相对双流明显降低，当遇到故障时下载速率会更低，因此出现故障问题时及易影响用户感知，需及时解决，提升室分系统用户感知。
【关键字】LTE 室分重选参数BLER高【故障现象】：对XY-HS-市区-新环球国际大楼进行室分测试发现：B楼第1、2层以及A楼第2、6层遍历测试速率较低，最低仅10Mbps左右，4个楼层RSRP值均在-80dBm左右（部分弱覆盖区域-100dBm左右）,SINR值在27左右，进一步分析发现BLER较高，在10%左右，部分区域高达15以上。
【处理过程】：根据设计方案：XY-HS-市区-新环球国际大楼共15台RRU，分为2个小区（PCI分别为402、403），分别覆盖A楼、B楼，A楼连地下一层共7层，B楼共6层，测试时仅开1个小区，排除小区间干扰问题,现场测试，BLER高问题如下图所示：现场针对误块率高问题排查思路如下：第1步：RRU直连小天线：判断是否分布系统侧问题；第2步：关闭WLAN，判断是否WLAN系统本身或WLAN下所接路由器等造成的干扰导致（部分山寨路由器功率很大、支持频带很宽）；第3步：替换合路器等器件，判断是否器件老化及其他故障问题；第4步：考虑BBU/RRU/光模块/板件故障/基站配置参数/无线配置参数等因素；【处理过程】1.分布系统排查：首先对问题室分在RRU直连小天线的环境下进行测试，选取15个RRU中的7个，BLER 仍然较高，基本排除室分分布系统问题。
2.干扰排查：首先关闭室分WLAN，现场用扫频仪进行扫频，频段设置为2300-2500，在BLER高的区域未发现干扰；然后打开WLAN，使用后台网管干扰检测工具，在小区0用户情况下，跟踪小区每个RB的平均干扰噪声功率，在-118dBm左右，底噪正常；最后尝试修改频点，果然跟预期一样，频点没有任何影响。
3.硬件排查：由于问题出在该BBU下，所以建议更换BBU。
LTE移动互联网端到端低速率优化案例
LTE移动互联网端到端低速率优化案例移动互联网的发展已经进入了5G时代，但在很多地方，4GLTE仍然是主流的移动互联网技术。
然而，在实际应用中，LTE移动互联网在一些特定的场景下仍然存在低速率的问题。
接下来，我将通过一个具体的案例来介绍如何对LTE移动互联网进行端到端低速率优化。
案例描述：假设公司在一个偏远地区建设了一个远程基站，供用户进行4G移动互联网访问。
然而，却发现该地区的用户在连接到该基站后，经常会遇到低速率的问题，导致用户体验下降。
通过初步调查，发现该问题可能由以下几个方面引起：1）覆盖问题；2）无线资源问题；3）核心网问题。
为了解决这一问题，我们需要从这三个方面入手进行优化。
一、覆盖问题优化：1.确认基站覆盖范围和信号强度：通过对基站的优化调参，包括天线方向、倾斜角度和功率等参数的调整，可以优化信号覆盖范围和强度，提升用户的上下行速率。
2.增加基站数量：在偏远地区，由于用户分布比较分散，只依靠一个基站很难完全满足用户的需求。
可以增加基站的数量，提高网络覆盖范围和容量，减少用户之间的干扰，提升用户的移动互联网速率。
二、无线资源问题优化：1.频谱优化：通过频谱的规划和优化，合理分配给不同的业务和用户，减少干扰和碰撞，提高用户的移动互联网速率。
可以通过频谱监测、频谱规划和频率复用等手段实现。
2.尽量避开干扰源：定位和排查干扰源，例如电视台、电台等无线电干扰源，并采取相关干扰抑制技术，减少用户之间的干扰，提高用户的移动互联网速率。
三、核心网问题优化：1.提升核心网的处理能力：核心网的性能往往直接影响到移动互联网速率。
可以通过增加服务器数量、优化数据处理算法和协议栈等手段，提升核心网的处理能力，减少数据的延迟和丢包，提高用户的移动互联网速率。
2.确保网络的质量和稳定性：通过监测和监控核心网的运行状态，及时发现并解决可能出现的故障和问题，确保网络的质量和稳定性，提高用户的移动互联网速率。
除了上述的优化手段，还可以通过指定特定应用的QoS策略，对高优先级的应用进行保护，确保其在网络拥塞时依然能够正常运行。
精品案例_调整VoLTE上行目标BLER参数改善VoLTE业务质量
调整VoLTE上行目标BLER参数改善VoLTE业务质量目录VoLTE上行目标BLER参数改善VoLTE业务质量 (3)一、问题描述 (3)二、分析处理过程 (3)三、解决措施 (4)四、总结经验 (6)VoLTE上行目标BLER参数改善VoLTE业务质量【摘要】随着市场推广，移动VOLTE用户逐步增多，Volte丢包率对用户语音质量影响较大，为提升用户感知，现针对VOLTE丢包进行优化，提升用户满意度。
一、问题描述VoLTE是承载在LTE网络上的一项特殊业务，良好的承载网络质量是提升VoLTE感知的先决条件，而作为承载网络质量最根本反映的无线丢包率，由于终端性能的限制，上行覆盖更加容易受限，进而导致上行VOLTE高丢包比下行VOLTE高丢包较高。
上行无线丢包率较高会直接影响到VoLTE用户的端到端感知。
目前AQ区域VOLTE语音上行高丢包率在0.1%上下浮动，为了尽可能提升上行高丢包指标，本次将对的相关参数进行分析研究，找出适合于网络需求的参数值，并总结设置经验和应用推广。
二、分析处理过程本次参数调整试验主要通过修改VoLTE上行的目标BLER参数改善丢包问题。
1.1.1参数试验内容及要求目前现网设置值是10%，本次参数验证计划对这个参数值进行调整试验，取值如下：根据研发及优化经验，网管位置：三、解决措施选取近期TOP上行高丢包差小区进行功能验证，参数修改后上行BLER与MCS和RB数的关系由上面的关系图可以看出：1）配置1时，实际上行平均BLER（2.35%），高于目标BLER（2%）；配置2时，实际上行平均BLER（2.58%），低于目标BLER（3%）；配置3、4、5时，实际上行平均BLER远低于目标BLER，此时上行BLER的外环功控已基本不起作用。
2）当基站测到的BLER值高于参数设置的门限时基站会对CQI进行修正，从而映射到终端采用的调制解调方式往下修正，以保证合理的BLER。
从上图可以看出，随着参数设置的增大，参数设置值对现网的BLER值的影响越小，上行平均MCS也随之增大，反之亦然，影响越大，MCS越小。
5G优化案例：5G NR CSI-RS配置问题导致速率下降案例
5G NR CSI-RS配置问题导致速率下降案例XXXX年XX月目录一、问题描述 (3)二、问题原因分析 (3)2.1 CSI定义 (3)2.2 CSI配置 (4)2.3 问题排查 (7)三、解决方案 (9)四、经验总结 (13)5G NR CSI-RS配置问题导致速率下降案例XX【摘要】在实际场景下，无线信道条件可能不断变化，UE需要将其看到的下行信道条件通过CSI反馈给gNodeB，以便gNodeB在下行调度时将信道质量考虑在内。
不同于4G LTE中仅支持单波束，5G NR中CSI RS支持配置窄带多波束，通过加权算法使基站在调度时采用CSI-RS最优波束权值发送数据，在不同波束配置下覆盖、速率也存在差异。
若配置时CSI-RS 周期和时隙偏移与全网配置不一致时会导致CSI-RS对其它小区的业务信道造成干扰，影响下行MCS和业务速率。
【关键字】CSI 、覆盖、速率、干扰【业务类别】5G、移动网、优化一、问题描述测试过程中发现在某些覆盖很好（SSB_SS_RSRP>-80dBm，SSB_SS_SINR>20dB）的站点，下行业务速率较低。
针对这些覆盖很好但业务速率较低的站点进行单点测试，发现部分路段存在如下两个问题：问题1：个别路段驻留测试小区上使用的MCS很低，与SINR不匹配；问题2：个别路段驻留测试小区上终端上报RI为2，下行只能使用2流，导致下行业务速率受到限制。
二、问题原因分析2.1 CSI定义CSI(Channel State Information)是UE用于将下行信道质量反馈给gNB的信道状态信息，以便gNB对下行数据的传输选择一个合适的MCS，减少下行数据传输的BLER，其由CQI(Channel Quality Indicator，信道质量指示符)、PMI(Precoding Matrix Indicator，预编码矩阵指示符)、CRI(CSI-RS Resource Indicator，CSI参考信号资源指示符)、SSBRI(SS/PBCH Block Resource Indicator，SSB资源指示符)、LI(Layer Indicator，层指示符)、RI(Rank Indicator，秩指示符)、L1-RSRP(Layer 1 Reference Signal Received Power，层1参考信号接收功率)组成，其传输时所需要的时频域资源由gNB控制。
因异频互操作参数设置不合理导致用户感知速率低处理案例
因异频互操作参数设置不合理导致用户感知速率低处理案例【问题描述】用户投诉在某小区16层室内4G网络信号较差，不能满足用户在线直播超清蓝光播放需求。
【分析过程】1、GOOGLE EARTH上查询该投诉点位置，附近有4G基站覆盖：2、查询该站点状态正常，无历史告警；3、经过现场室内覆盖与下载测试分析，该投诉点用户占用小带宽L800M小区A，PCI 162，平均PDCP下载速率为10Mbps.平均RSRP为-104dBm.SINR平均5dB。
另外，该位置邻区中存在大带宽L1800M小区B信号，PCI=152，平均PDCP下载速率为1.2Mbps，平均RSRP为-110dBm，SINR平均2dB。
现场测试RSRP图：现场测试PDCP层下载速率图：【根因】该投诉用户室内占用小带宽L800M小区信号，覆盖和干扰水平正常，但因5M带宽仅25个RB资源，当小区用户数增多，PRB利用率较高时，用户体验速率将会收到影响，难以满足高清视频业务需求。
【解决方案】1、提升L1800小区覆盖，修改大带宽L1800覆盖小区B参考信号功率，由15.2dBm提升至21.2dBm；MOD CELLDLPCPDSCHPA:LOCALCELLID=0,PAPCOFF=DB_3_P_A;MOD PDSCHCFG:LOCALCELLID=0,REFERENCESIGNALPWR=212,PB=1;;2、开启L800M小区基于频率优先级的切换，根据测试情况设置基于频率优先级的切换门限A1:-105 A2:-108 A4：-105，优先占用大带宽L1800小区，提升用户感知速率；MODEUTRANINTERNFREQ:LOCALCELLID=0,DLEARFCN=1825,FREQPRIBASEDHOME ASFLAG=ENABLE;MODCELLALGOSWITCH:LOCALCELLID=0,FREQPRIORITYHOSWITCH=FreqPriorIFHOSwit ch-1;MODINTERFREQHOGROUP:LOCALCELLID=0,INTERFREQHOGROUPID=0,FREQPRIINT ERFREQHOA1THDRSRP=-105,FREQPRIINTERFREQHOA2THDRSRP=-108,SRVREQHOA4THDRSRP=-105;3、调整后，调整后室内，占用L1800小区，PCI 152，平均下载速率由10Mbps提升至19Mbps，平均RSRP由-104dBm提升至-95dBm，平均SINR=5dB。
干扰——高干扰导致BLER高优化处理案例
高干扰导致BLER高优化处理案例目录一、问题说明 (2)二、理论知识 (2)三、问题分析及解决措施 (4)四、经验总结 (11)一、问题说明在进行网格测试分析时发现园区网格24中的通园路和东振路部分路段BLER在10%~25%之间，BLER较高导致VOLER通话时mos低，严重影响用户语音感知度。
分析UE占用小区，泰州-兴化国际华城LF2小区系统上行每个PRB上检测到的干扰噪声的平均值持续高居-95dBm左右，为高干扰小区，小区覆盖区域高BLER是由于泰州-兴化国际华城LF2高干扰导致。
高干扰指标：二、理论知识TD-LTE网络干扰分内部干扰和外部干扰，内部干扰主要包括：GPS失步、超远覆盖、参数异常，外部干扰主要包括：其他制式网络（GSM、DCS、FDD-LTE、PHS等）干扰、屏蔽器干扰等。
目前中移动LTE网络使用F、D、E频段，各频段常见干扰情况不同，主要有以下几种干扰类型：了解各运营商使用频段对现场扫频有一定辅助功能，结合扫频图形与频段使用图可快速了解相邻频段网络制式并协助寻找干扰源，以下是各制式及运营商所占用到的频段：Wlan: 2.4-2.4835GHz（802.11b/g/n）；5.15-8.825GHz（802.11a）；由于各类型干扰存在一定的规律性，故一般排查干扰可按照下方流程图进行逐步排查。
三、问题分析及解决措施随着4G LTE基站的逐步建设，目前已形成了2/3/4G基站共存的局面，系统间干扰的概率也大幅提升，在目前已建设的基站中，已发现大量的TD-LTE基站受到干扰。
这些干扰主要包括2/3G小区对TD-LTE小区的阻塞、互调和杂散干扰，不同运营商间的频段混用造成的干扰，此外还有其他无线电设备，如手机信号屏蔽器带来的外部同频干扰。
本案例中收到干扰的小区为F频段，造成F频段干扰的主要原因有：①GSM900/GSM1800系统和PHS系统带来的阻塞干扰、GSM900系统带来的二阶互调干扰、GSM1800系统和1.8FDD-LTE系统带来的杂散干扰②PHS系统、手机信号屏蔽器和其他电子设备带来的外部干扰③基站本身天馈系统硬件存在隐性故障造成的干扰1、硬件故障排查：影响小区无法建立的硬件故障有：射频单元故障、S1链路故障、CPRI链路故障、时钟资源不可用、单板不可用、基带单元故障等。
dlTargetBler设置错误导致下行速率低案例_李欢_201606
dlTargetBler设置错误导致下行速率低的优化案例1.故障现象在对基站292320小区进行测试时发现，在无线环境良好的情况下，下行速率只有20 +Mbps，而一个正常的室分小区在TM1模式的情况下，合理的下行速率应该在50+Mbps。
测试情况如下，2.问题分析从上面的截图中可以看出，该室分小区采用TM1模式，RB分配数74，Code0 的BLER值为4%，无线环境良好，但MCS=16，采用的调制策略都是16QAM，而正常情况下，调制策略应该是64QAM，因此，调制策略导致速率过低。
LTE中速率的配置通过MCS（Modulation and Coding Scheme，调制与编码策略）索引值实现，越高阶的MCS，采用的调整策略效率越高（QPSK、16QAM、64QAM），但同时对传输途径的信噪比及BLER值也要求越高，因此，当传输信道的BLER值过高时，为保证传输质量，网络就会降低MCS的等级，采用调整效率偏低的QPSK或16QAM，下行速率也会降低。
诺基亚的参数中，影响到调整策略的有两个：dl64QamEnable（下行64QAM开关）和dlTargetBler（下行BLER目标值），其中dlTargetBler是指当下行的BLER 值不满足该参数设置值时，网络会通过下调MCS进而影响到调制策略的选择，来保证传输的可靠性和稳定性，MCS与调整测量的对应关系如下表。
上表说明了相应MCS对应的调整测量，在本案的测试小区下，MCS Index一值处于16及以下，因此无法使用64QAM的调整策略。
登站检查上述两个参数的设置，发现dlTargetBler被设置为1%，条件过为苛刻。
64QAM开关设置正常经过分析，dlTargetBler参数合理值应该是10%3.问题处理将参数dlTargetBler调整：1%->10%调整后进行测试，测试结果如下，调制策略由原来的16QAM变为64QAM。
4.总结在处理下行速率异常的问题时，主要是从以下几个方面进行排查：➢检查当前无线环境是否符合好点要求（SINR在20以上）；如果SINR差，速率肯定低。
精品案例_无源互调导致BLER持续偏高问题处理案例
无源互调导致BLER持续偏高问题处理案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (3)四、经验总结 (3)无源互调导致BLER持续偏高问题处理案例【摘要】现阶段用户的实际使用感知成为网络优化工作的重点，而用户的最直观感知就是下载速率。
因此，我们在日常优化时不仅仅需要从参数方面考虑（包含PDCCH符号数自适应、PA\PB参数优化、下行频选调度、切换后固定TM3算法），也需要通过分析测试数据，统计终端上报的RI=2的占比情况。
【关键字】下行速率用户感知 RI【业务类别】基础维护一、问题描述日常投诉处理时，为解决用户室内弱覆盖，将WH-市区-芜湖黄山东路绿化带01F机房-ZFTA-445523-52的RS功率由15.2dB调整为18.2dB后，用户反映4G感知较差。
现场CQT 测试RSRP约-79dB、SINR约18dB，指标均正常。
DT测试过程中，发现该扇区覆盖区域多为单流，做FTP下载时BLER持续过高导致下载速率低。
后台数据统计分析发现出现该现象时终端上报的RI=2的占比过低，基站下行传输速率无双流效果，最终导致测试时下行速率低。
回退RS功率后，同区域测试，BLER依旧持续过高。
二、分析过程➢1、基站版本核查：正常情况下BLER超过一定门限（例如10%）之后，基站调度算法会降低MCS，从而使BLER维持在10%左右，不至于持续过高。
但是从测试的log看来，MCS 一直没有降低，BLER持续偏高。
我们怀疑是否是该基站版本调度算法存在问题，于是检查基站的软件版本信息，但是该基站与其他基站版本并无差别，说明并不是软件版本问题。
➢2、告警核查：排除基站软件版本之后，查询了基站的当前告警及历史告警信息，未见基站告警，驻波比也正常，在1.1左右。
➢3、指标核查：网管查询该小区负荷无异常，截图如下：图一➢4、MTS及NI跟踪：现场进行测试，并在后台进行MTS以及NI的跟踪，检查RSSI，通过后台跟踪发现如下问题，基站在不做业务时RSSI正常，为-99dBm左右，但是一旦进行FTP 下载部分天线端口的RSSI会抬升到-78dBm左右，而正常的站点基本上RSSI没有抬升；对RS功率进行修改，发现随着RS的提高，NI逐渐抬高，而RS设置较低的时候没有出现BLER高的问题。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
分析方向：
1、传输是否存在光衰等问题；
2、是否存在模3等干扰问题；
3、是否存在告警，设备存在隐性故障等；
4、如果是室分的话，还得考虑下直放站、无源器件等问题。
在无线网络中，一个设备（如eNodeB）是按块（block）向另一
个设备（如UE）发送数据的。
发送端使用块中的数据计算出一个CRC，并随着该块一起发送到接收端。
接收端根据收到的数据计算出一个CRC，并与接收到的CRC进行比较，如果二者相等，接收端就认为成功地收
到了正确的数据，并向发送端回复一个“ACK”；如果二者不相等，接收端就认为收到了错误的数据，并向发送端回复一个“NACK”，以要求发
送端重传该块。
如果在某个特定的周期内，发送端没有收到接收端的回复，则发送端假定之前发送的块没有到达接收端，发送端自动重发该块。
(MAC层的HARQ处理)
BLER（block error rate），即误块率，是出错的块在所有发送的块中所占的百分比（只计算初传的block）。
在实际应用中，某一特定百分比（如：LTE中数据信道的BLER要求为10%以下）的BLER并不总是必须的，因为可以重传出错的块并通过特殊的处理（如软合并等），使得接收端正确解出收到的数据。
需要测量和计算BLER时，在发送端就能够完成，因为可以通过收到的NACK数来计算BLER。
在LTE中，控制信道的目标BLER为1%，数据信道的目标BLER
位10%。
当BLER不超过10%时，UE将向eNodeB上报它所能解码的最高MCS。
LTE在无HARQ重传情况下误块率指标为10%，加入HARQ重传后误帧率（FER）大概为1%，再加上RLC层的ARQ后性能提升到10^-5数量级。
例：假设发送了500个block的数据，其中499个block回复ACK，1个block回复NACK，则BLER为1 / 500 = 0.002 * 100% = 0.2%（从这个例子可以看出，计算BLER时，是不把重传的block的ACK/NACK 计算在内的）。