在无线通信系统中发送下行链路控制信息的方法和设备与流程

文档序号:14159016阅读:151来源:国知局
在无线通信系统中发送下行链路控制信息的方法和设备与流程
本发明涉及无线通信,并且更具体地,涉及一种在其中聚合了使用不同类型的无线电帧的服务小区的无线通信系统中发送下行链路控制信息的方法和设备。
背景技术
:基于第三代合作伙伴计划(3GPP)技术规范(TS)版本8的长期演进(LTE)是领先的下一代移动通信标准。如3GPPTS36.211V8.7.0(2009-05)“演进型通用陆地无线电接入(E-UTRA);物理信道和调制(版本8)”所公开的,在LTE中,能够将物理信道划分为:物理下行链路共享信道(PDSCH)和物理下行链路控制信道(PDCCH),即,下行链路信道;以及物理上行链路共享信道(PUSCH)和物理上行链路控制信道(PUCCH),即,上行链路信道。PUCCH是用来发送上行链路控制信息(诸如混合自动重传请求(HARQ)、肯定应答/非肯定应答(ACK/NACK)信号、信道质量指示符(CQI)和调度请求(SR))的上行链路控制信道。此外,作为3GPPLTE的演进的3GPPLTE-Advanced(A)在进行中。引入到3GPPLTE-A中的技术包括载波聚合。载波聚合使用多个分量载波。分量载波由中心频率和带宽定义。一个下行链路分量载波或一对上行链路分量载波和下行链路分量载波对应于一个小区。可以说使用多个下行链路分量载波被服务的终端被从多个服务小区服务。此外,在下一代无线通信系统中,能够聚合使用时分双工(TDD)的服务小区和使用频分双工(FDD)的服务小区。也就是说,能够将使用不同类型的无线电帧的多个服务小区分配给终端。此外,下行链路控制信息具有预定格式。也就是说,哪些字段被包括在下行链路控制信息中是预定的,并且各个字段的比特的数量也是预定的。然而,根据相同的下行链路控制信息格式被用于TDD还是用于FDD,存在按照下行链路控制信息格式包括或未包括的字段。此外,存在这样的字段:即使不管TDD/FDD如何都包括了所述字段,所述字段的比特的数量也取决于它是否被用于TDD/FDD而变化。如何有效地配置下行链路控制信息的格式可以是要在其中聚合了使用不同的无线电帧结构的服务小区的无线通信系统中要考虑的事情。技术实现要素:技术问题本发明提供了一种在其中聚合了使用不同类型的无线电帧的多个服务小区的无线通信系统中发送下行链路控制信息的方法和设备。技术方案在一个方面中,提供了一种在其中配置了多个服务小区的无线通信系统中发送下行链路控制信息(DCI)的方法。所述方法包括以下步骤:生成用于调度使用频分双工(FDD)帧的频分双工(FDD)小区的DCI(DCI_FDD)和用于调度使用时分双工(TDD)帧的时分双工(TDD)小区的DCI(DCI_TDD);以及发送所述DCI_FDD和所述DCI_TDD。所述DCI_FDD和所述DCI_TDD的一些字段被生成为具有相同的比特大小,并且如果排他地使用所述FDD小区或所述TDD小区,则所述一些字段是在所述FDD小区和所述TDD小区中具有不同的比特大小的字段。在另一方面中,提供了一种设备。所述设备包括:射频(RF)单元,该RF单元用于发送和接收无线电信号;以及处理器,该处理器可操作地连接至所述RF单元。所述处理器被配置用于生成用于调度使用频分双工(FDD)帧的频分双工(FDD)小区的DCI(DCI_FDD)和用于调度使用时分双工(TDD)帧的时分双工(TDD)小区的DCI(DCI_TDD),并且发送所述DCI_FDD和所述DCI_TDD。所述DCI_FDD和所述DCI_TDD的一些字段被生成为具有相同的比特大小,并且如果排他地使用所述FDD小区或所述TDD小区,则所述一些字段是在所述FDD小区和所述TDD小区中具有不同的比特大小的字段。有利效果在其中聚合了使用不同类型的无线电帧的多个服务小区的无线通信系统中,终端能够通过将相同的下行链路控制信息格式用于调度时分双工(TDD)小区或频分双工(FDD)小区来有效地对下行链路控制信息进行解码。附图说明图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示出了单载波系统与载波聚合系统之间的比较的示例。图13示出了其中多个服务小区在无线通信系统中使用不同类型的无线电帧的一个示例。图14示出了针对通过主小区接收到的下行链路数据发送ACK/NACK的方法。图15示出了针对通过辅小区接收到的下行链路数据发送ACK/NACK的方法。图16示出了当主小区是FDD小区并且辅小区是TDD小区时的ACK/NACK发送定时的示例。图17示出了基于方法1的ACK/NACK发送方法。图18示出了当主小区是FDD小区并且辅小区是TDD小区时的ACK/NACK发送定时的另一示例。图19示出了基于方法2的ACK/NACK发送方法。图20示出了根据本发明的实施方式的发送DCI格式的方法。图21是根据本发明的实施方式的无线装置的框图。具体实施方式用户设备(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)信号。针对由UE发送的PUSCH上的上行链路(UL)数据的ACK/NACK信号在PHICH上发送。物理广播信道(PBCH)在无线电帧的第一子帧内的第二时隙的前4个OFDM符号中发送。PBCH承载UE与BS进行通信所必要的系统信息,并且通过PBCH发送的系统信息被称作主信息块(MIB)。相比之下,在由PDCCH指示的PDSCH上发送的系统信息被称作系统信息块(SIB)。通过PDCCH发送的控制信息被称作下行链路控制信息(DCI)。DCI能够包括PDSCH的资源分配(这也被称作DL许可)、PUSCH的资源分配(这也被称作UL许可)、针对特定UE组内的各个MS的一组发送功率控制命令和/或IP语音电话(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错误校验来确定PDCCH是否是它自己的控制信道的方案。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的起始点可以根据UE标识符(例如,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格式所描述的相同顺序映射相应的字段。各个字段可以具有零填充比特。可以将第一字段映射到具有最低顺序的信息比特a0,并且可以将连续的其它字段映射到具有更高顺序的信息比特。在各个字段中,可以将最高有效位(MSB)映射到具有对应字段的最低顺序的信息比特。例如,可以将第一字段的MSB映射到a0。在下文中,在相应的现有DCI格式中包括的字段的集合被称作信息字段。1.DCI格式0DCI格式0被用于一个UL小区中的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的循环移位(3个比特)和正交覆盖码(OCC)索引(3个比特),9)UL索引(2个比特),10)下行链路指定索引(仅在TDD中),11)CSI请求,12)探测基准信号(SRS)请求(这个字段仅存在于用于调度PUSCH、映射到USS的DCI格式中),13)资源分配类型(仅当分配给下行链路的资源块的数量大于或等于分配给上行链路的资源块的数量时这个字段才存在)等。如果DCI格式0中的信息比特的数量小于DCI格式1A的有效负荷大小,则执行零填充,使得有效负荷大小等于DCI格式1A的有效负荷大小。2.DCI格式1DCI格式1被用于一个小区中的一个PDSCH码字调度。按照DCI格式1发送的信息的示例如下。1)载波指示符字段(0或3个比特),2)资源分配报头(指示资源分配类型0/类型1)-如果DL带宽小于10个PRB,则不包括资源分配报头并且假定资源分配类型0。3)资源块指定,4)调制和编码方案(5个比特),5)HARQ进程号(在FDD中为3个比特,在TDD中为4个比特),6)新的数据指示符(1个比特),7)冗余版本(2个比特),8)针对PUCCH的TPC命令(2个比特),9)下行链路指定索引(DAI)(2个比特,仅在TDD中)等。如果DCI格式1的信息比特的数量等于DCI格式0/1A的信息比特的数量,则具有值‘0’的一个比特被添加到DCI格式1。如果DCI格式1中的信息比特的数量等于{12,14,16,20,24,26,32,40,44,56}中的任一个,则具有一个或更多个值‘0’的比特被添加到DCI格式1,使得它与{12,14,16,20,24,26,32,40,44,56}不同并且有效负荷大小与DCI格式0/1A的有效负荷大小不同。3.DCI格式1ADCI格式1A被用于一个小区中的一个PDSCH码字的紧凑调度或由PDCCH命令引起的随机接入过程。可以通过PDCCH或增强型PDCCH(EPDCCH)来传送与PDCCH命令对应的DCI。按照DCI格式1A发送的信息的示例如下。1)载波指示符字段(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格式0的有效负荷大小相同的大小。如果DCI格式1A中的信息比特的数量等于{12,14,16,20,24,26,32,40,44,56}中的任一个,则具有一个值‘0’的比特被添加到DCI格式1A。4.DCI格式1BDCI格式1B包括预编码信息并且被用于针对一个小区的一个PDSCH码字的紧凑调度。按照DCI格式1B发送的信息的示例如下。1)载波指示符字段(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格式1CDCI格式1C被用于针对一个PDSCH码字的非常紧凑调度和组播控制信道(MCCH)改变报告。在前者情况下,按照DCI格式1C发送的信息的示例如下。1)指示间隙值的指示符(1个比特),2)资源块指定,3)调制和编码方案。在后者情况下,按照DCI格式1C发送的信息的示例如下。1)用于MCCH改变报告的信息(8个比特),2)保留信息比特等。6.DCI格式1DDCI格式1D包括预编码和功率偏移信息并且被用于针对一个小区的一个PDSCH码字的紧凑调度。按照DCI格式1D发送的信息的示例如下。1)载波指示符字段(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格式2DCI格式2被用来指定用于闭环MIMO操作的PDSCH。按照DCI格式2发送的信息的示例如下。1)载波指示符字段(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格式2ADCI格式2A被用来指定用于开环MIMO操作的PDSCH。按照DCI格式2A发送的信息的示例如下。1)载波指示符字段(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)载波指示符字段(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)载波指示符字段(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)载波指示符字段(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格式3DCI格式3被用来通过2比特功率调节针对PUCCH和PUSCH来发送TPC命令。可以按照DCI格式3发送N个发送功率控制(TPC)命令。13.DCI格式3ADCI格式3A被用来通过1个比特功率调节针对PUCCH和PUSCH来发送TPC命令。可以按照DCI格式3A发送M个TPC命令。14.DCI格式4DCI格式4被用于在具有多天线端口发送模式的一个UL小区中的PUSCH的调度,并且按照DCI格式4发送的信息的示例如下。1)载波指示符字段(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格式调制方案每子帧比特的数量1N/AN/A1aBPSK11bQPSK22QPSK202aQPSK+BPSK212bQPSK+QPSK22PUCCH格式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]ru(n)=ejb(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]这里,Ics是指示CS量的CS索引(0≤Ics≤N-1)。基本序列的可用CS索引指代能够根据CS间隔从基本序列得到的CS索引。例如,基本序列的长度是12并且CS间隔是1,基本序列的可用CS索引的总数变成12。或者,如果基本序列的长度是12并且CS间隔是2,则基本序列的可用CS索引的总数变成6。图6示出了普通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序列被扩展成正交序列wRSi(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符号。现在,对载波聚合系统进行描述。载波聚合系统还被称作多载波系统。3GPPLTE系统支持DL带宽和UL带宽被不同地配置的情况,但是在这种情况下,一个分量载波(CC)是先决条件。3GPPLTE系统支持最多20MHz并且在UL带宽和DL带宽方面可以不同,但是在UL和DL中的每一个中仅支持一个CC。载波聚合(还被称作带宽聚合或频谱聚合)支持多个CC。例如,如果5个CC作为具有20MHz带宽的载波单元的粒度被分配,则可以支持最多100MHz带宽。图12示出了单载波系统与载波聚合系统之间的比较的示例。载波聚合系统(图12(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,即,多个服务小区。这样的载波聚合系统可以支持跨载波调度。跨载波调度是能够执行经由通过特定分量载波发送的PDCCH的通过不同的分量载波发送的PDSCH的资源分配和/或通过除从根本上与该特定分量载波链接的分量载波之外的其它分量载波发送的PUSCH的资源分配的调度方法。也就是说,可以通过不同的DLCC来发送PDCCH和PDSCH,并且可以通过不同于与包括UL的PDCCH所被发送到的DLCC链接的ULCC的ULCC来发送PUSCH。如上所述,在用于支持跨载波调度的系统中,PDCCH需要指示PDSCH/PUSCH是通过特定DLCC/ULCC来发送的载波指示符。在下文中,包括载波指示符的字段指代载波指示字段(CIF)。用于支持跨载波调度的载波聚合系统可以包括载波指示符字段(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传输块)进行解码则它发送ACK,而在其它情况下发送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]假定了M个DL子帧与UL子帧n相关联,并且例如M=3。在这种情况下,UE能够获得3个PUCCH资源n(1)PUCCH,0、n(1)PUCCH,1和n(1)PUCCH,2,因为它能够从3个DL子帧接收3个PDCCH。在这种情况下,ACK/NACK信道选择的示例与下表相同。[表6]HARQ-ACK(0),HARQ-ACK(1),HARQ-ACK(2)n(1)PUCCHb(0),b(1)ACK,ACK,ACKn(1)PUCCH,21,1ACK,ACK,NACK/DTXn(1)PUCCH,11,1ACK,NACK/DTX,ACKn(1)PUCCH,01,1ACK,NACK/DTX,NACK/DTXn(1)PUCCH,00,1NACK/DTX,ACK,ACKn(1)PUCCH,21,0NACK/DTX,ACK,NACK/DTXn(1)PUCCH,10,0NACK/DTX,NACK/DTX,ACKn(1)PUCCH,20,0DTX,DTX,NACKn(1)PUCCH,20,1DTX,NACK,NACK/DTXn(1)PUCCH,11,0NACK,NACK/DTX,NACK/DTXn(1)PUCCH,01,0DTX,DTX,DTXN/AN/A在上表中,HARQ-ACK(i)指示针对M个DL子帧中的第i个DL子帧的ACK/NACK。不连续发送(DTX)意味着尚未在对应DL子帧中在PDSCH上接收到DL传输块或尚未检测到对应PDCCH。根据表6,存在3个PUCCH资源n(1)PUCCH,0、n(1)PUCCH,1和n(1)PUCCH,2,并且b(0)、b(1)是使用选择的PUCCH发送的两个比特。例如,当UE在3个DL子帧中成功地接收到所有3个DL传输块时,UE使用n(1)PUCCH,2来对比特(1,1)执行QPSK调制并且在PUCCH上发送它们。如果UE在第一(i=0)DL子帧中对DL传输块进行解码时失败但是在对剩余的传输块进行解码时成功,则UE使用n(1)PUCCH,2在PUCCH上发送比特(1,0)。也就是说,在现有的PUCCH格式1b中,能够仅发送2个比特的ACK/NACK。然而,在信道选择中,分配的PUCCH资源被链接到实际的ACK/NACK信号以便指示更多的ACK/NACK状态。这个信道选择也被称为使用PUCCH格式1b的信道选择。在ACK/NACK信道选择中,如果存在至少一个ACK,则NACK和DTX耦接。这是因为不能够通过保留的PUCCH资源和QPSK符号的组合来表示所有ACK/NACK状态。然而,如果ACK不存在,则DTX被与NACK解耦。能够在其中在TDD中已在UE中配置了一个服务小区的情况下应用以上描述的ACK/NACK捆绑和ACK/NACK复用。例如,假定了在TDD中已在UE中配置了一个服务小区(即,仅配置了主小区),使用ACK/NACK捆绑或ACK/NACK复用,并且M=1。也就是说,假定了一个DL子帧与一个UL子帧相关联。1)如果UE在主小区的子帧n-k中检测到由对应PDCCH指示的PDSCH或检测到半持久调度(SPS)释放PDCCH,则UE在子帧n中发送ACK/NACK。在LTE中,BS能够通过诸如无线电资源控制(RRC)的高层信号来通知UE半持久发送和接收是在什么子帧中执行的。由高层信号给出的参数例如可以是子帧的周期和偏移值。当UE在通过RRC信令识别半持久发送之后通过PDCCH接收到SPS发送的激活信号或释放信号时,UE执行或释放SPSPDSCH接收或SPSPUSCH发送。也就是说,UE不立即执行SPS发送/接收(尽管SPS调度通过RRC信令被分配),但是当通过PDCCH接收到激活信号或释放信号时,UE根据由PDCCH指定的资源块的分配、根据MCS信息的调制、根据码速率通过RRC信令分配的子帧周期和偏移值在对应于频率资源(资源块)的子帧中执行SPS发送/接收。这里,释放SPS的PDCCH被称作SPS释放PDCCH,并且释放DLSPS发送的DLSPS释放PDCCH需要ACK/NACK信号的发送。这里,在子帧n中,UE根据PUCCH资源n(1,p)PUCCH使用PUCCH格式1a/1b来发送ACK/NACK。在n(1,p)PUCCH中,p指示天线端口p。k由表5确定。能够如在下式中一样分配PUCCH资源n(1,p)PUCCH。P可以是p0或p1。[式3]对于天线端口p=p0,n(1,p=p0)PUCCH=(M-m-1)·Nc+m·Nc+1+nCCE+N(1)PUCCH,对于天线端口p=p1,n(1,p=p1)PUCCH=(M-m-1)·Nc+m·Nc+1+(nCCE+1)+N(1)PUCCH,在式3中,c是按照满足Nc≤nCCE<Nc+1(天线端口p0)、Nc≤(nCCE+1)<Nc+1(天线端口p1)的这样一种方式从{0,1,2,3}当中选择的。N(1)PUCCH是由高层信号设置的值。NC=max{0,floor[NDLRB·(NRBsc·c-4)/36]}。NDLRB是DL带宽,并且NRBsc是由频域中的副载波的数量指示的RB的大小。nCCE是用来在子帧n-km中发送对应PDCCH的第一CCE数量。m是使km成为表5的集合K中的最小值的值。2)如果UE在主小区的DL子帧n-k中检测到SPSPDSCH(即,不包括对应PDCCH的PDSCH),则UE能够如下地使用PUCCH资源n(1,p)PUCCH在子帧n中发送ACK/NACK。因为SPSPDSCH不包括调度PDCCH,所以UE根据由高层信号所配置的n(1,p)PUCCH通过PUCCH格式1a/1b来发送ACK/NACK。例如,能够通过RRC信号来保留4个资源(第一PUCCH资源、第二PUCCH资源、第三PUCCH资源和第四PUCCH资源),并且能够通过激活SPS调度的PDCCH的发送功率控制(TPC)字段来指示一个资源。下表是用于信道选择的资源由TPC字段值指示的示例。[表7]TPC字段值用于信道选择的资源‘00’第一PUCCH资源‘01’第二PUCCH资源‘10’第三PUCCH资源‘11’第四PUCCH资源又如,假定了在TDD中,在UE中配置了一个服务小区(即,仅配置了主小区),使用ACK/NACK复用,并且M>1。也就是说,假定了多个DL子帧与一个UL子帧相关联。1)能够如在下式中一样分配用于在UE在子帧n-ki(0≤i≤M-1)中接收到PDSCH或检测到DLSPS释放PDCCH时发送ACK/NACK的PUCCH资源n(1)PUCCH,i。这里,ki∈K,并且已参照表5描述了集合K。[式4]n(1)PUCCH,i=(M-i-1)·Nc+i·Nc+1+nCCE,i+N(1)PUCCH这里,c是从{0,1,2,3}中选择的,使得满足Nc≤nCCE,i<Nc+1。N(1)PUCCH是由高层信号设置的值。NC=max{0,floor[NDLRB·(NRBsc·c-4)/36]}。NDLRB是DL带宽,并且NRBsc是由频域中的副载波的数量指示的RB的大小。nCCE,i是用来在子帧n-ki中发送对应PDCCH的第一CCE数量。2)如果UE在子帧中接收到不具有对应PDCCH的PDSCH(即,SPSPDSCH),则n(1)PUCCH,i通过由高层信号给出的配置和表7来确定。如果在TDD中已在UE中配置了两个或更多个服务小区,则UE利用使用PUCCH格式1b或PUCCH格式3的信道选择来发送ACK/NACK。能够如下地执行使用TDD中使用的PUCCH格式1b的信道选择。如果已配置了利用使用PUCCH格式1b的信道选择的多个服务小区,则当ACK/NACK比特大于4个比特时,UE对一个DL子帧内的多个码字执行空间ACK/NACK捆绑,并且通过使用PUCCH格式1b的信道选择来针对各个服务小区发送空间捆绑的ACK/NACK比特。空间ACK/NACK捆绑意指针对各个码字的ACK/NACK通过逻辑与操作在同一DL子帧内的压缩。如果ACK/NACK比特是4个比特或更少比特,则不使用空间ACK/NACK捆绑并且通过使用PUCCH格式1b的信道选择来发送ACK/NACK比特。如果已在UE中配置了使用PUCCH格式3的2个或更多个服务小区,则当ACK/NACK比特大于20个比特时,能够在各个服务小区中执行空间ACK/NACK捆绑并且能够通过PUCCH格式3来发送经历空间ACK/NACK捆绑的ACK/NACK比特。如果ACK/NACK比特是20个比特或更少比特,则不使用空间ACK/NACK捆绑并且通过PUCCH格式3发送ACK/NACK比特。<使用FDD中使用的PUCCH格式1b的信道选择>如果已在UE中配置了使用FDD的两个服务小区,则能够通过使用PUCCH格式1b的信道选择来发送ACK/NACK。UE能够通过在从多个PUCCH资源中选择的一个PUCCH资源中发送2比特(b(0)b(1))信息将针对在一个服务小区中接收到的最多2个传输块的ACK/NACK反馈回给BS。能够在一个传输块中发送一个码字。PUCCH资源能够由资源索引n(1)PUCCH,i指示。这里,A是{2,3,4}中的任一个,并且i是0≤i≤(A-1)。2比特信息被指示为b(0)b(1)。HARQ-ACK(j)指示与由服务小区发送的传输块或DLSPS释放PDCCH有关的HARQACK/NACK响应。HARQ-ACK(j)、服务小区和传输块能够具有以下映射关系。[表8]在表8中,例如,在A=4的情况下,HARQ-ACK(0)和HARQ-ACK(1)指示针对在主小区中发送的2个传输块的ACK/NACK,而HARQ-ACK(2)和HARQ-ACK(3)指示针对在辅小区中发送的2个传输块的ACK/NACK。当UE通过在主小区的子帧“n-4”中检测PDCCH来接收PDSCH或检测DLSPS释放PDCCH时,UE使用PUCCH资源n(1)PUCCH,i来发送ACK/NACK。这里,n(1)PUCCH,i被确定为nCCE,i+N(1)PUCCH。这里,nCCE,i意指被用来由BS发送PDCCH的第一CCE的索引,并且N(1)PUCCH是通过高层信号设置的值。如果主小区的发送模式支持多达两个传输块,则给定PUCCH资源n(1)PUCCH,i+1。这里,n(1)PUCCH,i+1能够被确定为nCCE,i+1+N(1)PUCCH。也就是说,如果在能够发送最大多达2个传输块的发送模式下设置了主小区,则能够确定2个PUCCH资源。如果在主小区的子帧“n-4”中检测到的PDCCH不存在,则用于发送针对PDSCH的ACK/NACK的PUCCH资源n(1)PUCCH,i由高层配置来确定。如果支持多达2个传输块,则PUCCH资源n(1)PUCCH,i+1能够被给定为n(1)PUCCH,i+1=n(1)PUCCH,i+1。如果通过在子帧“n-4”中检测PDCCH而在辅小区中接收到PDSCH,则用于其中支持多达2个传输块的发送模式的PUCCH资源n(1)PUCCH,i和n(1)PUCCH,i+1能够由高层配置来确定。此外,在现有技术中,在UE中配置的多个服务小区使用具有相同类型的无线电帧是先决条件。例如,在UE中配置的多个服务小区全部都使用FDD帧或使用TDD帧是先决条件。然而,在下一代无线通信系统中,可以在服务小区中分别使用不同类型的无线电帧。图13示出了多个服务小区在无线通信系统中使用不同类型的无线电帧的一个示例。参照图13,可以在UE中配置主小区PCell和多个辅小区SCell#1、...、SCell#N。在这种情况下,主小区可以在FDD中操作并且使用FDD帧,而辅小区可以在TDD中操作并且使用TDD帧。可以在多个辅小区中使用相同的UL-DL配置。DL子帧(由D指示)和UL子帧(由U指示)在主小区中按照1:1方式存在,但是DL子帧和UL子帧可以在辅小区中以除1:1以外的不同比率存在。下表9示出了当一个服务小区在TDD中操作时ACK/NACK根据UL-DL配置是在什么子帧中发送。表9相当于表5。[表9]在表9中,当UE在子帧n中接收到ACK/NACK响应所必需的PDSCH或PDCCH(例如,DLSPS释放PDCCH)时,UE需要在子帧n+k(n)中发送ACK/NACK。表9的值中的每一个指示k(n)值。例如,表9指示如果UL-DL配置为0并且在子帧0中接收到PDSCH,则在四个子帧过去之后(即,在子帧4中)发送ACK/NACK。特定时间是必要的以便让UE在接收到PDSCH或DLSPS释放PDCCH之后发送ACK/NACK。这个特定时间的最小值在下文中被指示为kmin,并且kmin的值可以是四个子帧。在表9中,参照发送ACK/NACK所在的时间点,可以看到ACK/NACK是在kmin过去之后在第一UL子帧中首先发送的。然而,表9中的下划线数字不指示在kmin过去之后的第一UL子帧,而是指示接下来放置的UL子帧。这用于防止针对太多DL子帧的ACK/NACK在一个UL子帧中发送。此外,因为在FDD中UL子帧:DL子帧比率总是1:1,所以ACK/NACK定时如下表所示的那样被确定。[表9-1]也就是说,如上表所示,对于所有子帧k(n)=kmin=4。此外,在现有技术中,所有服务小区使用具有相同类型的无线电帧是先决条件,并且ACK/NACK发送定时(即,HARQ定时)是基于这个假定来确定的。然而,如果多个服务小区使用不同类型的无线电帧,则有必要确定哪一种方法将被用来发送ACK/NACK。在下文中假定了在无线通信系统中在UE中配置了主小区和至少一个辅小区。还假定了主小区使用FDD帧并且辅小区使用TDD帧。可以在TDD帧中使用表1的UL-DL配置中的任一个。在下文中,为了描述的方便,仅例示了主小区与一个辅小区之间的关系,但是当在UE中配置了多个辅小区时这个关系可以应用于主小区与多个辅小区中的每一个之间的关系。在这个假定下,首先,下面描述了针对通过主小区接收到的下行链路数据发送ACK/NACK的方法。在下文中,下行链路数据通常指示请求ACK/NACK响应的PDSCH、包括在PDSCH中的码字、指示DLSPS释放的DLSPS释放PDCCH等。图14示出了针对通过主小区接收到的下行链路数据发送ACK/NACK的方法。参照图14,BS在主小区的子帧n中发送下行链路数据(S110)。从UE的角度看,下行链路数据是在主小区的DLPCC的子帧n中接收到的。UE对下行链路数据进行解码并且为下行链路数据生成ACK/NACK(S120)。UE在主小区的子帧n+kPCC(n)中发送ACK/NACK(S130)。主小区的子帧n+kPCC(n)是已从接收到下行链路数据的时间点起过去ACK/NACK响应所必需的最小延迟时间(这个被称作kmin)之后的子帧。这里,最小延迟时间kmin可以是四个子帧。因此,UE可以在主小区的ULPCC的子帧n+4中发送ACK/NACK。也就是说,在主小区中,如在常规FDD中执行HARQ的情况下一样,在从其中接收到数据的子帧起四个子帧过去之后的子帧中发送ACK/NACK。现在,描述当UE在辅小区中接收到下行链路数据时发送ACK/NACK的方法。图15示出了针对通过辅小区接收到的下行链路数据发送ACK/NACK的方法。参照图15,BS发送关于辅小区的UL-DL配置的信息(S210)。辅小区可能需要UL-DL配置信息,因为它在TDD中操作。可以通过诸如RRC消息的高层信号来发送UL-DL配置信息。BS在辅小区的子帧n中发送下行链路数据(S220)。UE对下行链路数据进行解码并且为下行链路数据生成ACK/NACK(S230)。UE可以通过主小区的子帧n+kSCC(n)来向BS发送ACK/NACK(S240)。子帧n+kSCC(n)可以通过以下方法来确定。<在其中聚合了使用不同帧结构的CC的系统中的HARQACK/NACK发送定时><方法1>方法1是子帧n+kSCC(n)遵照主小区中的ACK/NACK发送定时的方法。也就是说,方法1是将等于n+kmin的主小区的UL子帧配置为子帧n+kSCC(n)的方法。换句话说,如果在辅小区的子帧n中接收到数据,则在主小区的子帧n+kmin中发送针对该数据的ACK/NACK。这里,kmin可以是例如四个子帧。图16示出了当主小区是FDD小区并且辅小区是TDD小区时的ACK/NACK发送定时的示例。参照图16,假定了其中针对在PCC的DL子帧n中接收到的DL数据信道或DL控制信道发送了ACK/NACK的PCC的UL子帧是子帧n+kPCC(n)。在FDD情况下,为了避免ACK/NACK发送延迟,可以按照常规方式类似地将它设置为kPCC(n)=kmin=4。假定了其中针对在SCC的DL子帧n中接收到的DL数据信道或DL控制信道发送了ACK/NACK的PCC的UL子帧是子帧n+kSCC(n)。然后,kSCC(n)可以遵照PCC中配置的FDD的ACK/NACK定时。也就是说,可以将它设置为kSCC(n)=kmin=4。例如,在PCC的子帧n+4132中发送针对在SCC的子帧n131中接收到的DL数据信道或DL控制信道的ACK/NACK。图17示出了基于方法1的ACK/NACK发送方法。参照图17,在聚合了第一小区和第二小区的情形下,在第二小区的DL子帧中接收需要ACK/NACK的数据(S161)。本文中,需要ACK/NACK的数据共同地指代需要ACK/NACK响应的数据(诸如PDSCH、传输块和DLSPS释放PDCCH)。第一小区是使用FDD帧的FDD小区,并且可以是主小区。第二小区是使用TDD帧的TDD小区,并且可以是辅小区。UE在根据第一小区的ACK/NACK定时而确定的第一小区的UL子帧中发送针对数据的ACK/NACK(S162)。根据方法1,存在优点的原因在于ACK/NACK延迟被最小化,因为总是基于接收到下行链路数据的时间点在kmin个子帧过去之后发送针对在辅小区中接收到的下行链路数据的ACK/NACK。此外,在常规TDD中,如果与一个UL子帧相关联的DL子帧的数量是许多的,则存在问题的原因在于必须在一个UL子帧中发送的ACK/NACK的数量增加。然而,方法1是有利的原因在于ACK/NACK发送是分布式的。如果其中发送了ACK/NACK的主小区的UL子帧是子帧n,则需要在子帧n中确保的ACK/NACK资源的数量可以通过用于子帧n-kmin的主小区的发送模式以及辅小区的DL子帧中的发送模式来确定。根据方法1,可以通过将表5改变为下表10来表示应用于UE的ACK/NACK定时。[表10]也就是说,如果辅小区的UL-DL配置与表10的任一个相同并且主小区使用FDD帧,则子帧n是其中发送了ACK/NACK的子帧,并且子帧n中指示的数量指示kmin。在本文中,子帧n-kmin指示其中接收到下行链路数据即ACK/NACK的主体的子帧。例如,在表10中,UL-DL配置是0,并且4被写入子帧9。在这种情况下,它指示针对在辅小区的子帧5(=9-4)中接收到的下行链路数据的ACK/NACK在子帧9中被发送。根据方法1,可以通过将表9改变为下表11来表示应用于UE的ACK/NACK定时。[表11]在表11中,子帧n指示其中接收到下行链路数据的子帧。子帧n+kSCC(n)是其中发送了针对下行链路数据的ACK/NACK的子帧。表11中的值中的每一个指示用于子帧n的kSCC(n)值。例如,它指示如果UL-DL配置是0并且在辅小区的子帧1中接收到下行链路数据,则在四个子帧过去之后的(主小区的)子帧5中发送ACK/NACK。表10和表11以及图13具有辅小区和主小区的无线电帧边界相同的先决条件。也就是说,主小区的无线电帧与辅小区的无线电帧同步是先决条件。如果主小区的无线电帧不与辅小区的无线电帧同步,则可以考虑用于补偿这个异步的附加子帧延迟(由kadd指示)。也就是说,在方法1中,可以kSCC(n)将改变为kmin+kadd。或者,假定在辅小区的子帧n中接收到下行链路数据并且其中发送了针对该下行链路数据的ACK/NACK的子帧是n+kSCC(n),如果kSCC(n)小于kmin+kadd,则调度可能受限制,使得不在辅小区的子帧n中发送下行链路数据。<方法2>方法2是确定其中在辅小区中基于TDDACK/NACK发送定时发送ACK/NACK的子帧n+kSCC(n)的方法。也就是说,kSCC(n)如表9中一样被确定,但是实际的ACK/NACK是通过主小区的ULPCC来发送的。换句话说,可以根据SCC中配置的ACK/NACK定时在PCC的UL子帧中发送针对SCC中接收到的DL数据信道或DL控制信道的ACK/NACK。图18示出了当主小区是FDD小区并且辅小区是TDD小区时的ACK/NACK发送定时的另一示例。参照图18,假定了其中针对在PCC的DL子帧n中接收到的DL数据信道或DL控制信道发送了ACK/NACK的PCC的UL子帧是子帧n+kPCC(n)。在FDD情况下,为了避免ACK/NACK发送延迟,可以按照常规方式类似地设置为kPCC(n)=kmin=4。在这种情况下,当应用了SCC中配置的ACK/NACK定时时可以在SCC的UL子帧n+k(n)142中发送针对在SCC的DL子帧n141中接收到的DL数据信道或DL控制信道的ACK/NACK。在这种情况下,在等于UL子帧n+k(n)142的时间的时间处在PCC的UL子帧143中发送ACK/NACK。图19示出了基于方法2的ACK/NACK发送方法。参照图19,在聚合了第一小区和第二小区的情形下,在第二小区的DL子帧中接收需要ACK/NACK的数据(S151)。在本文中,需要ACK/NACK的数据指代需要ACK/NACK响应的数据(诸如PDSCH、传输块和DLSPS释放PDCCH)。第一小区是使用FDD帧的FDD小区,并且可以是主小区。第二小区是使用TDD帧的TDD小区,并且可以是辅小区。UE在根据当仅配置了第二小区时应用的ACK/NACK定时而确定的第一小区的UL子帧中发送针对数据的ACK/NACK(S152)。这样的方法具有优点的原因在于,不管TDDCC是否被用作主小区还是辅小区都可以同样地应用用于TDDCC的ACK/NACK。必须在PCC的UL子帧中确保的用于ACK/NACK发送的资源的数量是根据DL子帧是否在子帧n处存在于PCC/SCC中并且根据在本DL子帧处的发送模式来确定的。如果主小区的无线电帧未与辅小区的无线电帧同步,则可以考虑用于补偿这个异步的附加子帧延迟(由kadd指示)。kadd可以是固定值或者可以是通过RRC消息设置的值。在方法2中,假定k’SCC(n)=kSCC(n)+kadd,针对在辅小区的子帧n中接收到的下行链路数据的ACK/NACK可以被表示为在主小区的UL子帧n+k’SCC(n)中发送。或者,假定在辅小区的子帧n中接收到下行链路数据并且其中发送了针对下行链路数据的ACK/NACK的子帧是n+kSCC(n),如果kSCC(n)小于kmin+kadd,则调度可能受限制,使得不在辅小区的子帧n中发送下行链路数据。如果方法1被用作在主小区中发送ACK/NACK的方法以及发送针对辅小区的ACK/NACK的方法,则针对主小区和辅小区的ACK/NACK可以遵照FDD中使用的ACK/NACK发送方案。例如,当在UE中配置了多个服务小区时可以使用其中使用了FDD中使用的PUCCH格式1b的信道选择。也就是说,针对辅小区的ACK/NACK通过主小区而没有使用压缩方案(诸如,ACK/NACK捆绑)利用使用PUCCH格式1b的信道选择来发送。可能不使用压缩方案(诸如ACK/NACK捆绑),因为仅一个DL子帧与主小区的一个UL子帧相关联。相比之下,如果方法2被用作在主小区中发送ACK/NACK的方法以及发送针对辅小区的ACK/NACK的方法,则针对主小区和辅小区的ACK/NACK可以遵照TDD中使用的ACK/NACK发送方案。例如,可以通过使用当在TDD中配置了多个服务小区时使用的PUCCH格式1b的信道选择来发送ACK/NACK。可以根据是否使用跨载波调度或非跨载波调度来确定是否应用前述的方法1和方法2。例如,可以在跨载波调度中使用方法1并且可以在非跨载波调度中使用方法2。如果要聚合的CC使用不同的帧结构(FDDCC和TDDCC的聚合),则一个CC可以执行UL发送而另一CC可以在相同的时间持续时间(或子帧)中执行DL接收。在这种情况下,UL发送可能对DL接收有影响。因此,不期望在连续频带中同时执行UL发送和DL接收。为了解决这个问题,优选地,足够分开以不彼此干扰的频带被分组,使得相同的UL-DL配置被用在一个组中并且不同的UL-DL配置被用在不同的组中。例如,如果按照分配频带的升序对CC#1至CC#5进行聚合,则CC#1和CC#2被分组为第一组而CC#3至CC#5被分组为第二分组,并且第一组中的所有CC使用UL-DL配置0,并且第二组中的所有CC使用UL-DL配置3。在这种情况下,CC#2和CC#3可以是足够分开以不彼此干扰的CC。在上述示例中,UE可以具有用于各个组的独立RF模块,并且可以使用单独的功率放大器。UE可以针对各个组发送一个PUCCH,并且在这种情况下,即使在上行链路中发送多个PUCCH,峰均比(PAPR)增加的问题也不发生。如果仅利用PCC发送PUCCH,则可以应用方法1,而如果在该PCC所不属于的(非连续频带的)组的特定ULCC中发送PUCCH,则通过PUCCH发送的ACK/NACK定时可以遵照与其中发送了PUCCH的特定ULCC的DL子帧对应的ACK/NACK定时。在下文中,描述了在使用不同类型的无线电帧的载波聚合系统中使用的DCI格式。在本发明中,可以聚合利用FDD操作的服务小区(即,FDD小区)和利用TDD操作的服务小区(即,TDD小区)。另外,当应用了跨载波调度时,在一个服务小区中发送的多个DCI格式可以调度FDD小区和TDD小区。如参照图6和图7所描述的,即使使用相同的DCI格式,也存在要根据使用TDD还是使用FDD而被包括或未包括的字段,并且即使存在不管TDD/FDD如何都被包括的字段,也可以包括其中比特的数量取决于使用了TDD/FDD中的哪一个而变化的字段。例如,可以将DAI字段仅包括在TDD中,HARQ进程号字段可以具有在TDD/FDD中不同的比特数量,并且SRS请求字段的存在/不存在可以取决于使用了TDD/FDD中的哪一个而变化。在现有TDD系统的情况下,因为多个DL子帧与一个UL子帧相关联,所以2个比特的下行链路分配索引(DAI)被包括在上面承载有下行链路许可的PDCCH或上面承载有上行链路许可的PDCCH中,并且然后被发送以便在UL子帧中防止ACK/NACK错误。包括在上面承载有下行链路许可的PDCCH中的DAI包括与在与UL子帧相对应的DL子帧中发送的PDSCH的顺序相关的信息。包括在上面承载有上行链路许可的PDCCH中的DAI包括与和UL子帧相关联的DL子帧的数量以及DLSPS释放PDCCH的数量的和相关的信息。此外,如果聚合了在TDD中操作的服务小区,则包括在上面承载有上行链路许可的PDCCH中的DAI成为能够确定捎带到PUSCH的ACK/NACK有效负荷的大小的信息。例如,可以基于通过被包括在上面承载有上行链路许可的PDCCH中的DAI而聚合的服务小区中的每一个服务小区,从在与一个UL子帧相关联的DL子帧中发送的PDSCH的总数和DLSPS释放PDCCH的数量的和获得关于最大值的信息。可以使用最大值来确定捎带的ACK/NACK有效负荷的大小。此外,如果聚合了在FDD中操作的服务小区,则DAI不是必要的,因为DL子帧按照1:1方式与UL子帧相关联。此外,DLHARQ进程的数量在FDD情况下为8,而在TDD情况下多达16。因此,包括在DCI格式中的HARQ进程号字段在FDD情况下为3个比特,而在TDD情况下为4个比特。另外,SRS请求字段是用于导出非周期性的SRS发送的字段,并且在FDD情况下被仅添加到DCI格式0/1A/4,然而在TDD情况下也被添加到除DCI格式0/1A/4以外的DCI格式2B/2C/2D。如上所述,在DCI格式中,比特的数量(即,比特大小)可以根据要调度的小区是TDD小区还是FDD小区而变化。因此,如果DCI格式的大小根据要调度的服务小区是TDD小区还是FDD小区而变化,则用于检测DCI格式的UE的盲解码开销可能增加。图20示出了根据本发明的实施方式的发送DCI格式的方法。参照图20,BS同样地设置用于调度FDD小区的DCI(在下文中,被称为DCI_FDD)以及用于调度TDD小区的DCI(在下文中,被称为DCI_TDD)的比特大小(S171)。BS可以同样地设置DCI_FDD和DCI_TDD的总比特大小,或者可以同样地设置DCI_FDD和DCI_TDD的一些字段的比特大小。一些字段可以是其中FDD小区和TDD小区具有不同的比特大小的字段,或者其存在/不存在在排他地使用FDD小区或TDD小区时被不同地确定。BS在相同的搜索空间中发送DCI_FDD和DCI_TDD(S172)。尽管BS可以在相同的搜索空间(例如,公共搜索空间)中发送DCI_FDD和DCI_TDD,但是本发明未必限于此。也就是说,还可以在不同的搜索空间中发送DCI_FDD和DCI_TDD。在下文中,将详细地描述用于同样地设置DCI_FDD和DCI_TDD的一些字段的总比特大小或比特大小的方法。<DAI字段>1.DAI字段被添加到用于调度利用FDD操作(利用FDD帧结构配置的)的服务小区的DCI(DCI_FDD)。还可以将DAI字段添加到用于调度利用FDD操作的服务小区的DCI(DCI_FDD)。例如,当FDD辅小区被聚合到TDD主小区时可以应用这个。在这种情况下,可以在TDD主小区中发送针对在FDD辅小区中接收到的DL数据/控制信道的ACK/NACK,并且ACK/NACK的发送定时遵照TDD主小区的ACK/NACK发送定时。然后,尽管FDD辅小区是FDD小区,但是当遵照ACK/NACK定时时,它可能导致其中可能与TDD小区类似地将多个DL子帧链接到一个UL子帧的结果。如果利用FDD操作的服务小区和利用TDD操作的服务小区具有恒定大小的频带,则可以同样地调整用于调度两个服务小区的相同DCI格式的大小。在这种情况下,即使不同类型的无线电帧被用于各个服务小区,UE也可以使用相同的搜索空间来搜索PDCCH。如果即使DAI字段被添加到DCI_FDD,DCI_TDD和大小也不相同(例如,因为频带在两个小区之间在大小方面不同,所以DCI格式大小可能不同),则可以添加填充比特以具有与DCI_TDD相同的大小。另选地,可以将DAI字段仅添加到用于调度利用FDD操作的服务小区的DCI中的一些。例如,可以将DAI字段仅添加到支持最基本操作的DCI格式0/1A。另选地,如果FDD小区是主小区,则在通过公共搜索空间(CSS)发送的DCI格式0/1A中,可以在没有DAI字段的情况下执行发送。另一方面,如果TDD小区是主小区,则可以将DAI字段仅添加到通过CSS发送的DCI格式。此外,添加到DAI_FDD的DAI字段可以被用于除原始用途以外的用途。尽管用于调度利用FDD操作的主小区的上行链路许可(DCI_FDD)不具有原始DAI字段,但是如果DAI被包括在DCI_FDD中,则可以如下地使用它。例如,DLDAI可以被用于虚拟CRC(设置为预定特定值,例如,0),或者可以被用于各种用途,诸如ACK/NACK发送格式的指定、ACK/NACK发送是否被中断/接受、ACK/NACK延迟值的配置、同时调度的DL小区的总数的指示、同时地调度的DL小区的计数器(顺序值)等。ULDAI可以被用于在DLDAI中列举的用途,或者被用于ULDAI的原始用途。也就是说,可以像在TDD中一样承载当通过PUSCH捎带ACK/NACK时必要的信息。当使用方法2时这可以应用于FDD主小区。根据方法2,可以将M(M>2)个DL子帧链接到一个UL子帧,并且因此DAI发送可能是必要的。也就是说,如果像在方法2中一样根据TDD小区的ACK/NACK定时来发送ACK/NACK,则可以将DAI包括在DAI_FDD中。2.在用于调度利用TDD操作(利用TDD帧类型配置的)的服务小区的DCI中去除DAI字段。DAI照惯例存在于用于调度利用TDD操作的服务小区的DCI(DCI_TDD)中,但是可以去除这个DAI字段。因此,当利用FDD操作的服务小区和利用TDD操作的服务小区具有恒定频带大小时,可以使得上面调度了所述两个服务小区的相同的DCI格式具有相同的大小。在这种情况下,即使UE在服务小区中使用不同类型的无线电帧,UE在搜索PDCCH时也可以使用相同的搜索空间。如果即使添加了DAI字段(例如,由于两个服务小区的频带不具有相同的大小的原因),DCI格式也不具有相同的大小,则可以通过将填充比特添加到具有较小大小的DCI格式而使得DCI格式具有相同的大小。另选地,可以仅在用于调度利用TDD操作的服务小区的DCI中的一部分DCI中去除DAI字段。例如,可以仅在支持最基本操作的DCI格式0/1A中去除DAI字段。另选地,可以仅在通过公共搜索空间(CSS)发送的DCI格式中去除DAI字段。这样的方法可以应用于以上方法1。根据方法1,ACK/NACK发送定时符合FDD小区。例如,主小区可以是FDD小区,并且辅小区可以是TDD小区。在这种情况下,在FDD小区中发送针对在TDD小区中接收到的数据的ACK/NACK,并且ACK/NACK的发送定时可以遵照FDD小区的ACK/NACK发送定时。结果,尽管辅小区是TDD小区,但是可以与FDD小区类似地在ACK/NACK定时上将仅一个DL子帧链接到一个UL子帧。换句话说,即使辅小区是TDD小区,也定义与用于发送ACK/NACK的UL子帧相关联的辅小区的仅一个DL子帧。因此,DCI_TDD可能不需要DAI。总之,DCI_FDD和DCI_TDD这二者可以包括具有相同数量的比特的下行链路分配索引(DAI),或者它们这二者可以都不包括DAI。<HARQ进程号字段>1.4比特HARQ进程号字段被应用于用于调度FDD小区的DCI格式(即,DCI_FDD)。照惯例,3比特HARQ进程号字段被应用于DCI_FDD。然而,4比特HARQ进程号字段在本文中被类似地应用于DCI_TDD。因此,可以将DCI_FDD和DCI_TDD调整为具有相同的大小。在这种情况下,即使UE在服务小区中使用不同类型的无线电帧,UE在搜索PDCCH时也可以使用相同的搜索空间。如果即使添加了DAI字段DCI格式也不具有相同的大小(例如,因为两个服务小区之间的频带不同,所以DCI格式可能不具有相同的大小),则可以通过添加填充比特而使得DCI格式具有相同的大小。在这种情况下,4比特字段可以仅被应用于用于调度利用FDD操作的服务小区的DCI中的一些。例如,4比特字段可以仅被应用于支持最基本操作的DCI格式0/1A。在这种情况下,3比特字段可以被应用于通过公共搜索空间(CSS)发送的DCI格式。这样的方法可以被应用于ACK/NACK发送定时符合TDD小区的UL-DL配置的方法2。如果TDD小区是主小区并且FDD小区是辅小区,则方法2可以被应用于FDD辅小区。在这种情况下,FDD辅小区的HARQ进程的最大数量可以大于或等于8。因此,存在使用4比特HARQ进程号字段的需要。如果除TDDACK/NACK定时之外还应用了附加的ACK/NACK定时并且因此HARQ进程的数量超过16,则可以使用5比特HARQ进程号字段。另选地,可以使用4比特HARQ进程号字段,并且当HARQ进程号大于或等于16时(在本文中,HARQ进程号从0开始),可以被忽略。此外,即使在FDD小区中HARQ进程的最大数量大于或等于8,能够在软缓冲器上实际上同时维持的HARQ进程的数量也可能限于8。在这种情况下,不管应用于FDD小区的ACK/NACK定时是否符合TDD小区或符合FDD小区,也可以使用3比特HARQ进程号字段。2.3比特HARQ进程号字段被应用于用于调度利用TDD操作的服务小区的DCI。照惯例,4比特HARQ进程号字段被应用于DCI_TDD。然而,3比特HARQ进程号字段在本文中被类似地应用于DCI_FDD。因此,可以将DCI_FDD和DCI_TDD调节为具有相同的大小。在这种情况下,即使UE在服务小区中使用不同类型的无线电帧,UE在搜索PDCCH时也可以使用相同的搜索空间。如果即使添加了DAI字段,DCI格式也不具有相同的大小(例如,因为两个服务小区之间的频带不同,所以DCI格式可能不具有相同的大小),则可以通过添加填充比特而使得DCI格式具有相同的大小。这样的方法可以被应用于方法1。根据方法1,用于TDD小区的ACK/NACK发送定时符合FDD小区。在主小区是FDD小区并且辅小区是TDD小区的情况下或者如果主小区是TDD小区并且辅小区是FDD小区,如果ACK/NACK发送定时符合FDD小区,则在辅小区中HARQ进程的最大数量在大多数情况下小于或等于8。因此,容许HARQ进程号字段为3个比特。如果HARQ进程的数量超过8,则可以应用4比特HARQ进程号字段,或者可以在忽视HARQ进程号大于或等于8的情况的同时使用3比特HARQ进程号字段。<SRS请求字段>常规的SRS请求字段可以被包括在DCI格式0/1A/2B/2C/2D/4中。如果SRS请求字段被包括在DCI格式0/1A/2B/2C/2D中,则它可以是0或1比特。仅对于用于DCI格式0/1A/2B/2C/2D的SRS参数由高层配置的情况包括1比特SRS请求字段,否则,SRS请求字段是0比特。另外,仅对于在UE特定搜索空间中发送DCI格式0/1A的情况包括1比特SRS请求字段,并且这与TDD/FDD无关。仅对于在UE特定搜索空间中发送DCI格式2B/2C/2D的情况包括1比特SRS请求字段,并且这被仅包括在TDD中。可以按照DCI格式0和DCI格式1A/2B/2C独立地配置SRS参数集合。此外,按照DCI格式4发送2比特SRS请求字段。如果该2比特的值是“00”,则不触发非周期性的SRS,而如果值是“01”,则针对由RRC信令配置的第一SRS参数集合触发非周期性的SRS。如果值是“10”,则针对由RRC信令配置的第二SRS参数集合触发非周期性的SRS。如果值是“11”,则针对由RRC信令配置的第三SRS参数集合触发非周期性的SRS。第一集合、第二集合和第三集合独立于用于1比特SRS请求的SRS参数集合被配置。不管FDD/TDD如何,DCI格式4都可以包括SRS请求字段。在本发明中,这样的SRS请求字段可以像在下面描述的那样应用于DCI。1.SRS请求字段被应用于用于调度FDD小区的DCI格式2B/2C/2D。像在DCI_TDD中一样,如果在DCI_FDD中配置了非周期性的SRS,则SRS请求字段被添加到对应DCI。例如,可以将SRS请求字段添加到用于调度FDD小区的DCI格式2B/2C/2D。因为上行链路在TDD中不总是开放的,所以可能有必要像在TDD中一样添加SRS请求字段。如果DCI_TDD和DCI_FDD具有相同的大小,则能够共享搜索空间。如果即使SRS请求字段被添加到DCI_FDD,DCI_FDD也不具有与DCI_TDD相同的大小,则可以将填充比特添加到具有较小DCI格式的DCI格式。仅当FDD小区和TDD小区具有相同的发送模式时才可以应用这个方法。另选地,仅当DCI格式相同时才可以应用该方法。这是因为,由于以下原因该方法可能是不必要的。也就是说,DCI格式2B/2C/2D是根据发送模式来选择的,并且如果TDD小区和FDD小区不具有相同的发送模式,则取决于除DCI格式1A以外的DCI格式的另外的发送模式是不同的,并且格式的长度可以是不同的。此外,可以根据是否能够在FDD小区中利用所有DL子帧来确定这个方法。例如,这可能对应于其中在FDD小区中仅能够使用与作为使用DL子帧的准则的TDDUL-DL配置对应的DL子帧的情况。2.在用于调度TDD小区的DCI格式2B/2C/2D中去除SRS请求字段。像在FDD中一样,即使配置了非周期性的SRS,SRS请求字段也未被另外应用于对应的DCI。这是因为,像在TDD中一样根据发送模式将附加的SRS请求字段应用到DLDCI格式可能是不必要的,因为FDD的上行链路总是开放的。如果DCI_TDD和DCI_FDD具有相同的大小,则能够共享搜索空间。如果即使SRS请求字段被添加到DCI_TDD,DCI_TDD也不具有与DCI_FDD相同的大小,则可以将填充比特添加到具有较小DCI格式的DCI格式。仅当FDD小区和TDD小区具有相同的发送模式时才可以应用从DCI_TDD中去除SRS请求字段。另选地,仅当DCI格式相同时,才可以应用该方法。这是因为由于以下原因该方法可能是不必要的。也就是说,DCI格式2B/2C/2D是根据发送模式来选择的,并且如果发送模式不相同,则除DCI格式1A以外的取决于附加发送模式的DCI格式是不同的,并且格式的长度可以是不同的。此外,尽管为了方便以上描述了DAI字段、HARQ进程号字段和SRS请求字段,但是本发明不限于此。也就是说,上述三个字段中的全部都可以被配置为彼此相等以使得DCI_TDD和DCI_FDD具有相同的大小。另外,本发明的技术特征显然适用于比特的存在/不存在以及数量可以针对各个TDD小区/FDD小区而变化的其它字段。图21是根据本发明的实施方式的无线装置的框图。BS100包括处理器110、存储器120和射频(RF)单元130。处理器110实现所提出的功能、过程和/或方法。例如,处理器110将使用不同的帧结构的多个服务小区配置给UE。例如,可以配置使用FDD帧的FDD小区和使用TDD帧的TDD小区。此后,可以生成并且然后在相同的搜索空间中发送用于调度FDD小区的DCI_FDD和用于调度TDD小区的DCI_TDD。在这种情况下,可以生成DCI_FDD和DCI_TDD以具有相同的比特大小。存储器120连接至处理器110,并且存储用于驱动处理器110的各种信息。RF单元130连接至处理器110,并且发送和/或接收无线电信号。UE200包括处理器210、存储器220和RF单元230。处理器210实现所提出的功能、过程和/或方法。例如,可以将使用不同的帧结构的FDD小区和TDD小区配置给处理器210,并且处理器210可以接收针对相应小区的DCI。可以在相同的搜索空间(例如,公共搜索空间)中尝试DCI_FDD和DCI_TDD的接收。处理器210可以通过假定DCI_FDD和DCI_TDD具有相同的大小来尝试接收。存储器220连接至处理器210,并且存储用于驱动处理器210的各种信息。RF单元230连接至处理器210,并且发送和/或接收无线电信号。处理器110、210可以包括专用集成电路(ASIC)、其它芯片组、逻辑电路、数据处理装置和/或用于相互转换基带信号和无线电信号的转换器。存储器120、220可以包括只读存储器(ROM)、随机存取存储器(RAM)、闪速存储器、存储器卡、存储介质和/或其它存储装置。RF单元130、230可以包括用于发送和/或接收无线电信号的一个或更多个天线。当实施方式用软件加以实现时,以上描述的方案可以作为用于执行以上描述的功能的模块(过程、功能等)被实现。模块可以被存储在存储器120、220中并且由处理器110、210执行。存储器120、220可以被放置在处理器110、210内部或外部并且使用各种公知手段连接至处理器110、210。当前第1页1 2 3 
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1