CN105474568A - 用于下行链路调度和混合自动重复请求定时的节点和方法 - Google Patents

Abstract

一些示例实施例针对一种用于确定控制定时配置以便提供子帧定时设置的基站(401)，该子帧定时设置用于针对在多小区通信网络中服务于用户设备(501)的小区来配置下行链路HARQ-ACK控制定时。用户设备(501)由基于TDD的小区和基于FDD的小区服务。一些示例实施例针对如上面所讨论的控制定时配置的用户设备(501)。

Description

用于下行链路调度和混合自动重复请求定时的节点和方法

技术领域

本文提出的一些示例实施例针对一种用于确定控制定时配置以提供子帧定时设置的基站和用户设备、以及它们中的对应方法，该子帧定时设置用于针对在多小区通信网络中服务于用户设备的小区来配置下行链路HARQ-ACK控制定时。

背景技术

长期演进系统

长期演进(LTE)在下行链路方向中使用正交频分复用(OFDM)，并且在上行链路方向中使用离散傅里叶变换(DFT)扩散OFDM。基本的LTE下行链路物理资源能够因此被视为时频网格，其中每个资源元素对应于一个OFDM符号间隔期间的一个OFDM子载波。在时域中，LTE下行链路传输可以被组织到10ms的无线电帧中，每个无线电帧包括十个长度Tsubframe＝1ms的等同大小的子帧。

此外，LTE中的资源分配通常按照资源块来描述，其中资源块对应于时域中的一个时隙(例如，0.5ms)以及频域中的12个子载波。时间方向上的两个邻近资源块的对(例如，1.0ms)被称为资源块对。资源块在频域中从系统带宽的一端以0开始被编号。

在LTE中已经引入了虚拟资源块(VRB)和物理资源块(PRB)的概念。向用户设备的实际资源分配是按照VRB对来进行的。存在两种类型的资源分配，局部式的和分布式的。在局部式的资源分配中，VRB对直接映射到PRB对，因此两个连续并且局部的VRB在频域中也被放置作为连续的PRB。另一方面，分布式VRB不映射到频域中的连续PRB，由此为使用这些分布式VRB传输的数据信道提供了频率分集。

下行链路传输动态地被调度，即，在每个子帧中，基站传输控制信息，该控制信息关于：在当前的下行链路子帧中，数据被传输给哪些终端以及该数据在哪些资源块上传输。这个控制信令通常在每个子帧中的前1、2、3或4个OFDM符号中传输，并且编号n＝1、2、3或4被称为控制格式指示符(CFI)。下行链路子帧还包含共同参考符号，它们对接收机而言是已知的并且被使用用于例如对控制信息的相干解调。

从LTE发布11开始以及之后，上面所描述的资源指配也可以在增强型物理下行链路控制信道(EPDCCH)上被调度。对于3GPP发布8到3GPP发布10而言，仅物理下行链路控制信道(PDCCH)是可用的。

PDCCH

PDCCH被用来承载下行链路控制信息(DCI)，诸如调度决定和功率控制命令。更具体地，DCI包括下行链路调度指配，下行链路调度指配包括PDSCH资源指示、传送格式、混合ARQ信息、以及与空间复用有关的控制信息(如果可应用的话)。下行链路调度指配还包括用于对PUCCH的功率控制的命令，PUCCH被使用用于响应于下行链路调度指配的对混合ARQ确认的传输。

DCI进一步包括上行链路调度授予(grant)，上行链路调度授予包括PUSCH资源指示、传送格式、以及与混合ARQ有关的信息。上行链路调度授予还包括用于对PUSCH的功率控制的命令。DCI进一步包括用于终端集合的功率控制命令，作为对调度指配/授予中所包括的命令的补充。

一个PDCCH承载一个具有上述格式中的一种格式的DCI消息。由于在下行链路和上行链路这两者上可以同时调度多个终端，所以必须有在每个子帧内传输多个调度消息的可能性。每个调度消息在分离的PDCCH上被传输，并且因此在每个小区内通常存在多个且同时的PDCCH传输。此外，为了支持不同的无线电信道条件，可以使用链路适配，其中PDCCH的码率被选择为匹配于这些无线电信道条件。

为了允许在终端中对控制信道的简单但高效的处理，PDCCH向资源元素的映射服从于某种结构。这种结构基于包括九个REG的控制信道元素(CCE)。对于某个PDCCH所要求的CCE的数目，一个、两个、四个、或八个，取决于控制信息的有效载荷大小(DCI有效载荷)和信道编码速率。这被用来实现针对PDCCH的链路适配；如果对于PDCCH所意图的终端而言的信道条件是不利的，则相比于有利信道条件的情况而言使用较大数目的CCE。被使用用于PDCCH的CCE的数目也被称为聚合级别(AL)。

网络然后可以从可用的PDCCH资源中为不同的用户设备选择不同的聚合级别和PDCCH位置。对于每个PDCCH，CRC被附加到每个DCI消息有效载荷。所寻址的终端(或多个终端)的标识(例如，RNTI)在CRC计算中被提供并且不是明确地被传输。取决于DCI消息的目的，例如，单播数据传输、功率控制命令、随机接入响应等，使用不同的RNTI。对于正常的单播数据传输，使用特定于终端的C-RNTI。

在CRC附加之后，这些比特以速率-1/3咬尾(tail-biting)卷积码被编码并且被速率匹配以适应被使用用于PDCCH传输的资源量。将要在给定子帧中被传输的这些PDCCH已经被分配给所期望的资源元素之后，与将要在该子帧中传输的所有PDCCH资源元素相对应的比特序列(包括未使用的资源元素)通过特定于小区和子帧的加扰序列而被加扰以使小区间干扰随机化。这样的加扰之后跟随的是QPSK调制以及向资源元素的映射。REG的整个集合(包括任何PDCCH未使用的那些REG)然后跨整个控制区被交错，以使小区间干扰随机化并且获取针对PDCCH的频率分集。

PUCCH

如果还没有向移动终端指配用于数据传输的上行链路资源，则在上行链路资源(例如，资源块)中，具体是在被指配用于与3GPP发布8PUCCH有关的上行链路L1/L2控制的上行链路资源(例如，资源块)中，来传输L1/L2控制信息，例如，信道状态报告、混合ARQ确认、以及调度请求。这些资源位于总的可用小区带宽的边缘处。每个这样的资源在上行链路子帧的两个时隙中的每个时隙内包括12个“子载波”，例如，一个资源块。为了提供频率分集，这些频率资源在时隙边界上进行频率跳跃，即，一个“资源”包括：在子帧的第一时隙内位于频谱的上部分处的12个子载波、以及在该子帧的第二时隙期间位于频谱的下部分处的等同大小的资源，或者反之亦然。如果需要更多的资源用于上行链路L1/L2控制信令，例如，在支持大数目用户的非常大的总传输带宽的情况中，紧挨着之前所指配的资源块，能够指配附加的资源块。

载波聚合

LTE发布10标准已经在近期被标准化，其支持大于20MHz的带宽。对LTE发布10的一个重要的要求是保证与LTE发布8的向后兼容性。这也应当包括频谱兼容性。这将意味着LTE发布10载波(宽于20MHz)对LTE发布8终端应当表现为多个LTE载波。每个这样的载波可以被称为分量载波(CC)。特别是对于早期LTE发布10部署而言可以预期，相比于许多LTE旧式终端而言，将存在较小数目的有LTE发布10能力的终端。因此，有必要也针对旧式终端来保证对宽载波的高效使用，即，有可能实施如下的载波，在这些载波中，旧式终端可以在宽带LTE发布10载波的所有部分中被调度。用以获得这一点的直接明了的方式将是借助于载波聚合(CA)。CA意味着LTE发布10终端可以接收多个CC，其中CC具有(或者至少存在可能性具有)与发布8载波相同的结构。

被聚合的CC的数目以及个体CC的带宽对于上行链路和下行链路可以是不同的。对称配置是指下行链路和上行链路中的CC的数目相同的情况，而不对称配置是指CC的数目不同的情况。重要的是，注意到在小区中所配置的CC的数目可以不同于由终端所看到的CC的数目：终端例如可以支持比上行链路CC更多的下行链路CC，即使该小区被配置有相同数目的上行链路CC和下行链路CC。

在初始接入期间，LTE发布10终端表现得类似于LTE发布8终端。一经成功地连接到网络，终端就可以取决于它自己的能力和网络而被配置有UL和DL中的附加CC。配置基于RRC。归因于繁重的信令以及RRC信令相当慢的速度，所设想到的是，终端可以被配置有多个CC，即使当前并不使用它们中的全部。如果终端在多个CC上被配置，这将意味着它必须为了PDCCH和PDSCH来监测所有的DLCC。这意味着更宽的接收器带宽、更高的采样速率等，导致了高功率消耗。

为了缓解上述问题，LTE发布10除了配置之外还支持对CC的激活。终端为了PDCCH和PDSCH仅监测被配置且被激活的CC。因为激活基于介质接入控制(MAC)控制元素，这些控制元素比RRC信令更加快速，所以激活/解除激活可以遵循为了满足当前的数据速率需求所要求的CC的数目。一经大数据量的到达，就激活多个CC以用于数据传输，并且如果不再需要则解除激活。除了一个CC(DL主CC，DLPCC)以外的所有CC可以被解除激活。激活因此提供了配置多个CC但是仅按照需求来激活它们的可能性。大多数时间，终端将具有一个或非常少的被激活的CC，导致较低的接收带宽并且因此导致较低的电池消耗。

对CC的调度是经由下行链路指配而在PDCCH上进行的。PDCCH上的控制信息被格式化为下行链路控制信息(DCI)消息。在发布8中，终端仅利用一个DLCC和一个ULCC进行操作，DL指配、UL授予、以及对应的DL和ULCC之间的关联性因此是清楚的。在LTE发布10中，两种模式的CA需要被区分。第一种情况非常类似于多个发布8终端的操作，在CC上传输的DCI消息中包含的DL指配或UL授予对于DLCC它自身或者对于(经由特定于小区的联系或者特定于UE的联系)相关联的ULCC是有效的。第二种操作模式向DCI消息增加载波指示符字段(CIF)。具有CIF的包含DL指配的DCI对于以CIF所指示的那个DLCC而言是有效的，并且具有CIF的包含UL授予的DCI对于所指示的ULCC而言是有效的。

用于下行链路指配的DCI消息除了其他事物之外还包含：资源快指配、与调制和编码方案有关的参数、HARQ冗余版本，等等。除了与实际下行链路传输有关的那些参数之外，大多数用于下行链路指配的DCI格式还包含用于传输功率控制(TPC)命令的比特字段。这些TPC命令被用来控制用于传输HARQ反馈的对应PUCCH的上行链路功率控制行为。

在LTE发布10中，PUCCH的传输被映射到一个特定的上行链路CC(UL主CC，ULPCC)上。仅被配置有单个DLCC(那么其是DLPCC)和ULCC(那么其是ULPCC)的终端根据3GPP发布8来操作PUCCH上的动态ACK/NACK。被用来传输用于DL指配的PDCCH的第一控制信道元素(CCE)确定了3GPP发布8PUCCH上的动态ACK/NACK资源。因为仅一个DLCC与ULPCC特定于小区地相联系，所以不可能发生PUCCH碰撞，因为所有的PDCCH都是使用不同的第一CCE传输的。

一经接收到单个辅CC(SCC)上的DL指配或者接收到多个DL指配，就应当使用能够承载多个服务小区的HARQ-ACK的PUCCH格式(其在本文中被称为CAPUCCH)。单独的DLSCC指配是不典型的。eNB调度器应当努力在DLPCC上调度单个DLCC指配，并且如果并不需要则尝试将SCC解除激活。一种可能发生的场景是，eNB在包括PCC的多个DLCC上调度终端。如果终端错过除了DLPCC指配之外的所有指配，则它将使用发布8PUCCH以替代CAPUCCH。为了检测这种错误情况，eNB必须监测发布8PUCCH和CAPUCCH这两者。

在LTE发布10中，CAPUCCH格式基于所配置的CC的数目。CC的配置基于RRC信令。在成功地接收/应用新配置之后，确认消息被发送回以使得RRC信令非常安全。

CAPUCCH传输方案

在本申请中，CAPUCCH是指在UL中传输对多个服务小区的HARQ-ACK的手段。对于Rel-10LTE，能够按照以下两种方式之一来具体化CAPUCCH。第一种方法基于使用基于DFTS-OFDM的PUCCH格式3。多个ACK/NACK比特被编码以形成48个经编码的比特。这些经编码的比特然后以特定于小区(以及可能取决于DFTS-OFDM符号)的序列而被加扰。24比特在第一时隙内被传输，并且另一24比特在第二时隙内被传输。每时隙的24比特被转换为12个QPSK符号、被DFT预编码、跨五个DFTS-OFDM符号被扩散、并且在一个资源块(带宽)和五个DFTS-OFDM符号(时间)内被传输。扩散序列是特定于用户设备的，并且使得能够在相同资源块内对多至五个用户进行复用。对于参考信号，可以使用经循环移位的CAZAC序列，例如，经计算机优化的序列。

第二种CAPUCCH方法被称为信道选择。基本原理是向用户设备指配一组PUCCH格式1a/1b资源。用户设备然后根据用户设备应当传输的ACK/NACK序列来选择资源中的一个资源。在所指配的资源中的一个资源上，用户设备然后将传输QPSK或BPSK。eNB检测用户设备使用哪个资源以及用户设备在所使用的资源上反馈哪个QPSK或BPSK值，并且将这一点组合到针对相关联的DL小区的HARQ响应中。在利用信道选择来配置用户设备的情况中，也针对TDD进行与在FDD中那样的包括捆绑(bundling)方式的类似类型的映射。

时分双工

可以在频域中或者在时域中(或者它们的组合)复用来自节点(例如，蜂窝系统(诸如LTE)中的终端或用户设备501和基站401)的发射和接收。如图1中的左边所图示的频分双工(FDD)意味着下行链路和上行链路传输发生在不同的充分分离的频率带中。如图1中的右边所图示的时分双工(TDD)意味着下行链路和上行链路传输发生在不同的非交叠的时隙中。因此，TDD能够操作在不成对的频谱中，而FDD要求成对的频谱。

通常，通信系统中的所传输的信号的结构按照帧结构的形式被组织。例如，如图2中所图示的，LTE使用每无线电帧的十个长度1ms的等同大小的子帧。

在图2中的上部分中所图示的FDD操作的情况中，存在两个载波频率，一个用于上行链路传输(fUL)并且一个用于下行链路传输(fDL)。至少关于蜂窝通信系统中的终端，FDD可以是全双工的或者半双工的。在全双工的情况中，终端可以同时进行发射和接收，而在半双工操作中，终端不可以同时进行发射和接收。但是，基站能够进行同时的接收/发射，例如，从一个终端进行接收同时向另一终端进行发射。在LTE中，除了当明确地被指令在某个子帧中进行发射之外，半双工终端在下行链路中进行监测/接收。

在图2的下部分中所图示的TDD操作的情况中，仅存在单个载波频率，并且上行链路传输和下行链路传输总是在时间上而且基于小区被分离。由于相同的载波频率被使用用于上行链路和下行链路传输，所以基站和移动终端这两者都需要从发射切换到接收，并且反之亦然。任何TDD系统的必不可少的方面是为足够大的保护时间提供可能性，在保护时间中，上行链路传输和下行链路传输都不发生。要求这一点是为了避免上行链路传输与下行链路传输之间的干扰。对于LTE而言，这一保护时间由特殊子帧来提供，例如，子帧1并且在一些情况中是子帧6，它们被划分为三个部分：下行链路部分(DwPTS)、保护时段(GP)、以及上行链路部分(UpPTS)。剩余的子帧被分配给上行链路传输或者下行链路传输。

TDD借助于不同的下行链路/上行链路配置允许了在分别被分配用于上行链路传输和下行链路传输的资源量方面的不同的非对称性。在LTE中，存在如图3中所示出的七种不同的配置。应当意识到，DL子帧可以意指DL或者特殊子帧。

为了避免在不同小区之间在下行链路传输与上行链路传输之间的严重干扰，邻居小区应当具有相同的下行链路/上行链路配置。如果这没有被完成，则一个小区中的上行链路传输可能与相邻小区中的下行链路传输相干扰，并且反之亦然。因此，下行链路/上行链路非对称性在小区之间通常可以不变化，而是作为系统信息的一部分被用信号进行通知并且在长时间段内保持固定。

TDDHARQ控制定时

利用针对表格1中的每个U/D配置的详尽表格和过程描述规定了用于针对PDSCH的HARQA/N反馈的定时。用户设备应该也在预定义的UL子帧中反馈PDSCH解码A/N信息。如果存在由对应PDCCH的检测所指示的PDSCH传输，或者在子帧n-k内存在指示下行链路SPS释放的PDCCH(其中k在表格1中所列出的关联集合K＝{k₀,k₁,...,k_M-1}之内)，则用户设备应该在UL子帧n中在PUCCH上传输这样的HARQA/N响应。

表格1用于TDD的下行链路关联集合索引K＝{k₀,k₁,...,k_M-1}

用以说明该定时的示例参考图4A。应当意识到，最左边的子帧被标示为子帧0并且最右边的子帧被标示为子帧9。在图4A中提供了子帧编号是用于解释的目的。对于配置1小区中的UL子帧7，表格1示出了K＝{7,6}，其对应于承载针对在子帧7-7＝0和7-6＝1(n-k)中传输的PDSCH而言的可能的HARQA/N反馈。在图4A配置#1中，这被图示为起始于DL子帧0和1指向UL子帧7的箭头。

类似地，对于如图4B中所图示的配置2小区中的UL子帧2，表格1示出了K＝{8,7,4,6}，其对应于承载针对在前面的帧的子帧4、5、6和8中传输的PDSCH而言的可能的HARQA/N反馈。在图4B配置#2中，这被图示为起始于这些DL子帧的箭头指向UL子帧2。应当意识到，在本文所提供的示例中，n-k计算是模10的计算。

发明内容

在当前的3GPP标准中，没有讨论或者解决用户设备由被聚合的FDD和TDD载波同时进行服务的可能性。因此，本文所提出的示例实施例的至少一个示例目的是提供如下的机制，这些机制用以实施用于FDD和TDD载波聚合网络的下行链路调度和HARQ控制定时。

因此，本文所提出的一些示例实施例针对如何为PDSCH传输(例如，DLHARQ)分配HARQ定时和调度定时。根据一些示例实施例，取决于是FDD还是用于TDD的某个UL/DL配置被使用，可应用的参考配置被选择用于HARQ定时。这些示例实施例的优点是提供一种简单方案的能力，该简单方案用以导出针对TDD和FDD聚合的用于HARQ定时和调度的子帧。

因此，一些示例实施例针对一种在基站中用于确定控制定时配置的方法。该控制定时配置提供子帧定时设置，该子帧定时设置用于针对在多小区通信网络中服务于用户设备的小区来配置下行链路HARQ-ACK控制定时。该用户设备由基于TDD的小区和基于FDD的小区服务。

该方法包括：确定用于辅小区的控制定时配置。该辅小区是基于TDD的小区或者基于FDD的小区中的一个小区。对该控制定时配置的确定基于主小区的控制定时配置。该主小区相应地是基于FDD的小区或者基于TDD的小区中的一个小区。该方法进一步包括：针对服务于该用户设备的小区，实施用于下行链路HARQ-ACK控制定时的该控制定时配置。

一些示例实施例针对一种用于确定控制定时配置的基站。该控制定时配置提供子帧定时设置，该子帧定时设置用于针对在多小区通信网络中服务于用户设备的小区来配置下行链路HARQ-ACK控制定时。该用户设备由基于TDD的小区和基于FDD的小区服务。

该基站包括：处理电路，被配置为确定用于辅小区的控制定时配置。该辅小区是基于TDD的小区或者基于FDD的小区中的一个小区。该处理电路被配置为，基于主小区的控制定时配置来确定该控制定时配置。该主小区相应地是基于FDD的小区或者基于TDD的小区中的一个小区。该处理电路进一步被配置为，针对服务于该用户设备的小区，实施用于下行链路HARQ-ACK控制定时的该控制定时配置。

一些示例实施例针对一种在用户设备中用于确定控制定时配置的方法。该控制定时配置提供子帧定时设置，该子帧定时设置用于针对在多小区通信网络中服务于该用户设备的小区来配置下行链路HARQ-ACK控制定时。该用户设备由基于TDD的小区和基于FDD的小区服务。

该方法包括：确定用于辅小区的控制定时配置。该辅小区是基于TDD的小区或者基于FDD的小区中的一个小区。该确定基于主小区的控制定时配置。该主小区相应地是基于FDD的小区或者基于TDD的小区中的一个小区。该方法进一步包括：针对服务于该用户设备的小区，实施用于下行链路HARQ-ACK控制定时的该控制定时配置。

一些示例实施例针对一种用于确定控制定时配置的用户设备。该控制定时配置提供子帧定时设置，该子帧定时设置用于针对在多小区通信网络中服务于该用户设备的小区来配置下行链路HARQ-ACK控制定时。该用户设备由基于TDD的小区和基于FDD的小区服务。

该用户设备包括：处理电路，被配置为确定用于辅小区的控制定时配置。该辅小区是基于TDD的小区或者基于FDD的小区中的一个小区。对该控制定时配置的确定基于主小区的控制定时配置。该主小区相应地是基于FDD的小区或者基于TDD的小区中的一个小区。该处理电路进一步被配置为，针对服务于该用户设备的小区，实施用于下行链路HARQ-ACK控制定时的该控制定时配置。

定义

ACK确认

AL聚合级别

ARQ自动重复请求

BPSK二相相移键控

C-RNTI小区无线电网络临时标识符

CA载波聚合

CAZAC恒定振幅零自相关

CC分量载波

CCE控制信道元素

CFI控制格式指示符

CIF载波指示符字段

CRC循环冗余校验

DCI下行链路控制信息

DFT离散傅里叶变换

DFTSDFT扩散

DL下行链路

DTX不连续传输

DwPTS特殊子帧的下行链路部分

ePDCCH增强型物理下行链路控制信道

GP保护时段

FDD频分双工

HARQ混合自动重复请求

LTE长期演进

MAC介质接入控制

NACK否定确认

NW网络

OFDM正交频分复用

PCell主小区

PCC主CC

PDCCH物理下行链路控制信道

PDSCH物理下行链路共享信道

PRB物理资源块

PUCCH物理上行链路控制信道

PUSCH物理上行链路共享信道

QPSK四相相移键控

REG资源元素组

RNTI无线电网络临时标识符

RRC无线电资源控制

SCell辅小区

SCC辅CC

TDD时分双工

TPC发射功率控制

UE用户设备

UL上行链路

UpPTS特殊子帧的上行链路部分

VRB虚拟资源块

附图说明

从以下对附图中所图示的示例实施例的更加特别的描述来看，前述内容将变得明显，在附图中，相似的参考字符贯穿不同的视图指代相同的部分。这些示图并非必然按比例绘制，替代地，重点被放在图示示例实施例上。

图1是频分双工和时分双工的说明性示例；

图2是在FDD和TDD情况中用于LTE的上行链路/下行链路时间/频率结构的说明性示例；

图3是不同的上行链路/下行链路TDD配置的说明性示例；

图4A和4B是PDSCHA/N反馈定时的说明性示例；

图5和6是针对配置1小区和配置2小区的聚合而言的PDSCHA/N反馈定时的说明性示例；

图7和8图示了根据一些示例实施例的用于FDD和TDD聚合小区的控制定时的示例；

图9图示了根据一些示例实施例的子帧配置分层级结构(hierarchy)；

图10-13进一步图示了根据一些示例实施例的用于FDD和TDD聚合小区的控制定时的示例；

图14图示了根据一些示例实施例的基站的示例节点配置；

图15图示了根据一些示例实施例的用户设备的示例节点配置；

图16是一个流程图，其图示了根据一些示例实施例的可以由图14的基站执行的示例操作；以及

图17是一个流程图，其图示了根据一些示例实施例的可以由图15的用户设备执行的示例操作。

具体实施方式

在以下的描述中，为了解释而不是限制的目的，阐述了具体的细节，诸如特定的组件、元件、技术等，以便提供对示例实施例的透彻理解。然而，这些示例实施例可以按照偏离这些具体细节的其他方式被实行。在其他实例中，省略了对公知的方法和元素的详细描述，以便于不使示例实施例的描述晦涩难懂。

作为对本文所提出的示例实施例的展开的一部分，将首先识别并讨论一个问题。

具有不同载波上的不同UL-DL配置的频带间TDD载波聚合

在LTE发布10中，TDD小区的载波聚合被规定有如下的限制：用于所有被聚合的小区的U/D配置是相同的。对允许TDD小区的更加灵活载波聚合的需求将在LTE的发布11中被解决。

相邻小区的U/D配置需要是兼容的以避免严重的干扰问题。然而，存在相邻小区由不同的运营商或者不同的无线系统进行操作的情况。邻近于那些相邻系统的LTETDD小区因此被要求采用某些兼容的U/D配置。作为结果，运营商可能具有若干TDD小区，这些TDD小区具有不同频率上的不同U/D配置。

为了解决具有不同UL-DL配置的小区的载波聚合系统中的HARQ控制和A/N反馈定时，WO2013/025143和3GPPTS36.211V11.1.0第3代合作伙伴计划；技术规范组无线电接入网络；演进型通用陆地无线电接入(E-UTRA)；物理信道和调制(发布11)，教导了用户设备被配置有两个定时配置编号中的至少一个。第一定时配置编号是用于跨所有被聚合的小区来确定PDSCHHARQA/N定时的PDSCHHARQ控制定时配置编号。第二定时配置编号是用于跨所有被聚合的小区来确定PUSCH调度和PHICH上对应的HARQA/N定时的PUSCH控制定时配置编号。

作为用以说明上面所讨论的机制的示例，考虑针对图5中所示出的配置1小区和配置2小区的PDSCHA/N反馈定时。对于被配置有这两个服务小区的用户设备，DLHARQ控制定时配置编号可以被设置为配置编号2。因此，如表格1中所描述的，配置2提供将在子帧2和7中被接收的HARQA/N反馈。利用n-k的计算，确定这样的HARQA/N反馈是针对子帧0、1、3、4、5、6和9中传输的PDSCH。如图5中所示出的，最顶部的小区被标示为主小区(PCell)并且最底部的小区被标示为辅小区(SCell)。如图5中所图示的，源自SCell的HARQA/N反馈在PCell中被调度。图6图示了与图5中所提供的类似系统。然而，在图6中，是最底部的小区作为PCell。

示例实施例的概览

在当前的3GPP标准中，没有讨论或者解决用户设备由被聚合的FDD和TDD载波同时进行服务的可能性。因此，本文所提出的示例实施例的至少一个示例目的是提供如下的机制，这些机制用以提供用于FDD和TDD载波聚合网络的下行链路调度和HARQ控制定时。

因此，本文所提出的一些示例实施例针对如何为PDSCH传输(例如，DLHARQ)分配HARQ定时和调度定时。根据一些示例实施例，取决于是FDD还是用于TDD的某个UL/DL配置被使用，可应用的参考配置被选择用于HARQ定时。这些示例实施例的优点是提供一种简单方案的能力，该简单方案用以导出针对TDD和FDD聚合的用于HARQ定时和调度的子帧。

针对在FDD载波和TDD载波之间执行聚合的用户设备的可应用的调度和HARQ定时取决于调度从载波中的哪个载波被执行。另外，影响可应用的定时的是用户设备是否被配置有交叉载波调度。尽管假设聚合也可以被扩展到多于两个载波，但是主要从仅在两个载波之间的聚合的基础描述了这些示例实施例。

在这一节中，将通过多个示例来更加详细地说明示例实施例。应当注意，这些示例不是相互排斥的。来自一个示例实施例的成分可以默认地被假设存在于另一实施例中，并且本领域的技术人员可以在其他示例实施例中使用任何数目的示例实施例。

这些示例实施例将如下地被提出。首先，在子标题“用于自调度的DLHARQ-ACK定时”之下提供了针对服务于用户设备的每个个体小区的自调度的示例实施例。在这样的示例实施例中，辅小区的调度基于服务于用户设备的主小区的配置(例如，配置编号)或类型(例如，TDD或FDD)而被提供。一些示例实施例被提供有作为主小区运转的基于FDD的小区。在这样的示例实施例中，基于TDD的小区因此作为辅小区运转。在子标题“FDD载波作为PCell”之下讨论了这些示例实施例。

如在子标题“TDD载波作为PCell”之下所讨论的，提供了一些示例实施例，其中基于TDD的小区作为主小区运转并且基于FDD的小区因此作为辅小区运转。根据这些示例实施例，如在子标题“基于PCell配置的HARQ调度”之下所讨论的，辅FDD小区的调度可以基于TDD主小区的配置。根据一些示例实施例，FDD辅小区的调度可以基于如在子标题“基于子帧分层级结构的HARQ调度”之下所描述的子帧分层级结构。根据一些示例实施例，如在子标题“基于关联集合的HARQ调度”和“基于扩展的关联集合的HARQ调度”之下所描述的，FDD辅小区的调度可以基于新提供的或者经变化的配置集合。

在子标题“用于交叉载波调度配置的DLHARQ-ACK定时”之下，还提供了针对交叉载波调度的示例实施例。最后，分别在子标题“示例节点配置”和“示例节点操作”之下，提供了示例节点配置和示例节点操作。

用于自调度配置的DLHARQ-ACK定时

自调度配置提供了将在每个个体的被聚合的服务小区上经由PDCCH/ePDCCH传输的PDSCH调度信息。

FDD载波作为PCell

根据一些示例实施例，当基于TDD的小区作为SCell运转时，PDSCHHARQ反馈定时遵循被称为UL/DL配置编号F的新PDSCHHARQ定时参考配置，其被定义在表格2中的扩展的下行链路关联集合中。表格2中所添加的配置用粗体和下划线文字来标示。

表格2扩展的下行链路关联集合索引K＝{k₀,k₁,...,k_M-1}

图7中图示了根据这个实施例的FDDPCell和TDD配置#1SCell的示例性载波聚合情况。如图7中所图示的，SCell的所有下行链路子帧根据表格2的F配置被调度用于基于FDD的PCell中的HARQ反馈。具体地，FDD中的每个HARQ反馈被提供用于TDDSCell的n-k子帧，其中k对于每个子帧是四。

TDD载波作为PCell

基于PCell配置的HARQ调度

根据一些示例实施例，FDDSCell使用PCellUL/DL配置作为用于DLHARQ反馈的定时参考配置。这样的示例实施例提供了一种简化的实施方式。然而，FDDSCell上的一些DL子帧将不具有相关联的HARQ反馈定时，并且因此可以不被使用用于载波聚合用户设备。

图8图示了配置1基于FDD的小区作为与基于FDD的SCell聚合的PCell进行运转。如所示出的，基于FDD的SCell遵循如表格1和2中所提供的配置1的HARQ控制定时。配置1指示了HARQ反馈被提供在子帧2、3、7和8中。根据表格1和2，子帧2包括用于配置1的k值7和6。因此，如在n-k的模10计算中所提供的，针对小区2中的PCell的HARQ反馈被提供用于来自SCell的来自子帧5和6的下行链路传输。

类似地，针对子帧3中的PCell的HARQ反馈被提供用于来自SCell的来自子帧9的下行链路传输；针对子帧7中的PCell的HARQ反馈被提供用于来自SCell的来自子帧0和1的下行链路传输；并且针对子帧8中的PCell的HARQ反馈被提供用于来自SCell的来自子帧4的下行链路传输。因此，通过配置1，如在图8中通过X所指示的，针对在FDDSCell的子帧2、3、7和8中接收的下行链路传输不存在可用的HARQ调度。

因此，应当意识到，基于PCell的配置来提供HARQ调度的示例实施例允许了具有潜在缺点的简化实施方式，该潜在缺点是，基于FDD的SCell的一些下行链路子帧可能不可用于HARQ控制定时。

基于子帧分层级结构的HARQ调度

根据一些示例实施例，对SCell应该使用哪个配置用于确定HARQ控制定时的选择基于如图9中所图示的子帧分层级结构。应当意识到，在WO2013/025143中进一步描述了图9的分层级排序。

可以利用以下原理来设计子帧分层级结构。

(1)TDD配置中的UL子帧也是能够用向上箭头加以纠正的那些TDD配置中的UL子帧。

例如，子帧2和3是配置4中的UL子帧。这两个子帧在配置3、1、6和0中也是UL，它们中的全部都能够从配置4用向上箭头加以连接。作为第二示例，子帧2和7是配置2中的UL子帧。这两个子帧在配置3中不都是UL，因为不存在连接这两个配置的向上箭头。

(2)TDD配置中的DL子帧也是能够用向下箭头加以纠正的那些TDD配置中的DL子帧。

例如，子帧0、1、5、6和9是配置6中的DL子帧。这五个子帧在配置1、2、3、4和5中也是DL，它们中的全部都能够从配置6用向下箭头加以连接。作为第二示例，子帧7是配置3中的DL子帧但不是配置2中的DL子帧，因为不存在连接这两个配置的向下箭头。

具有这些设计性质，子帧分层级结构可以提供以下的效用：

(1)给定将被聚合的TDD配置集合，能够从所有给定的TDD配置用向上箭头加以连接的TDD配置具有以下两个性质：

·该TDD配置包括如下的UL子帧，这些UL子帧是来自所有给定的TDD配置的所有UL子帧的超集。

·该TDD配置包括在所有给定的TDD配置中可用的DL子帧。

给定上面所描述的子帧分层级结构，根据一些示例实施例，基于FDD的SCell可以被配置为总是使用UL/DL配置5作为用于DLHARQ反馈的定时参考配置，而不管与基于TDD的PCell相关联的配置。配置5包括最大数目的下行链路子帧，因此，通过选取配置5用于DLHARQ反馈，减少了不可用于反馈的FDD子帧的数目。如图8中所图示的，子帧2、3、7和8不可用于DLHARQ反馈。然而，利用配置5，基于FDD的SCell的仅子帧2将不可用于DLHARQ反馈。

根据一些示例实施例，如果基于TDD的PCell的UL/DL配置是0、1、2或6，则基于FDD的SCell可以被配置为使用UL/DL配置2作为定时参考配置。如从图9的分层级结构所图示的，配置2涵盖了与配置0、1、2和6相同的所有下行链路子帧。类似地，根据一些示例实施例，如图10中所图示的，如果基于TDD的PCell的UL/DL配置是3、4或5，则基于FDD的SCell可以被配置为使用UL/DL配置5作为定时参考配置。

在图10中所提供的示例中，基于TDD的PCell包括配置0。因此，基于子帧分层级结构，UL/DL配置2被使用作为定时参考配置。如表格1和2中所提供的，UL/DL配置2提供将被发送给子帧2和7的所有HARQ反馈。

基于关联集合的HARQ调度

根据一些示例实施例，可以基于关联集合来确定HARQ控制定时。对于UL/DL配置X的关联集合K，令k_min和k_max标示关联集合K中的最小值和最大值。所完成的(completed)关联集合然后由K*＝{k_min,k_min+1,…,k_max}给出。例如，对于UL/DL配置2，关联K＝{8,7,4,6}给出了k_min＝4以及k_max＝8。因此，所完成的关联集合是K＝{8,7,4,6,5}。

这一关联集合的完成可以由eNB和用户设备作为TDD+FDD载波聚合配置的一部分进行计算。替换地，所完成的关联集合可以被预先计算并且被存储在非易失性存储器中。此外，可以在诸如3GPPTS36.213的系统操作规范中描述所完成的关联。

为了描述下文中实施例的简单性，表格3被提供有经计算的关联集合，这些关联集合用带星号的UL/DL配置编号加以标记。因此，“使用UL/DL配置2*作为定时参考配置的FDDSCell”意指该FDDSCell的DLHARQ定时通过在表格3的2*行中被表格化的所完成的关联集合来定义。在表格3中，经由关联所添加的值以粗体和下划线文字来标示。

表格3所完成的下行链路关联集合索引K＝{k₀,k₁,...,k_M-1}

因此，根据一些示例实施例，如果基于TDD的PCell的UL/DL配置是0、1、2或6，则基于FDD的SCell可以被配置为使用UL/DL配置2*作为定时参考配置。类似地，如果基于TDD的PCell的UL/DL配置是3、4或5，则基于FDD的SCell可以被配置为使用UL/DL配置5*作为定时参考配置。

根据一些示例实施例，如果基于TDD的PCell的UL/DL配置是0、1、2或6，则基于FDD的SCell可以被配置为使用UL/DL配置2*作为定时参考配置。如果基于TDD的PCell的UL/DL配置是3，则基于FDD的SCell可以被配置为使用UL/DL配置3*作为定时参考配置。如果基于TDD的PCell的UL/DL配置是4，则基于FDD的SCell可以被配置为使用UL/DL配置4*作为定时参考配置。如果基于TDD的PCell的UL/DL配置是5，则基于FDD的SCell可以被配置为使用UL/DL配置5*作为定时参考配置。因此，根据这个示例实施例，如果基于TDD的PCell的配置是N，则定时参考配置是N*，其中N是来自3-5中的整数。

对将要使用哪个相关联的集合的确定基于如上文章节中所描述的子帧分层级结构。利用对相关联的集合的使用，避免了某些下行链路帧不可用于HARQ反馈的问题。

图11图示了与图10相类型的配置，其中基于TDD的PCell包括配置0。在图11中，基于FDD的SCell使用配置2*用于HARQ控制定时。与图10的HARQ反馈相对照，图11的反馈定时以针对子帧2和7的HARQ反馈(通过粗体和虚线来标示)为特征。在图11中，源自子帧2和7的HARQ反馈由用于子帧2和7的相关联集合2*中的所添加的k值5来提供。因此，利用对相关联集合的使用，所有的下行链路子帧都可以提供HARQ反馈。

基于扩展的关联集合的HARQ调度

可以观察到，根据前面章节中的示例实施例，每反馈时段的HARQ-ACK反馈比特的数目对于某些TDD+FDD载波聚合组合可能变得较大。图11中图示了这个概念。在图11中，子帧编号2是用户设备将在其中发送HARQ-ACK反馈的PCellUL。该图图示了用户设备需要针对6个子帧(针对PCell的1个子帧以及针对SCell的5个子帧)发送HARQ-ACK。取决于UL是被配置一个还是两个传送块的PDSCH，用户设备然后将需要在这个UL子帧中发送6或12个比特。

为了进一步改进这个方面，可以提供更加复杂的关联集合的完成。例如，用于UL/DL配置1的集合完成计算可以在一些子帧中施加k_min＝4的条件。项k_min是关联集合K的最小值。扩展的所完成的关联集合在表格4中被表格化。在表格4中，经由扩展的关联所添加的值以粗体和下划线文字来标示。

表格4扩展的所完成的下行链路关联集合索引K＝{k₀,k₁,...,k_M-1}

将表格3的配置与表格4的配置进行组合，产生了下面在表格5中所提供的完全扩展的关联配置集合。

表格5扩展的所完成的下行链路关联集合索引K＝{k₀,k₁,...,k_M-1}

根据一些示例实施例，如果基于TDD的PCell的UL/DL配置是0、1或6，则基于FDD的SCell可以被配置为使用UL/DL配置1*作为定时参考配置。如果基于TDD的PCell的UL/DL配置是2，则基于FDD的SCell可以被配置为使用UL/DL配置2*作为定时参考配置。如果基于TDD的PCell的UL/DL配置是3，则基于FDD的SCell可以被配置为使用UL/DL配置3*作为定时参考配置。如果基于TDD的PCell的UL/DL配置是4，则基于FDD的SCell可以被配置为使用UL/DL配置4*作为定时参考配置。如果基于TDD的PCell的UL/DL配置是5，则基于FDD的SCell可以被配置为使用UL/DL配置5*作为定时参考配置。

图12图示了上文所描述的示例实施例。在图12中，基于TDD的PCell包括配置0并且基于FDD的SCell使用配置1*用于HARQ控制定时。对于配置1*，表格5提供了针对子帧2和7的扩展的k值5和4。作为结果，附加的HARQ反馈在子帧7和8中从基于FDD的小区被提供给TDD子帧2。进一步附加的HARQ反馈在子帧2和3中从基于FDD的小区被提供给TDD子帧7。应当意识到，在上文和图12中所描述的示例实施例是利用对如图9中所描述的配置编号的分层级顺序的使用而被提供的。应当进一步意识到，经由图11与12的比较，已经发生了每反馈的HARQ-ACK比特的最大数目从6到5的减少。

根据一些示例实施例，如果基于TDD的PCell的UL/DL配置是X，则基于FDD的SCell使用UL/DL配置X*作为定时参考配置。图13中图示了根据这个实施例的示例。在图13中，基于TDD的PCell包括配置0并且基于FDD的SCell使用配置0*用于HARQ控制定时。比较图12与图13，可以观察到每反馈时段的HARQ-ACK比特的最大数目从5到4的减少。

用于交叉载波调度配置的DLHARQ-ACK定时

根据一些示例实施例，在交叉载波调度配置中提供下行链路HARQ-ACK。根据这些示例实施例，经由另一服务小区上的PDCCH/EPDCCH来传输针对SCell的PDSCH调度信息，该另一服务小区可以是PCell或者不同的SCell，但是在最适用的情况中，它是PCell。

根据一些示例实施例，如果PCell是FDD载波，则TDDSCell应该遵循由表格2的扩展DL关联集合中的UL/DL配置F所定义的DLHARQ定时。根据一些示例实施例，如果PCell是TDD载波，则FDDSCell应该遵循由TDDPCell的UL/DL配置所定义的DLHARQ定时。

示例节点配置

图14图示了可以执行本文所描述的一些示例实施例的基站401的示例节点配置。基站401可以包括无线电电路或通信端口410，其可以被配置为接收和/或发射通信数据、指令、和/或消息。应当意识到，无线电电路或通信端口410可以包括任何数目的收发单元或电路、接收单元或电路、和/或发射单元或电路。应当进一步意识到，无线电电路或通信端口410可以采用本领域中已知的任何输入或输出通信端口的形式。无线电电路或通信端口410可以包括RF电路和基带处理电路(未示出)。

基站401还可以包括处理单元或电路420，其可以被配置为实施如本文所描述的HARQ-ACK控制定时。处理电路420可以是任何适合类型的计算单元，例如，微处理器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、或专用集成电路(ASIC)、或者任何其他形式的电路。基站401可以进一步包括存储器单元或电路430，其可以是任何适合类型的计算机可读存储器并且可以具有易失性和/或非易失性类型。存储器430可以被配置为存储所接收的、所发射的、和/或所测量的数据、设备参数、通信优先级、和/或可执行的程序指令，例如，调度指令。存储器430还可以被配置为存储如本文所描述的任何形式的配置表格。

图15图示了可以执行本文所描述的一些示例实施例的用户设备501的示例节点配置。用户设备501可以包括无线电电路或通信端口510，其可以被配置为接收和/或发射通信数据、指令、和/或消息。应当意识到，无线电电路或通信端口510可以包括任何数目的收发单元或电路、接收单元或电路、和/或发射单元或电路。应当进一步意识到，无线电电路或通信端口510可以采用本领域中已知的任何输入或输出通信端口的形式。无线电电路或通信端口510可以包括RF电路和基带处理电路(未示出)。

用户设备501还可以包括处理单元或电路520，其可以被配置为实施如本文所描述的HARQ-ACK控制定时。处理电路520可以是任何适合类型的计算单元，例如，微处理器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、或专用集成电路(ASIC)、或者任何其他形式的电路。用户设备501可以进一步包括存储器单元或电路530，其可以是任何适合类型的计算机可读存储器并且可以具有易失性和/或非易失性类型。存储器530可以被配置为存储所接收的、所发射的、和/或所测量的数据、设备参数、通信优先级、和/或可执行的程序指令，例如，调度指令。存储器530还可以被配置为存储如本文所描述的任何形式的配置表格。

示例节点操作

图16是描绘了示例操作的流程图，这些示例操作可以由如本文所描述的基站401执行以实施如本文所描述的HARQ-ACK控制定时。应当意识到，图16包括以实线边框图示的一些操作以及以虚线边框图示的一些操作。实线边框中包括的操作是最宽的示例实施例中包括的操作。虚线边框中包括的操作是如下的示例实施例，这些示例实施例可以被包括在更宽的示例实施例中、或者是更宽的示例实施例的一部分、或者是除了更宽的示例实施例的操作之外还可以被执行的进一步的操作。应当意识到，这些操作不需要按顺序被执行。此外，应当意识到，并不是所有的操作都需要被执行。这些示例操作可以按任何顺序和以任何组合被执行。

操作10

基站被配置为确定10用于辅小区(SCell)的控制定时配置。辅小区是基于TDD的小区或者基于FDD的小区之一。确定10基于主小区(PCell)的控制定时配置。主小区相应地是基于FDD的小区或者基于TDD的小区之一。处理电路420被配置为确定用于辅小区的控制定时配置。

示例操作12

根据一些示例实施例，主小区可以是基于FDD的小区并且辅小区可以是基于TDD的小区。根据这些示例实施例，确定10可以进一步包括：确定12控制定时配置为包括用于所有子帧的HARQ-ACK反馈定时值4。处理电路420被配置为确定控制定时配置为包括用于所有子帧的HARQ-ACK反馈定时值4。

示例操作12至少在子标题“FDD载波作为PCell”和“用于交叉载波调度配置的DLHARQ-ACK定时”、表格2和图7之下进一步被描述。

示例操作14

根据一些示例实施例，主小区可以是基于TDD的小区并且辅小区可以是基于FDD的小区。根据这些示例实施例中的一些示例实施例，确定10可以进一步包括：确定14控制定时配置为等同于主小区的TDD配置。处理电路420被配置为确定控制定时配置为等同于主小区的TDD配置。

示例操作14至少在子标题“基于PCell配置的HARQ调度”和“用于交叉载波调度配置的DLHARQ-ACK定时”以及图8之下进一步被描述。

示例操作16

根据一些示例实施例，主小区可以是基于TDD的小区并且辅小区可以是基于FDD的小区。根据这些示例实施例中的一些示例实施例，确定10可以进一步包括：如果主小区的配置编号是0、1、2或6，则确定16控制定时配置为配置2；或者如果主小区的配置编号是3、4或5，则确定16控制定时配置为5。处理电路被配置为，如果主小区的配置编号是0、1、2或6，则确定控制定时配置为配置2；或者如果主小区的配置编号是3、4或5，则为配置5。

至少在子标题“基于子帧分层级结构的HARQ调度”以及图9和10之下进一步描述了示例操作14。

示例操作18

根据一些示例实施例，主小区可以是基于TDD的小区并且辅小区可以是基于FDD的小区。根据这些示例实施例中的一些示例实施例，确定10可以进一步包括：基于第一经变化的配置表格来确定18控制定时配置。下面提供了第一经变化的配置表格：

处理电路420被配置为基于上面所提供的第一变化配置表格来确定控制定时配置。

示例操作18至少在子标题“基于关联集合的HARQ调度”、表格3和图11之下进一步被描述。

示例操作20

根据一些示例实施例，确定18可以进一步包括：如果主小区的控制定时配置是0、1、2或6，则确定20控制定时配置为(如在第一经变化的配置表格中所提供的)2*；或者如果主小区的控制定时配置是3、4或5，则为(如在第一经变化的配置表格中所提供的)配置5*。处理电路420被配置为，如果主小区的控制定时配置是0、1、2或6，则确定控制定时配置为(如在第一经变化的配置表格中所提供的)2*；或者如果主小区的控制定时配置是3、4或5，则为(如在第一经变化的配置表格中所提供的)配置5*。

示例操作20至少在子标题“基于关联集合的HARQ调度”、表格3和图11之下进一步被描述。应当意识到，经由至少在子标题“基于子帧分层级结构的HARQ调度”和图9之下所描述的子帧分层级结构来提供配置2*和配置5*的选择。

示例操作22

根据一些示例实施例，确定18可以进一步包括：如果主小区的控制定时配置是0、1、2或6，则确定22控制定时配置为2*；或者如果主小区的控制定时配置是N，则为N*，其中N是具有值3-5的整数。处理电路420进一步被配置为，如果主小区的控制定时配置是0、1、2或6，则确定控制定时配置为2*；或者如果主小区的控制定时配置是N，则为N*，其中N是具有值3-5的整数。

示例操作22至少在子标题“基于关联集合的HARQ调度”、表格3和图11之下进一步被描述。应当意识到，经由至少在子标题“基于子帧分层级结构的HARQ调度”和图9之下所描述的子帧分层级结构来提供用于具有控制定时配置0、1、2或6的主小区的配置2*的选择。

示例操作24

根据一些示例实施例，主小区可以是基于TDD的小区并且辅小区可以是基于FDD的小区。根据这些实施例中的一些实施例，确定10可以进一步包括：基于第二经变化的配置表格来确定24控制定时配置。下面提供了第二经变化的配置表格：

处理电路420被配置为基于上面所提供的第二经变化的配置表格来确定控制定时配置。

示例操作24在子标题“基于扩展的关联集合的HARQ调度”、表格4和5、以及图12和13之下进一步被描述。

示例操作26

根据一些示例实施例，确定24进一步包括：如果主小区的控制定时配置是0、1或6，则确定26控制定时配置为(来自示例操作24中提供的第二经变化的配置表格的)1*；或者如果主小区的控制定时配置是N，则为N*，其中N是从2-5中取值的整数。处理电路420被配置为，如果主小区的控制定时配置是0、1或6，则确定控制定时配置为(来自示例操作24中提供的第二经变化的配置表格的)1*；或者如果主小区的控制定时配置是N，则为N*，其中N是从2-5中取值的整数。

示例操作26至少在子标题“基于扩展的关联集合的HARQ调度”、表格4和5、以及图12和13之下进一步被描述。应当意识到，经由至少在子标题“基于子帧分层级结构的HARQ调度”和图9之下所描述的子帧分层级结构来提供用于具有控制定时配置0、1或6的主小区的配置1*的选择。

示例操作28

根据一些示例实施例，主小区可以是基于TDD的小区并且辅小区可以是基于FDD的小区。根据这些实施例中的一些示例实施例，确定10可以进一步包括：基于第三经变化的配置表格来确定28控制定时配置。下面提供了第三经变化的配置表格：

处理电路420被配置为基于上面所提供的第三经变化的配置表格来确定控制定时配置。

示例操作28至少在子标题“基于扩展的关联集合的HARQ调度”、表格4和5、以及图12和13之下进一步被描述。

示例操作30

根据一些示例实施例，确定28可以进一步包括：如果主小区的控制定时配置是N，则确定30控制定时配置为N*，其中N是从0-6中取值的整数。处理电路420被配置为，如果主小区的控制定时配置是N，则确定控制定时配置为N*，其中N是从0-6中取值的整数。

示例操作30至少在子标题“基于扩展的关联集合的HARQ调度”、表格4和5、以及图12和13之下进一步被描述。

操作32

基站还被配置为，针对服务于用户设备的小区，实施32用于下行链路HARQ-ACK控制定时的控制定时配置。处理电路420被配置为，针对服务于用户设备的小区，实施用于下行链路HARQ-ACK控制定时的控制定时配置。

示例操作34

根据一些示例实施例，基站进一步被配置为经由RRC信令向用户设备发送34所实施的控制配置。无线电电路410被配置为经由RRC信令向用户设备发送所实施的控制配置。

图17是描绘了示例操作的流程图，这些示例操作可以由如本文所描述的用户设备501执行以实施如本文所描述的HARQ-ACK控制定时。应当意识到，图17包括以实线边框图示的一些操作以及以虚线边框图示的一些操作。实线边框中包括的操作是最宽的示例实施例中包括的操作。虚线边框中包括的操作是如下的示例实施例，这些示例实施例可以被包括在更宽的示例实施例中、或者是更宽的示例实施例的一部分、或者是除了更宽的示例实施例的操作之外还可以被执行的进一步的操作。应当意识到，这些操作不需要按顺序被执行。此外，应当意识到，并不是所有的操作都需要被执行。这些示例操作可以按任何顺序和以任何组合被执行。

操作40

用户设备被配置为确定40用于辅小区(SCell)的控制定时配置。辅小区是基于TDD的小区或者基于FDD的小区之一。确定40基于主小区(PCell)的控制定时配置。主小区相应地是基于FDD的小区或者基于TDD的小区之一。处理电路520被配置为确定用于辅小区的控制定时配置。

示例操作42

根据一些示例实施例，确定40进一步包括：经由RRC信令从基站接收42控制定时配置。无线电电路510进一步被配置为经由RRC信令从基站接收控制定时配置。

示例操作44

根据一些示例实施例，主小区可以是基于FDD的小区并且辅小区可以是基于TDD的小区。根据这些示例实施例，确定40可以进一步包括：确定44控制定时配置为包括用于所有子帧的HARQ-ACK反馈定时值4。处理电路520被配置为确定控制定时配置为包括用于所有子帧的HARQ-ACK反馈定时值4。

示例操作44至少在子标题“FDD载波作为PCell”和“用于交叉载波调度配置的DLHARQ-ACK定时”、表格2和图7之下进一步被描述。

示例操作46

根据一些示例实施例，主小区可以是基于TDD的小区并且辅小区可以是基于FDD的小区。根据这些示例实施例中的一些示例实施例，确定40可以进一步包括：确定46控制定时配置为等同于主小区的TDD配置。处理电路520被配置为确定控制定时配置为等同于主小区的TDD配置。

示例操作46至少在子标题“基于PCell配置的HARQ调度”和“用于交叉载波调度配置的DLHARQ-ACK定时”以及图8之下进一步被描述。

示例操作48

根据一些示例实施例，主小区可以是基于TDD的小区并且辅小区可以是基于FDD的小区。根据这些示例实施例中的一些示例实施例，确定40可以进一步包括：如果主小区的配置编号是0、1、2或6，则确定48控制定时配置为配置2；或者如果主小区的配置编号是3、4或5，则确定48控制定时配置为5。处理电路520被配置为，如果主小区的配置编号是0、1、2或6，则确定控制定时配置为配置2；或者如果主小区的配置编号是3、4或5，则为配置5。

示例操作48至少在子标题“基于子帧分层级结构的HARQ调度”以及图9和10之下进一步被描述。

示例操作50

根据一些示例实施例，主小区可以是基于TDD的小区并且辅小区可以是基于FDD的小区。根据这些示例实施例中的一些示例实施例，确定40可以进一步包括：基于第一经变化的配置表格来确定50控制定时配置。下面提供了第一经变化的配置表格：

处理电路520被配置为基于上面所提供的第一变化配置表格来确定控制定时配置。

示例操作50至少在子标题“基于关联集合的HARQ调度”、表格3和图11之下进一步被描述。

示例操作52

根据一些示例实施例，确定50可以进一步包括：如果主小区的控制定时配置是0、1、2或6，则确定52控制定时配置为(如在第一经变化的配置表格中所提供的)2*；或者如果主小区的控制定时配置是3、4或5，则为(如在第一经变化的配置表格中所提供的)配置5*。处理电路520被配置为，如果主小区的控制定时配置是0、1、2或6，则确定控制定时配置为(如在第一经变化的配置表格中所提供的)2*；或者如果主小区的控制定时配置是3、4或5，则为(如在第一经变化的配置表格中所提供的)配置5*。

示例操作52至少在子标题“基于关联集合的HARQ调度”、表格3和图11之下进一步被描述。应当意识到，经由至少在子标题“基于子帧分层级结构的HARQ调度”和图9之下所描述的子帧分层级结构来提供配置2*和配置5*的选择。

示例操作54

根据一些示例实施例，确定50可以进一步包括：如果主小区的控制定时配置是0、1、2或6，则确定54控制定时配置为2*；或者如果主小区的控制定时配置是N，则为N*，其中N是具有值3-5的整数。处理电路520进一步被配置为，如果主小区的控制定时配置是0、1、2或6，则确定控制定时配置为2*；或者如果主小区的控制定时配置是N，则为N*，其中N是具有值3-5的整数。

示例操作54至少在子标题“基于关联集合的HARQ调度”、表格3和图11之下进一步被描述。应当意识到，经由至少在子标题“基于子帧分层级结构的HARQ调度”和图9之下所描述的子帧分层级结构来提供用于具有控制定时配置0、1、2或6的主小区的配置2*的选择。

示例操作56

根据一些示例实施例，主小区可以是基于TDD的小区并且辅小区可以是基于FDD的小区。根据这些实施例中的一些实施例，确定40可以进一步包括：基于第二经变化的配置表格来确定56控制定时配置。下面提供了第二经变化的配置表格：

处理电路520被配置为基于上面所提供的第二经变化的配置表格来确定控制定时配置。

示例操作56在子标题“基于扩展的关联集合的HARQ调度”、表格4和5、以及图12和13之下进一步被描述。

示例操作58

根据一些示例实施例，确定56进一步包括：如果主小区的控制定时配置是0、1或6，则确定58控制定时配置为(来自示例操作56中提供的第二经变化的配置表格的)1*；或者如果主小区的控制定时配置是N，则为N*，其中N是从2-5中取值的整数。处理电路520被配置为，如果主小区的控制定时配置是0、1或6，则确定控制定时配置为(来自示例操作56中提供的第二经变化的配置表格的)1*；或者如果主小区的控制定时配置是N，则为N*，其中N是从2-5中取值的整数。

示例操作58至少在子标题“基于扩展的关联集合的HARQ调度”、表格4和5、以及图12和13之下进一步被描述。应当意识到，经由至少在子标题“基于子帧分层级结构的HARQ调度”和图9之下所描述的子帧分层级结构来提供用于具有控制定时配置0、1或6的主小区的配置1*的选择。

示例操作60

根据一些示例实施例，主小区可以是基于TDD的小区并且辅小区可以是基于FDD的小区。根据这些实施例中的一些示例实施例，确定40可以进一步包括：基于第三经变化的配置表格来确定60控制定时配置。下面提供了第三经变化的配置表格：

处理电路520被配置为基于上面所提供的第三经变化的配置表格来确定控制定时配置。

示例操作60至少在子标题“基于扩展的关联集合的HARQ调度”、表格4和5、以及图12和13之下进一步被描述。

示例操作62

根据一些示例实施例，确定60可以进一步包括：如果主小区的控制定时配置是N，则确定62控制定时配置为N*，其中N是从0-6中取值的整数。处理电路520被配置为，如果主小区的控制定时配置是N，则确定控制定时配置为N*，其中N是从0-6中取值的整数。

示例操作62至少在子标题“基于扩展的关联集合的HARQ调度”、表格4和5、以及图12和13之下进一步被描述。

操作64

用户设备还被配置为，针对服务于用户设备的小区，实施64用于下行链路HARQ-ACK控制定时的控制定时配置。处理电路520被配置为，针对服务于用户设备的小区，实施用于下行链路HARQ-ACK控制定时的控制定时配置。

应当注意，尽管本文使用了来自3GPPLTE的术语来解释示例实施例，但是这不应当视为将示例实施例的范围仅限制于前述系统。其他的无线系统，包括HSPA、WCDMA、WiMAX、UMB、WiFi和GSM，也可以从本文所公开的示例实施例受益。

对本文所提供的示例实施例的描述已经被提出以用于说明的目的。该描述不意图为详尽无遗的或者将示例实施例限制于所公开的精确形式，并且修改和变化鉴于上述教导是可能的或者可以从实行对所提供的实施例的各种替换来获取。选取并且描述本文所讨论的示例是为了解释各种示例实施例的原理和性质以及它的实际应用，以使得本领域的技术人员能够以各种方式并且带有适合于所考虑的特定使用的各种修改来利用这些示例实施例。本文所描述的实施例的特征可以在方法、装置、模块、系统和计算机程序产品的所有可能组合中加以组合。应当意识到，本文所提出的示例实施例可以被实行在彼此的任何组合中。

应当注意，词语“包括”并不必然排除与所列出那些元件或步骤不同的元件或步骤的存在，并且元件之前的词语“一”或“一种”并不排除多个这样的元件的存在。应当进一步注意，任何参考符号不限制权利要求的范围，示例实施例可以至少部分地借助于硬件和软件这两者来加以实施，并且若干“装置(means)”、“单元”或“设备”可以由硬件的相同项目来表示。

还要注意，诸如用户设备之类的术语应当被考虑为是非限制性的。无线终端或用户设备(UE)，如该术语在本文中被使用的，将宽泛地被解释为包括：具有用于互联网/内联网接入的能力、web浏览器、组织器(organizer)、日历、摄像头(例如，视频和/或静态图像摄像头)、录音器(例如，麦克风)、和/或全球定位系统(GPS)接收器的无线电电话；可以将蜂窝无线电电话与数据处理进行组合的个人通信系统(PCS)用户设备；能够包括无线电电话或无线通信系统的个人数字助理(PDA)；膝上型计算机；具有通信能力的照相机，例如，视频和/或静态图像照相机；以及能够进行收发的任何其他计算或通信设备，诸如个人计算机、家庭娱乐系统、电视机等。应当意识到，术语“用户设备”还可以包括任何数目的被连接的设备、无线终端、或者机器到机器设备。

应当进一步意识到，术语“双连接”不应当被限制于连接到仅两个基站的用户设备或无线终端。在双连接中，无线终端可以连接到任何数目的基站。

本文所描述的各种示例实施例在方法步骤或过程的一般上下文中被描述，它们在一个方面中可以由在计算机可读介质中具体化的计算机程序产品来实施，包括由联网环境中的计算机来执行的计算机可执行指令，诸如程序代码。计算机可读介质可以包括可移除的和不可移除的存储设备，包括但不限于，只读存储器(ROM)、随机访问存储器(RAM)、光盘(CD)、数字多功能盘(DVD)，等等。一般而言，程序模块可以包括执行特定任务或者实施特定抽象数据类型的例程、程序、对象、组件、数据结构，等等。计算机可执行指令、相关联的数据结构、以及程序模块表示用于执行本文所公开的方法的步骤的程序代码的示例。这样的可执行指令或者相关联的数据结构的特定序列表示用于实施这样的步骤或过程中所描述的功能的对应动作的示例。

在附图和说明书中，已经公开了示例性实施例。然而，能够对这些实施例作出许多变化和修改。因此，尽管采用了具体的术语，但是它们仅在一般性和描述性的意义上被使用并且不是为了限制的目的。

Claims (36)

1.一种在基站中用于确定控制定时配置的方法，所述控制定时配置提供子帧定时设置，所述子帧定时设置用于针对在多小区通信网络中服务于用户设备的小区来配置下行链路混合自动重传请求确认HARQ-ACK控制定时，其中所述用户设备由基于时分双工TDD的小区和基于频分双工FDD的小区服务，所述方法包括：

基于主小区的控制定时配置来确定(10)用于辅小区的控制定时配置，所述辅小区是所述基于TDD的小区或者所述基于FDD的小区中的一个小区，所述主小区相应地是所述基于FDD的小区或者所述基于TDD的小区中的一个小区；以及

针对服务于所述用户设备的小区，实施(32)用于下行链路HARQ-ACK控制定时的所述控制定时配置。

2.根据权利要求1所述的方法，其中所述主小区是所述基于FDD的小区并且所述辅小区是所述基于TDD的小区，所述确定(10)进一步包括：确定(12)所述控制定时配置为包括用于所有子帧的HARQ-ACK反馈定时值4。

3.根据权利要求1所述的方法，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述确定(10)进一步包括：确定(14)所述控制定时配置为等同于所述主小区的TDD配置。

4.根据权利要求1所述的方法，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述确定(10)进一步包括：如果所述主小区的配置编号是0、1、2或6，则确定(16)所述控制定时配置为配置编号2；或者如果所述主小区的配置编号是3、4或5，则确定(16)所述控制定时配置为配置5。

5.根据权利要求1所述的方法，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述确定(10)进一步包括：基于第一经变化的配置表格来确定(18)所述控制定时配置，其中所述第一经变化的配置表格是：

6.根据权利要求5所述的方法，其中所述确定(18)进一步包括：如果所述主小区的所述控制定时配置是0、1、2或6，则确定(20)所述控制定时配置为2*；或者如果所述主小区的所述控制定时配置是3、4或5，则确定(20)所述控制定时配置为5*。

7.根据权利要求5所述的方法，其中所述确定(18)进一步包括：如果所述主小区的所述控制定时配置是0、1、2或6，则确定(22)所述控制定时配置为2*；或者如果所述主小区的所述控制定时配置是N，则确定(22)所述控制定时配置为N*，其中N是具有值3-5的整数。

8.根据权利要求1所述的方法，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述确定(10)进一步包括：基于第二经变化的配置表格来确定(24)所述控制定时配置，其中所述第二经变化的配置表格是：

其中如果所述主小区的所述控制定时配置是0、1或6，则所述控制定时配置为1*；或者如果所述主小区的所述控制定时配置是N，则所述控制定时配置为N*，其中N是具有值2-5的整数。

9.根据权利要求1所述的方法，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述确定(10)进一步包括：基于第三经变化的配置表格来确定(28)所述控制定时配置，其中所述第三经变化的配置表格是：

其中如果所述主小区的所述控制定时配置是N，则所述控制定时配置是N*，其中N是具有值0-6的整数。

10.一种用于确定控制定时配置的基站(401)，所述控制定时配置提供子帧定时设置，所述子帧定时设置用于针对在多小区通信网络中服务于用户设备(501)的小区来配置下行链路混合自动重传请求确认HARQ-ACK控制定时，其中所述用户设备由基于时分双工TDD的小区和基于频分双工FDD的小区服务，所述基站包括：

处理电路(420)，被配置为基于主小区的控制定时配置来确定用于辅小区的控制定时配置，所述辅小区是所述基于TDD的小区或者所述基于FDD的小区中的一个小区，所述主小区相应地是所述基于FDD的小区或者所述基于TDD的小区中的一个小区；并且

所述处理电路(420)进一步被配置为，针对服务于所述用户设备的小区，实施用于下行链路HARQ-ACK控制定时的所述控制定时配置。

11.根据权利要求10所述的基站(401)，其中所述主小区是所述基于FDD的小区并且所述辅小区是所述基于TDD的小区，所述处理电路(420)进一步被配置为，确定所述控制定时配置为包括用于所有子帧的HARQ-ACK反馈定时值4。

12.根据权利要求10所述的基站(401)，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述处理电路(420)进一步被配置为，确定所述控制定时配置为等同于所述主小区的TDD配置。

13.根据权利要求10所述的基站(401)，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述处理电路(420)进一步被配置为，如果所述主小区的配置编号是0、1、2或6，则确定所述控制定时配置为配置编号2；或者如果所述主小区的配置编号是3、4或5，则确定所述控制定时配置为配置5。

14.根据权利要求10所述的基站(401)，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述处理电路(420)进一步被配置为，基于第一经变化的配置表格来确定所述控制定时配置，其中所述第一经变化的配置表格是：

15.根据权利要求14所述的基站(401)，其中所述处理电路(420)进一步被配置为，如果所述主小区的所述控制定时配置是0、1、2或6，则确定所述控制定时配置为2*；或者如果所述主小区的所述控制定时配置是3、4或5，则确定所述控制定时配置为5*。

16.根据权利要求14所述的基站(401)，其中所述处理电路(420)进一步被配置为，如果所述主小区的所述控制定时配置是0、1、2或6，则确定所述控制定时配置为2*；或者如果所述主小区的所述控制定时配置是N，则确定所述控制定时配置为N*，其中N是具有值3-5的整数。

17.根据权利要求10所述的基站(401)，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述处理电路(420)进一步被配置为，基于第二经变化的配置表格来确定所述控制定时配置，其中所述第二经变化的配置表格是：

其中如果所述主小区的所述控制定时配置是0、1或6，则所述控制定时配置为1*；或者如果所述主小区的所述控制定时配置是N，则所述控制定时配置为N*，其中N是具有值2-5的整数。

18.根据权利要求10所述的基站(401)，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述处理电路(420)进一步被配置为，基于第三经变化的配置表格来确定所述控制定时配置，其中所述第三经变化的配置表格是：

其中如果所述主小区的所述控制定时配置是N，则所述控制定时配置是N*，其中N是来自0-6中的整数。

19.一种在用户设备中用于确定控制定时配置的方法，所述控制定时配置提供子帧定时设置，所述子帧定时设置用于针对在多小区通信网络中服务于所述用户设备的小区来配置下行链路混合自动重传请求确认HARQ-ACK控制定时，其中所述用户设备由基于时分双工TDD的小区和基于频分双工FDD的小区服务，所述方法包括：

基于主小区的控制定时配置来确定(40)用于辅小区的控制定时配置，所述辅小区是所述基于TDD的小区或者所述基于FDD的小区中的一个小区，所述主小区相应地是所述基于FDD的小区或者所述基于TDD的小区中的一个小区；以及

针对服务于所述用户设备的小区，实施(64)用于下行链路HARQ-ACK控制定时的所述控制定时配置。

20.根据权利要求19所述的方法，其中所述主小区是所述基于FDD的小区并且所述辅小区是所述基于TDD的小区，所述确定(40)进一步包括：确定(44)所述控制定时配置为包括用于所有子帧的HARQ-ACK反馈定时值4。

21.根据权利要求19所述的方法，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述确定(40)进一步包括：确定(46)所述控制定时配置为等同于所述主小区的TDD配置。

22.根据权利要求19所述的方法，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述确定(40)进一步包括：如果所述主小区的配置编号是0、1、2或6，则确定(48)所述控制定时配置为配置编号2；或者如果所述主小区的配置编号是3、4或5，则确定(48)所述控制定时配置为配置5。

23.根据权利要求19所述的方法，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述确定(40)进一步包括：基于第一经变化的配置表格来确定(50)所述控制定时配置，其中所述第一经变化的配置表格是：

24.根据权利要求23所述的方法，其中所述确定(50)进一步包括：如果所述主小区的所述控制定时配置是0、1、2或6，则确定(52)所述控制定时配置为2*；或者如果所述主小区的所述控制定时配置是3、4或5，则确定(52)所述控制定时配置为5*。

25.根据权利要求23所述的方法，其中所述确定(50)进一步包括：如果所述主小区的所述控制定时配置是0、1、2或6，则确定(54)所述控制定时配置为2*；或者如果所述主小区的所述控制定时配置是N，则确定(54)所述控制定时配置为N*，其中N是具有值3-5的整数。

26.根据权利要求19所述的方法，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述确定(40)进一步包括：基于第二经变化的配置表格来确定(56)所述控制定时配置，其中所述第二经变化的配置表格是：

其中如果所述主小区的所述控制定时配置是0、1或6，则所述控制定时配置为1*；或者如果所述主小区的所述控制定时配置是N，则所述控制定时配置为N*，其中N是具有值2-5的整数。

27.根据权利要求19所述的方法，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述确定(40)进一步包括：基于第三经变化的配置表格来确定(60)所述控制定时配置，其中所述第三经变化的配置表格是：

其中如果所述主小区的所述控制定时配置是N，则所述控制定时配置是N*，其中N是具有值0-6的整数。

28.一种用于确定控制定时配置的用户设备(501)，所述控制定时配置提供子帧定时设置，所述子帧定时设置用于针对在多小区通信网络中服务于所述用户设备的小区来配置下行链路混合自动重传请求确认HARQ-ACK控制定时，其中所述用户设备由基于时分双工TDD的小区和基于频分双工FDD的小区服务，所述用户设备包括：

处理电路(520)，被配置为基于主小区的控制定时配置来确定用于辅小区的控制定时配置，所述辅小区是所述基于TDD的小区或者所述基于FDD的小区中的一个小区，所述主小区相应地是所述基于FDD的小区或者所述基于TDD的小区中的一个小区；并且

所述处理电路(520)进一步被配置为，针对服务于所述用户设备的小区，实施用于下行链路HARQ-ACK控制定时的所述控制定时配置。

29.根据权利要求28所述的用户设备(501)，其中所述主小区是所述基于FDD的小区并且所述辅小区是所述基于TDD的小区，所述处理电路(520)进一步被配置为，确定所述控制定时配置为包括用于所有子帧的HARQ-ACK反馈定时值4。

30.根据权利要求28所述的用户设备(501)，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述处理电路(520)进一步被配置为，确定所述控制定时配置为等同于所述主小区的TDD配置。

31.根据权利要求28所述的用户设备(501)，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述处理电路(520)进一步被配置为，如果所述主小区的配置编号是0、1、2或6，则确定所述控制定时配置为配置编号2；或者如果所述主小区的配置编号是3、4或5，则确定所述控制定时配置为配置5。

32.根据权利要求28所述的用户设备(501)，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述处理电路(520)进一步被配置为，基于第一经变化的配置表格来确定所述控制定时配置，其中所述第一经变化的配置表格是：

33.根据权利要求32所述的用户设备(501)，其中所述处理电路(520)进一步被配置为，如果所述主小区的所述控制定时配置是0、1、2或6，则确定所述控制定时配置为2*；或者如果所述主小区的所述控制定时配置是3、4或5，则确定所述控制定时配置为5*。

34.根据权利要求32所述的用户设备(501)，其中所述处理电路(520)进一步被配置为，如果所述主小区的所述控制定时配置是0、1、2或6，则确定所述控制定时配置为2*；如果所述主小区的所述控制定时配置是N，则确定所述控制定时配置为N*，其中N是具有值3-5的整数。

35.根据权利要求28所述的用户设备(501)，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述处理电路(520)进一步被配置为，基于第二经变化的配置表格来确定所述控制定时配置，其中所述第二经变化的配置表格是：

其中如果所述主小区的所述控制定时配置是0、1或6，则所述控制定时配置为1*；或者如果所述主小区的所述控制定时配置是N，则所述控制定时配置为N*，其中N是具有值2-5的整数。

36.根据权利要求28所述的用户设备(501)，其中所述主小区是所述基于TDD的小区并且所述辅小区是所述基于FDD的小区，所述处理电路(520)进一步被配置为，基于第三经变化的配置表格来确定所述控制定时配置，其中所述第三经变化的配置表格是：

其中如果所述主小区的所述控制定时配置是N，则所述控制定时配置是N*，其中N是具有值0-6的整数。