在阅读本文之前,建议先看下博文《LTE-TDD HARQ(1)-上行HARQ时序》,以便更好的理解本文内容。

本文主要包括的内容有:

(1)什么是PHICH信道,它的作用是什么

(2)怎么来唯一的标识一个PHICH信道

(3)PHICH信道对应的REG实际映射的内容是什么

(4)PHICH信道的位置

1.什么是PHICH信道

PHICH信道即物理HARQ指示信道,英文全称是Physical hybrid ARQ indicator channel,作用是eNB通过该信道向终端反馈上行PUSCH数据的应答信息ACK或NACK。eNB侧解码到上行数据块之后,会在相应的PHICH信道反馈确认信息(ACK或NACK),终端会在指定时刻(详见博文《LTE-TDD HARQ(1)-上行HARQ时序》)的指定位置去解码PHICH信息。

每个上行子帧的每个PUSCH传输块,都需要对应一个PHICH信道。如果PUSCH数据块很多,那么在一个下行子帧中,需要携带的PHICH信道也就很多。若每个PHICH信道都独立映射到不同的RE中的话,就会占据很多的控制区域,这显然是不合适的。因此协议提出了,不同的PHICH信道可以映射到同一个位置,这个位置叫做PHICH组(PHICH group)。在相同的PHICH组中,通过不同的正交序列(orthogonal sequence)来区分不同的PHICH信道。也就是说,一个PHICH组内的所有PHICH信道,对应的物理资源映射位置是相同的,组内再通过正交序列进行区分。

Multiple PHICHs mapped to the same set of resource elements constitute a PHICH group, where PHICHs within the same PHICH group are separated through different orthogonal sequences. 

所以,每个PHICH信道都可以使用(n_group_PHICHn_seq_PHICH)来唯一标识。其中,n_group_PHICH表示当前PHICH组的组号,n_seq_PHICH表示组内的正交序列索引号。n_seq_PHICH的范围是0,1,..,7(下行Normal CP)或0,1,2,3(下行Extended CP),即对于Normal CP来说,一个PHICH组最多可以包含8个不同的PHICH信道,而对于Extended CP,一个PHICH组最多只能包含4个不同的PHICH信道。

那么在整个系统带宽里,允许有多少个PHICH组呢?协议使用N_group_PHICH来表示PHICH组的组数,因此n_group_PHICH的范围是0,1,..,N_group_PHICH-1。下面说说怎么计算这个PHICH组数参数。

对于LTE-FDD制式来说,PHICH组的组数N_group_PHICH可以由下面的公式计算得到:

其中,下行带宽N_DL_RB参数由RRC配置,通过MIB消息的dl-Bandwidth发送到终端。Ng参数也由RRC配置,通过MIB消息中的PHICH-config发送到终端。所以说,只有在解码到PBCH中的MIB信息,才能解码PHICH信道。下行CP类型是Normal还是Extended,终端可以通过同步信号PSS/SSS获取(参考博文《LTE小区搜索-物理小区ID和同步信号PSS、SSS》)。

由此可见,终端要想解码出PHICH信道,前提条件之一就是读取到小区同步信号PSS/SSS,并解码出PBCH中的MIB消息。Normal CP类型的N_group_PHICH值如下表所示。

对于LTE-TDD制式来说,因为不同的上下行子帧配置,对应着不同的上下行子帧数目,会出现多个上行子帧的反馈出现在同一个下行子帧中情况。比如上下行子帧配置0,下行0#子帧和5#子帧都需要反馈2个上行子帧的PHICH信息(分别对应3#、4#和8#、9#上行子帧),而下行1#子帧和6#子帧,都只需要反馈1个上行子帧的PHICH信息(分别对应7#和2#上行子帧),如下面这张图所示,后面还会提到这张图。因此,TDD制式的PHICH组的组数N_group_PHICH与FDD制式是不同的。

协议规定,对于TDD制式来说,PHICH组的组数N_group_PHICH需要在FDD制式的基础上乘以一个系数Mi,即N_group_PHICH = Mi N_group_PHICHMi的取值如下表所示。从表中可以看到,当上下行子帧配置为0,且下行子帧是0#、5#的时候,PHICH组的组数需要增加一倍,而其它场景下的PHICH组的组数N_group_PHICH,则与FDD制式下的值相同。

通过上面的分析貌似可以得到这样的一个结论:终端只有在解码出了SIB1中的UL/DL config参数之后才能知道Mi值,才能解码PHICH信道。实际上,由于SIB1是在PDSCH中传输的,而PDSCH的资源是需要通过控制区域的PDCCH来指示的,也就是说,解码SIB1是需要PDCCH指示的。以后在讲解PDCCH的时候,会介绍PDCCH的计算是需要PHICH的信息的。这就产生了一个“鸡生蛋”和“蛋生鸡”的问题(如下图所示):计算PHICH的位置需要用到SIB1的PDCCH信息(需要PDSCH中的UL/DLconfig参数,从而确定Mi值);而计算PDCCH信道又需要PHICH的信息。因此,为了解决这个问题,终端在解码SIB1的时候,不需要确切知道Mi的值(即终端会依次尝试Mi =0,1,2),然后通过盲检测获取SIB1对应的PDCCH位置。

进一步分析上面这个表格,对于LTE-TDD来说,会推导出以下内容:

(1)只有在上下行子帧配置0的时候,PHICH信道个数才会翻倍。

(2)并不是每个下行子帧都可以发送PHICH信道。Mi = 0的那个下行子帧,是没有PHICH信道的。

(3)发送PHICH信道的子帧集合和发送DCI0的子帧集合是一致的。比如上下行子帧配置1,只有在1、4、6、9这四个子帧中才能发送PHICH信息,也只能在这四个子帧中,才能发送DCI0信息。关于DCI相关内容,以后博文再细说。

2.PHICH信道的位置标识

前文提到,可以通过(n_group_PHICHn_seq_PHICH)来标识一个PHICH信道,其中,n_group_PHICH表示当前PHICH组的组号,n_seq_PHICH表示组内的正交序列索引号。这两个参数可以通过下面这个公式确定各自的值:

其中,

(1)N_group_PHICH参数:PHICH组数,前文已经说过计算方式,需要区分FDD和TDD两种方式。

(2)I_PHICH参数:在上下行子帧配置为0的时候,3、4号子帧上行数据的应答,在0号子帧的PHICH信道发送;8、9号子帧上行数据的应答,在5号子帧的PHICH信道发送。该参数用于区分这种一个下行子帧对应两个上行子帧应答的情况。如果eNB需要在0号子帧下发3号子帧的PHICH反馈,则将I_PHICH参数设置为0,如果反馈的是4号上行子帧的应答,则需要将I_PHICH参数设置为1。如果当前不是上下行子帧配置0,则I_PHICH参数固定填0。

(3)I_lowest_index_PRB_RA参数:表示PUSCH传输块占用的上行RB的起始位置。对于动态调度的某个特定终端来说,eNB给该UE分配的RB的起始位置,在每个上行子帧里可能都不一样,因此这个参数的值也是不固定的。同一个终端在同一个子帧中分配的上行RB是连续的,且每个终端之间分配的上行RB并不会重叠,因此对于同个子帧中不同的终端来说,该参数不相同。下图是一个简单的示意图,用于帮助理解。

(4)N_PHICH_SF参数:该参数是与调制相关的一个系数。当下行为Normal CP时,N_PHICH_SF=4,当下行为Extended CP时,N_PHICH_SF=2

(5)n_DMRS参数:该参数等于DCI0中的“Cyclic shift for DM RS”字段的值,范围是0-7,取值如下(关于DCI0的详细内容,以后讲DCI格式的时候再具体说)。在实际代码实现时,由eNB侧的算法决定。

因此,终端在解码DCI0的时候就需要保存DMRS值,以用于后续PHICH的解码。下图是一个示意图,用于帮助理解。

至此,计算(n_group_PHICHn_seq_PHICH)所需的所有参数,都可以在终端和eNB侧得到,eNB和终端也就能够确定某个PUSCH传输块对应的PHICH位置(n_group_PHICHn_seq_PHICH)了。

3.PHICH信道对应的REG中映射的内容

与PCFICH信道类似,PHICH信道承载的内容向物理资源映射的时候,也是以REG为单位进行映射的。根据前述内容可知,虽然PHICH信道的作用是反馈PUSCH传输块的ACK应答,但这并不意味着物理资源REG中实际传输的就是1个bit的ACK(bit=1)或NACK(bit=0)信息,而是需要经过多个物理层处理过程。

(1)1个bit的HARQ indicator(HI)信息经过信道编码(Channel coding),生成3个bit的HI重复信息。这个过程,有的资料上也叫3倍重复编码过程。

当eNB需要返回ACK信息时,经过信道编码之后,得到的数据是(1,1,1),而eNB需要向终端返回NACK信息时,经过信道编码之后,得到的数据是(0,0,0)。

(2)对3bits的HI信息进行BPSK调制,生成3个复数形式的调制符号。具体的BPSK调制过程是,将3个HI比特信息的每个比特位b(i)转换成一个复数x=I+jQ,其中I和Q的值如下表所示。

(3)利用4bits或2bits长的正交序列,对调制后的3个复值调制符号进行扩频和加扰,生成12个或6个调制符号。正交序列码的长度与下行CP类型相关,具体如下表所示。对于下行为Normal CP来说,经过调制和正交序列的扩频以及加扰之后,3个bit的HI信息已经转换成了12个复值调制符号。每个调制符号对应一个RE,每个REG对应4个RE,因此,每个PHICH组需要3个REG组成。这些复数调制符号后续再经过层映射和预编码过程后,最终映射到实际的REG资源组中。

上面的步骤(2)和(3),可以用下面的公式图示来说明,其中Mbit=Ms=3。对于下行Normal CP,Msymb=3*4=12;对于下行Extended CP,Msymb=3*2=6。

每个PHICH组内的多个PHICH信道(或者说多个PHICH序列),都需要经过上述的几个物理层过程,并最终映射到同样的REG资源中,示意图如下。

4.PHICH信道的位置

PHICH组映射到REG的规则,与PCFICH信道的映射类似,也需要在获取好的频率分集的同时,避免与邻小区发生干扰。因此,在频域上,每个PHICH组映射的3个REG,它们的间隔大概为下行小区带宽的三分之一。在时域中,每个PHICH组所占的OFDM符号个数,与前文给出的PHICH_duration参数(MIB中携带)相关,如下表所示。

可以看到,无论是LTE-FDD还是LTE-TDD,如果PHICH_duration=Normal,PHICH组都只映射到一个OFDM符号中。如下图示意。

如果PHICH_duration=Extended,那么PHICH组可以映射到2个OFDM符号或者3个OFDM符号中,视具体情况而定。下图是非MBSFN子帧一个示意图。

如果PHICH组出现在第一个OFDM符号中,那么首先为PCFICH分配4个REG资源,然后将PHICH组映射到没有被PCFICH占用的3个REG中,如果有多个PHICH组,则映射的REG数目是3的倍数。最后再将PDCCH映射到剩余的REG中(实际映射到CCE中,关于CCE的内容,以后博文再细说)。

参考文献:
(1)3GPP TS 36.211 V9.1.0 (2010-03) Physical Channels and Modulation

(2)3GPP TS 36.213 V9.3.0 (2010-09) Physical layer procedures

(3)3GPP TS 36.212 V9.4.0 (2011-09) Multiplexing and channel coding

(4)《4G LTE/LTE-Advanced for Mobile Broadband》

(5)http://dhagle.in/LTE

(6)http://www.sharetechnote.com/

LTE下行物理层传输机制(3)-PHICH信道相关推荐

  1. LTE下行物理层传输机制-PCFICH信道

    1.PCFICH信道的作用 PCFICH信道即物理控制格式指示信道,英文全称是Physical control format indicator channel,该信道中承载的内容CFI是当前子帧中控 ...

  2. LTE下行物理层传输机制(2)-PCFICH信道和资源组REG

    本篇博文主要包括的内容有: (1)什么是PCFICH信道,PCFICH信道的作用是什么 (2)REG是什么 (3)PCFICH信道实际在REG中映射的内容是什么 (4)PCFICH信道的位置在哪里 1 ...

  3. LTE下行物理层传输机制(4)-CCE

    在之前的博文中已经讲到,小区专用参考信号的基本映射单位是RE(参考博文<LTE下行物理层传输机制(1)-天线端口Antenna Port和小区特定参考信号CRS>),PCFICH信道的基本 ...

  4. LTE下行物理层传输机制(1)-天线端口Antenna Port和小区特定参考信号CRS

    上篇博文<LTE物理传输资源(3)-时频资源>的最后提到了PCFICH等几种下行物理信道,这篇博文本来想写PCFICH信道的,但在准备写PCFICH的时候,发现需要用到天线端口的相关内容, ...

  5. LTE上行物理层传输机制(2)-PUSCH上行跳频之Type2频率跳频

    博文<PUSCH上行跳频(1)-Type1频率跳频>里提到了为什么要使用PUSCH跳频,以及详细介绍了Type1方式的跳频,本文继续这个话题,介绍Type2方式的跳频. 1.采用PUSCH ...

  6. LTE上行物理层传输机制(1)-PUSCH上行跳频之Type1频率跳频

    1.什么是PUSCH频率跳频(PUSCH Frequency Hopping) 博文<LTE下行物理层传输机制(9)-集中式和分布式资源映射>中提到了分布式的下行资源分配,这种资源分配方式 ...

  7. LTE上行物理层传输机制(3)-上行物理信道和参考信号的位置

    1.上行传输机制 与下行类似,当UE需要给eNB传递信息时,也是通过物理信道和参考信号发送的.上行物理信道包括PRACH随机接入信道.PUCCH控制信道.PUSCH共享信道,上行参考信号包括解调参考信 ...

  8. LTE上行物理层传输机制(4)-UCI在PUCCH和PUSCH中的传输

    1.什么是UCI 在下行物理信道中存在着PDCCH控制信道,根据其中承载信息的不同,携带着各种不同的DCI格式,比如DCI0.DCI1A等等,那么在上行物理信道中也存在着类似的控制信道,我们叫做PUC ...

  9. LTE下行传输机制——PHICH信道

    在阅读本文之前,建议先看下博文<LTE-TDD HARQ(1)-上行HARQ时序>,以便更好的理解本文内容. 本文主要包括的内容有: (1)什么是PHICH信道,它的作用是什么 (2)怎么 ...

最新文章

  1. Python代码调试方法
  2. IBM与HP存储数据复制技术PK
  3. T5: Text-to-Text Transfer Transformer 阅读笔记
  4. struts2 form标签加上validate=true就出错的解决办法
  5. ECMAScript 2016,2017,和2018中新增功能
  6. 【Linux系统编程学习】Linux系统IO函数(open、read、write、lseek)
  7. C语言结构体的应用——万年历
  8. python 分类变量xgboost_XGBoost的介绍、应用、调参、知识点
  9. Xilinx - WP509阅读笔记 - 了解射频采样数据转换器的关键参数
  10. 金山要剥离WPS词霸等,会不会是Google的一大阴谋?!
  11. 详细了解DAS、SAN和NAS三种存储方式
  12. 关于内部文档的标准格式要求(图文)
  13. 国产单机《我的武林江湖》v1.1.159
  14. 小米有品多个商品主图、细节图怎样快速分类保存
  15. android o 开发者大会,谷歌开发者大会刚结束Android O又要来了?
  16. Vmware虚拟机Linux配置固定IP地址(详细版)
  17. Android修改自己程序字体
  18. INOVIO携手艾棣维欣商业化新冠候选疫苗
  19. Redis 按关键字批量删除
  20. 【转载】如何巧用IPD,建立完善的产品研发管理体系?

热门文章

  1. HTML5之FileReader的使用
  2. 计算机科学与技术博士论文,计算机科学与技术一级学科博士研究生发表学术论文量化标准.pdf...
  3. Linux内核源码介绍
  4. 简述什么是FBV和CBV
  5. mysql中字符串转时间戳_MySQL日期 字符串 时间戳互转
  6. 连续3年,ZETTAKIT泽塔云荣膺Gartner中国超融合市场推荐厂商
  7. stm32中如何使用PCA9685控制舵机(详解)
  8. 工作邮件的若干注意事项
  9. 路由交换技术之代理ARP
  10. 基于imx8的成熟360全景方案 ,NVP6324+IMX8,N4+IMX8