1、多终端上行速率减半问题分析案例一、 关键词上行速率、Prach配置二、 案例分类1、问题分类：用户感知、网络性能2、手段分类：参数优化三、 优化背景基于5G-NSA组网结构，保障终端业务性能最佳四、 问题现象重庆观音桥区域在EPC组网下接入4.9G NR站点，单终端用户接入时，上行速率130M左右，当两终端接入且仅一终端做业务时，上行速率70M左右；同样在接入2.6G NR站点时，接入一个终端用户，上行速率在130M左右，当两终端接入且仅有一终端做业务时，上行速率在70M左右。而一个手机用户和一个CPE同时接入，上行速率不受影响。统计RB使用情况，单用户接入的时候上行RB使用在8万-10万之间
2、，下行使用在43万左右。当多终端接入仅一台终端做业务上行RB使用降到5万左右，下行使用还在43万左右。前后对比上行RB使用基本减半，上行速率下降70M左右，下行较大无影响。 单用户RB多终端接入RB 单/多终端接入峰值测速对比单终端接入多终端接入五、 问题分析 Mate20x接入导致Mate20x速率减半问题分析当前Prach配置为65535 5ms周期，每一个上行U时隙均被Prach截断为2段RB。当前版本限定：当调度的用户数 =可用 RB段的数目，RAN侧的内部软开关自动切换为连续调度（非参数，不可配置）。测试场景为两个用户，触发软开关，导致自动切换成连续调度，调度RB从全带宽降低到被PR
3、ACH截成的一段RB段，速率降低。 CPE接入不会导致Mate20x速率减半问题分析1）CPE不属于商用终端，Mate20x做的是灌包业务，cpe不做业务的时候只有上行预调度，预调度优先级低于灌包业务。2）当前版本判断cpe优先级没有商用终端高的话会把cpe从调度链删除，所以基站调度链里只有商用终端mate20x，可以进入非连续，此种情况商用终端没有速率受影响六、 解决方案 临时解决方案Prach配置从65535修改为200，周期拉长到40ms，可以减少被prach截断的上行调度块，减小速率影响。 最终解决方案版本升级七、 优化效果对站点执行Prach配置修改后多终端接入现场测速上行速率回升至100M+。已获得授权通信资料：白先生客栈
