一种基站间负荷均衡的方法及基站与流程

文档序号:14993892发布日期:2018-07-20 23:10阅读:524来源:国知局

本发明涉及通信技术领域,具体涉及一种基站间负荷均衡的方法及基站。



背景技术:

在用户数集中的热点区域,为了解决无线资源控制(radioresourcecontrol,rrc)连接容量问题,通常会采用多层组网方式来分担压力,包括基站内多层组网和基站间共覆盖组网。如何使用户均匀的分摊在各个共覆盖小区就成了一个重要的课题。对于基站内共覆盖小区,小区之间可以知道对方的用户数,可以使用基于rrc连接用户数的负荷均衡。但对于基站间共覆盖小区,由于互相不知道对方的用户数,现有通信协议也没有指出如何获取基站间邻区的用户数,如果盲目的进行均衡或者不均衡,都可能会导致有些小区网络阻塞、而另一些小区用户很少,起不到均衡负荷的效果,浪费资源。所以需要考虑如何进行可靠的基站间用户数均衡。

因为无法获取基站间邻区的rrc连接用户数,目前基于rrc连接用户数的均衡方案只适用于基站内邻区之间,主要步骤如下1~4:

1、均衡条件判决:每个小区维护一个周期性的定时器,定时器超时则进行周期性均衡条件的判决。均衡条件如下11~13:

11、本小区的rrc连接用户数大于预设的高负荷门限lbcusernumthreshold。

12、存在至少一个基站内的同覆盖邻区。

13、本小区的rrc连接用户数和rrc连接用户数最小的邻区之间的差值大于预设门限(为了避免乒乓均衡)。

2、均衡用户数计算:选择rrc连接用户数最小的邻区作为均衡的目标小区,则每个周期均衡的用户数为n0,n0通过下式确定:

n0=min{lbcfasthomaxusernum、(ns–lbcusernumthreshold)、(ns-nn)/2}

其中,lbcfasthomaxusernum为设定的每周期最大的均衡用户数、ns为本小区的rrc连接用户数、nn为目标小区的rrc连接用户数。

3、均衡用户的选择:获取本小区的所有用户,依次按如下处理步骤31~35生成均衡队列:

31、滤除不支持目标小区频段的用户。

32、为了避免均衡的过程中对一些特殊的业务造成影响(比如语音业务),可以配置过滤特定的qci(qosclassidentifier,服务质量(qos)等级标识),遍历每个用户,如果该用户有对应特定的qci的承载,则滤除该用户,并将滤除的用户放入队列3中。

33、为了避免均衡过程出现信号不好的情况,因此滤除上报a2事件的用户,也就是优先均衡中心用户,并将滤除的用户放入队列2中。将未被滤除的用户放入队列1中。

34、对队列1中的所有用户按照qci优先级的顺序进行升序排列,同样qci优先级内部则按照prb(physicalresourceblock,物理资源模块)占用率的顺序进行升序排列。也就是优先均衡qci优先级低、prb占用率小的用户。主要考虑尽量减少用户的业务感知。

35、生成均衡队列。首先把排序后的队列1中的用户依次放入均衡队列中,如果此时均衡队列中的用户数大于计算得到的均衡用户数,则生成均衡队列结束。如果小于,则按照步骤34中的排序规则对队列2中的所有用户进行排序并依序放入均衡队列中,如果此时均衡队列中的用户数大于计算得到的均衡用户数,则生成均衡队列结束,否则对队列3做同样的处理。如果队列3处理后,均衡队列中的用户数依然小于计算得到的均衡用户数,则同样生成结束。

4、均衡的执行:

根据步骤3得到的均衡队列和目标小区进行均衡处理。

可见,现有技术只考虑了基站内邻区之间的用户均衡,不能解决基站间同覆盖邻区的用户数差异很大的问题,会造成有些基站拥挤而另一些同覆盖基站资源空闲。



技术实现要素:

鉴于上述问题,本发明提出了克服上述问题或者至少部分地解决上述问题的一种基站间负荷均衡的方法及基站。

为此目的,第一方面,本发明提出一种基站间负荷均衡的方法,包括:

第一小区每隔第一预设时长,基于本小区的无线资源控制rrc连接用户数,确定是否进行基站间负荷均衡;

第一小区在确定进行基站间负荷均衡后,确定是否已经向各第二小区发送rrc连接用户数请求消息,所述第二小区为基站间与所述第一小区同覆盖的邻区;

第一小区在确定已经向各第二小区发送rrc连接用户数请求消息后,基于各第二小区每隔第二预设时长反馈的rrc连接用户数,确定基站间负荷均衡的目标小区;所述第二预设时长小于所述第一预设时长;

第一小区确定本小区均衡的各目标用户,并触发各目标用户向所述目标小区进行切换,实现基站间负荷均衡。

可选的,所述向各第二小区发送rrc连接用户数请求消息,包括:

通过x2接口向各第二小区发送资源状态请求消息;该消息中携带有第一指示信息、第二指示信息和第三指示信息;

其中,所述第一指示信息用于指示请求rrc连接用户数或停止请求rrc连接用户数;所述第二指示信息用于指示所述第一指示信息是否生效;所述第三指示信息用于指示所述第二预设时长。

可选的,所述通过x2接口向各第二小区发送资源状态请求消息,该消息中携带有第一指示信息和第二指示信息,包括:

通过x2接口向各第二小区发送资源状态请求消息;该消息中的注册请求字段携带所述第一指示信息;该消息中的报告特性字段中的其他比特字段携带所述第二指示信息。

可选的,所述基于各第二小区每隔第二预设时长反馈的rrc连接用户数,确定基站间负荷均衡的目标小区,包括:

判断各第二小区是否满足基站间负荷均衡的目标小区条件,所述目标小区条件为:

第一小区的rrc连接用户数-第二小区最新反馈的rrc连接用户数>预设的差异门限;

从满足所述目标小区条件的一个或多个第二小区中,确定基站间负荷均衡的目标小区。

可选的,所述从满足所述目标小区条件的一个或多个第二小区中,确定基站间负荷均衡的目标小区,包括:

若各第二小区中存在多个第二小区满足所述目标小区条件,则确定所述多个第二小区中最新反馈rrc连接用户数最少的第二小区为所述基站间负荷均衡的目标小区;

若各第二小区中只存在一个第二小区满足所述目标小区条件,则确定该第二小区为所述基站间负荷均衡的目标小区。

可选的,所述第一小区确定本小区均衡的各目标用户后,还包括:

第一小区配置各目标用户进行所述目标小区的a4事件测量;

第一小区在接收到目标用户上报的所述目标小区的a4事件测量报告后,判断所述目标小区是否满足所述目标小区条件;

相应地,所述触发各目标用户向所述目标小区进行切换,包括:

若所述目标小区满足所述目标小区条件,则触发上报所述目标小区的a4事件测量报告的目标用户向所述目标小区进行切换。

可选的,所述第一小区在确定不进行基站间负荷均衡后,通过x2接口向各第二小区发送rrc连接用户数停止请求消息,以使各第二小区停止向所述第一小区反馈rrc连接用户数。

第二方面,本发明还提出一种基站间负荷均衡的方法,包括:

第二小区在接收到第一小区发送的rrc连接用户数请求消息后,判断本小区是否允许基站间负荷均衡,其中,所述第一小区为确定基站间负荷均衡的小区,所述第二小区为基站间与所述第一小区同覆盖的邻区;

若允许,则第二小区每隔第二预设时长向所述第一小区反馈rrc连接用户数应答消息,以使所述第一小区基于反馈的rrc连接用户数,确定是否向所述第二小区进行基站间负荷均衡;

第二小区在所述第一小区确定所述第二小区为基站间负荷均衡的目标小区后,接受所述第一小区的用户的切换,实现基站间负荷均衡。

可选的,所述每隔第二预设时长向所述第一小区反馈rrc连接用户数应答消息,包括:

每隔第二预设时长通过x2接口向所述第一小区反馈资源状态更新消息;该消息中携带有第四指示信息;

其中,所述第四指示信息用于指示所述第二小区的rrc连接用户数。

可选的,所述每隔第二预设时长通过x2接口向所述第一小区反馈资源状态更新消息;该消息中携带有第四指示信息,包括:

每隔第二预设时长通过x2接口向所述第一小区反馈资源状态更新消息;该消息中的小区测量结果项字段中的扩展信息元字段携带所述第四指示信息。

第三方面,本发明还提出一种基站,包括:

第一确定单元,用于每隔第一预设时长,基于本小区的无线资源控制rrc连接用户数,确定是否进行基站间负荷均衡;

第二确定单元,用于在所述第一确定单元确定进行基站间负荷均衡后,确定是否已经向各第二小区发送rrc连接用户数请求消息,所述第二小区为基站间与本小区同覆盖的邻区;

第三确定单元,用于在所述第二确定单元确定已经向各第二小区发送rrc连接用户数请求消息后,基于各第二小区每隔第二预设时长反馈的rrc连接用户数,确定基站间负荷均衡的目标小区;所述第二预设时长小于所述第一预设时长;

第四确定单元,用于确定本小区均衡的各目标用户,并触发各目标用户向所述目标小区进行切换,实现基站间负荷均衡。

可选的,还包括:

第一发送单元,用于向各第二小区发送rrc连接用户数请求消息;

所述第一发送单元,具体用于通过x2接口向各第二小区发送资源状态请求消息;该消息中携带有第一指示信息、第二指示信息和第三指示信息;

其中,所述第一指示信息用于指示请求rrc连接用户数或停止请求rrc连接用户数;所述第二指示信息用于指示所述第一指示信息是否生效;所述第三指示信息用于指示所述第二预设时长。

可选的,所述第一发送单元,具体用于通过x2接口向各第二小区发送资源状态请求消息;该消息中的注册请求字段携带所述第一指示信息;该消息中的报告特性字段中的其他比特字段携带所述第二指示信息。

可选的,所述第三确定单元基于各第二小区每隔第二预设时长反馈的rrc连接用户数,确定基站间负荷均衡的目标小区,包括:

所述第三确定单元判断各第二小区是否满足基站间负荷均衡的目标小区条件,从满足所述目标小区条件的一个或多个第二小区中,确定基站间负荷均衡的目标小区,所述目标小区条件为:

第一小区的rrc连接用户数-第二小区最新反馈的rrc连接用户数>预设的差异门限。

可选的,所述第三确定单元从满足所述目标小区条件的一个或多个第二小区中,确定基站间负荷均衡的目标小区,包括:

若各第二小区中存在多个第二小区满足所述目标小区条件,则所述第三确定单元确定所述多个第二小区中最新反馈rrc连接用户数最少的第二小区为所述基站间负荷均衡的目标小区;

若各第二小区中只存在一个第二小区满足所述目标小区条件,则所述第三确定单元确定该第二小区为所述基站间负荷均衡的目标小区。

可选的,还包括:

配置单元,用于所述第四确定单元确定本小区均衡的各目标用户后,配置各目标用户进行所述目标小区的a4事件测量;

第一判断单元,用于在接收到目标用户上报的所述目标小区的a4事件测量报告后,判断所述目标小区是否满足所述目标小区条件;

相应地,所述第四确定单元触发各目标用户向所述目标小区进行切换,包括:

若所述判断单元判定目标小区满足所述目标小区条件,则所述第四确定单元触发上报所述目标小区的a4事件测量报告的目标用户向所述目标小区进行切换。

可选的,还包括:

第二发送单元,用于在所述第一确定单元确定不进行基站间负荷均衡后,通过x2接口向各第二小区发送rrc连接用户数停止请求消息,以使各第二小区停止向所述第一小区反馈rrc连接用户数。

第四方面,本发明还提出一种基站,包括:

第二判断单元,用于在接收到第一小区发送的rrc连接用户数请求消息后,判断本小区是否允许基站间负荷均衡,其中,所述第一小区为确定基站间负荷均衡的小区,所述本小区为基站间与所述第一小区同覆盖的邻区;

反馈单元,用于所述第二判断单元判定本小区允许基站间负荷均衡,则每隔第二预设时长向所述第一小区反馈rrc连接用户数应答消息,以使所述第一小区基于反馈的rrc连接用户数,确定是否向所述本小区进行基站间负荷均衡;

接受单元,用于在所述第一小区确定所述本小区为基站间负荷均衡的目标小区后,接受所述第一小区的用户的切换,实现基站间负荷均衡。

可选的,所述反馈单元每隔第二预设时长向所述第一小区反馈rrc连接用户数应答消息,包括:

所述反馈单元每隔第二预设时长通过x2接口向所述第一小区反馈资源状态更新消息;该消息中携带有第四指示信息;

其中,所述第四指示信息用于指示所述第二小区的rrc连接用户数。

可选的,所述反馈单元每隔第二预设时长通过x2接口向所述第一小区反馈资源状态更新消息;该消息中携带有第四指示信息,包括:

每隔第二预设时长通过x2接口向所述第一小区反馈资源状态更新消息;该消息中的小区测量结果项字段中的扩展信息元字段携带所述第四指示信息。

相比于现有技术,本发明提出的基站间负荷均衡的方法为基于rrc连接用户数的均衡方法,可获取基站间同覆盖邻区的rrc连接用户数,通过私有接口消息进行基站间rrc连接用户数的交互,解决现有协议中没有关于基站间交互rrc连接用户数的规范,因而无法获取基站间邻区的rrc连接用户数的问题,解决现有技术无法实现基站间负荷均衡的问题。

进一步地,本发明提出的基站间负荷均衡的方法及基站,采用x2接口资源交互信令进行基站间rrc连接用户数的交互,解决了基站间多层同覆盖组网场景下,各小区的rrc连接用户数差异大,导致小区负荷不均的问题。基站间邻区在均衡时可以知道对方的rrc连接用户数,使均衡的效果可控。同时配置负荷均衡的a4测量,满足一定信号强度的用户才会被切换到目标小区,提高了均衡的成功率。

附图说明

图1为本发明第一实施例提供的一种基站间负荷均衡的方法流程图;

图2为本发明第二实施例提供的一种基站间负荷均衡的方法流程图;

图3为本发明第三实施例提供的一种基站结构示意图;

图4为本发明第四实施例提供的一种基站结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。

需要说明的是,在本文中,“第一”、“第二”、“第三”、“第四”字样仅仅用来将相同的名称区分开来,而不是暗示这些名称之间的关系或者顺序。

如图1所示,本实施例公开一种基站间负荷均衡的方法,该方法的执行主体为第一小区,亦即均衡源小区,该方法可包括以下步骤101~104:

101、第一小区每隔第一预设时长,基于本小区的无线资源控制rrc连接用户数,确定是否进行基站间负荷均衡。

本实施例中,第一小区可称为均衡源小区,步骤101中,每隔第一预设时长的实现方法可以为第一小区维护一个周期性的定时器,定时器超时,则判断本小区rrc连接用户数是否高于预设的门限lbcusernumthreshold。若不高于门限,则不需要均衡。

102、第一小区在确定进行基站间负荷均衡后,确定是否已经向各第二小区发送rrc连接用户数请求消息,所述第二小区为基站间与所述第一小区同覆盖的邻区。

当然,在具体应用中,可以先判断是否有基站内同覆盖小区满足作为均衡目标小区的条件(判断条件可参照现有技术中基站内负荷均衡方案),若有,则执行基站内负荷均衡。若没有则执行步骤102。

本实施例中,步骤102中若确定还没有向各第二小区或部分第二小区发送rrc连接用户数请求消息,则向未发送的rrc连接用户数请求消息的第二小区发送rrc连接用户数请求消息。

103、第一小区在确定已经向各第二小区发送rrc连接用户数请求消息后,基于各第二小区每隔第二预设时长反馈的rrc连接用户数,确定基站间负荷均衡的目标小区;所述第二预设时长小于所述第一预设时长。

本实施例中,第二预设时长可预先配置到第二小区中,也可以由第一小区指示。

104、第一小区确定本小区均衡的各目标用户,并触发各目标用户向所述目标小区进行切换,实现基站间负荷均衡。

本实施例中,步骤104中,第一小区确定本小区均衡的各目标用户,可参照现有技术,本实施例不再详述。

相比于现有技术,本实施例提出的基站间负荷均衡的方法为基于rrc连接用户数的均衡方法,可获取基站间同覆盖邻区的rrc连接用户数,通过私有接口消息进行基站间rrc连接用户数的交互,解决现有协议中没有关于基站间交互rrc连接用户数的规范,因而无法获取基站间邻区的rrc连接用户数的问题,解决现有技术无法实现基站间负荷均衡的问题。

在一个具体的例子中,步骤102中所述向各第二小区发送rrc连接用户数请求消息,包括:

通过x2接口向各第二小区发送资源状态请求(resourcestatusrequest)消息;该消息中携带有第一指示信息、第二指示信息和第三指示信息;

其中,所述第一指示信息用于指示请求rrc连接用户数或停止请求rrc连接用户数;所述第二指示信息用于指示所述第一指示信息是否生效;所述第三指示信息用于指示所述第二预设时长。

在一个具体的例子中,上述实施例中所述通过x2接口向各第二小区发送资源状态请求消息,该消息中携带有第一指示信息和第二指示信息,包括:

通过x2接口向各第二小区发送资源状态请求(resourcestatusrequest)消息;该消息中的注册请求(registrationrequest)字段携带所述第一指示信息;该消息中的报告特性(reportcharacteristics)字段中的其他比特(otherbits)字段携带所述第二指示信息。

在一个具体的例子中,步骤103中所述基于各第二小区每隔第二预设时长反馈的rrc连接用户数,确定基站间负荷均衡的目标小区,包括图1中未示出的步骤1031~1032:

1031、判断各第二小区是否满足基站间负荷均衡的目标小区条件,所述目标小区条件为:

第一小区的rrc连接用户数-第二小区最新反馈的rrc连接用户数>预设的差异门限。

本实施例中,预设的差异门限是为了避免乒乓均衡,该差异门限可根据实际情况确定,本实施例不限定差异门限的具体值。

1032、从满足所述目标小区条件的一个或多个第二小区中,确定基站间负荷均衡的目标小区。

在一个具体的例子中,步骤1032所述从满足所述目标小区条件的一个或多个第二小区中,确定基站间负荷均衡的目标小区,包括图1中未示出的步骤1032’和1032”:

1032’、若各第二小区中存在多个第二小区满足所述目标小区条件,则确定所述多个第二小区中最新反馈rrc连接用户数最少的第二小区为所述基站间负荷均衡的目标小区。

1032”、若各第二小区中只存在一个第二小区满足所述目标小区条件,则确定该第二小区为所述基站间负荷均衡的目标小区。

在一个具体的例子中,步骤104中所述第一小区确定本小区均衡的各目标用户后,还包括图1未示出的步骤104’和104”:

104’、第一小区配置各目标用户进行所述目标小区的a4事件测量。

104”、第一小区在接收到目标用户上报的所述目标小区的a4事件测量报告后,判断所述目标小区是否满足所述目标小区条件。

相应地,步骤104中所述触发各目标用户向所述目标小区进行切换,包括:

若所述目标小区满足所述目标小区条件,则触发上报所述目标小区的a4事件测量报告的目标用户向所述目标小区进行切换。

当然,若所述目标小区不满足所述目标小区条件,则不触发上报所述目标小区的a4事件测量报告的目标用户向所述目标小区进行切换。

在一个具体的例子中,步骤101中所述第一小区在确定不进行基站间负荷均衡后,通过x2接口向各第二小区发送rrc连接用户数停止请求消息,以使各第二小区停止向所述第一小区反馈rrc连接用户数。

本实施例中,步骤101是每隔第一预设时长就判断是否进行基站间负荷均衡,而在第一预设时长内,第一小区可能会动态增加第二小区,即基站间与所述第一小区同覆盖的邻区,而新增的第二小区是没有接收到第一小区发送的rrc连接用户数请求消息,因此,当步骤101中所述第一小区在确定不进行基站间负荷均衡后,不会向新增的第二小区发送rrc连接用户数停止请求消息。

本实施例中,每个小区维护一个周期性的定时器,周期为第一预设时长,定时器超时则判断本小区rrc连接用户数是否高于预设的门限lbcusernumthreshold。若不高于门限,则不需要均衡,同时如果之前触发了向基站间邻区请求rrc连接用户数,此时需要向对应的邻区发消息停止请求rrc连接用户数。

可见,相比于现有技术,图1涉及的各方法实施例,可获取基站间同覆盖邻区的rrc连接用户数,通过私有接口消息进行基站间rrc连接用户数的交互,解决现有协议中没有关于基站间交互rrc连接用户数的规范,因而无法获取基站间邻区的rrc连接用户数的问题,解决现有技术无法实现基站间负荷均衡的问题。

进一步地,图1涉及的各方法实施例,采用x2接口资源交互信令进行基站间rrc连接用户数的交互,解决了基站间多层同覆盖组网场景下,各小区的rrc连接用户数差异大,导致小区负荷不均的问题。基站间邻区在均衡时可以知道对方的rrc连接用户数,使均衡的效果可控。同时配置负荷均衡的a4测量,满足一定信号强度的用户才会被切换到目标小区,提高了均衡的成功率。

与图1涉及的各方法实施例相同的发明构思,如图2所示,本实施例公开一种基站间负荷均衡的方法,该方法的执行主体为第二小区,亦即均衡目标小区,该方法可包括以下步骤201~203:

201、第二小区在接收到第一小区发送的rrc连接用户数请求消息后,判断本小区是否允许基站间负荷均衡,其中,所述第一小区为确定基站间负荷均衡的小区,所述第二小区为基站间与所述第一小区同覆盖的邻区;若允许,则执行步骤202。

202、第二小区每隔第二预设时长向所述第一小区反馈rrc连接用户数应答消息,以使所述第一小区基于反馈的rrc连接用户数,确定是否向所述第二小区进行基站间负荷均衡。

203、第二小区在所述第一小区确定所述第二小区为基站间负荷均衡的目标小区后,接受所述第一小区的用户的切换,实现基站间负荷均衡。

在一个具体的例子中,步骤202中所述每隔第二预设时长向所述第一小区反馈rrc连接用户数应答消息,包括:

每隔第二预设时长通过x2接口向所述第一小区反馈资源状态更新消息;该消息中携带有第四指示信息;

其中,所述第四指示信息用于指示所述第二小区的rrc连接用户数。

在一个具体的例子中,上述实施例中所述每隔第二预设时长通过x2接口向所述第一小区反馈资源状态更新消息;该消息中携带有第四指示信息,包括:

每隔第二预设时长通过x2接口向所述第一小区反馈资源状态更新消息;该消息中的小区测量结果项字段中的扩展信息元字段携带所述第四指示信息。

基于图1涉及的各实施例,下面给出均衡源小区(第一小区)的基站间负荷均衡的详细步骤,如下步骤1~7:

1、用户数判决:

每个小区维护一个周期性的定时器,定时器超时则判断本小区rrc连接用户数是否高于预设的门限lbcusernumthreshold。若不高于门限,则不需要均衡,同时如果之前触发了向基站间邻区请求rrc连接用户数,此时需要向对应的邻区发消息停止请求rrc连接用户数,详见步骤4。若高于门限,则继续执行步骤2。

2、判断是否有基站内同覆盖小区满足作为均衡目标小区的条件(判断条件可参照现有技术中基站内负荷均衡方案),若有,则执行基站内用户数均衡。若没有,则继续步骤3。

3、基站间负荷均衡的目标邻区选择:

目标邻区需满足如下条件31~33:

31、与本小区存在同覆盖关系;

32、已经获取了该邻区的用户数信息;

33、本小区的rrc连接用户数ns–邻区rrc连接用户数nn>预设的差异门限(为了避免乒乓均衡)。

当存在多个满足条件的站间邻区时,选择用户数最少的邻区作为均衡目标邻区。选出均衡目标小区之后,继续步骤5。

若不存在满足条件的邻区,可能是没有获取到邻区的用户数信息,需要执行邻区用户数获取流程,详见步骤4。

4、邻区用户数状态请求过程的触发与停止:

协议中没有描述基站间邻区进行用户数信息交互的途径,但是3gppts136423协议描述了基站间通过x2ap进行prb、tnlload等信息交互的机制:资源状态报告初始化(resourcestatusreportinginitiation)过程。x2ap(x2applicationprotocol,x2应用协议)是一种信令协议,x2ap信令消息用于建立x2接口用户面,以及控制用户的业务数据从各自的用户面上传输。本方案利用这些消息中的扩展字段,携带小区的用户数信息。x2ap的资源状态报告初始化过程由资源状态请求(resourcestatusrequest)消息发起,具体的标识方法如下:

41、用户数交互请求:resourcestatusrequest消息registrationrequest字段置为start,reportcharacteristics字段的otherbits选取一位置1,标识请求对方的用户数信息,目标小区收到消息后对该字段检查;

42、用户数交互停止:resourcestatusrequest消息registrationrequest字段置为stop,reportcharacteristics字段的otherbits选取一位置1(与请求消息使用同一的比特位),标识停止用户数信息交互,目标小区收到消息后对该字段检查。

5、均衡用户数计算:

每个周期均衡的用户数为:

n0=min{lbcfasthomaxusernum、(ns–lbcusernumthreshold)、(ns-nn)/2}

其中,lbcfasthomaxusernum为设定的每周期最大的均衡用户数、ns为本小区的rrc连接用户数、nn为目标小区的rrc连接用户数。

6、均衡用户的选择:获取本小区的所有用户,生成均衡队列。生成均衡队列的步骤与现有技术相同,在此不再赘述。

7、均衡的执行:

根据步骤6得到的均衡队列和目标小区进行均衡处理。

同覆盖即有共同覆盖区域,同覆盖包括完全同覆盖和部分同覆盖。因为基站间同覆盖邻区一般为部分同覆盖关系,因为不能确定目标小区的信号强度如何,因此不能确定待均衡用户一定适合切换到目标小区,所以先配置本小区待均衡用户进行目标小区a4事件测量。由于收到待均衡用户上报a4事件的时候可能本小区和目标小区的rrc连接用户数已经发生了变化,因此收到待均衡用户上报a4事件后,重新判断目标小区是否满足步骤3中条件31的条件33,若满足,则触发待均衡用户向目标小区进行切换,否则不切换。

如果基站同时开启了其他的均衡算法,比如开启了prb的均衡,为了避免算法间的互相影响,同样需要在切换前判断待均衡用户是否满足如下条件:

待均衡用户的prb占用率+目标小区prb占用率<目标小区高负荷门限

如果不满足上述条件,则跳过该用户。

基于图2涉及的各实施例,下面给出均衡目标小区(第二小区)的处理流程,具体如下:

收到resourcestatusrequest消息:检查registrationrequest字段,如果不为start(为stop),停止消息中的measurementid对应的资源状态交互过程。如果为start,且reportcharacteristics字段的otherbits标识用户数信息的比特为1,继续步骤2。

判断本小区的是否允许用户数均衡切换入,可通过开关设置。如果不允许,则向发送请求的源小区回复resourcestatusfailure;否则回复resourcestatusresponse指示接受请求,并按resourcestatusrequest中指定的更新周期启动用户数反馈周期定时器。

用户数反馈周期定时器超时,向源小区发送resourcestatusupdate消息,并在该消息cellmeasurementresult-item中的扩展iecellmeasurementresult-item-exties中增加扩展字段用于标识本区用户数。源侧收到update消息检查该扩展字段即可获取用户数信息。

总的来讲,本发明实施例提出的基站间负荷均衡的方法,首先周期性地判断当前小区rrc连接用户数是否达到均衡门限,如果需要均衡且存在基站间同覆盖邻区,则与该邻区进行资源状态交互获取对方的rrc连接用户数信息。其次获取邻区的rrc连接用户数之后,选择rrc连接用户数最小的邻区判断是否可以均衡,如果可以均衡,则选择用户配置目标小区a4事件测量触发切换。

本发明实施例采用x2接口资源交互信令进行基站间rrc连接用户数的交互,解决了基站间多层同覆盖组网场景下,各小区的rrc连接用户数差异大,导致小区负荷不均的问题。基站间邻区在均衡时可以知道对方的rrc连接用户数,使均衡的效果可控。同时配置负荷均衡的a4测量,满足一定信号强度的用户才会被切换到目标小区,提高了均衡的成功率。

与图1涉及的各方法实施例相同的发明构思,如图3所示,本实施例公开一种基站,该基站为第一小区对应的基站,亦即均衡源小区对应的基站,该基站包括如下单元:第一确定单元31、第二确定单元32、第三确定单元33以及第四确定单元34。各单元具体说明如下:

第一确定单元31,用于每隔第一预设时长,基于本小区的无线资源控制rrc连接用户数,确定是否进行基站间负荷均衡;

第二确定单元32,用于在所述第一确定单元31确定进行基站间负荷均衡后,确定是否已经向各第二小区发送rrc连接用户数请求消息,所述第二小区为基站间与本小区同覆盖的邻区;

第三确定单元33,用于在所述第二确定单元32确定已经向各第二小区发送rrc连接用户数请求消息后,基于各第二小区每隔第二预设时长反馈的rrc连接用户数,确定基站间负荷均衡的目标小区;所述第二预设时长小于所述第一预设时长;

第四确定单元34,用于确定本小区均衡的各目标用户,并触发各目标用户向所述目标小区进行切换,实现基站间负荷均衡。

本实施例公开的基站,可实现图1所示的基站间负荷均衡的方法流程,因此,本实施例中的基站的效果及说明可参见图1所示的方法实施例,在此不再赘述。

在一个具体的例子中,图3所示的基站还可包括图3中未示出的:第一发送单元35,用于向各第二小区发送rrc连接用户数请求消息。

所述第一发送单元35,具体用于通过x2接口向各第二小区发送资源状态请求消息;该消息中携带有第一指示信息、第二指示信息和第三指示信息;

其中,所述第一指示信息用于指示请求rrc连接用户数或停止请求rrc连接用户数;所述第二指示信息用于指示所述第一指示信息是否生效;所述第三指示信息用于指示所述第二预设时长。

本实施例中,若第二确定单元32确定还没有向各第二小区或部分第二小区发送rrc连接用户数请求消息,则第一发送单元35向未发送的rrc连接用户数请求消息的第二小区发送rrc连接用户数请求消息。

在一个具体的例子中,所述第一发送单元35,具体用于通过x2接口向各第二小区发送资源状态请求消息;该消息中的注册请求字段携带所述第一指示信息;该消息中的报告特性字段中的其他比特字段携带所述第二指示信息。

在一个具体的例子中,所述第三确定单元33基于各第二小区每隔第二预设时长反馈的rrc连接用户数,确定基站间负荷均衡的目标小区,包括:

所述第三确定单元33判断各第二小区是否满足基站间负荷均衡的目标小区条件,从满足所述目标小区条件的一个或多个第二小区中,确定基站间负荷均衡的目标小区,所述目标小区条件为:

第一小区的rrc连接用户数-第二小区最新反馈的rrc连接用户数>预设的差异门限。

在一个具体的例子中,所述第三确定单元33从满足所述目标小区条件的一个或多个第二小区中,确定基站间负荷均衡的目标小区,包括:

若各第二小区中存在多个第二小区满足所述目标小区条件,则所述第三确定单元33确定所述多个第二小区中最新反馈rrc连接用户数最少的第二小区为所述基站间负荷均衡的目标小区;

若各第二小区中只存在一个第二小区满足所述目标小区条件,则所述第三确定单元33确定该第二小区为所述基站间负荷均衡的目标小区。

在一个具体的例子中,图3所示的基站还可包括图3中未示出的:

配置单元36,用于所述第四确定单元34确定本小区均衡的各目标用户后,配置各目标用户进行所述目标小区的a4事件测量;

第一判断单元37,用于在接收到目标用户上报的所述目标小区的a4事件测量报告后,判断所述目标小区是否满足所述目标小区条件;

相应地,所述第四确定单元34触发各目标用户向所述目标小区进行切换,包括:

若所述判断单元判定目标小区满足所述目标小区条件,则所述第四确定单元34触发上报所述目标小区的a4事件测量报告的目标用户向所述目标小区进行切换。

在一个具体的例子中,图3所示的基站还可包括图3中未示出的:

第二发送单元38,用于在所述第一确定单元31确定不进行基站间负荷均衡后,通过x2接口向各第二小区发送rrc连接用户数停止请求消息,以使各第二小区停止向所述第一小区反馈rrc连接用户数。

与图2涉及的各方法实施例相同的发明构思,如图4所示,本实施例公开一种基站,该基站为第二小区对应的基站,亦即均衡目标小区对应的基站,该基站可包括以下单元:第二判断单元41、反馈单元42以及接受单元43。各单元具体说明如下:

第二判断单元41,用于在接收到第一小区发送的rrc连接用户数请求消息后,判断本小区是否允许基站间负荷均衡,其中,所述第一小区为确定基站间负荷均衡的小区,所述本小区为基站间与所述第一小区同覆盖的邻区;

反馈单元42,用于所述第二判断单元41判定本小区允许基站间负荷均衡,则每隔第二预设时长向所述第一小区反馈rrc连接用户数应答消息,以使所述第一小区基于反馈的rrc连接用户数,确定是否向所述本小区进行基站间负荷均衡;

接受单元43,用于在所述第一小区确定所述本小区为基站间负荷均衡的目标小区后,接受所述第一小区的用户的切换,实现基站间负荷均衡。

在一个具体的例子中,所述反馈单元42每隔第二预设时长向所述第一小区反馈rrc连接用户数应答消息,包括:

所述反馈单元42每隔第二预设时长通过x2接口向所述第一小区反馈资源状态更新消息;该消息中携带有第四指示信息;

其中,所述第四指示信息用于指示所述第二小区的rrc连接用户数。

在一个具体的例子中,所述反馈单元42每隔第二预设时长通过x2接口向所述第一小区反馈资源状态更新消息;该消息中携带有第四指示信息,包括:

每隔第二预设时长通过x2接口向所述第一小区反馈资源状态更新消息;该消息中的小区测量结果项字段中的扩展信息元字段携带所述第四指示信息。

本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。

本领域技术人员可以理解,实施例中的各步骤可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。

虽然结合附图描述了本发明的实施方式,但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型,这样的修改和变型均落入由所附权利要求所限定的范围之内。

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