WO2017075832A1

WO2017075832A1 - 一种下行数据包、上行数据包传输方法及设备

Info

Publication number: WO2017075832A1
Application number: PCT/CN2015/094058
Authority: WO
Inventors: 于映辉; 单宝堃; 李晨琬
Original assignee: 华为技术有限公司
Priority date: 2015-11-06
Filing date: 2015-11-06
Publication date: 2017-05-11

Abstract

本发明涉及移动通信技术领域，尤其涉及一种下行数据包、上行数据包传输方法及设备，用以解决只能通过RLC层来解决PDU传输异常从而导致MAC层和RLC层交互过于频繁的技术问题；本发明实施例中，基站在向终端设备传输下行数据包时，会将为待传输的下行数据包调度的下行传输资源及新数据指示发送给终端设备，新数据指示可以指示待传输的下行数据包是重传的数据包还是新传的数据包，那么，终端设备在MAC层就可以发现是否有传输异常的情况，避免了在将数据包传输给RLC层后才会发现是否有传输异常的情况，避免了MAC层和RLC层的过多交互，可以有效减少处理过程的复杂度和系统开销。

Description

一种下行数据包、上行数据包传输方法及设备

技术领域

本发明涉及移动通信技术领域，尤其涉及一种下行数据包、上行数据包传输方法及设备。

背景技术

在长期演进(Long Term Evolution，LTE)系统中，媒体接入控制(Media Access Control，MAC)层在执行混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)过程时只负责发送协议数据-单元(Protocol Data Unit，PDU)以及接收针对发送的PDU的确认应答(ACKnowledgement，ACK)/否定性确认应答(Negative ACKnowledgement，NACK)，并不能发现和处理各种由于反馈误判带来的PDU传输异常(例如重复接收、漏传等)的情况。

比如，在下行传输过程中，基站通过MAC层向终端设备传输PDU，终端设备通过MAC层接收基站传输的PDU，终端设备的MAC层只负责接收基站传输的PDU，如果基站有重复传输同一PDU的情况或有漏传某个PDU的情况，终端设备的MAC层是无法发现的，对于上行传输过程也是同样，只有在MAC层将PDU发送给数据链路控制(Radio Link Control，RLC)层后，RLC层要对接收的PDU进行排序，那么RLC层才会发现是否有重复传输或漏传等情况。例如，RLC层可以丢弃重复接收的PDU，对于漏传的PDU，若RLC层工作在确认模式(Acknowledged Mode，AM)模式，则可以通过发起自动重传请求(Automatic Repeat reQuest，ARQ)过程来进行解决。

对于这种只能通过RLC层来解决PDU传输异常的情况，一方面，由于漏传或重复传输等异常情况的发现和处理都在RLC层，MAC层和RLC层的交互会更加频繁，处理过程更加复杂，系统开销较大。另一方面，对于一些具有不支持重排序和AM模式的RLC层的设备，将会导致PDU传输异常难以发现。

发明内容

本申请提供一种下行数据包、上行数据包传输方法及设备，用以解决只能通过RLC层来解决PDU传输异常从而导致MAC层和RLC层交互过于频繁的技术问题。

第一方面，提供一种下行数据包传输方法，包括：

终端设备接收网络设备通过下行控制信道发送的第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源，所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包；

所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包。

本申请中，基站在向终端设备传输下行数据包时，会将为待传输的下行数据包调度的下行传输资源及新数据指示发送给终端设备，新数据指示可以指示待传输的下行数据包是重传的数据包还是新传的数据包，那么，如果终端设备期待接收的是新传的下行数据包(如终端设备上次给基站反馈的是ACK)，而新数据指示所指示的待传输的下行数据包是重传的数据包，则终端设备可以确定重复接收了数据包，如果终端设备期待接收的是重传的下行数据包(如终端设备上次给基站反馈的是NACK)，而新数据指示所指示的待传输的下行数据包是新传的数据包，则终端设备可以确定有漏传的数据包，即，在MAC层就可以发现是否有传输异常的情况，避免了在将数据包传输给RLC层后才会发现是否有传输异常的情况，避免了MAC层和RLC层的过多交互，可以有效减少处理过程的复杂度和系统开销。

结合第一方面，在第一方面的第一种可能的实现方式中，

在终端设备接收网络设备通过下行控制信道发送的第一下行控制信息之前，还包括：

所述终端设备向所述网络设备发送针对所述网络设备上次传输的第二下行数据包的第二反馈信息；

若所述第一新数据指示用于指示所述第一下行数据包为重传的数据包，则在所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后，还包括：

若所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包，则所述终端设备确定所述第一新数据指示有误；

所述终端设备丢弃所述第一下行数据包。

如果终端设备上次给基站反馈的是ACK，则终端设备期待接收的是新传的下行数据包，而新数据指示所指示的待传输的下行数据包是重传的数据包，则终端设备可以确定重复接收了数据包，那么终端设备可以直接丢弃重复接收的下行数据包，从而在MAC层就解决了重复传输的异常问题。

结合第一方面，在第一方面的第二种可能的实现方式中，

若所述第一新数据指示用于指示所述第一下行数据包为新传的数据包，则在所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后，还包括：

若所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败，则所述终端设备确定所述第一新数据指示有误；

所述终端设备向所述网络设备发送第一漏传请求；所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败。

如果终端设备上次给基站反馈的是NACK，则终端设备期待接收的是重传的下行数据包，而新数据指示所指示的待传输的下行数据包是新传的数据包，则终端设备可以确定有漏传的数据包，即，在MAC层就可以发现是否有传输异常的情况，

结合第一方面或第一方面的第一种可能的实现方式至第二种可能的实现方式中的任一种可能的实现方式，在第一方面的第三种可能的实现方式中，在所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后，还包括：

所述终端设备向所述网络设备发送针对所述第一下行数据包的第一反馈信息；

若所述第一反馈信息用于指示所述终端设备接收所述第一下行数据包失败，且所述终端设备在预定时长内未收到所述网络设备发送的下行控制信息，则所述终端设备向所述网络设备发送第二漏传请求；所述第二漏传请求用于指示所述终端设备接收所述第一下行数据包失败。

例如第一下行数据包为基站要向终端设备传输的最后一个下行数据包，终端设备接收第一下行数据包失败，向基站发送的第一反馈信息中包括的是NACK。若基站将NACK误判为ACK，将不会再为终端设备调度下行传输资源，即不会再向终端设备传输下行控制信息，也不会重传漏传的第一下行数据包。此时，终端设备若在长时间内未监听到下行控制信道上有传输的下行控制信息，则会发现有漏包现象，那么可以向网络设备发送漏传请求，从而网络设备就可以重传之前漏传的第一下行数据包。即，这种实现方式提供了漏传解决机制。

第二方面，提供一种下行数据包传输方法，包括：

网络设备通过下行控制信道向终端设备发送第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源，所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包；

所述网络设备通过所述第一下行传输资源向所述终端设备传输所述第一下行数据包。

结合第二方面，在第二方面的第一种可能的实现方式中，在网络设备通过下行控制信道向终端设备发送第一下行控制信息之前，还包括：

所述网络设备接收所述终端设备针对所述网络设备上次发送给所述终端设备的第二下行数据包的第二反馈信息；所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败；

所述网络设备通过解码，确定所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包。

结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，在网络设备通过下行控制信道向终端设备发送第一下行控制信息之后，还包括：

所述网络设备接收所述终端设备发送的第一漏传请求；所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败；

所述网络设备通过所述下行控制信道向所述终端设备发送第二下行控制信息；所述第二下行控制信息中包括第二新数据指示以及为所述第二下行数据包调度的第二下行传输资源，所述第二新数据指示用于指示所述第二下行数据包为重传的数据包；

所述网络设备通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包。

如果终端设备确定有漏传的数据包，那么终端设备会向网络设备发送漏传请求，网络设备接到漏传请求后，就可以重传之前漏传的数据包，从而有效解决了数据包漏传的问题。

结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，在所述网络设备通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包之后，还包括：

所述网络设备接收所述终端设备针对所述网络设备重新发送给所述终端设备的所述第二下行数据包的第三反馈信息；所述第三反馈信息用于指示所述终端设备接收所述第二下行数据包成功；

所述网络设备通过解码，确定所述第三反馈信息用于指示所述终端设备成功接收所述第二下行数据包；

所述网络设备通过所述下行控制信道向所述终端设备发送第三下行控制信息；所述第三下行控制信息中包括第三新数据指示以及为第三下行数据包调度的第三下行传输资源，所述第三新数据指示用于指示所述第三下行数据包为重传的数据包；

所述网络设备通过所述第三下行传输资源向所述终端设备传输所述第三下行数据包。

网络设备在重传之前漏传的数据包之前，已经向终端设备发送了漏传的数据包后面的下一个数据包，那么网络设备在重传漏传的数据包之后，可以继续发送漏传的数据包之后的第二个下行数据包，即已经发送过的数据包就无需再重复发送了，避免终端设备重复接收，也节省传输资源。

第三方面，提供一种上行数据包传输方法，包括：

终端设备通过下行控制信道接收网络设备发送的第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待传输的上行数据包调度的第一上行传输资源；

所述终端设备通过所述第一上行传输资源向所述网络设备传输第一上行数据包；其中，若所述第一新数据指示用于指示重传上行数据包，则所述第一上行数据包为重传的上行数据包，若所述第一新数据指示用于指示新传上行数据包，则所述第一上行数据包为新传的上行数据包或重传的上行数据包。

结合第三方面，在第三方面的第一种可能的实现方式中，

所述方法还包括：

所述终端设备通过所述下行控制信道接收所述网络设备发送的第一反馈信息，所述第一反馈信息为所述网络设备针对接收的所述终端设备上次传输的第二数据包的反馈信息；

所述终端设备通过所述第一上行传输资源向所述网络设备传输第一上行数据包，包括：

若所述第一新数据指示用于指示新传上行数据包，及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包，则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包与所述第二上行数据包不同；或

若所述第一新数据指示用于指示重传上行数据包，及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败，则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包为所述第二上行数据包；或

若所述第一新数据指示用于指示重传上行数据包，及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包，则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包为所述第二上行数据包；或

若所述第一新数据指示用于指示新传上行数据包，及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败，则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包为所述第二上行数据包。

这种实现方式下提供了几种不同的异常解决方案，使得各种不同的异常情况都能够在MAC层得以发现并尽量解决，减小对RLC层的依赖。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，若所述第一上行数据包为所述终端设备需向所述网络设备传输的最后一个数据包，则，在所述终端设备通过所述第一上行传输资源向所述网络设备传输第一上行数据包之后，还包括：

若所述终端设备未接收到所述网络设备发送的第二下行控制信息，所述终端设备停止向所述网络设备传输上行数据包；所述第二下行控制信息中包括为待传输的上行数据包调度的上行传输资源。

如果第一上行数据包为终端设备需向网络设备传输的最后一个数据包，那么，如果终端设备再没接收到网络设备发送的下行控制信息，终端设备就认为第一上行数据包传输成功，不再向网络设备传输上行数据包，从而避免上行数据包的重复传输。

第四方面，提供一种上行数据包传输方法，包括：

网络设备通过下行控制信道向终端设备发送第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待接收的上行数据包调度的第一上行传输资源；

所述网络设备通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包；其中，若所述第一新数据指示用于指示重传上行数据包，则所述第一上行数据包为重传的上行数据包，若所述第一新数据指示用于指示新传上行数据包，则所述第一上行数据包为新传的上行数据包。

结合第四方面，在第四方面的第一种可能的实现方式中，在所述网络设备通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包之后，还包括：

所述网络设备确定成功接收所述第一上行数据包，且确定所述第一上行数据包为所述终端设备需传输给所述网络设备的最后一个上行数据包；

所述网络设备通过所述下行控制信道向所述终端设备发送第二反馈信息，所述第二反馈信息用于指示所述网络设备成功接收所述第一上行数据包。

如果第一上行数据包是终端设备传输的最后一个上行数据包，那么网络设备成功接收第一上行数据包之后，就无需再给终端设备调度上行传输资源，从而可以避免终端设备误解，也可以节省传输资源。

第五方面，提供一种下行数据包传输方法，包括：

网络设备通过下行控制信道向终端设备发送第一调度信息，所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源；

所述网络设备在所述第一下行数据包中添加第一序列号，并通过所述第一下行传输资源将添加了所述第一序列号的第一下行数据包传输给所述终端设备。

在这种传输方式下，可以通过在数据包中添加序列号来指示传输的数据包是新传的数据包还是重传的数据包。

结合第五方面，在第五方面的第一种可能的实现方式中，在通过所述第一下行传输资源将添加了所述第一序列号的第一下行数据包传输给所述终端设备之后，还包括：

所述网络设备接收所述终端设备通过上行控制信道发送的期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；

若所述期待序列号与所述第一序列号加1后的数值相同，所述网络设备确定所述终端设备成功接收所述第一下行数据包；或，若所述期待序列号与所述第一序列号相同，所述网络设备确定所述终端设备接收所述第一下行数据包失败。

终端设备接收下行数据包后会向网络设备反馈期待序列号，从而网络设备根据期待序列号就可以知道终端设备对上一个传输的下行数据包的接收情况，从而确定下面是新传还是重传。

结合第五方面的第一种可能的实现方式，在第五方面的第二种可能的实现方式中，在所述网络设备确定所述终端设备成功接收所述第一下行数据包之后，还包括：

所述网络设备通过所述下行控制信道向终端设备发送第二调度信息，所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源；

所述网络设备在所述第二下行数据包中添加第二序列号，并通过所述第二下行传输资源将添加了所述第二序列号的第二下行数据包传输给所述终端设备；所述第二序列号等于所述第一序列号加1；

所述网络设备接收所述终端设备发送的第三漏传请求；所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败；

所述网络设备通过所述下行控制信道向所述终端设备发送第三调度信息，所述第三调度信息包括为待传输的所述第一下行数据包调度的第三下行传输资源；

所述网络设备通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包。

网络设备以为终端设备接收成功，则向终端设备新传下行数据包，而终端设备实际接收第一下行数据包失败，那么终端设备可以向网络设备发送漏传请求，则网络设备接收漏传请求后就可以重新调度资源重传之前漏传的第一下行数据包，这就解决了漏传的问题。

结合第五方面的第二种可能的实现方式，在第五方面的第三种可能的实现方式中，在所述网络设备通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包之后，还包括：

所述网络设备接收所述终端设备通过所述上行控制信道发送的期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；

若所述期待序列号与所述第一序列号加1后的数值相同，则所述网络设备通过所述下行控制信道向所述终端设备发送第四调度信息，所述第四调度信息包括为待传输的第三下行数据包调度的第四下行传输资源；

所述网络设备在所述第三下行数据包中添加第三序列号，并通过所述第四下行传输资源将添加了所述第三序列号的第三下行数据包传输给所述终端设备；所述第三序列号等于所述第一序列号加1。

网络设备在重传之前漏传的数据包后，如果该漏传的数据包传输成功，那么网络设备可以继续新传下一个数据包，对于之前已经传输过的数据包可以不再重复传输，节省传输资源。

第六方面，提供一种下行数据包传输方法，包括：

终端设备通过下行控制信道接收网络设备发送的第一调度信息，所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源；

所述终端设备通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包，其中，所述第一下行数据包中添加了第一序列号。

结合第六方面，在第六方面的第一种可能的实现方式中，在所述终端设备通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后，还包括：

所述终端设备确定成功接收所述第一下行数据包，所述终端设备向所述网络设备发送期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；所述期待序列号为所述第一序列号加1；

所述终端设备通过所述下行控制信道接收所述网络设备发送的第二调度信息，所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源；

所述终端设备通过所述第二下行传输资源接收所述第二下行数据包，若所述第二下行数据包中添加的序列号与所述第一序列号相同，则所述终端设备确定所述网络设备传输有误，丢弃所述第二下行数据包。

终端设备成功接收上一个数据包，然而网络设备以为终端设备接收上一个数据包接收失败，重传了上一个数据包，那么终端设备再次接收之后就知晓网络设备进行了重复传输，那么终端设备可以丢弃重复接收的数据包，节省终端设备的存储空间，也在MAC层解决了重复传输的问题。

结合第六方面，在第六方面的第二种可能的实现方式中，在所述终端设备通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后，还包括：

所述终端设备确定所述第一下行数据包接收失败，向所述网络设备发送期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；所述期待序列号为所述第一序列号；

所述终端设备通过所述第二下行传输资源接收所述第二下行数据包，若所述第二下行数据包中添加的序列号为所述第一序列号加1，则所述终端设备确定所述网络设备传输有误；

所述终端设备向所述网络设备发送第三漏传请求，所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败。

如果终端设备发现有漏传的数据包，那么终端设备可以向网络设备发送漏传请求，从而网络设备接到漏传请求之后就可以重传之前漏传的数据包，在MAC层解决了漏传的问题。

第七方面，提供一种上行数据包传输方法，包括：

终端设备通过下行控制信道接收网络设备发送的第一调度信息，所述第一调度信息包括为待传输的第一上行数据包调度的第一上行传输资源；

所述终端设备在所述第一上行数据包中添加第一序列号，并通过所述第一上行传输资源将添加了所述第一序列号的第一上行数据包传输给所述网络设备。

结合第七方面，在第七方面的第一种可能的实现方式中，在通过所述第一上行传输资源将添加了所述第一序列号的第一上行数据包传输给所述网络设备之后，还包括：

所述终端设备接收所述网络设备发送的第二调度信息，所述第二调度信息包括期待序列号以及为待传输的所述第一上行数据包调度的第二上行传输资源；所述期待序列号为所述第一序列号；

所述终端设备确定所述期待序列号为所述第一序列号加1，则所述终端设备将第二序列号添加到第二上行数据包中，并通过所述第二上行传输资源向所述网络设备传输添加了所述第二序列号的第二上行数据包；所述第二序列号为所述第一序列号加1。

结合第七方面的第一种可能的实现方式，在第七方面的第二种可能的实现方式中，在通过所述第二上行传输资源向所述网络设备传输添加了所述第二序列号的第二上行数据包之后，还包括：

所述终端设备接收所述网络设备发送的第三调度信息，所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源；

所述终端设备将接收的所述第一序列号添加到所述第一上行数据包中，并通过所述第三上行传输资源向所述网络设备重新传输添加了所述第一序列号的第一上行数据包。

网络设备本身接收失败，而终端设备以为网络设备接收成功，那么终端设备会新传数据包，而网络设备接到新传的数据包就知道有漏传现象发生，那么网络设备可以向终端设备发送漏传指示，则终端设备接收到漏传指示之后就可以重传之前漏传的数据包，从而解决了漏传的问题。

结合第七方面的第二种可能的实现方式，在第七方面的第三种可能的实现方式中，在通过所述第三上行传输资源向所述网络设备重新传输添加了所述第一序列号的第一上行数据包之后，还包括：

所述终端设备接收所述网络设备发送的第四调度信息，所述第四调度信息包括期待序列号以及为待传输的第三上行数据包调度的第四上行传输资源；所述期待序列号为所述第一序列号加1；

所述终端设备确定所述期待序列号为所述第一序列号加1，则将第二序列号添加到所述第三上行数据包中，并通过所述第四上行传输资源向所述网络设备传输添加了所述第二序列号的第三上行数据包。

在重传了之前漏传的数据包之后，可以继续新传数据包，而对于之前已经传输过的数据包无需重复传输，既避免了重复传输的问题，也节省了传输资源。

第八方面，提供一种上行数据包传输方法，包括：

网络设备通过下行控制信道向终端设备发送第一调度信息，所述第一调度信息包括为待接收的第一上行数据包调度的第一上行传输资源；

所述网络设备通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包，所述第一上行数据包中添加了第一序列号。

结合第八方面，在第八方面的第一种可能的实现方式中，在所述网络设备通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后，还包括：

所述网络设备确定成功接收所述第一上行数据包，向所述终端设备发送第二调度信息，所述第二调度信息包括期待序列号以及为待接收的第二上行数据包调度的第二上行传输资源；所述期待序列号为所述第一序列号加1；

所述网络设备通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包；

若所述第二上行数据包中添加的序列号与所述第一序列号相同，所述网络设备确定所述终端设备传输有误，则丢弃所述第二上行数据包。

网络设备成功接收了第一上行数据包，而终端设备误以为网络设备接收失败，则终端设备会重传第一上行数据包，那么网络设备再次接到第一上行数据包后就可以知道终端设备进行了重复传输，则网络设备可以丢弃重复接收的第一上行数据包，既节省了网络设备的存储资源，也在MAC层解决了重复传输的问题。

结合第八方面，在第八方面的第二种可能的实现方式中，在所述网络设备通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后，还包括：

所述网络设备确定所述第一上行数据包接收失败，向所述终端设备发送第二调度信息，所述第二调度信息包括期待序列号以及为待接收的所述第一上行数据包调度的第二上行传输资源；所述期待序列号为所述第一序列号；

所述网络设备通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包

若所述第二上行数据包中添加的序列号为所述第一序列号加1，所述网络设备确定所述终端设备传输有误，向所述终端设备发送第三调度信息，所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源。

网络设备接收第一上行数据包失败，期待终端设备重传第一上行数据包，而终端设备误以为网络设备接收成功，则会新传下一个上行数据包，那么网络设备就知道出现了漏传现象，则网络设备可以向终端设备发送漏传指示，终端设备接收漏传指示后就可以重传之前漏传的数据包，从而在MAC层解决了漏传的问题。

第九方面，提供一种终端设备，包括：

接收单元，用于接收网络设备通过下行控制信道发送的第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源，所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包；

所述接收单元，还用于接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包。

结合第九方面，在第九方面的第一种可能的实现方式中，所述终端设备还包括发送单元及处理单元；

所述发送单元，用于在所述接收单元接收网络设备通过下行控制信道发送的第一下行控制信息之前，向所述网络设备发送针对所述网络设备上次传输的第二下行数据包的第二反馈信息；

所述处理单元，用于若所述第一新数据指示用于指示所述第一下行数据包为重传的数据包，则在所述接收单元接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后，若所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包，则确定所述第一新数据指示有误；

所述处理单元，还用于丢弃所述第一下行数据包。

结合第九方面，在第九方面的第二种可能的实现方式中，所述终端设备还包括发送单元和处理单元；

所述处理单元，用于若所述第一新数据指示用于指示所述第一下行数据包为新传的数据包，则在所述接收单元接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后，若所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败，则确定所述第一新数据指示有误；

所述发送单元，还用于向所述网络设备发送第一漏传请求；所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败。

结合第九方面或第九方面的第一种可能的实现方式或第九方面的第二种可能的实现方式，在第九方面的第三种可能的实现方式中，所述终端设备还包括发送单元；

所述发送单元，用于在所述接收单元接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后，向所述网络设备发送针对所述第一下行数据包的第一反馈信息；

所述发送单元，还用于若所述第一反馈信息用于指示所述终端设备接收所述第一下行数据包失败，且所述接收单元在预定时长内未收到所述网络设备发送的下行控制信息，则向所述网络设备发送第二漏传请求；所述第二漏传请求用于指示所述终端设备接收所述第一下行数据包失败。

第十方面，提供一种网络设备，包括：

发送单元，用于通过下行控制信道向终端设备发送第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源，所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包；

所述发送单元，还用于通过所述第一下行传输资源向所述终端设备传输所述第一下行数据包。

结合第十方面，在第十方面的第一种可能的实现方式中，所述网络设备还包括接收单元和处理单元；

所述接收单元，用于在所述发送单元通过下行控制信道向终端设备发送第一下行控制信息之前，接收所述终端设备针对所述网络设备上次发送给所述终端设备的第二下行数据包的第二反馈信息；所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败；

所述处理单元，用于通过对所述接收单元接收的所述第二反馈信息进行解码，确定所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包。

结合第十方面或第十方面的第一种可能的实现方式，在第十方面的第二种可能的实现方式中，所述网络设备还包括接收单元；

所述接收单元，用于在所述发送单元通过下行控制信道向终端设备发送第一下行控制信息之后，接收所述终端设备发送的第一漏传请求；所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败；

所述发送单元，还用于通过所述下行控制信道向所述终端设备发送第二下行控制信息；所述第二下行控制信息中包括第二新数据指示以及为所述第二下行数据包调度的第二下行传输资源，所述第二新数据指示用于指示所述第二下行数据包为重传的数据包；

所述发送单元，还用于通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包。

结合第十方面的第二种可能的实现方式，在第十方面的第三种可能的实现方式中，所述网络设备还包括处理单元；

所述接收单元，还用于在所述发送单元通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包之后，接收所述终端设备针对所述网络设备重新发送给所述终端设备的所述第二下行数据包的第三反馈信息；所述第三反馈信息用于指示所述终端设备接收所述第二下行数据包成功；

所述处理单元，用于通过对所述接收单元接收的所述第三反馈信息进行解码，确定所述第三反馈信息用于指示所述终端设备成功接收所述第二下行数据包；

所述发送单元，还用于通过所述下行控制信道向所述终端设备发送第三下行控制信息；所述第三下行控制信息中包括第三新数据指示以及为第三下行数据包调度的第三下行传输资源，所述第三新数据指示用于指示所述第三下行数据包为重传的数据包；

所述发送单元，还用于通过所述第三下行传输资源向所述终端设备传输所述第三下行数据包。

第十一方面，提供一种终端设备，其特征在于，包括：

接收单元，用于通过下行控制信道接收网络设备发送的第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待传输的上行数据包调度的第一上行传输资源；

发送单元，用于通过所述第一上行传输资源向所述网络设备传输第一上行数据包；其中，若所述第一新数据指示用于指示重传上行数据包，则所述第一上行数据包为重传的上行数据包，若所述第一新数据指示用于指示新传上行数据包，则所述第一上行数据包为新传的上行数据包或重传的上行数据包。

结合第十一方面，在第十一方面的第一种可能的实现方式中，所述终端设备还包括处理单元；

所述接收单元，还用于通过所述下行控制信道接收所述网络设备发送的第一反馈信息，所述第一反馈信息为所述网络设备针对接收的所述终端设备上次传输的第二数据包的反馈信息；

所述发送单元，还用于若所述处理单元确定所述第一新数据指示用于指示新传上行数据包，及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包，则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包与所述第二上行数据包不同；或，若处理单元确定所述所述第一新数据指示用于指示重传上行数据包，及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败，则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包为所述第二上行数据包；或，若处理单元确定所述所述第一新数据指示用于指示重传上行数据包，及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包，则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包为所述第二上行数据包；或，若处理单元确定所述所述第一新数据指示用于指示新传上行数据包，及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败，则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包为所述第二上行数据包。

结合第十一方面或第十一方面的第一种可能的实现方式，在第十一方面的第二种可能的实现方式中，所述发送单元还用于：

若所述第一上行数据包为所述终端设备需向所述网络设备传输的最后一个数据包，则，在通过所述第一上行传输资源向所述网络设备传输第一上行数据包之后，若所述接收单元未接收到所述网络设备发送的第二下行控制信息，停止向所述网络设备传输上行数据包；所述第二下行控制信息中包括为待传输的上行数据包调度的上行传输资源。

第十二方面，提供一种网络设备，包括：

发送单元，用于通过下行控制信道向终端设备发送第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待接收的上行数据包调度的第一上行传输资源；

接收单元，用于通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包；其中，若所述第一新数据指示用于指示重传上行数据包，则所述第一上行数据包为重传的上行数据包，若所述第一新数据指示用于指示新传上行数据包，则所述第一上行数据包为新传的上行数据包。

结合第十二方面，在第十二方面的第一种可能的实现方式中，所述网络设备还包括处理单元；

所述处理单元，用于在所述接收单元通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包之后，确定成功接收所述第一上行数据包，且确定所述第一上行数据包为所述终端设备需传输给所述网络设备的最后一个上行数据包；

所述发送单元，还用于通过所述下行控制信道向所述终端设备发送第二反馈信息，所述第二反馈信息用于指示所述网络设备成功接收所述第一上行数据包。

第十三方面，提供一种网络设备，包括：

发送单元，用于通过下行控制信道向终端设备发送第一调度信息，所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源；

处理单元，用于在所述第一下行数据包中添加第一序列号；

发送单元，用于通过所述第一下行传输资源将所述处理单元添加了所述第一序列号的第一下行数据包传输给所述终端设备。

结合第十三方面，在第十三方面的第一种可能的实现方式中，

所述接收单元，还用于在所述发送单元通过所述第一下行传输资源将添加了所述第一序列号的第一下行数据包传输给所述终端设备之后，接收所述终端设备通过上行控制信道发送的期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；

所述处理单元，还用于若接收单元接收的所述期待序列号与所述第一序列号加1后的数值相同，确定所述终端设备成功接收所述第一下行数据包；或，若所述期待序列号与所述第一序列号相同，确定所述终端设备接收所述第一下行数据包失败。

结合第十三方面的第一种可能的实现方式，在第十三方面的第二种可能的实现方式中，

所述发送单元，还用于在所述处理单元确定所述终端设备成功接收所述第一下行数据包之后，通过所述下行控制信道向所述终端设备发送第二调度信息，所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源；

所述处理单元，还用于在所述第二下行数据包中添加第二序列号；

所述发送单元，还用于通过所述第二下行传输资源将所述处理单元添加了所述第二序列号的第二下行数据包传输给所述终端设备；所述第二序列号等于所述第一序列号加1；

所述接收单元，还用于接收所述终端设备发送的第三漏传请求；所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败；

所述发送单元，还用于通过所述下行控制信道向所述终端设备发送第三调度信息，所述第三调度信息包括为待传输的所述第一下行数据包调度的第三下行传输资源；

所述发送单元，还用于通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包。

结合第十三方面的第二种可能的实现方式，在第十三方面的第三种可能的实现方式中，

所述接收单元，还用于在所述发送单元通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包之后，接收所述终端设备通过所述上行控制信道发送的期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；

所述处理单元，还用于确定所述接收单元接收的所述期待序列号与所述第一序列号加1后的数值相同；

所述发送单元，还用于通过所述下行控制信道向所述终端设备发送第四调度信息，所述第四调度信息包括为待传输的第三下行数据包调度的第四下行传输资源；

所述处理单元，还用于在所述第三下行数据包中添加第三序列号；

所述发送单元，还用于通过所述第四下行传输资源将所述处理单元添加了所述第三序列号的第三下行数据包传输给所述终端设备；所述第三序列号等于所述第一序列号加1。

第十四方面，提供一种终端设备，包括：

接收单元，用于通过下行控制信道接收网络设备发送的第一调度信息，所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源；

所述接收单元，还用于通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包，其中，所述第一下行数据包中添加了第一序列号。

结合第十四方面，在第十四方面的第一种可能的实现方式中，所述终端设备还包括处理单元和发送单元；

所述处理单元，用于在所述接收单元通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后，确定成功接收所述第一下行数据包；

所述发送单元，用于向所述网络设备发送期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；所述期待序列号为所述第一序列号加1；

所述接收单元，还用于通过所述下行控制信道接收所述网络设备发送的第二调度信息，所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源；

所述接收单元，还用于通过所述第二下行传输资源接收所述第二下行数据包；

所述处理单元，还用于若所述接收单元接收的所述第二下行数据包中添加的序列号与所述第一序列号相同，则确定所述网络设备传输有误，丢弃所述第二下行数据包。

结合第十四方面，在第十四方面的第二种可能的实现方式中，所述终端设备还包括处理单元和发送单元；

所述处理单元，用于在所述接收单元通过第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后，确定所述第一下行数据包接收失败；

所述发送单元，用于向所述网络设备发送期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；所述期待序列号为所述第一序列号；

所述处理单元，还用于若所述接收单元接收的所述第二下行数据包中添加的序列号为所述第一序列号加1，则确定所述网络设备传输有误；

所述发送单元，还用于向所述网络设备发送第三漏传请求，所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败。

第十五方面，提供一种终端设备，包括：

接收单元，用于通过下行控制信道接收网络设备发送的第一调度信息，所述第一调度信息包括为待传输的第一上行数据包调度的第一上行传输资源；

处理单元，用于在所述接收单元接收的所述第一上行数据包中添加第一序列号；

发送单元，用于通过所述第一上行传输资源将所述处理单元添加了所述第一序列号的第一上行数据包传输给所述网络设备。

结合第十五方面，在第十五方面的第一种可能的实现方式中，

所述接收单元，还用于在所述发送单元通过所述第一上行传输资源将添加了所述第一序列号的第一上行数据包传输给所述网络设备之后，接收所述网络设备发送的第二调度信息，所述第二调度信息包括期待序列号以及为待传输的所述第一上行数据包调度的第二上行传输资源；所述期待序列号为所述第一序列号；

所述处理单元，还用于确定接收单元接收的所述所述期待序列号为所述第一序列号加1，将第二序列号添加到第二上行数据包中；

所述发送单元，还用于通过所述第二上行传输资源向所述网络设备传输所述处理单元添加了所述第二序列号的第二上行数据包；所述第二序列号为所述第一序列号加1。

结合第十五方面的第一种可能的实现方式，在第十五方面的第二种可能的实现方式中，

所述接收单元，还用于在所述发送单元通过所述第二上行传输资源向所述网络设备传输所述处理单元添加了所述第二序列号的第二上行数据包之后，接收所述网络设备发送的第三调度信息，所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源；

所述处理单元，还用于将所述接收单元接收的所述第一序列号添加到所述第一上行数据包中；

所述发送单元，还用于通过所述第三上行传输资源向所述网络设备重新传输所述处理单元添加了所述第一序列号的第一上行数据包。

结合第十五方面的第二种可能的实现方式，在第十五方面的第三种可能的实现方式中，

所述接收单元，还用于在所述发送单元通过所述第三上行传输资源向所述网络设备重新传输所述处理单元添加了所述第一序列号的第一上行数据包之后，接收所述网络设备发送的第四调度信息，所述第四调度信息包括期待序列号以及为待传输的第三上行数据包调度的第四上行传输资源；所述期待序列号为所述第一序列号加1；

所述处理单元，还用于确定所述接收单元接收的所述期待序列号为所述第一序列号加1，则将第二序列号添加到所述第三上行数据包中；

所述发送单元，还用于通过所述第四上行传输资源向所述网络设备传输所述处理单元添加了所述第二序列号的第三上行数据包。

第十六方面，提供一种网络设备，包括：

发送单元，用于通过下行控制信道向终端设备发送第一调度信息，所述第一调度信息包括为待接收的第一上行数据包调度的第一上行传输资源；

接收单元，用于通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包，所述第一上行数据包中添加了第一序列号。

结合第十六方面，在第十六方面的第一种可能的实现方式中，所述网络设备还包括处理单元；

所述处理单元，用于在所述接收单元通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后，确定成功接收所述第一上行数据包；

所述发送单元，还用于向所述终端设备发送第二调度信息，所述第二调度信息包括期待序列号以及为待接收的第二上行数据包调度的第二上行传输资源；所述期待序列号为所述第一序列号加1；

所述接收单元，还用于通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包；

所述处理单元，还用于若所述接收单元接收的所述第二上行数据包中添加的序列号与所述第一序列号相同，确定所述终端设备传输有误，则丢弃所述第二上行数据包。

结合第十六方面，在第十六方面的第二种可能的实现方式中，所述网络设备还包括处理单元；

所述处理单元，用于在所述接收单元通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后，确定所述第一上行数据包接收失败；

所述发送单元，还用于向所述终端设备发送第二调度信息，所述第二调度信息包括期待序列号以及为待接收的所述第一上行数据包调度的第二上行传输资源；所述期待序列号为所述第一序列号；

所述接收单元，还用于通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包

所述处理单元，还用于若所述所述接收单元接收的所述第二上行数据包中添加的序列号为所述第一序列号加1，确定所述终端设备传输有误；

所述发送单元，还用于向所述终端设备发送第三调度信息，所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源。

附图说明

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

图1为MAC层传输下行PDU的交互图；

图2为MAC层传输上行PDU的交互图；

图3为本发明实施例中的第一种下行数据包传输方法的流程图；

图4为本发明实施例中的第二种下行数据包传输方法的流程图；

图5为本发明实施例中的下行PDU传输过程的第一种交互图；

图6为本发明实施例中的第一种上行数据包传输方法的流程图；

图7为本发明实施例中的第二种上行数据包传输方法的流程图；

图8为本发明实施例中的上行PDU传输过程的第一种交互图；

图9为本发明实施例中的第三种下行数据包传输方法的流程图；

图10为本发明实施例中的第四种下行数据包传输方法的流程图；

图11为本发明实施例中的下行PDU传输过程的第二种交互图；

图12为本发明实施例中的第三种上行数据包传输方法的流程图；

图13为本发明实施例中的第四种上行数据包传输方法的流程图；

图14为本发明实施例中的上行PDU传输过程的第二种交互图；

图15为本发明实施例中终端设备的第一种结构框图；

图16为本发明实施例中终端设备的第一种结构示意图；

图17为本发明实施例中网络设备的第一种结构框图；

图18为本发明实施例中网络设备的第一种结构示意图；

图19为本发明实施例中终端设备的第二种结构框图；

图20为本发明实施例中终端设备的第二种结构示意图；

图21为本发明实施例中网络设备的第二种结构框图；

图22为本发明实施例中网络设备的第二种结构示意图；

图23为本发明实施例中网络设备的第三种结构框图；

图24为本发明实施例中网络设备的第三种结构示意图；

图25为本发明实施例中终端设备的第三种结构框图；

图26为本发明实施例中终端设备的第三种结构示意图；

图27为本发明实施例中终端设备的第四种结构框图；

图28为本发明实施例中终端设备的第四种结构示意图；

图29为本发明实施例中网络设备的第四种结构框图；

图30为本发明实施例中网络设备的第四种结构示意图。

具体实施方式

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

本文中描述的技术可用于各种通信系统，例如LTE系统，第五代移动通信系统(5G)，以及其他此类通信系统。

例如，物联网(Internet of Things，IoT)作为5G的组成部分，其市场需求增长迅猛。目前的第三代合作伙伴计划(The 3rd Generation Partnership Project，3GPP)标准在研究基于蜂窝网络的新的空口技术来承载IoT业务，这一类IoT被称为蜂窝物联网(Cellular Internet Of Things，CIoT)。与传统蜂窝网络相比，CIoT网络的设备，特别是终端设备，一般要求成本较低，以实现终端设备的海量部署。而低成本的需求要求终端设备的实现复杂性要很低。

针对终端设备对于成本和实现复杂度的要求，CIoT取消了LTE系统中RLC层支持的重排序以及AM模式等功能。尽管这种改变可以很好地适应CIoT的业务特点，并满足其终端设备设计需求，但是也会带来一些新的问题。如，由于CIoT的RLC层不再支持重排序和AM模式，则对于PDU的传输异常情况可能就无法发现，也就无法处理。那么，将本发明实施例中的技术方案用在CIoT中显然具有较为明显的优势。

以下，对本发明实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

1)终端设备，是指向用户提供语音和/或数据连通性的设备，例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经居民接入网(Residential Access Network，RAN)与核心网进行通信，与RAN交换语音和/或数据。该终端设备可以称为用户设备(user equipment，UE)、无线终端设备、移动终端设备、订户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(Access Point，AP)、远程终端设备(Remote Terminal)、接入终端设备(Access Terminal)、用户终端设备(User Terminal)、用户代理(User Agent)、或用户装备(User Device)等。例如，可以是移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。例如，个人通信业务(Personal Communication Service，PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(Wireless Local Loop，WLL)站、个人数字助理(Personal Digital Assistant，PDA)等设备。

2)网络设备，例如为基站(例如，接入点)，具体可以是指接入网中在空中接口上通过一个或多个扇区与无线终端设备通信的设备。基站可用于将收到的空中帧与网际协议(IP)分组进行相互转换，作为无线终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括IP网络。基站还可协调对空中接口的属性管理。例如，基站可以是演进的LTE系统(LTE-Advanced，LTE-A)中的演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，本发明实施例并不限定。

3)本发明实施例中，数据包，例如可以是PDU，或者也可以是指其他数据包。另外，为便于描述，在进行下行传输时，将传输的数据包称为下行数据包，在进行上行传输时将传输的数据包称为上行数据包。另外，若PDU改为其他名称，也在本发明的保护范围之内。

4)本发明实施例中，新数据指示，例如可以通过新数据指示(New Data Indicator，NDI)来实现，或者也可以通过其他方式实现，比如就通过携带在下行控制信息中的一个比特或多个比特来实现，只要新数据指示可以用于指示待传输的数据包是新传的数据包还是重传的数据包即可。另外，若NDI改为其他名称，也在本发明的保护范围之内。

5)本发明实施例中，下行控制信息，例如可以通过下行控制信息(Downlink Control Information，DCI)来实现，或者也可以通过其他可能的控制信息来实现，本发明实施例对此不作限制。另外，若DCI改为其他名称，也在本发明的保护范围之内。

6)本发明实施例中，下行控制信道，例如可以是物理下行控制信道(Physical Downlink Control Channel，PDCCH)，或者也可以是其他可能的用于进行下行控制信息传输的信道，若PDCCH改为其他名称，也在本发明的保护范围之内。

上行控制信道，例如可以是物理上行控制信道(Physical Uplink Control Channel，PUCCH)，或者也可以是其他可能的用于进行上行控制信息传输的信道，若PUCCH改为其他名称，也在本发明的保护范围之内。

下行数据信道，例如可以是物理下行共享信道(Physical Downlink Shared Channel，PDSCH)，或者也可以是其他可能的用于进行下行数据传输的信道，若PDSCH改为其他名称，也在本发明的保护范围之内。

上行数据信道，例如可以是物理上行共享信道(Physical Uplink Shared Channel，PUSCH)，或者也可以是其他可能的用于进行上行数据传输的信道，若PUSCH改为其他名称，也在本发明的保护范围之内。

7)本发明实施例中的术语“系统”和“网络”可被互换使用。“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

首先介绍一下本发明实施例的技术背景。

一、请参见图1，为现有技术中MAC层传输下行PDU的交互图。

目前，基站通过PDCCH调度下行PDU的传输资源，通过PDSCH向终端设备传输PDU，终端设备通过PUCCH向基站反馈ACK/NACK。步骤如下：

1、基站通过PDCCH向终端设备分配本次传输的下行PDU使用的PDSCH下行资源信息，即向终端设备发送本次传输所用的PDSCH下行资源。

2、基站在PDCCH指示的该PDSCH下行资源上向终端设备发送PDU，如图1，本次发送的下行PDU例如为图1中的a1。

3、终端设备根据资源分配信息，在该PDSCH下行资源上接收下行PDU，即接收a1，并根据对该下行PDU的接收情况，通过PUCCH向基站反馈ACK/NACK。一般来说，ACK/NACK占据一个比特(bit)，当该比特的取值为1时，例如指示为ACK，当该比特的取值为0时，例如指示为NACK。

其中，若终端设备成功接收下行PDU，则反馈ACK(该比特的取值为1)，图1即以此为例，若终端设备接收下行PDU失败，则反馈NACK(该比特的取值为0)。

4、基站通过PDCCH向终端设备发送下次传输的下行PDU使用的PDSCH下行资源信息，即向终端设备发送下次传输所用的PDSCH下行资源。

5、基站根据接收到的终端设备的反馈决定下一步的操作：

若接收的终端设备的反馈为ACK，表明上一个下行PDU传输成功，则基站继续在PDCCH指示的PDSCH下行资源上向终端设备发送下一个下行PDU，例如为图1中的a2。图1以基站继续向终端设备发送a2为例。

若接收的终端设备的反馈为NACK，表明上一个下行PDU传输失败，则基站重新在PDCCH指示的PDSCH下行资源上向终端设备发送上一个下行PDU。

二、请参见图2，为现有技术中MAC层传输上行PDU的交互图。

目前，基站通过PDCCH调度用于传输上行PDU的传输资源，终端设备通过PUSCH向基站传输上行PDU，基站通过物理自动混合重传指示信道(Physical Hybrid ARQ Indicator Channel，PHICH)向终端设备反馈ACK/NACK。步骤如下：

1、基站通过PDCCH为终端设备分配本次传输的上行PDU使用的PUSCH上行资源信息，即向终端设备发送本次传输所用的PUSCH上行资源。

2、终端设备在所分配的PUSCH上行资源上向基站发送上行PDU，例如为图2中的b1。

3、基站在分配的PUSCH上行资源上接收终端设备发送的上行PDU，即接收b1，并根据对该上行PDU的接收情况，通过PHICH向终端设备反馈ACK/NACK。

其中，若基站成功接收上行PDU，则反馈ACK，若基站接收上行PDU失败，则反馈NACK，图2即以反馈NACK为例。

4、基站通过PDCCH为终端设备分配下次传输的上行PDU使用的PUSCH上行资源信息，即向终端设备发送下次传输所用的PUSCH上行资源。

5、终端设备根据接收到的基站的反馈决定下一步的操作：

若接收的基站反馈为ACK，表明上一个上行PDU传输成功，则终端设备继续在基站分配的PUSCH上行资源上向基站发送下一个上行PDU，例如为图2中的b2。

若接收的基站反馈为NACK，表明上一个上行PDU传输失败，则终端设备重新在基站分配的PUSCH上行资源上向基站发送上一个上行PDU。图2以终端设备继续向基站发送b2为例。

目前，无论上行或下行，对于传输异常的处理方式如下：

若发送端将接收端反馈的ACK误判为NACK，则发送端会重发上一个PDU，造成接收端对同一PDU的重复接收，接收端的MAC层会将接收的所有PDU处理为服务数据单元(Service Data Unit，SDU)，并将SDU发送给RLC层，这样SDU就成为RLC的PDU。RLC层会在重排序过程中，根据PDU头中的序列号(Sequence Number，SN)发现是否有重复接收的PDU，并丢弃重复的PDU。

若发送端将接收端反馈的NACK误判为ACK，则发送端会继续发送新的PDU，接收端并不能判断该PDU是新传的PDU还是重传的PDU，接收端会将该PDU作为重传的PDU进行接收，这样就造成了PDU的漏传。同样的，接收端的MAC层会将接收的所有PDU处理为SDU，并将SDU发送给RLC层，这样SDU就成为RLC的PDU。RLC层会在重排序过程中，根据PDU头中的SN发现是否有PDU被漏传，如果有PDU被漏传，且如果RLC实体工作于AM模式，则可以通过发起RLC层的ARQ来解决PDU被漏传的问题。

根据如前的描述可以看出，目前在LTE系统中，MAC层的HARQ过程只负责PDU的发送(重发)以及接收反馈，并不能发现和处理各种由于反馈误判带来的PDU传输异常(例如重复接收、漏传等)。只有RLC层在进行重排序的时候，才可能根据PDU的SN发现和处理这些异常。对于这种解决PDU传输异常的方式，一方面，由于异常的发现和处理都在RLC层，MAC层和RLC层的交互会更加频繁，处理过程更加复杂，系统开销较大。另一方面，对于一些具有不支持重排序和AM模式的RLC层的设备(例如CIoT设备)，若直接应用LTE中的HARQ机制及其异常处理方法，将会导致一些PDU传输异常难以被发现，从而也就得不到及时地处理。

本发明实施例充分考虑到以上问题，基站在向终端设备传输下行数据包时，会将为待传输的下行数据包调度的下行传输资源及新数据指示发送给终端设备，新数据指示可以指示待传输的下行数据包是重传的数据包还是新传的数据包，那么，如果终端设备期待接收的是新传的下行数据包(如终端设备上次给基站反馈的是ACK)，而新数据指示所指示的待传输的下行数据包是重传的数据包，则终端设备可以确定重复接收了数据包，如果终端设备期待接收的是重传的下行数据包(如终端设备上次给基站反馈的是NACK)，而新数据指示所指示的待传输的下行数据包是新传的数据包，则终端设备可以确定有漏传的数据包，即，在MAC层就可以发现是否有传输异常的情况，避免了在将数据包传输给RLC层后才会发现是否有传输异常的情况，避免了MAC层和RLC层的过多交互，可以有效减少处理过程的复杂度和系统开销。

并且，由于本发明实施例中在MAC层就可以发现是否有传输异常的情况，无需等到在RLC层中发现，能够有效应用在具有不支持重排序和AM模式的RLC层的设备(例如CIoT设备)中，可见，本发明实施例中的技术方案应用范围较为广泛，且实施方式简单，更利于推广使用。

下面结合说明书附图对本发明实施例作进一步详细描述。

请参见图3，本发明实施例提供第一种下行数据包传输方法，该方法可以应用于下行传输过程中的终端设备侧，该方法的流程描述如下。

步骤301：终端设备接收网络设备通过下行控制信道发送的第一下行控制信息；第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源，第一新数据指示用于指示第一下行数据包为重传的数据包或新传的数据包；

步骤302：终端设备接收网络设备通过第一下行传输资源传输的第一下行数据包。

请参见图4，基于同一发明构思，本发明实施例提供第二种下行数据包传输方法，该方法可以应用于下行传输过程中的网络设备侧，即该方法为与图3流程所示的方法相应的方法，该方法的流程描述如下。

步骤401：网络设备通过下行控制信道向终端设备发送第一下行控制信息；第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源，第一新数据指示用于指示第一下行数据包为重传的数据包或新传的数据包；

步骤402：网络设备通过第一下行传输资源向终端设备传输第一下行数据包。

下面通过交互方式介绍图3流程和图4流程所示的方法。为了使整个过程更为清楚，在如下的介绍过程中，以下行数据信道是PDCCH、下行数据信道是PDSCH、下行控制信息是DCI、新数据指示是NDI、数据包是PDU为例，本领域技术人员需要知晓的是，这只是举例，不是对本发明保护范围的限制。

请参见图5，为综合图3流程和图4流程的下行PDU传输过程的一种交互流程图。

其中，下行PDU在PDSCH上传输，ACK/NACK在PUCCH上传输，NDI和调度的下行传输资源包含在DCI中，DCI在PDCCH上传输。步骤如下：

1、基站通过PDCCH向终端设备发送第三DCI，第三DCI中包括本次下行传输使用的PDSCH下行传输资源(例如为第三下行传输资源)，以及还包括第三NDI，第三NDI用于指示本次传输的下行PDU是新传的下行PDU还是重传的下行PDU。

比如，NDI可以占据一个比特，当该比特的取值为1时，用于指示本次传输的下行PDU是新传的下行PDU，当该比特的取值为0时，表明本次传输的下行PDU是重传的下行PDU。

2、基站在PDCCH指示的第三下行传输资源上向终端设备发送下行PDU，例如将该PDU称为第二下行PDU，从而终端设备在第三下行传输资源上接收第二下行PDU。例如第二下行PDU为图5中的a1。

3、终端设备根据对第二下行PDU的接收情况向基站发送反馈信息(例如称为第二反馈信息)。本发明实施例中，反馈信息例如为ACK/NACK，一般来说占据一个比特，例如，若该比特的取值为1，则表明反馈信息为ACK，若该比特的取值为0，则表明反馈信息为NACK。

若终端设备成功接收第二下行PDU，则终端设备通过PUCCH向基站反馈ACK。图5即以反馈ACK为例。

若终端设备接收第二下行PDU失败，则终端设备通过PUCCH向基站反馈NACK。

4、基站通过PDCCH向终端设备发送第一DCI，第一DCI中包括本次传输下行PDU(例如称为第一下行PDU)使用的PDSCH下行传输资源(例如为第一下行传输资源)，以及还包括第一NDI，第一NDI用于指示本次传输的下行PDU是新传的下行PDU还是重传的下行PDU。

其中，基站在接收终端设备发送的第二反馈信息后对第二反馈信息进行解码：

若基站通过解码确定终端设备发送的是ACK，表明第二下行PDU传输成功，则基站将下一次传输下行PDU使用的第一下行传输资源携带在第一DCI 中传输给终端设备，同时指示第一NDI＝1，即第一NDI用于指示本次传输的下行PDU是新传的下行PDU；

若基站通过解码确定终端设备发送的是NACK，表明第二下行PDU传输失败，则基站将下一次传输下行PDU使用的第一下行传输资源携带在第一DCI中传输给终端设备，同时指示第一NDI＝0，即第一NDI用于指示本次传输的下行PDU是重传的下行PDU。

5、基站在PDCCH指示的第一下行传输资源上向终端设备发送第一下行PDU，从而终端设备在第一下行传输资源上接收第一下行PDU。图5中，例如第一下行PDU为a2。

在图3-图5所介绍的HARQ机制中，ACK/NACK在PUCCH/PDCCH中传输，NDI在PDCCH中传输。PUCCH一般不使用循环冗余校验码(Cyclic Redundancy Check，CRC)保护，因此可能会出现接收端对于接收的反馈信息判断错误或反馈信息传输错误等现象，由此会造成异常。而PDCCH一般有CRC保护，所以当终端设备通过CRC检测到PDCCH中传输的DCI有误时，可以确定控制信息错误，一般会直接丢弃，因此不会对PDCCH传输的内容进行误判。但是考虑到小概率事件或有时不对PDCCH加CRC的情况，本发明实施例提供异常解决方案，下面详细介绍。

一、终端设备发送的反馈信息本身为ACK，但被基站误判为NACK。

以图5为例，在图5中，例如终端设备根据对第二下行PDU的接收情况向终端设备发送了第二反馈信息，基站是在接到第二反馈信息后向终端设备发送的第一DCI，即，第一DCI中包括的第一NDI的取值是基站在考虑了第二反馈信息后确定的。

那么例如，终端设备确定第二下行PDU接收成功，向基站反馈的第二反馈信息包括的是ACK，而基站在接收第二反馈信息后对第二反馈信息解码错误，将其误判为NACK，则基站确定第二下行PDU传输失败，于是在第一DCI中指示第一NDI＝0，即基站向终端设备传输的第一下行PDU为重传的下行PDU，即此时第一下行PDU为第二下行PDU。由于终端设备之前发送的第二反馈信息包括的是ACK，期待的是新传的PDU，当终端设备收到包括第一NDI＝0的第一DCI时，就知道本次传输的第一下行PDU是异常重传，即终端设备可以确定再次接收到的第一下行PDU为重复接收的PDU，可以直接丢弃再次接收的第一PDU。

二、终端设备发送的反馈信息本身为NACK，但被基站误判为ACK。

那么例如，终端设备确定第二下行PDU接收失败，向基站反馈的第二反馈信息包括的是NACK，而基站在接收第二反馈信息后对第二反馈信息解码错误，将其误判为ACK，则基站确定第二下行PDU传输成功，于是在第一DCI中指示第一NDI＝1，即基站向终端设备传输的第一下行PDU为新传的下行PDU，即此时第一下行PDU与第二下行PDU不同，之后，基站会通过第一DCI所调度的第一下行传输资源向终端设备传输第一下行PDU。由于终端设备之前发送的第二反馈信息包括的是NACK，期待的是重传的PDU，当终端设备收到包括第一NDI＝1的第一DCI时，就知道本次传输的第一下行PDU是异常重传，第二下行PDU被漏传。此时，若终端设备向基站发送NACK，则基站会重传第一下行PDU，若终端设备向基站发送ACK，则基站会新传下一个下行PDU(例如第三下行PDU)。无论如何，终端设备都无法再收到重传的第二下行PDU。

在这种情况下，终端设备在收到第一DCI时，发现第一NDI指示有误，上一个下行PDU可能被漏传，则终端设备可以向基站发送漏传请求，例如将该漏传请求称为第一漏传请求，例如本发明实施例中的漏传请求可以通过在随机接入请求中的随机接入原因字段(cause)中指示接入原因来实现，当然也可以通过其他请求方式来实现，例如可以通过使用特定前导序列(preamble)组中的签到序列来实现，或者可以通过无线资源控制连接请求(Radio Resource Control connection request，RRC connection request)中的cause字段来实现，等等，只要漏传请求能够用于指示有下行PDU漏传即可。例如漏传请求通过随机接入请求来实现，那么第一漏传请求中指示的接入原因例如为下行PDU漏传，或者第一漏传请求中指示的接入原因例如为终端设备接收第二下行PDU失败。那么基站收到第一漏传请求后，通过cause知道发生了漏传，于是将再次给终端设备发送DCI，例如称为第二DCI，第二DCI中包括第二NDI，以及为重传的第二下行PDU所调度的第二下行传输资源，第二NDI＝0，即第二NDI用于指示第二下行PDU为重传的下行PDU，之后，基站通过第二下行传输资源向终端设备重传第二下行PDU。

可选的，在基站向终端设备发送第二下行PDU之后，基站还会接收终端设备针对重新接收的第二下行PDU的反馈信息，例如称为第三反馈信息，同样的，若第三反馈信息包括NACK，则基站确定第二下行PDU传输失败，基站可以重新调度下行资源，并重新传输第二下行PDU，而若第三反馈信息包括ACK，则基站确定第二下行PDU传输成功，则基站可以通过PDCCH给终端设备发送DCI，例如称为第三DCI，第三DCI中包括第三NDI，以及为新传的第三下行PDU所调度的第三下行传输资源，第三NDI＝1，即第三NDI用于指示第三下行PDU为新传的下行PDU，之后，基站通过第三下行传输资源向终端设备传输第三下行PDU。

第三下行PDU可以是第一下行PDU之后的下行PDU。这样，基站传输过的PDU尽量不重复传输，节省传输资源，也减少终端设备的重复接收过程。

可以看出，要实现上述漏传处理，系统需要支持以下功能：

在基站的发送缓存中，至少可以存储两个下行PDU，即最新发出的下行PDU及其之前发送的下行PDU。

另外，若漏传请求通过在随机接入请求中的cause指示接入原因来实现，那么基站还需要支持如下功能：为随机接入请求中的cause增加一种PDU漏传情况的指示，若漏传请求通过在RRC connection request中的cause中指示接入原因来实现，那么基站还需要支持如下功能：为RRC connection request中的 cause增加一种PDU漏传情况的指示。

另外，根据分析，当基站发送完最后一个下行PDU后，基站将不会在PDCCH中通过DCI调度下一次的下行传输资源，进而，也就不再通过NDI进行指示。对于这种特殊情况下出现的异常，需要单独发现和处理。对于下行传输，异常解决方案如下：

一、终端设备发送的针对最后一个下行PDU的反馈信息本身为ACK，但被基站误判为NACK。

以图5为例，例如第一下行PDU为基站要向终端设备传输的最后一个下行PDU，终端设备在接收第一下行PDU后，向基站发送了第一反馈信息，第一反馈信息包括的是ACK，即终端设备成功接收第一下行PDU。而若基站将ACK误判为NACK，则会重传第一下行PDU，且在DCI中指示NDI＝0。对于终端设备来说，已经成功接收了最后一个下行PDU，若继续收到DCI和下行PDU，就会知道再次接收的第一下行PDU为重复接收的PDU，则终端设备可以直接丢弃再次接收的第一下行PDU。

二、终端设备发送的针对最后一个下行PDU的反馈信息本身为NACK，但被基站误判为ACK。

以图5为例，例如第一下行PDU为基站要向终端设备传输的最后一个下行PDU，终端设备接收第一下行PDU失败，向基站发送的第一反馈信息中包括的是NACK。若基站将NACK误判为ACK，将不会再为终端设备调度下行传输资源，即不会再向终端设备传输DCI，也不会重传漏传的第一下行PDU。此时，终端设备若在长时间内未监听到PDCCH上有传输的DCI，则会发现有漏包现象，需要设计漏包处理机制。

针对这种情况，本发明实施例中，终端设备在发送第一反馈信息之后，可以启动一个定时器，例如为该定时器设定的时长为预定时长，若定时器超时终端设备还未收到DCI，即终端设备在预定时长内未收到基站发的DCI，则终端设备判定有漏传现象，进而终端设备可以向基站发送第二漏传请求，同样的，例如可以通过在随机接入请求中的随机接入原因字段(cause)中指示接入原因来实现第二漏传请求，或者也可以通过其他方式来实现第二漏传请求，例如可以通过特定preamble组来实现，或者可以通过RRC connection request中的cause字段来实现，等等。例如通过随机接入请求来实现第二漏传请求，则接入原因例如为下行PDU漏传，或者接入原因例如为终端设备接收第一下行PDU失败。那么基站收到第二漏传请求后，通过cause知道发生了漏传，于是将再次给终端设备发送DCI，该DCI中包括的NDI＝0，以及该DCI中包括为重传的第一行PDU所调度的下行传输资源，之后，基站通过该下行传输资源向终端设备重传第一下行PDU。

可见，本发明实施例中，基站在向终端设备传输下行数据包时，会将为待传输的下行数据包调度的下行传输资源及新数据指示发送给终端设备，新数据指示可以指示待传输的下行数据包是重传的数据包还是新传的数据包，那么，如果终端设备期待接收的是新传的下行数据包(如终端设备上次给基站反馈的是ACK)，而新数据指示所指示的待传输的下行数据包是重传的数据包，则终端设备可以确定重复接收了数据包，如果终端设备期待接收的是重传的下行数据包(如终端设备上次给基站反馈的是NACK)，而新数据指示所指示的待传输的下行数据包是新传的数据包，则终端设备可以确定有漏传的数据包，即，在MAC层就可以发现是否有传输异常的情况，且本发明实施例也针对不同的传输异常情况给出了不同的解决方案，这些解决方案都可以在MAC层完成，避免了在将数据包传输给RLC层后才会发现是否有传输异常的情况，避免了MAC层和RLC层的过多交互，可以有效减少处理过程的复杂度和系统开销。

并且，由于本发明实施例中在MAC层就可以发现是否有传输异常的情况，在有传输异常情况时在MAC层就可以解决，无需等到在RLC层中发现并解决，能够有效应用在具有不支持重排序和AM模式的RLC层的设备(例如CIoT设备)中，可见，本发明实施例中的技术方案应用范围较为广泛，且实施方式简单，更利于推广使用。

请参见图6，基于同一发明构思，本发明实施例提供第一种上行数据包传输方法，该方法可以应用于上行传输过程中的终端设备侧，该方法的流程描述如下。

步骤601：终端设备通过下行控制信道接收网络设备发送的第一下行控制信息；第一下行控制信息中包括第一新数据指示以及为待传输的上行数据包调度的第一上行传输资源；

步骤602：终端设备通过第一上行传输资源向网络设备传输第一上行数据包；其中，若第一新数据指示用于指示重传上行数据包，则第一上行数据包为重传的上行数据包，若第一新数据指示用于指示新传上行数据包，则第一上行数据包为新传的上行数据包或重传的上行数据包。

请参见图7，基于同一发明构思，本发明实施例提供第二种上行数据包传输方法，该方法可以应用于上行传输过程中的网络设备侧，即该方法为与图6流程所示的方法相应的方法，该方法的流程描述如下。

步骤701：网络设备通过下行控制信道向终端设备发送第一下行控制信息；第一下行控制信息中包括第一新数据指示以及为待接收的上行数据包调度的第一上行传输资源；

步骤702：网络设备通过第一上行传输资源接收终端设备传输的第一上行数据包；其中，若第一新数据指示用于指示重传上行数据包，则第一上行数据包为重传的上行数据包，若第一新数据指示用于指示新传上行数据包，则第一上行数据包为新传的上行数据包。

下面通过交互方式介绍图6流程和图7流程所示的方法。为了使整个过程更为清楚，在如下的介绍过程中，以下行数据信道是PDCCH、上行数据信道是PUSCH、下行控制信息是DCI、新数据指示是NDI、数据包是PDU为例，本领域技术人员需要知晓的是，这只是举例，不是对本发明保护范围的限制。

请参见图8，为综合图6流程和图7流程的上行PDU传输过程的一种交互流程图。

其中，上行PDU在PUSCH上传输，ACK/NACK在PDCCH上传输，NDI和调度的上行传输资源包含在DCI中，DCI在PDCCH上传输。另外，若基站成功接收最后一个上行PDU，则基站只向终端设备发送反馈信息，此时反馈信息为ACK，基站不会再向终端设备发送DCI。步骤如下：

1、基站通过PDCCH向终端设备发送第二DCI，第二DCI中包括本次上行传输使用的PUSCH上行传输资源(例如为第二上行传输资源)，以及还包括第二NDI，第二NDI用于指示本次传输的上行PDU是新传的上行PDU还是重传的上行PDU。

比如，NDI可以占据一个比特，当该比特的取值为1时，用于指示本次传输的上行PDU是新传的上行PDU，当该比特的取值为0时，表明本次传输的上行PDU是重传的上行PDU。

2、终端设备在所分配的第二上行传输资源上向基站发送第二上行PDU，从而基站在第二上行传输资源上接收第二上行PDU。例如第二上行PDU为图8中的b1。

3、基站根据对第二上行PDU的接收情况向终端设备发送反馈信息(例如称为第一反馈信息)。本发明实施例中，反馈信息例如为ACK/NACK，一般来说占据一个比特，例如，若该比特的取值为1，则表明反馈信息为ACK，若该比特的取值为0，则表明反馈信息为NACK。图8以向终端设备发送NACK为例。

4、若基站成功接收第二上行PDU，而第二上行PDU不是最后一个上行PDU，则基站在PDCCH上对下次传输的上行PDU进行调度，即基站向终端设备发送第一DCI，第一DCI中包括本次传输的上行PDU(例如称为第一上行PDU)使用的PUSCH上行传输资源(例如为第一上行传输资源)，以及还包括第一NDI，并指示第一NDI＝1。

若基站成功接收第二上行PDU，且第二上行PDU为最后一个上行PDU，则基站只在PDCCH上向终端设备发送ACK，不再向终端设备发送DCI，即不再进行步骤4。

若基站接收第二上行PDU失败，则基站向终端设备发送第一DCI，第一DCI中包括本次传输的上行PDU(即第二上行PDU)使用的PUSCH上行传输资源(例如为第一上行传输资源)，以及还包括第一NDI，并指示第一NDI＝0。图8以此为例。

4、终端设备根据在PDCCH上接收到的信息决定下一步的操作：

若只接收到ACK，表明传输结束。

若接收到ACK，且第一NDI＝1，表明第二上行PDU传输成功，则终端设备在PDCCH指示的第一上行传输资源上向基站发送下一个上行PDU，即第一上行PDU。例如第一上行PDU为图8中的b2。

若接收到NACK，且第一NDI＝0，表明第二上行PDU传输失败，则终端设备重新在PDCCH指示的第一上行传输资源上向基站发送上一个上行PDU，即第二上行PDU。图8以重新传输第二上行PDU为例。

在上行传输过程中，ACK/NACK和DCI等都是在PDCCH中传输，由于PDCCH有CRC保护，根据其工作原理，反馈可能会出错，但是被误判的概率较低。

如果对PDCCH传输的信息解码失败，则终端设备无法获取正确的调度信息，例如：

针对发送给基站的上行PDU，若该上行PDU不是最后一个上行PDU，若终端设备对PDCCH传输的信息解码失败时，则终端设备无法进行下一个上行PDU的传输。基站没有收到终端设备发送的上行PDU，则可以确定终端设备对PDCCH传输的信息解码失败，则基站可以为该终端设备重新进行调度。

针对发送给基站的上行PDU，若该上行PDU是最后一个上行PDU，如果终端设备对PDCCH传输的信息解码失败，而且基站通过PDCCH发送的是ACK，在这种情况下，如果基站没有再次向终端设备发送DCI等调度信息，则终端设备确定基站发送的反馈信息为ACK，即终端设备确定传输结束。

但是考虑到小概率事件以及没有CRC保护PDCCH等特殊情况，本发明实施例提供异常解决方案，下面详细介绍。

一般来说，都是由于接收端对发送端发送的信息接收失败(本发明实施例中，接收失败可以理解为未成功接收，比如在接收过程中出现错误，或者也可以理解为接收后解码错误，比如可能在传输过程中出现错误，导致接收的信息本身就错误，或者比如接收的信息是正确的，但是在解码过程中出现了错误，等等)从而导致后续的传输异常，那么请参见表1，接收端接收失败的结果大概有如表1所示的几种情况：

表1上行传输反馈的可能情况

其中，若基站发送的反馈信息为ACK，则基站通过PDCCH传输的应该是ACK，以及NDI＝1，若基站发送的反馈信息为NACK，则基站通过PDCCH传输的应该是NACK，以及NDI＝0，即终端设备收到的反馈信息的比特的取值以及NDI的取值应该是相同的。因此，当终端设备解码后发现反馈信息的比特的取值以及NDI的取值不同时，就可以确定出现了错误1或错误2，对于这两种错误，终端设备可以根据逻辑判断一定是反馈出错，而只有反馈信息的比特的取值以及NDI的取值同时出错(错误2)时，终端设备可能才无法发现出现了反馈错误。

下面介绍异常解决方案。

一、基站发送的反馈信息本身为ACK，但被终端设备误判为NACK，或基站发送的NDI本身为1，但被终端设备误判为0。

以图8为例，例如终端设备在向基站发送第二上行PDU后，接收基站发送的第一反馈信息以及第一DCI，若终端设备解码后发现基站发送的第一反馈信息以及第一DCI中包括的第一DCI出现了表1中的错误1或错误2，根据异常处理原则中的漏传损害大于重传损害的规则，终端设备可以直接重传上一个上行PDU，即重传第二上行PDU。

而如果经过终端设备解码后，基站发送的第一反馈信息以及第一DCI中包括的第一DCI出现了表1中的错误3，则终端设备无法发现，会误判为第二上行PDU传输失败，也将直接重传上一个PDU，即重传第二上行PDU。

对于基站来说，收到重复的上行PDU后，无法在MAC层发现异常，会将接收的上行PDU经过处理，得到SDU，并将SDU发送给RLC层，成为RLC层的PDU，RLC层若支持重排序等功能，则可以在重排序时发现是否有重复接收的PDU，若有的话，可以丢弃重复的PDU。

二、基站发送的反馈信息本身为NACK，但被终端设备误判为ACK，或基站发送的NDI本身为0，但被终端设备误判为1。

以图8为例，例如终端设备在向基站发送第二上行PDU后，接收基站发送的第一反馈信息以及第一DCI，若终端设备解码后发现基站发送的第一反馈信息以及第一DCI中包括的第一DCI出现了表1中的错误1或错误2，根据异常处理原则中的漏传损害大于重传损害的规则，终端设备可以直接重传上一个上行PDU，即第二上行PDU，此时漏传得以避免。

而如果经过终端设备解码后，基站发送的第一反馈信息以及第一DCI中包括的第一DCI出现了表1中的错误3，则终端设备无法发现，会误判为第二上行PDU传输成功，则会继续向基站发送新的上行PDU，且基站无法发现有漏传现象发生。在这种情况下，基站会接收新上行PDU。基站将接收的上行PDU经过处理，得到SDU，并将SDU发送给RLC层，成为RLC层的PDU，RLC层若支持重排序和AM模式等功能，则可以在重排序时发现是否有漏传的PDU，若有的话，可以在RLC层发起ARQ流程来解决漏传的问题。

一般来说，错误1-错误3出现的概率都比较低，所以综合来看，错误3出现的概率就更低，因此对于出现错误3的情况，可以将漏传或重复传输等异常问题交给高层(例如RLC层)去解决。

另外，根据分析，当基站成功接收最后一个下行PDU时，基站将不会在PDCCH中通过DCI调度下一次的上行传输资源，进而，也就不再通过NDI进行指示。对于这种特殊情况下出现的异常，需要单独发现和处理。对于上行传输，异常解决方案如下：

以图8为例，若第一上行PDU为终端设备需向基站传输的最后一个上行PDU，则终端设备在向基站传输第一上行PDU之后，若只收到基站通过PDCCH发送的反馈信息(例如称为第二反馈信息)，而未收到基站发送的DCI，则意味着基站已经成功接收第一上行PDU，则无论终端设备解码后确定第二反馈信息包括的是ACK还是NACK，终端设备都不会重传第一上行PDU，从而避免重复传输。

而若第一上行PDU为终端设备需向基站传输的最后一个上行PDU，则终端设备在向基站传输第一上行PDU之后又收到基站发送的第二反馈信息以及DCI，则终端设备可以确定基站接收第一上行PDU失败，则无论终端设备解码后确定第二反馈信息包括的是ACK还是NACK，终端设备都会重传第一上行PDU，从而避免了漏传现象的发生。

可见，本发明实施例中，终端设备在向基站传输上行数据包时，基站会将为待传输的上行数据包调度的上行传输资源及新数据指示发送给终端设备，新数据指示可以指示待传输的上行数据包是重传的数据包还是新传的数据包，那么，如果终端设备期待传输的是新传的下行数据包(如终端设备确定上次基站反馈的是NACK)，而新数据指示所指示的待传输的上行数据包是重传的数据包，则终端设备可以确定误判现象发生，或如果终端设备期待传输的是重传的上行数据包(如终端设备确定上次基站反馈的是ACK)，而新数据指示所指示的待传输的上行数据包是新传的数据包，则终端设备可以确定误判现象发生，即，在MAC层就可以发现是否有传输异常的情况，且本发明实施例也针对不同的传输异常情况给出了不同的解决方案，这些解决方案都可以在MAC层完成，避免了在将数据包传输给RLC层后才会发现是否有传输异常的情况，避免了MAC层和RLC层的过多交互，可以有效减少处理过程的复杂度和系统开销。

另外，图3-图8的流程中，可以通过新数据指示以及ACK/NACK来发现是否有传输异常情况出现，无需在数据包中额外封装SN，从而无需改变LTE系统的架构，有利于LTE系统架构的重用，且减小了系统开销。

请参见图9，基于同一发明构思，本发明实施例提供第三种下行数据包传输方法，该方法可以应用于下行传输过程中的网络设备侧，该方法的流程描述如下。

步骤901：网络设备通过下行控制信道向终端设备发送第一调度信息，第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源；

步骤902：网络设备在第一下行数据包中添加第一序列号，并通过第一下行传输资源将添加了第一序列号的第一下行数据包传输给终端设备。

请参见图10，基于同一发明构思，本发明实施例提供第四种下行数据包传输方法，该方法可以应用于下行传输过程中的终端设备侧，即该方法为与图9流程所示的方法相应的方法，该方法的流程描述如下。

步骤1001：终端设备通过下行控制信道接收网络设备发送的第一调度信息，第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源；

步骤1002：终端设备通过第一下行传输资源接收网络设备发送的第一下行数据包，其中，第一下行数据包中添加了第一序列号。

下面通过交互方式介绍图9流程和图10流程所示的方法。为了使整个过程更为清楚，在如下的介绍过程中，以下行数据信道是PDCCH、下行数据信道是PDSCH、下行控制信息是DCI、新数据指示是NDI、数据包是PDU为例，本领域技术人员需要知晓的是，这只是举例，不是对本发明保护范围的限制。

请参见图11，为综合图9流程和图10流程的下行PDU传输过程的一种交互流程图。

在这种HARQ反馈机制中，基站在发送下行PDU时，在下行PDU头中封装1比特的SN作为发送的下行PDU对应的序列号，例如称为V(S)，同时在终端设备维护一个期待接收的序列号，例如称为V(R)，且终端设备使用V(R)作为向基站进行反馈的反馈信息。

其中，下行PDU头中封装1比特的V(S)，基站通过PDCCH向终端设备调度用于传输下行PDU的下行传输资源，下行PDU在PDSCH上传输，终端设备通过PUCCH向基站反馈V(R)。在初始情况下，基站的V(S)和终端设备的终端设备V(R)保持一致，在传输过程中，基站的V(S)和终端设备的终端设备V(R)也需保持一致。步骤如下：

1、基站通过PDCCH向终端设备发送第一调度信息，第一调度信息中包括本次下行传输使用的PDSCH下行传输资源，即包括为待传输的下行PDU(例如称为第一下行PDU)调度的下行传输资源，例如称为第一下行传输资源。

2、基站在PDCCH指示的第一下行传输资源上向终端设备发送第一下行PDU，其中，基站在第一下行PDU头中封装了第一序列号。例如第一下行PDU为图11中的a1。从而，终端设备根据第一调度信息，在第一下行传输资源上接收第一下行PDU，并根据对第一下行PDU的接收情况调整期待序列号V(R)：

若终端设备成功接收第一下行PDU，则终端设备将V(R)的值调整为V(R)+1，即调整后，V(R)＝V(R)+1。

若终端设备接收第一下行PDU失败，则终端设备不调整V(R)的值，即V(R)＝V(R)。

3、终端设备通过PUCCH向基站发送期待序列号V(R)。即，终端设备发送的V(R)的值可能是V(R)，也可能是V(R)+1。图11中，以发送V(R)为例，即以终端设备接收第一下行PDU失败为例。

4、基站通过PDCCH向终端设备发送第二调度信息，第二调度信息中包括下一次下行传输使用的PDSCH下行传输资源，即包括为下次传输的下行PDU(例如称为第二下行PDU)调度的下行传输资源，例如称为第二下行传输资源。

5、基站根据接收到的终端设备发送的期待序列号决定下一步操作：

若基站通过解码确定接收的终端设备发送的期待序列号为V(R)＝V(S)+1，表明第一下行PDU传输成功，则基站调整V(S)，令V(S)＝V(S)+1，并将调整后的V(S)(即V(S)+1)封装到第二下行PDU头中，在PDCCH指示的第二下行传输资源上向终端设备传输第二下行PDU。第二下行PDU例如为图11中的a2。

若基站通过解码确定接收的终端设备发送的期待序列号为V(R)＝V(S)，表明第一下行PDU传输失败，则基站不调整V(S)，即V(S)＝V(S)，基站重新在PDCCH指示的第二下行传输资源上向终端设备重传第一下行PDU。其中，若基站要重传第一下行PDU，因为第一下行PDU头中已经封装了V(S)，而本次V(S)未调整，因此基站可以无需再次封装。图11以基站重传第一下行PDU为例。

在图9-图11所介绍的HARQ机制中，终端设备反馈的期待序列号V(R)在PUCCH中传输。PUCCH一般不使用CRC保护，因此可能会出现接收端对于接收的期待序列号判断错误或期待序列号传输错误等现象，由此会造成异常。虽然这种异常可能出现的概率不大，但是考虑到小概率事件，本发明实施例提供异常解决方案，下面详细介绍。

一、终端设备反馈的期待序列号为V(R)＝V(R)+1，而基站将其误判为V(R)。

以图11为例，例如终端设备成功接收第一下行PDU，则终端设备会翻转V(R)的值(即令V(R)＝V(R)+1)，并将翻转后的V(R)的值(即V(R)＝V(R)+1)作为反馈信息(即期待序列号)发送给基站。若在传输过程中期待序列号出错，或者基站对于期待序列号解码错误，则基站可能会确定接收的期待序列号为V(R)，相较于基站保存的V(S)来说，V(R)并未翻转，因此基站会认为第一下行PDU传输失败，于是基站会向终端设备发送第二调度信息，并通过第二调度信息指示的第二下行传输资源重发第一下行PDU，即此时，第二下行PDU为第一下行PDU。

由于终端设备的V(R)已翻转，期待接收的是新传的下行PDU，但收到的第一下行PDU中的V(S)的值还是V(R)，而不是V(R)+1，即V(S)未翻转，则终端设备确定基站是重传了第一下行PDU，由此终端设备可以确定重复接收了第一下行PDU，终端设备可以直接丢弃重复接收的第一下行PDU。

二、终端设备反馈的期待序列号为V(R)＝V(R)，而基站将其误判为V(R)+1。

以图11为例，例如终端设备接收第一下行PDU失败，则终端设备不会翻转V(R)的值(即令V(R)＝V(R))，并将V(R)作为反馈信息(即期待序列号)发送给基站。若在传输过程中期待序列号出错，或者基站对于期待序列号解码错误，则基站可能会确定接收的期待序列号为V(R)+1，相较于基站保存的V(S)来说，V(R)进行了翻转(即基站认为接收的V(R)＝V(S)+1)，因此基站会认为第一下行PDU传输成功，于是基站会向终端设备发送第二调度信息，将V(S)+1的值封装到第二下行PDU头中，并通过第二调度信息指示的第二下行传输资源向终端设备传输第二下行PDU。

由于终端设备的V(R)未翻转，期待接收的是重传的下行PDU，但收到的第二PDU中的V(S)却已翻转，即V(S)＝V(R)+1，则终端设备确定第二下行PDU是新传的下行PDU，由此终端设备可以确定漏传了第一下行PDU。此时，终端设备若继续向基站反馈V(R)(此时基站侧的V(S)＝V(R)+1+1＝V(R))，基站会再次认为第二下行PDU传输成功，会继续发送下一个下行PDU，终端设备若向基站反馈V(R)+1，基站会认为第二下行PDU传输失败，会重新传输第二下行PDU。可见，无论终端设备如何反馈，都无法重新获得漏传的第一下行PDU，无法避免漏传现象。

针对这种情况，本发明实施例提出，在终端设备接收第二下行PDU之后，若确定第二下行PDU头中的V(S)＝V(R)+1，与终端设备反馈的期待序列号不一致，则终端设备可以向基站发送漏传请求，例如将该漏传请求称为第三漏传请求，同时可以在第三漏传请求中携带未翻转的V(R)，以提示基站有漏传现象发生。本发明实施例中，漏传请求例如可以通过在随机接入请求的cause中指示情况为下行PDU漏传来实现，当然也可以通过其他请求方式来实现，例如可以通过特定的preamble组来实现，或者可以通过RRC connection request中的cause字段来实现，等等。基站接收终端设备发送的第三漏传请求后，知道有漏传现象发生，会将接收的第三漏传请求中携带的V(R)封装到最新传输的第二下行PDU的上一个下行PDU(即第一下行PDU)中，并向终端设备发送第三调度信息，第三调度信息中包括为第一下行PDU调度的第三下行传输资源，从而基站通过第三下行传输资源重新传输第一下行PDU。

基站重传第一下行PDU之后，终端设备接收第一下行PDU，之后会向基站反馈期待序列号，该期待序列号为终端设备下一次期待接收的下行PDU的序列号。比如，如果终端设备接收第一下行PDU失败，则该期待序列号为第一序列号，即V(R)，如果终端设备成功接收第一下行PDU，则该期待序列号为第一序列号加1，即V(R)+1。如果基站接收的是V(R)，则通过PDCCH向终端设备发送第四调度信息，第四调度信息包括为待传输的第一下行PDU调度的第四下行传输资源，基站通过第四下行传输资源再次重传第一下行PDU；而如果基站接收的是V(R)+1，则可以继续传输下一个下行PDU，基站通过PDCCH向终端设备发送第四调度信息，第四调度信息包括为待传输的第一下行PDU调度的第四下行传输资源，其中，因为第一下行PDU之后的第二下行PDU基站已经传输给终端设备了，如果规定终端设备不丢弃第二下行PDU，那么此时，基站可以在第三下行PDU头中添加第三序列号，第三序列号例如为第一序列号加1，并通过第四下行传输资源传输添加了第三序列号的第三下行PDU，其中，第三下行PDU可以是第二下行PDU之后的下行PDU。这样，基站传输过的PDU尽量不重复传输，节省传输资源，也减少终端设备的重复接收过程。

那么，要实现上述漏传处理，系统需要支持以下功能：在基站的发送缓存中，至少可以存储两个下行PDU，即最新发出的下行PDU及其之前发送的一个下行PDU。

另外，如果漏传请求通过在随机接入请求的cause中指示情况为下行PDU漏传来实现，则系统还需要支持以下功能：为随机接入请求的cause字段增加一种PDU漏传情况的指示，若漏传请求通过在RRC connection request中的cause中指示接入原因来实现，那么基站还需要支持如下功能：为RRC connection request中的cause增加一种PDU漏传情况的指示。

本发明实施例中，图9-图11的流程为基于SN的HARQ机制设计了相应的异常发现和处理机制，通过本发明实施例所提供的方案，所有的传输异常情况都可以在MAC层发现和处理，避免了MAC层和RLC层的过多交互，可以有效减少处理的复杂度和系统开销。

请参见图12，基于同一发明构思，本发明实施例提供第三种上行数据包传输方法，该方法可以应用于上行传输过程中的终端设备侧，该方法的流程描述如下。

步骤1201：终端设备通过下行控制信道接收网络设备发送的第一调度信息，第一调度信息包括为待传输的第一上行数据包调度的第一上行传输资源；

步骤1202：终端设备在第一上行数据包中添加第一序列号，并通过第一上行传输资源将添加了第一序列号的第一上行数据包传输给网络设备。

请参见图13，基于同一发明构思，本发明实施例提供第四种上行数据包传输方法，该方法可以应用于上行传输过程中的网络设备侧，即该方法为与图12流程所示的方法相应的方法，该方法的流程描述如下。

步骤1301：网络设备通过下行控制信道向终端设备发送第一调度信息，第一调度信息包括为待接收的第一上行数据包调度的第一上行传输资源；

步骤1302：网络设备接收终端设备发送的第一上行数据包，第一上行数据包中添加了第一序列号。

下面通过交互方式介绍图12流程和图13流程所示的方法。为了使整个过程更为清楚，在如下的介绍过程中，以下行数据信道是PDCCH、上行数据信道是PUSCH、下行控制信息是DCI、新数据指示是NDI、数据包是PDU为例，本领域技术人员需要知晓的是，这只是举例，不是对本发明保护范围的限制。

请参见图14，为综合图12流程和图13流程的上行PDU传输过程的一种交互流程图。

同样的，在这种HARQ反馈机制中，终端设备在发送上行PDU时，在上行PDU头中封装1比特的SN作为发送的上行PDU对应的序列号，例如称为V(S)，同时在基站维护一个期待接收的序列号，例如称为V(R)，且基站使用V(R)作为向基站进行反馈的反馈信息。

其中，上行PDU头中封装1比特的V(S)，基站通过PDCCH向终端设备调度用于传输下行PDU的下行传输资源，上行PDU在PUSCH上传输，基站通过PDCCH向终端设备反馈V(R)。一般来说，基站针对上一个接收的上行PDU反馈的V(R)和针对下一次传输的上行PDU调度的上行传输资源可能会同时发送给终端设备。在初始情况下，基站的V(R)和终端设备的终端设备V(S)保持一致，在传输过程中，基站的V(R)和终端设备的终端设备V(S)也需保持一致。步骤如下：

1、基站通过PDCCH向终端设备发送第一调度信息，第一调度信息中包括本次下行传输使用的PUSCH上行传输资源，即包括为待传输的上行PDU(例如称为第一上行PDU)调度的上行传输资源，例如称为第一上行传输资源。

2、终端设备在第一上行PDU头中封装V(S)，即封装第一序列号，并在所分配的第一上行传输资源上向基站发送第一上行PDU。例如第一上行PDU为图14中的b1。从而，基站在第一上行传输资源上接收第一上行PDU，并根据对第一上行PDU的接收情况调整期待序列号V(R)：

若基站成功接收第一上行PDU，则基站将V(R)的值调整为V(R)+1，即调整后，V(R)＝V(R)+1。

若基站接收第一上行PDU失败，则基站不调整V(R)的值，即V(R)＝V(R)。

3、基站通过PDCCH为终端设备分配下一次上行传输的PUSCH上行传输资源，例如基站通过PDCCH向终端设备发送第二调度信息，第二调度信息中包括第二上行传输资源，且基站同时向终端设备发送期待序列号。即，基站发送的V(R)的值可能是V(R)，也可能是V(R)+1。图14以基站发送的是V(R)+1为例，即以基站成功接收第一上行PDU为例。

4、终端设备根据接收到的基站发送的期待序列号决定下一步操作：

若终端设备通过解码确定接收的基站发送的期待序列号为V(R)＝V(S)+1，表明第一上行PDU传输成功，则终端设备调整V(S)，令V(S)＝V(S)+1，并将调整后的V(S)(即V(S)+1，即第一序列号加1)封入第二上行PDU头中，在PDCCH指示的第二上行传输资源上向基站传输第二上行PDU。例如第二上行PDU为图14中的b2，图14以向基站传输第二上行PDU为例。

若终端设备通过解码确定接收的基站发送的期待序列号为V(R)＝V(S)，表明第一上行PDU传输失败，则终端设备站不调整V(S)，即V(S)＝V(S)，终端设备重新在PDCCH指示的第二上行传输资源上向基站重传第一上行PDU。其中，若终端设备要重传第一上行PDU，因为第一上行PDU头中已经封装了V(S)，而本次V(S)未调整，因此终端设备可以无需再次封装。

在图12-图14所介绍的HARQ机制中，终端设备反馈的期待序列号V(R)在PDCCH中传输。PDCCH一般有CRC保护，所以当终端设备通过CRC检测到PDCCH中传输的信息有误时，可以确定控制信息错误，一般会直接丢弃，因此不会对PDCCH传输的内容进行误判。但是考虑到小概率事件或有时不对PDCCH加CRC的情况，本发明实施例提供异常解决方案，下面详细介绍。

一、基站反馈的期待序列号为V(R)＝V(R)+1，而终端设备将其误判为V(R)。

以图14为例，例如基站成功接收第一上行PDU，则基站会翻转V(R)的值(即令V(R)＝V(R)+1)，并将翻转后的V(R)的值(即V(R)＝V(R)+1)作为反馈信息(即期待序列号)发送给终端设备。若在传输过程中期待序列号出错，或者终端设备对于期待序列号解码错误，则终端设备可能会确定接收的期待序列号为V(R)，相较于终端设备保存的V(S)来说，V(R)并未翻转，因此终端设备会认为第一上行PDU传输失败，则终端设备会通过第二上行传输资源重发第一上行PDU。

由于基站的V(R)已翻转，期待接收的是新传的上行PDU，但收到的第一上行PDU中的V(S)的值还是V(R)，而不是V(R)+1，即V(S)未翻转，则基站确定是终端设备重传了第一上行PDU，由此基站可以确定重复接收了第一上行PDU，基站可以直接丢弃重复接收的第一上行PDU。

二、基站反馈的期待序列号为V(R)＝V(R)，而终端设备将其误判为V(R)+1。

以图14为例，例如基站接收第一上行PDU失败，则基站不会翻转V(R)的值(即令V(R)＝V(R))，并将V(R)作为反馈信息(即期待序列号)发送给终端设备。若在传输过程中期待序列号出错，或者终端设备对于期待序列号解码错误，则终端设备可能会确定接收的期待序列号为V(R)+1，相较于终端设备保存的V(S)来说，V(R)进行了翻转(即终端设备认为接收的V(R)＝V(S)+1)，因此终端设备会认为第一上行PDU传输成功，于是终端设备会通过第二上行传输资源向基站发送新的第二上行PDU，其中，终端设备将V(S)+1的值封装到第二上行PDU头中。

由于基站的V(R)未翻转，期待接收的是重传的上行PDU，但收到的第二上行PDU中的V(S)却已翻转，即V(S)＝V(R)+1，则基站确定第二上行PDU是新传的上行PDU，由此基站可以确定漏传了第一上行PDU。此时，基站若继续向终端设备反馈V(R)，终端设备会再次认为第二上行PDU传输成功，会继续发送下一个上行PDU，基站若向终端设备反馈V(R)+1，终端设备会认为第二上行PDU传输失败，会重新传输第二上行PDU。可见，无论基站如何反馈，都无法重新获得漏传的第一上行PDU，无法避免漏传异常发生。

针对这种情况，本发明实施例提出，在基站接收第二上行PDU之后，若确定第二上行PDU头中的V(S)＝V(R)+1，与基站反馈的期待序列号不一致，则基站不会再进行正常反馈。基站在进行下一次上行资源调度时，向终端设备发送第三调度信息，在第三调度信息中可以加入漏传指示，例如漏传指示可以占据1比特，当然也可以占用更多的比特，用于指示有上行PDU漏传，且基站可以将未翻转的V(R)携带在第三调度信息中，当然，第三调度信息中还包括为待传输的第一上行PDU调度的第三上行传输资源。当终端设备接收第三调度信息后，可以根据其中的漏传指示发现漏传现象。则终端设备可以将接收的第三调度信息中携带的V(R)封装到最新传输的第二上行PDU的上一个上行PDU(即第一上行PDU)中，并在第三上行调度资源上重传第一上行PDU。

可选的，在终端设备重新发送第一上行PDU之后，若基站接收第一上行PDU接收失败，则基站不会翻转V(R)的值(即令V(R)＝V(R))，并将V(R)作为反馈信息(即期待序列号)发送给终端设备，并重新为第一上行PDU调度上行传输资源，终端设备确定接收的期待序列号为V(R)，则终端设备可以通过基站重新调度的上行传输资源再传输第一上行PDU。而若基站成功接收第一上行PDU，则基站会翻转V(R)的值(即令V(R)＝V(R)+1)，并将V(R)+1作为反馈信息(即期待序列号)发送给终端设备，以及为终端设备调度第四上行传输资源，终端设备通过解码确定接收的期待序列号为V(R)+1，确定第一上行PDU传输成功，于是终端设备将V(S)+1添加到第三上行PDU的包头中，并通过第四上行传输资源向基站发送添加了V(S)+1的第三上行PDU。

第三上行PDU可以是第二上行PDU之后的上行PDU。这样，基站传输过的PDU尽量不重复传输，节省传输资源，也减少终端设备的重复接收过程。

要实现上述漏传处理，系统需要支持两个功能：1、基站在PDCCH调度资源时可以增加至少1比特的漏传指示；2、在终端设备的发送缓存中，至少可以存储两个上行PDU，即最新传输的上行PDU及其之前传输的一个上行PDU

本发明实施例中，图12至图14的流程为基于SN的HARQ机制设计了相应的异常发现和处理机制，通过本发明实施例所提供的方案，所有的传输异常情况都可以在MAC层发现和处理，避免了MAC层和RLC层的过多交互，可以有效减少处理的复杂度和系统开销。

下面结合附图介绍本发明实施例中的设备。

请参见图15，基于同一发明构思，本发明实施例提供一种终端设备，该终端设备可以包括接收单元1501。可选的，该终端设备还可以包括处理单元1502和发送单元1503。

该终端设备可以用于执行上述图3-图5所述的方法，因此，对于该终端设备中的各单元所实现的功能等，可参考如前方法部分的描述，不多赘述。

请参见图16，为图15所示的终端设备的一种可能的实体结构示意图。在实际应用中，接收单元1501对应的实体设备可以是接收器1601，处理单元1502对应的实体设备可以是处理器1602，发送单元1503对应的实体设备可以是发送器1603。

其中，处理器1602具体可以是中央处理器或特定应用集成电路(Application Specific Integrated Circuit，ASIC)，可以是一个或多个用于控制程序执行的集成电路，可以是使用现场可编程门阵列(Field Programmable Gate Array，FPGA)开发的硬件电路，可以是基带芯片。

另外在图16中还示出了存储器1604，可以用于存储处理器1602执行任务所需的指令。存储器1604的数量可以是一个或多个。存储器1604可以包括只读存储器(Read Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)和磁盘存储器。

接收器1601和发送器1603可以属于射频系统，用于与外部设备进行网络通信，具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器1601和发送器1603可以是同一实体模块，例如可以是收发器，或者也可以是不同的实体模块。

这些存储器1604、接收器1601和发送器1603可以通过总线与处理器1602相连接(图16以此为例)，或者也可以通过专门的连接线分别与处理器1602连接。

通过对处理器1602进行设计编程，将前述所示的方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述图3-图5所示的方法。如何对处理器1602进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

请参见图17，基于同一发明构思，本发明实施例提供一种网络设备，该网络设备可以包括发送单元1701。可选的，该终端设备还可以包括处理单元1702和接收单元1703。

该网络设备可以用于执行上述图3-图5所述的方法，因此，对于该网络设备中的各单元所实现的功能等，可参考如前方法部分的描述，不多赘述。

请参见图18，为图17所示的网络设备的一种可能的实体结构示意图。在实际应用中，发送单元1701对应的实体设备可以是发送器1801，处理单元1702对应的实体设备可以是处理器1802，发送单元1503对应的实体设备可以是接收1803。

其中，处理器1802具体可以是中央处理器或ASIC，可以是一个或多个用于控制程序执行的集成电路，可以是FPGA开发的硬件电路，可以是基带芯片。

另外在图18中还示出了存储器1804，可以用于存储处理器1802执行任务所需的指令。存储器1804的数量可以是一个或多个。存储器1804可以包括ROM、RAM和磁盘存储器。

接收器1803和发送器1801可以属于射频系统，用于与外部设备进行网络通信，具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器1803和发送器1801可以是同一实体模块，例如可以是收发器，或者也可以是不同的实体模块。

这些存储器1804、接收器1803和发送器1801可以通过总线与处理器1802相连接(图18以此为例)，或者也可以通过专门的连接线分别与处理器1802连接。

通过对处理器1802进行设计编程，将前述所示的方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述图3-图5所示的方法。如何对处理器1802进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

请参见图19，基于同一发明构思，本发明实施例提供一种终端设备，该终端设备可以包括接收单元1901和发送单元1902。可选的，该终端设备还可以包括处理单元1903。

该终端设备可以用于执行上述图6-图8所述的方法，因此，对于该终端设备中的各单元所实现的功能等，可参考如前方法部分的描述，不多赘述。

请参见图20，为图19所示的终端设备的一种可能的实体结构示意图。在实际应用中，接收单元1901对应的实体设备可以是接收器2001，处理单元1903对应的实体设备可以是处理器2003，发送单元1902对应的实体设备可以是发送器2002。

其中，处理器2003具体可以是中央处理器或ASIC，可以是一个或多个用于控制程序执行的集成电路，可以是使用FPGA开发的硬件电路，可以是基带芯片。

另外在图20中还示出了存储器2004，可以用于存储处理器2003执行任务所需的指令。存储器2004的数量可以是一个或多个。存储器2004可以包括ROM、RAM和磁盘存储器。

接收器2001和发送器2002可以属于射频系统，用于与外部设备进行网络通信，具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器2001和发送器2002可以是同一实体模块，例如可以是收发器，或者也可以是不同的实体模块。

这些存储器2004、接收器2001和发送器2002可以通过总线与处理器2003相连接(图16以此为例)，或者也可以通过专门的连接线分别与处理器2003连接。

通过对处理器2003进行设计编程，将前述所示的方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述图6-图8所示的方法。如何对处理器2003进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

请参见图21，基于同一发明构思，本发明实施例提供一种网络设备，该网络设备可以包括发送单元2101和接收单元2102。可选的，该网络设备还可以包括处理单元2103。

该网络设备可以用于执行上述图6-图8所述的方法，因此，对于该网络设备中的各单元所实现的功能等，可参考如前方法部分的描述，不多赘述。

请参见图22，为图21所示的网络设备的一种可能的实体结构示意图。在实际应用中，发送单元2101对应的实体设备可以是发送器2201，处理单元2103对应的实体设备可以是处理器2203，接收单元2102对应的实体设备可以是接收器2202。

其中，处理器2203具体可以是中央处理器或ASIC，可以是一个或多个用于控制程序执行的集成电路，可以是FPGA开发的硬件电路，可以是基带芯片。

另外在图22中还示出了存储器2204，可以用于存储处理器2203执行任务所需的指令。存储器2204的数量可以是一个或多个。存储器2204可以包括ROM、RAM和磁盘存储器。

接收器2202和发送器2201可以属于射频系统，用于与外部设备进行网络通信，具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器2202和发送器2201可以是同一实体模块，例如可以是收发器，或者也可以是不同的实体模块。

这些存储器2204、接收器2202和发送器2201可以通过总线与处理器2203相连接(图22以此为例)，或者也可以通过专门的连接线分别与处理器2203连接。

通过对处理器2203进行设计编程，将前述所示的方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述图6-图8所示的方法。如何对处理器2203进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

请参见图23，基于同一发明构思，本发明实施例提供一种网络设备，该网络设备可以包括发送单元2301、接收单元2302和处理单元2303。

该网络设备可以用于执行上述图9-图11所述的方法，因此，对于该网络设备中的各单元所实现的功能等，可参考如前方法部分的描述，不多赘述。

请参见图24，为图23所示的网络设备的一种可能的实体结构示意图。在实际应用中，发送单元2301对应的实体设备可以是发送器2401，处理单元2303对应的实体设备可以是处理器2403，接收单元2302对应的实体设备可以是接收2402。

其中，处理器2403具体可以是中央处理器或ASIC，可以是一个或多个用于控制程序执行的集成电路，可以是FPGA开发的硬件电路，可以是基带芯片。

另外在图24中还示出了存储器2404，可以用于存储处理器2403执行任务所需的指令。存储器2404的数量可以是一个或多个。存储器2404可以包括ROM、RAM和磁盘存储器。

接收器2402和发送器2401可以属于射频系统，用于与外部设备进行网络通信，具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器2402和发送器2401可以是同一实体模块，例如可以是收发器，或者也可以是不同的实体模块。

这些存储器2404、接收器2402和发送器2401可以通过总线与处理器2403相连接(图24以此为例)，或者也可以通过专门的连接线分别与处理器2403连接。

通过对处理器2403进行设计编程，将前述所示的方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述图9-图11所示的方法。如何对处理器2403进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

请参见图25，基于同一发明构思，本发明实施例提供一种终端设备，该终端设备可以包括接收单元2501。可选的，该终端设备还可以包括发送单元2502和处理单元2503。

该终端设备可以用于执行上述图9-图11所述的方法，因此，对于该终端设备中的各单元所实现的功能等，可参考如前方法部分的描述，不多赘述。

请参见图26，为图25所示的终端设备的一种可能的实体结构示意图。在实际应用中，接收单元2501对应的实体设备可以是接收器2601，处理单元2503对应的实体设备可以是处理器2603，发送单元2502对应的实体设备可以是发送器2602。

其中，处理器2603具体可以是中央处理器或ASIC，可以是一个或多个用于控制程序执行的集成电路，可以是使用FPGA开发的硬件电路，可以是基带芯片。

另外在图26中还示出了存储器2604，可以用于存储处理器2602执行任务所需的指令。存储器2604的数量可以是一个或多个。存储器2604可以包括ROM、RAM和磁盘存储器。

接收器2601和发送器2602可以属于射频系统，用于与外部设备进行网络通信，具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器2601和发送器2602可以是同一实体模块，例如可以是收发器，或者也可以是不同的实体模块。

这些存储器2604、接收器2601和发送器2602可以通过总线与处理器2603相连接(图36以此为例)，或者也可以通过专门的连接线分别与处理器2603连接。

通过对处理器2603进行设计编程，将前述所示的方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述图9-图11所示的方法。如何对处理器2603进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

请参见图27，基于同一发明构思，本发明实施例提供一种终端设备，该终端设备可以包括发送单元2701、接收单元2702和处理单元2703。

该终端设备可以用于执行上述图12-图14所述的方法，因此，对于该终端设备中的各单元所实现的功能等，可参考如前方法部分的描述，不多赘述。

请参见图28，为图27所示的终端设备的一种可能的实体结构示意图。在实际应用中，发送单元2701对应的实体设备可以是发送器2801，处理单元2703对应的实体设备可以是处理器2803，接收单元2702对应的实体设备可以是接收器2802。

其中，处理器2803具体可以是中央处理器或ASIC，可以是一个或多个用于控制程序执行的集成电路，可以是FPGA开发的硬件电路，可以是基带芯片。

另外在图28中还示出了存储器2804，可以用于存储处理器2803执行任务所需的指令。存储器2804的数量可以是一个或多个。存储器2804可以包括ROM、RAM和磁盘存储器。

接收器2802和发送器2801可以属于射频系统，用于与外部设备进行网络通信，具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器2802和发送器2801可以是同一实体模块，例如可以是收发器，或者也可以是不同的实体模块。

这些存储器2804、接收器2802和发送器2801可以通过总线与处理器2803相连接(图28以此为例)，或者也可以通过专门的连接线分别与处理器2803连接。

通过对处理器2803进行设计编程，将前述所示的方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述图12-图14所示的方法。如何对处理器2803进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

请参见图29，基于同一发明构思，本发明实施例提供一种网络设备，该网络设备可以包括发送单元2901、接收单元2902和处理单元2903。

该网络设备可以用于执行上述图12-图14所述的方法，因此，对于该网络设备中的各单元所实现的功能等，可参考如前方法部分的描述，不多赘述。

请参见图30，为图29所示的网络设备的一种可能的实体结构示意图。在实际应用中，发送单元2901对应的实体设备可以是发送器3001，处理单元2903对应的实体设备可以是处理器3003，接收单元2902对应的实体设备可以是接收器3002。

其中，处理器3003具体可以是中央处理器或ASIC，可以是一个或多个用于控制程序执行的集成电路，可以是FPGA开发的硬件电路，可以是基带芯片。

另外在图30中还示出了存储器3004，可以用于存储处理器3003执行任务所需的指令。存储器3004的数量可以是一个或多个。存储器3004可以包括ROM、RAM和磁盘存储器。

接收器3002和发送器3001可以属于射频系统，用于与外部设备进行网络通信，具体可以通过以太网、无线接入网、无线局域网等网络与外部设备进行通信。接收器3002和发送器3001可以是同一实体模块，例如可以是收发器，或者也可以是不同的实体模块。

这些存储器3004、接收器3002和发送器3001可以通过总线与处理器3003相连接(图30以此为例)，或者也可以通过专门的连接线分别与处理器3003连接。

通过对处理器3003进行设计编程，将前述所示的方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述图12-图14所示的方法。如何对处理器3003进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

本发明实施例中，基站在向终端设备传输下行数据包时，会将为待传输的下行数据包调度的下行传输资源及新数据指示发送给终端设备，新数据指示可以指示待传输的下行数据包是重传的数据包还是新传的数据包，那么，如果终端设备期待接收的是新传的下行数据包(如终端设备上次给基站反馈的是ACK)，而新数据指示所指示的待传输的下行数据包是重传的数据包，则终端设备可以确定重复接收了数据包，如果终端设备期待接收的是重传的下行数据包(如终端设备上次给基站反馈的是NACK)，而新数据指示所指示的待传输的下行数据包是新传的数据包，则终端设备可以确定有漏传的数据包，即，在MAC层就可以发现是否有传输异常的情况，避免了在将数据包传输给RLC层后才会发现是否有传输异常的情况，避免了MAC层和RLC层的过多交互，可以有效减少处理过程的复杂度和系统开销。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以对本发明的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明的方法及其核心思想，不应理解为对本发明的限制。本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。

Claims

一种下行数据包传输方法，其特征在于，包括：

终端设备接收网络设备通过下行控制信道发送的第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源，所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包；

所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包。
如权利要求1所述的方法，其特征在于，

在终端设备接收网络设备通过下行控制信道发送的第一下行控制信息之前，还包括：

所述终端设备向所述网络设备发送针对所述网络设备上次传输的第二下行数据包的第二反馈信息；

若所述第一新数据指示用于指示所述第一下行数据包为重传的数据包，则在所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后，还包括：

若所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包，则所述终端设备确定所述第一新数据指示有误；

所述终端设备丢弃所述第一下行数据包。
如权利要求1所述的方法，其特征在于，

在终端设备接收网络设备通过下行控制信道发送的第一下行控制信息之前，还包括：

所述终端设备向所述网络设备发送针对所述网络设备上次传输的第二下行数据包的第二反馈信息；

若所述第一新数据指示用于指示所述第一下行数据包为新传的数据包，则在所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后，还包括：

若所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败，则所述终端设备确定所述第一新数据指示有误；

所述终端设备向所述网络设备发送第一漏传请求；所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败。
如权利要求1-3任一所述的方法，其特征在于，在所述终端设备接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后，还包括：

所述终端设备向所述网络设备发送针对所述第一下行数据包的第一反馈信息；

若所述第一反馈信息用于指示所述终端设备接收所述第一下行数据包失败，且所述终端设备在预定时长内未收到所述网络设备发送的下行控制信息，则所述终端设备向所述网络设备发送第二漏传请求；所述第二漏传请求用于指示所述终端设备接收所述第一下行数据包失败。
一种下行数据包传输方法，其特征在于，包括：

网络设备通过下行控制信道向终端设备发送第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源，所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包；

所述网络设备通过所述第一下行传输资源向所述终端设备传输所述第一下行数据包。
如权利要求5所述的方法，其特征在于，在网络设备通过下行控制信道向终端设备发送第一下行控制信息之前，还包括：

所述网络设备接收所述终端设备针对所述网络设备上次发送给所述终端设备的第二下行数据包的第二反馈信息；所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败；

所述网络设备通过解码，确定所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包。
如权利要求5或6所述的方法，其特征在于，在网络设备通过下行控制信道向终端设备发送第一下行控制信息之后，还包括：

所述网络设备接收所述终端设备发送的第一漏传请求；所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败；

所述网络设备通过所述下行控制信道向所述终端设备发送第二下行控制信息；所述第二下行控制信息中包括第二新数据指示以及为所述第二下行数据包调度的第二下行传输资源，所述第二新数据指示用于指示所述第二下行数据包为重传的数据包；

所述网络设备通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包。
如权利要求7所述的方法，其特征在于，在所述网络设备通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包之后，还包括：

所述网络设备接收所述终端设备针对所述网络设备重新发送给所述终端设备的所述第二下行数据包的第三反馈信息；所述第三反馈信息用于指示所述终端设备接收所述第二下行数据包成功；

所述网络设备通过解码，确定所述第三反馈信息用于指示所述终端设备成功接收所述第二下行数据包；

所述网络设备通过所述下行控制信道向所述终端设备发送第三下行控制信息；所述第三下行控制信息中包括第三新数据指示以及为第三下行数据包调度的第三下行传输资源，所述第三新数据指示用于指示所述第三下行数据包为重传的数据包；

所述网络设备通过所述第三下行传输资源向所述终端设备传输所述第三下行数据包。
一种上行数据包传输方法，其特征在于，包括：

终端设备通过下行控制信道接收网络设备发送的第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待传输的上行数据包调度的第一上行传输资源；

所述终端设备通过所述第一上行传输资源向所述网络设备传输第一上行数据包；其中，若所述第一新数据指示用于指示重传上行数据包，则所述第一上行数据包为重传的上行数据包，若所述第一新数据指示用于指示新传上行数据包，则所述第一上行数据包为新传的上行数据包或重传的上行数据包。
如权利要求9所述的方法，其特征在于，

所述方法还包括：

所述终端设备通过所述下行控制信道接收所述网络设备发送的第一反馈信息，所述第一反馈信息为所述网络设备针对接收的所述终端设备上次传输的第二数据包的反馈信息；

所述终端设备通过所述第一上行传输资源向所述网络设备传输第一上行数据包，包括：

若所述第一新数据指示用于指示新传上行数据包，及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包，则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包与所述第二上行数据包不同；或

若所述第一新数据指示用于指示重传上行数据包，及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败，则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包为所述第二上行数据包；或

若所述第一新数据指示用于指示重传上行数据包，及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包，则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包为所述第二上行数据包；或

若所述第一新数据指示用于指示新传上行数据包，及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败，则所述终端设备通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包为所述第二上行数据包。
如权利要求9或10所述的方法，其特征在于，若所述第一上行数据包为所述终端设备需向所述网络设备传输的最后一个数据包，则，在所述终端设备通过所述第一上行传输资源向所述网络设备传输第一上行数据包之后，还包括：

若所述终端设备未接收到所述网络设备发送的第二下行控制信息，所述终端设备停止向所述网络设备传输上行数据包；所述第二下行控制信息中包括为待传输的上行数据包调度的上行传输资源。
一种上行数据包传输方法，其特征在于，包括：

网络设备通过下行控制信道向终端设备发送第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待接收的上行数据包调度的第一上行传输资源；

所述网络设备通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包；其中，若所述第一新数据指示用于指示重传上行数据包，则所述第一上行数据包为重传的上行数据包，若所述第一新数据指示用于指示新传上行数据包，则所述第一上行数据包为新传的上行数据包。
如权利要求12所述的方法，其特征在于，在所述网络设备通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包之后，还包括：

所述网络设备确定成功接收所述第一上行数据包，且确定所述第一上行数据包为所述终端设备需传输给所述网络设备的最后一个上行数据包；

所述网络设备通过所述下行控制信道向所述终端设备发送第二反馈信息，所述第二反馈信息用于指示所述网络设备成功接收所述第一上行数据包。
一种下行数据包传输方法，其特征在于，包括：

网络设备通过下行控制信道向终端设备发送第一调度信息，所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源；

所述网络设备在所述第一下行数据包中添加第一序列号，并通过所述第一下行传输资源将添加了所述第一序列号的第一下行数据包传输给所述终端设备。
如权利要求14所述的方法，其特征在于，在通过所述第一下行传输资源将添加了所述第一序列号的第一下行数据包传输给所述终端设备之后，还包括：

所述网络设备接收所述终端设备通过上行控制信道发送的期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；

若所述期待序列号与所述第一序列号加1后的数值相同，所述网络设备确定所述终端设备成功接收所述第一下行数据包；或，若所述期待序列号与所述第一序列号相同，所述网络设备确定所述终端设备接收所述第一下行数据包失败。
如权利要求15所述的方法，其特征在于，在所述网络设备确定所述终端设备成功接收所述第一下行数据包之后，还包括：

所述网络设备通过所述下行控制信道向终端设备发送第二调度信息，所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源；

所述网络设备在所述第二下行数据包中添加第二序列号，并通过所述第二下行传输资源将添加了所述第二序列号的第二下行数据包传输给所述终端设备；所述第二序列号等于所述第一序列号加1；

所述网络设备接收所述终端设备发送的第三漏传请求；所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败；

所述网络设备通过所述下行控制信道向所述终端设备发送第三调度信息，所述第三调度信息包括为待传输的所述第一下行数据包调度的第三下行传输资源；

所述网络设备通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包。
如权利要求16所述的方法，其特征在于，在所述网络设备通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包之后，还包括：

所述网络设备接收所述终端设备通过所述上行控制信道发送的期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；

若所述期待序列号与所述第一序列号加1后的数值相同，则所述网络设备通过所述下行控制信道向所述终端设备发送第四调度信息，所述第四调度信息包括为待传输的第三下行数据包调度的第四下行传输资源；

所述网络设备在所述第三下行数据包中添加第三序列号，并通过所述第四下行传输资源将添加了所述第三序列号的第三下行数据包传输给所述终端设备；所述第三序列号等于所述第一序列号加1。
一种下行数据包传输方法，其特征在于，包括：

终端设备通过下行控制信道接收网络设备发送的第一调度信息，所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源；

所述终端设备通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包，其中，所述第一下行数据包中添加了第一序列号。
如权利要求18所述的方法，其特征在于，在所述终端设备通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后，还包括：

所述终端设备确定成功接收所述第一下行数据包，所述终端设备向所述网络设备发送期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；所述期待序列号为所述第一序列号加1；

所述终端设备通过所述下行控制信道接收所述网络设备发送的第二调度信息，所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源；

所述终端设备通过所述第二下行传输资源接收所述第二下行数据包，若所述第二下行数据包中添加的序列号与所述第一序列号相同，则所述终端设备确定所述网络设备传输有误，丢弃所述第二下行数据包。
如权利要求18所述的方法，其特征在于，在所述终端设备通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后，还包括：

所述终端设备确定所述第一下行数据包接收失败，向所述网络设备发送期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；所述期待序列号为所述第一序列号；

所述终端设备通过所述下行控制信道接收所述网络设备发送的第二调度信息，所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源；

所述终端设备通过所述第二下行传输资源接收所述第二下行数据包，若所述第二下行数据包中添加的序列号为所述第一序列号加1，则所述终端设备确定所述网络设备传输有误；

所述终端设备向所述网络设备发送第三漏传请求，所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败。
一种上行数据包传输方法，其特征在于，包括：

终端设备通过下行控制信道接收网络设备发送的第一调度信息，所述第一调度信息包括为待传输的第一上行数据包调度的第一上行传输资源；

所述终端设备在所述第一上行数据包中添加第一序列号，并通过所述第一上行传输资源将添加了所述第一序列号的第一上行数据包传输给所述网络设备。
如权利要求21所述的方法，其特征在于，在通过所述第一上行传输资源将添加了所述第一序列号的第一上行数据包传输给所述网络设备之后，还包括：

所述终端设备接收所述网络设备发送的第二调度信息，所述第二调度信息包括期待序列号以及为待传输的所述第一上行数据包调度的第二上行传输资源；所述期待序列号为所述第一序列号；

所述终端设备确定所述期待序列号为所述第一序列号加1，则所述终端设备将第二序列号添加到第二上行数据包中，并通过所述第二上行传输资源向所述网络设备传输添加了所述第二序列号的第二上行数据包；所述第二序列号为所述第一序列号加1。
如权利要求22所述的方法，其特征在于，在通过所述第二上行传输资源向所述网络设备传输添加了所述第二序列号的第二上行数据包之后，还包括：

所述终端设备接收所述网络设备发送的第三调度信息，所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源；

所述终端设备将接收的所述第一序列号添加到所述第一上行数据包中，并通过所述第三上行传输资源向所述网络设备重新传输添加了所述第一序列号的第一上行数据包。
如权利要求23所述的方法，其特征在于，在通过所述第三上行传输资源向所述网络设备重新传输添加了所述第一序列号的第一上行数据包之后，还包括：

所述终端设备接收所述网络设备发送的第四调度信息，所述第四调度信息包括期待序列号以及为待传输的第三上行数据包调度的第四上行传输资源；所述期待序列号为所述第一序列号加1；

所述终端设备确定所述期待序列号为所述第一序列号加1，则将第二序列号添加到所述第三上行数据包中，并通过所述第四上行传输资源向所述网络设备传输添加了所述第二序列号的第三上行数据包。
一种上行数据包传输方法，其特征在于，包括：

网络设备通过下行控制信道向终端设备发送第一调度信息，所述第一调度信息包括为待接收的第一上行数据包调度的第一上行传输资源；

所述网络设备通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包，所述第一上行数据包中添加了第一序列号。
如权利要求25所述的方法，其特征在于，在所述网络设备通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后，还包括：

所述网络设备确定成功接收所述第一上行数据包，向所述终端设备发送第二调度信息，所述第二调度信息包括期待序列号以及为待接收的第二上行数据包调度的第二上行传输资源；所述期待序列号为所述第一序列号加1；

所述网络设备通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包；

若所述第二上行数据包中添加的序列号与所述第一序列号相同，所述网络设备确定所述终端设备传输有误，则丢弃所述第二上行数据包。
如权利要求25所述的方法，其特征在于，在所述网络设备通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后，还包括：

所述网络设备确定所述第一上行数据包接收失败，向所述终端设备发送第二调度信息，所述第二调度信息包括期待序列号以及为待接收的所述第一上行数据包调度的第二上行传输资源；所述期待序列号为所述第一序列号；

所述网络设备通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包

若所述第二上行数据包中添加的序列号为所述第一序列号加1，所述网络设备确定所述终端设备传输有误，向所述终端设备发送第三调度信息，所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源。
一种终端设备，其特征在于，包括：

接收单元，用于接收网络设备通过下行控制信道发送的第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源，所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包；

所述接收单元，还用于接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包。
如权利要求28所述的终端设备，其特征在于，所述终端设备还包括发送单元及处理单元；

所述发送单元，用于在所述接收单元接收网络设备通过下行控制信道发送的第一下行控制信息之前，向所述网络设备发送针对所述网络设备上次传输的第二下行数据包的第二反馈信息；

所述处理单元，用于若所述第一新数据指示用于指示所述第一下行数据包为重传的数据包，则在所述接收单元接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后，若所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包，则确定所述第一新数据指示有误；

所述处理单元，还用于丢弃所述第一下行数据包。
如权利要求28所述的终端设备，其特征在于，所述终端设备还包括发送单元和处理单元；

所述发送单元，用于在所述接收单元接收网络设备通过下行控制信道发送的第一下行控制信息之前，向所述网络设备发送针对所述网络设备上次传输的第二下行数据包的第二反馈信息；

所述处理单元，用于若所述第一新数据指示用于指示所述第一下行数据包为新传的数据包，则在所述接收单元接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后，若所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败，则确定所述第一新数据指示有误；

所述发送单元，还用于向所述网络设备发送第一漏传请求；所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败。
如权利要求28-30任一所述的终端设备，其特征在于，所述终端设备还包括发送单元；

所述发送单元，用于在所述接收单元接收所述网络设备通过所述第一下行传输资源传输的所述第一下行数据包之后，向所述网络设备发送针对所述第一下行数据包的第一反馈信息；

所述发送单元，还用于若所述第一反馈信息用于指示所述终端设备接收所述第一下行数据包失败，且所述接收单元在预定时长内未收到所述网络设备发送的下行控制信息，则向所述网络设备发送第二漏传请求；所述第二漏传请求用于指示所述终端设备接收所述第一下行数据包失败。
一种网络设备，其特征在于，包括：

发送单元，用于通过下行控制信道向终端设备发送第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待传输的第一下行数据包调度的第一下行传输资源，所述第一新数据指示用于指示所述第一下行数据包为重传的数据包或新传的数据包；

所述发送单元，还用于通过所述第一下行传输资源向所述终端设备传输所述第一下行数据包。
如权利要求32所述的网络设备，其特征在于，所述网络设备还包括接收单元和处理单元；

所述接收单元，用于在所述发送单元通过下行控制信道向终端设备发送第一下行控制信息之前，接收所述终端设备针对所述网络设备上次发送给所述终端设备的第二下行数据包的第二反馈信息；所述第二反馈信息用于指示所述终端设备接收所述第二下行数据包失败；

所述处理单元，用于通过对所述接收单元接收的所述第二反馈信息进行解码，确定所述第二反馈信息用于指示所述终端设备成功接收所述第二下行数据包。
如权利要求32或33所述的网络设备，其特征在于，所述网络设备还包括接收单元；

所述接收单元，用于在所述发送单元通过下行控制信道向终端设备发送第一下行控制信息之后，接收所述终端设备发送的第一漏传请求；所述第一漏传请求用于指示所述终端设备接收所述第二下行数据包失败；

所述发送单元，还用于通过所述下行控制信道向所述终端设备发送第二下行控制信息；所述第二下行控制信息中包括第二新数据指示以及为所述第二下行数据包调度的第二下行传输资源，所述第二新数据指示用于指示所述第二下行数据包为重传的数据包；

所述发送单元，还用于通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包。
如权利要求34所述的网络设备，其特征在于，所述网络设备还包括处理单元；

所述接收单元，还用于在所述发送单元通过所述第二下行传输资源向所述终端设备重新传输所述第二下行数据包之后，接收所述终端设备针对所述网络设备重新发送给所述终端设备的所述第二下行数据包的第三反馈信息；所述第三反馈信息用于指示所述终端设备接收所述第二下行数据包成功；

所述处理单元，用于通过对所述接收单元接收的所述第三反馈信息进行解码，确定所述第三反馈信息用于指示所述终端设备成功接收所述第二下行数据包；

所述发送单元，还用于通过所述下行控制信道向所述终端设备发送第三下行控制信息；所述第三下行控制信息中包括第三新数据指示以及为第三下行数据包调度的第三下行传输资源，所述第三新数据指示用于指示所述第三下行数据包为重传的数据包；

所述发送单元，还用于通过所述第三下行传输资源向所述终端设备传输所述第三下行数据包。
一种终端设备，其特征在于，包括：

接收单元，用于通过下行控制信道接收网络设备发送的第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待传输的上行数据包调度的第一上行传输资源；

发送单元，用于通过所述第一上行传输资源向所述网络设备传输第一上行数据包；其中，若所述第一新数据指示用于指示重传上行数据包，则所述第一上行数据包为重传的上行数据包，若所述第一新数据指示用于指示新传上行数据包，则所述第一上行数据包为新传的上行数据包或重传的上行数据包。
如权利要求36所述的终端设备，其特征在于，所述终端设备还包括处理单元；

所述接收单元，还用于通过所述下行控制信道接收所述网络设备发送的第一反馈信息，所述第一反馈信息为所述网络设备针对接收的所述终端设备上次传输的第二数据包的反馈信息；

所述发送单元，还用于若所述处理单元确定所述第一新数据指示用于指示新传上行数据包，及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包，则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包与所述第二上行数据包不同；或，若处理单元确定所述所述第一新数据指示用于指示重传上行数据包，及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败，则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包为所述第二上行数据包；或，若处理单元确定所述所述第一新数据指示用于指示重传上行数据包，及所述第一反馈信息用于指示所述网络设备成功接收所述第二上行数据包，则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包为所述第二上行数据包；或，若处理单元确定所述所述第一新数据指示用于指示新传上行数据包，及所述第一反馈信息用于指示所述网络设备接收所述第二上行数据包失败，则通过所述第一上行传输资源向所述网络设备传输所述第一上行数据包，所述第一上行数据包为所述第二上行数据包。
如权利要求36或37所述的终端设备，其特征在于，所述发送单元还用于：

若所述第一上行数据包为所述终端设备需向所述网络设备传输的最后一个数据包，则，在通过所述第一上行传输资源向所述网络设备传输第一上行数据包之后，若所述接收单元未接收到所述网络设备发送的第二下行控制信息，停止向所述网络设备传输上行数据包；所述第二下行控制信息中包括为待传输的上行数据包调度的上行传输资源。
一种网络设备，其特征在于，包括：

发送单元，用于通过下行控制信道向终端设备发送第一下行控制信息；所述第一下行控制信息中包括第一新数据指示以及为待接收的上行数据包调度的第一上行传输资源；

接收单元，用于通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包；其中，若所述第一新数据指示用于指示重传上行数据包，则所述第一上行数据包为重传的上行数据包，若所述第一新数据指示用于指示新传上行数据包，则所述第一上行数据包为新传的上行数据包。
如权利要求39所述的网络设备，其特征在于，所述网络设备还包括处理单元；

所述处理单元，用于在所述接收单元通过所述第一上行传输资源接收所述终端设备传输的第一上行数据包之后，确定成功接收所述第一上行数据包，且确定所述第一上行数据包为所述终端设备需传输给所述网络设备的最后一个上行数据包；

所述发送单元，还用于通过所述下行控制信道向所述终端设备发送第二反馈信息，所述第二反馈信息用于指示所述网络设备成功接收所述第一上行数据包。
一种网络设备，其特征在于，包括：

发送单元，用于通过下行控制信道向终端设备发送第一调度信息，所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源；

处理单元，用于在所述第一下行数据包中添加第一序列号；

发送单元，用于通过所述第一下行传输资源将所述处理单元添加了所述第一序列号的第一下行数据包传输给所述终端设备。
如权利要求41所述的网络设备，其特征在于，

所述接收单元，还用于在所述发送单元通过所述第一下行传输资源将添加了所述第一序列号的第一下行数据包传输给所述终端设备之后，接收所述终端设备通过上行控制信道发送的期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；

所述处理单元，还用于若接收单元接收的所述期待序列号与所述第一序列号加1后的数值相同，确定所述终端设备成功接收所述第一下行数据包；或，若所述期待序列号与所述第一序列号相同，确定所述终端设备接收所述第一下行数据包失败。
如权利要求42所述的网络设备，其特征在于，

所述发送单元，还用于在所述处理单元确定所述终端设备成功接收所述第一下行数据包之后，通过所述下行控制信道向所述终端设备发送第二调度信息，所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源；

所述处理单元，还用于在所述第二下行数据包中添加第二序列号；

所述发送单元，还用于通过所述第二下行传输资源将所述处理单元添加了所述第二序列号的第二下行数据包传输给所述终端设备；所述第二序列号等于所述第一序列号加1；

所述接收单元，还用于接收所述终端设备发送的第三漏传请求；所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败；

所述发送单元，还用于通过所述下行控制信道向所述终端设备发送第三调度信息，所述第三调度信息包括为待传输的所述第一下行数据包调度的第三下行传输资源；

所述发送单元，还用于通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包。
如权利要求43所述的网络设备，其特征在于，

所述接收单元，还用于在所述发送单元通过所述第三下行传输资源向所述终端设备重新传输所述第一下行数据包之后，接收所述终端设备通过所述上行控制信道发送的期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；

所述处理单元，还用于确定所述接收单元接收的所述期待序列号与所述第一序列号加1后的数值相同；

所述发送单元，还用于通过所述下行控制信道向所述终端设备发送第四调度信息，所述第四调度信息包括为待传输的第三下行数据包调度的第四下行传输资源；

所述处理单元，还用于在所述第三下行数据包中添加第三序列号；

所述发送单元，还用于通过所述第四下行传输资源将所述处理单元添加了所述第三序列号的第三下行数据包传输给所述终端设备；所述第三序列号等于所述第一序列号加1。
一种终端设备，其特征在于，包括：

接收单元，用于通过下行控制信道接收网络设备发送的第一调度信息，所述第一调度信息包括为待传输的第一下行数据包调度的第一下行传输资源；

所述接收单元，还用于通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包，其中，所述第一下行数据包中添加了第一序列号。
如权利要求45所述的终端设备，其特征在于，所述终端设备还包括处理单元和发送单元；

所述处理单元，用于在所述接收单元通过所述第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后，确定成功接收所述第一下行数据包；

所述发送单元，用于向所述网络设备发送期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；所述期待序列号为所述第一序列号加1；

所述接收单元，还用于通过所述下行控制信道接收所述网络设备发送的第二调度信息，所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源；

所述接收单元，还用于通过所述第二下行传输资源接收所述第二下行数据包；

所述处理单元，还用于若所述接收单元接收的所述第二下行数据包中添加的序列号与所述第一序列号相同，则确定所述网络设备传输有误，丢弃所述第二下行数据包。
如权利要求45所述的终端设备，其特征在于，所述终端设备还包括处理单元和发送单元；

所述处理单元，用于在所述接收单元通过第一下行传输资源接收所述网络设备发送的所述第一下行数据包之后，确定所述第一下行数据包接收失败；

所述发送单元，用于向所述网络设备发送期待序列号，所述期待序列号为所述终端设备下一次期待接收的下行数据包的序列号；所述期待序列号为所述第一序列号；

所述接收单元，还用于通过所述下行控制信道接收所述网络设备发送的第二调度信息，所述第二调度信息包括为待传输的第二下行数据包调度的第二下行传输资源；

所述接收单元，还用于通过所述第二下行传输资源接收所述第二下行数据包；

所述处理单元，还用于若所述接收单元接收的所述第二下行数据包中添加的序列号为所述第一序列号加1，则确定所述网络设备传输有误；

所述发送单元，还用于向所述网络设备发送第三漏传请求，所述第三漏传请求用于指示所述终端设备接收所述第一下行数据包失败。
一种终端设备，其特征在于，包括：

接收单元，用于通过下行控制信道接收网络设备发送的第一调度信息，所述第一调度信息包括为待传输的第一上行数据包调度的第一上行传输资源；

处理单元，用于在所述接收单元接收的所述第一上行数据包中添加第一序列号；

发送单元，用于通过所述第一上行传输资源将所述处理单元添加了所述第一序列号的第一上行数据包传输给所述网络设备。
如权利要求48所述的终端设备，其特征在于，

所述接收单元，还用于在所述发送单元通过所述第一上行传输资源将添加了所述第一序列号的第一上行数据包传输给所述网络设备之后，接收所述网络设备发送的第二调度信息，所述第二调度信息包括期待序列号以及为待传输的所述第一上行数据包调度的第二上行传输资源；所述期待序列号为所述第一序列号；

所述处理单元，还用于确定接收单元接收的所述所述期待序列号为所述第一序列号加1，将第二序列号添加到第二上行数据包中；

所述发送单元，还用于通过所述第二上行传输资源向所述网络设备传输所述处理单元添加了所述第二序列号的第二上行数据包；所述第二序列号为所述第一序列号加1。
如权利要求49所述的终端设备，其特征在于，

所述接收单元，还用于在所述发送单元通过所述第二上行传输资源向所述网络设备传输所述处理单元添加了所述第二序列号的第二上行数据包之后，接收所述网络设备发送的第三调度信息，所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源；

所述处理单元，还用于将所述接收单元接收的所述第一序列号添加到所述第一上行数据包中；

所述发送单元，还用于通过所述第三上行传输资源向所述网络设备重新传输所述处理单元添加了所述第一序列号的第一上行数据包。
如权利要求50所述的终端设备，其特征在于，

所述接收单元，还用于在所述发送单元通过所述第三上行传输资源向所述网络设备重新传输所述处理单元添加了所述第一序列号的第一上行数据包之后，接收所述网络设备发送的第四调度信息，所述第四调度信息包括期待序列号以及为待传输的第三上行数据包调度的第四上行传输资源；所述期待序列号为所述第一序列号加1；

所述处理单元，还用于确定所述接收单元接收的所述期待序列号为所述第一序列号加1，则将第二序列号添加到所述第三上行数据包中；

所述发送单元，还用于通过所述第四上行传输资源向所述网络设备传输所述处理单元添加了所述第二序列号的第三上行数据包。
一种网络设备，其特征在于，包括：

发送单元，用于通过下行控制信道向终端设备发送第一调度信息，所述第一调度信息包括为待接收的第一上行数据包调度的第一上行传输资源；

接收单元，用于通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包，所述第一上行数据包中添加了第一序列号。
如权利要求52所述的网络设备，其特征在于，所述网络设备还包括处理单元；

所述处理单元，用于在所述接收单元通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后，确定成功接收所述第一上行数据包；

所述发送单元，还用于向所述终端设备发送第二调度信息，所述第二调度信息包括期待序列号以及为待接收的第二上行数据包调度的第二上行传输资源；所述期待序列号为所述第一序列号加1；

所述接收单元，还用于通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包；

所述处理单元，还用于若所述接收单元接收的所述第二上行数据包中添加的序列号与所述第一序列号相同，确定所述终端设备传输有误，则丢弃所述第二上行数据包。
如权利要求52所述的网络设备，其特征在于，所述网络设备还包括处理单元；

所述处理单元，用于在所述接收单元通过所述第一上行传输资源接收所述终端设备发送的所述第一上行数据包之后，确定所述第一上行数据包接收失败；

所述发送单元，还用于向所述终端设备发送第二调度信息，所述第二调度信息包括期待序列号以及为待接收的所述第一上行数据包调度的第二上行传输资源；所述期待序列号为所述第一序列号；

所述接收单元，还用于通过所述第二上行传输资源接收所述终端设备发送的所述第二上行数据包

所述处理单元，还用于若所述所述接收单元接收的所述第二上行数据包中添加的序列号为所述第一序列号加1，确定所述终端设备传输有误；

所述发送单元，还用于向所述终端设备发送第三调度信息，所述第三调度信息包括用于指示所述网络设备接收所述第一上行数据包失败的漏传指示、所述第一序列号、以及为待传输的所述第一上行数据包调度的第三上行传输资源。