概述
转自:http://blog.sina.com.cn/s/blog_4bdbf80f0101nvoa.html
一、PDCCH格式
PDCCH (Physical Downlink ControlChannel)是用来为下行链路发送信息的(DCI, Downlink Control Information),其传输的信息包括公共控制信息(系统信息,paging信息等)和用户专属信息(下行资源分配指示,UL grants, PRACH responses,上行功率控制参数等)。LTE系统下行DCI的信息如下图所示:
PDCCH在时域上占用每个子帧的1/2/3个OFDM符号(系统带宽为1.4MHz时,可能占用4个OFDM符号),符号个数有PCFICH指示。为了了解PDCCH的资源分配方式,我们首先介绍下LTE系统下行控制信道的资源粒度。
PDCCH的资源粒度是CCE,一个CCE由9个REG(Resource Element Group组成),一个REG是由连续的4个RE组成,如果在一个REG的中间存在RS(reference signal),那么一个REG是表示除了RS之外的连续4个RE(如下图)。
系统对于每一个DCI(Downlink Control Information)根据信道质量可能分配给1/2/4/8个逻辑上连续的CCE进行传输。以下图为例,用户1的CCE个数为1,用户2的CCE个数为2,用户3的CCE个数为4.可以看到每个用户CCE的起始位置mod占用CCE的个数n均为0,这样分配的好处是节省忙检测的复杂度。以用户4的PDCCH为例,其第一个CCE由9个REG组成,每个CCE的信息通过交织离散的分布在PDCCH所占用的时域(三个OFDM符号)和频域(整个带宽)上,以减少小区间干扰和获得时域上的分集。另外,可以看到LTE规定PDCCH的起始CCE必须是所占用CCE个数的整数倍。
二、PDCCH检测
因为PDCCH是基站发送的指令,UE在此之前除了一些系统信息外没有接收过其他信息,因此UE不知道其占用的CCE数目大小,位置,以及传送的DCI format。因此,PDCCH的检测属于盲检测。
首先看一下UE如何知道传送的是哪种DCI format:对于DCI format,UE会根据自己当前的状态期望获得某一种DCI,比如其在Idle状态时期待的信息时paging SI; 有上行数据准备发送时期待的是UE Grant, 发起Random Access后期待的是RACH Response。对于不同信息UE使用相应的RNTI去和CCE信息做CRC校验,如果CRC校验成功,那么UE就知道的这个信息时自己所需要的,进一步根据调制编码方式解出DCI的内容。
UE只知道自己是什么DCI信息还不够,还得知道去哪里找这些信息。上一节说到在下行控制资源中(一般是1/2/3个OFDM符号),出去PHICH,PCFICH,以及CRS之后,将剩余的资源分配给PDCCH CCE,如果UE将所有的CCE遍历一边,那么对于UE来说计算量将会很大。因此,LTE系统将可用的CCE分成两种搜索空间,分别是公共搜索空间和UE特定搜索空间。另外,对于CCE数目为N的PDCCH,LTE规定了其起始位置必须是N的整数倍。下图给出了公共DCI和UE特定DCI及不同CCE个数对应的搜索空间。
最后
以上就是优秀电灯胆为你收集整理的LTE学习:PDCCH信道的全部内容,希望文章能够帮你解决LTE学习:PDCCH信道所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复