>[0033]图1示出了用于实现本发明的示例性网络部署的示意图。如图1所示，在无线通信网络100中，包含一个(或多个)基站110和一个或多个UE120、122、124和126。其中，基站110为UE120、122、124和126都提供服务。在以下描述中，以UE120和126为MTC UE,而UE122和124为普通UE (即非MTC UE)为例来进行描述。更具体而言，以下的描述中以MTC UE120为例来详细描述本发明的方案。然而本领域技术人员可以理解，本发明并不局限于此，而是可以应用于以任意多个UE作为MTC UE的情况以及应用于任意MTC UE上。
[0034]这里，MTC UE例如可能位于建筑物中，其无线覆盖较差，因此希望能够增强覆盖。然而本领域技术人员可以理解，本发明并不局限于此，而是可以应用于位于任意位置处的MTC UE0
[0035]本发明的基本思想是设计专用于MTC UE的DCI信息格式来用于对其上行链路传输进行反馈。
[0036]UL授权需要数十个原始比特，其中大多数是调度信息。然而，MTC UE并不需要所有的调度内容，因此针对其的DCI格式可以压缩，只保留必需的信息和可选的其他信息。
[0037]在这一思想下，根据具体应用场景的不同，有以下两种主要设计方案:
[0038]方案1:具有重传调度和冗余版本(RV)控制功能的DCI信息
[0039]在这种方案中，构建专用于MTC UE的DCI信息，用于承载对MTC UE的上行链路传输的反馈。
[0040]在一种具体实现中，该新构建的DCI信息不同于任意一种现有的DCI格式。这种DCI信息的长度与现有的DCI格式都不同，因此接收到这种DCI信息的MTC UE能够将其识别为携带有ACK / NACK信息。在这种实现中，由于增加了 DCI格式的数量，因此将会稍微增加UE端进行盲检的工作量。
[0041]在另一种具体实现中，该新构建的DCI信息的格式是之前从未应用于MTC UE的DCI格式。例如，可以将新构建的DCI信息的长度设置为DCI格式1D、DCI格式2、DCI格式2A、DCI格式2B、DCI格式2C或DCI格式4中的任一种。在这种实现中，由于仅仅重用了已有的DCI格式，因此将不会增加UE端进行盲检的工作量。
[0042]新构建的DCI格式仅包含MTC UE所需的域，其他不需要的域将被省略。
[0043]根据情况，新构建的DCI格式可能包括但不限于以下部分或全部域:
[0044]ACK / NACK信息:用于指示对MTC UE的上行链路传输的ACK或NACK。这个域是强制的，通常需要I比特。
[0045]重传调度信息:用于在ACK / NACK域中包含NACK信息时，用于向MTC UE指示进行上行链路重传所使用的物理资源块(PRB)信息和/或调制编码方案(Modulat1n andCoding Scheme, MCS)信息。
[0046]在一些情况下，基站可能希望上行链路重传使用与原传输不同的PRB和/或MCS进行。在这种情况下，重传调度域用于向UE通知用于其重传的PRB和/或MCS。其长度取决于带宽，通常为10比特左右。当带宽固定时，该域的长度固定。这个域是可选的。
[0047]冗余版本(RV)信息:在多数情况下，重传的RV信息是预先确定的，不再需要RV控制。然而，在一些情况下，eNB可能需要MTC UE使用指定的RV进行重传。例如当基站认为MTC UE失去其原始UL授权时，其可能希望MTC UE重传原始数据块而不是按照原来的RV进行重传。在这种情况下，通过DCI信息中的RV信息域来向UE通知其进行上行链路重传所使用的RV信息。该域是可选的，通常是2比特。
[0048]在这种方案中，只有ACK / NACK信息域是强制的，另外两个域是可选的。ACK /NACK信息域和可能的重传调度信息域和RV信息域构成了 DCI信息中的原始信息比特，因此这种DCI信息的原始信息比特的长度是不固定的，但是最终的DCI信息是长度固定的。为了使得MTC UE能够得到该原始信息比特，可以设计如图2中所示的完整的DCI格式。
[0049]如图2中所示，整个DCI格式包含三个部分:
[0050]DCI头部:可以使用一个η-l比特的比特位图作为DCI头部，来指示原始信息比特中存在哪些域，其中η是在不同实施方式中原始信息比特中存在的域的数量。
[0051]例如，在一种实施方式中，所设计的DCI格式中仅需要ACK / NACK信息域和重传调度信息域，此时η=2。在另一种实施方式中，所设计的DCI格式中还需要包含RV信息域，此时η=3。
[0052]由于ACK / NACK信息域总是存在，所以其不需要指示，因此DCI头部中只需要η_1个比特。
[0053]例如，当所设计的DCI格式需要包含三个域时，n=3，因此DCI头部需要2个比特来指示是否存在重传调度信息域和RV信息域。第一个比特指示是否存在重传调度信息域(例如是否重新分配了 PRB以及是否重新指定了 MCS)，第二个比特指示RV信息域是否存在。例如，如果位图是“00”，则表示在原始信息比特部分中，重传调度信息域和RV信息域都不存在。如果位图是“10”，则表示存在重传调度信息域而不存在RV信息域。如果位图是“01”，则表示不存在重传调度信息域但是存在RV信息域。如果位图是“ 11 ”，则表示重传调度信息域和RV信息域都存在。
[0054]信息部分:该部分由重复的原始信息比特构成。如上所述，当DCI头部中的信息比特确定时，原始信息比特的内容固定。例如，如果DCI头部为“11”并且根据带宽，重传调度信息域为12比特，则原始信息比特将包含15比特。其中，第I个比特是ACK / NACK信息域，接下来的12比特是重传调度信息域，最后2比特是RV信息域。
[0055]原始信息比特在整个DCI格式长度限制内可以重复任意次数。优选地，重复次数应该尽可能多。
[0056]尾部:该部分是填充比特，用于形成固定长度的DCI格式。
[0057]在该实施方式中，在大多数情况下，eNB只想发送I比特的ACK / NACK信息，整个DCI格式仅包含3比特信息，即2比特的头部和I比特的ACK / NACK。DCI格式的原始信息部分是I比特ACK / NACK的重复。因此，与正常UL授权相比，新的DCI格式更为有效，并且所需要的重复次数少得多。此外，这种新的DCI格式还能够保持调度灵活性和高效率。
[0058]图3示出了根据本发明实施方式的为MTC UE120进行上行链路传输反馈的方法300的流程图。
[0059]如图3中所示，在步骤310，基站110构建专用于MTC UE120的DCI信息，该DCI信息中至少包含针对MTC UE120的上行链路传输的ACK或NACK信息。DCI信息的构建可以参见上述结合图2所描述的方案I。
[0060]在步骤320，基站110向其所服务的所有UE广播所构建的DCI信息。具体而言，基站I1通过将所构建的DCI信息添加循环冗余校验(CRC)、执行信道编码、使用MTC UE120的RNTI进行加扰，以经由HXXH发送该DCI信息。这些具体处理过程与现有技术中的基本相同，因此不再赘述。
[0061]在步骤330，MTC UE120使用其RNTI对接收到的HXXH进行解扰，以获得针对其的DCI f目息。
[0062]这里，MTC UE120执行的处理也与现有技术中的基本相同，不同之处在于当其确定所接收到的DCI信息的格式不同于所有已知的DCI格式或者所接收到的DCI信息的格式是之前从未应用于MTCUE的DCI格式时，MTC UE120确定该DCI信息中携带有对其上行链路传输的反馈信息。
[0063]图4示出了根据本发明实施方式的在基站110中为MTC UE120进行上行链路传输反馈的装置400的方框图。
[0064]如图4中所示，装置400包括DCI构建单元410，用于构建专用于MTC UE120的DCI信息，该DCI信息中至少包含针对MTC UE120的上行链路传输的ACK或NACK信息。DCI信息的构建可以参见上述结合图2所描述的方案I。
[0065]装置400还包括发送单元420，用于向基站110所服务的所有UE广播所构建的DCI信息。具体而言，基站110通过将所构建的DCI信息添加循环冗余校验(CRC)、执行信道编码、使用MTC UE120的RNTI进行加扰，以经由HXXH发送该DCI信息。这些具体处理过程与现有技术中的基本相同，因此不再赘述。
[0066]利用方案1，实现了高效率同时在必要时保持了调度灵活性。
[0067]方案2:不具有灵活调度功能的DCI信息
[0068]在这种方