CN107241761B - 一种基站的拥塞控制方法及装置 - Google Patents
一种基站的拥塞控制方法及装置 Download PDFInfo
- Publication number
- CN107241761B CN107241761B CN201610184193.XA CN201610184193A CN107241761B CN 107241761 B CN107241761 B CN 107241761B CN 201610184193 A CN201610184193 A CN 201610184193A CN 107241761 B CN107241761 B CN 107241761B
- Authority
- CN
- China
- Prior art keywords
- cpu
- congestion level
- cpu congestion
- level
- preset
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0289—Congestion control
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及通信技术领域,尤其涉及一种基站的拥塞控制方法及装置,该方法为,按照预设的监测周期读取CPU占用率,当CPU占用率持续达到某一个拥塞等级的次数达到预设的阈值时,将CPU的拥塞等级更新为该拥塞等级,进行后续相应的动态调整操作,这样,基站可以对CPU占用率进行监测,并得到当前CPU拥塞等级,针对不同的CPU拥塞等级进行相应的拥塞控制操作,防止基站的CPU占用率持续过高以至出现异常,减少了运维人员对基站维护的处理。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种基站的拥塞控制方法及装置。
背景技术
在无线接入网领域,随着长期演进(Long Term Evolution,LTE)***的迅猛发展,用户越来越多,基站承受的用户压力也越来越大。尤其是在大型演唱会、大型会议中,会有大量用户的接入和切换,进而导致基站负荷剧增。主要表现在基站的主控板CPU占用率会达到100%,从而导致出现基站宕机、CPU跑死、基站托管等异常现象。
现有技术下,只能人为的通过参数配置来减少用户的接入,无法动态的管控基站,也未有针对硬件的CPU负荷进行处理的方法,当大量用户发起接入或切换后,可能会导致基站宕机。
由此可见,现有技术下,基站无法根据CPU占用率进行动态调整,会使得在基站超负荷的情况下继续加重基站的负荷,同时如果依赖后期开发来更新板卡以提高基站性能,则周期会较长,无法快速解决目前的问题。
发明内容
本发明实施例提供一种基站的拥塞控制方法及装置,以解决现有技术中不能根据基站CPU占用率来进行拥塞控制动态调整的问题。
本发明实施例提供的具体技术方案如下:
一种基站的拥塞控制方法,包括:
确定每一个软核的当前CPU拥塞等级,按照预设的监测周期,分别读取每一个软核的CPU占用率,并分别将每一个软核的CPU占用率和除当前CPU拥塞等级之外的预设的每一个CPU拥塞等级进行匹配,匹配成功后,将从当前CPU拥塞等级到匹配成功的CPU拥塞等级之间的,包括匹配成功的CPU拥塞等级在内的每一个CPU拥塞等级对应的计数器加1,并将其它CPU拥塞等级对应的计数器清零;其中,软核是处理同一个业务的多个硬核的集合;
筛选出所有CPU拥塞等级对应的计数器大于预设的阈值的CPU拥塞等级,并根据上述匹配成功的CPU拥塞等级和当前CPU拥塞等级,从中选择出目标CPU拥塞等级,将当前CPU拥塞等级更新为上述目标CPU拥塞等级,以及将每一个CPU拥塞等级对应的计数器清零;
根据更新后的CPU拥塞等级,执行相应的预设的拥塞控制操作。
本发明实施例中,确定当前CPU拥塞等级,按照预设周期,读取CPU占用率,当CPU占用率持续达到某一CPU拥塞等级的次数达到预设阈值,则从中筛选出目标CPU拥塞等级,并更新CPU拥塞等级,进行相应的拥塞控制操作,这样,基站可以对CPU占用率进行监测,并得到当前CPU拥塞等级,针对不同的CPU拥塞等级进行相应的拥塞控制操作,防止基站的CPU占用率持续过高以至出现异常,减少了运维人员对基站维护的处理。
较佳的,读取任意一个软核的CPU占用率时,具体包括:
分别读取任意一个软核对应的所有硬核的CPU占用率,并将读取的所有硬核的CPU占用率中的最大值作为上述任意一个软核的CPU占用率。
较佳的,筛选出所有CPU拥塞等级对应的计数器大于预设的阈值的CPU拥塞等级,根据上述匹配成功的CPU拥塞等级和当前CPU拥塞等级,从中选择出目标CPU拥塞等级,具体包括:
若匹配成功的CPU拥塞等级大于当前的CPU拥塞等级,则筛选出所有计数器大于预设的第一阈值对应的CPU拥塞等级,并从中选择CPU拥塞等级最高的CPU拥塞等级作为目标CPU拥塞等级;或,
若匹配成功的CPU拥塞等级小于当前的CPU拥塞等级,则筛选出所有计数器大于预设的第二阈值对应的CPU拥塞等级,并从中选择CPU拥塞等级最低的CPU拥塞等级作为目标CPU拥塞等级。
较佳的,上述第一阈值是由预设的升级触发持续时间除以预设的监测周期得到的;
上述第二阈值是由预设的降级触发持续时间除以预设的监测周期得到的。
较佳的,上述预设的每一个CPU拥塞等级,包括低负荷等级、中负荷等级、高负荷等级和过载等级。
较佳的,根据更新后的CPU拥塞等级,执行相应的预设的拥塞控制操作,具体包括:
若更新后的CPU拥塞等级为低负荷等级,则执行的拥塞控制操作至少为,恢复到正常配置流程操作;
若更新后的CPU拥塞等级为中负荷等级,则执行的拥塞控制操作至少为,关闭CDL和MR操作;
若更新后的CPU拥塞等级为高负荷等级,则执行的拥塞控制操作至少为,通过L2层发送BI,其中,BI内容提要为“信令拥塞控制BI指示”;
若更新后的CPU拥塞等级为过载等级,则执行的拥塞控制操作至少为,通过高层对AC Barring进行动态调整。
一种基站的拥塞控制装置,包括:
第一处理单元,用于确定每一个软核的当前CPU拥塞等级,按照预设的监测周期,分别读取每一个软核的CPU占用率,并分别将每一个软核的CPU占用率和除当前CPU拥塞等级之外的预设的每一个CPU拥塞等级进行匹配,匹配成功后,将从当前CPU拥塞等级到匹配成功的CPU拥塞等级之间的,包括匹配成功的CPU拥塞等级在内的每一个CPU拥塞等级对应的计数器加1,并将其它CPU拥塞等级对应的计数器清零;其中,软核是处理同一个业务的多个硬核的集合;
第二处理单元,用于筛选出所有CPU拥塞等级对应的计数器大于预设的阈值的CPU拥塞等级,并根据上述匹配成功的CPU拥塞等级和当前CPU拥塞等级,从中选择出目标CPU拥塞等级,将当前CPU拥塞等级更新为上述目标CPU拥塞等级,以及将每一个CPU拥塞等级对应的计数器清零;
拥塞控制单元,用于根据更新后的CPU拥塞等级,执行相应的预设的拥塞控制操作。
本发明实施例中,确定当前CPU拥塞等级,按照预设周期,读取CPU占用率,当CPU占用率持续达到某一CPU拥塞等级的次数达到预设阈值,则从中筛选出目标CPU拥塞等级,并更新CPU拥塞等级,进行相应的拥塞控制操作,这样,基站可以对CPU占用率进行监测,并得到当前CPU拥塞等级,针对不同的CPU拥塞等级进行相应的拥塞控制操作,防止基站的CPU占用率持续过高以至出现异常,减少了运维人员对基站维护的处理。
较佳的,读取任意一个软核的CPU占用率时,第一处理单元具体用于:
分别读取任意一个软核对应的所有硬核的CPU占用率,并将读取的所有硬核的CPU占用率中的最大值作为上述任意一个软核的CPU占用率。
较佳的,筛选出所有CPU拥塞等级对应的计数器大于预设的阈值的CPU拥塞等级,根据上述匹配成功的CPU拥塞等级和当前CPU拥塞等级,从中选择出目标CPU拥塞等级时,第二处理单元具体用于:
若匹配成功的CPU拥塞等级大于当前的CPU拥塞等级,则筛选出所有计数器大于预设的第一阈值对应的CPU拥塞等级,并从中选择CPU拥塞等级最高的CPU拥塞等级作为目标CPU拥塞等级;或,
若匹配成功的CPU拥塞等级小于当前的CPU拥塞等级,则筛选出所有计数器大于预设的第二阈值对应的CPU拥塞等级,并从中选择CPU拥塞等级最低的CPU拥塞等级作为目标CPU拥塞等级。
较佳的,上述第一阈值是由预设的升级触发持续时间除以预设的监测周期得到的;
上述第二阈值是由预设的降级触发持续时间除以预设的监测周期得到的。
较佳的,上述预设的每一个CPU拥塞等级,包括低负荷等级、中负荷等级、高负荷等级和过载等级。
较佳的,根据更新后的CPU拥塞等级,执行相应的预设的拥塞控制操作时,拥塞控制单元具体用于:
若更新后的CPU拥塞等级为低负荷等级,则执行的拥塞控制操作至少为,恢复到正常配置流程操作;
若更新后的CPU拥塞等级为中负荷等级,则执行的拥塞控制操作至少为,关闭CDL和MR操作;
若更新后的CPU拥塞等级为高负荷等级,则执行的拥塞控制操作至少为,通过L2层发送BI,其中,BI内容提要为“信令拥塞控制BI指示”;
若更新后的CPU拥塞等级为过载等级,则执行的拥塞控制操作至少为,通过高层对AC Barring进行动态调整。
附图说明
图1为本发明实施例中,基站的拥塞控制方法概述流程图;
图2为本发明实施例中,CPU拥塞等级示意图;
图3为本发明实施例中,当前CPU拥塞等级为低负荷时,基站的拥塞控制方法的详细流程图;
图4为本发明实施例中,当前CPU拥塞等级为中负荷时,基站的拥塞控制方法的详细流程图;
图5为本发明实施例中,当前CPU拥塞等级为高负荷时,基站的拥塞控制方法的详细流程图;
图6为本发明实施例中,当前CPU拥塞等级为过载时,基站的拥塞控制方法的详细流程图;
图7为本发明实施例中,基站的拥塞控制装置结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,并不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了解决现有技术中不能根据基站的CPU占用率来进行拥塞控制动态调整的问题,本发明实施例中,通过周期性地读取CPU占用率,当CPU占用率持续达到某一个拥塞等级的次数达到预设的阈值时,将CPU的拥塞等级更新为该拥塞等级,并上报给高层,进行后续相应的动态调整操作。
下面通过具体实施例对本发明方案进行详细描述,当然,本发明并不限于以下实施例。
参阅图1所示,本发明实施例中,基站的拥塞控制方法的具体流程如下:
步骤100:确定每一个软核的当前CPU拥塞等级,按照预设的监测周期,分别读取每一个软核的CPU占用率,并分别将每一个软核的CPU占用率和除当前CPU拥塞等级之外的预设的每一个CPU拥塞等级进行匹配,匹配成功后,将从当前CPU拥塞等级到匹配成功的CPU拥塞等级之间的,包括匹配成功的CPU拥塞等级在内的每一个CPU拥塞等级对应的计数器加1,并将其它CPU拥塞等级对应的计数器清零;其中,软核是处理同一个业务的多个硬核的集合。
执行步骤100时,具体包括:
首先,确定每一个软核的当前CPU拥塞等级,按照预设的监测周期,读取每一个软核的CPU占用率。
实际中,目前的基站的板卡硬件基本都是采用多核处理框架,基站通过底层驱动确认高层软件运行在多核上。若上层软件监测的核实质上是多个硬核的集合,那么被监测的核被称为软核,即一项业务可以工作在多个硬核上,一个软核对应一项业务,在进行监测时,只监测该软核,而不用关心软核对应多少个硬核,这多个硬核就可以定义为一个软核,则读取的软核的CPU占用率为软核对应的所有硬核中当前CPU占用率的最大值。例如,监测周期为5s,则每5s通过底层驱动获取各核CPU占用率,若其中一个软核对应两个硬核,则取两个硬核CPU占用率最大值作为该软核的CPU占用率。
然后,分别将每一个软核的CPU占用率和除当前CPU拥塞等级之外的预设的每一个CPU拥塞等级进行匹配,匹配成功后,将从当前CPU拥塞等级到匹配成功的CPU拥塞等级之间的,包括匹配成功的CPU拥塞等级在内的每一个CPU拥塞等级对应的计数器加1,并将其它CPU拥塞等级对应的计数器清零。
具体地,参阅图2所示,根据CPU占用率的高低,本发明实施例中,设定三个门限值,分别为中负荷门限、高负荷门限和过载门限,则相应的CPU拥塞等级可以划分为低负荷、中负荷、高负荷和过载四个等级,这三个门限值均可以在管理站进行查询或设置,并且基站分别为每一个CPU拥塞等级预设一个计数器。
例如,当前CPU拥塞等级为中负荷,每5s读取一次每一个软核的CPU占用率,若读取到任意一个软核的CPU占用率在过载等级的取值范围内,则将过载等级和高负荷等级对应的计数器都加1,并将其它等级,即低负荷等级和中负荷等级对应的计数器清零。
再例如,当前CPU拥塞等级为中负荷,读取到任意一个软核的CPU占用率小于中负荷门限,即在低负荷等级的取值范围内,则将低负荷对应的计数器加1,并分别将中负荷等级、高负荷等级和过载等级对应的计数器清零。
步骤110:筛选出所有CPU拥塞等级对应的计数器大于预设的阈值的CPU拥塞等级,并根据所述匹配成功的CPU拥塞等级和当前CPU拥塞等级,从中选择出目标CPU拥塞等级,将当前CPU拥塞等级更新为所述目标CPU拥塞等级,以及将每一个CPU拥塞等级对应的计数器清零。
其中,上述预设的阈值在不同的情况下可以设置为不同的值。
执行步骤110时,具体可以分为以下两种情况:
第一种情况:若匹配成功的CPU拥塞等级大于当前的CPU拥塞等级,则筛选出所有计数器大于预设的第一阈值对应的CPU拥塞等级,并从中选择CPU拥塞等级最高的CPU拥塞等级作为目标CPU拥塞等级,将当前CPU拥塞等级更新为上述目标CPU拥塞等级,以及将每一个CPU拥塞等级对应的计数器清零。
其中,第一阈值是由预设的升级触发持续时间除以预设的监测周期得到的。
例如,当前CPU拥塞等级为中负荷,判断得到高负荷等级和过载等级的计数器都大于第一阈值,则将CPU的拥塞等级从中负荷等级更新为过载等级。
第二种情况:若匹配成功的CPU拥塞等级小于当前的CPU拥塞等级,则筛选出所有计数器大于预设的第二阈值对应的CPU拥塞等级,并从中选择CPU拥塞等级最低的CPU拥塞等级作为目标CPU拥塞等级,将当前CPU拥塞等级更新为上述目标CPU拥塞等级,以及将每一个CPU拥塞等级对应的计数器清零。
其中,上述第二阈值是由预设的降级触发持续时间除以预设的监测周期得到的。
例如,当前CPU拥塞等级为过载,判断得到高负荷等级和中负荷等级的计数器都大于第二阈值,则将CPU的拥塞等级从过载等级更新为中负荷等级。
实际中,若以每一个监测周期,例如5s,来判断CPU拥塞等级是否进行更新会有抖动现象,因此,预先设置CPU拥塞等级升级触发持续时间和CPU拥塞等级降级触发持续时间,基站分别将预设的这两个持续时间除以监测周期,计算上述第一阈值(记为T1)和第二阈值(记为T2),其中,第一阈值和第二阈值分别表示CPU拥塞等级升级和降级时所需的最大次数。
其中,CPU拥塞等级升级指从CPU占用率低的拥塞等级到CPU占用率高的拥塞等级的跃迁,CPU拥塞等级降级指从CPU占用率高的拥塞等级到CPU占用率低的拥塞等级的跃迁。
例如,当前CPU拥塞等级为中负荷,通过每5s读取一次CPU占用率,判断得到高负荷等级对应的计数器大于T1,则CPU拥塞等级升级,将CPU拥塞等级从中负荷等级更新为高负荷等级。
步骤120:根据更新后的CPU拥塞等级,执行相应的预设的拥塞控制操作。
实际中,基站可以控制是否执行相应的拥塞控制操作,增加基站的灵活性和可控度,只有开启了,才会执行相应的后续处理。针对不同的CPU拥塞等级可以预设不同的拥塞控制操作,本发明实施例中,对于预设的不同的拥塞控制操作,并不进行限制,只要达到相同的目的即可,下面给出几种相应的拥塞控制操作。
1)当CPU拥塞等级更新为过载等级时,由高层进行接入等级限制(Access ClassBarring,AC Barring)动态调整;当CPU拥塞等级由过载等级更新为其它等级时,则ACBarring为正常。对于AC Barring的调整操作,可以根据CPU过载等级和当前连接的用户数目综合判断以更加有效。
2)当CPU拥塞等级更新为过载等级时,可以对于该软核上的小区,拒绝所有新用户接入。
3)当CPU拥塞等级更新为高负荷等级时,则可由L2发送回退指示(BackoffIndicator,BI),这样,终端可以根据这个BI的值查表得到一个时间,BI内容提要为“信令拥塞控制BI指示”,BI只影响竞争型随机接入,不回随机接入响应(MSG2),例如,BI=12,表示960ms,那么终端就在0~960ms间随机选择一个时间,比如450ms,等450ms之后再重新发起随机接入,而不是马上再次接入。
4)当CPU拥塞等级更新为中负荷等级时,可以关闭基站的呼叫详细记录(CallDetail Log,CDL)、测量报告(Measurement Report,MR)。其中,CDL描述大量UE在呼叫发生时,S1/X2/Uu接口上发生的事件,以及在基站内部发生的事件;MR表示无线网络运行中各接口间往来的测量报告消息,携带了网络运行的许多重要信息,反映了网络中的资源使用情况、网络覆盖和干扰等内容,记录和提取有用信息可有效地帮助优化工作人员了解网络现状,指导和协助网络优化工作。
5)当CPU拥塞等级更新为低负荷等级时,根据CPU过载的软核映射到对应小区,关闭相应的移动负载均衡(Mobility Load Balancing,MLB)算法。
6)当CPU拥塞等级更新为低负荷等级时,基站可逆操作恢复正常配置流程操作。
这样,基站根据CPU拥塞等级,可以进行动态调整,防止基站的CPU占用率持续过高以至出现异常,减少了运维人员对基站维护的处理。并且,本发明实施例提供的基站拥塞控制的方法,对于指导基站优化也具有一定意义,例如,如果某个地区的基站一直以来都存在CPU拥塞控制,则可以通过管理站进行统计分析,确认是否位置区划分不合理、是否需要进行扩容或是否需要进行网络优化。
下面采用具体的应用场景对上述实施例作出进一步详细说明。具体参阅图3-5所示,分别为当前CPU拥塞等级为低负荷、中负荷、高负荷和过载时,本发明实施例中,基站的拥塞控制方法的执行过程。
参阅图3所示,当前CPU拥塞等级为低负荷时,基站的拥塞控制方法的执行过程具体如下:
步骤200:当前CPU拥塞等级为低负荷。
步骤201:按照预设的监测周期,例如为每5s读取一下CPU占用率。
为方便叙述,这里以针对一个软核的CPU占用率为例进行说明。
步骤202:判断当前CPU占用率>=过载门限?,若是,则执行步骤203,否则,执行步骤207。
步骤203:分别将中负荷等级、高负荷等级、过载等级对应的计数器加1。
步骤204:判断过载等级对应的计数器是否达到第一阈值(即升级最大次数)T1,若是,则执行步骤205,否则,执行步骤210。
步骤205:将当前CPU拥塞等级更新为过载等级,进行后续的拥塞控制操作。
步骤206:分别将中负荷等级、高负荷等级和过载等级对应的计数器清零。
步骤207:过载等级对应的计数器清零。
步骤208:判断当前CPU占用率>=高负荷门限?,若是,则执行步骤209,否则,执行步骤213。
步骤209:分别将中负荷等级、高负荷等级对应的计数器加1。
步骤210:判断高负荷等级对应的计数器是否达到T1,若是,则执行步骤211,否则,执行步骤216。
步骤211:将当前CPU拥塞等级更新为高负荷等级,进行后续的拥塞控制操作。
步骤212:分别将中负荷等级和高负荷等级对应的计数器清零。
步骤213:高负荷等级对应的计数器清零。
步骤214:判断当前CPU占用率>=中负荷门限?,若是,则执行步骤215,否则,执行步骤218。
步骤215:将中负荷等级对应的计数器加1。
步骤216:判断中负荷等级对应的计数器是否达到T1,若是,则执行步骤217,否则,执行步骤201。
步骤217:将当前CPU拥塞等级更新为中负荷等级,进行后续的拥塞控制操作。
步骤218:分别将中负荷等级和高负荷等级对应的计数器清零。
参阅图4所示,当前CPU拥塞等级为中负荷时,基站的拥塞控制方法的执行过程具体如下:
步骤300:当前CPU拥塞等级为中负荷。
步骤301:按照预设的监测周期,例如为每5s读取一下CPU占用率。
为方便叙述,这里以针对一个软核的CPU占用率为例进行说明。
步骤302:判断当前CPU占用率>=过载门限?,若是,则执行步骤303,否则,执行步骤307。
步骤303:分别将高负荷等级、过载等级对应的计数器加1。
步骤304:判断过载等级对应的计数器是否达到T1,若是,则执行步骤305,否则,执行步骤310。
步骤305:将当前CPU拥塞等级更新为过载等级,进行后续的拥塞控制操作。
步骤306:分别将低负荷等级、高负荷等级、过载等级对应的计数器清零。
步骤307:将过载等级对应的计数器清零。
步骤308:判断当前CPU占用率>=高负荷门限?,若是,则执行步骤309,否则,执行步骤313。
步骤309:将高负荷等级对应的计数器加1。
步骤310:判断高负荷等级对应的计数器是否达到T1,若是,则执行步骤311,否则,执行步骤319。
步骤311:将当前CPU拥塞等级更新为高负荷等级,进行后续的拥塞控制操作。
步骤312:分别将低负荷等级、高负荷等级对应的计数器清零。
步骤313:将高负荷等级对应的计数器清零。
步骤314:判断当前CPU占用率<中负荷门限?,若是,则执行步骤315,否则,执行步骤319。
步骤315:将低负荷等级对应的计数器加1。
步骤316:判断低负荷等级对应的计数器是否达到第二阈值(即降级最大次数)T2,若是,则执行步骤317,否则,执行步骤301。
步骤317:将当前CPU拥塞等级更新为低负荷等级,进行后续的处理操作。
步骤318:分别将低负荷等级、高负荷等级、过载等级对应的计数器清零。
步骤319:将低负荷等级对应的计数器清零。
参阅图5所示,当前CPU拥塞等级为高负荷时,基站的拥塞控制方法的执行过程具体如下:
步骤400:当前CPU拥塞等级为高负荷。
步骤401:按照预设的监测周期,例如为每5s读取一下CPU占用率。
为方便叙述,这里以针对一个软核的CPU占用率为例进行说明。
步骤402:判断当前CPU占用率>=过载门限?,若是,则执行步骤403,否则,执行步骤408。
步骤403:将过载等级对应的计数器加1。
步骤404:判断过载等级对应的计数器是否达到T1,若是,则执行步骤405,否则,执行步骤407。
步骤405:将当前CPU拥塞等级更新为过载等级,进行后续的拥塞控制操作。
步骤406:将过载等级对应的计数器清零。
步骤407:分别将低负荷等级和中负荷等级对应的计数器清零。
步骤408:将过载等级对应的计数器清零。
步骤409:判断当前CPU占用率是否小于中负荷门限,若是,则执行步骤410,否则,执行步骤414。
步骤410:分别将低负荷等级和高负荷等级对应的计数器加1。
步骤411:判断低负荷等级对应的计数器是否达到T2,若是,则执行步骤412,否则,执行步骤417。
步骤412:将当前CPU拥塞等级更新为低负荷等级,进行后续的拥塞控制操作。
步骤413:分别将低负荷等级、中负荷等级对应的计数器清零。
步骤414:将低负荷等级对应的计数器清零。
步骤415:判断当前CPU占用率<高负荷门限?,若是,则执行步骤416,否则,执行步骤420。
步骤416:将中负荷等级对应的计数器加1。
步骤417:判断中负荷等级对应的计数器是否达到T2,若是,则执行步骤418,否则,执行步骤401。
步骤418:将当前CPU拥塞等级更新为中负荷等级,进行后续的拥塞控制操作。
步骤419:分别将低负荷等级、中负荷等级和过载等级对应的计数器清零。
步骤420:将中负荷等级对应的计数器清零。
参阅图6所示,当前CPU拥塞等级为过载等级时,基站的拥塞控制方法的执行过程具体如下:
步骤500:当前CPU拥塞等级为过载负荷。
步骤501:按照预设的监测周期,例如为每5s读取一下CPU占用率。
为方便叙述,这里以针对一个软核的CPU占用率为例进行说明。
步骤502:判断当前CPU占用率是否小于中负荷门限,若是,则执行步骤503,否则,执行步骤507。
步骤503:分别将中负荷等级、高负荷等级、低负荷等级对应的计数器加1。
步骤504:判断低负荷等级对应的计数器是否达到T2,若是,则执行步骤505,否则,执行步骤510。
步骤505:将当前CPU拥塞等级更新为低负荷等级,进行后续的拥塞控制操作。
步骤506:分别将中负荷等级、高负荷等级和低负荷等级对应的计数器清零。
步骤507:低负荷等级对应的计数器清零。
步骤508:判断当前CPU占用率是否小于高负荷门限,若是,则执行步骤509,否则,执行步骤513。
步骤509:分别将中负荷等级、高负荷等级对应的计数器加1。
步骤510:判断中负荷等级对应的计数器是否达到T2,若是,则执行步骤511,否则,执行步骤516。
步骤511:将当前CPU拥塞等级更新为中负荷等级,进行后续的拥塞控制操作。
步骤512:分别将中负荷等级和高负荷等级对应的计数器清零。
步骤513:中负荷等级对应的计数器清零。
步骤514:判断当前CPU占用率是否小于过载门限,若是,则执行步骤515,否则,执行步骤518。
步骤515:将高负荷等级对应的计数器加1。
步骤516:判断高负荷等级对应的计数器是否达到T2,若是,则执行步骤517,否则,执行步骤501。
步骤517:将当前CPU拥塞等级更新为高负荷等级,进行后续的拥塞控制操作。
步骤518:分别将中负荷等级和高负荷等级对应的计数器清零。
基于上述实施例,参阅图7所示,本发明实施例中,基站的拥塞控制装置,具体包括:
第一处理单元60,用于确定每一个软核的当前CPU拥塞等级,按照预设的监测周期,分别读取每一个软核的CPU占用率,并分别将每一个软核的CPU占用率和除当前CPU拥塞等级之外的预设的每一个CPU拥塞等级进行匹配,匹配成功后,将从当前CPU拥塞等级到匹配成功的CPU拥塞等级之间的,包括匹配成功的CPU拥塞等级在内的每一个CPU拥塞等级对应的计数器加1,并将其它CPU拥塞等级对应的计数器清零;其中,软核是处理同一个业务的多个硬核的集合;
第二处理单元61,用于筛选出所有CPU拥塞等级对应的计数器大于预设的阈值的CPU拥塞等级,并根据上述匹配成功的CPU拥塞等级和当前CPU拥塞等级,从中选择出目标CPU拥塞等级,将当前CPU拥塞等级更新为上述目标CPU拥塞等级,以及将每一个CPU拥塞等级对应的计数器清零;
拥塞控制单元62,用于根据更新后的CPU拥塞等级,执行相应的预设的拥塞控制操作。
较佳的,读取任意一个软核的CPU占用率时,第一处理单元60具体用于:
分别读取任意一个软核对应的所有硬核的CPU占用率,并将读取的所有硬核的CPU占用率中的最大值作为上述任意一个软核的CPU占用率。
较佳的,筛选出所有CPU拥塞等级对应的计数器大于预设的阈值的CPU拥塞等级,根据上述匹配成功的CPU拥塞等级和当前CPU拥塞等级,从中选择出目标CPU拥塞等级时,第二处理单元61具体用于:
若匹配成功的CPU拥塞等级大于当前的CPU拥塞等级,则筛选出所有计数器大于预设的第一阈值对应的CPU拥塞等级,并从中选择CPU拥塞等级最高的CPU拥塞等级作为目标CPU拥塞等级;或,
若匹配成功的CPU拥塞等级小于当前的CPU拥塞等级,则筛选出所有计数器大于预设的第二阈值对应的CPU拥塞等级,并从中选择CPU拥塞等级最低的CPU拥塞等级作为目标CPU拥塞等级。
较佳的,上述第一阈值是由预设的升级触发持续时间除以预设的监测周期得到的;
上述第二阈值是由预设的降级触发持续时间除以预设的监测周期得到的。
较佳的,上述预设的每一个CPU拥塞等级,包括低负荷等级、中负荷等级、高负荷等级和过载等级。
较佳的,根据更新后的CPU拥塞等级,执行相应的预设的拥塞控制操作时,拥塞控制单元62具体用于:
若更新后的CPU拥塞等级为低负荷等级,则执行的拥塞控制操作至少为,恢复到正常配置流程操作;
若更新后的CPU拥塞等级为中负荷等级,则执行的拥塞控制操作至少为,关闭CDL和MR操作;
若更新后的CPU拥塞等级为高负荷等级,则执行的拥塞控制操作至少为,通过L2层发送BI,其中,BI内容提要为“信令拥塞控制BI指示”;
若更新后的CPU拥塞等级为过载等级,则执行的拥塞控制操作至少为,通过高层对AC Barring进行动态调整。
综上所述,本发明实施例中,确定每一个软核的当前CPU拥塞等级,按照预设的监测周期,分别读取每一个软核的CPU占用率,并分别将每一个软核的CPU占用率和除当前CPU拥塞等级之外的预设的每一个CPU拥塞等级进行匹配,匹配成功后,将从当前CPU拥塞等级到匹配成功的CPU拥塞等级之间的,包括匹配成功的CPU拥塞等级在内的每一个CPU拥塞等级对应的计数器加1,并将其它CPU拥塞等级对应的计数器清零;其中,软核是处理同一个业务的多个硬核的集合;筛选出所有CPU拥塞等级对应的计数器大于预设的阈值的CPU拥塞等级,并根据上述匹配成功的CPU拥塞等级和当前CPU拥塞等级,从中选择出目标CPU拥塞等级,将当前CPU拥塞等级更新为上述目标CPU拥塞等级,以及将每一个CPU拥塞等级对应的计数器清零;根据更新后的CPU拥塞等级,执行相应的预设的拥塞控制操作,这样,基站可以对CPU占用率进行监测,并得到当前CPU拥塞等级,针对不同的CPU拥塞等级进行相应的拥塞控制操作,防止基站的CPU占用率持续过高以至出现异常,减少了运维人员对基站维护的处理。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样,倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (12)
1.一种基站的拥塞控制方法,其特征在于,包括:
确定每一个软核的当前CPU拥塞等级,按照预设的监测周期,分别读取每一个软核的CPU占用率,并分别将每一个软核的CPU占用率和除当前CPU拥塞等级之外的预设的每一个CPU拥塞等级进行匹配,匹配成功后,将从当前CPU拥塞等级到匹配成功的CPU拥塞等级之间的,包括匹配成功的CPU拥塞等级在内的每一个CPU拥塞等级对应的计数器加1,并将包括当前CPU拥塞等级在内的其它CPU拥塞等级对应的计数器清零;其中,软核是处理同一个业务的多个硬核的集合;
筛选出所有CPU拥塞等级对应的计数器大于预设的阈值的CPU拥塞等级,并根据所述匹配成功的CPU拥塞等级和当前CPU拥塞等级,从中选择出目标CPU拥塞等级,将当前CPU拥塞等级更新为所述目标CPU拥塞等级,以及将每一个CPU拥塞等级对应的计数器清零;
根据更新后的CPU拥塞等级,执行相应的预设的拥塞控制操作。
2.如权利要求1所述的方法,其特征在于,读取任意一个软核的CPU占用率时,具体包括:
分别读取任意一个软核对应的所有硬核的CPU占用率,并将读取的所有硬核的CPU占用率中的最大值作为所述任意一个软核的CPU占用率。
3.如权利要求1所述的方法,其特征在于,筛选出所有CPU拥塞等级对应的计数器大于预设的阈值的CPU拥塞等级,根据所述匹配成功的CPU拥塞等级和当前CPU拥塞等级,从中选择出目标CPU拥塞等级,具体包括:
若匹配成功的CPU拥塞等级大于当前的CPU拥塞等级,则筛选出所有计数器大于预设的第一阈值对应的CPU拥塞等级,并从中选择CPU拥塞等级最高的CPU拥塞等级作为目标CPU拥塞等级;或,
若匹配成功的CPU拥塞等级小于当前的CPU拥塞等级,则筛选出所有计数器大于预设的第二阈值对应的CPU拥塞等级,并从中选择CPU拥塞等级最低的CPU拥塞等级作为目标CPU拥塞等级。
4.如权利要求3所述的方法,其特征在于,所述第一阈值是由预设的升级触发持续时间除以预设的监测周期得到的;
所述第二阈值是由预设的降级触发持续时间除以预设的监测周期得到的。
5.如权利要求1-4任一项所述的方法,其特征在于,所述预设的每一个CPU拥塞等级,包括低负荷等级、中负荷等级、高负荷等级和过载等级。
6.如权利要求5所述的方法,其特征在于,根据更新后的CPU拥塞等级,执行相应的预设的拥塞控制操作,具体包括:
若更新后的CPU拥塞等级为低负荷等级,则执行的拥塞控制操作至少为,恢复到正常配置流程操作;
若更新后的CPU拥塞等级为中负荷等级,则执行的拥塞控制操作至少为,关闭呼叫详细记录CDL和测量报告MR操作;
若更新后的CPU拥塞等级为高负荷等级,则执行的拥塞控制操作至少为,通过L2层发送回退指示BI,其中,BI内容提要为“信令拥塞控制BI指示”;
若更新后的CPU拥塞等级为过载等级,则执行的拥塞控制操作至少为,通过高层对接入等级限制AC Barring进行动态调整。
7.一种基站的拥塞控制装置,其特征在于,包括:
第一处理单元,用于确定每一个软核的当前CPU拥塞等级,按照预设的监测周期,分别读取每一个软核的CPU占用率,并分别将每一个软核的CPU占用率和除当前CPU拥塞等级之外的预设的每一个CPU拥塞等级进行匹配,匹配成功后,将从当前CPU拥塞等级到匹配成功的CPU拥塞等级之间的,包括匹配成功的CPU拥塞等级在内的每一个CPU拥塞等级对应的计数器加1,并将包括当前CPU拥塞等级在内的其它CPU拥塞等级对应的计数器清零;其中,软核是处理同一个业务的多个硬核的集合;
第二处理单元,用于筛选出所有CPU拥塞等级对应的计数器大于预设的阈值的CPU拥塞等级,并根据所述匹配成功的CPU拥塞等级和当前CPU拥塞等级,从中选择出目标CPU拥塞等级,将当前CPU拥塞等级更新为所述目标CPU拥塞等级,以及将每一个CPU拥塞等级对应的计数器清零;
拥塞控制单元,用于根据更新后的CPU拥塞等级,执行相应的预设的拥塞控制操作。
8.如权利要求7所述的装置,其特征在于,读取任意一个软核的CPU占用率时,第一处理单元具体用于:
分别读取任意一个软核对应的所有硬核的CPU占用率,并将读取的所有硬核的CPU占用率中的最大值作为所述任意一个软核的CPU占用率。
9.如权利要求7所述的装置,其特征在于,筛选出所有CPU拥塞等级对应的计数器大于预设的阈值的CPU拥塞等级,根据所述匹配成功的CPU拥塞等级和当前CPU拥塞等级,从中选择出目标CPU拥塞等级时,第二处理单元具体用于:
若匹配成功的CPU拥塞等级大于当前的CPU拥塞等级,则筛选出所有计数器大于预设的第一阈值对应的CPU拥塞等级,并从中选择CPU拥塞等级最高的CPU拥塞等级作为目标CPU拥塞等级;或,
若匹配成功的CPU拥塞等级小于当前的CPU拥塞等级,则筛选出所有计数器大于预设的第二阈值对应的CPU拥塞等级,并从中选择CPU拥塞等级最低的CPU拥塞等级作为目标CPU拥塞等级。
10.如权利要求9所述的装置,其特征在于,所述第一阈值是由预设的升级触发持续时间除以预设的监测周期得到的;
所述第二阈值是由预设的降级触发持续时间除以预设的监测周期得到的。
11.如权利要求7-10任一项所述的装置,其特征在于,所述预设的每一个CPU拥塞等级,包括低负荷等级、中负荷等级、高负荷等级和过载等级。
12.如权利要求11所述的装置,其特征在于,根据更新后的CPU拥塞等级,执行相应的预设的拥塞控制操作时,拥塞控制单元具体用于:
若更新后的CPU拥塞等级为低负荷等级,则执行的拥塞控制操作至少为,恢复到正常配置流程操作;
若更新后的CPU拥塞等级为中负荷等级,则执行的拥塞控制操作至少为,关闭呼叫详细记录CDL和测量报告MR操作;
若更新后的CPU拥塞等级为高负荷等级,则执行的拥塞控制操作至少为,通过L2层发送回退指示BI,其中,BI内容提要为“信令拥塞控制BI指示”;
若更新后的CPU拥塞等级为过载等级,则执行的拥塞控制操作至少为,通过高层对接入等级限制AC Barring进行动态调整。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610184193.XA CN107241761B (zh) | 2016-03-28 | 2016-03-28 | 一种基站的拥塞控制方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610184193.XA CN107241761B (zh) | 2016-03-28 | 2016-03-28 | 一种基站的拥塞控制方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107241761A CN107241761A (zh) | 2017-10-10 |
CN107241761B true CN107241761B (zh) | 2019-11-19 |
Family
ID=59983155
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610184193.XA Active CN107241761B (zh) | 2016-03-28 | 2016-03-28 | 一种基站的拥塞控制方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107241761B (zh) |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1301626C (zh) * | 2004-05-10 | 2007-02-21 | 中兴通讯股份有限公司 | 一种对移动交换中心进行***负荷控制的方法 |
US8516101B2 (en) * | 2009-06-15 | 2013-08-20 | Qualcomm Incorporated | Resource management for a wireless device |
US20110261695A1 (en) * | 2010-04-23 | 2011-10-27 | Xiaoming Zhao | System and method for network congestion control |
CN102348235B (zh) * | 2010-08-03 | 2015-06-10 | 中兴通讯股份有限公司 | 一种对cpu利用率进行控制的方法及基站收发台 |
CN103731875B (zh) * | 2012-10-12 | 2017-12-12 | 邳州高新区城市矿产研究院有限公司 | 一种自适应调整寻呼发送次数的方法及*** |
CN103888993B (zh) * | 2012-12-19 | 2018-05-18 | ***通信集团广东有限公司 | 拥塞窗口的调整方法、wap网关和网络资源监测服务器 |
WO2015024158A1 (zh) * | 2013-08-19 | 2015-02-26 | 华为技术有限公司 | 一种准入控制方法和装置 |
-
2016
- 2016-03-28 CN CN201610184193.XA patent/CN107241761B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN107241761A (zh) | 2017-10-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104753805B (zh) | 分布式流量控制方法、服务器和*** | |
CN106412917B (zh) | 一种网络扩容方法及装置 | |
US10869203B2 (en) | Generation of access point configuration change based on a generated coverage monitor | |
US9763138B2 (en) | Load balancing apparatus and method for wireless communications system, and base station | |
US10172142B2 (en) | Interference coordinator method and device | |
CN102740364B (zh) | 负荷均衡方法及装置 | |
CN106900010B (zh) | 一种基于rrc连接进行负载均衡的方法及装置 | |
CN106686136A (zh) | 一种云资源的调度方法及装置 | |
CN103502944A (zh) | 虚拟机内存调整方法和设备 | |
CN114443429B (zh) | 一种告警事件的处理方法、装置及计算机可读存储介质 | |
CN109963310A (zh) | 一种异***切换方法及装置 | |
CN103703830B (zh) | 一种物理资源调整方法、装置及控制器 | |
CN110868737B (zh) | 一种负载均衡方法及装置 | |
CN107241761B (zh) | 一种基站的拥塞控制方法及装置 | |
CN102438279B (zh) | 一种负载控制的方法和设备 | |
CN110389885A (zh) | 高频交易监控方法及装置 | |
CN105471938A (zh) | 服务器负载管理方法及装置 | |
CN106792905A (zh) | 一种消息处理的方法及基站 | |
CN105307210B (zh) | 一种小区间的协作方法和装置 | |
CN108243472A (zh) | 2g到4g异***重选方法和装置 | |
CN106603631A (zh) | 分布式消息***及扩容方法 | |
CN109859447A (zh) | 一种施工现场中安全防护的方法、控制器及*** | |
CN104899072A (zh) | 基于虚拟化平台的细粒度资源调度***及方法 | |
CN109348488B (zh) | 一种移动网用户感知保障方法和装置 | |
CN104602315B (zh) | 一种接入和拥塞控制方法及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |