案中，不考虑重传的灵活调度功能，可以设计一种更为有效的DCI格式。
[0069]与上述方案I类似，所构建的DCI格式可以是不同于任意一种现有的DCI格式的新的DCI格式，也可以是之前从未用于MTC UE的已有的DCI格式，如DCI格式1D、DCI格式2、DCI格式2A、DCI格式2B、DCI格式2C、DCI格式4中的任意一种。
[0070]对于后者来说，可以从现有的DCI格式中选择两个码字，将它们分别重新解释为ACK或NACK。通过使用现有的DCI格式，UE不再需要设计来解码另一个DCI，这将降低盲检所需的尝试量。
[0071]对于正常UE的HARQ操作来说，重传的时间_频率资源是预先确定的，并且使用I比特信息量的ACK/NACK信息就已足够。如果基站不支持MTC UE的重传调度和RV控制功能，则对于MTC UE来说，I比特信息量的ACK/NACK信息也已足够。下面提供一种在HXXH中更有效地发送I比特信息量的原始信息以指示MTC UE的ACK/NACK的方案。
[0072]图5示出了现有技术中基站侧进行HXXH处理的流程图。
[0073]可以看出，在现有HXXH处理中，对原始DCI信息附加CRC不仅用于检查所接收的数据是否正确，而且通过组合使用CRC和RNTI加扰，使得UE能够盲检所有UE共享的TOCCH以接收针对其的控制信息。
[0074]然而，如果仅希望输出代表2种不同含义的H)CCH，可以将图5中所示的原始信息比特限制为两个比特序列，称为原始序列，一个原始序列指示对MTC UE的上行链路传输的“ACK”，另一个原始序列指示对MTC UE的上行链路传输的“NACK”。原始序列可以看做是具有一比特输入O或I的某种重复码。此时，所附加的CRC并不用于奇偶校验，而是也用作某种类型的重复码。
[0075]在这种情况下，使用CRC来保证接收数据的正确性非常低效。一种有效方式是使用诸如重复之类的信道编码。在这种方案中，原始序列起源于I比特信息，可以看做是一种重复，所计算的CRC也仅具有两种可能，可以被看做是另一个重复码。可以通过使用序列检测来获得重复增益。
[0076]另一方面，在这种方案中，单纯的RNTI加扰就已足够用来保证MTC UE能够盲检整个HXXH以找到它的控制信息。MTC UE能够进行一种三态判决以在共享的HXXH中得到它的控制信息。一旦MTC UE盲检到可能的PDCCH，其可以确定该PDCCH表示序列O、序列I还是都不是。如果roCCH所包含的DCI信息是序列O或1，则其是对MTC UE的ACK / NACK,否则该PDCCH不是对MTC UE的ACK / NACK。
[0077]应当注意，这种三态判决易于执行，并且不会增加MTC UE的解码复杂度。MTC UE仅仅必须测量DCI信息和序列O和I的相关值。如果与序列O或I的相关值超过阈值，则MTC UE认为其是序列O或1，S卩，是对MTC UE的上行链路传输的ACK或NACK。否则认为该PDCCH不是给它自己的。
[0078]由于序列非常长,在相关后其他序列如同噪声一样。
[0079]因此，这种ACK / NACK格式可被看做是具有非常大的聚合水平，并且具有非常大的覆盖增益。例如，如果原始序列长度为44，则原始的I比特在一个ACK或NACK中重复44次。结果是，对于新的ACK / NACK格式来说，只需重复I或2次就足够满足最苛刻的覆盖扩展要求。
[0080]图6示出了根据本发明实施方式的用于为MTC UE进行上行链路传输反馈的另一方法600的流程图。
[0081]如图6中所示，在步骤610，基站110构建专用于MTC UE120的DCI信息，该DCI信息中包含第一序列或不同于该第一序列的第二序列，以分别对MTC UE120的上行链路传输进行ACK或NACK。
[0082]在步骤620，基站110使用MTC UE120的RNTI对所构建的DCI信息进行加扰。
[0083]在步骤630，基站110向其所服务的所有UE广播加扰后的DCI信息。这里，基站110经由HXXH将加扰后的DCI信息广播给所有UE。
[0084]在步骤640，MTC UE120接收基站110所广播的PDCCH。
[0085]在步骤650，MTC UE120使用其RNTI对接收到的HXXH进行解扰，以获得针对其的DCI f目息。
[0086]在步骤660，MTC UE120使用第一序列和第二序列对所获得的DCI信息进行相关，以确定该DCI信息中是否包含对其上行链路传输的ACK或NACK信息。
[0087]步骤660进一步包括:
[0088]当所获得的DCI信息与第一序列的相关值大于一第一阈值时,确定该DCI信息中包含对MTC UE120的上行链路传输的ACK信息；
[0089]当所获得的DCI信息与第二序列的相关值大于一第二阈值时，确定该DCI信息中包含对MTC UE120的上行链路传输的NACK信息；
[0090]当所获得的DCI信息与第一序列的相关值不大于第一阈值并且与第二序列的相关值不大于第二阈值时，确定所接收的roCCH中不存在针对MTC UE120的DCI信息。
[0091]图7示出了一种用于在基站110中为MTC UE120进行上行链路传输反馈的装置700的方框图。
[0092]如图7中所示，装置700包括DCI构建单元710，用于构建专用于MTC UE120的DCI信息,该DCI信息中包含第一序列或不同于第一序列的第二序列,第一序列用于对MTCUE120的上行链路传输进行ACK，第二序列用于对MTC UE120的上行链路传输进行NACK ;力口扰单元720，用于使用MTC UE120的RNTI对该DCI信息进行加扰；发送单元730，用于向基站110所服务的所有UE广播加扰后的DCI信息。
[0093]图8示出了一种用于在MTC UE120中接收来自基站110的上行链路传输反馈的装置800的方框图。
[0094]如图8中所示，装置800包括接收单元810，用于接收基站110所广播的TOCCH ;解扰单元820，用于使用MTC UE120的RNTI对所接收的HXXH进行解扰，以获得专用于MTCUE120的DCI信息；相关单元830，用于使用第一序列和第二序列对DCI信息进行相关，以确定该DCI信息中是否包含对MTC UE120的上行链路传输的ACK或NACK信息。
[0095]件能分析
[0096]根据MediaTek(参见参考文献[I])进行的分析，PHICH需要10.33dB覆盖增强，即，20-25次重复。PDCCH需要9.6dB覆盖增强，大约20次重复。结果，使用直接重复PHICH和UL授权(43比特载荷包括CRC)的两种现有备选方案将分别消耗240-300个资源单元(RE)和 5760 个 RE。
[0097]对于维持重传调度和RV控制功能的格式来说，如果存在两个域，则包括CRC在内需要大约20比特的载荷，因此需要大约2800个RE。与具有相同容量的UL授权相比，能够节省超过50%资源。如果仅需要ACK / NACK域，则包括CRC在内的载荷大小是11比特，需要1400个RE，将能够节省75%的资源。因此，所建议的方案比UL授权使用的资源少，但比PHICH使用的资源多，然而重用HXXH以携带ACK / NACK未对基站增加额外的复杂度。对于设计用来仅指示ACK / NACK的格式来说，效率更高(因为无需通过CRC校验来判定接受序列是否正确)，将占用大约300-500个RE。
[0098]可以看出，本发明的方案组合了重复发射PHICH和UL授权二者的优点:对于正常UE /基站没有不利影响，重传控制和调度的灵活性高并且效率高。
[0099]在本文中，根据使用该术语的语境，术语“基站”可以指基站的覆盖区域和/或对该覆盖区域进行服务的基站或基站子系统。在本公开中，根据上下文，术语“基站”可以与“小区”、“Node B” “eNodeB”等互换使用。
[0100]在本文中，参照附图对本文公开的方法进行了描述。然而应当理解，附图中所示的以及说明书中所描述的步骤顺序仅仅是示意性的，在不脱离权利要求的范围的情况下，这些方法步骤和/或动作可以按照不同的顺序执行而不局限于附图中所示的以及说明书中所描述的具体顺序。
[0101]在一个或多个示例性设计中，可以用硬件、软件、固件或它们的任意组合来实现本申请所述的功能。如果用软件来实现，则可以将所述功能作为一个或多个指令或代码存储在计算机可读介质上，或者作为计算机可读介质上的一个或多个指令或代码来传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括有助于计算机程序从一个地方传递到另一个地方的任意介质。存储介质