发送节点及其缓存状态上报方法与流程

文档序号:16649418发布日期:2019-01-18 19:14阅读:231来源:国知局
发送节点及其缓存状态上报方法与流程

本发明涉及无线网络,特别涉及无线网络中的发送节点及其缓存状态上报方法。



背景技术:

在传统的无线网络中,发送节点和接收节点是一对一的,即一个发送节点只向一个接收节点发送数据包。并且,待发送数据存储在发送节点内部的缓存中,例如,PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)实体的缓存中和RLC(Radio Link Control,无线链路控制)实体的缓存中。其中,RLC实体与PDCP实体相关联。

随着无线网络技术的发展,发送节点和接收节点可以是一对多的,即一个发送节点可以向两个或两个以上的接收节点发送数据。在这种情况下,发送节点通常包括分别与两个或两个以上的接收节点之一对应的两个或两个以上的RLC实体,并且所述两个或两个以上的RLC实体均与PDCP实体相关联。

例如,在发送节点向接收节点A和B发送数据的情况下,该发送节点包括分别与接收节点A和B对应的RLC实体A和B,并且RLC实体A和B均与PDCP实体相关联。

一般来说,在将数据发送出去之前,发送节点需要向接收节点上报缓存状态,以请求接收节点分配发送资源。其中,缓存状态表示待发送数据的大小。在现有技术中,在发送节点和接收节点是一对多的情况下,由于所有RLC实体均与PDCP实体相关联,当PDCP实体的缓存中具有待发送数据时,会触发针对所有接收节点的BSR(Buffer Status Report,缓存状态报告),并因此使得所有接收节点都为这部分数据分配发送资源,从而造成资源浪费。

例如,在发送节点向接收节点A和B发送数据的情况下,若PDCP实体中具有待发送数据包,则发送节点触发BSR A和B。其中,BSR A用于基于PDCP实体以及RLC实体A的缓存中待发送数据的大小,向接收节点A上报缓存状态。BSR B用于基于PDCP实体以及RLC实体B的缓存中待发送数据的大小,向接收节点B上报缓存状态。

由于BSR A和B都会计算PDCP实体的缓存中的待发送数据的大小,接收节点A和B都会为PDCP实体的缓存中的待发送数据分配发送资源,这明显存在浪费。



技术实现要素:

有鉴于此,本发明要解决的技术问题是,如何避免在发送节点和接收节点为一对多的情况下的发送资源浪费。

为了解决上述技术问题,根据本发明的第一方面,提供了一种缓存状态上报方法,其应用于包括分组数据汇聚协议PDCP实体和至少两个无线链路控制RLC实体的发送节点,所述至少两个RLC实体均与所述PDCP实体相关联。该缓存状态上报方法包括:将所述至少两个RLC实体划分为至少一个第一RLC实体和一个第二RLC实体;在所述第一RLC实体的缓存中包括待发送数据的情况下,基于所述第一RLC实体的缓存中的待发送数据的大小生成第一缓存状态报告BSR;将所述第一BSR发送至与所述第一RLC实体对应的接收节点。

对于上述缓存状态上报方法,在一种可能的实现方式中,还包括:在所述PDCP实体和/或所述第二RLC实体的缓存中包括待发送数据的情况下,基于所述PDCP实体和所述第二RLC实体的缓存中的待发送数据的大小生成第二BSR;将所述第二BSR发送至与所述第二RLC实体对应的接收节点。

对于上述缓存状态上报方法,在一种可能的实现方式中,在将所述至少两个RLC实体划分为至少一个第一RLC实体和一个第二RLC实体之前,还包括:从接收节点接收第一指示,其中,所述第一指示用于指定所述至少两个RLC实体中的只用来发送控制协议数据单元PDU的RLC实体;以及,将所述至少两个RLC实体划分为至少一个第一RLC实体和一个第二RLC实体,包括:将所述第一指示指定的RLC实体划分为所述第一RLC实体。

对于上述缓存状态上报方法,在一种可能的实现方式中,在将所述至少两个RLC实体划分为至少一个第一RLC实体和一个第二RLC实体之前,还包括:从接收节点接收第二指示,其中,所述第二指示用于指定所述至少两个RLC实体中的用来发送所述PDCP实体递交的PDU的RLC实体;以及,将所述至少两个RLC实体划分为至少一个第一RLC实体和一个第二RLC实体,包括:将所述第二指示指定的RLC实体划分为所述第二RLC实体。

对于上述缓存状态上报方法,在一种可能的实现方式中,所述至少两个RLC实体与所述PDCP实体均关联在同一承载上。

对于上述缓存状态上报方法,在一种可能的实现方式中,所述至少两个RLC实体均为应答模式AM,或者均为非应答模式UM,或者部分为AM、其它部分为UM。

对于上述缓存状态上报方法,在一种可能的实现方式中,所述发送节点为终端、基站或接入点。

为了解决上述技术问题,根据本发明的第二方面,提供了一种发送节点,其包括分组数据汇聚协议PDCP实体和至少两个无线链路控制RLC实体,所述至少两个RLC实体均与所述PDCP实体相关联。该发送节点还包括:配置单元,用于将所述至少两个RLC实体划分为至少一个第一RLC实体和一个第二RLC实体;生成单元,与所述配置单元连接,用于在所述第一RLC实体的缓存中包括待发送数据的情况下,基于所述第一RLC实体的缓存中的待发送数据的大小生成第一BSR;以及发送单元,与所述生成单元连接,用于将所述第一BSR发送至与所述第一RLC实体对应的接收节点。

对于上述发送节点,在一种可能的实现方式中,所述生成单元还被配置为,在所述PDCP实体和/或所述第二RLC实体的缓存中包括待发送数据的情况下,基于所述PDCP实体和所述第二RLC实体的缓存中的待发送数据的大小生成第二BSR;所述发送单元还被配置为,将所述第二BSR发送至与所述第二RLC实体对应的接收节点。

对于上述发送节点,在一种可能的实现方式中,还包括与所述配置单元连接的第一接收单元;所述第一接收单元被配置为:从接收节点接收第一指示,其中,所述第一指示用于指定所述至少两个RLC实体中的只用来发送控制协议数据单元PDU的RLC实体;以及所述配置单元还被配置为:将所述第一指示指定的RLC实体划分为所述第一RLC实体。

对于上述发送节点,在一种可能的实现方式中,还包括与所述配置单元连接的第二接收单元;所述第二接收单元被配置为:从接收节点接收第二指示,其中,所述第二指示用于指定所述至少两个RLC实体中的用来发送所述PDCP实体递交的PDU的RLC实体;以及所述配置单元还被配置为:将所述第二指示指定的RLC实体划分为所述第二RLC实体。

对于上述发送节点,在一种可能的实现方式中,所述至少两个RLC实体与所述PDCP实体均关联在同一承载上。

对于上述发送节点,在一种可能的实现方式中,所述至少两个RLC实体均为应答模式AM,或者均为非应答模式UM,或者部分为AM、其它部分为UM。

对于上述发送节点,在一种可能的实现方式中,所述发送节点为终端、基站或接入点。

根据本发明的第一方面和第二方面,在发送节点和接收节点为一对多的情况下、即在发送节点包括PDCP实体和至少两个RLC实体的情况下,通过将发送节点的所有RLC实体划分为至少一个第一RLC实体和一个第二RLC实体,其中所述第二RLC实体为唯一与PDCP实体的缓存状态上报相关联的RLC实体,能够使得只有一个接收节点为PDCP实体的缓存中的待发送数据分配发送资源,从而有效地避免了发送资源的浪费。

为了解决上述技术问题,根据本发明的第三方面,提供了一种缓存状态上报方法,其应用于包括分组数据汇聚协议PDCP实体和至少两个无线链路控制RLC实体的发送节点,所述至少两个RLC实体均与所述PDCP实体相关联。该缓存状态上报方法包括:在任一所述RLC实体或所述PDCP实体的缓存中包括待发送数据的情况下,基于所述至少两个RLC实体以及所述PDCP实体的缓存中的待发送数据的大小生成缓存状态报告BSR;将所述BSR发送至与任一所述RLC实体对应的接收节点。

对于上述缓存状态上报方法,在一种可能的实现方式中,所述至少两个RLC实体与所述PDCP实体均关联在同一承载上。

对于上述缓存状态上报方法,在一种可能的实现方式中,所述至少两个RLC实体均为应答模式AM,或者均为非应答模式UM,或者部分为AM、其它部分为UM。

对于上述缓存状态上报方法,在一种可能的实现方式中,所述发送节点为终端、基站或接入点。

为了解决上述技术问题,根据本发明的第四方面,提供了一种发送节点,其包括分组数据汇聚协议PDCP实体和至少两个无线链路控制RLC实体,所述至少两个RLC实体均与所述PDCP实体相关联。该发送节点还包括:生成单元,用于在任一所述RLC实体或所述PDCP实体的缓存中包括待发送数据的情况下,基于所述至少两个RLC实体以及所述PDCP实体的缓存中的待发送数据的大小生成缓存状态报告BSR;以及发送单元,与所述生成单元连接,用于将所述BSR发送至与任一所述RLC实体对应的接收节点。

对于上述发送节点,在一种可能的实现方式中,所述至少两个RLC实体与所述PDCP实体均关联在同一承载上。

对于上述发送节点,在一种可能的实现方式中,所述至少两个RLC实体均为应答模式AM,或者均为非应答模式UM,或者部分为AM、其它部分为UM。

对于上述发送节点,在一种可能的实现方式中,其特征在于,所述发送节点为终端、基站或接入点。

根据本发明的第三方面和第四方面,在发送节点和接收节点为一对多的情况下、即在发送节点包括PDCP实体和至少两个RLC实体的情况下,通过基于所有RLC实体以及PDCP实体的缓存中的待发送数据的大小,来生成由任一RLC实体或PDCP实体的缓存中具有待发送数据所触发的BSR,并将所生成的BSR发送至与任一RLC实体对应的接收节点,能够使得只有一个接收节点为PDCP实体的缓存中的待发送数据分配发送资源,从而有效地避免了发送资源的浪费。

根据下面参考附图对示例性实施例的详细说明,本发明的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本发明的示例性实施例、特征和方面,并且用于解释本发明的原理。

图1示出适用根据本发明的缓存状态上报方法的系统的示意图;

图2示出根据本发明一实施例的发送节点的结构框图;

图3示出根据本发明一实施例的缓存状态上报方法的流程图;

图4示出根据本发明另一实施例的发送节点的结构框图;

图5示出根据本发明又一实施例的发送节点的结构框图;

图6示出根据本发明另一实施例的缓存状态上报方法的流程图;

图7示出根据本发明再一实施例的发送节点的结构框图。

具体实施方式

以下将参考附图详细说明本发明的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面,但是除非特别指出,不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外,为了更好的说明本发明,在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解,没有某些具体细节,本发明同样可以实施。在另外一些实例中,对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述,以便于凸显本发明的主旨。

如背景技术中所述,在发送节点和接收节点为一对多、即发送节点包括一个PDCP实体和与PDCP实体均相关联的多个RLC实体的情况下,当PDCP实体的缓存中具有待发送数据时,通常会触发针对所有接收节点的BSR,并因此使得所有接收节点都为这部分数据分配发送资源,从而造成发送资源浪费。为了避免这种发送资源浪费,本发明人独创性地提出,可从发送节点所包括的所有RLC实体中指定一个RLC实体,作为唯一与PDCP实体的缓存状态上报相关联的第二RLC实体。

图1示出了适用根据本发明的缓存状态上报方法的系统的示意图。如图1所示,在一个发送节点100对应N个接收节点200-1~200-N、即发送节点100包括一个PDCP实体110和至少两个RLC实体120-1~120-N的情况下,可将发送节点100中的RLC实体120划分为至少一个第一RLC实体和一个第二RLC实体。例如,可将RLC实体120-2~120-N划分为第一RLC实体、并将RLC实体120-1划分为第二RLC实体。

其中,RLC实体120-1~120-N分别与接收节点200-1~200-N相对应,并且N为大于或等于2的正整数。所有RLC实体120-1~120-N均与PDCP实体110相关联,例如,PDCP实体110和所有RLC实体120-1~120-N都关联在同一个承载上。此外,RLC实体120-1~120-N可以都是应答模式(Acknowledged Mode,AM),也可以都是非应答模式(Unacknowledged Mode,UM),甚至还可以部分是AM、部分是UM。

通过划分第一RLC实体和第二RLC实体,可将要发送至与第一RLC实体对应的接收节点的BSR(以下成为第一BSR)的触发条件设定为与PDCP实体的缓存状态无关,即将第一BSR的触发条件设定为“第一RLC实体的缓存中具有待发送数据”。这样,在第一RLC实体的缓存中包括待发送数据的情况下,才基于第一RLC实体的缓存中的待发送数据的大小生成第一BSR,并将所生成的第一BSR发送至与第一RLC实体对应的接收节点。换言之,在PDCP实体的缓存中包括待发送数据的情况下,仅触发与第二RLC实体对应的接收节点分配相应的发送资源,从而能够有效避免发送资源浪费。

图2示出了根据本发明一实施例的发送节点的结构框图。如图2所示,发送节点100包括PDCP实体110和N个RLC实体120-1~120-N,从而可向N个接收节点200-1~200-N发送数据,其中N为大于或等于2的正整数。换言之,根据本发明实施例的发送节点100适用于发送节点和接收节点为一对多的无线网络架构。在一种可能的实现方式中,发送节点100和接收节点200均可以是终端、基站或者接入点。

为了有效避免发送资源分配中的资源浪费,如图2所示,发送节点100还可包括配置单元130、生成单元140和发送单元150。配置单元130与PDCP实体110以及各RLC实体120-1~120-N连接,主要用于将所有的RLC实体120-1~120-N划分为至少一个第一RLC实体(图2标识为120-2~120-N)和一个第二RLC实体(图2标识为120-1),其中第二RLC实体120-1为唯一与PDCP实体110的缓存状态上报相关联的RLC实体。生成单元140与配置单元130以及第一RLC实体120-2~120-N连接,主要用于在第一RLC实体120-2~120-N的缓存中包括待发送数据的情况下,基于第一RLC实体120-2~120-N的缓存中的待发送数据的大小生成第一BSR。发送单元150与生成单元140以及接收节点200-2~200-N连接,主要用于将生成单元140所生成的第一BSR发送至与第一RLC实体120-2~120-N对应的接收节点200-2~200-N。

在一种可能的实现方式中,如图2所示,生成单元140还可与PDCP实体110以及第二RLC实体120-1连接,并且可被配置为:在PDCP实体110和/或第二RLC实体120-1的缓存中包括待发送数据的情况下,基于PDCP实体110和第二RLC实体120-1的缓存中的待发送数据的大小生成第二BSR。在这种实现方式下,发送单元150还可被配置为,将生成单元140所生成的第二BSR发送至与第二RLC实体120-1对应的接收节点200-1。

在一种可能的具体实现方式中,发送节点100还可包括与配置单元130连接的第一接收单元(为简化图示,图2中未示出)。所述第一接收单元主要用于从接收节点200-1~200-N接收第一指示。所述第一指示可用于指定只用来发送控制PDU(Protocol Data Unit,协议数据单元)的RLC实体。在这种具体实现方式中,配置单元130还可被配置为:将所述第一指示指定的RLC实体划分为所述第一RLC实体。

在另一种可能的具体实现方式中,发送节点100还可包括与配置单元130连接的第二接收单元(为简化图示,图2中未示出)。所述第二接收单元主要用于从接收节点200-1~200-N接收第二指示。所述第二指示可用于指定用来发送PDCP实体110递交的PDU的RLC实体。在这种具体实现方式中,配置单元130还可被配置为:将所述第二指示指定的RLC实体划分为所述第二RLC实体。

这样,通过利用配置单元将内部所包括的多个RLC实体配置为,仅一个RLC实体与PDCP实体的缓存状态上报相关联,从而使得PDCP实体的缓存中具有待发送数据只能触发一个接收节点为其分配相应的发送资源,根据本实施例的发送节点能够有效避免在发送节点和接收节点为一对多情况下的发送资源浪费。

图3给出了根据本发明一实施例的缓存状态上报方法的流程图。如上所述,根据本实施例的缓存状态上报方法主要适用于发送节点和接收节点为一对多、即发送节点包括一个PDCP实体和多个RLC实体的无线网络架构。其中,所述多个RLC实体中的每一个RLC实体分别对应一个接收节点。该一个PDCP实体和所述多个RLC实体相关联,例如,该一个PDCP实体和所述多个RLC实体都关联在同一个承载上。此外,所述多个RLC实体可以都是AM,也可以都是UM,甚至还可以部分是AM、部分是UM。

将结合图2所示的发送节点100详细介绍图3所示的缓存状态上报方法如下。如图3所示,该缓存状态上报方法主要包括:

步骤S310、发送节点100(可具体为配置单元130)将其内部的至少两个RLC实体120-1~120-N划分为至少一个第一RLC实体和一个第二RLC实体,例如,如图2所示,划分为第一RLC实体120-2~120-N和第二RLC实体120-1,其中第二RLC实体120-1为唯一与PDCP实体110的缓存状态上报相关联的RLC实体;以及

步骤S320、发送节点100(可具体为生成单元140)在第一RLC实体的缓存中包括待发送数据的情况下,基于第一RLC实体的缓存中的待发送数据的大小生成第一BSR,并(可由发送单元150)将第一BSR发送至与第一RLC实体对应的接收节点。

在一种可能的具体实现方式中,如图3所示,步骤S320可具体包括:

步骤S321、发送节点100(可具体为生成单元140)判断第一RLC实体的缓存中是否包括待发送数据,并在判断结果为是的情况下进入步骤S322;

步骤S322、发送节点100(可具体为生成单元140)基于第一RLC实体的缓存中的待发送数据的大小生成第一BSR,然后进入步骤S323;以及

步骤S323、发送节点100(可具体为发送单元150)将所生成的第一BSR发送至与第一RLC实体对应的接收节点。

在一种可能的实现方式,如图3所示,该缓存状态上报方法还可包括:

步骤S330、发送节点100(可具体为生成单元140)在第二RLC实体的缓存中包括待发送数据的情况下,基于第二RLC实体和PDCP实体的缓存中的待发送数据的大小生成第二BSR,并(可由发送单元150)将第二BSR发送至与第二RLC实体对应的接收节点;和/或

步骤S340、发送节点100(可具体为生成单元140)在PDCP实体的缓存中包括待发送数据的情况下,基于第二RLC实体和PDCP实体的缓存中的待发送数据的大小生成第二BSR,并(可由发送单元150)将第二BSR发送至与第二RLC实体对应的接收节点。

并且,在一种可能的具体实现方式中,步骤S330可如图3所示具体包括:

步骤S331、发送节点100(可具体为生成单元140)判断第二RLC实体的缓存中是否包括待发送数据,并在判断结果为是的情况下进入步骤S332;

步骤S332、发送节点100(可具体为生成单元140)基于第二RLC实体和PDCP实体的缓存中的待发送数据的大小生成第二BSR,然后进入步骤S333;以及

步骤S333、发送节点100(可具体为发送单元150)将所生成的第二BSR发送至与第二RLC实体对应的接收节点。

此外,在一种可能的具体实现方式中,步骤S340可如图3所示具体包括:

步骤S341、发送节点100(可具体为生成单元140)判断PDCP实体的缓存中是否包括待发送数据,并在判断结果为是的情况下进入步骤S342;

步骤S342、发送节点100(可具体为生成单元140)基于第二RLC实体和PDCP实体的缓存中的待发送数据的大小生成第二BSR,然后进入步骤S343;以及

步骤S343、发送节点100(可具体为发送单元150)将所生成的第二BSR发送至与第二RLC实体对应的接收节点。

通过上述介绍可知,由于发送节点所包括的多个RLC实体中仅一个RLC实体被指定为与PDCP实体的缓存状态上报相关联,使得PDCP实体的缓存中具有待发送数据只能触发一个接收节点为其分配相应的发送资源,根据本实施例的上述缓存状态上报方法可有效避免在发送节点和接收节点为一对多情况下的发送资源浪费。

需要说明的是,尽管图3示出了步骤S320、S330、S340依次执行,本领域技术人员应能明白,实际的执行顺序不限于此。例如,步骤S320可在步骤S330和/或S340之后执行,也可与步骤S330和/或S340同时执行。甚至,步骤S330中的步骤S332、S333与步骤S340中的步骤S342、S343可合并。事实上,在执行步骤S310以划分第一RLC实体和第二RLC实体之后,是否执行步骤S320、S330、S340主要依赖于PDCP实体、第一RLC实体以及第二RLC实体的缓存状态,而与其它步骤是否已执行无关。

在一种可能的实现方式,发送节点100可随机地划分第一RLC实体和第二RLC实体,即随意地将RLC实体120-1~120-N中的任一个RLC实体指定为第二RLC实体、而其它RLC实体指定为第一RLC实体。

在另一种可能的实现方式中,发送节点100可按预定的规则来划分第一RLC实体和第二RLC实体。例如,发送节点100可按编号将RLC实体120-1~120-N中编号最小的RLC实体指定为第二RLC实体、而其它RLC实体指定为第一RLC实体。或者,发送节点100可按缓存容量将RLC实体120-1~120-N中缓存容量最大的RLC实体指定为第二RLC实体、而其它RLC实体指定为第一RLC实体。

在又一种可能的实现方式中,发送节点100可根据接收节点200-1~200-N的指示来划分第一RLC实体和第二RLC实体。例如,发送节点100可从接收节点200-1~200-N接收第一指示,其中,所述第一指示用于指定只用来发送控制PDU的RLC实体。在这种情况下,在步骤S310中,发送节点100(可具体为配置单元130)可将所述第一指示指定的RLC实体划分为第一RLC实体。又如,发送节点100可从接收节点200-1~200-N接收第二指示,其中,所述第二指示用于指定用来发送PDCP实体递交的PDU的RLC实体。在这种情况下,在步骤S310中,发送节点100(可具体为配置单元130)可将所述第二指示指定的RLC实体划分为第二RLC实体,而其它RLC实体划分为第一RLC实体。

图4示出了本发明另一实施例的一种发送节点设备的结构框图。所述发送节点设备400可以是具备计算能力的主机服务器、个人计算机PC、或者可携带的便携式计算机或终端等。本发明具体实施例并不对发送节点设备的具体实现做限定。

发送节点设备400包括处理器(processor)410、通信接口(Communications Interface)420、存储器(memory)430和总线440。其中,处理器410、通信接口420、以及存储器430通过总线440完成相互间的通信。

通信接口420用于与网络设备通信,其中网络设备包括例如虚拟机管理中心、共享存储等。

处理器410用于执行程序。处理器410可能是一个中央处理器CPU,或者是专用集成电路ASIC(Application Specific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器430用于存放文件。存储器430可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。存储器430也可以是存储器阵列。存储器430还可能被分块,并且所述块可按一定的规则组合成虚拟卷。

在一种可能的实施方式中,存储器430存储的程序可为包括计算机操作指令的程序代码。处理器410可通过运行该程序,具体执行以下步骤:将发送节点包括的至少两个RLC实体划分为至少一个第一RLC实体和一个第二RLC实体,其中所述至少两个RLC实体均与所述发送节点包括的PDCP实体相关联;在所述第一RLC实体的缓存中包括待发送数据的情况下,基于所述第一RLC实体的缓存中的待发送数据的大小生成第一缓存状态报告BSR;以及将所述第一BSR发送至与所述第一RLC实体对应的接收节点。

在一种可能的实现方式中,处理器410还可通过运行该程序,执行以下步骤:在所述PDCP实体和/或所述第二RLC实体的缓存中包括待发送数据的情况下,基于所述PDCP实体和所述第二RLC实体的缓存中的待发送数据的大小生成第二BSR,并将所述第二BSR发送至与所述第二RLC实体对应的接收节点。

在一种可能的实现方式中,处理器410还可通过运行该程序,执行以下步骤:从接收节点接收第一指示,并将所述第一指示指定的RLC实体划分为所述第一RLC实体。其中,所述第一指示用于指定所述至少两个RLC实体中的只用来发送控制协议数据单元PDU的RLC实体。

在一种可能的实现方式中,处理器410还可通过运行该程序,执行以下步骤:从接收节点接收第二指示,并将所述第二指示指定的RLC实体划分为所述第二RLC实体。其中,所述第二指示用于指定所述至少两个RLC实体中的用来发送所述PDCP实体递交的PDU的RLC实体。

图5示出根据本发明又一实施例的发送节点的结构框图。如图5所示,发送节点500包括PDCP实体510和N个RLC实体520-1~520-N,从而可向N个接收节点200-1~200-N发送数据,其中N为大于或等于2的正整数。换言之,根据本实施例的发送节点500适用于发送节点和接收节点为一对多的无线网络架构。在一种可能的实现方式中,发送节点500和接收节点200均可以是终端、基站或者接入点。

为了有效避免发送资源分配中的资源浪费,如图5所示,发送节点500还可包括生成单元530和发送单元540。生成单元530主要用于在任一RLC实体520-i(1≤i≤N)或PDCP实体510的缓存中包括待发送数据的情况下,基于所有RLC实体520-1~520-N以及PDCP实体510的缓存中的待发送数据的大小生成缓存状态报告BSR。发送单元540与生成单元530连接,主要用于将生成单元530生成的BSR发送至与任一RLC实体520-j(1≤j≤N)对应的接收节点200-j。

这样,通过利用生成单元基于所有RLC实体以及PDCP实体的缓存中的待发送数据的大小,来生成由任一RLC实体或PDCP实体的缓存中具有待发送数据所触发的BSR,并利用发送单元将所生成的BSR发送至与任一RLC实体对应的接收节点,能够使得PDCP实体的缓存中具有待发送数据只能触发一个接收节点为其分配相应的发送资源,根据本实施例的发送节点能够有效避免在发送节点和接收节点为一对多情况下的发送资源浪费。

图6给出了根据本发明另一实施例的缓存状态上报方法的流程图。如上所述,根据本实施例的缓存状态上报方法主要适用于发送节点和接收节点为一对多、即发送节点包括一个PDCP实体和多个RLC实体的无线网络架构。其中,所述多个RLC实体中的每一个RLC实体分别对应一个接收节点。该一个PDCP实体和所述多个RLC实体相关联,例如,该一个PDCP实体和所述多个RLC实体都关联在同一个承载上。此外,所述多个RLC实体可以都是AM,也可以都是UM,甚至还可以部分是AM、部分是UM。

将结合图5所示的发送节点500详细介绍图6所示的缓存状态上报方法如下。如图6所示,该缓存状态上报方法主要包括:

步骤S610、判断任一RLC实体520-i(1≤i≤N)或PDCP实体510的缓存中是否包括待发送数据,并在判断结果为是的情况下进入步骤S620;

步骤S620、基于所有RLC实体520-1~520-N以及PDCP实体510的缓存中的待发送数据的大小生成缓存状态报告BSR,然后进入步骤S630;

步骤S630、将所生成的BSR发送至与任一RLC实体520-j(1≤j≤N)对应的接收节点200-j。

通过上述介绍可知,由于基于所有RLC实体以及PDCP实体的缓存中的待发送数据的大小来生成由任一RLC实体或PDCP实体的缓存中具有待发送数据所触发的BSR,并将所生成的BSR发送至与任一RLC实体对应的接收节点,能够使得PDCP实体的缓存中具有待发送数据只触发一个接收节点为其分配相应的发送资源,根据本实施例的上述缓存状态上报方法可有效避免在发送节点和接收节点为一对多情况下的发送资源浪费。

图7示出了本发明再一实施例的一种发送节点设备的结构框图。所述发送节点设备700可以是具备计算能力的主机服务器、个人计算机PC、或者可携带的便携式计算机或终端等。本发明具体实施例并不对发送节点设备的具体实现做限定。

发送节点设备700包括处理器(processor)710、通信接口(Communications Interface)720、存储器(memory)730和总线740。其中,处理器710、通信接口720、以及存储器730通过总线740完成相互间的通信。

通信接口720用于与网络设备通信,其中网络设备包括例如虚拟机管理中心、共享存储等。

处理器710用于执行程序。处理器710可能是一个中央处理器CPU,或者是专用集成电路ASIC(Application Specific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器730用于存放文件。存储器730可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。存储器730也可以是存储器阵列。存储器730还可能被分块,并且所述块可按一定的规则组合成虚拟卷。

在一种可能的实施方式中,存储器730存储的程序可为包括计算机操作指令的程序代码。处理器710可通过运行该程序,具体执行以下步骤:在发送节点所包括的任一RLC实体或PDCP实体的缓存中包括待发送数据的情况下,基于所有RLC实体以及PDCP实体的缓存中的待发送数据的大小生成缓存状态报告BSR;以及将所述BSR发送至与任一RLC实体对应的接收节点,其中所述RLC实体均与所述PDCP实体相关联。

本领域普通技术人员可以意识到,本文所描述的实施例中的各示例性单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件形式来实现,取决于技术方案的特定应用和设计约束条件。专业技术人员可以针对特定的应用选择不同的方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。

如果以计算机软件的形式来实现所述功能并作为独立的产品销售或使用时,则在一定程度上可认为本发明的技术方案的全部或部分(例如对现有技术做出贡献的部分)是以计算机软件产品的形式体现的。该计算机软件产品通常存储在计算机可读取的非易失性存储介质中,包括若干指令用以使得计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各实施例方法的全部或部分步骤。而前述的存储介质包括U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

实用性

根据本发明实施例所提供的发送节点及其缓存状态上报方法可应用于无线网络领域,尤其适用于发送节点和接收节点为一对多的场景,能够有效避免接收节点响应于发送节点上报的缓存状态报告而分配发送资源中的发送资源浪费。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1