本发明公开了一种同步混合式自动请求重传HARQ进程冲突的处理方法，用以解决现有技术中在解决同步HARQ重传冲突时对冲突发生前的传输时间和传输资源的浪费问题。该方法包括：如果确定在同步混合式自动请求重传HARQ进程的重传时刻会发生同步HARQ进程冲突时，在所述重传时刻，暂停发送优先级低的同步HARQ进程的重传操作，并按预定义方式继续发送优先级高的进程，并在所述发送优先级低的同步HARQ进程的确定不会发生冲突的下一个预定义重传时刻，继续重传操作；否则，按预定义方式继续同步HARQ进程的重传操作。利用本发明供的解决方案能有效的利用冲突发生前同步HARQ传输的资源，提高了传输性能。
1.一种同步混合式自动请求重传进程冲突的处理方法，其特征在于，包括：
若终端一直监听控制信道，如果确定在同步混合式自动请求重传HARQ进程的重传时刻会发生同步HARQ进程冲突时，在所述重传时刻到来前，接收到基站向发送优先级低的同步HARQ进程的终端发送特殊调度信令指示暂停该同步HARQ进程的重传操作时，在所述重传时刻，暂停发送优先级低的同步HARQ进程的重传操作，并按预定义方式继续发送优先级高的进程，在所述发送优先级低的同步HARQ进程的下一个预定义重传时刻，如果确定不会发生同步HARQ进程冲突，则继续该同步HARQ进程的重传操作；否则，按预定义方式继续同步HARQ进程的重传操作；
若终端在重传时未监听控制信道，终端接收基站发送的针对所述同步HARQ进程的初始传输调度信令，该初始传输调度信令中含有确定的是否可能发生同步HARQ进程重传冲突以及可能发生重传冲突的重传时刻信息的碰撞Collision域值；则终端根据所述初始传输调度信令中的Collision域值确定在同步HARQ进程可能发生冲突前监听控制信道，并根据监听到的调度信令中设置的重传指示信息确定是否进行重传操作，如果确定不进行重传操作，则该终端暂停所述同步HARQ进程的重传操作。
2.如权利要求1所述的方法，其特征在于，在所述重传时刻到来前，如果所述发送优先级低的同步HARQ进程的终端没有监听到基站发送的调度信令，该方法进一步包括：该终端根据设置的HARQ进程属性确定是否需要暂停所述同步HARQ进程的重传操作，如果需要，则该终端暂停该同步HARQ进程的重传操作；
并且，当该终端收到基站发送的调度信令后，在之后的所述同步HARQ进程的第一个预定义重传时刻按该调度信令指示的方式发送该同步HARQ重传；
其中，所述HARQ进程属性包括：在同步HARQ进程的重传时刻如果没有收到调度信令是否暂停该同步HARQ进程的重传操作的信息。
3.如权利要求2所述的方法，其特征在于，所述HARQ进程属性根据如下方式设置：基站确定终端需要的HARQ进程属性，并将含有所述HARQ进程属性信息的初始分配资源的调度信令发送给所述终端；
4.如权利要求2所述的方法，其特征在于，所述HARQ进程属性设置的方式还包括：基站和终端根据同步HARQ进程的业务质量属性QoS按约定原则设置HARQ进程属性。
5.如权利要求1所述的方法，其特征在于，所述重传指示信息还包括：同步HARQ进程重传的频率资源位置信息，则该方法进一步包括：终端在所述频率资源位置信息，重传所述同步HARQ进程。
6.如权利要求1所述的方法，其特征在于，所述是否可能发生同步HARQ进程重传冲突是根据该同步HARQ进程的发送优先级来确定的。
7.如权利要求1或6所述的方法，其特征在于，所述发送优先级是根据进程的优先级来确定的，优先级高的进程发送优先级高。
8.如权利要求1所述的方法，其特征在于，所述发送优先级是根据到可能的冲突前获得的重传次数来确定，重传次数少的同步HARQ进程的发送优先级高。
9.如权利要求1所述的方法，其特征在于，所述发送优先级是根据到可能的冲突前单次重传资源的数量来确定，单次重传资源的数量多的同步HARQ进程的发送优先级高。
10.如权利要求1的所述的方法，其特征在于，在所述发送优先级低的同步HARQ进程的下一个预定义重传时刻继续该同步HARQ进程的重传操作之后，还包括：基站将该同步HARQ进程暂停后的重传数据包与该同步HARQ进程暂停前的数据包进行HARQ重传合并。
11.如权利要求1的所述的方法，其特征在于，在所述发送优先级低的同步HARQ进程的下一个预定义重传时刻继续该同步HARQ进程的重传操作之前，还包括：判断是否达到最大重传次数或是否达到最大时延，如果是，放弃所述同步HARQ进程的重传操作；否则继续重传操作。
12.一种处理同步HARQ进程冲突的系统，其特征在于，包括：基站，第一终端，第二终端，其中，第一终端的同步HARQ进程的发送优先级比第二终端的进程的发送优先级低，若第一终端和第二终端在重传时监听控制信道：所述基站，用于确定发生同步混合式自动请求重传HARQ进程的重传时刻会发生同步HARQ冲突时，在所述重传时刻到来前，向第一终端发送特殊调度信令指示暂停其同步HARQ进程的重传操作；
所述第一终端，用于在所述发生同步HARQ进程冲突的时刻，暂停该同步HARQ进程的重传操作，并在该同步HARQ进程的下一个预定义时刻发起同步HARQ进程的重传操作；
所述第二终端，用于在所述发生同步HARQ进程冲突的时刻，按预定义方式继续该终端的进程；
所述基站，用于向第一终端发送针对所述同步HARQ进程的初始传输调度信令，该初始传输调度信令中含有确定的是否可能发生同步HARQ进程重传冲突以及可能发生重传冲突的重传时刻信息的Collision域值；
所述第一终端，用于根据所述Collision域值确定在同步HARQ进程可能发生冲突前监听控制信道，并根据监听到的调度信令中设置的重传指示信息确定是否进行重传操作，如果确定不进行重传操作，则该终端暂停所述同步HARQ进程的重传操作，并在该同步HARQ进程的下一个预定义时刻发起同步HARQ进程的重传操作；
所述第二终端，用于在所述发生同步HARQ进程冲突的时刻，按预定义方式继续该终端的进程。
预测单元，用于确定同步HARQ进程发生冲突的时刻；
通知单元，用于若终端一直监听控制信道时，在所述同步HARQ进程发生冲突的时刻到来前，向发送优先级低的同步HARQ进程的终端发送暂停该同步HARQ进程的重传操作的调度信令，并在所述同步HARQ进程发生冲突的时刻通知发送优先级低的同步HARQ进程的终端暂停该同步HARQ进程的重传操作；以及若终端在重传时未监听控制信道，向终端发送针对所述同步HARQ进程的初始传输调度信令，通知终端在可能发生同步HARQ进程冲突前，监听控制信道，该初始传输调度信令中含有确定的是否可能发生同步HARQ进程重传冲突以及可能发生重传冲突的重传时刻信息的Collision域值。
14.如权利要求13所述的基站，其特征在于，所述通知单元，用于设置包含在同步HARQ进程的重传时刻是否暂停该同步HARQ进程信息的HARQ进程属性。
15.如权利要求13所述的基站，其特征在于，所述基站进一步包括：
合并单元，用于在同步HARQ进程的下一个预定义重传时刻继续重传之后，将该同步HARQ进程暂停后的重传数据包与暂停前的数据包进行HARQ重传合并。
暂停单元，用于在确定在同步HARQ进程的重传时刻会发生同步HARQ进程冲突时，在所述重传时刻，暂停该同步HARQ进程的重传操作；
继续重传单元，用于在确定不会发生同步HARQ进程冲突的下一个预定义重传时刻继续该同步HARQ进程的重传操作；
所述暂停单元，用于在所述重传时刻，如果接收到来自基站的指示暂停所述同步HARQ进程的调度信令，则暂停该同步HARQ进程的重传操作；或用于在所述在重传时刻到来前，如果没有监听到来自基站的调度信令，则根据设置的HARQ进程属性确定是否需要暂停所述同步HARQ进程的重传操作；
启动监听单元，用于根据来自基站的针对所述同步HARQ进程的初始传输调度信令中含有的是否可能发生同步HARQ进程重传冲突以及可能发生重传冲突的重传时刻的信息，在该同步HARQ进程可能发生冲突前监听控制信道。
17.如权利要求16所述的终端，其特征在于，所述终端进一步包括：
判断单元，用于在确定不会发生同步HARQ进程冲突的下一个预定义重传时刻继续该同步HARQ进程的重传操作之前，判断是否达到最大重传次数或是否达到最大时延，如果是，放弃所述同步HARQ进程的重传操作；否则继续重传操作。
同步混合式自动请求重传进程冲突的处理方法及装置
技术领域
[0001] 本发明涉及计算机及通信技术领域，尤其涉及同步混合式自动请求重传(HARQ)进程冲突的处理方法及装置。
背景技术
[0002] 为了确保在无线传输环境下，数据能高质量、高效率的传输，现代移动通信提出了混合式自动请求重传(HARQ)的重新传送机制，这种机制将自动请求重传(ARQ)和前向纠错编码(FEC)两种技术结合起来，能解决信道噪声和由于移动性带来的衰落以及其他用户带来的干扰使得信道传输质量很差的问题，又能提高传输效率。
[0003] 在以正交频分(OFDM)技术为基础的系统中，HARQ可以分为同步HARQ(SHARQ，Synchronous HARQ)和异步HARQ(AHARQ，AsynchronousHARQ)。SHARQ是指HARQ进程的重传操作的时刻是预定义的，在重传前不需要显式的信令来指示HARQ进程标识；而AHARQ则是指特定HARQ进程的重传操作是由调度决定的，在启动进程之前，发送显式的信令来指示HARQ进程标识，重传操作可发生在任何时刻。
[0004] 为了增加HARQ机制适应信道变化的灵活性，HARQ技术又分为自适应HARQ(Adaptive HARQ)和非自适应HARQ(Non-adaptive HARQ)。AdaptiveHARQ是指发端由于一定的原因，如由于信道属性的变化，可以每次重传时，改变部分或者所有传输属性，所以在每次重传之前需要相关的控制命令，可变的传输属性则包括：调制方式、资源分配和传输的持续时间；而Non-adaptiveHARQ则是发端和收端在初始传输时，已经知道每次重传的传输属性，因此在每次重传之前，不需要相关的控制信令。
[0005] 由于同步HARQ进程的重传操作的时刻是预定义的，在重传前不需要显式的信令来指示HARQ进程标识，这样在预定义的时刻进行重传操作时可以略去进程标识指示，能减少信令的开销，尤其是当采用同步非自适应HARQ，则不需控制信令指示，所以通常在上行时采用同步HARQ。但因同步HARQ的重传操作时刻是预定义的，如果在预定义的重传时刻有高优先级的其它进程占用了重传资源而又无其它频率资源可用时，就会发生进程冲突。同步HARQ进程冲突包含两种典型场景，如图1A和图1B所示：
[0006] (1)可预测的冲突：也就是同步HARQ重传资源位于指定时刻的指定频率资源位置，该时刻的该频率资源位置存在比该同步HARQ进程的优先级更高的进程，发生同步HARQ进程冲突。如同步非自适应HARQ重传，其重传资源位于指定时刻的指定频率资源位置，如果该时刻的该频率资源的位置存在持续调度初始传输，则会发生冲突。如图1A所示，持续调度(persistent scheduling)的周期为9个TTI(基本传输时间间隔)。同步非自适应HARQ进程1(Process1)在第4个TTI进行初始传输，重传间隔为2个TTI，如果存在第1、2次重传，将分别发生在第7个和第10个TTI。由于第10个TTI存在持续调度，所以Process1的第2次重传将和persistent scheduling发生冲突。
[0007] (2)不可预测的冲突：也就是同步HARQ重传资源位于指定时刻的任意频率资源位置，在该时刻所有的频率资源已被比该同步HARQ进程的优先级更高的进程占用，发生同步HARQ进程冲突。比如同步自适应HARQ重传，其重传资源位于指定时刻的任意频率资源位置，如果该时刻有优先级更高的HARQ重传进程或/和持续调度初始传输进程占满了所有频率资源，将导致该时刻没有频率资源可用。如图1B所示，持续调度的周期为9个TTI。进程1在第4个TTI进行初始传输，重传间隔为2个TTI，进程2在第7个TTI进行初始传输，重传间隔也为2个TTI。如果进程1存在第1、2次重传，将分别发生在第7个和第10个TTI；
进程2存在第1次重传，将发生在第10个TTI。由于第10个TTI的资源已经被持续调度的初始传输和进程1的第二次重传占完了，进程2的第1次重传没有频率资源可用，发生冲突。
[0008] 为了解决同步HARQ进程发生的重传冲突，现有技术方案的基本思想是在发生重传冲突时，终止优先级较低的HARQ进程，可行的实现方法之一为：在预测到冲突时对没有传输成功的低优先级同步HARQ进程发送命令正确的答应信号(ACK)提前终止该进程，然后通过无线链路控制(RLC)层的自动请求重发(ARQ)解决传输错误。
[0009] 现有的技术方案虽然解决了同步HARQ进程的重传冲突问题，但提前终止了同步HARQ进程，放弃了对应媒体接入控制协议数据单元(MAC PDU)的正确传输，浪费了该HARQ进程终止前的HARQ传输的资源。
发明内容
[0010] 有鉴于此，本发明实施例提供一种同步混合式自动请求重传HARQ进程冲突的处理方法，用以解决现有技术中在解决同步HARQ重传冲突时对冲突发生前的传输资源的浪费问题。
[0011] 本发明实施例提供的一种同步混合式自动请求重传进程冲突的处理方法，包括：
[0012] A、如果确定在同步混合式自动请求重传HARQ进程的重传时刻会发生同步HARQ进程冲突时，在所述重传时刻，暂停发送优先级低的同步HARQ进程的重传操作，并按预定义方式继续发送优先级高的进程，继续步骤B；否则，按预定义方式继续同步HARQ进程的重传操作，结束；
[0013] B、在所述发送优先级低的同步HARQ进程的下一个预定义重传时刻，如果确定不会发生同步HARQ进程冲突，则继续该同步HARQ进程的重传操作。
[0014] 本发明实施例提供的一种处理同步HARQ进程冲突的系统，包括：基站，第一终端，第二终端，其中，第一终端的进程发送优先级比第二终端的进程发送优先级低，[0015] 所述基站，用于确定发生同步HARQ进程冲突的时刻，并通知第一终端暂停其同步HARQ进程的重传操作；
[0016] 所述第一终端，用于在所述发生同步HARQ进程冲突的时刻，暂停该同步HARQ进程的重传操作，并在该同步HARQ进程的下一个预定义时刻发起同步HARQ进程的重传操作；终端和基站，其中，
[0017] 所述第二终端，用于在所述发生同步HARQ进程冲突的时刻，按预定义方式继续该终端的进程。
[0018] 本发明实施例提供的一种基站，包括：
[0019] 预测单元，用于确定同步HARQ进程发生冲突的时刻；
[0020] 通知单元，用于在所述同步HARQ进程发生冲突的时刻通知发送优先级低的同步HARQ进程的终端暂停该同步HARQ进程的重传操作。
[0021] 本发明实施例提供的一种用户终端，包括：
[0022] 暂停单元，用于在确定在同步HARQ进程的重传时刻会发生同步HARQ进程冲突时，在所述重传时刻，暂停该同步HARQ进程的重传操作；
[0023] 继续重传单元，用于在确定不会发生同步HARQ进程冲突的下一个预定义重传时继续该同步HARQ进程的重传操作。
[0024] 发明实施例中当同步HARQ进程发生重传冲突时，终端暂停该次HARQ重传，并在下一次重传预定义时刻继续发起重传，有效的利用了冲突发生前同步HARQ传输的资源，提高了传输性能。
附图说明
[0025] 图1A为现实中存在的同步非自适应HARQ重传与持续调度初始传输的冲突场景示意图；
[0026] 图1B为现实中存在的由于同步HARQ重传预定义时刻资源不足产生的冲突场景示意图；
[0027] 图2A为本发明实施例中对同步非自适应HARQ与持续调度冲突的解决方案示意图；
[0028] 图2B为本发明实施例中对同步HARQ重传预定义时刻资源不足时所产生冲突的解决方案示意图；
[0029] 图3为本发明实施例中终端一直监听控制信道的情况下，通过调度信令处理同步HARQ进程冲突的流程图；
[0030] 图4为本发明实施例中终端一直监听控制信道的情况下，通过HARQ进程属性处理同步HARQ进程冲突的流程图；
[0031] 图5为本发明实施例中终端在重传时不监听控制信道的情况下，引入Collision域处理同步HARQ进程冲突的流程图；
[0032] 图6为本发明实施例中同步非自适应HARQ模式下确定同步HARQ进程的发送优先级的说明图；
[0033] 图7为本发明实施例中未知终端是否监听控制信道的处理方案流程图；
[0034] 图8为本发明实施例中一种处理同步HARQ进程冲突的系统示意图；
[0035] 图9为本发明实施例中一种基站的结构示意图；
[0036] 图10为本发明实施例中一种终端的结构示意图。
具体实施方式
[0037] 本发明实施例中，基站判断在同步HARQ进程的重传时刻，是否会发生同步HARQ进程冲突，如果会，则暂停发送优先级低的同步HARQ进程的重传操作，并按预定义方式继续发送优先级高的进程，并在该发送优先级低的同步HARQ进程的下一个预定义重传时刻，判断重传是否达到了最大重传次数或达到了最大时延要求时，如果没有，则继续同步HARQ进程的重传操作，并将暂停重传前的数据包与暂停后传输的数据包进行合并，这样有效利用了同步HARQ进程发生冲突前传输的数据和时间；如果确定在该同步HARQ进程的重传时刻不会发生同步HARQ进程冲突，则按预定义方式发送同步HARQ重传。
[0038] 在同步HARQ的传输中，可能存在两种终端监听控制信道的情况：终端一直监听控制信道；终端在重传时不监听控制信道，如同步非自适应HARQ机制中终端不监听控制信道。
[0039] 对于终端一直监听控制信道的情况，可以采取两种方案解决同步HARQ进程冲突的问题。
[0040] 第一种解决方案是基站在确定同步HARQ进程的重传时刻会发生同步HARQ进程冲突时，在该重传时刻到来之前，向发送优先级低的同步HARQ进程的终端发送指示暂停该同步HARQ进程的重传操作的调度信令，该终端收到基站发来的调度信令，在所述重传时刻暂停该同步HARQ进程的重传操作，并在该同步HARQ进程的下一个预定义重传时刻继续发起重传操作。这种方法不会改变现在有任何操作和信令格式，通用性强。
[0041] 第二种解决方案是终端同步HARQ进程的重传时刻到来前，没有监听到基站发送的调度信令，则根据设置的HARQ进程属性确定是否需要暂停其同步HARQ进程的重传操作，如果需要，则该终端暂停该同步HARQ进程的重传操作，并且，当该终端收到基站发送的调度信令后，在之后的所述同步HARQ进程的第一个预定义重传时刻按该调度信令指示的方式发送该同步HARQ重传，该HARQ进程属性包括：在同步HARQ进程的重传时刻如果没有收到调度信令是暂停该同步HARQ进程的重传操作还是按预定义方式发送重传的信息。HARQ进程属性可以通过基站在同步HARQ进程的初始分配资源的调度信令中带1bit信息来设置，也可通过同步HARQ进程的QoS属性按约定原则设置，用这种方法不用在控制信令中增加资源。
[0042] 对于终端在重传时不监听控制信道的情况，本发明实施例在同步HARQ进程的初始传输调度信令中包含通知终端在可能发生同步HARQ进程冲突前监听控制信道的信息，该信息内容包含该同步HARQ进程是否可能发生冲突以及可能发生冲突时的重传时刻。这样，当基站确定会发生同步HARQ进程冲突时，就可以通过向终端发送指示暂停的调度信令来暂停发送优先级低的同步HARQ进程，解决同步HARQ进程冲突的问题。同时，基站可以通过调度信令将同步非自适应HARQ进程的重传频率分配到其他频率资源位置，以解决同步非自适应HARQ进程冲突的问题，同时还能解决同步非自适应HARQ重传频率资源分配不够灵活的问题。
[0043] 例如，对于背景技术中所述的两种冲突，本发明实施例的解决方案分别如图2A、图2B所示。
[0044] 如图2A，同步非自适应HARQ与持续调度在第10个TTI发生冲突时，因为持续调度的进程优先级高，其发送优先级也高，相应的同步非自适应HARQ的发送优先级低，所以暂停Process1，将Process1的第二次重传顺延到下一次同步重传的预定义时间，即第13个TTI。
[0045] 如图2B，同步HARQ进程2在预定义的第10个TTI时刻，由于资源全被持续调度和Process1的第二次重传占用了，资源不足产生冲突，由于持续调度和Process1的优先级比Process2高，因此将Process2的第一次重传顺延到下一次同步重传的预定义时间，即第13个TTI。
[0046] 图3示出了本发明实施例中终端一直监听控制信道的情况下，基站通过发送调度信令解决同步HARQ重传冲突的流程。如图3所示，主要包括以下步骤：
[0047] 步骤301：用户终端一直监听控制信道。
[0048] 步骤302～步骤303：基站确定在同步HARQ的预定义重传时刻可能会有冲突发生，则向发送优先级低的同步HARQ进程的终端发送指示终端暂停重传的调度信令。
[0049] 在本实施例中，指示终端暂停重传的调度信令为空的调度信令，也可以采用一种完全不同的特殊调度信令格式来指示终端暂停同步HARQ重传操作。调度信令的格式如表1所示。如果资源分配采用位映像(bitmap)形式，则发空的调度信令是指将下表的资源分配域设置为全0，也可以是指定分配资源为空的其他形式。
[0050] 表1调度信令结构
[0051]编号 名称 说明
1 UE ID 指示本条调度信令所调度的对象
2 资源分配 指示本条调度信令所调度的资源块的频率位置
3 其他 与天线、调制方式和HARQ等相关的信息
[0052] 步骤304：终端接收到指示暂停重传的调度信令后，在本次预定义重传时间不发送HARQ重传，暂停该HARQ进程，等待下一次重传预定义时间再继续重传。
[0053] 在上述步骤中，如果终端在预定义重传时刻没有接收到调度信令或接收到的是一般的调度信令，即非指示暂停重传的调度信令，则在没收到调度信令时按预定义的方式重传或在接收到一般的调度信令时按调度信令的指示重传。
[0054] 图4示出通过在同步HARQ进程的初始分配资源的调度信令中引入表示HARQ进程属性的位，利用该位的值表示所述HARQ进程属性值，通知终端暂停所述HARQ进程的重传操作，处理HARQ进程冲突的流程，其主要步骤包括：
[0055] 步骤401：用户终端一直监听控制信道。
[0056] 步骤402～步骤404：基站通过确定在同步HARQ进程的预定义重传时刻会不会发生冲突，从而确定该同步HARQ进程的HARQ进程属性，在初始分配资源的调度信令中设置1bit的信息用来传递HARQ的进程属性，终端在同步HARQ进程发生重传冲突时，如果没有监听到针对自己的调度信令，则按照HARQ进程属性的值选择暂停该次重传或按预定义方式进行重传，如当HARQ进程属性为1时按预定义方式发送HARQ重传，属性为0时暂停该次HARQ重传。这样，有冲突发生时，只要基站不对该终端发送调度命令，即可暂停该次HARQ重传，解决冲突问题。
[0057] 步骤402中的进程属性也可不在调度信令中占用1bit来设置，可以通过进程的QoS属性来设置。在建立业务连接时，基站和终端都已知HARQ进程的QoS属性，可以按约定原则设置HARQ进程属性。比如，基于IP的语音呼叫(VoIP，Voice over IP)初始分配为持续调度时，基站为终端指定固定时刻的固定频率资源进行初始传输，这样，基站和终端都确知该时频资源位置对应的同步HARQ进程承载的业务为VoIP。在VoIP业务的上行传输中，采用按照调度信令发送重传的方式进行传输，故将其HARQ进程属性默认为0，即指示终端在没有收到重传调度信令时暂停重传操作。这样，终端只有在收到调度命令时才进行同步HARQ进程的重传操作，否则跳过这次重传。
[0058] 如果终端在重传时刻不监听控制信道，在同步HARQ进程的预定义重传时刻，终端不能监听到基站发送的调度信令，就不能通过调度信令通知终端暂停重传操作。对于同步HARQ来说，在同步非自适应HARQ模式中终端不监听控制信道。针对这种情况本发明实施例采用在同步HARQ的初始传输调度信令中引入Collision域，通过Collision域值指示是否可能发生同步HARQ进程冲突以及可能发生同步HARQ进程冲突的重传时刻信息，终端根据Collision域的值在可能发生冲突前监听控制信道。以同步非自适应HARQ为例，对重传冲突的处理流程如图5所示，其主要步骤包括：
[0059] 步骤501：基站根据预测，确定冲突可能发生的时刻和相应的频率资源，并在同步HARQ进程的初始传输调度信令中设置指示是否可能发生同步HARQ进程冲突以及可能发生同步HARQ进程冲突的重传次数的Collision域值。
[0060] 其中Collision域值所代表的信息有两种：
[0061] 第一种，Collision域值为可能发生冲突的序列号，这适用于HARQ重传冲突发生的场景最多不超过一次的情况。此时，Collision域占用 个bit， 表示向上取整，NHARQ_Max表示HARQ最大重传次数。比如，假设同步非自适应HARQ最大重传次数为3，则Collision域定义为2个bit，每种可能的域值的具体含义为：00，表示不会发生冲突；01，表示在第1次同步非自适应HARQ重传可能发生冲突；10，表示在第2次同步非自适应HARQ重传可能发生冲突；11，表示在第3次同步非自适应HARQ重传可能发生冲突。即当Collision≠00时，指示可能会发生同步HARQ重传冲突。
[0062] 第二种，Collision域值为位图bitmap的形式，这适用于重传冲突发生的场景可能有多次的情况。此时Collision域占用最大重传次数个bit。例如，假设同步非自适应HARQ最大重传次数为3，Collision域定义为3bit，格式如表2所示，对应位置为“1”表示可能发生冲突，对应位置为“0”表示不会发生冲突，例如：Collision＝001表示第三次重传可能发生冲突，要求终端在第三次重传之前监听控制信令。
[0063] 表2.用bitmap指示最大重传次数为3的Collision域的格式
[0064]第一次重传可能冲突否 第二次重传可能冲突否 第三次重传可能冲突否
[0065] 由于持续调度的周期性，在持续调度初始分配的时刻资源的占用是确定的，因此，是否可能发生同步HARQ进程冲突以及可能发生同步HARQ进程冲突的重传次数是可以预测的。其中是否可能发生同步HARQ进程冲突是根据该进程的发送优先级来确定的，在本实施例中，发送优先级除了根据进程的优先级来确定外，还可以根据冲突发生前的重传次数以及单次重传资源的数量来确定，具体设置情况如下：
[0066] 当同步非自适应HARQ重传与持续调度初始传输冲突时，因为持续调度初始传输的进程优先级最高，所以其发送优先级也最高，因而设置该同步非自适应HARQ进程的Collision域值为可能发生重传冲突的重传时刻。
[0067] 当几个同步HARQ进程发生冲突时，优先级最高的同步HARQ进程的发送优先级也最高，将其Collision域值设置为00，即该同步HARQ进程在重传时刻不发生冲突；而其它同步HARQ进程的Collision域值设置为可能发生重传冲突的重传时刻。
[0068] 当几个同步HARQ进程发生冲突时，到可能的冲突前获得重传次数最少的同步HARQ进程的发送优先级最高，将其Collision域值设置为00；其它同步HARQ进程的Collision域值设置为可能发生重传冲突的重传时刻。
[0069] 例如，在图6中，进程1的第3次重传将和进程2的第2次重传发生冲突，发生冲突时进程1完成了2次重传，而进程2完成了1次重传。因此，进程2的发送优先级高于进程1的发送优先级，所以设置进程1的Collision＝1l，进程2的Collision＝00。由于HARQ重传次数越大，得到的合并增益越低，所以这样设置能在一定程度上提高系统的性能。
[0070] 当几个同步HARQ进程发生冲突时，到可能的冲突前单次重传资源最多的同步HARQ进程的发送优先级最高，将其Collision域值设置为00；其它同步HARQ进程的Collision域值设置为可能发生重传冲突的重传时刻；
[0071] 例如，在图6在中，进程1的第3次重传将和进程2的第2次重传发生碰撞，进程2每次传输都要占用比进程1多的资源数量，即进程2的发送优先级高于进程1的发送优先级，所以设置进程1的Collision＝11；设置进程2的Collision＝00。这样设置可以在一定程度上提高调度的灵活性。
[0072] 步骤502～步骤503：终端接收到基站的发送来初始传输调度信令，根据调度信令中的Collision域的域值，在确定可能发生冲突的重传时刻之前监听控制信道。
[0073] 步骤504：基站在可能发生冲突的预定义重传时刻，向终端发送指示暂停重传的调度信令，指示终端暂停该次重传操作。
[0074] 步骤505：终端在预定义的重传时刻接收到基站发来的指示暂停同步HARQ进程的重传操作的调度信令，暂停该次重传操作，等待在下一个预定义重传时刻继续发起同步HARQ重传。
[0075] 如果终端在预定义的重传时刻接收到的是基站发送的一般的调度信令，即非暂停重传操作的调度信息，则按该调度信令的指示发送同步HARQ重传，如果在预定义的重传时刻，终端没有接收到基站发送的调度信令，则按预定义的方式发送同步HARQ重传。
[0076] 进一步地，由于同步非自适应HARQ的重传时刻、频率位置都是固定的，引入调度信令还可以将预定义时刻的同步HARQ重传分配到其他频率资源位置，以解决重传冲突，同时也增加了同步非自适应HARQ重传频率资源分配的灵活性。
[0077] 以上方案的实现方法是在假设已知终端在重传时是否监听控制信道的提前下实现的，对未知终端是否监听控制信道的情况下，需要判断终端是否监听控制信道，根据相应的情况选择上述对应的方法，具体流程如图7所示，主要包括以下步骤：
[0078] 步骤701：基站判断终端是否监听控制信道，如果是，继续步骤702，否则进入步骤705。
[0079] 步骤702～步骤704：基站判断在同步HARQ的预定义重传时刻是否会发生重传冲突，如果是，基站向发送优先级低的同步HARQ进程的终端发送指示暂停的调度信令，指示该终端暂停该次重传，等待下一次预定义重传继续重传；否则，基站发出一般的调度信令或不发送调度信令，则终端按照调度信令进行重传操作或按默认的预定义方式进行同步HARQ重传。
[0080] 步骤705：基站在同步HARQ初始传输指令中引入Collision域，根据同步HARQ预定义的重传时间和频率资源判断同步HARQ可能发生重传冲突的时刻，并设置相应的Collision域值。
[0081] 步骤706：终端判断Collision域值指示在某预定义的重传时刻是否有冲突发生，如果是，则进入步骤708；否则继续707。
[0082] 步骤707：终端按预定义进行HARQ重传，在重传时仍不监听控制信道。
[0083] 步骤708～步骤711：终端在Collision域值指示的可能发生重传冲突之前监听控制信道，基站如果确定会发生重传冲突则发送一个指示暂停重传的调度信令，否则发送一般的调度信令或不发送，终端根据调度信令的指示进行相应的重传操作，即如果调度信令为指示暂停重传的调度信令则暂停本次重传，在下一个预定义的重传时刻继续发起重传操作，如果没有调度信令则按默认的方式重传，如果是一般的调度信令则按调度信令的内容执行相应的操作。
[0084] 本发明实施例中一种处理同步HARQ进程冲突的系统，如图8所示，包括：基站、第一终端和第二终端，其中，第一终端的同步HARQ进程的发送优先级比第二终端的同步HARQ进程的发送优先级低。其中基站，用于确定发生同步HARQ进程冲突的时刻，并通知第一终端暂停其同步HARQ进程的重传操作；第一终端，用于在所述发生同步HARQ进程冲突的时刻，暂停该同步HARQ进程的重传操作，并在该同步HARQ进程的下一个预定义时刻发起同步HARQ进程的重传操作；第二终端，用于在所述发生同步HARQ进程冲突的时刻，按预定义方式继续该终端的进程。
[0085] 本发明实施例的一种基站，如图9所示，包括：预测单元和通知单元。其中预测单元，用于确定同步HARQ进程发生冲突的时刻；通知单元，用于在所述同步HARQ进程发生冲突的时刻通知发送优先级低的同步HARQ进程的终端暂停该同步HARQ进程的重传操作。
[0086] 进一步地，所述通知单元用于在所述同步HARQ进程发生冲突的时刻到来前，向发送优先级低的同步HARQ进程的终端发送的暂停该同步HARQ进程的重传操作的调度信令；或用于设置包含在同步HARQ进程的重传时刻是否暂停该同步HARQ进程信息的HARQ进程属性。
[0087] 进一步地，如果终端在重传时不监听控制信道，所述通知单元还用于通知终端在可能发生同步HARQ进程冲突前，监听控制信道。
[0088] 进一步地，该基站包括：合并单元，用于在同步HARQ进程的下一个预定义重传时刻继续重传之后，将该同步HARQ进程暂停后的重传数据包与暂停前的数据包进行HARQ重传合并。
[0089] 本发明实施例中一种终端如图9所示，包括：暂停单元和继续重传单元。其中，所述暂停单元，用于在确定在同步HARQ进程的重传时刻会发生同步HARQ进程冲突时，在所述重传时刻，暂停该同步HARQ进程的重传操作；所述继续重传单元，用于在确定不会发生同步HARQ进程冲突的下一个预定义重传时继续该同步HARQ进程的重传操作。
[0090] 进一步的，所述暂停单元，用于在所述重传时刻，如果接收到来自基站的指示暂停所述同步HARQ进程的调度信令，则暂停该同步HARQ进程的重传操作；或用于在所述在重传时刻到来前，如果没有监听到来自基站的调度信令，则根据设置的HARQ进程属性确定是否需要暂停所述同步HARQ进程的重传操作。
[0091] 进一步地，所述终端进一步包括：启动监听单元，用于根据来自基站的针对所述同步HARQ进程的初始传输调度信令中含有的是否可能发生同步HARQ进程重传冲突以及可能发生重传冲突的重传时刻的信息，在该同步HARQ进程可能发生冲突前监听控制信道。
[0092] 进一步地，该终端还包括：判断单元，用于在确定不会发生同步HARQ进程冲突的下一个预定义重传时继续该同步HARQ进程的重传操作之前，判断是否达到最大重传次数或是否达到最大时延，如果是，放弃所述同步HARQ进程的重传操作；否则继续重传操作。
[0093] 本发明实施例中在同步HARQ进程的重传时刻发生同步HARQ进程冲突时，暂停该次同步HARQ进程的重传操作，而不是直接放弃该次重传，并在该同步HARQ进程的下一次预定义重传时刻继续发起重传操作，一直到达到最大重传次数或达到最大时延要求时才放弃该同步HARQ进程，这样充分利用了冲突发生前同步HARQ所传输的资源，缩短了传输时延，提高了传输冲突前的传输资源的利用率；同时在本发明实施例在同步非自适应HARQ进程的初始传输调度信令中引入Collision域，可以使终端在可能发生同步HARQ进程冲突前监听控制信道，并在该同步HARQ进程的重传时刻根据监听到的调度信令的指示进行相应的重传操作，通过基站发送的调度信令可将同步非自适应HARQ重传分配到其他频率资源的位置，提高了同步非自适应HARQ重传频率分配的灵活性。
[0094] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
