具体实施方式
本发明实施例聚合多个网络侧设备的资源的用户设备向参与聚合的至少一个网络侧设备上报缓冲区状态信息。由于聚合多个网络侧设备的资源的用户设备向至少一个参与聚合的网络侧设备上报缓冲区状态信息,从而实现了针对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+MAC subheader)但是小于(long BSR+MAC subheader),则如果UE有多余一个LCG有数据可用,则上报截短的BSR,否则上报short BSR;如果padding bit大于等于(long BSR+MAC subheader),则上报long BSR;
触发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层在组织MAC PDU的时候优先放置这两类MAC CE,其后才放置MACSDU。
padding BSR的优先级低于数据。在同一个子帧可以在不同MAC PDU上报paddingBSR和regular/periodic BSR。
其中,LTE R11以及之前版本采用的触发机制和上报原则可以参见3GPP TS36.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向其他网络侧设备交互缓冲区状态信息时还可以对缓冲区状态信息的内容进行修改。内容修改可以是buffer size大小、逻辑信道组个数(基于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上报缓冲区状态信息之后,若上报的是截短的缓冲区状态信息,启动或重启该网络侧设备对应的retxBSR-Timer(BSR重传定时器),若上报的是非截短的缓冲区状态信息,启动或重启该网络侧设备对应的periodicBSR-Timer(周期性BSR定时器)和retxBSR-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向该网络侧设备上报缓冲区状态信息之后,若上报的是截短的缓冲区状态信息,启动或重启该网络侧设备对应的retxBSR-Timer,若上报的是非截短的缓冲区状态信息,启动或重启该网络侧设备对应的periodicBSR-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,用户设备仅通过该网络侧设备下激活的且有上行资源的小区上报缓冲区状态信息。
较佳地,针对一个网络侧设备,用户设备向该网络侧设备上报缓冲区状态信息之后,若上报的是截短的缓冲区状态信息,启动或重启该网络侧设备对应的retxBSR-Timer,若上报的是非截短的缓冲区状态信息,启动或重启该网络侧设备对应的periodicBSR-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需要针对参与聚合或者参与聚合且执行调度的不同基站分别组织BSR MAC 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),可以触发Padding BSR。
步骤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、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。