重复码。在本示例中，UE尝试对Pl3225进行解码，但失败。此外，UE对消息Ρ?ΙΟδ，Pl2215和Pl3225进行组合并成功地对该组合进行解码。在UE通过上行链路信道传输UL数据230。eNB接收到UL数据230并停止发送UL授权消息的副本。
[0060]示例3:
[0061]在示例I中，相同的消息Dl1进行了三次传输。这可对应于当UE无法对HXXH下行链路授权进行解码时的roscH资源浪费。为了避免浪费这些roscH资源，ue可配置为还可存储roscH软符号，并当roccH已被成功解码时对这些软符号进行组合。在一些实施例中，可以在每次传输尝试时对消息Dl进行不同的编码，以有助于有效组合。
[0062]图3示出了根据本发明实施例的传送至UE的下行链路(DL)授权(例如下行链路共享信道的资源分配)的示例。由于两次解码尝试失败，使得如下文所述地在roccH上进行了三次DL授权消息的传输。eNB通过HXXH向UE传输初始消息ΡΙ^Οδ，以及通过I3DSCH向UE传输初始消息01407。如示例I那样地，这两个消息Pl2305和01407在相同的子时隙中进行传输。在本示例中，UE尝试对ΡΙ^Οδ进行解码，但却失败。因此，UE存储针对ΡΙ^Οδ的软符号，并制止经由上行链路信道(例如PUSCH或PUCCH)发送确认或否认310。UE还存储针对01407的软符号，以用于未来进行组合。
[0063]未能在预期时间范围内接收到确认或否认310的eNB推断出UE未能成功对ΡΙ^Οδ进行解码。以下为第二次尝试。eNB通过HXXH向UE传输另一消息Pl2315，以及通过I3DSCH向UE传输另一个消息Dl2317。消息Dl2317可以是DlSn的不同编码副本。这两个消息Pl2315和Dl2317再次在相同的子时隙中进行传输。消息Pl2315相比于消息ΡΙ^Οδ进行了不同的编码，以使得各消息的后续组合对应于不止一种简单的重复码。在本示例中，UE尝试对Pl2315解码，但失败。此外，UE对消息ΡΙ^Οδ和Pl2315进行组合并尝试对该组合进行解码，但对该组合的解码也失败了。因此，UE存储针对Pl2315的软符号，并制止经由上行链路信道发送确认或否认320。UE还存储针对Dl2307的软符号，以用于未来进行组合。
[0064]再次地，未能在预期时间范围内接收到确认或否认320的eNB推断出UE未能成功对ΡΙ^Οδ和Pl2315进行解码。以下为第三次尝试。eNB通过HXXH向UE传输另一消息Pl3325，以及通过PDSCH向UE传输另一个消息Dl3327。消息Dl3327与Dl1SO?及Dl2317进行不同的编码。这两个消息Pl3325和Dl3327再次在相同的子时隙中进行传输。消息Pl3325相比于消息ΡΙ^Οδ和Pl2315进行了不同的编码，以使得各消息的后续组合对应于不止一种简单的重复码。在本示例中，UE尝试对Pl3325解码，但失败。此外，UE对消息Pl2315和Pl3325进行组合并尝试对该组合进行解码，但对该组合的解码也失败了。最后，UE对消息ΡΙ^Οδ，Pl2315和Pl3325进行组合，并成功地解码该组合。在这一点上，UE还对消息01407, Dl2317和Dl3327进行组合，并对该组合进行解码。如果成功对0^307, Dl2317和Dl3327进行组合后解码，则UE传输确认，否则，经由上行链路信道传输NACK 330。eNB接收到确认或NACK 330，并且当响应为ACK时则停止发送DL授权消息的副本。
[0065]示例4:
[0066]在示例2中，当UE在前两次尝试中无法对HXXH UL授权进行解码时使得TOSCH资源遭到浪费。被浪费的资源对应于其中没有数据发送到PUSCH上的“沉默”实例210和220，这是因为这些实例消耗了本来可以分配给其他UE使用的资源。为了缓解这种情况，eNB可使用I3DCCH TTI集束，其中eNB可配置为预测近似的覆盖性，以及UE为成功解码I3DCCH UL授权消息所需要的相应的PDCCH副本的数目或HXXH TTI集束的数目。然后，UE将不对所有的而仅是最后的PDCCH副本分配相应的PUSCH资源。例如，如果eNB预测UE将很可能会对HXXH UL授权消息的至少3个副本进行成功解码，那么不必为前两个副本分配PUSCH资源。eNB还配置为确保该HXXH UL授权消息的前两个副本对UE是不可被解码的(即使无任何差错地进行接收亦是如此)。这使得避免了 UE使用并未真正分配给它的PUSCH资源的情况。例如，使用遍及3个HXXH UL授权消息的简单区块码来渲染前两个副本的做法可实现上面所述的前二个副本对UE是不可被解码的。
[0067]图4示出了根据本发明实施例的传送至UE的上行链路(UL)授权(例如上行链路共享信道的资源分配)的示例。如下文所述，在HXXH上进行了三次UL授权消息的传输。因为由消息编码以及预期的信号条件所造成的UE在前两次无法成功地解码HXXH UL授权消息，使得这三次传输是无条件的。eNB通过HXXH向UE传输的初始消息Ρ?Ηθ5，并且在另一 UL授权(未示出)中将PUSCH的资源410分派并分配406给另一 UE0在本示例中，UE尝试对Ρ?Μθ5进行解码，但却失败。因此，该UE存储针对Ρ?Μθ5的软符号，并制止对上行链路信道(例如HJSCH)发送数据410。如上所述，对应于实例410的时间和频率资源(其中，来自UE的数据通常已被传输)由eNB分配用于供另一 UE使用。
[0068]以下为第二次尝试，不论eNB是否执行或省略例行的推断步骤(由于欠缺确认而推断UE对Pl1进行不正确地解码)。eNB通过TOCCH向UE传输另一消息Pl 2415，并且在另一 UL授权(未示出)中eNB将PUSCH的资源420分派并分配给另一 UE。消息Pl2415相比于消息Ρ?Μ05进行了不同的编码，以使得各消息的后续组合体对应于不止一种简单的重复码。消息Pl2415以使得UE不能自行对Pl2进行解码或不能单独与Pl1相组合的方式来进行编码。在本示例中，UE尝试对P12415进行解码，但必然失败。此外，UE对消息P1405和Pl2415进行组合并尝试对该组合体进行解码，但对该组合体的解码也必然失败。因此，UE存储针对Pl2415的软符号，并制止经由上行链路信道发送数据420。如上所述，对应于实例420的时间和频率资源(其中，来自UE的数据通常已被传输)由eNB分配用于供另一 UE使用。
[0069]以下为第三次尝试，不论eNB是否执行或省略例行的推断步骤。eNB通过TOCCH向UE传输另一消息Pl3425，并将资源430分配给该UE0消息Pl3425相比于消息Ρ?Ηθ5和Pl2415进行了不同的编码，以使得各消息的后续组合体对应于不止一种简单的重复码。消息Pl3425以如下这样的方式进行编码:即，使得UE不能自行对Pl3进行解码或不能单独与Pl2相组合，但该UE能够联合Pl 1和Pl 2来对Pl3进行解码。在本示例中，UE尝试对Pl 3425进行解码，但必然失败。此外，UE对消息Pl2415和Pl3425进行组合并尝试对该组合体进行解码，但对该组合体的解码也必然失败。最后，UE对消息Ρ?ΗΟδ，Pl2415和Pl3425进行组合并成功地对该组合体进行解码。在UE通过上行链路信道传输数据430。eNB接收到数据430并停止发送UL授权消息的副本。
[0070]从UE的角度看，示例4与示例2相同。然而，从eNB的角度来看，这两个示例并不同，因为在eNB改为将相应的资源410和420分配用于供一个或多个其他的UE使用。
[0071]可以提供针对上述示例的其他变型。例如，滑动窗口概念可用于在无需确认的情况下传输消息的集合。类似地，为了节省I3DSCH上的资源，可采用示例4的过程。作为另一示例，可以将示例3和示例4的特征进行组合。
[0072]示例5:
[0073]图5示出了根据本发明实施例的传送至UE的下行链路(DL)授权(例如下行链路共享信道的资源分配)的示例，其中将重传安排在预定的传输时间间隔(TTI)上。由于两次解码尝试失败，使得如下文所述地在HXXH上进行了三次DL授权消息的传输。eNB通过PDCCH向UE传输初始DCI消息P14()5,以及通过I3DSCH向UE传输初始用户平面消息01407。(该消息Dl1可包含用户平面数据或更高等级的信令控制数据，例如RRC或NAS控制数据)。在本示例中，UE尝试对ΡΙ^Οδ进行解码，但却失败。因此，UE存储针对ΡΙ^Οδ的软符号。
[0074]UE解码ΡΙ^Οδ失败导致UE还未曾尝试对I3DSCH进行解码。由此导致，并未针对PDSCH消息发送任何确认或否认610。
[0075]未能接收到确认或否认610的eNB推断UE未能成功对ΡΙ^Οδ进行解码。接下来是第二次尝试，其在第η次TTI 616期间发送。eNB通过TOCCH向UE传输另一消息Pl2615，以及通过I3DSCH向UE传输另一消息副本Dlin。这两个消息Pl2615和Dlin再次在相同的子时隙中进行传输。消息Pl2615相比于消息Pl1GOS进行了不同的编码，以使得各消息的后续组合对应于不止一种简单的重复码。在本示例中，UE尝试对Pl2615解码，但失败了。此外，UE对消息Pl1GOS和Pl2615进行组合并尝试对该组合进行解码，但对该组合的解码也失败了。因此，UE存储针对Pl2615的软符号，并制止经由上行链路信道来发送确认或否认620。
[0076]再次地，未能接收到确认或否认620的eNB推断UE未能成功对ΡΙ^Οδ和Pl2615进行解码。以下为第三次尝试。eNB在第2η次TTI 626期间通过TOCCH向UE传输另一消息Pl3625，以及通过I3DSCH向UE传输另一消息副本0作27。这两个消息Pl3625和01%27再次在相同的子时隙中进行传输。消息Pl3625相比于消息ΡΙ^Οδ和Pl2615进行了不同的编码，以使得各消息的后续组合对应于不止一种简单的重复码。在本示例中，UE尝试对Pl3625解码，但失败了。此外，UE对消息Pl2615和Pl3625进行组合并尝试对该组合进行解码，但对组合体的解码也失败了。最后，UE对消息P1405, Pl2615和Pl3625进行组合，并成功地解码该组合。然后，UE尝试对Dl1进行解码，并经由上行链路信道传输确认或NACK 630，以表明Dl1的解码状态。eNB接收到该确认或NACK 630，并得知已接收到DL授权以及得知用户平面消息是否得以解码。确认或NACK 630对应于现有的、按照现存LTE规范进行常规发送的确认或否认。也就是，ACK或NACK并不是现有规定的ACK或NACK的附加项。如果传输了 NACK，则调用现有的I3DSCH HARQ过程。
[0077]备选地，并不要在第n个TTI的倍数TTI期间进行传输，而是可以在eNB与UE之间商定将TTI的预定严格子集用于从eNB向UE的传输。这样的子集基本上是任意的，但有可能受制于以下条件:例如，所使用的连续TTI之间的间距小于预定量、所以使用的TTI密度小于第一预定量、所使用的TTI密度大于第二预定量，诸如此类或它们的组合。
[0078]示例6:
[0079]图6示出根据本发明实施例的所提供的系统。该系统包括基站500，例如在服务区域内与UE进行无线通信的LTE eNB。具体地，该e