CN105744622A - 数据发送方法及装置 - Google Patents

Abstract

本发明公开了一种数据发送方法及装置。该方法包括：当网络侧分配的调度授权资源大于待发送的缓存数据量时，使用剩余资源传输有用信息；所述有用信息包括下列信息中的至少一个：无线链路控制层数据协议数据单元RLC data PDU和无线链路控制层控制协议数据单元RLC control PDU。该方法能够充分利用网络侧分配的授权资源，避免资源浪费。

Description

数据发送方法及装置

技术领域

本发明属于无线通信技术领域，尤其涉及一种数据发送方法及装置。

背景技术

在长期演进(LongTermEvolution，LTE)通信系统中，基站(eNodeB，eNB)依据终端(UE)侧的媒体接入控制(MediaAccessControl，MAC)子层上报的缓冲状态报告(BufferStatusReport，BSR)中携带的终端侧当前的缓存数据量来进行上行资源的授权调度。

由于BSR中携带的是一个缓存数据量的索引值(参见标准3GPPTS36.321，具体可携带的值为0-63)，而不是具体的缓存数据量数值，每个索引值对应的缓存数据量，比如索引值为54时，其实际表示的缓存数据量(BS)的范围为36304<BS<＝42502，其上限和下限相差6000多个字节。因此，这种方式在上行资源调度时将会带来一定的偏差。而索引值更高时，这种偏差将变得更大。即eNodeB侧并不能精确的获知UE侧具体的缓存数据量，为了给UE分配足够的上行资源来传输缓存的数据量，eNodeB通常可能会按照较大的授权调度UE；如果UE侧当时并没有那么多的缓存数据需要发送，则目前业界已有的技术以及3GPPMAC规范(3GPPTS36.321)通常都会在MAC协议数据单元(ProtocolDataUnit，PDU)中填充用以通知网络当前待传数据量的PaddingBSR和/或填充大量无效信息来占满所分配的上行资源，这就造成了空口无线资源的严重浪费，降低了数据传输效率。

发明内容

有鉴于此，本发明的一个目的是提供一种数据发送方法及装置，用于解决现有技术中存在的网络侧分配给终端的上行资源比较大时会导致空口无线资源严重浪费、数据传输效率低的问题。为了对披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念，以此作为后面的详细说明的序言。

本发明实施例提供一种数据发送方法，包括：

当网络侧分配的调度授权资源大于待发送的缓存数据量时，使用剩余资源传输有用信息；

所述有用信息包括下列信息中的至少一个：无线链路控制层数据协议数据单元RLCdataPDU和无线链路控制层控制协议数据单元RLCcontrolPDU。

在一些可选的实施例中，所述RLCdataPDU具体包括下列信息中的至少一个：RLC层未确认的PDU部分或全部、RLC层未确认的PDU的头部Header；所述RLCcontrolPDU为statusPDU。

在一些可选的实施例中，所述Header的轮循位pollingbit位置为1。

在一些可选的实施例中，所述使用剩余资源传输有用信息，具体包括：

获取无线链路控制RLC层的PDU，将待发送的缓存数据和获取的所述PDU封装成媒体接入控制MACPDU；

发送生成的所述MACPDU。

在一些可选的实施例中，所述获取无线链路控制RLC层的PDU，具体包括：

根据网络侧分配的调度授权资源相对于待发送的缓存数据量的资源剩余量，按照设定的规则获取RLC层未确认的PDU。

在一些可选的实施例中，按照设定的规则获取RLC层未确认的PDU，具体包括：

根据逻辑信道的优先级，按照优先级从高到低的顺序依次获取未确认的PDU，直至所述资源剩余量使用完毕或所述未确认的PDU获取完毕。

在一些可选的实施例中，按照设定的规则获取RLC层未确认的PDU，具体包括：

根据未确认的PDU的发送时间，按照时间从早到晚的顺序依次获取未确认的PDU，直至所述资源剩余量使用完毕或所述未确认的PDU获取完毕。

在一些可选的实施例中，所述确定网络侧分配的调度授权资源大于待发送的缓存数据量，具体包括：

接收网络侧发送的上行资源调度信息，确定网络侧分配的调度授权资源的大小；

比较所述调度授权资源是否大于待发送的缓存数据量，当判断为是时，确定网络侧分配的调度授权资源大于待发送的缓存数据量。

本发明实施例还提供一种数据发送装置，包括：

确定模块，用于确定网络侧分配的调度授权资源是否大于待发送的缓存数据量；

传输模块，用于使用剩余资源传输有用信息；所述有用信息包括下列信息中的至少一个：无线链路控制层数据协议数据单元RLCdataPDU和无线链路控制层控制协议数据单元RLCcontrolPDU。

在一些可选的实施例中，所述传输模块传输的RLCdataPDU具体包括下列信息中的至少一个：RLC层未确认的PDU部分或全部、RLC层未确认的PDU的头部Header；所述传输模块传输的RLCcontrolPDU为statusPDU。

在一些可选的实施例中，所述传输模块，具体用于：

获取无线链路控制RLC层的PDU，将待发送的缓存数据和获取的所述PDU封装成媒体接入控制MACPDU；以及发送生成的所述MACPDU。

在一些可选的实施例中，所述传输模块，具体用于：

根据网络侧分配的调度授权资源相对于待发送的缓存数据量的资源剩余量，按照设定的规则获取RLC层未确认的PDU。

在一些可选的实施例中，所述传输模块，具体用于：

根据逻辑信道的优先级，按照优先级从高到低的顺序依次获取未确认的PDU，直至所述资源剩余量使用完毕或所述未确认的PDU获取完毕。

在一些可选的实施例中，所述传输模块，具体用于：

根据未确认的PDU的发送时间，按照时间从早到晚的顺序依次获取未确认的PDU，直至所述资源剩余量使用完毕或所述未确认的PDU获取完毕。

在一些可选的实施例中，上述数据发送装置，还包括：接收模块；

所述接收模块，用于接收网络侧发送的上行资源调度信息；相应的，

所述确定模块，具体用于根据所述上行资源调度信息，确定网络侧分配的调度授权资源的大小；比较所述调度授权资源是否大于待发送的缓存数据量，当判断为是时，确定网络侧分配的调度授权资源大于待发送的缓存数据量。

本发明实施例还提供一种终端设备，包括上述的数据发送装置。

本发明实施例提供的数据发送方法及装置，当确定网络侧分配的调度授权资源大于待发送的缓存数据量时，使用剩余资源传输有用信息；其中，有用信息包括下列信息中的至少一个：无线链路控制层数据协议数据单元RLCdataPDU和无线链路控制层控制协议数据单元RLCcontrolPDU。该方法利用网络侧分配的上行资源中的剩余资源，传输RLC层有用信息，从而充分地利用了网络侧分配的资源中的剩余资源也避免了另外寻找合适的资源传输这些有用信息，该方法能够充分、合理的利用网络侧分配的上行资源，减少了空口无线资源的浪费、提高了空口资源利用率和数据传输效率。

为了上述以及相关的目的，一个或多个实施例包括后面将详细说明并在权利要求中特别指出的特征。下面的说明以及附图详细说明某些示例性方面，并且其指示的仅仅是各个实施例的原则可以利用的各种方式中的一些方式。其它的益处和新颖性特征将随着下面的详细说明结合附图考虑而变得明显，所公开的实施例是要包括所有这些方面以及它们的等同。

说明书附图

图1为本发明实施例中数据发送方法的流程图；

图2是本发明实施例一中数据发送方法的流程图；

图3是本发明实施例一中发送的MACPDU的结构示意图；

图4是本发明实施例二中数据发送方法的流程图；

图5是本发明实施例中数据发送装置的结构示意。

具体实施方式

以下描述和附图充分地示出本发明的具体实施方案，以使本领域的技术人员能够实践它们。其他实施方案可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的组件和功能是可选的，并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本发明的实施方案的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。在本文中，本发明的这些实施方案可以被单独地或总地用术语“发明”来表示，这仅仅是为了方便，并且如果事实上公开了超过一个的发明，不是要自动地限制该应用的范围为任何单个发明或发明构思。

由于在LTE通信系统中，无线链路控制(RadioLinkControl，RLC)子层的确认模式(AcknowledgedMode，AM)会采用自动重传请求(AutomaticRepeat-reQuest，ARQ)机制来提供确认模式的服务，对等的RLCAM实体之间(终端设备和网络侧实体)通过设置轮循位(Pollingbit)，发送状态报告(statusreport)，以及重传等方式来保证链路传输的可靠性。具体的说，接收方需要对发送方的确认模式数据(AcknowledgedModeData，AMD)PDU进行确认(肯定的确认和/或否定的确认)，发送方接收到接收方针对某AMDPDU中数据的否定确认后，发送方需要在合适的传输时机重传这些被否定确认的数据。按照3GPPRLC规范(3GPPTS36.322)和目前业界已有的技术实现，在发送方没有接收到对等接收方的否定确认之前，并且计时器没有超时(即Timer_Poll没有超时)之前，是不能重发之前发送过但没有得到确认的AMDPDU数据的。

基于上述确认模式传输的现实情况，为了解决现有技术中存在的网络侧会分配给终端设备比较大的上行资源从而导致空口资源利用不充分的问题，本申请提出一种数据传发送方法，该方法利用分配的上行资源传输缓存数据量之后的剩余部分来传输有用信息，从而提高对空口资源的利用率，也避免了再次寻找合适的资源来传输一些有用信息，比如，未确认的AMDPDU，statusreport等。

本发明实施例提供的数据发送方法，包括：当网络侧分配的调度授权资源大于待发送的缓存数据量时，使用剩余资源传输有用信息；其中，有用信息包括下列信息中的至少一个：无线链路控制层数据协议数据单元RLCdataPDU和无线链路控制层控制协议数据单元RLCcontrolPDU。上述RLCdataPDU，优选的是未得到接收方确认的AMDPDU，上述RLCcontrolPDU优选的是状态协议数据单元statusPDU。

优选的，上述未得到接收方确认的AMDPDU数据包括下列信息中的至少一个：RLC层未确认的AMDPDU部分或全部、RLC层未确认的AMDPDU的头部Header。优选的，未确认的AMDPDU的Header的轮循位pollingbit位置为1。

上述方法中，使用剩余资源传输有用信息，具体包括：获取RLC层的PDU，将待发送的缓存数据和获取的PDU封装成媒体接入控制MACPDU；发送生成的MACPDU。其中，获取RLC层PDU时，根据网络侧分配的调度授权资源相对于待发送的缓存数据量的资源剩余量，按照设定的规则获取RLC层未确认的PDU。

本发明实施例提供的数据发送方法，其具体实现流程可以如图1所示，包括如下步骤：

步骤S101：接收网络侧发送的上行资源调度信息，确定网络侧分配的调度授权资源的大小。

当终端设备(UE)接收到网络侧发送的授权的上行资源调度信息后，获取网络侧授权给终端设备的调度授权资源(UL-GRANT)。

步骤S102：判断网络侧分配的调度授权资源是否大于待发送的缓存数据量。

比较网络侧分配的调度授权资源的长度是否大于UE侧RLC层的缓存数据量(BufferOccupancy，BO)的大小，其中缓存数据量是指UE侧RLC层缓存的待发送的数据量的大小。

当判断为是时，确定网络侧分配的调度授权资源大于待发送的缓存数据量。当判断为否时，执行步骤S106。

上述步骤S101和步骤S102为确定网络侧分配的调度授权资源是否大于待发送的缓存数据量的过程，当确定出网络侧分配的调度授权资源大于待发送的缓存数据量时，执行步骤S103。

步骤S103：当确定网络侧分配的调度授权资源大于待发送的缓存数据量时，获取RLC层PDU。

其中，RLC层PDU可以是数据PDU和/或控制PDU，数据PDU可以是RLC层未确认的PDU，控制PDU可以是RLC层statusPDU。根据剩余资源的大小，可以获取PDU的全部或部分。

当网络侧分配的授权资源比较大时，可以获取RLC层未确认的PDU填充到剩余的资源空间中传输。AM模式下PDU发送给通信对端的接收方之后，需要得到接收方的确认信息，上述未确认的PDU是指非当前调度发送过的，即此前的历史调度曾经发送过的但未得到通信对端RLC层肯定或者否定确认的PDU。

获取RLC层未确认的PDU时，根据网络侧分配的调度授权资源相对于待发送的缓存数据量的资源剩余量，按照设定的规则获取RLC层未确认的PDU。其中，未确认包括未得到肯定或者否定的确认。

其中，资源剩余量对应现有填充Padding信息的部分，此处用未确认的RLC层PDU代替了MACPDU中的Padding信息，从而提高空口无线资源的利用效率。

可选的，根据逻辑信道的优先级，按照优先级从高到低的顺序依次获取未确认的PDU，直至资源剩余量使用完毕或未得到肯定确认的PDU获取完毕。

此种方式在下面实施例一中具体描述。

可选的，根据未确认的PDU的发送时间，按照时间从早到晚的顺序依次获取未确认的PDU，直至资源剩余量使用完毕或未确认的PDU获取完毕。

此种方式在下面实施例二中具体描述。

以上列举了两种优选的获取方式，实际上在获取RLC层未确认的PDU时，可以设置各种不同的获取规则，来获取用于填充剩余资源的PDU，都是能够达到利用剩余资源传输RLC层未确认的PDU的目的的，因此，对于获取的规则和方式，此处不再一一列举。

步骤S104：将待发送的缓存数据和获取的PDU封装成MACPDU。

即将获取的PDU在网络侧分配的调度授权资源的剩余资源中重新发送，从而不用再重新寻找合适的资源发送这些没有得到确认、有可能需要重新发送的数据，保证了上行数据发送的有效性，充分、有效地利用了调度授权资源中的剩余资源，提高了空口资源的利用率。

步骤S105：发送生成的MACPDU。

步骤S106：按现有方式处理。

现有处理方式此处不再赘述。

下面通过具体的实施例详细描述上述数据发送方法的具体实现流程。

实施例一

本发明实施例一提供的数据发送方法，以获取未确认的PDU为例进行说明，其流程如图2所示，包括如下步骤：

步骤S201：接收网络侧发送的上行资源调度信息，确定网络侧分配的调度授权资源的大小。

步骤S202：比较网络侧分配的调度授权资源的长度是否大于RLC层的缓存数据量。

当判断为是时，执行步骤S204；当判断为否时，执行步骤S203。

当网络侧分配的调度授权资源的长度大于RLC层的缓存数据量，说明网络侧分配的资源较多，UE利用调度授权资源发送缓存数据时，会有一定的资源剩余量。在现有技术中，此种情况需要填充一些无效的Padding信息来占用资源剩余量，而本申请中，则利用这些资源剩余量来传输在自动重传确认机制下未确认的AMDPDU。

步骤S203：按现有方式生成MACPDU并发送。

步骤S204：按照逻辑信道优先级，获取优先级最高的逻辑信道上未确认的AMDPDU。

获取未确认的AMDPDU时，根据网络侧分配的调度授权资源相对于待发送的缓存数据量的资源剩余量来获取，当资源剩余量足够传输优先级最高的逻辑信道上未确认的AMDPDU，直接获取该AMDPDU即可。

当资源剩余量不足以传输一个完整的PDU时，可选的，对获取的RLC层的AMDPDU进行重分段，生成RLC层AMDPDU片段(SEGMENT)，重分段是按照3GPPSPEC定义的生成PDUSEG的方法进行，剩余部分数据忽略。分段出资源剩余量所能容纳的大小的PDU片段进行发送，相关状态变量均不改变，仅仅传输一部分RLC层AMDPDU数据。

可选的，当资源剩余量不足以传输一个完整的PDU但可以传送PDU的header部分时，只传送未确认的PDU的Header部分，此时将该Header部分的pollingbit位置为1,这样可以触发接收端发送statusreport.

可选的，当资源剩余量不足以传输一个完整的PDU时，也可以不在继续获取PDU数据，即对于不足以容纳一个完整的PDU资源剩余量可以不再填充未确认的PDU数据，虽然这样也会造成少量的资源浪费，但相对现有技术依然降低了空口资源的浪费程度，相对来说也是减少了空口资源浪费的。

步骤S205：判断网络侧分配的调度授权资源的资源剩余量是否使用完毕且未确认的AMDPDU是否获取完毕。

当资源剩余量未使用完毕且未确认的AMDPDU未获取完毕时，执行步骤S206；当资源剩余量使用完毕或未确认的AMDPDU获取完毕时，执行步骤S208。

步骤S206：获取次一级的优先级的逻辑信道上未确认的AMDPDU。

该步骤中也是根据网络侧分配的调度授权资源相对于待发送的缓存数据量的资源剩余量来获取未确认的AMDPDU，具体处理方式可参照步骤S204。

步骤S207：判断网络侧分配的调度授权资源的资源剩余量是否使用完毕，以及未确认的AMDPDU是否获取完毕。

当资源剩余量未使用完毕且未确认的AMDPDU未获取完毕时，返回继续执行步骤S206；当资源剩余量使用完毕或未确认的AMDPDU获取完毕时，执行步骤S208。

通过上述步骤循环，实现遍历获取各优先级的逻辑信道上未确认的AMDPDU。

上述步骤S204-步骤S207实现了基于网络侧分配的调度授权资源相对于待发送的缓存数据量的资源剩余量，根据逻辑信道的优先级，按照优先级从高到低的顺序依次获取未确认的PDU，直至资源剩余量使用完毕或未得到肯定确认的PDU获取完毕。

步骤S208：将获取的AMDPDU与待发送的缓存数据一起生成MACPDU。

通常在生成MACPDU时，会在MACPDU的头部指明所携带的信息，即MACPDU头上会指明每一个MACSDU的长度等信息，具体参见图3所示，其中，MACPDU头部(MACheader)的信息可以指明MACPDU帧体(MACpayload)部分所携带的信息及其长度。接收方即可以很方便的解析出MACPDU中所携带的数据信息。

步骤S209：发送生成的MACPDU。

将生成MACPDU发送给网络侧的接收方，由于在生成MACPDU时，采用的是现有的协议方式，因此，作为通信对端的接收方不需要进行改进也能够识别该MACPDU。

实施例二

本发明实施例一提供的数据发送方法，以获取未确认的PDU为例进行说明，其流程如图4所示，包括如下步骤：

步骤S301：接收网络侧发送的上行资源调度信息，确定网络侧分配的调度授权资源的大小。

步骤S302：比较网络侧分配的调度授权资源的长度是否大于RLC层的缓存数据量。

当判断为是时，执行步骤S304；当判断为否时，执行步骤S303。

步骤S303：按现有方式生成MACPDU并发送。

步骤S304：按照未确认的AMDPDU数据的发送时间，获取发送时间最早的未确认的AMDPDU。

在获取AMDPDU时，根据网络侧分配的调度授权资源相对于待发送的缓存数据量的资源剩余量来获取未确认的AMDPDU，具体处理方式可参照步骤S204。所不同的是，该步骤中不再依据逻辑信道的优先级次序获取，而是依据未确认的AMDPDU历史发送时间，发送时间越早的越优先获取并进行重新传输。

步骤S305：判断网络侧分配的调度授权资源的资源剩余量是否使用完毕且未确认的AMDPDU是否获取完毕。

当资源剩余量未使用完毕且未确认的AMDPDU未获取完毕时，执行步骤S306；当资源剩余量使用完毕或未确认的AMDPDU获取完毕时，执行步骤S308。

步骤S306：在剩余的未确认的AMDPDU中继续获取发送时间最早的未确认的AMDPDU。

该步骤中也是根据网络侧分配的调度授权资源相对于待发送的缓存数据量的资源剩余量来获取未确认的AMDPDU，具体处理方式可参照步骤S304。

步骤S307：判断网络侧分配的调度授权资源的资源剩余量是否使用完毕且未确认的AMDPDU是否获取完毕。

当资源剩余量未使用完毕且未确认的AMDPDU未获取完毕时，返回继续执行步骤S306；当资源剩余量使用完毕或未确认的AMDPDU获取完毕时，执行步骤308。

上述步骤S304-步骤S307实现了基于网络侧分配的调度授权资源相对于待发送的缓存数据量的资源剩余量，根据逻辑信道的优先级，按照优先级从高到低的顺序依次获取未确认的PDU，直至资源剩余量使用完毕或未得到肯定确认的PDU获取完毕。

通过上述步骤循环，实现根据未确认的AMDPDU的发送时间，遍历获取未确认的AMDPDU。这种方式优先处理发送时间早却长时间未确认的PDU，从而能够很好的保证数据传输的有效性。

步骤S308：将获取的AMDPDU与待发送的缓存数据一起生成MACPDU。

步骤S309：发送生成的MACPDU。

基于同一发明构思，本发明实施例还提供一种数据发送装置，该数据发送装置可以设置在终端设备中，实现向网络侧的接收方发送待发送的数据，该数据发送装置如图5所示，包括：确认模块10和传输模块20。

确定模块10，用于确定网络侧分配的调度授权资源是否大于待发送的缓存数据量；

传输模块20，用于使用剩余资源传输有用信息；其中，有用信息包括下列信息中的至少一个：无线链路控制层数据协议数据单元RLCdataPDU和RLCcontrolPDU。

优选的，上述传输模块20传输的RLCdataPDU具体包括下列信息中的至少一个：RLC层未确认的PDU部分或全部、RLC层未确认的PDU的头部Header。上述传输模块20传输的RLCcontrolPDU为statusPDU。

优选的，上述传输模块20具体用于获取数据链路RLC层的PDU，将待发送的缓存数据和获取的PDU封装成媒体接入控制MACPDU；以及发送生成的MACPDU。

优选的，上述传输模块20具体用于根据网络侧分配的调度授权资源相对于待发送的缓存数据量的资源剩余量，按照设定的规则获取RLC层未确认的PDU。

优选的，上述传输模块20具体用于根据逻辑信道的优先级，按照优先级从高到低的顺序依次获取未确认的PDU，直至资源剩余量使用完毕或未确认的PDU获取完毕。

优选的，上述传输模块20具体用于根据未确认的PDU的发送时间，按照时间从早到晚的顺序依次获取未确认的PDU，直至资源剩余量使用完毕或未确认的PDU获取完毕。

优选的，上述数据发送装置，还包括接收模块30.

接收模块30，用于接收网络侧发送的上行资源调度信息；相应的，

确定模块，具体用于根据上行资源调度信息，确定网络侧分配的调度授权资源的大小；比较调度授权资源是否大于待发送的缓存数据量，当判断为是时，确定网络侧分配的调度授权资源大于待发送的缓存数据量。

本发明实施例提供的上述数据发送方法及装置针对RLC层AMDPDU进行的传输，并不对协议中RLCARQ流程中的各种状态变量的定义和跃迁等控制流程进行改变，仍然保持现有规范中对RLCARQ的定义，仅仅通过重新传输AMDPDU中的数据来提高空口资源的利用效率。

上述方法在网络侧分配给终端侧设备过大的调度授权资源(ULGRANT)时，当分配调度授权资源给待传送的缓存数据之后，剩余的授权资源，终端设备MAC层不再采用现有的在Padding信息填充无效信息的方式，而是在MACPDU里面添加有用信息，如RLC层AM模式下未确认的AMDPDU，这样可以在一定程度上重传了之前可能在空口中丢失的RLC层AMDPDU，避免后续的可能再通过额外的空口资源重传这些RLC层AMDPDU，进而实现了充分的使用当前分配给终端设备的上行资源，提高空口资源的利用效率。

除非另外具体陈述，术语比如处理、计算、运算、确定、显示等等可以指一个或更多个处理或者计算系统、或类似设备的动作和/或过程，所述动作和/或过程将表示为处理系统的寄存器或存储器内的物理(如电子)量的数据操作和转换成为类似地表示为处理系统的存储器、寄存器或者其他此类信息存储、发射或者显示设备内的物理量的其他数据。信息和信号可以使用多种不同的技术和方法中的任何一种来表示。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以用电压、电流、电磁波、磁场或粒子、光场或粒子或者其任意组合来表示。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

结合本文的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。

对于软件实现，本申请中描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段以通信方式耦合到处理器，这些都是本领域中所公知的。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。

Claims (16)

1.一种数据发送方法，其特征在于，包括：

当网络侧分配的调度授权资源大于待发送的缓存数据量时，使用剩余资源传输有用信息；

所述有用信息包括下列信息中的至少一个：无线链路控制层数据协议数据单元RLCdataPDU和无线链路控制层控制协议数据单元RLCcontrolPDU。

2.如权利要求1所述的方法，所述RLCdataPDU具体包括下列信息中的至少一个：RLC层未确认的PDU部分或全部、RLC层未确认的PDU的头部Header；所述RLCcontrolPDU为statusPDU。

3.如权利要求2所述的方法，所述Header的轮循位pollingbit位置为1。

4.如权利要求1所述的方法，其特征在于，所述使用剩余资源传输有用信息，具体包括：

获取无线链路控制RLC层的PDU，将待发送的缓存数据和获取的所述PDU封装成媒体接入控制MACPDU；

发送生成的所述MACPDU。

5.如权利要求4所述的方法，其特征在于，所述获取无线链路控制RLC层的PDU，具体包括：

根据网络侧分配的调度授权资源相对于待发送的缓存数据量的资源剩余量，按照设定的规则获取RLC层未确认的PDU。

6.如权利要求5所述的方法，其特征在于，按照设定的规则获取RLC层未确认的PDU，具体包括：

根据逻辑信道的优先级，按照优先级从高到低的顺序依次获取未确认的PDU，直至所述资源剩余量使用完毕或所述未确认的PDU获取完毕。

7.如权利要求5所述的方法，其特征在于，按照设定的规则获取RLC层未确认的PDU，具体包括：

根据未确认的PDU的发送时间，按照时间从早到晚的顺序依次获取未确认的PDU，直至所述资源剩余量使用完毕或所述未确认的PDU获取完毕。

8.如权利要求1-7任一所述的方法，其特征在于，所述确定网络侧分配的调度授权资源大于待发送的缓存数据量，具体包括：

接收网络侧发送的上行资源调度信息，确定网络侧分配的调度授权资源的大小；

比较所述调度授权资源是否大于待发送的缓存数据量，当判断为是时，确定网络侧分配的调度授权资源大于待发送的缓存数据量。

9.一种数据发送装置，其特征在于，包括：

确定模块，用于确定网络侧分配的调度授权资源是否大于待发送的缓存数据量；

传输模块，用于使用剩余资源传输有用信息；所述有用信息包括下列信息中的至少一个：无线链路控制层数据协议数据单元RLCdataPDU和无线链路控制层控制协议数据单元RLCcontrolPDU。

10.如权利要求9所述的数据发送装置，其特征在于，所述传输模块传输的RLCdataPDU具体包括下列信息中的至少一个：RLC层未确认的PDU部分或全部、RLC层未确认的PDU的头部Header；所述传输模块传输的RLCcontrolPDU为statusPDU。

11.如权利要求9所述的数据发送装置，其特征在于，所述传输模块，具体用于：

获取无线链路控制RLC层的PDU，将待发送的缓存数据和获取的所述PDU封装成媒体接入控制MACPDU；以及发送生成的所述MACPDU。

12.如权利要求11所述的数据发送装置，其特征在于，所述传输模块，具体用于：

根据网络侧分配的调度授权资源相对于待发送的缓存数据量的资源剩余量，按照设定的规则获取RLC层未确认的PDU。

13.如权利要求12所述的数据发送装置，其特征在于，所述传输模块，具体用于：

根据逻辑信道的优先级，按照优先级从高到低的顺序依次获取未确认的PDU，直至所述资源剩余量使用完毕或所述未确认的PDU获取完毕。

14.如权利要求12所述的数据发送装置，其特征在于，所述传输模块，具体用于：

根据未确认的PDU的发送时间，按照时间从早到晚的顺序依次获取未确认的PDU，直至所述资源剩余量使用完毕或所述未确认的PDU获取完毕。

15.如权利要求9-14任一所述的数据发送装置，其特征在于，还包括：接收模块；

所述接收模块，用于接收网络侧发送的上行资源调度信息；相应的，

所述确定模块，具体用于根据所述上行资源调度信息，确定网络侧分配的调度授权资源的大小；比较所述调度授权资源是否大于待发送的缓存数据量，当判断为是时，确定网络侧分配的调度授权资源大于待发送的缓存数据量。

16.一种终端设备，其特征在于，包括：如权利要求9-15任一所述的数据发送装置。