楼主求这个资料，3Q，newboyb@foxmail.com

已经发到你的邮箱了，你收下。

楼主，我也求一下这个资料wenbo.huang@qq.com

这个表格的计算使用RE，比较让人乱，其实可以统一成REG和CCE为单位来计算。

明确一下几个概念：
（1）一个RB包括12个RE单元
（2）一个REG为4个RE单元
（3）一个CCE为9个REG单元

所以就可以知道：
在下行信道中分为“控制域”和“业务域”。
控制域由：PCFICH+PHICH+PDCCH+CRS（下行参考信号）共4部分组成
业务域由：PDSCH组成


（1）首先，PCFICH固定占用4个REG，这个是死得，不变化；PCHICH的作用最简单，就是通知UE，信道子帧中控制域占用的符号数，大于1.4M时候，为1,2,3,3种可能性 值越大，比如3，则控制域就大，能调度支持的用户数就越多，但随之，业务域PDSCH被占用，影响吞吐量。反之，吞吐量高，但用户数低。
需要注意的是，1,6特殊子帧上的CFI最多就是1,2，没有3，因为符号3被PSS占用。

（2）其次，PHICH占用的REG计算。

一个PHICH GROUP映射成3个REG，所以，我们只要根据3gpp 36.211 6.9节的公式就可以计算出PHICH GRUOP数，然后使用协议中得表格6.9-1查mi。
【2:2情况】PHICH占用资源最小REG=3*mi*PHICH GROUP=3*0*3=0 或者3*1*3=9。
（3）另外，由于CRS存在，我们还要减去CRS的占用，由于一个RB中有4个RE被CRS占用，那么占用了1/3，剩余2/3。
所以20M 100个RB中为1200个RE，还剩余800个RE，则为200个REG.

最后剩下的就是PDCCH可用REG=200(剩余REG)-4(PCFICH占用）-9或0（PHICH占用）=187或196

为什么出现9或者0
因为2:2时候，10ms子帧格式为：DSUUD DSUUD 表格6.9-1查mi=01--1 01--1，mi=0时候就是0，mi=1时候为9.

ok

这个时候PDCCH可用REG也知道为187或者196，那么换算为CCE单元，187/9=向下取整=20196/9=向下取整=21

对应10ms格式就是 21 20 - -20 21 20 - - 20，则10ms总共122个CCE.

122个CCE对应CCE1=122/1=122个用户可调用
122个CCE对应CCE2=122/2=61个用户可调用
122个CCE对应CCE4=122/4=30(向下取整）个用户可调用
122个CCE对应CCE8=122/8=15(向下取整）个用户可调用

最后，按照122个CCE的0.5份CCE8用户 0.2份CCE4用户0.2份CCE2用户，0.1份CCE1=61/8+24/4+24/2+12/1= 7+6+12+12=37个用户

感谢，解释的非常到位！！

求这个资料，3Q，18295923901@163.com