长期演进(Long Term Evolution，简称为LTE)系统中的无线帧(Radio Frame，简称为RF)包括频分双工(Frequency DivisionDuplex，简称为FDD)模式和时分双工(Time Division Duplex，简称为TDD)模式的帧结构。
图1是相关技术中FDD模式的帧结构示意图，如图1所示，一个10毫秒(ms)的无线帧由二十个长度为0.5ms，编号0～19的时隙(slot)组成，时隙2i和2i+1组成长度为1ms的子帧(subframe)i。
图2是相关技术中TDD模式的帧结构示意图，如图2所示，一个10ms的无线帧由两个长为5ms的半帧(half frame)组成，一个半帧包括5个长度为1ms的子帧，子帧i定义为2个长为0.5ms的时隙2i和2i+1。
在上述两种帧结构里，对于标准循环前缀(Normal CyclicPrefix，简称为Normal CP)，一个时隙包含7个长度为66.7微秒(us)的符号，其中，第一个符号的CP长度为5.21us，其余6个符号的长度为4.69us；对于扩展循环前缀(Extended Cyclic Prefix，简称为Extended CP)，一个时隙包含6个符号，所有符号的CP长度均为16.67us。
LTE的版本号对应于R8(Release 8)，其增加版本对应的版本号为R9(Release 9)，而对于今后的LTE-Advance，其版本号为R10(Release 10)。LTE中定义了如下3种下行物理控制信道：
(1)物理下行控制格式指示信道(Physical Control FormatIndicator Channel，简称为PCFICH)，PCFICH承载的信息用于指示在一个子帧里传输物理下行控制信道(Physical Downlink ControlChannel，简称为PDCCH)的正交频分复用(Orthogonal FrequencyDivision Multiplexing，简称为OFDM)符号的数目，在子帧的第一个OFDM符号上发送，所在频率位置由系统下行带宽与小区标识(Identity，简称为ID)确定。
(2)物理混合自动重传请求指示信道(Physical HybridAutomatic Retransmission Request Indicator Channel，简称为PHICH)，PHICH用于承载上行传输数据的肯定应答/否定应答(ACK/NACK)反馈信息。PHICH的数目、时频位置可由PHICH所在的下行载波的物理广播信道(Physical Broadcast Channel，简称为PBCH)中的系统消息和小区ID确定。
(3)物理下行控制信道(PDCCH)，PDCCH用于承载下行控制信息(Downlink Control Information，简称为DCI)，其中，DCI包括：上、下行调度信息，以及上行功率控制信息。
其中，下行控制信息DCI的格式(DCI format，简写为DCIF)分为以下几种：DCI format 0、DCI format 1、DCI format 1A、DCIformat 1B、DCI format 1C、DCI format 1D、DCI format 2、DCI format2A、DCI format 3和DCI format 3A等。下面分别对此进行说明。
(1)DCI format 0用于指示物理上行共享信道(Physical UplinkShared Channel，简称为PUSCH)的调度；
(2)DCI format 1、DCI format 1A、DCI format 1B、DCI format1C、DCI format 1D用于一个物理下行共享信道(Physical DownlinkShared Channel，简称为PDSCH)码字调度的不同模式；
(3)DCI format 2、DCI format 2A、DCI format 2B用于空分复用的不同模式；
(4)DCI format 3、DCI format 3A用于物理上行控制信道(Physical Uplink Control Channel，简称为PUCCH)和PUSCH的功率控制指令的不同模式。
用户设备(User Equipment，简称为UE，或者也称为终端)通过高层信令半静态(semi-statically)的被设置为基于以下的一种传输模式(Transmission Mode)，按照公共的(Common)和用户设备专有(UE-Specific)的搜索空间的PDCCH的指示来接收PDSCH数据传输：
模式1：单天线端口；端口0(Single-antenna port；port 0)；
模式2：发射分集(Transmit diversity)；
模式3：开环空间复用(Open-loop spatial multiplexing)；
模式4：闭环空间复用(Closed-loop spatial multiplexing)；
模式5：多用户多输入多输出(Multi-user MIMO)；
模式6：闭环Rank＝1预编码(Closed-loop Rank＝1 precoding)；
模式7：单天线端口；端口5(Single-antenna port；port 5)；
模式8：双层传输；端口7和8(dual-layer transmission；port 7and 8)。
如果UE被高层设置为用小区无线网络临时标识(Cell RadioNetwork Temporary Identifier，简称为C-RNTI)加扰的循环冗余校验(Cyclical Redundancy Check，简称为CRC)来进行PDCCH解码，则UE应当按照表1中定义的相应组合来解码PDCCH和所有相关的PDSCH：
表1


如果UE被高层设置为用半静态调度小区无线网络临时标识(Semi-persistently Scheduled Cell Radio Network TemporaryIdentifier，简称为SPS C-RNTI)加扰的CRC来进行PDCCH解码，则UE应当按照下表2中定义的相应组合来解码PDCCH和所有相关的PDSCH：
表2


在LTE的版本Release 8中，上行传输中没有涉及到多天线输入输出(MIMO)的技术，但是在LTE-Advanced的Release 10版本需求研究报告中已经明确了LTE-Advanced需要支持上行MIMO的技术要求。此外，在Release10中还可能需要支持非连续资源分配技术。发明人发现，这些功能的实现，都需要对UE上行传输进行控制，但是，在相关技术中，只能向UE发送下行控制信息，不能发送上行控制信息，因此无法实现对UE上行传输的控制。另外，目前的下行控制信息格式无法支持上行MIMO的传输方式，也无法支持上行非连续资源分配。

本发明的主要目的在于提供一种控制信息的传输方案，以至少解决上述问题之一。
根据本发明的一个方面，提供了一种控制信息的传输方法，包括：终端接收来自基站的上行和下行传输模式的配置信息，其中，所述配置信息配置的上行和下行传输模式包括下行控制信息格式；所述终端在与所述下行控制信息格式对应的搜索空间上获取符合所述下行控制信息格式的上行控制信息。
根据本发明的另一方面，提供了一种终端，包括：接收模块，用于接收来自基站的上行和下行传输模式的配置信息，其中，所述配置信息配置的上行和下行传输模式包括下行控制信息格式；获取模块，用于在与所述下行控制信息格式对应的搜索空间上获取符合所述下行控制信息格式的上行控制信息。
根据本发明的另一方面，还提供了一种基站，包括：配置模块，用于配置上行和下行传输模式，其中，所述上行和下行传输模式包括下行控制信息格式；发送模块，用于向终端发送所述上行和下行传输模式的配置信息。
根据本发明的再一方面，提供了一种控制信息的传输系统，包括：上述的终端和上述的基站。
通过本发明，采用终端接收来自基站的上行和下行传输模式的配置信息，其中，配置信息配置的上行和下行传输模式包括下行控制信息格式；终端在与下行控制信息格式对应的搜索空间上获取符合下行控制信息格式的上行控制信息。解决了相关技术中基站无法向终端发送的上行控制信息的问题，进而实现了基站对终端的上行传输的灵活配置。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是相关技术中FDD模式的帧结构示意图；
图2是相关技术中TDD模式的帧结构示意图；
图3是根据本发明实施例的控制信息的传输方法的流程图；
图4是根据本发明实施例的终端的结构框图；
图5是根据本发明实施例的基站的结构框图。

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
图3是根据本发明实施例的控制信息的传输方法的流程图，如图3所示，该流程包括以下步骤：
步骤S302，终端接收来自基站的上行和下行传输模式配置信息，其中，由上行和下行传输模式配置信息配置的上行和下行传输模式包括下行控制信息格式；
步骤S304，终端在与下行控制信息格式对应的搜索空间上获取符合下行控制信息格式的上行控制信息。
通过上述步骤S302和步骤S304，终端可以获取到上行控制信息，从而实现基站对终端上行传输的控制。
在R8中，UE被高层半静态的设置为采用某一种下行传输模式，然后在公有和UE专有的搜索空间去检测相应的DCI format。由于在R10中需要支持上行多天线输入输出的传输方式，或者既支持上行多天线又支持上行非连续资源分配，所以需要定义一种新的上行传输模式，以及相关的DCI format。
在以下各个实施例中，定义了两种新的DCI格式，下面对这两种新的DCI格式进行说明。
可以定义一种新的DCI format，名为DCI format 0B，该DCIformat 0B可以用来指示上行多天线传输或者单天线传输，或者只指示上行多天线传输。优选地，DCI format 0B还可以用来指示在单天线传输或多天线传输下的非连续资源分配或连续资源分配，或指示在多天线传输下的非连续资源分配或连续资源分配。
另外，还可以定义一种新的DCT format，名为DCI format 0A，该DCI format 0A可以用来指示单天线传输、且在单天线传输下的非连续资源分配。从而，在R10中，当UE对下行控制信道做检测的时候，就需要考虑本发明实施例所定义的DCI format 0A和DCIformat 0B。
在R10中，基站根据下行传输模式和上行传输模式的配置信息，将下行控制信息格式发送给终端UE，然后在接收端，UE将通过对下行传输模式和上行传输模式的配置，在公有和UE专有的搜索空间，对相应的DCI format进行检测，从而在相应的资源上准确获得上行控制信息。即，该上行控制信息也是基站根据上行和下行传输模式的配置信息发送给终端的。
上述的下行传输模式可以包括R8和R9中的模式1到模式8，以及R10版本中可能加入的支持多层传输的传输模式Z。
上行的传输模式为本实施例所新定义的上行传输模式，这个传输模式可以只包括DCI format 0，用于表示单天线的传输方式；也可以包括DCI format 0和DCI format 0B用于表示单天线和多天线的传输方式，或者DCI format 0，DCI format 0A和DCI format 0B用于表示单天线和多天线的传输方式，或者DCI format 0和DCI format0A用于表示单天线的传输方式，或者DCI format 0用于表示单天线的传输方式。需要说明的是，下行控制信息格式DCI Format 0A信令长度可以和某一个下行控制信息格式DCI Format X信令长度一样。
例如，上行传输模式为单天线传输模式，其包括：下行控制信息格式DCI Format 0；或者下行控制信息格式DCI Format 0和下行控制信息格式DCI Format 0A；其中，下行控制信息格式DCI Format0可对应于公有搜索空间和/或用户专有搜索空间，用于指示终端进行单天线传输、且在单天线传输下的连续资源配置；下行控制信息格式DCI Format 0A对应于用户专有搜索空间，用于指示终端进行单天线传输、且在单天线传输下的非连续资源配置。
又例如，上行传输模式为多天线传输模式，其包括：下行控制信息格式DCI Format 0，下行控制信息格式DCI Format 0A和下行控制信息格式DCI Format 0B；其中，下行控制信息格式DCI Format0对可对于公有搜索空间和/或用户专有搜索空间，用于指示终端进行单天线连续或者非连续资源分配传输；下行控制信息格式DCIFormat 0A对应于用户专有搜索空间，用于指示终端进行单天线传输、且在单天线传输下的非连续资源配置；下行控制信息格式DCIFormat 0B对应于用户专有搜索空间，用于指示终端进行单天线传输或多天线传输，或者用于指示终端进行多天线传输。
优选的，基站根据上行和下行传输模式的配置信息发送上行控制信息给终端。
由上可知，为了支持MIMO(多天线)的传输方式以及在单天线下或多天线下的非连续资源分配，本发明实施例定义了上述两种DCI format：DCI format 0A和DCI format 0B。
在另一实施例中，还提供了一种用于实现上述功能终端。图4是根据本发明实施例的终端的结构框图，该终端42包括：接收模块422、获取模块424，下面对此进行说明。
接收模块422，用于接收上行和下行传输模式配置信息；获取模块424连接至接收模块422，用于在与下行控制信息格式对应的搜索空间上获取符合所述下行控制信息格式的下行控制信息。
在另一个实施例中，还提供了一种实现上述功能的基站，图5是根据本发明实施例的基站的结构框图，该基站52包括：配置模块522、发送模块524，下面对此进行说明。
配置模块522，用于配置上行传输模式和下行传输模式，其中，上行和下行传输模式包括下行控制信息格式；发送模块524连接至配置模块522，用于发送上行和下行传输模式配置信息。
优选的，发送模块524还用于根据上行传输模式和下行传输模式的配置发送下行控制信息发送给终端。
在另外一个实施例中，还提供了一种系统，包括图4中所述的终端和图5中所述的基站，已经进行过了详细说明，在此不再赘述。
对于上述传输系统而言，通过基站向终端发送上行传输模式来指示不同的DCI，从而实现了对终端的上行传输中的DCI格式的灵活配置。
以下通过实施例来阐述配置本发明实施例的上行传输模式以及发送和检测DCI format 0A和DCI format 0B的具体方法。
实施例一
本实施例中，定义了两种上行传输模式，如下所示：
(1)上行传输模式A：
如果基站配置的信令指示上行传输模式只能支持单天线的传输方式，那么新定义一种上行传输模式A，其包括DCI format 0。该上行传输模式A用于指示在公有(Common)和用户专有(UE-specific)搜索空间中，用DCI format 0来表示单天线端口(Single-antenna port)的传输方式。上行传输模式A如表3中所示：
表3
  UE上行  传输模式   DCI格式   搜索空间  PDCCH相应PDSCH传输 方案   模式A   DCI format  0   Common和  C-RNTI定义的  UE specific  单天线端口 (Single-antenna port)
在这种场景下，UE在对下行控制信道做检测的时候，将还是按照R8中的DCI format来进行检测。
(2)上行传输模式B：
如果基站配置的信令指示上行传输模式既可以支持单天线传输，同时又可以支持上行多天线的传输方式，或者既支持上行多天线传输又支持上行非连续资源分配，那么新定义一种上行传输模式B，其包括：DCI format 0和DCI format 0A。
作为一种优选方式，上行传输模式B用于指示在公有(Common)和用户专有(UE-specific)搜索空间中，用DCI format0来表示单天线端口(Single-antenna port)的传输方式，在用户专有(UE-specific)搜索空间中，用DCI format 0A来表示单用户单天线连续或者非连续资源分配的传输方式。上行传输模式B如表4-1中所示：
表4-1

通过设置的用于指示终端进行单天线传输的DCI格式，实现了支持上行非连续资源分配的传输方式。
或者，
作为另一种优选方式，上行传输模式B用于指示在用户专有(UE-specific)搜索空间中，用DCI format 0来表示单用户连续或者非连续资源分配。上行传输模式B如表4-2中所示：
表4-2
  UE上行  传输模式   DCI格式   搜索空间   PDCCH相应PDSCH传输  方案   模式B   DCI format  0   Common 和  C-RNTI定义的  UE specific   单天线端口连续或者非连  续资源分配  (Single-antenna port  Continuous or  Non-continuous PUS CH  resource allocation)
在这种场景下，UE在对下行控制信道做检测的时候，可以按照R8中的DCI format来进行检测，也可以按照R10中新定义的相关DCI format来进行检测。其中，新定义的DCI format是指在R8中的DCI format基础上，做出了一定的修改的DCI format。
进一步，终端在没有收到上行传输模式配置信息的时候，该终端采用的上行传输模式为上行传输模式A。也就是，上行传输模式默认为上行传输模式A。
实施例二
本实施例中，通过基站配置的信令来指示上行的传输模式。有如下两种模式：
(1)上行传输模式A：
如果基站配置的信令指示上行传输模式只能支持单天线的传输方式，那么新定义一种上行传输模式A，其包括DCI format 0。该上行传输模式A用于指示在公有(Common)和用户专有(UE-specific)搜索空间中，用DCI format 0来表示单天线端口(Single-antenna port)的传输方式。上行传输模式A如表3中所示：
表3
  UE上行  传输模式   DCI格式   搜索空间  PDCCH相应PDSCH传输 方案   模式A   DCI format  0   Common和  C-RNTI定义的  UE specific  单天线端口 (Single-antenna port)
在这种场景下，UE在对下行控制信道做检测的时候，将还是按照R8中的DCI format来进行检测。
(2)上行传输模式B：
如果基站配置的信令指示上行传输模式既可以支持单天线传输，或者既支持上行单天线传输又支持上行单天线非连续资源分配，同时又可以支持上行多天线的传输方式，或者既支持上行多天线传输又支持上行非连续资源分配，那么新定义一种上行传输模式B，其可包括：DCI format 0，DCI format 0A和DCI format 0B。
作为一种优选实施方式，上行传输模式B用于指示在公有(Common)和用户专有(UE-specific)搜索空间中，用DCI format0来表示单天线端口(Single-antenna port)的传输方式，在用户专有(UE-specific)搜索空间中，用DCI format 0A来表示单用户单天线连续或者非连续资源分配的传输方式，在用户专有(UE-specific)搜索空间中，用DCI format 0B来表示单用户多天线连续或者非连续资源分配的传输方式。上行传输模式B如表4-1中所示：
表4-1
  UE上行  传输模式   DCI格式   搜索空间  PDCCH相应PDSCH传输 方案   模式B   DCI format  0   Common 和  C-RNTI定义的  UE specific  单天线端口 (Single-antenna port)
  UE上行  传输模式   DCI格式   搜索空间  PDCCH相应PDSCH传输 方案   DCI format  0A   C-RNTI定义的  UE specific   单天线端口连续或者非连  续资源分配  (Single-antenna port  Continuous or  Non-continuous PUSCH  resource allocation)   DCI format  0A   C-RNTI定义的  UE specific   多天线端口连续或者非连  续资源分配  (Multiple-antenna port  Continuous or  Non-continuous PUS CH  resource allocation)

通过设置的用于指示终端进行多天线传输的DCI格式，实现了支持上行非连续资源分配的传输方式。
或者，
作为另一种优选方式，上行传输模式B用于指示在公有(Common)和用户专有(UE-specific)搜索空间中，用DCI format0来表示单用户连续或者非连续资源分配。在用户专有(UE-specific)搜索空间中，用DCI format 0B来表示多天线连续或者非连续资源分配。上行传输模式B如表4-2中所示：
表4-2
  UE上行  传输模式   DCI格式   搜索空间   PDCCH相应PDSCH传输  方案   模式B   DCI format  0   Common 和  C-RNTI定义的  UE specific   单天线端口连续或者非连  续资源分配  (Single-antenna port  Continuous or  Non-continuous PUS CH  resource allocation)
  UE上行  传输模式   DCI格式   搜索空间   PDCCH相应PDSCH传输  方案   DCI format  0B   C-RNTI定义的  UE specific   多天线端口连续或者非连  续资源分配  (Single-antenna port  Continuous or  Non-continuous PUSCH  resource allocation)

在这种场景下，UE在对下行控制信道做检测的时候，可以按照R8中的DCI format来进行检测，也可以按照R10中新定义的相关DCI format来进行检测。其中，新定义的DCI format是指在R8中的DCI format基础上，做出了一定的修改的DCI format。
通过设置的用于指示终端进行多天线传输的DCI格式，实现了支持上行MIMO(多天线)的传输方式。
进一步，终端在没有收到上行传输模式配置信息的时候，所述该终端采用的上行传输模式为上行传输模式A。也就是，上行传输模式默认为上行传输模式A。
综上所述，通过本发明的上述实施例，达到了以下效果：
(1)通过基站向终端发送上行传输模式来指示不同的DCI，从而实现了对终端的上行传输中的DCI格式的灵活配置；
(2)设置了用于指示终端进行多天线传输的DCI格式，以便实现了支持上行MIMO的传输方式；
(3)用于指示终端进行多天线传输的DCI格式还指示所述基站对所述终端进行非连续资源配置，以便在支持上行MIMO的传输方式的同时，可以支持非连续资源配置。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。