CN101478381A - 一种半持续调度中数据包的处理方法、系统及装置 - Google Patents

Abstract

本发明实施例公开了半持续调度中数据包的处理方法，该方法为：终端接收基站持续调度的初始传输数据包，判断对持续调度数据包的解码是否成功；若成功，则将后续接收到的带有新进程标识的重传数据包进行数据检测；根据检测结果判断该重传数据包是否是对持续调度数据包的错误重传，在重传数据包是对持续调度数据包的错误重传时，丢弃该重传数据包。若未成功，向基站发送解码失败反馈，基站接收解码失败反馈，优先调度持续调度数据包的重传并在调度信令中为持续调度数据包分配进程标识；终端将接收到的带有所述分配的进程标识的重传数据包与初始传输数据包进行重传合并和解码。本发明实施例还公开了半持续调度中数据包的处理系统及装置。采用本发明，能够解决半持续调度中数据包丢失和接收混乱的问题。

Description

一种半持续调度中数据包的处理方法、系统及装置

技术领域

本发明涉及无线传输领域，尤其涉及一种半持续调度中数据包的处理方法、系统及装置。

背景技术

在长期演进(LTE)系统中，引入了数据包的半持续调度机制。所谓半持续调度，是指对于特定业务数据包的传输采用持续调度与动态调度相结合的方式。比如，IP语音承载(VOIP)业务中，语音数据包的初始传输采用持续调度、重传采用动态调度，噪声数据包的初始传输和重传采用动态调度。

所述持续调度，是指基站给数据包分配固定资源(包括事件、频率、码道等)并指定固定的传输格式，数据包在分配的资源位置以指定的传输格式被发送给终端，终端在预定的资源上接收数据包。所述动态调度，是指基站在发送数据包前向终端发送调度信令以指示终端该数据包将在哪些资源上以何种传输格式发送，终端则在调度信令所指示的资源上接收或发送数据包。

LTE系统中数据包的重传采用物理层数据反馈重传(HARQ)机制，发送端发送数据包，接收端根据接收情况反馈ACK或NACK指示消息，发送端再根据反馈指示和/或其他限制(如最大重传次数等)确定是否进行数据包的重发；接收端将多次收到的相同数据包放入缓存进行重传合并，从而实现数据包的正确接收。

根据重传数据包发送的时间位置，HARQ可以分为同步HARQ和异步HARQ。同步HARQ中，数据包的重传采用持续调度方式，即重传数据包的发送时间是基站预定义的，必然为HARQ往返时延(RTT)，终端在预定义的时间资源上接收重传数据包，而不需要基站在重传前以显示的调度信令来指示重传数据包的进程号。异步HARQ中，数据包的重传采用动态调度方式，即重传数据包的发送时间可以在HARQRTT之后、最大时延之前的任何位置，因此基站需要在重传之前向终端发送调度信令以指示重传数据包的进程号，终端根据进程号来区分不同数据包的初始传输和重传，并将相同进程号的数据包放入对应的缓存进行重传合并。

在半持续调度机制中，对于初始传输采用持续调度、重传采用异步HARQ的业务数据包，接收端如何理解重传数据包的进程号是数据包能否正确接收的关键，如果理解不当，将会造成数据包的丢失和数据接收混乱，具体可能发生以下两种错误场景：

第一种，参见图1，进程5(process5)是针对初始传输和重传采用动态调度的数据包，进程6(process6)是针对初始传输采用持续调度、重传采用动态调度的数据包，错误发生具体如下：

步骤10：基站向终端发送包含进程号为5的调度信令和相应的数据包，调度信令和数据包丢失；

步骤11：基站向终端发送进程6的数据包；

步骤12：终端将在预定义资源上接收到的数据包理解为进程5：将该数据包放入缓存中，并为该缓存对应进程号5；

步骤13：终端正确解码该数据包，向基站发送ACK反馈消息；

步骤14：基站判断收到的ACK反馈是针对最近发送的进程6的；

步骤15：基站向终端重发包含进程号为5的调度信令和相应的数据包；

步骤16：由于已缓存了进程号为5的数据包并能正确解码，终端将本次接收到的进程5的数据包丢弃；

步骤17：终端向基站发送ACK反馈消息，造成了进程5的数据包丢失。

第二种，参见图2，同样，进程5(process5)是针对初始传输和重传采用动态调度的数据包，进程6(process6)是针对初始传输采用持续调度、重传采用动态调度的数据包，错误发生具体如下：

步骤20：基站向终端发送包含进程号为5的调度信令和相应的数据包，调度信令和数据包丢失；

步骤21：基站向终端发送进程6的数据包；

步骤22：终端将在预定义资源上接收到的数据包理解为进程5：将该数据包放入缓存中，并为该缓存对应进程号5；

步骤23：终端解码该数据包失败，向基站发送NACK反馈消息；

步骤24：基站判断收到的NACK反馈是针对最近发送的进程6的；

步骤25：由于进程5的数据包发送在先，基站向终端重发包含进程号为5的调度信令和相应的数据包；

步骤26：终端将本次接收到的进程5的数据包与已缓存的对应进程号为5的数据包进行重传合并，由于本次接收到数据包与已缓存的数据包并非同一进程的数据包，因此重传合并失败，进程6的数据包不能够正确解码，同时造成了进程5的数据包的丢失；

步骤27：终端向基站发送NACK反馈消息。

后续基站再次重传进程5的数据包，结果同步骤26：进程6的数据包不能够正确解码，进程5的数据包丢失。

目前，解决上述数据包丢失和接收混乱的方案是为持续调度预留进程号，动态调度只能使用除预留进程号之外的其他进程号。具体如图3所示：

步骤30：基站向终端发送包含进程号为5的调度信令和相应的数据包，调度信令和数据包丢失；

步骤31：基站向终端发送采用持续调度的数据包；

步骤32：终端将在预定义资源上接收到的数据包放入缓存中，并为该缓存对应预留的进程号0；

步骤33：终端根据解码情况向基站发送ACK或NACK反馈消息；

步骤34：基站向终端重发包含进程号为5的调度信令和相应的数据包；

步骤35：终端将接收到的进程5的数据包放入缓存中，并为该缓存对应进程号5，而不会将该数据包与对应进程号为0的数据包发生混淆，避免了数据包的接收混乱和进程5数据包的丢失。

上述采用预留进程号的方法虽然能够解决数据包丢失和接收混乱的问题，但由于总的进程号是有限的，增加进程号个数又会使调度信令的进程号域需要更多比特，增加了调度信令的开销和复杂度。

发明内容

本发明实施例提供一种半持续调度中数据包的处理方法、系统及装置，用以解决现有技术半持续调度中数据包丢失和接收混乱的问题。

本发明实施例提供一种半持续调度中数据包的处理方法，该方法包括：

终端接收基站持续调度的初始传输数据包，判断对所述持续调度数据包的解码是否成功，若成功，则将后续接收到的带有新进程标识的重传数据包进行数据检测；

根据检测结果判断所述重传数据包是否是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包。

本发明实施例提供一种半持续调度中数据包的处理方法，该方法包括：

终端接收基站持续调度的初始传输数据包，判断对所述持续调度数据包的解码是否成功，若未成功，向所述基站发送解码失败反馈；

基站接收所述解码失败反馈，优先调度持续调度数据包的重传并为所述持续调度数据包分配进程标识；

所述终端将接收到的带有所述分配的进程标识的重传数据包与所述初始传输数据包进行重传合并和解码。

本发明实施例提供一种半持续调度中数据包的处理方法，该方法包括：

终端接收基站持续调度的初始传输数据包，判断对所述持续调度数据包的解码是否成功；

若成功，则将后续接收到的带有新进程标识的重传数据包进行数据检测；根据检测结果判断所述重传数据包是否是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包；

若未成功，向所述基站发送解码失败反馈；基站接收所述解码失败反馈，优先调度持续调度数据包的重传并为所述持续调度数据包分配进程标识；所述终端将接收到的带有所述分配的进程标识的重传数据包与所述初始传输数据包进行重传合并和解码。

本发明实施例提供一种半持续调度中数据包的处理系统，该系统包括：

基站，用于向终端发送持续调度的初始传输数据包和重传数据包；

终端，用于接收所述持续调度数据包，判断对所述持续调度数据包的解码是否成功，若成功，则将后续接收到的带有新进程标识的重传数据包进行数据检测；根据检测结果判断所述重传数据包是否是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包。

本发明实施例提供一种半持续调度中数据包的处理系统，该系统包括：

基站，用于向终端发送持续调度的初始传输数据包；接收来自终端的解码失败反馈，优先调度持续调度数据包的重传并为所述持续调度数据包分配进程标识；

终端，用于接收所述持续调度数据包，判断对所述持续调度数据包的解码是否成功，若未成功，向所述基站发送解码失败反馈；将接收到的带有所述分配的进程标识的重传数据包与所述初始传输数据包进行重传合并和解码。

本发明实施例提供一种半持续调度中数据包的处理系统，该系统包括：

基站，用于向终端发送持续调度的初始传输数据包；接收到解码成功反馈时，向终端发送带有新进程标识的重传数据包；接收到解码失败反馈时，优先调度持续调度数据包的重传并为所述持续调度数据包分配进程标识；

终端，用于接收所述持续调度数据包，判断对所述持续调度数据包是否成功解码；

若成功，则向基站发送解码成功反馈，并将后续接收到的带有新进程标识的重传数据包进行数据检测；根据检测结果判断所述重传数据包是否是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包；

若未成功，则向基站发送解码失败反馈；将接收到的带有所述分配的进程标识的重传数据包与所述初始传输数据包进行重传合并和解码。

本发明实施例提供一种终端，该终端包括：

第一接收单元，用于接收来自基站的持续调度的初始传输数据包；

判断单元，用于对所述持续调度数据包进行解码，并判断解码是否成功；

检测单元，用于在判断解码成功时，将后续接收到的带有新进程标识的重传数据包进行数据检测；

处理单元，用于根据检测结果判断所述重传数据包是否是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包。

本发明实施例提供一种基站，该基站包括：

发送单元，用于向终端发送持续调度的初始传输数据包；

调度单元，用于接收来自终端的解码失败反馈，优先调度持续调度数据包的重传并为所述持续调度数据包分配进程标识。

本发明实施例中，终端在接收持续调度的初始传输数据包并解码成功时，对后续接收到的带有新进程标识的重传数据包进行数据检测，根据检测结果决定是否丢弃该重传数据包；在终端接收持续调度的初始传输数据包但解码失败时，基站优先调度持续调度数据包的重传并为该持续调度数据包分配进程标识，终端将接收到的带有所述分配的进程标识的重传数据包与初始传输数据包进行重传合并和解码。通过解码成功后的数据检测，以及解码失败后的优先调度持续调度数据包的重传，可以避免数据包的丢失和接收混乱。

附图说明

图1为现有技术中终端接收持续调度的数据包解码成功的流程示意图；

图2为现有技术中终端接收持续调度的数据包解码失败的流程示意图；

图3为现有技术中为持续调度预留进程号的流程示意图；

图4为本发明实施例所提供的方法流程示意图；

图5为本发明实施例一的流程示意图；

图6A为本发明实施例二的流程示意图；

图6B为本发明实施例三的流程示意图；

图7为本发明实施例所提供系统的结构示意图；

图8为本发明实施例所提供终端的结构示意图；

图9为本发明实施例所提供基站的结构示意图。

具体实施方式

为了使得半持续调度中终端和基站对传输数据理解一致，避免数据包的丢失和接收混乱，本发明实施例提供一种半持续调度中数据包的处理方法，本方法中，终端在接收持续调度的初始传输数据包并正确解码时，对后续接收到的带有新进程标识的重传数据包进行数据检测，根据检测结果决定是否丢弃该重传数据包；终端在接收持续调度的初始传输数据包但解码错误时，基站根据终端的解码失败反馈，优先调度持续调度数据包的重传并在调度信令中为持续调度数据包分配进程标识。

参见图4，本发明实施例提供的半持续调度中数据包的处理方法，具体包括：

步骤40：基站向终端发送持续调度的初始传输数据包；

步骤41：终端在预定义资源上接收所述持续调度的初始传输数据包，对该数据包进行解码；

步骤42：判断解码是否成功，若成功，到步骤43，否则，到步骤44；

这里，终端在接收到持续调度的初始传输数据包后，将该数据包存储到未占用的缓存中，但不为其分配实际的进程标识。

步骤43：终端将后续接收到的基站动态调度的带有新进程标识的重传数据包进行数据检测；根据检测结果判断所述重传数据包是新数据或是对持续调度数据包的错误重传，并在重传数据包是对持续调度数据包的错误重传时丢弃该重传数据包；

步骤44：基站在接收终端的解码失败反馈时，优先调度持续调度数据包的重传，并为持续调度数据包分配进程标识；终端将收到的带有所述分配的进程标识的重传数据包与初始传输数据包进行重传合并和解码。

步骤43可以细化为：

步骤S01：终端向基站发送解码成功反馈；

步骤S02：基站接收解码成功反馈，根据反馈信道与发送数据包的时间差，判断该反馈是针对持续调度数据包的，接着调度发送其他数据包；

步骤S03：终端接收来自基站动态调度的带有新进程标识的重传数据包，将重传数据包进行数据检测，根据高层反馈的检测结果信息判断重传数据包是新数据或是对所述持续调度数据包的错误重传，若重传数据包是对所述持续调度数据包的错误重传，则丢弃该重传数据包，否则，保留该重传数据包；

这里，进行数据检测时可以应用无线链路控制(RLC)层或物理层的重复检测功能，RLC层或物理层对所述重传数据包进行重复检测并反馈检测结果信息。

步骤44可以细化为：

步骤S11：终端向基站发送解码失败反馈；

步骤S12：基站接收解码失败反馈，根据反馈信道与发送数据包的时间差，判断该反馈是针对持续调度数据包的，在所有需要重传的数据中优先调度持续调度数据包的重传并在调度信令中为所述持续调度数据包分配进程标识，具体为：向终端发送调度信令和重传数据包，调度信令中包含分配的进程标识；以后对所述持续调度数据包的重传都采用所述分配的进程标识；

这里，当有多个持续调度数据包需要重传时，基站按初始传输的先后顺序调度他们的重传并分配进程标识。

步骤S13：终端在调度信令指示的资源上接收重传数据包，将重传数据包与缓存中的初始传输数据包进行重传合并和解码，同时将该缓存的进程号对应为所述调度信令中的进程号。

下面以具体实施例对本发明的方法进行说明：

实施例一：

如图5所示，本实施例中，进程5(process5)是针对初始传输和重传采用动态调度的数据包，进程6(process6)是针对初始传输采用持续调度、重传采用动态调度的数据包，具体如下：

步骤50：基站向终端发送包含进程号为5的调度信令和相应的数据包，调度信令和数据包丢失；

步骤51：基站向终端发送进程6的数据包；

步骤52：终端将在预定义资源上接收到的进程6的数据包放入缓存中；

步骤53：终端正确解码该数据包，向基站发送ACK反馈消息；

步骤54：基站判断收到的ACK反馈是针对持续调度的进程6的；

步骤55：基站向终端重发包含进程号为5的调度信令和相应的数据包；

步骤56：终端接收到进程5的数据包时并不丢弃，按常规数据进行检测，最后根据高层信息判断该数据包是新数据还是持续调度6数据包的错误重传，具体如下：

步骤A：对所述数据包进行解码，如果解码正确，则到步骤D；否则，到步骤B；

步骤B：向基站发送NACK反馈，基站收到NACK反馈时调度进程5的重传，向终端发送进程5的重传数据包和调度信令；

步骤C：终端将收到的重传数据包与进程5的初始传输数据包进行重传合并和解码，若解码正确，到步骤D；否则，返回步骤B；

步骤D：将正确解码的数据包递交给高层(如RLC层)，由高层对该数据包进行重复数据检测判断该数据包为新数据，将判断结果信息发给终端，终端将正确解码的数据包进行缓存。

步骤57：终端向基站发送ACK反馈消息。

至此，进程5的数据包得到正确接收。

实施例二：

如图6A所示，本实施例中，进程5(process5)是针对初始传输和重传采用动态调度的数据包，进程6(process6)是针对初始传输采用持续调度、重传采用动态调度的数据包，具体如下：

步骤60：基站向终端发送包含进程号为5的调度信令和相应的数据包，调度信令和数据包丢失；

步骤61：基站向终端发送进程6的数据包；

步骤62：终端将在预定义资源上接收到的数据包放入缓存中，该缓存对应进程号process temp；

步骤63：终端解码该数据包失败，向基站发送NACK反馈消息；

步骤64：基站判断收到的NACK反馈是针对持续调度的进程6的；

步骤65：基站优先调度持续调度的进程6的重传，向终端发送包含进程号6的调度信令和重传数据包；

步骤66：终端在调度信令指示的资源上接收重传数据包，将重传数据包与缓存process temp中的数据包进行重传合并，并将该缓存的进程号更新为process 6；

步骤67：终端向基站发送ACK反馈消息；

步骤68：基站调度进程5的重传数据包，向终端发送包含进程号5的调度信令和重传数据包；

步骤69：终端在调度信令指示的资源上接收进程5的重传数据包，进行后需的重传合并操作。

至此，进程6的数据包得到了正确解码，并且进程5的数据包也得到了正确传输，并未发生丢失。

实施例三：

如图6B所示，本实施例为有多个持续调度数据包需要重传时基站进行重传调度的实施例，具体如下：

步骤601：基站向终端发送持续调度1的初始传输数据包；

步骤602：基站向终端发送持续调度2的初始传输数据包2；

步骤603：终端解码持续调度1的数据包失败，向基站发送NACK反馈消息；

步骤604：终端解码持续调度2的数据包失败，向基站发送NACK反馈消息；

步骤605：基站按初始传输的先后顺序，首先调度持续调度1的重传，向终端发送持续调度1的重传数据包和调度信令，该调度信令中包含进程号1；终端将收到的重传数据包与已缓存的持续调度1的初始传输数据包进行重传合并和解码；

步骤606：基站再调度持续调度2的重传，向终端发送持续调度2的重传数据包和调度信令，该调度信令中包含进程号2；终端将收到的重传数据包与已缓存的持续调度2的初始传输数据包进行重传合并和解码。

参见图7，本发明实施例还提供一种半持续调度中数据包的处理系统，该系统包括：

基站70，用于向终端发送持续调度的初始传输数据包和重传数据包；

终端71，用于接收所述持续调度数据包，判断对所述持续调度数据包的解码是否成功，若成功，则将后续接收到的带有新进程标识的重传数据包进行数据检测；根据检测结果判断所述重传数据包是新数据或是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包。

终端71包括：

第一接收单元，用于接收所述持续调度数据包；

判断单元，用于对所述持续调度数据包进行解码，并判断解码是否成功；

检测单元，用于在所述判断单元判断解码成功后，将后续接收到的带有新进程标识的重传数据包进行数据检测；

处理单元，用于根据所述数据检测的检测结果判断所述重传数据包是新数据或是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包。

终端71进一步包括：

反馈单元，用于向所述基站发送解码成功反馈；

第二接收单元，用于接收来自基站的调度信令，在该调度信令指示的资源上接收所述带有新进程号的重传数据包；

基站70包括：

反馈接收单元，用于接收所述解码成功反馈；

调度单元，用于将所述带有新进程号的重传数据包和调度信令发送给所述终端。

仍参见图7，本发明实施例还提供一种半持续调度中数据包的处理系统，该系统包括：

基站70，用于向终端发送持续调度的初始传输数据包；接收来自终端的解码失败反馈，优先调度持续调度数据包的重传并在调度信令中为所述持续调度数据包分配进程标识；

终端71，用于接收所述持续调度数据包，判断对所述持续调度数据包的解码是否成功，若未成功，向所述基站发送解码失败反馈；将接收到的带有所述分配的进程标识的重传数据包与所述初始传输数据包进行重传合并和解码。

基站70包括：

发送单元，用于向终端发送持续调度的初始传输数据包；

调度单元，用于接收所述解码失败反馈，优先调度持续调度数据包的重传并在调度信令中为所述持续调度数据包分配进程标识；

终端71包括：

第一接收单元，用于接收所述持续调度数据包；

判断单元，用于对所述持续调度数据包进行解码，并判断解码是否成功；

反馈单元，用于在所述判断单元判断解码未成功时，向所述基站发送解码失败反馈；

第二接收单元，用于接收带有所述分配的进程标识的重传数据包；

处理单元，用于将所述重传数据包与所述初始传输数据包进行重传合并和解码。

终端71进一步包括：

再次反馈单元，用于在所述处理单元的解码失败时，向所述基站发送解码失败反馈；

基站70进一步包括：

重传单元，用于接收所述解码失败反馈，对所述持续调度数据包进行再次重传，并且调度信令中包含所述分配的进程标识。

所述调度单元用于：

当有多个持续调度数据包需要重传时，按初始传输的先后顺序调度所述多个持续调度数据包的重传并分配进程标识。

仍参见图7，本发明实施例还提供一种半持续调度中数据包的处理系统，该系统包括：

基站70，用于向终端发送持续调度的初始传输数据包；接收到解码成功反馈时，向终端发送带有新进程标识的重传数据包；接收到解码失败反馈时，优先调度持续调度数据包的重传并在调度信令中为所述持续调度数据包分配进程标识；

终端71，用于接收所述持续调度数据包，判断对所述持续调度数据包是否成功解码；

若成功，则向基站发送解码成功反馈，并将后续接收到的带有新进程标识的重传数据包进行数据检测；根据检测结果判断所述重传数据包是新数据或是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包；

若未成功，则向基站发送解码失败反馈；将将接收到的带有所述分配的进程标识的重传数据包与所述初始传输数据包进行重传合并和解码。

参见图8，本发明实施例还提供一种终端，可以应用于半持续调度中数据包的处理系统中，该终端包括：

第一接收单元80，用于接收来自基站的持续调度的初始传输数据包；

判断单元81，用于对所述持续调度数据包进行解码，并判断解码是否成功；

检测单元82，用于在判断解码成功时，将后续接收到的带有新进程标识的重传数据包进行数据检测；

处理单元83，用于根据检测结果判断所述重传数据包是新数据或是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包。

该终端进一步包括：

反馈单元84，用于向所述基站发送解码成功反馈；

第二接收单元85，用于接收来自基站的调度信令，在该调度信令指示的资源上接收所述带有新进程号的重传数据包。

参见图9，本发明实施例还提供一种基站，可以应用于半持续调度中数据包的处理系统中，该基站包括：

发送单元90，用于向终端发送持续调度的初始传输数据包；

调度单元91，用于接收来自终端的解码失败反馈，优先调度持续调度数据包的重传并在调度信令中为所述持续调度数据包分配进程标识。

该基站进一步包括：

重传单元92，用于接收来自终端的对所述持续调度数据包的再次解码失败反馈，对所述持续调度数据包进行再次重传，并且调度信令中包含所述分配的进程标识。

调度单元91用于：

当有多个持续调度数据包需要重传时，按初始传输的先后顺序调度所述多个持续调度数据包的重传并分配进程标识。

综上，本发明的有益效果在于：

本发明实施例所提供的方案中，终端在接收持续调度的数据包并解码成功时，对后续接收到的带有新进程标识的重传数据包并不进行丢弃，而是进行数据检测，根据检测结果决定是否丢弃该数据包；在终端接收持续调度的数据包但解码失败时，基站优先调度持续调度数据包的重传并为持续调度数据包分配进程标识，终端将收到的重传数据包与未能正确解码的初始传输数据包进行重传合并及解码。可见，终端通过根据数据检测决定是否丢弃带有新进程标识的重传数据包；以及在终端对持续调度的数据包解码失败时基站优先调度持续调度数据包的重传，可以避免数据包的丢失和接收混乱。

同时，本发明实施例所提供的方案不需要增加新的信令开销和信的数据流过程，在原有的传送流程上实现，可以大大节省系统的信令开销，并且实现简单。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内

Claims (21)

1、一种半持续调度中数据包的处理方法，其特征在于，该方法包括：

终端接收基站持续调度的初始传输数据包，判断对所述持续调度数据包的解码是否成功，若成功，则将后续接收到的带有新进程标识的重传数据包进行数据检测；

根据检测结果判断所述重传数据包是否是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包。

2、如权利要求1所述的方法，其特征在于，在判断对所述持续调度数据包解码成功之后、并对所述重传数据包进行数据检测之前，该方法进一步包括：

所述终端向所述基站发送解码成功反馈；

所述基站接收到所述解码成功反馈后，将所述带有新进程标识的重传数据包和该数据包的调度信令发送给所述终端；

所述终端在所述调度信令指示的资源上接收所述带有新进程标识的重传数据包。

3、如权利要求1所述的方法，其特征在于，所述数据检测包括：

无线链路控制RLC层的数据重复检测。

4、一种半持续调度中数据包的处理方法，其特征在于，该方法包括：

终端接收基站持续调度的初始传输数据包，判断对所述持续调度数据包的解码是否成功，若未成功，向所述基站发送解码失败反馈；

基站接收所述解码失败反馈，优先调度持续调度数据包的重传并为所述持续调度数据包分配进程标识；

所述终端将接收到的带有所述分配的进程标识的重传数据包与所述初始传输数据包进行重传合并和解码。

5、如权利要求4所述的方法，其特征在于，所述基站优先调度持续调度数据包的重传并为所述持续调度数据包分配进程标识包括：

所述基站向所述终端发送所述持续调度数据包的重传数据包和调度信令，该调度信令中包含为所述持续调度数据包分配的进程标识；

所述终端在所述调度信令指示的资源上接收所述重传数据包。

6、如权利要求5所述的方法，其特征在于，若所述重传合并和解码失败，该方法进一步包括：

所述终端向所述基站发送解码失败反馈；

所述基站对所述持续调度数据包进行再次重传，并且调度信令中包含所述分配的进程标识。

7、如权利要求4所述的方法，其特征在于，当有多个持续调度数据包需要重传时，基站按初始传输的先后顺序调度所述多个持续调度数据包的重传并分配进程标识。

8、一种半持续调度中数据包的处理方法，其特征在于，该方法包括：

终端接收基站持续调度的初始传输数据包，判断对所述持续调度数据包的解码是否成功；

若成功，则将后续接收到的带有新进程标识的重传数据包进行数据检测；根据检测结果判断所述重传数据包是否是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包；

若未成功，向所述基站发送解码失败反馈；基站接收所述解码失败反馈，优先调度持续调度数据包的重传并为所述持续调度数据包分配进程标识；所述终端将接收到的带有所述分配的进程标识的重传数据包与所述初始传输数据包进行重传合并和解码。

9、一种半持续调度中数据包的处理系统，其特征在于，该系统包括：

基站，用于向终端发送持续调度的初始传输数据包和重传数据包；

终端，用于接收所述持续调度数据包，判断对所述持续调度数据包的解码是否成功，若成功，则将后续接收到的带有新进程标识的重传数据包进行数据检测；根据检测结果判断所述重传数据包是否是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包。

10、如权利要求9所述的系统，其特征在于，所述终端包括：

第一接收单元，用于接收所述持续调度数据包；

判断单元，用于对所述持续调度数据包进行解码，并判断解码是否成功；

检测单元，用于在所述判断单元判断解码成功后，将后续接收到的带有新进程标识的重传数据包进行数据检测；

处理单元，用于根据所述数据检测的检测结果判断所述重传数据包是否是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包。

11、如权利要求10所述的系统，其特征在于，所述终端进一步包括：

反馈单元，用于向所述基站发送解码成功反馈；

第二接收单元，用于接收来自基站的调度信令，在该调度信令指示的资源上接收所述带有新进程号的重传数据包；

所述基站包括：

反馈接收单元，用于接收所述解码成功反馈；

调度单元，用于将所述带有新进程号的重传数据包和调度信令发送给所述终端。

12、一种半持续调度中数据包的处理系统，其特征在于，该系统包括：

基站，用于向终端发送持续调度的初始传输数据包；接收来自终端的解码失败反馈，优先调度持续调度数据包的重传并为所述持续调度数据包分配进程标识；

终端，用于接收所述持续调度数据包，判断对所述持续调度数据包的解码是否成功，若未成功，向所述基站发送解码失败反馈；将接收到的带有所述分配的进程标识的重传数据包与所述初始传输数据包进行重传合并和解码。

13、如权利要求12所述的系统，其特征在于，所述基站包括：

发送单元，用于向终端发送持续调度的初始传输数据包；

调度单元，用于接收所述解码失败反馈，优先调度持续调度数据包的重传并为所述持续调度数据包分配进程标识；

所述终端包括：

第一接收单元，用于接收所述持续调度数据包；

判断单元，用于对所述持续调度数据包进行解码，并判断解码是否成功；

反馈单元，用于在所述判断单元判断解码未成功时，向所述基站发送解码失败反馈；

第二接收单元，用于接收带有所述分配的进程标识的重传数据包；

处理单元，用于将所述重传数据包与所述初始传输数据包进行重传合并和解码。

14、如权利要求13所述的系统，其特征在于，所述终端进一步包括：

再次反馈单元，用于在所述处理单元的解码失败时，向所述基站发送解码失败反馈；

所述基站进一步包括：

重传单元，用于接收所述解码失败反馈，对所述持续调度数据包进行再次重传，并且调度信令中包含所述分配的进程标识。

15、如权利要求13所述的系统，其特征在于，所述调度单元用于：

当有多个持续调度数据包需要重传时，按初始传输的先后顺序调度所述多个持续调度数据包的重传并分配进程标识。

16、一种半持续调度中数据包的处理系统，其特征在于，该系统包括：

基站，用于向终端发送持续调度的初始传输数据包；接收到解码成功反馈时，向终端发送带有新进程标识的重传数据包；接收到解码失败反馈时，优先调度持续调度数据包的重传并为所述持续调度数据包分配进程标识；

终端，用于接收所述持续调度数据包，判断对所述持续调度数据包是否成功解码；

若成功，则向基站发送解码成功反馈，并将后续接收到的带有新进程标识的重传数据包进行数据检测；根据检测结果判断所述重传数据包是否是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包；

若未成功，则向基站发送解码失败反馈；将将接收到的带有所述分配的进程标识的重传数据包与所述初始传输数据包进行重传合并和解码。

17、一种终端，其特征在于，该终端包括：

第一接收单元，用于接收来自基站的持续调度的初始传输数据包；

判断单元，用于对所述持续调度数据包进行解码，并判断解码是否成功；

检测单元，用于在判断解码成功时，将后续接收到的带有新进程标识的重传数据包进行数据检测；

处理单元，用于根据检测结果判断所述重传数据包是否是对所述持续调度数据包的错误重传，在所述重传数据包是对所述持续调度数据包的错误重传时，丢弃所述重传数据包。

18、如权利要求17所述的终端，其特征在于，该终端进一步包括：

反馈单元，用于向所述基站发送解码成功反馈；

第二接收单元，用于接收来自基站的调度信令，在该调度信令指示的资源上接收所述带有新进程号的重传数据包。

19、一种基站，其特征在于，该基站包括：

发送单元，用于向终端发送持续调度的初始传输数据包；

调度单元，用于接收来自终端的解码失败反馈，优先调度持续调度数据包的重传并为所述持续调度数据包分配进程标识。

20、如权利要求19所述的基站，其特征在于，该基站进一步包括：

重传单元，用于接收来自终端的对所述持续调度数据包的再次解码失败反馈，对所述持续调度数据包进行再次重传，并且调度信令中包含所述分配的进程标识。

21、如权利要求19所述的基站，其特征在于，所述调度单元用于：

当有多个持续调度数据包需要重传时，按初始传输的先后顺序调度所述多个持续调度数据包的重传并分配进程标识。

Images