CN101631010A - 对lte下行重传数据时间提前量的处理方法和装置 - Google Patents

Abstract

本发明实施例公开了一种对LTE下行重传数据时间提前量的处理方法以及处理装置，所述方法包括：记录对下行数据进行解调的解调结果；判断当前接收的下行数据是否为重传数据；若当前接收的下行数据是重传数据，则查询与所述重传数据对应的上次所接收下行数据的解调结果；根据所述查询所得解调结果，确定是否保留解调所述重传数据时所得时间提前量。与现有技术相比，本发明实施例能够除去现有技术中错误调整业务数据发送时刻而引入的上行时偏对上行信息解调造成的影响，保证UE的上行同步更加稳定。

Description

对LTE下行重传数据时间提前量的处理方法和装置

技术领域

本发明涉及无线通信技术领域，具体涉及对LTE下行重传数据时间提前量的处理方法和装置。

背景技术

在长期演进(LTE，Long Term Evolution)系统中，时间提前量(TA，TimingAdvance)是一个用于表征演进基站(eNodeB)接收到用户设备(UE，UserEquipment)所发送数据的定时偏差的参量。为了保持上行同步，eNodeB指示UE在特定的时间点(即某个子帧)发送上行解调参考信号或监听(Sounding)参考信号，经过定时测量得到TA，eNodeB通过物理下行共享信道(PDSCH，Physical Downlink Shared Channel)将TA下发至UE进行调整，以保持UE与eNodeB的上行同步。

由于TA通常包含于下发给UE的某一子帧的数据中，因此，一次测量得到的TA值一般会随着初次下发的某一子帧数据一起传送至UE。除此之外，还有一种可能是，由于某种原因，收发双方启动了混合自动重传请求(HARQ，Hybrid Automatic Repeat reQuest)机制，TA值会随着重传的数据一起再次传送至UE。

对于HARQ机制的启动，一般而言有两种情况。第一种情况是UE没有收到eNodeB下发的数据而启动了HARQ，则eNodeB在等待时间内没有收到UE的反馈的任何信息后重新传送数据，这种情况下的数据重传是必要的。第二种情况是UE已经收到eNodeB下发的下行数据，正确解调下行数据并向eNodeB反馈了对应的确认信息(ACK，ACKnowledgement)，但是，由于种种原因，eNodeB没有收到该ACK或eNodeB没有正确解调出该ACK而重新传送数据，这种情况下的重传数据对UE来说没有作用。现有技术在收到eNodeB下发的重传数据时对上述两种启动HARQ机制的情况并不加区分，即，现有技术并不关心重传数据之前对所接收下行数据进行解调的解调结果或UE反馈给eNodeB的信息是否为确认信息ACK，只要收到eNodeB的重传数据，UE正确解调重传数据，采用其中的TA值以调整数据发送时刻。

对于上述第二种情况下的重传数据，由于UE在收到eNodeB初次发送的数据(或当前重传数据之前的数据)时已经采纳了其中携带的TA值对本端数据的发送时刻进行了调整。如果在收到当前重传数据时，UE按照其中携带的TA值再次调整本端数据的发送时刻，则反而将已经正确的本端业务数据的发送时刻调整错误。

这就是说，现有技术无法识别或没有相应机制去发现eNodeB执行重传数据的原因，从而导致UE在不应该按照重传数据中携带的TA值去调整本端业务数据的发送时刻时，依然按照重传数据中携带的TA值去调整本端业务数据的发送时刻，引入了上行时偏，对上行信息解调造成影响，出现更大的概率将上行的ACK反馈信息解调错误。如此，形成恶性循环，严重时会造成该UE失步，对无线通信造成较大影响。

发明内容

本发明实施例提供对LTE下行重传数据时间提前量的处理方法、装置以及一种用户设备，能够正确处理LTE下行重传数据时间提前量，以使用户设备与基站同步。

一种对LTE下行重传数据时间提前量的处理方法，包括：记录对下行数据进行解调的解调结果；判断当前接收的下行数据是否为重传数据；若当前接收的下行数据是重传数据，则查询与所述重传数据对应的上次所接收下行数据的解调结果；根据所述查询所得解调结果，确定是否保留解调所述重传数据时所得时间提前量。

一种对LTE下行重传数据时间提前量的处理装置，包括：记录模块，用于记录对下行数据进行解调的解调结果；判断模块，用于判断当前接收的下行数据是否为重传数据；查询模块，用于所述判断模块判断当前接收的下行数据是重传数据时查询与所述重传数据对应的上次所接收下行数据的解调结果；确定模块，用于根据所述查询模块查询所得解调结果，确定是否保留解调所述重传数据时所得时间提前量。

一种用户设备，包括：对LTE下行重传数据时间提前量的处理装置和调整模块，其中所述调整模块用于根据所述确定模块提供的时间提前量调整所述用户设备业务数据的发送时刻。

本发明实施例通过记录对下行数据进行解调的解调结果并在判断当前接收的下行数据是重传数据时，查询在接收重传数据之前对下行数据进行解调的解调结果以确定是否保留解调重传数据时所得时间提前量。由于本发明能够通过查询历史记录来区分下行重传数据中的时间提前量是否已经被使用过，因此避免了对已经正确的业务数据发送时刻经过重复调整而调整成错误的业务数据发送时刻。与现有技术相比，本发明能够除去现有技术中错误调整业务数据发送时刻而引入的上行时偏对上行信息解调造成的影响，保证UE的上行同步更加稳定。

附图说明

图1是本发明实施例提供的对LTE下行重传数据时间提前量的处理方法基本流程示意图；

图2是本发明实施例提供的收发双方在数据交互过程中对下行重传数据时间提前量的处理流程；

图3是本发明实施例提供的对LTE下行重传数据时间提前量的处理装置基本结构逻辑框图；

图4是本发明实施例提供的一种用户设备基本结构逻辑框图。

具体实施方式

本发明实施例提供一种对LTE下行重传数据时间提前量的处理方法，通过记录对下行数据进行解调的解调结果并在判断当前接收的下行数据是重传数据时，查询在接收重传数据之前对下行数据进行解调的解调结果以确定是否保留解调重传数据时所得时间提前量。本发明实施例还提供相应的对LTE下行重传数据时间提前量的处理装置，以及一种用户设备。以下分别进行详细说明。

请参考图1，本发明实施例提供的对LTE下行重传数据时间提前量的处理方法基本流程示意图，主要包括步骤：

S101，记录对下行数据进行解调的解调结果。

与现有技术不同，本发明提供的实施例需要记录每次对下行数据进行解调的解调结果作为历史数据以供查询，即，每次对下行数据进行解调后，保存解调的结果。显然，此处所述下行数据也可以包括重传数据，且重传数据并不限于第一次重传，可以是多次重传。

作为本发明的实施例，根据不同的解调结果，可以将记录的信息分为几种情况：

若下行数据被正确解调，则可以将解调的解调结果记录为确认信息(ACK)，同时，该确认信息通过上行信道被反馈至下行数据的发送方(例如，基站等)；

若下行数据被错误解调，则可以将解调的解调结果记录为空信息且向下行数据的发送方(例如，基站等)反馈非确认信息(NACK)；

若没有收到下行数据，不存在正确或错误解调下行数据一说，但仍然可以将解调的“解调结果”记录为空信息，只是不向下行数据的发送方(例如，基站等)反馈任何信息而让发送方等待一定时间后重传下行数据；

特别地，在本发明实施例中，“空信息”可以视为没有记录任何信息。

S102，判断当前接收的下行数据是否为重传数据。

若当前接收的下行数据不为重传数据，即，当前接收的下行数据是首次接收到的下行数据，则在对当前接收的下行数据正确解调时就保留解调所得时间提前量以供UE调整本端数据的发送时刻；否则，转入步骤S103。本实施例可以免除在当前接收的下行数据不为重传数据时后续的查询工作，加快了数据的处理速度。

S103，若当前接收的下行数据是重传数据，则查询与所述重传数据对应的上次所接收下行数据的解调结果。

如前所述，重传数据是在两种不同的情况下启动HARQ机制后下发的。在本发明提供的实施例中，可以通过查询与重传数据对应的上次所接收下行数据的解调结果，确定当前接收的重传数据是否是必要的数据从而进一步确定其中的时间提前量是否应该被采用。

S104，根据查询所得解调结果，确定是否保留解调重传数据时所得时间提前量。

在本发明提供的实施例中，由于每次接收下行数据时都记录了对下行数据进行解调的解调结果，因此，可以查询与所述重传数据对应的上次所接收下行数据的解调结果，包括以下两种情况：

情况一，查询与所述重传数据对应的上次所接收下行数据的解调结果是确认信息，则表明与该重传数据对应的上次所接收下行数据被正确解调，其中的时间提前量已经被采用过一次，不需要本次解调重传数据时所得时间提前量，因此，放弃本次解调重传数据时所得时间提前量；

情况二，查询与所述重传数据对应的上次所接收下行数据的解调结果是空信息，则表明与所述重传数据对应的上次所接收下行数据被错误解调，即没有解调出与所述重传数据对应的上次所接收下行数据中的时间提前量，当前重传数据中的时间提前量对接收方来说是新的且没有被采用过，因此，需要保留本次解调重传数据时所得时间提前量以供本端调整数据发送时刻之用。

同时，在本发明实施例中，若查询与所述重传数据对应的上次所接收下行数据的解调结果是确认信息，则将重传数据的解调结果记录为确认信息。也就是说，若查询与所述重传数据对应的上次所接收下行数据的解调结果是确认信息，则不论当前重传数据是被正确解调还是被错误解调，都将当前重传数据的解调结果记录为确认信息。若查询与所述重传数据对应的上次所接收下行数据的解调结果是空信息并且当前重传数据被正确解调，则将当前重传数据的解调结果记录为确认信息；若查询与所述重传数据对应的上次所接收下行数据的解调结果是空信息并且当前重传数据被错误解调，则将当前重传数据的解调结果记录为空信息。

从以上说明可知，由于本发明增加了记录历史解调结果和查询历史解调结果的机制，因此能够对重传数据中解调出的时间提前量进行正确取舍，从而避免接收方将已经调整正确的业务发送时刻调整错误。

为了更好地说明本发明的实现原理，图2以基站(发送方)和用户设备(接收方)为例，示出了在数据交互过程中对下行重传数据时间提前量的处理流程。

首先对图2中的英文缩写简要说明如下：

ACK(D1)表示对下行数据D1进行解调的解调结果为确认信息，ACK(D2)表示对下行数据D2进行解调的解调结果为确认信息；

D1(TA1)表示下行数据或重传的下行数据D1中携带TA1，D2(TA2)表示下行数据或重传的下行数据D2中携带TA2；

例如，当收到并正确解调出重传的下行数据D1时(S7)，UE将解调的结果ACK(D1)反馈至基站(S8)，与此同时，查询在此之前记录的结果是否为ACK(D1)(S8’)。由于查询所得记录的解调结果为空信息，则表明之前没有正确解调出下行数据D1或没有收到下行数据D1，因此，保留本次解调出的TA1以供调整数据的发送时刻是正确合理的行为(S8’)；当然，在S8’中，还是要记录本次重传数据的解调结果为ACK(D1)以备查询。

在S11中，UE收到并正确解调下行数据D2后，通过上行信道将解调结果ACK(D2)反馈至基站(S12)；与此同时，将解调结果记录为ACK(D2)并采用从下行数据D2解调出的TA2。

由于种种原因，基站没有收到ACK(D2)或收到ACK(D2)但解调错误(S13)，此时，基站重传下行数据D2(S14)。

由于在正确解调出重传数据D2并将解调结果ACK(D2)反馈至基站的同时(S15和S16)，UE查询在此之前记录的解调结果是ACK(D2)，则表明之前已经正确解调出下行数据D2并采用过从下行数据D2解调出的TA2，因此，应该放弃本次解调出的TA2(S16’)；当然，在S16’中，还是要记录本次重传数据的解调结果为ACK(D2)以备查询。

在图2所示实施例中，若重传数据D2没有被正确解调，或者，重传数据D2的解调结果是NACK(D2)，则仍然将重传数据D2的解调结果记录为ACK(D2)。如此，若由于种种原因，数据D2被再次重传，则因为查询到数据D2被再次重传之前重传数据D2的解调结果被记录为ACK(D2)，所以，还是应该放弃再次重传数据D2时解调出的TA2。

请参阅图3，本发明实施例提供的一种对LTE下行重传数据时间提前量的处理装置基本结构逻辑框图。为了便于说明，仅示出了与本发明实施例相关的部分。该装置包括：

记录模块301，用于记录对下行数据进行解调的解调结果。解调的解调结果为确认信息或空信息，其中空信息可以视为没有记录任何信息。具体而言，记录模块301在下行数据被正确解调时，将所述解调的解调结果记录为确认信息；和/或在下行数据被错误解调或没有收到下行数据时，将所述解调的解调结果记录为空信息。

此外，在本发明实施例中，记录模块301的信息记录也与查询模块303的查询结果相关，即，若查询模块303查询到与所述重传数据对应的上次所接收下行数据的解调结果是确认信息，则记录模块301将重传数据的解调结果记录为确认信息。也就是说，若查询模块303查询到与所述重传数据对应的上次所接收下行数据的解调结果是确认信息，则不论当前重传数据是被正确解调还是被错误解调，记录模块301都将当前重传数据的解调结果记录为确认信息。若查询模块303查询到与所述重传数据对应的上次所接收下行数据的解调结果是空信息并且当前重传数据被正确解调，则记录模块301将当前重传数据的解调结果记录为确认信息；若查询模块303查询到与所述重传数据对应的上次所接收下行数据的解调结果是空信息并且当前重传数据被错误解调，则记录模块301将当前重传数据的解调结果记录为空信息。

判断模块302，用于判断当前接收的下行数据是否为重传数据。

查询模块303，用于在判断模块302判断当前接收的下行数据是重传数据时查询与所述重传数据对应的上次所接收下行数据的解调结果。

确定模块304，用于根据查询模块302查询所得解调结果，确定是否保留解调所述重传数据时所得时间提前量。

若确定模块304在查询模块303查询到与所述重传数据对应的上次所接收下行数据的解调结果为确认信息时，则放弃解调重传数据时所得时间提前量；和/或在所述查询模块303查询与所述重传数据对应的上次所接收下行数据的解调结果为空信息时，保留解调所述重传数据时所得时间提前量。

由于在下行数据被正确解调时，解调的解调结果记录为确认信息，下行数据被错误解调时，解调结果记录为空信息。因此，在本发明实施例中，对LTE下行重传数据时间提前量的处理装置还可以进一步包括记录信息发送模块305，用于将确认信息或非确认信息发送至下行数据的发送方，例如，发送给基站或演进基站(eNodeB)等。

请参阅图4，本发明实施例提供的一种用户设备基本结构逻辑框图。为了便于说明，仅示出了与本发明实施例相关的部分。该用户设备包括：

记录模块401，用于记录对下行数据进行解调的解调结果。解调的解调结果为确认信息或空信息，而空信息可以视为没有记录任何信息。具体而言，记录模块301在下行数据被正确解调时，将所述解调的解调结果记录为确认信息；和/或在下行数据被错误解调或没有收到下行数据时，将所述解调的解调结果记录为空信息。

此外，在本发明实施例中，记录模块301的信息记录也与查询模块303的查询结果相关，即，若查询模块303查询到与所述重传数据对应的上次所接收下行数据的解调结果是确认信息，则记录模块301将重传数据的解调结果记录为确认信息。也就是说，若查询模块303查询到与所述重传数据对应的上次所接收下行数据的解调结果是确认信息，则不论当前重传数据是被正确解调还是被错误解调，记录模块301都将当前重传数据的解调结果记录为确认信息。若查询模块303查询到与所述重传数据对应的上次所接收下行数据的解调结果是空信息并且当前重传数据被正确解调，则记录模块301将当前重传数据的解调结果记录为确认信息；若查询模块303查询到与所述重传数据对应的上次所接收下行数据的解调结果是空信息并且当前重传数据被错误解调，则记录模块301将当前重传数据的解调结果记录为空信息。

判断模块402，用于判断当前接收的下行数据是否为重传数据。

查询模块403，用于在判断模块402判断当前接收的下行数据是重传数据时查询与所述重传数据对应的上次所接收下行数据的解调结果。

确定模块404，用于根据查询模块402查询所得解调结果，确定是否保留解调所述重传数据时所得时间提前量。

若确定模块404在查询模块403查询与所述重传数据对应的上次所接收下行数据的解调结果为确认信息时，则放弃解调重传数据时所得时间提前量；和/或在所述查询模块403查询与所述重传数据对应的上次所接收下行数据的解调结果为空信息时，保留解调所述重传数据时所得时间提前量。

调整模块406，用于根据确定模块404提供的时间提前量调整用户设备业务数据的发送时刻。

此外，该用户设备还可以进一步包括：

记录信息发送模块405，用于将确认信息或非确认信息发送至下行数据的发送方，例如，发送给基站或演进基站(eNodeB)等。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁盘或光盘等。

以上对本发明实施例所提供对LTE下行重传数据时间提前量的处理方法和装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1、一种对LTE下行重传数据时间提前量的处理方法，其特征在于，包括：

记录对下行数据进行解调的解调结果；

判断当前接收的下行数据是否为重传数据；

若当前接收的下行数据是重传数据，则查询与所述重传数据对应的上次所接收下行数据的解调结果；

根据所述查询所得解调结果，确定是否保留解调所述重传数据时所得时间提前量。

2、根据权利要求1所述的对LTE下行重传数据时间提前量的处理方法，其特征在于，所述记录对下行数据进行解调的解调结果包括：

若所述下行数据被正确解调，则将所述解调的解调结果记录为确认信息；和/或

若所述下行数据被错误解调，则将所述解调的解调结果记录为空信息。

3、根据权利要求1所述的对LTE下行重传数据时间提前量的处理方法，其特征在于，若查询与所述重传数据对应的上次所接收下行数据的解调结果为确认信息，则放弃解调所述重传数据时所得时间提前量；和/或

若查询与所述重传数据对应的上次所接收下行数据的解调结果为空信息，则保留解调所述重传数据时所得时间提前量。

4、根据权利要求3所述的对LTE下行重传数据时间提前量的处理方法，其特征在于，还包括：

若查询与所述重传数据对应的上次所接收下行数据的解调结果为确认信息，则将所述重传数据的解调结果记录为确认信息。

5、根据权利要求1至3任意一项所述的对LTE下行重传数据时间提前量的处理方法，其特征在于，还包括：将所述确认信息发送至所述下行数据的发送方。

6、根据权利要求1所述的对LTE下行重传数据时间提前量的处理方法，其特征在于，若当前接收的下行数据不为重传数据，则保留所述当前接收的下行数据正确解调时解调所得时间提前量。

7、一种对LTE下行重传数据时间提前量的处理装置，其特征在于，所述装置包括：

记录模块，用于记录对下行数据进行解调的解调结果；

判断模块，用于判断当前接收的下行数据是否为重传数据；

查询模块，用于所述判断模块判断当前接收的下行数据是重传数据时查询与所述重传数据对应的上次所接收下行数据的解调结果；

确定模块，用于根据所述查询模块查询所得解调结果，确定是否保留解调所述重传数据时所得时间提前量。

8、根据权利要求7所述的对LTE下行重传数据时间提前量的处理装置，其特征在于，所述记录模块用于在下行数据被正确解调时，将所述解调的解调结果记录为确认信息；和/或

若所述下行数据被错误解调，则将所述解调的解调结果记录为空信息。

9、根据权利要求8所述的对LTE下行重传数据时间提前量的处理装置，其特征在于，所述确定模块用于所述查询模块查询与所述重传数据对应的上次所接收下行数据的解调结果为确认信息时，放弃解调所述重传数据时所得时间提前量；和/或

在所述查询模块查询与所述重传数据对应的上次所接收下行数据的解调结果为空信息时，保留解调所述重传数据时所得时间提前量。

10、根据权利要求9所述的对LTE下行重传数据时间提前量的处理方法，其特征在于，所述记录模块还用于在所述查询模块查询与所述重传数据对应的上次所接收下行数据的解调结果为确认信息时，将所述重传数据的解调结果记录为确认信息。

11、根据权利要求8所述的对LTE下行重传数据时间提前量的处理装置，其特征在于，所述装置还包括：

记录信息发送模块，用于将确认信息或非确认信息发送至所述下行数据的发送方。

12、一种用户设备，其特征在于，所述用户设备包括如权利要求7至11中任意一项所述的装置以及：

调整模块，其中所述调整模块用于根据所述确定模块提供的时间提前量调整所述用户设备业务数据的发送时刻。

Images