CN101686115A - 半持续调度的混合自动重传请求进程的处理方法和装置 - Google Patents

Abstract

本发明实施例公开了一种半持续调度混合自动重传请求进程的处理方法，用于预留的HARQ进程号与系统帧号SFN直接绑定的情况，或者预留的HARQ进程号、SFN和子帧绑定的情况，所述方法包括：在确定SFN翻转后出现HARQ进程异常时，以预先与所述UE商定的调度方式调度指定HARQ进程处理数据，使得与所述UE之间对HARQ进程的使用保持一致。本发明实施例还公开了实现上述方法的装置。本发明实施例明确了在SFN翻转后出现HARQ进程异常时，网络侧采用预先与UE商定的调度方式调度指定的HARQ进程处理数据，使得双方对HARQ进程号的理解保持一致，避免HARQ进程冲突，保证正常通信。

Description

半持续调度的混合自动重传请求进程的处理方法和装置

技术领域

本发明涉及移动通信技术领域，更具体地说，涉及一种半持续调度的混合自动重传请求进程的处理方法和装置。

背景技术

目前，长期演进(Long Term Evolution，LTE)关于半持续调度(Semi-Persistent Schedule，SPS)下行混合自动重传请求(HybridAutomatic Repeat Request，HARQ)达成的结论认为：针对SPS预留出专用的下行HARQ进程号(HARQ process id)，其数量可以为一个或多个，并且，预留的HARQ进程号可以与系统帧号(System Frame Number，SFN)绑定，并可被动态调度使用。

下面介绍预留的HARQ进程号与SFN的绑定方式：

假设为SPS预留的HARQ进程分别为HARQ process X和HARQ processY，为了简化描述，假设每次SPS发送数据都正确，在SPS间隔为20ms的情况下，HARQ process X和SFNoffset、SFNoffset+4、...相对应，HARQ processY和SFNoffset+2、SFNoffset+6、...相对应，如图1所示。也就是说，HARQ进程号与SFN之间的对应关系可以用以下公式表示：

SFN mod(SPS间隔＊预留HARQ进程数/10ms)＝offset+HARQ进程号＊SPS间隔.................................................(公式1)

HARQ进程号从0开始。

于是，通过系统的SFN帧号，即可由公式1知道SPS对应的HARQ进程。

HARQ进程号与SFN之间的对应关系还可以如以下公式所示：

HARQ process id＝MOD[floor(SFN/i)，n].................(公式2)

其中：

HARQ process id为从0开始并且连续递增，采用这方法的好处是，在采用无线资源控制信令(Radio Resource Control，RRC)通知UE预留HARQ进程时可以节省比特。比如采用2比特就可以表示预留进程0、进程1、进程2和进程3，总共4个HARQ进程。i表示SPS周期，但是计算的时候i＝i/10，例如i＝20ms，则按照上述公式进行计算的时候，i＝2。

另外，还存在另外一种绑定方式，其同时将HARQ进程号、SFN和子帧进行绑定，如以下公式所示：

HARQ process ID＝mod(floor(SFN＊10+subframe)/i，n)......(公式3)

其中，subframe是子帧号，从0到9。

i为SPS周期。

然而，发明人在进行本发明创造过程中，发现以上现有技术至少存在以下问题：

利用公式2绑定HARQ进程号和SFN，或者利用公式3绑定HARQ进程号、SFN和子帧后，当SPS的周期和预留的HARQ进程个数的乘积不能被SFN总帧号(即1024)整除时，会出现当SFN翻转(SFN帧号超过1023后重新开始计数，每发送一帧则帧号加1)时，UE将跳过一个进程的情况，从而使得网络侧和UE侧的HARQ进程号不匹配(也即HARQ进程发生冲突)，进而造成数据丢失。如图2所示，SPS周期为30ms，为用户设备UE预留的进程数量为2个(HARQ进程0和HARQ进程1)，可以看出UE1和UE2都可以正常使用预留的HARQ进程，但是UE3在SFN翻转时跳过HARQ进程0而使用HARQ进程1(本文将此情况称为跳过一个进程)，此时当HARQ进程1还不能使用(数据重发还没结束)时，将会丢失HARQ进程1正在进行重传的数据。在预留三个进程且SPS周期为20ms时，同样存在UE跳过一个HARQ进程的情况，如图3所示，为UE预留的进程数量为3个(HARQ进程0、1和2)，可以看出，在SFN翻转时，UE1和UE2都将跳过进程2，进入进程0，如果此时进程0还不能使用(数据重发还没结束)，则会丢失HARQ进程0正在进行重传的数据。并且，现有技术没有对这种情况下网络侧和UE侧对HARQ进程的处理进行定义，由此造成网络侧和UE侧对HARQ进程的理解不一致，从而影响双方的正常通信。

发明内容

有鉴于此，本发明提供一种SPS HARQ进程的处理方法和装置，以解决现有技术在SPS的周期和预留的HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除的情况下，当SFN翻转时，UE将跳过一个进程而引起HARQ进程冲突，从而影响网络侧和UE侧之间正常通信的问题。

本发明是这样实现的：

一种半持续调度SPS混合自动重传请求HARQ进程的处理方法，用于预留的HARQ进程号与系统帧号SFN直接绑定的情况，或者预留的HARQ进程号、SFN和子帧绑定的情况，所述方法包括：

在确定SFN翻转后出现HARQ进程异常时，以预先与所述UE商定的调度方式调度指定HARQ进程处理数据，使得与所述UE之间对HARQ进程的使用保持一致。

优选的，上述方法中，确定SFN翻转后出现HARQ进程异常具体为：

当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除，使UE跳过一个HARQ进程时，确定出现HARQ进程异常。

优选的，上述方法中，确定SFN翻转后出现HARQ进程异常具体为：

当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除而使UE跳过一个HARQ进程，并且对应UE当前进程的进程被用于进行数据重传时，确定出现HARQ进程异常。

优选的，上述方法中，以预先与UE商定的调度方式调度指定HARQ进程处理数据具体为：

采用跳过的HARQ进程传送新到来的数据，并采用当前所在HARQ进程继续传输需要重传的数据。

优选的，上述方法中，以预先与UE商定的调度方式调度指定HARQ进程处理数据具体为：

指定处于空闲状态HARQ进程传送新到来的数据，并采用当前所在HARQ进程继续传输需要重传的数据。

优选的，上述方法中，以预先与UE商定的调度方式调度指定HARQ进程处理数据具体为：

结束当前HARQ进程对需要重传的数据的重传操作，并利用当前HARQ进程传输新到来的数据。

本发明实施例同时还提供了一种SPS HARQ进程的处理方法，用于预留的HARQ进程号与系统帧号SFN直接绑定的情况，或者预留的HARQ进程号、SFN和子帧绑定的情况，所述方法包括：

在确定SFN翻转后出现HARQ进程时，依据与网络侧预先商定的调度方式调度指定的HARQ进程处理数据，使得与网络侧之间对HARQ进程的使用保持一致。

优选的，上述方法中，确定SFN翻转后出现HARQ进程异常具体为：

当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除而跳过一个HARQ进程时，确定出现HARQ进程异常。

优选的，上述方法中，确定SFN翻转后出现HARQ进程异常具体为：

当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除而跳过一个HARQ进程，并且当前进程被用于接收重传的数据时，确定出现HARQ进程异常。

优选的，上述方法中，依据与网络侧预先商定的调度方式调度指定的HARQ进程处理数据具体为：

采用跳过的HARQ进程接收网络侧新发送的数据，并采用当前HARQ进程继续接收重传的数据。

优选的，上述方法中，依据与网络侧预先商定的调度方式调度指定的HARQ进程处理数据具体为：

利用指定的处于空闲状态HARQ进程接收网络侧新发送的数据，并采用当前HARQ进程继续接收重传的数据。

优选的，上述方法中，依据与网络侧预先商定的调度方式调度指定的HARQ进程处理数据具体为：

结束当前HARQ进程的数据接收操作，并利用所述当前HARQ进程接收网络侧新发送的数据。

本发明实施例同时还公开了一种SPS HARQ进程的处理装置，用于预留的HARQ进程号与系统帧号SFN直接绑定的情况，或者预留的HARQ进程号、SFN和子帧绑定的情况，包括：

第一处理单元，用于确定在SFN翻转后是否出现HARQ进程异常；

第一控制单元，用于出现HARQ进程异常时，以预先与该UE商定的调度方式调度指定HARQ进程处理数据，使得与该UE之间对HARQ进程的使用保持一致。

优选的，上述装置中，所述第一处理单元包括：

第一判断单元，用于判断SPS周期和预留HARQ进程个数的乘积是否能够被SFN总数或一个SFN周期内子帧总数整除；

第一确定单元，用于当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除，而使得UE跳过一个HARQ进程时，确定出现HARQ进程异常。

优选的，上述装置中，所述第一处理单元包括：

第一判断单元，用于判断SPS周期和预留HARQ进程个数的乘积是否能够被SFN总数或一个SFN周期内子帧总数整除；

第二确定单元，用于当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除而使UE跳过一个HARQ进程，并且对应UE当前HARQ进程的进程被用于重传数据时，确定出现HARQ进程异常。

优选的，上述装置中，所述第一控制单元包括：

第一信息获取单元，用于获取所述第一处理单元的处理结果；

第一执行单元，用于当该处理结果指示出现HARQ进程异常时，指定处于空闲状态的HARQ进程传送新到来的数据，并采用当前所在HARQ进程继续传输需要重传的数据。

优选的，上述装置中，所述第一控制单元包括：

第一信息获取单元，用于获取所述第一处理单元的处理结果；

第二执行单元，用于当该处理结果指示出现HARQ进程异常时，指定处于空闲状态的HARQ进程传送新到来的数据，并采用当前所在HARQ进程继续传输需要重传的数据。

优选的，上述装置中，所述第一控制单元包括：

第一信息获取单元，用于获取所述第一处理单元的处理结果；

第三执行单元，用于当该处理结果指示出现HARQ进程异常时，结束当前HARQ进程对需要重传的数据的重传操作，并利用当前HARQ进程传输新到来的数据。

本发明实施例同时还提供了另一种SPS HARQ进程的处理装置，用于预留的HARQ进程号与系统帧号SFN直接绑定的情况，或者预留的HARQ进程号、SFN和子帧绑定的情况，包括：

第二处理单元，用于确定在SFN翻转后是否出现HARQ进程异常；

第二控制单元，用于出现HARQ进程异常时，依据与网络侧预先商定的调度方式调度指定的HARQ进程处理数据，使得与网络侧之间对HARQ进程的使用保持一致。

优选的，上述装置中，所述第二处理单元包括：

第二判断单元，用于判断SPS周期和预留HARQ进程个数的乘积是否能够被SFN总数或一个SFN周期内子帧总数整除；

第三确定单元，用于当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除，而使得所在UE跳过一个HARQ进程时，确定出现HARQ进程异常。

优选的，上述装置中，所述第二处理单元包括：

第二判断单元，用于判断SPS周期和预留HARQ进程个数的乘积是否能够被SFN总数或一个SFN周期内子帧总数整除；

第四确定单元，用于当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除而跳过一个HARQ进程，并且当前进程被用于接收重传的数据时，确定出现HARQ进程异常。

优选的，上述装置中，所述第二控制单元包括：

第二信息获取单元，用于获取所述第二处理单元的处理结果；

第四执行单元，用于当该处理结果指示出现HARQ进程异常时，采用跳过的HARQ进程接收网络侧新发送的数据，并采用当前HARQ进程继续接收重传的数据。

优选的，上述装置中，所述第二控制单元包括：

第二信息获取单元，用于获取所述第二处理单元的处理结果；

第五执行单元，用于当该处理结果指示出现HARQ进程异常时，利用指定的处于空闲状态的HARQ进程接收网络侧新发送的数据，并采用当前HARQ进程继续接收重传的数据。

优选的，上述装置中，所述第二控制单元包括：

第二信息获取单元，用于获取所述第二处理单元的处理结果；

第六执行单元，用于当该处理结果指示出现HARQ进程异常时，结束当前HARQ进程的数据接收操作，并利用所述当前HARQ进程接收网络侧新发送的数据。

从上述的技术方案可以看出，本发明实施例明确了在SFN翻转后UE跳过一个HARQ进程时，网络侧采用预先与UE侧商定的调度方式调度指定的HARQ传输新到来的数据及需要重传的数据，使得双方对HARQ进程号的理解的保持一致，避免了HARQ进程冲突，保证双方通信的正常进行。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术1的HARQ进程号与SFN之间的对应关系示意图；

图2为现有技术2在SFN翻转时HARQ进程号与SFN之间的对应关系示意图1；

图3为现有技术2在SFN翻转时HARQ进程号与SFN之间的对应关系示意图2；

图4为本发明实施例提供的一种SPS HARQ进程的处理方法的流程图；

图5为本发明实施例提供的一种SPS HARQ进程的处理方法中动态调度强占SPS资源示意图；

图6为本发明实施例提供的另一种SPS HARQ进程的处理方法的流程图；

图7为本发明实施例提供的一种SPS HARQ进程的处理装置结构示意图；

图8-图9为本发明实施例提供的一种SPS HARQ进程的处理装置的第一处理单元的结构示意图1和2；

图10-图12为本发明实施例提供的一种SPS HARQ进程的处理装置的第一控制单元的结构示意图1-3；

图13为本发明实施例提供的另一种SPS HARQ进程的处理装置结构示意图；

图14-图15为图13所示SPS HARQ进程的处理装置的第二处理单元的结构示意图1和2；

图16-图18为图11所示SPS HARQ进程的处理装置的第二控制单元的结构示意图1-3。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

针对现有技术存在的在SPS的周期和预留的HARQ进程个数的乘积不能被SFN总帧数整除的情况下，当SFN翻转时，UE将跳过一个HARQ进程而引起HARQ进程冲突，从而影响网络侧和UE侧之间正常通信的问题，本发明提供一种解决方案，规定在SFN翻转后出现HARQ进程异常时，网络侧和终端侧按照预先商定的调度方式对HARQ进程的处理，统一了双方对HARQ进程的理解，避免出现HARQ进程冲突，保证双方的正常通信。

请参考图4，为本发明实施例提供的一种SPS HARQ进程的处理方法的流程图，主要描述网络侧在预留的HARQ进程号与SFN直接绑定(也即：HARQ进程号与SFN存在公式2所示的关系)或者预留HARQ进程号、SFN和子帧绑定的情况下，对HARQ进程的处理过程，包括以下步骤：

步骤S401、判断SPS周期i和预留HARQ进程个数n的乘积是否可以被SFN总数或一个SFN周期内子帧总数整除，若是，进入步骤S402；否则，进入步骤S403。

当前SFN总数为1024，则判断1024/(i＊n)是否为整数；当前一个SFN周期内子帧总数为1024＊10，则判断1024＊10/(i＊n)是否为整数。

步骤S402、按照HARQ进程号与SFN之间的绑定关系，调用HARQ进程进行数据传送，结束。

步骤S403、判断在SFN翻转后目的UE是否跳过一个HARQ进程，若是，进入步骤S404；否则，返回步骤S402。

步骤S404、以预先与UE商定的调度方式调度指定的HARQ进程进行数据处理，结束。

上述实施例在判断出SFN翻转后目的UE跳过一个HARQ进程时，直接以预先与UE商定的调度方式调度指定的HARQ进程进行数据处理。事实上，当目的UE跳过一个HARQ进程而进入当前HARQ进程时，如果当前HARQ进程没有被用于重传数据，则按照现有的绑定关系调度HARQ进程进行数据处理是不会出现HARQ进程冲突的问题的。因此，在其他实施例中，可以在判断出SFN翻转后目的UE跳过一个HARQ进程后，进一步判断该进程是否正被用于重传数据，若是，再进入步骤S404，否则，则返回步骤S402。

为了方面描述，本文将SFN翻转后，UE跳过一个HARQ进程的情况，及，SFN翻转后，UE跳过一个HARQ进程，并且对应UE当前HARQ进程的网络侧的HARQ进程被用于传输重传数据或者UE当前HARQ进程被用于接收重传数据的情况，均称为HARQ进程异常。

所述预先与UE商定的调度方式可以存在以下几种：

方式1、指定UE侧跳过的HARQ进程为处理新到来数据的HARQ进程，并利用UE当前HARQ进程继续进行数据重传操作。即：网络侧以UE跳过的HARQ进程发送新到来的数据，以UE当前HARQ进程继续数据重传操作；同时，UE以跳过的HARQ进程接收新数据，而以当前HARQ进程继续接收网络侧重传的数据。

如图2所示，UE3在SFN翻转时跳过HARQ进程0而进入HARQ进程1，这时，如果HARQ进程1还在用于重传数据，则为了避免HARQ进程1重传的数据丢失，规定HARQ进程1继续用于重传数据，而对于新到来的数据，则可以调度HARQ进程0来传输所述新到来的数据。在避免HARQ进程1重传的数据丢失的同时，保证了对新到来的数据的正常处理。

方式2、采用处于空闲状态的HARQ进程处理新到来的数据，并利用UE当前HARQ进程继续进行数据重传操作。该HARQ进程可以是预留的HARQ进程，也可以是非预留的HARQ进程。

如图2所示，为UE3预留的HARQ进程有HARQ进程0和HARQ进程1两种，在SFN翻转后，UE3跳过HARQ进程0而进入HARQ进程1，此时，如果非预留的HARQ进程3处于空闲，则可利用该HARQ进程3传输新到来的数据，并继续利用HARQ进程1重传数据。

需要说明的是，采用处于空闲状态的非预留HARQ进程处理新到来的数据的具体实现方式可以是：动态调度强占SPS资源。

假设SPS周期为20ms，预留的HARQ进程数为3(分别为HARQ进程0、HARQ进程1和HARQ进程3)，在SFN翻转后，UE跳过HARQ进程2而进入HARQ进程0，如果此时HARQ进程4处于空闲状态，则利用HARQ进程4强占SPS资源，并且利用这个资源发送新到来的数据，同时使用HARQ进程0继续进行数据重发。如图5所示。

方式3、确定利用当前HARQ进程进行的数据重传操作或重传数据接收操作在SFN翻转后结束，该当前HARQ进程在SFN翻转后被用于处理新到来的数据。

如图2所示，在SFN翻转后，UE3跳过HARQ进程0而进入HARQ进程1，而HARQ进程1重传数据的过程尚未结束，则为了网络侧和UE3双方对HARQ进程号的理解保持一致，可以结束HARQ进程1当前进行的重传数据的过程，而将该HARQ进程1用于传输新来到的数据。

本发明实施例明确了在SFN翻转后UE跳过一个HARQ进程时，网络采用预先与UE侧商定的调度方式调度指定的HARQ传输新到来的数据及需要重传的数据，保证了双方对HARQ进程号的理解的一致性，避免了HARQ进程冲突而影响双方通信的正常进行。

上面介绍了在在SFN翻转后UE跳过一个HARQ进程时，网络侧的HARQ进程处理过程，为了本领域技术人员对本发明技术方案有更好的理解，下面在描述在预留的HARQ进程号与SFN直接绑定(也即HARQ进程号与SFN存在公式2所示的关系)或者HARQ进程号、SFN和子帧绑定的情况下，UE侧对HARQ进程的处理过程。

请参考图6，该处理过程包括以下步骤：

步骤S601、判断SPS周期i和预留HARQ进程个数n的乘积是否可以被SFN总数或一个SFN周期内子帧总数整除，若是，进入步骤S602；否则，进入步骤S603。

当前SFN总帧数为1024，则判断1024/(i＊n)是否为整数；当前一个SFN周期内子帧总数为1024＊10，则判断1024＊10/(i＊n)是否为整数。

步骤S602、按照HARQ进程号与SFN之间的绑定关系，调用相应的HARQ进程接收数据，结束。

步骤S603、判断SFN翻转后是否跳过一个HARQ进程，若是，进入步骤S604；否则，返回步骤S602。

步骤S604、以预先与网络侧商定的调度方式调度指定的HARQ进程进行数据处理，结束。

当UE跳过一个HARQ进程而进入当前HARQ进程时，如果当前HARQ进程没有被用于重传数据，则按照现有的绑定关系调度HARQ进程进行数据处理是不会出现与网络侧HARQ进程号不一致的问题。因此，在其他实施例中，如果在SFN翻转后跳过一个HARQ进程，则进一步判断该进程是否正被用于重传数据，若是，再进入步骤S604，否则，则返回步骤S602。

所述预先与网络侧商定的调度方式可参考前文的方式1-方式3的内容，在此不再赘述。

需要说明的是，网络侧和UE商定的方式可以是：由网络侧依据网络运行实际情况或用户需求决定采用哪种方式，然后通过RRC控制信令告知UE，UE接收到后反馈响应，以网络侧接收到响应为商定完成的标志。

本发明实施例同时还同开了实现上述部分方法流程的装置。

请参考图7，为本发明实施例提供的一种SPS HARQ进程的处理装置结构示意图。

该处理装置设置于网络侧，适用于预留的HARQ进程号与系统帧号SFN直接绑定(HARQ进程号与SFN存在公式2所示的关系)的情况，如图所示，该装置包括：第一处理单元71和第一控制单元72。

第一处理单元71，用于确定在SFN翻转后是否出现HARQ进程异常。

第一控制单元，用于出现HARQ进程异常时，以预先与该UE商定的调度方式调度指定HARQ进程处理数据，使得与该UE之间对HARQ进程的使用保持一致。

当由于SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除，而出现SFN翻转后，UE跳过一个HARQ进程的情况；或者，出现SFN翻转后，UE跳过一个HARQ进程，并且对应UE当前HARQ进程的网络侧的HARQ进程被用于传输重传数据的情况，第一处理单元71确定出现HARQ进程异常。

对应这上述两种情况，第一处理单元71存在两种结构形式，如图8和图9所示。

第一处理单元71第一种结构如图8所示，包括第一判断单元811和第一确定单元812。

第一判断单元811，用于判断SPS周期和预留HARQ进程个数的乘积是否能够被SFN总数或一个SFN周期内子帧总数整除。

第一确定单元812，用于当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除，而使得UE跳过一个HARQ进程时，确定出现HARQ进程异常。

第一处理单元71第一种结构如图9所示，包括第一判断单元911和第二确定单元912。

第一判断单元911与上述第一判断单元81功能相类似。

第二确定单元912，用于当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除而使UE跳过一个HARQ进程，并且对应UE当前HARQ进程的进程被用于重传数据时，确定出现HARQ进程异常。

所述预先与该UE商定的调度方式可参考方法部分的方式1-方式3。具体采用哪种方式是根据网络实际运行情况或用户需求而定。对应方式1-方式3，第一控制单元72存在以下图10-图12所示的几种结构形式：

第一控制单元72的第一种结构如图10所示，包括：第一信息获取单元1021和第一执行单元1022。

第一信息获取单元1021，用于获取所述第一处理单元71的处理结果。

第一执行单元1022，用于当该处理结果指示出现上述的HARQ进程异常时，指定处于空闲状态的非预留HARQ进程传送新到来的数据，并采用当前所在HARQ进程继续传输需要重传的数据。

假设，UE3在SFN翻转时，跳过HARQ进程0进入HARQ进程1，并且HARQ进程1当前正在进行数据重传，则第一执行单元1022采用HARQ进程0传送新到来的数据，而继续采用HARQ进程1进行数据重传。

第一控制单元72的第二种结构如图11所示，包括：第一信息获取单元1121和第二执行单元1122。

第一信息获取单元1121，用于获取所述第一处理单元72的处理结果。

第二执行单元1122，用于当该处理结果指示出现HARQ进程异常时，指定处于空闲状态的非预留HARQ进程传送新到来的数据，并采用当前所在HARQ进程继续传输需要重传的数据。

假设，UE3在SFN翻转时，跳过HARQ进程0进入HARQ进程1，并且HARQ进程1当前正在进行数据重传，则第二执行单元1122采用此时处于空闲状态的HARQ进程3传送新到来的数据，而继续采用HARQ进程1进行数据重传。

第一控制单元72的第三种结构如图12所示，包括：第一信息获取单元1221和第三执行单元1222。

第一信息获取单元1221，用于获取所述第一处理单元72的处理结果。

第三执行单元1222，用于当该处理结果指示出现HARQ进程异常时，结束当前HARQ进程对需要重传的数据的重传操作，并利用当前HARQ进程传输新到来的数据。

假设，UE3在SFN翻转时，跳过HARQ进程0进入HARQ进程1，并且HARQ进程1当前正在进行数据重传，则第三执行单元1222结束HARQ进程1的数据重传操作，并利用该HARQ进程1传送新到来的数据。

上述实施例明确了在SFN翻转后UE跳过一个HARQ进程时，网络采用预先与UE侧商定的调度方式调度指定的HARQ传输新到来的数据及需要重传的数据，保证了双方对HARQ进程号的理解的一致性，避免了HARQ进程冲突，保证双方通信的正常进行。

需要说明的是，包含上述SPS HARQ进程的处理装置的基站设备也属于本发明的保护范畴。

上面介绍了设置于网络侧的SPS HARQ进程的处理装置的结构和功能，下面再介绍设置于UE上的SPS HARQ进程的处理装置的结构和功能。图13示出了本发明实施例提供的另一种SPS HARQ进程的处理装置，包括：第二处理单元131和第二控制单元132。

第二处理单元131，用于确定在SFN翻转后是否出现HARQ进程异常。

第二控制单元132，用于出现HARQ进程异常时，依据与网络侧预先商定的调度方式调度指定的HARQ进程处理数据，使得与网络侧之间对HARQ进程的使用保持一致。

当由于SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除，而出现SFN翻转后，所在UE跳过一个HARQ进程的情况；或者，出现SFN翻转后，所在UE跳过一个HARQ进程，并且当前HARQ进程被用于接收重传数据的情况，第二处理单元131确定出现HARQ进程异常。

对应这上述两种情况，第二处理单元131存在两种结构形式，如图14和图15所示。

第二处理单元131的第一种结构如图14所示，包括：第二判断单元141和第三确定单元142。

第二判断单元141，用于判断SPS周期和预留HARQ进程个数的乘积是否能够被SFN总数或一个SFN周期内子帧总数整除。

第三确定单元142，用于当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除，而使得所在UE跳过一个HARQ进程时，确定出现HARQ进程异常。

第二处理单元131的第一种结构如图15所示，包括：第二判断单元151和第四确定单元152。

第二判断单元151与上述第二判断单元141功能相类似。

第四确定单元152，用于当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除而跳过一个HARQ进程，并且当前进程被用于接收重传的数据时，确定出现HARQ进程异常。

所述预先与该UE商定的调度方式可参考方法部分的方式1-方式3。具体采用哪种方式是根据网络实际运行情况或用户需求而定，对应方式1-方式3及上述网络侧的SPS HARQ进程处理装置中第一控制单元72的结构，本装置中的第二控制单元132存在以下图16-图18所示的几种结构形式：

第二控制单元132的第一种结构如图16所示，包括：第二信息获取单元161和第四执行单元162。

第二信息获取单元161，用于获取所述第二处理单元132的处理结果。

第四执行单元162，用于当该处理结果指示出现HARQ进程异常时，采用跳过的HARQ进程接收网络侧新发送的数据，并采用当前HARQ进程继续接收重传的数据。

假设，UE3在SFN翻转时，跳过HARQ进程0进入HARQ进程1，并且HARQ进程1当前正在进行数据重传，则第四执行单元162采用HARQ进程0接收新到来的数据，而继续采用HARQ进程1接收网络重传的数据。

第二控制单元132的第一种结构如图17所示，包括：第二信息获取单元171和第五执行单元172。

第二信息获取单元171，用于获取所述第二处理单元131的处理结果。

第五执行单元172，用于当该处理结果指示出现HARQ进程异常时，利用指定的处于空闲状态的非预留HARQ进程接收网络侧新发送的数据，并采用当前HARQ进程继续接收重传的数据。

第二控制单元132的第一种结构如图18所示，包括：第二信息获取单元181和第六执行单元182。

第二信息获取单元181，用于获取所述第二处理单元131的处理结果。

第六执行单元182，用于当该处理结果指示出现HARQ进程异常时，结束当前HARQ进程的数据接收操作，并利用所述当前HARQ进程接收网络侧新发送的数据。

上述实施例明确了在SFN翻转后跳过一个HARQ进程时，UE采用预先与网络侧商定的调度方式调度指定的HARQ传输新到来的数据及需要重传的数据，保证了双方对HARQ进程号的理解的一致性，避免了HARQ进程冲突，保证双方通信的正常进行。

UE与网络侧采用的HARQ进程处理方式保持一致，如网络侧采用方式1进行HARQ进程处理时，UE也采用方式1进行HARQ进程处理。具体采用哪种方式可由网络侧确定并通过RRC信令告知UE。

需要说明的是，包含上述SPS HARQ进程的处理装置的用户设备同样属于本发明的保护范畴。

本领域技术人员可以理解，可以使用许多不同的工艺和技术中的任意一种来表示信息、消息和信号。例如，上述说明中提到过的消息、信息都可以表示为电压、电流、电磁波、磁场或磁性粒子、光场或以上任意组合。

专业人员还可以进一步应能意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (24)

1、一种半持续调度SPS混合自动重传请求HARQ进程的处理方法，用于预留的HARQ进程号与系统帧号SFN直接绑定的情况，或者预留的HARQ进程号、SFN和子帧绑定的情况，其特征在于，所述方法包括：

在确定SFN翻转后出现HARQ进程异常时，以预先与所述UE商定的调度方式调度指定HARQ进程处理数据，使得与所述UE之间对HARQ进程的使用保持一致。

2、如权利要求1所述的方法，其特征在于，确定SFN翻转后出现HARQ进程异常具体为：

当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除，使UE跳过一个HARQ进程时，确定出现HARQ进程异常。

3、如权利要求1所述的方法，其特征在于，确定SFN翻转后出现HARQ进程异常具体为：

当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除而使UE跳过一个HARQ进程，并且对应UE当前进程的进程被用于进行数据重传时，确定出现HARQ进程异常。

4、如权利要求1、2或3所述的方法，其特征在于，以预先与UE商定的调度方式调度指定HARQ进程处理数据具体为：

采用跳过的HARQ进程传送新到来的数据，并采用当前所在HARQ进程继续传输需要重传的数据。

5、如权利要求1、2或3所述的方法，其特征在于，以预先与UE商定的调度方式调度指定HARQ进程处理数据具体为：

指定处于空闲状态HARQ进程传送新到来的数据，并采用当前所在HARQ进程继续传输需要重传的数据。

6、如权利要求1、2或3所述的方法，其特征在于，以预先与UE商定的调度方式调度指定HARQ进程处理数据具体为：

结束当前HARQ进程对需要重传的数据的重传操作，并利用当前HARQ进程传输新到来的数据。

7、一种SPS HARQ进程的处理方法，用于预留的HARQ进程号与系统帧号SFN直接绑定的情况，或者预留的HARQ进程号、SFN和子帧绑定的情况，其特征在于，所述方法包括：

在确定SFN翻转后出现HARQ进程时，依据与网络侧预先商定的调度方式调度指定的HARQ进程处理数据，使得与网络侧之间对HARQ进程的使用保持一致。

8、如权利要求7所述的方法，其特征在于，确定SFN翻转后出现HARQ进程异常具体为：

当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除而跳过一个HARQ进程时，确定出现HARQ进程异常。

9、如权利要求7所述的方法，其特征在于，确定SFN翻转后出现HARQ进程异常具体为：

当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除而跳过一个HARQ进程，并且当前进程被用于接收重传的数据时，确定出现HARQ进程异常。

10、如权利要求7、8或9所述的方法，其特征在于，依据与网络侧预先商定的调度方式调度指定的HARQ进程处理数据具体为：

采用跳过的HARQ进程接收网络侧新发送的数据，并采用当前HARQ进程继续接收重传的数据。

11、如权利要求7、8或9所述的方法，其特征在于，依据与网络侧预先商定的调度方式调度指定的HARQ进程处理数据具体为：

利用指定的处于空闲状态HARQ进程接收网络侧新发送的数据，并采用当前HARQ进程继续接收重传的数据。

12、如权利要求7、8或9所述的方法，其特征在于，依据与网络侧预先商定的调度方式调度指定的HARQ进程处理数据具体为：

结束当前HARQ进程的数据接收操作，并利用所述当前HARQ进程接收网络侧新发送的数据。

13、一种SPS HARQ进程的处理装置，用于预留的HARQ进程号与系统帧号SFN直接绑定的情况，或者预留的HARQ进程号、SFN和子帧绑定的情况，其特征在于，包括：

第一处理单元，用于确定在SFN翻转后是否出现HARQ进程异常；

第一控制单元，用于出现HARQ进程异常时，以预先与该UE商定的调度方式调度指定HARQ进程处理数据，使得与该UE之间对HARQ进程的使用保持一致。

14、如权利要求13所述的装置，其特征在于，所述第一处理单元包括：

第一判断单元，用于判断SPS周期和预留HARQ进程个数的乘积是否能够被SFN总数或一个SFN周期内子帧总数整除；

第一确定单元，用于当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除，而使得UE跳过一个HARQ进程时，确定出现HARQ进程异常。

15、如权利要求13所述的装置，其特征在于，所述第一处理单元包括：

第一判断单元，用于判断SPS周期和预留HARQ进程个数的乘积是否能够被SFN总数或一个SFN周期内子帧总数整除；

第二确定单元，用于当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除而使UE跳过一个HARQ进程，并且对应UE当前HARQ进程的进程被用于重传数据时，确定出现HARQ进程异常。

16、如权利要求13、14或15所述的装置，其特征在于，所述第一控制单元包括：

第一信息获取单元，用于获取所述第一处理单元的处理结果；

第一执行单元，用于当该处理结果指示出现HARQ进程异常时，指定处于空闲状态的HARQ进程传送新到来的数据，并采用当前所在HARQ进程继续传输需要重传的数据。

17、如权利要求13、14或15所述的装置，其特征在于，所述第一控制单元包括：

第一信息获取单元，用于获取所述第一处理单元的处理结果；

第二执行单元，用于当该处理结果指示出现HARQ进程异常时，指定处于空闲状态的HARQ进程传送新到来的数据，并采用当前所在HARQ进程继续传输需要重传的数据。

18、如权利要求13、14或15所述的装置，其特征在于，所述第一控制单元包括：

第一信息获取单元，用于获取所述第一处理单元的处理结果；

第三执行单元，用于当该处理结果指示出现HARQ进程异常时，结束当前HARQ进程对需要重传的数据的重传操作，并利用当前HARQ进程传输新到来的数据。

19、一种SPS HARQ进程的处理装置，用于预留的HARQ进程号与系统帧号SFN直接绑定的情况，或者预留的HARQ进程号、SFN和子帧绑定的情况，其特征在于，包括：

第二处理单元，用于确定在SFN翻转后是否出现HARQ进程异常；

第二控制单元，用于出现HARQ进程异常时，依据与网络侧预先商定的调度方式调度指定的HARQ进程处理数据，使得与网络侧之间对HARQ进程的使用保持一致。

20、如权利要求19所述的装置，其特征在于，所述第二处理单元包括：

第二判断单元，用于判断SPS周期和预留HARQ进程个数的乘积是否能够被SFN总数或一个SFN周期内子帧总数整除；

第三确定单元，用于当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除，而使得所在UE跳过一个HARQ进程时，确定出现HARQ进程异常。

21、如权利要求19所述的装置，其特征在于，所述第二处理单元包括：

第二判断单元，用于判断SPS周期和预留HARQ进程个数的乘积是否能够被SFN总数或一个SFN周期内子帧总数整除；

第四确定单元，用于当SPS周期和预留HARQ进程个数的乘积不能被SFN总数或一个SFN周期内子帧总数整除而跳过一个HARQ进程，并且当前进程被用于接收重传的数据时，确定出现HARQ进程异常。

22、如权利要求19、20或21所述的装置，其特征在于，所述第二控制单元包括：

第二信息获取单元，用于获取所述第二处理单元的处理结果；

第四执行单元，用于当该处理结果指示出现HARQ进程异常时，采用跳过的HARQ进程接收网络侧新发送的数据，并采用当前HARQ进程继续接收重传的数据。

23、如权利要求19、20或21所述的装置，其特征在于，所述第二控制单元包括：

第二信息获取单元，用于获取所述第二处理单元的处理结果；

第五执行单元，用于当该处理结果指示出现HARQ进程异常时，利用指定的处于空闲状态的HARQ进程接收网络侧新发送的数据，并采用当前HARQ进程继续接收重传的数据。

24、如权利要求19、20或21所述的装置，其特征在于，所述第二控制单元包括：

第二信息获取单元，用于获取所述第二处理单元的处理结果；

第六执行单元，用于当该处理结果指示出现HARQ进程异常时，结束当前HARQ进程的数据接收操作，并利用所述当前HARQ进程接收网络侧新发送的数据。

Images