转自:http://blog.sina.com.cn/s/blog_927cff010101bhck.html
三、UE如何确定其使用的PHICH资源
UE如何确定eNodeB使用哪个PHICH资源来回应其上行数据的ACK/NACK呢?
在时域上,如果UE在子帧n发送PUSCH,则UE会在子帧
检测对应的PHICH。对于FDD而言,
总是等于4;对于TDD而言,
是通过36.213的Table9.1.2-1得到。在子帧绑定(subframebundling)操作中,PHICH资源是与所有绑定在一起的子帧中的最后一个子帧相对应的。

在确定了在哪个子帧上接收对应的PHICH后,UE需要确定所使用的PHICH资源,即确定二元组
。该二元组与DCI0指定的上行资源分配和DMRScyclic shift相关,计算公式如下:

其中,

:DCI0中有一个字段叫Cyclic shift forDM RS and OCC index(见36.212的5.3.3.1.1节),通过该字段查36.213的Table9.1.2-2,就得到对应的

值。当然,此DCI0必须是最新的用于指示对应PHICH相关的TB所在的PUSCH资源的。如果同一TB没有相应的DCI0,并且以下两个条件满足其一,

的值将为0:
· 同一TB的初始PUSCH传输是半静态调度的;
· 同一TB的初始PUSCH传输是通过RAR调度的。

:是用于PHICH调制的spreadingfactor的大小。对于NormalCP,其值为4;对于ExtendedCP,其值为2。(见36.211的6.9.1节)

:如果是PUSCH传输的第一个TB,其值为

;如果是PUSCH传输的第二个TB,其值为

。其中,

为对应的PUSCH传输在第一个slot的最低PRB索引。

:PHICHgroup的个数,见之前的介绍。

:当TDD的uplink-downlinkconfiguration为0且PUSCH在子帧4或9(对应回应ACK/NACK的下行子帧为0或5,其

,此时2个不同的上行子帧发送的PUSCH需要在同一个下行子帧回应ACK/NACK)上发送时,其值为1;其它情况下,其值为0。
还有就是,PHICH与PBCH使用相同的天线端口集合来发送。
四、载波聚合对PHICH的影响
在载波聚合中,PHICH与对应的上行PUSCH数据传输的ULGrant在同一个下行载波单元(ComponentCarrier,CC)上传输。这样做的原因在于异构网络的部署可能使得一些CC的controlregion受到较高的inter-cell干扰,这时候使用跨承载调度(cross-carrierscheduling)将某些CC的PDCCH(此时对应DCI0)在信道质量较好的其它CC上发送,能提高了PDCCH的解码效率。假如将CC1的DCI0放在CC2的controlregion上发送,可以认为CC2的信道质量较好,这时把CC1的PHICH也放在CC2发送,相应地也能提高PHICH的解码效率。
因此,当配置了跨承载调度时,一个下行CC可能需要携带多个上行CC的PHICH,从而增加了PHICH冲突的可能性(因为PHICH资源与对应PUSCH传输的起始PRB相关,多个上行CC可能使用相同的起始PRB)。为了降低冲突,可以将在相同下行CC的controlregion上传输的不同上行CC的DMRS的cyclicshift(即
)配置成不同的值;与此同时,eNodeB调度器也可以在调度时为不同CC选择起始PRB不同的上行PUSCH资源。
注:建议大家看看参考资料的几篇文章,对大家理解PHICH会有帮助的。
【参考资料】
[1] 《4GLTE/LTE-Advanced for Mobile Broadband》的10.4.2节
[2] 《LTE- The UMTS Long Term Evolution, 2nd Edition》的9.3.4节和28.3.1.3节
[3] TS 36.211的6.9节 HARQ indicator (HI)
[4] TS 36.212的5.3.5节 Physical hybrid ARQ indicator channel
[5] TS 36.213的9.1.2节 PHICH Assignment Procedure
[6] TS 36.331的PHICH-Config
[7] http://www.sharetechnote.com中关于PHICH的介绍
[8] 《PhysicalHybrid-ARQ Indicator Channel (PHICH)》byHongyan Lei。这篇文章有PHICH物理资源映射、PHICH资源总数计算、如何计算某个UE所使用的PHICH资源、为什么需要在MIB中发送PHICH配置等的介绍。
[9] http://paul.wad.homepage.dk/LTE/lte_resource_grid.html