用于下行链路调度和混合自动重复请求定时的节点和方法
【技术领域】
[0001] 本文提出的一些示例实施例针对一种用于确定控制定时配置W提供子帖定时设 置的基站和用户设备、W及它们中的对应方法，该子帖定时设置用于针对在多小区通信网 络中服务于用户设备的小区来配置下行链路HARQ-ACK控制定时。
【背景技术】
[0002] 长期演进系统
[0003] 长期演进化TE)在下行链路方向中使用正交频分复用（OFDM)，并且在上行链路方 向中使用离散傅里叶变换(DFT)扩散OFDM。基本的LTE下行链路物理资源能够因此被视为时 频网格，其中每个资源元素对应于一个OFDM符号间隔期间的一个OFDM子载波。在时域中， LTE下行链路传输可W被组织到1 Oms的无线电帖中，每个无线电帖包括十个长度TsuMrame =Ims的等同大小的子帖。
[0004] 此外，LTE中的资源分配通常按照资源块来描述，其中资源块对应于时域中的一个 时隙（例如，0.5ms) W及频域中的12个子载波。时间方向上的两个邻近资源块的对(例如， 1.0ms)被称为资源块对。资源块在频域中从系统带宽的一端WO开始被编号。
[0005] 在LTE中已经引入了虚拟资源块(VRB)和物理资源块(PRB)的概念。向用户设备的 实际资源分配是按照VRB对来进行的。存在两种类型的资源分配，局部式的和分布式的。在 局部式的资源分配中，VRB对直接映射到PRB对，因此两个连续并且局部的VRB在频域中也被 放置作为连续的PRB。另一方面，分布式VRB不映射到频域中的连续PRB，由此为使用运些分 布式VRB传输的数据信道提供了频率分集。
[0006] 下行链路传输动态地被调度，即，在每个子帖中，基站传输控制信息，该控制信息 关于:在当前的下行链路子帖中，数据被传输给哪些终端W及该数据在哪些资源块上传输。 运个控制信令通常在每个子帖中的前1、2、3或4个OFDM符号中传输，并且编号n=l、2、3或4 被称为控制格式指示符(CFI)。下行链路子帖还包含共同参考符号，它们对接收机而言是已 知的并且被使用用于例如对控制信息的相干解调。
[0007] 从LTE发布11开始W及之后，上面所描述的资源指配也可W在增强型物理下行链 路控制信道巧PDCCH)上被调度。对于3GPP发布8到3GPP发布10而言，仅物理下行链路控制信 道(PDCCH)是可用的。
[000引 PDCCH
[0009] PDCCH被用来承载下行链路控制信息(DCI)，诸如调度决定和功率控制命令。更具 体地，DCI包括下行链路调度指配，下行链路调度指配包括PDSCH资源指示、传送格式、混合 ARQ信息、W及与空间复用有关的控制信息（如果可应用的话）。下行链路调度指配还包括用 于对PUCCH的功率控制的命令，PUCCH被使用用于响应于下行链路调度指配的对混合ARQ确 认的传输。
[0010] DCI进一步包括上行链路调度授予（grant),上行链路调度授予包括PUSCH资源指 示、传送格式、W及与混合ARQ有关的信息。上行链路调度授予还包括用于对PUSCH的功率控 制的命令。DCI进一步包括用于终端集合的功率控制命令，作为对调度指配/授予中所包括 的命令的补充。
[0011] 一个PDCCH承载一个具有上述格式中的一种格式的DCI消息。由于在下行链路和上 行链路运两者上可W同时调度多个终端，所W必须有在每个子帖内传输多个调度消息的可 能性。每个调度消息在分离的PDCCH上被传输，并且因此在每个小区内通常存在多个且同时 的PDCCH传输。此外，为了支持不同的无线电信道条件，可W使用链路适配，其中PDCCH的码 率被选择为匹配于运些无线电信道条件。
[0012] 为了允许在终端中对控制信道的简单但高效的处理，PDCCH向资源元素的映射服 从于某种结构。运种结构基于包括九个REG的控制信道元素(CCE)。对于某个PDCCH所要求的 CCE的数目，一个、两个、四个、或八个，取决于控制信息的有效载荷大小化CI有效载荷)和信 道编码速率。运被用来实现针对PDCCH的链路适配;如果对于PDCCH所意图的终端而言的信 道条件是不利的，则相比于有利信道条件的情况而言使用较大数目的CCE。被使用用于 PDCCH的CCE的数目也被称为聚合级别(AL)。
[0013] 网络然后可W从可用的PDCCH资源中为不同的用户设备选择不同的聚合级别和 PDCCH位置。对于每个PDCCH，CRC被附加到每个DCI消息有效载荷。所寻址的终端(或多个终 端）的标识(例如，RNTI)在CRC计算中被提供并且不是明确地被传输。取决于DCI消息的目 的，例如，单播数据传输、功率控制命令、随机接入响应等，使用不同的RNTI。对于正常的单 播数据传输，使用特定于终端的C-RNTI。
[0014] 在CRC附加之后，运些比特W速率-1/3咬尾(tail-biting)卷积码被编码并且被速 率匹配W适应被使用用于PDCCH传输的资源量。将要在给定子帖中被传输的运些PDCCH已经 被分配给所期望的资源元素之后，与将要在该子帖中传输的所有PDCCH资源元素相对应的 比特序列（包括未使用的资源元素)通过特定于小区和子帖的加扰序列而被加扰W使小区 间干扰随机化。运样的加扰之后跟随的是QPSK调制W及向资源元素的映射。REG的整个集合 (包括任何PDCCH未使用的那些REG)然后跨整个控制区被交错，W使小区间干扰随机化并且 获取针对PDCCH的频率分集。
[0015] PUCCH
[0016] 如果还没有向移动终端指配用于数据传输的上行链路资源，则在上行链路资源 (例如，资源块）中，具体是在被指配用于与3GPP发布8PUCCH有关的上行链路L1/L2控制的上 行链路资源(例如，资源块）中，来传输L1/L2控制信息，例如，信道状态报告、混合ARQ确认、 W及调度请求。运些资源位于总的可用小区带宽的边缘处。每个运样的资源在上行链路子 帖的两个时隙中的每个时隙内包括12个"子载波"，例如，一个资源块。为了提供频率分集， 运些频率资源在时隙边界上进行频率跳跃，即，一个"资源"包括:在子帖的第一时隙内位于 频谱的上部分处的12个子载波、W及在该子帖的第二时隙期间位于频谱的下部分处的等同 大小的资源，或者反之亦然。如果需要更多的资源用于上行链路L1/L2控制信令，例如，在支 持大数目用户的非常大的总传输带宽的情况中，紧挨着之前所指配的资源块，能够指配附 加的资源块。
[0017]载波聚合
[001引 LTE发布10标准已经在近期被标准化，其支持大于20MHz的带宽。对LTE发布10的一 个重要的要求是保证与LTE发布8的向后兼容性。运也应当包括频谱兼容性。运将意味着LTE 发布10载波(宽于20MHz)对LTE发布8终端应当表现为多个LTE载波。每个运样的载波可W被 称为分量载波(CC)。特别是对于早期LTE发布10部署而言可W预期，相比于许多LTE旧式终 端而言，将存在较小数目的有LTE发布10能力的终端。因此，有必要也针对旧式终端来保证 对宽载波的高效使用，即，有可能实施如下的载波，在运些载波中，旧式终端可W在宽带LTE 发布10载波的所有部分中被调度。用W获得运一点的直接明了的方式将是借助于载波聚合 (CA)XA意味着LTE发布10终端可W接收多个CC，其中CC具有(或者至少存在可能性具有)与 发布8载波相同的结构。
[0019]被聚合的CC的数目W及个体CC的带宽对于上行链路和下行链路可W是不同的。对 称配置是指下行链路和上行链路中的CC的数目相同的情况，而不对称配置是指CC的数目不 同的情况。重要的是，注意到在小区中所配置的CC的数目可W不同于由终端所看到的CC的 数目：终端例如可W支持比上行链路CC更多的下行链路CC，即使该小区被配置有相同数目 的上行链路CC和下行链路CC。
[0020] 在初始接入期间，LTE发布10终端表现得类似于LTE发布8终端。一经成功地连接到 网络，终端就可W取决于它自己的能力和网络而被配置有化和化中的附加 CC。配置基于 RRC。归因于繁重的信令W及RRC信令相当慢的速度，所设想到的是，终端可W被配置有多个 CC，即使当前并不使用它们中的全部。如果终端在多个CC上被配置，运将意味着它必须为了 PDCCH和PDSCH来监测所有的化CC。运意味着更宽的接收器带宽、更高的采样速率等，导致 了高功率消耗。
[0021] 为了缓解上述问题，LTE发布10除了配置之外还支持对CC的激活。终端为了 PDCCH 和PDSCH仅监测被配置且被激活的CC。因为激活基于介质接入控制(MAC)控制元素，运些控 制元素比RRC信令更加快速，所W激活/解除激活可W遵循为了满足当前的数据速率需求所 要求的CC的数目。一经大数据量的到达，就激活多个CCW用于数据传输，并且如果不再需要 则解除激活。除了一个CC(DL主CC，DL PCOW外的所有CC可W被解除激活。激活因此提供了 配置多个CC但是仅按照需求来激活它们的可能性。大多数时间，终端将具有一个或非常少 的被激活的CC，导致较低的接收带宽并且因此导致较低的电池消耗。
[0022] 对CC的调度是经由下行链路指配而在PDCCH上进行的。PDCCH上的控制信息被格式 化为下行链路控制信息(DCI)消息。在发布8中，终端仅利用一个化CC和一个化CC进行操 作，DL指配、化授予、W及对应的化和化CC之间的关联性因此是清楚的。在LTE发布10中，两 种模式的CA需要被区分。第一种情况非常类似于多个发布8终端的操作，在CC上传输的DCI 消息中包含的化指配或化授予对于化CC它自身或者对于(经由特定于小区的联系或者特 定于肥的联系）相关联的化CC是有效的。第二种操作模式向DCI消息增加载波指示符字段 (CIF)。具有CIF的包含化指配的DCI对于WCIF所指示的那个化CC而言是有效的，并且具有 CIF的包含化授予的DCI对于所指示的化CC而言是有效的。
[0023] 用于下行链路指配的DCI消息除了其他事物之外还包含:资源快指配、与调制和编 码方案有关的参数、HARQ冗余版本，等等。除了与实际下行链路传输有关的那些参数之外， 大多数用于下行链路指配的DCI格式还包含用于传输功率控制(TPC)命令的比特字段。运些 TPC命令被用来控制用于传输HARQ反馈的对应PUCCH的上行链路功率控制行为。
[0024] 在LTE发布10中，PUCCH的传输被映射到一个特定的上行链路CC(UL主CC，UL PCC) 上。仅被配置有单个化CC(那么其是化PCC)和化CC(那么其是化PCC)的终端根据3GPP发 布8来操作PUCCH上的动态ACK/NACK。被用来传输用于化指配的PDCCH的第一控制信道元素 (CCE)确定了3GPP发布8PUCCH上的动态ACK/NACK资源。因为仅一个化CC与化PCC特定于小 区地相联系，所W不可能发生PUCCH碰撞，因为所有的PDCCH都是使用不同的第一CCE传输 的。
[0025] 一经接收到单个辅CC(SCC)上的化指配或者接收到多个化指配，就应当使用能够 承载多个服务小区的HARQ-ACK的PUCCH格式(其在本文中被称为CA PUCCH)。单独的DL SCC 指配是不典型的。eNB调度器应当努力在化PCC上调度单个化（X指配，并且如果并不需要 则尝试将SCC解除激活。一种可能发生的场景是，eNB在包括PCC的多个化CC上调度终端。如 果终端错过除了化PCX指配之外的所有指配，则它将使用发布8PUCCHW替代CA PUCCH。为 了检测运种错误情况，eNB必须监测发布8PUCCH和CA PUCCH运两者。
[00%] 在LTE发布10中，CA PUCCH格式基于所配置的CC的数目。CC的配置基于RRC信令。在 成功地接收/应用新配置之后，确认消息被发送回W使得RRC信令非常安全。
[0027] CA PUCCH传输方案
[0028] 在本申请中，CA PUCCH是指在化中传输对多个服务小区的HARQ-ACK的手段。对于 Rel-IO LTE，能够按照W下两种方式之一来具体化CA PUCCH。第一种方法基于使用基于 DFTS-CFDM的PUCCH格式3。多个ACK/NACK比特被编码W形成48个经编码的比特。运些经编码 的比特然后W特定于小区（W及可能取决于DFTS-O抑M符号）的序列而被加扰。24比特在第 一时隙内被传输，并且另一 24比特在第二时隙内被传输。每时隙的24比特被转换为12个 QPSK符号、被DFT预编码、跨五个DFTS-OFDM符号被扩散、并且在一个资源块（带宽）和五个 DFTS-OFDM符号(时间）内被传输。扩散序列是特定于用户设备的，并且使得能够在相同资源 块内对多至五个用户进行复用。对于参考信号，可W使用经循环移位的CAZAC序列，例如，经 计算机优化的序列。
[0029] 第二种CA PUCCH方法被称为信道选择。基本原理是向用户设备指配一组PUCCH格 式la/lb资源。用户设备然后根据用户设备应当传输的ACK/NACK序列来选择资源中的一个 资源。在所指配的资源中的一个资源上，用户设备然后将传输QPSK或BPSKneNB检测用户设 备使用哪个资源W及用户设备在所使用的资源上反馈哪个QPSK或BPSK值，并且将运一点组 合到针对相关联的DL小区的HARQ响应中。在利用信道选择来配置用户设备的情况中，也针 对T孤进行与在抑D中那样的包括捆绑(bundling)方式的类似类型的映射。
[0030] 时分双工
[0031] 可W在频域中或者在时域中（或者它们的组合)复用来自节点（例如，蜂窝系统(诸 如LTE)中的终端或用户设备501和基站401)的发射和接收。如图1中的左边所图示的频分双 工(FDD)意味着下行链路和上行链路传输发生在不同的充分分离的频率带中。如图1中的右 边所图示的时分双工（TDD)意味着下行链路和上行链路传输发生在不同的非交叠的时隙 中。因此，TDD能够操作在不成对的频谱中，而F孤要求成对的频谱。
[0032] 通常，通信系统中的所传输的信号的结构按照帖结构的形式被组织。例如，如图2 中所图示的，LTE使用每无线电帖的十个长度Ims的等同大小的子帖。
[0033] 在图2中的上部分中所图示的FDD操作的情况中，存在两个载波频率，一个用于上 行链路传输(f化)并且一个用于下行链路传输(抑L)。至少关于蜂窝通信系统中的终端，抑D 可W是全双工的或者半双工的。在全双工的情况中，终端可W同时进行发射和接收，而在半 双工操作中，终端不可W同时进行发射和接收。但是，基站能够进行同时的接收/发射，例 如，从一个终端进行接收同时向另一终端进行发射。在LTE中，除了当明确地被指令在某个 子帖中进行发射之外，半双工终端在下行链路中进行监测/接收。
[0034]