CN102217365B

CN102217365B - 长期演进基站及其处理数据业务的方法

Info

Publication number: CN102217365B
Application number: CN201180000839.XA
Authority: CN
Inventors: 王崇泉; 周鹏斌
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2011-04-12
Filing date: 2011-04-12
Publication date: 2014-07-09
Anticipated expiration: 2031-04-12
Also published as: WO2011100914A2; CN102217365A; WO2011100914A3

Abstract

本发明实施例提供了LTE基站设备以及在LTE基站设备中处理数据业务的方法。根据本发明实施例的LTE基站中处理数据业务的方法包括：在LTE基站的PDCP实体中设置缓存队列，以缓存将经由一个承载传输的至少一个数据业务的下行数据，并且每个缓存队列具有各自的优先级；当所述承载建立之后，当PDCP实体应请求向所述LTE基站中的RLC实体发送数据时，PDCP实体根据该缓存队列的优先级，向RLC实体发送各个缓存队列中的数据。根据本发明的实施例，能够在LTE基站中实现业务QoS差异化。

Description

长期演进基站及其处理数据业务的方法

技术领域

本发明实施例涉及无线通信领域，尤其涉及长期演进（LTE，Long TermEvolution）基站及其处理数据业务的方法。

背景技术

在LTE移动通信系统中，当用户同时进行诸如网页浏览和比特流（BT，BitTorrent）下载等多种数据业务时，这些业务通常在某一个承载中进行传输。而下行调度只能针对承载级别进行，无法对承载中包含的业务进行精细化服务质量（QoS，Quality of Service）保障。此时混合业务中的交互类业务比如网页浏览经常被比特流（BT，BitTorrent）下载等业务阻塞，严重影响交互类业务的用户体验。另外由于传输控制协议/网际协议(TCP/IP，TransmissionControl Protocol/Internet Protocol)自身的流控机制，当用户上下行同时传输数据时，如果下行速率受限，最终将导致上行速率也被拉低。

由于LTE是一种新兴的技术，目前公开的资料中没有以上问题的解决方案。

发明内容

本发明实施例提供了LTE基站及其处理数据业务的方法。通过本发明实施例，能够在LTE基站中实现业务QoS差异化。

本发明一方面提供了一种在LTE基站中处理数据业务的方法，包括：在LTE基站的分组数据汇聚协议（PDCP，Packet Data Convergence Protocol）实体中设置缓存队列，以缓存将经由一个承载传输的至少一个数据业务的下行数据，并且每个缓存队列具有各自的优先级；当承载建立之后，PDCP实体应请求向该LTE基站中的无线链路控制（RLC，Radio Link Control）实体发送数据时，PDCP实体根据缓存队列的优先级，向RLC实体发送各个缓存队列中的数据。

另一方面，本发明提供了一种LTE基站设备，包括：PDCP实体，在PDCP实体中设置有缓存队列，以缓存将经由一个承载传输的至少一个数据业务的下行数据，并且每个缓存队列具有各自的优先级；以及RLC实体，接收从PDCP实体发送的数据。其中，当承载建立之后，PDCP实体应请求向RLC实体发送数据时，PDCP实体根据缓存队列的优先级，向该RLC实体发送各个缓存队列中的数据。

本发明实施例通过在LTE基站的PDCP实体中设置多个基于业务的优先级缓存队列、以及考虑缓存队列的优先级从PDCP实体向RLC实体下发数据，能够在LTE基站中实现业务QoS差异化。

附图说明

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

图1是示出根据本发明实施例的在LTE基站中处理下行业务的方法的流程图；

图2是示出根据本发明另一实施例的在LTE基站中处理下行业务的方法的流程图；

图3是示出根据本发明另一实施例的在LTE基站中处理下行业务的方法的流程图；

图4是示出根据本发明另一实施例的在LTE基站中处理下行业务的方法的流程图；

图5是示出根据本发明实施例的LTE基站的示意框图。

具体实施方式

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

在根据本发明实施例的LTE基站中，在LTE基站的PDCP实体设置优先级缓存队列，以用于缓存经一个承载传输的至少一个业务的下行数据。当PDCP实体应请求向RLC实体发送数据时，PDCP实体根据缓存队列的优先级，从各个缓存队列中读出数据发送给RLC实体。这样，能够在LTE基站中实现业务QoS差异化。

在承载初始建立时，PDCP实体可以直接下发数据，而无需应请求。这样，能够防止RLC缓存数据排空导致吞吐率降低。

在承载建立之后，PDCP实体可以应请求向RLC实体下发数据，并且PDCP实体可下发的数据量可以在请求中指定。可下发数据量可以根据空口质量、用户设备（UE，User Equipment）能力以及当前承载速率和RLC缓存队列长度来确定，确定可下发数据量及请求下发数据的动作可由MAC层的调度动作或者RLC组包动作来触发，或者也可以周期性地触发。

图1示出了根据本发明实施例的在LTE基站中处理下行数据业务的方法。

LTE基站中包括PDCP实体（也可称为PDCP模块）和RLC实体（也可称为RLC模块）。如图1所示，在步骤S110，在PDCP实体中设置缓存队列，以缓存将经由一个承载传输的至少一个业务的下行数据，在PDCP实体中设置的缓存队列可以为一个或多个。可以为每个缓存队列设置相应的优先级。缓存队列的优先级可以与其中缓存的业务相关。例如，当在某个承载中传输的业务包括超文本传输协议（HTTP，Hypertext Transfer Protocol）业务、电子邮件（MAIL）业务、BT下载业务和TELNET业务时，可以在PDCP实体中设置4个缓存队列，分别用于缓存HTTP业务、电子邮件业务、BT下载业务和TELNET业务，并且可以将HTTP业务缓存队列、电子邮件业务缓存队列、BT下载业务缓存队列和TELNET业务缓存队列的优先级分别设置成4、3、2、1，其中4为最高优先级，1为最低优先级。当然，此处提到的缓存队列个数、缓存的业务内容以及优先级均是示例性的，本发明实施例不局限于此。此外，在具体实现时，可以为每个业务设置一个缓存队列，也可以将多个业务（例如，QoS需求相似的多个业务）在一个缓存队列中缓存，均不会脱离本发明实施例的范围。

在S120，当所述承载建立之后，PDCP实体应请求向RLC实体发送数据时，PDCP实体可以根据缓存队列的优先级，向RLC实体发送各个缓存队列中的数据。继续上面的例子，当PDCP实体应请求向RLC实体发送数据时，其可以按照根据优先级确定的比例（例如4:3:2:1），从HTTP业务缓存队列、电子邮件业务缓存队列、BT下载业务缓存队列和TELNET业务缓存队列中取出数据发送到RLC实体。此处提到的比例的具体数值以及其与优先级之间的关系仅仅是示例性的。在具体实现时，本领域技术人员也可以根据优先级设置其他的比例。

通过本实施例，能够在LTE基站中实现业务QoS的差异化；当多个数据业务通过一个承载进行传输时，能够保障各个业务的QoS；并且能够改善混合业务中交互类业务的用户体验。

图2示出了根据本发明另一实施例的在LTE基站中处理下行数据业务的方法。

如图2所示，在S210，在PDCP实体中设置至少一个缓存队列，缓存将经由一个承载传输的至少一个业务的下行数据。每个缓存队列具有各自的优先级或权重。图2的S210与图1的S110相似，因此不再详细描述。

在S220，LTE基站的MAC实体（也可称为MAC模块）中的调度器向RLC实体请求数据。在请求中可以包含数据量信息，用以指示RLC实体可发送的数据量。

在S230，RLC实体响应来自MAC实体调度器的请求将数据组包发送给MAC实体，同时计算出需要PDCP实体补充的数据量并将其发送给PDCP实体。根据示例实施例，RLC实体可以根据空口速率、空口质量、RLC自身的缓存数据量以及用户允许发送的最大速率来计算需要PDCP补充的数据量。

在S240，PDCP实体根据预先设置的业务缓存队列优先级或权重，从各个缓存队列向RLC实体下发总量等于从RLC实体接收的需要PDCP补充的数据量值的数据。继续在描述图1时所举的例子，当RLC实体确定需要PDCP实体补充10个数据包时，PDCP实体可以根据各个缓存队列的优先级，向RLC实体发送4个HTTP业务数据包，3个电子邮件业务数据包，2个BT下载业务数据包和1个TELNET业务数据包。此处提到的从每个缓存队列发送的数据量以及其与优先级之间的关系仅仅是示例性的。在具体实现方式中，也可以根据优先级，以其他比例发送各个缓存队列中的数据。图2中的S240与图1中的S120相似。

通过本实施例，能够在LTE基站中实现业务QoS的差异化；当多个数据业务通过一个承载传输时，能够保障各个业务的QoS；并且能够改善混合业务中交互类业务的用户体验。

为保证调度时RLC实体的RLC缓存器有足够的数据，PDCP实体可以在承载初始建立时，直接向RLC实体发送数据，而无需应请求或应通知。这样，能够使RLC实体一直保持一定的缓存量，防止出现缓存排空造成的无数据可发送，也防止滞留数据量太多导致优先级高的数据包被堵塞。

图3示出了根据本发明另一实施例的在LTE基站中处理下行数据业务的方法。

如图3所示，在S310，在PDCP实体中设置至少一个缓存队列，缓存将经由一个承载传输的至少一个业务的下行数据。每个缓存队列具有各自的优先级或权重。图3的S310与图1的S110相似，因此不再详细描述。

在S320，在承载初始建立时，PDCP实体直接向RLC实体发送数据，不需要等待通知或请求。通过在承载初始建立时直接向RLC发送数据，能够防止RLC缓存数据排空导致吞吐率降低。

此时PDCP实体向RLC实体发送的数据量，可以根据空口速率动态调整。或者，PDCP实体可以将MAC实体调度器首次调度前到达的所有数据均直接发送给RLC实体。或者，PDCP实体可以向RLC实体发送预定数量的数据。再或者，PDCP实体可以直接向RLC实体发送数据，直到以下参照图4的S430描述的条件(1)或条件(2)满足为止。本段中举例说明的各种情况仅仅是示例性的。在实现发明时，本领域技术人员也可以采用其他方式控制PDCP实体在承载初始建立时向RLC实体直接发送的数据量，这些方式均在本发明实施例的范围之内。

在S330，在MAC实体调度器进行调度时，通知PDCP实体向RLC实体发送指定数据量的数据。例如，此处可以由MAC实体调度器通知PDCP实体。但是本发明不局限于此，也可以通过其他模块通知PDCP实体向RLC实体发送数据。

所述指定数据量可以采用各种方法来确定。例如，可以根据RLC缓存器中的数据量来确定该指定数据量。

再例如，可以根据公式1来确定该指定数据量：

公式1：

指定数据量=min{RLC缓存器剩余空间，当前空口质量能支持的速率×RLC缓存器的目标缓存时延}

公式1中，min{}是最小值函数。RLC缓存器剩余空间可以通过检查RLC缓存器获得。当前空口质量能支持的速率可以通过以系统带宽乘以当前UE的频谱效率获得。RLC缓存器的目标缓存时延是可配置参数，是指期望RLC缓存器所缓存的数据量能够以当前速率发送的时间长度。举例来说，在配置RLC缓存器的目标缓存时延时，可以考虑PDCP实体向RLC实体发送数据的处理时延，还可以考虑空口速率的波动以避免由于空口速率波动造成RLC缓存器排空。当然，这些考虑因素仅仅是示例性的，在实现发明时，本领域技术人员也可以考虑其他因素来设置RLC缓存器的目标缓存时延，这些改变不会超出本发明实施例的范围。

以上获得RLC缓存器剩余空间和当前空口质量能支持的速率的方法仅仅是示例性的，本发明实施例不局限于这些方法，本领域技术人员也可以采用其他方法来获得所述参数值。例如，RLC缓存器剩余空间还可以通过公式2来确定。

公式2：

RLC缓存器剩余空间=RLC缓存器的目标缓存数据量–RLC缓存器中的数据量

例如，公式2中的RLC缓存器的目标缓存数据量可以是可配置参数。再例如，所述RLC缓存器的目标缓存数据量也可以通过公式3来确定。再例如，RLC缓存器中的数据量是指当前RLC缓存器中缓存（剩余）的数据量，可以通过检查RLC缓存器获得。

公式3：

RLC缓存器的目标缓存数据量=RLC实体的吞吐率×RLC缓存器的目标缓存时延

以上描述中提到的“系统带宽”、“当前UE的频谱效率”以及“RLC实体的吞吐率”等相关技术领域中常用的术语具有与本领域技术人员通常理解一致的含义。

以上描述的确定指定数据量的方法仅仅是示例性的，本发明实施例不局限于这些方法，本领域技术人员也可以采用其他方法来确定该指定数据量。并且，指定数据量的计算可以在MAC实体中进行，也可以在RLC实体、甚至是在PDCP实体中进行，均不超出本发明实施例的范围。此外，当指定数据量的计算在MAC实体或PDCP实体中进行时，MAC实体或PDCP实体可以通过检查RLC缓存器来获得RLC缓存器中的数据量。

在S340，PDCP实体在接收到通知之后，根据预先配置的各个缓存队列的优先级或权重，下发各个缓存队列中的数据。图3的S340与图2的S240相似，因此不再详细描述。

此外，通过在承载初始建立时PDCP实体直接向RLC发送数据，能够防止RLC缓存数据排空导致吞吐率降低。

图4示出了根据本发明另一实施例的在LTE基站中处理下行数据业务的方法。

为方便描述，定义PDCP实体的两个状态：初始状态和流控状态。初始状态是指PDCP实体直接向RLC实体发送数据、无需等待通知或应请求的状态；流控状态是指PDCP实体应请求向RLC实体发送数据的状态。

在本实施例中，当承载初始建立时，或者，当PDCP实体在预设时间段内没有需要发送的数据时，所述PDCP实体进入初始状态。另外，当PDCP实体直接向RLC实体发送数据的持续时间未超过初始发送时间长度且RLC缓存器中的数据量大于预定阈值时，或者，当PDCP实体直接向RLC实体发送数据的持续时间超过初始发送时间长度且RLC缓存器中的数据量大于RLC缓存器的目标缓存数据量时，PDCP实体进入流控状态。当PDCP实体处于一个状态时，如果满足上述进入另一个状态的条件，则PDCP实体进入另一个状态。以下将参照图4对此进行详细描述。

如图4所示，在S410，在PDCP实体中设置至少一个缓存队列，缓存将经由一个承载传输的至少一个数据业务的下行数据。每个缓存队列具有各自的优先级或权重。图4的S410与图1的S110相似，因此不再详细描述。

在S420，在承载初始建立时，PDCP实体直接向RLC实体发送数据，不需要等待通知或请求。也就是说，在承载初始建立时，PDCP实体处于初始状态。

在S430，确定是否满足如下条件：条件(1)PDCP实体向RLC实体发送数据的持续时间未超过初始发送时间长度且RLC缓存器中的数据量大于预定阈值，或条件(2)PDCP实体向RLC实体发送数据的持续时间超过初始发送时间长度且RLC缓存器中的数据量大于RLC缓存器的目标缓存数据量。

所述预定阈值和初始发送时间长度均是可设置的参数。例如，可以将该预定阈值设置为汇聚最大比特率（AMBR，Aggregate Maximum Bit Rate）与初始发送时间的乘积。注意，这仅仅是示例性的，本发明实施例不局限于此。本领域技术人员可以在实现发明时根据需要设置该预定阈值和初始发送时间长度。

如上所述，RLC缓存器的目标缓存数据量可以是可配置参数。或者，所述RLC缓存器的目标缓存数据量可以通过公式3来确定。

当条件(1)或者条件(2)满足时，PDCP实体从初始状态转换到应请求向RLC实体发送数据的流控状态。

具体来说，当条件(1)或者条件(2)满足时，在S440，RLC实体经来自MAC实体调度器的调度指示的触发，检查RLC缓存器中缓存的数据量。

在S450，当RLC缓存器中缓存的数据量小于目标缓存数据量时，RLC实体通知PDCP实体向RLC实体发送指定数据量的数据。否则，不通知PDCP实体发送数据。

S450中所述的指定数据量可以通过公式4来计算。

公式4：

指定数据量=max{RLC缓存器剩余空间，两次检查RLC缓存器中数据量之间RLC发送给MAC的数据量}

其中，max{}是最大值函数。公式4中的RLC缓存器剩余空间与公式1中的相同，因此不再详细描述。

在S460，PDCP在接收到通知之后，根据预先配置的各个缓存队列的权重，下发各个缓存队列中的数据。图4的S460与图2的S240相似，因此不再详细描述。

以上在S440和S450中描述了RLC实体经调度指示触发，执行检查RLC缓存器中缓存的数据量、计算并请求PDCP实体发送指定数据量的操作。具体来说，可以在RLC实体收到该调度指示时、也可以在根据MAC实体调度器的调度对RLC缓存器中缓存的数据组包完毕时，触发上述操作。或者，还可以周期性地触发上述操作。此外，当RLC实体因超时丢弃缓存的数据时，也可以触发检查RLC缓存数据量、以及计算并请求PDCP实体发送指定数据量的操作。此时，可以将丢弃的数据量看作是RLC实体发送的数据量。

S440中的检查操作可以由RLC实体执行。然而，本发明实施例不局限于此，也可以通过其他实体，例如MAC实体或PDCP实体，来检查RLC缓存器中的数据量。

在S450中描述的确定指定数据量的方法仅仅是示例性的，本发明实施例不局限于这些方法，本领域技术人员也可以采用其他方法来确定该指定数据量。并且，指定数据量的计算可以在MAC实体中进行，也可以在RLC实体、甚至是在PDCP实体中进行，均在本发明实施例的范围之内。

在S450中描述了请求PDCP发送数据的操作由RLC实体执行。但是本发明不局限于此，也可以通过其他模块，例如MAC实体，通知PDCP实体向RLC实体发送数据。或者，也可以由PDCP实体本身在经触发检查RLC缓存器中的数据量之后，根据检查结果决定是否向RLC实体发送指定数据量的数据，这种情况可以理解为PDCP实体“通知”自己发送数据。

虽然在图中未示出，但是，如上所述，在PDCP实体的流控状态下，当出现一段时间内没有数据业务的数据需要传输时，信道环境可能发生了很大变化，PDCP实体可以返回到无需请求、直接向RLC实体发送数据的初始状态。即，当在流控状态下PDCP实体接收到新数据包距离上一次收到数据包的时间超过特定时间段时，PDCP实体从流控状态转换到初始状态。这一机制可以称为失效处理机制。

通过本实施例，能够在LTE基站中实现业务QoS的差异化；当多个数据业务通过一个承载传输时，能够保障各个业务的QoS保障；并且能够改善混合业务中交互类业务的用户体验。

以下，对根据本发明实施例的LTE基站，即演进节点B（eNB，eNodeB）进行描述。根据本发明实施例的LTE基站可以包括PDCP实体和RLC实体。在PDCP实体中设置有至少一个缓存队列，以缓存将经由一个承载传输的至少一个数据业务的下行数据，并且每个缓存队列具有各自的优先级。RLC接收从所述PDCP实体发送的数据。当承载建立之后，PDCP实体应请求向RLC实体发送数据时，PDCP实体根据至少一个缓存队列的优先级，向RLC实体发送各个缓存队列中的数据。以下参照图5描述根据本发明实施例的LTE基站。

图5示出了根据本发明实施例的LTE基站的示意框图。如图5所示，LTE基站500包括PDCP实体510和RLC实体520。在PDCP实体510中设置有缓存队列，以用于缓存将经由一个承载传输的至少一个数据业务的下行数据，在PDCP实体510中设置的缓存队列可以为一个或多个，并且每个缓存队列具有自己的优先级或权重。RLC实体530接收从PDCP实体510发送的数据。当PDCP实体应请求向RLC实体发送数据时，PDCP实体根据缓存队列的优先级，向RLC实体发送各个缓存队列中的数据。

缓存队列的优先级或者权重可以根据缓存的业务进行调整。例如，在图5的示例中，PDCP实体510包括4个缓存队列，分别用于缓存HTTP业务、电子邮件业务、BT下载业务和TELNET业务，且分别具有优先级4、3、2、1。然而本领域技术人员知道，图5中示出的缓存队列个数、缓存的业务内容以及优先级均是示例性的，本发明实施例不局限于此。

此外，如图5所示，在RLC实体中还包含RLC缓存器540，用于缓存从PDCP实体接收的数据。而且，LTE基站500中还包含MAC实体，RLC实体根据MAC实体中调度器（未示出）的调度，向MAC实体发送数据。

根据本发明实施例的LTE基站按照图1-4所示的方法处理数据业务的下行数据，此处不再对其操作进行重复地描述。

LTE基站的其他已知结构和功能在此不再详述，以免模糊本发明实施例的重点。

本发明的实施例通过在PDCP实体中设置基于业务的优先级缓存队列、以及考虑队列优先级向RLC实体发送数据，能够在LTE基站中实现业务QoS差异化，从而当多个数据业务通过一个承载传输时，保障各个业务下行数据的传输质量。由于下行数据传输质量得以保证，还能够避免下行速率受限导致的上行速率被拉低，从而改善交互类业务的用户体验。仿真结果显示，当下行数据速率受限时，上行速率可以显著提升，由此能够根据比例保证交互网页浏览等交互类业务的响应速度。

此外，通过在承载初始建立时PDCP实体直接向RLC发送数据，能够使RLC保持一定的缓存量，防止出现由于RLC缓存数据排空导致的吞吐率降低。

以上参照附图对本发明示例实施例进行了描述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器（RAM）、内存、只读存储器（ROM）、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

附图中示出的方法步骤的顺序仅仅是示例性的，本发明不局限于此。除上下文明确指明执行顺序的之外，也可以以其他顺序执行各个步骤。

尽管已示出和描述了本发明的一些实施例，但本领域技术人员应理解，在不脱离本发明的原理和精神的情况下，可对这些实施例进行各种修改，这样的修改应落入本发明的范围内。

Claims

1.一种在长期演进LTE基站中处理数据业务的方法，其特征在于，包括：

在所述LTE基站的分组数据汇聚协议PDCP实体中设置缓存队列，以缓存将经由一个承载传输的至少一个数据业务的下行数据，并且每个缓存队列具有各自的优先级；

当所述承载建立之后，所述PDCP实体应请求向该LTE基站中的无线链路控制RLC实体发送数据时，所述PDCP实体根据所述缓存队列的优先级，向所述RLC实体发送各个缓存队列中的数据，

所述RLC实体包括RLC缓存器，用以缓存从PDCP实体接收的数据，并且，

所述PDCP实体应请求向RLC实体发送数据，包括：所述PDCP实体应请求向RLC实体发送指定数据量的数据，其中，经调度指示触发，或者经周期性触发，检查所述RLC缓存器中的数据量，并且当所述数据量小于所述RLC缓存器的目标缓存数据量时，产生所述请求。

2.如权利要求1所述的方法，其特征在于，当所述承载初始建立时，所述PDCP实体直接向所述RLC实体发送数据。

3.如权利要求1所述的方法，其特征在于，所述PDCP实体应请求向RLC实体发送数据，包括：所述PDCP实体应请求向所述RLC实体发送指定数据量的数据，所述请求由所述LTE基站中的媒体访问控制MAC实体的调度器调度触发产生。

4.如权利要求3所述的方法，其特征在于，

所述指定数据量为当前空口质量能支持的速率和所述RLC缓存器的目标缓存时延的乘积与所述RLC缓存器剩余空间中的较小值。

5.如权利要求4所述的方法，其特征在于，所述当前空口质量能支持的速率与系统带宽及当前用户设备UE的频谱效率成正比。

6.如权利要求1所述的方法，其特征在于，所述指定数据量为两次检查所述RLC缓存器中数据量之间所述RLC实体发送给MAC实体的数据量与所述RLC缓存器剩余空间中的较大值。

7.如权利要求4或6所述的方法，其特征在于，所述RLC缓存器剩余空间为所述RLC缓存器的目标缓存数据量与所述RLC缓存器中的数据量的差，

所述RLC缓存器的目标缓存数据量与所述RLC实体的吞吐率及所述RLC缓存器的目标缓存时延成正比。

8.如权利要求6所述的方法，其特征在于，当所述承载初始建立时，或者，当所述PDCP实体在预设时间段内没有需要发送的数据时，所述PDCP实体直接向所述RLC实体发送数据。

9.如权利要求8所述的方法，其特征在于，当所述PDCP实体直接向所述RLC实体发送数据的持续时间未超过初始发送时间长度且所述RLC缓存器中的数据量大于预定阈值时，或者，当所述PDCP实体直接向所述RLC实体发送数据的持续时间超过初始发送时间长度且所述RLC缓存器中的数据量大于所述RLC缓存器的目标缓存数据量时，所述PDCP实体应请求向所述RLC实体发送数据。

10.一种LTE基站设备，其特征在于，包括：

分组数据汇聚协议PDCP实体，在所述PDCP实体中设置有缓存队列，以缓存将经由一个承载传输的至少一个数据业务的下行数据，并且每个缓存队列具有各自的优先级；以及

无线链路控制RLC实体，接收从所述PDCP实体发送的数据，

其中，当所述承载建立之后，所述PDCP实体应请求向所述RLC实体发送数据时，所述PDCP实体根据所述缓存队列的优先级，向所述RLC实体发送各个缓存队列中的数据，

所述RLC实体包括RLC缓存器，用以缓存从所述PDCP实体接收的数据，并且，

其中，所述RLC实体经调度指示触发，或者被周期性地触发，检查所述RLC缓存器中的数据量，并且当所述数据量小于所述RLC缓存器的目标缓存数据量时，请求所述PDCP实体向所述RLC实体发送指定数据量的数据。

11.如权利要求10所述的LTE基站设备，其特征在于，当所述承载初始建立时，所述PDCP实体直接向所述RLC实体发送数据。

12.如权利要求10所述的LTE基站设备，其特征在于，还包括媒体访问控制MAC实体，所述MAC实体包括调度器，

其中，当所述调度器进行调度时，所述调度器请求所述PDCP实体向所述RLC实体发送指定数据量的数据。

13.如权利要求12所述的LTE基站设备，其特征在于，

14.如权利要求13所述的LTE基站设备，其特征在于，所述当前空口质量能支持的速率与系统带宽及当前UE的频谱效率成正比。

15.如权利要求10所述的LTE基站设备，其特征在于，所述指定数据量为两次检查所述RLC缓存器中数据量之间所述RLC实体发送给MAC实体的数据量与所述RLC缓存器剩余空间中的较大值。

16.如权利要求13或15所述的LTE基站设备，其特征在于，所述RLC缓存器剩余空间为所述RLC缓存器的目标缓存数据量与所述RLC缓存器中的数据量的差，

其中，所述RLC缓存器的目标缓存数据量与所述RLC实体的吞吐率及所述RLC缓存器的目标缓存时延成正比。

17.如权利要求15所述的LTE基站设备，其特征在于，当所述承载初始建立时，或者，当所述PDCP实体在预设时间段内没有需要发送的数据时，所述PDCP实体直接向所述RLC实体发送数据。

18.如权利要求17所述的LTE基站设备，其特征在于，当所述PDCP实体直接向所述RLC实体发送数据的持续时间未超过初始发送时间长度且所述RLC缓存器中的数据量大于预定阈值时，或者，当所述PDCP实体直接向所述RLC实体发送数据的持续时间超过初始发送时间长度且所述RLC缓存器中的数据量大于所述RLC缓存器的目标缓存数据量时，所述PDCP实体应请求向所述RLC实体发送数据。