CN105794137A - Pucch资源分配和使用 - Google Patents

Pucch资源分配和使用 Download PDF

Info

Publication number
CN105794137A
CN105794137A CN201480064376.7A CN201480064376A CN105794137A CN 105794137 A CN105794137 A CN 105794137A CN 201480064376 A CN201480064376 A CN 201480064376A CN 105794137 A CN105794137 A CN 105794137A
Authority
CN
China
Prior art keywords
subframe
subscriber equipment
downlink
control channel
uplink control
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201480064376.7A
Other languages
English (en)
Other versions
CN105794137B (zh
Inventor
姚春海
T·E·伦蒂亚拉
E·T·蒂罗拉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Siemens Networks Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Siemens Networks Oy filed Critical Nokia Siemens Networks Oy
Publication of CN105794137A publication Critical patent/CN105794137A/zh
Application granted granted Critical
Publication of CN105794137B publication Critical patent/CN105794137B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Digital Transmission Methods That Use Modulated Carrier Waves (AREA)

Abstract

基站确定PUCCH资源的第一集合以用于UE的第一集合以发送针对第一组DL子帧的确认信息给所述基站。PUCCH资源的第一集合从第一索引开始。所述基站确定PUCCH资源的第二集合以用于UE的第二集合以发送针对第二组DL子帧的确认信息给所述基站。PUCCH资源的第二集合从第二索引开始。在UE的第一集合中的UE仅使用PUCCH资源的第一集合。在UE的第二集合中的UE使用PUCCH资源的第一集合和第二集合。针对UL接收，从使用PUCCH资源的第一集合的第一UE和从使用PUCCH资源的第一集合和第二集合的第二UE接收确认信息。

Description

PUCCH资源分配和使用
技术领域
本发明一般涉及混合自动重传请求(HARQ)资源分配，以及更具体地，涉及针对在物理上行链路控制信道(PUCCH)上的增强干扰管理和业务适应(eIMTA)的HARQ资源分配。
背景技术
这部分旨在提供在权利要求书中陈述的本发明的背景或上下文。此处的描述可以包含可以被追求的构思，但其不是必须是先前已设想、实现或描述的构思。因此，除非此处以其它方式明确指出，否则本部分描述的内容不是本申请中的说明书的现有技术，并且不通过包含在本部分中而承认其为现有技术。在说明书的末尾但是在权利要求书之前定义了在说明书和/或附图中可以找到的缩写。
存在3GPP发布12特征“FurtherenhancementtoLTETDDforDL-ULInterferenceManagementandTrafficAdaptation(TDD_elMTA)”。eIMTAWI的目标是使得能够针对在例如小小区中的业务适应的更加灵活的TDDUL-DL重新配置。在Rel-12假设之后的出发点是，与现有情况(其中UL-DL配置实际上是非常固定的)相比，eNodeB(例如，针对小小区)可以相对频繁地改变UL-DL配置。
在本公开中，关注于例如针对TDDeIMTA的PUCCH资源分配。已经决定根据所谓的参考配置原则，布置针对eIMTA的HARQ/调度定时，其中不同的但是现有的TDD配置限定了针对上行链路和下行链路的HARQ/调度定时。在3GPPRAN1#75会议(2013年11月11-15日)后的有关决定被总结如下：
·针对配置有TDDeIMTA的UE，上行链路调度定时和HARQ定时遵从在SIB-1中通过信号传送的UL-DL配置；
·DLHARQ参考配置能够从Rel-8TDDUL-DL配置{2，4，5}进行选择；
·在SIB-1中被配置为特殊子帧的DL子帧或DwPTS(在PCell的情况下)和RadioResourceConfigCommonSCellIE(在SCell的情况下)的子帧不应当用于上行链路传输。
·在任何有效的UL和DLHARQ参考配置下，UE不应当期望在DLHARQ参考配置中被配置为UL子帧或特殊子帧的任何子帧被动态地用作DL子帧。
如以下更详细描述的，这些决定可以导致针对HARQ信息的冲突的问题。
发明内容
这部分意在是示例性的并且不意在限制。
在示例实施例中，一种方法，包括：由基站确定物理上行链路控制信道资源的第一集合以用于用户设备的第一集合以发送针对第一组下行链路子帧的确认信息给所述基站，其中物理上行链路控制信道资源的第一集合从第一索引开始；由所述基站确定物理上行链路控制信道资源的第二集合以用于用户设备的第二集合以发送针对第二组下行链路子帧的确认信息给所述基站，其中在用户设备的第一集合和第二集合中的用户设备是不同的，物理上行链路控制信道资源的第二集合从第二索引开始，在用户设备的第一集合中的用户设备仅使用物理上行链路控制信道资源的第一集合以向所述基站发送针对第一组下行链路子帧的确认信息，以及在用户设备的第二集合中的用户设备使用物理上行链路控制信道资源的第一集合以向所述基站发送针对第一组下行链路子帧的确认信息以及使用物理上行链路控制信道资源的第二集合以向所述基站发送针对第二组下行链路子帧的确认信息；以及针对由所述基站的上行链路接收，从使用物理上行链路控制信道资源的第一集合的第一用户设备接收确认信息，以及从使用物理上行链路控制信道资源的第一集合和第二集合的第二用户设备接收确认信息。
另一个示例实施例包括计算机程序，其包括代码，当在处理器上运行所述计算机程序时，该代码用于执行前一个段落的方法。根据这个段落的计算机程序，其中该计算机程序是计算机程序产品，其包括计算机可读介质，该计算机可读介质载有在其中包含的计算机程序代码以供计算机使用。
在另一个示例实施例中，一种装置，包括：用于由基站确定物理上行链路控制信道资源的第一集合以用于用户设备的第一集合以发送针对第一组下行链路子帧的确认信息给所述基站的构件，其中物理上行链路控制信道资源的第一集合从第一索引开始；用于由所述基站确定物理上行链路控制信道资源的第二集合以用于用户设备的第二集合以发送针对第二组下行链路子帧的确认信息给所述基站的构件，其中在用户设备的第一集合和第二集合中的用户设备是不同的，物理上行链路控制信道资源的第二集合从第二索引开始，在用户设备的第一集合中的用户设备仅使用物理上行链路控制信道资源的第一集合以向所述基站发送针对第一组下行链路子帧的确认信息，以及在用户设备的第二集合中的用户设备使用物理上行链路控制信道资源的第一集合以向所述基站发送针对第一组下行链路子帧的确认信息以及使用物理上行链路控制信道资源的第二集合以向所述基站发送针对第二组下行链路子帧的确认信息；以及用于针对由所述基站的上行链路接收，从使用物理上行链路控制信道资源的第一集合的第一用户设备接收确认信息，以及从使用物理上行链路控制信道资源的第一集合和第二集合的第二用户设备接收确认信息的构件。
另一个示例装置包括：一个或多个处理器和包含计算机程序代码的一个或多个存储器。所述一个或多个存储器和所述计算机程序代码被配置为使用所述一个或多个处理器使得所述装置执行至少以下：由基站确定物理上行链路控制信道资源的第一集合以用于用户设备的第一集合以发送针对第一组下行链路子帧的确认信息给所述基站，其中物理上行链路控制信道资源的第一集合从第一索引开始；由所述基站确定物理上行链路控制信道资源的第二集合以用于用户设备的第二集合以发送针对第二组下行链路子帧的确认信息给所述基站，其中在用户设备的第一集合和第二集合中的用户设备是不同的，物理上行链路控制信道资源的第二集合从第二索引开始，在用户设备的第一集合中的用户设备仅使用物理上行链路控制信道资源的第一集合以向所述基站发送针对第一组下行链路子帧的确认信息，以及在用户设备的第二集合中的用户设备使用物理上行链路控制信道资源的第一集合以向所述基站发送针对第一组下行链路子帧的确认信息以及使用物理上行链路控制信道资源的第二集合以向所述基站发送针对第二组下行链路子帧的确认信息；以及针对由所述基站的上行链路接收，从使用物理上行链路控制信道资源的第一集合的第一用户设备接收确认信息，以及从使用物理上行链路控制信道资源的第一集合和第二集合的第二用户设备接收确认信息。
在另一个示例实施例中，一种方法，包括：确定对应于两个不同组的下行链路子帧的物理上行链路控制信道资源的配置，其中第一组包括下行链路子帧的第一集合，以及第二组包括下行链路子帧的第二集合；确定物理上行链路控制信道资源的第一集合的开始点以用于传送针对在下行链路子帧的第一集合中的下行链路子帧的确认信息；确定物理上行链路控制信道资源的第二集合的开始点以用于传送针对在下行链路子帧的第二集合中的下行链路子帧的确认信息；针对给定下行链路子帧，接收在物理下行链路控制信道上的信息，其调度物理下行链路共享信道数据，以及执行以下：确定给定下行链路子帧属于子帧组中的哪个子帧组，以及针对给定下行链路子帧，确定调度物理下行链路控制信道的最低控制信道元素的索引；基于至少物理上行链路控制信道资源配置、最低控制信道元素的索引、当前子帧索引、所确定的组、以及所确定的开始点，确定针对对应于所接收的物理下行链路共享信道数据的确认传输的一个或多个物理上行链路控制信道资源；以及使用针对物理上行链路控制信道资源的第一集合和第二集合的开始点中的一个或两者，在所确定的一个或多个物理上行链路控制信道资源上传送确认信息。
另一个示例实施例包括计算机程序，其包括代码，当在处理器上运行所述计算机程序时，该代码用于执行前一个段落的方法。根据这个段落的计算机程序，其中该计算机程序是计算机程序产品，其包括计算机可读介质，该计算机可读介质载有在其中包含的计算机程序代码以供计算机使用。
另一个示例实施例是一种装置，其包括：用于确定对应于两个不同组的下行链路子帧的物理上行链路控制信道资源的配置的构件，其中第一组包括下行链路子帧的第一集合，以及第二组包括下行链路子帧的第二集合；用于确定物理上行链路控制信道资源的第一集合的开始点以用于传送针对在下行链路子帧的第一集合中的下行链路子帧的确认信息的构件；用于确定物理上行链路控制信道资源的第二集合的开始点以用于传送针对在下行链路子帧的第二集合中的下行链路子帧的确认信息的构件；用于针对给定下行链路子帧，接收在物理下行链路控制信道上的信息的构件，其调度物理下行链路共享信道数据，以及用于执行以下的构件：确定给定下行链路子帧属于子帧组中的哪个子帧组，以及针对给定下行链路子帧，确定调度物理下行链路控制信道的最低控制信道元素的索引；用于基于至少物理上行链路控制信道资源配置、最低控制信道元素的索引、当前子帧索引、所确定的组、以及所确定的开始点，确定针对对应于所接收的物理下行链路共享信道数据的确认传输的一个或多个物理上行链路控制信道资源的构件；以及用于使用针对物理上行链路控制信道资源的第一集合和第二集合的开始点中的一个或两者，在所确定的一个或多个物理上行链路控制信道资源上传送确认信息的构件。
一种示例性装置包括：一个或多个处理器和包含计算机程序代码的一个或多个存储器。所述一个或多个存储器和所述计算机程序代码被配置为使用所述一个或多个处理器使得所述装置执行至少以下：确定对应于两个不同组的下行链路子帧的物理上行链路控制信道资源的配置，其中第一组包括下行链路子帧的第一集合，以及第二组包括下行链路子帧的第二集合；确定物理上行链路控制信道资源的第一集合的开始点以用于传送针对在下行链路子帧的第一集合中的下行链路子帧的确认信息；确定物理上行链路控制信道资源的第二集合的开始点以用于传送针对在下行链路子帧的第二集合中的下行链路子帧的确认信息；针对给定下行链路子帧，接收在物理下行链路控制信道上的信息，其调度物理下行链路共享信道数据，以及执行以下：确定给定下行链路子帧属于子帧组中的哪个子帧组，以及针对给定下行链路子帧，确定调度物理下行链路控制信道的最低控制信道元素的索引；基于至少物理上行链路控制信道资源配置、最低控制信道元素的索引、当前子帧索引、所确定的组、以及所确定的开始点，确定针对对应于所接收的物理下行链路共享信道数据的确认传输的一个或多个物理上行链路控制信道资源；以及使用针对物理上行链路控制信道资源的第一集合和第二集合的开始点中的一个或两者，在所确定的一个或多个物理上行链路控制信道资源上传送确认信息。
附图说明
在附图中：
图1是可以实践示例实施例的示例系统的框图；
图2说明了针对TDD的下行链路关联集合索引K：{k0，k1，…kM-1}的表(表1)，该表是来自3GPPTS36.213V11.3.0(2013-06)的表10.1.3.1-1的副本；
图3说明了在示例中的下行链路HARQ-ACK定时；
图4A说明了在传统用户和eIMTA用户之间的PUCCHHARQ-ACK资源冲突，其中SIB-1通过信号传送的UL-DL配置是#4，以及其中DLHARQ参考配置是#5；
图4B说明了在PDCCH资源和逻辑PUCCH资源之间的映射；
图4C说明了逻辑PUCCHRB到物理RB的映射；
图5A说明了如何配置针对eIMTAPUCCH资源的两个示例，其中假设了SIB-1UL-DL配置#4和DLHARQ参考配置#5；
图5B说明了在PDCCH资源和逻辑PUCCH资源之间的映射的示例；
图6是针对组A的下行链路子帧的PUCCH资源分配的eIMTA下行链路关联集合索引KA：的表(表2)；
图7是针对组B的下行链路子帧的PUCCH资源分配的eIMTA下行链路关联集合索引KB：的表(表3)；
图8是针对TDD的HARQ-ACK比特索引K：{k0，k1，…kM-1}的eIMTA下行链路关联集合索引的表(表4)；
图9是表4.2-2，名称为“Uplink-downlinkconfigurations(上行链路-下行链路配置)”，其来自3GPPTS36.211V12.0.0(2013-12)；
图10是根据示例实施例的由eNB针对PUCCH资源分配和使用而执行的逻辑流程图，以及说明了示例方法的操作，在计算机可读存储器上包含的计算机程序指令的执行的结果，和/或由在硬件中实现的逻辑执行的功能；以及
图11是根据示例实施例的由eIMTAUE针对PUCCH资源分配和使用而执行的逻辑流程图，以及说明了示例方法的操作，在计算机可读存储器上包含的计算机程序指令的执行的结果，和/或由在硬件中实现的逻辑执行的功能。
具体实施方式
本文中的示例实施例描述了例如针对TDDeIMTA的例如PUCCH资源分配和使用。在描述的系统后呈现了这些技术的另外的描述，在该系统中可以使用示例实施例。
转向图1，该图示出了可以实践示例实施例的示例系统的框图。在图1中，传统UE110-1和eIMTAUE110-2与网络100无线通信。用户设备110中的每个用户设备包括：一个或多个处理器120、一个或多个存储器125、以及一个或多个收发器130(包括一个或多个传送器(Tx)和一个或多个接收器(Rx))，它们通过一个或总线互连。一个或多个收发器130连接到一个或多个天线128。一个或多个存储器125包括：计算机程序代码123。传统UE110-1经由无线链路111-1与eNB175通信，以及eIMTAUE110-2经由无线链路111-2与eNB175类似地通信。eIMTAUE110-2包括：HARQ-ACKRA(资源分配)单元121，其使得eIMTAUE110-2执行本文中描述的操作。在示例实施例中，一个或多个存储器125-2和计算机程序代码123-2被配置为使用一个或多个处理器120-2使得用户设备110-2执行如本文中描述的操作中的一个或多个操作。计算机程序代码123可以是形成HARQ-ACKRA单元121的代码。在另一个示例中，HARQ-ACKRA单元121至少部分地被形成为电路(例如在一个或多个处理器120-2中)。如下文更详细描述的，本文中的示例实施例涉及在无线链路111上使用UL通信时在UE110-1和110-2之间的可能的资源冲突。
eNB175包括：一个或多个处理器150、一个或多个存储器155、一个或多个网络接口(N/WI/F(多个))161、一个或多个收发器160(其包括一个或多个传送器(Tx)和一个或多个接收器(Rx))、以及一个或多个网络(N/W)接口(I/F)161，它们通过一个或多个总线157互连。一个或多个收发器160连接到一个或多个天线158。一个或多个存储器155包括：计算机程序代码153。eNB175还包括：HARQ-ACKRA单元151，其使得eNB175执行本文中描述的操作。在示例实施例中，一个或多个存储器155和计算机程序代码153被配置为使用一个或多个处理器150使得eNB175执行如本文中描述的操作中的一个或多个操作。在另一个示例中，HARQ-ACKRA单元151至少部分地被形成为电路(例如在一个或多个处理器150中)。一个或多个网络接口161通过诸如网络170和131的网络进行通信。两个或多个eNB175使用例如网络170进行通信。网络170可以是有线的或无线的或这两者，以及可以实现例如X2接口。
无线网络100可以包括：网络控制元件(NCE)190，其可以包括MME/SGW功能，以及其提供与另一个网络(诸如电话网和/或数据通信网(例如互联网))的连通性。eNB175经由网络131耦合到NCE175。网络131可以被实现为例如S1接口。NCE190包括：一个或多个处理器177、一个或多个存储器171、以及一个或多个网络接口(N/WI/F(多个))180，它们通过一个或多个总线185互连。一个或多个存储器171包括：计算机程序代码173。一个或多个存储器171和计算机程序代码173被配置为使用一个或多个处理器175使得NCE190执行一个或多个操作。
计算机可读存储器125、155和171可以具有适合于本地技术环境的任何类型，并且可以使用任何合适的数据存储技术来实现，诸如基于半导体的存储设备，闪速存储器，磁存储设备和系统，光存储设备和系统，固定存储器和可移动存储器。处理器120、150和177可以具有适合于本地技术环境的任何类型，并且可以包含作为非限制性示例的下列中的一个或多个：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器、集成电路(例如，其被设计为执行本文中的操作中的一个或多个操作)、以及可编程模块(诸如现场可编程门阵列(例如，其被设计为执行本文中的操作中的一个或多个操作))。因此，可以由一个或多个存储器125和计算机程序代码123、可以由硬件(例如，其被具体化在一个或多个处理器120中)或由这些的某一组合来执行本文中的示例性实施例，该一个或多个存储器125和计算机程序代码123被配置为使用一个或多个处理器120使得UE执行本文中的操作。
一般地，用户设备10的各种实施例能够包含但是不限制于：蜂窝电话(诸如智能电话)、平板计算机、具有无线通信能力的个人数字助理(PDA)、具有无线通信能力的便携式计算机、具有无线通信能力的诸如数字照相机的图像捕获设备、具有无线通信能力的游戏设备、具有无线通信能力的音乐存储和播放装置、允许无线互联网接入和浏览的互联网装置、具有无线通信能力的平板计算机、以及并入此类功能组合的便携式单元或终端。
如前所述，本文中的示例实施例涉及例如针对TDDeIMTA的PUCCH资源分配和使用。首先呈现传统系统的问题的附加描述，然后呈现示例实施例。
TD-LTE规范通过如由图2中示出的表(表1)所说明的DL关联集合定义了PUCCHHARQ定时，该表针对TDD的下行链路关联集合索引K：{k0，k1，…kM-1}的表并且是来自3GPPTS36.213V11.3.0(2013-06)的表10.1.3.1-1的副本。当前的规范中(没有eIMTA特征)，针对每个UL-DL配置定义针对UL子帧的固定下行链路关联集合。根据在图2中示出的表1，将在预定的上行链路子帧中反馈针对在相同绑定窗口中的下行链路子帧的HARQ反馈。
在当前的规范中(一直到发布11)，基于对应的PDCCH/EPDCCH的最低的CCE和半静态配置的PUCCH格式1/1a/1b开始位置连同其它参数来隐含地确定PUCCHHARQ-ACK资源。而且，在TDD模式中，存在根据SIB-1配置和子帧索引而定义的分离的定时偏差。从HARQ/定时的视角，eIMTA特征将造成共享相同PUCCH格式1/1a/1b资源的UE的两个平行集合：
·传统UE遵从根据SIB-1配置的HARQ/调度定时；以及
·eIMTAUE遵从根据DL参考配置的HARQ/调度定时。
这将造成PUCCH资源碰撞和/或PUCCH开销问题(如在以下更详细描绘的)，应当通过适当的系统设计而避免这种情况。
更具体地，基于当前的3GPP协议，如果启用eIMTA特征，则eIMTAUE110-2将假定DLHARQ-ACK的定时(经由UL传送)将遵从DL参考配置，即配置2、4或5，而不考虑SIB-1UL/DL配置或动态地通过信号传送的配置。因此，如在图3的示例中说明的，在给定小区中，传统UE和eIMTAUE可以具有不同的DLHARQ-ACK定时：
·eIMTAUE根据UL/DL配置#5(DLHARQ参考配置)进行操作；以及
·传统UE根据UL/DL配置#4(SIB-1限定的UL/DL配置)进行操作。
这将造成如下情况：对应于两种UE类型的PUCCH资源将重叠。在图3中示出了该问题。
DL关联集合(见图2中的表)定义了针对每个UL子帧n的定时和顺序，在其中传送针对每个DL/特殊子帧的HARQ-ACK反馈。在图3中示出的示例是如下：
·使用UL/DL配置#4和UL子帧#2，PUCCH载有针对DL数据传输(即，PDSCH传输块)的HARQ-ACK(多个)，它们早于12、8、7或11个子帧被接收(也就是说，比当前子帧#2更早)，即，在这种情况下，HARQ延迟是至少7个子帧。
·类似地，使用UL/DL配置#5和UL子帧#2，PUCCH载有针对DL数据传输的HARQ-ACK(多个)，它们早于13、12、9、8、7、5、4、11或6个子帧被接收(也就是说，比当前子帧#2更早)。
·现在，遵从当前的资源分配规则，将存在针对eIMTAUE(子帧偏移值13、12、9、8、7、5、4、11、6)和传统UE(子帧偏移值12、8、7、11)而定义的重叠的HARQ-ACK资源空间。
在Rel-8/9/10/11TDD操作中，对应于多个DL数据传输的PUCCH资源HARQ-ACK被级联(concatenated)并且交织在关联的UL子帧中(例如，每个DL子帧40个CCE以及M＝2，80个PUCCH资源被预留)，以便在不同的子帧之间没有资源冲突。具体地，对应于PDCCHOFDM符号[s1,s2,s3,…]和子帧[DF1,SF2,SF3,…]的PDCCH资源以以下顺序被映射到PUCCH：
·SF1-s1
·SF2-s1
·SF3-s1
·…
·SF1-s2
·SF2-s2
·SF3-s2
·…
这个原则被称为块交织。虽然从传统UE110-1的视角，块交织是明显有益的，但是相对于eIMTAUE110-2而言，块交织强加了某些挑战。图4A进一步说明了假定DL参考配置#5的隐含的PUCCH资源分配问题。可以假设的是，已经解决了与第一(first)PDCCHOFDMA符号410-1有关的资源重叠问题。更具体地，图2提供了根据SIB-1配置([12，18，7，11])的HARQ-ACK比特排序。在图4A中的示例中，SIB-1配置是数字4以及DLHARQ参考配置是数字5。存在针对传统系统的PUCCH资源510和针对eIMTA的PUCCH资源511。如果针对eIMTAUE，HARQ比特排序仅遵从配置#5(即，[13,12,9,8,7,5,4,11,6])，则在一个UL子帧中至多存在对应于9个DL子帧反馈的HARQ条目。因此，即使在第一PDCCHOFDM符号中得到，PUCCH资源也将冲突，因为针对传统UE110-1，HARQ-ACK排序是[12,8,7,11]。使用先前、常规的技术，提出了将HARQ比特重新排序为[12,8,7,11,13,5,4,6,9]，以及因此可以避免PUCCH资源(从第一PDCCHOFDM符号得到)冲突。在图4A中的示例基于直到立即(instant)示例之前所使用的常规技术。然而，如果现有的块交织同样地应用于eIMTAUE，则至少针对对应于第二(second)PDCCHOFDM符号410-2和第三(third)PDCCHOFDM符号410-3而言，将不可避免地存在资源冲突。因此，需要考虑避免资源冲突或过多的PUCCH开销的更加高级的资源分配方法。
图4B说明了在PDCCH资源和逻辑PUCCH资源之间的映射。如已知的，PDCCH包括：控制信道元素(CCE)，其索引为0…X(其中当存在3个PDCCHOFDM符号时，X可以一直到80)。PDCCH用于调度例如PDSCH数据。存在在下行链路中示出的多个子帧，但是仅存在在上行链路中示出的单个子帧。针对对应于PDSCH数据的HARQ-ACK的PUCCH资源取决于以下：
1)调度PDSCH的PDCCH的最低CCE的索引；
2)PDCCHOFDM符号，其中传送调度PDCCH；和/或
3)子帧，其中传送调度PDCCH(例如，如在TDD中，针对多个DL子帧的HARQ-ACK有时在相同的UL子帧期间被传送)。
还需要注意的是，逻辑PUCCHRB被映射到物理RB中。这由图4C说明，图4C示出了在针对UL的系统带宽的边缘处的PUCCH。系统带宽开始是资源块零(RB0)以及结束在资源块这个示例使用有两个时隙，在这个示例中，每个时隙是具有12子载波和多个SC-FDMA符号的资源块。针对具有正常循环前缀长度的情况，在PRB中，SC-FDMA符号可以是14个SC-FDMA符号，或针对具有扩展的CP的情况，每个PRB有12个SC-FDMA符号。OFDM符号410-1，410-2和410-3能够用于隐含地导出PUCCH资源块。
一些公司已经认识到，在他们的贡献中，需要一些机制以改进HARQ-ACK资源分配。由这些公司提供的此类可能的选项和它们的问题如下。
选项1，明确的资源分配：这是直截了当的选项，其中将针对传统的和eIMTA的PUCCHHARQ-ACK资源经由例如RRC配置通过信号明确地传送给UE。这个选项的问题是这是相当静态的：不可能动态地调节PUCCH资源，以及为了避免冲突，实际上针对所有UE将需要专用资源，大大地增加了PUCCH开销。
选项2，部分隐含和部分明确的资源分配：针对DL子帧(其与SIB-1DL子帧不重叠)的资源与传统资源分离。这个选项的问题是绑定窗口大小取决于SIB-1配置，那么资源将被分配给在当前更新的配置中的UL子帧，导致PUCCH资源浪费和性能损失。
选项3：于2013年9月27日提交的U.S.申请号61/883,469，现在于2014年9月3日提交的U.S.专利号14/475,797，提供了一种方法以解决PUCCH资源冲突的问题(例如，资源重叠问题)。使用这个选项，在示例性实施例中，根据DL子帧类型来布置对应于不同DL子帧的PUCCH资源。传统SIB-1DL子帧被分配给例如第一PUCCH资源，其被其它SIB-1DL子帧和灵活子帧跟随。相应地，将使用来自当前规范的不同的排序来更新DL关联集合。这个选项可以例如被视为针对EPDCCH用于DL调度的情况是最佳的。然而，使用PDCCH，因为资源分配也依赖于载有PDCCH的OFDMA符号的索引，因此如图4A中示出的，这个选项潜在地成为次优的。
本文中的示例实施例可以减轻或解决这些问题。示例实施例涉及：出于资源分配的目的，将下行链路子帧分成两个组。这些组被称为组A和组B。
1)在示例实施例中，组A包括由DLHARQ参考配置定义为DL或特殊子帧的子帧，以及该子帧与同SIB-1配置的DL或特殊子帧(其具有相同的子帧偏移(例如，例如在图2中的n-k的相同值))相同的UL子帧(例如，在图2中的子帧n)相关联。
2)组B包括例如根据DLHARQ参考配置的其它DL、特殊或灵活子帧。
示例实施例用于分别定义针对传统的(例如组A)(例如当eIMTA没有操作时)和其它的、非传统的DL子帧(例如组B)(当eIMTA操作时)的分离的PUCCH资源和下行链路关联集合表。
又一个方面是，针对属于组B的DL子帧的HARQ-ACK的PUCCH资源的开始点与组A子帧的开始点不同。这可以在以下可替代的方式中来实现：
1)UE能够基于经由PCFICH通过信号传送的CFI(载波格式指示)确定针对组B子帧的eIMTADL子帧资源的开始点。知道针对在组A中的每个DL子帧的CFI，eIMTAUE110-2知道针对组A预留了多少PUCCHHARQ-ACK资源。针对组B的PUCCH资源直接跟随在组A之后。
2)能够经由更高层(例如，专用或公共RRC信令)由eNodeB通过信号将针对组B子帧的eIMTADL子帧资源的开始点传送给UE。通过信号传送可以是绝对的(即，指示针对组B的开始资源的整数)。可替代地，通过信号传送可以与在组A中的DL子帧和/或针对组A的PUCCH资源的开始点有关。此类信令的一个示例是，在确定针对组A的PUCCH区域的大小(例如资源数量)中，eNB为UE配置值，假设CFI。
3)针对eIMTADL组B子帧资源的开始点可以是预定的，并且直接在传统DL子帧资源(即，组A)之后，假设预定的CFI值(即，1，2，3或4)。
又一个示例选项是针对属于组A和组B的子帧定义不同的块交织策略：
·组A根据传统UE应用块交织；
·组B可以应用或可以不应用块交织(例如，这也可以被定义为针对eNB的配置参数)。
交织的示例如下。假设在针对组B/子帧n的DL关联集合中有三个值：[7,8,4]。假设两个OFDMA符号用于PDCCH(s1和s2)。块交织创建以下排序：[7s1,8s1,4s1,7s2,8s2,4s2]。无块交织创建以下排序:[7s1,7s2,8s1,8s2,4s1,4s2]。
图5A说明了两个示例：可以如何配置PUCCH资源的两个集合。图5A考虑了与图4A中相同的示例(即，SIB-1配置是编号4，DLHARQ参考配置是编号5以及n＝2)。两个示例都假设块交织应用于组A和组B。当前的传统方法由PUCCH资源510来说明，第一示例方法由PUCCH资源513来说明，以及第二示例方法由PUCCH资源514来说明。图5A的上面的部分580对应于以下情况：对应于组A和组B下行链路子帧的PUCCH资源根本不重叠。也就是说，PUCCH资源520-1(其用于传统UE和eIMTAUE)不重叠PUCCH资源530-1(其仅用于eIMTAUE)，因为资源530-1在PUCCH资源520-1之后开始。例如，这可以通过定义以下来实现：针对组A中的所有DL子帧假设CFI＝3来计算针对组B的开始偏移。
图5B说明了如由图5A的上面部分580提出的，在PDCCH资源和逻辑PUCCH资源之间的映射的示例。图5B类似于图4B。在图5B的示例中，eIMTAPUCCH资源530-1与传统PUCCH资源510(和520-1)不重叠。
在图5A的下面部分590中，允许在传统PUCCH资源(组A)510和eIMTAPUCCH资源(组B)之间的一些重叠。也就是说，eIMTA组B资源530-2可以与传统组A资源510重叠(其对应于针对资源510的第三个PDCCHOFDM符号410-3)(或被示出为对应于针对eIMTA组B资源530-2的第一个PDCCHOFDM符号410-1的PUCCH资源)。组B资源的开始点(经由资源530-2)重叠传统资源的结束点(经由资源510)。在提供在PUCCH开销和避免资源冲突之间的权衡中，这个选项可以是有益的。也就是说，在冲突避免和开销之间存在权衡，即，如果必须总是避免冲突，则在传统的资源和组B资源之间不能有任何资源重叠，但是这增加了开销。
在以下，示例具有可能的预期的规范影响。这些假设了块交织应用于组A和组B两者。
替代单个下行链路关联集合表(即，在TS36.213中的表10.1.3.1-1)，可以定义两个或三个表。在图6和图7中，在表2和表3中分别呈现了针对属于组A和组B的不同的DL子帧的下行链路关联集合表。注意的是，在表2中的条目中的一些条目是在圆括号中的，诸如在针对由0(零)的SIB-1给出的UL-DL配置的子帧2中的“(6)”和4的DLHARQ参考配置中的“(6)”。这表示了以下情况：在对应于SIB-1UL-DL配置的DL关联集合中存在子帧索引，它们在对应于DL参考UL-DL配置的DL关联集合中不存在。在这种情况下，eIMTAUE110-2需要针对在括号(例如圆括号)中指示的子帧预留PUCCH资源，但是不应当在那些资源上映射任何HARQ-ACK以避免资源冲突。更具体地，为了避免与传统UE冲突，在图6中的表应当具有在与图2中的表相同的顺序中的它的条目。尽管有一些有问题的情况，其中针对在给定子帧中传送的PDCCH(和PDSCH)，在基于SIB-1的传统的UL-DL配置和DL参考配置之间，HARQ延迟是不同的。条目(6)是此类情况。
在示例实施例中，根据表2和表3分别定义了针对组A子帧和其它组B子帧的新的绑定窗口参数MA和MB(出于HARQ-ACK资源分配的原因，仅针对组A定义新的绑定窗口参数可能是足够的)。针对PUCCH资源分配用例，绑定窗口参数MA和MB仅是在表的条目中的索引的数量(其包含括号中的条目)(也就是说，在圆括号中的条目，诸如“(6)”)。针对一些其它用例，例如针对在PUSCH/PUCCH格式3上的HARQ-ACK比特排序，绑定窗口参数MA和MB是在表的每个条目中的索引的数量(其不包括括号中的条目)。因此针对SIB-1配置2以及DL-HARQ参考配置2和子帧2，MA＝4和MB＝0。从表2和表3导出PUCCH资源。
在示例实施例中，HARQ比特排序遵从以下原则：
-首先是组A的HARQ-ACK比特，然后由以下跟随
-组B的HARQ-ACK比特。
基于表2和表3来构建在图8中示出的表4，表4呈现了一种指定HARQ-ACK比特排序的方式。例如，图8示出了针对由SIB-1给出的0的UL-DL配置的子帧2的以及针对2的DLHARQ参考配置的子帧2的“6，7，8，4”的顺序。在“6，7，8，4”的顺序中的“6”来自图6(组A)，以及在“6，7，8，4”的顺序中的“7，8，4”来自图7(组B)。作为另一个示例，针对由1的SIB-1给出的UL-DL配置的子帧3和针对4的DLHARQ参考配置的子帧3，顺序是“4，7，6，5”的顺序。在“4，7，6，5”的顺序中的“7，6，5”来自图7(组B)，以及在“4，7，6，5”的顺序中的“4”来自图6(组A)。
除了以上表外，示例标准对3GPPTS36.213中的部分10.1.3.1有影响，其中以下示出了本文中所提出的示例实施例。注意的是，在以下“[3]”指3GPPTS36.211V12.0.0(2013-12)。为了便于参考，在图9中重现了来自3GPPTS36.211V12.0.0(2013-12)的名称为的“Uplink-downlinkconfigurations”的表4.2-2。也可以参考3GPPTS36.211V12.0.0(2013-12)的“TDDHARQ-ACKprocedureforoneconfiguredservingcell”的153至159页和部分10.1.3.1。
针对配置有eIMTA的一个服务小区的TDDHARQ-ACK绑定，UE应当使用PUCCH资源以用于针对PUCCH格式1a/1b的被映射到天线端口p的的子帧n中的HARQ-ACK的传输，其中如果存在由对应的PDCCH/EPDCCH的检测所指示的PDSCH传输或存在指示在子帧(多个)n-k内的下行链路SPS释放的PDCCH/EPDCCH，其中k∈K以及取决于子帧n和SIB-1UL/DL配置(其在[3]中的表4.2-2中被定义)和DLHARQ参考配置，K(在表4中定义了它)是M个元素的集合{k0，k1，…kM-1}，以及如果在子帧n-km中检测到指示PDSCH传输或下行链路SPS释放的PDCCH，其中km是集合K中最小值使得UE检测指示在子帧(多个)n-k内并且k∈K的PDSCH传输或下行链路SPS释放的PDCCH/EPDCCH，则UE首先从{0，1，2，3}中选择c值(其使得Nc≤nCCE＜Nc+1)，并且应当使用针对天线端口p0的其中由更高层配置，以及nCCE是用于在子帧n-km并且对应的m中的对应的PDCCH的传输的第一CCE的数量。当两个天线端口传输被配置为用于PUCCH格式1a/1b时，由给出针对天线端口p1的HARQ-ACK绑定的PUCCH资源。如果具有索引km的下行链路子帧在组A中，则在方程式中的参数m的值用表2中定义的新的索引来替换，Mx＝MA以及如果具有索引km的下行链路子帧在组B中，则在方程式中的参数m的值用表3中定义的新的索引来替换，Mx＝MB以及以及NGroupB由更高层配置。
针对TDDHARQ-ACK复用和子帧n(其中M>1)以及配置有eIMTA的一个服务小区，其中M是在表4中定义的集合K中的元素的数量，将表示为从子帧n-ki导出的PUCCH资源以及将HARQ-ACK(i)表示为来自子帧n-ki的ACK/NACK/DTX响应，其中ki∈K(在表4中定义)以及0≤i≤M-1。
针对由对应的PDCCH的或指示在子帧n-ki中的下行链路SPS释放的PDCCH的检测所指示的PDSCH传输，其中ki∈K，PUCCH资源其中c是从{0，1，2，3}中选择的使得Nc≤nCCE，i＜Nc+1，nCCE，i是用于在子帧n-ki中的对应的PDCCH的传输的第一CCE的数量。如果具有索引ki的下行链路子帧在组A中，则在参数中的i的值不改变，在方程式的其它部分中的参数i的值使用表2中定义的新的索引来替换，Mx＝MA以及如果具有索引ki的下行链路子帧在组B中，则在参数中的i的值不改变，在方程式的其它部分中的参数i的值使用表3中定义的新的索引来替换，Mx＝MB以及以及和NGroupB由更高层配置。
在定义针对HARQ-ACK的PUCCH资源的资源分配方程式中，增加了表示针对组B资源的开始点偏移的一个另外项：
n P U C C H ( 1 , p ~ 0 ) = ( M B - m - 1 ) · N c + m · N c + 1 + n C C E + N P U C C H ( 1 ) + N G r u p B .
可以以各种方式来定义新的偏移项NGroupB：
-偏移可以是经由更高层配置的整数变量；
-可以基于组合A的绑定窗口大小MA、每个PDCCHOFDM符号Nc的控制信道元素的数量以及在针对组A的CFI上的假设来确定偏移，例如，
NGroupB＝MA ＊NC ＊NCFI，
其中NCFI＝表示CFI的整数变量，UE在计算组B子帧的开始偏移中假设该CFI，并且该CFI是预定的{1,2,3或4}，或是经由更高层通过信号传送的(例如，专用RRC信令)。
可替代地，UE也可以基于经由PCFICH通过信号传送的实际的CFI和在每个PDCCHOFDM符号上的CCE的数量来确定NGroupB。
转到图10，该图是根据示例实施例的针对PUCCH资源分配和使用由eNB执行的逻辑流程图。该图还说明了示例方法的操作，在计算机可读存储器上包含的计算机程序指令的执行的结果，和/或由在硬件中实现的逻辑执行的功能。在图中的框可以被认为用于执行框中的功能的互连的构件。例如，在HARQ-ACKRA151的控制下，在图10中的框由eNB175来执行。
在框1010中，eNB175确定物理上行链路控制信道资源的第一集合以用于UE(例如传统UE)的第一集合以发送确认信息(例如，HARQACK信息)给eNB。物理上行链路控制信道资源的第一集合从第一索引开始。在框1020中，eNB175确定物理上行链路控制信道资源的第二集合以用于UE(例如，eIMTAUE)的第二集合以发送确认信息(例如，HARQACK信息)给eNB。在UE的第一集合和第二集合中的UE是不同的。物理上行链路控制信道资源的第二集合从第二索引开始，第二索引可以在第一索引之后(例如，在由图5B说明的逻辑索引方面，其中第一索引的值小于第二索引的值)，该第一索引开始物理上行链路控制信道资源的第一集合。在UE的第一集合中的UE仅使用物理上行链路控制信道资源的第一集合以向eNB发送针对第一组下行链路子帧的确认信息。同时，在UE的第二集合中的UE使用物理上行链路控制信道资源的第一集合以向eNB发送针对第一组下行链路子帧的确认信息以及使用物理上行链路控制信道资源的第二集合以向eNB发送针对第二组下行链路子帧的确认信息。在框1030中，针对UL接收(也就是说，由UE100传输(多个)由eNB接收信息)，使用物理上行链路控制信道资源的第一集合从UE接收确认信息，以及使用物理上行链路控制信道资源的第一集合和第二集合从第二UE接收确认信息。
在另一个示例实施例中，eNB175能够确定第二索引的位置(例如，其对应于一组索引中的一个索引)，以及从而确定针对PUCCH资源的第二集合的开始点，以及通过信号向在UE的第二集合中的UE传送该位置的指示。更具体地，eNB175可以基于CFI(载波格式指示)来确定针对eIMTADL子帧资源的开始点。eNB175可以经由PCFICH通过信号向eIMTAUE传送CFI。
在另一个示例实施例中，eNB175可以确定第二索引的位置以及从而确定针对PUCCH资源的第二集合的开始点，以及通过信号向在UE的第二集合中的UE传送该位置的指示。更具体地，可以经由更高层(例如，专用的或公共的RRC信令)由eNB175通过信号传送针对eIMTADL子帧资源的开始点。通过信号传送可以是绝对的(absolute)(即，指示针对在UE的第二集合中的UE的开始索引(例如，资源)的整数)。可替代地，通过信号传送可以与被指配给在UE的第一集合中的UE的DL子帧(即，组A的大小)和/或针对在UE的第一集合中的UE的资源的PUCCH集合的开始索引有关。此类信令的一个示例是，在确定针对在UE的第一集合中的UE的PUCCH资源(例如，物理上行链路控制信道资源的第一集合)的大小中，eNB为UE配置值，假设CFI。该大小可以根据n而变化(也就是说，载有PUCCH的UL子帧)。注意的是，可以经由更高层(例如，专用或公共RRC信令)由eNB175通过信号传送传统(例如，非eIMTA)DL子帧资源(例如，物理上行链路控制信道资源的第一集合)的开始点。
在另一个示例实施例中，针对eIMTADL子帧资源(例如，物理上行链路控制信道资源的第二集合)的开始点可以是预定的，以及直接在传统DL子帧资源(即，物理上行链路控制信道资源的第一集合)之后，例如假设预定的CFI值(即，1，2，3或4)。
另外的示例实施例具有eNB175，该eNB175限定针对UE的第一集合和第二集合的不同的块交织策略：
·根据传统UE(例如，UE的第一集合)来应用块交织；
·块交织可以应用于或可以不应用于在第二集合中的UE(例如，eIMTAUE)。这也可以被定义为针对eNB的配置参数。
在另一个示例实施例中，物理上行链路控制信道资源的第一集合和第二集合可以重叠，也就是说，物理上行链路控制信道资源的第一集合的结尾可以出现在在物理上行链路控制信道资源的第二集合后的索引中。
在另一个示例实施例中，针对在UE的第一集合中的UE定义第一表(例如，图6)，以及针对在UE的第二集合中的UE定义第二表(例如，图7)。
在又一个示例实施例中，遵从如下原则：针对单个子帧，UE的第一集合的HARQ-ACK比特首先在PUCCH资源中，其由UE的第二集合的HARQ-ACK比特跟随。第一表和第二表(例如，图6和图7)可以用于定义第三表(例如，图8)，其指定HARQ-ACK比特排序。
在又一个示例实施例中，第一组下行链路子帧包括(例如局限于)由DLHARQ参考配置定义为DL或特殊子帧的子帧，以及它们与同具有相同的子帧偏移(例如，在图2中的n-k的相同值)的SIB-1配置的DL或特殊子帧相同的UL子帧相关联，以及第二组下行链路子帧包括(例如局限于)根据DLHARQ参考配置的其它下行链路、特殊或灵活子帧。
另一个示例实施例限定了第一组(MA)的大小，可以基于SIB-1UL/DL配置的关联集合的大小来限定第一组的大小。
此外，第二组的开始位置(例如索引)可以基于第一组的大小(例如，除了其它参数外)。
转到图11，示出了逻辑流程图，该逻辑流程图由针对PUCCH资源分配和使用的eIMTAUE来执行。图11说明了示例方法的操作，在计算机可读存储器上包含的计算机程序指令的执行的结果，和/或由在硬件中实现的逻辑执行的功能。在图11中的框可以被认为是用于执行在框中的功能的互连构件。图11可以被认为例如在HARQ-ACKRA(资源分配)单元121的控制下，由eIMTAUE110-2来执行。
在框1110中，UE110-2确定(例如从eNB接收)属于DL子帧的两个不同集合的PUCCH资源的配置：
○集合中的一个集合包括(例如传统)子帧(或组A子帧)的第一集合；以及
○集合中的一个集合包括(例如eIMTA，组B)子帧的第二集合。
在框1120中，UE确定在PUCCH资源内的子帧的第二集合的开始点(索引)(例如，加之针对子帧的第一集合的开始点)。在框1130中，针对给定的DL子帧，UE110-2(从eNB)接收PDCCH，其调度(例如)PDSCH数据以及UE执行以下：
○确定给定的DL子帧属于子帧集合中的哪个子帧集合；以及
○针对给定的DL子帧，确定调度PDCCH的最低CCE的索引。
在框1140中，(至少)基于PUCCH资源配置、CCE索引、(例如，当前)子帧索引(诸如针对子帧n的索引)、正在被考虑的哪个子帧集合(例如组A或B)、以及PUCCH资源的第一集合和第二集合的开始点(多个)，UE110-2确定针对对应于所接收的PDSCH数据的确认(例如，HARQ-ACK)传输的PUCCH资源(多个)。在框1150中，UE110-2在所确定的PUCCH资源(多个)上传送确认信息。
注意的是，UE110-2可以例如使用PUCCH资源的第一集合和第二集合以及还使用针对每个集合的开始点来传送针对DL子帧的第一集合(多个)(例如，组A)和第二集合(多个)(组B)两者的确认信息(如例如在图5B中示出的)。
在另一个示例实施例中，UE110-2能够通过从eNB接收位置的指示的信令，来确定索引的位置(例如，其对应于一组索引中的一个索引)，以及从而确定针对PUCCH资源的第二集合的开始点。更具体地，针对eIMTADL子帧资源的开始点可以基于CFI(载波格式指示)以及UE可以经由PCFICH从eNB接收CFI的信令。
作为另一个示例，针对eIMTADL子帧资源(物理上行链路控制信道资源的第二集合)的开始点可以由UE从eNB175的信令来接收。通过信号传送可以是绝对的(即，指示开始索引(例如，资源)的整数)。可替代地，通过信号传送可以与被指配给子帧的第一集合的DL子帧(即组A的大小)和/或针对子帧的第一集合的资源的PUCCH集合的开始索引有关。此类信令的一个示例是在确定PUCCH资源(例如，物理上行链路控制信道资源的第一集合)的大小中的值，假设CFI。注意的是，可以由UE110-2经由例如专用或公共RRC信令通过eNB175的信令来接收传统的(例如，非eIMTA)DL子帧资源(例如，物理上行链路控制信道资源的第一集合)的开始点。
在另一个示例实施例中，针对eIMTADL子帧资源的开始点(例如，物理上行链路控制信道资源的第二集合)可以是预定的，以及直接在传统DL子帧资源(即，物理上行链路控制信道资源的第一集合)的后面，例如，假设预定的CFI值(即，1，2，3，或4)。
另外的示例实施例针对UE的第一集合和第二集合具有不同的块交织策略：
·根据传统UE(例如，UE的第一集合)来应用块交织；
·块交织可以应用于或可以不应用于在第二集合中的UE(例如，eIMTAUE)。对此存在若干示例性的可能性。首先，在规范中，块交织策略可以是固定的，即，使用块交织或不使用块交织。另一个示例性可能性是可以由eNB通过信号向UE传送块交织策略/多个策略，然后UE根据从eNB接收的信令能够知道是否应用块交织。
在另一个示例实施例中，物理上行链路控制信道资源的第一集合和第二集合可以重叠，也就是说，物理上行链路控制信道资源的第一集合的结尾可以出现在在物理上行链路控制信道资源的第二集合后的索引中。
在另一个示例实施例中，针对DL子帧的第一集合的PUCCH资源分配定义第一表(例如，图6)，以及针对DL子帧的第二集合的PUCCH资源分配定义第二表(例如，图7)。
在又一个示例实施例中，遵从HARQ-ACK比特排序的原则，使得首先放置具有在DL子帧的第一集合中的PUCCH资源分配的HARQ-ACK比特，其由具有在DL子帧的第二集合中的PUCCH资源分配的HARQ-ACK比特跟随。第一表和第二表(例如，图6和图7)可以用于定义第三表(例如，图8)，其指定HARQ-ACK比特排序。这个实施例可以基于eNB的配置应用于：当被配置为具有信道选择的PUCCH格式b1时，在PUSCH上传送的ACK/NACK反馈，以及当被配置为PUCCH格式3时，在PUCCH/PUSCH上传送的ACK/NACK反馈。
在另一个示例实施例中，针对TDDeIMTA的两组的下行链路子帧PUCCH资源分配和HARQ-ACK比特排序不局限于单载波的情况。相反，这些可以应用于多载波的场景，例如使用载波聚合(CA)工作的TDDeIMTA，以及也应用于其它场景，例如，使用协作多点(CoMP)传输和接收工作的TDDeIMTA。
在另一个示例实施例中，第一组下行链路子帧包括(例如局限于)由DLHARQ参考配置定义为DL或特殊子帧的子帧，以及它们与同具有相同的子帧偏移(例如在图2中的n-k的相同值)的SIB-1配置的DL或特殊子帧相同的UL子帧相关联，以及第二组下行链路子帧包括(例如局限于)根据DLHARQ参考配置的其它下行链路、特殊或灵活子帧。
示例性和非限制性的优点和技术效果包括但不限于以下：
1)所提出的实现方式是完全后向兼容的，这意味的是，能够完全避免与非eIMTAUE的资源冲突(例如，没有基于eNB调度器的解决方案/调度约束)。
2)示例性优点是，所提出的实现方式最小化了PUCCH资源空间，以及从而最小化了UL开销。PUCCH资源不需要根据HARQACK资源的最大数量而设计，因为未被占据的资源将自动地出现在PUCCH资源的末尾。
3)在选择的UL-DL配置中的DL子帧数量越少，则针对PUCCH所需的资源的数量越少。
4)未必占据的PUCCH资源能够用于PUSCH。
5)能够经由在3GPPTS36.213规范中的两个或三个另外的表来容易地处理该实现方式。
6)在任何情况下应当指定针对eIMTAPUCCHRA的解决方案以避免复杂的调度器约束。
以下是另外的示例。示例1。一种方法，包括：由基站确定物理上行链路控制信道资源的第一集合以用于用户设备的第一集合以发送针对第一组下行链路子帧的确认信息给所述基站，其中物理上行链路控制信道资源的第一集合从第一索引开始；由所述基站确定物理上行链路控制信道资源的第二集合以用于用户设备的第二集合以发送针对第二组下行链路子帧的确认信息给所述基站，其中在用户设备的第一集合和第二集合中的用户设备是不同的，物理上行链路控制信道资源的第二集合从第二索引开始，在用户设备的第一集合中的用户设备仅使用物理上行链路控制信道资源的第一集合以向所述基站发送针对第一组下行链路子帧的确认信息，以及在用户设备的第二集合中的用户设备使用物理上行链路控制信道资源的第一集合以向所述基站发送针对第一组下行链路子帧的确认信息以及使用物理上行链路控制信道资源的第二集合以向所述基站发送针对第二组下行链路子帧的确认信息；以及针对由所述基站的上行链路接收，从使用物理上行链路控制信道资源的第一集合的第一用户设备接收确认信息，以及从使用物理上行链路控制信道资源的第一集合和第二集合的第二用户设备接收确认信息。
示例2。示例1的方法，还包括：所述基站通过信号向在所述用户设备的第二集合中的用户设备传送针对物理上行链路控制信道资源的第二集合的开始点的指示。示例3。示例2的方法，其中通过信号传送包括：由所述基站通过专用或公共无线电资源控制信令来通过信号传送。示例4。示例3的方法，其中通过信号传送是绝对的并且指示整数，该整数指示针对在所述用户设备的第二集合中的用户设备的开始索引。示例5。示例3的方法，其中通过信号传送是相对的并且指示整数，该整数与被指配给在所述用户设备的第一集合中的用户设备的下行链路子帧的数量有关或与针对在所述用户设备的第一集合中的用户设备的资源的物理上行链路控制信道集合的开始索引有关，或与被指配给在所述用户设备的第一集合中的用户设备的下行链路子帧的数量和针对在所述用户设备的第一集合中的用户设备的资源的物理上行链路控制信道集合的开始索引两者有关。
示例6。前面示例任一的方法，其中第一组下行链路子帧局限于传统下行链路子帧，以及第二组下行链路子帧局限于非传统下行链路子帧。示例7。示例6的方法，其中传统下行链路子帧对应于由下行链路混合自动重传请求参考配置定义为下行链路或特殊子帧的子帧，并且该子帧与同具有相同子帧偏移的系统信息块-1配置的下行链路或特殊子帧相同的上行链路子帧相关联，以及非传统下行链路子帧对应于根据下行链路混合自动重传请求参考配置的其它下行链路、特殊或灵活子帧。
示例8。示例6或7任一的方法，其中在所述第一用户设备的第一集合中的用户设备和在所述用户设备的第二集合中的用户设备针对第一组下行链路子帧使用以下表：
以及，其中在用户设备的第二集合中的用户设备针对第二组中的下行链路子帧使用以下表：
其中DL是下行链路，HARQ是混合自动重传请求，UL是上行链路，SIB-1是系统信息块-1，子帧n指示用于传送确认信息的子帧，以及针对子帧n的每个条目指示在与子帧n有关的子帧的方面的下行链路关联集合索引，可以针对下行链路关联集合索引报告确认信息。
示例9。示例6至8任一的方法，其中针对单个上行链路子帧，针对所述用户设备的第一集合的确认信息的比特首先在物理上行链路控制信道资源中，其由针对所述用户设备的第二集合的确认信息的比特跟随。
示例10。示例9任一的方法，其中以下表指定比特排序：
其中DL是下行链路，HARQ是混合自动重传请求，UL是上行链路，SIB-1是系统信息块-1，子帧n指示用于传送确认信息的子帧，以及针对子帧n的每个条目指示在与子帧n有关的子帧的方面的下行链路关联集合索引，可以针对下行链路关联集合索引报告确认信息以及定义比特排序。
示例11。前面示例任一的方法，其中在所述用户设备的第一集合中的用户设备是不应用增强干扰管理和业务适应的时分双工用户设备，以及其中在所述用户设备的第二集合中的用户设备是应用增强干扰管理和业务适应的时分双工用户设备。
示例12。一种方法，包括：确定对应于两个不同组的下行链路子帧的物理上行链路控制信道资源的配置，其中第一组包括下行链路子帧的第一集合，以及第二组包括下行链路子帧的第二集合；确定物理上行链路控制信道资源的第一集合的开始点以用于传送针对在下行链路子帧的第一集合中的下行链路子帧的确认信息；确定物理上行链路控制信道资源的第二集合的开始点以用于传送针对在下行链路子帧的第二集合中的下行链路子帧的确认信息；针对给定下行链路子帧，接收在物理下行链路控制信道上的信息，其调度物理下行链路共享信道数据，以及执行以下：确定给定下行链路子帧属于子帧组中的哪个子帧组，以及针对给定下行链路子帧，确定调度物理下行链路控制信道的最低控制信道元素的索引；基于至少物理上行链路控制信道资源配置、最低控制信道元素的索引、当前子帧索引、所确定的组、以及所确定的开始点，确定针对对应于所接收的物理下行链路共享信道数据的确认传输的一个或多个物理上行链路控制信道资源；以及使用针对物理上行链路控制信道资源的第一集合和第二集合的开始点中的一个或两者，在所确定的一个或多个物理上行链路控制信道资源上传送确认信息。
示例13。示例12的方法，还包括：从基站的信号传送接收针对物理上行链路控制信道资源的第二集合的开始点的指示。示例14。示例13的方法，其中接收还包括：通过专用或公共无线电资源控制信令来接收该信号传送。示例15。示例14的方法，其中所述信号传送是绝对的并且指示整数，该整数指示开始索引。
示例16。示例12至15任一的方法，其中第一组下行链路子帧局限于传统下行链路子帧，以及第二组下行链路子帧局限于非传统下行链路子帧。示例17。示例16的方法，其中传统下行链路子帧对应于由下行链路混合自动重传请求参考配置定义为下行链路或特殊子帧的子帧，并且该子帧与同具有相同子帧偏移的系统信息块-1配置的下行链路或特殊子帧相同的上行链路子帧相关联，以及非传统下行链路子帧对应于根据下行链路混合自动重传请求参考配置的其它下行链路、特殊或灵活子帧。
示例18。示例16或17任一的方法，该方法由用户设备执行，其中在所述第一用户设备的第一集合中的用户设备和在所述用户设备的第二集合中的用户设备针对第一组下行链路子帧使用以下表：
以及，其中所述用户设备针对第二组中的下行链路子帧使用以下表：
其中DL是下行链路，HARQ是混合自动重传请求，UL是上行链路，SIB-1是系统信息块-1，子帧n指示用于传送确认信息的子帧，以及针对子帧n的每个条目指示在与子帧n有关的子帧的方面的下行链路关联集合索引，可以针对下行链路关联集合索引报告确认信息。
示例19。示例16至18任一的方法，其中针对单个子帧，针对所述用户设备的第一集合的确认信息的比特首先在物理上行链路控制信道资源中，其由针对所述用户设备的第二集合的确认信息的比特跟随。
示例20。示例19任一的方法，其中以下表指定比特排序：
其中DL是下行链路，HARQ是混合自动重传请求，UL是上行链路，SIB-1是系统信息块-1，子帧n指示用于传送确认信息的子帧，以及针对子帧n的每个条目指示在与子帧n有关的子帧的方面的下行链路关联集合索引，可以针对下行链路关联集合索引报告确认信息以及定义比特排序。
示例21。示例12至20任一的方法，该方法由用户设备执行，其中所述用户设备是应用增强干扰管理和业务适应的时分双工用户设备。
一种装置包括：一个或多个处理器和包含计算机程序代码的一个或多个存储器。所述一个或多个存储器和所述计算机程序代码被配置为使用所述一个或多个处理器使得所述装置执行示例1-21任一示例。
一种装置包括：一个或多个处理器和包含计算机程序代码的一个或多个存储器。所述一个或多个存储器和所述计算机程序代码被配置为使用所述一个或多个处理器使得所述装置执行示例1-21的方法中任一方法。
一种装置包括用于执行示例1-21的方法中任一方法的构件。
另一个示例实施例包括计算机程序，其包括代码，当在处理器上运行所述计算机程序时，该代码用于执行示例1-21任一示例的方法。根据这个段落的计算机程序，其中该计算机程序是计算机程序产品，其包括计算机可读介质，该计算机可读介质载有在其中包含的计算机程序代码以供计算机使用。
本文中的实施例可以实现在软件(其由一个或多个处理器执行)、硬件(例如，专用集成电路)、或软件和硬件的组合中。在示例实施例中，在各种常规计算机可读介质中的任何一个计算机可读介质上维护软件(例如，应用逻辑，指令集)。在这个文档的上下文中，“计算机可读介质”可以是任何介质或构件，其能够包含、存储、传递、传播或传输指令，该指令供指令执行系统、装置或设备(诸如计算机，其中，例如在图1中描述和描绘了计算机的一个示例)使用或与其结合使用。计算机可读介质可以包括计算机可读存储介质(例如，存储器125、155、171或其它设备)，它们不涵盖传播信号，但是可以是能够包含或存储指令的任何介质或构件，该指令供指令执行系统、装置、或设备(诸如计算机)使用或与其结合使用。
如果需要，可以以不同的顺序和/或彼此并发地执行本文所论述的不同功能。此外，如果需要，上述功能中的一个或多个功能可以是可选的或可以被组合。
虽然在独立权利要求中阐述了本发明的各种方面，但是本发明的其它方面包括来自所述实施例和/或具有独立权利要求特征的从属权利要求的特征的其它组合，而不仅是上述组合或在权利要求书中的组合。
在本文中还需注意的是，虽然以上描述了本发明的示例实施例，但是这些描述不应当被视为限制的含义。相反，在不背离如在所附权利要求中所限定的本发明的范围的情况下，存在可以做出的若干变型和修改。
在说明书和/或附图中可以找到的以下缩写被定义如下：
3GPP第三代合作伙伴计划
ACK确认
A/N，ACK/NACK确认/否定确认
AROACK/NACK资源偏移
CCE控制信道元素
CFI载波格式指示
CSI信道状态信息(包括CSI、PMI、RI和PTI)
D下行链路子帧
DL下行链路(从基站到UE)
DwPTS下行链路导频时隙
ECCE增强的CCE
elMTA增强干扰管理和业务适应
eNB增强的节点B(LTE基站)
EPDCCH增强的物理下行链路控制信道
F灵活子帧
HARO混合自动重传请求
LTE长期演进
MME移动管理实体
ms毫秒
NACK否定ACK
OFDM正交频分复用
PCell主小区
PCFICH物理控制格式指示信道
PDCCH物理下行链路控制信道
PDSCH物理下行链路控制信道
PHICH物理HARO指示信道
PUCCH物理上行链路控制信道
PUSCH物理上行链路共享信道
RA资源分配
RAN无线电接入网
RB资源块
Rel发布
RRC无线电资源控制
S特殊装置
SCell从小区
SC-FDMA单载波频分复用多址接入
SF子帧
SIB系统信息块
SGW服务网关
SPS半持续调度
SRI调度请求指示
TD-LTE时分-长期演进
TDD时分双工
U上行链路子帧
UE用户设备
UL上行链路(从UE到基站)
WI工作项目
WG工作组

Claims (47)

1.一种方法，包括：
由基站确定物理上行链路控制信道资源的第一集合以用于用户设备的第一集合以发送针对第一组下行链路子帧的确认信息给所述基站，其中物理上行链路控制信道资源的第一集合从第一索引开始；
由所述基站确定物理上行链路控制信道资源的第二集合以用于用户设备的第二集合以发送针对第二组下行链路子帧的确认信息给所述基站，其中在用户设备的第一集合和第二集合中的用户设备是不同的，物理上行链路控制信道资源的第二集合从第二索引开始，在用户设备的第一集合中的用户设备仅使用物理上行链路控制信道资源的第一集合以向所述基站发送针对第一组下行链路子帧的确认信息，以及在用户设备的第二集合中的用户设备使用物理上行链路控制信道资源的第一集合以向所述基站发送针对第一组下行链路子帧的确认信息以及使用物理上行链路控制信道资源的第二集合以向所述基站发送针对第二组下行链路子帧的确认信息；以及
针对由所述基站的上行链路接收，从使用物理上行链路控制信道资源的第一集合的第一用户设备接收确认信息，以及从使用物理上行链路控制信道资源的第一集合和第二集合的第二用户设备接收确认信息。
2.权利要求1所述的方法，还包括：所述基站通过信号向在所述用户设备的第二集合中的用户设备传送针对物理上行链路控制信道资源的第二集合的开始点的指示。
3.权利要求2所述的方法，其中通过信号传送还包括：由所述基站通过专用或公共无线电资源控制信令来通过信号传送。
4.权利要求3所述的方法，其中通过信号传送是绝对的并且指示整数，该整数指示针对在所述用户设备的第二集合中的用户设备的开始索引。
5.权利要求3所述的方法，其中通过信号传送是相对的并且指示整数，该整数与被指配给在所述用户设备的第一集合中的用户设备的下行链路子帧的数量有关或与针对在所述用户设备的第一集合中的用户设备的资源的物理上行链路控制信道集合的开始索引有关，或与被指配给在所述用户设备的第一集合中的用户设备的下行链路子帧的数量和针对在所述用户设备的第一集合中的用户设备的资源的物理上行链路控制信道集合的开始索引两者有关。
6.前述权利要求任一所述的方法，其中所述第一组下行链路子帧局限于传统下行链路子帧，以及所述第二组下行链路子帧局限于非传统下行链路子帧。
7.权利要求6所述的方法，其中所述传统下行链路子帧对应于由下行链路混合自动重传请求参考配置定义为下行链路或特殊子帧的子帧，并且该子帧与同具有相同子帧偏移的系统信息块-1配置的下行链路或特殊子帧相同的上行链路子帧相关联，以及所述非传统下行链路子帧对应于根据下行链路混合自动重传请求参考配置的其它下行链路、特殊或灵活子帧。
8.权利要求6或7任一所述的方法，其中在所述第一用户设备的第一集合中的用户设备和在所述用户设备的第二集合中的用户设备针对所述第一组下行链路子帧使用以下表：
以及，其中在用户设备的第二集合中的用户设备针对所述第二组下行链路子帧使用以下表：
其中DL是下行链路，HARQ是混合自动重传请求，UL是上行链路，SIB-1是系统信息块-1，子帧n指示用于传送确认信息的子帧，以及针对子帧n的每个条目指示在与子帧n有关的子帧的方面的下行链路关联集合索引，可以针对下行链路关联集合索引报告确认信息。
9.权利要求6至8任一所述的方法，其中针对单个上行链路子帧，针对所述用户设备的第一集合的确认信息的比特首先在物理上行链路控制信道资源中，其由针对所述用户设备的第二集合的确认信息的比特跟随。
10.权利要求9任一所述的方法，其中以下表指定比特排序：
其中DL是下行链路，HARQ是混合自动重传请求，UL是上行链路，SIB-1是系统信息块-1，子帧n指示用于传送确认信息的子帧，以及针对子帧n的每个条目指示在与子帧n有关的子帧的方面的下行链路关联集合索引，可以针对下行链路关联集合索引报告确认信息以及定义比特排序。
11.前述权利要求任一所述的方法，其中在所述用户设备的第一集合中的用户设备是不应用增强干扰管理和业务适应的时分双工用户设备，以及其中在所述用户设备的第二集合中的用户设备是应用增强干扰管理和业务适应的时分双工用户设备。
12.一种方法，包括：
确定对应于两个不同组的下行链路子帧的物理上行链路控制信道资源的配置，其中第一组包括下行链路子帧的第一集合，以及第二组包括下行链路子帧的第二集合；
确定物理上行链路控制信道资源的第一集合的开始点以用于传送针对在下行链路子帧的第一集合中的下行链路子帧的确认信息；
确定物理上行链路控制信道资源的第二集合的开始点以用于传送针对在下行链路子帧的第二集合中的下行链路子帧的确认信息；
针对给定下行链路子帧，接收在物理下行链路控制信道上的信息，其调度物理下行链路共享信道数据，以及执行以下：确定所述给定下行链路子帧属于子帧组中的哪个子帧组，以及针对所述给定下行链路子帧，确定调度物理下行链路控制信道的最低控制信道元素的索引；
基于至少物理上行链路控制信道资源配置、最低控制信道元素的索引、当前子帧索引、所确定的组、以及所确定的开始点，确定针对对应于所接收的物理下行链路共享信道数据的确认传输的一个或多个物理上行链路控制信道资源；以及
使用针对物理上行链路控制信道资源的第一集合和第二集合的开始点中的一个或两者，在所确定的一个或多个物理上行链路控制信道资源上传送确认信息。
13.权利要求12所述的方法，还包括：从基站的信号传送接收针对物理上行链路控制信道资源的第二集合的开始点的指示。
14.权利要求13所述的方法，其中接收还包括：通过专用或公共无线电资源控制信令来接收所述信号传送。
15.权利要求14所述的方法，其中所述信号传送是绝对的并且指示整数，该整数指示开始索引。
16.权利要求12至15任一所述的方法，其中第一组下行链路子帧局限于传统下行链路子帧，以及第二组下行链路子帧局限于非传统下行链路子帧。
17.权利要求16所述的方法，其中所述传统下行链路子帧对应于由下行链路混合自动重传请求参考配置定义为下行链路或特殊子帧的子帧，并且该子帧与同具有相同子帧偏移的系统信息块-1配置的下行链路或特殊子帧相同的上行链路子帧相关联，以及所述非传统下行链路子帧对应于根据下行链路混合自动重传请求参考配置的其它下行链路、特殊或灵活子帧。
18.权利要求16或17任一所述的方法，该方法由用户设备执行，其中所述用户设备针对第一组中的下行链路子帧使用以下表：
以及，其中所述用户设备针对第二组中的下行链路子帧使用以下表：
其中DL是下行链路，HARQ是混合自动重传请求，UL是上行链路，SIB-1是系统信息块-1，子帧n指示用于传送确认信息的子帧，以及针对子帧n的每个条目指示在与子帧n有关的子帧的方面的下行链路关联集合索引，可以针对下行链路关联集合索引报告确认信息。
19.权利要求16至18任一所述的方法，其中针对单个子帧，针对所述用户设备的第一集合的确认信息的比特首先在物理上行链路控制信道资源中，其由针对所述用户设备的第二集合的确认信息的比特跟随。
20.权利要求19所述的方法，其中以下表指定比特排序：
其中DL是下行链路，HARQ是混合自动重传请求，UL是上行链路，SIB-1是系统信息块-1，子帧n指示用于传送确认信息的子帧，以及针对子帧n的每个条目指示在与子帧n有关的子帧的方面的下行链路关联集合索引，可以针对下行链路关联集合索引报告确认信息以及定义比特排序。
21.权利要求12至20任一所述的方法，该方法由用户设备执行，其中所述用户设备是应用增强干扰管理和业务适应的时分双工用户设备。
22.一种装置，包括：
用于由基站确定物理上行链路控制信道资源的第一集合以用于用户设备的第一集合以发送针对第一组下行链路子帧的确认信息给所述基站的构件，其中物理上行链路控制信道资源的第一集合从第一索引开始；
用于由所述基站确定物理上行链路控制信道资源的第二集合以用于用户设备的第二集合以发送针对第二组下行链路子帧的确认信息给所述基站的构件，其中在用户设备的第一集合和第二集合中的用户设备是不同的，物理上行链路控制信道资源的第二集合从第二索引开始，在用户设备的第一集合中的用户设备仅使用物理上行链路控制信道资源的第一集合以向所述基站发送针对第一组下行链路子帧的确认信息，以及在用户设备的第二集合中的用户设备使用物理上行链路控制信道资源的第一集合以向所述基站发送针对第一组下行链路子帧的确认信息以及使用物理上行链路控制信道资源的第二集合以向所述基站发送针对第二组下行链路子帧的确认信息；以及
用于针对由所述基站的上行链路接收，从使用物理上行链路控制信道资源的第一集合的第一用户设备接收确认信息，以及从使用物理上行链路控制信道资源的第一集合和第二集合的第二用户设备接收确认信息的构件。
23.权利要求22所述的装置，还包括：用于由所述基站通过信号向在所述用户设备的第二集合中的用户设备传送针对物理上行链路控制信道资源的第二集合的开始点的指示的构件。
24.权利要求23所述的装置，其中用于通过信号传送的构件还包括：用于由所述基站通过专用或公共无线电资源控制信令来通过信号传送的构件。
25.权利要求24所述的装置，其中通过信号传送是绝对的并且指示整数，该整数指示针对在所述用户设备的第二集合中的用户设备的开始索引。
26.权利要求24所述的装置，其中通过信号传送是相对的并且指示整数，该整数与被指配给在所述用户设备的第一集合中的用户设备的下行链路子帧的数量有关或与针对在所述用户设备的第一集合中的用户设备的资源的物理上行链路控制信道集合的开始索引有关，或与被指配给在所述用户设备的第一集合中的用户设备的下行链路子帧的数量和针对在所述用户设备的第一集合中的用户设备的资源的物理上行链路控制信道集合的开始索引两者有关。
27.权利要求22至26任一所述的装置，其中第一组下行链路子帧局限于传统下行链路子帧，以及第二组下行链路子帧局限于非传统下行链路子帧。
28.权利要求27所述的装置，其中所述传统下行链路子帧对应于由下行链路混合自动重传请求参考配置定义为下行链路或特殊子帧的子帧，并且该子帧与同具有相同子帧偏移的系统信息块-1配置的下行链路或特殊子帧相同的上行链路子帧相关联，以及所述非传统下行链路子帧对应于根据下行链路混合自动重传请求参考配置的其它下行链路、特殊或灵活子帧。
29.权利要求27或28任一所述的装置，其中在所述第一用户设备的第一集合中的用户设备和在所述用户设备的第二集合中的用户设备针对第一组下行链路子帧使用以下表：
以及，其中在用户设备的第二集合中的用户设备针对第二组中的下行链路子帧使用以下表：
其中DL是下行链路，HARQ是混合自动重传请求，UL是上行链路，SIB-1是系统信息块-1，子帧n指示用于传送确认信息的子帧，以及针对子帧n的每个条目指示在与子帧n有关的子帧的方面的下行链路关联集合索引，可以针对下行链路关联集合索引报告确认信息。
30.权利要求27至29任一所述的装置，其中针对单个上行链路子帧，针对所述用户设备的第一集合的确认信息的比特首先在物理上行链路控制信道资源中，其由针对所述用户设备的第二集合的确认信息的比特跟随。
31.权利要求30任一所述的装置，其中以下表指定比特排序：
其中DL是下行链路，HARQ是混合自动重传请求，UL是上行链路，SIB-1是系统信息块-1，子帧n指示用于传送确认信息的子帧，以及针对子帧n的每个条目指示在与子帧n有关的子帧的方面的下行链路关联集合索引，可以针对下行链路关联集合索引报告确认信息以及定义比特排序。
32.权利要求22至31任一所述的装置，其中在所述用户设备的第一集合中的用户设备是不应用增强干扰管理和业务适应的时分双工用户设备，以及其中在所述用户设备的第二集合中的用户设备是应用增强干扰管理和业务适应的时分双工用户设备。
33.一种基站包括权利要求22至32任一所述的装置。
34.一种装置，包括：
用于确定对应于两个不同组的下行链路子帧的物理上行链路控制信道资源的配置的构件，其中第一组包括下行链路子帧的第一集合，以及第二组包括下行链路子帧的第二集合；
用于确定物理上行链路控制信道资源的第一集合的开始点以用于传送针对在下行链路子帧的第一集合中的下行链路子帧的确认信息的构件；
用于确定物理上行链路控制信道资源的第二集合的开始点以用于传送针对在下行链路子帧的第二集合中的下行链路子帧的确认信息的构件；
用于针对给定下行链路子帧，接收在物理下行链路控制信道上的信息的构件，其调度物理下行链路共享信道数据，以及用于执行以下的构件：确定所述给定下行链路子帧属于子帧组中的哪个子帧组，以及针对所述给定下行链路子帧，确定调度物理下行链路控制信道的最低控制信道元素的索引；
用于基于至少物理上行链路控制信道资源配置、最低控制信道元素的索引、当前子帧索引、所确定的组、以及所确定的开始点，确定针对对应于所接收的物理下行链路共享信道数据的确认传输的一个或多个物理上行链路控制信道资源的构件；以及
用于使用针对物理上行链路控制信道资源的第一集合和第二集合的开始点中的一个或两者，在所确定的一个或多个物理上行链路控制信道资源上传送确认信息的构件。
35.权利要求34所述的装置，还包括：用于从基站的信号传送接收针对物理上行链路控制信道资源的第二集合的开始点的指示的构件。
36.权利要求35所述的装置，其中用于接收的构件还包括：用于通过专用或公共无线电资源控制信令来接收所述信号传送的构件。
37.权利要求36所述的装置，其中所述信号传送是绝对的并且指示整数，该整数指示开始索引。
38.权利要求34至37任一所述的装置，其中第一组下行链路子帧局限于传统下行链路子帧，以及第二组下行链路子帧局限于非传统下行链路子帧。
39.权利要求38所述的装置，其中所述传统下行链路子帧对应于由下行链路混合自动重传请求参考配置定义为下行链路或特殊子帧的子帧，并且该子帧与同具有相同子帧偏移的系统信息块-1配置的下行链路或特殊子帧相同的上行链路子帧相关联，以及所述非传统下行链路子帧对应于根据下行链路混合自动重传请求参考配置的其它下行链路、特殊或灵活子帧。
40.权利要求38或39任一所述的装置，其中所述装置针对第一组下行链路子帧使用以下表：
以及，其中所述用户设备针对第二组中的下行链路子帧使用以下表：
其中DL是下行链路，HARQ是混合自动重传请求，UL是上行链路，SIB-1是系统信息块-1，子帧n指示用于传送确认信息的子帧，以及针对子帧n的每个条目指示在与子帧n有关的子帧的方面的下行链路关联集合索引，可以针对下行链路关联集合索引报告确认信息。
41.权利要求38至40任一所述的装置，其中针对单个子帧，针对所述用户设备的第一集合的确认信息的比特首先在物理上行链路控制信道资源中，其由针对所述用户设备的第二集合的确认信息的比特跟随。
42.权利要求41所述的装置，其中以下表指定比特排序：
其中DL是下行链路，HARQ是混合自动重传请求，UL是上行链路，SIB-1是系统信息块-1，子帧n指示用于传送确认信息的子帧，以及针对子帧n的每个条目指示在与子帧n有关的子帧的方面的下行链路关联集合索引，可以针对下行链路关联集合索引报告确认信息以及定义比特排序。
43.权利要求34至43任一所述的装置，其中所述装置是应用增强干扰管理和业务适应的时分双工装置。
44.一种用户设备包括权利要求34至43的装置中的任一装置。
45.一种系统包括权利要求22至32的装置中的任一装置以及权利要求34至43的装置中的任一装置。
46.一种计算机程序，其包括代码，当在处理器上运行所述计算机程序时，该代码用于执行权利要求1至11或12至21的方法中的任一方法。
47.根据权利要求46的计算机程序，其中所述计算机程序是计算机程序产品，其包括计算机可读介质，该计算机可读介质载有在其中包含的计算机程序代码以供计算机使用。
CN201480064376.7A 2013-09-27 2014-09-29 Pucch资源分配和使用 Active CN105794137B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361883469P 2013-09-27 2013-09-27
US61/883,469 2013-09-27
US201461923325P 2014-01-03 2014-01-03
US61/923,325 2014-01-03
PCT/EP2014/070755 WO2015044405A1 (en) 2013-09-27 2014-09-29 Pucch resource allocation and use

Publications (2)

Publication Number Publication Date
CN105794137A true CN105794137A (zh) 2016-07-20
CN105794137B CN105794137B (zh) 2019-03-29

Family

ID=51627296

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480064376.7A Active CN105794137B (zh) 2013-09-27 2014-09-29 Pucch资源分配和使用

Country Status (11)

Country Link
EP (1) EP3050239B1 (zh)
JP (2) JP6416893B2 (zh)
KR (1) KR101782758B1 (zh)
CN (1) CN105794137B (zh)
CA (1) CA2925401C (zh)
ES (1) ES2720226T3 (zh)
MX (1) MX365959B (zh)
PL (1) PL3050239T3 (zh)
RU (1) RU2631660C1 (zh)
TW (1) TWI650033B (zh)
WO (1) WO2015044405A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106357372A (zh) * 2016-11-15 2017-01-25 珠海市魅族科技有限公司 避免反馈消息资源冲突的方法、装置、基站及终端
WO2018157320A1 (zh) * 2017-02-28 2018-09-07 华为技术有限公司 基于载波聚合的信息发送方法及装置
CN110192370A (zh) * 2017-01-09 2019-08-30 诺基亚技术有限公司 传输定时的灵活指示
CN110291834A (zh) * 2017-01-06 2019-09-27 Idac控股公司 用于无许可上行链路多址接入的冲突缓解过程
CN111937465A (zh) * 2018-04-06 2020-11-13 高通股份有限公司 在rrc建立之前的pucch资源分配
CN112335306A (zh) * 2018-05-02 2021-02-05 株式会社Ntt都科摩 用户终端
CN113170461A (zh) * 2018-12-14 2021-07-23 高通股份有限公司 基于coreset子集的默认波束选择

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9826523B2 (en) * 2014-03-21 2017-11-21 Qualcomm Incorporated Semi-persistent scheduling for eIMTA in LTE
US10498503B2 (en) * 2016-02-10 2019-12-03 Qualcomm Incorporated Multi-cast resource allocation by aggregation level
WO2019139330A1 (ko) 2018-01-12 2019-07-18 한국전자통신연구원 상향링크 제어채널 송수신 방법 및 이를 위한 장치
US10477567B2 (en) 2018-01-12 2019-11-12 Lg Electronics Inc. Method and apparatus for transmitting/receiving wireless signal in wireless communication system
CN112236971A (zh) * 2018-04-16 2021-01-15 瑞典爱立信有限公司 无线电资源控制(rrc)配置前的物理上行链路控制信道(pucch)资源选择
CN113228821B (zh) 2019-01-11 2024-05-24 瑞典爱立信有限公司 交叉链路干扰管理的节点间协调

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102308509A (zh) * 2009-02-05 2012-01-04 摩托罗拉移动公司 用于在无线通信系统中的上行链路肯定应答/否定应答消息的方法
CN102577219A (zh) * 2009-10-05 2012-07-11 瑞典爱立信有限公司 Lte-advanced中用于载波聚合的pucch资源分配
CN103095395A (zh) * 2011-11-02 2013-05-08 中兴通讯股份有限公司 Pucch的资源配置方法、传输方法、装置和系统
CN103262455A (zh) * 2010-12-13 2013-08-21 Lg电子株式会社 在基于tdd的无线通信系统中发射ack/nack的方法和设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8477684B2 (en) * 2005-10-27 2013-07-02 Qualcomm Incorporated Acknowledgement of control messages in a wireless communication system
JP4629056B2 (ja) * 2006-10-03 2011-02-09 株式会社エヌ・ティ・ティ・ドコモ ユーザ装置、送信方法及び通信システム
WO2012106840A1 (en) * 2011-02-10 2012-08-16 Renesas Mobile Corporation Resource allocation for flexible tdd configuration

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102308509A (zh) * 2009-02-05 2012-01-04 摩托罗拉移动公司 用于在无线通信系统中的上行链路肯定应答/否定应答消息的方法
CN102577219A (zh) * 2009-10-05 2012-07-11 瑞典爱立信有限公司 Lte-advanced中用于载波聚合的pucch资源分配
CN103262455A (zh) * 2010-12-13 2013-08-21 Lg电子株式会社 在基于tdd的无线通信系统中发射ack/nack的方法和设备
CN103095395A (zh) * 2011-11-02 2013-05-08 中兴通讯股份有限公司 Pucch的资源配置方法、传输方法、装置和系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NEC GROUP: "Backward compatibility for TDD eIMTA system", 《3GPP TSG RAN WG1 MEETING #74》 *

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106357372A (zh) * 2016-11-15 2017-01-25 珠海市魅族科技有限公司 避免反馈消息资源冲突的方法、装置、基站及终端
CN110291834A (zh) * 2017-01-06 2019-09-27 Idac控股公司 用于无许可上行链路多址接入的冲突缓解过程
CN110291834B (zh) * 2017-01-06 2023-10-13 交互数字专利控股公司 用于无许可上行链路多址接入的冲突缓解过程
CN110192370A (zh) * 2017-01-09 2019-08-30 诺基亚技术有限公司 传输定时的灵活指示
CN110192370B (zh) * 2017-01-09 2022-03-01 诺基亚技术有限公司 传输定时的灵活指示
US11310756B2 (en) 2017-01-09 2022-04-19 Nokia Technologies Oy Flexible indication of transmission timing
WO2018157320A1 (zh) * 2017-02-28 2018-09-07 华为技术有限公司 基于载波聚合的信息发送方法及装置
CN111937465A (zh) * 2018-04-06 2020-11-13 高通股份有限公司 在rrc建立之前的pucch资源分配
CN111937465B (zh) * 2018-04-06 2024-04-26 高通股份有限公司 在rrc建立之前的pucch资源分配
CN112335306A (zh) * 2018-05-02 2021-02-05 株式会社Ntt都科摩 用户终端
CN112335306B (zh) * 2018-05-02 2023-10-31 株式会社Ntt都科摩 用户终端
CN113170461A (zh) * 2018-12-14 2021-07-23 高通股份有限公司 基于coreset子集的默认波束选择

Also Published As

Publication number Publication date
JP2018148585A (ja) 2018-09-20
KR20160062110A (ko) 2016-06-01
JP6659772B2 (ja) 2020-03-04
EP3050239A1 (en) 2016-08-03
CA2925401C (en) 2018-04-24
MX365959B (es) 2019-06-20
CA2925401A1 (en) 2015-04-02
KR101782758B1 (ko) 2017-09-27
CN105794137B (zh) 2019-03-29
JP6416893B2 (ja) 2018-10-31
TW201536085A (zh) 2015-09-16
JP2016537849A (ja) 2016-12-01
WO2015044405A1 (en) 2015-04-02
PL3050239T3 (pl) 2019-07-31
TWI650033B (zh) 2019-02-01
ES2720226T3 (es) 2019-07-18
RU2631660C1 (ru) 2017-09-26
MX2016003802A (es) 2017-09-15
EP3050239B1 (en) 2019-03-06

Similar Documents

Publication Publication Date Title
CN105794137A (zh) Pucch资源分配和使用
US20240097832A1 (en) METHODS FOR TRANSMITTING AND RECEIVING HYBRID AUTOMATIC RETRANSMIT REQUEST-ACKNOWLEDGMENT (HARQ-ACK) INDEX MAPPING AND UPLINK RESOURCE ALLOCATION FOR CHANNEL SELECTION TRANSMISSION IN INTER-BAND TIME DIVISION DUPLEX MODE, USER EQUIPMENT TO TRANSMIT HARQ-ACK, AND eNODE-B TO RECEIVE HARQ-ACK
US10122514B2 (en) Method and apparatus for transmitting HARQ ACK/NACK
US9473289B2 (en) PUCCH resource allocation and use
CN104303446B (zh) 用于载波聚合(ca)的混合自动重传请求(harq)映射的方法和设备
JP6788970B2 (ja) 無線ネットワークにおけるアップリンク制御情報送／受信
EP2912796B1 (en) Physical uplink control channel (pucch) resource allocation (ra) for a hybrid automatic retransmission re-quest-acknowledge (harq-ack) transmission
CA2879902C (en) Method and apparatus for use in inter band time division duplexing carrier aggregation
CN104604175A (zh) 用于载波聚合(ca)的混合自动重传请求(harq)映射
CA2925372C (en) Harq-ack resource allocation and use for eimta
CN104348591B (zh) 一种上行控制信息的发送方法及用户设备、基站
CN104885399A (zh) Tdd中针对epdcch的pucch资源分配中的aro值
CN102958059A (zh) 用于载波聚合中时分双工配置的方法和设备
WO2015085477A1 (en) Flexible harq timing
CN108604953A (zh) 信息发送方法、信息接收方法、装置及系统
CN103580823A (zh) 处理上行harq反馈的方法
CN103001746A (zh) 一种无线通信系统中ack/nack的资源映射方法
CN103227699B (zh) 用于在lte系统的tdd模式中配置子帧映射关系的方法和设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20190418

Address after: Espoo, Finland

Patentee after: Technology Co., Ltd. of Nokia

Address before: Espoo, Finland

Patentee before: Nokia Siemens Networks OY