CN103458526B - 一种缓冲区状态上报的方法、系统和设备 - Google Patents

一种缓冲区状态上报的方法、系统和设备 Download PDF

Info

Publication number
CN103458526B
CN103458526B CN201210181298.1A CN201210181298A CN103458526B CN 103458526 B CN103458526 B CN 103458526B CN 201210181298 A CN201210181298 A CN 201210181298A CN 103458526 B CN103458526 B CN 103458526B
Authority
CN
China
Prior art keywords
network side
equipment
side equipment
status information
user equipment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201210181298.1A
Other languages
English (en)
Other versions
CN103458526A (zh
Inventor
赵亚利
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN201710348954.5A priority Critical patent/CN107249197B/zh
Application filed by China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to CN201210181298.1A priority patent/CN103458526B/zh
Priority to JP2015515380A priority patent/JP6009064B2/ja
Priority to US14/405,401 priority patent/US9775064B2/en
Priority to EP13801054.1A priority patent/EP2858447B1/en
Priority to PCT/CN2013/076704 priority patent/WO2013182035A1/zh
Priority to ES13801054.1T priority patent/ES2644603T3/es
Priority to KR1020147037131A priority patent/KR101643957B1/ko
Publication of CN103458526A publication Critical patent/CN103458526A/zh
Application granted granted Critical
Publication of CN103458526B publication Critical patent/CN103458526B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1221—Wireless traffic scheduling based on age of data to be sent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例涉及无线通信技术领域，特别涉及一种缓冲区状态上报的方法、系统和设备，用以针对inter‑eNB聚合的场景，进行缓冲区状态上报。本发明实施例提供的一种缓冲区状态上报的方法包括：聚合多个网络侧设备的资源的用户设备确定缓冲区状态信息；所述用户设备向参与聚合的至少一个网络侧设备上报缓冲区状态信息。由于聚合多个网络侧设备的资源的用户设备向至少一个参与聚合的网络侧设备上报缓冲区状态信息，从而实现了针对inter‑eNB聚合的场景进行缓冲区状态上报；进一步使得基站间聚合情况下多个基站能够获得缓冲区状态信息，实现了资源调度。

Description

一种缓冲区状态上报的方法、系统和设备
技术领域
本发明涉及无线通信技术领域，特别涉及一种缓冲区状态上报的方法、系统和设备。
背景技术
LTE-A(Long Term Evolution-Advanced，长期演进升级)系统的峰值速率较LTE有很大的提高，要求达到下行1Gbps，上行500Mbps。同时，LTE-A系统要求和LTE系统有很好的兼容性。基于提高峰值速率、与LTE系统兼容以及充分利用频谱资源的需要，LTE-A系统引入了CA(Carrier Aggregation，载波聚合)技术。
载波聚合技术是终端可以在多个小区上同时工作，这些小区在频域上可以是连续或者非连续的，各个小区的带宽可以相同或者不同。为保持和LTE系统兼容，每个小区的最大带宽限制为20MHz。目前一般认为一个用户设备聚合的小区格式最大为5个。
载波聚合系统中，基站配置给终端的cell(小区)都可以称为服务小区(Servingcell)，但是不同serving cell的功能可能不完全相同，因此LTE-A系统还对serving cell进行了进一步划分，如下：
PCell(Primary Cell，主小区)：用户设备聚合多个小区中只有一个小区被定义为PCell，PCell由基站选择，并通过RRC(Radio Resource Control，无线资源控制)信令配置给终端。只有PCell上配置有PUCCH(Physical Uplink Control Channel，物理层控制信道)。
SCell(Secondary Cell，辅小区)：用户设备聚合的所有小区中出了Pcell之外的小区都是SCell。
对于R10/R11的载波聚合概念，一个UE(用户设备)只允许聚合同一个基站下的小区，即intra-eNB(基站内)聚合。
LTE和LTE-A系统都是基于调度的系统，由基站为UE分配数据传输所需的时频资源，终端根据基站的调度命令进行下行数据接收或者上行数据发送。
上行数据传输是由基站调度的，基站调度器确定上行资源分配情况之后会通过ULgrant(上行调度许可)通知终端。基站调度器进行上行资源分配的依据是UE要发送的上行数据量，即UE的缓冲区状态。该缓冲区在UE侧，基站要想获知该信息，就需要UE向基站进行BSR(Buffer state report，缓冲区状态上报)。
如前所述，R11版本之前的载波聚合均指的是同一个基站下的小区聚合，即基站内(intra-eNB)聚合。R12可能引入基站间(inter-eNB)聚合。Inter-eNB聚合可以有两种模式：
Mode-1：同一个UE的同一个RB通过不同基站传输；
Mode-2：同一个UE的不同RB通过不同基站传输。
对于R11以及之前版本的UE，BSR上报都是基于UE上报每个逻辑信道组的缓冲区大小的，但是如果R12引入了inter-eNB聚合，两个eNB可以分别进行上行调度，显然目前的BSR方式并不适用引入inter-eNB聚合的场景。
综上所述，目前针对inter-eNB聚合的场景，还没有一种进行缓冲区状态上报的方案。
发明内容
本发明实施例提供的一种BSR方案，用以针对inter-eNB聚合的场景，进行缓冲区状态上报。
本发明实施例提供的一种缓冲区状态上报的方法，包括：
聚合多个网络侧设备的资源的用户设备确定缓冲区状态信息；
所述用户设备向参与聚合的至少一个网络侧设备上报缓冲区状态信息。
本发明实施例提供的另一种缓冲区状态上报的方法，包括：
网络侧设备接收到来自聚合多个网络侧设备的资源的用户设备的缓冲区状态信息；
所述网络侧设备根据所述缓冲区状态信息进行调度。
本发明实施例提供的一种缓冲区状态上报的用户设备，包括：
确定模块，用于聚合多个网络侧设备的资源的用户设备确定缓冲区状态信息；
上报模块，用于向参与聚合的至少一个网络侧设备上报缓冲区状态信息。
本发明实施例提供的一种缓冲区状态上报的网络侧设备，包括：
接收模块，用于接收到来自聚合多个网络侧设备的资源的用户设备的缓冲区状态信息；
处理模块，用于根据所述缓冲区状态信息进行调度。
本发明实施例提供的一种缓冲区状态上报的系统，包括：
聚合多个网络侧设备的资源的用户设备，用于确定缓冲区状态信息，向参与聚合的至少一个网络侧设备上报缓冲区状态信息；
网络侧设备，用于接收到来自聚合多个网络侧设备的资源的用户设备的缓冲区状态信息；根据所述缓冲区状态信息进行调度。
由于聚合多个网络侧设备的资源的用户设备向至少一个参与聚合的网络侧设备上报缓冲区状态信息，从而实现了针对inter-eNB聚合的场景进行缓冲区状态上报；进一步使得基站间聚合情况下多个基站能够获得缓冲区状态信息，实现了资源调度。
附图说明
图1为本发明实施例缓冲区状态上报的系统结构示意图；
图2为本发明实施例缓冲区状态上报的系统中用户设备的结构示意图；
图3为本发明实施例缓冲区状态上报的系统中网络侧设备的结构示意图；
图4为本发明实施例用户设备进行缓冲区状态上报的方法流程示意图；
图5为本发明实施例网络侧设备处理缓冲区状态上报的方法流程示意图。
具体实施方式
本发明实施例聚合多个网络侧设备的资源的用户设备向参与聚合的至少一个网络侧设备上报缓冲区状态信息。由于聚合多个网络侧设备的资源的用户设备向至少一个参与聚合的网络侧设备上报缓冲区状态信息，从而实现了针对inter-eNB聚合的场景进行缓冲区状态上报。
下面结合说明书附图对本发明实施例作进一步详细描述。
在下面的说明过程中，先从网络侧和用户设备侧的配合实施进行说明，最后分别从网络侧与用户设备侧的实施进行说明，但这并不意味着二者必须配合实施，实际上，当网络侧与用户设备侧分开实施时，也解决了分别在网络侧、用户设备侧所存在的问题，只是二者结合使用时，会获得更好的技术效果。
如图1所示，本发明实施例缓冲区状态上报的系统包括：用户设备10和网络侧设备20。
用户设备10，用于确定缓冲区状态信息，向参与聚合的至少一个网络侧设备上报缓冲区状态信息，其中用户设备10聚合多个网络侧设备的资源；
网络侧设备20，用于接收到来自用户设备10的缓冲区状态信息，根据缓冲区状态信息进行调度。
较佳地，用户设备10进行缓冲区状态上报的粒度是基于LCG或基于RB。
具体的，选择基于LCG还是RB上报取决于上报粒度需求。如果上报粒度要求比较精确，则可以选择基于RB上报，否则，可以选择基于LCG上报。
其中，BSR信息内容就是每个LCG或者RB对应的缓冲区内数据量的大小。比如一个RB同时由两个基站调度，那么可以给不同基站上报不同的BSR信息，以更有效的利用资源。
在实施中，网络侧设备20根据缓冲区状态信息进行调度的内容可以参见3GPP TS36.321协议，在此不再赘述。
在实施中，用户设备10可以向参与聚合的一个网络侧设备上报缓冲区状态信息，也可以向参与聚合的至少两个网络侧设备上报缓冲区状态信息，下面分别进行介绍。
情况一、基于用户设备进行BSR触发和上报，参与聚合的网络侧设备之间需要通过网络侧设备间的接口进行缓冲区状态信息交互。
具体的，用户设备10向参与聚合的一个网络侧设备上报缓冲区状态信息；
相应的，接收到缓冲区状态信息的网络侧设备20需要向其他网络侧设备发送缓冲区状态信息。
其中，情况一采用LTE R11以及之前版本采用的触发机制和上报原则。
LTE系统中RRC层针对BSR配置的参数包括如下两个定时器，这两个定时器均是基于UE配置和维护的：
retxBSR-Timer：禁止BSR上报的定时器；
periodicBSR-Timer：周期性BSR上报的定时器；
BSR分类以及触发机制：
常规BSR(Regular BSR)：(1)当有比当前buffer(缓冲区)中的数据更高优先级的数据到达或原本为空的buffer中有数据到达时触发；(2)retxBSR-Timer超时且缓存中有数据时触发。
周期性BSR(Periodic BSR)：periodicBSR-Timer超时时触发Periodic BSR。
捎带(Padding BSR)：如果UE在组织MAC PDU(Medium Access Control PacketData Unit，媒体接入控制协议数据单元)的时候，除了需要传输的数据外还有资源可用(padding)，可以触发Padding BSR。
BSR上报原则：
对于Regular(常规)BSR和Periodic(周期)BSR如果多余一个LCG(logicalchannel group，逻辑信道组)有数据可用，则上报long BSR，否则上报short BSR；
对于padding BSR，如果padding bit数大于等于(short BSR+MACsubheader)但是小于(long BSR+MAC subheader)，则如果UE有多余一个LCG有数据可用，则上报截短的BSR，否则上报short BSR；如果padding bit大于等于(long BSR+MAC subheader)，则上报longBSR；
触发BSR后，Periodic BSR和Padding BSR都要在有上行资源可用时才能上报，Regular BSR在没有上行资源可用时则会触发SR(Scheduling Request，调度请求)过程，请求基站给UE分配上行资源。
基站给UE分配上行资源后，如果该资源刚够发送所有上行数据，则可以不发BSR，直接发送上行数据；如果该资源不够发送所有上行数据，优先上报Regular BSR或者Periodic BSR，基站再根据BSR上报的UE所需上行数据量进行后续传输调度。
一个MAC PDU最多包含一个BSR。BSR优先级：Regular BSR＝Periodic BSR＞padding BSR，如果多个BSR同时触发，只上报优先级最高的，对于Regular BSR和PeriodicBSR由于其上报内容相同，都包含UE buffer中全部可用的数据量信息，上报格式完全相同，任选一个上报即可。MAC层在组织MACPDU的时候优先放置这两类MAC CE，其后才放置MACSDU。
padding BSR的优先级低于数据。在同一个子帧可以在不同MAC PDU上报paddingBSR和regular/periodic BSR。
其中，LTE R11以及之前版本采用的触发机制和上报原则可以参见3GPPTS36.321协议，在此不再赘述。
在实施中，基站为UE配置BSR相关RRC层参数，包括retxBSR-Timer和periodicBSR-Timer。该BSR相关参数配置基站可以是参与宏基站或者参与聚合的本地节点，比如可以是聚合的任何一个基站、或负责移动性管理的基站、或提供宏覆盖的基站、或负责BSR接收的基站、或者决定RB是否进行承载分离的基站、或者负责调度的基站。
一旦触发BSR，用户设备10可以选择下列方式中的一种向参与聚合的一个网络侧设备20上报缓冲区状态信息：
用户设备10通过参与聚合的一个激活且有上行资源的小区上报缓冲区状态信息；或
用户设备10通过负责调度的网络侧设备管理的一个激活且有上行资源的小区上报缓冲区状态信息；或
用户设备10通过归属于负责承载分离的网络侧设备的一个有上行资源的小区上报缓冲区状态信息；或
用户设备10通过负责缓冲区状态上报参数配置的网络侧设备的一个有上行资源的小区上报缓冲区状态信息。
在实施中，若触发BSR后，当前没有可用的上行资源(比如没有PUSCH(PhysicalUplink Shared Channel，物理上行链路共享信道))，用户设备10向网络侧设备发送SR(Scheduling Request，调度请求)，用于请求网络侧设备分配用于承载BSR上行资源；然后，用户设备10通过网络侧设备分配的上行资源，向至少一个网络侧设备上报缓冲区状态信息。较佳地，用户设备10可以向触发SR的RB所在的网络侧设备发送SR。
在实施中，接收到缓冲区状态信息的网络侧设备20通过基站间接口(比如X2接口或其他接口)交互缓冲区状态信息。
接收到缓冲区状态信息的网络侧设备20向其他网络侧设备交互缓冲区状态信息时还可以对缓冲区状态信息的内容进行修改。内容修改可以是buffersize大小、逻辑信道组个数(基于LCG上报BSR)或者RB(Radio Bearer，无线承载)个数(基于RB上报BSR)。较佳地，在配置逻辑信道组时，可以保证网络侧可以从BSR中分离出不同eNB所服务RB的上行缓存，比如不同基站承载的RB不分配到一个逻辑信道组内。
具体的，接收到缓冲区状态信息的网络侧设备20向其他网络侧设备发送收到的缓冲区状态信息；或
接收到缓冲区状态信息的网络侧设备20对收到的缓冲区状态信息的部分逻辑信道组的缓冲区状态信息或者部分RB的缓冲区状态信息进行修改，向其他网络侧设备发送修改后的缓冲区状态信息；或
接收到缓冲区状态信息的网络侧设备20将收到的缓冲区状态信息中与其他网络侧设备相关的逻辑信道组的缓冲区状态信息或RB的缓冲区状态信息发送给对应的网络侧设备；或
接收到缓冲区状态信息的网络侧设备20将收到的缓冲区状态信息中与其他网络侧设备相关的逻辑信道组的缓冲区状态信息或RB的缓冲区状态信息进行修改后，发送给对应的网络侧设备。
其中，上述其它网络侧设备是参与聚合的网络侧设备中未收到缓冲区状态信息的网络侧设备或者参与聚合并且执行调度的网络侧设备中未收到缓冲区状态信息的网络侧设备或者参与聚合并且执行调度且有激活小区的网络侧设备中未收到缓冲区状态信息的网络侧设备。
情况二、UE分别向多个聚合的网络侧设备上报BSR，不需要基站间交互。
其中，情况二又可以分为两种方式。
方式一、采用LTE R11以及之前版本采用的触发机制和上报原则。LTE R11以及之前版本采用的触发机制和上报原则可以参见3GPP TS36.321协议，在此不再赘述。
相应的，一旦BSR触发，用户设备10根据RB和调度该RB的网络设备的对应关系确定向每个网络侧设备上报的BSR信息，并且针对不同网络侧设备的上报时刻需要相同。也就是说，在同一个子帧可以同时向多个参与聚合或者参与聚合且执行调度的网络侧设备20上报用户设备10的缓冲区状态信息。
在实施中，用户设备10根据聚合小区和网络侧设备的对应关系或者RB和网络侧设备的对应关系，确定参与聚合的网络侧设备。
具体的，用户设备10根据聚合小区和网络侧设备的对应关系，可以直接确定聚合的小区对应的参与聚合的网络侧设备。
较佳地，网络侧设备将聚合小区和网络侧设备的对应关系和/或RB和网络侧设备的对应关系发送给用户设备10。
具体的，网络侧设备可以通过RRC(Radio Resource Control，无线资源控制)信令将上述对应关系通知给用户设备10。
在实施中，用户设备10确定的向不同网络侧设备上报的缓冲区状态信息中的针对同一个逻辑信道组的缓冲区状态信息或针对同一个RB的缓冲区状态信息相同或不同。也就是说，用户设备10向不同网络侧设备20上报的同一个逻辑信道组或者RB的缓冲区状态信息可以相同或者不同，比如如果一个RB同时由两个基站调度，那么向不同基站上报的该RB或者该RB归属的LCG的缓冲区状态信息可以不同；或
用户设备10确定的向不同网络侧设备上报的缓冲区状态信息仅包括该网络侧设备服务的RB对应的缓冲区状态信息或者该网络侧设备服务的RB对应的逻辑信道组的缓冲区状态信息。也就是说，对每个参与聚合或者参与聚合且执行调度的该网络侧设备的缓冲区状态信息仅包含需要该网络侧设备调度的RB或者逻辑信道组的缓冲区状态信息，比如针对网络侧设备A，则用户设备在发给网络侧设备A的缓冲区状态信息只包含网络侧设备A调度的RB或者逻辑信道组的缓冲区状态信息。如果一个RB由多个网络侧设备调度，那么向不同网络侧上报的该RB对应的LCG或者RB的缓冲区状态信息可以相同或者不同。
较佳地，用户设备10根据RB和网络侧设备的对应关系，确定每个网络侧设备20调度的RB。
方式二、Per eNB触发，即UE对每个执行调度的网络侧设备对其可以调度的RB或者LCG按照LTE R11以及之前版本的BSR触发机制判断该网络侧设备下是否有BSR触发。这种方式下retxBSR-Timer和periodicBSR-Timer是基于UE或者eNB配置，基于eNB维护的。
具体的，用户设备10确定的向不同网络侧设备上报的缓冲区状态信息仅包括该网络侧设备服务的RB对应的缓冲区状态信息或者该网络侧设备服务的RB对应的逻辑信道组的缓冲区状态信息。也就是说，对每个参与聚合或者参与聚合且执行调度的该网络侧设备的缓冲区状态信息仅包含需要该网络侧设备调度的RB或者逻辑信道组的缓冲区状态信息。
一旦触发BSR，用户设备10仅通过该网络侧设备下激活的且有上行资源的小区上报缓冲区状态信息。
较佳地，针对一个网络侧设备，用户设备10向该网络侧设备20上报缓冲区状态信息之后，若上报的是截短的缓冲区状态信息，启动或重启该网络侧设备对应的periodicBSR-Timer(周期性BSR定时器)和retxBSR-Timer(BSR重传定时器)，若上报的是非截短的缓冲区状态信息，启动或重启该网络侧设备对应的retxB SR-Timer。
较佳地，用户设备向至少两个网络侧设备上报缓冲区状态信息：
若一个用户设备10有一套periodicBSR-Timer和retxBSR-Timer，参与聚合或者参与聚合且执行调度的一个网络侧设备为用户设备10配置周期性BSR定时器periodicBSR-Timer和BSR重传定时器retxBSR-Timer；
若一个用户设备10有多套periodicBSR-Timer和retxBSR-Timer，参与聚合或者参与聚合且执行调度的每个网络侧设备分别为所述用户设备配置周期性BSR定时器periodicBSR-Timer和BSR重传定时器retxBSR-Timer。
针对方式一和方式二，在实施中，若触发BSR后，当前没有可用的上行资源，用户设备10向网络侧设备发送SR(Scheduling Request，调度请求)，用于请求网络侧设备分配上行资源；然后，用户设备10通过网络侧设备分配的上行资源，向至少一个网络侧设备上报缓冲区状态信息。较佳地，用户设备10可以向触发SR的RB所在的网络侧设备发送SR。
针对方式一和方式二，用户设备10在确定需要上报的缓冲区状态信息对应的网络侧设备20管理的小区没有可用上行资源后，向至少一个其他网络侧设备发送该缓冲区状态信息，用于通知其他网络侧设备将该缓冲区状态信息发送给对应的网络侧设备。
其中，本发明实施例的网络侧设备可以是基站(比如宏基站，家庭基站等)，也可以是RN(中继)设备，还可以是其它网络侧设备。
如图2所示，本发明实施例缓冲区状态上报的系统中用户设备包括：确定模块200和上报模块210。
确定模块200，用于在用户设备聚合多个网络侧设备的资源后，确定缓冲区状态信息；
上报模块210，用于向参与聚合的至少一个网络侧设备上报缓冲区状态信息。
较佳地，若向参与聚合的一个网络侧设备上报缓冲区状态信息，上报模块210通过参与聚合的一个激活且有上行资源的小区上报缓冲区状态信息；或通过负责调度的网络侧设备管理的一个激活且有上行资源的小区上报缓冲区状态信息；或通过归属于负责承载分离的网络侧设备的一个有上行资源的小区上报缓冲区状态信息；或通过负责缓冲区状态上报参数配置的网络侧设备的一个有上行资源的小区上报缓冲区状态信息。
较佳地，若向至少两个网络侧设备上报缓冲区状态信息，上报模块210分别向参与聚合或参与聚合且执行调度或参与聚合且执行调度并且有激活小区的网络侧设备上报缓冲区状态信息，并且用户设备向不同网络设备上报缓冲区状态信息的时刻相同或不同。
较佳地，上报模块210根据下列步骤确定参与聚合的网络侧设备：
根据聚合小区和网络侧设备的对应关系或者无线承载RB和网络侧设备的对应关系，确定参与聚合的网络侧设备。
较佳地，确定模块200确定的向不同网络侧设备上报的缓冲区状态信息中的针对同一个逻辑信道组的缓冲区状态信息或针对同一个RB的缓冲区状态信息相同或不同。
较佳地，确定模块200根据下列步骤确定网络侧设备调度的RB：
根据RB和网络侧设备的对应关系，确定每个网络侧设备调度的RB。
较佳地，若向至少两个网络侧设备上报缓冲区状态信息，针对一个网络侧设备，上报模块210通过该网络侧设备管理的激活且有上行资源的小区上报缓冲区状态信息。
较佳地，确定模块200确定的向不同网络侧设备上报的缓冲区状态信息仅包括该网络侧设备服务的RB对应的缓冲区状态信息或者该网络侧设备服务的RB对应的逻辑信道组的缓冲区状态信息。
较佳地，向至少两个网络侧设备上报缓冲区状态信息之后，针对一个网络侧设备，上报模块210向该网络侧设备上报缓冲区状态信息之后，若上报的是截短的缓冲区状态信息，启动或重启该网络侧设备对应的periodicBSR-Timer和retxBSR-Timer，若上报的是非截短的缓冲区状态信息，启动或重启该网络侧设备对应的retxBSR-Timer。
较佳地，若向至少两个网络侧设备上报缓冲区状态信息，上报模块210在确定需要上报的缓冲区状态信息对应的网络侧设备管理的小区没有可用上行资源后，向其他网络侧设备发送该缓冲区状态信息，用于通知其他网络侧设备将该缓冲区状态信息发送给对应的网络侧设备。相应的，网络侧设备在收到用户设备发送的其他网络侧设备的缓冲区状态信息后，将缓冲区状态信息发送给对应的网络侧设备。
较佳地，上报模块210在确定当前没有可用的上行资源后，向网络侧设备发送调度请求SR，用于请求网络侧设备分配上行资源；通过网络侧设备分配的上行资源，向至少一个网络侧设备上报缓冲区状态信息。
较佳地，上报模块210向触发SR的RB所在的网络侧设备发送调度请求SR。
如图3所示，本发明实施例缓冲区状态上报的系统中网络侧设备包括：接收模块300和处理模块310。
接收模块300，用于接收到来自聚合多个网络侧设备的资源的用户设备的缓冲区状态信息；
处理模块310，用于根据缓冲区状态信息进行调度。
较佳地，若用户设备向一个网络侧设备上报缓冲区状态信息；处理模块310在接收到来自聚合多个网络侧设备的资源的用户设备的缓冲区状态信息后，向其他网络侧设备发送收到的缓冲区状态信息；或对收到的缓冲区状态信息的部分逻辑信道组的缓冲区状态信息或者部分RB的缓冲区状态信息进行修改，向其他网络侧设备发送修改后的缓冲区状态信息；或将收到的缓冲区状态信息中与其他网络侧设备相关的逻辑信道组的缓冲区状态信息或RB的缓冲区状态信息发送给对应的网络侧设备；或将收到的缓冲区状态信息中与其他网络侧设备相关的逻辑信道组的缓冲区状态信息或RB的缓冲区状态信息进行修改后，发送给对应的网络侧设备。
较佳地，其它网络侧设备是参与聚合的网络侧设备中未收到缓冲区状态信息的网络侧设备或者参与聚合并且执行调度的网络侧设备中未收到缓冲区状态信息的网络侧设备或者参与聚合并且执行调度且有激活小区的网络侧设备中未收到缓冲区状态信息的网络侧设备。
较佳地，若用户设备向至少两个网络侧设备上报缓冲区状态信息；处理模块310将聚合小区和网络侧设备的对应关系发送给用户设备；和/或将RB和网络侧设备的对应关系发送给用户设备。
较佳地，用户设备向至少两个网络侧设备上报缓冲区状态信息：
若一个用户设备有一套periodicBSR-Timer和retxBSR-Timer，在确定需要为用户设备配置时，处理模块310为用户设备配置periodicBSR-Timer和retxBSR-Timer；若一个用户设备有多套periodicBSR-Timer和retxBSR-Timer，处理模块310为用户设备配置periodicBSR-Timer和retxBSR-Timer。
基于同一发明构思，本发明实施例中还提供了一种用户设备进行缓冲区状态上报的方法和网络侧设备处理缓冲区状态上报的方法，由于这些方法解决问题的原理与本发明实施例缓冲区状态上报的系统相似，因此这些方法的实施可以参见系统的实施，重复之处不再赘述。
如图4所示，本发明实施例用户设备进行缓冲区状态上报的方法包括下列步骤：
步骤401、聚合多个网络侧设备的资源的用户设备确定缓冲区状态信息；
步骤402、用户设备向参与聚合的至少一个网络侧设备上报缓冲区状态信息。
较佳地，用户设备进行缓冲区状态上报的粒度是基于LCG或基于RB。
在实施中，用户设备可以向参与聚合的一个网络侧设备上报缓冲区状态信息，也可以向参与聚合的至少两个网络侧设备上报缓冲区状态信息，下面分别进行介绍。
情况一、基于用户设备进行BSR触发和上报，参与聚合的网络侧设备之间需要通过网络侧设备间的接口进行缓冲区状态信息交互。
具体的，用户设备向参与聚合的一个网络侧设备上报缓冲区状态信息。
其中，情况一采用LTE R11以及之前版本采用的触发机制和上报原则，具体可以参见3GPP TS36.321协议，在此不再赘述。
一旦触发BSR，用户设备可以选择下列方式中的一种向参与聚合的一个网络侧设备上报缓冲区状态信息：
用户设备通过参与聚合的一个激活且有上行资源的小区上报缓冲区状态信息；或
用户设备通过负责调度的网络侧设备管理的一个激活且有上行资源的小区上报缓冲区状态信息；或
用户设备通过归属于负责承载分离的网络侧设备的一个有上行资源的小区上报缓冲区状态信息；或
用户设备通过负责缓冲区状态上报参数配置的网络侧设备的一个有上行资源的小区上报缓冲区状态信息。
在实施中，若触发BSR后，当前没有可用的上行资源，用户设备向网络侧设备发送SR，用于请求网络侧设备分配上行资源；然后，用户设备通过网络侧设备分配的上行资源，向至少一个网络侧设备上报缓冲区状态信息。较佳地，用户设备可以向触发SR的RB所在的网络侧设备发送SR。
情况二、UE分别向多个聚合的网络侧设备上报BSR，不需要基站间交互。
其中，情况二又可以分为两种方式。
方式一、采用LTE R11以及之前版本采用的触发机制和上报原则。LTE R11以及之前版本采用的触发机制和上报原则可以参见3GPP TS36.321协议，在此不再赘述。
相应的，一旦触发BSR，用户设备分别向参与聚合或参与聚合且执行调度或参与聚合且执行调度并且有激活小区的网络侧设备上报缓冲区状态信息，并且用户设备向不同网络设备上报缓冲区状态信息的时刻相同或不同。也就是说，在同一个子帧可以同时向多个参与聚合或者参与聚合且执行调度的网络侧设备上报用户设备的缓冲区状态信息。
在实施中，用户设备根据聚合小区和网络侧设备的对应关系或者RB和网络侧设备的对应关系，确定参与聚合的网络侧设备。
具体的，用户设备根据聚合小区和网络侧设备的对应关系，可以直接确定聚合的小区对应的参与聚合的网络侧设备。
其中，聚合小区和网络侧设备的对应关系和/或RB和网络侧设备的对应关系可以在协议中规定，也可以由网络侧通知。
在实施中，用户设备确定的向不同网络侧设备上报的缓冲区状态信息中的针对同一个逻辑信道组的缓冲区状态信息或针对同一个RB的缓冲区状态信息相同或不同；或
用户设备确定的向不同网络侧设备上报的缓冲区状态信息仅包括该网络侧设备服务的RB对应的缓冲区状态信息或者该网络侧设备服务的RB对应的逻辑信道组的缓冲区状态信息。
较佳地，用户设备根据RB和网络侧设备的对应关系，确定每个网络侧设备调度的RB。
方式二、Per eNB触发，即UE对每个执行调度的网络侧设备对其可以调度的RB或者LCG按照LTE R11以及之前版本的机制判断该网络侧设备下是否有BSR触发。这种方式下retxBSR-Timer和periodicBSR-Timer是基于eNB配置和维护的。
具体的，用户设备确定的向不同网络侧设备上报的缓冲区状态信息仅包括该网络侧设备服务的RB对应的缓冲区状态信息或者该网络侧设备服务的RB对应的逻辑信道组的缓冲区状态信息。
一旦触发BSR，用户设备仅通过该网络侧设备下激活的且有上行资源的小区上报缓冲区状态信息。
较佳地，针对一个网络侧设备，用户设备向该网络侧设备上报缓冲区状态信息之后，若上报的是截短的缓冲区状态信息，启动或重启该网络侧设备对应的periodicBSR-Timer和retxBSR-Timer，若上报的是非截短的缓冲区状态信息，启动或重启该网络侧设备对应的retxBSR-Timer。
针对方式一和方式二，在实施中，若触发BSR后，当前没有可用的上行资源，用户设备向网络侧设备发送SR，用于请求网络侧设备分配上行资源；然后，用户设备通过网络侧设备分配的上行资源，向至少一个网络侧设备上报缓冲区状态信息。较佳地，用户设备可以向触发SR的RB所在的网络侧设备发送SR。
针对方式一和方式二，用户设备在确定需要上报的缓冲区状态信息对应的网络侧设备管理的小区没有可用上行资源后，向至少一个其他网络侧设备发送该缓冲区状态信息，用于通知其他网络侧设备将该缓冲区状态信息发送给对应的网络侧设备。
如图5所示，本发明实施例网络侧设备处理缓冲区状态上报的方法包括下列步骤：
步骤501、网络侧设备接收到来自聚合多个网络侧设备的资源的用户设备的缓冲区状态信息；
步骤502、网络侧设备根据缓冲区状态信息进行调度。
在实施中，用户设备可以向参与聚合的一个网络侧设备上报缓冲区状态信息，也可以向参与聚合的至少两个网络侧设备上报缓冲区状态信息，下面分别进行介绍。
情况一、基于用户设备进行BSR触发和上报，参与聚合的网络侧设备之间需要通过网络侧设备间的接口进行缓冲区状态信息交互。
具体的，接收到缓冲区状态信息的网络侧设备需要向其他网络侧设备发送缓冲区状态信息。
在实施中，基站为UE配置BSR相关RRC层参数，包括retxBSR-Timer和periodicBSR-Timer。该BSR相关参数配置基站可以是参与宏基站或者参与聚合的本地节点，比如可以是聚合的任何一个基站、或负责移动性管理的基站、或提供宏覆盖的基站、或负责BSR接收的基站、或者决定RB是否进行承载分离的基站、或者负责调度的基站。
在实施中，接收到缓冲区状态信息的网络侧设备通过基站间接口(比如X2接口或其他接口)交互缓冲区状态信息。
接收到缓冲区状态信息的网络侧设备向其他网络侧设备交互缓冲区状态信息时还可以对缓冲区状态信息的内容进行修改。内容修改可以是buffer size大小、逻辑信道组个数(基于LCG上报BSR)或者RB(Radio Bearer，无线承载)个数(基于RB上报BSR)。较佳地，在配置逻辑信道组时，可以保证网络侧可以从BSR中分离出不同eNB所服务RB的上行缓存，比如不同基站承载的RB不分配到一个逻辑信道组内。
具体的，接收到缓冲区状态信息的网络侧设备向其他网络侧设备发送收到的缓冲区状态信息；或
接收到缓冲区状态信息的网络侧设备对收到的缓冲区状态信息的部分逻辑信道组的缓冲区状态信息或者部分RB的缓冲区状态信息进行修改，向其他网络侧设备发送修改后的缓冲区状态信息；或
接收到缓冲区状态信息的网络侧设备将收到的缓冲区状态信息中与其他网络侧设备相关的逻辑信道组的缓冲区状态信息或RB的缓冲区状态信息发送给对应的网络侧设备；或
接收到缓冲区状态信息的网络侧设备将收到的缓冲区状态信息中与其他网络侧设备相关的逻辑信道组的缓冲区状态信息或RB的缓冲区状态信息进行修改后，发送给对应的网络侧设备。
其中，上述其它网络侧设备是参与聚合的网络侧设备中未收到缓冲区状态信息的网络侧设备或者参与聚合并且执行调度的网络侧设备中未收到缓冲区状态信息的网络侧设备或者参与聚合并且执行调度且有激活小区的网络侧设备中未收到缓冲区状态信息的网络侧设备。
情况二、UE分别向多个聚合的网络侧设备上报BSR，不需要基站间交互。
针对情况二，网络侧设备在收到用户设备发送的其他网络侧设备的缓冲区状态信息后，将缓冲区状态信息发送给对应的网络侧设备。
较佳地，网络侧设备将聚合小区和网络侧设备的对应关系和/或RB和网络侧设备的对应关系发送给用户设备。
具体的，网络侧设备可以通过RRC信令将上述对应关系通知给用户设备。
较佳地，用户设备向至少两个网络侧设备上报缓冲区状态信息：
若一个用户设备有一套periodicBSR-Timer和retxBSR-Timer，参与聚合或者参与聚合且执行调度的一个网络侧设备为用户设备配置periodicBSR-Timer和retxBSR-Timer；
若一个用户设备有多套periodicBSR-Timer和retxBSR-Timer，参与聚合或者参与聚合且执行调度的每个网络侧设备分别为用户设备配置periodicBSR-Timer和retxBSR-Timer。
其中，图4和图5可以合成一个流程，形成一个进行缓冲区状态上报的方法，即先执行步骤401和步骤402，再执行步骤501和步骤502。
下面以一个实例对上述情况一进行详细说明。
步骤1：BSR参数配置：
基站为UE配置BSR相关RRC层参数，包括retxBSR-Timer和periodicBSR-Timer。该BSR相关参数配置基站可以是参与宏基站或者参与聚合的本地节点。
步骤2：BSR触发：
BSR触发类型和触发方式可以按照R12之前版本的BSR触发机制，参见背景介绍部分。如果有BSR触发，没有UL资源可用，那么触发SR，SR资源基于UE配置。
步骤3：BSR上报：
BSR上报原则可以遵循R12之前版本的BSR上报原则，具体参见背景介绍部分。BSR上报资源的选择可以有如下几种方式：
通过任何一个激活且有上行资源的小区上报给基站；
通过归属于负责承载分离的基站的小区上报给基站；
通过负责BSR参数配置的基站管理的小区上报给基站；
通过负责调度的基站管理的小区上报给基站。
步骤4：BSR上报后的处理：
只要UE有BSR被触发且可以上报，则启动或重启periodicBSR-Timer和retxBSR-Timer，但是需要注意如果只上报了截短的BSR，不能启动/重启periodicBSR-Timer，只启动或重启retxBSR-Timer。
步骤5：基站间交互BSR信息
如果聚合的不同基站只有一个基站负责调度，那么该基站按照BSR信息进行多个聚
合基站资源的调度即可，如果聚合的不同基站有多个基站需要进行调度，那么获知BSR信息的基站需要通过基站间接口(比如X2接口)将BSR信息转发给相关基站，可以有如下几种转发方式：
基站将接收到的全部BSR信息完全转发给其他基站，进一步，允许基站对其中部分RB或者逻辑信道组的buffer信息进行修改，即如果一个RB同时由两个基站调度，那么转发BSR的基站可以根据自身资源情况修改对应RB或者LCG的buffer信息；
基站仅将某个基站相关的RB或者逻辑信道组的Buffer信息转发给对应基站，进一步允许UE对其中部分RB或者逻辑信道组的buffer信息进行修改，即即如果一个RB同时由两个基站调度，那么转发BSR的基站可以根据自身资源情况修改对应RB或者LCG的buffer信息。
下面以三个实例对上述情况二进行详细说明。
实例一、per UE触发上报，但是分别给参与聚合且执行调度的基站同时上报，上报的都是per UE的BSR信息，但是每个RB或者LCG对应的buffer内容可能允许不同
步骤1：配置信息获取：
UE获取如下配置信息：
UE需要通过RRC信令获知聚合的小区和基站之间的对应关系；
UE需要通过RRC信令获知RB和传输基站之间的对应关系；
UE通过RRC信令获知retxBSR-Timer和periodicBSR-Timer配置。该BSR相关参数配置基站可以是参与宏基站或者参与聚合的本地节点。
配置信息的发送可以由参与聚合的任何一个基站、或负责移动性管理的基站、或提供宏覆盖的基站、或负责BSR接收的基站、或者决定RB是否进行承载分离的基站、或者负责调度的基站。
步骤2：BSR触发：
BSR触发类型和触发方式可以按照R12之前版本的BSR触发机制，参见背景介绍部分。如果有BSR触发，没有UL资源可用，那么触发SR，SR资源基于UE配置。
步骤3：BSR上报：
BSR上报原则与R12之前版本的BSR上报原则的不同之处在于：
一个TTI(Transmission Time Interval，传输时间间隔)可以同时有多个MAC PDU携带Regular BSR和Periodic BSR(R12之前版本是一个TTI只能有一个MAC PDU携带Regular/Periodic BSR)。
针对同一个RB或者LCG，每个BSR携带的buffer大小可以相同，也可以不同(R12之前的版本要求完全相同)
BSR上报资源的选择可以有如下几种方式：
UE至少需要向每个参与聚合且执行调度的基站发送该per UE的BSR信息。发送给不同基站的每个RB或者LCG的buffer信息允许不同，也可以完全相同。本方案要求基站收到SR，需要协调其它调度eNB同时为UE分配BSR资源。
步骤4：BSR上报后的处理：
只要UE有BSR被触发且可以上报，则启动或重启periodicBSR-Timer和retxBSR-Timer，但是需要注意如果只上报了截短的BSR，不能启动/重启periodicBSR-Timer，只启动或重启retxBSR-Timer。
实例二、per UE触发上报，但是分别给参与聚合且执行调度的基站同时上报，针对每个eNB上报的仅包含该eNB调度的RB或者LCG的BSR信息。
步骤1：配置信息获取：
UE获取如下配置信息：
UE需要通过RRC信令获知聚合的小区和基站之间的对应关系。
UE需要通过RRC信令获知RB和传输基站之间的对应关系。
UE通过RRC信令获知retxBSR-Timer和periodicBSR-Timer配置。该BSR相关参数配置基站可以是参与宏基站或者参与聚合的本地节点。
配置信息的发送可以由参与聚合的任何一个基站、或负责移动性管理的基站、或提供宏覆盖的基站、或负责BSR接收的基站、或者决定RB是否进行承载分离的基站、或者负责调度的基站。
步骤2：BSR触发：
BSR触发类型和触发方式可以按照R12之前版本的BSR触发机制，参见背景介绍部分。如果有BSR触发，没有UL资源可用，那么触发SR，SR资源基于UE配置。
步骤3：BSR上报：
BSR上报原则与R12之前版本的BSR上报原则的不同之处在于：
一个TTI可以同时有多个MAC PDU携带Regular BSR和Periodic BSR(R12之前版本是一个TTI只能有一个MAC PDU携带Regular/Periodic BSR)。
UE需要针对参与聚合或者参与聚合且执行调度的不同基站分别组织BSRMAC CE，每个BSR MAC CE仅包含该基站相关的RB或者LCG的信息。如果多个BSR MAC CE包含同一个RB或者LCG的buffer信息，那么允许不同BSR MAC CE内的buffer取值不同。
BSR上报资源的选择可以有如下几种方式：
UE上报每个参与聚合或者参与聚合且执行调度的基站对应的BSR信息时需要选择该基站下辖的激活小区上分配的上行资源。如果该基站下辖小区没有UL grant，那么也允许通过其它基站发送该BSR MAC CE，不过BSR MAC CE中需要增加基站指示，便于接收基站确定要通过基站间接口转发给哪个基站。
步骤4：BSR上报后的处理：
只要UE有BSR被触发且可以上报，则启动或重启periodicBSR-Timer和retxBSR-Timer，但是需要注意如果只上报了截短的BSR，不能启动/重启periodicBSR-Timer，只启动或重启retxBSR-Timer。
实例三、per eNB的BSR触发和上报。
步骤1：配置信息获取：
UE获取如下配置信息：
UE需要通过RRC信令获知聚合的小区和基站之间的对应关系；
UE需要通过RRC信令获知RB和传输基站之间的对应关系。
每个参与聚合或者参与聚合且调度的基站分别通过RRC信令为UE配置该基站对应的retxBSR-Timer和periodicBSR-Timer。
前两个配置信息的发送可以由参与聚合的任何一个基站、或负责移动性管理的基站、或提供宏覆盖的基站、或负责BSR接收的基站、或者决定RB是否进行承载分离的基站、或者负责调度的基站。如果由一个基站发送其它基站的retxBSR-Timer和periodicBSR-Timer，那么需要携带相关ENB标识信息。
步骤2：BSR触发：
针对每个eNB服务的RB分别按照R12之前版本的BSR触发类型和触发方式判断是否有BSR触发，具体如下：
常规BSR(Regular BSR)：针对该eNB调度的RB，如果满足下面两个条件之一即触发常规BSR：(1)当有比当前buffer中的数据更高优先级的数据到达或原本为空的buffer中有数据到达时触发；(2)retxBSR-Timer超时且缓存中有数据时触发。
周期性BSR(Periodic BSR)：该基站对应的periodicBSR-Timer超时时触发Periodic BSR。
填充(Padding BSR)：如果UE在组织MAC PDU的时候，如果该基站下分配的资源除了需要传输的数据外还有资源可用(padding)，可以触发PaddingBSR。
步骤3：BSR上报：
如果有BSR需要上报，且没有UL资源可用，那么UE需要在该基站下触发SR，请求对应基站为其分配UL资源。
UE对每个需要上报BSR的基站分别按照R12版本之前的BSR上报机制进行BSR上报。需要注意，如果多个基站需要上报一个RB或者逻辑信道组的信息，允许对不同基站上报的内容不同。BSR可以通过基站下激活且有上行可用资源的小区进行上报。
步骤4：BSR上报后的处理：
对于某个基站，只要UE对其上报了BSR，那么需要启动或重启该基站配置的periodicBSR-Timer和retxBSR-Timer，但是需要注意如果只上报了截短的BSR，不能启动/重启periodicBSR-Timer，只启动或重启retxBSR-Timer。其它基站配置的periodicBSR-Timer和retxBSR-Timer不受影响。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (21)

1.一种缓冲区状态上报的方法，其特征在于，该方法包括：
聚合多个网络侧设备的资源的用户设备确定缓冲区状态信息；
所述用户设备向参与聚合的至少两个网络侧设备上报缓冲区状态信息；
当所述用户设备向至少两个网络侧设备上报缓冲区状态信息时，包括：
所述用户设备分别向参与聚合或参与聚合且执行调度或参与聚合且执行调度并且有激活小区的网络侧设备上报缓冲区状态信息，并且用户设备向不同网络设备上报缓冲区状态信息的时刻相同或不同；或
当所述用户设备向至少两个网络侧设备上报缓冲区状态信息时，包括：
针对一个网络侧设备，所述用户设备通过该网络侧设备管理的激活且有上行资源的小区上报缓冲区状态信息；
所述用户设备向至少两个网络侧设备上报缓冲区状态信息之后，还包括：
针对一个网络侧设备，所述用户设备向该网络侧设备上报缓冲区状态信息之后，若上报的是截短的缓冲区状态信息，启动或重启该网络侧设备对应的周期性BSR定时器periodicBSR-Timer和BSR重传定时器retxBSR-Timer，若上报的是非截短的缓冲区状态信息，启动或重启该网络侧设备对应的retxBSR-Timer。
2.如权利要求1所述的方法，其特征在于，所述用户设备根据下列步骤确定参与聚合的网络侧设备：
所述用户设备根据聚合小区和网络侧设备的对应关系或者无线承载RB和网络侧设备的对应关系，确定参与聚合的网络侧设备。
3.如权利要求1所述的方法，其特征在于，所述用户设备确定缓冲区状态信息，包括：
所述用户设备确定的向不同网络侧设备上报的缓冲区状态信息中的针对同一个逻辑信道组的缓冲区状态信息或针对同一个RB的缓冲区状态信息相同或不同。
4.如权利要求3所述的方法，其特征在于，所述用户设备根据下列步骤确定网络侧设备调度的RB：
所述用户设备根据RB和网络侧设备的对应关系，确定每个网络侧设备调度的RB。
5.如权利要求1所述的方法，其特征在于，所述用户设备确定缓冲区状态信息，包括：
所述用户设备确定的向不同网络侧设备上报的缓冲区状态信息仅包括该网络侧设备服务的RB对应的缓冲区状态信息或者该网络侧设备服务的RB对应的逻辑信道组的缓冲区状态信息。
6.如权利要求1～5任一所述的方法，其特征在于，所述用户设备向至少两个网络侧设备上报缓冲区状态信息，包括：
所述用户设备在确定需要上报的缓冲区状态信息对应的网络侧设备管理的小区没有可用上行资源后，向其他网络侧设备发送该缓冲区状态信息，用于通知其他网络侧设备将该缓冲区状态信息发送给对应的网络侧设备。
7.如权利要求1～5任一所述的方法，其特征在于，所述用户设备向至少两个网络侧设备上报缓冲区状态信息之前，还包括：
所述用户设备在确定当前没有可用的上行资源后，向网络侧设备发送调度请求SR，用于请求网络侧设备分配上行资源；
所述用户设备向至少两个网络侧设备上报缓冲区状态信息，包括：
所述用户设备通过网络侧设备分配的上行资源，向至少两个网络侧设备上报缓冲区状态信息。
8.如权利要求1～5任一所述的方法，其特征在于，当所述用户设备向至少两个网络侧设备上报缓冲区状态信息时，所述用户设备向网络侧设备发送SR，包括：
所述用户设备向触发SR的RB所在的网络侧设备发送调度请求SR。
9.如权利要求1～5任一所述的方法，其特征在于，所述用户设备进行缓冲区状态上报的粒度是基于逻辑信道组LCG或基于RB。
10.一种缓冲区状态上报的方法，其特征在于，该方法包括：
网络侧设备接收到来自聚合多个网络侧设备的资源的用户设备的缓冲区状态信息；
所述网络侧设备根据所述缓冲区状态信息进行调度；
当用户设备向一个网络侧设备上报缓冲区状态信息时，所述网络侧设备接收到来自用户设备的缓冲区状态信息之后，还包括：
所述网络侧设备向其他网络侧设备发送收到的所述缓冲区状态信息；或所述网络侧设备对收到的所述缓冲区状态信息的部分逻辑信道组的缓冲区状态信息或者部分RB的缓冲区状态信息进行修改，向其他网络侧设备发送修改后的缓冲区状态信息；或所述网络侧设备将收到的所述缓冲区状态信息中与其他网络侧设备相关的逻辑信道组的缓冲区状态信息或RB的缓冲区状态信息发送给对应的网络侧设备；或所述网络侧设备将收到的所述缓冲区状态信息中与其他网络侧设备相关的逻辑信道组的缓冲区状态信息或RB的缓冲区状态信息进行修改后，发送给对应的网络侧设备；或
当用户设备向至少两个网络侧设备上报缓冲区状态信息时，所述网络侧设备接收到来自用户设备的缓冲区状态信息之前，还包括：
所述网络侧设备将聚合小区和网络侧设备的对应关系发送给所述用户设备；和/或所述网络侧设备将RB和网络侧设备的对应关系发送给所述用户设备；或
当用户设备向至少两个网络侧设备上报缓冲区状态信息时，所述网络侧设备接收到来自用户设备的缓冲区状态信息之前，还包括：
若一个用户设备有一套periodicBSR-Timer和retxBSR-Timer，参与聚合或者参与聚合且执行调度的一个网络侧设备为所述用户设备配置periodicBSR-Timer和retxBSR-Timer；若一个用户设备有多套periodicBSR-Timer和retxBSR-Timer，参与聚合或者参与聚合且执行调度的每个网络侧设备分别为所述用户设备配置periodicBSR-Timer和retxBSR-Timer。
11.如权利要求10所述的方法，其特征在于，当用户设备向一个网络侧设备上报缓冲区状态信息时，所述其他网络侧设备是参与聚合的网络侧设备中未收到缓冲区状态信息的网络侧设备或者参与聚合并且执行调度的网络侧设备中未收到缓冲区状态信息的网络侧设备或者参与聚合并且执行调度且有激活小区的网络侧设备中未收到缓冲区状态信息的网络侧设备。
12.一种缓冲区状态上报的用户设备，其特征在于，该用户设备包括：
确定模块，用于在所述用户设备聚合多个网络侧设备的资源后，确定缓冲区状态信息；
上报模块，用于向参与聚合的至少两个网络侧设备上报缓冲区状态信息；
所述上报模块具体用于：
若向至少两个网络侧设备上报缓冲区状态信息，分别向参与聚合或参与聚合且执行调度或参与聚合且执行调度并且有激活小区的网络侧设备上报缓冲区状态信息，并且用户设备向不同网络设备上报缓冲区状态信息的时刻相同或不同；或
若向至少两个网络侧设备上报缓冲区状态信息，针对一个网络侧设备，通过该网络侧设备管理的激活且有上行资源的小区上报缓冲区状态信息；
向至少两个网络侧设备上报缓冲区状态信息之后，针对一个网络侧设备，向该网络侧设备上报缓冲区状态信息之后，若上报的是截短的缓冲区状态信息，启动或重启该网络侧设备对应的周期性BSR定时器periodicBSR-Timer和BSR重传定时器retxBSR-Timer，若上报的是非截短的缓冲区状态信息，启动或重启该网络侧设备对应的BSR重传定时器retxBSR-Timer。
13.如权利要求12所述的用户设备，其特征在于，所述上报模块根据下列步骤确定参与聚合的网络侧设备：
根据聚合小区和网络侧设备的对应关系或者无线承载RB和网络侧设备的对应关系，确定参与聚合的网络侧设备。
14.如权利要求12所述的用户设备，其特征在于，所述确定模块具体用于：
确定的向不同网络侧设备上报的缓冲区状态信息中的针对同一个逻辑信道组的缓冲区状态信息或针对同一个RB的缓冲区状态信息相同或不同。
15.如权利要求14所述的用户设备，其特征在于，所述确定模块根据下列步骤确定网络侧设备调度的RB：
根据RB和网络侧设备的对应关系，确定每个网络侧设备调度的RB。
16.如权利要求12所述的用户设备，其特征在于，所述确定模块具体用于：
确定的向不同网络侧设备上报的缓冲区状态信息仅包括该网络侧设备服务的RB对应的缓冲区状态信息或者该网络侧设备服务的RB对应的逻辑信道组的缓冲区状态信息。
17.如权利要求12～16任一所述的用户设备，其特征在于，所述上报模块还用于：
若向至少两个网络侧设备上报缓冲区状态信息，在确定需要上报的缓冲区状态信息对应的网络侧设备管理的小区没有可用上行资源后，向其他网络侧设备发送该缓冲区状态信息，用于通知其他网络侧设备将该缓冲区状态信息发送给对应的网络侧设备。
18.如权利要求12～16任一所述的用户设备，其特征在于，所述上报模块还用于：
在确定当前没有可用的上行资源后，向网络侧设备发送调度请求SR，用于请求网络侧设备分配上行资源；通过网络侧设备分配的上行资源，向至少一个网络侧设备上报缓冲区状态信息。
19.如权利要求12～16任一所述的用户设备，其特征在于，当所述用户设备向至少两个网络侧设备上报缓冲区状态信息时，所述上报模块具体用于：
向触发SR的RB所在的网络侧设备发送调度请求SR。
20.一种缓冲区状态上报的网络侧设备，其特征在于，该网络侧设备包括：
接收模块，用于接收到来自聚合多个网络侧设备的资源的用户设备的缓冲区状态信息；
处理模块，用于根据所述缓冲区状态信息进行调度；
当用户设备向一个网络侧设备上报缓冲区状态信息时，所述处理模块还用于：
在接收到来自聚合多个网络侧设备的资源的用户设备的缓冲区状态信息后，向其他网络侧设备发送收到的所述缓冲区状态信息；或对收到的所述缓冲区状态信息的部分逻辑信道组的缓冲区状态信息或者部分RB的缓冲区状态信息进行修改，向其他网络侧设备发送修改后的缓冲区状态信息；或将收到的所述缓冲区状态信息中与其他网络侧设备相关的逻辑信道组的缓冲区状态信息或RB的缓冲区状态信息发送给对应的网络侧设备；或将收到的所述缓冲区状态信息中与其他网络侧设备相关的逻辑信道组的缓冲区状态信息或RB的缓冲区状态信息进行修改后，发送给对应的网络侧设备；或
当用户设备向至少两个网络侧设备上报缓冲区状态信息时，所述处理模块还用于：
将聚合小区和网络侧设备的对应关系发送给所述用户设备；和/或将RB和网络侧设备的对应关系发送给所述用户设备；或
当用户设备向至少两个网络侧设备上报缓冲区状态信息时，所述处理模块还用于：
若一个用户设备有一套periodicBSR-Timer和retxBSR-Timer，在确定需要为用户设备配置时，为所述用户设备配置periodicBSR-Timer和retxBSR-Timer；若一个用户设备有多套periodicBSR-Timer和retxBSR-Timer，为所述用户设备配置periodicBSR-Timer和retxBSR-Timer。
21.如权利要求20所述的网络侧设备，其特征在于，当用户设备向一个网络侧设备上报缓冲区状态信息时，所述其他网络侧设备是参与聚合的网络侧设备中未收到缓冲区状态信息的网络侧设备或者参与聚合并且执行调度的网络侧设备中未收到缓冲区状态信息的网络侧设备或者参与聚合并且执行调度且有激活小区的网络侧设备中未收到缓冲区状态信息的网络侧设备。
CN201210181298.1A 2012-06-04 2012-06-04 一种缓冲区状态上报的方法、系统和设备 Active CN103458526B (zh)

Priority Applications (8)

Application Number Priority Date Filing Date Title
CN201210181298.1A CN103458526B (zh) 2012-06-04 2012-06-04 一种缓冲区状态上报的方法、系统和设备
CN201710348954.5A CN107249197B (zh) 2012-06-04 2012-06-04 一种缓冲区状态上报的方法、系统和设备
US14/405,401 US9775064B2 (en) 2012-06-04 2013-06-04 Buffer state reporting method, system, and device
EP13801054.1A EP2858447B1 (en) 2012-06-04 2013-06-04 Buffer state reporting method, system, and device
JP2015515380A JP6009064B2 (ja) 2012-06-04 2013-06-04 バッファー状態報告の方法、システム及び装置
PCT/CN2013/076704 WO2013182035A1 (zh) 2012-06-04 2013-06-04 一种缓冲区状态上报的方法、系统和设备
ES13801054.1T ES2644603T3 (es) 2012-06-04 2013-06-04 Procedimiento, sistema y dispositivo de información de un estado de memoria intermedia
KR1020147037131A KR101643957B1 (ko) 2012-06-04 2013-06-04 버퍼 스테이트의 보고 방법, 시스템 및 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210181298.1A CN103458526B (zh) 2012-06-04 2012-06-04 一种缓冲区状态上报的方法、系统和设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201710348954.5A Division CN107249197B (zh) 2012-06-04 2012-06-04 一种缓冲区状态上报的方法、系统和设备

Publications (2)

Publication Number Publication Date
CN103458526A CN103458526A (zh) 2013-12-18
CN103458526B true CN103458526B (zh) 2017-07-14

Family

ID=49711368

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201710348954.5A Active CN107249197B (zh) 2012-06-04 2012-06-04 一种缓冲区状态上报的方法、系统和设备
CN201210181298.1A Active CN103458526B (zh) 2012-06-04 2012-06-04 一种缓冲区状态上报的方法、系统和设备

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201710348954.5A Active CN107249197B (zh) 2012-06-04 2012-06-04 一种缓冲区状态上报的方法、系统和设备

Country Status (7)

Country Link
US (1) US9775064B2 (zh)
EP (1) EP2858447B1 (zh)
JP (1) JP6009064B2 (zh)
KR (1) KR101643957B1 (zh)
CN (2) CN107249197B (zh)
ES (1) ES2644603T3 (zh)
WO (1) WO2013182035A1 (zh)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10892879B2 (en) 2013-05-10 2021-01-12 Hfi Innovation Inc. Enhanced mechanism of scheduling request to multiple schedulers in a wireless network with multiple connectivity
CN105706514B (zh) 2013-05-10 2019-04-05 寰发股份有限公司 具有基站之间载波聚合的无线网络中调度请求给多个调度器的增强机制
JP6184590B2 (ja) * 2013-05-15 2017-08-23 エルジー エレクトロニクス インコーポレイティド 無線通信システムで送信利用可能なデータ量を報告するための方法及びこのための装置
WO2015012077A1 (ja) * 2013-07-25 2015-01-29 シャープ株式会社 無線通信システム、基地局装置、端末装置、無線通信方法および集積回路
KR102235177B1 (ko) * 2013-07-26 2021-04-02 엘지전자 주식회사 송신 이용가능 데이터의 양을 계산하는 방법 및 이를 위한 장치
EP3509345B1 (en) 2013-09-26 2020-04-15 LG Electronics Inc. -1- Method for triggering and reporting a buffer status and device therefor
US9924405B2 (en) * 2013-10-04 2018-03-20 Industrial Technology Research Institute Method for buffer status report in dual connectivity
US9572171B2 (en) * 2013-10-31 2017-02-14 Intel IP Corporation Systems, methods, and devices for efficient device-to-device channel contention
CN104735791B (zh) * 2013-12-23 2018-09-11 中国电信股份有限公司 一种用户缓存状态汇报方法和系统
CN104936291A (zh) * 2014-03-21 2015-09-23 中兴通讯股份有限公司 一种控制终端能力的方法、终端及基站
CN106304411B (zh) * 2015-05-15 2020-02-21 上海诺基亚贝尔股份有限公司 用于双连接系统中的上行链路分割承载的方法及装置
US10972981B2 (en) 2016-01-05 2021-04-06 Lg Electronics Inc. Method for performing DRX operation in wireless communication system and a device therefor
CN107295561B (zh) * 2016-04-01 2022-06-21 中兴通讯股份有限公司 资源的申请方法及装置
EP3379863B1 (en) * 2017-03-21 2020-02-26 HTC Corporation Device and method of handling buffer status reporting for packet duplication
JP2020519083A (ja) * 2017-04-26 2020-06-25 オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． リソーススケジューリング方法及びデバイス
WO2019061174A1 (en) * 2017-09-28 2019-04-04 Nokia Shanghai Bell Co., Ltd. METHOD, APPARATUS, COMPUTER PROGRAM PRODUCT, AND COMPUTER PROGRAM
CN110139388B (zh) * 2018-02-08 2022-05-03 大唐移动通信设备有限公司 缓冲区状态的上报、数据调度方法、终端及网络侧设备
CN110139389B (zh) * 2018-02-09 2021-05-11 电信科学技术研究院有限公司 一种缓冲区状态上报的方法、装置及计算机存储介质
WO2019246382A1 (en) * 2018-06-20 2019-12-26 Convida Wireless, Llc Quality of service realization in multi-hop data forwarding
US11240817B2 (en) 2019-02-07 2022-02-01 Samsung Electronics Co., Ltd. Bandwidth allocation request in cellular mesh networks
US10873986B1 (en) * 2019-06-04 2020-12-22 Sprint Spectrum L.P. Use of buffer occupancy as a basis to control configuration of dual-connectivity service
CN112567880A (zh) 2019-07-25 2021-03-26 谷歌有限责任公司 用户设备协调集重新分组
WO2021029879A1 (en) 2019-08-13 2021-02-18 Google Llc User-equipment-coordination-set control aggregation
WO2021054964A1 (en) 2019-09-19 2021-03-25 Google Llc User-equipment-coordination-set selective participation

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011100492A1 (en) * 2010-02-12 2011-08-18 Interdigital Technology Corporation Data split between multiple sites
CN102364984A (zh) * 2010-06-18 2012-02-29 宏碁股份有限公司 执行缓存器状态回报的方法及相关通信装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101541099B (zh) * 2008-03-21 2011-12-07 中兴通讯股份有限公司 缓冲区状态报告方法及装置、数据量设置方法
US8279818B2 (en) * 2008-10-31 2012-10-02 Htc Corporation Methods of packet element transmission in wireless communications system
US8437798B2 (en) * 2009-04-27 2013-05-07 Motorola Mobility Llc Uplink scheduling support in multi-carrier wireless communication systems
CN101925128B (zh) * 2009-06-17 2012-07-04 电信科学技术研究院 一种上报缓存状态报告的方法及装置
CN101932019B (zh) 2009-06-19 2015-06-03 中兴通讯股份有限公司 一种实现上报缓冲区状态报告的方法、终端及网络系统
CN102111751B (zh) 2009-12-28 2013-08-14 电信科学技术研究院 缓存状态报告上报方法和设备
US8638815B2 (en) 2010-01-08 2014-01-28 Blackberry Limited Method and apparatus for logical channel prioritization for uplink carrier aggregation
CN101835191B (zh) 2010-04-19 2012-11-14 新邮通信设备有限公司 载波聚合通信系统的上行载波调度方法、基站和用户设备
KR101740447B1 (ko) * 2010-06-18 2017-05-26 엘지전자 주식회사 무선 통신 시스템에서 단말이 버퍼 상태 보고를 전송하는 방법 및 이를 위한 장치
CN102291760B (zh) 2010-06-21 2014-04-02 电信科学技术研究院 一种上报和确认缓存状态信息的方法、系统及设备
CN105704830B (zh) * 2011-11-30 2023-03-10 华为技术有限公司 一种实现数据调度的方法、装置和系统
EP2813118A4 (en) * 2012-02-07 2015-09-30 Nokia Technologies Oy METHOD AND DEVICE FOR NOTIFYING AND HANDLING A BUFFER STATUS FOR A USER DEVICE IN A SITE-ALLOCATING AGGREGATE MODE

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011100492A1 (en) * 2010-02-12 2011-08-18 Interdigital Technology Corporation Data split between multiple sites
CN102364984A (zh) * 2010-06-18 2012-02-29 宏碁股份有限公司 执行缓存器状态回报的方法及相关通信装置

Also Published As

Publication number Publication date
CN107249197B (zh) 2019-12-13
WO2013182035A1 (zh) 2013-12-12
US9775064B2 (en) 2017-09-26
US20150110040A1 (en) 2015-04-23
EP2858447A1 (en) 2015-04-08
JP2015520585A (ja) 2015-07-16
CN107249197A (zh) 2017-10-13
JP6009064B2 (ja) 2016-10-19
ES2644603T3 (es) 2017-11-29
EP2858447A4 (en) 2015-04-29
CN103458526A (zh) 2013-12-18
KR20150020633A (ko) 2015-02-26
KR101643957B1 (ko) 2016-07-29
EP2858447B1 (en) 2017-08-09

Similar Documents

Publication Publication Date Title
CN103458526B (zh) 一种缓冲区状态上报的方法、系统和设备
US11233619B2 (en) Method and apparatus for measuring serving and neighboring cells
CN107852746B (zh) 用于信道接入过程的方法以及用户设备
CN104160726B (zh) 用于分配网络资源的系统和方法
CN105637920B (zh) 在支持载波的移动通信系统中发送/接收信号的装置和方法
WO2018028269A1 (zh) 一种资源调度方法和装置
WO2017071647A1 (zh) 先听后说参数处理方法、竞争窗调整方法和装置
US20180092118A1 (en) Method and device for transmitting or receiving scheduling request in mobile communication system
CN109906576A (zh) 识别用于发送第一上行链路信道的资源
CN110268742A (zh) 用于在移动通信系统中发送数据的方法和装置
CN109792774A (zh) 在无线设备和无线网络中的先听后说流程
CN108432309A (zh) 在侧行链路控制时段期间的多侧行链路控制传输
CN107258067A (zh) 准正交多址接入的设备、系统和方法
WO2019157945A1 (zh) 一种用于上行授权的方法及装置
CN105284173A (zh) 未经许可的频谱上的无线反馈通信
CN106105302A (zh) 在移动通信系统中由终端使用多个载波发送和接收数据的方法和装置
EP3099125B1 (en) Method, apparatus and device for scheduling data by using unlicensed spectrum
CN103891384B (zh) 传输调度请求的方法和装置、用户设备以及基站
CN106332152B (zh) 一种数据传输方法以及相关设备
CN108809594A (zh) 传输数据的方法、终端设备和网络设备
CN103546980B (zh) 一种小区接入的方法、系统和设备
CN107005971A (zh) 设备到设备通信中用于调度指派的资源分配的方法和设备
JP2022544259A (ja) ユーザ装置及びスケジューリングノード
CN105991274B (zh) 数据传输的方法、反馈信息传输方法及相关设备
WO2016112715A1 (zh) 一种辅服务小区的资源的控制、管理方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20210326

Address after: 100083 No. 29, Haidian District, Beijing, Xueyuan Road

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY