待解决问题
考虑到您说的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 不调度的可能原因很多, 需要根据具体问题具体分析, 前两个原因都不对的话,看下第三:两个小区的关于公共时频资源的配置是否有明显不同,
回答时间:2020-7-15 10:27
热点问题