[发明专利]一种半持续调度中数据包的处理方法、系统及装置

说明书

技术领域

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

背景技术

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

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

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

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

在半持续调度机制中，对于初始传输采用持续调度、重传采用异步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反馈消息。