之十一:PCFICH介绍
2.协议篇:PCFICH层部分
以下资料均来源于3GPP36系列协议。
(36.211)
1.1 物理控制格式指示信道
物理控制格式指示信道承载一个子帧中用于PDCCH传输的OFDM符号个数信息。一个子帧中可用于PDCCH传输的OFDM符号集合如表所示37。
PDCCH上的OFDM符号数大于0时,传输PCFICH。
?加菲乱谈:第三列是小带宽的系统,OFDM符号数是约定的,这样达到一种控制信息与数据业务的平衡。这不是常用情况,按下不表。
实际上,目前能够遇到的也就是第二列后面两行的情况,所以FDD可能的CFI永远是3总情况,对应1、2、3个OFDM符号被PDCCH占用的情况。
?加菲乱谈:TDD多了这个情况,对应于特殊子帧。也就是说:特殊子帧的PDCCH符号数目为1-2两种。
?加菲乱谈:一堆公式均莫慌,计算一下就OK。假设20 MHz带宽系统一般情况下NcsRB =12, NRBDL =100,设NIDcell=35那么
k’ = (100/2)?(35mod 2*100) = 50 * 35 = 210
四个组的位置k分别为:210、510、810和1110。这个在频率上是均与的,有效保证了频率分集。对应不同的NIDcell,k的位置不同防止邻区干扰。
然后,然后每个组里面的4个符号如何处理呢?且看:
当符号<z(i), z(i+1), z(i+2), z(i+3)>向资源单元组映射时,z(i)映射到资源单元组中没有用于传输参考信号的资源单元(k,l)上,按照k和l的增序进行映射。在只配置一个小区专用参考信号时,进行映射的时候,假设同时存在天线端口0和1上的小区专用参考信号,其他情况下则假定小区专用参考信号数等于实际使用小区专用参考信号的天线端口数。终端不能任意假定预留给参考信号的资源单元没有用于参考信号传输。
?加菲乱谈:这段在211关于下行的最前面,注意到的举手!
注意啊,有RS的地方要躲掉。
本站加菲原创,谢绝转载。
更多内容详见:大V在线,加菲戏说LTE
沙发,赞加菲
又没抢到沙发。
躺地上点赞
你们反映还真快
假设20 MHz带宽系统一般情况下NcsRB =12, NRBDL =100,设NIDcell=35那么
k’ = (100/2)?(35mod 2*100) = 50 * 35 = 210
这个怎么理解啊
就是一个公式了,这个公式的目的有两个:
1)一个Cell内4部分均匀
2)不同Cell,各部分错开
这个50*35=210是如何得来的,能解释1下吗。
就是带入公式算出来的啊
有RS的地方要躲掉。
躲到哪里去?规范有规定吗?
k’ = (12/2)?(35mod 2*100) = 6 * 35 = 210
12/2=6
35%200=35
因此K'=6*35=210
我刚开始也是算不出来, 模和乘法运算符的优先级是一样的,而且基于从左至右的原则(参考C语言的运算符优先级),因此计算35%2*100的正确结果是100.
只能按照从右至左的原则才能计算出35的结果。
规范原文中没有乘号,而是系数形式。
而系数的优先级比乘、除、模要高。
弱弱地问一下,50*35不是等于1750吗?
不好意思,能说一下NcsRB是什么?NRBDL是什么?NIDcell是什么?
NcsRB:载波的一个RB总得子载波数目
NRBDL:下行RB数目
NIDcel:小区ID号,就是PCI
非常感谢,谢谢加菲大V!
11111111111111111111111111111111
太好了,支持支持,真是很棒啊
太好了,支持支持,真是很棒啊
太好了,支持支持,真是很棒啊1
太好了,支持支持,真是很棒啊
太好了,支持支持,真是很棒啊
1111111111111111111111
楼上不光技术掌握的好,连文采也是好的不行啊。
我辈羡慕的要死。
代错了,NcsRB =12
因此应该是6*35=210.
相关文章:
- 之十二:PHICH介绍(05-08)
- 第七讲:移数秒立到广播位置 辨四相盗得...(05-08)
- 之十五:知小区广播报道 说系统兄弟齐心(05-08)
- 之十七:SIB1简介(05-08)
- 之四:心无旁骛靠匹配眼镜 定时标号赖两...(05-08)
- 之五:3GPP 36系列协议分析(05-08)