转自：http://blog.sina.com.cn/s/blog_9626b4160102uwv9.html
PHICH：物理混合重传指示信道（Physical Hybrid-ARQ IndicatorChannel）
参考：
lteunversity.com
下行
ThePhysical Hybrid-ARQ Indicator Channel (PHICH)
承载上行数据传输的
HybridARQ
确认信息，位于每个子帧的第一个
OFDM
符号上（注：
FDD
为基础，在正常的
PHICH
周期）。
PHICH
在多个
REG
上传输（
resourceElement Group
），多个
PHICH
可以分享一组
REG
，由正交数组区分。同一个资源上的
PHICH
称为一个
PHICH
组，一个单独的
PHICH
由两个参数决定：
PHICH
组号，组内的正交序列号。
一个
PHICH
需要多少
REG
？计算方式简单明了。
ACK
是
111
，
NACK
是
000
，都是
3
比特，
PHICH
使用
BPSK
调制，每个
ACK/NACK
需要
3
个调制符号。然后这
3
个调制符号用正交码复用，选用扩频因子为
4
的常规循环前缀，得到
12
个符号。每个
REG
包含
4
个
RE
（
resourceelement
），每个
RE
承载一个调制符号，所以一个单独的
PHICH
需要
3
个
REG
。
下图显示了
PHICH
是如何映射到物理资源上的，用到三个
PHICH
组。
3
个
REG
用于支持
PHICH
组，他们均匀的分布在系统带宽上，以备频率分集。（图中第一个符号也包含
PCFICH
（
PhysicalControl Format Indicator Channel
）信息，无论系统带宽多少
PCFICH
总是占用
4
个
REG
，均匀的分布在系统带宽中。）
每个
PHICH
组可以包含几个
PHICH
？
(3GPP TS36.211 Table 6.9.1-2)
定义了
8
个正交序列，所以每组可以最多携带
8
个
PHICH
。
系统能支持多少
PHICH
？结果跟具体的帧结构相关。
PHICH
的数量由下行系统带宽和参数
Ng
决定，这两个参数都在
MIB
消息中广播（
MasterInformation Block
）。计算公式是在
3GPP TS36.211
章节
6.9
中定义的。假设下行带宽是
10HMz
，
Ng=1
则可供使用的
PHICH
组有
7
个，
PHICH
的总数是
7
个
PHICH
组
x
每组
8
个
PHICH
共计
56
个
PHICH
。需要的
RE
（
resourceelements
）数是
7PHICH
组
x
每组需要
3
个
REG x4
个
RE
每
REG
，共计
84
个
RE
。
上行数据传输的
HARQACK/NACK
装在每个
PHICH
中，用户怎么知道查哪个
PHICH
找自己的
ACK/NACK
信息呢？在时域，上行数据传输发生在子帧
#n
，相应的
PHICH
就会出现在子帧
#n+4
。频域上，它由上行资源分配的
DCIformat 0
指示，
PHICH
（组号和组内的正交序列号）是由上行传输第一个时隙上最低的
PRBindex
和
DMRS
循环前缀决定的，具体算法参见
3GPP TS36.213
章节
9.1.2.
。
为什么
MIB
中要有
Ng?
为什么不把它放在
SIB
系统消息里？这就是鸡生蛋
/
蛋生鸡的问题，
UE
在系统消息获取阶段就要知道
PHICH
配置
。一方面，
UE
解码
PDCCH
以获取
SIB
在
PDSCH
上的位置；另一方面，
PDCCH
、
PHICH
、
PCFICH
共享子帧中控制单元的资源，可用的
PDCCH
资源数取决于
PHICH
的配置（
PCFICH
资源已知且固定）