用于多小区通信网络中的控制定时配置指配的基站、用户设备及其方法
【专利摘要】这里呈现的示例实施例涉及一种用于配置去往和来自多分量小区通信网络中的用户设备的控制定时的基站及其方法。这里呈现的示例实施例也涉及用于多分量小区通信网络中的用户设备的控制定时的配置的用户设备及其方法。
【专利说明】用于多小区通信网络中的控制定时配置指配的基站、用户设备及其方法
【技术领域】
[0001]示例实施例涉及一种用于指配和实施用于多小区通信网络中的控制定时的控制定时配置编号的基站和用户设备及其方法。
【背景技术】
[0002]长期演进系统
[0003]长期演进(LTE)在下行链路方向上使用正交频分复用(OFDM)并且在上行链路方向上使用离散傅里叶变换(DFT)-扩展0FDM。基本LTE下行链路物理资源因此可以视为如图1中所示时间-频率网格，其中每个资源单元在一个OFDM符号间隔期间对应于一个OFDM子载波。如图2中所示，在时域中，可以将LTE下行链路传输组织成IOms的无线电帧，其中每个无线电巾贞由长度为Tsubframe=Ims的十个相等大小的子巾贞构成。
[0004]另外，通常在资源块方面描述LTE中的资源分配，其中资源块对应于时域中的一个时隙(0.5ms)和频域中的12个子载波。从系统带宽的一端以O开始，在频域中对资源块编号。
[0005]动态调度下行链路传输、即在每个子帧中，基站传输关于在当前下行链路子帧中向哪个用户设备传输数据和在哪些资源块上传输数据的控制信息。通常在每个子帧中的前
1、2、3或者4个OFDM符号中传输这一控制信令。在图3中图示具有用于控制目的的3个OFDM符号的下行链路系统。经由在控制区域中传输的物理下行链路控制信道(PDCCH)向用户设备传达动态调度信息。在成功解码HXXH之后，用户设备根据在LTE规范中指定的预定定时执行物理下行链路共享信道(PDSCH)的接收或者物理上行链路共享信道(PUSCH)的传输。
[0006]LTE使用混合自动重传请求(HARQ)，其中在子帧中接收下行链路数据之后，用户设备尝试对其解码并且经由物理上行链路控制信道(PUCCH)向基站报告解码成功(传输确认(ACK))或者不成功(传输否定确认(NACK))。在解码尝试不成功的情况下，基站可以重发错误数据。相似地，基站可以经由物理混合ARQ指示符信道(PHCIH)向UE指示PUSCH的解码成功(传输ACK)或者不成功(传输NACK)。
[0007]从用户设备到基站的上行链路控制信令可以包括(I)对于接收的下行链路数据的HARQ确认；(2)与下行链路信道条件有关的、用作对于下行链路调度的辅助的用户设备报告；和/或(3)调度请求，该调度请求指示移动用户设备需要用于上行链路数据传输的上行链路资源。
[0008]如果尚未向移动用户设备指配用于数据传输的上行链路资源，则在上行链路资源中，例如为发布8 (Rel-8) PUCCH上的上行链路L1/L2控制特别指配的资源块中，传输LI/L2控制信息、比如信道状态报告、HARQ确认和调度请求。如图4中所示，这些上行链路资源位于总可用传输带宽的边缘。每个这样的上行链路资源包括在上行链路子帧的两个时隙中的每个时隙内的12个“子载波”(一个资源块)。为了提供频率分集，由箭头指示，这些频率资源在时隙边界频率跳跃、即一个“资源”包括在子帧的第一时隙内的频谱的上部分的12个子载波和在子帧的第二时隙期间的频谱的下部分的相等大小的资源或者相反。如果对于上行链路L1/L2控制信令需要更多资源，例如在支持大量用户的很大的总传输带宽的情况下，可以在先前指配的资源块旁边指配附加资源块。
[0009]载波聚合
[0010]近来已经标准化LTE发布IO(Rel-1O)从而支持大于20MHz的带宽。对LTE Rel-1O的一个要求是保证与LTE Rel-8向后兼容。这也可以包括频谱兼容性。这将意味着比20MHz更宽的LTE Rel-1O载波对于LTE Rel_8用户设备应当表现为多个LTE载波。每个这样的载波可以称为分量载波(CC)。特别是对于早期LTE Rel-1O部署，可以预计将有与大量LTE传统用户设备相比较小数目的具有LTERel-1O能力的用户设备。因此，对于传统用户设备也保证宽载波的高效使用，即有可能实施载波使其中可以在宽带LTE Rel-1O载波的所有部分中调度传统用户设备，可能是有用的。用于获得这一点的直接的方式将是借助载波聚合(CA)。CA意味着LTE Rel-1O用户设备可以接收多个CC，其中CC具有、或者至少有可能具有与Rel-8载波相同的结构。在图5中图示CA。
[0011]聚合的CC数目以及个别CC的带宽对于上行链路和下行链路可以不同。对称配置是指其中在下行链路和上行链路中的CC数目相同的情况，而不对称配置是指其中CC数目不同的情况。应当注意在小区中配置的CC数目可以不同于为用户设备所见的CC数目。尽管网络配置被配置具有相同数目的上行链路和下行链路CC，但是用户设备可以例如支持比上行链路CC更多的下行链路CC。
[0012]在初始接入期间，LTE Rel-1O用户设备与LTE Rel_8用户设备表现相似。在成功连接到网络时，用户设备可以(根据它自己的能力和网络)被配置具有用于上行链路和下行链路的附加Ce。配置基于无线电资源控制(RRC)。由于繁重的信令和RRC信令的相当慢速，设想到可以向用户设备配置多个CC，即使当前这多个CC未全部被使用。如果在多个CC上配置用户设备，则这将意味着它必须为roccH和roscH而监测所有下行链路cc。这意味着更宽的接收机带宽、更高采样速率等，造成更高功率消耗。
[0013]为了减轻以上描述的问题，LTE Rel-?ο支持在配置之上的CC的激活。用户设备仅为roccH和roscH监测配置并且激活的cc。由于激活是基于比rrc信令更快的介质访问控制(MAC)控制单元，所以激活/去激活可以遵循为了满足当前数据速率要求而需要的CC数目。在大量数据到达时，多个CC被激活用于数据传输，并且如果不再被需要则被去激活。除了一个CC (下行链路(DL)主CC (DLPCC))之外的所有CC可以被去激活。因此，激活提供配置多个CC、但是仅在需要基础上激活它们的可能性。多数时间，用户设备将使一个或者很少的CC激活从而造成更低的接收带宽并且因此造成更低的电池消耗。
[0014]可以经由下行链路指配在roccH上完成CC的调度。可以格式化roccH上的信息为下行链路控制信息(DCI)消息。在Rel-8中，用户设备可以仅用一个下行链路和一个上行链路CC操作。因此在下行链路指配、上行链路许可以及对应下行链路和上行链路CC之间的关联是清楚的。在Rell-中，应当区分两个CA模式。第一模式与多个Rel-8CC的操作很相似，在CC上传输的DCI消息中包含的下行链路指配或者上行链路许可对于下行链路CC本身或者对于关联(比如经由小区特定的或者用户设备特定的链接)的上行链路CC有效。第二操作模式用载波指示符字段(CIF)扩充DCI消息。包括具有CIF的下行链路指配的DCI对于用CIF指示的下行链路CC有效，并且包括具有CIF的上行链路许可的DCI对于指示的上行链路CC有效。
[0015]用于下行链路指配的DCI消息包括资源块指配、与调制和编码方案有关的参数、HARQ冗余版本等以及其它内容。除了与实际下行链路传输有关的那些参数之外，用于下行链路指配的多数DCI格式也包括用于传输功率控制(TPC)命令的位字段。这些TPC命令被用来控制对应的PUCCH的上行链路功率控制行为，该PUCCH被用来传输HARQ反馈。
[0016]在Rel-1OLTE中，将PUCCH的传输映射到上行链路(UL)主CC (UL PCC)这一个特定的上行链路CC上。被配置具有单个下行链路CC (该CC然后是DL PCC)和上行链路CC(该CC然后是ULPCC)的用户设备根据Rel-8在PUCCH上操作动态ACK/NACK。被用来传输用于下行链路指配的HXXH的第一控制信道单元(CCE)确定Rel-8PUCCH上的动态ACK/NACK资源。由于仅一个下行链路CC小区特定地与UL PCC链接，所以无PUCCH冲突会出现，因为所有HXXH使用不同的第一 CCE来传输。
[0017]在单个辅CC (SCC)上接收下行链路指配或者接收多个DL指配时，应当使用CAPUCCH。下行链路SCC指配本身非典型的。基站中的调度器应当努力在DL PCC上调度单个下行链路CC指配并且如果不需要则尝试去激活SCC。可能出现的可能场景是基站在包括PCC的多个下行链路CC上调度用户设备。如果用户设备错过除了 DL PCC指配之外的所有指配，则它将使用Rel-8PUCCH而不是CAPUCCH。为了检测这一错误情况，基站必须监测Rel-8PUCCH 和 CA PUCCH 两者。
[0018]在Rel-1OLTE中，CA PUCCH格式基于配置的CC数目。CC的配置基于RRC信令。在新配置的成功接收/应用之后，传输回确认消息，使得RRC信令很安全。
[0019]时分双工
[0020]可以在频域中或者在时域中(或者其组合)复用从节点、例如在诸如LTE的蜂窝系统中的用户设备的传输和接收。如图6中的左侧所示频分双工(FDD)意味着下行链路和上行链路传输在不同的充分分离的频带中发生。如图6中的右侧所示时分双工(TDD)意味着下行链路和上行链路传输在不同的、非重叠时间隙中发生。因此，TDD可以在未配对的频谱中操作，而FDD需要成对的频谱。
[0021]通常，以帧结构的形式组织通信系统中的传输的信号的结构。例如，LTE使用如图7中所示的、每无线电帧十个相等大小的长度为Ims的子帧。
[0022]在FDD操作(图7的上部分)的情况下，有两个载波频率，一个用于上行链路传输(fUL)并且一个用于下行链路传输(fDL)。至少对在蜂窝通信系统中的用户设备而言，FDD可以是全双工或者半双工的。在全双工情况下，用户设备可以同时传输和接收，而在半双工操作中，用户设备不能同时传输和接收(然而基站能够同时接收/传输，例如从用户设备接收的同时向另一用户设备传输)。在LTE中，半双工用户设备在下行链路上监测/接收，除非被显式地指示在某个子帧中传输。
[0023]在TDD操作(图7的下部分)的情况下，可以仅有单个载波频率，并且通常在小区基础上在时间上分离上行链路和下行链路传输。由于同一载波频率用于上行链路和下行链路传输，所以基站和移动用户设备都需要从传输切换成接收并且反之亦然。任何TDD系统的一个方面是提供充分大的保护时间的可能，在该保护时间中下行链路和上行链路传输均不出现。需要这一点以避免在上行链路与下行链路传输之间的干扰。对于LTE，这一保护时间由特殊子帧(子帧1，并且在一些情况下子帧6)提供，该特殊子帧被拆分成三个部分:下行链路部分(下行链路导频时间隙(DwPTS))、保护时段(GP)和上行链路部分(上行链路导频时间隙(UpPTS))。其余子帧被分配用于上行链路或者下行链路传输。
【发明内容】
[0024]这里呈现的示例实施例中的一些示例实施例的目标是提供一种跨所有聚合的CC指配上行链路-下行链路配置的高效手段。因而，示例实施例中的一些示例实施例可以指向一种在基站中用于配置去往和来自多小区通信网络中的用户设备的控制定时的方法。该方法包括针对多小区通信网络的多个聚合的小区确定至少一个定时配置编号。每个聚合的小区与上行链路-下行链路配置编号关联，其中多个聚合的小区的至少两个上行链路-下行链路配置编号不相等。该多个聚合的小区与用户设备关联。该方法也包括向用户设备指配至少一个定时配置编号。
[0025]示例实施例中的一些示例实施例可以指向一种用于配置去往和来自多小区通信网络中的用户设备的控制定时的基站。该基站包括:确定单元，被配置用于针对多小区通信网络的多个聚合的小区确定至少一个定时配置编号。每个聚合的小区与上行链路-下行链路配置编号关联。该多个聚合的小区的至少两个上行链路-下行链路配置编号不相等。该多个聚合的小区与用户设备关联。该基站也包括:指配单元，被配置用于向用户设备指配至少一个定时配置编号。
[0026]示例实施例中的一些示例实施例可以指向一种在用户设备中用于为多小区通信网络中的用户设备配置控制定时的方法。该方法包括从基站接收针对多小区通信网络的多个聚合的小区的至少一个定时配置编号。每个聚合的小区与上行链路-下行链路配置编号关联，并且其中多个聚合的小区的至少两个上行链路-下行链路配置编号不相等。该多个聚合的小区与用户设备关联。该方法也包括基于该至少一个定时配置编号实施控制定时。
[0027]示例实施例中的一些示例实施例可以指向一种用于为多小区通信网络中的用户设备配置控制定时的用户设备。该用户设备包括:确定单元，被配置用于从基站接收针对多小区通信网络的多个聚合的小区的至少一个定时配置编号，其中每个聚合的小区与上行链路-下行链路配置编号关联，并且其中多个聚合的小区的至少两个上行链路-下行链路配置编号不相等。多个聚合的小区与用户设备关联。该用户设备也包括:实施单元，被配置用于基于该至少一个定时配置编号实施控制定时。
【专利附图】
【附图说明】
[0028]根据如附图中所示的示例实施例的以下更具体的描述，前文将显而易见，在附图中贯穿不同视图相似标号指代相同部分。附图未必按比例、代之以着重于图示示例实施例。
[0029]图1是LTE下行链路物理资源的说明性示例；
[0030]图2是LTE时域结构的示意图；
[0031]图3是下行链路子帧的图示；
[0032]图4是在Rel_8PUCCH上的上行链路L1/L2控制信令传输的说明性示例；
[0033]图5是载波聚合的说明性示例；
[0034]图6是频分双工和时分双工的说明性示例；[0035]图1是对于FDD和TDD的情况的LTE的上行链路-下行链路时间/频率结构的示意图；
[0036]图8是对于TDD的情况的不同下行链路/上行链路配置的示意图；
[0037]图9是TDD中的上行链路-下行链路干扰的说明性示例；
[0038]图10是配置I小区和配置2小区的PDSCH A/N反馈定时的图示；
[0039]图11是配置I小区和配置2小区的PUSCH许可和A/N反馈定时的图示；
[0040]图12是配置I小区和配置3小区的PDSCH A/N反馈定时的图示；
[0041]图13是配置I小区和配置3小区的PUSCH许可和A/N反馈定时的图示；
[0042]图14是具有不同上行链路-下行链路配置的TDD小区的载波聚合的说明性示例；
[0043]图15是根据示例实施例中的一些示例实施例的帧兼容性分级的说明性示例；
[0044]图16是根据示例实施例中的一些示例实施例、作为Pcell的配置I小区和作为Scell的配置2小区的聚合的PUSCH许可和A/N反馈定时的图示；
[0045]图17是根据示例实施例中的一些示例实施例、作为Pcell的配置2小区和作为Scell的配置I小区的聚合的PUSCH许可和A/N反馈定时的图示；
[0046]图18是根据示例实施例中的一些示例实施例、配置I小区和配置2小区的聚合的PDSCH A/N反馈定时的图示；
[0047]图19是根据示例实施例中的一些示例实施例、作为Pcell的配置I小区和作为Scell的配置3小区的聚合的PUSCH许可和A/N反馈定时的图示；
[0048]图20是根据示例实施例中的一些示例实施例、作为Pcell的配置3小区和作为Scell的配置I小区的聚合的PUSCH许可和A/N反馈定时的图示；
[0049]图21是根据示例实施例中的一些示例实施例、配置I小区和配置3小区的聚合的PDSCH A/N反馈定时的图示；
[0050]图22是根据示例实施例中的一些示例实施例的支持时半双工UE的附加前向子帧DL调度HXXH的定时的说明性示例，该半双工UE具有配置I小区和配置2小区的聚合；
[0051]图23是根据示例实施例中的一些示例实施例的支持半双工UE的附加前向子帧DL调度HXXH的定时的说明性示例，该半双工UE具有配置I小区和配置3小区的聚合；
[0052]图24是根据示例实施例中的一些示例实施例的支持全双工UE的附加跨载波前向子帧DL调度HXXH的定时的说明性示例，该全双工UE具有作为Pcell的配置I小区和作为Scell的配置2小区的聚合；
[0053]图25是根据示例实施例中的一些示例实施例的支持全双工UE的附加跨载波前向子帧DL调度HXXH的定时的说明性示例，该全双工UE具有配置I小区和配置3小区的聚合；
[0054]图26是被配置用于执行这里描述的示例实施例的基站的示意图；
[0055]图27是被配置用于执行这里描述的示例实施例的用户设备的示意图；
[0056]图28是描绘图26的基站的示例操作的流程图；以及
[0057]图29是描绘图27的用户设备的示例操作的流程图。
【具体实施方式】
[0058]在以下描述中，出于说明而非限制的目的，阐述具体细节、比如特定部件、单元、技术等以便提供示例实施例的透彻理解。然而可以用脱离这些具体细节的其它方式实现示例实施例。在其它实例中，省略公知方法和单元的具体描述以便不掩盖示例实施例的描述。
[0059]作为这里呈现的示例实施例的发展的部分，一个问题将首先被识别并且讨论。TDD借助不同下行链路/上行链路配置而允许在分别为上行链路和下行链路传输分配的资源数量方面的不对称。在LTE中有如图8中所示七个不同配置。注意在以下描述中，在iTDDHARQ定时’的标题之下，下行链路子帧可以意味着下行链路子帧或者特殊子帧。
[0060]为了避免在不同小区之间的下行链路与上行链路传输之间的干扰，邻小区应当具有相同下行链路/上行链路配置。如果未做到这一点，则在一个小区中的上行链路传输可能干扰在邻小区中的下行链路传输并且反之亦然，如图9中所示。因此，下行链路/上行链路不对称可以通常不在小区之间变化、而是作为系统信息的部分用信令通知并且保持固定达很长一个时间段。
[0061]这里提供的描述安排如下。首先在标题‘现有系统-TDD HARQ控制定时’之下呈现用于控制定时配置的当前系统和方法的概况。随后在子标题‘现有解决方案的问题’之下探索现有系统的限制。
[0062]随后在标题为‘子帧定时兼容性’的章节中呈现示例实施例的基础，其中可以使用子帧定时兼容性分级来替换(在‘现有系统-TDD HARQ控制定时’中说明的)复杂配置表。随后在标题为‘配置指配’的子章节中提供利用子帧定时兼容性分级的控制定时配置指配的示例。在子章节‘基于高效存储的子帧定时兼容性的计算’中提供基于子帧定时兼容性分级的有序列表的控制定时配置指配的示例。
[0063]随后在子章节‘半双工配置指配的示例’中提供利用半双工操作模式的用户设备的控制定时配置指配的示例。相似地，在子章节‘全双工配置指配的示例’中提供利用全双工操作模式的用户设备的控制定时配置指配的示例。随后在子标题‘前向下行链路调度的示例’之下提供关于具有全双工和半双工操作模式的用户设备的前向下行链路调度的示例。
[0064]最后在子标题‘示例节点配置’和‘示例节点操作’之下呈现网络节点配置的示例和这样的节点的示例操作。应当理解示例节点操作提供节点操作的广义说明，其可以涵盖在与现有系统无关的在前述子标题中提供的所有示例。
[0065]现有系统-TDD HARQ控制定时
[0066]可以用针对每个上行链路-下行链路配置的扩展表和过程描述来指定针对PUSCH和PDSCH的HARQ ACK/NACK (A/N)反馈的定时以及PUSCH的许可的定时。
[0067]对于TDD UL/DL (U/D)配置1-6和正常HARQ操作，用户设备应当在子帧η中检测到针对用户设备的具有上行链路DCI格式的HXXH和/或PHICH传输时，根据HXXH和PHICH信息调整在子帧n+k中的对应PUSCH传输，其中k在表I中给出。
[0068]表I用于TDD配置0-6的PUSCH许可定时k
【权利要求】
1.一种在基站(103)中用于配置去往和来自多小区通信网络中的用户设备(101)的控制定时的方法，所述方法包括: 确定(10)用于所述多小区通信网络的多个聚合的小区的至少一个定时配置编号，每个聚合的小区与上行链路-下行链路配置编号关联，其中所述多个聚合的小区的至少两个上行链路-下行链路配置编号不相等，并且所述多个聚合的小区与所述用户设备(101)关联；以及 向所述用户设备(101)指配(18)所述至少一个定时配置编号。
2.根据权利要求1所述的方法，其中所述至少一个定时配置编号指示下行链路混合自动重复请求HARQ控制定时配置，所述下行链路HARQ控制定时配置用于建立跨所述多个聚合的小区的下行链路HARQ A/N定时。
3.根据权利要求1-2中的任一权利要求所述的方法，其中所述至少一个定时配置编号指示上行链路控制定时配置编号，所述上行链路控制定时配置编号用于建立跨所述多个聚合的小区的上行链路调度许可定时，和/或，肯定确认/否认确认A/N定时。
4.根据权利要求1-3中的任一权利要求所述的方法，其中所述至少一个定时配置编号等于所述多个聚合的小区的所述上行链路-下行链路配置编号之一。
5.根据权利要求1-3中的任一权利要求所述的方法，其中所述至少一个定时配置编号不等于所述多个聚合的小区的所述上行链路-下行链路配置编号中的任何上行链路-下行链路配置编号。
6.根据权利要求1-5中的任一权利要求所述的方法，其中所述至少一个定时配置编号被确定，以使得控制数据以无冲突方式向所述用户设备和所述网络传输以及从所述用户设备和所述网络传输。`
7.根据权利要求1-6中的任一权利要求所述的方法，其中所述确定(10)还包括基于所述多个聚合的小区的所述上行链路-下行链路配置编号确定(11)所述至少一个定时配置编号。
8.根据权利要求7所述的方法，其中所述确定(10)还包括基于子帧定时兼容性排序确定(12)所述至少一个定时配置编号。
9.根据权利要求8所述的方法，其中所述确定(12)还包括布置(14)所述子帧定时兼容性排序以使得在所述排序的较高级别上的上行链路-下行链路配置包括如下上行链路子帧，所述上行链路子帧是来自所述排序的较低级别上的上行链路-下行链路配置的所有上行链路子帧的超集。
10.根据权利要求8-9中的任一权利要求所述的方法，其中所述确定(12)还包括布置(16)所述子帧定时兼容性排序以使得在所述排序的较低级别上的上行链路-下行链路配置包括如下下行链路子帧，所述下行链路子帧是来自所述排序的较高级别上的上行链路-下行链路配置的所有下行链路子帧的超集。
11.根据权利要求1-10中的任一权利要求所述的方法，其中所述指配(18)还包括经由无线电资源控制RRC信令向所述用户设备传达所述至少一个定时配置编号。
12.根据权利要求1-11中的任一权利要求所述的方法，其中所述指配(18)还包括，在存在冲突子帧时，关于物理下行链路控制信道HXXH指配(20)前向子帧下行链路调度定时。
13.根据权利要求1-12中的任一权利要求所述的方法，其中所述指配(18)还包括，在存在冲突子帧时，关于物理下行链路控制信道roccH指配(22)跨分量载波前向子帧下行链路调度定时。
14.一种用于配置去往和来自多小区通信网络中的用户设备(101)的控制定时的基站(103),所述基站包括: 确定单元(308)，被配置用于确定用于所述多小区通信网络的多个聚合的小区的至少一个定时配置编号，每个聚合的小区与上行链路-下行链路配置编号关联，其中所述多个聚合的小区的至少两个上行链路-下行链路配置编号不相等，并且所述多个聚合的小区与所述用户设备(101)关联；以及 指配单元(310)，被配置用于向所述用户设备(101)指配所述至少一个定时配置编号。
15.根据权利要求14所述的基站，其中所述至少一个定时配置编号指示下行链路混合自动重复请求HARQ控制定时配置，所述下行链路HARQ控制定时配置用于建立跨所述多个聚合的小区的下行链路HARQ A/N定时。
16.根据权利要求14-15中的任一权利要求所述的基站，其中所述至少一个定时配置编号指示上行链路控制定时配置编号，所述上行链路控制定时配置编号用于建立跨所述多个聚合的小区的上行链路调度许可定时，和/或，肯定确认/否定确认A/N定时。
17.根据权利要求14-16中的任一权利要求所述的基站，其中所述至少一个定时配置编号等于所述多个聚合的小区的所述上行链路-下行链路配置编号之一。
18.根据权利要求14-16中的任一权利要求所述的基站，其中所述至少一个定时配置编号不等于所述多个聚合的小区的所述上行链路-下行链路配置编号中的任何上行链路-下行链路配置编号。
19.根据权利要求14-18中的任一权利要求所述的基站，其中所述至少一个定时配置编号被确定，以使得控制数据以无冲突方式向所述用户设备和所述网络传输以及从所述用户设备和所述网络传输。
20.根据权利要求14-19中的任一权利要求所述的基站，其中所述确定单元(308)还被配置用于基于所述多个聚合的小区的所述上行链路-下行链路配置编号确定所述至少一个定时配置编号。
21.根据权利要求20所述的基站，其中所述确定单元(308)还被配置用于基于子帧定时兼容性排序确定所述至少一个定时配置编号。
22.根据权利要求20所述的基站，其中所述子帧定时兼容性排序被布置为使得在所述排序的较高级别上的上行链路-下行链路配置包括如下上行链路子帧，所述上行链路子帧是来自所述排序的较低级别上的上行链路-下行链路配置的所有上行链路子帧的超集。
23.根据权利要求21-22中的任一权利要求所述的基站，其中所述子帧定时兼容性排序被布置为使得在所述排序的较低级别上的上行链路-下行链路配置包括如下下行链路子帧，所述下行链路子帧是来自所述排序的较高级别上的上行链路-下行链路配置的所有下行链路子帧的超集。
24.根据权利要求14-23中的任一权利要求所述的基站，其中所述指配单元(310)还被配置用于经由无线电资源控制RRC信令向所述用户设备传达所述至少一个定时配置编号。
25.根据权利要求14-24中的任一权利要求所述的基站，其中所述指配单元(310)还被配置用于，在存在冲突子帧时，关于物理下行链路控制信道roccH指配前向子帧下行链路调度定时。
26.根据权利要求14-25中的任一权利要求所述的基站，其中所述指配单元(310)还被配置用于，在存在冲突子帧时，关于物理下行链路控制信道HXXH指配跨分量载波前向子帧下行链路调度定时。
27.一种在用户设备(101)中用于为多小区通信网络中的用户设备(101)配置控制定时的方法，所述方法包括: 确定(30)用于所述多小区通信网络的多个聚合的小区的至少一个定时配置编号，每个聚合的小区与上行链路-下行链路配置编号关联，其中所述多个聚合的小区的至少两个上行链路-下行链路配置编号不相等，并且所述多个聚合的小区与所述用户设备(101)关联；以及 基于所述至少一个定时配置编号实施(33)控制定时。
28.根据权利要求27所述的方法，其中所述至少一个定时配置编号指示下行链路混合自动重复请求HARQ控制定时配置，所述下行链路HARQ控制定时配置用于建立跨所述多个聚合的小区的下行链路HARQ A/N定时。
29.根据权利要求27-28中的任一权利要求所述的方法，其中所述至少一个定时配置编号指示上行链路控制定时配置编号，所述上行链路控制定时配置编号用于建立跨所述多个聚合的小区的上行链路调度许可定时，和/或，肯定确认/否定A/N定时。
30.根据权利要求27-29中的任一权利要求所述的方法，其中所述至少一个定时配置编号等于所述多个聚 合的小区的所述上行链路-下行链路配置编号之一。
31.根据权利要求27-29中的任一权利要求所述的方法，其中所述至少一个定时配置编号不等于所述多个聚合的小区的所述上行链路-下行链路配置编号中的任何上行链路-下行链路配置编号。
32.根据权利要求27-31中的任一权利要求所述的方法，其中所述实施(33)还包括基于所述至少一个定时配置编号调度(37)控制数据，以使得所述控制数据以无冲突方式向所述用户设备和所述网络传输以及从所述用户设备和所述网络传输。
33.根据权利要求27-32中的任一权利要求所述的方法，其中所述确定(30)还包括从基站(103)接收(31)所述至少一个定时配置。
34.根据权利要求33所述的方法，其中经由无线电资源控制RRC信令接收所述至少一个定时配置。
35.根据权利要求27-34中的任一权利要求所述的方法，其中所述确定(30)还包括确定(32)所述至少一个定时配置编号，以使得控制数据以无冲突方式向所述用户设备和所述网络传输以及从所述用户设备和所述网络传输。
36.根据权利要求27-35中的任一权利要求所述的方法，其中所述实施(33)还包括，在存在冲突子帧时，关于物理下行链路控制信道HXXH调度(34)前向子帧下行链路调度定时。
37.根据权利要求27-36中的任一权利要求所述的方法，其中所述实施(33)还包括，在存在冲突子帧时，关于物理下行链路控制信道PDCCH调度(36)跨分量载波前向子帧下行链路调度定时。
38.一种用于为多小区通信网络中的用户设备配置控制定时的用户设备(101)，所述用户设备包括: 确定单元(402)，被配置用于确定用于所述多小区通信网络的多个聚合的小区的至少一个定时配置编号，每个聚合的小区与上行链路-下行链路配置编号关联，其中所述多个聚合的小区的至少两个上行链路-下行链路配置编号不相等，并且所述多个聚合的小区与所述用户设备(101)关联；以及 实施单元(408)，被配置用于基于所述至少一个定时配置编号实施控制定时。
39.根据权利要求38所述的用户设备，其中所述至少一个定时配置编号指示下行链路混合自动重复请求HARQ控制定时配置，所述下行链路HARQ控制定时配置用于建立跨所述多个聚合的小区的下行链路HARQ A/N定时。
40.根据权利要求38-39中的任一权利要求所述的用户设备，其中所述至少一个定时配置编号指示上行链路控制定时配置编号，所述上行链路控制定时配置编号用于建立跨所述多个聚合的小区的上行链路调度许可定时，和/或，肯定确认/否定确认A/N定时。
41.根据权利要求38-40中的任一权利要求所述的用户设备，其中所述至少一个定时配置编号等于所述多个聚合的小区的所述上行链路-下行链路配置编号之一。
42.根据权利要求38-40中的任一权利要求所述的用户设备，其中所述至少一个定时配置编号不等于所述多个聚合的小区的所述上行链路-下行链路配置编号中的任何上行链路-下行链路配置编号。
43.根据权利要求38-42中的任一权利要求所述的用户设备，其中所述实施单元(408)还被配置用于基于所述`至少一个定时配置编号调度控制数据以使得控制数据以无冲突方式向所述用户设备和所述网络传输以及从所述用户设备和所述网络传输。
44.根据权利要求38-43中的任一权利要求所述的用户设备，其中所述确定单元(402)还被配置用于从所述基站(103)接收所述至少一个定时配置编号。
45.根据权利要求44所述的用户设备，其中经由无线电资源控制RRC信令接收所述至少一个定时配置编号。
46.根据权利要求38-45中的任一权利要求所述的用户设备，其中所述实施单元(408)被配置用于实施所述至少一个定时配置编号以使得控制数据以无冲突方式向所述用户设备和所述网络传输以及从所述用户设备和所述网络传输。
47.根据权利要求38-46中的任一权利要求所述的用户设备，其中所述实施单元(408)还被配置用于在存在冲突子帧时关于物理下行链路控制信道HXXH调度前向子帧下行链路调度定时。
48.根据权利要求38-47中的任一权利要求所述的用户设备，其中所述实施单元(408)还被配置用于在存在冲突子帧时关于物理下行链路控制信道HXXH调度跨分量载波前向子帧下行链路调度定时。
【文档编号】H04W72/04GK103782639SQ201280039309
【公开日】2014年5月7日 申请日期:2012年1月31日 优先权日:2011年8月12日
【发明者】J-F·程, D·拉森, M·弗雷内, D·格斯滕伯格, R·巴尔德迈尔 申请人:瑞典爱立信有限公司