CN101843157A

CN101843157A - 基于无线电承载配置的缓冲器状态报告

Info

Publication number: CN101843157A
Application number: CN200880114172A
Authority: CN
Inventors: G·佩莱蒂尔; M·林德斯特伦; J·佩萨
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2007-11-01
Filing date: 2008-10-30
Publication date: 2010-09-22
Anticipated expiration: 2028-10-30
Also published as: US8437257B2; CN101843157B; EP2218294B1; WO2009058086A1; ATE536725T1; EP2218294A1; US20100329135A1

Abstract

本发明涉及无线通信系统，并且更具体来说涉及用于在无线通信系统中周期性地报告缓冲器状态的方法和设备。提供了用于考虑到无线电承载配置的类型的改进的缓冲器状态报告的方法和设备。根据本发明的实施例，这通过在确定由UE发送给eNodeB的缓冲器状态报告的内容时考虑到无线电承载配置的类型来实现。

Description

基于无线电承载配置的缓冲器状态报告

技术领域

本发明涉及无线通信系统，并且更具体来说涉及用于在无线通信系统中周期性地报告缓冲器(buffer)状态的方法和设备。

背景技术

UTRAN(通用地面无线电接入网络)是标识出UMTS(通用移动电信系统)的无线电接入网络的术语，其中UTRAN包括无线电网络控制器(RNC)和NodeB(即无线电基站)。NodeB与移动用户设备无线通信，并且RNC控制NodeB。另外，RNC还连接到核心网络(CN)。演进型UTRAN(E-UTRAN)是UTRAN朝着高数据率、低延迟和分组优化的无线电接入网络的演进。另外，E-UTRAN包括eNodeB(演进型eNodeB)，并且eNodeB被互连并且还被连接到演进型分组核心网络(EPC)。E-UTRAN也被称为长期演进(LTE)并且在第三代合作伙伴计划(3GPP)内被标准化。

在LTE中，上行链路媒体接入控制(MAC)调度器存在于eNodeB中，并且将传输资源指派给小区中的用户设备。此外，eNodeB选择传输格式(TF)以供用户设备使用。为了执行这些任务，MAC调度器需要关于UE当前缓冲器状态的信息，即：该UE在其优先级队列中是否缓冲有数据或者缓冲有多少数据。MAC调度器还可能需要另外的信息，比如用于估计上行链路增益以选择合适TF的可用功率上升空间(headroom)和传送功率。非常精确和最新的调度信息实现了准确的调度决策。然而，从UE向eNodeB提供该信息引起一定的成本，其中必须将所述成本与其提供的收益相比较。

详细的缓冲器状态报告在比特数方面可能非常大，并且如果被频繁传送则将花费相当大的开销。对于许多应用而言，缓冲器状态是连续变化的。例如，传输控制协议(TCP)连续地增大其拥塞窗口，但是在经历丢包(packet drop)时，其减小拥塞窗口。对于使用TCP的应用而言，被频繁更新的粗略缓冲器指示更加有益。

在3GPP中，缓冲器状态报告正被标准化。缓冲器状态报告由UE执行以向eNodeB报告存储在其缓冲器中的可供传送的数据量。eNodeB使用缓冲器状态报告来向UE分配资源并且确定小区中的UE之间的资源分配的优先级。

LTE与UE部分和E-UTRAN部分这二者的OSI分层参考模型都兼容。该协议架构被细分成：控制平面，其负责信令信息的传送；以及用户平面，其负责用户数据的传送。图1示出了LTE中的用户平面的协议栈。具体来说，考虑三个协议层：物理层(第1层)、数据链路层(第2层)以及网络层(第3层)。第2层协议包括媒体接入控制(MAC)协议、无线电链路控制(RLC)协议以及分组数据会聚协议(PDCP)。图2中示出了用于上行链路的第2层结构。MAC执行缓冲器状态报告。RLC给无线电接口提供无线电链路管理。PDCP主控(host)首部压缩、重排序功能以及加密功能(如图3所示)。

如3GPP标准化文献TS 36.323中所陈述的那样，LTE支持在PDCP中对网际协议(IP)首部进行压缩。所述首部压缩协议基于鲁棒性首部压缩(RoHC)框架、RFC 4995。RoHC通过在具有有限容量的链路之前放置压缩器以及在该链路之后放置解压缩器来将40字节或60字节的开销压缩成通常1或3字节。压缩器将大的开销转换成仅仅几个字节，而解压缩器进行相反的操作。

存在多种在RoHC框架中所定义的首部压缩算法(称为类(profile))。每个类都专门针对特定的网络层、传输层、或者上层协议组合-例如TCP/IP和RTP/UDP/IP(实时传输协议/用户数据报协议/IP)。

然而，由首部压缩算法所实现的压缩比取决于多个因素，包括：

●数据字段在分组序列中从一个分组到另一分组的改变行为-例如IP标识符行为或者序列号和时间戳在分组间的典型的增加；

●压缩上下文(context)的状态

●在承载经压缩的分组的链路上的可能的损伤-例如损失、重排序、请求上下文修复的反馈；以及

●实施方式特定的因素-比如鲁棒性算法，例如相同类型的更新的重复次数、反馈逻辑以及所支持的经压缩的首部的子集等。

由于这些因素，对于特定的分组，不能在压缩过程本身之前确定可能实现的压缩比。因此，需要在UE与eNodeB之间被传送的确切比特量仅仅在首部压缩已经被执行之后才被得知。

此外，RLC能够被配置为在不同的模式下操作-例如透明模式(TM)、非确认模式(UM)以及确认模式(AM)。RLC-TM功能包括传输用户数据。RLC-UM功能包括传输用户数据、分割和重组功能、以及定序(sequencing)。RLC-AM通过重传来提供可靠性。RLC-AM功能包括传输用户数据、分割和重组功能、纠错、副本检测(duplicatedetection)、协议检错和恢复。RLC-AM包括自动重复请求(ARQ)功能，所述功能给要求较高传输可靠性的服务(比如分组交换数据服务)提供纠错。然而，在RLC-UM模式中，RLC并不执行ARQ，并且因此一些RLC SDU(服务数据单元)可能丢失。

当UE执行从一个小区到另一小区的切换(例如eNodeB内切换或eNodeB间切换)时，对于以RLC-AM配置的无线电承载(raidobearer)而言，UE从对应于在该切换指示之前还未被RLC确认的最旧的PDU的序列号开始累积地重传所有的PDCP SDU。以RLC-AM配置的无线电承载还可以被配置为使用PDCP状态报告。PDCP状态报告在切换时被用于在切换之前未被成功接收的PDCP SDU；这可以被所述报告的接收机用于避免在切换之后将副本发送给目标eNodeB。

此外，在切换时，加密和首部压缩这二者都被重新启动。因此，为了在目标小区中传送PDCP SDU，必须使用新的安全上下文和新的首部压缩上下文。结果，由于安全和首部压缩二者都被重新启动，因此缓冲在RLC层中的任何数据都变得无用并且因此被丢弃。如果可供传送的数据被缓冲在PDCP层之下，也就是说，已经对缓冲数据执行了首部压缩和加密二者，则UE必须仍然具有访问未压缩和未加密的数据的手段，以便在切换时基于新的相应上下文对所述数据进行压缩和加密。否则，当RLC缓冲器被清除时，所述数据丢失。另一方面，如果可供传送的数据被缓冲在PDCP层之上，则还未对缓冲数据进行首部压缩和加密。在首部压缩被配置的情况下，UE仅能够报告其缓冲器中所缓冲的未压缩的数据量，并且因此该缓冲器报告不准确。应当注意，UE在通常情况下仅仅在其中数据被发送的TTI(传输时间间隔)中处理所述数据。因此，数据可能被缓冲在PDCP层之下和PDCP层之上。

另外，可以执行主动队列管理(AQM)以在为了传送而缓冲的数据量超过UE存储和传送数据的容量时从队列中丢弃分组。通常情况下优选的是，在PDCP层之前对具有较高分组速率的IP流执行AQM以便不会对PDCP功能造成负面影响-例如避免安全/首部压缩同步的损失。

在现有技术缓冲器状态报告机制中，UE总是要么报告：

1)未压缩数据的大小

2)基于对压缩比的估计而报告接近于经压缩数据的大小的数据大小；要么报告

3)经压缩数据的大小。

然而，在情况1)下(也就是说，当首部压缩被配置时未压缩数据的大小被报告)，如前面所解释的那样，所报告的数据大小将不准确。在情况2)下(也就是说，接近于经压缩数据的大小的数据大小被报告)，该报告将是不准确的，因为压缩比不是确定性的并且不能被准确地预测。另外，为了执行该估计将引入复杂度。在情况3)下(也就是说，经压缩数据的大小被报告)，这意味着：要么UE在数据一到达PDCP层中就执行对所有数据的首部压缩，要么UE不能产生针对所述数据中的一些数据的报告。所预期的是，UE将仅在传送的时候处理数据-例如执行首部压缩和加密，以便考虑到压缩状态的任何变化-即由于定时器或反馈造成的变化并且使存储器需求最小化。UE在一些情况下(例如当RLC AM被配置时)必须保留经压缩的PDCPSDU的未压缩的拷贝，因为否则的话，在RLC缓冲器被重置时(例如执行切换时)，一些数据可能丢失。

如前面所提到的那样，eNodeB使用从UE接收的缓冲器状态报告来向UE分配无线电资源以满足服务需求，以便避免UE缓冲器溢出，并且在UE不再有数据要传送时停止向该UE分配资源。在没有缓冲器状态报告或者缓冲器状态报告不准确(其中所报告的UE缓冲器中的数据大小大于实际将被传送的数据大小)的情况下，eNodeB将分配比该UE所需的更多的资源，并且导致UE针对已经授予给该UE的许可(grant)传送填充物(padding)。在所报告的UE缓冲器中的数据大小小于实际被传送的数据大小的情况下，eNodeB将分配过少的资源，这将导致分割和增加的传输延时。

缓冲器状态报告中的错误的重要程度取决于：相对于未压缩的首部的大小的IP有效载荷的大小。如果UE总是基于未压缩的数据大小报告其缓冲器的状态并且首部压缩被配置，则所报告的数据大小将完全不准确。对于其中IP分组中有效载荷的大小很小并且与未压缩首部的大小可比的数据服务(例如IP语音、纯TCP确认)，则该错误将是非常重要的-例如对于利用RoHC压缩的IP语音/AMR12.2为大致50％，否则该错误可能不那么重要。

发明内容

如上所述，现有技术方案中的UE缓冲器状态报告可能显著偏离UE必须传送给eNodeB的实际数据大小。此外，如果出于提高缓冲器状态报告的准确度这一目的而将命令UE在数据一经变得可供传送时就立即执行首部压缩，则UE的存储器需求将增加，因为UE必须保留所述数据的副本以防备安全和首部压缩上下文改变。因此，本发明的目的是提供用于改进的缓冲器状态报告的方法和设备。

该目的根据本发明通过在确定由UE发送给eNodeB的缓冲器状态报告的内容时考虑到无线电承载配置的类型来实现。

根据本发明的第一方面，提供有一种供无线通信系统的用户设备将缓冲器状态报告给该无线通信系统的网络节点的方法。所述用户设备包括与无线电承载相关联的数据缓冲器，并且该数据缓冲器中的将被传送到该网络节点的可供传送的数据被确定。此外，无线电承载的配置被确定。另外，缓冲器大小基于可供传送的数据和无线电承载的配置中的至少之一而被确定。包括缓冲器大小的缓冲器状态被报告给该网络节点。

根据本发明的第二方面，提供有一种适于将缓冲器状态报告给网络节点的用户设备。该用户设备和该网络节点被包含在无线通信系统中，并且该用户设备包括与无线电承载相关联的数据缓冲器。该用户设备包括用于确定该数据缓冲器中的将被传送到该网络节点的可供传送的数据的装置。此外，该用户设备包括用于确定无线电承载的配置的装置、以及用于基于该数据缓冲器中的数据和无线电承载的配置中的至少之一来确定缓冲器大小的装置。另外，该用户设备包括用于将包括缓冲器大小的缓冲器状态报告给该网络节点的传送机。

本发明的优点是，其提供更准确的UE缓冲器状态报告。所述缓冲器状态报告并不显著偏离该UE必须传送给eNodeB的实际数据大小。这意味着，该eNodeB执行更高效的无线电资源分配。

另一优点是，由于UE并不需要为了提供更准确的报告而压缩其缓冲器中的所有数据，所以并不给UE中的存储器存储带来附加的需求，因为UE在通常情况下必须保留数据的副本以防备安全和首部压缩上下文的改变。

又一优点是，能够在时间关键的处理路径之外执行首部压缩和加密。

附图说明

为了更好地理解，参考下面的附图和本发明的优选实施例。

图1示出了根据现有技术的LTE中的用户平面的协议栈。

图2示出了根据现有技术的LTE中的上行链路的第2层结构。

图3示出了根据现有技术的LTE中的PDCP层所主控的首部压缩、重排序功能以及加密功能。

图4示意性地示出了其中可以根据现有技术实施本发明的无线通信网络。

图5是根据本发明的实施例的用于UE的方法的流程图。

图6是根据本发明的另一实施例的用于UE的方法的流程图。

图7是根据本发明的又一实施例的用于UE的方法的流程图。

图8示意性地示出了根据本发明的实施例的UE的框图。

具体实施方式

在下面的描述中，出于说明而不是限制的目的而阐述了特定细节-比如特定的步骤序列、信令协议以及设备配置，以便提供对本发明的透彻理解。对于本领域的技术人员而言将显而易见的是，可以以偏离这些特定细节的实施例来实施本发明。

此外，本领域的技术人员将会理解，在此之后所说明的装置和功能可以使用结合经编程的微处理器或通用计算机运行的软件、和/或使用专用集成电路(ASIC)来实施。还能够理解，尽管本发明主要是以方法和设备的形式被描述的，但是本发明还可以体现为计算机程序产品以及包括计算机处理器和耦合到该处理器的存储器的系统，其中以一个或多个可以执行在此所公开的功能的程序对所述存储器进行编码。

如上所述，现有技术方案中的UE缓冲器状态报告可能显著偏离UE必须传送给eNodeB的实际数据大小。此外，UE必须保留所述数据的副本以防备安全和首部压缩上下文的改变。因此，本发明提供了用于在报告缓冲器状态报告时考虑到无线电承载配置的类型的改进的缓冲器状态报告的方法和设备。根据本发明的实施例，这通过在确定由UE发送给eNodeB的缓冲器状态报告的内容时考虑到无线电承载配置的类型来实现。

图4示意性地示出了其中可以实施本发明的无线通信网络。该通信网络被广泛部署以提供多种通信服务-比如语音和分组数据。如图4所示，该无线通信网络可以包括连接到核心网络300的一个或多个eNodeB 200，并且多个UE 100可以位于一个小区中。无线电链路可以被定义成UE 100与eNodeB 200之间的逻辑信道。其物理实现包括无线电承载传送。上行链路缓冲器状态报告包括UE中的逻辑信道队列中所缓冲的可供传送的数据的信息。

现在转到图5-8，其示出了根据本发明实施例的方法的流程图和设备的框图。

图5示出了根据本发明的第一实施例的方法的流程图。UE 100(如图4所示)包括与无线电承载相关联的数据缓冲器。UE 100确定数据缓冲器中的将被传送到eNodeB 200的可供传送的数据10。另外，UE100还确定无线电承载的配置20-即该无线电承载是否被以首部压缩进行配置。在下一步骤中，UE 100确定缓冲器大小30，这基于可供传送的数据和该无线电承载的配置。当UE 100将缓冲器状态的报告40发送给eNodeB时，缓冲器大小被包含在所述缓冲器状态报告中。在下面的描述中描述关于如何基于可供传送的数据和无线电承载的配置来确定缓冲器大小的不同替代方案。

当无线电承载未被以首部压缩进行配置时，缓冲器大小被确定为可供传送的数据大小。例如，如果该缓冲器中的数据是数据A、B、C、D和E，则缓冲器状态报告中的缓冲器大小是数据A、B、C、D、和E的大小。然而，当无线电承载被以首部压缩进行配置时，该数据缓冲器可能包括未压缩的数据和经压缩的数据。例如，数据缓冲器中的数据是数据a、b、c、D和E，其中a、b和c分别表示经压缩的数据A、B和C，而D和E分别表示未压缩的数据D和E。

作为第一替代方案，于是缓冲器大小可以被确定为该数据缓冲器中的经压缩数据的大小。因此，缓冲器状态报告中的缓冲器大小是经压缩的数据a、b和c的大小。使用第一替代方案的典型场景是当无线电承载被以RLC-UM进行配置的时候。通常，RLC-UM被用于实时服务(所述实时服务经常交换具有以固定间隔传送的小有效载荷的分组)-比如VoIP服务，对于这些服务而言重要的是网络容量和对无线电资源的高效利用。一个优点是，已经除去了缓冲器状态报告的错误，其中所述错误可能是通过在首部几乎同有效载荷本身一样大时报告未压缩数据而被引入的。因此，eNodeB接收关于UE缓冲器状态的更精确的信息，并且能够结合服务行为的知识而更高效地管理无线电资源。

作为第二替代方案，缓冲器大小可以被确定为该数据缓冲器中的经压缩数据和未压缩数据的大小。在先前例子中，这将意味着：缓冲器状态报告中的缓冲器大小是经压缩的数据a、b和c以及未压缩的数据D和E的大小。

作为第三替代方案，缓冲器大小可以被确定为该数据缓冲器中的未压缩数据和经压缩数据的未压缩版本的大小。因此，缓冲器状态报告中的缓冲器大小是未压缩的数据A、B和C以及未压缩的数据D和E的大小。使用第三替代方案的典型场景是当无线电承载被以RLC-AM进行配置的时候。通常，RLC-AM被用于尽力服务(best-effortservice)(所述尽力服务经常交换较大数据量)-比如TCP数据传输，对于所述服务，网络将分配无线电资源以通过无线电(over the air)提供可接受的数据率，使得不致于由于资源分配不足而让UE饥饿或者由于资源过量分配而让UE传送填充物。对于RLC-AM、TCP和大分组而言，首部的开销与有效载荷相比相对较小。因此，一个优点是，eNodeB接收如下信息：根据所述信息，eNodeB能够基于业务特性的知识-例如分组大小推断出比特速率或分组速率。

在图6所示的本发明的另一实施例中，当首部压缩被配置在无线电承载上时，首部大小基于可供传送的数据以及该无线电承载的特性和/或该数据缓冲器中的可供传送的数据的特性。UE另外确定25无线电承载类型和/或可供传送的数据的数据服务类型、和/或可供传送的数据的数据协议类型、和/或可供传送的数据的分组大小。此外，缓冲器大小基于无线电承载类型和/或可供传送的数据的数据服务类型、和/或可供传送的数据的数据协议类型、和/或可供传送的数据的分组大小。根据前面所描述的第一、第二和第三替代方案，包含在缓冲器状态报告中的缓冲器大小被确定。

在本发明实施例的场景中，无线电承载被确定为以首部压缩进行配置并且无线电承载类型是以RLC-AM配置的无线电承载。在该场景中，缓冲器大小通常可以被确定为该数据缓冲器中的未压缩数据和经压缩数据的未压缩版本的大小。如果数据缓冲器中的数据是a、b、c、D和E，则缓冲器状态报告中的缓冲器大小是未压缩数据A、B和C以及未压缩数据D和E的大小。然而，应当注意，在所描述的场景中还可以应用确定缓冲器大小的其它替代方案(即第一和第二替代方案)。

在本发明实施例的又一场景中，无线电承载被确定为以首部压缩进行配置并且无线电承载类型是以RLC-UM配置的无线电承载。在该场景中，缓冲器大小通常可以被确定为该数据缓冲器中的经压缩数据的大小。如果数据缓冲器中的数据是a、b、c、D和E，则缓冲器状态报告中的缓冲器大小是经压缩的数据a、b和c的大小。然而，应当注意，在所述场景中还可以应用确定缓冲器大小的其它替代方案(即第二和第三替代方案)。

在本发明实施例的另一场景中，无线电承载被确定为以首部压缩进行配置并且数据协议类型是TCP。在该场景中，缓冲器大小通常可以被确定为该数据缓冲器中的未压缩数据和经压缩数据的未压缩版本的大小。如果数据缓冲器中的数据是a、b、c、D和E，则缓冲器状态报告中的缓冲器大小是未压缩数据A、B和C以及未压缩数据D和E的大小。一个优点是，eNodeB接收如下信息：根据所述信息，eNodeB能够基于业务特性的知识-例如分组大小推断出比特速率或分组速率。此外，如果数据协议类型被确定为RTP(实时协议)，则缓冲器大小通常可以被确定为该数据缓冲器中的经压缩数据的大小。如果数据缓冲器中的数据是a、b、c、D和E，则缓冲器状态报告中的缓冲器大小是经压缩的数据a、b和c的大小。一个优点是，eNodeB接收关于UE缓冲器状态的更精确的信息，并且能够结合服务行为的知识而更高效地管理无线电资源。

在本发明实施例的又一场景中，无线电承载被确定为以首部压缩进行配置并且数据缓冲器中的可供传送的数据的分组大小被确定为大于预定阈值。在该场景中，缓冲器大小通常可以被确定为该数据缓冲器中的未压缩数据和经压缩数据的未压缩版本的大小。如果数据缓冲器中的数据是a、b、c、D和E，则缓冲器状态报告中的缓冲器大小是未压缩数据A、B和C以及未压缩数据D和E的大小。然而，如果所述分组大小被确定为小于或等于预定阈值，则缓冲器大小通常可以被确定为该数据缓冲器中的经压缩数据的大小。如果数据缓冲器中的数据是a、b、c、D和E，则缓冲器状态报告中的缓冲器大小是经压缩的数据a、b、和c的大小。

在本发明实施例的又一场景中，无线电承载被确定为以首部压缩进行配置并且数据缓冲器中的可供传送的数据的数据服务类型被确定为尽力类型的数据服务-比如文件传输或者例如使用TCP的web(网络)浏览。在该场景中，缓冲器大小通常可以被确定为该数据缓冲器中的未压缩数据和经压缩数据的未压缩版本的大小。如果数据缓冲器中的数据是a、b、c、D和E，则缓冲器状态报告中的缓冲器大小是未压缩数据A、B和C以及未压缩数据D和E的大小。然而，如果所述数据服务类型被确定为实时类型的数据服务-比如VoIP服务或者游戏服务，则缓冲器大小通常可以被确定为该数据缓冲器中的经压缩数据的大小。如果数据缓冲器中的数据是a、b、c、D和E，则缓冲器状态报告中的缓冲器大小是经压缩的数据a、b和c的大小。

图7示出了本发明的实施例，其中UE从eNodeB接收关于如何确定缓冲器大小的指令27。所述指令可以是使用确定将被包含在缓冲器状态报告中的缓冲器大小的三个替代方案中的任意一个。此外，对缓冲器大小的确定可以在无线通信系统中被预先配置。可以针对每个无线电承载、每组无线电承载或者该UE所使用的所有无线电承载来定义所述指令和预先配置。

现在转到图8，图8示出了根据本发明的一个实施例的将被实施在UE中的装置。

UE 100适于将缓冲器状态报告给网络节点-即eNodeB 200(如图4所示)。该UE包括与无线电承载相关联的数据缓冲器110。另外，该UE包括用于确定该数据缓冲器中的将被传送到该网络节点的可供传送的数据的装置120、以及用于确定无线电承载的配置的装置130。另外，该UE还包括用于基于该数据缓冲器中的可供传送的数据和所确定的无线电承载的配置中的至少之一来确定缓冲器大小的装置140。另外，该UE还包括用于将包括缓冲器大小的缓冲器状态报告给该网络节点的传送机150。在本发明的实施例中，该UE包括用于确定无线电承载类型、数据服务类型、数据协议类型和分组大小中的至少之一的装置160。在本发明的另一实施例中，该UE包括用于从该网络节点接收关于如何确定缓冲器大小的指令的接收机170。

尽管已经针对特定实施例(包括某些设备装置和各种方法中的某些步骤次序)描述了本发明，但是本领域的技术人员将会认识到，本发明并不限于在此所描述和所图示的具体实施例。因此，应当理解，本公开仅仅是说明性的。因此，旨在仅仅通过此处所附权利要求书的范围来限定本发明。

Claims

1.一种供无线通信系统的用户设备将缓冲器状态报告给所述无线通信系统的网络节点的方法，所述用户设备包括与无线电承载相关联的数据缓冲器，所述方法包括步骤：

-确定数据缓冲器中的将被传送到网络节点的可供传送的数据(10)；

其特征在于所述方法包括附加的步骤：

-确定无线电承载的配置(20)；

-基于可供传送的数据和无线电承载的配置中的至少之一来确定缓冲器大小(30)；以及

-将包括缓冲器大小的缓冲器状态报告给网络节点(40)。

2.根据权利要求1所述的方法，其中所述无线电承载被确定为未以首部压缩进行配置并且所述缓冲器大小被确定为可供传送的数据的大小。

3.根据权利要求1或2中任一项所述的方法，包括附加的步骤：

-确定无线电承载类型、数据服务类型、数据协议类型和分组大小中的至少之一(25)；

-基于可供传送的数据、无线电承载的配置、无线电承载类型、数据服务类型、数据协议类型和分组大小中的至少之一来确定缓冲器大小(30)。

4.根据权利要求1或3中任一项所述的方法，其中所述无线电承载被确定为以首部压缩进行配置并且可供传送的数据包括部分未压缩的数据和部分经压缩的数据。

5.根据权利要求4所述的方法，其中所述缓冲器大小被确定为未压缩的数据的大小和经压缩的数据的未压缩版本的大小的总大小。

6.根据权利要求4所述的方法，其中所述缓冲器大小被确定为经压缩的数据的大小。

7.根据权利要求4所述的方法，其中所述缓冲器大小被确定为未压缩的数据的大小和经压缩的数据的大小的总大小。

8.根据权利要求4至7中任一项所述的方法，其中所述无线电承载类型是以RLC-AM或RLC-UM配置的无线电承载。

9.根据权利要求6所述的方法，其中所述数据协议类型是RTP。

10.根据权利要求5所述的方法，其中所述数据协议类型是TCP。

11.根据权利要求5所述的方法，其中所述分组大小大于预定值。

12.根据权利要求6所述的方法，其中所述分组大小小于或等于预定值。

13.根据权利要求5所述的方法，其中所述数据服务类型是尽力服务类型。

14.根据权利要求6所述的方法，其中所述数据服务类型是实时服务类型。

15.根据权利要求1至14中任一项所述的方法，包括附加的步骤：

-从所述网络节点接收关于如何确定缓冲器大小的指令(27)。

16.根据权利要求1至15中任一项所述的方法，其中对缓冲器大小的确定在所述无线通信系统中被预先配置。

17.一种适于将缓冲器状态报告给网络节点的用户设备(100)，所述用户设备和所述网络节点被包含在无线通信系统中，所述用户设备包括与无线电承载相关联的数据缓冲器(110)，以及

用于确定所述数据缓冲器中的将被传送到网络节点的可供传送的数据的装置(120)；

其特征在于所述用户设备包括：

用于确定无线电承载的配置的装置(130)；

用于基于数据缓冲器中的数据和无线电承载的配置中的至少之一来确定缓冲器大小的装置(140)；以及

用于将包括缓冲器大小的缓冲器状态报告给网络节点的传送机(150)。

18.根据权利要求17所述的用户设备，其中所述无线电承载被确定为未以首部压缩进行配置并且所述缓冲器大小被确定为可供传送的数据的大小。

19.根据权利要求17或18中任一项所述的用户设备，包括：

用于确定无线电承载类型、数据服务类型、数据协议类型和分组大小中的至少之一的装置(160)；

用于基于可供传送的数据、无线电承载的配置、无线电承载类型、数据服务类型、数据协议类型和分组大小中的至少之一来确定缓冲器大小的装置(140)。

20.根据权利要求17或19中任一项所述的用户设备，其中所述无线电承载被确定为以首部压缩进行配置并且可供传送的数据包括部分未压缩的数据和部分经压缩的数据。

21.根据权利要求20所述的用户设备，其中所述缓冲器大小被确定为未压缩的数据的大小和经压缩的数据的未压缩版本的大小的总大小。

22.根据权利要求20所述的用户设备，其中所述缓冲器大小被确定为经压缩的数据的大小。

23.根据权利要求20所述的用户设备，其中所述缓冲器大小被确定为未压缩的数据的大小和经压缩的数据的大小的总大小。

24.根据权利要求20至23中任一项所述的用户设备，其中所述无线电承载类型是以RLC-AM或RLC-UM配置的无线电承载。

25.根据权利要求22所述的用户设备，其中所述数据协议类型是RTP。

26.根据权利要求21所述的用户设备，其中所述数据协议类型是TCP。

27.根据权利要求21所述的用户设备，其中所述分组大小大于预定值。

28.根据权利要求22所述的用户设备，其中所述分组大小小于或等于预定值。

29.根据权利要求21所述的用户设备，其中所述数据服务类型是尽力服务类型。

30.根据权利要求22所述的用户设备，其中所述数据服务类型是实时服务类型。

31.根据权利要求17至30中任一项所述的用户设备，包括：

用于从所述网络节点接收关于如何确定缓冲器大小的指令的装置(170)。

32.根据权利要求17至31中任一项所述的用户设备，其中对缓冲器大小的确定在所述无线通信系统中被预先配置。