CN103260270B - 一种基站 - Google Patents
一种基站 Download PDFInfo
- Publication number
- CN103260270B CN103260270B CN201310127758.7A CN201310127758A CN103260270B CN 103260270 B CN103260270 B CN 103260270B CN 201310127758 A CN201310127758 A CN 201310127758A CN 103260270 B CN103260270 B CN 103260270B
- Authority
- CN
- China
- Prior art keywords
- load
- community
- information
- unit
- resource
- 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
Links
Abstract
本发明公开了一种基站,获取本小区的负荷信息,根据所述本小区的负荷信息获取邻接小区的负荷信息,根据本小区的负荷信息以及所述邻接小区的负荷信息确定需要修改移动性参数的目标小区,向所述目标小区发送参数修改请求消息;根据所述邻接小区反馈的参数修改是否成功的信息执行相应操作。采用本发明提供的方案,可更好地在网络中实现负荷均衡方案,继而可以提高网络的容量,提高用户接入的成功率,减少接入时延。
Description
技术领域
本发明涉及移动通信技术领域,尤其涉及一种基站。
背景技术
随着无线业务需求的发展,用户对于无线通信技术的要求越来越高,为了满足业务传输速率更快、时延更短、频带更宽的需求,LTE(LongTermEvolution,长期演进)技术应运而生。LTE作为3G(ThirdGeneration,第三代移动通信)技术的演进,它改进并增强了3G的空中接入技术,随着LTE网络的布置,未来的网络运营环境越来越复杂,降低建网价格关键因素是提高频谱利用率、简化网络结构、提供更低成本的无线基站以及增强可维护性功能等。SON(Self-organizingNetwork,自组织网络)作为一种提高网络自动化和系统效率,减少运营成本的技术,具有以下特点:高度智能化、网络具有良好的重构性、可伸缩性、自组织性,用以满足不同环境、不同客户的通信需求,是一个高度自治、自适应的网络。LB(LoadBalancing,负荷均衡)作为SON网络的一个重要特征,可以做到业务负荷在不同网络之间的均衡分布,可以提高网络的容量,提高用户接入的成功率,减少接入时延。
然而,现有3GPP标准中,负荷的定义不够完善,仅给出了LB方案的需求和部分解决方案,而没有给出具体完整的实现方案。
发明内容
本发明要提供一种基站,以保证在网络中更好的实现LB方案。
一种基站(eNB),包括:负荷信息获取单元,用于获取本小区的负荷信息,还用于根据本小区的负荷信息获取邻小区的负荷信息;发送单元,用于当根据所述负荷信息单元获取的本小区的负荷信息以及邻接小区的负荷信息确定需要修改移动性参数时,向所述邻接小区发送参数修改请求消息;均衡单元,用于根根接收到的所述邻接小区反馈的参数修改是否成功的信息执行相应操作;所述发送单元具体用于根据本小区与邻接小区之间的与切换相关的性能参数获取候选目标小区的集合,当候选目标小区负荷与本小区负荷的差值超过预置门限时,确认所述候选目标小区为需要修改移动性参数的目标小区,向所述邻接小区发送参数修改请求消息;所述负荷信息获取单元具体用于向邻接小区发送资源状态请求消息,该资源状态消息携带指示参数,还用于接收所述邻接小区发送的负荷信息;所述指示参数用于指示邻接小区当满足事件门限时上报负荷信息,或者,指示邻接小区当上报周期到达并且满足事件门限时上报负荷信息;所述均衡单元具体用于,如果接收到修改成功的参数修改响应,则按照请求内容也修改本地参数;如果接收到修改失败的参数修改响应,则放弃本次修改,或者根据返回原因值发起新的参数修改请求。
采用本发明实施例,可弥补目前标准的缺陷,完善负荷信息交互的流程和参数修改的流程,从而可更好地在网络中实现LB方案,继而可以提高网络的容量,提高用户接入的成功率,减少接入时延。
附图说明
图1为本发明实施例小区负荷均衡的方法流程图;
图2为本发明实施例根据PRB使用率计算小区空口负荷的流程图;
图3为本发明实施例根据最小业务单元数量计算小区空口负荷的流程图;
图4为本发明实施例根据业务的QCI优先级计算小区空口负荷的流程图;
图5为本发明实施例根据小区性能参数计算小区空口负荷的流程图;
图6为本发明实施例采用事件触发方式进行负荷信息交互的流程图;
图7为本发明实施例采用周期和事件触发集合的方式进行负荷信息交互的流程图;
图8为本发明实施例通过MME进行负荷信息交互的流程图;
图9为本发明实施例通过其他网络节点进行负荷信息交互的流程图;
图10为本发明实施例在负荷信息交互过程中修改相关移动性参数的流程图;
图11为本发明实施例小区负荷均衡装置结构示意图;
图12为本发明实施例小区负荷评估装置结构示意图。
具体实施方式
参见图1,为本发明小区负荷均衡的方法实施例流程图,包括:
S101:获取邻接小区的负荷信息;
S102:根据本小区的负荷信息以及所述邻接小区的负荷信息确定需要修改移动性参数,向所述邻接小区发送参数修改请求消息;
S103:根据所述邻接小区针对所述参数修改请求反馈的信息执行相应操作。
其中的移动性参数包括但不限于小区切换参数和小区重选参数。
在获取邻接小区的负荷信息之前还包括以下步骤:
[1]:获取本小区的资源使用状况;
[2]:根据所述本小区的资源使用状况计算本小区的负荷。
采用本发明实施例提供的方法,可实现SON网络中的LB方案,继而可以提高网络的容量,提高用户接入的成功率,减少接入时延。
下面从负荷计算、负荷信息交互以及移动性参数修改三部分对本发明实施例进行详细介绍。
首先,介绍第一部分,如何对小区负荷进行计算的方案。
在本发明实施例中,资源使用状况包括空口资源,传输资源和硬件资源等的使用状况。其中,空口资源使用状况可以通过PRB(Physicalresourceblock,物理资源单元)使用率或最小业务单元数量来表示;传输资源使用状况可以通过带宽占用率或者传输资源使用状态来表示;硬件资源使用状况可以通过硬件资源处理能力使用率或者硬件资源使用状态来表示。
首先介绍根据空口资源使用量计算小区空口资源负荷的各种情况。
实施例一,按照PRB使用率计算小区空口负荷。
小区负荷的估算,可以分为如下四个部分:
1)GBR(GuaranteedBitRate,保证比特率)业务的负荷;
2)非GBR业务的负荷;
3)信令承载的负荷;
4)公共信道的负荷。
由于GBR业务、信令承载和公共信道必须满足保证速率,其速率是相对固定的,其所占的PRB也是相对固定的,因此,在计算小区负荷时,对于这些业务来说,可以直接用PRB占用率来描述其对于系统负荷的贡献。
对于非GBR业务,由于其速率是变化的,在某些时刻是可以降为0的,因此在计算小区负荷时,不能直接用PRB占用率来描述其对于系统负荷的贡献。需要对非GBR业务的PRB占用率进行处理后才能用于描述其对系统负荷的贡献。
因此,小区的负荷=经过处理的非GBR业务的PRB使用率+GBR业务的PRB使用率+信令承载的PRB使用率+公共信道的PRB使用率。
参见图2,为本发明实施例根据PRB使用率计算小区空口负荷的流程图,包括:
S201:分别获取GBR业务、非GBR业务、信令承载以及公共信道的PRB使用率;
S202:对非GBR业务的PRB使用率进行处理;
S203:确定小区的负荷。
具体地,对非GBR业务的PRB使用率的处理,可以按照下面三种方法之一来进行。
1、不计算非GBR业务对系统负荷的影响
由于非GBR业务的速率是可变的,也就是说,在系统资源紧张的情况下,非GBR所占用的资源是可以分配给其他高优先级业务的,在某些情况下,非GBR业务所占用的PRB资源可以为0,即此时上述公式中的预置系数为0,此时,小区的负荷=GBR业务PRB占用率+信令承载PRB占用率+公共信道PRB占用率。
2、按照最小保证速率来计算非GBR业务的负荷
对非GBR业务,按照不同的QCI(QoSClassIdentifier,服务质量级别标识)优先级分别定义一个最小保证速率,这里的最小保证速率为满足业务质量QoE(QualityofExperience)的最小速率。对于不同的非GBR业务来说,其对应的QCI是不同的,可以参照每个QCI业务QoS的要求来定义该QCI对应业务的最小保证速率。比如,可以定义QCI为5的非GBR业务的最小保证速率为20K,QCI为6的非GBR业务的最小保证速率为15K,QCI为7的非GBR业务的最小保证速率为10K,QCI为8的非GBR业务的最小保证速率为5K。
1)计算非GBR业务的负荷比例因子=最小保证速率/平均速率,此时对于非GBR业务的PRB占用率的处理为,非GBR业务的负荷=非GBR业务的PRB占用率×非GBR业务的负荷比例因子,该方法中的最小保证速率和平均速率可以是非GBR业务中不同QCI业务的最小保证速率和平均速率,或者是非GBR业务的最小保证速率和平均速率。
那么, 或者小区的负荷=GBR业务PRB占用率+信令承载PRB占用率+公共信道PRB占用率+非GBR业务PRB占用率*负荷比例因子。
2)利用非GBR业务中最小保证速率的业务的PRB占用率来计算非GBR业务对小区负荷的贡献,该最小保证速率可以是非GBR业务的最小保证速率,则此时对于非GBR业务的PRB占用率的处理为,非GBR业务的负荷=非GBR业务的最小保证速率业务的PRB使用率×非GBR业务的业务数,或者,最小保证速率是不同QCI业务的最小保证速率,则预置系数是各QCI业务的业务数,则对于非GBR业务的PRB占用率的处理为,非GBR业务的负荷=∑x=5~9QCIx的非GBR业务的最小保证速率业务的PRB使用率×QCIx的非GBR业务的业务数。
那么,小区的负荷=GBR业务PRB占用率+信令承载PRB占用率+公共信道PRB占用率+非GBR业务的最小保证速率的PRB占用率*非GBR业务数,或者,
对于不同的QCI,这里的最小保证速率也可以相同。
3、参照PBR(prioritizedbitrate,优先比特速率)速率来计算非GBR业务的负荷
在目前的3GPP协议中,针对于非GBR业务的上行速率控制,定义了PBR的概念,UE根据PBR来确定对各个RB(RadioBearer,无线承载)调度资源的优先级。
这里可以借用PBR的概念对非GBR业务进行负荷计算,参照上行PBR的定义,同样定义一个下行的PBR,在计算非GBR业务的负荷时,不同QCI业务的最小保证速率按照该QCI业务对应的PBR速率进行计算,具体的计算方法同上述根据最小保证速率计算的方法类似,在此不再赘述。
计算本发明实施例一提供的各种根据PRB使用率计算小区负荷的方案,其中最为重要的是对非GBR业务的PRB使用率提供一个合理的计算,从而保证获取合理的总PRB使用率,最终准确计算小区负荷。
下面介绍实施例二,按照最小业务单元数量计算小区空口负荷。
参见图3,为通过最小业务单元数量确定资源使用量、计算小区负荷的流程图,包括:
S301:设定最小业务单元;
S302:确定小区内所有业务等同的最小业务的总数的负荷为所述小区负荷。
在系统中,定义一个最小业务单元,比如,在LTE中可以定义一个VOIP(VoiceOverIP,IP上的语音)业务为一个最小业务单元,或者可以定义一个信令为最小业务单元。在业务属性中定义此类型业务所需资源与最小业务单元所占用的资源的比例关系,在计算小区负荷时,按照小区业务的最小业务单元数来进行计算。比如将QCI为5的业务等同于5个最小业务单元,则一个QCI为5的业务对系统的负荷为5个最小业务单元的负荷。那么小区的负荷等于小区内所有业务所等同的最小业务单元的总数的负荷。
对于GBR业务,其实际所占资源与业务属性所定义的最小业务单元总数所占用的资源基本一致;对于非GBR业务,所对应的最小业务单元数目为满足QoS的最小数目。
这里的最小业务单元的方法,不仅仅可以用于空口负荷的计算,还可以用于eNB(演进型基站)硬件资源消耗的计算。
实施例二通过最小业务单元数量计算小区负荷的方案,可提高计算小区负荷的准确度。
下面介绍实施例三:按照小区可分配的资源(剩余能力)信息评估系统的负荷
不同的小区具有不同的容量,仅仅以资源占用情况,不能反映小区的剩余能力,即小区还可以提供的资源状况。因此在新用户接入时,还需要考虑小区的剩余能力信息。小区的剩余能力即小区可以分配的给新用户资源状况。
由于非GBR业务的速率是可变的,也就是说其所占的资源在某些情况下可以分配给其他业务,因此对于小区剩余能力的计算,是以小区空闲资源,加上已分配给非GBR业务的资源中,在满足当前业务QoE的情况下可以用来分配给其他用户的资源。这里的QoE的可以参照前面所属的最小保证速率来描述。
下面介绍实施例四:根据小区所支持的业务类型的QCI优先级计算小区空口负荷的情况。
参见图4,为本发明实施例根据业务的QCI优先级计算小区负荷的流程图,包括:
S401:获取本小区所支持的业务类型信息;
S402:根据本小区所支持的业务类型的QCI优先级计算小区的负荷。
下面具体分析。
不同的业务具有不同的QCI等级,不同的QCI等级具有不同的优先级。网络在分配资源时,优先考虑具有较高优先级的QCI等级的业务,即优先分配资源给这些业务。当小区的资源受限时,小区所能支持的业务的QCI等级的优先级是不同的,也就是说,小区所能支持的业务的QCI等级的优先级反映了该小区的资源状况。因此,可以按照小区所支持的QCI等级的优先级来计算小区的负荷。
参见图5,为实施例五根据小区性能参数计算小区空口负荷的流程图,包括:
S501:获取本小区的性能参数;
S502:根据本小区的性能参数计算本小区的负荷信息。
下面详细介绍。
系统的负荷状况,最终反映到系统的性能上,因此可以基于小区的性能数据来计算小区的负荷。这里可使用的性能数据可以包括但不限于:QoS(QualityofService,服务质量)相关数据,比如:时延和BLER(BlockErrorRatio,误块率)等;性能统计相关数据,比如:接入成功率、掉话率和切换成功率等。例如小区A的QoS性能比小区B差,或者当小区A的接入成功率低于小区B时,则小区A的负荷高于小区B。
下面介绍传输资源和硬件资源的负荷描述。
对于传输资源和硬件资源来说,负荷的描述可以有如下两种方法:
1、对于硬件资源和传输资源,分别定义其资源使用比例。对于传输资源来说,可以根据所使用的带宽占总带宽的比例来描述其资源使用情况;对于硬件资源来说,可以根据所使用的硬件资源处理能力占系统总的硬件资源处理能力的比例来描述。
2、对于传输资源和硬件资源来说,由于其一般不是系统性能的瓶颈,因此仅考虑这两种资源的状态。
1)过载状态、非过载状态。过载状态可以表示为:资源负荷较重,小区的资源负荷超过预置门限,此时小区不能分担其他小区的业务;非过载状态可以表示为:资源负荷较轻或者正常,小区的资源负荷低于预置门限,此时小区可以分担其他小区的负荷。
2)过载状态、正常状态、轻载状态。过载状态可以表示为:资源负荷很重,小区的资源负荷超过预置门限,此时小区不能分担其他任何小区的业务;正常状态可以表示为:资源负荷正常,小区的资源负荷位于预置门限区间内,小区可以分担其他过载小区的业务;轻载状态可以表示为:资源负荷较轻,小区的资源负荷低于预置门限,小区可以分担其他任何小区的业务。
3)过载状态、重载状态、正常状态、轻载状态。过载状态可以表示为:资源负荷很重,小区的资源负荷超过预置门限,需要向其他小区分担业务;重载状态可以表示为:资源负荷较重,小区的资源负荷位于预置门限区间内,不能分担其他任何小区的业务;正常状态可以表示为:资源负荷正常,小区的资源负荷位于预置门限区间内,可以分担其他过载和重载小区的业务;轻载状态可以表示为:资源负荷较轻,小区的资源负荷低于预置门限,可以分担其他任何小区的业务。
对于三种资源的负荷的考虑:
1、分别考虑小区的空口资源、传输资源、硬件资源的负荷状况。
2、将小区的空口资源、传输资源、硬件资源等负荷作为一个整体,考虑小区的综合负荷,在计算小区的综合负荷时,每一种资源根据一定的比例系数计算其对综合负荷的贡献。小区的综合负荷=空口资源的负荷×空口资源系数+传输资源负荷×传输资源系数+硬件资源负荷×硬件资源系数。
下面介绍第二部分,小区间负荷信息交互的过程。
下面介绍实施例五,描述eNB之间基于何种条件来交互信息的方法,以减少信息交互的流量,提高信息交互的效率。
当源小区负荷达到预设阈值时,源eNB(S_eNB)需要知道目标eNB(T_eNB)的负荷,该预设阈值可以由OAM下发或者在初始配置时设定,(S_eNB)向T_eNB发送resourcestatusrequest(资源状态请求)消息,在消息中指示目标小区上报负荷信息的方式和条件。这里可以是当任何一种资源的负荷达到预设阀值时,也可以是小区的综合负荷达到预设阀值时,触发负荷信息的交互。
1)基于事件的上报
参见图6,实施例五中采用事件触发方式进行负荷信息交互过程的流程包括:
S601:S_eNB向T_eNB发送资源状态请求消息,所述消息中指示T_eNB以事件触发方式上报负荷信息,并指示事件门限;
S602:所述T_eNB在负荷变化达到事件触发条件时,向S_eNB上报负荷信息。
下面具体分析。
源小区在发送资源状态请求消息时,在上报模式中指示以事件触发方式进行上报,并指示事件门限。T_eNB在收到此消息之后,首先报告相关小区的当前负荷状态信息;然后根据所指示的事件门限,当相关小区的负荷变化满足事件的触发条件时,上报相关小区新的负荷信息给S_eNB。
2)基于周期和事件结合的上报
参见图7,实施例五中采用周期和事件触发结合的方式进行负荷信息交互的流程包括:
S701:所述S_eNB向T_eNB发送资源状态请求消息,所述消息中指示T_eNB以周期和事件触发结合的方式上报负荷信息,并指示事件门限;
S702:所述T_eNB在上报周期到达时,在确定负荷变化达到事件触发条件时,向S_eNB上报负荷信息。
其中,这里的负荷信息包括空口的负荷信息,传输资源的负荷信息以及硬件资源的负荷信息,或者综合负荷信息;所述的事件触发包括当目标小区的负荷变化超过一定门限时,触发事件上报。
下面具体分析。
源小区在发送资源状态请求消息时,在上报模式中指示以周期和事件结合的方式进行上报,并指示事件门限。T_eNB在收到此消息之后,首先报告相关小区的当前负荷状态信息;在下一个周期到来时,比较当前负荷状态与事件报告所设置的条件,如果满足条件,则将负荷信息报告给源小区,否则不报告。
根据上面的方法,对于资源状态请求消息需要作如下的修改:
①增加ReportMode(报告模式)选项,用以指示T_eNB的上报方式,ReportMode可以包括周期上报、事件上报、周期和事件结合上报的方式。
②增加EventThreshold(事件门限),当ReportMode为事件上报或者周期和事件结合上报时,该值有效,该值缺省为0。
下面介绍实施例六,描述在没有X2接口或者X2接口不可用的情况下,进行负荷信息交互的流程。
参见图8,为施例六流程图,包括:
S801:S_eNB向MME发送资源状态请求消息,MME将此消息转发给T_eNB;
S802:T_eNB将ResourcestatusRsp(资源状态响应)消息发送给MME,MME将此响应消息发送给S_eNB;
S803:T_eNB将Resourcestatusupdate(资源状态更新)消息发送给MME,MME将此更新消息发送给S_eNB。
本实施例中,当S_eNB与T_eNB之间没有X2接口或者X2接口不可用时,源小区通过S1接口向所连接的MME发送上述资源状态请求信息。请求信息有如下两种方式:
1)在请求消息中增加T_eNB标识,MME在接收到此消息之后,将该请求消息透传给T_eNB;
2)MME根据请求消息中的GlobalCellID信息,获知T_eNB的标识,根据T_eNB标识转发此消息给T_eNB。
MME转发此消息给T_eNB有如下几种情况:
1)T_eNB与此MME有S1连接,则MME直接转发该消息给T_eNB;
2)T_eNB与此MME没有S1连接,则该MME根据T_eNB标识,查找T_eNB所连接的MME,通过MME之间的S3接口,将此消息转发给T_eNB所连接的MME,由目标MME将此消息转发给T_eNB。
下面介绍实施例七,描述异系统无线节点之间通过核心网节点进行负荷信息交互的流程,
当S_eNB要获取异系统小区的负荷信息时,源小区通过S1接口向所连接的MME发送资源状态请求信息。在请求消息中增加目标节点,目标节点包括RNC(无线网络控制器)和BSC(基站控制器)标识或者目标小区标识,MME在接收到此消息之后,将此消息转发给与其连接异系统核心网节点,核心网节点包括SGSN(服务GPRS支持节点)等;目标系统的核心网节点根据请求消息中的目标节点标识信息查找对应的目标节点,目标节点根据资源状态请求消息中的条件,发给S_eNB交互负荷信息。
参见图9,为实施例七流程图,该流程包括:
S901:S_eNB发出的资源状态请求消息经过MME、目标节点所属的第一核心网节点到达目标节点;
S902:目标节点发出的资源状态响应消息经过第一核心网节点和MME到达S_eNB;
S903:目标节点发出的资源状态更新消息经过第一核心网节点和MME到达S_eNB。
下面介绍实施例八,描述无线节点之间通过网络管理接口进行负荷信息交互的流程,
当源网络节点要获取相邻节点小区的负荷信息时,源网络节点向本节点所属的EMS(网元管理系统)发送相邻节点小区的资源状态查询消息,EMS在接收到此查询消息之后,根据目标网络节点的标识信息在本EMS所管理的网络节点中查询目标网络节点;或者通过EMS之间的水平接口向目标网络节点所属的EMS进行查询;或者通过北向接口Itf-N向NMS(网络管理系统)进行查询。源EMS,目标EMS,或者NMS在收到资源状态查询消息之后,向源网络节点返回目标网络接点小区的负荷信息。
下面介绍第三部分,小区间进行负荷均衡决策的过程。
源小区在获得相邻小区的负荷信息之后,根据如下的原则进行决策:
1、负荷均衡对象(即邻小区)的选取:源小区通过统计源小区与邻小区的性能参数获取负荷均衡对象,即候选目标小区集,这里的性能参数包括源小区与目标小区之间的切换次数,切换成功率等。
2、对于源小区和邻小区的空口资源、传输资源、硬件资源的负荷状况分别考虑,当有任何一种资源处于过载状态时,首先考虑基于过载的资源的负荷均衡;当没有资源处于过载状态时,只考虑空口资源的负荷均衡。
只考虑小区的综合负荷,根据源小区与邻小区的综合负荷进行负荷均衡决策。
这里的负荷均衡是指通过预置的措施使得负荷较轻小区分担部分负荷较重小区的业务,这里预置的措施包括通过修改移动性参数引起的切换和由网络触发的切换。
3、只有当本小区负荷和候选目标小区的负荷的差值超过预置的门限
时,确认候选目标小区为进行移动性参数修改的目标小区。
下面介绍第四部分,小区间进行移动性参数修改的过程,
参见图10,为实施例八流程图,具体步骤如下:
S1001:S_eNB根据负荷均衡策略的结果,向目标节点发送参数修改请求(Parametermodificationrequest)消息,这里消息发送的路径可以是LTE内的X2接口、S1接口,也可以是异系统之间的接口。
S1002:目标节点在收到此请求消息之后,根据请求消息中的内容,在本地判决是否可以进行本地参数修改。如果可以修改,则返回表明成功修改的参数修改响应(Parametermodificationresponse)消息,并修改本地参数;如果目标节点本地策略不能按照请求消息中的内容进行修改,则返回参数修改响应消息,表明修改失败,并携带相应的原因值和可修改的参数范围;
S1003:S_eNB接收目标节点返回的参数修改响应消息,如果是修改成功的参数修改响应,则按照请求内容也修改本地参数;如果是修改失败的参数修改响应,则放弃本次修改,或者根据返回原因值发起新的参数修改请求。
通过本发明实施例八,在获知本小区和邻小区负荷信息后,采取对小区间进行移动性参数修改的过程,实现小区负荷信息的均衡。
本发明实施例还提供一种小区负荷均衡装置,该装置可以是位于eNB内部的功能实体,也可以是eNB本身,可以通过软件、硬件或软硬件结合方式实现。
参见图11,该装置包括:
负荷信息获取单元1101,用于获取本小区的负荷信息,还用于根据本小区的负荷信息获取邻小区的负荷信息;
发送单元1102,用于当根据所述负荷信息单元获取的本小区的负荷信息以及邻接小区的负荷信息确定需要修改移动性参数时,向所述邻接小区发送参数修改请求消息;
均衡单元1103,用于根根接收到的所述邻接小区反馈的参数修改是否成功的信息执行相应操作,具体地,如果接收倒修改成功的参数修改响应,则按照请求内容也修改本地参数;如果接收到修改失败的参数修改响应,则放弃本次修改,或者根据返回原因值发起新的参数修改请求。
优选地,所述负荷信息获取单元1101用于首先获取本小区的负荷信息,其中,所述本小区的负荷信息包括空口资源、硬件资源以及传输资源,负荷信息获取单元1101具体用于当空口资源,或者硬件资源,或者传输资源的负荷超过第一预设门限时,获取邻接小区的负荷信息;或者,用于根据小区的综合负荷获取邻接小区的负荷信息,具体地,用于计算小区的负荷等于空口资源的负荷与空口资源系数的乘积,以及传输资源负荷与传输资源系数的乘积,以及硬件资源负荷与硬件资源系数的乘积的总和,当小区的负荷超过第二预设门限时,获取邻接小区的负荷信息。
发送单元1102,还用于向所述邻接小区发送包含指示参数的资源状态请求消息,该指示参数用于指示邻接小区以事件触发方式上报负荷信息,或者,指示邻接小区以周期和事件触发结合的方式上报负荷信息。其中,当本小区所属节点与邻接小区所属节点之间有接口时,则直接向邻接小区所属的节点发送资源状态请求消息,如果没有接口或接口不可用时,向本小区所属的核心网节点或者EMS或者NMS发送资源状态请求消息,再由该核心网节点或者EMS或者NMS向邻接小区所属的节点转发该资源状态请求消息。
本发明实施例还提供一种小区负荷评估装置,该装置可以是位于eNB内部的功能实体,也可以是eNB本身,可以通过软件、硬件或软硬件结合方式实现。
参见图12,该装置包括:
使用状况获取单元1201,用于根据小区的资源使用量,或者,小区的空口剩余资源,或者,小区支持的业务类型的服务质量级别标识QCI的优先级,或者,小区的性能参数获取小区的资源负荷。
具体地,使用状况获取单元1201包括PRB占用率计算单元12011,用于对非保证比特率GBR业务的物理资源单元PRB使用率进行处理,并计算本小区的负荷,所述本小区的负荷为经过处理的非GBR业务的PRB使用率、GBR业务的PRB使用率、信令承载的PRB使用率以及公共信道的PRB使用率的总和;
或者,使用状况获取单元1201包括最小业务单元计算单元12012,用于设定最小业务单元,并计算本小区的负荷,所述本小区的负荷为本小区内所有业务所等同的最小业务单元的总数;具体地,最小业务单元计算单元12012,用于确定满足业务质量QoE的优先比特速率为最小保证速率,确定UE上行速率控制过程的上行优先比特速率PBR为不同服务质量级别标识QCI的PBR,并根据所述最小保证速率或PBR处理所述非GBR业务的PRB占用率。
具体地,计算本小区负荷的方法在上述具体方法实施例中已经详细描述,在此不再赘述。
采用本发明实施例提供的方案,可弥补目前标准的缺陷,较准确的计算小区的负荷,完善负荷信息交互的流程和参数修改的流程,从而可更好地在网络中实现LB方案,继而可以提高网络的容量,提高用户接入的成功率,减少接入时延。
本领域普通技术人员可以理解,实现上述实施例的方法的过程可以通过程序指令相关的硬件来完成,所述的程序可以存储于可读取存储介质中,该程序在执行时执行上述方法中的对应步骤。所述的存储介质可以如:ROM/RAM、磁碟、光盘等。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (16)
1.一种基站(eNB),其特征在于,包括:
负荷信息获取单元,用于获取本小区的负荷信息,还用于根据本小区的负荷信息获取邻接小区的负荷信息;
发送单元,用于当根据所述负荷信息单元获取的本小区的负荷信息以及邻接小区的负荷信息确定需要修改移动性参数时,向所述邻接小区发送参数修改请求消息;
均衡单元,用于根据接收到的所述邻接小区反馈的参数修改是否成功的信息执行相应操作;
所述发送单元具体用于根据本小区与邻接小区之间的与切换相关的性能参数获取候选目标小区的集合,当候选目标小区负荷与本小区负荷的差值超过预置门限时,确认所述候选目标小区为需要修改移动性参数的目标小区,向所述邻接小区发送参数修改请求消息;
所述负荷信息获取单元具体用于向邻接小区发送资源状态请求消息,该资源状态消息携带指示参数,还用于接收所述邻接小区发送的负荷信息;
所述指示参数用于指示邻接小区当满足事件门限时上报负荷信息,或者,指示邻接小区当上报周期到达并且满足事件门限时上报负荷信息;
所述均衡单元具体用于,如果接收到修改成功的参数修改响应,则按照请求内容也修改本地参数;如果接收到修改失败的参数修改响应,则放弃本次修改,或者根据返回原因值发起新的参数修改请求。
2.如权利要求1所述的基站,其特征在于,所述负荷信息获取单元具体用于根据本小区的空口资源负荷,或者硬件资源负荷,或者传输资源负荷获取邻接小区的信息;或者,
用于根据小区的综合负荷获取邻接小区的负荷信息,所述本小区的综合负荷根据所述空口资源负荷,以及硬件资源负荷,以及传输资源负荷获取。
3.如权利要求2所述的基站,其特征在于,所述负荷信息获取单元具体用于计算小区的负荷等于空口资源的负荷与空口资源系数的乘积,以及传输资源负荷与传输资源系数的乘积,以及硬件资源负荷与硬件资源系数的乘积的总和,当小区的负荷超过第二预设门限时,获取邻接小区的负荷信息。
4.如权利要求1-3任意一项的所述基站,其特征在于,所述邻接小区具体用于接收参数修改请求,根据请求消息中的内容,在本地判决是否可以进行本地参数修改;如果可以修改,则返回表明成功修改的参数修改响应(Parametermodificationresponse)消息,并修改本地参数;如果本地策略不能按照请求消息中的内容进行修改,则返回参数修改响应消息,表明修改失败,并携带相应的原因值和可修改的参数范围。
5.如权利要求2所述的基站,其特征在于,所述基站还包括:
用于当本小区的已使用的空口资源占总空口资源的比例达到第一预置门限时,与邻接小区进行负荷信息交互以获取邻接小区的负荷信息的单元;或者,
用于当本小区已使用的硬件资源负荷占总硬件资源的比例达到第二预置门限时,与邻接小区进行负荷信息交互以获取邻接小区的负荷信息的单元;或者,
用于当传输资源占总传输资源的比例达到第三预置门限时,与邻接小区进行负荷信息交互以获取邻接小区的负荷信息的单元。
6.如权利要求2所述的基站,其特征在于,所述基站还包括:用于当本小区的空口资源负荷,或者硬件资源负荷,或者传输资源负荷处于过载状态时,与邻接小区进行负荷信息交互以获取邻接小区的负荷信息的单元。
7.如权利要求2所述的基站,其特征在于,所述基站还包括:用于计算所述小区的综合负荷的单元,其中所述小区的综合负荷为:空口资源负荷与第一预置系数的乘积,以及硬件资源负荷与第二预置系数的乘积,以及传输资源负荷与第三预置系数的乘积的总和。
8.如权利要求1所述的基站,其特征在于,所述满足事件门限具体为:小区负荷的变化满足预置门限值。
9.如权利要求1所述的基站,其特征在于,所述基站还包括:
用于通过与邻接小区所属节点的接口发送资源状态请求消息的单元;或者,
用于通过本小区所属的移动管理实体MME转发或透传所述资源状态请求消息的单元;或者,
用于通过本小区所属的MME以及所述邻接小区所属的核心网实体转发所述资源状态请求消息的单元;或者,
用于通过网元管理节点EMS或网络管理系统NMS转发所述资源状态请求消息的单元。
10.如权利要求1所述的基站,其特征在于,所述基站还包括:
用于获取本小区的资源使用状况的单元;
用于根据所述本小区的资源使用状况计算本小区的负荷的单元。
11.如权利要求10所述的基站,其特征在于,所述资源使用状况包括空口资源,传输资源和硬件资源的使用状况。
12.如权利要求10或11所述的基站,其特征在于,所述基站还包括:
用于分别获取保证比特率(GBR)业务、非GBR业务、信令承载以及公共信道的物理资源单元(PRB)使用率的单元;
用于对非GBR业务的PRB使用率进行处理的单元;
用于根据如下公式计算本小区的负荷的单元:
小区的负荷=经过处理的非GBR业务的PRB使用率+GBR业务的PRB使用率+信令承载的PRB使用率+公共信道的PRB使用率。
13.如权利要求12所述的基站,其特征在于,所述基站还包括:
用于不计算非GBR业务对系统负荷的影响的单元;或
用于按照最小保证速率来计算非GBR业务的负荷的单元;或
用于参照优先比特速率(PBR)速率来计算非GBR业务的负荷的单元。
14.如权利要求10或11所述的基站,其特征在于,所述基站还包括:
用于设定最小业务单元的单元;
用于确定小区内所有业务等同的最小业务的总数的负荷为所述小区负荷的单元。
15.如权利要求10或11所述的基站,其特征在于,所述基站还包括:
用于获取本小区所支持的业务类型信息的单元;
用于根据本小区所支持的业务类型的QCI优先级计算小区的负荷的单元。
16.如权利要求10或11所述的基站,其特征在于,所述基站还包括:
用于获取本小区的性能参数的单元;
用于根据本小区的性能参数计算本小区的负荷信息的单元。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310127758.7A CN103260270B (zh) | 2008-09-24 | 2008-09-24 | 一种基站 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310127758.7A CN103260270B (zh) | 2008-09-24 | 2008-09-24 | 一种基站 |
CN2008101615402A CN101686497B (zh) | 2008-09-24 | 2008-09-24 | 小区负荷均衡方法、小区负荷评估方法及装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008101615402A Division CN101686497B (zh) | 2008-09-24 | 2008-09-24 | 小区负荷均衡方法、小区负荷评估方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103260270A CN103260270A (zh) | 2013-08-21 |
CN103260270B true CN103260270B (zh) | 2016-03-23 |
Family
ID=48963895
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310127758.7A Active CN103260270B (zh) | 2008-09-24 | 2008-09-24 | 一种基站 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103260270B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109729600B (zh) * | 2017-10-27 | 2021-06-08 | 维沃移动通信有限公司 | 一种无线资源的管理方法和基站 |
CN112770339B (zh) * | 2019-11-06 | 2022-09-13 | 大唐移动通信设备有限公司 | 一种协作小区确定方法及装置 |
CN114173404B (zh) * | 2021-12-13 | 2023-10-27 | 华南理工大学 | 根据业务负荷情况动态调整基站功放工作点的装置及方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1352497A (zh) * | 2000-11-07 | 2002-06-05 | 华为技术有限公司 | 一种移动通信系统中负载平衡预处理的方法 |
EP1895801A1 (en) * | 2006-08-30 | 2008-03-05 | Nokia Siemens Networks Gmbh & Co. Kg | Method to balance traffic load between nearby LTE/WiMAX cells grouped into inner and border constellations |
-
2008
- 2008-09-24 CN CN201310127758.7A patent/CN103260270B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1352497A (zh) * | 2000-11-07 | 2002-06-05 | 华为技术有限公司 | 一种移动通信系统中负载平衡预处理的方法 |
EP1895801A1 (en) * | 2006-08-30 | 2008-03-05 | Nokia Siemens Networks Gmbh & Co. Kg | Method to balance traffic load between nearby LTE/WiMAX cells grouped into inner and border constellations |
Non-Patent Citations (1)
Title |
---|
Itra frequency load balancing;Huawei;《3GPP TSG RAN WG3 Meeting #59 bis R3-080756,Itra frequency load balancing》;20080403;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN103260270A (zh) | 2013-08-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101686497B (zh) | 小区负荷均衡方法、小区负荷评估方法及装置 | |
US10021175B2 (en) | Edge server selection for device-specific network topologies | |
Ding et al. | Optimizing routing based on congestion control for wireless sensor networks | |
US20220369204A1 (en) | Method and device for providing service to user device by using network slice in communication system | |
US11343698B2 (en) | Method and device for data rate control in network slice in wireless communication system | |
WO2016055030A1 (en) | Methods and systems for provisioning a virtual network in software defined networks | |
CN103781120B (zh) | 一种结合分级动态分配资源的移动负载均衡方法 | |
JP5214822B2 (ja) | 輻輳処理時端末を選択する方法及び装置 | |
Jaber et al. | A distributed SON-based user-centric backhaul provisioning scheme | |
CN105814845A (zh) | 软件定义网络中的流量工程框架 | |
CN104471975A (zh) | 用于检测和管理用户平面拥塞的方法和装置 | |
Hossain et al. | Multi-objective Harris hawks optimization algorithm based 2-Hop routing algorithm for CR-VANET | |
CN103458466A (zh) | 流量控制装置与方法以及网络流量管理系统与方法 | |
CN104811961A (zh) | 一种lte无线网络拥塞感知和缓解的方法以及系统 | |
Ghaffari et al. | QoS-based routing protocol with load balancing for wireless multimedia sensor networks using genetic algorithm | |
Jia et al. | A BUS‐aided RSU access scheme based on SDN and evolutionary game in the Internet of Vehicle | |
Albonda et al. | An efficient mode selection for improving resource utilization in sidelink V2X cellular networks | |
Devaraj et al. | Genetic algorithm-based optimisation of load-balanced routing for AMI with wireless mesh networks | |
Gupta et al. | Reliability and survivability analysis of long-term evolution vehicular ad-hoc networks: an analytical approach | |
Mastorakis et al. | Maximizing energy conservation in a centralized cognitive radio network architecture | |
Rawat et al. | Joint beacon frequency and beacon transmission power adaptation for internet of vehicles | |
CN103260270B (zh) | 一种基站 | |
Rastogi et al. | A novel safety message dissemination framework in LTE‐V2X system | |
Roy et al. | Online radio access technology selection algorithms in a 5g multi-rat network | |
Kalantar et al. | Energy and load balancing routing protocol for IoT |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C41 | Transfer of patent application or patent right or utility model | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20160204 Address after: American California Applicant after: Snaptrack, Inc. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Applicant before: Huawei Technologies Co., Ltd. |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |