待解决问题
[5GNR]网络是根据UE上报的什么值来调度PRb数?
离问题结束还有0天0小时 |
提问者:ynkmcgx
|
提问时间:2020-7-7 12:20
B3+N79, 网络调度给测试的PRbs数在200以内,但是给对比机的是满PRbs 273, 导致速率不一样,请问各位前辈,这个PRbs是由什么来影响的?
CQI测试机对比机都是15
CQI测试机对比机都是15
问题答案 ( 2 条 )
考虑到您说的CQI都是15, 所以猜测您说的是下行调度PRB数的问题? 我做过一段时间LTE L2 DL, 如果是LTE里下行调度PRB 没有满调度的话我通常是先这样看的哈, 给您参考:
首先还要进一步获取问题的细节: 调度不满是统计结果还是某个子帧(或者时隙)不满调?如果是统计结果不满的话,其大致分布是怎样的,是所有子帧都调度部分PRB 还是一旦调度就满调,否则就不调度,这些信息在单UE 环境下是可以直接看UE log的, 如果是多UE 就要关注L2 log了,
另外感觉关注的问题 主要还是想要达峰速,除CQI影响速率峰值之外, 灌包情况是否一样 (包大小, 包间隔, 数据类型(tcp,udp)), 调度机会是否都利用起来了,是否有重传(MAC重传, RLC 重传),MCS 是不是最大,
如果只是PRB 没有用满的情况的话, 我觉得最直接的可能有两个, 第一:L2 拿到的TBSize 不够大, L2觉得不需要调度这么多PRB 就可以满足L2看到的需求,如果是这个情况就要关注从灌包命令到L2 获得数据大小的通路去找问题(不同企业实现很不同)。第二:在有些子帧UE不满足调度条件(以致于有的子帧满调度有的子帧不调度,导致最后统计结果看起来没调满):UE 不调度的可能原因很多, 需要根据具体问题具体分析, 前两个原因都不对的话,看下第三:两个小区的关于公共时频资源的配置是否有明显不同,
首先还要进一步获取问题的细节: 调度不满是统计结果还是某个子帧(或者时隙)不满调?如果是统计结果不满的话,其大致分布是怎样的,是所有子帧都调度部分PRB 还是一旦调度就满调,否则就不调度,这些信息在单UE 环境下是可以直接看UE log的, 如果是多UE 就要关注L2 log了,
另外感觉关注的问题 主要还是想要达峰速,除CQI影响速率峰值之外, 灌包情况是否一样 (包大小, 包间隔, 数据类型(tcp,udp)), 调度机会是否都利用起来了,是否有重传(MAC重传, RLC 重传),MCS 是不是最大,
如果只是PRB 没有用满的情况的话, 我觉得最直接的可能有两个, 第一:L2 拿到的TBSize 不够大, L2觉得不需要调度这么多PRB 就可以满足L2看到的需求,如果是这个情况就要关注从灌包命令到L2 获得数据大小的通路去找问题(不同企业实现很不同)。第二:在有些子帧UE不满足调度条件(以致于有的子帧满调度有的子帧不调度,导致最后统计结果看起来没调满):UE 不调度的可能原因很多, 需要根据具体问题具体分析, 前两个原因都不对的话,看下第三:两个小区的关于公共时频资源的配置是否有明显不同,
有几个因素需要考虑:
1. 上游来包是否足够。
一般下行调度策略都是基于待传数据量来决定RB个数和传输格式。如果网络侧有counter(pdcp,rlc),L2的log可以初步定位是否是来包不足导致的. 一般情况如果MCS很高,没有重传,但是RB上不去基本都是来包问题
2. 是否有其他UE频分资源
3. 网络侧是否频选调度,从题主描述的CQI=15来看这种可能性比较小
不同厂家调度算法差别很大,还需具体分析具体分析。
1. 上游来包是否足够。
一般下行调度策略都是基于待传数据量来决定RB个数和传输格式。如果网络侧有counter(pdcp,rlc),L2的log可以初步定位是否是来包不足导致的. 一般情况如果MCS很高,没有重传,但是RB上不去基本都是来包问题
2. 是否有其他UE频分资源
3. 网络侧是否频选调度,从题主描述的CQI=15来看这种可能性比较小
不同厂家调度算法差别很大,还需具体分析具体分析。
热点问题