CN107409016B

CN107409016B - 针对确认信息的码字确定

Info

Publication number: CN107409016B
Application number: CN201680020084.2A
Authority: CN
Inventors: A.帕帕萨克拉里奥
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2015-04-06
Filing date: 2016-04-06
Publication date: 2021-06-29
Anticipated expiration: 2036-04-06
Also published as: CN113395151B; US9888465B2; EP3281349A4; US20160295561A1; CN113395152A; EP3281349B1; EP3281349A1; US11240789B2; CN113395152B; KR20170134442A; CN113395151A; WO2016163758A1; EP3930243A1; US20180160413A1; CN107409016A; EP3996320A1

Abstract

提供了用于基站使得被配置用于在若干小区上的载波聚合操作的用户设备(UE)能够确定基站向UE发送数据信息的小区和传输时间间隔(TTI)并且用于UE在码字中确定和排列相对应的确认信息的方法和装置。

Description

针对确认信息的码字确定

技术领域

本申请一般涉及无线通信，并且更具体地，涉及在载波聚合操作中确定确认信息的码字。

背景技术

无线通信已经成为现代史中最成功的创新之一。最近，无线通信服务的用户的数量超过了五十亿，并且继续快速增长。由于智能电话和其它移动数据设备(诸如平板计算机、记事本计算机、上网本、电子书阅读器、和机器类型的设备)在消费者和企业当中越来越受欢迎，对于无线数据通信量的需求正在快速增长。

发明内容

技术问题

为了满足移动数据业务的高速增长以及支持新的应用和部署，对无线电接口效率和覆盖的改进非常重要。

技术方案

本公开提供用于在载波聚合操作中确定确认信息的码字的方法和装置。

在第一实施例中，方法包括接收传达下行链路控制信息(downlink controlinformation，DCI)格式的控制信令。DCI格式中的每一个DCI格式指示在从若干传输时间间隔(transmission time interval，TTI)中的TTI中以及在从若干小区中的小区上对物理下行链路共享信道(physical downlink shared channel，PDSCH)的接收或半持续调度(semi-persistently scheduled，SPS)PDSCH的释放的调度。每个TTI具有TTI索引并且每个小区具有小区索引。DCI格式中的每一个DCI格式与用于相应的PDSCH接收或SPS PDSCH释放的小区索引和TTI索引相关联。DCI格式中的每一个、当在第一搜索空间中被接收时、包括用于计数器下行链路分配指示符(downlink assignment indicator，DAI)字段的值，所述计数器DAI字段首先根据升序小区索引从若干小区跨小区，然后根据升序TTI索引从若干TTI跨TTI，直到与DCI格式相关联的TTI的索引和小区的索引，对DCI格式计数。DCI格式中的每一个，当在第二搜索空间中被接收时，包括用于总DAI字段的值，所述总DAI字段跨所有小区并根据升序TTI索引从若干TTI跨TTI，直到与DCI格式相关联的TTI的索引，对DCI格式计数。该方法另外包括：响应于接收PDSCH或SPS PDSCH释放，生成确认信息比特。该方法还包括发送确认信息比特。

在第二实施例中，UE包括接收器、控制器、和发送器。接收器被配置为接收传达DCI格式的控制信令。DCI格式中的每一个DCI格式指示在从若干TTI中的TTI中以及在从若干小区中的小区上对PDSCH的接收或SPS PDSCH的释放的调度。每个TTI具有TTI索引并且每个小区具有小区索引。DCI格式中的每一个DCI格式与用于相应的PDSCH接收或SPS PDSCH释放的小区索引和TTI索引相关联。DCI格式中的每一个、当在第一搜索空间中被接收时、包括用于计数器DAI字段的值，所述计数器DAI字段首先根据升序小区索引从若干小区跨小区，然后根据升序TTI索引从若干TTI跨TTI，直到与DCI格式相关联的TTI的索引和小区的索引，对DCI格式计数。每个DCI格式，当在第二搜索空间中被接收时，包括用于总DAI字段的值，所述总DAI字段跨所有小区并根据升序TTI索引从若干TTI跨TTI，直到与DCI格式相关联的TTI的索引，对DCI格式计数。控制器被配置为响应于PDSCH的接收或SPS PDSCH释放，生成确认信息比特。发送器被配置为发送确认信息比特。

在第三实施例中，基站包括发送器和接收器。发送器被配置为发送传达DCI格式的控制信令。DCI格式中的每一个DCI格式指示在从若干TTI中的TTI中以及在从若干小区中的小区上对PDSCH的发送或SPS PDSCH的释放的调度。每个TTI具有TTI索引并且每个小区具有小区索引。DCI格式中的每一个DCI格式与用于相应的PDSCH发送或SPS PDSCH释放的小区索引和TTI索引相关联。DCI格式中的每一个、当在第一搜索空间中被发送时、包括用于计数器DAI字段的值，所述计数器DAI字段首先根据升序小区索引从若干小区跨小区，然后根据升序TTI索引从若干TTI跨TTI，直到与DCI格式相关联的TTI的索引和小区的索引，对DCI格式计数。DCI格式中的每一个、当在第二搜索空间中被发送时、包括用于总DAI字段的值，所述总DAI字段跨所有小区并根据升序TTI索引从若干TTI跨TTI，直到与DCI格式相关联的TTI的索引，对DCI格式计数。接收器被配置为：响应于PDSCH或SPS PDSCH释放的发送，接收确认信息比特。

在进行下面的详细描述之前，对贯穿这个专利文献使用的某些词语和短语的定义进行阐述可能是有利的。术语“耦合”和它的衍生词是指两个或多个元素之间的任何直接或者间接通信，不管那些元素是否彼此物理接触。术语“发送”、“接收”、和“通信”以及它们的衍生词涵盖直接通信和间接通信两者。术语“包括”和“包含”以及它们的衍生词意味着包括但不限于；术语“或者”是包括性的，意味着和/或。短语“与...相关联”以及它的衍生词意味着包括、被包括在...内、与...互连、包含、被包含在...内、连接到...或者与...相连接、耦合到...或者与...耦合、可与...通信、与...协作、交织、并列、接近于、被绑定到...或者与...绑定、具有、具有...属性、和...有关系或者与...有关系等等。术语“控制器”意味着控制至少一个操作的任意装置、系统或其部分。这样的控制器可以被实施在硬件中或者硬件和软件和/或固件的组合中。与任何特定控制器有关的功能，无论是本地的还是远程的，都可以是集中式的或分布式的。短语“...中的至少一个”当与一列表项目一起使用时，意味着所列出的项目中的一个或多个的不同组合可以被使用，并且列表中的仅仅一个项目可能被需要。例如，“以下各项中的至少一个：A、B、和C”包括以下组合中的任何一个：A、B、C、A和B、A和C、B和C、以及A和B和C。

而且，如下所述的各种功能能够通过一个或多个计算机程序来实施或者由一个或多个计算机程序来支持，所述计算机程序中的每一个从计算机可读程序代码形成并且具体实现在计算机可读介质中。术语“应用”和“程序”是指是被适配以便以合适的计算机可读程序代码来实施的一个或多个计算机程序、软件组件、指令集、程序、功能、对象、类、实例、相关数据、或者它们的一部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码、和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质，诸如只读存储器(read only memory，ROM)、随机存取存储器(random accessmemory，RAM)、硬盘驱动器、光盘(compact disc，CD)、数字视频盘(digital video disc，DVD)、或者任何其它类型的存储器。“非瞬时性”计算机可读介质排除传输瞬时性的电信号或者其它信号的有线、无线、光学、或者其它通信链路。非瞬时性计算机可读介质包括数据能够在其中能够永久地存储的介质以及数据能够在其中被存储并稍后被重写的介质，诸如可再写光盘或者可擦存储器设备。

贯穿本公开提供了对于其它某些词语和短语的定义。本领域的普通技术人员应当理解，在许多(如果不是大多)情况下，此定义适用于所定义单词和短语的以前和将来的使用。

有益效果

根据本发明，UE和eNB可以更高效地彼此通信。

附图说明

为了更完全地理解本公开及其优点，现在参考以下的结合附图的描述，在附图中相同的附图标号代表相同的部分。

图1示出了根据本公开的示例的无线通信网络；

图2示出了根据本公开的示例性UE；

图3示出了根据本公开的示例性eNB。

图4示出了根据本公开的用于PUSCH传输或PUCCH传输的示例性UL SF结构；

图5示出了根据本公开的用于UCI的示例性编码和调制过程；

图6示出了根据本公开的用于UCI的示例性解调和解码过程；

图7示出了根据本公开的用于与PUSCH具有相同的SF结构的PUCCH的示例性UE发送器；

图8示出了根据本公开的用于与PUSCH具有相同的SF结构的PUCCH的示例性eNB接收器；

图9示出了根据本公开的用于在用于HARQ-ACK信息的传输的一个SF时隙上的PUCCH格式3的结构；

图10示出了根据本公开的用于使用PUCCH格式3的HARQ-ACK信息的UE发送器框图；

图11示出了根据本公开的用于以PUCCH格式3接收HARQ-ACK信息的eNB接收器框图；

图12示出了根据本公开的使用CA的通信；

图13示出了根据本公开的基于相关联的HARQ-ACK码字大小通过UE的PUCCH格式的选择；

图14示出了根据本公开的包括相对计数器DAI和前向计数器DAI的小区域(cell-domain)DAI的功能；

图15示出了根据本公开的包括相对计数器DAI和总计数器DAI的小区域DAI的功能；

图16示出了根据本公开的由UE基于计数器DAI字段、和基于前向DAI字段或基于总DAI字段的HARQ-ACK信息比特的生成；

图17示出了根据本公开的用于UE发送和用于eNB检测HARQ-ACK信息有效载荷的程序；

图18示出了根据本公开的相对计数器DAI和总计数器DAI的组合功能；

图19示出了根据本公开的对于TDD系统使用计数器DAI的对HARQ-ACK信息有效载荷的确定和排列；

图20示出了根据本公开的对于TDD系统使用计数器DAI的值和总DAI的值对HARQ-ACK信息有效载荷的确定和排列；

图21示出了根据本公开的对于TDD系统当DL DCI格式在CSS中被发送时对HARQ-ACK信息有效载荷的确定和排列；

图22示出了根据本公开的用于eNB使用CRC校验在PUCCH中检测HARQ-ACK码字、或在多个可能的PUCCH格式的情况下对PUCCH格式中的一些的DTX检测的程序；

图23示出了根据本公开对于FDD系统使用调度PDSCH传输的DL DCI格式中的计数器DAI值和调度PUSCH传输的UL DCI格式中的DAI值的对PUSCH传输中的HARQ-ACK信息有效载荷传输的确定和排列；

图24示出了根据本公开的用于UE通过指示检测到的DL DCI格式的数量来发送HARQ-ACK信息的方法；

图25示出了根据本公开的对于TDD系统使用调度PDSCH传输的DL DCI格式中的计数器DAI值和总DAI值以及调度PUSCH传输的UL DCI格式中的DAI值的对PUSCH中的HARQ-ACK信息的确定和排列；以及

图26示出了根据本公开对于TDD系统使用调度PDSCH传输的DL DCI格式中的计数器DAI值和调度PUSCH传输的UL DCI格式中的DAI值的对PUSCH传输中的HARQ-ACK信息有效载荷的确定和排列。

具体实施方式

以下讨论的图1至图26，以及这个专利文献中用来描述本公开的原理的各种实施例仅仅作为例示，并且不应该以任何方式被解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以被实施在任何适当地安排的无线通信系统中。

以下文献和标准描述通过引用并入到本公开，如同在此完全阐述：3GPP TS36.211v12.4.0,“E-UTRA,物理信道和调制”(参考文献1)；3GPP TS36.212v12.4.0,“E-UTRA,复用和信道编码”(参考文献2)；3GPP TS 36.213v12.4.0,“E-UTRA,物理层程序”(参考文献3)；3GPP TS 36.331v12.4.0,“E-UTRA,无线资源控制(Radio Resource Control，RRC)协议规范”(参考文献4)；US专利8,588,259,标题为“从用户设备复用控制信息的大的有效载荷”(参考文献5)；以及US专利8,837,450,标题为“用于下行链路载波聚合的从用户设备的HARQ控制信息的传输”(参考文献6)。

本公开的一个或多个实施例涉及在载波聚合(carrier aggregation，CA)操作中确定确认信息的码字。无线通信网络包括从诸如基站或者增强节点B(enhanced NodeB，eNB)的发送点向UE传达信号的下行链路(downlink，DL)。无线通信网络还包括从UE向诸如eNB的接收点传达信号的上行线路(uplink，UL)。

图1示出根据本公开的示例性无线网络100。图1中所示的无线网络100的实施例仅仅是用于例示。无线网络100的其它实施例能够被使用而不脱离本公开的范围。

如图1中所示，无线网络100包括eNB 101、eNB 102和eNB 103。eNB101与eNB 102和eNB 103通信。eNB 101还与至少一个网际协议(Intemet Protocol，IP)网络130(诸如互联网、私有IP网络或者其它数据网络)通信。

根据网络类型，其它熟知的术语可以取代“eNodeB”或者“eNB”而被使用，诸如“基站”或者“接入点”。为了方便起见，术语“eNodeB”应该在本专利文献中被用来指代提供对远程终端无线接入的网络基础设施组件。并且，根据网络类型，其它熟知术语可以替代“用户设备”或者“UE”而被使用，诸如“移动台”、“用户台”、“远程终端”、“无线终端”、或者“用户装置”。UE可以是固定的或者移动的，并且可以是蜂窝电话、个人计算机装置等等。为了方便起见，在这个专利文献中使用的术语“用户设备”和“UE”是指无线地接入eNB的远程无线设备，无论UE是移动设备(诸如移动电话或者智能电话)还是通常认为的固定设备(诸如台式计算机或者自动售货机)。

eNB 102为eNB 102的覆盖区域120内的第一多个用户设备(user equipment，UE)提供对网络130的无线宽带接入。第一多个UE包括UE 111，其可以位于小型企业(smallbusiness，SB)；UE 112，其可以位于企业(enterprise，E)；UE 113，其可以位于WiFi热点(hotspot，HS)；UE 114，其可以位于第一住宅(residence，R)；UE 115，其可以位于第二住宅(R)；以及UE 114，其可以是像蜂窝电话、无线膝上型计算机、无线PDA等等那样的移动设备(mobile device，M)。eNB 103为eNB 103的覆盖区域125内的第二多个UE提供对网络130的无线宽带接入。第二多个UE包括UE 115和UE 114。在一些实施例中，eNB 101-103中的一个或多个可以使用5G、LTE、LTE-A、WiMAX、或者其它高级无线通信技术彼此通信以及与UE111-116通信。

虚线示出了覆盖区域120和125的近似范围，其被示出为近似圆形仅仅是为了例示和说明的目的。应该清楚地理解，根据eNB的配置和与自然障碍和人工障碍相关联的无线电环境的变化，与eNB相关联的覆盖区域(诸如覆盖区域120和125)可以具有包括不规则形状的其它形状。

如下面更详细地描述，网络100的各种组件(诸如eNB 101-103和/或UE111-116)支持网络100中的通信方向的自适应，并且支持CA操作中的确认信息的发送或接收。

虽然图1示出了无线网络100的一个示例，但是可以对图1做出各种改变。例如，无线网络100能够包括以任何适当的排列的任意数量的eNB和任意数量的UE。并且，eNB 101能够与任意数量的UE直接通信，并且向那些UE提供对网络130的无线宽带接入。类似地，每个eNB 102-103能够在它们之间或与网络130直接通信，并且向UE提供对网络130的直接无线宽带接入。另外，eNB 101、102、和/或103能够提供对其它外部网络或者额外的外部网络的接入，诸如外部电话网络或者其它类型的数据网络。

图2示出根据本公开的示例的UE 114。图2中所示的UE 114的实施例仅仅用于例示，并且图1中的其它UE能够具有相同或者类似的配置。然而，UE是以各式各样的配置出现的，并且图2不将本公开的范围限制在UE的任何特定实施方式。

如图2中所示，UE 114包括天线205、射频(radio frequency，RF)收发器210、发送(TX)处理电路215、麦克风220、和接收(RX)处理电路225。UE 114还包括扬声器230、处理器240、输入/输出(input/output，I/O)接口(interface，IF)245、输入250、显示器255、和存储器260。存储器260包括操作系统(operating system，OS)程序261和一个或多个应用262。

RF收发器210从天线205接收由eNB或者另一UE发送的传入RF信号。RF收发器210对传入RF信号进行下变频以生成中频(intermediate frequency，IF)或者基带信号。该IF或者基带信号被传送到RX处理电路225，RX处理电路225通过对该基带或者IF信号进行滤波、解码、和/或数字化以生成经处理的基带信号。为了进一步处理，RX处理电路225将经处理的基带信号发送到扬声器230(诸如针对语音数据)或者发送到处理器240(诸如针对网络浏览数据)。

TX处理电路215从麦克风220接收模拟或者数字语音数据，或者从处理器240接收其它传出基带数据(诸如网络数据、电子邮件、或者交互式视频游戏数据)。TX处理电路215对该传出基带数据编码、复用、和/或数字化以生成经处理的基带或者IF信号。RF收发器210从TX处理电路215接收传出的经处理的基带或者IF信号，并且将该基带或者IF信号上变频为经由天线205发送的RF信号。

处理器240能够包括一个或多个处理器或者其它处理设备，并且能够执行存储在存储器260中的OS程序261以便控制UE 114的总体操作。例如，处理器240能够根据熟知的原理，通过RF收发器210、RX处理电路225、和TX处理电路215来控制前向信道信号的接收和反向信道信号的发送。在一些实施例中，处理器240包括至少一个微处理器或者微控制器。

处理器240还能够运行驻留在存储器260中的其它进程和程序。处理器240能够按照正在运行的进程的要求，将数据移入到存储器260中或者将数据从存储器260移出。在一些实施例中，处理器240被配置为基于OS程序261或者响应于从eNB、其它UE、或者运营商接收到的信号，来运行应用262。处理器240还被耦合到I/O接口245，该I/O接口245向UE 114提供连接到诸如膝上型计算机和手持计算机的其它设备的能力。I/O接口245是这些附件和处理器240之间的通信路径。

处理器240还被耦合到输入250(例如，触摸屏、键盘等)和显示器255。UE 114的操作者能够使用输入250将数据输入进UE 114中。显示器255可以是液晶显示器或者其它能够渲染文本和/或诸如来自网站的至少有限的图形的显示器。显示器255还可以代表触摸屏。

存储器260被耦合到处理器240。存储器260的一部分能够包括控制或数据信令存储器(RAM)，以及存储器260的另一部分能够包括闪速存储器或者其它只读存储器(ROM)。

如下面更详细地描述的，(使用RF收发器210、TX处理电路215、和/或RX处理电路225实施的)UE 114的发送和接收路径支持CA操作中的确认信息的发送。

虽然图2示出了UE 114的一个示例，但是可以对图2做出各种改变。例如，根据特定需求，图2中的各种组件能够被组合、进一步细分、或者省略，并且额外的组件能够被添加。作为特定示例，处理器240能够被划分为多个处理器，诸如一个或多个中央处理单元(central processing unit，CPU)以及一个或多个图形处理单元(graphics processingunit，GPU)。并且，虽然图2示出了被配置为移动电话或者智能电话的UE 114，但是UE能够被配置为作为其它类型的移动或者固定设备操作。另外，图2中的各种组件能够被复制，诸如当不同的RF组件被用于与eNB 101-103以及与其它UE通信时。

图3示出了根据本公开的示例的eNB 102。图3中所示的eNB 102的实施例仅仅用于例示，并且图1中的其它eNB能够具有相同或者类似的配置。然而，eNB是以各式各样的配置出现的，并且图3不将本公开的范围限制在eNB的任何特定实施方式。

如图3中所示，eNB 102包括多个天线305a-305n、多个RF收发器310a-310n、发送(TX)处理电路315、和接收(RX)处理电路320。eNB 102还包括控制器/处理器325、存储器330、和回程或者网络接口335。

RF收发器310a-310n从天线305a-305n接收传入RF信号，诸如由UE或者其它eNB发送的信号。RF收发器310a-310n对传入RF信号进行下变频以生成IF或者基带信号。该IF或者基带信号被传送到RX处理电路320，RX处理电路320通过对该基带或者IF信号进行滤波、解码、和/或数字化来生成经处理的基带信号。为了进一步处理，处理电路320向控制器/处理器325发送所述经处理的基带信号。

TX处理电路315从控制器/处理器325接收模拟或者数字数据(诸如语音数据、网络数据、电子邮件、或者交互式视频游戏数据)。TX处理电路315对该传出基带数据编码、复用、和/或数字化，以生成经处理的基带或者IF信号。RF收发器310a-310n从TX处理电路315接收经处理的传出基带或者IF信号，并且将该基带或者IF信号上变频为经由天线305a-305n发送的RF信号。

控制器/处理器325能够包括一个或多个处理器或者控制eNB 102的总体操作的其它处理设备。例如，控制器/处理器325能够根据熟知的原理，通过RF收发器310a-310n、RX处理电路320、和TX处理电路315来控制前向信道信号的接收和反向信道信号的发送。控制器/处理器325也能够支持附加功能,诸如更高级的无线通信功能。例如，控制器/处理器325能够支持波束成形操作或者定向路由操作，在所述操作中来自多个天线305a-305n的传出信号被不同地加权以便有效地引导传出信号向期望的方向。能够通过控制器/处理器325，在eNB 102中支持各种各样的其它功能中的任何一个。在一些实施例中，控制器/处理器325包括至少一个微处理器或者微控制器。

控制器/处理器325还能够运行程序和驻留在存储器330中的其它进程，诸如OS。控制器/处理器325能够按照运行过程所要求的，将数据移入到存储器330中或者从存储器330中将数据移出。

控制器/处理器325还被耦合到回程或者网络接口335。回程或者网络接口335允许eNB 102在回程连接上或者在网络上与其它设备或者系统通信。接口335能够支持在任何适当的(多个)有线或无线连接上的通信。例如，当eNB 102被实施为蜂窝通信系统(诸如支持5G、LTE、或者LTEA的一个蜂窝通信系统)的部分时，接口335能够允许eNB 102在有线或者无线回程连接上与其它eNB(诸如eNB 103)通信。当eNB 102被实施为接入点时，接口335能够允许eNB 102在有线或者无线局域网上、或者在有线或者无线连接上与更大的网络(诸如互联网)通信。接口335包括支持在有线或者无线连接上的通信的任何适当的结构，诸如以太网或者RF收发器。

存储器330被耦合到控制器/处理器325。存储器330的一部分能够包括RAM，以及存储器330的另一部分能够包括闪速存储器或者其它ROM。

如下面更详细地描述，(使用RF收发器310a-310n、TX处理电路315、和/或RX处理电路320实施的)eNB 102的发送和接收路径支持CA操作中的确认信息的接收。

虽然图3示出了eNB 102的一个示例，但是可以对图3做出各种改变。例如，eNB 102能够包括任意数量的图3中所示的每个组件。作为特定示例，接入点能够包括若干接口程序335，并且控制器/处理器325能够支持路由功能以便在不同网络地址之间路由数据。作为另一特定示例，虽然eNB 102被显示为包括TX处理电路315的单一实例和处理电路320的单一实例，但是eNB 102能够包括每一个(诸如每RF收发器一个)的多个实例。

在一些无线网络中，DL信号能够包括传达信息内容的数据信号、传达DL控制信息(DL control information，DCI)的控制信号、和又称为导频信号的参考信号(referencesignal，RS)。eNB(诸如eNB 102)能够发送包括UE公共RS(common RS，CRS)、信道状态信息RS(channel state information RS，CSI-RS)、和解调RS(demodulation RS，DMRS)的多种类型的RS中的一个或多个。CRS能够在DL系统带宽(bandwidth，BW)上被发送，并且能够由UE(诸如UE 114)使用来解调数据或控制信号、或者来执行测量。为了减少CRS开销，eNB 102能够在时域中以比CRS更小的密度来发送CSI-RS(另见参考文献1和参考文献3)。UE 114能够使用CRS或者CSI-RS来执行测量，并且选择能够基于传输模式(transmission mode，TM)UE114由eNB102配置为用于物理DL共享信道(physical DL shared channel，PDSCH)接收(另见参考文献3)。最终，UE 114能够使用DMRS来解调数据或控制信号。eNB 102通过PDSCH向UE114发送数据信息。eNB 102通过物理DL控制信道(physical DL control channel，PDCCH)或者通过增强PDCCH(enhanced PDCCH，EPDCCH)向UE 114发送控制信息。除非另有明确提及，在下面的描述中将仅仅涉及PDCCH，但是该描述对于EPDCCH也是可应用的。

在一些无线网络中，UL信号能够包括传达信息内容的数据信号、传达UL控制信息(UL control information，UCI)的控制信号、和RS。UE(诸如UE 114)能够通过相应的物理UL共享信道(physical UL shared channel，PUSCH)或者物理UL控制信道(physical ULcontrol channel，PUCCH)向eNB(诸如eNB 102)发送数据信息或者UCI。从PUSCH向更高层传递信息的运输信道被称为UL共享信道(UL shared channel，UL-SCH)。当UE 114同时地发送数据信息和UCI时，UE 114能够在PUSCH中复用两者或者在PUSCH中同时地发送数据信息和可能一些UCI，并且在PUCCH中发送一些或者全部UCI。UCI能够包括指示在相应的PDSCH中的数据传输块(transportblock，TB)的正确或者不正确检测的混合自动重发请求确认(hybrid automatic repeat request acknowledgement，HARQ-ACK)信息、向eNB 102指示UE 114在它的缓冲中是否具有数据的调度请求(scheduling request，SR)信息、以及使得eNB 102能够选择用于向UE 114的PDSCH或者PDCCH传输的合适参数的信道状态信息(channel state information，CSI)。HARQ-ACK信息能够包括响应于正确的PDCCH或者数据TB检测的肯定确认(acknowledgement，ACK)、响应于不正确的数据TB检测的否定确认(negative acknowledgement，NACK)、以及能够隐式的或者显式的对PDCCH的不存在的检测(DTX)。当UE 114不发送HARQ-ACK信号时，DTX能够是隐式的。还有可能在HARQ-ACK信息中利用相同NACK/DTX状态代表NACK和DTX(另见参考文献3)。

UL RS能够包括DMRS和探测RS(sounding RS，SRS)。UE 114仅仅在相应的PUSCH或者PUCCH的BW中发送DMRS，并且eNB 102能够使用DMRS来解调PUSCH或者PUCCH中的信息。UE114发送SRS以便向eNB102提供UL CSI(另见参考文献2和参考文献3)。DMRS由诸如Zadoff-Chu(ZC)的恒定幅度零自相关(constant amplitude zero autocorrelation，CAZAC)序列构造。UE 114在SF的两个时隙中将循环移位(cyclic shift，CS)和正交覆盖码(orthogonalcovering code，OCC)应用于DMRS发送。

eNB 102能够通过在PDCCH中发送DL DCI格式来动态地向UE 114的PDSCH传输或者通过RRC信令来半持续地调度向UE 114的PDSCH传输。eNB 102能够通过在PDCCH中发送ULDCI格式来动态地调度从UE 114的PUSCH传输或者通过RRC信令来半持续地调度从UE 114的PUSCH传输。DCI格式还能够提供其它功能(另见参考文献2)。例如，DCI格式3/3A能够被用来向UE的组传达用于调整相应的PUSCH传输功率或者PUCCH传输功率的相应的功率控制命令。UE 114对在公共搜索空间(common search space，CSS)(诸如对于DCI格式3/3A)或在UE专用搜索空间(UE-specific search space，USS)中通过解码操作传达DCI格式的PDCCH进行检测(另见参考文献3)。对于一些DCI格式，诸如DCI格式1A，相应的PDCCH能够在CSS中或者在USS中被发送。EPDCCH仅仅能够在USS中被发送(另见参考文献3)。

用于DL信令或者用于UL信令的传输时间间隔(TTI)是一个子帧(subframe，SF)。例如，SF持续时间能够是一毫秒(msec)。从0至9编索引的10个SF的单元被称为系统帧。在时分双工(time division duplex，TDD)系统中，在一些SF中的通信方向是在DL中，并且在一些其它SF中的通信方向是在UL中。

图4示出了根据本公开的用于PUSCH传输或PUCCH传输的示例性UL SF结构。图4中所示的UL SF结构的实施例仅仅用于例示。其它实施例能够被使用而不脱离本公开的范围。

UL信令能够使用离散傅里叶变换扩展OFDM(Discrete Fourier TransformSpread OFDM，DFT-S-OFDM)。UL SF 410包括两个时隙。每个时隙420包括

个符号430，在其中UE 114发送数据信息、UCI、或者包括每时隙一个符号(在其中UE 114发送DMRS 440)的RS。传输BW(transmission BW)包括被称为资源块(resource block，RB)的频率资源单元。每个RB包括

个被称为资源元素(resource element，RE)的(虚拟)子载波。在一个时隙上的一个RB的传输单元被称为物理RB(physical RB，PRB)并且在一个SF上的一个RB的传输单元被称为PRB对。UE 114为PUSCH传输BW(“X”＝“S”)或者为PUCCH传输BW(“X”＝“C”)分配M_PUXCH个RB以用于总共

个RE 450。最后的SF符号能够被用来复用来自一个或多个UE的SRS传输460。当最后的SF符号支持与PUXCH传输BW在BW中至少部分地重叠的、来自UE的SRS传输时，可用于数据/UCI/DMRS传输的UL SF符号的数量为

否则，。因此，用于PUXCH传输的总RE的数量为

当图4中的结构被用来在PUCCH中发送UCI(HARQ-ACK、或者有或没有SR的P-CSI)时，不包括数据信息并且UCI能够在除了用来发送DMRS或者SRS的RE之外的所有RE上被映射。

图5示出了根据本公开的用于UCI的示例性编码和调制过程。图5中所示的编码过程的实施例仅仅用于例示。其它实施例能够被使用而不脱离本公开的范围。

当确定UCI比特的数量O_UCI，O大于预定值时，UE 114控制器(未示出)向循环冗余校验(cyclic redundancy check，CRC)生成器520提供UCI比特510，所述CRC生成器520为该O_UCI，O个UCI比特计算CRC并且将O_CRC个CRC比特(诸如8个CRC比特)附加到O_UCI，O个UCI比特以得到O_UCI个UCI和CRC比特530。编码器540(诸如咬尾卷积码(tail biting convolutioncode，TBCC))对该O_UCI个比特的输出编码。速率匹配器550对分配的资源执行速率匹配，接着是扰码器560执行加扰、调制器570对编码的比特进行调制(例如使用QPSK)、RE映射器580、以及最终是用于控制信号590的传输的发送器。

图6示出了根据本公开的用于UCI的示例性解调和解码过程。图6中所示的解码过程的实施例仅仅用于例示。其它实施例能够被使用而不脱离本公开的范围。

eNB 102接收控制信号610，所述控制信号610被提供给RE解映射器620以执行RE解映射、被提供给解调器630以对相对应的调制方案执行解调、被提供给解扰器640以执行解扰、被提供给速率匹配器650以执行速率匹配、以及被提供给诸如TBCC解码器的解码器660以执行解码并提供O_UCI个UCI和CRC比特。CRC提取单元670将O_UCL，O个UCI比特680和O_CRC个CRC比特685分离，并且CRC校验单元690计算CRC校验(CRC校验和是否对于正的CRC校验为零或对于负的CRC校验为非零)。当CRC校验通过(CRC校验和为零)时，eNB 102确定UCI是有效的。

eNB 102能够使用与在图5中UE 114能够用于发送UCI的发送器结构相同的、用于发送DCI格式的发送器结构。针对图5，能够由DCI格式替代UCI，并且能够由小区专用扰码器替代UE专用扰码器。类似地，UE 114能够使用与在图6中eNB 102能够用于接收UCI的接收器结构相同的、用于接收DCI格式的接收器结构。针对图6，能够由DCI格式替代UCI，并且能够由小区专用解扰器替代UE专用解扰器。为简洁起见，省略了对于DCI格式的eNB102发送器结构和UE 114接收器结构的相应描述。

图7示出了根据本公开的用于与PUSCH具有相同的SF结构的PUCCH的示例性UE发送器。图7中所示的发送器的实施例仅仅用于例示。其它实施例能够被使用而不脱离本公开的范围。

来自UE 114的UCI比特，诸如当任何时候的O_P-CSI个P-CSI信息比特705、和当任何时候的O_HARQ-ACK个HARQ-ACK信息比特710、以及配置到UE 114用于SR传输(未示出)的、SF中的SR比特由编码器720联合编码。编码器能够是TBCC或turbo编码(turbo coding，TC)，并且CRC比特被包括在每个编码的码字中(另见参考文献2)。编码的比特随后由调制器730调制。通过DFT单元740获得离散傅里叶变换(discrete Fourier transform，DFT)，通过选择器755选择对应于PUCCH传输BW的RE 750，由IFFT(inverse fast Fourier transform，快速傅里叶逆变换)单元760执行快速傅里叶逆变换(IFFT)，由滤波器770对输出进行滤波，处理器根据功率控制程序向功率放大器(power amplifier，PA)780施加功率，并且发送的790发送信号。由于DFT映射，RE能够被看作虚拟RE，但为了简单而被称为RE。为了简洁，省略了附加的发送器电路，诸如数模转换器、滤波器、放大器、和发送器天线、以及用于数据符号和UCI符号的编码器和调制器。

如图7中所示，能够通过用数据信息替换HARQ-ACK信息和CSI来获得用于PUSCH中的数据的UE发送器框图。

图8示出了根据本公开的用于与PUSCH具有相同的SF结构的PUCCH的示例性eNB接收器。图8中所示的接收器的实施例仅仅用于例示。其它实施例能够被使用而不脱离本公开的范围。

由滤波器820对接收信号810进行滤波，由FFT(fast Fourier transform，快速傅里叶变换)单元830施加快速傅里叶变换(FFT)，选择器单元840选择由发送器所使用的RE850，逆DFT(inverse DFT，IDFT)单元施加IDFT 860，解调器870使用由信道估计器(未示出)提供的信道估计来解调IDFT输出，并且最终解码器880输出当任何时候的O_HARQ-ACK个HARQ-ACK信息比特890，以及当任何时候的O_P-CSI个CSI信息比特895，以及当任何时候的SR比特(未示出)。为了简洁，未示出附加的接收器电路，诸如用于数据和UCI符号的信道估计器、解调器和解码器。

如图8中所示，能够通过用数据信息替换HARQ-ACK信息和CSI来获得用于PUSCH中的数据的eNB接收器框图。

对于HARQ-ACK信息有效载荷多达22个比特的传输，或者对于具有总有效载荷多达22个比特的HARQ-ACK信息和单一小区CSI的联合传输，能够使用PUCCH格式3(另见参考文献1和参考文献3)，并且能够使用块码对O_HARQ-ACK个HARQ-ACK比特和O_CSI个CSI比特的有效载荷进行编码。考虑到为了简洁在下文中仅在HARQ-ACK比特的情况下，块码可以是(32，O_HARQ-ACK)雷德-穆勒(Reed-Mueller，RM)码。

图9示出了根据本公开的用于在用于HARQ-ACK信息的传输的一个SF时隙上的PUCCH格式3的结构。

在分别使用，例如，穿孔到(24，O_HARQ-ACK)RM码的(32，O_HARQ-ACK)RM码(另见参考文献2)和QPSK调制(为了简洁未示出)，进行编码和调制之后，相同的HARQ-ACK比特910的集合与OCC 930的元素相乘920，并且随后由DFT滤波器940预编码。例如，对于用来发送HARQ-ACK比特的每时隙的5个符号，OCC具有长度为5的{OCC(0),OCC(1),OCC(2),OCC(3),OCC(4)}，并且可以是{1,1,1,1,1}、或{1,exp(j2π/5),exp(j4π/5),exp(j6π/5),exp(j8π/5)}、或{1,exp(j4π/5),exp(j8π/5),exp(j2π/5),exp(j6π/5)}、或{1,exp(j6π/5),exp(j2π/5),exp(j8π/5),exp(j4π/5)}、或{1,exp(j8π/5),exp(j6π/5),exp(j4π/5),exp(j2π/5)}中的任何一个。该输出经过IFFT 950，然后被映射到SF符号960。先前的操作是线性的，并且它们的相对顺序能够互换。由于PUCCH格式3在一个PRB对上被发送，所以在每个时隙中发送24个编码的HARQ-ACK比特，并且将它们映射到相应的12个RE中的12个QPSK符号。能够在SF的第二时隙中发送相同或不同的HARQ-ACK比特。RS也在每个时隙中被发送以使能HARQ-ACK信号的相干解调。RS用经过IFFT滤波器980的、长度为12的CAZAC序列(另见参考文献1)970构建并被映射到另一SF符号990。通过使用相同ZC序列的不同CS来实现对来自不同UE的RS的复用。

图9中的结构可以支持HARQ-ACK信息比特的有限有效载荷，而不会引发大的编码率。对于12个比特和22个比特之间的HARQ-ACK有效载荷，能够使用双RM码，其中对DFT的连续元素的映射能够以顺序的方式(为了简洁未示出-另见参考文献2)在来自第一RM码的输出的元素和来自第二RM码的输出的元素之间交替。

图10示出了根据本公开的用于使用PUCCH格式3的HARQ-ACK信息的UE发送器框图。图10中所示的发送器的实施例仅仅用于例示。其它实施例能够被使用而不脱离本公开的范围。

HARQ-ACK信息比特1005被编码和调制1010，然后与用于相应的DFT-S-OFDM符号的OCC元素1025相乘1020。在通过滤波器1030进行DFT预编码之后，对分配的PRB对的RE 1040进行选择1050，IFFT被执行1060，并且最终施加滤波1070，并且信号被发送1080。为了简洁，未示出附加的发送器电路，诸如RS传输、CP插入、数模转换器、模拟滤波器、放大器、和发送器天线。

图11示出了根据本公开的用于以PUCCH格式3接收HARQ-ACK信息的eNB接收器框图。图11中所示的接收器的实施例仅仅用于例示。其它实施例能够被使用而不脱离本公开的范围。

接收信号1110由滤波器1120滤波，接着是FFT滤波器1130，RE选择器1140选择RE1150，滤波器1160施加IDFT，乘法器1170将用于相应的PUCCH格式3SF符号的OCC元素1175相乘，求和器1180在每个时隙上对用于传达HARQ-ACK信号的PUCCH格式3SF符号的输出求和，以及解调器和解码器1190分别解调和解码HARQ-ACK符号以获得HARQ-ACK信息比特1195。为了简洁，未示出熟知的接收器功能，诸如模拟滤波、CP提取、以及RS接收和信道估计。

当UE 114在传达一个数据TB的PUSCH中发送O_HARQ-ACK个HARQ-ACK信息时，UE 114将用于HARQ-ACK的每层的编码的调制符号的数量Q′确定为与用于数据传输的调制和编码方案(modulation and coding scheme，MCS)成反比，或者当用于HARQ-ACK信息的调制被固定为QPSK时，与如等式1中的编码的数据符号的数量成反比(另见参考文献2)。

其中

由eNB 102配置到UE 114，等式2中的剩余项如参考文献2中所定义，并且

是将数字舍入到等于或大于该数的最小整数的上取整函数(ceiling function)。当UE114在传达两个数据TB的PUSCH中发送HARQ-ACK信息时，UE 114的确定每层的编码的调制符号的数量Q′，如参考文献2中所述，并且为了简洁省略了额外的描述。

在TDD通信系统中，在一些SF中的通信方向是在DL中，并且在一些其它SF中的通信方向是在UL中。表1列出了在也被称为帧周期的10个SF的时段上的指示性UL/DL配置。“D”表示DL SF，“U”表示UL SF，以及“S”表示特殊SF，所述特殊SF包括被称为DwPTS的DL传输字段、保护时段(guard period，GP)、和被称为UpPTS的UL传输字段。对于特殊SF中的每个字段的持续时间而存在若干组合，所述若干组合受到这样的条件的限制：总的持续时间是一个SF(另见参考文献1)。

表1：TDD UL/DL配置

在TDD系统中，能够在相同的UL SF中发送响应于多个DL SF中的PDSCH接收的来自UE 114的HARQ-ACK信号传输。具有在相同UL SF中的来自UE 114的相关联的HARQ-ACK信号传输的DL SF的数量M_W被称为DL关联集合或大小为M_W的捆绑窗口(bundling window)。调度PDSCH传输(或SPS PDSCH释放)的DL DCI格式包括两个二进制元素(比特)的DL分配索引(DAI)字段，其提供指示在捆绑窗口中向UE 114发送模数为4的DL DCI格式的数量直到DLDCI格式检测的SF的计数器(另见参考文献2和参考文献3)。表2指示UE 114在UL SF n中发送相关联的HARQ-ACK信号的DL SF n-k，其中k∈K。这些DL SF表示用于相应的UL SF的捆绑窗口。

表2：下行链路相关联集合索引：K：{K₀，K₁，…K_M-1}

在调度向UE 114的PDSCH传输的每个DL DCI格式中包括具有值

的DAI字段。由于eNB 102不能预测eNB 102在未来的SF中是否调度向UE114的PDSCH传输，所以

是在捆绑窗口的相应SF中调度向UE 114的PDSCH传输的DL DCI格式中递增的相对计数器。然后，对于包括2个比特的DAI字段，当UE 114未能在捆绑窗口的相应SF中检测到调度PDSCH传输的多达3个连续的DL DCI格式，但UE 114检测到在捆绑窗口的稍后的SF中调度PDSCH传输的DL DCI格式时，UE 114能够确定UE 114未能检测多达3个连续的DL DCI格式，并且UE 114能够为多达3个相应的PDSCH传输提供对于HARQ-ACK信息的NACK/DTX指示。然而，由于

只能是相对计数器，所以当UE 114未能在捆绑窗口内的最后的SF中检测到调度PDSCH传输的DL DCI格式时，UE 114无法识别错过的检测。这个缺点能够通过UE 114向eNB 102提供关于对于捆绑窗口的所有SF的PDSCH接收的结果的HARQ-ACK信息(另见参考文献3)来规避。

满足对于增加的网络容量和数据速率的需求的一种机制是网络致密化。这通过部署小站(small cell)来实现，以便增加网络节点的数量及它们与UE的接近度并提供小区分裂增益。随着小站的数量增加以及小站的部署变得密集，切换频率和切换失败率也可以显着增加。通过维持与宏小区(macro-cell)的RRC连接，能够优化与小站的通信，因为能够仅由宏小区提供诸如移动性管理、寻呼(paging)、和系统信息更新的控制平面(C平面)功能，而小站可以专用于用户数据平面(U平面)通信。当网络节点(小区)之间的回程链路的延迟实际上为零时，能够如参考文献3中一样使用CA，并且能够由相同的eNB 102做出调度决策并被传达给每个网络节点。而且，来自UE 114的UCI能够在任何网络节点处被接收，除了可能是对于使用未授权频谱的节点，并且被传达给eNB 102以促进对UE 114的适当的调度决策。

图12示出了根据本公开的使用CA的通信。

UE 114 1210使用第一载波频率f1 1230与对应于宏小区的第一小区1220进行通信，并且通过载波频率f2 1250与对应于小站的第二小区1240进行通信。第一载波频率能够对应于许可的频带，并且第二载波频率能够对应于未许可的频带。第一小区和第二小区由eNB 102控制，并且通过引入可忽略的延迟的回程进行连接。

当UE 114被配置有在第一数量的DL小区上和在第二数量的UL小区上的CA操作时，CSS中的PDCCH传输仅在主DL小区上，并且PUCCH传输仅在与主DL小区相关联的主UL小区上。剩余的DL或UL小区被称为辅小区(另见参考文献3)。eNB 102配置UE 114具有用于各个辅小区的索引，而主小区具有索引0(另见参考文献5)。能够对两个小区组并行化上述功能(另见参考文献3)。

当UE 114被配置有以多达5个DL小区的CA操作时，PUCCH上的HARQ-ACK传输通常使用PUCCH格式3(另见参考文献1和参考文献3)。对于TDD系统，根据不是UE 114在捆绑窗口内检测到的第一DL DCI格式的、具有DAI值大于“1”或者具有DAI值等于“1”的DL DCI格式中的传输功率控制(transmission power control，TPC)命令字段来确定PUCCH格式3资源。UE114假定在用来确定捆绑窗口的PUCCH资源索引值的所有DL DCI格式中发送相同的PUCCH资源索引值(另见参考文献3)。作为UE 114在捆绑窗口中检测的第一DL DCI格式的、具有DAI值等于“1”的DL DCI格式的TPC命令字段的功能维持不变，并且为UE 114提供TPC命令值以调整对于PUCCH格式3的传输功率。以这种方式，DAI字段既充当在捆绑窗口内发送到UE 114的DL DCI格式的计数器，又充当在DL DCI格式中的TPC命令字段是否向从配置到UE 114的PUCCH资源的集合中的一个PUCCH资源提供TPC命令值或指示符的指示符。

当DL DCI格式由EPDCCH传达时，DL DCI格式还包括HARQ-ACK资源偏移(HARQ-ACKresource offset，HRO)字段，所述字段当DL DCI格式在主小区上调度PDSCH时指示用于PUCCH格式1a/1b传输的PUCCH资源或当DL DCI格式在辅小区上调度PDSCH时被设置为零(另见参考文献2和参考文献3)。因此，无论调度PDSCH传输的DL DCI格式是由PDCCH还是由EPDCCH传达，当UE 114没有检测到在主小区上调度PDSCH传输的DL DCI格式时，UE 114不能获得在PUCCH中发送相关联的HARQ-ACK信息的TPC命令。

典型的CA操作支持多达5个DL小区，每个DL小区具有最大20MHz BW，并且，对于TDD系统中的UL/DL配置5，支持多达2个DL小区(另见参考文献3)。UE 114能够支持的DL小区的数量的这种限制由于总DL BW的相应的限制而限制DL数据速率。利用许多20MHz BW载波能够存在的未许可频谱的可用性，能够被配置到UE 114的小区的数量能够变得显著大于5。因此，扩展对超过5个DL小区的CA的支持能够允许可用频谱的更有效的利用并提高对于UE114的DL数据速率和服务体验。增加DL小区的数量的结果涉及支持更大的UCI有效载荷的需要。能够容纳大的HARQ-ACK有效载荷或者一般来说，大的UCI有效载荷的新的PUCCH格式能够具有基于PUSCH的结构(另见参考文献5)，并且使用TBCC或TC来编码UCI。

由于容纳大的HARQ-ACK有效载荷要求更多的UL资源或更高的传输功率，从而增加相关联的开销，或干扰和UE功率消耗，所以对于UE被提供动态确定HARQ-ACK有效载荷的能力并因此根据与UCI有效载荷的预定关联来选择PUCCH格式或资源，而不是基于配置的DL小区的数量和每个配置的DL小区的配置的PDSCH TM的数量半持续地确定HARQ-ACK有效载荷是有益的(另见参考文献2和参考文献3)。这对于减少在PUSCH中复用HARQ-ACK所需的资源开销也是有益的。

本公开的实施例提供了用于UE来确定HARQ-ACK码字的机制。本公开的实施例还提供了用于UE来根据与HARQ-ACK码字大小的预定关联来选择PUCCH格式或PUCCH资源的机制。本公开的实施例额外地提供了用于引入和利用DAI字段来确定和排列在用于PUCCH或PUSCH中的传输的码字中的HARQ-ACK信息比特的机制。本公开的实施例还提供了用于eNB以当UE确定HARQ-ACK码字时，解决可能的错误情况的机制。

当eNB 102将参数配置到UE 114时，除非另有明确提及，否则配置是通过诸如RRC信令的更高层信令。当eNB 102向UE 114动态地指示参数时，该指示是通过诸如DCI格式的物理层信令。

在下文中，为了简洁并且除少数例外，没有明确提及SPS PDSCH传输或指示SPSPDSCH释放的DL DCI格式；假定UE 114包括用于SPS PDSCH传输或用于指示SPS PDSCH释放的DL DCI格式的HARQ-ACK信息(另见参考文献3)。指示SPS PDSCH释放的DCI格式包括与调度PDSCH传输的DCI格式相同的DAI字段的集合。DL DCI格式是指调度PDSCH传输或SPSPDSCH释放的DCI格式，并且UL DCI格式是指调度PUSCH传输的DCI格式。

UE 114被配置了用于可能接收用于与有CA一起操作的相应PDSCH传输(DL小区)的小区组。小区组中的每个小区由UE专用小区索引来标识，eNB 102通过更高层信令将所述小区索引通知到UE 114。例如，UE 114能够被配置有C个小区的组和相应小区索引0.1……C-1。当UE 114被配置有HARQ-ACK空间域捆绑，或者对于来自C个小区的组的每个小区，被配置有使能仅一个数据TB的传输的PDSCH TM时，UE 114响应于一个DL DCI格式检测而生成一个HARQ-ACK信息比特。当UE 114未被配置有空间域捆绑并且UE 114被配置有使能在从C个小区中的至少一个小区中的两个数据TB的传输的PDSCH TM时，UE 114响应于DL DCI格式检测而生成两个HARQ-ACK信息比特。为了简洁，除非明确提及，以下描述考虑到UE 114响应于一个DL DCI格式检测而生成一个HARQ-ACK信息比特。

eNB 102还能够将UE 114配置有用于PUCCH传输的多于一个的小区(UL小区)，诸如例如，两个UL小区。第一UL小区中的PUCCH传输与DL小区的第一组相关联，并且第二UL小区中的PUCCH传输与DL小区的第二组相关联。UE 114在DL小区组的主小区上发送PUCCH。除非另有明确指出，否则本公开中的描述是针对DL小区的一个组，并且在DL小区的多于一个组的情况下每DL小区的组能够复制其描述。

对用于HARQ-ACK传输的PUCCH格式或对PUCCH资源的选择

UE 114能够基于实际的HARQ-ACK有效载荷而不是根据由eNB 102配置到UE 114的小区的数量和配置的小区中的每一个中的配置的PDSCH TM而确定的最大HARQ-ACK有效载荷，来选择PUCCH格式或确定用于PUCCH格式传输的资源(另见参考文献2和参考文献3)。

UE 114能够使用诸如PUCCH格式3的第一PUCCH格式来发送HARQ-ACK信息比特的多达第一数量(诸如22个比特)，并且使用第二PUCCH格式(诸如基于PUSCH结构的第二PUCCH格式)，来发送大于第一数量的HARQ-ACK信息比特的数量。

图13示出了根据本公开的基于相关联的HARQ-ACK码字大小通过UE的对PUCCH格式的选择。

UE 114被配置用于CA操作，并且确定HARQ-ACK信息有效载荷1310。如后所述，确定能够基于在从小区的组中的相应的一个或多个小区中(对于TDD系统，在捆绑窗口的一个或多个SF中)调度向UE 114的相应的一个或多个PDSCH传输(包括SPS PDSCH释放)的相应的一个或多个DL DCI格式中的一个或多个DAI字段。UE 114检查HARQ-ACK有效载荷是否大于阈值1320。阈值能够在诸如11个比特或22个比特的系统操作中被预定，或者能够由eNB 102配置到UE 114。当HARQ-ACK有效载荷不大于阈值时，UE114使用诸如PUCCH格式3的第一PUCCH格式1330来发送HARQ-ACK有效载荷。当HARQ-ACK有效载荷大于阈值时，UE 114使用第二PUCCH格式1340(诸如具有PUSCH SF结构的第二PUCCH格式)来发送HARQ-ACK有效载荷。(另见参考文献5)

对于FDD系统的DAI设计

对于FDD系统，UE 114能够基于在UE 114检测的各个小区中调度PDSCH传输或SPSPDSCH释放的DL DCI格式中的小区域DAI以及在同一SF中的任何时候向UE 114的SPS PDSCH传输，来确定在PUCCH中发送的HARQ-ACK有效载荷(HARQ-ACK码字大小)。

在第一方案中，DL DCI格式中的小区域DAI字段的值

能够是对于UE 114被调度PDSCH传输的小区的相对计数器，其中相对计数器根据小区索引的升序递增。例如，当UE 114被配置有用于PDSCH传输的32个小区时，DL DCI格式中的5个比特的DAI能够提供UE114在SF中被调度PDSCH传输的相应的小区的索引。当UE 114被配置用于C个小区中的潜在的PDSCH传输时，小区域DAI大小能够是

个比特。可替换地，为了具有相同的DLDCI格式大小，而不管UE 114被配置PDSCH传输的小区的数量如何，DAI大小能够是

个比特，其中C_max是系统操作中的小区的最大数量，诸如32个小区。当UE 114被配置为在C＜C_max个小区中接收PDSCH时，UE 114能够假定当DL DCI格式传达大于C的DAI值时DL DCI格式无效，或者UE 114能够假定用于与大于C的小区索引相对应的DAI值的DAI字段的比特被设置为零。例如，当UE 114被配置为在C≤16个小区中接收PDSCH并且C_max＝32时，UE 114可以假定DAI的最高有效比特(most significant bit，MSB)被设置为0。

虽然根据第一方案的DAI设计可以指示UE 114在SF中被调度PDSCH传输的小区的相对顺序，但是第一方案要求相对大数量的比特，并且UE 114不能确定UE 114是否未能在具有大于UE 114检测到调度PDSCH传输的DLDCI格式的小区的最大索引的索引的小区中检测到调度PDSCH传输的DLDCI格式。

在第二方案中，为了避免让大数量的比特来表示小区域DAI，DAI值

仍然可以是根据针对所发送的DL DCI格式的小区索引的相对计数器，但也依赖于UE 114未能在由连续值

所指示的小区中检测到调度相应的PDSCH传输的DL DCI格式的数量的足够低的概率。假定UE 114在具有索引的小区中检测到调度向UE 114的PDSCH传输并包括具有第一值

的DAI字段的DL DCI格式，并且UE 114在具有索引的小区中检测到调度向UE114的PDSCH传输并包括具有第二值

的DAI字段的DLDCI格式，并且UE 114没有在具有c和c+j之间的索引的小区中检测到调度向UE 114的PDSCH传输的DL DCI格式，则UE 114能够假定在具有c和c+j之间的索引的任何小区中没有向UE 114的PDSCH传输。为了避免对操作的任何不利效果，上述假设不正确的概率应该比在eNB 102处的不正确的HARQ-ACK检测的概率小得多。例如，假定UE 114未能检测到DL DCI格式的概率1e-2，该概率对于不同的DL DCI格式是独立的，并且对于在eNB 102处不正确的HARQ-ACK检测的概率1e-4，则UE 114未能检测到对于具有c和c+j之间的索引的小区的4个DL DCI格式的概率为1e-8(当j≥4时)，并且该概率比在eNB 102处不正确的HARQ-ACK检测的概率1e-4足够小。然后，2个比特的小区域DAI字段就足够了，并且映射可以如表3所示。

表3：小区域相对计数器DAI的值

例如，当UE 114在小区c中检测到具有值为

的小区域相对计数器DAI字段并调度PDSCH传输的DL DCI格式，并且UE 114在小区c+j(其中j>2)中检测到具有小区域DAI字段值

并调度PDSCH传输的DLDCI格式时，UE 114能够确定UE 114错过在具有c和c+j之间的索引的小区中检测到调度相应的PDSCH传输的两个DL DCI格式。例如，当UE114在小区c中检测到具有值为

的小区域相对计数器DAI字段并调度PDSCH传输的DL DCI格式，并且在小区c+j(其中j>0)中检测到具有值为

的小区域相对计数器DAI字段并调度PDSCH传输的DL DCI格式时，UE 114能够确定在具有c和c+j之间的索引的小区中没有调度向UE 114的PDSCH传输的DL DCI格式。因此，对于具有如表3中映射的值

的小区域计数器DAI字段，UE 114能够确定UE 114是否未能在具有UE 114检测到调度相应的PDSCH传输的DL DCI格式的第一小区的索引和第二小区的索引之间的索引的各个小区中检测到调度相应的PDSCH传输(或SPS PDSCH释放)的多达三个DL DCI格式。

不管小区域相对计数器DAI字段的大小如何，需要额外的机制来解决UE 114不知道UE 114是否未能检测到用于具有大于UE 114检测到在相同SF中调度PDSCH传输的相应的DL DCI格式的小区的最大索引的索引的一个或多个小区的DL DCI格式的问题。这个问题类似于对于TDD系统的一个问题，其中UE 114不能确定UE 114是否未能检测到在UE 114检测到DL DCI格式的捆绑窗口内的最后的SF之后出现的捆绑窗口的SF中发送的DL DCI格式。然而，不同于eNB 102不能预测未来调度决策以便通知UE 114的TDD系统，eNB 102知道eNB102在SF中向UE 114发送的DL DCI格式的数量，并且eNB 102能够额外包括如随后描述的DLDCI格式中的总计数器DAI字段或前向计数器DAI字段。

DL DCI格式中的前向计数器DAI字段的值

能够向UE 114指示在具有大于DL DCI格式调度向UE 114的PDSCH传输的小区的索引的索引的小区中是否存在调度PDSCH传输的DL DCI格式。例如，前向计数器DAI可以包括1个比特来指示在具有更大索引的小区中是否存在调度PDSCH传输的至少再一个DL DCI格式，或者2个比特来指示在具有更大索引的各个小区中是否存在调度相应的PDSCH传输的0、1、2或3个以上DL DCI格式，等等。基于用于小区的在UE 114检测并调度PDSCH传输的DL DCI格式中的前向计数器DAI的值，UE 114能够确定UE 114是否未能在具有大于该小区的索引的索引的小区中检测到调度PDSCH传输的多达3个DL DCI格式。对包括2个比特的前向计数器DAI的数值的映射能够如表4。

表4：小区域前向计数器DAI的值

图14示出了根据本公开的包括相对计数器DAI和前向计数器DAI的小区域DAI的功能。

eNB 102在FDD系统的十个小区中配置UE 114用于PDSCH传输。在SF中，eNB 102向UE 114发送用于小区#2 1410、小区#5 1420、和小区#7 1430的三个DL DCI格式。用于小区#2的第一DL DCI格式中的小区域DAI包括具有值

(二进制值“00”)的相对计数器DAI和具有值

(二进制值“01”)的前向计数器DAI，用于小区#5的第二DL DCI格式中的小区域DAI包括具有值

(二进制值“01”)的相对计数器DAI和具有值

(二进制值“00”)的前向计数器DAI，并且用于小区#7的第三DL DCI格式中的小区域DAI包括具有值

(二进制值“10”)的相对计数器DAI和具有值

(二进制值“11”)的前向计数器DAI。UE 114未能检测用于小区#5的DL DCI格式和用于小区#7的DL DCI格式。基于用于小区#2的DL DCI格式中的相对计数器DAI的值和前向计数器DAI的值，UE 114能够确定UE114未能在具有大于小区#2的索引的索引的小区中检测到两个DLDCI格式，并且UE 114在用于小区#2的HARQ-ACK信息比特之后为各个HARQ-ACK信息比特放置NACK/DTX值。

DL DCI格式中的总计数器DAI字段的值

能够向UE 114指示在SF中在各个小区中的调度PDSCH传输的DL DCI格式的总数量。对于2个比特的总计数器DAI字段，到数值

的映射能够如

替换

的表3。基于用于总计数器DAI的值

并基于用于在小区中的调度向UE 114的PDSCH传输的DL DCI格式中的相对计数器DAI的值

UE 114能够确定UE 114未能检测到的DL DCI格式的数量以及相对于该小区的索引的对于DL DCI格式的数量的小区的索引。

图15示出了根据本公开的包括相对计数器DAI和总计数器DAI的小区域DAI的功能。

eNB 102在FDD系统的十个小区中配置UE 114用于PDSCH传输。在SF中，eNB 102向UE 114发送用于小区#2 1510、小区#5 1520、和小区#7 1530的三个DL DCI格式。用于小区#2的第一DL DCI格式中的小区域DAI包括具有值

(二进制值“00”)的相对计数器DAI和具有值

(二进制值“10”)的总计数器DAI，用于小区#5的第二DL DCI格式中的小区域DAI包括具有值

(二进制值“01”)的相对计数器DAI和具有值

(二进制值“10”)的总计数器DAI，并且用于小区#7的第三DL DCI格式中的小区域DAI包括具有值

(二进制值“10”)的相对计数器DAI和具有值

(二进制值“10”)的总计数器DAI。UE 114未能检测到用于小区#2的DL DCI格式和用于小区#7的DL DCI格式。基于用于小区#5的DL DCI格式中的相对计数器DAI的值

和总计数器DAI的值

UE114能够确定UE 114未能检测到两个DL DCI格式，其中第一DL DCI格式用于具有小于小区#5的索引的索引的第一小区，并且第二DL DCI格式用于具有大于小区#5的索引的索引的第二小区，并且UE 114为各个HARQ-ACK信息比特放置NACK/DTX值。

除了UE 114确定UE 114未能检测到调度相应的PDSCH传输的各个DLDCI格式的小区的数量以及根据各自配置的索引的若干小区的顺序之外，UE114还需要确定UE 114是否需要为从若干小区中的每个小区根据小区中的PDSCH TM来传达一个或两个HARQ-ACK信息比特(两者具有NACK/DTX值)。当UE 114应用HARQ-ACK空间域捆绑时，UE 114仅为UE 114确定为具有在SF中相应的PDSCH传输(或SPS PDSCH释放)的若干小区提供HARQ-ACK反馈。这避免了对UE 114在相应的PDSCH TM上生成的HARQ-ACK信息的依赖，并且结果是UE 114生成用于UE 114标识为具有在SF中调度的PDSCH传输的UE 114的每个小区的一个HARQ-ACK信息比特。当UE 114不应用HARQ-ACK空间域捆绑并且UE 114被配置为用于支持多于一个数据TB的PDSCH TM的至少一个小区时，UE 114报告用于所有小区的两个HARQ-ACK信息比特，以避免对UE 114在相应的PDSCH TM上生成的HARQ-ACK信息的依赖。

在使用PUCCH格式的传输的码字中的HARQ-ACK信息比特的顺序能够根据UE 114标识为具有在各个SF中的调度的PDSCH传输的小区的索引的顺序。UE 114能够根据相应的小区索引或在HARQ-ACK码字中的预定位置处(诸如第一个或最后一个)，响应于SPS PDSCH传输来放置HARQ-ACK信息比特。

图16示出了根据本公开的由UE基于计数器DAI字段、和基于前向DAI字段或总DAI字段的HARQ-ACK信息比特的生成。

UE 114被配置用于CA操作并在SF中的一个或多个相应小区中检测调度相应的一个或多个PDSCH传输的一个或多个DL DCI格式。DL DCI格式包括小区域DAI字段，其包括相对计数器DAI、和前向计数器DAI或总计数器DAI 1610。基于一个或多个DL DCI格式中的两个DAI字段的值，UE 114用与检测到的或没有检测到的DL DCI格式相对应的接收的和未接收的PDSCH传输来确定小区索引1620。UE 114生成用于接收的和未接收的PDSCH传输的HARQ-ACK信息。UE 114能够在PDSCH TM与两个数据TB的传输相关联的情况下应用HARQ-ACK空间域绑定，或者当UE 114被配置有与在至少一个小区中的两个数据TB的传输相关联的PDSCH TM时，每小区发送两个HARQ-ACK比特，或者当UE 114被配置有与在所有小区中的一个数据TB的传输相关联的PDSCH TM时，每小区发送一个HARQ-ACK比特1630。UE 114根据接收的和未接收的PDSCH传输的小区索引来排列HARQ-ACK信息1640。最终，UE 114使用PUCCH格式对HARQ-ACK信息进行编码、调制、和发送1650。UE 114能够基于HARQ-ACK有效载荷来选择PUCCH格式。

对于TDD系统的DAI设计

对于TDD系统，除了小区维度之外，HARQ-ACK码字确定需要考虑与捆绑窗口中的SF相对应的时间维度。这通过以DL DCI格式包括UE 114能够用来推导出eNB 102在捆绑窗口的相应SF中向UE 114发送的DL DCI格式的数量的小区域DAI和UE 114能够用来确定UE 114是否未能检测到eNB102在捆绑窗口的先前SF中发送到UE 114的一些或所有DL DCI格式的时域DAI两者、或者通过包括跨越小区域和时域(小区域/时域DAI)两者的二维DAI来实现。

当DL DCI格式传输与相关联的PDSCH传输(或SPS PDSCH释放)在相同的SF中时，DAI计数DCI格式传输或PDSCH传输之间没有差异。当DL DCI格式传输在第一SF中并且相关联的PDSCH传输(或SPS PDSCH释放)在第二SF中并且第二SF能够在第一SF之后发生时，DAI值需要至少当第一SF和第二SF通过预定和固定的时间差不相关联时，对PDSCH传输进行计数。例如，DL DCI格式能够包括2个比特的时间索引，其能够指示相关联的PDSCH传输的SF是否在DL DCI格式传输的SF之后的0个、1个、2个、或3个SF。然后，对于相同的小区，不保证DCI格式传输的SF和相关联的HARQ-ACK信息比特之间的一对一映射，而保证PDSCH传输的SF与相关联的HARQ-ACK信息比特之间的一对一映射。

小区域DAI设计和功能能够是如对于FDD系统的仅在小区域中的相对计数器、或者如随后描述的跨小区和SF的相对计数器(小区域/时域DAI)。小区域/时域DAI能够是先在小区域中然后在时域中映射的相对计数器DAI。时域DAI设计和功能能够提供eNB 102在捆绑窗口的若干SF中向UE 114发送的DL DCI格式的总数量，如随后描述。

不同于当UE 114在SF中没有检测到DL DCI格式时UE 114不发送HARQ-ACK信息的FDD系统，对于TDD系统，UE 114未能检测到eNB 102在UE 114检测到DL DCI格式的捆绑窗口的最后的SF之后的捆绑窗口的SF中向UE 114发送的DL DCI格式的结果是HARQ-ACK有效载荷的不正确确定(假定UE 114基于UE 114确定eNB 102在捆绑窗口的SF中发送的DL DCI格式的数量确定HARQ-ACK有效载荷)。例如，在具有向UE 114的DL DCI格式传输的捆绑窗口的最后的SF中，eNB 102能够向UE 114发送仅一个DLDCI格式，并且当UE 114未能检测到一个DL DCI格式时，UE 114不能准确地确定在捆绑窗口上的HARQ-ACK有效载荷。在这个示例中，该问题能够由确定UE 114是发送第一HARQ-ACK有效载荷还是第二HARQ-ACK有效载荷的eNB102的接收器实施来解决。第一HARQ-ACK有效载荷能够是与UE 114具有在捆绑窗口中的发送的DL DCI格式的正确确定相对应的一个，并且第二HARQ-ACK有效载荷能够是与UE 114未能确定在eNB 102向UE114发送DL DCI格式的捆绑窗口内最后的SF中发送的DL DCI格式相对应的一个。

在第一方案中，当UE 114使用第一PUCCH格式或第一PUCCH资源发送第一HARQ-ACK有效载荷，并且UE 114使用第二PUCCH格式或第二PUCCH资源发送第二HARQ-ACK有效载荷时，eNB 102能够通过确定用于其他PUCCH格式或其他PUCCH资源的不连续传输(DTX)来确定UE 114用来发送HARQ-ACK有效载荷的PUCCH格式或PUCCH资源。例如，当接收信号功率(诸如RS功率)低于阈值时，能够确定DTX。

在第二方案中，例如，当UE 114能够使用相同的PUCCH格式和相同的PUCCH来发送不同的HARQ-ACK有效载荷时，eNB 102能够根据第一HARQ-ACK有效载荷并根据第二HARQ-ACK有效载荷执行解码操作，并且根据第一或第二HARQ-ACK有效载荷为所决定的码字选择导致诸如更大似然度量的更大归一化解码度量的假设。

在第三方案中，例如，当UE 114能够使用相同的PUCCH格式和相同的PUCCH来发送不同的HARQ-ACK有效载荷时，UE 114能够将CRC包括在HARQ-ACK信息码字的编码中，并且eNB 102能够根据不同的可能的HARQ-ACK有效载荷的集合来检测HARQ-ACK码字，并且基于成功的CRC校验(CRC校验和为零)来确定HARQ-ACK码字。

在第四方案中，当UE 114使用相同的PUCCH格式和相同的PUCCH资源来发送第一HARQ-ACK有效载荷和第二HARQ-ACK有效载荷时，UE 114能够被配置为根据在UE 114检测到DL DCI格式的绑定窗口中的最后的SF使用相关联的DMRS的不同属性。例如，当UE 114在捆绑窗口的第一SF中检测到最后的DL DCI格式时，UE 114能够使用用于DMRS传输的第一CS/OCC，当UE 114在捆绑窗口的第二SF中检测到最后的DL DCI格式时，UE 114能够使用用于DMRS传输的第二CS/OCC，等等。当绑定窗口中的SF的数量M_w大于DMRS CS/OCC的数量M_CS/OCC时，UE 114能够对SF使用第一CS/OCC值M_CS/OCC+1，以此类推。

图17示出了根据本公开的用于UE发送和用于eNB检测HARQ-ACK信息有效载荷的程序。

UE 114使用PUCCH资源中的PUCCH格式编码并在PUCCH中发送HARQ-ACK有效载荷1710。eNB 102为接收的HARQ-ACK有效载荷大小考虑至少两个假设1720。至少两个假设中的每一个能够与不同的PUCCH格式相关联，或者与不同的资源相关联，或者与相同的PUCCH格式和相同的资源相关联。eNB 102为至少两个假设中的每一个确定度量1730。例如，度量能够对于不同PUCCH格式或资源中的每一个为接收功率，或者对于至少两个假设中的每一个的解码的HARQ-ACK码字为似然度量，或者对于至少两个假设中的每一个的解码的HARQ-ACK码字为CRC校验结果，或者用于假定至少两个假设中的每一个与用于DMRS的不同CS/OCC相对应的至少两个假设中的每一个的DMRS为接收功率。eNB 102至少基于相应的度量的值来决定至少两个假设中的一个1740。eNB 102能够根据相应的度量的概率来进一步做出决定。例如，eNB 102能够将更大的权重分配给与从eNB 102在捆绑窗口内的最后的SF中向UE 114发送的一个或多个DL DCI格式中检测至少一个DL DCI格式的UE 114相对应的度量。

对于时域DAI使用小区专用功能的替代方案是将时域DAI的功能改变为小区公共的(时域总计数器DAI)。当UE 114在捆绑窗口内的SF中检测到在小区上调度PDSCH传输的DLDCI格式时，小区域DAI值

能够提供在捆绑窗口的SF中向UE 114发送的DL DCI格式的总数量，而当任何时候且在SF中时，时域DAI值

能够提供在捆绑窗口的先前SF中发送的DL DCI格式的计数。以这种方式，UE 114能够使用DL DCI格式中的时域总计数器DAI字段的值

来确定UE 114未能在捆绑窗口的各个SF中检测到的DLDCI格式的数量，其中所述捆绑窗口发生在UE 114检测到包括具有值

的时域总计数器DAI字段的DL DCI格式的SF之前或在该处。

时域总计数器DAI值

充当在直到eNB 102发送包括时域总计数器DAI值

的DL DCI格式的SF的所有SF(跨所有小区)中向UE 114发送的所有DL DCI格式的计数器。因而，不同于FDD系统，用于TDD系统的小区域DAI仅需要根据小区索引包括用于小区的DL DCI格式的相对计数器

当UE 114未能在捆绑窗口中的最后的SF中检测到eNB102向UE114发送的任何DL DCI格式时，时域总计数器DAI值

的小区公共功能不阻止UE 114错误地确定用于PUCCH中的传输的HARQ-ACK有效载荷(并且因此，诸如对于图17描述的手段能够被eNB 102额外地需要来正确地检测由UE 114发送的HARQ-ACK码字)。然而，时域总计数器DAI的小区公共功能能够得到正确的HARQ-ACK有效载荷确定和对用于PUSCH中的HARQ-ACK传输的码字中的HARQ-ACK信息比特的排列(HARQ-ACK码本确定)，其中调度PUSCH传输的DL DCI格式中的DAI字段(UL DAI)能够充当eNB 102向UE 114发送调度PDSCH传输的DL DCI格式的捆绑窗口中的最后的SF的时域总计数器DAI。

图18示出了根据本公开的相对计数器DAI的功能和总计数器DAI的功能的组合功能。

eNB 102在其中捆绑窗口大小包括四个SF的TDD系统中为UE 114配置十个DL小区用于PDSCH传输。在第一SF，SF#0 1810中，eNB 102在小区#2、小区#5、和小区#7中向UE 114分别发送调度PDSCH传输的三个DL DCI格式。用于小区#2的DL DCI格式中的小区域计数器DAI具有用于DL DCI格式的计数器的为“00”的值

用于小区#5的DL DCI格式中的小区域计数器DAI具有用于DCI格式的计数器的为“01”的值

并且用于小区#7的DL DCI格式中的小区域计数器DAI具有用于DCI格式的计数器的为“10”的值

在SF#0中，在三个DL DCI格式中的每一个中的时域总计数器DAI具有为“10”(对应于数值3)的值

在第二SF，SF#1 1820中，eNB 102在小区#3、小区#6、和小区#7中向UE 114发送调度PDSCH传输的三个DL DCI格式。用于小区#3的DL DCI格式中的小区域计数器DAI具有用于DL DCI格式的计数器的为“00”的值

用于小区#6的DL DCI格式中的小区域计数器DAI具有对于DL DCI格式的计数器的为“01”的值

并且用于小区#7的DL DCI格式中的小区域计数器DAI具有用于DL DCI格式的计数器的为“10”的值

在SF#1中，在三个DL DCI格式中的每一个中的时域总计数器DAI具有为“01”(等效于数值6)的值

在第三SF，SF#2 1830中，eNB 102向UE 114发送在小区#5和小区#7中调度PDSCH传输的两个DL DCI格式并且UE 114未能检测到这两个DLDCI格式。用于小区#5的DL DCI格式中的小区域计数器DAI具有用于DLDCI格式的计数器的为“00”的值

并且用于小区#7的DL DCI格式中的小区域计数器DAI具有用于DCI格式的计数器的为“01”的值

在SF#2中，在两个DL DCI格式中的每一个中的时域总计数器DAI具有为“11”(对应于数值8)的值

在第四SF，SF#3 1840中，eNB 102在小区#3、小区#6、和小区#7中向UE 114发送调度PDSCH传输的三个DL DCI格式。用于小区#3的DL DCI格式中的小区域计数器DAI具有用于DL DCI格式的计数器的为“00”的值

用于小区#6的DL DCI格式中的小区域计数器DAI具有用于DCI格式的计数器的为“01”的值

在SF#3中，在三个DL DCI格式中的每一个中的时域总计数器DAI具有为“10”(对应于数值11)的值

UE 114知道时域总计数器DAI值

在SF#1中为数字6并且在SF#3中为数字11，在SF#3中确定3个DL DCI格式，并且因此UE 114知道UE 114未能在SF#2中检测到2个DL DCI格式。

能够使用小区域/时域相对计数器DAI，而不是时域总DAI作为小区公共总计数器DAI。小区域/时域相对计数器DAI字段能够与用于TDD系统的DLDCI格式中的现有DAI字段相同但具有不同的解释。例如，对于在TDD系统中具有多达五个DL小区的CA操作，DL DCI格式包括2个比特的DAI字段，所述DAI字段是小区专用的，并且用作在小区的捆绑窗口的SF中的DL DCI格式的相对计数器(另见参考文献2和参考文献3)。对于在TDD系统中具有超过5个DL小区的CA操作，在小区上在SF中调度PDSCH传输的DL DCI格式中的DAI字段提供DL DCI格式的计数器

直到SF和该小区，首先从具有最小索引(小区#0)的小区开始跨小区，然后从具有最小索引(SF#0)的SF开始跨捆绑窗口中的SF。用于在DL DCI格式中的DAI字段的使用的配置能够是隐含的，诸如例如当UE 114被配置有大于预定数量的小区数量(诸如5)时，或者该配置可以是明确的，诸如通过1个比特指示跨捆绑窗口的SF的计数器DAI字段的小区专用使用(如在参考文献2和参考文献3中)或者首先跨小区然后跨SF直到与DL DCI格式相对应的SF和小区的计数器DAI字段的二维使用。对于数量为C的配置的小区和大小为MW的SF的捆绑窗口，联合小区域/时域相对计数器DAI字段能够包括2个比特，并且

的映射能够如表5中的

的映射(相同的映射适用于2个比特的时域总计数器DAI字段的值)。

表5：DL DCI格式中的小区域/时域相对计数器DAI值

为了简洁起见，在下文中，将小区域/时域相对计数器DAI称为计数器DAI，并且将时域总DAI称为总DAI。

图19示出了根据本公开的对于TDD系统使用计数器DAI的对HARQ-ACK信息有效载荷的确定和排列。

eNB 102在其中捆绑窗口大小包括四个SF的TDD系统的十个小区中配置UE 114用于PDSCH传输。在第一SF，SF#0 1910中，eNB 102在小区#2、小区#5、和小区#7中向UE 114发送调度相应的PDSCH传输的三个DL DCI格式。相应的DL DCI格式中的计数器DAI对于小区#2具有值

对于小区#5具有值

并且对于小区#7具有值

在第二SF，SF#11920中，eNB 102在小区#3、小区#6、和小区#7中向UE 114发送调度相应的PDSCH传输的三个DL DCI格式。相应的DL DCI格式中的计数器DAI对于小区#3具有值

对于小区#6具有值

并且对于小区#7具有值

在第三SF，SF#2 1930中，eNB102在小区#5和小区#7中向UE 114发送调度相应的PDSCH传输的两个DL DCI格式。相应的DLDCI格式中的计数器DAI对于小区#5具有值

并且对于小区#7具有值

在第四SF，SF#3 1940中，eNB 102在小区#3和小区#7中向UE 114发送调度相应的PDSCH传输的两个DL DCI格式。相应的DL DCI格式中的计数器DAI对于小区#3具有值

并且对于小区#7具有值

在SF#0 1910中，UE 114检测到第一和第三DL DCI格式，并且未能检测到第二DLDCI格式。根据在SF#0中的两个检测到的DL DCI格式中的计数器DAI的值

和

UE 114确定UE 114未能检测到用于具有大于2且小于7的索引的小区的DL DCI格式。因此，响应于由在SF#0中发送的DL DCI格式调度的PDSCH传输的接收或没有接收，UE114能够将HARQ-ACK信息比特确定并排列为{x，NACK/DTX，x}，其中“x”表示ACK或NACK/DTX。在SF#1 1920中，UE 114检测到第一和第二DL DCI格式，并且未能检测到第三DL DCI格式。根据在SF#1中的两个检测到的DL DCI格式中的计数器DAI的值

和

UE114确定UE 114没有未能在SF#0中检测到任何其它DL DCI格式。对于SF#0和SF#1，UE能够将HARQ-ACK信息比特生成为{x，NACK/DTX，x，x，x}。在SF#2 1930中，UE 114检测第一和第二DLDCI格式两者。根据在SF#2中的用于小区#5的检测到的DL DCI格式中的计数器DAI的值

UE 114确定UE 114未能在SF#1中检测到用于具有比小区#6更大的索引的小区的DL DCI格式。根据在SF#2中的用于小区#7的检测到的DL DCI格式中的计数器DAI的值

UE 114确定UE 114没有未能在SF#2中检测到用于具有比小区#7更小的索引的小区DL DCI格式。对于SF#0、SF#1、和SF#2，UE 114能够将HARQ-ACK信息比特生成为{x,NACK/DTX,x,x,x,NACK/DTX,x,x}。在SF#3 1940中，UE 114未能检测到第一和第二DL DCI格式两者，并且UE 114不能确定这个错误事件。

可以组合计数器DAI(如图19中所述)的功能和总计数器DAI(如图18中所述)的功能。在小区中的用于PDSCH传输的在SF中发送的DL DCI格式可以包括提供跨小区和SF直到该SF和该小区的DL DCI格式的计数器的计数器DAI、以及提供跨小区和SF直到该SF的DLDCI格式的总数量的总计数器DAI。相对于图18中的操作，(小区域/时域)计数器DAI替换小区域相对计数器DAI。得到的功能实际上是等效的。

图20示出根据本公开的对于TDD系统使用计数器DAI的值和总DAI的值对HARQ-ACK信息有效载荷的确定和排列。

由eNB 102在其中捆绑窗口大小包括四个SF的TDD系统的十个小区中配置UE 114用于PDSCH传输。在第一SF，SF#0 2010中，eNB 102在小区#2、小区#5、和小区#7中向UE 114发送调度相应的PDSCH传输的三个DLDCI格式。相应的DL DCI格式中的计数器DAI对于小区#2具有值

对于小区#5具有值

并且对于小区#7具有值

并且在三个DLDCI格式中的每一个中的总计数器DAI具有值

在第二SF，SF#1 2020中，eNB102在小区#3、小区#6、和小区#7中向UE 114发送调度相应的PDSCH传输的三个DL DCI格式。相应的DL DCI格式中的计数器DAI对于小区#3具有值

对于小区#6具有值

并且对于小区#7具有值

并且在三个DL DCI格式中的每一个中的总计数器DAI具有值

在第三SF，SF#2 2030中，eNB 102在小区#5、和小区#7中向UE 114发送调度相应的PDSCH传输的两个DL DCI格式。相应的DL DCI格式中的计数器DAI对于小区#5具有值

并且对于小区#7具有值

并且在两个DLDCI格式中的每一个中的总计数器DAI具有值

在第四SF，SF#3 2040中，eNB 102在小区#3和小区#7中向UE114发送调度相应的PDSCH传输的两个DL DCI格式。相应的DL DCI格式中的计数器DAI对于小区#3具有值

并且对于小区#7具有值

并且在两个DL DCI格式中的每一个中的总计数器DAI具有值

对于SF#0、SF#1、和SF#2，使用计数器DAI的值的HARQ-ACK信息的确定和排列能够如图19中。总计数器DAI

的有用性出现在SF#3中，在其中UE 114在小区#3中检测到调度PDSCH的DL DCI格式，但是未能在小区#7中检测到调度PDSCH的DL DCI格式。在总计数器DAI

没有包括在DL DCI格式中的情况下，UE 114不能确定UE 114在具有大于小区#3的索引的索引的小区中未能检测到调度PDSCH的DL DCI格式。在总计数器DAI

包括在DL DCI格式中的情况下，基于UE 114检测的、在小区#3中的(在SF#3中)调度PDSCH的DLDCI格式中的

值，UE 114能够确定UE 114未能在具有大于小区#3的索引的索引的小区中检测到调度PDSCH的DL DCI格式。

在CSS中的DL DCI格式传输

eNB 102在主小区的CSS中发送并在主小区上调度PDSCH传输的诸如DCI格式1A的DL DCI格式对于FDD系统不包括用于(小区域/时域)计数器DAI的和用于(时域)总计数器DAI的新字段、或者对于TDD系统不包括用于总计数器DAI的新字段。这是因为当在CSS中发送时，DCI格式1A的大小需要与在CSS中发送的DCI格式3/3A的大小相同，并且需要由UE的组来解码，其中在DCI格式1A中包括计数器DAI或总DAI的情况下，在UE的组中的至少一些UE能够不知道DCI格式1A的大小的变化。

对于FDD系统，当UE 114检测到在CSS中被发送并在主小区上调度PDSCH的DCI格式1A，并且UE 114还检测在USS中被发送并在辅小区上调度PDSCH接收的至少一个其他DL DCI格式时，在至少一个其他DL DCI格式中的用于计数器DAI的值和用于总DAI的值对DCI格式1A的传输进行计数，并且UE 114将用于DCI格式1A的HARQ-ACK信息放置在相关联的HARQ-ACK码字的第一位置。

对于TDD系统，当UE 114在捆绑窗口的SF中在CSS中检测到在主小区上调度PDSCH的DCI格式1A，并且UE 114还在捆绑窗口的SF中或稍后的SF中在USS中检测到至少一个其他DL DCI格式时，在至少一个其他DLDCI格式中的用于计数器DAI的值和用于总DAI的值包括对DCI格式1A的计数。UE 114将用于DCI格式1A的HARQ-ACK信息放置在用于UE 114为SF确定的HARQ-ACK信息的第一位置。仅当SF是捆绑窗口中的第一SF时，用于UE 114为SF确定的HARQ-ACK信息的第一位置是相关联的HARQ-ACK码字中的第一位置。

图21示出根据本公开的对于TDD系统当DL DCI格式在CSS中被发送时对HARQ-ACK信息有效载荷的确定和排列。

对于小区#5具有值

并且对于小区#7具有值

并且在三个DLDCI格式中的每一个中的总DAI具有值

在第二SF，SF#1 2020中，eNB 102在小区#0、小区#6、和小区#7中向UE 114发送调度相应的PDSCH传输的三个DL DCI格式，并且在小区#0中的调度PDSCH传输的DL DCI格式在CSS中被发送且不包括总DAI。相应的DLDCI格式中的计数器DAI对于小区#0具有值

对于小区#6具有值

并且对于小区#7具有值

并且在三个DL DCI格式的第二和第三DL DCI格式中的总DAI具有值

并且对于小区#7具有值

并且在两个DL DCI格式中的每一个中的总DAI具有值

在第四SF，SF#3 2040中，eNB 102在小区#0和小区#7中向UE 114发送调度相应的PDSCH传输的两个DL DCI格式，并且在小区#0中的调度PDSCH传输的DL DCI格式在CSS中被发送且不包括总DAI。相应的DL DCI格式中的计数器DAI对于小区#0具有值

并且对于小区#7具有值

并且在两个DL DCI格式的第二个中的计数器DAI具有值

当相应的计数器DAI值为

并且SF#0中的总DAI值为

时，在SF#1 2120中的在CSS中发送的用于DL DCI格式的HARQ-ACK信息被放置在HARQ-ACK码字中的第四个。当相应的计数器DAI值为

并且SF#2中的总DAI值为

时，在SF#3 2140中的在CSS中发送的用于DL DCI格式的HARQ-ACK信息被放置在HARQ-ACK码字中的第九个。

错误情况的解决

UE 114未能在UE 114检测到DL DCI格式的最后的SF之后的SF中检测到任何发送的DL DCI格式也是有可能的，例如，如图19中所示。然后，不管DL DCI格式中的DAI类型如何，UE 114不能确定正确的HARQ-ACK信息有效载荷。eNB 102能够使用前述四种方案中的一种来解决这种不明确。例如，根据第三方案，对于TDD系统，对于图19或图20或图21中的示例性情况，eNB 102能够对与以下各项相对应的以下四个HARQ-ACK信息有效载荷值中的每一个尝试检测并执行CRC校验(确定CRC校验和是否为零)：

(a)UE 114在SF#0中检测到至少一个DL DCI格式，并且在SF#1和SF#2和SF#3中没有检测到任何DL DCI格式(UE 114确定第一HARQ-ACK信息有效载荷，能够被认为是最不可能的场景)

(b)UE 114在SF#1中检测到至少一个DL DCI格式，并且在SF#2和SF#3中没有检测到任何DL DCI格式(UE 114确定第二HARQ-ACK信息有效载荷，能够被认为是第二不可能的场景)

(c)UE 114在SF#2中检测到至少一个DL DCI格式，并且在SF#3中没有检测到任何DL DCI格式(UE 114确定第三HARQ-ACK信息有效载荷，能够被认为是第二可能的场景)

(d)UE 114在SF#3中检测到至少一个DL DCI格式(UE 114确定第四HARQ-ACK信息有效载荷，能够被认为是最可能的场景)

当UE 114使用根据HARQ-ACK信息有效载荷的PUCCH格式发送HARQ-ACK信息时，例如，如图13所述的，eNB 102能够尝试对多个PUCCH格式的检测。例如，当UE 114确定第一HARQ-ACK信息有效载荷时，UE 114能够使用PUCCH格式3，而当UE 114确定第二HARQ-ACK信息有效载荷时，UE 114能够使用具有基于PUSCH的结构的PUCCH格式4。eNB 102能够通过检测UE 114能够用来发送PUCCH格式3的资源中的接收能量(DTX检测)来确定UE 114是否发送PUCCH格式3。当UE 114使用PUCCH格式4时，eNB 102能够通过检测UE 114能够用来发送PUCCH格式4的资源中的接收能量、或者通过依赖对与HARQ-ACK信息有效载荷被包括在编码的码字中的CRC的校验来确定UE 114是否发送PUCCH格式4。

图22示出了根据本公开的用于eNB 102使用CRC校验在PUCCH中检测HARQ-ACK码字、或在多个PUCCH格式的情况下对PUCCH格式中的一些的DTX检测的程序。

响应于在一个或多个SF中从eNB 102到UE 114的DL DCI格式的传输，eNB 102首先根据eNB 102期望UE 114使用的HARQ-ACK信息有效载荷、PUCCH格式、以及PUCCH资源来解码HARQ-ACK码字2210。当对CRC的校验，当被包括在编码的HARQ-ACK码字中时，为正(CRC校验和为零)时2220，eNB 102认为从解码的HARQ-ACK码字获得的HARQ-ACK信息为有效2230。编码的HARQ-ACK码字不包括CRC也是有可能的，诸如当UE 114使用PUCCH格式3时，并且在这种情况下，eNB 102能够基于在相应的PUCCH资源处的能量检测来确定UE 114是否发送相应的PUCCH(缺少DTX检测)。当CRC校验不为正(CRC校验和不为零)时，或者当eNB 102检测到DTX时，eNB 102基于所发送的DL DCI格式、以及相应的PUCCH格式和PUCCH资源2240，相对于期望的HARQ-ACK信息，根据下一个更小的HARQ-ACK信息有效载荷，接着解码HARQ-ACK码字，并重复步骤2220。例如，对于如图19或图20中的DL DCI格式的传输，期望的HARQ-ACK有效载荷与在四个SF中发送的DL DCI格式(十个DL DCI格式)中的一个相对应，而下一个更小的HARQ-ACK信息有效载荷与在前三个SF中发送的DL DCI格式(八个DL DCI格式)相对应。当CRC校验不为正时，eNB 102首先根据与在前两个SF中发送的DL DCI格式(6个DL DCI格式)相对应的HARQ-ACK信息有效载荷，然后，当CRC校验还是不为正时，根据与在第一个SF中发送的DL DCI格式(三个DL DCI格式)相对应的HARQ-ACK信息有效载荷，来接着解码HARQ-ACK码字。用于eNB 102解码尝试的以上步骤也可以并行地或以不同的顺序来执行。

在用于PUSCH中的HARQ-ACK传输的码字中的有效载荷的确定和信息比特的排列

对于FDD系统，当在小区中的调度向UE 114的PDSCH传输的DL DCI格式中的小区域DAI包括发送的DL DCI格式(或PDSCH传输)的计数器、和DL DCI格式的前向计数器或DL DCI格式(或PDSCH传输)的总数两者时，UE 114能够确定eNB 102在SF中向UE 114发送以在各个小区中调度PDSCH传输(包括SPS PDSCH释放)的DL DCI格式的数量。UE 114还能够确定各小区索引的顺序以根据小区索引的升序在码字中排列各个HARQ-ACK信息。然后，当用于至少一个小区的PDSCH TM支持两个数据TB时，假设空间域绑定应用两个HARQ-ACK信息比特或用于小区的所报告的HARQ-ACK信息包括两个HARQ-ACK信息比特而不管PDSCH TM(否则，默认情况下，用于所有小区的报告的HARQ-ACK信息包括1个HARQ-ACK比特)，UE 114能够以与PUCCH中相同的方式确定要在PUSCH中发送的HARQ-ACK有效载荷，并且不需要在调度从UE114的PUSCH传输的UL DCI格式中的UL DAI。仅当UE 114未能检测到eNB 102在捆绑窗口内的最后的SF中向UE 114发送的所有DL DCI时错误情况才发生。

对于TDD系统，当DL DCI格式包括小区域DAI和时域DAI两者时，其中，例如，小区域DAI能够是根据各个小区索引的升序的、SF中的DL DCI格式(或PDSCH传输)的计数器，并且时域DAI可以是相同捆绑窗口的过去SF中和当前SF中的DL DCI格式(或PDSCH传输)的总计数器，或者当单一计数器DAI在联合小区域/时域(DAI值的小区优先映射)中操作时，UE 114能够确定eNB 102在捆绑窗口中向UE 114发送以在各个小区和SF中调度PDSCH传输的DLDCI格式的数量。UE 114还能够确定各小区索引和SF的顺序以根据每SF的小区索引的升序然后根据SF的升序在码字中排列各个HARQ-ACK信息。然后，UE 114能够确定要在PUSCH中发送的HARQ-ACK有效载荷。当UE 114未能检测到eNB 102在捆绑窗口内的最后的SF中向UE114发送的所有发送的DL DCI格式(或PDSCH传输)时错误情况出现。

为了避免UE 114能够具有与eNB 102对从eNB 102到UE 114发送的DL DCI格式的数量或顺序的不同的理解的错误情况，DAI字段能够被包括在调度从UE 114的PUSCH传输的UL DCI格式中。在FDD系统的SF中或TDD系统的捆绑窗口中，DAI字段能够指示调度向UE 114的PDSCH传输的发送的DL DCI格式的总数(或可以指示PDSCH传输的总数)。否则，当错误情况实际上无关紧要时，DAI字段不需要被包括在或被使用于调度PUSCH传输的UL DCI格式中，并且UE 114以与用于PUCCH中的传输相同的方式来确定HARQ-ACK码字。

对于FDD系统，当UE 114基于检测到的UL DCI格式调整PUSCH传输时，UE 114能够获得DAI值，

UE 114能够使用

来确定在PUSCH中复用的HARQ-ACK信息有效载荷，O_HARQ-ACK。

当UE 114被配置有最大量的小区时，UL DCI中的小区域总计数器DAI字段或简称为DAI字段可以包括，例如，具有如表6中的到相应的数值

的映射的2个比特。虽然两个比特的每个组合可以映射到多个数值，但是仅当UE 114未能检测到三个连续的(基于小区索引)DL DCI格式时错误才出现，并且对于UE 114未能检测到DCI格式的典型的块错误率(block error rate，BLER)值1e-2，这是无关紧要的事件。

表6：对于FDD系统的UL DCI格式中的小区域总DAI值

除非

且

(UE 114没有检测到调度PDSCH传输的DLDCI格式并且在SF中没有SPS PDSCH传输)，否则

(对于每DL DCI格式1个比特HARQ-ACK；否则，

)，然后UE 114不在PUSCH中发送HARQ-ACK。当UE 114没有检测到调度PDSCH传输并具有

的计数器DAI值的DL DCI格式时，具有索引O_HARQ-ACK,O≤O_HARQ-ACK≤O_HARQ-ACK的空间捆绑HARQ-ACK信息比特与由具有小区域DAI值O_HARQ-ACK+1的DL DCI格式调度的PDSCH传输相关联，其中UE 114将具有索引O_HARQ-ACK的HARQ-ACK信息比特的值设置为NACK/DTX值(UE 114从计数器DAI或从下一个DL DCI格式中的总DAI或从UL DCI格式中的DAI确定DL DCI格式的存在)。当N_SPS＞0时，与SPSPDSCH传输相关联的HARQ-ACK信息比特被分配索引O_HARQ-ACK-1(在HARQ-ACK码字中被放置在最后)。

图23示出了根据本公开对于FDD系统使用调度PDSCH传输的DL DCI格式中的相对计数器DAI值和调度PUSCH传输的UL DCI格式中的总DAI值的对PUSCH传输中的HARQ-ACK信息有效载荷传输的确定和排列。

由eNB 102在FDD系统的十个小区中配置UE 114用于PDSCH传输。在第一种情况下，UE 114在小区#2中检测调度PDSCH传输的DL DCI格式、并且包括具有值

的小区域计数器DAI字段2310。UE 114未能检测到用于小区#5 2312和小区#7 2314的、调度PDSCH传输的DL DCI格式。UE 114还在SF中检测调度PUSCH传输的UL DCI格式，其中在所述SF中eNB102期望UE 114响应于在其中UL DCI格式包括具有值

的小区域总DAI字段2320的小区#2、小区#5、和小区#7中的PDSCH传输来发送HARQ-ACK。基于

和

的值，UE 114确定UE 114未能在具有大于2(用于小区#2的索引)的索引的小区中检测到调度PDSCH传输的2个DL DCI格式，并且UE 114生成HARQ-ACK码字{x，NACK/DTX，NACK/DTX}2330用于在PUSCH中的传输，其中“x”是ACK或NACK/DTX，取决于在小区#2中的PDSCH传输中传达的数据TB的正确或不正确检测。

在第二种情况下，UE 114在小区#7中检测调度PDSCH传输的DL DCI格式、并且包括具有值

的小区域计数器DAI字段2344。UE 114未能检测到用于小区#2 2340、小区#5 2342和小区#9 2346的、调度PDSCH传输的DL DCI格式。UE 114还在SF中检测调度PUSCH传输的UL DCI格式，其中在所述SF中eNB 102期望UE 114响应于在其中UL DCI格式包括具有值

的小区域总DAI字段2350的小区#2、小区#5、小区#7、和小区#9中的PDSCH传输来发送HARQ-ACK。基于

和

的值，UE 114确定UE 114未能在具有小于7(用于小区#7的索引)的索引的小区中检测到调度PDSCH传输的2个DL DCI格式和在具有大于7的索引的小区中检测到调度PDSCH传输的1个DL DCI格式，并且UE 114生成HARQ-ACK码字{NACK/DTX,NACK/DTX,x,NACK/DTX}2360用于在PUSCH中的传输，其中“x”是ACK或NACK/DTX，取决于在小区#7中的PDSCH传输中传达的数据TB的正确或不正确检测。因此，通过调度PDSCH传输的DL DCI格式中的小区域计数器DAI字段和调度PUSCH传输的ULDCI格式中的小区域总计数器(对SF中调度PDSCH传输的所有DL DCI格式进行计数)的组合，UE 114能够以与如由eNB 102所预期的相同的方式来识别码字中的HARQ-ACK有效载荷、和HARQ-ACK信息比特的排列。

在从UE 114的SPS PUSCH传输的情况下，没有调度SPS PUSCH传输的UL DCI格式，并且UE 114不能获得

值。仅依赖于DL DCI格式中的小区域计数器DAI字段可能导致UE 114在SPS PUSCH中发送不正确的HARQ-ACK有效载荷，因为UE 114可能未能在具有比UE114检测到DL DCI格式的小区的最大索引更大的索引的小区中检测到调度PDSCH传输的DLDCI格式。第一替代方案是用于UE 114发送用于所有配置的小区HARQ-ACK信息。第二替代方案是依赖于eNB 102来解决HARQ-ACK有效载荷不明确，例如，如图22中所述。第三替代方案是想出用于规避HARQ-ACK有效载荷不明确问题的手段。

用于第三替代方案的第一方案是，在DL DCI格式中除了包括小区域计数器DAI字段之外，还包括前向相对计数器DAI字段或总DAI字段，如先前分别在图14或图15中所述。

用于第二替代方案的第二方案是用于UE 114以包括对于若干接收的PDSCH传输的信息，连同HARQ-ACK信息一起，但是被分开地编码。第二方案能够以UE 114在不由UL DCI格式调度的PUSCH传输中对HARQ-ACK信息进行复用为条件。eNB 102能够首先解码由UE 114发送的具有值I_rx并且指示UE 114接收到的PDSCH传输的数量(或DL DCI格式的数量)的指示符字段。基于那个信息，eNB 102能够确定由UE 114发送的HARQ-ACK信息有效载荷，并且相应地解码PUSCH中的HARQ-ACK信息和数据信息。例如，指示符字段能够包括2个比特，其中对所述2个比特的映射能够如通过用I_rx替换

并用“接收”替换“传输”的表6中。

图24示出根据本公开的用于UE通过指示检测到的DL DCI格式的数量来发送HARQ-ACK信息的方法。

UE 114确定接收的PDSCH的数量(或通过还考虑SPS PDSCH释放、检测到的DL DCI格式的数量等效地)，并且生成并编码对于该数量的指示符2410。UE 114还与该指示符单独地生成并编码对于各个接收的PDSCH接收的HARQ-ACK信息比特2420。UE 114在相同信道(PUSCH或PUCCH)中复用并向eNB 102发送指示符码字和HARQ-ACK码字2430。eNB 102接收传达指示符码字和HARQ-ACK码字的信道2440。eNB 102解码指示符码字以获得UE 114接收的PDSCH传输的数量，并且确定HARQ-ACK码字的有效载荷2450。基于确定的HARQ-ACK码字的有效载荷，eNB 102解码HARQ-ACK码字以获得HARQ-ACK信息比特2460。

对于TDD系统，在调度PUSCH传输的UL DCI格式中具有值

的DAI字段能够提供在小区域和时域两者上的PDSCH传输的总数量(或通过包括SPS PDSCH释放的DL DCI格式传输)，或者等效地，DAI字段能够提供在所有小区上以及在捆绑窗口的所有SF上的PDSCH传输的总数量(小区域/时域DAI)。DAI字段的值

的映射可以如通过将

替换为

并在整个捆绑窗口中考虑PDSCH传输的表6中。

用于确定码字中的HARQ-ACK信息比特的排列的第一替代方案是用于UE 114在配置的小区和捆绑窗口的SF中使用调度PUSCH传输的UL DCI格式中的DAI字段的值、小区域计数器DAI字段的值

以及调度PDSCH传输的DL DCI格式中的时域总DAI字段的值

计数器DAI字段根据具有相应的PDSCH传输的小区的索引提供相应的DL DCI格式的相对计数器。DL DCI格式中的总DAI字段提供用于在所有小区中以及在捆绑窗口的所有先前的SF中和当前SF中调度PDSCH传输的DL DCI格式的总计数器。使用UL DCI格式中的DAI的值

UE 114能够确定UE 114是否未能检测到一些DL DCI格式，特别是在UE 114检测到DL DCI格式的捆绑窗口的最后的SF之后的捆绑窗口的SF中。使用

UE 114能够确定UE 114是否未能在小区中检测到调度PDSCH传输的一个或多个DL DCI格式，所述小区具有比其中UE 114在SF中在小区中检测到包括

并调度PDSCH传输的DL DCI格式的小区的索引更小的索引。使用

UE 114能够确定UE 114是否未能在小区中检测到调度PDSCH传输的一个或多个DL DCI格式，所述小区具有比其中UE 114在捆绑窗口的SF中在小区中检测到包括

并调度PDSCH传输的DL DCI格式的小区的索引更大的索引，并且还能够确定UE 114是否未能在捆绑窗口的先前的SF中在小区中检测到调度PDSCH传输的一个或多个DL DCI格式。

图25示出了根据本公开的对于TDD系统使用计数器DAI值和调度PDSCH传输的DLDCI格式中的总DAI值以及调度PUSCH传输的UL DCI格式中的DAI值对PUSCH中的HARQ-ACK信息的确定和排列。

由eNB 102在其中捆绑窗口大小包括四个SF的TDD系统的十个小区中配置UE 114用于PDSCH传输。在第一SF，SF#0 2510中，eNB 102在小区#2、小区#5、和小区#7中向UE 114发送调度相应的PDSCH传输的三个DLDCI格式。相应的DL DCI格式中的小区域计数器DAI对于小区#2具有值

对于小区#5具有值

并且对于小区#7具有值

并且在三个DL DCI格式中的每一个中的总DAI具有值

在第二SF，SF#12520中，eNB 102在小区#3、小区#6、和小区#7中向UE 114发送调度相应的PDSCH传输的三个DL DCI格式。相应的DL DCI格式中的小区域计数器DAI对于小区#3具有值

对于小区#6具有值

并且对于小区#7具有值

并且在三个DL DCI格式中的每一个中的总DAI具有值

在第三SF，SF#2 2530中，eNB 102在小区#5、和小区#7中向UE114发送调度相应的PDSCH传输的两个DL DCI格式。相应的DL DCI格式中的小区域计数器DAI对于小区#5具有值

并且对于小区#7具有值

并且在两个DL DCI格式中的每一个中的总DAI具有值

在第四SF，SF#3 2540中，eNB 102在小区#3和小区#7中向UE 114发送调度相应的PDSCH传输的两个DL DCI格式。相应的DL DCI格式中的小区域计数器DAI对于小区#3具有值

并且对于小区#7具有值

并且在三个DL DCI格式中的每一个中的总DAI具有值

在SF#0 2510中，UE 114检测到第一和第三DL DCI格式，并且未能检测到第二DLDCI格式。根据在SF#0中的两个检测到的DL DCI格式中的小区域计数器DAI的值

和

UE 114确定UE 114未能检测到用于具有大于2且小于7的索引的小区的DL DCI格式。根据在SF#0中的总DAI的值

UE 114确定UE 114没有未能检测到任何其它DLDCI格式。因此，UE 114能够响应于由在SF#0中发送的DL DCI格式所调度的PDSCH传输的接收或缺乏接收，来确定和排列HARQ-ACK信息比特。

在SF#1 2520中，UE 114检测到第一和第二DL DCI格式，并且未能检测到第三DLDCI格式。根据在SF#1中的两个检测到的DL DCI格式中的小区域计数器DAI的值

和

UE 114确定UE 114没有未能检测到用于具有小于6的索引的小区的任何DL DCI格式。根据在SF#1中的总DAI的值

UE 114确定UE 114未能检测到DL DCI格式，并且使用用于小区#6的DL DCI格式中的小区域计数器DAI字段，UE 114确定UE 114未能检测到的DL DCI格式是用于具有大于6的索引的小区。因此，UE 114能够响应于由在SF#1中发送的DL DCI格式所调度的PDSCH传输的接收或缺乏接收，来确定和排列HARQ-ACK信息比特。

在SF#2 2530中，UE 114检测第一和第二DL DCI格式两者。根据在SF#2中的两个检测到的DL DCI格式中的小区域计数器DAI的值

和

UE 114确定UE 114没有未能检测到用于具有小于7的索引的小区的任何DL DCI格式。根据在SF#2中的总DAI的值

UE 114确定UE 114没有未能检测到用于具有大于7的索引的小区的DL DCI格式。因此，UE 114能够响应于由在SF#2中发送的DL DCI格式所调度的PDSCH传输的接收或缺乏接收，来确定和排列HARQ-ACK信息比特。

在SF#3 2540中，UE 114未能检测到第一和第二DL DCI格式两者。根据调度PUSCH传输的UL DCI格式中的小区域/时域总DAI的值

以及根据捆绑窗口的先前SF中的确定，UE 114能够确定UE 114未能在SF#3中检测到两个DL DCI格式。因此，UE 114能够响应于由在SF#4中发送的DL DCI格式所调度的PDSCH传输的接收或缺乏接收，来确定并排列HARQ-ACK信息比特。

为了简洁，在下文中，将小区域/时域相对计数器DAI称为计数器DAI，并且将时域总计数器DAI称为总DAI。

用于确定码字中的HARQ-ACK信息比特的排列的第二替代方案是用于UE 114在配置的小区和捆绑窗口的SF中使用调度PUSCH传输的UL DCI格式中的DAI字段的值和调度PDSCH传输的DL DCI格式中的计数器DAI字段的值

在小区中的调度PDSCH传输的DLDCI格式中的计数器DAI字段能够提供用于在所有小区中和在所有先前的SF中调度PDSCH传输的DL DCI格式、并且用于直到捆绑窗口的当前SF中的小区的索引的小区索引的相对计数器。使用

UE 114能够确定UE 114是否未能检测到调度PDSCH传输的一些DL DCI格式，特别是在其中UE 114检测到调度PDSCH传输的DL DCI格式的捆绑窗口的最后的SF之后的捆绑窗口的SF中。

图26示出了根据本公开对于FDD系统使用调度PDSCH传输的DL DCI格式中的计数器DAI值和调度PUSCH传输的UL DCI格式中的DAI值对PUSCH传输中的HARQ-ACK信息有效载荷的确定和排列。

由eNB 102在其中捆绑窗口大小包括四个SF的TDD系统的十个小区中配置UE 114用于PDSCH传输。在第一SF，SF#0 2610中，eNB 102在小区#2、小区#5、和小区#7中向UE 114发送调度相应的PDSCH传输的三个DLDCI格式。相应的DL DCI格式中的计数器DAI对于小区#2具有值

对于小区#5具有值

并且对于小区#7具有值

在第二SF，SF#12620中，eNB 102在小区#3、小区#6、和小区#7中向UE 114发送调度相应的PDSCH传输的三个DL DCI格式。相应的DL DCI格式中的计数器DAI对于小区#3具有值

对于小区#6具有值

并且对于小区#7具有值

在第三SF，SF#2 2630中，eNB102在小区#5、和小区#7中向UE 114发送调度相应的PDSCH传输的两个DL DCI格式。相应的DL DCI格式中的计数器DAI对于小区#5具有值

并且对于小区#7具有值

在第四SF，SF#3 2640中，eNB 102在小区#3和小区#7中向UE 114发送调度相应的PDSCH传输的两个DL DCI格式。相应的DL DCI格式中的计数器DAI对于小区#3具有值

并且对于小区#7具有值

在SF#0 2610中，UE 114检测到第一和第三DL DCI格式，并且未能检测到第二DLDCI格式。根据在SF#0中的两个检测到的DL DCI格式中的计数器DAI的值

和

UE 114确定UE 114未能检测到用于具有大于2且小于7的索引的小区的DL DCI格式。因此，响应于由在SF#0中发送的DL DCI格式所调度的PDSCH传输的接收或缺乏接收，UE 114能够确定HARQ-ACK信息比特并将其排列为{x，NACK/DTX，x}，其中“x”表示ACK或NACK/DTX。

在SF#1 2620中，UE 114检测到第一和第二DL DCI格式，并且未能检测到第三DLDCI格式。根据在SF#1中的两个检测到的DL DCI格式中的计数器DAI的值

和

UE 114确定UE 114没有未能在SF#0中检测到任何其它DL DCI格式。对于SF#0和SF#1，UE 114能够确定HARQ-ACK信息比特并将其排列为{x，NACK/DTX，x，x，x}。

在SF#2 2630中，UE 114检测第一和第二DL DCI格式两者。根据在SF#2中的用于小区#5的检测到的DL DCI格式中的计数器DAI的值

UE114确定UE 114未能在SF#1中检测到用于具有比小区#6更大的索引的小区、或未能在SF#2中检测到与具有比小区#5更小的索引的小区的DL DCI格式。根据在SF#2中的用于小区#7的检测到的DL DCI格式中的计数器DAI的值

UE 114确定UE 114没有未能检测到SF#2中的用于具有比小区#7更小的索引的小区在DL DCI格式。对于SF#0、SF#1、和SF#2，UE 114能够确定HARQ-ACK信息比特并将其排列为{x,NACK/DTX,x,x,x,NACK/DTX,x,x}。

在SF#3 2640中，UE 114未能检测到第一和第二DL DCI格式两者。根据调度PUSCH传输的UL DCI格式中的UL DAI的值

以及根据捆绑窗口的先前SF中的确定，UE114能够确定UE 114未能在SF#2中检测到用于具有大于小区#7的索引的小区或未能在SF#3中检测到用于任何小区的两个DL DCI格式。对于SF#0、SF#1、SF#2、和SF#3，UE 114能够确定HARQ-ACK信息比特并将其排列为{x,NACK/DTX,x,x,x,NACK/DTX,x,x,NACK/DTX,NACK/DTX}。因此，响应于由在捆绑窗口的所有SF中发送的DL DCI格式所调度的PDSCH传输的接收或缺乏接收，UE 114能够确定并排列HARQ-ACK信息比特。

能够观察到，UL DCI格式中的DAI值

的功能与DL DCI格式中的总DAI值

的功能相同。当eNB 102在捆绑窗口内的若干SF中向UE 114发送DL DCI格式时，除非UE 114未能检测到在从该若干SF中的最后SF中的所有DL DCI格式(错误情况)，否则

与

相同，并且如前所述，能够省略UL DCI格式中的DAI的使用。当UE 114在其中UE 114发送由包括UL DAI值的UL DCI格式所调度的PUSCH的相同SF中，在PUCCH中发送HARQ-ACK码字时，也可以省略UL DCI格式中的DAI值的使用。当UL DAI字段已经存在于ULDCI格式中时，如TDD系统的情况(另见参考文献2和参考文献3)，UL DAI字段的解释能够取决于UE 114被配置有多达5个DL小区还是多于5个DL小区而不同。在前一种情况下，UL DAI字段的功能能够如参考文献2和参考文献3中所述。在后一种情况下，UL DAI字段的功能能够与用于DL DCI格式中的总DAI字段的相同，并且UE 114能够应用相同的机制来确定用于PUCCH中的传输、以及用于PUSCH中的传输的HARQ-ACK码字。对于PUSCH中的数据TB的SPSPUSCH传输或对于非自适应(不由UL DCI格式调度)重传，UE 114使用DL DCI格式中的计数器DAI字段的值

和总DAI字段的值

来确定用于PUSCH或PUCCH中的传输的相同的HARQ-ACK码字。当PUSCH传输由UL DCI格式调度时，或者为了防范错误情况，用于HARQ-ACK码字的相同确定还可以应用，在确定HARQ-ACK码字时UL DAI字段值

替换总计数器DAI值

同时对该确定使用如用于PUCCH中的传输的相同的机制。

对用于在PUSCH中HARQ-ACK传输的资源分配

在等式2中，在PUSCH中复用HARQ-ACK信息所需的RE的数量

取决于通过项

的用于初始数据TB传输的MCS、HARQ-ACK信息有效载荷O_HARQ-ACK、以及意图从HARQ-ACK信息BLER解耦数据信息BLER的偏移

对于给定的HARQ-ACK有效载荷，HARQ-ACK BLER取决于用来对HARQ-ACK信息比特进行编码的编码方法。例如，对于RM码，编码增益能够是这样的

随O线性增加，并且因此使用单一

值能够足够了。然而，对于TBCC，编码增益能够与O是非线性的，并且UE 114能够为O的各个值配置几个

值，从而使

成为O的函数。例如，对于多达个128比特的HARQ-ACK有效载荷以及用于22个比特以上的HARQ-ACK有效载荷的TBCC的使用，eNB 102能够向UE 114配置三个

值；第一值

用于23个比特和60个比特之间的HARQ-ACK有效载荷，第二值

用于在61个比特和96个比特之间的HARQ-ACK有效载荷，以及第三值

用于在97个比特和128个比特之间的HARQ-ACK有效载荷。

能够通过分别配置更小数量或更大数量的

值来实现对于HARQ-ACK有效载荷的范围的更粗或更细粒度。当eNB 102向UE 114配置用于从O₁个比特到O₂个比特的范围的、由TBCC编码的HARQ-ACK有效载荷的单一

值时，其中例如，O₁＝23且O₂＝128，对于eNB 102选择

值能够有至少两种方案。在第一方案中，eNB 102能够选择

值作为提供能够实现在O₁和O₂的中点附近的HARQ-ACK信息有效载荷的期望BLER的

的值的一个。在第二方案中，为了用于PUSCH中的HARQ-ACK传输的资源的偶然不必要的使用的代价下保证期望的BLER，eNB 102能够选择O₁作为用于确定

值的参考有效载荷，由于编码增益随HARQ-ACK有效载荷增加而增加。即使当eNB 102将UE 114配置有当UE 114使用TBCC对HARQ-ACK信息进行编码时的单一值时，eNB 102也为UE 114分别配置用于在RM编码或重复编码(用于多达22个比特的有效载荷)的情况下使用的第一

值、和用于TBCC(用于22个比特以上的有效载荷)的情况下使用的第二

值。

虽然已经利用示例性实施例描述了本公开，但是各种改变和修改可以被建议给本领域技术人员。意图是，本公开涵盖落入所附权利要求的范围内的改变和修改。

Claims

1.一种在通信系统中由用户设备UE执行的用于发送混合自动重发请求确认HARQ-ACK码字的方法，该方法包括：

从基站接收控制信令，其传达下行链路控制信息DCI，该DCI格式指示物理下行链路共享信道PDSCH的接收或半持续调度SPS的释放，其中该DCI包括计数器下行链路分配指示符DAI和总计数器DAI，该计数器DAI指示横跨物理下行链路控制信道PDCCH的多个小区和检测定时直至当前小区和当前检测定时的DCI的计数器，而该总计数器DAI指示横跨PDCCH的多个小区和检测定时直至该当前检测定时的DCI的总数；

基于该计数器DAI和该总计数器DAI，响应于PDSCH的接收或用于SPS的释放的DCI，生成包括确认信息比特的HARQ-ACK码字；并且

向该基站发送该HARQ-ACK码字。

2.如权利要求1所述的方法，进一步包括：

接收指示用于物理上行链路控制信道PUCCH的阈值的配置信息，

其中，在该HARQ-ACK码字的尺寸不大于该阈值的情况下，该HARQ-ACK码字被基于第一PUCCH资源发送，而且

其中，在该HARQ-ACK码字的尺寸大于该阈值的情况下，该HARQ-ACK码字被基于第二PUCCH资源发送。

3.如权利要求2所述的方法，其中，该HARQ-ACK码字在该HARQ-ACK码字的尺寸不大于该阈值的情况下被根据第一PUCCH格式基于第一PUCCH资源发送，以及

其中，该HARQ-ACK码字在该HARQ-ACK码字的尺寸大于该阈值的情况下被基于根据第二PUCCH格式第二PUCCH资源发送。

4.如权利要求1所述的方法，其中，所述确认信息比特被按照每个与所述确认信息比特对应的PDCCH的检测定时根据与所述确认信息比特对应的服务小区索引的升序然后根据与所述确认信息比特对应的PDCCH的检测定时的升序在该HARQ-ACK码字中排列。

5.如权利要求1所述的方法，其中，用于SPS PDSCH的确认信息比特在该HARQ-ACK码字中的最后位置被发送。

6.一种通信系统中的用户设备UE，该UE包括：

收发器；以及

控制器，与该收发器耦合且被配置为：

从基站接收控制信令，其传达下行链路控制信息DCI，该DCI格式指示物理下行链路共享信道PDSCH的接收或半持续调度SPS的释放，其中该DCI包括计数器下行链路分配指示符DAI和总计数器DAI，该计数器DAI指示横跨物理下行链路控制信道PDCCH的多个小区和检测定时直至当前小区和当前检测定时的DCI的计数器，而该总计数器DAI指示横跨PDCCH的多个小区和检测定时直至该当前检测定时的DCI的总数，

基于该计数器DAI和该总计数器DAI，响应于PDSCH的接收或用于SPS的释放的DCI，生成包括确认信息比特的HARQ-ACK码字，以及

向该基站发送该HARQ-ACK码字。

7.如权利要求6所述的UE，其中该控制器进一步被配置为接收指示用于物理上行链路控制信道PUCCH的阈值的配置信息，

8.如权利要求7所述的UE，其中，该HARQ-ACK码字在该HARQ-ACK码字的尺寸不大于该阈值的情况下被根据第一PUCCH格式基于第一PUCCH资源发送，以及

9.如权利要求6所述的UE，其中，所述确认信息比特被按照每个与所述确认信息比特对应的PDCCH的检测定时根据与所述确认信息比特对应的服务小区索引的升序然后根据与所述确认信息比特对应的PDCCH的检测定时的升序在该HARQ-ACK码字中排列。

10.如权利要求6所述的UE，其中，用于SPS PDSCH的确认信息比特在该HARQ-ACK码字中的最后位置被发送。

11.一种在通信系统中由基站执行的用于接收混合自动重发请求确认HARQ-ACK码字的方法，该方法包括：

向用户设备UE发送控制信令，其传达下行链路控制信息DCI，该DCI格式指示物理下行链路共享信道PDSCH的接收或半持续调度SPS的释放，其中该DCI包括计数器下行链路分配指示符DAI和总计数器DAI，该计数器DAI指示横跨物理下行链路控制信道PDCCH的多个小区和检测定时直至当前小区和当前检测定时的DCI的计数器，而该总计数器DAI指示横跨PDCCH的多个小区和检测定时直至该当前检测定时的DCI的总数；以及

从该UE接收响应于PDSCH或用于SPS的释放的DCI的包括确认信息比特的混合自动重发请求确认HARQ-ACK码字，

其中，该HARQ-ACK码字包括基于该计数器DAI和该总计数器DAI排列的确认信息比特。

12.如权利要求11所述的方法，进一步包括：

发送指示用于物理上行链路控制信道PUCCH的阈值的配置信息，

其中，在该HARQ-ACK码字的尺寸不大于该阈值的情况下，该HARQ-ACK码字被基于第一PUCCH资源接收，而且

其中，在该HARQ-ACK码字的尺寸大于该阈值的情况下，该HARQ-ACK码字被基于第二PUCCH资源接收。

13.如权利要求12所述的方法，其中该HARQ-ACK码字在该HARQ-ACK码字的尺寸不大于该阈值的情况下被根据第一PUCCH格式基于第一PUCCH资源接收，以及

其中，该HARQ-ACK码字在该HARQ-ACK码字的尺寸大于该阈值的情况下被基于根据第二PUCCH格式第二PUCCH资源接收。

14.如权利要求11所述的方法，其中，所述确认信息比特被按照每个与所述确认信息比特对应的PDCCH的检测定时根据与所述确认信息比特对应的服务小区索引的升序然后根据与所述确认信息比特对应的PDCCH的检测定时的升序在该HARQ-ACK码字中排列。

15.如权利要求11所述的方法，其中，用于SPS PDSCH的确认信息比特在该HARQ-ACK码字中的最后位置被接收。

16.一种通信系统中的基站，该基站包括：

收发器；以及

控制器，与该收发器耦合且被配置为：

经由该收发器向用户设备UE发送控制信令，其传达下行链路控制信息DCI，该DCI格式指示物理下行链路共享信道PDSCH的接收或半持续调度SPS的释放，其中该DCI包括计数器下行链路分配指示符DAI和总计数器DAI，该计数器DAI指示横跨物理下行链路控制信道PDCCH的多个小区和检测定时直至当前小区和当前检测定时的DCI的计数器，而该总计数器DAI指示横跨PDCCH的多个小区和检测定时直至该当前检测定时的DCI的总数，以及

17.如权利要求16所述的基站，其中，该控制器进一步被配置为发送指示用于物理上行链路控制信道PUCCH的阈值的配置信息，

18.如权利要求17所述的基站，其中该HARQ-ACK码字在该HARQ-ACK码字的尺寸不大于该阈值的情况下被根据第一PUCCH格式基于第一PUCCH资源接收，以及

19.如权利要求16所述的基站，其中，所述确认信息比特被按照每个与所述确认信息比特对应的PDCCH的检测定时根据与所述确认信息比特对应的服务小区索引的升序然后根据与所述确认信息比特对应的PDCCH的检测定时的升序在该HARQ-ACK码字中排列。

20.如权利要求16所述的基站，其中，用于SPS PDSCH的确认信息比特在该HARQ-ACK码字中的最后位置被接收。