LTE学习:PHICH(二)
2015-09-07 09:09
288 查看
转自: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
三、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
相关文章推荐
- 【LeetCode】之Valid Parentheses
- .NET Windows Form 改变窗体类名(Class Name)有多难?
- Objective-C 与 Runtime:为什么是这样?
- linux内核模块常见问题
- Robotium API 二次封装
- oracle的备份与恢复
- 将form转为ajax提交的js代码
- 简易网页浏览器的实现
- 如何调用百度地图API实现手机自动定位
- Qt的前景如何?Qt for Android 好吗?
- Linux / Unix Command: awk命令
- AngularJS进阶(一)深入理解ANGULARUI路由_UI-ROUTER
- 深入Java单例模式
- Squid
- 天天钻研技术,你的挣钱之道你钻研过吗?
- AngularJS进阶(一)深入理解ANGULARUI路由_UI-ROUTER
- ListView_自定义BaseAdapter适配器_自定义多彩条目_1
- Robotium 常用控件应用举例
- iOS NSUserDefaults的使用
- 操作系统简介