频率集成的系统中控制信道发送设备和方法与流程

本公开涉及用于在载波聚合的系统中发送控制信道的装置和方法。
背景技术：
：一般地，移动通信系统可以基于无线资源提供语音服务和高速的数据通信服务。长期演进(LTE)、高级LTE(LTE-A)或其它高速数据通信服务已在市场上出现。无线资源是确定高速数据通信服务中的数据速率的关键因素。相应地，制订了一种方案，其有效地利用有限的无线资源来提高数据的传输速度。一个例子是载波聚合(CA)。CA是将不同的频带成组并管理的技术。例如，在有5种分量载波(CC)的情况下，即，每个载波频带具有20MHz的带宽，CA将这5种CC捆绑起来以便使能100MHz的带宽的使用。CA还可以应用于异构双工方案。一个例子是频分双工(FDD)-时分双工(TDD)LTECA。FDD-TDDLTECA方案组合了TDD方案和FDD方案来提高数据的速率。技术实现要素：FDD-TDDLTECA方案假定支持FDD方案的服务区(如，FDD小区区域)和支持TDD方案的服务区(如，TDD小区区域)共存的网络环境。然而，FDD方案和TDD方案使用不同的协议。使用不同的协议意味着每个信道上传输的消息的格式以及信道的结构是不同的。因此，将FDD-TDDLTECA技术应用到无线通信系统需要制订一种方案以发送用于在支持不同双工方案的多个小区区域内调度上行链路/下行链路数据的控制信息。根据本公开的实施例，可以提供一种用于在支持异构双工方案的无线通信系统中发送控制信息以支持CA技术的装置和方法。根据本公开的实施例，可以提供一种用于在支持异构双工方案的无线通信系统中使用所定义的支持CA技术的格式来发送控制信息的装置和方法。根据本公开的实施例，可以提供一种在支持FDD-TDDLTECA技术的无线通信系统中使用考虑在主小区(PCell)区域和副小区(SCell)区域中支持的双工方案所定义的格式来发送控制信息的装置和方法。根据本公开的实施例，一种用于从为主小区(PCell)区域和副小区(SCell)区域支持高速率数据服务的基站发送控制信息的方法包含：根据考虑到PCell区域中所支持的主双工方案和SCell区域中所支持的副双工方案而确定的格式来生成控制信息，并且经下行链路控制信道发送生成的控制信息。这里，主双工方案和副双工方案是频分双工(FDD)方案和时分双工(TDD)方案中的一个并且彼此不同。根据本公开的实施例，一种用于由终端调度数据信道的方法包含：经下行链路控制信道接收控制信息，并基于所接收的控制信息调度下行链路数据信道和上行链路数据信道中的至少一个。这里，控制信息的格式是根据主小区(PCell)区域中支持的双工方案和副小区(SCell)中支持的双工方案而确定的，并且主双工方案和副双工方案是频分双工(FDD)方案和时分双工(TDD)方案中的一个并且彼此不同。根据本公开的实施例，为主小区(PCell)和副小区(SCell)支持高速率数据服务的基站包含：调度器，用于调度上行/下行链路物理信道的通信；以及发送器，在调度器的控制下配置控制信息并且经构成下行链路物理信道的控制信道发送所配置的控制信息。调度器考虑到PCell区域中支持的主双工方案和SCell区域中支持的副双工方案而确定控制信息的格式。主双工方案和副双工方案是频分双工(FDD)方案和时分双工(TDD)方案中的一个并且彼此不同。根据本公开的实施例，终端包含：接收器，经下行链路控制信道接收控制信息；以及控制器，基于所接收的控制信息来调度下行链路数据信道和上行链路数据信道中的至少一个。这里控制信息的格式是根据主小区(PCell)区域中支持的双工方案和副小区(SCell)中支持的双工方案而确定的，并且其中主双工方案和副双工方案是频分双工(FDD)方案和时分双工(TDD)方案中的一个并且彼此不同。附图说明图1和图2是示出了本公开应用的通信系统的图；图3和图4是示出了在对S小区的终端设置自调度、并且当对从S小区发送的PDSCH或PUSCH执行调度时在S小区中接收相关的PDCCH的情况下的HARQ的定时图；图5和图6是示出了在对S小区的终端设置自调度、并且当对从S小区发送的PDSCH或PUSCH执行调度时在S小区中接收相关的PDCCH的情况下的HARQ的定时图；图7和图8是示出了在对S小区的终端设置跨载波调度，即，当对S小区发送的PDSCH或PUSCH执行调度时在除S小区之外的小区中接收相关的PDCCH的情况下的HARQ的定时图；图9和图10是示出了在对S小区的终端设置跨载波调度，即，当对从S小区发送的PDSCH或PUSCH执行调度时在除S小区之外的小区中接收相关的PDCCH的情况下的HARQ的定时图；图11和图12是示出了根据本公开的实施例的对于控制信道的基站发送操作和终端接收操作的图；图13是示出了根据本公开的实施例的基站的图；以及图14是示出了根据本公开的实施例的终端的图。具体实施方式此后，描述用于获得上述目标的代表性实施例。为了容易描述，本文所定义的实体的术语可以同样地应用到贯穿全文的具体描述中。然而，应当理解，用于容易描述的术语并不限制本公开的范围并且术语可以同样地或以容易改变的形式应用到具有类似技术背景的系统中。当被确定为使本公开的主题不清楚时，可以略过公知的功能或配置的详细描述。在以下描述的各种实施例中，假定其中PCell区域和SCell区域基于不同双工方案提供通信服务的网络环境。根据本公开的实施例，高级长期演进(LTE-A)系统可以扩大终端获得接入的小区的数目。在此情况下，终端可以与多个小区形成链路。与终端形成链路的多个小区可以包括一个主小区(PCell)和至少一个副小区(SCell)。PCell是支持主双工方案的小区区域，而SCell是支持副双工方案的小区区域。例如，在LTE-A系统中，主双工方案和副双工方案可以被确定为要么是频分双工(FDD)方案、要么是时分双工(TDD)方案。然而，主双工方案和副双工方案不可以被确定为相同的方案。换言之，当主双工方案是FDD方案时，副双工方案应该是TDD方案，以及当主双工方案是TDD方案时，副双工方案应该是FDD方案。基于TDD方案的结构(TDD结构)要么是静态TDD结构、要么是动态TDD结构。在静态TDD结构中，保持了上行链路-下行链路(UL-DL)的配置，而在动态TDD结构中，UL-DL配置按系统信息或更高的信号或下行链路共享控制信道而不同。举一例子，当一个频带被添加到受基站控制的、具有FDD结构的一个小区时，对该频带应用TDD结构是容易的。这就是为何在下行链路(DL)和上行链路(UL)之间需要两个不同的频带以在小区中操作FDD结构。相应地，当由于频带的添加是有限的或出于其它理由，不同的双工结构应用于小区之间时，应当制订一种用于发送控制信息以在多个小区中调度数据的方案。此外，还需要制订一种用以发送针对多个小区发出的数据的控制信道的方案。例如，假定反馈应该只能在多个小区的P小区中发送，多个小区与下行链路上发送的数据(此后，称为“下行链路数据”)对应的上行链路上发送的控制信道(此后，称为“上行链路控制信道”)相连接。在此情况下，终端可能需要一种技术来在P小区中发送来自具有不同框架结构的小区的反馈。还需要一种用以发送用于在多个小区中调度上行链路数据的控制信息的方案。进一步需要的是一种用于在基站的下行链路上发送控制信道(此后，称为“下行链路控制信道”)来调度上行链路上发送的数据(此后，称为“上行链路数据”)的方案。下面描述的实施例中，提出了用于在载波聚合系统中在基站和终端之间发送控制信道的装置和方法。同样地，基站将用于调度具有不同双工结构的多个小区的下行链路数据的控制信息发送到终端。例如，在发送下行链路数据之后，多个小区经P小区接收针对所发送的下行链路数据的上行链路数据或信号。终端可以向P小区发送针对下行链路数据的上行链路数据或信号。如另一示例，基站可以将用于调度具有不同双工结构的多个小区的上行链路数据的控制信息发送到终端。终端基于基站所发送的控制信息来发送上行链路数据。基站可以发送针对上行链路数据的下行链路控制信息。如上所述，终端和基站可以通信对于数据调度必要的控制信道并且可以经具有不同双工结构的多个小区同时地通信数据。以下描述的实施例中，假设将描述LTE系统和LTE-A系统。然而，所提出的实施例也可以在没有添加或省略的情况下应用到应用了基站调度的其它通信系统。此后，参考附图具体地描述本公开的实施例。图1和图2示出了应用了所提出的实施例的载波聚合系统的示例。图1示出了其中基站有TDD小区和FDD小区这两者的无线通信网络的示例，以及图2示出了具有宏基站(macrobasestation)和微微基站(picobasestation)的无线通信网络的示例。参考图1，一个基站101的服务区可以包括多个小区。在此情况下，基站101可以使用多个小区中的一个作为PCell并且使用其它小区中的至少一个作为SCell。终端104经TDD小区102和FDD小区103与基站101通信数据。当基站101的服务区包括多个小区时，终端104可以只经多个小区中的一个P小区发送数据。即，终端104可以只经P小区执行上行链路传输。举个例子，当TDD小区102是PCell时，终端104只经TDD小区102执行上行链路传输。另外，当FDD小区103是PCell时，终端104只经FDD小区103执行上行链路传输。参考图2，网络中有用于较宽的覆盖范围的宏基站111和用于增加发送的数据量的微微基站112。终端114使用FDD方案116与宏基站111通信数据并且使用TDD方案115与微微基站112通信数据。举个例子，当宏基站111和微微基站112具有理想的回程网络时，终端114可以只经作为P小区的宏基站111，执行上行链路传输。在宏基站111和微微基站112之间提供X2接口113以支持高速率的传输。X2接口113使能向微微基站112实时地转移，经终端114的上行链路传输、只向宏基站111提供的相关的控制信息。作为另一示例，除非宏基站111和微微基站112具有理想的回程网络，否则终端114执行到宏基站111和微微基站112的每一个的上行链路传输。以下的描述是基于图1所示的网络结构。然而，以下描述的实施例也可以应用于图2所示的网络结构。根据本公开的实施例，假定主双工方案是FDD方案，而副双工方案是TDD方案，并且已建立自载波(self-carrier)调度。图3和图4示出了根据本公开的实施例的混合自动重传请求(HARQ)的定时的示例。图3和图4示出了用以接收PDCCH作为用于调度PDSCH或PUSCH的参考的HARQ的定时。参考图3，P小区201使用下行链路频率f1和上行链路频率f2来支持FDD方案。S小区202使用根据TDDUL-DL配置#4的下行链路子帧和上行链路子帧来支持TDD方案。通过物理下行链路控制信道(PDCCH)实现对S小区202中的物理下行链路共享信道(PDSCH)203的调度。根据针对P小区(FDD小区)201定义的HARQ的定时、经P小区201的上行链路子帧发送对应于PDSCH203的信号(ACK)204。例如，在接收到PDSCH203后，响应信号204将被发送4个子帧。参考图4，P小区211使用下行链路频率f1和上行链路频率f2来支持FDD方案。S小区212使用根据TDDUL-DL配置#4的下行链路子帧和上行链路子帧来支持TDD方案。用于调度物理上行链路共享信道(PUSCH)214的PDCCH213，在S小区212的特定下行链路子帧(下行链路子帧#8)中被发送。当调度被PDCCH213触发时，终端在S小区212的上行链路子帧#2中发送PUSCH214。基站在下行链路子帧#8中发送包括与在上行链路子帧#2中接收的PUSCH214对应的信号(ACK)的UL授权/物理混合-ARQ指示信道(PHICH)215。发送PUSCH214的上行链路子帧#2以及发送UL授权/PHICH215的下行链路子帧#8遵循TDDUL-DL配置#4中所定义的HARQ定时。由于TDD小区具有的下行链路子帧通常多于上行链路子帧，所以响应于多个下行链路子帧中所调度的PDSCH的响应信号ACK在一个上行链路子帧中被发送。在PDCCH213上发送的控制信息包括下行链路分配索引(DAI)字段。DAI字段可以包括2比特。DAI字段被发送以指示终端是否错过了接收在特定下行链路子帧中发送的PDCCH。为了容易描述，包含在PDCCH中的DAI字段此后被称为“DLDAI”。只可以在调度TDD小区的PDSCH时包含DLDAI，而不在调度FDD小区的PDSCH时包含DLDAI。进一步，DLDAI不可以应用于以0作为UL-DL配置的TDD小区并且只可以应用于具有UL-DL配置1-6的TDD小区。DAI字段可以被包括在调度PUSCH的PDCCH中和调度PDSCH的PDCCH中。为了容易描述，包含在调度PUSCH的PDCCH中的DAI字段此后被称为“ULDAI”。例如，ULDAI只出现在UL-DL配置1-6中并且可以被用作UL-DL配置0中的UL索引字段。UL索引字段被包括是为了经一个下行链路子帧调度多个上行链路子帧中的PUSCH。理由是当TDD小区的UL-DL配置是0时，上行链路子帧多于下行链路子帧。举个例子，被设置为11的UL索引字段指示调度多个上行链路子帧中的PUSCH。HARQ过程字段只可以出现在调度PDSCH的PDCCH中。举个例子，在FDD小区中的下行链路过程中，根据FDD小区定时、只在8个子帧中进行重传(re-transmission)。在这种情况下，由于支持8个过程，所以HARQ过程字段由3比特来配置。由于HARQ定时根据TDD小区中TDDUL-DL配置而不同，所以提出4比特HARQ过程字段来支持多达15个过程。参考图3和图4，终端和基站采用P小区中定义的FDD小区定时作为针对S小区中发送的PDSCH的HARQ定时，并且采用根据S小区的UL-DL配置所定义的HARQ定时作为S小区中定义的针对PUSCH的HARQ定时。根据本公开的实施例，建议了DL/ULDAI、UL索引和HARQ过程字段。举个例子，在用于调度S小区中发送的数据的PDCCH中建议DL/ULDAI、UL索引和HARQ过程字段。DL/ULDAI：由于在S小区中的PDSCH传输中根据FDD小区定时来进行HARQ的传输，所以每当在每个下行链路子帧中调度PDSCH时的4个子帧后，HARQ-ACK就可以在每个上行链路子帧中被发送。因而，在用于调度TDD小区中的PDSCH或PUSCH的PDCCH中可以不需要DLDAI/ULDAI字段。UL索引：由于在S小区中的PUSCH传输中根据S小区的TDDUL-DL配置来进行HARQ的传输，所以当TDD小区的UL-DL配置是0时，经一个下行链路子帧调度多个上行链路子帧中的PUSCH可能需要UL索引字段。HARQ过程：由于在S小区的PDSCH传输中根据FDD小区定时来进行HARQ的传输，所以可能需要3比特的HARQ过程。根据本公开的实施例，可以建议如下的DL/ULDCI格式中的每个字段。例如，当对其中P小区支持FDD方案而S小区支持TDD方案的网络中的终端设置S小区的自调度时，当S小区的TDDUL-DL配置是0时S小区中调度PUSCH的PDCCH(ULDCI格式)可能需要UL索引字段。然而，当S小区的TDDUL-DL配置是1到6时，ULDAI字段尽管存在但不可以应用。进一步，无论S小区的TDDUL-DL配置如何，S小区中调度PDSCH的PDCCH(DLDCI格式)都可以没有DLDAI字段。DLDAI字段尽管存在，但不可以应用或可以被固定为“00”。HARQ过程字段可以只有3比特，或者如果有4比特，则MSB可以被固定为“0”。根据本公开的实施例，现在描述DL/ULDCI格式。S小区中基站所发送的DCI格式可以有2种类型。第一个是用于当对其中P小区支持FDD方案而S小区支持TDD方案的网络中的终端设置S小区的自调度时，向终端发送的用于S小区中的数据调度的DCI格式。第二个是用于当S小区被设置为P小区时向终端发送的用于P小区中的数据调度的DCI格式。第一DCI格式传输类型中，所执行的传输包括以上提出的DL/ULDCI格式中的每个字段。第二DCI格式传输类型中，所执行的传输包括TDD小区中应用的方案的字段。在此情况下，当基站在公共搜索空间中发送系统信息、寻呼信息、随机接入信息和多播广播单一频率网络(MBSFN)广播信息时(这些信息应该经FDDS小区被公共地发送而无论终端的类型如何)，第一DCI格式和第二DCI格式可被设置为具有相同的长度。在此情况下，由于第二DCI格式通常更长，所以以下方法可以被用于使第一DCI格式在长度上与第二DCI格式一致。当P小区支持FDD方案、S小区支持TDD方案，并且对终端设置S小区的自调度时，当S小区的TDDUL-DL配置是0时，S小区中调度PUSCH的PDCCH(ULDCI格式)可能需要UL索引字段。然而，当S小区的TDDUL-DL配置是1到6时，ULDAI字段尽管存在，但不可以应用。进一步，无论S小区的TDDUL-DL配置如何，S小区中调度PDSCH的PDCCH(DLDCI格式)都有DLDAI字段，但是DLDAI字段不可以应用或可以被设置为“00”。HARQ过程字段可以有4比特，其中MSB被固定为“0”而只应用剩余3比特。根据本公开的实施例，假定主双工方案是TDD方案而副双工方案是FDD方案，并且已建立自载波调度。图5和图6示出了用于在对从S小区发送的PDSCH或PUSCH执行调度时在S小区中接收相关的PDCCH的情况下的HARQ定时。参考图5，P小区301支持TDD方案，并且根据TDDUL-DL配置#2来配置下行链路子帧和上行链路子帧。S小区302支持FDD方案。用于下行链路传输的频率是f1，并且用于上行链路传输的频率是f2。通过S小区302中的PDCCH传输来在S小区302中调度PDSCH306。在这样的情况下，可以根据P小区301中定义的HARQ定时和P小区301中未定义的针对PDSCH305的额外的HARQ定时，来在P小区301的上行链路子帧#2中发送针对PDSCH306的HARQ-ACK304。尽管未在图5中示出，但还可以根据通过高层信令设置的参考配置来采用HARQ定时。参考图6，P小区311支持TDD方案，并且根据TDDUL-DL配置#2来配置下行链路子帧和上行链路子帧。S小区312支持FDD方案。用于下行链路传输的频率是f1，并且用于上行链路传输的频率是f2。在S小区312的下行链路子帧#3中传输用于在S小区312中调度PUSCH的PDCCH313。当PDCCH313触发了调度时，终端可以根据S小区312中定义的FDDHARQ定时，在4个子帧后在S小区312的上行链路子帧#7中发送PUSCH314。基站可以根据S小区312中定义的FDDHARQ定时来在4个子帧后在下行链路子帧#1中发送ULgrant(授权)/PHICH315，作为响应于PUSCH314的HARQ-ACK。为概括与图5和图6有关的上述操作，终端和基站采用参考UL-DL配置的定时或根据P小区中定义的UL-DL配置而定义的定时，作为针对在S小区中传输的PDSCH的HARQ定时，以及采用FDD小区中定义的FDDHARQ定时，作为在S小区中定义的针对PUSCH的HARQ定时。根据本公开的实施例，建议了如下的用于调度S小区中发送的数据的PDCCH中的DL/ULDAI、UL索引和HARQ过程字段：DL/ULDAI：可以根据按照参考UL-DL配置或P小区中定义的UL-DL配置的定时来进行针对S小区中PDSCH传输的HARQ传输。在此情况下，可以在一个上行链路子帧中发送针对在多个下行链路子帧中调度的PDSCH的HARQ-ACK。因此，用于在FDDS小区中调度PDSCH或PUSCH的PDCCH中可以不需要DLDAI/ULDAI字段。UL索引：可以根据FDD小区定时来进行针对S小区中PUSCH传输的HARQ传输。在此情况下，无论TDDP小区的UL-DL配置如何，都可以不需要有UL索引字段。HARQ过程：可以根据按照参考UL-DL配置或P小区中定义的UL-DL配置的定时来进行针对S小区中PDSCH传输的HARQ传输。在此情况下，可能需要4比特的HARQ过程。根据本公开的实施例，下面描述DL/ULDCI格式中的每个字段。无论P小区的TDDUL-DL配置如何，S小区中调度PUSCH的PUCCH(ULDCI格式)可以总是有ULDAI字段。即，即使P小区的TDDUL-DL配置是0，也可以有ULDAI字段。进一步，无论P小区的TDDUL-DL配置如何，S小区中调度PDSCH的PDCCH(DLDCI格式)可以总是有DLDAI字段。即，即使P小区的TDDUL-DL配置是0，也可以有DLDAI字段。HARQ过程字段有4比特，这4比特全都应用。根据本公开的实施例。描述DL/ULDCI格式。S小区中基站所发送的DCI格式可以有2种类型。第一DCI格式，用于当P小区支持TDD方案、S小区支持FDD方案并且对终端设置S小区的自调度时，被发送到终端用于S小区中的数据调度。第二DCI格式，用于当S小区被设置为P小区时被发送到终端用于P小区中的数据调度。第一DCI格式传输类型中，所执行的传输包括上面提出的DL/ULDCI格式中的每个字段。第二DCI格式传输类型中，所执行的传输包括最初应用到FDD小区的方案的字段。当基站在公共搜索空间中发送系统信息、寻呼信息、随机接入信息和多播广播单一频率网络(MBSFN)广播信息时(它们应当经S小区被公共地发送而无论终端的类型如何)，第一DCI格式和第二DCI格式不可以有相同的长度。理由是第二DCI格式在长度上短于第一DCI格式，并且第二DCI格式的长度不可以被调整因为它需要终端已经给出的支持。相应地，提出下面的两种方案以支持公共搜索空间中的回落(fallback)和当传输第一DCI格式时公共信息的传输。回落通常可以通过高层信令对终端设置传输模式。在此情况下，终端可以解码基于下面表2中的size-2传输模式的DCI格式。这里，当信道条件突然变差或按照基站的要求，终端可以允许在公共搜索空间和UE特定的搜索空间中解码size-1DCI格式1A/0，并且可以确定该传输方案为针对每个传输模式的预设传输方案。这被称为“回落”。[表1]搜索空间Size1Size2公共1A/O1CUE特定1A/O依赖于TM的DCI格式第一方案：当P小区是TDD方案的小区、并且S小区是FDD方案的小区，以及在终端中设置了S小区的自调度时，以被发送到终端用于在S小区中调度数据的第一DCI格式执行UE特定的搜索空间中的传输。以第二DCI格式进行公共搜索空间中的传输。即，由于第一DCI格式和第二DCI格式包括不同长度的字段或不包括特定的字段，所以当向特定终端发送DCI格式时，基站应当针对搜索空间分别发送不同长度的DCI格式。在此情况下，终端需要针对搜索空间分别地解码不同长度的DCI格式。下面的表2中，Size1的1A/0(C)指的是格式1A/0并且包括第二DCI格式中的字段。Size1’的1A/0(D)指的是格式1A/0并且包括第一DCI格式中的字段。[表2]这里，在公共搜索空间中可允许或不允许回落。在允许回落的情况下，由于终端接收第二DCI格式时没有DAI字段并且HARQ过程字段只有3比特，所以需要对其进行的终端操作。针对DAI字段的终端操作可以有：发送HARQ-ACK，并且DAI字段值被视为“00”。替换地，HARQ-ACK可以被发送，并且DAI字段值被视为先前接收到的DCI格式的DAI字段值+1。或者，HARQ-ACK可以被发送，并且DAI字段值被视为最大值。在针对HARQ过程字段的终端操作中，1比特新数据指示符(NDI)被添加以使HARQ字段被配置为4比特。这里，通过调度的数据可以在先前被定义为总是新的数据或先前的数据。替换地，由于在重传时应用高阶调制的可能性较低，所以MCS的1比特MSB可以被添加以配置HARQ字段。第二方案：当P小区是TDD方案的小区、S小区是FDD方案的小区，以及对终端设置S小区的自调度时，以被发送到终端用于在S小区中调度数据的第一DCI格式执行在公共搜索空间和UE特定的搜索空间这两者中的传输。即，当向终端发送DCI格式时，无论搜索空间如何，基站应当总是发送第一DCI格式，并且无论搜索空间如何，终端应当解码第一DCI格式。下面的表3中，Size1’的1A/0(D)指示格式1A/0并且包括第一DCI格式中的字段。搜索空间Size1Size1’Size2公共1A/O(D)1CUE特定1A/O(D)依赖于TM的DCI格式这里，公共搜索空间中的1A/0(D)可以只允许回落，并且公共信息只以size-2格式1C被传输。或者，公共搜索空间中的1A/0(D)可以允许回落传输和公共信息传输这两者。这里，传输公共信息时，当P小区是TDD方案的小区而S小区是FDD方案的小区时被发送到对S小区设置了自调度的终端的用于在S小区中调度数据的DCI格式，和当FDDS小区被设置为P小区时被发送到终端的用于在P小区中调度数据的DCI格式具有不同的长度。在此情况下，公共信息不得不使用不同的DCI格式而被传输。相应地，需要两倍的资源来传输小区中所有终端所需的公共信息。根据本公开的实施例，假定主双工方案是FDD方案，而副双工方案是TDD方案，并且已建立跨载波调度。图7和图8是示出了在相关的PDCCH被设置为从小区(P小区或另一S小区)而不是S小区(其中，向PDCCH添加3比特载波指示字段(CIF))被接收的情况下的HARQ定时的图。参考图7，P小区401支持FDD方案。用于下行链路传输的频率是f1，并且用于上行链路传输的频率是f2。S小区402支持TDD方案，并且根据TDDUL-DL配置#4来配置下行链路子帧和上行链路子帧。如果在P小区401的下行链路子帧#7中传输PDCCH403，并且由PDCCH403在S小区中调度PDSCH404，则可以根据FDD小区中定义的HARQ定时在4个子帧后在P小区401的上行链路子帧#1中传输针对PDSCH404的HARQ-ACK405。尽管跨载波调度小区，即在其中PDCCH被传输的小区，被假定是图7中的P小区401，但其也可以适用于PDCCH在另一S小区402中被传输的情况。参考图8，P小区411支持FDD方案。用于下行链路传输的频率是f1，并且用于上行链路传输的频率是f2。S小区412支持TDD方案，并且根据TDDUL-DL配置#4来配置下行链路子帧和上行链路子帧。在P小区411中的下行链路子帧#8中传输PDCCH413，并且终端，按照PDCCH413，根据S小区412的TDDUL-DL配置#4所定义的HARQ定时，在S小区412的上行链路子帧#2中发送PUSCH414。基站可以根据S小区的TDDUL-DL配置#4中所定义的HARQ定时，在FDDP小区的下行链路子帧#8中发送ULgrant/PHICH415，作为针对PUSCH414的HARQ-ACK。尽管图8中跨载波调度小区假定为P小区411，但另一S小区也可以是跨载波调度小区。进一步，尽管被假定为遵循按照S小区中设置的TDDUL-DL配置#4的HARQ定时，但这样的HARQ定时在以下情况也是可能的，无论TDDUL-DL配置如何：总是在PDCCH传输后的4个子帧的上行链路子帧中传输PUSCH，以及在PUSCH传输后6个子帧的下行链路子帧中传输ULgrant/PHICH。为了容易描述，HARQ定时在此处被称为10ms定时。为了概括根据图7和图8的操作，终端和基站采用P小区中定义的FDD小区定时作为针对S小区中传输的PDSCH的HARQ定时，并且采用根据S小区的UL-DL配置所定义的HARQ定时或10msHARQ定时作为S小区中定义的针对PUSCH的HARQ定时。根据本公开的实施例，可以提出如下的DL/ULDAI、UL索引和HARQ过程字段。用于调度在S小区中被发送的数据的PDCCH中的DL/ULDAI、UL索引和HARQ过程字段被首先提出，如下：DL/ULDAI：可以根据FDD小区定时进行针对S小区中PDSCH传输的HARQ传输。在此情况下，每当在每个下行链路子帧中调度PDSCH时，就可以在4个子帧后的每个上行链路子帧中传输HARQ-ACK。从而，用于在TDD小区中调度PDSCH或PUSCH的PDCCH中可以不需要DLDAI/ULDAI字段。UL索引：可以根据S小区的TDDUL-DL配置来进行针对S小区中PUSCH传输的HARQ传输。在此情况下，当TDD小区的UL-DL配置是0时，需要UL索引字段以经一个下行链路子帧调度多个上行链路子帧中的PUSCH。HARQ过程：可以根据FDD小区定时来进行针对S小区的PDSCH传输的HARQ传输。在此情况下，可能需要3比特的HARQ过程。根据本公开的实施例，以下描述DL/ULDCI格式中的每个字段。当P小区支持FDD方案、S小区支持TDD方案并且对终端设置S小区的载波调度时，当S小区的TDDUL-DL配置是0时，S小区中调度PUSCH的PDCCH(ULDCI格式)可能需要UL索引字段。当S小区的TDDUL-DL配置为1到6时，ULDAI字段尽管存在但不可以应用。进一步，无论S小区的TDDUL-DL配置如何，在S小区中调度PDSCH的PDCCH(DLDCI格式)都不具有DLDAI字段，或者具有DLDAI字段但却不应用或可以被固定为“00”。HARQ过程字段只有3比特或具有4比特，其中4比特中只应用3比特而MSB被固定为“0”。用于调度在S小区中被发送的数据的PDCCH中的DL/ULDAI、UL索引和HARQ过程字段的第二提议，如下：DL/ULDAI：可以根据FDD小区定时进行针对S小区中PDSCH传输的HARQ传输。在此情况下，每当在每个下行链路子帧中调度PDSCH时，就可以在4个子帧后的每个上行链路子帧中传输HARQ-ACK。从而，用于在TDD小区中调度PDSCH或PUSCH的PDCCH中可以不需要DLDAI/ULDAI字段。UL索引：针对S小区中PUSCH的传输的HARQ的传输可以不需要UL索引字段，因为在根据10msHARQ定时传输HARQ时，尽管TDD小区的UL-DL配置是0，但可以经一个下行链路子帧调度一个上行链路子帧中的PUSCH。HARQ过程：可以根据FDD小区定时进行针对S小区PDSCH传输的HARQ传输。在此情况下，可能需要3比特的HARQ过程。根据本公开的实施例，下面描述DL/ULDCI格式中的每个字段。当P小区支持FDD方案、S小区支持TDD方案并且对终端设置S小区的载波调度时，当S小区的TDDUL-DL配置是0时，S小区中调度PUSCH的PDCCH(ULDCI格式)具有UL索引字段，但该UL索引字段不可以应用。当S小区的TDDUL-DL配置为1到6时，ULDAI字段尽管存在但不可以应用。或者，无论S小区的TDDUL-DL配置如何，S小区中调度PUSCH的PDCCH(ULDCI格式)都不具有UL索引字段或ULDAI字段。进一步，无论S小区的TDDUL-DL配置如何，S小区中调度PDSCH的PDCCH(DLDCI格式)都不具有DLDAI字段，或者有DLDAI字段但不应用或可以被固定为“00”。HARQ过程字段只有3比特，或如果HARQ过程字段有4比特，则MSB被固定为“0”并且其它3比特可以应用。根据本公开的实施例，假定主双工方案是TDD方案、并且副双工方案是FDD方案，以及已建立跨载波调度。图9和图10示出了在调度从S小区发送的PDSCH或PUSCH时，相关的PDCCH被设置为从小区(P小区或另一S小区)而不是S小区(其中，3比特的载波指示字段(CIF)被添加到PDCCH)被接收的情况下的HARQ的定时。参考图9，P小区501是TDD方案的小区，并且根据TDDUL-DL配置#2来配置下行链路子帧和上行链路子帧。S小区502是FDD方案的小区。用于下行链路传输的频率是f1，并且用于上行链路传输的频率是f2。如果分别地在P小区的下行链路子帧#4、#5、#6和#8中传输PDCCH503，并且由PDCCH503在S小区502中分别地调度PDSCH504，则根据P小区中定义的HARQ定时来在P小区的上行链路子帧#2中传输针对PDSCH504的HARQ-ACK505。参考图9，尽管跨载波调度小区，即传输PDCCH的小区被假定为P小区，但其也可以应用于在另一S小区中传输PDCCH的情况。尽管图9中未示出，但也可以遵循根据更层信令所设置的参考配置的HARQ定时。参考图10，P小区511是TDD方案的小区，并且根据TDDUL-DL配置#2来配置下行链路子帧和上行链路子帧。S小区512是FDD方案的小区。用于下行链路传输的频率是f1，并且用于上行链路传输的频率是f2。在P小区511的下行链路子帧#3中传输PDCCH513，并且终端，按照PDCCH513，可以根据P小区511的TDDUL-DL配置#2中定义的HARQ定时在S小区512的上行链路子帧#7中传输PUSCH514。基站可以根据S小区512的TDDUL-DL配置#2中定义的HARQ定时来在P小区511的下行链路子帧#3中传输ULgrant/PHICH515，作为针对PUSCH514的HARQ-ACK。尽管图10中跨载波调度小区被假定为P小区，但另一S小区也可以是跨载波调度小区。进一步，尽管已假定遵循按照P小区中设置的TDDUL-DL配置#2的HARQ定时，但这一HARQ定时，即10msHARQ定时，在以下情况下也是可能的，无论TDDUL-DL配置如何：PUCCH总是在PDCCH传输后的4个子帧的上行链路子帧中被传输，以及ULgrant/PHICH在PUSCH传输后的6个子帧的下行链路子帧中被传输。为了概括上述与图9和图10有关的操作，终端和基站采用按照参考UL-DL配置的定时或根据TDDP小区中定义的UL-DL配置所定义的定时作为针对S小区中发送的PDSCH的HARQ定时，并且采用根据TDDP小区的UL-DL配置所定义的HARQ定时或10msHARQ定时作为S小区中所定义的针对PUSCH的HARQ定时。用于调度S小区中传输的数据的PDCCH中的DL/ULDAI、UL索引和HARQ过程字段被最先提出，如下：DL/ULDAI：可以根据按照参考UL-DL配置或P小区中定义的UL-DL配置的定时来进行针对S小区中PDSCH传输的HARQ传输。在此情况下，可以在一个上行链路子帧中传输针对多个下行链路子帧中调度的PDSCH的HARQ-ACK。从而，在用于在FDDS小区中调度PDSCH或PUSCH的PDCCH中可以不需要DLDAI/ULDAI字段。UL索引：由于根据跨载波调度小区(图5-图2中的P小区)的TDDUL-DL配置进行针对S小区中的PUSCH传输的HARQ传输，所以当TDD小区的UL-DL配置为0时，UL索引字段可以被需要以经一个下行链路子帧调度多个上行链路子帧中的PUSCH。HARQ过程：由于根据按照参考UL-DL配置或TDDP小区中定义的UL-DL配置的定时来执行HARQ定时，所以可能需要4比特的HARQ过程。根据本公开的实施例，以下描述DL/ULDCI格式中的每个字段。当P小区是TDD方案的小区、S小区是FDD方案的小区并且对终端设置S小区的载波调度时，当S小区的TDDUL-DL配置是0时，在S小区中调度PUSCH的PDCCH(ULDCI格式)可以有UL索引字段。在P小区的TDDUL-DL配置是1到6的情况下，ULDAI字段可以存在。进一步，在P小区的TDDUL-DL配置是1到6的情况下，S小区中调度PDSCH的PDCCH(DLDCI格式)可以有DLDAI字段。当P小区的TDDUL-DL配置是0时，DLDAI字段可以存在但不可以应用。HARQ过程字段有4比特，这4比特全都应用。用于调度在S小区中被发送的数据的PDCCH中的DL/ULDAI、UL索引和HARQ过程字段的第二提议，如下：DL/ULDAI：可以根据按照参考UL-DL配置或P小区中定义的UL-DL配置的定时来进行针对S小区中PDSCH的传输的HARQ的传输。在此情况下，可以在一个上行链路子帧中传输针对多个下行链路子帧中所调度的PDSCH的HARQ-ACK。从而，在用于FDDS小区中调度PDSCH或PUSCH的PDCCH中可以不需要DLDAI/ULDAI字段。UL索引：可以根据10msHARQ定时来进行针对S小区中PUSCH传输的HARQ传输。在此情况下，即使当TDD小区的UL-DL配置是0时，也可以经一个下行链路子帧在一个上行链路子帧中调度PUSCH，从而可以不需要UL索引字段。HARQ过程：可以根据按照参考UL-DL配置或P小区中定义的UL-DL配置的定时来进行针对S小区的PDSCH传输的HARQ传输。在此情况下，可能需要4比特的HARQ过程。根据本公开的实施例，以下描述DL/ULDCI格式中的每个字段。P小区是TDD方案的小区、S小区是FDD方案的小区并且对终端设置S小区的跨载波调度。在此情况下，S小区中调度PUSCH的PDCCH(ULDCI格式)可以具有UL索引字段，但在P小区的TDDUL-DL配置是0的情况下不可以应用。然而，在P小区的TDDUL-DL配置是1到6的情况下，可以存在ULDAI字段。进一步，S小区中调度PDSCH的PDCCH(DLDCI格式)，在P小区的TDDUL-DL配置是1到6的情况下可以有DLDAI字段。当P小区的TDDUL-DL配置是0时，DLDAI字段存在但不应用。HARQ过程字段可以有4比特，这4比特全都应用。图11示出了根据本公开的实施例由基站进行的针对控制信道的发送操作。图12示出了根据本公开的实施例由终端进行的针对控制信道的接收操作。参考图11，步骤601中基站向终端发送关于小区的信息。所述信息包括关于P小区的双工信息和UL-DL配置信息。步骤602中，基站向终端发送关于小区的RRC配置信息。该信息包括关于S小区的双工信息、UL-DL配置信息以及针对HARQ定时的参考配置信息。步骤603中，基站在子帧n中发送数据调度信息。数据调度信息可以根据这里所提出的方法包括特定字段。参考图12，步骤611中终端从基站接收关于小区的信息。该信息包括关于P小区的双工信息和UL-DL的配置信息。步骤612中，终端接收关于小区的RRC配置信息。该信息包括关于S小区的双工信息、UL-DL配置信息以及针对HARQ定时的参考配置信息。步骤613中，终端试图解码子帧n中的数据调度信息。数据调度信息可以包含特定字段。依赖于是否包含特定字段假定将要接收的DCI格式的长度，终端执行解码。图13示出了根据本公开的实施例的基站。参考图13，基站包括发送器730，其包含PDCCH块732、PDSCH块734、PHICH块736和复用器738；接收器740，其包含PUSCH块742、物理上行链路控制信道(PUCCH)块744和解复用器746；控制器710，其包含DL/ULHARQ-ACK通信定时控制；以及调度器720。这里，DL/ULHARQ-ACK通信定时包括针对PDSCH传输的PUCCH传输定时、针对PDCCH传输的PUSCH定时、以及针对PUSCH传输的ULgrant/PHICH定时。尽管多个发送器730和接收器740(除了PUCCH块)可被提供用于多个小区上的通信，但假定出于描述的目的而提供一个发送器730和一个接收器740。包含DL/ULHARQ-ACK通信定时控制的控制器710为终端调整物理信道之间的定时关系，其由控制器710通过参考如将被发送到终端的数据量和系统中可用的资源量来调度，并且通知调度器720、PDCCH块732、PDSCH块734、PHICH块736、PUSCH块742和PUCCH块744。DL/ULHARQ-ACK通信定时关系遵循与特定实施例有关的上述方法。PDCCH块732在调度器720的控制下按以上建议来配置控制信息。控制信息和其它信号一起被复用器738复用并输出。PDSCH块734在调度器720的控制下生成数据。数据和其它信号一起被复用器738复用并输出。PHICH块736在调度器720的控制下生成针对从终端接收的PUSCH的HARQACK/NACK。HARQACK/NACK和其它信号一起被复用器738复用并输出。经复用的信号被生成为OFDM信号，OFDM信号之后被发送到终端。接收器中的PUSCH块742获得针对从终端接收的信号的PUSCH数据。在解码PUSCH数据的结果中是否有错误，被通知给调度器720以调整下行链路HARQACK/NACK的生成并被应用于控制DL/ULHARQ-ACK通信定时的控制器710来允许HARQACK/NACK传输定时将被调整。PUCCH块744根据DL/ULHARQ-ACK通信定时来从自终端接收的信号中获得上行链路ACK/NACK或CQI。所获得的上行链路ACK/NACK或CQI被应用于调度器720并被用于确定是否重传PDSCH和确定调制编码方案(MCS)。所获得的上行链路ACK/NACK被应用于控制器710以调整PDSCH的传输定时。图14示出了根据本公开的实施例的终端。参考图14，终端包括发送器820，其包含PUCCH块822、PUSCH块824和复用器826；接收器830，其包含PHICH块832、PDSCH块834、PDCCH块836和解复用器838；控制器810，其包含DL/ULHARQ-ACK通信定时控制。尽管多个发送器820和接收器830(除了PUCCH块)可被提供用于多个小区上的通信，但出于描述的目的而假定提供一个发送器820和一个接收器830。控制DL/ULHARQ-ACK通信定时的控制器810，当根据从基站接收到的DCI自调度或跨载波调度时通知哪个小区被用于接收PDSCH或发送PUSCH；选择用于DL/ULHARQ-ACK传输的小区；以及调整物理信道之间的通信定时关系以通知PUCCH块822、PUSCH块824、PHICH块832、PDSCH块834和PDCCH块836。DL/ULHARQ-ACK通信定时关系遵循与所提出的实施例有关的上述方法。PUCCH块822在控制DL/ULHARQ-ACK通信定时的控制器810的定时控制下将HARQACK/NACK或CQI配置给上行链路控制信息(UCI)。HARQACK/NACK或CQI与其它信号一起被复用器826复用并输出。PUSCH块824提取将被发送的数据。所提取的数据和其它信号一起被复用器826复用并输出。复用的信号被生成为单一载波频分多址(SC-FDMA)信号，根据本公开、考虑到DL/ULHARQ-ACK通信定时，该SC-FDMA信号之后被发送到基站。接收器中的PHICH块832经解复用器838、从按照DL/ULHARQ-ACK通信定时从基站接收的信号中分离出PHICH信号，之后获得针对PUSCH进行HARQACK还是HARQNACK。PDSCH块834经解复用器838从自基站接收的信号中分离出PDSCH信号，然后获得PDSCH数据。在解码数据的结果中是否有错误被通知给PUCCH块822以调整上行链路HARQACK/NACK的生成，以及被应用到控制DL/ULHARQ-ACK通信定时的控制器810以允许在上行链路HARQACK/NACK传输时调整定时。PDCCH块836经解复用器838分离出PDCCH信号，之后在假设包括根据所提出的特定实施例的特定字段的DCI格式下执行解码，以从被解码的信号中获得DCI。尽管以上已描述了本公开的特定实施例，但在不脱离本公开范围的情况下可以对其进行各种变化。因此，本公开的范围不应被限制于上述实施例，并且应当是由其后面的权利要求和等同物来定义。当前第1页1 2 3