一种发送轮询报文的方法、相关装置和系统与流程

本申请涉及通信技术领域，尤其涉及一种发送轮询报文的方法、相关装置和系统。

背景技术：

无线链路控制(radiolinkcontrol，rlc)是无线通信系统中的无线链路控制层协议。在通信系统中，rlc层位于媒体接入控制(mediaaccesscontrol，mac)层之上，属于层二(l2)的一部分。

发送端在向接收端发送数据后，发送端的rlc层会向接收端的rlc层发送轮询报文，该轮询报文会触发接收端的rlc层反馈rlc状态报告，发送端的rlc层通过该rlc状态报告可以清楚地了解到接收端的rlc层的数据接收情况，从而可以根据数据接收情况执行下一步操作，例如，对于接收端的rlc层未接收到的数据，发送端的rlc层会及时重传。

因此，为了及时触发接收端rlc层反馈rlc状态报告，需要一种发送轮询报文的方法。

技术实现要素：

本申请实施例提供了一种发送轮询报文的方法、相关装置和系统，能够及时触发接收端rlc层反馈rlc状态报告。

本申请实施例第一方面提供了一种发送轮询报文的方法，包括：

无线链路控制rlc层根据预设的发送窗口通过媒体接入控制mac层向接收端发送数据，该发送窗口的尺寸一般是固定的。

当mac层向接收端发送数据失败时，rlc层会接收来自mac层的第一消息，该第一消息用于指示向接收端发送数据失败。

然后rlc层会根据第一消息通过mac层向接收端发送轮询报文。

rlc层根据第一消息向接收端发送轮询报文，使得当mac层向接收端发送数据失败时，能够及时接收到rlc状态报告，从而可以根据rlc状态报告进行数据的重传，降低重传时延。

基于第一方面，本申请实施例还提供了第一方面的第一种实施方式：

在根据预设的发送窗口通过媒体接入控制mac层向接收端发送数据之后，rlc层确定发送窗口的剩余尺寸，发送窗口的剩余尺寸用于表示还能够添加到发送窗口的数据量；

若发送窗口的剩余尺寸小于预设尺寸，则rlc层通过mac层向接收端发送轮询报文。

当发送窗口的剩余尺寸小于预设尺寸时，通过轮询报文的触发，rlc层能够及时确定已经被接收端成功接收的数据，从而可以将这部分数据从发送窗口中除去，以增大发送窗口的剩余尺寸，避免发送窗口的剩余尺寸过小影响数据的传输，尤其避免发送窗口的剩余尺寸为零导致数据的中断。

基于第一方面的第一种实施方式，本申请实施例还提供了第一方面的第二种实施方式：

确定发送窗口的剩余尺寸包括：根据发送窗口中允许添加协议数据单元pdu的数量确定发送窗口的剩余尺寸。

该实施方式提供了一种确定发送窗口的剩余尺寸的可行方案，使得rlc层能够准确地确定发送窗口的剩余尺寸。

基于第一方面，或基于第一方面的第一种实施方式，或基于第一方面的第二种实施方式，本申请实施例还提供了第一方面的第三种实施方式：

若向接收端发送pdu的数量大于预设第二数量，则通过mac层向接收端发送轮询报文；

和/或

若向接收端发送数据的字节数大于预设字节数，则通过mac层向接收端发送轮询报文。

通过对发送pdu的数量和发送数据的字节数的判断，触发轮询报文的发送，能够保证当mac层向接收端发送数据未失败，但已发送的数据量较大时，及时接收到rlc状态报告。

本申请实施例第二方面提供了一种发送轮询报文的方法，包括：

无线链路控制rlc层根据预设的发送窗口通过媒体接入控制mac层向接收端发送数据，该发送窗口的尺寸一般是固定的。

然后rlc层确定发送窗口的剩余尺寸，发送窗口的剩余尺寸用于表示还能够添加到发送窗口的数据量；

若发送窗口的剩余尺寸小于预设尺寸，则rlc层通过mac层向接收端发送轮询报文。

当发送窗口的剩余尺寸小于预设尺寸时，通过轮询报文的触发，rlc层能够及时确定已经被接收端成功接收的数据，从而可以将这部分数据从发送窗口中除去，以增大发送窗口的剩余尺寸，避免发送窗口的剩余尺寸过小影响数据的传输，尤其避免发送窗口的剩余尺寸为零导致数据的中断。

基于第二方面，本申请实施例还提供了第二方面的第一种实施方式：

确定发送窗口的剩余尺寸包括：根据发送窗口中允许添加协议数据单元pdu的数量确定发送窗口的剩余尺寸。

该实施方式提供了一种确定发送窗口的剩余尺寸的可行方案，使得rlc层能够准确地确定发送窗口的剩余尺寸。

基于第二方面，或基于第二方面的第一种实施方式，本申请实施例还提供了第二方面的第二种实施方式：

若向接收端发送pdu的数量大于预设第二数量，则通过mac层向接收端发送轮询报文；

和/或

若向接收端发送数据的字节数大于预设字节数，则通过mac层向接收端发送轮询报文。

通过对发送pdu的数量和发送数据的字节数的判断，触发轮询报文的发送，能够保证当发送窗口的剩余尺寸较大，但已发送的数据量较大时，及时接收到rlc状态报告。

本申请实施例第三方面提供了一种发送轮询报文的方法，包括：

mac层先接收来自无线链路控制rlc层的数据，然后向接收端发送该数据；

在发送数据的过程中，mac层确定向接收端发送数据失败；

此时，mac层向rlc层发送第一消息，第一消息用于指示rlc层向接收端发送轮询报文；

然后mac层会接收到来自rlc层的轮询报文，最后向接收端发送该轮询报文。

当向接收端发送数据失败时，mac层向rlc层发送轮询报文，以触发rlc层发送rlc状态报告，从而根据rlc状态报告进行数据的重传，降低重传时延。

基于第三方面，本申请实施例还提供了第三方面的第一种实施方式：确定向接收端发送数据失败包括：

若mac层接收到来自接收端与数据对应的第二消息且第二消息中携带指示信息，则确定向接收端发送数据失败，指示信息用于指示接收端未接收到数据。

该实施方式提供了一种确定向接收端发送数据失败的可行方案，即根据接收端反馈的第二消息中的指示信息，可以确定向接收端发送数据失败。

基于第三方面，本申请实施例还提供了第三方面的第二种实施方式：确定向接收端发送数据失败包括：

若在预设时间内未接收到来自接收端与数据对应的第二信息，则确定向接收端发送数据失败。

该实施方式提供了另一种确定向接收端发送数据失败的可行方案，即接收端在预设时间内没有反馈第二消息，则mac层会认为向接收端发送数据失败。

本申请实施例第四方面提供了一种无线链路控制实体，包括：

发送单元，用于根据预设的发送窗口通过媒体接入控制mac层向接收端发送数据；

接收单元，用于接收来自mac层的第一消息，第一消息用于指示向接收端发送数据失败；

发送单元，还用于根据第一消息通过mac层向接收端发送轮询报文。

基于第四方面，本申请实施例还提供了第四方面的第一种实施方式，无线链路控制实体还包括：

处理单元，用于确定发送窗口的剩余尺寸；

发送单元，还用于当发送窗口剩余尺寸小于预设尺寸时，通过mac层向接收端发送轮询报文。

基于第四方面的第一种实施方式，本申请实施例还提供了第四方面的第二种实施方式，处理单元，还用于根据发送窗口中允许添加协议数据单元pdu的数量确定发送窗口的剩余尺寸。

基于第四方面，或基于第四方面的第一种实施方式，或基于第四方面的第二种实施方式，本申请实施例还提供了第四方面的第三种实施方式：

发送单元还用于：

当向接收端发送pdu的数量大于预设第二数量时，通过mac层向接收端发送轮询报文；

和/或

当向接收端发送数据的字节数大于预设字节数时，通过mac层向接收端发送轮询报文。

本申请实施例第五方面提供了一种无线链路控制实体，包括：

发送单元，用于根据预设的发送窗口通过媒体接入控制mac层向接收端发送数据；

处理单元，用于确定发送窗口的剩余尺寸；

发送单元，还用于当发送窗口剩余尺寸小于预设尺寸时，通过mac层向接收端发送轮询报文。

基于第五方面，本申请实施例还提供了第五方面的第一种实施方式：

处理单元，还用于根据发送窗口中允许添加协议数据单元pdu的数量确定发送窗口的剩余尺寸。

基于第五方面，或基于第五方面的第一种实施方式，本申请实施例还提供了第五方面的第二种实施方式：

发送单元还用于：

当向接收端发送pdu的数量大于预设第二数量时，通过mac层向接收端发送轮询报文；

和/或

当向接收端发送数据的字节数大于预设字节数时，通过mac层向接收端发送轮询报文。

本申请实施例第六方面提供了一种媒体接入控制实体，包括：

发送单元，用于向接收端发送来自无线链路控制rlc层的数据；

处理单元，用于确定向接收端发送数据失败；

发送单元，还用于向rlc层发送第一消息，第一消息用于指示rlc层向接收端发送轮询报文；

发送单元，还用于向接收端发送来自rlc层的轮询报文。

基于第六方面，本申请实施例还提供了第六方面的第一种实施方式，处理单元用于：

若接收到来自接收端与数据对应的第二消息且第二消息中携带指示信息，则确定向接收端发送数据失败，指示信息用于指示接收端未接收到数据。

基于第六方面，本申请实施例还提供了第六方面的第一种实施方式，处理单元用于：

若在预设时间内未接收到来自接收端与数据对应的第二信息，则确定向接收端发送数据失败。

本申请实施例第七方面提供了一种终端设备，包括：至少一个处理器和存储器，存储器存储有可在处理器上运行的计算机执行指令，当所述计算机执行指令被所述处理器执行时，所述终端设备执行如上第一方面至第三方面中任意一项的发送轮询报文的方法。

本申请实施例第八方面提供了一种通信装置，包括：至少一个处理器和存储器，存储器存储有可在处理器上运行的计算机执行指令，当所述计算机执行指令被所述处理器执行时，所述通信装置执行如上第一方面至第三方面中任意一项的发送轮询报文的方法。

本申请实施例第九方面提供了一种通信系统，所述通信系统包括：发送端和接收端；

所述发送端用于执行如上第一方面至第三方面中任意一项的发送轮询报文的方法。

本申请实施例第十方面提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上第一方面至第三方面中任意一项的发送轮询报文的方法。

本申请实施例第十一方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如上第一方面至第三方面中任意一项的发送轮询报文的方法。

本申请实施例第十二方面提供一种芯片或者芯片系统，该芯片或者芯片系统包括至少一个处理器和通信接口，通信接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以执行如上第一方面至第三方面中任意一项的发送轮询报文的方法。

其中，芯片中的通信接口可以为输入/输出接口、管脚或电路等。

基于第十二方面，本申请实施例还提供了第十二方面的第一种实施方式，本申请中上述描述的芯片或者芯片系统还包括至少一个存储器，该至少一个存储器中存储有指令。该存储器可以为芯片内部的存储单元，例如，寄存器、缓存等，也可以是该芯片的存储单元(例如，只读存储器、随机存取存储器等)。

从以上技术方案可以看出，本申请实施例具有以下优点：

rlc层先根据预设的发送窗口通过媒体接入控制mac层向接收端发送数据；在发送数据的过程中，若接收到来自mac层的第一消息，该第一消息用于指示向接收端发送数据失败，则根据第一消息通过mac层向接收端发送轮询报文，使得当mac层向接收端发送数据失败时，能够及时通过轮询报文触发接收端反馈rlc状态报告，从而可以根据rlc状态报告进行数据的重传，降低重传时延。

附图说明

图1为本申请实施例中通信系统的架构示意图；

图2为本申请实施例中无线接入系统的分层示意图；

图3为本申请实施例中发送轮询报文的方法的第一实施例示意图；

图4为本申请实施例中发送轮询报文的方法的第二实施例示意图；

图5为本申请实施例中发送轮询报文的方法的第四实施例示意图；

图6为本申请实施例中无线链路控制实体的一个实施例示意图；

图7为本申请实施例中无线链路控制实体的另一个实施例示意图；

图8为本申请实施例中媒体接入控制实体的一个实施例示意图；

图9为本申请实施例提供的一种用终端设备的实施例示意图；

图10为本申请实施例提供的一种通信装置的实施例示意图。

具体实施方式

本申请实施例提供了一种发送轮询报文的方法、相关装置和系统，能够及时触发接收端rlc层反馈rlc状态报告。

本申请实施例可应用于如图1所示的通信系统架构，该通信系统包括至少一个基站和至少一个终端设备，图示中只示出一个基站和在该基站覆盖区域内的两个终端设备。其中，基站为在其覆盖区域内的多个终端设备提无线接入服务，终端设备可以通过链路与基站进行通信。

本申请实施例中，通信系统可以为各种无线接入技术(radioaccesstechnology，rat)系统，譬如码分多址(codedivisionmultipleaccess，cdma)系统、时分多址(timedivisionmultipleaccess，tdma)系统、频分多址(frequencydivisionmultipleaccess，fdma)系统、正交fdma(orthogonalfrequencydivisionmultipleaccess，ofdma)系统、单载波频分多址(singlecarrierfdma，sc-fdma)系统和其他系统。术语“系统”和“网络”可以相互替换。此外，所述通信系统100还可以适用于5g系统及面向未来的通信技术，例如6g系统。

本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对本申请实施例提供的技术方案的限定。本领域的技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请实施例中，基站是一种部署在无线接入网中用以为终端设备提供无线通信功能的装置。基站可以包括各种形式的宏基站，微基站(也可以成为小站)，中继站，接入点等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，可以是lte中的演进的节点(evolvednodeb，或enb或e-nodeb)，还可以是5g系统中的收发点(transmit-receivepoint，trp)或gnodeb等。为了方便描述，本申请实施例中，上述为终端设备提供无线通信功能的装置统称为基站。

本申请实施例中涉及的终端设备可以包括各种具有无线通信功能，可以经无线接入网(radioaccessnetwork，ran)与一个或多个核心网进行通信，为用户提供语音和/或数据连通性的终端设备，可以简称终端。可以是具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备。本申请实施例中的终端设备也可以称为用户单元(subscriberunit)、订户站(subscriberstation)，移动站(mobilestation)、移动台(mobile)、远程站(remotestation)、远程终端(remoteterminal)、接入终端(accessterminal)、用户终端(userterminal)、用户代理(useragent)、用户装置(userdevice)、个人通信业务(personalcommunicationservice，pcs)电话、无绳电话、移动电话、“蜂窝”电话、智能电话(smartphone)、无线本地环路(wirelesslocalloop，wll)站、个人数字助理(personaldigitalassistant，pda)等设备。

在通信过程中，终端设备和基站既可以作为发送端，也可以作为接收端；具体地，当终端设备作为发送端时，基站则作为接收端；当基站作为发送端时，基站则作为接收端。

无论是发送端还是接收端，无线接入系统都分为三层，以终端设备作为发送端，基站作为接收端为例，如图2所示，本申请实施例中无线接入系统的分层示意图，层一(l1)为物理层(physicallayer，phy)，层二(l2)包括分组数据汇聚协议(packetdataconvergenceprotocol，pdcp)层、无线链路控制(radiolinkcontrol，rlc)层和媒体接入控制(mediaaccesscontrol，mac)层，层三(l3)为无线资源控制(radioresourcecontrol，rrc)层。

其中rlc层主要用于将来自pdcp层的数据进行分段，通过前向自动重传请求(automaticrepeatrequest，arq)进行纠错，将来自mac层的数据进行重排序、重复包检测和重分段。mac层主要用于匹配逻辑信道和传输信道，逻辑信道复用和解复用，harq纠错，调度，调度信息上报，随机接入过程处理，逻辑信道优先级处理等。

如图2所示，在终端设备中，数据会依次经过pdcp层、rlc层、mac层和物理层，最终被发送至基站，在基站中，数据依次经过物理层、mac层、rlc层和pdcp层，最终被传输至上层。

需要说明的是，上述无线接入系统的分层结构仅为逻辑结构，每层结构的功能可以由处理器运行代码实现。

在通信过程中，发送端在向接收端发送数据后，发送端的rlc层会向接收端的rlc层发送轮询报文，该轮询报文会触发接收端的rlc层反馈rlc状态报告，为了能够及时获得该rlc状态报告，本申请实施例提出了一种发送轮询的技术方案，下面将结合附图，对本申请实施例提出的技术方案进行详细的说明。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参阅图3，本申请实施例中发送轮询报文的方法的第一实施例示意图。如图3所示，本申请实施例提供了一种送轮询报文的方法的第一实施例，应用于发送端，包括：

操作101，rlc层根据预设的发送窗口通过媒体接入控制mac层向接收端发送数据。

在发送端的rlc层，会预先设定一个发送窗口，该发送窗口对应一个固定的尺寸，该尺寸表征发送窗口能够容纳的数据量。在数据发送前，rlc层先将数据以协议数据单元pdu的形式添加至发送窗口中，然后对发送窗口中的多个pdu依次进行发送，当确定接收端已经接收到pdu时，会将接收到的pdu从发送窗口中移除，然后不断向发送窗口中添加新pdu。因此，发送窗口中主要包含两种pdu：已经发送但未确定接收端是否已经接收到的pdu，以及计划发送但还未发送的pdu。

根据图2可以看出，在发送端，rlc层会先向mac层发送数据，相应地，mac层会接收到该数据，然后mac会向接收端发送来自无线链路控制rlc层的数据，其中，mac层可以通过物理层向接收端发送该数据。

可以理解的是，rlc层可以通过协议数据单元pdu的形式向mac发送数据，具体地，rlc可以向mac层发送n个pdu，其中n为正整数，当mac层接收到n个pdu后，mac层会将n个pdu打包成一个或多个mac层的数据包，然后向接收端发送mac层的数据包。

操作102，mac层确定向接收端发送数据失败。

mac层在向接收端发送来自rlc层的数据后，会确定向接收端发送数据是否成功，在本申请实施例中，mac层确定向接收端发送数据失败。

其中，mac层向接收端发送数据失败的情况包括多种，例如，由于mac层自身原因导致向接收端发送数据失败，具体地，当来自rlc层的pdu在mac层丢失时，丢失的pdu则不会被接收端接收到；再例如，由于发送端的mac层与接收端的mac层之间的链路导致向接收端发送数据失败，具体地，当链路的信号较差时，可能造成向接收端发送数据失败。

另外，确定向接收端发送数据失败的方法也包括多种，本申请实施例对此不做限定。

例如，确定向接收端发送数据失败可以包括：

若接收到来自接收端与数据对应的第二消息且第二消息中携带指示信息，则确定向接收端发送数据失败，指示信息用于指示接收端未接收到数据。

需要说明的是，发送端的mac层在向接收端发送数据后，接收端会反馈第二消息，该第二消息用于指示接收端是否成功收到数据；具体地，第二消息中携带有指示信息，当该指示信息指示接收端未接收到数据时，发送端的mac层便可以确定向接收端发送数据失败。

再例如，确定向接收端发送数据失败还可以包括：

若在预设时间内未接收到来自接收端与数据对应的第二消息，则确定向接收端发送数据失败。

需要说明的是，在前一示例中，可以通过指示信息判断向接收端发送数据是否失败，然而由于某些原因可能导致发送端的mac层在预设时间内接收不到该第二消息，例如，当接收端未向发送端的mac层发送第二消息，或接收端向发送端的mac层发送了第二消息，但是由于链路等可能的原因导致接收端不能在预设时间内接收到第二消息；此时，rlc层则可以确定向接收端发送数据失败。

操作103，mac层向rlc层发送第一消息。

当mac层确定向接收端发送数据失败后，会向rlc层发送第一消息，该第一消息用于指示向接收端发送数据失败，进而指示rlc层向接收端发送轮询报文。

相应地，rlc层会接收来自mac层的第一消息。

操作104，rlc层根据第一消息通过mac层向接收端发送轮询报文。

当rlc层接收到第一消息后，则可以确定mac层向接收端发送数据失败，然而rlc层并不能具体确定哪一个pdu未被接收端接收到，例如，发送端rlc层通过mac层向接收端发送10个pdu，当mac层向接收端发送数据失败时，其中1个或多个pdu都可能发送失败，所以为了具体确定接收端未接收到的pdu，rlc层会通过mac层向接收端发送轮询报文，以触发接收端rlc层反馈rlc状态报告，从而可以根据rlc状态确定接收端未接收到的pdu。

具体地，rlc层会先将轮询报文发送至mac层，然后由mac层向接收端发送来自rlc层的轮询报文。

本申请实施例根据第一消息通过mac层向接收端发送轮询报文，使得当mac层向接收端发送数据失败时，能够及时通过轮询报文触发接收端反馈rlc状态报告，从而可以根据rlc状态报告进行数据的重传，降低重传时延。

需要说明的是，由于本申请实施例能够降低重传时延，因此本申请实施例可以应用于对重传时延要求较高的场景；例如，远点用户是指终端设备距离基站较远，在这种情况下，终端设备与基站之间的信号质量较差，因此mac层向接收端发送数据失败的可能性较大，当mac层向接收端发送数据失败时，往往要求发送端的rlc层尽可能快地对发送失败的数据进行重传。

在上述实施例中，rlc层是根据mac层的第一消息发送轮询报文，除此之外，rlc层还可以根据发送窗口的剩余尺寸向接收端发送轮询报文，下面将对该过程进行具体介绍。

请参阅图4，本申请实施例中发送轮询报文的方法的第二实施例示意图。如图4所示，本申请实施例提供了一种送轮询报文的方法的第二实施例，应用于发送端，包括：

操作201，rlc层根据预设的发送窗口通过媒体接入控制mac层向接收端发送数据。

需要说明的是，本申请实施例的操作201与第一实施例中的操作101相同，具体可参照第一实施例中操作101的相关说明进行理解。

操作202，rlc层确定发送窗口的剩余尺寸。

需要说明的是，确定发送窗口的剩余尺寸的方法有多种，本申请实施例对此不做限定。

例如，确定发送窗口的剩余尺寸可以包括：根据发送窗口中允许添加协议数据单元pdu的数量确定发送窗口的剩余尺寸；具体地，可以用发送窗口中允许添加协议数据单元pdu的数量表示发送窗口的剩余尺寸，假设发送窗口中能添加1000个pdu，若某一时刻下，发送窗口中存在900个pdu，那么发送窗口的剩余尺寸则可以用100个pdu表示。

操作203，若发送窗口的剩余尺寸小于预设尺寸，则rlc层通过mac层向接收端发送轮询报文。

需要说明的是，预设尺寸可以根据实际需要进行设置；当发送窗口的剩余尺寸采用发送窗口中允许pdu的数量表示时，预设尺寸则具体可以设置为pdu的一个数量，例如预设尺寸以设置为100个pdu，在实际应用中，可以采用vt(ms)–vt(s)<100表示发送窗口的剩余尺寸小于100个pdu，其中vt(s)表示rlc层发送状态变量，vt(ms)表示rlc层最大发送状态变量。

在本申请实施例中，当发送窗口的剩余尺寸小于预设尺寸时，说明发送窗口允许添加的新pdu的数量较少，可能影响向数据传输的流量，为此，需要向接收端发送轮询报文，以触发接收端反馈rlc状态报告，进而可以根据rlc状态报告确定发送窗口中已经被接收端成功接收的pdu，然后将被接收端成功接收的pdu从发送窗口中移除，以确保发送窗口的剩余尺寸不至于过小，因此，本申请实施例能够保证数据传输的流量，并且还能避免发送窗口的剩余尺寸为零时导致的数据传输中断，当然，也可以根据rlc状态报告及时对接收端未接受到的数据进行重传。

另外需要说明的是，本申请实施例可以应用于任何需要发送轮询报文的场景，本申请实施例提供的发送轮询的方法可以单独使用，用于触发接收端反馈rlc状态报告；由于本申请实施例能够保证数据传输的流量，所以本申请实施例尤其适用于数据传输流量要求较高的场景，例如，当终端设备作为接收端，基站作为发送端，终端设备从基站下载数据时，可以通过本申请实施例的方法来保证数据下载的流量，除此之外，本申请实施例还可以应用于测峰值流量以及观看视频等场景，具体在此不做详述。

基于上述第一实施例和第二实施例，本申请实施例还提供了一种送轮询报文的方法的第三实施例，该第三实施例包括第一实施例中的操作和第二实施例中的操作，具体如下：

rlc层根据预设的发送窗口通过媒体接入控制mac层向接收端发送数据。

mac层确定向接收端发送数据失败。

mac层向rlc层发送第一消息。

rlc层根据第一消息通过mac层向接收端发送轮询报文。

rlc层确定发送窗口的剩余尺寸。

若发送窗口的剩余尺寸小于预设尺寸，则rlc层通过mac层向接收端发送轮询报文。

需要说明的是，由于第一实施例和第二实施例已经对上述操作进行了详细说明，所以可以参照第一实施例和第二实施例对第三实施例进行理解。

在本申请实施例中，当发送窗口的剩余尺寸小于预设尺寸，rlc层会通过mac层向接收端发送轮询报文，能够确保发送窗口的剩余尺寸不至于过小，以保证数据传输的流量，还可以避免发送窗口的剩余尺寸为零时导致的数据传输中断；当rlc层接收到来自mac层的第一消息后，rlc层也会通过mac层向接收端发送轮询报文，保证当mac层向接收端发送数据失败时，能够及时进行数据的重传，降低重传时延。

可以理解的是，前述第一实施例能够保证当mac层向接收端发送数据失败时，及时发送轮询报文，前述第二实施例能够保证发送窗口的剩余尺寸过小时，及时发送轮询报文，而这两种情况均未发生时，为了达到及时发送轮询报文的目的，可以根据已经发送的数据量发送轮询报文。

具体地，请参阅图5，本申请实施例中发送轮询报文的方法的第四实施例示意图，如图5所示，本申请实施例还提供了一种送轮询报文的方法的第四实施例，应用于发送端，包括：

操作301，rlc层根据预设的发送窗口通过媒体接入控制mac层向接收端发送数据。

需要说明的是，本申请实施例的操作301与第一实施例中的操作101相同，具体可参照第一实施例中操作101的相关说明进行理解。

操作302，若向接收端发送pdu的数量大于预设第二数量，则通过mac层向接收端发送轮询报文。

操作303，若向接收端发送数据的字节数大于预设字节数，则通过mac层向接收端发送轮询报文。

可以理解的是，向接收端发送pdu的数量和向接收端发送数据的字节数均可以表示已经向接收端发送的数据量，因此可以执行操作302和操作303中的任意一种操作，也可以同时执行操作302和操作303，本申请实施例对此不做限定。

本申请实施例根据已经发送的数据量发送轮询报文，能够当发送窗口的剩余尺寸未过小，且rlc层未接收到来自mac层的第一消息时，保证轮询报文的及时发送。

由于第四实施例中的操作与第一实施例、第二实施例以及第三实施例中的操作是相互独立的，因此可以将第四实施例分别与第一实施例、第二实施例以及第三实施例结合，以实现轮询报文的发送。

因此，本申请实施例还提供了发送轮询报文的方法的第五实施例，该实施例包括第一实施例中的操作和第四实施例中的操作；

本申请实施例还提供了发送轮询报文的方法的第六实施例，该实施例包括第二实施例中的操作和第四实施例中的操作；

本申请实施例还提供了发送轮询报文的方法的第七实施例，该实施例包括第三实施例中的操作和第四实施例中的操作。

由于本申请实施例此前已经对第一实施例、第二实施例、第三实施例和第四实施例进行了详细说明，所以可参照前述第一实施例、第二实施例、第三实施例和第四实施例，对第五实施例、第六实施例以及第七实施例进行相关理解。

上面是对发送轮询的方法进行的具体介绍，下面将对发送轮询的装置进行具体介绍。请参阅图6，本申请实施例中无线链路控制实体的一个实施例示意图。

如图6所示，本申请实施例提供了一种无线链路控制实体的一个实施例，包括：

发送单元401，用于根据预设的发送窗口通过媒体接入控制mac层向接收端发送数据；

接收单元402，用于接收来自mac层的第一消息，第一消息用于指示向接收端发送数据失败；

发送单元401，还用于根据第一消息通过mac层向接收端发送轮询报文。

在本申请实施例提供的无线链路控制实体的另一个实施例中，无线链路控制实体还包括：

处理单元403，用于确定发送窗口的剩余尺寸；

发送单元401，还用于当发送窗口剩余尺寸小于预设尺寸时，通过mac层向接收端发送轮询报文。

在本申请实施例提供的无线链路控制实体的另一个实施例中，处理单元403，还用于根据发送窗口中允许添加协议数据单元pdu的数量确定发送窗口的剩余尺寸。

在本申请实施例提供的无线链路控制实体的另一个实施例中，发送单元401还用于：

当向接收端发送pdu的数量大于预设第二数量时，通过mac层向接收端发送轮询报文；

和/或

当向接收端发送数据的字节数大于预设字节数时，通过mac层向接收端发送轮询报文。

请参阅图7，本申请实施例中无线链路控制实体的另一个实施例示意图。

如图7所示，本申请实施例提供了一种无线链路控制实体的另一个实施例，包括：

发送单元501，用于根据预设的发送窗口通过媒体接入控制mac层向接收端发送数据；

处理单元502，用于确定发送窗口的剩余尺寸；

发送单元501，还用于当发送窗口剩余尺寸小于预设尺寸时，通过mac层向接收端发送轮询报文。

在本申请实施例提供的无线链路控制实体的另一个实施例中，处理单元502，还用于根据发送窗口中允许添加协议数据单元pdu的数量确定发送窗口的剩余尺寸。

在本申请实施例提供的无线链路控制实体的另一个实施例中，发送单元501还用于：

当向接收端发送pdu的数量大于预设第二数量时，通过mac层向接收端发送轮询报文；

和/或

当向接收端发送数据的字节数大于预设字节数时，通过mac层向接收端发送轮询报文。

请参阅图8，本申请实施例中媒体接入控制实体的一个实施例示意图。

如图8所示，本申请实施例提供了一种媒体接入控制实体的一个实施例，包括：

发送单元601，用于向接收端发送来自无线链路控制rlc层的数据；

处理单元602，用于确定向接收端发送数据失败；

发送单元601，还用于向rlc层发送第一消息，第一消息用于指示rlc层向接收端发送轮询报文；

发送单元601，还用于向接收端发送来自rlc层的轮询报文。

在本申请实施例提供的媒体接入控制实体的另一个实施例中，处理单元602用于：

若接收到来自接收端与数据对应的第二消息且第二消息中携带指示信息，则确定向接收端发送数据失败，指示信息用于指示接收端未接收到数据。

在本申请实施例提供的媒体接入控制实体的另一个实施例中，处理单元602用于：

若在预设时间内未接收到来自接收端与数据对应的第二信息，则确定向接收端发送数据失败。

本申请实施例还提供了一种终端设备，如图9所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该属性信息展示装置可以为包括手机、平板电脑、个人数字助理(personaldigitalassistant，pda)、销售终端(pointofsales，pos)、车载电脑等任意终端设备，以属性信息展示装置为手机为例：

图9示出的是与本发明实施例提供的属性信息展示装置相关的手机的部分结构的框图。参考图9，手机包括：射频(radiofrequency，rf)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(wirelessfidelity，wifi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图9中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图9对手机的各个构成部件进行具体地介绍：

rf电路910可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器980处理；另外，将设计上行的数据发送给基站。通常，rf电路910包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(lownoiseamplifier，lna)、双工器等。此外，rf电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(globalsystemofmobilecommunication，gsm)、通用分组无线服务(generalpacketradioservice，gprs)、码分多址(codedivisionmultipleaccess，cdma)、宽带码分多址(widebandcodedivisionmultipleaccess,wcdma)、长期演进(longtermevolution，lte)、电子邮件、短消息服务(shortmessagingservice，sms)等。

存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元930可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元930可包括触控面板931以及其他输入设备99。触控面板931，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板931上或在触控面板931附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选地，触控面板931可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器980，并能接收处理器980发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板931。除了触控面板931，输入单元930还可以包括其他输入设备99。具体地，其他输入设备99可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元940可包括显示面板941，可选地，可以采用液晶显示器(liquidcrystaldisplay，lcd)、有机发光二极管(organiclight-emittingdiode，oled)等形式来配置显示面板941。进一步地，触控面板931可覆盖显示面板941，当触控面板931检测到在其上或附近的触摸操作后，传送给处理器980以确定触摸事件的类型，随后处理器980根据触摸事件的类型在显示面板941上提供相应的视觉输出。虽然在图9中，触控面板931与显示面板941是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板931与显示面板941集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器950，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板941的亮度，接近传感器可在手机移动到耳边时，关闭显示面板941和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路960、扬声器961，传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号输出；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960接收后转换为音频数据，再将音频数据输出处理器980处理后，经rf电路910以发送给比如另一手机，或者将音频数据输出至存储器920以便进一步处理。

wifi属于短距离无线传输技术，手机通过wifi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了wifi模块970，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器980是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选地，处理器980可包括一个或多个处理单元；可选地，处理器980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器980中。

手机还包括给各个部件供电的电源990(比如电池)，可选地，电源可以通过电源管理系统与处理器980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像模块、蓝牙模块等，在此不再赘述。

在本申请实施例中，处理器980可以配置为与存储器920通信，在终端设备上执行存储器920中的一系列指令操作。

本实施例中，处理器980可以执行前述图3至图5所示实施例中发送端所执行的操作，具体此处不再赘述。

本实施例中，处理器980中的具体功能模块划分可以与前述图6至图8中所描述的功能模块划分方式类似，此处不再赘述。

请参阅图10，本申请实施例中通信装置一个实施例可以包括一个或一个以上处理器1001，存储器1002，通信接口1003。

存储器1002可以是短暂存储或持久存储。更进一步地，处理器1001可以配置为与存储器1002通信，在通信装置上执行存储器1002中的一系列指令操作。

本实施例中，处理器1001可以执行前述图3至图5所示实施例中发送端所执行的操作，具体此处不再赘述。

本实施例中，处理器1001中的具体功能模块划分可以前述图6至图8中所描述的功能模块划分方式类似，此处不再赘述。

本申请实施例还提供了一种通信系统的一个实施例，在该实施例中，通信系统包括：发送端和接收端；

发送端用于执行前述图3至图5所示实施例中发送端所执行的操作，具体此处不再赘述。

本申请实施例还提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上述图3至图5中任意一项的发送轮询报文的方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述图3至图5中任意一项的发送轮询报文的方法。

本申请实施例还提供一种芯片或者芯片系统，该芯片或者芯片系统包括至少一个处理器和通信接口，通信接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以执行前述图3至图5所示实施例中发送端所执行的操作，具体此处不再赘述。

其中，芯片中的通信接口可以为输入/输出接口、管脚或电路等。

本申请实施例还提供了芯片或者芯片系统的第一种实施方式，本申请中上述描述的芯片或者芯片系统还包括至少一个存储器，该至少一个存储器中存储有指令。该存储器可以为芯片内部的存储单元，例如，寄存器、缓存等，也可以是该芯片的存储单元(例如，只读存储器、随机存取存储器等)。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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