传输超配导致5G站点下载速率低
5G NR用户体验开关设置不当导致5G小区低速率处理案例
用户体验开关设置不当导致5G小区低速率处理案例Xx分公司Xxxx年x月1目录一、问题描述 (3)二、分析过程 (4)2.1无线环境及基站运行状态检查 (4)2.2SIM卡签约速率检查 (6)2.3后台5G侧网管的参数检查 (6)三、解决措施 (7)四、经验总结 (7)NSA共享载波站点低速率小区处理案例Xx【摘要】网络共享载波是指不同运营商之间，在网络部署阶段共同承担的移动网络部署做法，设计考虑网络演进能力，过渡期为NSA组网共建共享，2020年演进至SA组网共建共享。
案例为安徽xx电信5G单锚点共享载波，NSA站点开通后业务测试验证中遇到的低速率问题处理。
【关键字】NNSA低速率、用户体验开关【业务类别】电联共建共享、NSA一、问题描述5月16日xx电信分公司按照计划开通5G单锚点共享载波NSA站点。
由于xx电信5G 未中兴设备，4G为诺基亚设备，电信4G无法作为锚点小区使用。
载波方案NSA共享方式：联通1.8G共享载波+电信5G共享载波，NSA共享方式见下图：业务测试验证中遇到5G测试手机有5G信号，速率低问题；现场测试终端5G信号正常，现场测试速率只有270M左右：图一现场测试图二、分析过程2.1无线环境及基站运行状态检查1)现场HN-寿县-寿县南门电信局-ZA-7143438站点与测试人员终端之间无建筑物、树木等遮挡物，SSB RSRP: -82dBm，SSB SINR: 17.5dB左右；现场测试5G-FTP下行速率能达到257M左右，判断站点非占用假5G信号情况；2)测试软件核查测试业务时，观察调度（Grant DL NUM）：1200以上；（DL MCS：27），下行调制方式：NR 256QAM， DL RANK：4流，信道质量良好。
图二现场测试参数图3)后台网管核查5G站点HN-寿县-寿县南门电信局-ZA-7143438无故障，小区状态正常，网管KPI指标无异常；5G站点诊断站点光口状态正常：图三小区状态查询4)现场尝试变更FTP服务器测试及终端单独APP-SPEEDTEST测试，电信/联通5G手机测试速率依旧未达CQT测试速率标准值：图四SPEEDTEST测试结果2.2SIM卡签约速率检查1)营业厅核查电信/联通2张SIM卡套餐流量未超限；后台SIM卡信令跟踪核查，签约速率也未受限：图五签约速率查询2.3后台5G侧网管的参数检查1)在5G侧网管的RB配置核查，现网配置为100M带宽273RB：图六带宽查询2)在5G侧网管下行传输模式，核查设置正常：图七下行传输模式查询3)在5G侧网管确认商用基线参数设置，核查站点基线参数用户开关=5，建议修改基线值后业务验证测试：图八基线参数查询三、解决措施基线参数用户体验开关5修改为0后，前台测试速率已恢复正常，速率能达1G左右，5G测试业务低速率问题已排查完成：图九复测速率图四、经验总结xx电信开通NSA共享载波站点，5G网管参数设置，对新开站点要进行站点参数核查比较，对后续站点开通具有指导意义。
5G网络下传输问题导致的下载速率问题优化
5G网络下传输问题导致的下载速率问题优化案例上报省份：山西省案例上报人：刘文吉一、关键词：FTP下载速率波动大,速率较低二、案例分类1.问题分类：覆盖类、用户感知、网络性能等2.手段分类：参数调整、网络结构调整、软件功能、4/5G协同相关配置等3.关于问题和手段分类项如有其他建议，可补充：无三、优化背景太原市滨东森林公园开通5G站点后性能测试。
四、问题现象A2_JC滨东森林公园（NSA）5G_H开通后，外场性能测试出现FTP下载速率波动大与低速率现象。
现场测试SS RSRP:-80dbm，SS SINR:23db，SINR良好，下载速率只有40M到200M左右。
查询基站无告警，无线环境良好，但是下载速率较低，波动较大，初步判断问题原因可能为传输侧问题，需核查传输问题。
五、原因分析经分析，基站上游来包乱序严重，通过对top20流的统计，乱序率到达14.9%, 乱序对UDP可能影响不大，但是对TCP/FTP影响较大，需要找传输去排查乱序的节点和原因。
通过gNB侧抓包分析和传输侧ATN抓包分析，基本上每处乱序和乱序导致的重传都是来自于抓包节点的上游（判定方法：横坐标是时间，纵坐标是序号，如果小的序号比大的序号时间滞后，则表明有乱序），即乱序和丢包来自ATN的上游。
例1：例子2：下图是ATN的抓包，图中数据包的斜率代表速率，每当出现乱序导致的重传之后，发送端发送窗口会快速收缩，导致发包频率变慢，同时发包数量减少，从图中可以看到斜率变小，发包数量变少变稀疏，同时ATN上有时候经常来包间断：通过修改测试便携的MTU进行复测，发现MTU设置为1467以下速率能测到500~600Mbps之间, MTU 1468以上速率波动大且速率低。
因此需要继续排查哪个节点的MTU配置有问题，导致分片，从而导致乱序和重传。
最终原因定位：ATN及以上有网元的MTU设置过低导致乱序和重传从而导致速率低和波动大六、解决方案随排查不出具体的网元，不过核心网UGW有一个参数配置来规避这个问题, 可以把TCP MSS设置为1400。
5G低速率问题分析
1，影响5G速率因素影响5G峰值速率的因素总结起来有PDCCH Grant（时隙调度数）、RB（频域资源调度数）、MCS（调制与编码）、Rank（秩）、BLER（误码率）等。
低速率排查思路1、站点是否存在告警，故障；2、查看RSRP电平值、SINR值；3、查看干扰；4、查看DL Grant数，是否为满调度；5、看是否为Rank46、MCS DL占比是否大于26以及调度信息是否256QAM占比；7、排查服务器是否存在异常8、调整终端位置和方向，找到天线接收相关性最好的角度；9、排查传输问题，通过基站UDP灌包定位是TCP问题还是空口问题；10、排查终端问题；2，测试点无线环境要求SINR>25dB，RSRP在（-65dbm~-85dbm），不宜超过-65dBm，接收功率过高会引起接收器件的削波，导致SINR降低从而导致MCS下降，反而会使得速率下降。
多径环境选择：下行高Rank依赖于测试周边的多径环境，尽量选择周边有树木、车辆，建筑物反射区域，光滑镜面易反射为佳且测试点，与基站天线非直射径。
而上行测试更偏向选择直射径环境，测试点可以看到天线最佳。
邻区控制：建议选择邻区RSRP低于服务小区6db的点位测试，避免SSB和TRS干扰。
3，5G低速率常用定位方法干扰分析当小区存在干扰信号时候，上下行业务均会受到影响，出现接入、掉话、速率低等问题；当出现高RSRP低SINR时，且MCS等指标都偏低，就要考虑定位干扰问题。
MCS/RANK被固定Rank阶数低定位方法RI = rank indication，秩指示;用来指示PDSCH的有效的数据层数，用来告诉gNB，UE现在可以支持的CW数。
简单来说，就是可以在空间区分出的相互独立互不相关的信道的数量，可以支持的数据流的数量。
比如说RI=4，表示接收端能够识别4个信道的数据，可以支持4组数据并发。
Rank最大值主要取决于gNB和UE 端最小天线数，一般基站的天线远大于UE的天线数，因而主要取决于UE端的天线数。
5G精品网格“三步九阶法” 专题优化案例
一、精品网背景介绍根据集团《中国电信集团生产任务[2020] 275 号》文件指示，电信于6月至9月开展精品网优化工作，本次精品优化工作由电信无线通信传输局牵头，联合网运部、网发部等周边部门，按照集团“占得上、体验优、验留稳”的优化思路，独创“三步九阶” 优化方法，打造出成高质量、可持续盈利、可持续发展的精品网络。
集团发文如下：集团精品网工作目标如下：二、“三步九阶法”方案介绍“三步九阶法” 是以“占得上、体验优、验留稳” 为最终目标，结合现场的实际工作情况，通过基础配置优化、覆盖优化、性能优化三大步骤，快速提升网络质量，实现精品网网络目标的优化方法。
（一）第一步：基础配置优化1. 阶段1：测试版本/开卡速率/测试方法（1）测试版本4G，5G，测试终端推荐版本如下，由于版本不断推新建议以最新的为准。
（2）开卡速率核心网开户信息中包含了两个重要信息：AMBR、QCI。
通过5G 基站X2 接口跟踪查看消息确认UE-AMBR，核查uEAggregateMaximumBitRate 信元的值是否符合要求。
NSA 组网下，5G 用户的开户信息在X2 口“SGNB_ADD_REQ” 消息中。
在网络侧根据信令中携带消息能查询APN-AMBR 速率。
实际生效的AMBR 为UE-AMBR 和APN-AMBR 中的最小值。
（3）测试方法测试终端位置固定在前或后挡风玻璃下方（胶带纸固定），车速30km/h 左右。
由于5G 速率较高，手机发热较大，如果产生高温告警，影响测试结果，建议采用冰袋降温或者购买手机支架将手机放置空调出风口处降温。
2. 阶段2：基线参数/邻区核查（1）参数核查根据中国电信集团发布《5G 部署区域的45G 现网基站关键参数设置建议》，对全网45G 参数进行核查，发现异常的即时修改。
参数核查规范如下所示：（2）邻区核查邻区规划是否准确、配置是否合理、优化策略是否全面，直接影响了网络初建期的业务感知。
LTE调度不足导致下载速率低案例
LTE调度不足导致下载速率低案例【摘要】近期网络测试中，发现多个站点在无线环境良好的情况下，下载速率无法达到峰值的情况。
【关键字】调度不足1.问题描述近期网络测试中，发现多处无线环境良好的情况下速率低的问题。
针对此问题，进行了反复抓包、测试定位，分析发现引发该问题的原因有多种情况。
2.原因分析1.无线侧初步分析排除终端和笔记本、FTP服务器问题：对这几个站点，进行更换终端、笔记本等方法进行测试，现象一样，且同样的笔记本、终端在其他站点上速率正常，可达到峰值。
排除这方面的问题排除无线环境因素:测试时对测试位置进行多次选点，在RSRP/SINR等都远大于极好点的位置进行测试，MCS等级可基本维持在27以上，但是速率表现一样。
同样的位置进行UDP灌包，速率可达到峰值。
在基站的S1口做镜像抓包，同时在FTP服务器上也做WIRESHARK 抓包，发现S1口的下行数据存在乱序和丢包的现象，丢包率大约为千分之一，这个有可能导致速率的下降。
2.上行反馈晚点到达服务器和终端丢包通过寻找无线环境好的测试点，测试速率可在90M以上，但也有偶尔掉坑现象，针对此种情况进行抓包和CDL业务日志分析，发现掉坑的时候有突发重传，重传的原因有2中：上行ACK到达服务器时间点晚导致服务器重传终端侧抓包分析：在500746行收到了SN为904789478的原始包紧接着在500748行对500746行和500747行报文进行确认ACK（ipid : 30556），如图：在501077行，收到SN为904789478的重传包服务器侧：在939644行对SN：904789478包首次进行发送在939931对SN：904789478包进行重传，此时按照TCP协议，超时重传会导致速率陡降。
然而，在服务器对SN： 904789478重传后的939936行收到了终端对原始包的确认，说明原始包的ACK（ipid: 30556）并没有丢，只是到服务器时晚了上行ACK晚点到达服务器的原因应该与下述发现的传输时延突发异常变大有关。
传输Qos控制和CPE硬件问题导致的5G下载速率低分析案例
传输Qos控制和CPE硬件问题导致的5G下载速率低分析案例传输Qos控制和CPE硬件问题导致的5G下载速率低关键词：Qos控制;CPE;速率低案例分类问题分类：⽹络性能⼿段分类：参数调整、终端问题等关于问题和⼿段分类项如有其他建议，可补充优化背景吉安某站点（60M带宽）上⾏速率可达86M，但是下⾏速率只有17M左右。
问题现象新开5G试点⼩区“NR_XXX市政府⼤楼演⽰站2⼩区”，规划参数如下:60M带宽测试发现上⾏速率可达86M，但是下⾏速率只有17M左右。
原因分析组⽹⽅式为:5G基站地---市城域PTN---省⼲PTN---省会城域PTN---核⼼⽹。
（1）该站存在“传输光接⼝异常告警”，原因为PTN到基站侧的发光太强导致，更换PTN光模块后，告警恢复，测试速率仍然没有改善。
（2）核查基站基线参数配置，未发现异常配置。
（3）SIM卡开卡速率核查，通过跟踪S1⼝信令S1AP_INITIAL_CONTEXT_SETUP_REQ分析可知，测试的SIM卡速率下⾏为1G，排除开卡原因导致低速率。
基站侧传输速率18M（4）传输带宽排查:通过基站侧”传输端⼝性能监控”界⾯监控从核⼼⽹下来的速率也只有18M左右，因为核⼼⽹服务器向基站灌包⼤⼩为200M，则说明传输带宽配置应该存在问题，联系传输⼈员核查该站的传输PIR配置为20M。
让其修改传输带宽PIR到200M后，⽤TCP灌包⽅式复测下⾏速率只有50~70M左右，没有达到接近200M的预测速率。
复测速率只有50M~70M左右继续排查低速率原因，通过基站侧”传输端⼝性能监控”界⾯监控从核⼼⽹下来的速率也只有65M左右。
因为TCP灌包有检测机制对端接收多少返回来后的消息会⾃动修改为对端可接收的⼤⼩。
为了排除CPE和电脑的接收能⼒影响速率，跟核⼼⽹协商后采⽤UDP灌包，发现⼀个新的的问题，UDP灌包时CPE会挂掉，CPE上的信号标志时有时⽆，速率可以瞬时达到185M左右。
精品案例_5G NSA模式下速率低问题排查处理
5G NSA模式下速率低问题排查处理案例目录一、问题描述 (3)二、分析过程 (4)2.1 NR理论速率研究 (4)2.2 影响NR速率的因素 (5)2.3 测试速率低信令流程分析 (13)三、解决措施 (17)四、经验总结 (18)4.1 速率低经验总结 (18)4.2 速率优化带来的市场效应 (19)5G NSA模式下速率低问题排查处理案例【摘要】伴随着5G站点的快速部署商用以及5G商用终端发布，滁州电信根据省公司统一部署开通营业厅以及校园示范站点，并进行5G业务体验。
在工程优化过程中发现测试速率异常，不到100Mbps，需及时处理。
排查发现锚点站1.8G小区正常驻留5G且业务性能正常，同站2.1G小区SN添加未成功，导致速率异常。
原因为同站2.1G NR邻区配置不全，EN-DC功能开关未打开导致，参数优化后复测终端正常接入，下载速率800Mbps左右。
同时，讨论速率异常可能存在的影响因素，总结了5G速率低问题的排查思路，为后续速率类异常故障的处理提供经验依据。
【关键字】速率NSA【业务类别】5G一、问题描述滁州电信在校园以及营业厅5G网络建设以及优化测试过程中发现在在西门子路电信营业厅基站、苏宁广场电信营业厅基站下的某个小区测试时都存在5G下载速率非常低的情况，不满足近点速率验收标准（下载速率＞600Mbps），如图（1）。
图（1）终端占用5G速率测试异常二、分析过程2.1 NR理论速率研究5G的理论速率到底能达到多少？如图（2）所示。
图（2）不同类型下理论峰值速率图就滁州电信来说现网目前采用的100M带宽，根据上下行的速率与带宽，调度周期，调整方式，流数有关系，可以简单用公式算一下的。
1）上行峰值速率=（上行PDSCH占用RE数* 256QAM对应bit数*码率*流数）/ 5/1000=（273*12*（13+13+13）*8*0.95*2）/5/1000= 388Mbps2、下行峰值速率=（下行PDSCH占用RE数* 256QAM对应bit数*码率*流数）/ 5/1000/1000=（273*12*（11.9+11.9+11.9+7.9+11.9+11.9+7.9）*8*0.95*4）/5/1000/1000= 1.49Gbps2.2 影响NR速率的因素2.2.1 覆盖优化覆盖问题优化整体遵循如下几个原则：原则1：先优化SSB RSRP，后优化SSB SINR；原则2：覆盖优化的两大关键任务：消除弱覆盖；消除交叉覆盖；原则3：优先优化弱覆盖、越区覆盖、再优化导频污染；原则4：工程优化阶段按照规划方案优先开展工程质量整改，其次建议优先权值功率优化，再物理天馈调整优化；5G NR覆盖优化方法与LTE相似度较高，对基础测试数据分析，结合网络拓扑结构、基础工参及参数配置、对网络覆盖问题产生的原因进行深入分析，制定相应的优化解决方案。
5G NSA组网下单站业务验证时下载速率低问题分析
5G NSA组网下单站业务验证时下载速率低问题分析目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (6)四、经验总结 (7)5G NSA组网下单站业务验证时下载速率低问题分析案例【摘要】滁州电信5G NSA 网络采用NSA Option3x组网，LTE eNB作为MN，gNB作为SN，适合于5G商用初期热点部署，能够实现5G快速商用。
在进行单站验证过程中，经常会遇到上传和下载速率和理论值相差过大的情况，影响5G站点的验收效率。
而且速率问题需要对4、5G网管中的相关参数进行核查，寻找无线环境情中RSRP、SINR比较好的点进行测试。
本篇案例对影响速率测试的相关参数进行分析，对以后排查速率过低问题提供帮助。
【关键字】5G NSA【业务类别】5G一、问题描述在对琅琊山5G站点进行单站验证时，利用终端上安装的speedtest进行5G站点的上传和下载速率测试。
在更换过不同服务器之后，发现测试的下载速率一直保持在300Mbps左右，上传速率在60Mbps左右，如图所示。
与5G的理论下载和上传速率差距过大，也没能达到上次测试下载速率600-700Mbps，上传速率100Mbps的水平。
下面对这类单站验证中的测试速率异常问题进行分析。
图（一）5G终端测试下载速率存在明显异常二、分析过程所测试站点为NSA的Option3X组网方式，其中测试站点为琅琊山5G基站，其中4G锚点站为1.8G的FDD-LTE站点。
观察信令发现该站点SN成功添加，SN添加信令如图二所示。
通过信令观察双连接建立过程也没有异常，如图三所示，5G正常接入。
图（二）5G终端测试SN正常添加信令流程图（三）5G终端正常接入5G网络信令截图但是使用天机10Pro在speedtest上进行测速发现下载速率一直保持在300Mbps左右，上传速率在60Mbps左右，与之前测试值不符。
针对此类速率不达标问题，按照如下方法进行排查。
（1）首先确定测试地点无线环境良好。
APN参数设置导致5G下载速率受限问题处理案例
APN参数设置导致5G下载速率受限问题处理案例案例上报省份：河南案例上报人：李军一、关键词：APN-AMBR、UE-AMBR、APN、限速二、案例分类1.问题分类：网络性能2.手段分类：参数设置三、优化背景9月初部分5G终端正式发售，5G用户开始不断增长。
河南公司针对5G场景下的用户行为进行模拟测试，挖掘网络风险，并针对发现的问题提前进行优化调整，最终达到提升5G用户体验的目的。
四、问题现象模拟用户行为进行5G下载速率测试：在不换卡不换号的情况下，将普通4G 用户手机卡插入5G测试终端进行测试，发现下载速率只有100Mbps左右，远低于5G理论体验速率。
五、原因分析1)告警核查：对站点工作状态进行核查，无故障告警信息。
2)无线环境核查：使用probe+5G手机进行测试log采集，SS-RSRP值为-78dBm，SS-SINR为34dB，无线环境良好；RI值为RANK4，MCS阶数为18，下行数据流数和编码方式正常。
3)资源调度分析：当前小区带宽为100M带宽，PDCCH调度仅为494次，远远达不到1600的满调度，在当前5G用户数不多的情况下存在明显异常。
DL Throughput图中显示，下载速率稳定在104Mbps左右，趋势逼近一条直线。
调度数不足，且速率稳定在一个固定值，与速率受到限制的情况吻合。
4)限速参数核查：跟踪S1/UU/X2三个标准接口信令，发现UE-AMBR下行签约速率为2Gbps，远大于104Mbps，可知UE-AMBR不受限。
进一步核查APN-AMBR参数，根据参数值计算得到下行用户限制速率为104Mbps，与测试时的速率峰值一致，由此可确定是APN-AMBR参数设置导致用户下行速率受限。
5)APN-AMBR参数计算：AMBR（Aggregate Maximum Bit Rate）是聚合最大比特速率，其中APN—AMBR 是关于某个APN的所有non—GBR承载的比特速率总和的上限;UE—AMBR是关于某个UE的所有non—GBR承载的、所有APN连接比特速率总和的上限。
因传输IPV6改造后导致终端速率变低的案例
因传输IPV6改造后导致终端速率变低的案例
【产品族】NR
【关键字】IPV6、重传、丢包
【问题描述】
C地市一5G站点，版本为BTS5900 V100R016C10SPC170,改造IPV6后速率变低，如下截图，无线指标良好，RANK4，MCS约25，调度在650左右，下载速率只有300Mbps；
【告警信息】
无
【处理过程】
一、IPV6改造后基站侧抓包分析，平均调度只有650左右，下降速率360M左右：存在来水不足的问题，导致下行调度和RB不足。
此次调度后剩余DRB待调度数据量为0的次数比较多，说明存在上游来水不足问题。
基站侧抓包数据分析，基站以上存在严重的丢包和乱序包问题。
分析其中一个TCP流，丢包率达到0.24%。
二、回退IPV4后对比
剩余DRB待调度数据量为0（无数据调度）的次数为0，不存在上游来水不足问题。
前台测试几乎满调度，速率在800Mbps以上：
【根因】
IPV6传输改造后，基站上游来水不足，存在明显的丢包、乱序情况，需要传输核查原因。
【解决方案】
需要传输侧同时抓包，数据对齐后来对包分析
【建议与总结】
1、需要理解TCP丢包、重传、乱序概念。
2、熟练使用5G FMA工具来解包分析
3、TCP协议相关消息内容的解读，从而来进行问题的定界，如果传输不认同结果还需要和传输同时抓包来对包分析。
FTP下载业务由于传输受限导致下载速率低问题
FTP下载业务由于传输受限导致下载速率低问题问题描述：当服务器、核心网、eNodeB之间的传输存在问题时，会造成终端的下行速率低。
本文以定位某站点近点测试FTP 下行速率低问题为例，通过此问题分析，隔离定位出导致速率低的根因为传输导致。
分析定位过程：1、处理思路先确定是否空口质量问题，通过观察RSRP、SINR信道质量指标进行分析；排除空口质量问题后，如果是FTP问题，需要首先使用UDP灌包排查传输问题；（FTP属于TCP业务，TCP本身通信机制较为复杂，一般都需要抓包进行分析，对于一般速率问题，首先推荐使用UDP灌包进行排查。
若UDP灌包速率存在问题，首先解决UDP灌包速率问题）2、关键过程现场进行问题复测，测试方法：先使用FTP软件从服务器直接下载文件，再使用iperf软件从服务器侧向UE灌100mbps的UDP包进行对比测试，在服务器、eNodeB和UE侧观察下行接受速率。
1）服务器侧直接从iperf软件读取从网卡发出的速率；2）eNodeB侧使用MML命令DSP IPPATH查询从核心网接收到的实时速率；3）UE侧使用Probe观察MAC层的接受速率。
通过测试，得出如下结论：1）可排除信号原因。
下行信号很好，RSRP = -61dBm，SINR = 36.7dB，下行下载没有误包。
2）排除UE开户速率低原因。
与现场同事确认，该UE及SIM卡在其他站点测试都没有问题，FTP下载速率都可以达到30mbps以上。
3）排除上行链路原因。
FTP下行下载和UDP下行灌包，从eNodeB和UE侧观察，2种方法的测试速率都在970kbps 左右，TCP（FTP业务）与UDP的机制不同（TCP需要上行反馈，UDP不需要上行反馈），同时，进行上行UDP灌包，UE和eNodeB观察的上行速率都为6mbps左右，通过上述测试可以排除上行链路的影响。
eNodeB侧MML命令查询上行实时速率如下图：To query the parameters of an IP path, run the following command:DSP IPPATH: PATHID=0;The result is shown as follows:+++ HUAWEI 2012-10-31 16:20:19O&M #41%%DSP IPPATH: PATHID=3;%%RETCODE = 0 Operation succeededDSP IP Path Result------------------IP Path ID = 3Non-Realtime Reserved TX Bandwidth(Kbit/s) = 0Non-Realtime Reserved RX Bandwidth(Kbit/s) = 0Realtime TX Bandwidth(Kbit/s) = 6351Realtime RX Bandwidth(Kbit/s) = 4Non-Realtime TX Bandwidth(Kbit/s) = 0Non-Realtime RX Bandwidth(Kbit/s) = 0Transport Resource Type = High QualityIP Path Check Result = normal(Number of results = 1)--- END4）可排除空口原因。
5G优化案例：5G站点传输带宽不足导致下载速率低案例
5G站点传输带宽不足导致下载速率低案例XX目录5G 站点传输带宽不足导致5G 下载速率低 (3)一、问题描述 (3)二、分析过程 (3)影响因素分析 (3)无线原因分析 (4)开户分析—OK (5)多用户分析—OK (8)来水分析—不足 (8)终端及ftp 服务器---正常 (9)TCP 分析—来包丢包 (9)传输分析—有问题 (9)三、解决措施 (9)四、经验总结 (9)5G 站点传输带宽不足导致下载速率低XX【摘要】测试人员发现单验时信号质量较好，但测试的下行速率只有250Mbps 左右。
终端在其它站点下同样方法进行测试，速率正常。
后台从终端到服务器间各个环节单独进行分析，发现速率受限瓶颈为传输带宽不足导致，改造后下载速率达到600M，从而解决峰值速率低问题。
【关键字】传输带宽受限峰值下载速率低【业务类别】优化方法一、问题描述XX松山湖北部工业园在2020 年5 月18 日进行5G FTP 下载业务验证时，下载速率平均值较低，约为250M。
通过omc 网管的mac 层灌包可以到1G，可以排除MAC 以下问题，需要详细定位解决该问题。
二、分析过程影响因素分析影响下载速率的可能因素如下：➢SIM 卡开通参数设置问题；➢终端原因；➢多用户导致测试值低；➢传输原因；➢无线环境差原因；➢服务器原因。
无线原因分析首先查看该站无告警，现场观察测试小区稳定占用PCI= 415 小区，测试时终端收到PCI=415 小区RSRP 为-68dbm，SINR 为7，RANK 为4，SINR 偏低影响MCS 选阶偏低，误包率正常。
SINR 低的原因为邻区RSRP 与服务小区RSRP 几乎一样，说明选点不合理，或者存在邻区干扰。
MCS 在20 左右，稍低，虽会影响速率，但不是影响下载速率低的主因。
观察RANK 指示，RANK 值基本为4，正常。
由于调度RB 数和Grant 数不足，对速率影响大：开户分析—OK每张SIM 卡在开户时会对应两个参数与峰值数率有关系，APN-AMBR 和UE-AMBR。
LTE下载速率低原因及相关案例
. LTE 案例大全2016-10-14喜欢我就加我??51 通信1.LTE 下载速率低原因及相关案例现阶段排查 LTE 下载速率低影响的主要因素包括：（1）无线环境（2）容量（3）无线参数配置（4）传输问题（5）传输相关参数配置（6）故障（7）传输相关参数配置1.1 无线环境无线环境是影响下载速率低的一个重要原因。
现网中由于多系统的存在，会对空口传输质量造成影响。
无线系统按照干扰产生的起因可以将干扰分为系统内干扰和系统间干扰。
.系统内干扰：系统内干扰通常为同频干扰。
TD-LTE 系统中，系统内干扰常见原因有小区越区覆盖造成的同频干扰和GPS 时钟不同步造成的下行信号对上行信号的干扰和模三干扰。
系统间干扰的产生：系统间干扰通常为异频干扰。
主要有：杂散干扰、阻塞干扰、谐波干扰、互调干扰。
通过LTE 前期总结系统间干扰的干扰主要如下：排查这种类型干扰，一般是通过系统监控手段对小区干扰进行预判断，然后根据小区的干扰特性进行实地扫频排查。
通过闭站，看干扰是否消失排查。
1.1.1 案例 1 ：系统外干扰（ DCS1800 ）导致 LTE 宏站单小区下载速率低1.现象描述LTE 基站 1 小区在测试过程中，发现下载速率低（1M 左右），终端 ping核心网侧丢包率高达50%。
该基站配置为S111，频段是F频段1880-1900MHz，带宽 20M ，参考信号功率12dBm ，上下行时隙配比1:3 ，特殊子帧时隙配置DwPTS:GP:UpPTS=3:9:22.问题分析使用底噪查询工具。
各小区底噪情况如下：.将查询出的底噪值与各小区的业务速率对比，很容易看出业务速率低的小区恰好是后台查询底噪高的小区。
由此判断为底噪高是导致空口质量差，引起终端业务速率低、ping包丢包率高的原因。
闭塞周边所有LTE 小区 , 以及 2 、 3 小区全部闭塞，仅保留 1 小区，问题依然存在。
对1880-1900MHz扫频，发现移动DCS1800频段天线对该频段有干扰。
5G优化案例：七步法解决5G下行速率低的优化实践案例
七步法解决5G下行速率低的优化实践案例XXXX 年XX 月目录一、问题描述 (3)二、分析过程 (3)2.1速率低分析七步法 (3)2.2根因定位 (7)2.3原理说明 (7)三、解决措施 (8)3.1解决方案 (8)3.2优化效果 (9)四、经验总结 (9)七步法解决 5G 下行速率低的优化实践案例XX【摘要】本案例通过七步法定位并解决5G 下行速率低问题的优化实践案例。
【关键字】5G N R、N S A、L a m p s i t e、参数【业务类别】5GNR、优化方法、参数优化一、问题描述XX二院在部署 5GNSA 网络后，通过 CPE1.0 测试时存在速率较低问题（只有 200Mbps左右），无法达到 CPE1.0 测试的正常速率。
二、分析过程遇到速率低问题时，我们主要通过七步法分析可以快速定位问题原因，准确找到根因，对症下药解决速率低问题。
2.1速率低分析七步法速率低分析七步法流程图：NYYNNYYNNYNYN2.1.1第一步无线环境核查通过测试软件观测，现场无线环境良好，终端占用 PCI=0 的5GNR 小区，平均RSRP=-80dBm，平均 SINR=30dB,如下：2.1.2第二步基站告警核查通过后台 LST ALMAF 命令查询，基站正常无告警：2.1.3第三步连接设置核查通过连接设置核查发现测试设备软件版本匹配（CPE-080T），APN 连接设置正常(cttest)：2.1.4第四步测试卡限速核查通过核心网查询，测试卡没有限速：2.1.5第五步传输链路核查通过 ping 传输下一跳，正常无丢包：2.1.6第六步基站参数核查通过基站参数核查，频点、带宽、X2 等链路配置正常：2.1.7第七步无线参数核查通过无线参数核查，发现占用R B数目、C o mm on P D CC H的聚合级别、T R S周期&C S I周期设置异常：2.2根因定位通过七步法分析，可以断定速率低问题主要因为参数配置导致。
调度不满导致下载速率低问题
调度不满导致下载速率低问题一、问题描述近期，在网格优化过程中， LTE网格组发现多个站点在无线环境良好的情况下，在极好点处下载速率无法达到峰值的情况，如下为潘湖新村-1小区测试速率，速率始终只能在50M-60M上下。
按照现网时隙配置正常情况下应该在80M以上。
共发现该问题的有：潘湖新村、霞州新村、江夏丽景、鸿达汽车、蔡庄街、赤土村等6个站点。
二、问题分析针对该问题进行了长达2周的反复抓包、测试定位，分析发现引发该问题的原因有多种情况，下面是详细分析。
1.无线侧初步分析排除终端和笔记本、FTP服务器问题：对这几个站点，进行更换终端、笔记本等方法进行测试，现象一样，且同样的笔记本、终端在其他站点上速率正常，可达到峰值。
排除这方面的问题排除无线环境因素:测试时对测试位置进行多次选点，在RSRP/SINR等都远大于极好点的位置进行测试，MCS等级可基本维持在27以上，但是速率表现一样。
同样的位置进行UDP灌包，速率可达到峰值。
如下图，至此可基本排除无线环境问题。
测试组对问题站点的小区PRB数限制为48/24，测试速率基本稳定在对应的峰值速率上。
也说明问题不在空口上，怀疑进入基站的数据不足。
在基站的S1口做镜像抓包，同时在FTP服务器上也做WIRESHARK抓包，发现S1口的下行数据存在乱序和丢包的现象，丢包率大约为千分之一，这个有可能导致速率的下降。
潘湖新村蔡庄街2.传输链路不稳及丢包问题根据以上分析，首先怀疑传输侧问题，将存在问题站点提交传输分析，传输侧反馈霞州新村搬迁、江夏丽景链路不稳，并进行处理；鸿达汽车传输侧存在明显丢包，并对异常进行处理；根据传输侧反馈，项目安排复测：江夏丽景和鸿达汽车问题解决，霞州新村搬迁1、2小区速率恢复正常，3小区下载速率依然较低；由于同站所有小区共用传输，因此该站3小区问题非传输导致；3.参数设置问题传输整改后霞州新村仅3小区仍存在问题，因此小区参数设置嫌疑较大，将3小区参数与1、2小区进行对比，发现上行BO参数设置不合理，参照1、2小区进行设置后，3小区下载速率恢复正常，并对其他未解决站点参数也进行核查，发现潘湖新村存在同样问题，修改后也恢复正常。
APN参数设置导致5G下载速率受限问题处理案例
APN参数设置导致5G下载速率受限问题处理案例案例上报省份：河南案例上报人：李军一、关键词：APN-AMBR、UE-AMBR、APN、限速二、案例分类1.问题分类：网络性能2.手段分类：参数设置三、优化背景9月初部分5G终端正式发售，5G用户开始不断增长。
河南公司针对5G场景下的用户行为进行模拟测试，挖掘网络风险，并针对发现的问题提前进行优化调整，最终达到提升5G用户体验的目的。
四、问题现象模拟用户行为进行5G下载速率测试：在不换卡不换号的情况下，将普通4G 用户手机卡插入5G测试终端进行测试，发现下载速率只有100Mbps左右，远低于5G理论体验速率。
五、原因分析1)告警核查：对站点工作状态进行核查，无故障告警信息。
2)无线环境核查：使用probe+5G手机进行测试log采集，SS-RSRP值为-78dBm，SS-SINR为34dB，无线环境良好；RI值为RANK4，MCS阶数为18，下行数据流数和编码方式正常。
3)资源调度分析：当前小区带宽为100M带宽，PDCCH调度仅为494次，远远达不到1600的满调度，在当前5G用户数不多的情况下存在明显异常。
DL Throughput图中显示，下载速率稳定在104Mbps左右，趋势逼近一条直线。
调度数不足，且速率稳定在一个固定值，与速率受到限制的情况吻合。
4)限速参数核查：跟踪S1/UU/X2三个标准接口信令，发现UE-AMBR下行签约速率为2Gbps，远大于104Mbps，可知UE-AMBR不受限。
进一步核查APN-AMBR参数，根据参数值计算得到下行用户限制速率为104Mbps，与测试时的速率峰值一致，由此可确定是APN-AMBR参数设置导致用户下行速率受限。
5)APN-AMBR参数计算：AMBR（Aggregate Maximum Bit Rate）是聚合最大比特速率，其中APN—AMBR 是关于某个APN的所有non—GBR承载的比特速率总和的上限;UE—AMBR是关于某个UE的所有non—GBR承载的、所有APN连接比特速率总和的上限。
TRS周期配置过高导致NR定点测试速率低问题
对长春浦东路营业厅1FLampsiteB-HRWP单站验证阶段，做定点速率测试时，出现下载速率不达标。
五、原因分析
做定点测试时，通过probe窗口显示NR正常接入后做下载业务，发现下载速率未达到500兆，通过probe分析发现SSB AVG RSRP：-75.63、SSB SINR：24.56dBm，均达到覆盖好点要求。
影响原因分析：
基站告警：无；
小区干扰：-112dBm；
传输带宽：10GE；
参数核查：TRS周期与推荐值不一致。
六、解决方案
通过前期优化了解到，TRS周期、CSI周期不同配置对小区下行吞吐率有所影响。现对TRS周期进行调整，将TRS周期由原配置40ms调整为20ms。
七、效果评估
TRS周期调整后，在SSB AVG RSRP：-72.69、SSB SINR：18.94dBm时下载速率有明显提升但不稳定，平均下载速率由472Mbps提升至855Mbps。
八、基于案例提炼的方法、流程及评估标准建议
开站脚本参数核查，避免TRS周期、SSB周期等参数未按要求配置，防止单站验证时低速率发生延缓进度；
已开通站点定期参数核查，避免参数误修改或参数验证未回退等问题造成参数配置差异。
TRS周期配置过高导致NR定点测试速率低问题
案例上报省份：吉林案例上报人:肖彤
一、关键词：
低速率、SSB周期、TRS周期
二、案例分类
问题分类：低速率类
手段分类：参数调整
三、优化背景
目前5G网络为NSA组网方式，需要通过LTE锚点接入5G并驻留，因此优化过程中要确保LTE锚点接入、切换指标正常，用户占用5G小区后切换、驻留比、速率、覆盖等指标正常。
传输设备PTN MTU值配置错误导致5G演示速率低的案例-完成
传输设备PTN的MTU值配置错误导致5G演示速率低
一、关键词：速率低、传输、MTU
二、案例分类
1.问题分类：网络性能
2.手段分类：网络参数调整
三、优化背景
福建宁德蕉城三都寒垅开通了5G NSA站点，为用户提供5G 网络感知体验，小区带宽100MHz，上下行时隙配比为2:8。
测试终端为华为CPE1.0。
四、问题现象
福建宁德三都寒垅5G站点开通后，现场进行业务性能验证发现下行速率严重不达标，只有平均3Mbps左右，但是现场无线环境好：
五、原因分析
1、log分析
1）下行速率在速率在3～5Mbps之间波动；
2）下行信号质量好：CSI-RS RSRP=-60dBm；CSI-RS SINR=39dB；
3）终端RANK4调度；但MCS比较低（10左右），怀疑上游可能存在来水不足引发小包降阶。
4）PDSCH RB/Slot 平均才29，PDCCH DL Grant调度次数平均只有81次/s（正常数值应为1600或接近，下行调度的RB 数明显不足）。
2、排查sim卡是否被降速
测试卡是否超套餐引起限速，拨打移动1008查询是否当前测试卡未超套餐流量。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
传输超配导致5G站点下载速率低
案例上报省份：广东案例上报人：韩喆
一、关键词：
带宽；速率低；调度；传输；
二、案例分类
1.问题分类：用户感知/网络性能
2.手段分类：参数调整、测试log分析、现象重现等
三、优化背景
通过CPE演示5G业务，验证时出现5G下载速率低，只有200Mbps左右，距离目标速率值较远。
四、问题现象
广东揭阳移动5.17电信日，新建5G站点“揭阳普宁政府东服务厅D-HRH”，5G站点使用华为AAU5619开启2.6GHZ频段60M带宽（SA模式）；使用华为CPE、MATE20X测试下行速率均在100~200Mbps之间波动，尝试更换FTP服务器及测试软件均不能提高下载速率；需求对下载速率进行优化提升。
五、原因分析
1. 开站参数核查
首先对“揭阳普宁政府东服务厅D-HRH”进行参数核查，与正常站点的参数对比，未发现参数设置存在差异。
2. 下载业务Probe分析
使用Probe连接CPE进行CQT测试，RSRP在-62dbm,SINR为40，下行PDCP层速率只有165.11Mbps，Rank为4流，其中PDSCH每秒的RB调度数只有64848个，来水严重不足。