CN105580289A - 用于在无线通信系统中由终端对下行链路控制信息进行解码的方法和设备 - Google Patents

用于在无线通信系统中由终端对下行链路控制信息进行解码的方法和设备 Download PDF

Info

Publication number
CN105580289A
CN105580289A CN201480052537.0A CN201480052537A CN105580289A CN 105580289 A CN105580289 A CN 105580289A CN 201480052537 A CN201480052537 A CN 201480052537A CN 105580289 A CN105580289 A CN 105580289A
Authority
CN
China
Prior art keywords
community
dci
tdd
fdd
timing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201480052537.0A
Other languages
English (en)
Other versions
CN105580289B (zh
Inventor
徐东延
安俊基
梁锡喆
黄大成
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN105580289A publication Critical patent/CN105580289A/zh
Application granted granted Critical
Publication of CN105580289B publication Critical patent/CN105580289B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种在利用不同类型的服务小区建立的无线通信系统中由终端对下行链路控制信息(DCI)进行解码的方法和设备。该方法包括以下步骤：经由第一小区来接收用于对第二小区进行调度的DCI；以及对所述DCI进行解码，其中，对所述DCI进行解码的步骤包括以下步骤：根据所述第二小区是否是与所述第一小区相同类型的小区来确定所述DCI的大小。

Description

用于在无线通信系统中由终端对下行链路控制信息进行解码的方法和设备
技术领域
本发明涉及无线通信，并且更具体地，涉及用于在聚合有使用不同类型的无线电帧的服务小区的无线通信系统中对下行链路控制信息进行解码的方法和设备。
背景技术
基于第三代合作伙伴计划(3GPP)技术规范(TS)版本8的长期演进(LTE)是领先的下一代移动通信标准。
如3GPPTS36.211V8.7.0(2009-05)“EvolvedUniversalTerrestrialRadioAccess(E-UTRA)；PhysicalChannelsandModulation(Release8)”所公开的，在LTE中，能够将物理信道划分成：物理下行链路共享信道(PDSCH)和物理下行链路控制信道(PDCCH)，即，下行链路信道；以及物理上行链路共享信道(PUSCH)和物理上行链路控制信道(PUCCH)，即，上行链路信道。
PUCCH是用来发送上行链路控制信息(诸如混合自动重传请求(HARQ)、肯定应答/非肯定应答(ACK/NACK)信号、信道质量指示符(CQI)和调度请求(SR))的上行链路控制信道。
此外，作为3GPPLTE的演进的3GPPLTE-advanced(LTE-A)已经得到发展。在3GPPLTE-A中引入的技术中的一种是载波聚合。
载波聚合使用多个分量载波。分量载波由中心频率和带宽限定。一个下行链路分量载波或者一对上行链路分量载波和下行链路分量载波对应于一个小区。能够说成提供有使用多个下行链路分量载波的服务的用户设备由多个服务小区提供服务。载波聚合包括调度小区和被调度小区彼此不同的跨载波调度以及调度小区和被调度小区相同的非跨载波调度。
此外，在下一代的无线通信系统中，可以将使用不同的无线电帧结构的服务小区(诸如使用时分双工(TDD)无线电帧的服务小区和使用频分双工(FDD)无线电帧的服务小区)进行聚合。也就是说，可以将使用不同类型的无线电帧的多个服务小区分配给用户设备。或者，尽管分配了使用相同类型的无线电帧的多个服务小区，然而每个服务小区的上行链路-下行链路配置可以不同。
此外，预先确定了下行链路控制信息的格式。也就是说，预先确定了哪些字段被包含在下行链路控制信息中。另外，还预先确定了每个字段的比特数。然而，存在比特数取决于下行链路控制信息的格式被用在TDD中还是FDD中而改变的字段。
在跨载波调度被应用在聚合有使用彼此不同的无线电帧结构的服务小区的无线通信系统中的情况下，存在从调度小区发送的下行链路控制信息格式的大小可以取决于被调度小区是FDD小区还是TDD小区而改变的问题。在这种情况下，存在用户设备的盲解码计数增加的问题。
发明内容
技术课题
本发明提供了一种用于在聚合有使用不同类型的无线电帧的服务小区的无线通信系统中对下行链路控制信息进行解码的方法和设备。
技术课题的手段
在一个方面，提供了一种用于在配置有不同种类的服务小区的无线通信系统中由用户设备对下行链路控制信息(DCI)进行解码的方法。该方法包括以下步骤：通过第一小区来接收对第二小区进行调度的DCI，以及对所述DCI进行解码。所述DCI的大小是根据所述第二小区是否是与所述第一小区相同种类的小区来确定的，并且对所述DCI的大小进行解码。
所述第一小区可以是执行初始连接建立过程或连接重新建立过程的主小区，并且所述第二小区可以是除所述主小区以外的、被附加地分配的辅小区。
所述第一小区可以是使用频分双工(FDD)帧的FDD小区，并且所述第二小区可以是使用时分双工(TDD)帧的TDD小区。
所述DCI可以包括具有与在对单独使用的所述FDD小区或所述TDD小区进行调度时不同的比特大小的特定字段。
当对所述TDD小区进行调度时，所述特定字段可以具有与在对单独使用的所述FDD小区进行调度时相同的比特大小。
所述特定字段可以是包括混合自动重传请求(HARQ)处理号的字段，并且可以由3个比特配置。
所述第一小区可以是使用时分双工(TDD)帧的TDD小区，并且所述第二小区是使用频分双工(FDD)帧的FDD小区。
所述DCI可以包括具有与在对单独使用的所述FDD小区或所述TDD小区进行调度时不同的比特大小的特定字段。
当对所述FDD小区进行调度时，所述特定字段可以具有与在对单独使用的所述TDD小区进行调度时相同的比特大小。
所述特定字段可以是包括混合自动重传请求(HARQ)处理号的字段，并且可以由4个比特配置。
在另一个方面，提供了一种用户设备(UE)。该UE包括：RF单元，该RF单元被配置为发送和接收无线电信号；以及处理器，该处理器连接至所述RF单元。所述处理器被配置为执行以下操作：通过第一小区来接收对第二小区进行调度的DCI；以及对所述DCI进行解码。所述DCI的大小是根据所述第二小区是否是与所述第一小区相同种类的小区来确定的，并且对所述DCI的大小进行解码。
发明效果
在聚合有使用不同类型的无线电帧的服务小区的无线通信系统中，用户设备可以高效地执行对下行链路控制信息进行解码。
附图说明
图1示出了FDD无线电帧的结构。
图2示出了TDD无线电帧的结构。
图3示出了针对一个下行链路时隙的资源网格的示例。
图4示出了DL子帧的结构。
图5例示了PDCCH监测的示例。
图6例示了FDD中使用的DCI格式的结构。
图7例示了TDD中使用的DCI格式的结构。
图8示出了UL子帧的结构。
图9示出了正常CP中的PUCCH格式1b的信道结构。
图10示出了正常CP中的PUCCH格式2/2a/2b的信道结构。
图11例示了PUCCH格式3的信道结构。
图12例示了在3GPPLTE的小区中执行的DLHARQ。
图13示出了单载波系统与载波聚合系统之间的比较的示例。
图14例示了多个服务小区在无线通信系统中使用不同类型的无线电帧的示例。
图15例示了多个服务小区在无线通信系统中使用不同类型的无线电帧的另一示例。
图16例示了根据本发明的实施方式的DCI解码方法。
图17是例示了实现本说明书的实施方式的无线设备的框图。
具体实施方式
用户设备(UE)可以是固定的，或者能够具有移动性。UE还能够被称作诸如移动站(MS)、移动终端(MT)、用户终端(UT)、订户站(SS)、无线装置、个人数字助理(PDA)、无线调制解调器或手持装置这样的另外的术语。
BS通常指代与UE进行通信的固定站。BS还能够被称作诸如演进型NodeB(eNodeB)、基站收发器系统(BTS)或接入点这样的另外的术语。
从BS到UE的通信被称作下行链路(DL)，而从UE到BS的通信被称作上行链路(UL)。包括BS和UE的无线通信系统可以是时分双工(TDD)系统或频分双工(FDD)系统。TDD系统是在相同的频带中使用不同的时间来执行UL和DL发送/接收的无线通信系统。FDD系统是使用不同的频带同时能实现UL和DL发送/接收的无线通信系统。无线通信系统能够使用无线电帧来执行通信。
图1示出了FDD无线电帧的结构。
FDD无线电帧包括10个子帧，并且一个子帧包括两个连续的时隙。无线电帧内的时隙被指派索引0至19。发送一个子帧所花费的时间被称作发送时间间隔(TTI)。TTI可以是最小调度单元。例如，一个子帧的长度可以是1ms，并且一个时隙的长度可以是0.5ms。在下文中，FDD无线电帧可以被简单地称为FDD帧。
图2示出了TDD无线电帧的结构。
参照图2，下行链路(DL)子帧和上行链路(UL)子帧共存于TDD中使用的TDD无线电帧中。表1示出了无线电帧的UL-DL配置的示例。
[表1]
在表1中，‘D’指示DL子帧，‘U’指示UL子帧，并且‘S’指示特殊子帧。当从BS接收到UL-DL配置时，UE能够知道无线电帧中的每个子帧是DL子帧还是UL子帧。在下文中，能够参照表1以得到UL-DL配置N(N是0至6中的任一个)。
在TDD帧中，具有索引#1和索引#6的子帧可以是特殊子帧，并且包括下行链路导频时隙(DwPTS)、保护时段(GP)和上行链路导频时隙(UpPTS)。DwPTS被用在UE中的初始小区搜索、同步或信道估计中。UpPTS被用于BS中的信道估计并且用于UE的上行链路发送同步。GP是去除由于DL信号在UL与DL之间的多径延迟而在UL中发生的干扰的间隔。在下文中，TDD无线电帧可以被简单地称为TDD帧。
图3示出了针对一个下行链路时隙的资源网格的示例。
参照图3，下行链路时隙在时域中包括多个正交频分复用(OFDM)符号并且在频域中包括NRB个资源块(RB)。RB按照资源分配单元包括时域内的一个时隙和频域内的多个连续的子载波。下行链路时隙中包括的RB的数目NRB取决于小区中配置的下行链路发送带宽NDL。例如，在LTE系统中，NRB可以是6至110中的任一个。上行链路时隙能够具有与下行链路时隙相同的结构。
资源网格上的每个元素被称作资源元素(RE)。资源网格上的RE能够由时隙内的索引对(k,l)标识。这里，k(k＝0,...,NRB×12-1)是频域内的子载波索引，并且l(l＝0,...,6)是时域内的OFDM符号索引。
尽管在时域中包括7个OFDM符号并且在频域中包括12个子载波的7×12个RE已被例示为被包括在图3中的一个RB中，然而RB内的OFDM符号的数目和子载波的数目不限于此。OFDM符号的数目和子载波的数目能够取决于CP的长度、频率间距等而按照各种方式改变。在一个OFDM符号中，128、256、512、1024、1536和2048中的一个能够被选择并且用作子载波的数目。
图4示出了DL子帧的结构。
参照图4，下行链路(DL)子帧在时域中被划分成控制区域和数据区域。控制区域包括子帧内的第一时隙的最多前3个(根据情况最多4个)OFDM符号，但是能够改变控制区域中包括的OFDM符号的数目。与物理下行链路控制信道(PDCCH)不同的控制信道被分配给控制区域，而物理下行链路共享信道(PDSCH)被分配给数据区域。
如3GPPTS36.211V8.7.0所公开的，在3GPPLTE中，能够将物理信道划分成：物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)，即，数据信道；以及物理下行链路控制信道(PDCCH)、物理控制格式指示符信道(PCFICH)、物理混合-ARQ指示符信道(PHICH)和物理上行链路控制信道(PUCCH)，即，控制信道。
在子帧的第一OFDM符号中发送的PCFICH承载与被用来在该子帧内发送控制信道的OFDM符号的数目(即，控制区域的大小)有关的控制格式指示符(CFI)。UE首先在PCFICH上接收CFI，然后监测PDCCH。与在PDCCH中不同，PCFICH未经历盲解码，而是通过子帧的固定PCFICH资源来发送的。
PHICH承载针对上行链路混合自动重传请求(HARQ)的肯定应答(ACK)/否定应答(NACK)信号。在PHICH上发送针对由UE发送的PUSCH上的上行链路(UL)数据的ACK/NACK信号。
在无线电帧的第一子帧内的第二时隙的前4个OFDM符号中发送物理广播信道(PBCH)。PBCH承载UE与BS进行通信所必要的系统信息，并且通过PBCH发送的系统信息被称作主信息块(MIB)。相比之下，在由PDCCH指示的PDSCH上发送的系统信息被称作系统信息块(SIB)。
通过PDCCH发送的控制信息被称作下行链路控制信息(DCI)。DCI能够包括PDSCH的资源分配(这也被称作DL授权)、PUSCH的资源分配(这也被称作UL授权)、针对特定UE组内的个别MS的一组发送功率控制命令和/或互联网语音协议(VoIP)的激活。DCI具有稍后将描述的不同的格式。
子帧中的信道区域包括多个控制信道元素(CCE)。CCE是用来根据无线电信道的状态向PDCCH提供编码速率的逻辑分配单元，并且与多个资源元素组(REG)对应。一个REG包括多个RE。基于CCE的数目与由CCE提供的编码速率之间的关系来确定PDCCH格式和可用的PDCCH比特的数目。
一个REG包括四个RE，并且一个CCE包括9个REG。为了构造一个PDCCH，可以使用{1,2,4,8}个CCE。{1,2,4,8}中的每个元素被限定为CCE聚合级别。
用来发送PDCCH的CCE的数目由BS基于信道状态来确定。
图5例示了PDCCH监测的示例。
在3GPPLTE中，盲解码被用来检测PDCCH。盲解码是利用期望的标识符来对所接收的PDCCH(PDCCH侯选)的循环冗余校验(CRC)进行去掩码以校验CRC错误的处理，由此使得UE能够识别该PDCCH是否是该UE的控制信道。UE不能识别其PDCCH在控制区域中被发送的位置以及用来发送PDCCH的CCE聚合级别或DCI格式。
可以在一个子帧中发送多个PDCCH。UE在每个子帧中监测多个PDCCH。这里，监测是指UE根据被监测PDCCH格式来对PDCCH进行解码的尝试。
在3GPPLTE中，使用搜索空间来减小由盲解码导致的负荷。搜索空间可以表示用于PDCCH的CCE的监测集合。UE在对应的搜索空间中监测PDCCH。
搜索空间被分类成公共搜索空间(CSS)和UE特定搜索空间(USS)。CSS是用于搜索具有公共控制信息的PDCCH并且包括具有CCE索引为0至15的16个CCE的空间，并且支持具有{4,8}的CCE聚合级别的PDCCH。然而，还可以向CSS发送承载UE特定信息的PDCCH(DCI格式0和DCI格式1A)。USS支持具有{1,2,4,8}的CCE聚合级别的PDCCH。
针对CSS和USS限定了搜索空间的不同的起始点。不管子帧如何，CSS的起始点都是固定的，而USS的起始点可以根据UEID(例如，C-RNTI)、CCE聚合级别和/或无线电帧中的时隙号而通过子帧改变。当USS的起始点在CSS中时，USS和CSS可以交叠。
在下文中，将描述在PDCCH上发送的常规DCI格式。
图6例示了FDD中使用的DCI格式的结构，并且图7例示了TDD中使用的DCI格式的结构。在图6和图7中，DCI格式#A由#A简单地表示。
参照图6和图7，DCI格式包括在下面要描述的字段，并且可以将相应的字段映射到信息比特a0至aA-1。所述相应的字段可以按照在每个DCI格式中描述的顺序来映射，并且包括填充比特0。可以将第一字段映射到最低顺序的信息比特a0，并且可以将其它连续的字段映射到高顺序的信息比特。可以将每个字段中的最高有效位(MSB)映射到字段中的最低顺序的信息比特。例如，可以将第一字段中的MSB映射到a0。在下文中，在每个常规的DCI格式中包括的字段的集合被称为信息字段。
1.DCI格式0
DCI格式0被用于一个上行链路小区中的PUSCH调度。通过DCI格式0来发送以下信息(字段)：
1)可以具有0或3个比特的长度的载波指示符字段(CIF，在下文中相同)；2)用于DCI格式0和DCI格式1A区别的标志(0指示DCI格式0，并且1指示DCI格式1A)；3)跳频标志(1个比特)；4)资源块指派和跳频资源分配；5)调制和编码方案与冗余版本(5个比特)；6)新的数据指示符(1个比特)；7)针对调度的PUSCH的TPC命令(2个比特)；8)用于DM-RS的循环移位和正交覆盖码(OCC)索引(3个比特)；9)UL索引(2个比特)；10)下行链路指派索引(DAI，仅用于TDD)；11)CSI请求；12)探测基准信号(SRS)请求(仅存在于调度PUSCH、被映射到USS的DCI格式中)；以及13)资源分配类型(仅当分配给下行链路的RB的数目大于或等于分配给上行链路的RB的数目时才存在)。如果DCI格式0中的信息比特的数目小于DCI格式1A的净荷大小，则利用0来填充DCI格式0以等于DCI格式1A的净荷大小。
2.DCI格式1
DCI格式1被用于对一个小区中的一个PDSCH码字进行调度。通过DCI格式1来发送以下信息：
1)CIF(0或3个比特)；2)资源分配报头(指示资源分配类型0/类型1)-当下行链路带宽小于10个PRB时，假定不包括资源分配类型0，未包括资源分配报头；3)资源块指派；4)调制和编码方案(5个比特)；5)HARQ处理号(针对FDD为3个比特，而针对TDD为4个比特)；6)新的数据指示符(1个比特)；7)冗余版本(2个比特)；8)针对PUCCH的TPC命令(2个比特)；9)DAI(2个比特，仅针对TDD)；以及10)HARQ-ACK资源偏移(2个比特)。如果DCI格式1中的信息比特的数目等于DCI格式0/1A中的信息比特的数目，则具有值‘0’的一个比特被添加到DCI格式1。如果DCI格式1中的信息比特的数目是{12,14,16,20,24,26,32,40,44,56}中的一个，则具有值‘0’的一个或更多个比特被添加到DCI格式1，使得DCI格式1具有与{12,14,16,20,24,26,32,40,44,56}以及DCI格式0/1A的净荷大小不同的净荷大小。
3.DCI格式1A
DCI格式1A被用于一个小区码字中的一个PDSCH的紧凑调度或者由PDCCH命令引起的随机接入处理。可以通过PDCCH或增强型PDCCH(EPDCCH)来发送与PDCCH命令对应的DCI。
通过DCI格式1A来发送以下信息：1)CIF(0或3个比特)；2)用于DCI格式0和DCI格式1A区别的标志(1个比特)；3)集中式/分布式虚拟资源块(VRB)指派标志(1个比特)；4)资源块指派；5)前导码索引(6个比特)；6)物理随机接入信道(PRACH)掩码索引(4个比特)；7)调制和编码方案(5个比特)；8)HARQ处理号(3个比特)；9)新的数据指示符(1个比特)；10)冗余版本(2个比特)；11)针对PUCCH的TPC命令(2个比特)；12)DAI(2个比特，仅针对TDD)；13)SRS请求(0或1个比特)；14)HARQ-ACK资源偏移(2个比特)。如果DCI格式1A中的信息比特的数目小于DCI格式0中的信息比特的数目，则添加了具有值‘0’的比特，使得DCI格式1A具有与DCI格式0相同的净荷大小。如果DCI格式1A中的信息比特的数目是{12,14,16,20,24,26,32,40,44,56}中的一个，则具有值‘0’的一个比特被添加到DCI格式1A。
4.DCI格式1B
DCI格式1B包括预编码信息，并且被用于一个小区中的一个PDSCH码字的紧凑调度。通过DCI格式1B来发送以下信息：
1)CIF(0或3个比特)；2)集中式/分布式(VRB)指派标志(1个比特)；3)资源块指派；4)调制和编码方案(5个比特)；5)HARQ处理号(3个比特)；6)新的数据指示符(1个比特)；7)冗余版本(2个比特)；8)针对PUCCH的TPC命令(2个比特)；9)DAI(2个比特，仅针对TDD)；10)发送的用于预编码的预编码矩阵指示符(TPMI)信息；以及11)用于预编码的PMI确认(1个比特)。如果DCI格式1B中的信息比特的数目等于{12,14,16,20,24,26,32,40,44,56}中的一个，则具有值‘0’的一个比特被添加到DCI格式1B。
5.DCI格式1C
DCI格式1C被用于一个PDSCH码字的非常紧凑调度和多播控制信道(MCCH)改变通知。在非常紧凑调度中，通过DCI格式1C来发送以下信息：1)间隙值指示符(1个比特)；2)资源块指派；以及3)调制和编码方案。在MCCH改变通知中，通过DCI格式1C来发送以下信息：1)MCCH改变通知信息(8个比特)；以及2)预留的信息比特。
6.DCI格式1D
DCI格式1D包括预编码和功率偏移信息，并且被用于一个小区中的一个PDSCH码字的简单调度。
通过DCI格式1D来发送以下信息：
1)CIF(0或3个比特)；2)集中式/分布式(VRB)指派标志(1个比特)；3)资源块指派；4)调制和编码方案(5个比特)；5)HARQ处理号(针对FDD为3个比特并且针对TDD为4个比特)；6)新的数据指示符(1个比特)；7)冗余版本(2个比特)；8)针对PUCCH的TPC命令(2个比特)；9)DAI(2个比特，仅针对TDD)；10)用于预编码的TPMI信息；11)下行链路功率偏移(1个比特)；以及12)HARQ-ACK资源偏移(2个比特)。如果DCI格式1D中的信息比特的数目等于{12,14,16,20,24,26,32,40,44,56}中的一个，则具有值‘0’的一个比特被添加到DCI格式1D。
7.DCI格式2
DCI格式2被用来指派用于闭环MIMO操作的PDSCH。通过DCI格式2来发送以下信息：
1)CIF(0或3个比特)；2)资源分配报头(1个比特)；3)资源块指派；4)针对PUCCH的TPC命令(2个比特)；5)DAI(2个比特，仅针对TDD)；6)HARQ处理号(针对FDD为3个比特并且针对TDD为4个比特)；7)传输块到码字交换标志(1个比特)；8)调制和编码方案(5个比特)；9)新的数据指示符(1个比特)；10)冗余版本(2个比特)；11)预编码信息；以及12)HARQ-ACK资源偏移。可以对每个传输块给予8)至10)。
8.DCI格式2A
DCI格式2A被用于指派用于开环MIMO操作的PDSCH。通过DCI格式2A来发送以下信息：
1)CIF(0或3个比特)；2)资源分配报头(1个比特)；3)资源块指派；4)针对PUCCH的TPC命令(2个比特)；5)下行链路指派标志(DAI，2个比特，仅针对TDD)；6)HARQ处理号(针对FDD为3个比特并且针对TDD为4个比特)；7)传输块到码字交换标志(1个比特)；8)调制和编码方案(5个比特)；9)新的数据指示符(1个比特)；10)冗余版本(2个比特)；11)预编码信息；以及12)HARQ-ACK资源偏移。
9.DCI格式2B
通过DCI格式2B来发送以下信息：
1)CIF(0或3个比特)；2)资源分配报头(1个比特)；3)资源块分配；4)针对PUCCH的TPC命令(2个比特)；5)下行链路指派标志(DAI，2个比特，仅针对TDD)；6)HARQ处理号(针对FDD为3个比特并且针对TDD为4个比特)；7)加扰标识(ID)(1个比特)；8)SRS请求(0或1个比特)；9)调制和编码方案(5个比特)；10)新的数据指示符(1个比特)；11)冗余版本(2个比特)；以及12)HARQ-ACK资源偏移。
10.DCI格式2C
通过DCI格式2C来发送以下信息：
1)CIF(0或3个比特)；2)资源分配报头(1个比特)；3)资源块分配；4)针对PUCCH的TPC命令(2个比特)；5)下行链路指派标志(DAI，2个比特，仅针对TDD)；6)HARQ处理号(针对FDD为3个比特并且针对TDD为4个比特)；7)天线端口、加扰ID和层数(3个比特)；8)SRS请求(0或1个比特)；9)调制和编码方案(5个比特)；10)新的数据指示符(1个比特)；11)冗余版本(2个比特)；以及12)HARQ-ACK资源偏移。
11.DCI格式2D
通过DCI格式2D来发送以下信息：
1)CIF(0或3个比特)；2)资源分配报头(1个比特)；3)资源块分配；4)针对PUCCH的TPC命令(2个比特)；5)下行链路指派标志(DAI，2个比特，仅针对TDD)；6)HARQ处理号(针对FDD为3个比特并且针对TDD为4个比特)；7)天线端口、加扰ID和层数(3个比特)；8)SRS请求(0或1个比特)；9)调制和编码方案(5个比特)；10)新的数据指示符(1个比特)；11)冗余版本(2个比特)；12)PDSCH资源元素映射和准协同定位指示符；以及13)HARQ-ACK资源偏移。
12.DCI格式3
DCI格式3被用来利用2比特功率调整来发送针对PUCCH和PUSCH的TPC命令。可以通过DCI格式3来发送N个TPC命令。
13.DCI格式3A
DCI格式3A被用来利用1个比特功率调整来发送针对PUCCH和PUSCH的TPC命令。可以通过DCI格式3A来发送M个TPC命令。
14.DCI格式4
DCI格式4被用于在具有多天线端口发送模式的一个上行链路小区中的PUSCH的调度。
1)CIF(0或3个比特)；2)资源块分配；3)针对PUCCH的TPC命令(2个比特)；4)用于DMRS的循环移位和OCC索引(3个比特)；5)UL索引(2个比特)；6)下行链路指派标志(DAI，2个比特，仅针对TDD)；7)CSI请求(1或2个比特)；8)SRS请求(2个比特)；9)资源分配类型(1个比特)；10)调制和编码方案以及冗余版本(5个比特)；11)新的数据指示符(1个比特)；以及12)预编码信息和层数。
图8示出了UL子帧的结构。
参照图8，UL子帧能够在频域中被划分成分配有用于承载上行链路控制信息的物理上行链路控制信道(PUCCH)的控制区域以及分配有用于承载用户数据的物理上行链路共享信道(PUSCH)的数据区域。
PUCCH被分配有子帧中的RB对。属于RB对的RB在第一时隙和第二时隙中占据不同的子载波。RB对具有相同的RB索引m。
根据3GPPTS36.211V8.7.0，PUCCH支持多种格式。能够根据取决于PUCCH格式的调制方案来使用在每个子帧中具有不同数目的比特的PUCCH。
下面的表2示出了根据PUCCH格式的调制方案和每子帧比特的数目的示例。
[表2]
PUCCH格式 调制方案 每子帧的比特数
1 N/A N/A
1a BPSK 1
1b QPSK 2
2 QPSK 20
2a QPSK+BPSK 21
2b QPSK+QPSK 22
PUCCH格式1被用来发送调度请求(SR)，PUCCH格式1a/1b被用来发送针对HARQ的ACK/NACK信号，PUCCH格式2被用来发送CQI，并且PUCCH格式2a/2b被用来同时发送CQI和ACK/NACK信号。当在子帧中仅发送ACK/NACK信号时，使用PUCCH格式1a/1b。当仅发送SR时，使用PUCCH格式1。当同时发送SR和ACK/NACK信号时，使用PUCCH格式1。在这种情况下，ACK/NACK信号被调制到分配给SR的资源中并且然后被发送。
所有PUCCH格式使用每个OFDM符号中的序列的循环移位(CS)。CS序列通过使基本序列循环地移位特定CS量而生成。特定CS量由CS索引指示。
已限定了基本序列ru(n)的示例与下式相同。
[式1]
r u ( n ) = e j b ( n ) π / 4
这里，u是根索引，n是元素索引，其中0≤n≤N-1，并且N是基本序列的长度。在3GPPTS36.211V8.7.0的部分5.5中限定了b(n)。
序列的长度与在该序列中包括的元素的数目相同。u能够由小区标识符(ID)、无线电帧内的时隙号等来确定。
假定基本序列被映射到频域内的一个资源块，基本序列的长度N变成12，因为一个资源块包括12个子载波。不同的基本序列是取决于不同的根索引而限定的。
能够通过如在式(2)中一样使基本序列r(n)循环地移位来生成CS序列r(n,Ics)。
[式2]
r ( n , I c s ) = r ( n ) · exp ( j 2 πI c s n N ) , 0 ≤ I c s ≤ N - 1
这里，Ics是指示CS量的CS索引(0≤Ics≤N-1)。
基本序列的可用CS索引是指能够根据CS间隔从基本序列得到的CS索引。例如，基本序列的长度是12并且CS间隔是1，基本序列的可用CS索引的总数变成12。或者，如果基本序列的长度是12并且CS间隔是2，则基本序列的可用CS索引的总数变成6。
图9示出了正常CP中的PUCCH格式1b的信道结构。
一个时隙包括7个OFDM符号，3个OFDM符号成为用于基准信号的基准信号(RS)OFDM符号，并且4个OFDM符号成为用于ACK/NACK信号的数据OFDM符号。
在PUCCH格式1b中，调制符号d(0)是通过对编码的2比特ACK/NACK信号执行正交相移键控(QPSK)调制来生成的。
CS索引Ics能够取决于无线电帧内的时隙号“ns”和/或时隙内的符号索引‘l’而改变。
在正常CP中，用于发送ACK/NACK信号的4个数据OFDM符号存在于一个时隙中。假定各个数据OFDM符号中的对应CS索引是Ics0、Ics1、Ics2和Ics3。
调制符号d(0)被扩频成CS序列r(n,Ics)。假定在时隙中与第(i+1)个OFDM符号对应的1维扩频序列是m(i)。
能够获得{m(0),m(1),m(2),m(3)}＝{d(0)r(n,Ics0),d(0)r(n,Ics1),d(0)r(n,Ics2),d(0)r(n,Ics3)}。
为了增加UE能力，能够使用正交序列来对1维扩频序列进行扩频。以下序列被用作正交序列wi(k)(i是序列索引，0≤k≤K-1)，其中扩频因子K＝4。
[表3]
索引(i) [wi(0),wi(1),wi(2),wi(3)]
0 [+1,+1,+1,+1]
1 [+1,-1,+1,-1]
2 [+1,-1,-1,+1]
以下序列被用作正交序列wi(k)(i是序列索引，0≤k≤K-1)，其中扩频因子K＝3。
[表4]
索引(i) [wi(0),wi(1),wi(2)]
0 [+1,+1,+1]
1 [+1,ej2π/3,ej4π/3]
2 [+1,ej4π/3,ej2π/3]
能够在每个时隙中使用不同的扩频因子。
因此，假定给出了特定正交序列索引i，能够将2维扩频序列{s(0),s(1),s(2),s(3)}表达如下。
{s(0),s(1),s(2),s(3)}＝{wi(0)m(0),wi(1)m(1),wi(2)m(2),wi(3)m(3)}
2维扩频序列{s(0),s(1),s(2),s(3)}经历IFFT，然后在对应的OFDM符号中被发送。因此，在PUCCH上发送ACK/NACK信号。
还通过在使基本序列r(n)循环地移位之后将具有PUCCH格式1b的基准信号扩频成正交序列来发送所述基准信号。假定与3个RSOFDM符号对应的CS索引是Ics4、Ics5和Ics6，能够获得3个CS序列r(n,Ics4)、r(n,Ics5)、r(n,Ics6)。3个CS序列被扩频成正交序列wRS i(k)，其中K＝3。
正交序列索引i、CS索引Ics和RB索引m是配置PUCCH所必要的参数，并且也是用来将PUCCH(或MS)进行分类的资源。如果可用CS的数目是12并且可用正交序列索引的数目是3，则能够利用一个RB来复用用于总共36个MS的PUCCH。
在3GPPLTE中，资源索引n(1) PUCCH被限定为使得UE能够获得用于配置PUCCH的三个参数。资源索引n(1) PUCCH＝nCCE+N(1) PUCCH，其中nCCE是用来发送对应PDCCH(即，包括用来接收与ACK/NACK信号对应的下行链路数据的DL资源的分配的PDCCH)的第一CCE的数目，并且N(1) PUCCH是由BS通过更高层消息向UE通知的参数。
用来发送ACK/NACK信号的时间、频率和码资源被称作ACK/NACK资源或PUCCH资源。如上所述，能够将用来在PUCCH上发送ACK/NACK信号的ACK/NACK资源的索引(称作ACK/NACK资源索引或PUCCH索引)表示为正交序列索引i、CS索引Ics、RB索引m和用于计算这3个索引的索引中的至少一个。ACK/NACK资源能够包括正交序列、CS、资源块和它们的组合中的至少一个。
图10示出了正常CP中的PUCCH格式2/2a/2b的信道结构。
参照图10，在正常CP中，OFDM符号1和OFDM符号5(即，第二个OFDM符号和第六个OFDM符号)被用来发送解调基准信号(DMRS)(即，上行链路基准信号)，并且剩余的OFDM符号被用来发送CQI。在扩展CP的情况下，OFDM符号3(第四个符号)被用于DMRS。
10个CQI信息比特能够以1/2码速率经历信道编码，例如，因此变成20个编码的比特。能够在信道编码中使用Reed-Muller码。接下来，20个编码的比特被加扰，然后经历QPSK星座映射，因此生成QPSK调制符号(时隙0中的d(0)至d(4))。每个QPSK调制符号在具有长度为12的基本RS序列‘r(n)’的循环移位中被调制，经历IFFT，然后在子帧内的10个SC-FDMA符号中的每一个中进行发送。均匀地间隔开的12个CS使得12个不同的MS能够在同一PUCCHRB中被正交地复用。具有长度为12的基本RS序列‘r(n)’能够被用作应用于OFDM符号1和OFDM符号5的DMRS序列。
图11示出了PUCCH格式3的信道结构的示例。
参照图11，PUCCH格式3是使用块扩频方案的PUCCH格式。块扩频方案意指在时域中利用块扩频码来对通过对多比特ACK/NACK进行调制而获得的符号序列进行扩频的方法。
在PUCCH格式3中，符号序列(例如，ACK/NACK符号序列)是通过在时域中利用块扩频码而进行扩频来发送的。正交覆盖码(OCC)可以被用作块扩频码。可以通过块扩频码来复用数个UE的控制信号。在PUCCH格式2中，在每个数据符号中发送的符号(例如，图7的d(0)、d(1)、d(2)、d(3)、d(4)等)是不同的，并且使用恒幅零自相关(CAZAC)序列的循环移位来执行UE复用。相比之下，在PUCCH格式3中，包括一个或更多个符号的符号序列在每个数据符号的频域中被发送，符号序列在时域中利用块扩频码而被扩频，并且执行UE复用。已经在图11中例示了在一个时隙中使用了2个RS符号的示例，但是本发明不限于此。可以使用3个RS符号，并且可以使用具有扩频因子值为4的OCC。可以从具有特定循环移位的CAZAC序列生成RS符号，并且可以按照时域中的多个RS符号已被乘以特定OCC这样的方式来发送RS符号。
图12例示了在3GPPLTE的小区中执行的DLHARQ。
参照图12，基站在子帧n中在由PDCCH411上的DL资源分配指示的PDSCH412上将DL传输块发送给UE。
UE在子帧n+4中在PUCCH420上发送ACK/NACK信号。作为示例，用于ACK/NACK信号的发送的PUCCH420的资源可以基于PDCCH411的资源(例如，用于PDCCH411的发送的第一CCE索引)来确定。
即使基站从UE接收到NACK信号，然而与ULHARQ不同，基站未必在子帧n+8中重新发送NACK信号。这里，例示了在子帧n+9中在由PDCCH431上的DL资源分配指示的PDSCH432上发送重传块的示例。
UE在子帧n+13中在PUCCH440上发送ACK/NACK信号。
ULHARQ包括诸如BS的UL授权发送、UE的PUSCH发送(其通过UL授权来调度)、由BS通过PHICH发送作为对PUSCH的响应的ACK/NACK以及发送新的UL授权这样的处理。UL授权与PUSCH之间的间隔以及ULHARQ的PHICH(或UL授权)与PUSCH之间的间隔可以被预先确定为4ms。
现在，对载波聚合系统进行描述。载波聚合系统还被称作多载波系统。
3GPPLTE系统支持DL带宽和UL带宽被不同地配置的情况，但是在这种情况下，一个分量载波(CC)是先决条件。3GPPLTE系统支持最多20MHz并且可以在UL带宽和DL带宽方面不同，但是在UL和DL中的每一个中仅支持一个CC。
载波聚合(还被称作带宽聚合或频谱聚合)支持多个CC。例如，如果5个CC作为具有20MHz带宽的载波单元的粒度被分配，则可以支持最多100MHz带宽。
图13示出了单载波系统与载波聚合系统之间的比较的示例。
载波聚合系统(图13(b))已被例示为包括三个DLCC和三个ULCC，但是DLCC和ULCC的数目不受限制。可以在每个DLCC中独立地发送PDCCH和PDSCH，并且可以在每个ULCC中独立地发送PUCCH和PUSCH。或者，可以仅通过特定ULCC来发送PUCCH。
因为限定了三对DLCC和ULCC，所以可以说UE由三个服务小区提供服务。在下文中，被配置为向用户设备提供服务的小区被称为服务小区。
UE可以在多个DLCC中监测PDCCH，并且同时通过所述多个DLCC来接收DL传输块。UE可以同时通过多个ULCC来发送多个UL传输块。
一对DLCC#A和ULCC#A可以成为第一服务小区，一对DLCC#B和ULCC#B可以成为第二服务小区，并且DLCC#C和ULCC#C可以成为第三服务小区。每个服务小区可以由小区索引(CI)标识。CI可以在小区内是唯一的，或者可以是UE特定的。
可以将服务小区划分成主小区和辅小区。主小区是UE执行初始连接建立过程或启动连接重新建立过程的小区，或者是在切换处理中被指派为主小区的小区。主小区还被称作基准小区。辅小区可以在已建立RRC连接之后被配置，并且可以被用来提供附加的无线电资源。总是配置至少一个主小区，并且可以响应于更高层信令(例如，RRC消息)来添加/修改/释放辅小区。主小区的CI可以是固定的。例如，最低CI可以被指派为主小区的CI。
考虑到CC，主小区包括下行链路主要分量载波(DLPCC)和上行链路PCC(ULPCC)。考虑到CC，辅小区仅包括下行链路辅助分量载波(DLSCC)或者一对DLSCC和ULSCC。在下文中，术语“小区”可以与术语“分量载波(CC)”混合。
如上所述，与单载波系统不同，载波聚合系统可以支持多个CC，即，多个服务小区。
这样的载波聚合系统可以支持跨载波调度。跨载波调度是能够执行经由通过特定分量载波发送的PDCCH通过不同的分量载波而发送的PDSCH的资源分配和/或通过除与该特定分量载波根本上链接的分量载波之外的其它分量载波而发送的PUSCH的资源分配的调度方法。也就是说，可以通过不同的DLCC来发送PDCCH和PDSCH，并且可以通过和与被发送包括UL的PDCCH的DLCC链接的ULCC不同的ULCC来发送PUSCH。如上所述，在用于支持跨载波调度的系统中，PDCCH需要指示PDSCH/PUSCH是通过特定DLCC/ULCC来发送的载波指示符。在下文中，包括载波指示符的字段指代载波指示字段(CIF)。
支持跨载波调度的载波聚合系统可以包括对常规的下行链路控制信息(DCI)的载波指示字段(CIF)。在支持跨载波调度的系统(例如，LTE-A系统)中，因为CIF被添加到常规的DCI格式(即，LTE中使用的DCI格式)，所以可以扩展3个比特，并且PDCCH结构可以再使用常规的编码方法、资源分配方法(即，基于CCE的资源映射)等。
BS可以设置PDCCH监测DLCC(监测CC)组。PDCCH监测DLCC组由所有被聚合的DLCC的一部分来配置。如果配置了跨载波调度，则UE仅对于PDCCH监测DLCC组中包括的DLCC执行PDCCH监测/解码。也就是说，BS仅通过PDCCH监测DLCC组中包括的DLCC来发送针对要调度的PDSCH/PUSCH的PDCCH。可以按照UE特定方式、UE组特定方式或小区特定方式来配置PDCCH监测DLCC组。
非跨载波调度(NCSS)是能够执行经由通过特定分量载波发送的PDCCH的通过该特定分量载波而发送的PDSCH的资源分配和/或通过与特定分量载波根本上链接的分量载波而发送的PDSCH的资源分配的调度方法。
下面描述了针对3GPPLTE时分双工(TDD)中的HARQ的ACK/NACK发送。
在TDD中，与在频分双工(FDD)中不同，DL子帧和UL子帧共存于一个无线电帧中。一般而言，UL子帧的数目小于DL子帧的数目。因此，为用于发送ACK/NACK信号的UL子帧不足的情况作准备，在一个UL子帧中发送针对在多个DL子帧中所接收的DL传输块的多个ACK/NACK信号。
根据3GPPTS36.213V8.7.0(2009-05)的部分10.1，启动了两种ACK/NACK模式：ACK/NACK捆绑和ACK/NACK复用。
在ACK/NACK捆绑中，如果UE已成功地对所有所接收的PDSCH(即，DL传输块)进行解码，则UE发送ACK，而在其它情况下，UE发送NACK。为此，通过逻辑与运算来对针对每个PDSCH的ACK或NACK进行压缩。
ACK/NACK复用也被称作ACK/NACK信道选择(或简单地信道选择)。根据ACK/NACK复用，UE选择多个PUCCH资源中的一个，并且发送ACK/NACK。
下表示出了根据3GPPLTE中的UL-DL配置的与UL子帧n相关联的DL子帧n-k，其中，k∈K并且M是集合K的元素的数目。
[表5]
在下文中，将对本发明进行描述。
在LTE-A版本10系统中，UE可以通过被聚合的多个小区(CC)来发送和接收数据。此刻，用于对多个小区进行调度/控制的控制信号可以通过仅特定的ULCC来发送或者通过每个小区的DLCC来发送。前者可以被称为跨载波调度，而后者可以被称为非跨载波调度。
在下文中，被发送控制信号的CC可以被称为调度CC，并且剩余的CC可以被称为被调度CC。在非跨载波调度中，调度CC和被调度CC是相同的，而在跨载波调度中，调度CC和被调度CC可以彼此不同。
调度CC代表性地包括主CC(PCC)。PCC被用作发送UL控制信号的CC。不是PCC的CC被称为SCC。在下文中，PCC被用作调度CC的代表性示例，并且SCC被用作被调度CC的代表性示例，但是不限于此。
在LTE-A版本10中操作的UE可用于将仅具有相同的帧结构的CC进行聚合。另外，在将多个TDDCC进行聚合的情况下，可以使用仅具有相同的UL-DL配置的CC。并且在使用非跨载波调度的情况下，在CC中限定的定时关系被简单地扩展并且应用于多个CC。
然而，在下一代的无线通信系统中，被聚合的CC可以使用彼此不同的帧结构。例如，可以将FDDCC和TDDCC进行聚合。
图14例示了多个服务小区在无线通信系统中使用不同类型的无线电帧的示例。
参照图14，可以在UE中配置主小区(PCell)和多个辅小区(SCell#1,...,SCell#N)。在这种情况下，主小区能够在FDD中进行操作并且使用FDD帧，而辅小区可以在TDD中进行操作并且使用TDD帧。可以在所述多个辅小区中使用相同的UL-DL配置。DL子帧(由D指示)和UL子帧(由U指示)按照1：1关系存在于主小区中，但是DL子帧和UL子帧可以按照不是1：1的比率存在于辅小区中。
图15例示了多个服务小区在无线通信系统中使用不同类型的无线电帧的另一示例。
参照图15，使用TDD帧的主小区(PCell)和使用FDD帧的辅小区(SCell)可以被配置给UE。
此外，尽管将TDD小区进行聚合，然而应用于每个TDDCC的UL-DL配置可以不同。在这种情况下，可能难以按照相同的方式应用被应用于单个CC的HARQ定时。例如，假定TDDCC1被用于PCC并且TDDCC2被用于SCC，并且TDDCC1和TDDCC2使用不同的UL-DL配置。假定根据应用于TDDCC2的UL-DL配置，当在TDDCC2的DL子帧N1中接收到数据时，HARQ定时被确定为使得作为对该HARQ定时的响应的ACK/NACK在UL子帧N2中被发送。因为TDDCC1和TDDCC2的UL-DL配置不同，所以与UL子帧N2对应的TDDCC1的子帧可以是DL子帧，并且结果，可以不通过TDDCC1来发送ACK/NACK。
也就是说，针对仅存在一个小区的情况，UL授权的接收与通过该UL授权调度的PUSCH之间的定时可以不被应用于使用彼此不同的帧类型或使用彼此不同的UL-DL配置的TDDCC照原样的情况。例如，这是因为应该根据仅存在一个小区的情况的定时来接收UL授权的子帧可以在载波聚合的情形下被设置为UL子帧。因此，需要重新配置HARQ定时。
在下文中，例证了主小区是发送PUCCH的小区，但是辅小区也可以是发送PUCCH的小区。另外，例证了调度小区是跨载波调度中的主小区，但是不限于此。
在FDDDLHARQ定时的情况下，与一个UL子帧对应的DL子帧的数目(在下文中，这数目被称为M)是1：1关系(对应意指在DL子帧中接收的PDSCH或者针对传输块的ACK/NACK在UL子帧中被发送)。因此，在DL调度DCI与UL调度DCI之间不需要DAI。
另一方面，在TDDDLHARQ定时的情况下，存在UL子帧和DL子帧在UL-DL配置1、2、3、4、5和6的情况下具有1：M(M>1)关系的情况。也就是说，一个UL子帧可以与多个DL子帧对应。因此，在DL调度DCI与UL调度DCI之间需要DAI。
在UL-DL配置0的情况下，因为全部DL子帧可以与一个UL子帧对应，所以不需要DAI。替代地，因为当执行UL调度时UL子帧的数目多于DL子帧的数目，所以应该在一个DL子帧中调度多个UL子帧，并且为此，存在UL索引。
然而，因为仅M＝1关系存在于UL-DL配置6中，所以不需要DAI。然而，在常规技术中，对于所有情况，在DAI＝1的情况下进行发送。在本发明中，可以在UL-DL配置6中去除DAI。
DAI可以通过包含在DLDCI中的DLDAI和包含在ULDCI中的ULDAI来区分开。对于用信号通知在DL中调度的控制信道和数据信道的顺序和数目，需要DLDAI。在DLHARQ-ACK被稍带到PUSCH的情况下，对于用信号通知PUSCH的和，需要ULDAI。
在下文中，将描述用于FDD辅小区的DCI配置的方法。为了描述的方便，假定主小区在DLHARQ的情况下是用于辅小区的PUCCH传输小区，并且是用于在ULHARQ的情况下被调度的辅小区的调度小区。然而，这不限于此。
I.FDD主小区和TDD辅小区的聚合
1.非跨载波调度被设置的情况
1)用于TDD辅小区的DLHARQ定时：可以应用用于FDD主小区的FDDHARQ定时和用于TDD辅小区本身的TDDHARQ定时。这是因为在DL方向和UL方向上的发送在所有子帧中都是可用的，因为主小区是FDD小区。
2)用于TDD辅小区的ULHARQ定时：可以仅应用TDD辅小区本身的TDDHARQ定时。
在ULHARQ定时的情况下，仅TDDHARQ定时可用于被应用。在这种情况下，针对所有UL-DL配置都不需要DAI，并且在UL-DL配置0的情况下，需要UL索引。因此，以下配置是可用的。
i)在所有UL-DL配置中，配置了TDD辅小区本身的TDDHARQ定时被应用于DLHARQ定时，并且TDD辅小区本身的TDDHARQ定时也被应用于ULHARQ定时。
此刻，与常规的TDD类似，可以配置DAI和UL索引。
ii)在所有UL-DL配置中，配置了用于FDD辅小区的FDDHARQ定时被应用于DLHARQ定时，并且用于TDD辅小区的TDDHARQ定时被应用于ULHARQ定时。
此刻，在UL-DL配置1、2、3、4、5和6中，DCI可以不包括DL/ULDAI和UL索引，并且即使DCI包括DL/ULDAI和UL索引，该DL/ULDAI和UL索引也可以不被利用。在UL-DL配置0中，ULDCI包括UL索引，并且DLDCI可以不包括DLDAI。即使DLDCI包括DLDAI，该DLDAI也可以不被利用。
iii)在UL-DL配置1、2、3、4、5和6中，用于FDD主小区的FDDHARQ定时被应用于DLHARQ定时，并且用于TDD辅小区的TDDHARQ定时被应用于ULHARQ定时。
此刻，在UL-DL配置0中，用于TDD辅小区的TDDHARQ定时可以被应用于DLHARQ定时，并且用于TDD辅小区的TDDHARQ定时也可以被应用于ULHARQ定时。
在UL-DL配置1、2、3、4、5和6中，DCI可以不包括DL/ULDAI和UL索引，并且即使DCI包括DL/ULDAI和UL索引，该DL/ULDAI和UL索引也可以不被利用。在UL-DL配置0中，ULDCI包括UL索引，并且DLDCI可以不包括DLDAI。即使DLDCI包括DLDAI，该DLDAI也可以不被利用。
2.跨载波调度被设置的情况
1)用于TDD辅小区的DLHARQ定时：可以应用用于FDD主小区的FDDHARQ定时和用于TDD辅小区本身的TDDHARQ定时。这是因为在DL方向和UL方向上的发送在所有子帧中都是可用的，因为主小区是FDD小区。
2)用于TDD辅小区的ULHARQ定时：在所有UL-DL配置中，可以应用TDD辅小区本身的TDDHARQ定时，或者例外地，在UL-DL配置0中，可以应用10个子帧(10ms)周期的新的HARQ定时。
针对UL-DL配置0，当应用10ms周期的ULHARQ处理时，因为M＝1，所以不需要UL索引。在这种情况下，在所有UL-DL配置中，不需要DAI，并且在UL-DL配置0中，也不需要UL索引。因此，以下配置是可用的。
i)在所有UL-DL配置中，配置了TDD辅小区本身的TDDHARQ定时被应用于DLHARQ定时，并且TDD辅小区本身的TDDHARQ定时也被应用于ULHARQ定时。此刻，与常规的TDD类似，可以配置DAI和UL索引。
ii)在所有UL-DL配置中，配置了用于FDD辅小区的FDDHARQ定时被应用于DLHARQ定时，并且用于TDD辅小区的TDDHARQ定时被应用于ULHARQ定时。
此刻，在UL-DL配置1、2、3、4、5和6中，DCI可以不包括DL/ULDAI和UL索引，并且即使DCI包括DL/ULDAI和UL索引，该DL/ULDAI和UL索引也可以不被利用。在UL-DL配置0中，ULDCI包括UL索引，并且DLDCI可以不包括DLDAI。即使DLDCI包括DLDAI，该DLDAI也可以不被利用。
iii)在UL-DL配置1、2、3、4、5和6中，用于FDD主小区的FDDHARQ定时被应用于DLHARQ定时，并且用于TDD辅小区的TDDHARQ定时被应用于ULHARQ定时。
此刻，在UL-DL配置0中，用于TDD辅小区的TDDHARQ定时可以被应用于DLHARQ定时，并且用于TDD辅小区的TDDHARQ定时也可以被应用于ULHARQ定时。
在UL-DL配置1、2、3、4、5和6中，DCI可以不包括DL/ULDAI和UL索引，并且即使DCI包括DL/ULDAI和UL索引，该DL/ULDAI和UL索引也可以不被利用。在UL-DL配置0中，ULDCI包括UL索引，并且DLDCI可以不包括DLDAI。即使DLDCI包括DLDAI，该DLDAI也可以不被利用。
iv)在UL-DL配置1、2、3、4、5(、6)中，可以配置用于FDD主小区的FDDHARQ定时被应用于DLHARQ定时，并且用于TDD辅小区的TDDHARQ定时被应用于ULHARQ定时。
或者，在UL-DL配置0(、6)中，用于FDD辅小区的FDDHARQ定时可以被应用于DLHARQ定时，并且用于TDD辅小区的10ms周期的新的HARQ定时可以被应用于ULHARQ定时。
UL-DL配置6被应用为包括在前者或后者中的任一个中。
在UL-DL配置1、2、3、4、5和6中的全部中，DCI可以不包括DAI和UL索引，并且即使DCI包括DAI和UL索引，该DAI和UL索引也可以不被利用。区别地，在UL-DL配置0中，ULDCI不包括UL索引，并且即使ULDCI包括UL索引，该UL索引也可以不被利用。另外，DLDCI可以不包括DLDAI，并且即使DLDCI包括DLDAI，该DLDAI也可以不被利用。
II.TDD主小区和FDD辅小区的聚合
1.非跨载波调度被设置的情况
1)用于FDD辅小区的DLHARQ定时：可以应用基准TDDHARQ定时或者用于TDD主小区的TDDHARQ定时。可以不应用用于辅小区本身的FDDHARQ定时。这是因为可能在TDD主小区的子帧中的一部分中不支持在UL方向上的发送。
2)用于FDD辅小区的ULHARQ定时：可用于应用辅小区本身的FDDHARQ定时，并且也可以应用主小区的TDDHARQ定时。这里，辅小区本身的FDDHARQ定时意指UL授权接收与PUSCH发送之间的时间间隔是4ms。PUSCH发送与PHICH或UL授权接收之间的时间间隔可以不是4ms，这与FDD的时间间隔(例如，它可以是6ms)不同。在这种情况下，因为在一个DL子帧中仅调度一个UL子帧，所以针对UL-DL配置0不需要UL索引。
在DLHARQ定时的情况下，仅TDDHARQ定时可用于被应用。在这种情况下，针对UL-DL配置1、2、3、4、5(、6)需要DAI，并且在UL-DL配置0的情况下，不需要UL索引。因此，以下配置是可用的。
i)在所有UL-DL配置中，TDD辅小区的HARQ定时可以被应用于DLHARQ定时，并且TDD辅小区的HARQ定时也可以被应用于ULHARQ定时。此刻，与常规的TDD类似，可以配置DAI和UL索引。
ii)在所有UL-DL配置中，TDD主小区的HARQ定时可以被应用于DLHARQ定时，并且FDD辅小区的HARQ定时可以被应用于ULHARQ定时。在UL-DL配置1、2、3、4、5(、6)中，DCI可以包括DAI，并且在UL-DL配置0中，ULDCI可以包括UL索引。即使ULDCI包括UL索引，该UL索引也可以不被利用。另外，DLDCI可以不包括DLDAI。即使DLDCI包括DLDAI，该DLDAI也可以不被利用。
2.跨载波调度被设置的情况
1)用于FDD辅小区的DLHARQ定时：可以仅应用用于主小区的TDDHARQ定时，并且可以不应用辅小区本身的FDDHARQ定时。这是因为可能在TDD主小区的子帧中的一部分中不支持在UL方向上的发送。
2)用于FDD辅小区的ULHARQ定时：可用于应用主小区的TDDHARQ定时，并且可以应用辅小区本身的FDDHARQ定时或基准TDDHARQ定时。这里，辅小区本身的FDDHARQ定时意指UL授权接收与PUSCH发送之间的时间间隔是4ms。PUSCH发送与PHICH或UL授权接收之间的时间间隔可以不是4ms，这与FDD的时间间隔(例如，它可以是6ms)不同。在这种情况下，因为在一个DL子帧中仅调度一个UL子帧，所以针对UL-DL配置0不需要UL索引。
i)在所有UL-DL配置中，TDD辅小区的TDDHARQ定时可以被应用于DLHARQ定时，并且TDD辅小区的TDDHARQ定时也可以被应用于ULHARQ定时。此刻，与常规的TDD类似，可以配置DAI和UL索引。
ii)在所有UL-DL配置中，TDD辅小区的TDDHARQ定时可以被应用于DLHARQ定时，并且FDD辅小区的HARQ定时可以被应用于ULHARQ定时。在UL-DL配置1、2、3、4、5(、6)中，DCI可以包括DAI，并且在UL-DL配置0中，ULDCI可以不包括UL索引。即使ULDCI包括UL索引，该UL索引也可以不被利用。另外，DLDCI可以不包括DLDAI。即使DLDCI包括DLDAI，该DLDAI也可以不被利用。
iii)在所有UL-DL配置中，TDD辅小区的TDDHARQ定时可以被应用于DLHARQ定时，并且即使在除了UL-DL配置0以外的组合中，ULHARQ定时也可以执行在一个DL子帧中对多个UL子帧进行调度。
在UL-DL配置1、2、3、4、5(、6)中，DCI可以包括DAI，并且ULDCI包括UL索引。在UL-DL配置0中，可以不包括DAI。即使包括DAI，该DAI也可以不被利用。UL索引在常规的技术中是2个比特，但是在本实施方式中可以被扩展到3个比特。
iv)在所有UL-DL配置中，TDD辅小区的TDDHARQ定时可以被应用于DLHARQ定时，并且基准TDD辅小区的HARQ定时可以被应用于ULHARQ定时。
在UL-DL配置1、2、3、4、5(、6)中，DLDCI可以包括DAI，并且ULDCI包括ULDAI。在UL-DL配置0中，DLDCI可以不包括DAI。即使DLDCI包括DAI，该DAI也可以不被利用。在UL-DL配置0中，ULDCI包括并应用UL索引。此刻，为了不使长度延长，ULDCI可以不包括ULDAI。也就是说，在UL-DL配置1、2、3、4和5的情况下，DL子帧和UL子帧具有M：1的关系并且ULDAI可以被利用，但是其可以被排除在外。在发送PUCCH时为相同数目的ACK/NACK比特可以通过PUSCH来发送。
在以上所述的过程中，在需要DAI的情况下，必须发送DLDAI。另一方面，即使需要DAI，ULDAI也可以不被发送。此刻，可以通过假定ULDAI值是调度可用的的最大值来进行操作。因此，即使发送DLDAI，ULDAI也可以不被发送。不发送ULDAI的情况可以仅被应用于包括UL索引的情况。
在UL-DL配置5被应用于DL中的基准HARQ定时的情形下，如果UL-DL配置0被应用于UL中的基准HARQ定时，则引入UL索引并且去除ULDAI。在这种情况下，通过假定ULDAI是1来配置被稍带到PUSCH的ACK/NACK，或者ACK/NACK用发送到PUCCH的相同的ACK/NACK比特数被稍带到PUSCH，因为检测到ULDAI的接收失败。
在DLHARQ定时的情况下，TDD主小区的HARQ定时可以由基准TDDHARQ定时来替换。此外，在应用基准配置的情况下，根据DLHARQ处理的基准配置来限定DAI的操作。根据ULHARQ处理的基准配置来限定UL索引的操作。基准配置可以是用于主小区的HARQ定时或者调度小区的HARQ定时。
在上述描述中，针对在应用了跨载波调度的情况下的ULHARQ，前提是主小区和调度小区相同。如果主小区和调度小区不同，则在ULHARQ的技术中由调度小区来替换主小区。
在下文中，将描述在将TDD小区和FDD小区进行聚合时根据HARQ定时来配置DCI的实施方式。
首先，可以如下地布置能够被应用于TDD小区和FDD小区之间的聚合的HARQ定时。
1)在将FDD主小区和TDD辅小区进行聚合时的DLHARQ定时(即，在PDSCH接收和PDSCH时的ACK/NACK发送定时)
非跨载波调度是依照FDD主小区的DLHARQ定时的。跨载波调度也是依照FDD主小区的DLHARQ定时的。
2)在将FDD主小区和TDD辅小区进行聚合时的ULHARQ定时(即，通过UL授权(ULDCI)接收和UL授权调度的PUSCH发送定时、包括PUSCH发送和对PUSCH的ACK/NACK的PHICH接收定时)。
首先，非跨载波调度是依照TDD辅小区的ULHARQ定时的。
接下来，在跨载波调度下，操作如下。
i)作为FDD小区的调度小区可以是依照被调度TDD小区的ULHARQ定时的。在作为TDD小区的调度小区中，基准UL-DL配置是从被调度小区和调度小区的UL-DL配置推导出的，并因此可以是依照ULHARQ定时的。
ii)对于作为FDD小区的调度小区，可以实现UL授权接收与PUSCH发送之间的间隔是4ms，并且PUSCH发送与PHICH接收之间的间隔是6ms。在作为TDD小区的调度小区中，基准UL-DL配置是从被调度小区和调度小区的UL-DL配置推导出的，并因此可以是依照ULHARQ定时的。
3)在将TDD主小区和FDD辅小区进行聚合时的DLHARQ定时(即，在PDSCH接收和PDSCH时的ACK/NACK发送定时)
首先，对于非跨载波调度，i)可以被实现为遵循TDD主小区的DLHARQ定时。然而，如果存在DLHARQ定时未被限定在TDD主小区中的DL子帧，则该DL子帧可以是依照新的DLHARQ定时的。或者，可以完全使用DL子帧的数目多于现有TDD小区的新的DLHARQ定时。ii)DLHARQ定时可以根据针对FDD辅小区限定的基准UL-DL配置来确定。
接下来，对于跨载波调度，可以按照相同的方式来使用以上所述的非跨载波调度中的方法i)和ii)或者跨载波调度可以是依照仅TDD主小区的DLHARQ定时的。
4)在将TDD主小区和FDD辅小区进行聚合时的ULHARQ定时(即，通过UL授权(ULDCI)接收和UL授权调度的PUSCH发送定时、包括PUSCH发送和对PUSCH的ACK/NACK的PHICH接收定时。)
首先，非跨载波调度是依照FDD小区的ULHARQ定时的。
接下来，在跨载波调度中，操作如下。
i)作为TDD小区的调度小区可以是依照调度小区的ULHARQ定时的。作为FDD小区的调度小区是依照FDDULHARQ定时的。
ii)对于作为TDD小区的调度小区，可以实现UL授权接收与PUSCH发送之间的间隔是4ms，并且PUSCH发送与PHICH接收之间的间隔是6ms。作为FDD小区的调度小区是依照FDDULHARQ定时的。
如以上所述，当将TDD小区和FDD小区进行聚合时，取决于哪一个种类的小区是主小区和哪一个种类的小区是辅小区以及是否应用跨载波调度发生各种组合，并且可以为每个组合确定DL/ULHARQ定时中的每一个。针对以上所述的每个组合的情况，下面描述了如何配置配置了DL/UL授权的DCI字段。
在下文中，尽管存在字段“nofield”，然而其意指对应的字段不被用于原始用途。
1.在将FDD主小区和TDD辅小区进行聚合时的DLDCI格式
1)在跨载波调度或非跨载波调度的任何情况下，DLDCI格式是基于FDDDCI格式来确定的。也就是说，使用3比特的HARQ处理号字段，并且由“nofield”来配置DLDAI字段。
在非周期的SRS被配置的情况下，按照DCI格式2B/2C/2D来添加1比特的非周期SRS触发字段。
2.在将FDD主小区和TDD辅小区进行聚合时的ULDCI格式
1)在非跨载波调度中，ULDCI格式是基于FDDDCI格式来确定的。可以由“nofield”来配置ULDAI字段和DLDAI字段。2比特的UL索引字段被添加到UL-DL配置0。
2)在跨载波调度中，调度小区可以按照非跨载波调度的相同的方式进行操作，而不管该调度小区是TDD小区还是FDD小区。
或者，仅在调度小区是TDD小区的情况下，调度小区可以按照非跨载波调度的相同方式进行操作。如果调度小区是FDD小区，则调度小区可以按照与FDDULDCI格式相同的方式来配置ULDCI。也就是说，ULDAI字段和DLDAI字段由“nofield”来配置。
3.在将TDD主小区和FDD辅小区进行聚合时的DLDCI格式
1)对于跨载波调度和非跨载波调度两者，i)DLDCI可以基于TDDDLDCI格式来配置。也就是说，HARQ处理号字段可以由4个比特配置，并且DLDAI字段可以由2个比特配置。对于DCI格式2B/2C/2D，SRS触发字段由“nofield”来配置。或者，ii)DLDCI可以基于TDDDLDCI格式(使用4个比特的HARQ处理号字段)来配置，但是可以根据基准UL-DL配置选择性地包括2比特的DLDAI字段。可以基于基准UL-DL配置来配置2比特的DLDAI字段被包括。或者，2比特的ULDAI字段可以与基准UL-DL配置无关地被包括。对于DCI格式2B/2C/2D，SRS触发字段由“nofield”来配置。
4.在将TDD主小区和FDD辅小区进行聚合时的ULDCI格式
1)对于非跨载波调度，i)可以实现为遵循TDD主小区的DLHARQ定时。然而，如果存在在TDD主小区中未被限定DLHARQ定时的DL子帧，则该DL子帧可以是依照新的DLHARQ定时的。在这种情况下，ULDCI可以基于TDDULDCI格式来配置。例如，可以包括2比特的ULDAI字段。UL索引字段由“nofield”来配置。或者，ii)DLDCI可以基于TDDDLDCI格式来配置，但是可以根据基准UL-DL配置来选择性地包括2比特的DLDAI字段，并且可以由BS来配置对应的基准UL-DL配置。或者，2比特的ULDAI字段可以与基准UL-DL配置无关地被包括。UL索引字段由“nofield”配置。
2)对于跨载波调度，i)如果调度小区是FDD小区，则ULDCI可以按照非跨载波调度的相同方式来配置。如果调度小区是TDD小区，则ULDCI按照TDDULDCI格式的相同方式来配置。也就是说，2比特的ULDAI字段被包括。如果为调度小区设置UL-DL配置0，则ULDAI字段由2比特的UL索引字段来替换。或者，ii)ULDCI格式可以与调度小区是FDD小区还是TDD小区无关地按照非跨载波调度的相同方式来配置。
图16例示了根据本发明的实施方式的DCI解码方法。
参照图16，UE通过第一小区来接收正在对第二小区进行调度的DCI(S151)。
UE可以根据第二小区是否是相同种类的小区来确定所述DCI的大小，然后对所述DCI的大小进行解码(S152)。
这里，第一小区是执行UE与BS之间的初始连接建立过程或连接重新建立过程的主小区，并且第二小区是除主小区以外的、被附加地分配给UE的辅小区。
在聚合了杂小区的载波聚合中，第一小区可以是使用频分双工(FDD)帧的FDD小区，并且第二小区可以是使用时分双工(TDD)帧的TDD小区。此刻，DCI可以包括具有与在对单独使用的FDD小区或TDD小区进行调度时彼此不同的比特大小的特定字段。当对TDD小区进行调度时，该特定字段可以具有与在对单独使用的FDD小区进行调度时相同的比特大小。该特定字段可以是包括混合自动重传请求(HARQ)处理号的字段。HARQ处理号在对单独使用的FDD小区进行调度时由3个比特配置，并且在对单独使用的TDD小区进行调度时由4个比特配置。另一方面，在像以上示例一样聚合了杂小区的情形下，在通过FDD小区对TDD小区进行调度的DCI被发送的情况下，DCI具有在对单独使用的FDD小区进行调度时相同的比特大小(3个比特)。
对于另一示例，第一小区可以是使用时分双工(TDD)帧的TDD小区，并且第二小区可以是使用频分双工(FDD)帧的FDD小区。在这种情况下，DCI可以包括具有与在对单独使用的FDD小区或TDD小区进行调度时彼此不同的比特大小的特定字段。当对FDD小区进行调度时，该特定字段可以具有与在对单独使用的TDD小区进行调度时相同的比特大小。该特定字段可以是混合自动重传请求(HARQ)处理号。与以上另一示例类似，在像以上示例一样聚合了杂小区的情形下，在通过TDD小区对FDD小区进行调度的DCI被发送的情况下，DCI具有在对单独使用的TDD小区进行调度时相同的比特大小(3个比特)。
让我们考虑应用了跨载波调度并且聚合了FDD主小区和TDD辅小区的情况。此刻，假定PUCCH仅被发送到主小区。
用于TDD辅小区的DL/ULDCI被发送到FDD主小区。此刻，对TDD辅小区进行调度的DL/ULDCI可以不包括DL/ULDAI字段。即使DL/ULDCI包括DL/ULDAI字段，该DL/ULDAI字段也可以不被用于原始用途。具体地，不管哪一种UL-DL配置被包括在TDD辅小区中，TDD辅小区都可以不包括DL/ULDAI字段。即使DL/ULDCI包括DL/ULDAI字段，该DL/ULDAI字段也可以不被用于原始用途。另外，先前地，对TDD辅小区进行调度的DL/ULDCI包括4个比特的HARQ处理号比特，但是可以在本发明中使用3个比特的HARQ处理号比特。
让我们考虑应用了跨载波调度并且聚合了TDD主小区和FDD辅小区的情况。此刻，假定PUCCH仅被发送到主小区。
在这种情况下，DL/ULDAI字段被用于TDD主小区的所有UL-DL配置。另外，先前地，对FDD辅小区进行调度的DL/ULDCI包括3个比特的HARQ处理号比特，但是在本发明中可以使用4个比特的HARQ处理号比特。
在对TDD辅小区进行调度的ULDCI中，仅在TDD辅小区的UL-DL配置是UL-DL配置0的情况下才存在UL索引字段。在对FDD辅小区进行调度的ULDCI中，可以不存在UL索引字段。即使存在UL索引字段，该UL索引字段也可以不被用于原始用途。
图17是例示了实现本说明书的实施方式的无线设备的框图。
BS100包括处理器110、存储器120和射频(RF)单元130。处理器110实现所提出的功能、过程和/或方法。例如，处理器110为UE配置使用彼此不同的帧结构的多个服务小区。例如，可以配置使用FDD帧的FDD小区和使用TDD帧的TDD小区。然后，可以生成并发送对FDD小区进行调度的DCI和对TDD小区进行调度的DCI。这些DCI中的一些可以具有与在单独对TDD小区/FDD小区进行调度时包括的大小不同的比特大小。联接至处理器110的存储器120存储用于驱动处理器110的各种信息。联接至处理器110的RF单元130发送和/或接收无线电信号。
UE200包括处理器210、存储器220和射频(RF)单元230。处理器210实现所提出的功能、过程和/或方法。例如，处理器210通过第一小区来接收对第二小区进行调度的DCI，并且对所述DCI进行解码。此刻，根据第二小区是否是与第一小区相同种类的小区来确定DCI的大小，并且对所述DCI的大小进行解码。联接至处理器210的存储器220存储用于驱动处理器210的各种信息。联接至处理器210的RF单元230发送和/或接收无线电信号。
处理器110、210可以包括专用集成电路(ASIC)、其它芯片组、逻辑电路、数据处理装置和/或用于将基带信号和无线电信号相互进行转换的转换器。存储器120、220可以包括只读存储器(ROM)、随机存取存储器(RAM)、闪速存储器、存储器卡、存储介质和/或其它存储装置。RF单元130、230可以包括用于发送和/或接收无线电信号的一根或更多根天线。当用软件来实现实施方式时，以上描述的方案可以被实现为用于执行上述功能的模块(处理、功能等)。该模块可以被存储在存储器120、220中，并且由处理器110、210执行。存储器120、220可以被放置在处理器110、210内部或外部，并且使用各种公知手段连接至处理器110、210。

Claims (11)

1.一种用于在配置有不同种类的服务小区的无线通信系统中由用户设备对下行链路控制信息DCI进行解码的方法，该方法包括以下步骤：
通过第一小区来接收对第二小区进行调度的DCI；以及
对所述DCI进行解码，
其中，所述DCI的大小是根据所述第二小区是否是与所述第一小区相同种类的小区来确定的，并且对所述DCI的大小进行解码。
2.根据权利要求1所述的方法，其中，所述第一小区是执行初始连接建立过程或连接重新建立过程的主小区，并且所述第二小区是除所述主小区以外的、被附加地分配的辅小区。
3.根据权利要求1所述的方法，其中，所述第一小区是使用频分双工FDD帧的FDD小区，并且所述第二小区是使用时分双工TDD帧的TDD小区。
4.根据权利要求3所述的方法，其中，所述DCI包括具有与在对单独使用的所述FDD小区或所述TDD小区进行调度时不同的比特大小的特定字段。
5.根据权利要求4所述的方法，其中，当对所述TDD小区进行调度时，所述特定字段具有与在对单独使用的所述FDD小区进行调度时相同的比特大小。
6.根据权利要求5所述的方法，其中，所述特定字段是包括混合自动重传请求HARQ处理号的字段，并且由3个比特配置。
7.根据权利要求1所述的方法，其中，所述第一小区是使用时分双工TDD帧的TDD小区，并且所述第二小区是使用频分双工FDD帧的FDD小区。
8.根据权利要求7所述的方法，其中，所述DCI包括具有与在对单独使用的所述FDD小区或所述TDD小区进行调度时不同的比特大小的特定字段。
9.根据权利要求8所述的方法，其中，当对所述FDD小区进行调度时，所述特定字段具有与在对单独使用的所述TDD小区进行调度时相同的比特大小。
10.根据权利要求9所述的方法，其中，所述特定字段是包括混合自动重传请求HARQ处理号的字段，并且由4个比特配置。
11.一种设备，该设备包括：
RF单元，该RF单元被配置为发送和接收无线电信号；以及
处理器，该处理器连接至所述RF单元，
其中，所述处理器被配置为执行以下操作：
通过第一小区来接收对第二小区进行调度的DCI；以及
对所述DCI进行解码，
其中，所述DCI的大小是根据所述第二小区是否是与所述第一小区相同种类的小区来确定的，并且对所述DCI的大小进行解码。
CN201480052537.0A 2013-09-27 2014-09-29 用于在无线通信系统中由终端对下行链路控制信息进行解码的方法和设备 Active CN105580289B (zh)

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
US201361883224P 2013-09-27 2013-09-27
US61/883,224 2013-09-27
US201361897196P 2013-10-29 2013-10-29
US61/897,196 2013-10-29
US201461932773P 2014-01-28 2014-01-28
US61/932,773 2014-01-28
US201461936344P 2014-02-06 2014-02-06
US61/936,344 2014-02-06
US201461939663P 2014-02-13 2014-02-13
US61/939,663 2014-02-13
PCT/KR2014/009106 WO2015046989A1 (ko) 2013-09-27 2014-09-29 무선 통신 시스템에서 단말의 하향링크 제어 정보 디코딩 방법 및 장치

Publications (2)

Publication Number Publication Date
CN105580289A true CN105580289A (zh) 2016-05-11
CN105580289B CN105580289B (zh) 2018-10-23

Family

ID=52743993

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480052537.0A Active CN105580289B (zh) 2013-09-27 2014-09-29 用于在无线通信系统中由终端对下行链路控制信息进行解码的方法和设备

Country Status (6)

Country Link
US (2) US10397908B2 (zh)
EP (1) EP3051712B1 (zh)
JP (2) JP2016536827A (zh)
KR (2) KR101763585B1 (zh)
CN (1) CN105580289B (zh)
WO (1) WO2015046989A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110249558A (zh) * 2016-12-13 2019-09-17 诺基亚技术有限公司 用于无线网络的下行链路控制信道的极化码
CN111132359A (zh) * 2019-12-31 2020-05-08 北京展讯高科通信技术有限公司 辅小区跨载波调度主小区下行控制信息的方法及装置
CN111264042A (zh) * 2017-10-25 2020-06-09 高通股份有限公司 新无线电中的辅小区激活和去激活增强
US11765758B2 (en) 2019-05-09 2023-09-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Resource configuration method and apparatus, computer device and storage medium

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105493419B (zh) * 2013-08-20 2018-11-23 Lg 电子株式会社 同时接入多个小区的方法和用户设备
WO2015068602A1 (ja) * 2013-11-08 2015-05-14 シャープ株式会社 端末装置、基地局装置、通信方法、および集積回路
EP3562077B1 (en) * 2014-01-31 2021-07-07 Panasonic Intellectual Property Corporation of America Terminal and transmission method
CN107432018A (zh) * 2015-04-09 2017-12-01 株式会社Ntt都科摩 用户终端、无线基站、无线通信系统以及无线通信方法
WO2017065524A1 (ko) * 2015-10-13 2017-04-20 엘지전자 주식회사 비면허 대역을 지원하는 무선접속시스템에서 서브프레임 길이 정보를 송수신하는 방법 및 장치
CN109565796B (zh) * 2016-08-12 2021-02-12 华为技术有限公司 一种控制信息的发送和检测方法、装置及存储介质
US10492184B2 (en) 2016-12-09 2019-11-26 Samsung Electronics Co., Ltd. Multiplexing control information in a physical uplink data channel
US11297610B2 (en) * 2018-05-08 2022-04-05 Lenovo (Singapore) Pte. Ltd. Transmitting information that indicates a change in system information
CN113875301A (zh) * 2019-03-14 2021-12-31 株式会社Ntt都科摩 用户终端以及无线通信方法

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3745616A1 (en) 2009-04-24 2020-12-02 LG Electronics Inc. Method and apparatus for transmitting and receiving control signal for merging carriers in transmission
US9055576B2 (en) 2009-10-08 2015-06-09 Qualcomm Incorporated Uplink resource allocation for LTE advanced
RU2568322C2 (ru) * 2009-10-19 2015-11-20 Самсунг Электроникс Ко., Лтд. Мультиплексирование и разнесение передачи для сигналов harq-ack в системах связи
CN102083229B (zh) 2010-02-11 2013-11-20 电信科学技术研究院 非竞争随机接入的调度及前导码发送方法、系统和设备
KR101468767B1 (ko) 2010-06-08 2014-12-08 한국전자통신연구원 다중 캐리어 무선 통신 시스템에서의 송수신 방법 및 장치
WO2012029244A1 (ja) * 2010-09-03 2012-03-08 パナソニック株式会社 基地局、端末、送信方法、及び受信方法
GB2488532B (en) 2011-02-18 2013-06-05 Sca Ipla Holdings Inc Communication units and methods for control change notification in broadcast communication
KR20120103400A (ko) * 2011-03-11 2012-09-19 삼성전자주식회사 통신시스템에서 하이브리드 자동재전송요구 지원 방법 및 장치
US9042277B2 (en) * 2011-04-11 2015-05-26 Qualcomm Incorporated Transmission of control information for FDD-TDD carrier aggregation
TWI548231B (zh) * 2011-06-14 2016-09-01 內數位專利控股公司 定義及使用用於載波聚合的phich資源的方法、系統及裝置
CN104081705B (zh) * 2012-01-15 2017-05-03 Lg电子株式会社 在无线通信系统中传送控制信息的方法和设备
JP5933753B2 (ja) * 2012-01-15 2016-06-15 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて制御情報の送信方法及び装置
US9203559B2 (en) * 2012-01-27 2015-12-01 Blackberry Limited System and method for supporting inter-band carrier aggregation with different UL/DL TDD configurations
CN103326806B (zh) * 2012-03-19 2016-08-03 电信科学技术研究院 一种下行控制信令的传输方法及装置
US9538503B2 (en) * 2013-03-28 2017-01-03 Samsung Electronics Co., Ltd. Aggregation of FDD and TDD cells
KR102070724B1 (ko) 2013-03-29 2020-01-30 삼성전자주식회사 비휘발성 메모리 장치 및 그것의 구동 방법
US9386602B2 (en) * 2013-09-20 2016-07-05 Blackberry Limited Method and system for HARQ operation and scheduling in joint TDD and FDD carrier aggregation

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110249558A (zh) * 2016-12-13 2019-09-17 诺基亚技术有限公司 用于无线网络的下行链路控制信道的极化码
CN111264042A (zh) * 2017-10-25 2020-06-09 高通股份有限公司 新无线电中的辅小区激活和去激活增强
CN111264042B (zh) * 2017-10-25 2023-11-10 高通股份有限公司 新无线电中的辅小区激活和去激活增强
US11765758B2 (en) 2019-05-09 2023-09-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Resource configuration method and apparatus, computer device and storage medium
CN111132359A (zh) * 2019-12-31 2020-05-08 北京展讯高科通信技术有限公司 辅小区跨载波调度主小区下行控制信息的方法及装置

Also Published As

Publication number Publication date
WO2015046989A1 (ko) 2015-04-02
KR20170091165A (ko) 2017-08-08
JP2019169974A (ja) 2019-10-03
US10397908B2 (en) 2019-08-27
EP3051712A4 (en) 2017-05-24
US10779271B2 (en) 2020-09-15
KR101763585B1 (ko) 2017-08-01
CN105580289B (zh) 2018-10-23
US20190342869A1 (en) 2019-11-07
JP2016536827A (ja) 2016-11-24
KR101797441B1 (ko) 2017-11-13
KR20160054499A (ko) 2016-05-16
EP3051712A1 (en) 2016-08-03
US20160242151A1 (en) 2016-08-18
EP3051712B1 (en) 2019-09-25

Similar Documents

Publication Publication Date Title
US11337194B2 (en) Method and user equipment for performing uplink transmission
JP7392035B2 (ja) 物理アップリンクデータチャンネルで制御情報多重化
KR102201284B1 (ko) 5개를 초과하는 셀들을 반송파 집성에 따라 사용할 때의 pucch 전송 방법 및 사용자 장치
CN103238288B (zh) 在基于时分双工的无线通信系统中发送ack/nack的方法和装置
CN103444118B (zh) 在无线通信系统中发射ack/nack的方法和设备
CN103262456B (zh) 在基于tdd的无线通信系统中发射ack/nack的方法和装置
CN103229447B (zh) 基于tdd的无线通信系统中用于ack/nack发送的方法和装置
CN103283173B (zh) 在基于tdd的无线通信系统中发射ack/nack的方法和设备
CN103262455B (zh) 在基于tdd的无线通信系统中发射ack/nack的方法和设备
CN105580289A (zh) 用于在无线通信系统中由终端对下行链路控制信息进行解码的方法和设备
CN102668415B (zh) 在无线通信系统中发射接收确认信息的方法和设备
CN102934404B (zh) 用于在无线通信系统中发送参考信号的方法和装置
CN105580457A (zh) 用于在无线通信系统中确定配置有多个小区的终端的上行链路发送定时的方法及使用该方法的设备
CN104871448A (zh) 在无线通信系统中发送下行链路控制信息的方法和设备
CN104604160A (zh) 用于发送和接收数据的方法和设备
CN105594149B (zh) 终端在无线通信系统中发送ack/nack的方法及其设备
CN104782208A (zh) 在载波聚合系统中操作终端的方法和使用该方法的装置
CN105556872A (zh) 用于无线通信系统中的终端的通信的方法和设备
WO2014038908A1 (ko) 반송파 집성 시스템에서 상향링크 제어 채널에 대한 전송 전력 제어 방법 및 장치
CN105122712A (zh) 在无线通信系统中接收ack/nack的方法和设备
KR20170017225A (ko) 상향링크 제어 채널의 자원을 동적으로 할당하는 장치 및 방법
CN105612708A (zh) 无线通信系统中通过终端发送ack/nack的方法和装置

Legal Events

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