LTE物理信道-PHICH

PHICH

PHICH用于对PUSCH传输的数据回应HARQACK/NACK。每个TTI中的每个上行TB对应一个PHICH，也就是说，当UE在某小区配置了上行空分复用时，需要2个PHICH。

映射到相同的资源元素集多种PHICH组成一个PHICH组，其中在相同PHICH组中的PHICH通过不同的正交序列区分。一个PHICH资源由索引对(nPHICHgroup,nPHICHseq)定义，其中nPHICHgroup为PHICH组标号，nPHICHseq为该组中的正交序列索引

1、PHICH资源介绍

小区是通过MasterInformationBlock的phich-Config字段来配置PHICH 的。

图1：PHICH-Config

1.1Phich-Duration

Phich-Duration指定了是使用controlregion中的1个symbol还是3（或2）个symbol来发送PHICH，对应36.211的Table6.9.3-1。

Phich-Duration有两个选择：正常和扩展，不同的是正常CP只使用1个OFDM符号，而扩展CP将使用2个或3个OFDM符号。

通常会配置只使用第一个OFDMsymbol来发送PHICH，这样即使PCFICH 解码失败了，也不影响PHICH的解码。

扩展是用于较小的信道带宽，如1.4MHz的，在这种情况下，有总共只有6PRBS，频域分集的增益要比系统带宽较大的小区（如20MHz）的小区要低，

通过使用extendedPHICHduration，能提高时间分集的增益，从而提高PHICH

注：TDD中，PSS随着子帧1和6的第三个symbol传输（在DwPTS中），所以在extendedPHICHduration下，只能使用2个symbol来发送PHICH。

PHICHduration的配置限制了CFI取值范围的下限，也就是说，限制了controlregion至少需要占用的symbol数。

对于下行系统带宽的小区而言，如果配置了extendedPHICHduration，UE会认为CFI的值等于PHICHduration，此时UE 可以忽略PCFICH的值；对于下行系统带宽的小区而言，由于CFI 指定的可用于controlregion的symbol数可以为4（见36.212的5.3.4节），大于PHICHduration可配置的最大值3，如果此时配置了extendedPHICHduration，UE还是要使用PCFICH指定的配置。即“CFI和extendedPHICHduration相比较，取其大者”。（见36.213的9.1.3节和[1]）

1.2phich-Resource

phich-Resource指定了controlregion中预留给PHICH的资源数，它决定了PHICHgroup的数目。

多个PHICH可以映射到相同的RE集合中发送，这些PHICH组成了一个PHICHgroup，即多个PHICH可以复用到同一个PHICHgroup中。同一个PHICHgroup中的PHICH通过不同的orthogonalsequence来区分。即一个二元组唯一指定一个PHICH资源，其中为PHICHgroup索引，为该PHICHgroup内的orthogonalsequence 索引。

一个小区内可用的PHICHgroup数的计算方式如图2所示。

图2：如何计算PHICHgroup的个数

注意：的场景只出现在TDD0这种配置下，此时对应子帧所需的PHICHgroup数量是时的2倍。这是因为只有在TDD0配置下，一个系统帧内的下行子帧数少于上行子帧数，此时同一个下行子帧可能需要反馈2个上行子帧的ACK/NACK信息，所以需要2倍的PHICH资源。

从图2可以看出：

对于FDD而言，PHICHgroup数仅与phich-Resource的配置相关；

而对于TDD而言，PHICHgroup数不仅与phich-Resource的配置相关，还与uplink-downlinkconfiguration以及子帧号相关。

越大，可复用的UE数越多，支持调度的上行UE数也就越多，但码间干扰也就越大，解调性能也就越差。与此同时，controlregion内可用于PDCCH 的资源数就越少。

一个PHICHgroup可用的orthogonalsequence数见36.211的Table6.9.1-2。可以看出：

对NormalCP而言，一个PHICHgroup支持8个orthogonalsequence，即支持8个PHICH复用；

对ExtendedCP而言，一个PHICHgroup支持4个orthogonalsequence，即支持4个PHICH复用。

通过上面的介绍，我们可以计算出一个小区在某个下行子帧所包含的

PHICH资源数：对应NormalCP，其值为；对应ExtendedCP，其值为。（我们可以认为：在FDD下，）

一个小区真正所需的PHICH资源总数取决于：

（1）系统带宽；

（2）每个TTI能够调度的上行UE数（只有被调度的上行UE才需要PHICH）；

（3）UE是否支持空分复用（2个上行TB就对应2个PHICH）等。

当UE在某小区配置了上行空分复用时，需要2个PHICH

PHICH配置必须在MIB中发送的原因在于：SIB是在PDSCH中发送的，PDSCH资源是通过PDCCH来指示的，PDCCH的盲检又与PHICH资源数的

配置相关，因此UE需要提前知道PHICH配置以便成功解码SIB。

对于FDD而言，接收到MIB就可以计算出预留给PHICH的资源。

对于TDD而言，UE仅仅接收到MIB是不够的，UE还需要知道uplink-downlinkconfiguration和子帧号。通过小区搜索过程，UE已经知道了当前子帧号（见《LTE：小区搜索过程（cellsearchprocedure）》）；而UE需要接收到SIB1后，通过SystemInformationBlockType1的tdd-Config的subframeAssignment字段才能知道uplink-downlinkconfiguration。问题来了：SIB1在PDSCH中发送，需要先解码PDCCH，且PDCCH的解码与PHICH 资源数的计算相关；而PHICH资源数的计算又依赖于SIB1中指定的uplink-downlinkconfiguration，这就形成了死锁。解决的方法是，UE在接收SIB1时，会使用不同的值（0~2，见图2）去尝试盲检，直到成功解码出SIB1为止，从而得到uplink-downlinkconfiguration。

1.3现网设置情况