缓冲状态报告本申请是2009年12月21日进入国家阶段的、申请日为2008年6月
18日、申请号为200880021028.6、题为“缓冲状态报告”的申请的分案申
请。
技术领域
本发明涉及移动电信网络中对缓冲状态的报告，具体地但不排他地涉
及根据3GPP标准或者其等同物或衍生物来操作的网络。
背景技术
在移动电信网络中，用户设备(UE)希望向基站(eNodeB)发送数
据发送缓冲状态报告(buffer status report)，指示它已缓冲的用于发送的
数据量。作为响应，基站分配适当的系统资源和发送机会给UE，从而它
能够发送它的数据。在3GPP中，已有最新的理解：应当制作更详细的缓
冲状态报告，以与所提出的高速上行链路分组接入(HSUPA)相比支持更
好的QoS感知(QoS-aware)调度。本发明人已意识到，对于报告缓冲状
态的方式而言改进是需要的，以最小化所需要的控制信令开销。
虽然为了本领域的技术人员的理解效率而将在3G系统的语境中详细
描述本发明，但是缓冲状态报告的原理可应用于其他系统，例如其他
CDMA或无线系统，在这些系统中移动装置或用户设备(UE)在系统的
相应元件根据需要而被改变的情况下，与几个其他装置(对应于
eNodeB)之一通信。
发明内容
根据第一方面，本发明提供了一种将缓冲状态信息从移动装置发信号
通知至基站的方法，所述方法包括：确定移动装置的当前缓冲状态信息；
确定当前缓冲状态信息与一个或多个被定义的标准之间的关系；以及根据
被确定的关系向基站发送指示当前缓冲状态的绝对缓冲状态报告、或者指
示自从前一缓冲状态报告以来、缓冲状态的改变的相对缓冲状态报告。
例如，在确定关系时所使用的缓冲状态信息可包括缓冲器中当前保持
的数据量，或者数据被写进缓冲器的速率。所发送的报告可包括相同类型
的缓冲状态数据或不同类型的缓冲状态数据，作为用于确定关系的数据。
所确定的关系可以是缓冲状态信息在某些极限内或者它大于或小于一
些被限定的值的确定。例如，如果当前缓冲状态信息包括自从前一测量以
来、数据被写进缓冲器的速率的改变，则被确定的关系可以是当前缓冲状
态信息是在速率的被限定的改变之上还是之下。
相对缓冲状态报告可指示自从前一缓冲状态报告以来、缓冲器内保持
的数据量的改变，或者自从前一缓冲状态报告以来、数据被写进缓冲器的
速率的改变。优选地，相对缓冲状态报告指示自从上次发送的绝对缓冲状
态报告以来、缓冲状态的改变，因为这避免了可能以另外的方式产生的错
误的传播。
所述方法还可包括如下步骤：对当前缓冲状态信息和对应于上个绝对
缓冲状态报告的缓冲状态信息进行求差，以确定自从上次发送的绝对缓冲
状态报告以来、缓冲状态的改变。
在一个实施例中，移动通信装置可同时发送不同种类的数据并且其中
缓冲状态报告包括针对每种类型的数据的缓冲状态信息。每种类型的数据
优选地与无线承载组相关联，并且缓冲状态报告包括针对每个无线承载组
的缓冲状态信息。这使得基站能够不仅基于缓冲器中的数据量而且基于与
不同业务类型相关联的相对优先级，来分配上行链路资源(用于将数据从
移动通信装置传送至基站)。
本发明还提供了一种向移动通信装置分配资源的方法，所述方法包
括：存储缓冲状态信息，所述缓冲状态信息是先前从移动通信装置接收的
并且指示在前一时间点处移动通信装置内的缓冲状态；从移动通信装置接
收相对缓冲状态报告，该相对缓冲状态报告指示自从前一缓冲状态报告以
来、移动通信装置内的缓冲状态的改变；使用被存储的缓冲状态报告和相
对缓冲状态报告来确定移动通信装置内的当前缓冲状态；以及根据所确定
的当前缓冲状态，来分配资源给移动通信装置。
所存储的缓冲状态信息优选地是指示前一时间点处的缓冲状态的绝对
缓冲状态报告，或者它可以是从这样的绝对状态报告获得的并且利用一个
或多个后续的相对缓冲状态报告更新的缓冲状态信息。优选地，所述方法
仅使用所存储的绝对缓冲状态报告和最新的相对缓冲状态报告来确定移动
通信装置内的当前缓冲状态。
在一个实施例中，当基站从移动通信装置接收到新的绝对缓冲状态报
告时，它利用新的绝对缓冲状态报告来替换被存储的绝对缓冲状态报告。
基站将会优选地从若干不同的移动装置接收这样的缓冲状态报告，并
且将会根据它们的发送需要来分配可用的资源。在移动装置可发送具有不
同优先级的不同类型数据的情况下，基站优选地基于从一个移动装置接收
的缓冲状态报告并根据要从其他装置发送的数据和该数据的优先级，来分
配资源给这一个移动装置。
对于所公开的所有方法，本发明提供了用于在相应的设备上运行的相
应的计算机程序或计算机程序产品、该设备本身(用户设备、节点或其组
件)以及更新该设备的方法。
附图说明
参考附图，现在将通过示例的方式来描述本发明的一个实施例，其
中：
图1示意地示出具有实施例所适用的类型的移动电信系统；
图2示意地示出形成图1所示的系统的一部分的基站；
图3示意地示出形成图1所示的系统的一部分的移动通信装置；
图4示出图1所示的移动通信装置和基站中使用的协议栈的三层；
图5a示出用于HTTP业务的数据传输的通常模型；
图5b示出用于FTP文件下载业务的数据传输的通常模型；
图5c示出用于FTP文件上载业务的数据传输的通常模型；
图5d示出用于多媒体视频共享业务的数据传输的通常模型；
图5e示出用于多媒体消息传递/多人游戏/一键通业务的数据传输的通
常模型；
图5f示出用于VoIP业务的数据传输的通常模型；
图6a示出针对单服务情况的绝对和相对缓冲状态报告的发送；并且
图6b示出针对多服务情况的绝对和相对缓冲状态报告的发送；
图7示出用于按照3GPP LTE标准的、基于TCP的应用的业务模型；
图8示出用于按照3GPP LTE标准的HTTP网络浏览业务的通常模
型；
图9示出用于FTP业务的通常模型；
图10示出多媒体视频共享中的上行链路的一般模式；
图11示出多媒体消息传递/多人游戏/一键通中的一般模式；
图12示出VoIP业务中的一般模式；
图13示出在单服务情况下绝对和相对缓冲状态报告的发送；
图14示出在多服务情况下绝对和相对缓冲状态报告的发送；并且
图15示出利用绝对和相对缓冲状态报告两者的出错处理操作。
具体实施方式
【概述】
图1示意地示出移动(蜂窝)电信系统1，其中移动电话(MT)3-
0、3-1和3-2的用户可经由基站5-1或5-2之一以及电话网7与其他用户
(未示出)通信。若干上行链路和下行链路通信资源(子载波、时隙等)
可用于移动电话3和基站5之间的无线链路。在此实施例中，基站5根据
要发送至移动电话3的数据量来分配下行链路资源给每个移动电话3。类
似地，基站5根据移动电话3具有的用于发送至基站5的数据的量和类型
来分配上行链路资源给每个移动电话3。为了能够这样做，每个移动电话
3发送规则的缓冲状态报告至它的基站5，向基站5告知它在它的缓冲器
中所具有的用于发送的数据的量和类型。在此实施例中，移动电话3被布
置为发送两种类型的缓冲状态报告：
1.指示移动电话的缓冲器中的数据量的绝对缓冲状态报告；以及
2.指示自从上个绝对缓冲状态报告以来、移动电话的缓冲器中的数据
量的改变的相对缓冲状态报告。
本发明人已发现此布置可大大减少QoS感知调度所需要的信令开销。
【基站】
图2是示出此实施例中所使用的每个基站5的主要组件的框图。如所
示出的，每个基站5都包括收发器电路21，收发器电路21可操作以经由
一个或多个天线23向移动电话3发送信号和从移动电话3接收信号，并且
收发器电路21可操作以经由网络接口25向电话网7发送信号和从电话网
7接收信号。控制器27根据存储器29中存储的软件来控制收发器电路21
的操作。软件包括操作系统31、资源分配模块33和下行链路调度器35
等。资源分配模块33可操作以向每个移动电话3分配用于上行链路和下
行链路通信的上述通信资源，并且下行链路调度器基于所分配的资源来调
度下行链路数据向每个移动电话3的发送。
【移动电话】
图3是示出图1所示的每个移动电话3的主要组件的框图。如所示出
的，移动电话3包括收发器电路71，收发器电路71可操作以经由一个或
多个天线73向基站5发送信号和从基站5接收信号。如所示出的，移动电
话3还包括控制器75，控制器75控制移动电话3的操作，并且控制器75
连接至收发器电路71并连接至扬声器77、麦克风79、显示器81和键盘
83。控制器75根据存储器85内存储的软件指令来操作。如所示出的，这
些软件指令包括操作系统87、上行链路调度器89和缓冲状态报告模块90
等。在此实施例中，存储器还提供了上行链路数据缓冲器91。上行链路调
度器89负责根据由基站5分配给移动电话3以用于其上行链路发送的资
源，来调度来自缓冲器91的上行链路数据的发送；并且缓冲状态报告模
块90负责确定缓冲状态信息并且将缓冲状态信息发信号通知给基站。
在以上的描述中，为了容易理解，基站5和移动电话3都被描述为具
有离散的资源分配、调度和缓冲状态报告模块。虽然这些模块可以以此方
式被提供用于某些应用，例如现有系统已被修改以实现本发明的应用，但
是在其他应用中，例如在从开始就记得要有创造性特征而设计的系统中，
这些模块可被建立进总体操作系统或代码中，所以这些模块可以不是可辨
别为离散实体的。
【操作】
图4示出移动电话3和基站5中使用的部分协议栈(较低的三层)。
第一层是物理层(L1)，它负责通过无线通信信道的数据的实际传输。在
此之上是第二层(L2)，它被划分成三个子层——媒体访问控制层
(L2/MAC)，它负责控制对空中接口的访问；外部ARQ层
(L2/OARQ)，它负责数据分组的串联和分段、分组的确认以及必要情况
下数据分组的重传；以及PDCP层(L2/PDCP)，它负责头部压缩和加
密。在第二层之上是无线资源控制(RRC)层(L3/RRC)，它负责控制基
站5和移动电话3之间的空中接口中使用的无线资源。如所示出的，L2/外
部ARQ层包括用来管理C-平面数据和U-平面数据的传输的若干外部
ARQ实体95，并且L2/PDCP层包括用来处理C-平面和U-平面数据的
PDCP实体97。
图4还示出指定给要发送的数据的每个源的无线承载(radio bearer)
98。几个软件应用可同时操作，并且每个应用可发送和/或接收数据。无线
承载还根据它们的数据类型而被分组成组。例如，用户可使用移动电话3
上的软件来上载像片至因特网上的网站，并且同时，他可从网络服务器下
载文件。各个无线承载会与每个任务相关联，并且在此情况下，因为它们
都与FTP(文件传送协议)相关，所以这两个无线承载会在同一无线承载
组中。如果用户随后进行话音呼叫，则另一无线承载(属于另一无线承载
组)将被用来控制用于话音呼叫的数据发送和接收。此外，因为话音呼叫
数据更紧急，所以它被指定了比FTP数据更高的优先级。由基站5为上行
链路分配的通信资源根据无线承载98的所指定的优先级和数据速率，而
在无线承载98之间共享。RRC层96为每个无线承载98设置数据速率和
优先级。上行链路调度器89随后基于由RRC层96指定给无线承载的数据
速率和优先级，来控制用于发送的每个无线承载98的数据分组的调度。
通常，移动电话3所需要的上行链路资源将会随着时间改变，因为它
具有的用于发送的数据速率改变。这在针对不同类型的数据的图5a到图
5f中示出，其中数据量通过图的高度来表示。具体地，图5a示出用于
HTTP业务的数据传输的通常模型；图5b示出用于FTP文件下载业务的数
据传输的通常模型；图5c示出用于FTP文件上载业务的数据传输的通常
模型；图5d示出用于多媒体视频共享业务的数据传输的通常模型；图5e
示出用于多媒体消息传递/多人游戏/一键通(push to talk)业务的数据传输
的通常模型；并且图5f示出用于VoIP业务的数据传输的通常模型。如所
示出的，像多媒体消息传递那样的一些应用生成性质上不可预测的突发业
务，而像VoIP那样的其他应用是更可预测的并且允许通过持久的调度而
对资源进行的半静态的分配。然而，对于基于TCP的业务或多媒体视频共
享业务而言，比特率在最初的开始阶段之后是更加稳定的。
在此实施例中，为了试图优化上行链路资源在任何时间点处的分配，
基站5(并且具体地资源分配模块33)基于资源的需要动态地调整分配给
每个移动电话3的资源。在被发送之前，与每个无线承载98相关联的上
行链路数据在上行链路发送缓冲器91中被缓冲。因此，当数据速率改变
时，根据所需要的资源与当前所分配的资源之间的差异，缓冲器91将会
充满或腾空。因此，通过将缓冲器91中的数据量发信号通知给基站5，基
站5可动态地调整向每个移动电话3分配的资源。为了基站5能够在考虑
所发送的不同类型数据所需要的服务质量(QoS)的情况下分配上行链路
资源，由移动电话3发送的缓冲状态报告包括无线承载98的不同组中的
每一组的缓冲状态。以此方式，基站5将会知道，对于它正在服务的每个
移动电话3，电话3具有多少用于发送的HTTP网络浏览业务；电话3具
有多少用于发送的FTP业务；电话3具有多少用于发送的多媒体视频共享
业务；电话3具有多少用于发送的VoIP业务，等等。基站5因此能够基
于与每个移动电话3所具有的用于发送的数据相关联的优先级，来在所有
移动电话3之间分配可用的上行链路资源。
本发明人已认识到，发送各自包含针对不同无线承载组的缓冲状态信
息的规则的缓冲状态报告，会需要大量信令开销并且对于大部分时间来讲
是不必要的，因为存在比特率保持还算恒定的持续时段。因此，本发明人
提出移动电话3发送两种类型的缓冲状态报告——绝对缓冲状态报告和相
对缓冲状态报告。
【绝对缓冲状态报告(ABSR)】
这些报告会包括每个无线承载组的缓冲状态，并且可在应用已刚好开
始并且比特率在达到稳定值之前随时间而改变的会话开始阶段期间被发
送。当移动电话的缓冲器91中(或者可替代地，业务流中)的数据量到
达预定的阈值之上(或之下)时，绝对缓冲状态报告实质上会是事件触发
的。
【相对缓冲状态报告(RBSR)】
这些报告会仅包括相对于上次发送的绝对缓冲状态报告的差异性缓冲
状态(指示瞬时比特率的改变)，并且可当应用已到达相对稳定的比特率
时被周期性地发送。相对缓冲状态报告将会是小尺寸的，这使得可以将缓
冲状态信息捎带(piggyback)在数据PDU(协议数据单元)中，从而显
著减少为了请求上行链路资源而周期性地发送绝对缓冲状态报告的上行链
路开销。相对缓冲状态报告将会包括针对每个无线承载组的差异性缓冲状
态信息，从而使得基站5能够在它正在服务的移动电话3之间执行QoS感
知的上行链路资源分配。
图6a和图6b分别示出针对单服务情况(文件上载)和多服务情况
(文件上载+用于网络浏览业务的TCP/RLC确认)的绝对和相对缓冲状
态报告的示例使用。如图6a所示，绝对缓冲状态报告111在开始处被发
送，这时应用已刚刚开始并且比特率改变。此后，当数据速率保持还算恒
定时，相对缓冲状态报告113被周期性地发送。如图6b所示，因为有两
个用户数据源(一个是文件上载，另一个是对所接收的用户数据分组的确
认)，所以所需要的数据速率在示出的时段上更多地变化，并且因而更多
的绝对缓冲状态报告111被发送。
在此实施例中，缓冲状态报告模块90通过将缓冲器91中的数据量与
存储的上阈值(TU)和存储的下阈值(TL)进行比较，来确定发送绝对还
是相对缓冲状态报告。如果缓冲器中的数据量在上阈值之上或在下阈值之
下，则缓冲状态报告模块90将会发送绝对缓冲状态报告，否则它将会发
送相对缓冲状态报告。如本领域的技术人员将会认识到的，为了能够从所
测量的缓冲状态信息中计算相对缓冲状态报告，缓冲状态报告模块90不
得不存储在所发送的上个绝对缓冲状态报告中发送的缓冲状态信息，并且
此信息被存储在存储器85中。
至于基站5并且具体地资源分配模块33的操作，它将必须跟踪从它
正在服务的各种移动电话3接收到的绝对缓冲状态报告，并且结合所接收
的相对缓冲状态报告来使用它们以确定每个移动电话3中的当前缓冲状
态，从而它可执行动态的资源分配。
如本领域的技术人员将会认识到的，存在相对缓冲状态报告可用来对
所需信息进行编码的不同方式。例如，它们可包括比上次发送的绝对缓冲
状态报告中的比特数目多或少的比特数目的计数、或者自从上个绝对缓冲
状态报告以来、的百分比变动(比如说25％的增量)。相对缓冲状态报告
还可包括例如：
1.自从上个绝对缓冲状态报告以来、每个无线承载组所增加的或从缓
冲器去除的字节的数目(在预定阈值内)；或者
2.作为上个ABSR中报告的大小的百分比的当前缓冲器大小，例如百
分之0到200加上25％的增量；或者
3.基站5和移动电话3可通过更高的层来商定(agree)参考缓冲器大
小，然后相对缓冲状态报告可将当前大小作为此参考的百分比来发信号通
知；或者
还将可以使用这样的相对缓冲状态报告，该相对缓冲状态报告指示缓
冲状态相对于上个相对缓冲状态报告的改变。然而，这不是优选的，因为
如果一个相对缓冲状态报告丢失(未被基站5接收到)，则错误将会通过
后续的报告传播，直到下个绝对缓冲状态报告为止。当相对于上个绝对缓
冲状态报告来制作相对报告时，丢失的状态报告是不要紧的，因为下个相
对缓冲状态报告将会是正确的。
如本领域的技术人员将会认识到的，还有移动电话3可用以判定发送
绝对还是相对缓冲状态报告的各种方式。在以上示例中，缓冲状态报告模
块90将缓冲器中的数据量与上和下阈值作比较。可替代地，数据被写进
缓冲器91的速率可与上和下阈值作比较。仍可替代地，在当前时间点和
先前时间点之间的数据速率的差异或者缓冲器中存储的实际数据量的差异
可与预先限定的值作比较，其结果限定了发送绝对还是相对缓冲状态报
告。
此外，如本领域的技术人员将会认识到的，用来确定发送绝对还是相
对缓冲状态报告的缓冲状态信息可不同于报告中所包括的缓冲状态数据。
例如，根据报告是绝对还是相对缓冲状态报告，当报告可包含与缓冲器91
中所包含的实际数据量相关的计数、或者与缓冲器91中的数据量的改变
相关的计数时，可基于数据被写进缓冲器91的速率来进行确定。
如本领域的技术人员将会认识到的，基站5和移动电话3的操作可由
专用硬件电路或由软件控制的可编程控制器来控制。软件可在制造的时候
被提供，或者随后在从远程站点下载软件之后被安装。
此外，相对缓冲状态报告还可用作对基站5的如下指示、即针对VoIP
服务而从话音突发(talk spurt)时段切换至寂静时段以及从寂静时段切换
至话音突发时段的指示。基于来自移动电话3的此指示，基站5可在从话
音突发时段切换至寂静时段时释放永久分配的上行链路资源，或者在从寂
静时段切换至话音突发时段时重新分配上行链路资源。
各种其他修改对本领域的技术人员而言将会是显然的，并且在这里将
不进一步详细地描述了。
以下是可以以当前提出的3GPP LTE标准来实现本发明的方式的详细
描述。虽然各种特征被描述为是基本的或必要的，但是这仅是例如由于该
标准所强加的其他要求而针对所提出的3GPP LTE标准的情况。因此，这
些陈述无论如何都不应当理解为限制本发明。
【介绍/背景】
在先前的RAN 2会议中，就缓冲报告的内容和粒度而言已积极讨论了
用于E-UTRAN的缓冲报告。现在RAN 2内的一般理解是：更详细的缓冲
状态信息应当被报告给eNB，以与HSUPA相比更好地支持QoS感知调
度，在HSUPA中仅仅总缓冲状态和最高优先级的逻辑信道的缓冲状态被
报告给NB。一般地，可同意的是基于缓冲状态报告的无线承载组会在
LTE中被采用，以便具有QoS感知调度并且同时相比于每个无线承载报
告，限制控制信令开销。在此稿件中，我们调查研究了用于各种应用的上
行链路业务模型并且建议了优化的报告以最小化控制信令开销。
【上行链路中主要应用的源业务模型】
源业务模型基本包括两个部分：对用户活动的到达处理和描述活动阶
段的处理。到达处理确定用户开始其活动的瞬间。这样的瞬间可表示为到
达时间。如果考虑WWW用户，则用户开始其网络浏览会话的瞬间是
HTTP应用的到达时间。对到达处理的建模方法在这里未被考虑，并且为
了简单而被假设为对各种应用是相同的。
所描述的业务模型是基于一般形式的ON/OFF模型的，在该模型中会
话一般包括通过适当的分布来描述的一些随机数目的ON/OFF时段。将在
分组的随机数目、分组持续时间、分组itert到达时间等方面进一步指定每
个ON时段。
在个别地针对集中于上行链路业务模式的不同服务的以下小节中，将
描述用于活动阶段的模型。此外，对于基于TCP的应用，业务模型假设了
在慢启动之后的活动阶段期间的稳定的最大比特率。在图7中示出了延迟
成分。
◆HTTP网络浏览业务
处于其简单形式的网络浏览模型是ON/OFF模型，其中ON状态表示
用于在接受一个网络请求之后获取属于这一个网络请求的所有对象的活
动，并且OFF状态表示在网络请求中的所有对象被获取之后的寂静时段。
如图8所示，网络业务基本是具有广泛的稳定流的下行链路，TCP/ARQ确
认处于ON时段期间的上行链路中。
◆FTP业务
可通过描述如下FTP文件传送来包括FTP服务，所述FTP文件传送
像一个具有延长的活动阶段的、与仅仅一个网络请求的网络会话。以图9
所示的方式来执行FTP文件传送。
◆多媒体视频共享
诸如实时视频共享之类的成像服务大约是向另一端展示电话连接的你
这一侧正在进行什么。基于来自当前网络中的视频流编解码器的初始估
计，对于从数十秒到几分钟变化的持续时间，较低的比特率限制通常是大
约40到64kbps。如图10所示，对于流业务而言资源可被永久地分配，然
而因为流业务可在MBR和GBR之间波动，所以我们觉得动态地分配资源
可能是更加高效的。
◆多媒体消息传递/多人游戏/一键通
这些应用特征在于根据用户动作而在不规则间隔处的数据的短突发。
在图11中示出了一般模式。
◆VoIP
VoIP应用将会以图12所示的方式在话音突发期间每20ms便生成恒定
尺寸的分组。
多媒体消息传递/多人游戏/一键通应用生成性质上不可预测的业务突
发，并且精确的缓冲状态被上行链路eNB调度器所需要以适当地分配资
源。
对于VoIP，分组是在话音突发期间每20ms便生成的，并且资源会通
过永久调度以半静态的方式来分配，并且因此对VoIP的动态资源分配在
本文中不被进一步地考虑。
对于基于TCP的业务或多媒体视频共享而言，应用在启动之后会达到
稳定的比特率，并且UE会不得不在活动阶段期间周期性地请求上行链路
资源。我们相信，可显著优化针对这种情况的报告缓冲状态的上行链路信
令开销。
【缓冲状态报告】
基于无线世界中使用的针对最普通应用的业务模式，我们可定义用于
优化的缓冲状态报告机制的机制以满足以下两个要求
1.足以执行QoS感知调度的缓冲状态报告的粒度
2.最小化控制信令开销
对于LTE系统，我们觉得基于具有相同优先级的无线承载组的缓冲状
态报告会足以执行QoS感知调度。在此方案中，UE会将所有无线承载组
(RBG)的缓冲状态包括在每个报告中，并且会因此引起开销，特别是在
存在很多RBG的情况下。
考察了第2节中的各种应用的业务模式后，我们发现存在如下的持续
时间段(ON时段)，在这些时段期间，针对诸如FTP(文件上载)、
SMTP(发送电子邮件)和HTTP(TCP/RLC确认)之类的基于TCP的应
用的比特率在TCP慢启动阶段之后会保持还算恒定。对于多媒体视频共享
应用，几乎恒定的比特率也会在ON时段期间被保持。
鉴于此，我们觉得如果UE保持在每个报告中报告所有无线承载组
(RBG)的缓冲状态，特别是对于比特还算恒定的持续时间来说也是如
此，则会有大的开销。为了减小上行链路开销，我们提议我们拥有两种类
型的缓冲报告。
○绝对缓冲状态报告
○相对缓冲状态报告
绝对缓冲状态报告(ABSR)：这些报告会包括所有无线承载组的缓
冲状态，并且可在应用已刚好开始并且比特率在达到稳定值之前正随着时
间改变的会话开始阶段期间被发送。当UE缓冲器中(或者可替代地，业
务流中)的数据量到达预定的阈值之上(或之下)时，绝对缓冲状态报告
实质上会是事件触发的。
相对缓冲状态报告(RBSR)：这些报告会仅包括相对于上次发送的
绝对缓冲状态报告的差异性缓冲状态(指示瞬时比特率的改变)，并且可
在应用已到达相对稳定的比特率时被周期性地发送。相对缓冲状态报告将
会是小尺寸的，这使得可以将缓冲信息捎带在数据PDU中，从而显著减
少为了请求上行链路资源而周期性地发送绝对缓冲状态报告的上行链路开
销。
相对缓冲状态报告可包括
1.自从上个绝对缓冲状态报告以来、在预定阈值内所增加的或从缓冲
器去除的字节的数目，或者
2.作为上个ABSR中报告的大小的百分比的当前缓冲器大小，例如百
分之0到200加上25％的增量，或者
3.eNB和UE可通过更高的层来商定参考缓冲器大小，然后相对缓冲
状态报告可将当前大小作为此参考的百分比来发信号通知，
4.RBSR还可被用作对eNB的如下指示、即针对VoIP服务而从话音
突发时段到寂静时段的切换以及从寂静时段到话音突发时段的切换的指
示。基于来自UE的此指示，eNB可在从话音突发时段切换至寂静时段时
释放永久分配的资源，或者在从寂静时段切换至话音突发时段时重新分配
资源。
在图13和图14中示出了例示针对单服务和多服务情况、组合地使用
绝对和相对缓冲状态报告的示例。
【结论】
我们提议除绝对缓冲状态报告以外还拥有相对缓冲状态报告，以减小
LTE中用于缓冲状态报告的信令开销。在应用已达到稳定的比特率之后，
UE可灵巧地从绝对缓冲状态报告切换至相对缓冲状态报告。针对单服务
和多服务情况的绝对到相对缓冲状态报告的使用被示出以证明信令开销的
降低。利用这样的方案，信令开销可被保持在可接受的限度，而没有损失
提供给上行链路eNB调度器以执行QoS感知调度的信息的粒度。
【参考文献】
[1]R2-060829，Buffer Reporting for E-UTRAN，Nokia.
[2]R2-061915，Comparison of UL buffer reporting/scheduling schemes in LTE，
Motorola
【附录：出错处理】
我们相信绝对和相对缓冲状态报告的组合会为执行QoS感知调度的上
行链路eNB调度器提供一种鲁棒的机制。
因为相对缓冲状态报告(RBSR)是相对于上次发送的ABSR的差异
性缓冲状态(指示瞬时比特率的改变)，所以即使一个RBSR丢失，在下
个调度间隔中UE也会再次报告相对于上个ABSR的差异、或者在缓冲器
增加预定阈值的情况下发送ABSR。如图15所示，网络将能够在接收到丢
失的RBSR之后的后续RBSR或ABSR时适当地分配资源。
最后，将在下面列举本发明的示例。
示例1描述了一种将缓冲状态信息从移动通信装置发信号通知至基站
的方法，所述方法包括：
确定移动通信装置的当前缓冲状态信息；
确定当前缓冲状态信息与一个或多个被定义的标准之间的关系；以及
根据被确定的关系向基站发送指示当前缓冲状态的绝对缓冲状态报
告、或者指示自从前一缓冲状态报告以来、缓冲状态的改变的相对缓冲状
态报告。
示例2描述了所述方法，其中所述缓冲状态信息包括缓冲器中当前保
持的数据量。
示例3描述了所述方法，其中所述缓冲状态信息包括数据被写进缓冲
器的速率。
示例4描述了所述方法，其中所述绝对缓冲状态报告指示缓冲器内保
持的数据的总量。
示例5描述了所述方法，其中所述绝对缓冲状态报告指示数据被写进
缓冲器的速率。
示例6描述了所述方法，其中所述相对缓冲状态报告指示自从所述前
一缓冲状态报告以来、缓冲器内保持的数据量的改变。
示例7描述了所述方法，其中所述相对缓冲状态报告指示自从上个绝
对缓冲状态报告以来、在预定阈值内的、增加的或从缓冲器去除的字节的
数目。
示例8描述了所述方法，其中所述相对缓冲状态报告指示作为在上个
绝对缓冲状态报告中报告的缓冲器大小的百分比的当前缓冲器大小。
示例9描述了所述方法，其中所述相对缓冲状态报告指示作为预先限
定的参考缓冲器大小的百分比的缓冲器的当前大小。
示例10描述了所述方法，其中所述相对缓冲状态报告指示自从所述
前一缓冲状态报告以来、数据被写进缓冲器的速率的改变。
示例11描述了所述方法，其中所述相对缓冲状态报告指示自从上次
发送的绝对缓冲状态报告以来、缓冲状态的改变。
示例12描述了所述方法，包括如下步骤：对当前缓冲状态信息和对
应于上个绝对缓冲状态报告的缓冲状态信息进行求差，以确定自从上次发
送的绝对缓冲状态报告以来、缓冲状态的改变。
示例13描述了所述方法，其中所述一个或多个标准包括上极限和下
极限，其中所述被确定的关系确定当前缓冲状态信息是否落在所述上极限
和所述下极限内。
示例14描述了所述方法，包括如果当前缓冲状态信息落在所述上极
限和所述下极限外，则发送绝对缓冲状态报告，并且如果当前缓冲状态信
息落在所述上极限和所述下极限内，则发送相对缓冲状态报告。
示例15描述了所述方法，其中所述一个或多个标准包括数据被写进
缓冲器的速率的被限定的改变，其中所述当前缓冲状态信息包括自从前一
测量以来、数据被写进缓冲器的速率的改变，并且其中所述关系是当前缓
冲状态信息是在速率的被限定的改变之上还是之下。
示例16描述了所述方法，其中移动通信装置可发送不同种类的数据
并且其中缓冲状态报告包括针对每种类型的数据的缓冲状态信息。
示例17描述了所述方法，其中每种类型的数据与无线承载组相关
联，并且其中缓冲状态报告包括针对每个无线承载组的缓冲状态信息。
示例18描述了所述方法，包括从每个无线承载组内的多个源发送数
据。
示例19描述了所述方法，包括在相对缓冲状态报告中指示基站应当
针对VoIP服务在话音突发时段和寂静时段之间进行切换。
示例20描述了一种向移动通信装置分配资源的方法，包括：
存储先前从移动通信装置接收的缓冲状态信息，该缓冲状态信息指示
移动通信装置内的前一缓冲状态；
从移动通信装置接收相对缓冲状态报告，该相对缓冲状态报告指示自
从前一缓冲状态报告以来、移动通信装置内的缓冲状态的改变；
使用被存储的缓冲状态信息和相对缓冲状态报告来确定移动通信装置
内的当前缓冲状态；以及
根据所确定的移动通信装置内的当前缓冲状态，来分配资源给移动通
信装置。
示例21描述了所述方法，其中所述使用步骤仅使用所存储的绝对缓
冲状态报告和相对缓冲状态报告来确定移动通信装置内的当前缓冲状态。
示例22描述了所述方法，其中所述使用步骤使用所存储的绝对缓冲
状态报告、所接收的相对缓冲状态报告以及一个或多个先前接收到的相对
缓冲状态报告来确定移动通信装置内的当前缓冲状态。
示例23描述了所述方法，包括从移动通信装置接收新的绝对缓冲状
态报告，以及利用新的绝对缓冲状态报告来更新被存储的缓冲状态信息。
示例24描述了所述方法，包括从多个移动通信装置接收缓冲状态报
告，并且其中所述分配步骤还根据从至少一个其他的移动通信装置接收到
的缓冲状态报告，来分配资源给移动通信装置。
示例25描述了所述方法，其中缓冲状态报告包括针对从移动通信装
置发送的不同类型的数据的缓冲状态信息，数据类型具有不同的优先级，
并且其中所述分配步骤根据针对不同类型的数据而接收到的缓冲状态信
息，来分配资源给移动通信装置。
示例26描述了所述方法，其中相对缓冲状态报告包括对话音突发和
寂静时段之间的切换的指示，并且其中，响应于接收到对切换的指示，所
述方法包括释放或重新分配对移动通信装置永久分配的上行链路资源的步
骤。
示例27描述了一种移动通信装置，包括：
用于确定移动通信装置的当前缓冲状态信息的装置；
用于确定当前缓冲状态信息与一个或多个被定义的标准之间的关系的
装置；以及
用于根据被确定的关系向基站发送指示当前缓冲状态的绝对缓冲状态
报告、或者指示自从前一缓冲状态报告以来、缓冲状态的改变的相对缓冲
状态报告的装置。
示例28描述了移动通信装置，包括：
控制器，该控制器在程序控制下可操作用于：
确定移动通信装置的当前缓冲状态信息；
确定当前缓冲状态信息与一个或多个被定义的标准之间的关系；以及
根据被确定的关系向基站发送指示当前缓冲状态的绝对缓冲状态报
告、或者指示自从前一缓冲状态报告以来、缓冲状态的改变的相对缓冲状
态报告。
示例29描述了所述移动通信装置，可操作以执行示例2到19中的任
一个的方法。
示例30描述了一种基站，包括：
用于存储缓冲状态信息的装置，所述缓冲状态信息是先前从移动通信
装置接收的并且指示移动通信装置内的前一缓冲状态；
用于从移动通信装置接收相对缓冲状态报告的装置，该相对缓冲状态
报告指示自从前一缓冲状态报告以来、移动通信装置内的缓冲状态的改
变；
用于使用被存储的缓冲状态信息和相对缓冲状态报告来确定移动通信
装置内的当前缓冲状态的装置；以及
用于根据所确定的移动通信装置内的当前缓冲状态，来分配资源给移
动通信装置的装置。
示例31描述了一种基站，包括：
控制器，该控制器在程序控制下可操作用于：
存储与移动通信装置内的前一缓冲状态相关的缓冲状态信息；
从移动通信装置接收相对缓冲状态报告，该相对缓冲状态报告指示自
从前一缓冲状态报告以来、移动通信装置内的缓冲状态的改变；
使用被存储的缓冲状态信息和相对缓冲状态报告来确定移动通信装置
内的当前缓冲状态；以及
根据所确定的移动通信装置内的当前缓冲状态，来分配资源给移动通
信装置。
示例32描述了所述基站，可操作以执行示例21到26中的任一个的方
法。
示例33描述了一种计算机可实现的指令产品，包括计算机可实现的
指令，该计算机可实现的指令用于导致计算机装置执行示例1到26中的
任一个的方法。
示例34描述了一种将缓冲状态信息从移动通信装置发信号通知至基
站的方法，所述方法包括，
确定移动通信装置的当前缓冲状态信息；
确定当前缓冲状态信息与一个或多个被定义的标准之间的关系；
根据被确定的关系向基站发送指示当前缓冲状态的缓冲状态报告；以
及
在缓冲状态报告中指示基站应当针对VoIP服务在话音突发时段和寂
静时段之间进行切换。
示例35描述了一种将缓冲状态信息从移动通信装置发信号通知至基
站的方法，所述方法包括：
从通信装置向基站发送不同类型的数据，每种类型的数据与各个无线
承载组相关联；
在发送缓冲器中缓冲要被发送的数据；
为每个无线承载组确定针对在发送缓冲器中缓冲的数据的缓冲状态信
息；
根据被确定的缓冲状态信息向基站发送指示针对每个无线承载组的当
前缓冲状态的缓冲状态报告；以及
在缓冲状态报告中包括基站应当针对VoIP服务在话音突发时段和寂
静时段之间进行切换的指示。
示例36描述了一种分配资源给移动通信装置的方法，包括：
从移动通信装置接收数据；
从移动通信装置接收缓冲状态报告，该缓冲状态报告指示基站应当针
对VoIP服务在话音突发时段和寂静时段之间进行切换；以及
根据所接收的指示，来释放或重新分配对移动通信装置永久分配的上
行链路资源。
示例37描述了一种分配资源给移动通信装置的方法，包括：
从移动通信装置接收不同类型的数据；
从移动通信装置接收缓冲状态报告，该缓冲状态报告具有针对每种类
型的数据的缓冲状态信息、以及基站应当针对VoIP服务在话音突发时段
和寂静时段之间进行切换的指示；以及
根据所接收的指示，来释放或重新分配对移动通信装置永久分配的上
行链路资源。
本申请基于2007年6月19日递交的联合王国专利申请No.0711884.7
并且要求该联合王国专利申请的优先权，该联合王国专利申请的公开通过
引用而被全部结合于此。