一种双连接网络中的bsr上报方法

文档序号:8267188
一种双连接网络中的bsr上报方法
【技术领域】
[0001]本申请涉及无线通信技术领域,尤其涉及一种双连接网络中的缓存状态报告(BSR, Buffer Status Report)上报方法。
【背景技术】
[0002]双连接网络是当前无线通信技术的研究热点,在双连接网络通信中,同一个逻辑信道的数据可以由宏基站和微基站共同传输,UE可将该逻辑信道的上行数据发送给宏基站和微基站,从而提闻UE的吞吐量。
[0003]双连接网络架构如图1所示。在这种网络中,用户设备(UE,User Equipment)同时与宏基站和微基站之间保持空口连接,这意味着宏基站与微基站可以同时为UE提供服务。通过使用双连接通信,当UE在宏小区内部进行移动并进入或离开一个微基站小区时,可以不执行切换过程,而只是由宏基站采用资源重配置过程来为UE配置或释放微基站小区资源,此时核心网执行的相关控制过程将大大减少,从而减少核心网信令负荷,此外,由于不执行切换过程,网络的移动性性能将有较大改善。可以看到,引入双连接通信可以降低网络的信令负荷,并且可以改善网络的移动性性能。
[0004]现有LTE系统中,UE需要向基站(eNB)上报缓存状态报告(BSR,Buffer StatusReport)用于指示UE的上行待传数据量,基站根据收到的BSR来为UE分配上行资源。BSR上报是媒体接入控制(MAC层的功能,通过BSR MAC控制单元(CE,Control Element,)来携带。BSR MAC CE包含以下三种类型:
[0005]Short BSR MAC CE ;
[0006]Truncated BSR MAC CE ;
[0007]Long BSR MAC CE。
[0008]其中,ShortBSR MAC CE及Truncated BSR MAC CE 的格式如图 2所示。这两种MACCE中只包含一个逻辑信道组的缓存状态。其中的“LCG ID”是指逻辑信道组标识,“BufferSize”是这个逻辑信道组的缓存状态。
[0009]Long BSR MAC CE的格式如图3所示。这种MAC CE中包含四个逻辑信道组的缓存状态。其中,“Buffer Size#0”是指第O号逻辑信道组的缓存状态,“Buffer Size#l”是指第I号逻辑信道组的缓存状态,以此类推。缓存状态由6个比特所指示的索引值来表示,现有系统中一共规定了 64个索引值,每个索引值对应一段范围的比特数,如索引值20对应的比特数为171-200。
[0010]UE根据不同的场景来产生不同类型的BSR MAC CE并上报给eNB。
[0011]现有系统中,UE最多支持11个逻辑信道,其中包括3个用于传输控制信令的逻辑信道及8个用于传输业务数据的逻辑信道。基站在控制UE建立一个逻辑信道时,需要指示一个逻辑信道组标识,用于将这个逻辑信道分配到该逻辑信道组中,之后UE基于每个逻辑信道组来上报BSR,也就是说,某个逻辑信道组的BSR是该组内所有逻辑信道的待传数据量之和。UE最多支持4个逻辑信道组,标识为0、1、2、3。如图3所示,Long BSR MAC CE中包含所有的4个逻辑信道组的BSR,并且是按顺序排列的。
[0012]现有技术中还未考虑在双连接网络中如何进行BSR上报。

【发明内容】

[0013]本申请提供了一种双连接网络中的BSR上报方法,对于双连接网络中如何进行BSR上报提供了可行的解决方案。
[0014]本申请实施例提供了一种双连接网络中的BSR上报方法,网络侧在控制用户设备UE建立逻辑信道并进行逻辑信道分组时,保证由不同基站维护的逻辑信道位于不同的逻辑信道组中;该方法包括:
[0015]A、UE上报BSR给宏基站;
[0016]B、宏基站把所述BSR中微基站所维护的逻辑信道组的标识及所述逻辑信道组对应的上行待传输数据量通过宏基站与微基站之间的接口发送给微基站;
[0017]C、宏基站根据接收到的BSR中指示的自身维护的逻辑信道组及其对应的上行待传输数据量,向UE发送上行调度指示;微基站根据宏基站通知的逻辑信道组及其对应的上行待传输数据量,向UE发送上行调度指示。
[0018]较佳地,步骤B包括:
[0019]B1、宏基站判断收到UE上报的BSR格式,若为Long BSR MAC CE,执行步骤B2,若为 Short BSR MAC CE 或 Truncated BSR MAC CE,执行步骤 B3 ;
[0020]B2、宏基站判断Long BSR MAC CE中的缓存状态非零的逻辑信道组是否由微基站维护,如果是,则宏基站将整个Long BSR MAC CE转发给微基站,或者,生成包含由微基站维护的逻辑信道组的标识及对应的上行待传输数据量的信令,并将所述信令发送至微基站;并结束步骤B ;
[0021]B3、宏基站判断BSR中包含的逻辑信道组是否由微基站维护,如果是,则宏基站将该BSR转发给微基站。
[0022]本申请实施例还提供了另一种双连接网络中的BSR上报方法,网络侧在控制用户设备UE建立逻辑信道并进行逻辑信道分组时,保证由不同基站维护的逻辑信道位于不同的逻辑信道组中;该方法包括:
[0023]a、用户设备UE判断所要上报的BSR格式,若为Long BSR MAC CE,执行步骤b,若为 Short BSR MAC CE 或 Truncated BSR MAC CE,执行步骤 d ;
[0024]b、UE判断Long BSR MAC CE中缓存状态非零的逻辑信道组是否由同一个基站维护,若是,将Long BSR MAC CE上报给该基站;否则执行步骤c ;
[0025]c、UE将该Long BSR MAC CE拆分为多个Short BSR MAC CE,将宏基站维护的逻辑信道组对应的Short BSR MAC CE单独上报给宏基站,将微基站维护的逻辑信道组对应的Short BSR MAC CE单独上报给微基站;或者,UE将该Long BSR MAC CE分别上报宏基站和微基站,并结束本流程;
[0026]d、UE 判断 Short BSR MAC CE 或 Truncated BSR MAC CE 中的逻辑信道组是由哪个基站维护,将Short BSR MAC CE或Truncated BSR MAC CE上报给该基站。
[0027]从以上技术方案可以看出,UE上报BSR给宏基站,之后宏基站把微基站所维护的逻辑信道组的BSR通过宏基站与微基站之间的接口发送给微基站,用于指示微小区中的上行待传输数据量,微基站根据该BSR来对UE进行上行调度;或者,UE将不同逻辑信道组的BSR直接通过不同的空口连接上报给对应的基站,基站根据UE上报的BSR进行上行调度。本申请对于双连接网络中如何进行BSR上报提供了可行的解决方案。
【附图说明】
[0028]图1为双连接网络架构示意图;
[0029]图2 为 Short BSR MAC CE 及 Truncated BSR MAC CE 的格式示意图;
[0030]图3为Long BSR MAC CE的格式示意图;
[0031]图4为实施例一的BSR上报方法流程图;
[0032]图5为本申请实施例中UE上报的Long BSR MAC CE的示意图;
[0033]图6为本申请实施例一种宏基站产生并发送给微基站的BSR的示意图;
[0034]图7为本申请实施例中UE上报的Short BSR MAC CE或Truncated BSR MACCE的示意图。
【具体实施方式】
[0035]为使本申请技术方案的技术原理、特点以及技术效果更加清楚,以下结合具体实施例对本申请技术方案进行详细阐述。
[0036]为了便于说明,本申请实施例假设如下简单场景:同一个逻辑信道只能由一个基站维护,即某个逻辑信道的数据只能由对应的某个基站进行传输,UE只能将这个逻辑信道的上行数据发送给对应的这个基站。以下对该场景说明逻辑信道分组及BSR上报方案。
[0037]本申请实施例的逻辑信道分组方案的基本原则是:不同基站维护的逻辑信道属于不同的逻辑信道组。
[0038]由于宏基站与微基站维护不同的逻辑信道,因此各基站只需要知道自己所维护的逻辑信道的缓存状态,从而为UE分配本小区的上行资源。网络侧在控制UE建立逻辑信道并进行逻辑信道分组时,需要保证由不同基站维护的逻辑信道位于不同的逻辑信道组中,如宏基站所维护的逻辑信道都属于第O号或第I号逻辑信道组,而微基站所维护的逻辑信道都属于第2号或第3号逻辑信道组。如果不同基站维护的逻辑信道位于同一个逻辑信道组中,当基站收到该逻辑信道组的BSR时,无法区分其中有多少待传数据是属于自己所维护的逻辑信道的,因此无法知道应该为这个UE分配多少上行资源。
[0039]基于以上逻辑信道分组的约束,本申请实施例中提供了两种BSR上报方案。
[0040]实施例一:UE上报BSR给宏基站,之后宏基站把微基站所维护的逻辑信道组的BSR通过宏基站与微基站之间的接口发送给微基站,用于指示微小区中的上行待传输数据量,微基站根据该BSR来对UE进行上行调度。
[0041]如果宏基站收到UE上报的Long BSR MAC CE,
再多了解一些
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1