eNodeB中PDSCH的TB分配.docx_第1页
eNodeB中PDSCH的TB分配.docx_第2页
eNodeB中PDSCH的TB分配.docx_第3页
eNodeB中PDSCH的TB分配.docx_第4页
eNodeB中PDSCH的TB分配.docx_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

这里讨论下行调度后的TB分配,上行类似。调度步骤调度的方式不同,因此分配的方法略有不同,这里讨论一种简单的分配方式。1、 根据本TTI,ICIC确定该UE所有可用的RB。 2、 根据该UE所有可用的RB,以及UE的能力等级,再根据CQI 上报的efficiency确定最大能调度的bits数。3、 预调度,确定调度的bits。4、 根据TM,CQI,确定调度的PRB。5、 PDCCH调度。即使有资源,如果PDCCH放不了,PDSCH也是白调度了。6、 RLC编码,组MAC包。7、 确定最后MAC包大小。8、 选择合适的TBS,确定最后实际使用的RB数目,MCS,更新调度信息。这里只讨论一下几个步骤:步骤2:根据RB数,CQI,确定MCS和信息bits数。步骤4和步骤8:根据bits,CQI,确定MCS和使用哪些PRB。预备知识确定下行信息bits确定下行信息bits数为。标记TB的大小为A(即36213中Table 7.1.7.2.1-1中的bits数), CRC的大小为L=24bits。CB的个数为C。如果A+C=6144, C=1,则不需要CB分割。此时只要做1次CRC,否则,CB数大于1。除了TB的的CRC外,每个CB还要再加一个CRC,总的编码器输入bits数为。比如,MAC组完包后的长度是12217,则CB个数为 , 编码器入口总长度为12217+24+3*24 = 6120+24+2*24=12313bits。实际信息bits数与传输信息bits数TB SizeMAC可能只有A bits数据要传输,但实际传输的大小需要是36213表中Table 7.1.7.2.1-1的大小,A时需要MAC补齐(并不是真补,因为MAC头中可以确定长度)。即MAC告知PHY时,传输信道的长度必须是表中的长度,因为在PDCCH中指示的是表中的长度,UE只认表中的长度,而不能知道实际的长度。比如MAC层要传输的大小是20bits,考虑到假设CRC后大小为44bits,且CQI上报值为15,此时分配1个RB即可。假设本子帧的分配RB的码率满足要求的是015,则取表中位置1-41-15皆可。比如我们取了1-4位置,则MAC告知PHY该TB的大小为56bits,PHY会自己在最后的24bits加CRC。同时PDCCH中告知UE:MCS为4,RB数目为1。TDD特殊子帧情况在查36213的TBS表时,TB size需要乘以0.75其他处理一样双码字情况当RB数55时,不是Table 7.1.7.2.1-1中所有的TB size都能取,必须是在7.1.7.2.1-1中有对应项的才能取。 第二个表是把第一个表中查到的单码字Tb size对应到双码字的Tb size。DCI format 1C情况DCI format 1C的分配方式和1A一样,不过最小分配的粒度是几个RB。然后不是所有大小都能取,TBS的表需要查表Table 7.1.7.2.3-1。1C用分布式的VRB分配,且分配方式为“Resource allocation type 2”,且分配单位不是1个RB,而是个RB,该值根据带宽不同而不同,见下表 Table 7.1.6.3-1: values vs. Downlink System BandwidthSystem BW ()DCI format 1C6-49250-11041C通常用来广播消息,SI-RNTI,P-RNTI,RA-RNTI。当然协议并没有限制用单播数据,但这样可选择的TB size灵活性差一些,除非正好大小落在1C支持的size附近。1C由于用作为分配单位,比1A更省PDCCH CCE资源,好处是很明显的。值得注意的是,如果是广播SI-RNTI, RA-RNTI,只能用QPSK,因此MCS最大只能为6。而P-RNTI,用来做SI modification的通知或者寻呼,也不知道UE支持的码率,因此MCS应该和SI-RNTI是一样的。确定bits数下面介绍的方法实现简单,容易理解,但计算量较大。大家可以想想计算量较小的方法。输入参数所有可用的RB数(所有可用的RE数为)表示UE上报的CQI值。输出参数TB大小:。MAC最大可用的bits数:A。步骤1、 根据对应的Efficiency ,得到满足码率要求的最大可用bits数。Table 7.2.3-1: 4-bit CQI TableCQI indexmodulationcode rate x 1024efficiency0out of range1QPSK780.15232QPSK1200.23443QPSK1930.37704QPSK3080.60165QPSK4490.87706QPSK6021.1758716QAM3781.4766816QAM4901.9141916QAM6162.40631064QAM4662.73051164QAM5673.32231264QAM6663.90231364QAM7724.52341464QAM8735.11521564QAM9485.55472、 由满足码率要求的bits数得到满足码率要求的最大TB 大小。根据预备知识得知:,倒推出最大值的满足该公式:A、 如果,B、 否则寻找C(C=2),使得,则。C可以直接由得到,即3、 以RB数确定表Table 7.1.7.2.1-1的列,然后找到第一个bits数=的行。此时确定了与最大的TB的大小。例子能用的RB为最多为100个,且每个RB的可用RE都一样为,非特殊子帧。CQI上报值为9。1、 根据CQI与RE数,得到最大能用的bits:2、 ,则。3、 查表,确认列为100,行满足TB Size= 则取15即可,此时TB size(即最后输出B)为30576。我们验证一下效率是否满足码率要求。进编码器的bits数为30576+24(1+5)=30720. Efficiency = 30720/(128*100)=2.4满足效率要求。码率CR= Efficiency/=0.6= ,得到RB数。4、 用作为Table 7.1.7.2.1-1的列号,从小到大尝试,得到第一个表中的值=的值。表中位置的行号即最后确定的。5、 用、计算efficiency,看看是否 ,且码率CR,则继续尝试6、 取, ,查表此时的,计算效率效率Efficiency=(12576+24+24*3)/5120=2.475继续尝试。7、 取,此时,则RB+1=43,MCS不变继续尝试。8、 发现此时,则RB+1=44,MCS不变继续尝试9、 此时,开始计算CR与Efficiency。此时RE数为 128*44=5632,Efficiency = (12576+24+24*3)/5632=2.25,效率达到要求。CR=2. 2330/4=0.55820.93,也达到要求。最终,TB大小为12576,MCS查表Table 7.1.7.1-1得到15,使用的RB数为44个。DCI Format 1C的计算确定bits数步骤1、 根据对应的Efficiency ,得到满足码率要求的最大可用bits数。2、 由满足码率要求的bits数得到满足码率要求的最大TB 大小。根据预备知识得知:,倒推出最大值的满足该公式:C、 如果,D、 , 。3、 查表Table 7.1.7.2.3-1,以找到表中最大的TBS=。此时确定了与最大的TB的大小。例子能用的RB为最多为10个,且每个RB的可用RE都一样为,非特殊子帧。DCI format 1C分配给SI消息,码率定为6。1、 根据CQI与RE数,得到最大能用的bits:2、 。3、 查表,确认取TB size为1480,满足TB Size= 则为29即可,此时TB size(即最后输出B)为1480。Table 7.1.7.2.3-1: Transport Block Size Table for DCI format 1C0123456789101112131415TBS40567212013614417620822425628029632833639248816171819202122232425262728293031TBS552600632696776840904100010641128122412881384148016081736我们验证一下效率是否满足码率要求。进编码器的bits数为1480+24=1504. Efficiency = 1504/(128*10)=1.175满足效率要求。码率CR= Efficiency/=0.5875= ,且RB个数是的整数倍, 得到RB数。4、 用A查表7.1.7.2.3-1,取最小的表中TBS=A,此时确定了与TB size。5、 校验码率与Efficiency ,满足要求就结束,否则取的RB数+。6、 重复5,直到满足码率与Efficiency。例子MAC PDU组包后,长度为1127 bits,能用的RB为最多为20个,10M带宽(=4),且每个RB的可用RE都一样

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论