[发明专利]增大混合自动重复请求协议的可靠性

说明书

本申请要求2008年5月15日提交的的临时美国专利申请61/053237的优先权，该申请通过引用结合于本文中。

背景技术

本发明一般涉及用于通过共享下行链路信道传送数据的数据传送协议，并且更具体地涉及用于增大混合自动重复请求协议的可靠性的方法和设备。

LTE标准中的物理下行链路共享信道(PDSCH)是由多个用户终端共享的时间和频率复用信道。用户终端定期将信道质量指示(CQI)报告发送到基站。CQI报告指示如由用户终端中的接收器看到的瞬时信道状况。在通常称为传送时间间隔(TTI)的每个1ms子帧间隔期间，在基站的调度器调度一个或多个用户终端在PDSCH上接收数据，并确定下行链路传送的传送格式。在给定时间间隔被调度为接收数据的用户终端的身份及传送格式在物理下行链路控制信道(PDCCH)上传送到用户终端。

混合自动重复请求(HARQ)用于减轻PDSCH上数据的传送期间发生的错误。在基站指示用户终端调度为接收PDSCH上的传送时，要求用户终端将PDSCH解码并且将肯定或否定确认(ACK/NACK)传送到基站。ACK/NACK向基站通知用户终端是否正确收到数据分组。如果用户终端正确收到数据分组，则基站能继续新数据分组的传送。在用户终端未正确收到数据分组的情况下，基站可重复原始传送，或者发送另外的冗余数据以使得能够解码以前传送的数据分组。

用户终端可使用取决于用户终端是否被调度为在物理上行链路共享信道(PUSCH)上传送的两个可能方案之一，将ACK/NACK发送到基站。如果在ACK/NACK正在发送时用户终端未被调度为在PUSCH上传送，则用户终端在物理上行链路控制信道(PUCCH)上传送ACK/NACK。然而，如果用户终端被调度为在PUSCH上传送，则用户终端使用一部分分配的资源在PUSCH上传送ACK/NACK。

用户终端仅在它已被调度为在下行链路共享信道上接收数据时才将ACK/NACK反馈发送到基站。由于无线通信信道的性质，可能的是，用户终端可能未能将PDCCH上传送的调度消息解码。如果用户终端未能将PDCCH上传送的调度消息解码，则基站将在它预期接收ACK/NACK反馈的PUSCH上接收用户数据。在此情况下，存在的某一可能性是在用户终端未发送确认时，基站将在PUSCH上传送的用户数据误解为肯定确认(ACK)。此情形在本文中称为误ACK情形。在“误ACK”的情况下，基站将认为用户终端成功收到传送的分组，并且将在下次在下行链路上调度用户终端时传送新数据。因此，用户终端将必须依赖更高层重新传送协议(例如，在RRC层)来请求缺失的数据，这可导致大的延迟。

缺失的ACK虽然具有更少问题，但也可能发生。在用户终端传送ACK而基站未能检测到该ACK时，出现缺失的ACK。在缺失的ACK的情况下，基站将不必要地浪费系统资源，将用户终端已经收到的数据重新传送到用户终端。

尝试解决“误ACK”问题的现有技术已集中在增大ACK/NACK反馈的可靠性上，以防止基站将PUSCH上传送的用户数据误解为ACK。一个方案是增大ACK/NACK比特重复的次数。通常，增大重复次数减少了在未传送ACK/NACK反馈的情况下误ACK的可能性。然而，减少误ACK到可接受级别所要求的重复次数将大大减少可用于用户数据的PUSCH资源，并因此降低吞吐量。此解决方案也不解决缺失的ACK的问题。

用于减少误ACK的另一方案是在上行链路调度授予中指明保留比特以通知用户终端是否要在PUSCH中保留用于ACK/NACK反馈的资源。更具体地说，基站在它调度用户终端并预期PUSCH上的ACK/NACK反馈时能将保留比特设为“1”以指示用户终端在PUSCH上保留用于ACK/NACK反馈的资源。如果用户终端未能将PDCCH解码，则它在保留资源上传送NACK。然而，保留方案不是在所有情况下均适用，因为它依赖与PUSCH相关联的UL调度授予的存在。因此，在用户终端正在执行非自适应重新传送时，或者在用户终端正在半持久性PUSCH中传送时，它不适用，而这两种情况预期在LTE中是常见的。此解决方案也不解决缺失的ACK的问题。