CN106165334B - 无线通信***中发送和接收下行链路信号的方法及其装置 - Google Patents

Abstract

本发明涉及一种用于在支持无线资源使用变化的时分双工(TDD)无线通信***中通过终端接收下行链路信号的方法和装置。具体地，本发明包括以下步骤：将基于***信息块(SIB)的上行链路‑下行链路配置0配置为上行链路(UL)参考配置；以及接收包括限定上行链路(UL)索引或下行链路分配索引的第一字段的下行链路控制信息，其中，通过公共搜索空间接收所述下行链路控制信息，并且当与所述DL控制信息相关的下行链路控制信息(DCI)格式是DCI格式0时，所述第一字段被确定为上行链路(UL)索引。

Description

无线通信***中发送和接收下行链路信号的方法及其装置

技术领域

本发明涉及无线通信***，且更具体地，涉及在无线通信***中用于发送和接收下行链路信号的方法及其装置。

背景技术

将简要描述作为可以应用本发明的无线通信***的示例的第三代合作伙伴计划长期演进(3GPP LTE)(下文中，被称为“LTE”)通信***。

图1是示出作为无线通信***的示例的演进通用移动电信***(E-UMTS)的网络结构的示图。E-UMTS是传统UMTS的演进版本，且其基本标准化是在第三代合作伙伴计划(3GPP)下进行的。E-UMTS可以被称为长期演进(LTE)***。可以参照“第三代合作伙伴计划；技术规范组无线电接入网络(3rd Generation Partnership Project；TechnicalSpecification Group Radio Access Network)”的版本7和版本8来理解UMTS和E-UMTS的技术规范的细节。

参照图1，E-UMTS包括用户设备(UE)、基站(eNode B；eNB)和接入网关(AG)，该接入网关(AG)位于网络(E-UTRAN)的端部并且连接到外部网络。基站可以同时发送多个数据流以进行广播服务、多播服务和/或单播服务。

一个基站存在于一个或更多个小区中。一个小区被设置成1.44、3、5、10、15和20MHz的带宽中的一个，以向多个用户设备提供下行链路或上行链路传输服务。不同的小区可以被设置成提供不同的带宽。另外，一个基站控制多个用户设备的数据发送和接收。基站将下行链路(DL)数据的下行链路调度信息发送到对应的用户设备，以向对应的用户设备通知数据将被发送至的时域和频域以及与编码、数据大小和混合自动重发请求(HARQ)相关的信息。另外，基站将上行链路(UL)数据的上行链路调度信息发送到对应的用户设备，以将对应的用户设备可以使用的时域和频域以及与编码、数据大小和HARQ相关的信息通知给对应的用户设备。可以在基站之间使用用于发送用户流量或控制流量的接口。核心网络(CN)可以包括供用户设备进行用户注册的AG和网络节点等。AG以跟踪区(TA)为基础管理用户设备的移动性，其中，一个TA包括多个小区。

尽管基于WCDMA开发的无线通信技术已演进成LTE，但用户和供应商的需求和期望在持续上涨。另外，由于一直在开发其它无线接入技术，因此将需要新的无线通信技术的演进来确保未来有竞争性。就这一方面而言，需要的是每比特成本的降低、可用服务的增加、适应性频带的使用、简单结构和开放型接口、用户设备的适宜功耗等。

发明内容

[技术问题]

被设计以用于解决该问题的本发明的目的在于一种在无线通信***中用于发送和接收下行链路信号的方法及其装置。

本发明的目的不限于以上提到的目的，且对于本领域普通技术人员而言，在审阅了以下描述后，以上没有提到的本发明的其它目的将变得显而易见。

[技术方案]

本发明的目的可以通过提供一种在支持无线资源的重新配置的时分双工(TDD)无线通信***中用于接收下行链路(DL)控制信号的方法来实现，所述方法包括以下步骤：将基于SIB(***信息块)的上行链路-下行链路(UL-DL)配置0创建为上行链路(UL)参考配置；以及接收包括用于限定UL索引或DL分配索引的第一字段的DL控制信息，其中，通过公共搜索空间接收所述DL控制信息，其中，当与所述DL控制信息相关联的DL控制信息格式(DCI格式)是DCI格式0时，所述第一字段被确定为UL索引。

另外，可以通过UE特定搜索空间接收所述DL控制信息，其中，当与所述DL控制信息相关联的DL控制信息格式(DCI格式)是DCI格式0或DCI格式4时，所述DL控制信息还可以包括用于限定DL分配索引的第二字段。

所述方法还可以包括以下步骤：经由物理上行链路共享信道(PUSCH)发送至少一个混合ARQ-ACK/NACK(HARQ-ACK/NACK)，所述PUSCH基于所述DL控制信息。优选地，可以根据所述UL索引确定用于发送所述PUSCH的至少一个UL子帧，其中，可以基于所述DL分配索引来限定所述至少一个HARQ-ACK/NACK的大小。可以仅基于在用于发送所述PUSCH的至少一个UL子帧之中的用于以捎带方式发送所述至少一个HARQ/ACK的UL子帧，确定所述至少一个HARQ-ACK/NACK的大小。

另外，仅当在特定DL子帧上接收到所述DL控制信息时，所述DL分配索引可以是有效的，其中，所述特定DL子帧可以是用于接收指示在基于DL参考配置的特定UL子帧中的PUSCH发送的DL控制信息的DL子帧。

另外，当所述DL分配索引无效时，所述DL分配索引可以被用于虚拟循环冗余校验(虚拟CRC)。

在本发明的另一方面，本文中提供了一种用于在支持无线电资源的重新配置的时分双工(TDD)无线通信***中接收下行链路(DL)控制信号的终端，该终端包括：射频单元；以及处理器，其中，所述处理器被配置成：将基于SIB(***信息块)的上行链路-下行链路(UL-DL)配置0创建为上行链路(UL)参考配置；并且接收包括用于限定UL索引或DL分配索引的第一字段的DL控制信息，其中，通过公共搜索空间接收所述DL控制信息，其中，当与所述DL控制信息相关联的DL控制信息格式(DCI格式)是DCI格式0时，所述第一字段被确定为UL索引。

[有益效果]

根据本措施的实施方式，仅当无线电资源根据无线通信***中的***负荷被动态改变时，可以发送和接收信号。

可以从本发明获得的效果不限于以上提到的效果，且本领域技术人员根据以下给出的描述可以清楚地理解其它效果。

附图说明

附图被包括以提供对本发明的进一步理解，并且被并入本申请中且构成本申请的一部分，附图示出了本发明的实施方式，并且与本描述一起用于说明本发明的原理。在附图中：

图1是示出作为无线通信***的示例的演进通用移动电信***(E-UMTS)的网络结构的示图；

图2是示出基于3GPP无线电接入网络标准的在用户设备与E-UTRAN之间的无线电接口协议的控制面和用户面的结构的示图；

图3是示出在3GPP LTE***中使用的物理信道和用于使用该物理信道发送信号的通用方法的示图；

图4是示出在LTE***中使用的无线电帧的结构的示图；

图5是示出下行链路时隙的资源网格的示图；

图6是示出下行链路子帧的结构的示图；

图7示出了在LTE中使用的上行链路子帧的结构；

图8示出了在单个小区情形下的TDD UL ACK/NACK发送过程；

图9示出了使用DL DAI的示例性ACK/NACK发送；

图10示出了载波聚合(CA)通信***；

图11示出了当多个载波被聚合时执行的调度；

图12示出了EPDCCH和通过该EPDCCH调度的PDSCH；

图13示出了CoMP操作的示例；

图14示出了在TDD***的环境下动态切换无线电资源的使用；

图15示例性示出了可应用于本发明的实施方式的基站和用户设备。

具体实施方式

以下技术可以用于诸如CDMA(码分多址)、FDMA(频分多址)、TDMA(时分多址)、OFDMA(正交频分多址)和SC-FDMA(单载波频分多址)的各种无线接入技术。CDMA可以通过诸如UTRA(通用地面无线电接入)或CDMA2000的无线电技术来实现。TDMA可以通过诸如全球移动通信***(GSM)/通用分组无线电服务(GPRS)/增强型数据速率GSM演进(EDGE)的无线电技术来实现。OFDMA可以通过诸如IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20和演进UTRA(E-UTRA)的无线电技术来实现。UTRA是通用移动电信***(UMTS)的一部分。第三代合作伙伴计划长期演进(3GPP LTE)是使用E-UTRA的演进UMTS(E-UMTS)的一部分，并且在下行链路中采用OFDMA而在上行链路中采用SC-FDMA。LTE-高级(LTE-A)是3GPP LTE的演进版。

为了描述的清晰起见，尽管将基于3GPP LTE/LTE-A描述以下实施方式，但要理解的是，本发明的技术精神不限于3GPP LTE/LTE-A。另外，下文中提供在本发明的实施方式中使用的特定术语来辅助理解本发明，且可以对这些特定术语进行各种修改，只要在它们不脱离本发明的技术精神的范围内即可。

图2是示出基于3GPP无线电接入网络标准的在用户设备与E-UTRAN之间的无线电接口协议的控制面和用户面的结构的示图。控制面是指用于发送控制消息的路径，其中，用户设备和网络使用这些控制消息来管理呼叫。用户面是指用于发送在应用层中生成的数据(例如，语音数据或互联网分组数据)的路径。

作为第一层的物理层使用物理信道向上层提供信息传递服务。物理层经由传输信道连接到介质访问控制(MAC)层，其中，介质访问控制层位于物理层之上。数据经由传输信道在介质访问控制层与物理层之间传输。数据经由物理信道在发送方的一个物理层与接收方的另一物理层之间传输。物理信道使用时间和频率作为无线电资源。更详细地，在下行链路中根据正交频分多址(OFDMA)方案来调制物理信道，并且在上行链路中根据单载波频分多址(SC-FDMA)方案来调制物理信道。

第二层的介质访问控制(MAC)层经由逻辑信道向MAC层之上的无线电链路控制(RLC)层提供服务。第二层的RLC层支持可靠的数据传输。RLC层可以被实现为MAC层内的功能块。为了在带宽窄的无线电接口内使用诸如IPv4或IPv6的IP分组来有效地传输数据，第二层的分组数据汇聚协议(PDCP)层执行头部压缩，以减小不必要的控制信息的大小。

位于第三层最底部上的无线电资源控制(RRC)层仅在控制面中定义。RRC层与无线电承载体(RB)的配置、重构和版本相关联，以负责控制逻辑信道、传输信道和物理信道。在这种情况下，RB是指由第二层为用户设备与网络之间的数据传输提供的服务。为此，用户设备和网络的RRC层彼此交换RRC消息。如果用户设备的RRC层是与网络的RRC层连接的RRC，则用户设备处于RRC连接模式。如果不是，则用户设备处于RRC空闲模式。位于RRC层之上的非接入层级(NAS)层执行诸如会话管理和移动性管理的功能。

构成基站eNB的一个小区被设置成1.4、3.5、5、10、15和20MHz的带宽中的一个并且向多个用户设备提供下行链路或上行链路传输服务。此时，不同的小区可以被设置成提供不同的带宽。

作为将数据从网络携带到用户设备的下行链路传输信道，提供了携带***信息的广播信道(BCH)、携带寻呼消息的寻呼信道(PCH)和携带用户流量或控制消息的下行链路共享信道(SCH)。下行链路多播或广播服务的流量或控制消息可以经由下行链路SCH或另外的下行链路多播信道(MCH)进行传输。同时，作为将数据从用户设备携带到网络的上行链路传输信道，提供了携带初始控制消息的随机接入信道(RACH)和携带用户流量或控制消息的上行链路共享信道(UL-SCH)。作为位于传输信道之上并且与传输信道建立映射的逻辑信道，提供了广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)和多播流量信道(MTCH)。

图3是示出在3GPP LTE***中使用的物理信道和使用该物理信道发送信号的通用方法的示图。

在步骤S301中，当用户设备新进入小区或通电时，用户设备执行诸如与基站同步的初始小区搜索。为此，用户设备通过从基站接收主同步信道(P-SCH)和辅同步信道(S-SCH)来与基站同步，并且获取诸如小区ID等信息。此后，用户设备可以通过从基站接收物理广播信道(PBCH)来获取小区内的广播信息。同时，在初始小区搜索步骤中，用户设备可以通过接收下行链路参考信号(DL RS)来识别下行链路信道状态。

在步骤S302中，已完成初始小区搜索的用户设备可以根据物理下行链路控制信道(PDCCH)和PDCCH中携带的信息通过接收物理下行链路共享信道(PDSCH)来获取更详细的***信息。

此后，用户设备可以执行诸如步骤S303至S306的随机接入过程(RACH)，以完成接入基站。为此，用户设备可以通过物理随机接入信道(PRACH)传输前导码(S303)，并且可以通过PDCCH和与PDCCH对应的PDSCH接收针对前导码的响应消息(S304)。在基于竞争的RACH的情况下，用户设备可以执行竞争解决过程(诸如发送(S305)另外的物理随机接入信道以及接收(306)物理下行链路控制信道和与物理下行链路控制信道对应的物理下行链路共享信道)。

作为发送上行链路/下行链路信号的通用过程，已执行上述步骤的用户设备可以接收物理下行链路控制信道(PDCCH)/物理下行链路共享信道(PDSCH)(S307)并且发送物理上行链路共享信道(PUSCH)和物理上行链路控制信道(PUCCH)(S308)。从用户设备传输到基站的控制信息将被称为上行链路控制信息(UCI)。UCI包括HARQ ACK/NACK(混合自动重传请求应答/否定ACK)、SR(调度请求)、CSI(信道状态信息)等。在本说明书中，HARQ ACK/NACK将被称为HARQ-ACK或ACK/NACK(A/N)。HARQ-ACK包括肯定ACK(简称为ACK)、否定ACK(NACK)、DTX和NACK/DTX中的至少一个。CSI包括CQI(信道质量指示符)、PMI(预编码矩阵指示符)、RI(秩指示)等。尽管UCI通常是通过PUCCH传输的，但如果控制信息和流量数据应同时传输，则UCI可以通过PUSCH传输。另外，用户设备可以根据网络的请求/命令通过PUSCH来非周期性地传输UCI。

图4是示出在LTE***中使用的无线电帧的结构的示图。

参照图4，在蜂窝OFDM无线电分组通信***中，以子帧为单位执行上行链路/下行链路数据分组传输，其中，按照包括多个OFDM符号的给定时间间隔定义一个子帧。3GPP LTE标准支持可应用于频分双工(FDD)的类型1无线电帧结构和可应用于时分双工(TDD)的类型2无线电帧结构。

图4的(a)是示出类型1无线电帧的结构的示图。下行链路无线电帧包括10个子帧，各子帧在时域中包括两个时隙。传输一个子帧所需的时间将被称为传输时间间隔(TTI)。例如，一个子帧可以具有1ms的长度，且一个时隙可以具有0.5ms的长度。一个时隙在时域中包括多个OFDM符号并且在频域中包括多个资源块(RB)。由于3GPP LTE***在下行链路中使用OFDM，因此OFDM符号表示一个符号间隔。OFDM符号可以被称为SC-FDMA符号或符号间隔。作为资源分配单元的资源块(RB)可以在一个时隙中包括多个连续子载波。

在一个时隙中包括的OFDM符号的数量可以根据循环前缀(CP)的配置而变化。CP的示例包括扩展CP和正常CP。例如，如果通过正常CP配置OFDM符号，则一个时隙中包括的OFDM符号的数量可以是7个。如果通过扩展CP配置OFDM符号，则由于OFDM符号的长度增大，因此一个时隙中包括的OFDM符号的数量小于正常CP的情况下的OFDM符号的数量。例如，在扩展CP的情况下，一个时隙中包括的OFDM符号的数量可以是6个。如果类似于用户设备高速移动的情况一样信道状态不稳定，则扩展CP可以用于减少符号间干扰。

如果使用正常CP，则由于一个时隙包括7个OFDM符号，因此一个子帧包括14个OFDM符号。此时，各子帧的前最大的3个OFDM符号可以被分配给物理下行链路控制信道(PDCCH)，并且其它OFDM符号可以被分配给物理下行链路共享信道(PDSCH)。

图4的(b)示出了类型2无线电帧的结构。类型2无线电帧包括两个“半帧”，各半帧具有4个正常子帧和特殊子帧，正常子帧包括2个时隙，特殊子帧包括下行链路导频时隙(DwPTS)、保护时段(GP)和上行链路导频时隙(UpPTS)。

在特殊子帧中，DwPTS在UE上用于进行初始小区搜索、同步或信道估计。UpPTS在eNB中用于针对UE的上行链路传输同步的信道估计和获取。即，DwPTS用于下行链路传输，而UpPTS用于上行链路传输。具体地，UpPTS被用于PRACH前导码或SRS传输。另外，GP是旨在消除由下行链路信号的多路延迟造成的上行链路干扰的在上行链路与下行链路之间的时段。

当前3GPP标准文献定义了特殊子帧的配置，如以下表1中示出。表1示出了当T_s＝1/(15000×2048)时给出的DwPTS和UpPTS，并且其它区域被配置为GP。

[表1]

在TDD***中，如以下表2中所示，给出了类型2无线电子帧的结构，即，上行链路/下行链路子帧配置(UL/DL配置)。

[表2]

在表2中，D指代下行链路子帧，U指代上行链路子帧，并且S指代特殊子帧。表2还示出了各***的上行链路/下行链路子帧配置中的下行链路-上行链路切换点周期。

所示出的无线电帧的结构仅是说明性的，且可以对无线电帧中包括的子帧的数量、子帧中包括的时隙的数量或时隙中包括的符号的数量进行各种修改。

图5是示出下行链路时隙的资源网格的示图。

参照图5，下行链路时隙在时域中包括多个(个)OFDM符号并且在频域中包括多个(个)资源块。由于各资源块包括个子载波，因此下行链路时隙在频域中包括个子载波。尽管图5示出了下行链路时隙包括7个OFDM符号并且资源块包括12个子载波，但要理解，下行链路时隙和资源块不限于图5的示例。例如，下行链路时隙中包括的OFDM符号的数量可以根据CP的长度而变化。

资源网格上的每个元素将被称为资源元素(RE)。用一个OFDM符号索引和一个子载波索引指示一个资源元素。一个RB包括个资源元素。下行链路时隙中包括的个资源块取决于在小区中配置的下行链路传输带宽。

图6是示出下行链路子帧的结构的示图。

参照图6，位于子帧的第一时隙前部的最多3(4)个OFDM符号对应于被分配控制信道的控制区。其它OFDM符号对应于被分配物理下行链路共享信道(PDSCH)的数据区。LTE***中使用的下行链路控制信道的示例包括物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)和物理混合ARQ指示符信道(PHICH)。PCFICH从子帧的第一OFDM符号发送，并且携带关于用于子帧内控制信道的传输的OFDM符号的数量的信息。响应于上行链路传输，PHICH携带HARQ ACK/NACK(混合自动重传请求应答/否定应答)信号。

eNB在PDCCH上向UE或UE群组传输与作为传输信道的寻呼信道(PCH)和下行链路共享信道(DL-SCH)的资源分配、上行链路调度许可、HARQ信息和下行链路分配索引(DAI)相关的信息。本文中，DAI可以表示PDCCH的顺序次序或计数值。为简便起见，由DL授权PDCCH的DAI字段所指示的值被称为DL DAI，且由UL授权PDCCH的DAI字段所指示的值将被称为ULDAI。

通过PDCCH传输的控制信息将被称为下行链路控制信息(DCI)。DCI包括用于用户设备或用户设备群组的资源分配信息。例如，DCI包括上行链路/下行链路调度信息、上行链路传输(Tx)功率控制命令等。

PDCCH可以包括下行链路共享信道(DL-SCH)的传输格式和资源分配信息、上行链路共享信道(UL-SCH)的传输格式和资源分配信息、寻呼信道(PCH)上的寻呼信息、DL-SCH上的***信息、在PDSCH上发送的上层控制消息(诸如随机接入响应)的资源分配信息、随机用户设备群组内的个体用户设备(UE)的发送(Tx)功率控制命令集、发送(Tx)功率控制命令和互联网协议语音(VoIP)的激活指示信息。多个PDCCH可以在控制区内发送。用户设备可以监测多个PDCCH。PDCCH在一个或多个连续控制信道元素(CCE)的聚合上发送。CCE是用于基于无线电信道的状态向PDCCH提供编码速率的逻辑分配单元。CCE对应于多个资源元素组(REG)。根据CCE的数量，确定PDCCH的格式和PDCCH的可用比特的数量。基站根据将发送到用户设备的DCI确定PDCCH格式，并且在控制信息中添加循环冗余校验(CRC)。根据PDCCH的使用或PDCCH的拥有者，用标识符(例如，无线电网络临时标识符(RNTI))掩蔽CRC。例如，如果PDCCH用于特定用户设备，则可以用对应用户设备的小区RNTI(C-RNTI)掩蔽CRC。如果PDCCH用于寻呼消息，则可以用寻呼标识符(例如，寻呼RNTI(P-RNTI))掩蔽CRC。如果PDCCH用于***信息(更详细地，***信息块(SIB))，则可以用***信息RNTI(SI-RNTI)掩蔽CRC。如果PDCCH用于随机接入响应，则可以用随机接入RNTI(RA-RNTI)掩蔽CRC。

以下将更详细地描述DCI格式。

在LTE-A(版本10)中定义DCI格式0、1、1A、1B、1C、1D、2、2A、2B、2C、3、3A和4。DCI格式0、1A、3和3A被定义为具有相同的消息大小，以减少盲解码的次数，随后将对此进行描述。DCI格式根据待发送的控制信息的使用目的可以被划分成i)用于上行链路调度许可的DCI格式0和4，ii)用于下行链路调度分配的DCI格式1、1A、1B、1C、1D、2、2A、2B和2C以及iii)用于功率控制命令的DCI格式3和3A。

用于上行链路调度许可的DCI格式0可以包括随后将描述的载波聚合所必需的载波指示符、用于将DCI格式0和1A彼此区分开的偏移量(区分格式0/格式1A的标志)、指示跳频是否用于上行链路PUSCH发送的跳频标志、关于供UE用来发送PUSCH的资源块分配的信息、调制和编码方案、用于清空缓冲器以进行与HARQ处理有关的初始发送的新数据偏移量(新数据指示符)、针对被调度的PUSCH的发送功率控制(TPC)命令、关于解调参考信号(DMRS)的循环移位和OCC索引的信息、以及TDD操作所必需的UL索引和信道质量指示符请求(CSI请求)等。不同于与下行链路调度分配相关的DCI格式，DCI格式0不包括冗余版本，因为DCI格式0使用同步HARQ。当不使用跨载波调度时，在DCI格式中不包括载波指示符。

在LTE-A版本10中新添加到DCI格式中的DCI格式4支持针对LTE-A中的上行链路发送应用空间多路复用。DCI格式4具有比DCI格式0更大的消息大小，因为它还包括用于空间多路复用的信息。除了DCI格式0中包括的控制信息之外，DCI格式4包括额外的控制信息。即，DCI格式4包括关于针对第二发送块的调制编码方案的信息、用于多天线发送的预编码信息和探测参考信号(SRS)请求信息。DCI格式4不包括用于在格式0和1A之间进行区分的偏移量，因为它具有比DCI格式0更大的大小。

用于下行链路调度分配的DCI格式1、1A、1B、1C、1D、2、2A、2B和2C可以被广义划分成不支持空间多路复用的DCI格式1、1A、1B、1C和1D和支持空间多路复用的DCI格式2、2A、2B和2C。

DCI格式1C仅支持作为紧凑频率分配的频率连续分配，且相比于其它格式，不包括载波指示符和冗余版本。

DCI格式1A用于下行链路调度和随机存取。DCI格式1A可以包括载波指示符、指示是否使用下行链路分配发送的指示符、PDSCH资源分配信息、调制和编码方案、冗余版本、指示用于软件结合的处理器的HARQ处理器编号、用于清空缓冲器以进行与HARQ处理相关的初始发送的新数据指示符、用于PUCCH的TPC命令、TDD操作所必需的上行链路索引等。

DCI格式1包括与DCI格式1A的控制信息类似的控制信息。DCI格式1支持不连续资源分配，而DCI格式1A与连续资源分配相关。因此，DCI格式1还包括资源分配头部，且因此作为增加资源分配灵活性的代价，使控制信令开销略微增大。

相比于DCI格式1，DCI格式1B和1D两者还包括预编码信息。DCI格式1B包括PMI应答并且DCI格式1D包括下行链路功率偏移量信息。在DCI格式1B和1D中包括的大部分控制信息对应于DCI格式1A中的控制信息。

DCI格式2、2A、2B和2C基本上包括在DCI格式1A中包括的大部分控制信息并且还包括用于空间多路复用的信息。用于空间多路复用的信息包括针对第二发送块、新数据指示符和冗余版本的调制和编码方案。

DCI格式2支持闭环空间多路复用，且DCI格式2A支持开环空间多路复用。DCI格式2和2A两者均包括预编码信息。DCI格式2B支持与波束形成结合的双层空间多路复用并且还包括针对DMRS的循环移位信息。可以被视为DCI格式2B的扩展版本的DCI格式2C支持高达8层的空间多路复用。

DCI格式3和3A可以用于补充在以上提到的DCI格式中包括的TPC信息以用于上行链路调度许可和下行链路调度分配，即，支持半永久性调度。在DCI格式3的情况下，每个UE使用1比特命令，而在DCI格式3A的情况下，每个UE使用2比特命令。

上述DCI格式中的一个通过PDCCH发送，并且在控制区域中可以发送多个PDCCH。UE可以监测所述多个PDCCH。

图7示出了在LTE中使用的上行链路子帧的结构。

参照图7，上行链路(UL)子帧包括多个(例如，2个)时隙。各时隙包括根据CP长度而数量不同的SC-FDMA符号。UL子帧在频域中被划分成数据区和控制单元。数据区包括PUSCH并且被用于发送数据信号(诸如，语音)。控制区包括PUCCH并且被用于发送上行链路控制信息(UCI)。PUCCH跨时隙边界执行跳频，该时隙边界包括在频域中位于数据区两端的RB对。

PUCCH可以用于发送下述的控制信息。

–调度请求(SR)：这是用于请求上行链路UL-SCH资源的信息。使用开关键控(OOK)方案来发送这一信息。

–HARQ ACK/NACK：这是对于PDSCH上的下行链路数据分组的响应信号。这指示是否成功接收了下行链路数据分组。响应于单个下行链路码字，发送1比特的ACK/NACK。响应于两个下行链路码字，发送2比特的ACK/NACK。

–信道状态信息(CSI)：这是关于下行链路信道的反馈信息。该CSI包括信道质量指示符(CQI)，并且与多输入多输出(MIMO)相关的反馈信息包括秩指示符(RIA)、预编码矩阵指示符(PMI)和预编码类型指示符(PTI)。该信息对于每个子帧使用20比特。

UE可在子帧中发送的UCI的量取决于发送UCI可用的SC-FDMA的数量。发送UCI可用的SC-FDMA是指除了子帧中用于发送参考信号的SC-FDMA符号之外的SC-FDMA符号。对于其中配置探测参考信号(SRS)的子帧，还从可用符号中排除子帧的最后一个SC-FDMA符号。参考信号用于PUCCH的相干检测。

图8示出了在单个小区情形下的TDD UL ACK/NACK发送过程。

参照图8，UE可以在M个DL子帧(SF)内接收一个或更多个PDSCH信号(S802_0至S802_M-1)。根据发送模式，各PDSCH信号用于发送一个或更多个(例如，2个)传输块(TB)(或码字(CW))。另外，尽管未示出，但在步骤S802_0至S802_M-1中，UE还可以接收请求ACK/NACK响应的PDCCH信号，例如，指示SPS版本的PDCCH信号(简言之，SPS版本PDCCH信号)。当在M个DL子帧中存在PDSCH信号和/或SPS版本PDCCH信号时，UE执行用于发送ACK/NACK的过程(例如，ACK/NACK(有效载荷)产生、ACK/NACK资源分配等)，且然后在对应于M个DL子帧的一个UL子帧中发送ACK/NACK(S804)。ACK/NACK包括用于步骤S802_0至S802_M-1的PDSCH信号和/或SPS版本PDCCH信号的接收响应信息。ACK/NACK基本上是经由PUCCH发送的。然而，如果在ACK/NACK发送时间出现PUSCH发送，则经由PUSCH发送ACK/NACK。表2的各种PUCCH格式可以用于ACK/NACK发送。另外，可以使用诸如ACK/NACK绑定和ACK/NACK信道选择的各种方法来减少通过PUCCH格式发送的ACK/NACK的比特数量。

如上所述，在TDD中，在M个DL子帧中接收的对于数据的ACK/NACK通过一个UL子帧发送(即，M个DL SF:1个UL SF)并且通过下行链路联合集合索引(DASI)给定其间的关系。

以下的表3示出了在LTE(-A)中定义的DASI(K::{k₀、k₁、…、K_M-1})。表3示出了与和用于发送ACK/NACK的UL子帧关联的DL子帧的间隔。具体地，当在子帧n-k(k∈K)中存在PDSCH发送和/或SPS版本PDCCH时，UE发送对应于子帧n的ACK/NACK。

[表3]

如果多个PDSCH在多个DL子帧中向一个UE发送，则eNB针对各PDSCH逐一地发送多个PDCCH。在这种情况下，UE在一个UL子帧中通过PUCCH或PUSCH发送针对多个PDSCH的ACK/NACK。在传统LTE中，用于发送针对传统LTE中的TDD模式下使用的多个PDSCH的ACK/NACK的方法被广义划分成以下两种方法：

1)经由逻辑与(AND)运算将用于多个数据单元(例如，PDSCH、SPS版本PDCCH等)的ACK/NACK比特连接。例如，当所有数据单元都被成功解码时，Rx节点(例如，UE)发送ACK信号。另一方面，如果无法解码(或检测到)数据单元中的任一个，则Rx节点发送NACK信号或者不发送任何信号。

2)接收多个PDSCH的UE占用用于执行ACK/NACK发送的多个PUCCH资源。对于多个数据单元的ACK/NACK响应是由实际用于ACK/NACK发送的PUCCH资源与所发送的ACK/NACK的内容(例如，比特值)的组合来标识的。

在TDD中，当UE向BS发送ACK/NACK信号时，可能会出现以下问题。

如果UE在多个子帧的间隔期间丢失了从BS发送的PDCCH中的一些，则因为UE不能识别甚至与被丢失的PDCCH对应的PDSCH已被发送到UE的事实，所以在产生ACK/NACK时可能产生错误。

为了应对该错误，TDD***向PDCCH添加下行链路分配索引(DAI)。DAI表示在DL子帧n-k(k∈K)中直至当前子帧的指示DL SPS版本的PDCCH和对应于PDSCH的PDCCH的累加值(即，计数值)。例如，当3个DL子帧对应于一个UL子帧时，在3个DL子帧中发送的PDSCH被顺序地进行索引(即，顺序地计数)并且经由用于调度PDSCH的PDCCH来传递。UE可以基于PDCCH中包含的DAI信息来识别迄今为止是否已成功接收了PDCCH。为简便起见，在PDSCH调度的PDCCH和SPS版本PDCCH中包含的DAI被称为DL DAI、DAI-c(计数器)或DAI。

以下的表4示出了用DL DAI字段指示的值

[表4]

MSB：最高有效位。LSB：最低有效位。

图9示出了使用DL DAI的示例性ACK/NACK发送。在该示例中，假设TDD***被配置为3个DL子帧:1个UL子帧的形式。为简便起见，假设使用PUSCH资源发送ACK/NACK。在传统LTE中，经由PUSCH进行的ACK/NACK发送是通过发送1比特或2比特的被绑定的ACK/NACK来实现的。

参照图9，如示例1中所示，当UE丢失第二PDCCH时，由于第三PDCCH的DL DAI的值与已检测到的PDCCH的数量不相同，因此UE可以识别到丢失了第二PDCCH。在这种情况下，UE可以将对于第二PDCCH的ACK/NACK响应处理为NACK(或NACK/DTX)。另一方面，如示例2中所示，当丢失了最后的PDCCH时，由于最后检测到的PDCCH的DAI的值与已检测到的PDCCH的数量相同，因此UE可能无法识别到丢失了最后的PDCCH(即，DTX)。因此，UE误识别到在DL子帧时段期间仅调度了2个PDCCH。在这种情况下，UE仅将对应于前两个PDCCH的ACK/NACK绑定，且因此在反馈ACK/NACK时产生错误。为了应对这一问题，PUSCH调度的PDCCH(即，UL授权PDCCH)包括DAI字段(为简便起见，UL DAI字段)。UL DAI字段是2比特字段并且指示关于被调度的PDCCH的数量的信息。

具体地，当时，在假设至少一个DL分配被丢失(即，DTX产生)的情况下，UE根据绑定过程针对所***字产生NACK。本文中，U_DAI指代在子帧n-k(k∈K)内检测到的SPS版本PDCCH和DL授权PDCCH的总数(参照表3)。N_SPS指代SPS PDSCH的数量并且被设置成0或1。

以下的表5示出了用UL DAI字段指示的值

[表5]

MSB：最高有效位。LSB：最低有效位。

图10示出了载波聚合(CA)通信***。

参照图10，可以收集多个UL/DL分量载波(CC)来支持较宽的UL/DL带宽。术语“分量载波(CC)”可以被另一个等同术语(例如，载波、小区等)替代。CC在频域中彼此可以是相邻的或可以是不相邻的。可以独立地确定各CC的带宽。也可以进行使UL CC的数量与DL CC的数量不同的不对称载波聚合。同时，控制信息可以被配置成通过特定CC发送和接收。这个特定CC可以被称为主CC(或锚定CC)，并且其它CC可以被称为辅CC。

当应用跨载波调度(或跨CC调度)时，可以在DL CC#0上发送用于DL分配的PDCCH，并且可以在DL CC#2上发送对应的PDSCH。为了确保跨CC调度，可以引入载波指示符字段(CIF)。在PDCCH中，可以通过更高层信令(例如，RRC信令)半静态地并且UE特定(或UE群组特定)地指示存在CIF。用于PDCCH发送的基线被总结如下。

■CIF禁用：DL CC上的PDCCH被分配同一DL CC上的PDSCH资源或一个链接的UL CC上的PUSCH资源

●无CIF

●等同于LTE PDCCH结构(相同编码、相同的基于CCE的资源映射)和DCI格式

■CIF启用：可以使用CIF为DL CC上的PDCCH分配多个聚合DL/UL CC之中的特定DL/UL CC上的PDSCH资源或PUSCH资源

●具有CIF的扩展LTE DCI格式

-CIF(当配置时)是固定的x比特字段(例如，x＝3)

-CIF(当配置时)的位置是固定的，而不管DCI格式的大小

●重新使用LTE PDCCH结构(相同编码和相同的基于CCE的资源映射)

当存在CIF时，基站可以分配PDCCH监测的DL CC集合，以降低UE上的BD复杂度。PDCCH监测的DL CC集合包括作为所有聚合DL CC的部分的至少一个DL CC，且UE仅检测/解码至少一个DL CC上的PDCCH。即，如果基站对UE调度PDSCH/PUSCH，则PDCCH仅通过PDCCH监测的DL CC集合发送。可以按UE特定、UE群组特定或小区特定的方式配置PDCCH监测的DL CC集合。术语“PDCCH监测的DL CC”可以被诸如“监测载波”和“监测小区”的另一等同术语替代。另外，为UE聚合的CC可以被表达为诸如“服务CC”、“服务载波”和“服务小区”的等同术语。

图11示出了当聚合多个载波时执行的调度。假设3个DL CC已被聚合。还假设DL CCA被配置为PDCCH监测的DL CC。DL CC A至C可以被称为服务CC、服务载波、服务小区等。如果CIF被禁用，则各DL CC可以根据LTE PDCCH配置在没有CIF的情况下仅发送用于调度其PDSCH的PDCCH。另一方面，如果CIF被UE特定(或UE群组特定或小区特定)的更高层信令启用，则可以使用CIF在DL CC A(监测的DL CC)上发送用于调度DL CC A的PDSCH的PDCCH以及用于调度另一个CC的PDSCH的PDCCH。在这种情况下，在没有被配置为PDCCH监测的DL CC的DL CC B/C上不发送PDCCH。因此，DL CC A(监测的DL CC)必须包括与DL CC A相关的PDCCH搜索空间、与DL CC B相关的PDCCH搜索空间和与DL CC C相关的PDCCH搜索空间。在本说明书中，假设针对各载波定义PDCCH搜索空间。

如上所述，LTE-A考虑在PDCCH中使用CIF来执行跨CC调度。可以通过RRC信令半静态地/UE特定地配置是否使用CIF(即，支持跨CC调度模式或非跨CC调度模式)以及CIF是否在模式之间进行切换。在经历了RRC信令处理之后，UE可以识别在为此调度的PDCCH中是否使用CIF。

图12示出了EPDCCH和通过EPDCCH调度的PDSCH。

参照图12，对于EPDCCH，通常可以定义并且使用用于发送数据的PDSCH区域的部分。UE必须执行盲解码来检测其EPDCCH的存在。EPDCCH执行与传统PDCCH所执行的相同的调度操作(即，控制PDSCH和PUSCH)，但当访问节点(诸如RRH)的UE数量增加时，可能会增加复杂度，因为在PDSCH区域中分配的EPDCCH的数量增加，且进而UE需要执行的盲解码的次数增加。

下文中，将描述协作多点发送/接收(CoMP)。

LTE-A之后的***考虑引入通过启用多个小区之间的协作来提高***性能的方法。这种方法被称为协作多点发送/接收(CoMP)。CoMP是指两个或更多个基站、接入点或小区进行协作以与特定UE平稳通信的通信方案。在本发明中，术语“基站”、“接入点”和“小区”可以具有相同含义。

通常，在频率复用因子是1的多小区环境中，处于小区边界的UE的性能和平均分区吞吐量可能会由于小区间干扰(ICI)而降低。为了使此ICI衰减，传统LTE***使用通过UE特定功率控制的简单无源技术(诸如部分频率复用(FFR))来确保处于小区边界的UE在UE经受干扰的环境中表现出合适的吞吐量性能。然而，可以更优选地使ICI衰减或者复用ICI以作为UE用于降低各小区的频率资源使用所需的信号。为了实现这个目的，可以应用CoMP发送技术。

图13示出了CoMP操作的示例。参照图13，无线通信***包括执行CoMP的多个基站BS1、BS2和BS3以及UE。执行CoMP的基站BS1、BS2和BS3可以协作，由此向UE有效发送数据。根据从执行CoMP的基站是否发送数据，CoMP可以被划分成两种技术：

-联合处理(-CoMP联合处理(CoMP-JP))

-CoMP协作调度(CoMP-CS)/协作波束成形(CB)

在CoMP-JP中，执行CoMP的基站将数据同时发送到一个UE，并且UE通过组合来自基站的信号来提高接收性能。即，根据CoMP-JP技术，CoMP协作单元中的各个点(基站)可以使用数据。CoMP协作单元是指协作发送方案所使用的一组基站。JP方案可以被划分成联合发送和动态小区选择。

联合发送是指从多个发送点(CoMP协作单元的部分或全部)同时发送PDSCH的技术。即，多个发送点可以将数据同时发送到单个UE。采用联合发送技术，可以相干地或不相干地提高接收到的信号的质量，并且可以有力地消除与另一UE的干扰。

动态小区选择是用于在某一时间从(CoMP协作单元的)一个发送点发送PDSCH的技术。即，一个发送点在特定时间将数据发送到单个UE，而CoMP协作单元中的其它发送点没有在此时向UE发送数据。可以动态地选择向UE发送数据的发送点。

另一方面，当使用CoMP-CS时，数据在特定时刻从一个基站被发送到UE，并且执行调度或波束成形，使得与其它基站的干扰最小化。即，当使用CS/CB技术时，CoMP协作单元可以协作地执行对于单个UE的数据发送的波束成形。虽然仅从服务小区向UE发送数据，但可以通过CoMP协作单元中的小区之间的协作来确定用户调度/波束成形。

在上行链路的情况下，CoMP接收是指接收通过多个地理上分开的发送点之间的协作而发送的信号。可应用于上行链路的CoMP方案可以被分类为联合接收(JR)和协作调度/波束成形(CS/CB)。

JR是指多个接收点接收通过PUSCH发送的信号的技术。CS/CB是指仅一个点接收PUSCH并且通过CoMP单元的小区之间的协作来确定用户调度/波束成形的技术。

图14示出了以下情况：在TDD***中，因为***中下行链路负荷增大，所以特定小区改变UL资源(即，UL SF)的一部分以用于DL通信。在图14中，假设通过SIB创建的UL/DL配置是UL/DL#1(即，DSUUDDSUUD)。在图14中示出了通过预定信号(例如，物理/更高层信号或***信息信号)改变UL SF#(n+3)和UL SF#(n+8)以用于下行链路通信。

基于以上给出的描述，将给出关于当小区根据***负荷状态而动态改变无线电资源的配置时有效解释/使用特定DCI格式(例如，DCI格式0和/或DCI格式4)中的“UL索引字段”和/或“UL DAL(UL下行链路分配索引)”的描述。

下文中，为简便起见，将基于3GPP LTE***描述本发明。然而，本发明还可应用于除了3GPP LTE***之外的***。本发明的实施方式可应用于以下情况：在采用载波聚合(CA)技术的环境中，根据施加到***的负荷来动态地改变特定小区(或分量载波(CC))上的资源。另外，本发明的实施方式可以被扩展，且因此可应用于在TDD***或FDD***中动态改变无线电资源的使用的情况。

在传统LTE TDD***中，根据与在其上发送DCI格式的小区(或分量载波)相关的基于SIB1信息的UL-DL配置(即，PCell)或基于RadioResourceConfigCommonSCell IE信息的UL-DL配置(即，SCell)是否被设置成UL-DL配置#0，确定是否将DCI格式0和/或DCI格式4中的特定字段(即，2比特字段)解释为用于索引信息或UL DAI信息。即，如果配置被设置成UL-DL配置#0，则该字段被解释为用于索引信息。否则，该字段被解释为用于UL DAI信息。

另外，在特定小区根据***的负荷状态来动态改变无线电资源的配置的情况下，提供了基于SIB1信息的UL-DL配置或基于RadioResourceConfigCommonSCell IE信息的UL-DL配置、与DL HARQ参考配置有关的UL-DL配置、与UL HARQ参考配置相关的UL-DL配置和对于特定UE(eIMTA UE)而言的当前(重新)建立的UL-DL配置。

在这种情形下，用于形成DCI格式0/4中的特定字段(即，2比特字段)将被解释为用于UL索引信息或UL DAI信息的基础的UL-DL配置变得对于UE(eIMTA UE)而言是不清楚的。本文中，UL DAI指代“与预定处理窗口内发送的PDSCH(的发送)相关的子帧和与用于传递DLSPS版本信息的PDCCH/EPDCCH发送相关的子帧的总数”。UE可以接收UL DAI信息并且(重新)检查在预定绑定窗口内是否错失了PDCCH/EPDCCH接收。另外，UE可以接收具有特定值(例如，11)的UL索引，由此识别出“一条UL DCI信息(即，DCI格式0/4)调度一个PUSCH还是多个(即，2个)PUSCH”。

例如，在特定小区根据***的负荷状态来动态地改变资源的配置的情况下，如果i)UL HARQ参考配置和DL HARQ参考配置被设置成UL-DL配置#0和UL-DL配置#2(UL-DL配置#2、#4和#5中的一个)，ii)UL HARQ参考配置和(重新)创建的UL-DL配置被分别设置成UL-DL配置#0和UL-DL配置#2，则对于与小区执行通信的特定UE(eIMTA UE UE)，需要关于DCI格式0/4的UL索引信息和/或UL DAI信息来确保UE的有效UL-DL通信。下文中，将描述用于应对以上提到的问题的本发明的实施方式。

1.第一实施方式

根据第一实施方式，如果在UL HARQ配置(或基于SIB1信息的UL-DL配置)被设置成UL-DL配置#0的情形下，DL HARQ参考配置被设置成UL-DL配置#2、#4和#5中的一个(即，当设置不同的UL-DL配置时)，则可以在DCI格式0/4中添加预定比特大小的字段。

本文中，所添加的字段可以被配置成用于发送UL DAI信息(UL索引信息)。由此，与发送UL索引信息相关的字段和与发送UL DAI信息相关的字段可以在DCI格式(0/4)下共存。另外，i)关于所添加字段的配置的信息或ii)关于所添加字段的比特大小的信息可以由BS通过预定信号(例如，物理层信号或更高层信号)向UE宣告或者可以被配置成根据预定规则被隐含性地识别到。

另外，仅当通过UE特定搜索空间(USS)发送DCI格式时，才可以采用添加预定比特大小(例如，2比特)的字段。

2.第二实施方式

根据第二实施方式，如果在UL HARQ配置(或基于SIB1信息的UL-DL配置)被设置成UL-DL配置#0的情形下，DL HARQ参考配置被设置成UL-DL配置#2、#4和#5中的一个(即，当设置不同的UL-DL配置时)，则可以基于以下给出的规则#A至规则#H中的至少一个(即，一些或全部)来(重新)解释DCI格式0/4的特定字段(例如，2比特字段)。

根据这一实施方式的规则可以被定义为仅当通过UE公共搜索空间(CSS)发送DCI格式0/4时才应用。即，当通过USS发送DCI格式0/4时，可以采用第一实施方式。

2.1.规则#A

与DCI格式0/4上的特定字段相关的状态的至少一部分(即，一些或全部)将经受按照与传统情况中所使用的相同的形式来解释UL索引信息，并且应将预设(或用信号预发送)的特定值用于UL DAI信息项。例如，以下根据3GBP TS 36.213(即，LTE标准文献)的8.0或更高版本下的UL索引值的设置针对UL许可定义的表6的内容、或者基于PHICH的PUSCH发送时间线可以被如下所述地应用。

[表6]

即，表6的[情况#A]、[情况#B]或[情况#C]可以按与传统LTE***(其中，[情况#C]表示一条UL DCI信息(即，DCI格式0/4)调度多个(即，2个)PUSCH的情况)中相同的形式来应用，并且可以假设UL DAI信息具有预定(或用信号发送)的特定值。

本文中，与DCI格式0/4的特定字段相关的状态的至少一部分(即，一些或全部)可以经历以与传统情况所使用的相同的形式来解释UL索引信息，并且i)针对各种状态配置(或用信号发送)的UL DAI信息项或ii)针对各UL索引信息配置(或用信号发送)的UL DAI信息项中的至少一部分(即，一些或全部)可以互不相同。相反地，与DCI格式0/4的特定字段相关的状态的至少一部分(即，一些或全部)可以经历以与传统情况相同的形式来解释UL索引信息，并且i)针对各种状态配置(或用信号发送)的UL DAI信息项或ii)针对各UL索引信息项配置(或用信号发送)的UL DAI信息项中的至少一部分(即，一些或全部)可以彼此相同。

具体地，当特定字段的比特大小是2比特时，给定4种状态。这些状态经历按照与传统情况相同形式的UL索引信息的解释(例如，表6的[情况#A]、[情况#B]和[情况#C])，而针对各种状态配置(或用信号发送)的UL DAI信息项或针对各UL索引信息项配置(或用信号发送)的UL DAI信息项可以对应于i)“[00]→‘UL DAI＝1’”、“[01]→‘UL DAI＝2’”、“[10]→‘UL DAI＝3’”、“[11]→‘UL DAI＝4/0’”(即，针对各种状态配置不同的UL DAI信息项)，ii)“[00]→‘UL DAI＝2’”、“[01]→‘UL DAI＝2’”、“[10]→‘UL DAI＝2’”、“[11]→‘UL DAI＝2’”(即，针对各种状态配置相同的UL DAI信息项)，以及iii)“[00]→‘UL DAI＝2’”、“[01]→‘UL DAI＝2’”、“[10]→‘UL DAI＝4/0’”、“[11]→‘UL DAI＝4/0’”(即，针对状态中的一些配置相同的UL DAI信息)(其中，“A→B”指代在A的情况下指示B)中的一种情况。这可以被解释为如下含义：用于将特定字段解释为用于UL索引信息的值和用于将特定字段解释为用于UL DAI信息的值同时被映射成与DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)相关的一种状态。

作为另一示例，当特定字段的比特大小是2比特时，给定4种状态。这些状态经历按照与传统情况相同形式的UL索引信息的解释(例如，表6的[情况#A]、[情况#B]和[情况#C])，而另外配置的UL DAI信息项可以(限制性地)仅被指定用于具有实际有效定义/映射的UL数据信道(PUSCH)发送时间线信息(或UL索引信息)的状态(例如，[10]、[01]、[11])。本文中，另外配置的UL DAI信息可以对应于i)“[01]→‘UL DAI＝1’”、“[10]→‘UL DAI＝2’”、“[11]→‘UL DAI＝4/0’”(即，配置相同的UL DAI信息)或ii)“[01]→‘UL DAI＝2’”、“[10]→‘UL DAI＝2’”、“[11]→‘UL DAI＝2’”(即，配置不同的UL DAI信息项)或者iii)“[01]→‘UL DAI＝2’”、“[10]→‘UL DAI＝2’”、“[11]→‘UL DAI＝4/0’”(即，针对状态中的一些配置相同的UL DAI信息)(其中，“A→B”指代在A的情况下指示B)中的一种情况。

2.2.规则#B

与DCI格式0/4中的特定字段相关的状态的至少一部分(例如，一些或全部)将经受按照与传统情况中所使用的相同的形式来解释UL DAI信息，并且将假设将预设(或用信号预发送)的特定值用于UL索引信息项。

本文中，与DCI格式0/4的特定字段相关的状态的至少一部分(即，一些或全部)可以经历以与传统情况所使用的相同的形式来解释UL DAI信息，并且针对各种状态配置(或用信号发送)的UL索引信息项或针对各UL DAI信息项配置(或用信号发送)的UL索引信息项中的至少一部分(即，一些或全部)可以互不相同。相反地，与DCI格式0/4的特定字段相关的状态的至少一部分(即，一些或全部)可以经历以与传统情况相同的形式来解释UL DAI信息，并且针对各种状态配置(或用信号发送)的UL索引信息项或针对各UL DAI信息项配置(或用信号发送)的UL索引信息项中的至少一部分(即，一些或全部)可以彼此相同。

具体地，当特定字段的比特大小是2比特时，给定4种状态。这些状态经历与传统情况相同形式的UL索引信息的解释(例如，“[00]→‘UL DAI＝1’”、“[01]→‘UL DAI＝2’”、“[10]→‘UL DAI＝3’”、“[11]→‘UL DAI＝4’”)，而针对各种状态配置(或用信号发送)的UL索引信息项或针对各UL DAI信息项配置(或用信号发送)的UL索引信息项可以对应于i)“[00]→‘UL索引＝[00]’”、“[01]→‘UL索引＝[01]’”、“[10]→‘UL索引＝[10]’”、“[11]→‘UL索引＝[11]’”(即，针对各种状态配置不同的UL索引信息项)或ii)“[00]→‘UL索引＝[11]’”、“[01]→‘UL索引＝[11]’”、“[10]→‘UL索引＝[11]’”、“[11]→‘UL索引＝[11]’”(即，针对各种状态配置相同的UL索引信息项)和iii)“[00]→‘UL索引＝[10]’”、“[01]→‘UL索引＝[10]’”、“[10]→‘UL索引＝[11]’”、“[11]→‘UL索引＝[11]’”(即，针对状态中的一些配置相同的UL索引信息)(其中，“A→B”指代在A的情况下指示B)中的一种情况。

作为另一示例，当特定字段的比特大小是2比特时，给定4种状态。这些状态经历与传统情况相同形式的UL DAI信息的解释(例如，“[00]→‘UL DAI＝1’”、“[01]→‘UL DAI＝2’”、“[10]→‘UL DAI＝3’”、“[11]→‘UL DAI＝4’”)，而另外配置的UL索引信息项可以(限制性地)仅被指定用于具有实际有效定义/映射的UL数据信道(PUSCH)发送时间线信息或UL索引信息的状态(例如，[10]、[01]、[11])。例如，另外配置的UL索引信息可以对应于i)“[01]→‘UL索引＝[01]’”、“[10]→‘UL索引＝[10]’”、“[11]→‘UL索引＝[11]’”(即，配置不同的UL索引信息项)或ii)“[01]→‘UL索引＝[11]’”、“[10]→‘UL索引＝[11]’”、“[11]→‘UL索引＝[11]’”(即，配置相同的UL索引信息项)或者iii)“[01]→‘UL索引＝[10]’”、“[10]→‘UL索引＝[10]’”、“[11]→‘UL索引＝[11]’”(即，针对状态中的一些配置相同的UL索引信息)(其中，“A→B”指代在A的情况下指示B)中的一种情况。

作为另一示例，当应用与第二实施方式相关的规则#A和规则#B时，如果为一种状态分配特定字段，则设定对应的特定UL DAI值或特定UL DAI信息，且因此小区(或BS)可以预先发送在预定绑定窗口内用于传递i)PDSCH和/或ii)DL SPS版本信息的PDCCH/EPDCCH，PDCCH/EPDCCH的数量与特定UL DAI值或特定UL DAI信息一致。即，在预定绑定窗口内由UE接收的用于传递i)PDSCH和/或ii)DL SPS版本信息的PDCCH/EPDCCH的总数可以与特定ULDAI值的值相符。

另外，关于解释与特定字段相关的状态的至少一部分(即，一些或全部)的信息可以通过在BS与UE之间预定的信号(例如，物理层信号或更高层信号)传递或者被配置成通过预定规则来隐含地识别。

2.3.规则#C

与DCI格式0/4的特定字段相关的多种状态中的一些可以被配置成(重新)解释为用于UL索引信息，并且其它状态可以被配置成(重新)解释为用于UL DAI信息。

作为具体示例，当特定字段的比特大小是2比特时，给定4种状态。[10]、[01]和[11]可以如传统情况下一样被解释为UL索引信息，并且分别被解释为对应于表6的[情况#A]、[情况#B]和[情况#C](其中，[情况#C]表示一条UL DCI信息(即，DCI格式0/4)调度多个(即，2个)PUSCH的情况)。另一方面，[00]可以被解释为UL DAI信息并且被配置成被解释为预定(或用信号发送)的K值(例如，1或4/0)。作为另一示例，当特定字段的比特大小是2比特时，可以给定4种状态，并且[10]和[11]可以如传统情况下一样被解释为UL索引信息并且分别被配置成被解释为表6的[情况#A]和[情况#C]。另一方面，[01]和[00]可以被解释为ULDAI信息并且被配置成被解释为预定(或用信号发送)的K值(例如，1)或L值(例如，4/0)。另外，关于特定字段的状态的解释的信息可以被BS通过预定信号(例如，物理层信号或更高层信号)传递到UE或者被配置成根据预定规则被隐含地识别。

作为规则#C的特定示例，可以使用DCI格式0/4的特定字段(即，用于UL索引/ULDAI的2比特字段)的1个比特(例如，第一比特)来指定UL数据信道(PUSCH)发送子帧，并且可以使用特定字段的另一比特(例如，第二比特)来指定接收DL数据信道(PDSCH)的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量。

作为另一示例，可以使用第一比特来指定接收DL数据信道的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量，并且可以使用第二比特来指定UL数据信道(PUSCH)发送子帧。

2.3.1.规则#C的示例#1

如果第一比特被设置成“0”，则这可以被解释为意指根据UL HARQ参考配置的HARQ时间线仅在一个UL子帧(例如，具有固定配置的UL子帧或关于DL HARQ参考配置的UL子帧)中发送UL数据信道。另一方面，如果第一比特被设置成“1”，则这可以被解释为意指根据ULHARQ参考配置的HARQ时间线在2个UL子帧(例如，具有固定配置的UL子帧和具有可变配置的UL子帧)(即，被视为对应于表6的[情况#C])中发送UL数据信道。

2.3.2.规则#C的示例#2

如果第二比特被设置成“0”，则在与针对根据DL HARQ参考配置接收对应DCI格式的DL子帧执行UL ACK/NACK发送的UL子帧相关联的M个子帧之中，接收DL数据信道(PDSCH)的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量可以被解释为被设置成0(或者预定(或用信号发送)的值)，其中，M可以被解释为i)绑定窗口大小，ii)当参照信道选择表时给定的M的值，或iii)与特定UL子帧相关联的DL子帧的最大数量，其中，M个子帧包括接收DCI格式的DL子帧，并且M个子帧中接收的用于DL数据信道(PDSCH)的UL ACK/NACK全部通过UL子帧进行发送。

另外，如果第二比特被设置成“1”，则可以假设在与针对根据DL HARQ参考配置的HARQ时间线接收对应DCI格式的DL子帧执行UL ACK/NACK发送的UL子帧相关联的M个子帧之中的接收DL数据信道(PDSCH)的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量是预定(或用信号发送)的值。例如，如果第二比特被设置成“1”，则可以假设在与针对根据DL HARQ参考配置的HARQ时间线接收对应DCI格式的DL子帧执行UL ACK/NACK发送的UL子帧相关联的M个子帧之中的接收DL数据信道(PDSCH)的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量是最大值M。

作为具体示例，存在基于SIB的UL-DL配置是UL-DL配置#0(即，UL HARQ参考配置)、DL HARQ参考配置是UL-DL配置#2以及基于当前(重新)创建的重新配置消息的UL-DL配置是UL-DL配置#1的情况。在这种情况下，如果在DL SF#1中接收到DCI格式并且第二比特被设置成“1”，则可以假设，在与针对接收DCI格式的DL子帧执行UL ACK/NACK发送的UL子帧(即，ULSF#7)相关联的4个子帧(即，SF#0、SF#1、SF#3、SF#9)之中，接收DL数据信道(PDSCH)的DL子帧的数量/接收SPS版本相关的(E)PDCCH的DL子帧的数量是4。

作为另一示例，如果第二比特被设置成“1”，则可以假设，在与针对根据DL HARQ参考配置的HARQ时间线接收DCI格式的DL子帧执行UL ACK/NACK发送的UL子帧相关联的M个子帧之中的接收DL数据信道(PDSCH)的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量是实际用于下行链路的子帧的最大数量。

具体地，存在基于SIB的UL-DL配置是UL-DL配置#0(即，UL HARQ参考配置)、DLHARQ参考配置是UL-DL配置#2以及基于当前(重新)创建的重新配置消息的UL-DL配置是UL-DL配置#1的情况。在这种情况下，如果在DL SF#1中接收到DCI格式并且第二比特被设置成“1”，则可以假设，接收DL数据信道(PDSCH)的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量是3，因为在与针对接收DCI格式的DL子帧执行UL ACK/NACK发送的UL子帧(即，UL SF#7)相关联的4个子帧之中实际用于下行链路的子帧(即，DL SF#0、#1和#9)的最大数量是3。

作为另一示例，如果第二比特被设置成“1”，则可以假设在与针对根据DL HARQ参考配置的HARQ时间线接收对应DCI格式的DL子帧执行UL ACK/NACK发送的UL子帧相关联的M个子帧之中的接收DL数据信道(PDSCH)的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量是i)M个子帧之中的包括(或不包括)接收DCI格式(即，UL调度信息)的时间的之前子帧的数量或ii)M个子帧之中的作为包括(或不包括)接收DCI格式(即，UL调度信息)的时间的之前子帧并且实际用于下行链路的子帧的数量。

2.3.3.规则#C的示例#3

如果第二比特被设置成“1”，则在与针对根据DL HARQ参考配置的HARQ时间线接收对应DCI格式的DL子帧执行UL ACK/NACK发送的UL子帧相关联的M个子帧之中，设定的接收DL数据信道(PDSCH)的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量可以被配置成根据第一比特的设置而被不同地应用(其中，M个子帧包括接收DCI格式的DL子帧，并且M个子帧中接收的用于DL数据信道(PDSCH)的所有UL ACK/NACK都通过对应UL子帧进行发送)。

例如，如果第一比特被设置成“0”(例如，根据UL HARQ参考配置的HARQ时间线仅在具有固定配置的DL子帧中发送UL数据信道)，则可以假设在与针对接收对应DCI格式的DL子帧执行UL ACK/NACK发送的UL子帧相关联的M个子帧之中的接收DL数据信道(PDSCH)的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量是最大值M。

另一方面，如果第一比特被设置成“1”(例如，根据UL HARQ参考配置的HARQ时间线在2个UL子帧(例如，具有固定配置的UL子帧和具有可变配置的UL子帧)中发送UL数据信道)，则可以假设在与针对接收对应DCI格式的DL子帧执行UL ACK/NACK发送的UL子帧相关联的M个子帧之中的接收DL数据信道(PDSCH)的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量是实际用于下行链路的子帧的最大数量。

2.3.4.规则#C的示例#4

作为规则#C的示例#1至#3中的至少一个的应用的示例，假定DCI格式0/4的特定字段(即，用于UL索引/EU DAI的2比特字段)被设置成“[10]”。

在这种情况下，UE根据UL HARQ参考配置的HARQ时间线在两个UL子帧(例如，具有固定配置的UL子帧和具有可变配置的UL子帧)中发送各UL数据信道(即，执行类似于表6的[情况#C]的操作)。

另外，考虑到在与针对根据DL HARQ参考配置的HARQ时间线接收对应DCI格式的DL子帧执行UL ACK/NACK发送的UL子帧相关联的M个子帧(其中，M个子帧包括接收DCI格式的DL子帧，并且在M个子帧中接收的用于DL数据信道(PDSCH)的所有UL ACK/NACK都通过对应UL子帧进行发送)之中的接收DL数据信道(PDSCH)的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量是0(或预定(或用信号发送)的值)，UE通过捎带关于依次首先发送的UL数据信道的信息来发送UL ACK/NACK信息。另选地，可以不在依次首先发送的UL数据信道上捎带ACK/NACK信息(例如，在M个子帧之中的接收DL数据信道(PDSCH)的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量被视为0的情况下，这可以是有效的)。

作为另一示例，假定DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)被设置成“[11]”。

在这种情况下，UE根据UL HARQ参考配置的HARQ时间线在两个UL子帧(例如，具有固定配置的UL子帧和具有可变配置的UL子帧)中分别发送UL数据信道(即，执行类似于表6的[情况#C]的操作)。

然后，考虑到在与针对根据DL HARQ参考配置的HARQ时间线接收对应DCI格式的DL子帧执行UL ACK/NACK发送的UL子帧相关联的M个子帧之中的接收DL数据信道的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量是最大值M，UE通过捎带关于依次首先发送的UL数据信道的UL ACK/NACK信息来发送UL ACK/NACK信息。

作为另一示例，假定DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)被设置成“[01]”。

在这种情况下，UE根据UL HARQ参考配置的HARQ时间线仅在一个UL子帧(例如，具有固定配置的UL子帧或关于DL HARQ参考配置的UL子帧)中发送UL数据信道(即，执行类似于表6的[情况#A]或[情况#B]的操作)。

然后，考虑到在与针对根据DL HARQ参考配置的HARQ时间线接收对应DCI格式的DL子帧执行UL ACK/NACK发送的UL子帧相关联的M个子帧之中的接收DL数据信道的DL子帧的数量/接收DL SPS版本相关的(E)PDCCH的DL子帧的数量是最大值M，UE通过捎带关于依次首先发送的UL数据信道的UL ACK/NACK信息来发送UL ACK/NACK信息。

在上述的示例中，对正被用作UL索引信息的特定字段的解释和对正被用作UL DAI信息的特定字段的解释两者可以被视为被一起(同时)映射到与DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)相关的一种状态。

2.4.规则#D

可以根据发送对应DCI格式0/4的DL子帧的位置，不同地解释DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)的配置。

例如，在DL HARQ参考配置(或基于SIB1信息的UL-DL配置)被设置成UL-DL配置#0的情形下，与UL数据信道(PUSCH)发送相关的调度信息(即，DCI格式0/4)可以在DL SF#0、#1、#5和#6中发送。

在这个示例中，在发送UL调度信息的DL子帧(即，DL SF#0、#1、#5和#6)之中的特定位置处的DL子帧(例如，DL SF#0和#5)中发送的DCI格式0/4的特定字段可以被(重新)解释为被用于UL索引信息，且在其它位置处的DL子帧(例如，DL SF#1和#6)中发送的DCI格式0/4的特定字段可以被(重新)解释为被用于UL DAI信息(其中，例如，可以假设UL索引具有在根据上述规则#B的用于UL DAI的SF#1和#6中的特定值(例如，“01”(即，表6的[情况#B]))。

作为另一提议的方法，如果通过DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)定义的状态的至少一部分(一些或全部)可以根据发送DCI格式0/4的DL子帧的位置而被不同地执行。

例如，在DL HARQ参考配置(或基于SIB1信息的UL-DL配置)被设置为UL-DL配置#0的情形下，与在发送UL调度信息的DL子帧(即，DL SF#0、#1、#5和#6)之中的特定位置处的DL子帧(例如，DL SF#0和#5)中发送的DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)相关的状态的至少一部分(即，一些或全部)可以被(重新)解释为用于UL索引信息(例如，[01]、[10]和[11]被解释为UL索引信息)，并且与在其它位置处的DL子帧(例如，DLSF#1和#6)中发送的DCI格式0/4的特定字段相关的状态的至少一部分(即，一些或全部)可以被(重新)解释为UL DAI信息(例如，“[01]、[10]和[11]被解释为UL索引信息，且[00]被解释为UL DAI信息”或者“[01]、[10]、[11](和[00])被解释为UL DAI信息”)。

另外，关于根据DL子帧的位置而解释的DCI格式0/4的特定字段的配置的信息或关于根据规则#D在DCI格式0/4的特定字段中定义的状态的至少一部分(即，一些或全部)的解释信息的信息可以由BS通过预定信号(例如，物理层信号或更高层信号)向UE宣告。

下文中，将给出对以下情况的描述：按照规则#D，根据DL子帧的各个位置，以不同方式执行对DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)的配置的解释。

如果UL HARQ参考配置(或基于SIB1信息的UL-DL配置)被给定为UL/DL配置0，则发送各UL SF中的关于PUSCH的调度信息的DL子帧的位置被如下给出。

●UL SF#2→SF#5或#6中的UL许可

●UL SF#3→SF#6中的UL许可

●UL SF#4→SF#0中的UL许可

●UL SF#7→SF#0或#1中的UL许可

●UL SF#8→SF#1中的UL许可

●UL SF#9→SF#5中的UL许可

UL DAI是仅当报告HARQ-ACK所用的PUSCH被调度时才需要的字段。即，需要用于特定UL许可的UL DAI限于UE在通过UL许可调度的UL SF中发送HARQ-ACK的情况。

为了在动态改变UL-DL配置的情形下稳定地发送HARQ-ACK，可以单独地指定用于定义HARQ-ACK发送时间的DL HARQ参考配置。优选地，这一DL HARQ参考配置具有大量DL和少量UL，并且DL HARQ参考配置上的UL SF被用于发送HARQ-ACK，同时恒定地用于UL而没有变成DL。

当假设使用与一个无线电帧具有1个或2个UL SF的情况对应的UL-DL配置作为DLHARQ参考配置时，可能的UL-DL配置可以是UL-DL配置#2、#4和#5。考虑到针对各UL-DL配置的HARQ-ACK发送时间，如下地定义各配置：

●DL HARQ参考配置#2：在UL SF#2和#7中发送HARQ-ACK。假设DL HARQ参考配置是UL-DL配置0，当在SF#5、#6、#0和#1中发送UL许可时，调度UL SF#2和#7。这些子帧对应于ULHARQ参考配置上的所有DL和特定SF。

●DL HARQ参考配置#4：在UL SF#2和#3中发送HARQ-ACK。假设UL-DL配置0被如上所述给定为UL HARQ参考配置，当在SF#5和#6中发送UL许可时，调度UL SF#2和#3。这意味着UL DAI在UL SF#0和#1中不是必要的。

●DL HARQ参考配置#5：在UL SF#2中发送HARQ-ACK。假设UL-DL配置0被如上所述给定为UL HARQ参考配置，当在SF#5和#6中发送UL许可时，调度UL SF#2。这意味着UL DAI在SF#0和#1中不是必要的。

总之，如果UL HARQ参考配置是UL-DL配置0并且DL HARQ参考配置是UL-DL配置4或5，则该字段可以在SF#0和#1中被用于UL索引ING，并且在SF#5和#6中被用于UL DAI。

当该字段用于UL DAI时，仅用于SF#2和#3的PUSCH可以被定义为在SF#5和#6中被调度(这可以被解释为意味着在该字段用于UL DAI(即，表6的[情况#B])的SF#5和#6中，UL索引的值被设置成“01”)。在这种情况下，无法使用UL许可来调度针对SF#9的PUSCH。由于SF#9用于除了UL-DL配置#0以外的所有UL-DL配置上的DL，因此对SF#9的调度限制的影响可以被视为不明显。另外，可以在没有UL许可的情况下，使用PHICH将SF#9用于重新发送。

如果与SF#9中的PUSCH调度的不可能性相关的问题表现为很严重，则eNB可以通过更高层信号(诸如，RRC)来创建配置，以确定是否要将2比特的特定子帧解释为用于UL索引或UL DAL。

即，是否要将DCI格式0或4的特定字段解释为用于UL索引或UL DAL可以不仅与发送DCI格式的子帧有关，而且与创建的DL HARQ参考配置有关。另外，eNB可以进行操作，以通过更高层信号(诸如，RRC)来控制DIC格式的解释和执行解释的子帧。

作为另一示例，当在特定DL子帧位置发送的DCI格式0或4的特定比特字段被解释为用于UL DAI时，在除了接收预先创建的DL参考配置上的用于在UL SF(即，静态UL SF)中调度PUSCH的UL许可的时间以外的时间，UL DAI信令可以是不必要的。即，UL DAI是当与HARQ-ACK一起报告的PUSCH被调度时可用的字段(其中，通过SIB上的UL参考UL-DL配置或UL-DL配置来确定接收UL许可的时间)。

因此，对于在与接收DL参考UL-DL配置上的用于在UL子帧中调度PUSCH发送的UL许可的时间不同的时间发送的UL许可，可以不用信号发送UL DAI，并且UL许可中的UL DAI字段可以被设置成预定(或用信号发送)的特定值(或零填充)。

例如，被设置成预定(或用信号发送)的特定值(或零填充)的UL DAI(的字段值)可以用于虚拟CRC。具体地，如果UL参考UL-DL配置和DL参考UL-DL配置被分别创建为UL-DL配置6和UL-DL配置5，并且DCI格式0或4的特定比特字段被解释为UL DAI，则在除了SF#5以外的子帧(即，SF#0、#1、#6和#9)中的UL DAI(在SF#5中，DL参考UL-DL配置上的用于在UL SF#2(或UL SF#12)中调度PUSCH的UL许可)可以被设置成预定(或用信号发送)的特定值(或零填充)。

这一示例还可应用于以下中的至少一个：i)通过UL参考UL-DL配置来确定DCI格式0或4的特定比特字段的配置的情况(例如，仅当UL参考UL-DL配置被设置成UL-DL配置0时，DCI格式0或4的特定比特字段才被解释为用于UL索引，并且当UL参考UL-DL配置被设置成除了UL参考UL-DL配置以外的(剩余)UL-DL配置时，DCI格式0或4的特定比特字段被解释为用于UL DAI)，ii)根据DL子帧位置以不同方式设置DCI格式0或4的特定比特字段的配置的情况(例如，特定比特字段被解释为在SF#0和#1中用于UL索引，并且被解释为在SF#5和#6中用于UL DAI)，或iii)是否要将特定比特字段解释为用于UL索引或UL DAL不仅与发送DCI格式的子帧有关而且与创建的DL HARQ参考配置有关的情况。

另外，仅当i)UL DAI被定义为V_UL DAI(即，在单个小区环境中配置“HARQ-ACK绑定、用Rel-8/10映射表进行信道选择的PUCCH格式1b”)或ii)UL DAI被定义为W_UL DAI(即，在单个小区环境中配置PUCCH格式3或者在CA环境中配置用Rel-10映射表或PUCCH格式3进行信道选择的PUCCH格式1b)时，才可以应用这个示例。

作为另一示例，如果在特定DL子帧位置处发送的DCI格式0或4的特定比特字段被解释为用于UL DAI，但应用了“可以通过用于DL HARQ定时参考配置的绑定窗口的大小(即，M)来确定PUSCH上的供发送的HARQ-ACK比特的数量”，则UL DAI基本上没有意义。

因此，在这种情况下，可以不用信号发送UL DAI，并且UL许可中的UL DAI字段可以被设置成预定(或用信号发送)的特定值(或零填充)。

例如，被设置成预定(或用信号发送)的特定值(或零填充)的UL DAI(的字段值)可以用于虚拟CRC。在这种情况下，如果UE在一个绑定窗口中接收到至少一个PDSCH或DL SPS版本，则UE配置对应于M的HARQ-ACK信息并且在PUSCH上捎带该信息。否则(即，如果UE没有接收到PDSCH或DL SPS版本)，可以省去配置HARQ-ACK和在PUSCH上的捎带。

另外，仅当i)UL DAI被定义为V_UL DAI(即，在单个小区环境中配置HARQ-ACK绑定、用Rel-8/10映射表进行信道选择的PUCCH格式1b)或ii)UL DAI被定义为W_UL DAI(即，在CA环境中配置用Rel-10映射表或PUCCH格式3进行信道选择的PUCCH格式1b)时，可以应用该示例。

2.5.规则#E

可以根据i)特定字段的设置值、和/或ii)发送将与DCI格式0/4同时发送的PHICH信息的子帧、和/或iii)与DCI格式0/4同时发送的PHICH信息的I_PHICH的设置值，不同地解释DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)的配置。LTE标准文献3GPPTS 36.213定义了对于TDD UL-DL配置0且子帧n(＝4或9)而言，I_PHICH被设置成1，而对于其它情况，I_PHICH被设置成0。

例如，如果DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)被设置成“[11]”，则假设该特定字段用于UL索引信息，并且可以根据表6的[情况#C]执行操作(即，一个UL调度信息项(UL许可)定义在不同时间发送的两个UL数据信道(PUSCH))。

另一方面，i)如果DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)被设置成以下所列值中的至少一个(即，一些或全部)，和/或ii)在以下所列时间中的至少一个(即，一些或全部)处发送将与DCI格式0/4同时发送的PHICH信息，和/或iii)与DCI格式0/4同时发送的PHICH信息的I_PHICH的值被设置成以下所列值中的至少一个(一些或全部)，则可以在假设特定字段用于UL DAI信息的情况下执行操作。

●(1)DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)的MSB被设置成1(例如，[10])。

●(2)DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)的LSB被设置成1(例如，[01])。

●(3)在DL SF#0或DL SF#5中接收具有“I_PHICH＝0”的PHICH信息。

●(4)在DL SF#0或DL SF#5中接收具有“I_PHICH＝1”的PHICH信息。

●(5)在DL SF#1或DL SF#6中接收PHICH信息。

本文中，可以根据各种情况，不同地定义与在特定字段中定义的状态中的至少一部分(即，一些或全部)链接的DAI值。由此，当在根据规则#E动态改变无线电资源的配置的环境中(即，在UL大流量情形下)UL负荷高时，UL资源可以被有效地操作/调度(或具有相对高的优先级)。

作为另一种方法，可以根据i)特定字段的设置值、和/或ii)发送将与DCI格式0/4同时发送的PHICH信息的子帧、和/或iii)与DCI格式0/4同时发送的PHICH信息的I_PHICH的设置值，不同地解释由DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)所定义的状态的至少一部分(即，一些或全部)。

例如，在DL HARQ参考配置(或基于SIB1信息的UL-DL配置)被设置成UL-DL配置#0的情形下，如果i)在DL SF#0或DL SF#5中接收到(与DCI格式0/4同时发送的)具有“I_PHICH＝0”的PHICH信息，和/或ii)在DL SF#0或DL SF#5中接收到(与DCI格式0/4同时发送的)具有“I_PHICH＝1”的PHICH信息，则与DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)相关的状态的至少一部分(即，一些或全部)可以被(重新)解释为UL DAI信息(例如，“[01]、[10]和[11]被解释为UL索引信息，并且[00]被解释为UL DAI信息”或者“[01]、[10]、[11](和[00])被解释为UL DAI信息”)。

在规则E中，可以基于i)DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)的设置值、ii)(与DCI格式0/4同时发送的)PHICH信息所处的子帧时间和iii)(与DCI格式0/4同时发送的)PHICH信息的I_PHICH的设置值中的至少一个，通过预定信号(例如，物理层信号或更高层信号)将关于(重新)使用特定字段(即，用于UL索引/UL DAI的2比特字段)的目的的信息或关于(重新)使用从该特定字段定义的状态的至少一部分(即，一些或全部)的目的的信息从BS传递到UE。

2.6.规则#F

可以根据i)在根据UL HARQ参考配置的HARQ时间线(或基于SIB1信息的UL-DL配置的HARQ时间线)执行操作的情形下在特定DL子帧时间接收的DCI格式调度UL数据信道(PUSCH)的UL子帧的数量，或ii)在根据UL HARQ参考配置的HARQ时间线(或基于SIB1信息的UL-DL配置的HARQ时间线)执行操作的情形下在接收DCI格式的DL子帧时间发送PHICH信息项(关于(之前的)UL数据信道(PUSCH))的数量，不同地解释DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)的配置。

例如，如果在根据UL HARQ参考配置的HARQ时间线(或基于SIB1信息的UL-DL配置的HARQ时间线)执行操作的情况下，在特定DL子帧时间接收的DCI格式0/4调度分别在两个UL子帧中发送的UL数据信道(PUSCH)(或DCI格式的特定字段(即，用于UL索引/UL DAI的2比特字段)被设置成“[11]”)，则DCI格式中的特定字段(即，用于UL索引/UL DAI的2比特字段)可以被定义为被解释为用于UL索引信息。如果在特定DL子帧时间接收的DCI格式0/4调度在一个UL子帧中发送的UL数据信道(或DCI格式中的特定字段(即，用于UL索引/UL DAI的2比特字段)被设置成“[01]、[10]、[00]”)，则DCI格式中的特定字段(即，用于UL索引/UL DAI的2比特字段)可以被定义为被解释为用于UL DAI信息。即，在这种情况下，当UL HARQ参考配置(或基于SIB1信息的UL-DL配置)被设置成UL-DL配置#0时，DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)可以基本上被设定为用于UL索引。

另外，在根据DL HARQ参考配置的HARQ时间线执行操作的情形下，可以根据用于在执行针对接收DCI格式的DL子帧的UL ACK/NACK发送的UL子帧(即，响应于在接收DCI格式的DL子帧中接收的DL数据信道(PDSCH)而执行UL ACK/NACK发送的UL子帧)中同时发送的ULACK/NACK信息项的DL子帧的数量，不同地解释DCI格式0/4的特定字段(即，用于UL索引/ULDAI的2比特字段)的配置。

2.7.规则#G

当与DCI格式0/4的特定字段相关的状态的至少一部分(即，一些或全部)被解释为用于UL索引信息(例如，表6的[情况#A]、[情况#B]和[情况#C](其中，[情况#C]表示一条ULDCI信息(即，DCI格式0/4)调度多个(即，2个)PUSCH的情况))时，可以定义采用下述的选项G-1和G-2中的至少一个。另外，还可以在[规则#C]的示例中采用这些选项(例如，在DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)的第二比特被设置成1的情况下)。

2.7.1.选项G-1

假设UL SF#N是根据DL HARQ参考配置的HARQ时间线执行针对接收基于DCI格式的DL数据信道(PDSCH)的特定时间的DL子帧的UL ACK/NACK发送的子帧。

本文中，如果在与UL SF#N相关联的M个子帧中已接收了1个DL数据信道(PDSCH)(或被设置成大于或等于1的值的DL DAI)，则在考虑到M个子帧之中的除了被实际用作ULSF的子帧(或用于PUSCH(重新)发送的子帧)以外的DL子帧的数量的情况下，UE可以产生ULACK/NACK的有效载荷大小(或UL ACK/NACK的数量)，以捎带在UL SF#N中发送的UL数据信道(PUSCH)上。

在DCI格式0/4中的特定字段(即，用于UL索引/UL DAI的2比特字段)用于UL索引或使用除了UL许可之外的方法(例如，PHICH或UL SPS)执行PUSCH(重新)发送的情况下，也可以同等地执行该操作。

本文中，UE可以通过基于UL HARQ参考配置的HARQ时间线接收UL许可(或PHICH)，基于M个子帧之中的实际调度(或执行)UL数据信道(PUSCH)发送的子帧的数量，确定M个子帧之中的实际用作UL子帧的子帧的数量。

即，UE可以确保甚至当UE无法接收重新配置消息时也会有效产生UL ACK/NACK有效载荷大小(或UL ACK/NACK的数量)。

具体地，在与UL SF#N相关联的M个子帧中调度(或执行)K个UL数据信道(PUSCH)发送，UE可以仅配置(M-K)个UL ACK/NACK(或UL ACK/NACK有效载荷)并且发送在UL SF#N中发送的UL数据信道(PUSCH)上捎带的UL ACK/NACK。

2.7.1.选项G-2

如果在与根据DL HARQ参考配置的HARQ时间线执行针对接收DCI格式0/4(即，包括UL调度信息)的DL子帧的UL ACK/NACK发送的UL SF#N相关联的M个子帧中还没有出现DL数据信道(PDSCH)的接收(或被设置成大于或等于1的值的DL DAI的接收)，则UE不发送在ULSF#N中发送的UL数据信道(PUSCH)上捎带的UL ACK/NACK信息。

2.8.规则#H

当与DCI格式0/4的特定字段相关的状态的至少一部分(即，一些或全部)被解释为用于UL索引信息(例如，表6的[情况#A]、[情况#B]和[情况#C](其中，[情况#C]表示一条ULDCI信息(即，DCI格式0/4)调度多个(即，2个)PUSCH的情况))时，可以定义采用下述的选项中的至少一部分(即，一些或全部)。另外，还可以在[规则#C]的示例中采用这些选项(例如，在DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)的第二比特被设置成1的情况下)。

例如，假定根据DL HARQ参考配置的HARQ时间线在UL SF#N中执行针对接收基于DCI格式的PDSCH的特定时间的DL SF的UL ACK/NACK发送，且存在与UL SF#N相关联的M个SF(即，被配置成使得根据DL HARQ参考配置的HARQ时间线在UL SF#N中执行UL ACK/NACK发送的M个SF)。

本文中，如果根据UL HARQ参考配置的HARQ时间线在UL SF#N中执行基于在M个SF之中的特定时间的DL子帧中接收的DCI格式0/4(和/或PHICH)进行的PUSCH(重新)发送，则可以配置针对M(即，ACK/NACK绑定窗口大小M)个SF的ACK/NACK比特并且将其捎带在UL SF#N中(重新)发送的PUSCH上。另选地，如果根据UL HARQ参考配置的HARQ时间线在UL SF#N中执行基于在M个SF之中的特定时间的DL子帧中接收的DCI格式0/4(和/或PHICH)进行的PUSCH(重新)发送，并且在M个SF中接收到至少一个PDSCH(被设置成大于或等于1的值的DLDAI)，则可以配置针对M(即，ACK/NACK绑定窗口大小M)个SF的ACK/NACK比特并且将其捎带在UL SF#N中(重新)发送的PUSCH上。

另一方面，如果在UL SF#N中根据UL HARQ参考配置的HARQ时间线执行基于不在M个SF之中的特定时间的DL子帧中接收的DCI格式0/4(和/或PHICH)进行的PUSCH(重新)发送，则可以配置针对M(即，ACK/NACK绑定窗口大小M)个SF的ACK/NACK比特并且将其捎带在UL SF#N中(重新)发送的PUSCH上。另选地，如果在UL SF#N中根据UL HARQ参考配置的HARQ时间线执行基于不在M个SF之中的特定时间的DL子帧中接收的DCI格式0/4(和/或PHICH)进行的PUSCH(重新)发送，并且在M个SF中接收到至少一个PDSCH(被设置成大于或等于1的值的DL DAI)，则可以配置针对M(即，ACK/NACK绑定窗口大小M)个SF的ACK/NACK比特并且将其捎带在UL SF#N中(重新)发送的PUSCH上。

然而，由于无线电资源配置的动态变化，因此M个SF中的一些可以实际上不用于DL配置。另外，就ACK/NACK发送/接收性能而言，在这种情形下无条件设置针对M(即，ACK/NACK绑定窗口大小M)个SF的ACK/NACK的比特大小可能是过度的或不期望的。

就此而言，可以根据以下提出的规则H-1至规则H-3中的至少一个，确定将捎带在UL SF#N中(重新)发送的PUSCH上的ACK/NACK的比特大小。

本文中，仅当i)UL HARQ参考配置(或基于SIB的配置)被设置成UL-DL配置#0，和/或ii)DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)用于UL索引信息，和/或iii)UL索引字段被设置成11(即，一个DCI格式0/4调度将同时在两个UL SF中(重新)发送的PUSCH)，和/或iv)通过除了DCI格式0/4(即，UL许可)之外的方法(例如，UL SPS、PHICH)执行PUSCH(重新)发送时，才可以应用规则H-1至规则H-3。

根据UL HARQ参考配置的HARQ时间线，当i)通过在M个SF之中的特定时间的DL子帧中接收的一个DCI格式0/4(和/或PHICH)在一个UL SF(即，UL SF#N)中执行PUSCH(重新)发送或ii)通过在M个SF之中的特定时间的DL子帧中接收的一个DCI格式0/4(和/或PHICH)在两个UL SF(即，UL SF#N和另一个基于UL HARQ参考配置的UL SF)中执行PUSCH(重新)发送时，也可以使用规则H-1至规则H-3。相反地，根据UL HARQ参考配置的HARQ时间线，当i)通过在不来自M个SF之中的特定时间的DL子帧中接收的一个DCI格式0/4(和/或PHICH)在一个ULSF(即，UL SF#N)中执行PUSCH(重新)发送或ii)通过在不来自M个SF之中的特定时间的DL子帧中接收的一个DCI格式0/4(和/或PHICH)在两个UL SF(即，UL SF#N和另一个基于UL HARQ参考配置的UL SF)中执行PUSCH(重新)发送时，可以使用规则H-1至规则H-3。

2.8.1.规则#H-1

为简便起见，假设在下面的描述中，(重新)发送PUSCH的无线电帧的索引是无线电帧#X。另外，基于预先配置的重新配置时段T，应用范围i)当前更新的UL-DL配置和/或ii)应用于无线电帧#X的更新后的UL-DL配置和/或iii)应用于接收调度/指示UL SF#N中的PUSCH(重新)发送的信息的无线电帧的更新后的UL-DL配置被假设是来自“无线电帧#Q至无线电帧#(Q+T/10-1)”。本文中，假设(重新)发送PUSCH的无线电帧#X在从无线电帧#Q至无线电帧#(Q+T/10-1)的范围内。

规则#H-1致使UE基于调度/指示用于调度/指示捎带有UL SF#N中的ACK/NACK比特的PUSCH的(重新)发送的DCI格式0/4(或PHICH)的PUSCH发送的UL SF位置，推断/提取出当前非常有可能采用的UL-DL配置候选项。

具体地，UE可以通过预先创建的DL参考UL-DL配置信息和UL参考UL-DL配置(即，基于SIB的UL-DL配置)信息，识别由BS可重新配置的所有(可用的)UL-DL配置候选项。由此，UE可以根据由整个范围的候选项内的用于调度/指示另外捎带有UL SF#N中的ACK/NACK比特的PUSCH的(重新)发送的DCI格式0/4(或PHICH)所调度/指示的PUSCH发送的UL SF位置，在从无线电帧#Q至无线电帧#(Q+T/10-1)的间隔期间，收窄非常有可能基本上由BS可重新配置的UL-DL配置候选项的范围。

本文中，在从无线电帧#Q至无线电帧#(Q+T/10-1)的间隔期间由UE识别的且非常有可能基本上由BS可重新配置的最终UL-DL配置候选项可以限于本质上包括根据用于调度/指示捎带有UL SF#N中的ACK/NACK比特的PUSCH的(重新)发送的DCI格式0/4(或PHICH)调度/指示PUSCH(重新)发送的(一个或更多个)UL SF的UL-DL配置。

为了参考，以下的表7至9示出了在UL参考UL-DL配置(即，基于SIB的UL-DL配置)被设置成UL-DL配置#0的情形下，根据由用于调度/指示捎带有UL SF#N中的ACK/NACK比特的PUSCH的(重新)发送的DCI格式0/4(或PHICH)所调度/指示的PUSCH发送的UL SF位置，在从无线电帧#Q至无线电帧#(Q+T/10-1)的间隔期间，可以由UE推断/提取的且非常有可能基本上可以由BS配置的UL-DL配置候选项。

本文中，对于表7至9中没有明确公开的情况，在UL SF#N中(重新)发送的PUSCH上捎带的ACK/NACK的比特大小可以被配置为M(即，ACK/NACK绑定窗口大小M)个SF，这些SF被配置成使得根据DL参考UL-DL配置在UL SF#N中发送ACK/NACK。非常有可能基本上由BS可重新配置并且可以由UE推断/提取的UL-DL配置候选项根据DL参考UL-DL配置如何配置而变化。另外，以下将给出对以下情况的描述：通过在(来自和/或不来自M个SF之中的)特定时间的DL子帧中接收的一个DCI格式0/4(和/或PHICH)同时在两个UL SF中发送PUSCH。ACK/NACK比特被捎带在PUSCH上的UL SF#N对应于两个UL SF中的一个。

表7至9示出了由UE可推断的(重新)创建的UL-DL配置候选项的各种示例。

[表7]

[表8]

[表9]

2.8.2.规则#H-2

可以基于从表7至9中的可由UE推断的在从无线电帧#Q至无线电帧#(Q+T/10-1)的间隔期间非常有可能基本上可由BS重新配置的UL-DL配置候选项之中的包括最多的DL子帧的UL-DL配置(对应于DL SF集的超集)和不同于DL参考UL-DL配置的规则#H-1，确定在ULSF#N中(重新)发送的PUSCH上捎带的ACK/NACK的比特大小。本文中，包括最多的DL子帧的UL-DL配置可以被解释为在非常有可能被重新配置的UL-DL配置候选项之中的包括UL参考UL-DL配置的DL子帧集(或位置)并且具有最多的DL SF的UL-DL配置。

规则#H-2的益处在于，可以高稳定性地减小捎带在PUSCH上的ACK/NACK的比特大小，而不管是否成功接收到从BS发送的重新配置消息。

另外，对于表7至9中没有明确公开的情况，在UL SF#N中(重新)发送的PUSCH上捎带的ACK/NACK的比特大小可以被配置为M(即，ACK/NACK绑定窗口大小M)个SF，这些SF被配置成使得根据DL参考UL-DL配置在UL SF#N中发送ACK/NACK。

例如，假设在DL参考UL-DL配置和UL参考UL-DL配置(即，基于SIB的UL-DL配置)被分别创建为UL-DL配置#5和UL-DL配置#0的情形下，UE在DL SF#6中接收到具有被设置成“11”的UL索引的UL调度信息(即，UL许可)，并且根据UL参考UL-DL配置在UL SF#22和UL SF#23中执行PUSCH发送。

在这种情况下，在规则#H-1和表9中，UE检查在从无线电帧#Q至无线电帧#(Q+T/10-1)的间隔期间非常有可能由BS可重新配置的UL-DL配置候选项(即，UL-DL配置#0、1、3、4、6)，并且然后基于UL-DL配置#4(即UL-DL配置候选项之中的包括最多的DL子帧的(对应于DL SF集的超集的)UL-DL配置)，确定在UL SF#22中(重新)发送的PUSCH上捎带的ACK/NACK的比特大小(即，根据DL参考UL-DL配置在SF#9、SF#10、SF#11、SF#13、SF#14、SF#15、SF#16、SF#17和SF#18内发送ACK/NACK的时间)。

换句话说，UE在考虑到在将根据UL-DL配置#5(即，DL参考UL-DL配置)在UL SF#22中发送ACK/NACK的SF#9、SF#10、SF#11、SF#13、SF#14、SF#15、SF#16、SF#17和SF#18之中仅多个SF实际上被指定用作UL-DL配置#4上的DL SF的情况下，确定在UL SF#22中(重新)发送的PUSCH上捎带的ACK/NACK的比特大小。

根据上述规则#H-2，UE配置实际被指定用作UL-DL配置#4上的DL SF的8个SF(即，SF#9、SF#10、SF#11、SF#14、SF#15、SF#16、SF#17和SF#18)的ACK/NACK比特，而非在UL SF#22中的基于9个UL-DL配置#5(即，DL参考UL-DL配置)的SF的ACK/NACK比特，并且将其捎带在SF#22中(重新)发送的PUSCH上。

表10至12示出了UE可以从表7至9和规则#H-1中推断的在从无线电帧#Q至无线电帧#(Q+T/10-1)的间隔期间非常有可能基本上可由BS重新配置的UL-DL配置候选项之中的包括最多的DL子帧的(对应于DL SF集的超集的)UL-DL配置。

可以基于可由UE从表7至9和规则#H-1中而非从DL参考UL-DL配置中推断的在从无线电帧#Q至无线电帧#(Q+T/10-1)的间隔期间非常有可能基本上可由BS重新配置的UL-DL配置候选项之中的包括最少DL子帧的(对应于UL SF集的超集的)UL-DL配置，确定在UL SF#N中(重新)发送的PUSCH上捎带的ACK/NACK的比特大小。

本文中，包括最少DL子帧的UL-DL配置可以被解释为在非常有可能被重新配置的UL-DL配置候选项之中的包括UL参考UL-DL配置的UL子帧集(或位置)并且具有最多的UL SF的UL-DL配置。

表10至12示出了在由UE推断的(重新)创建的UL-DL配置候选项之中的包括最多的DL SF的各种示例性UL-DL配置。

[表10]

[表11]

[表12]

2.8.3.规则#H-3

当通过载波聚合(CA)配置(或使用)多个小区(或分量载波)时，也可以使用规则#H-1和规则#H-2，并且BS同时通过在重新配置消息中的(一个或公共位置的)特定字段将关于多个小区(或分量载波)的重新配置信息(或重新配置UL-DL配置信息)告知给UE(即，通过(一个)特定字段接收的重新配置信息被同时应用于多个小区(或分量载波))。

换句话说，在这种情况下，由于多个小区(或分量载波)的UL-DL配置同时(重新)变成同一UL-DL配置，因此可以假设，就一个特定小区(或分量载波)而言，从规则#H-1和规则#H-2中提取的基本上重新创建的高度可能的UL-DL配置候选项在其它剩余小区(或分量载波)上是相同的。由此，通过在特定小区上的UL SF#N中(重新)发送的PUSCH上捎带而发送的针对多个小区(或分量载波)的ACK/NACKACK/NACK比特大小可以被减小(即，对于各个小区，ACK/NACKACK/NACK比特可以被减少相同数量)。

3.第三实施方式

根据第二实施方式，如果在UL HARQ配置(或基于SIB1信息的UL-DL配置)被设置成UL-DL配置#0的情形下，DL HARQ参考配置被设置成UL-DL配置#2、#4和#5中的一个(即，当设置不同的UL-DL配置时)，则可以根据在CSS与USS之间发送/接收DCI格式0/4所通过的搜索空间(SS)，不同地解释DCI格式0/4的特定字段(例如，2比特字段)。

具体地，如果通过CSS发送/接收DCI格式0/4，则特定字段(例如，2比特字段)可以被解释为用于UL索引信息。另一方面，如果通过USS发送/接收DCI格式0/4，则特定字段(例如，2比特字段)可以被解释为用于UL DAI信息。另选地，可以按相反方式进行定义。

另外，如果通过CSS发送/接收DCI格式0/4，则可以根据上述规则#A至规则#H中的一个来解释特定字段(例如，2比特字段)。如果通过USS发送/接收DCI格式0/4，则可以与通过CSS发送/接收DCI格式0/4的情况不同地解释特定字段(例如，2比特字段)。

另外，如果通过CSS发送/接收DCI格式0/4，则特定字段(例如，2比特字段)可以被解释为用于UL索引信息，并且可以假设i)用于(特定字段的)各种状态的UL DAI信息项或ii)用于各个UL索引信息项的UL DAI信息项被设置成预定(或用信号发送)的值(例如，不同的值或相同的值)。

4.第四实施方式

在上述根据第一实施方式至第三实施方式的情况下，对DCI格式0/4的特定字段的解释(例如，解释作为UL DAI信息相关的字段或UL索引信息相关的字段的特定字段)和/或对和与特定字段相关的状态的至少一部分(即，一些或全部)相关联的“假设(例如，第一实施方式至第三实施方式中的一个示例)”的解释可以根据由重新配置消息(重新)创建的UL-DL配置的类型而改变。

本文中，如果由重新配置消息(重新)创建UL-DL配置#0，则DCI格式0/4的特定字段(即，2比特字段)可以被解释为用于UL索引信息。另一方面，如果由重新配置消息(重新)创建除了UL-DL配置#0以外的UL-DL配置，则DCI格式0/4的特定字段(即，2比特字段)可以被解释为用于UL DAI信息。

作为另一示例，如果由重新配置消息(重新)创建UL-DL配置#0，则与DCI格式0/4的特定字段(即，2比特字段)相关的状态“[01]”可以被解释为UL索引＝[01]。另一方面，如果由重新配置消息(重新)创建除了UL-DL配置#0以外的UL-DL配置，则与DCI格式0/4的特定字段(即，2比特字段)相关的状态“[01]”可以被解释为UL索引＝[11]。

另外，还可以在设置用于UE的多个UL-DL配置(即，基于SIB1信息的UL-DL配置(或基于RadioResourceConfigCommonSCell IE信息的UL-DL配置)、与DL HARQ参考配置相关的UL-DL配置、与UL HARQ参考配置相关的UL-DL配置和当前(重新)创建的UL-DL配置)中的至少一个被指定为预定UL-DL配置(例如，UL-DL配置#0)的情况下，采用本发明的实施方式(即，第一至第四实施方式)。本文中，如果在设置用于UE的多个UL-DL配置之中没有被创建为特定的预定UL-DL配置(例如，UL-DL配置#0)的UL-DL配置，则根据预定规则，DCI格式0/4的特定字段(例如，2比特字段)可以被解释为用于UL DAI信息(或UL索引信息)。

在上述本发明的实施方式中，可以根据与DL HARQ参考配置相关的UL-DL配置、与UL HARQ参考配置相关的UL-DL配置、基于SIB1信息的UL-DL配置或由重新配置消息重新创建的UL-DL配置，定义与UL索引信息(和/或UL DAI信息)相关的绑定窗口大小。

另外，仅当i)配置无线电资源的配置的动态变化和/或ii)创建特定发送模式(TM)和/或iii)创建特定UL-DL配置和/或iv)配置特定UL ACK/NACK发送方案(例如，ACK/NACK绑定、ACK/NACK多路复用、PUCCH格式1B W/信道选择、PUCCH格式3)和/或v)通过PUSCH(或PUCCH)发送UL ACK/NACK时，才可以采用上述本发明的实施方式。

5.第五实施方式

根据第五实施方式，当UL参考配置被创建为UL-DL配置#0时，可以基于规则#5-1至规则#5-7中的至少一个，使用DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)。

在第五实施方式中，在仅考虑到i)与(在基于DL参考配置的绑定窗口内)实际发送到UE的PDSCH(的发送)相关的子帧和/或ii)与用于传递DL SPS版本信息的PDCCH/EPDCCH发送相关的子帧的情况下，除了规则#5-1以外的所有规则可以将特定字段(即，用于UL索引/UL DAI的2比特字段)解释为在特定条件下用于UL DAI，使得捎带在UL数据信道(PUSCH)上的HARQ-ACK比特大小适应性地变化。

换句话说，可以应对以下问题：在考虑到基于DL参考配置的绑定窗口大小(即，M)的情况下，恒定地确定UL数据信道上捎带的HARQ-ACK比特大小是最大大小。

[表13]

当采用上述规则#5-2至规则#5-7时，可以另外进行假设#5-1或假设#5-2的定义。以下给出的假设#5-1或假设#5-2可以应对在RRC模糊时期(即，使是否要应用无线电资源配置的动态变化模式(即，“eIMTA模式”)的假设在BS与UE之间可能有所不同的间隔)内的DCI格式0或DCI格式4的特定字段(即，用于UL索引/UL DAI的2比特字段)上的BS和UE之间的不同解释/假设的问题，当通过更高层信号(例如，RCC)将eIMTA模式切换成启用/禁用时，产生或可能产生该RRC模糊时期。

·假设#5-1：在公共搜索空间(CSS)中，DCI格式0的特定字段(即，用于UL索引/ULDAI的2比特字段)可以被定义为被解释为用于UL索引或UL DAI。例如，BS可以在RRC模糊时期内通过CSS发送DCI格式(以确保UE的回退操作)。

·假设#5-2：在UE特定搜索空间(USS)中，DCI格式0/4的特定字段(即，用于UL索引/UL DAI的2比特字段)可以被定义为根据上述规则(例如，规则#5-2至规则#5-7)中的一个进行解释。

6.第六实施方式

根据第六实施方式，如表13中所描述，在UL参考配置被创建为UL-DL配置#0的情况下，i)当满足预定条件时，现有DCI格式(例如，DCI格式0/4)的特定字段(即，用于UL索引/ULDAI的2比特字段)可以被解释为用于UL DAI，或ii)可以在现有DCI格式(例如，DCI格式0/4)中定义用于UL DAI的额外字段，由此在考虑到DL参考配置相关的绑定窗口内的实际PDSCH发送子帧(和/或用于传递DL SPS版本信息的PDCCH/EPDCCH发送子帧)的情况下，适应性地改变在UL数据信道(PUSCH)上捎带的HARQ-ACK比特大小。

在该实施方式中，将对以下给出讨论：当基于UL参考配置(即，UL-DL配置#0)在特定时间(即，SF#N)接收的一个UL调度信息(UL许可)指示多个(例如，2个)UL子帧中的PUSCH发送，并且在UL子帧的至少一个(即，一些或全部)中发送的PUSCH上捎带HARQ-ACK时，应(针对捎带有HARQ-ACK的各PUSCH)使用/设定UL DAI值。

作为具体示例，当(在USS中)采用表13的规则#5-6时，如果在特定时间(即，SF#N)接收的UL许可(例如，DCI格式0/4)指示(不同时间的)两个UL子帧上的PUSCH发送并且在两个UL子帧中发送的PUSCH上捎带HARQ-ACK，则在SF#N中接收的DCI格式(例如，DCI格式0/4)的额外定义的2比特UL DAI可以共同地应用于在两个UL子帧中发送的(捎带有HARQ-ACK的)PUSCH(下文中，“[规则#6-A]”)。即，该操作可以被解释为意味着在SF#N中接收的DCI格式的额外定义的2比特UL DAI共同地用于确定在两个UL子帧中发送的PUSCH上(捎带)的HARQ-ACK的比特大小。

作为另一示例，当(在USS中)采用表13的规则#5-6时，如果在特定时间(即，SF#N)接收的UL许可(例如，DCI格式0/4)指示(不同时间的)两个UL子帧(例如，UL SF#K1和UL SF#K2，其中，K1是小于K2的正整数(包括0))上的PUSCH发送并且在两个UL子帧中发送的PUSCH上捎带HARQ-ACK，则在SF#N中接收的DCI格式(例如，DCI格式0/4)的额外定义的2比特ULDAI可以仅应用于在UL SF#K1中发送的(捎带有HARQ-ACK的)PUSCH，并且与UL SF#K2相关联的最大数量的SF(例如，PDSCH发送SF、用于传递DL SPS版本信息的PDCCH/EPDCCH发送的SF)可以根据在UL SF#K2中发送的(捎带有HARQ-ACK的)PUSCH上的DL参考配置被确定为HARQ-ACK比特大小。

作为另一示例，当(在USS中)采用表13的规则#5-6时，如果在特定时间(即，SF#N)接收的UL许可(例如，DCI格式0/4)指示(不同时间的)两个UL子帧上的PUSCH发送并且仅在两个UL子帧中的一个中发送的PUSCH上捎带HARQ-ACK，则在SF#N中接收的DCI格式(例如，DCI格式0/4)的额外定义的2比特UL DAI可以仅应用于在一个UL子帧中发送的(捎带有HARQ-ACK的)PUSCH(下文中，“[规则#6-B]”)。即，该操作可以被解释为意味着在SF#N中接收的DCI格式的额外定义的2比特UL DAI仅用于确定针对在两个UL子帧中发送的PUSCH之间的捎带有HARQ-ACK的PUSCH的HARQ-ACK的比特大小。

例如，可以在两个UL子帧中发送的PUSCH之间的没有捎带HARQ-ACK的PUSCH上，使用/设定预定的(或用信号发送的)特定UL DAI值(即，独立于在SF#N中接收的DCI格式的额外定义的2比特UL DAI的值)。

作为另一示例，当(在USS中)采用表13的规则#5-6时，如果在特定时间(即，SF#N)接收的UL许可(例如，DCI格式0/4)指示(不同时间的)两个UL子帧(例如，UL SF#K1和UL SF#K2，其中，K1是小于K2的正整数(包括0))上的PUSCH发送并且仅在UL SF#K1中发送的PUSCH上捎带HARQ-ACK，则在SF#N中接收的DCI格式(例如，DCI格式0/4)的额外定义的2比特ULDAI可以应用于在UL SF#K1中发送的(捎带有HARQ-ACK的)PUSCH。

另一方面，如果在特定时间(即，SF#N)接收的UL许可指示(不同时间的)两个UL子帧(例如，UL SF#K1和UL SF#K2，其中，K1是小于K2的正整数(包括0))上的PUSCH发送并且仅在UL SF#K2中发送的PUSCH上捎带HARQ-ACK，则与UL SF#K2相关联的最大数量的SF(例如，PDSCH发送SF、用于传递DL SPS版本信息的PDCCH/EPDCCH发送的SF)可以根据在UL SF#K2中发送的(捎带有HARQ-ACK的)PUSCH上的DL参考配置被确定为HARQ-ACK比特大小。即，该操作可以被解释为意味着不使用在SF#N中接收的DCI格式的额外定义的2比特UL DAI。另外，可以通过将2比特UL DAI设置成预定值来将这2比特UL DAI用于虚拟CRC。

下面的示例包括针对[规则#6-A]和[规则#6-B]的对应于不采用CA的情形的示例#6-1和示例#6-2和对应于采用CA的情形的示例#6-3和示例#6-4。

●示例#6-1：对于在无线电资源配置的动态变化模式下操作的小区(即，“eIMTA启用小区”)，SIB UL-DL配置(即，UL参考配置)被创建为UL-DL配置#0，DL参考配置被创建为UL-DL配置#4，并且实际UL-DL配置(即，由重新配置消息(重新)创建的UL-DL配置)被创建为UL-DL配置#3。在这种情况下，如果在SF#16中接收的DCI格式(即，表13的规则#5-6)中的2比特UL DAI和2比特UL索引被分别设置成“01”和“11”并且与SF#10、#11、#14和#15相关的ULA/N信息项以及与SF#16、#17、#18和#19相关的UL A/N信息项捎带在SF#22和SF#23中发送的PUSCH上，则根据确定在SF#22和SF#23中发送的PUSCH上(捎带)的HARQ-ACK的比特大小的[规则#A]，共同地使用在SF#16中接收的DCI格式中的额外定义的2比特UL DAI值(即，“01”)。

●示例#6-2：对于在无线电资源配置的动态变化模式下操作的小区(即，“eIMTA启用小区”)，SIB UL-DL配置(即，UL参考配置)被创建为UL-DL配置#0，DL参考配置被创建为UL-DL配置#5，并且实际UL-DL配置(即，由重新配置消息(重新)创建的UL-DL配置)被创建为UL-DL配置#4。如果在SF#16中接收的DCI格式(即，表13的规则#5-6)中的2比特UL DAI和2比特UL索引被分别设置成“01”和“11”并且与SF#10、#11、#13、#14、#15、#16、#17、#18和#19相关的UL A/N信息项仅被捎带在SF#22中发送的PUSCH上(即，在SF#23中发送的PUSCH上没有捎带UL A/N信息项)，则根据仅确定在SF#22中发送的PUSCH上(捎带)的HARQ-ACK的比特大小的[规则#B]，使用在SF#16中接收的DCI格式中的额外定义的2比特UL DAI值(即，“01”)。

●示例#6-3：假设通过CA配置两个小区(即，eIMTA启用PCell和eIMTA启用SCell)。本文中，对于eIMTA启用PCell，假设SIB UL-DL配置(即，UL参考配置)、DL参考配置和实际UL-DL配置被分别创建为UL-DL配置#0、UL-DL配置#4和UL-DL配置#3。对于eIMTA启用SCell，假设基于tdd-Config-r10的UL-DL配置、DL参考配置和实际UL-DL配置被分别创建为UL-DL配置#0、UL-DL配置#5和UL-DL配置#4。另外，对于eIMTA启用SCell，假设配置从eIMTA启用PCell进行的跨载波调度(CCS)。由此，假设对于eIMTA启用SCell/eIMTA启用PCell，最终DL参考配置被创建为UL-DL配置#4并且最终UL参考配置被创建为UL-DL配置#0。

在这种情形下，假设在eIMTA启用PCell的SF#16(即，表13的规则#5-6)中接收的DCI格式中的2比特UL DAI和2比特UL索引被分别设置成“01”和“11”并且DCI格式是eIMTA启用SCell相关的控制信息(即，CIF字段指示eIMTA启用SCell)。

本文中，如果与eIMTA启用SCell和/或eIMTA启用PCell的SF#10、#11、#14和#15相关的UL A/N信息项被捎带在eIMTA启用SCell的SF#22中发送的PUSCH上并且与eIMTA启用SCell和/或eIMTA启用PCell的SF#16、#17、#18和#19相关的UL A/N信息项被捎带在eIMTA启用SCell的SF#23中发送的PUSCH上，则根据确定在eIMTA启用SCell的SF#22和SF#23中发送的PUSCH上(捎带)的HARQ-ACK的比特大小的上述[规则#A]，可以共同地使用在eIMTA启用PCell的SF#16中接收的DCI格式中的额外定义的2比特UL DAI值(即，“01”)。

●示例#6-4：假设通过CA配置两个小区(即，eIMTA启用PCell和eIMTA启用SCell)。本文中，对于eIMTA启用PCell，假设SIB UL-DL配置(即，UL参考配置)、DL参考配置和实际UL-DL配置被分别创建为UL-DL配置#0、UL-DL配置#5和UL-DL配置#3。对于eIMTA启用SCell，假设基于tdd-Config-r10的UL-DL配置、DL参考配置和实际UL-DL配置被分别创建为UL-DL配置#0、UL-DL配置#4和UL-DL配置#4。另外，对于eIMTA启用SCell，假设配置从eIMTA启用PCell进行的跨载波调度(CCS)。由此，假设对于eIMTA启用SCell/eIMTA启用PCell，最终DL参考配置被创建为UL-DL配置#5并且最终UL参考配置被创建为UL-DL配置#0。在该假设前提下，假设在eIMTA启用PCell的SF#16(即，表13的规则#5-6)中接收的DCI格式中的2比特ULDAI和2比特UL索引被分别设置成“01”和“11”并且DCI格式是eIMTA启用SCell相关的控制信息(即，CIF字段指示eIMTA启用SCell)。

本文中，如果与eIMTA启用SCell和/或eIMTA启用PCell的SF#10、#11、#13、#14、#15、#16、#17、#18和#19相关的UL A/N信息项被捎带在eIMTA启用SCell的SF#22中发送的PUSCH上(即，eIMTA启用SCell和/或eIMTA启用PCell的UL A/N信息项没有被捎带在eIMTA启用SCell的SF#23中发送的PUSCH上)，则可以根据仅确定在eIMTA启用SCell的SF#22中发送的PUSCH上(捎带)的HARQ-ACK的比特大小的[规则#6-B]，使用在eIMTA启用PCell的SF#16中接收的DCI格式中的额外定义的2比特UL DAI值(即，“01”)。

另外，当(在USS中)采用表13的规则#5-6时，在除了接收用于调度在预先创建的DL参考配置上的UL SF(即，静态UL SF)中的PUSCH的UL许可的时间(例如，通过UL参考配置或SIB UL-DL配置确定UL许可接收时间)之外的时间，UL DAI字段(即，UL DAI字段可用于调度捎带有UL A/N的PUSCH)可以是不必要的。因此，在除了接收用于调度在DL参考配置上的ULSF中的PUSCH发送的UL许可的时间之外的时间发送的DCI格式(例如，DCI格式0/4)的额外定义的2比特UL DAI可以被设置成预定的(或用信号发送的)值或零填充。例如，被设置成预定的(或用信号发送的)值或零填充的2比特UL DAI可以用于虚拟CRC。

具体地，在采用表13的规则#5-6的情形下(即，在USS中)，如果对于在无线电资源配置的动态变化模式下操作的小区，SIB UL-DL配置(即，UL参考配置)被创建为UL-DL配置#0，DL参考配置被创建为UL-DL配置#5，并且实际UL-DL配置被创建为UL-DL配置#4，则仅在SF#5和SF#6(即，可以调度捎带有UL A/N的PUSCH(即，在SF#12中发送的PUSCH)的时间)中接收的DCI格式(例如，DCI格式0/4)字段的额外定义的2比特UL DAI可以被解释为实际用于ULDAI。

另一方面，在SF#0和SF#1(即，不能调度捎带有UL A/N的PUSCH(即，在SF#12中发送的PUSCH)的时间)中接收的DCI格式(例如，DCI格式0/4)字段的额外定义的2比特UL DAI可以被解释为具有(即，用于虚拟CRC的)预定的(或用信号发送的)值。

仅当i)UL DAI被定义为V_UL DAI(即，在单个小区环境中配置用Rel-8/10映射表进行信道选择的HARQ-ACK绑定和PUCCH格式1b)或ii)UL DAI被定义为W_UL DAI(即，在CA环境中配置用Rel-10映射表或PUCCH格式3进行信道选择的PUCCH格式1b)时，才可以采用第六实施方式。

另外，所提出的方法可以被配置成仅当采用CA(或不采用CA)时被应用。另外，所提出的方法可以被配置成仅在与CA相关的特定小区(例如，PCell(或调度小区)或SCell(或被调度小区))中被应用。

另外，在设置用于UE的多个UL-DL配置(即，i)基于SIB1信息的UL-DL配置，ii)基于RadioResourceConfigCommonSCell IE信息的UL-DL配置，iii)与DL HARQ参考配置相关的UL-DL配置，iv)与UL HARQ参考配置相关的UL-DL配置，和v)当前(重新)创建的UL-DL配置)中的至少一个被指定为预定UL-DL配置(例如，UL-DL配置#0)的情况下，也可以采用上述本发明的实施方式。本文中，如果在设置用于UE的多个UL-DL配置之中没有被创建为特定的预定UL-DL配置(例如，UL-DL配置#0)的UL-DL配置，则DCI格式0或DCI格式4的特定字段(例如，2比特字段)可以根据预定规则被解释为用于UL DAI信息或UL索引信息。

在上述本发明的实施方式中，可以根据i)与DL HARQ参考配置相关的UL-DL配置，ii)与UL HARQ参考配置相关的UL-DL配置，iii)基于SIB1信息的UL-DL配置，或iv)由重新配置消息重新创建的UL-DL配置，定义与UL索引信息和UL DAI信息中的至少一个相关的绑定窗口大小。

另外，可以仅在以下中的至少一种下采用上述本发明的实施方式：i)配置无线电资源的配置的动态变化的情况，ii)创建特定发送模式(TM)的情况，iii)创建特定UL-DL配置的情况，iv)配置特定UL ACK/NACK发送方案(例如，ACK/NACK绑定、ACK/NACK多路复用、PUCCH格式1B W/信道选择、PUCCH格式3)的情况，v)通过PUSCH发送UL ACK/NACK的情况和vi)通过PUCCH发送UL ACK/NACK的情况。

显而易见的是，这些实施方式/配置/规则可以被视为用于实现本发明的一个独立示例。本文中描述的实施方式可以独立地或结合地实现。

显而易见的是，这些实施方式/配置/规则中的每一个可以被视为一个独立的发明。另外，本发明可以以上述实施方式中的至少一个的结合来实现。

图15示例性地示出了可应用于本发明的实施方式的BS和UE。如果无线通信***中包括中继器，则在基站与中继器之间可以执行回程链路上的通信，并且在中继器和UE之间执行接入链路上的通信。因此，根据情形，可以用中继器取代附图中示出的基站或UE。

参照图15，无线通信***包括BS 110和UE 120。BS 110包括处理器112、存储器114和射频(RF)单元116。处理器112可以被配置成实现在本发明中提出的过程和/或方法。存储器114连接到处理器112并且存储与处理器112的操作相关的各种类型的信息。RF单元116连接到处理器112，并且发送和/或接收无线电信号。UE 120包括处理器122、存储器124和RF单元126。处理器122可以被配置成实现在本发明中提出的过程和/或方法。存储器124连接到处理器122并且存储与处理器122的操作相关的各种类型的信息。RF单元126连接到处理器122，并且发送和/或接收无线电信号。BS 110和/或UE 120可以具有单个天线或多个天线。

上述实施方式是通过将本发明的元件和特征以预定形式结合来构造的。各元件或特征应被理解为是可选的，除非另外清楚提到。元件或特征中的每一个可以在没有与其它元件结合的情况下实现。另外，可以结合一些元件和/或特征来配置本发明的实施方式。本发明的实施方式中讨论的操作次序可以被变化。一种实施方式的一些元件或特征也可以被包括在另一实施方式中，或者可以被另一实施方式的对应元件或特征来取代。通过提交申请后进行的后续修改，在随附权利要求书中没有彼此明确引用的权利要求可以被结合来创建本发明的实施方式或者被包括在新的权利要求中。

可以通过各种方式(诸如，例如硬件、固件、软件或其组合)实现本发明的实施方式。当用硬件实践时，可以通过一个或更多个ASIC(专用集成电路)、DSP(数字信号处理器)、DSPD(数字信号处理装置)、PLD(可编程逻辑器件)、FPGA(现场可编程门阵列)、处理器、控制器、微控制器、微处理器等来实现本发明的一种实施方式。

当用固件或软件实践时，本发明的实施方式可以按执行上述功能或操作的模块、过程、功能等形式来实现。软件代码可以被存储在存储器单元中并且由处理器执行。该存储器单元可以位于处理器的内部或外部，以便经由各种熟知装置与处理器进行数据收发。

可以在不脱离本发明的特性的情况下，按与本文中阐述的方式不同的其它特定方式来执行本发明。因此，以上实施方式应在所有方面被理解为是例证性而非限制性的。本发明的范围应由随附权利要求书及其法律等同物来确定，并且出自于随附权利要求书的含义和等同范围内的所有变化旨在涵盖在本文内。

[工业实用性]

以上已描述了用于在无线通信***中发送和接收下行链路信号的方法和用于该方法的装置，重点放在本发明应用于3GPP LTE***的情况。本发明还可应用于除了3GPPLTE***以外的各种无线通信***。

Claims (12)

1.一种用于在支持无线电资源的重新配置的时分双工TDD无线通信***中接收下行链路DL控制信号的方法，该方法包括以下步骤：

将基于***信息块SIB的上行链路-下行链路UL-DL配置0创建为上行链路UL参考配置；

将UL-DL配置2、4、5中的一个创建为DL参考配置；以及

接收包括用于限定UL索引或DL分配索引的字段的DL控制信息DCI，

其中，当通过公共搜索空间接收到所述DCI并且与所述DCI相关联的DCI格式是DCI格式0或DCI格式4时，所述字段被确定为用于UL索引，并且

其中，当通过UE特定搜索空间接收到所述DCI并且与所述DCI相关联的DCI格式是DCI格式0或DCI格式4时，所述字段被确定为用于所述DL分配索引。

2.根据权利要求1所述的方法，该方法还包括以下步骤：

经由物理上行链路共享信道PUSCH发送至少一个混合ARQ-ACK/NACK HARQ-ACK/NACK，所述PUSCH基于所述DCI。

3.根据权利要求2所述的方法，其中，根据所述UL索引确定用于发送所述PUSCH的至少一个UL子帧，

其中，基于所述DL分配索引来限定所述至少一个HARQ-ACK/NACK的大小。

4.根据权利要求2所述的方法，其中，仅基于在用于发送所述PUSCH的至少一个UL子帧之中的用于以捎带方式发送所述至少一个HARQ/ACK的UL子帧，确定所述至少一个HARQ-ACK/NACK的大小。

5.根据权利要求1所述的方法，其中，所述DL分配索引仅当在DL子帧上接收到所述DCI时是有效的，

其中，所述DL子帧是用于接收如下DCI的DL子帧，所述DCI指示在基于DL参考配置的UL子帧中的PUSCH发送。

6.根据权利要求5所述的方法，其中，当所述DL分配索引无效时，所述DL分配索引被用于虚拟循环冗余校验，所述虚拟循环冗余校验为虚拟CRC。

7.一种用于在支持无线电资源的重新配置的时分双工TDD无线通信***中接收下行链路DL控制信号的终端，该终端包括：

射频RF单元；以及

处理器，

其中，所述处理器被配置成：

将基于***信息块SIB的上行链路-下行链路UL-DL配置0创建为上行链路UL参考配置；

将UL-DL配置2、4、5中的一个创建为DL参考配置；并且

接收包括用于限定UL索引或DL分配索引的字段的DL控制信息DCI，

其中，当通过公共搜索空间接收到所述DCI并且与所述DCI相关联的DCI格式是DCI格式0或DCI格式4时，所述字段被确定为用于UL索引，并且

其中，当通过UE特定搜索空间接收到所述DCI并且与所述DCI相关联的DCI格式是DCI格式0或DCI格式4时，所述字段被确定为用于所述DL分配索引。

8.根据权利要求7所述的终端，其中，所述处理器还被配置为：控制所述RF单元经由物理上行链路共享信道PUSCH发送至少一个混合ARQ-ACK/NACK HARQ-ACK/NACK，所述PUSCH基于所述DCI。

9.根据权利要求8所述的终端，其中，根据所述UL索引确定用于发送所述PUSCH的至少一个UL子帧，并且

其中，基于所述DL分配索引来限定所述至少一个HARQ-ACK/NACK的大小。

10.根据权利要求8所述的终端，其中，仅基于在用于发送所述PUSCH的至少一个UL子帧之中的用于以捎带方式发送所述至少一个HARQ/ACK的UL子帧，确定所述至少一个HARQ-ACK/NACK的大小。

11.根据权利要求7所述的终端，其中，所述DL分配索引仅当在DL子帧上接收到所述DCI时是有效的，

其中，所述DL子帧是用于接收如下DCI的DL子帧，所述DCI指示在基于DL参考配置的UL子帧中的PUSCH发送。

12.根据权利要求11所述的终端，其中，当所述DL分配索引无效时，所述DL分配索引被用于虚拟循环冗余校验。