20M带宽上行100RB,其中PUCCH最多占用16RB,PRACH配置周期为10ms,占用6RB;考虑IBLER为10%时,只有90%的资源可以用于初传,PUSCH资源计算如下:
(100-16)×8-6×40/10)×(1-0.1)=583(按照40ms调度周期计算)
每个用户调度需要的RB数与该用户的数据包大小、MCS有关。假设数据包大小不变(可能有时调度会有延迟情况,导致多个周期的数据打包在一起,但是长期来看,数据包大小平均下来应是趋于稳定的),要得出RB需求,必须先确定用户采用的阶数。
用户分布会有SINR范围,假设所有处于同一个点的用户SINR相同,通过表9-14根据SINR进行选阶。
表9-14 MCS与SINR的关系
(www.xing528.com)
例如,用户SINR为20 dB以上时,MCS选24;SINR在5~12dB时,可以选中间的MCS18;SINR在-3~0dB时选中间的MCS5,每用户的RB数=MAC层数据报文大小/MCS对应的频谱效率/144。
其中,频谱效率为每个RE采用对应的MCS时能够承载有效数据的效率,144为Normal CP时除去DMRS开销后上行一个RB对中可用于传输PUSCH的RE数目。
例如,MCS=24时,频谱效率为3.72,AMR23.85K语音包40ms调度周期时MAC层包大小为1144,则每语音包的RB数=1144/3.72/144=3;静默帧MAC层包大小为144,则每静默帧的RB数=144/3.72/144=1;假设语音激活比为0.5,则每用户的平均RB数=3×0.5+(1×0.5)×40/160=1.7。
当MCS=18时,频谱效率为2.51,AMR23.85K语音包40ms调度周期时MAC层包大小为1144,则每语音包的RB数=1144/2.51/144=4;静默帧MAC层包大小为144,则每静默帧的RB数=144/2.51/144=1;假设语音激活比为0.5,则每用户的RB数=4×0.5+(1×0.5)×40/160=2.2。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。