一种基于云化的核心网设备省电方法
【技术领域】
[0001]本发明涉及通信领域，尤其涉及一种基于云化的核心网设备省电方法。
【背景技术】
[0002]传统的电信机房，其核心网设备不能支持自动上电下电/休眠功能，不能提供省电模式，需7*24小时工作，即使在深夜没有业务时也要正常上电工作，这样会造成能源浪费并给运营商带来不必要的成本开销。
【发明内容】
[0003]为了解决现有技术的问题，本发明提出一种基于云化的核心网设备省电方法，在业务少时自动休眠其中一部分核心网设备，在保障业务正常的情况下可以达到省电的目的。本发明为:
[0004]核心网采用多套核心网设备，所有核心网设备都基于云平台部署，组成一个资源池提供核心网业务，并由监控服务器统一管理；
[0005]核心网设备实时统计当前系统业务量，当处于上升趋势并且达到一个上升门限值或者处于下降趋势并且达到一个下降门限值时，立即上报监控服务器进行处理，所述上升门限值和下降门限值分别有若干个，由核心网事先设置；
[0006]监控服务器收到核心网设备上报上升门限值或下降门限值后，周期查询当前系统业务量，根据查询结果判断是否需要复活已休眠核心网设备或休眠在线核心网设备，如果需要则根据查询结果计算出当前所需的最少在线核心网设备数，完成对已休眠设备的复活处理或完成对在线核心网设备的休眠处理。
[0007]优选的，监控服务器收到核心网设备上报下降门限值后，以T1为周期查询当前系统业务量，如果连续Μ个周期的查询值均未高于上报的下降门限值，则监控服务器判断需要休眠在线核心网设备，监控服务器根据Μ个查询值中的最高业务量计算出当前所需的最少在线核心网设备数，并指示其余在线核心网设备进行休眠处理，其中，Τ1和Μ的具体数值由核心网事先设置，可以设置为:T1为60s, Μ为30。
[0008]优选的，在线核心网设备收到监控服务器的休眠指示后，不再处理新业务，当原有业务释放完成后，进入下电休眠状态。
[0009]优选的，监控服务器收到核心网设备上报上升门限值后，以Τ2为周期查询当前系统业务量，如果连续Ν个周期的查询值均高于上报的上升门限值，则监控服务器判断需要复活已休眠核心网设备，监控服务器根据Ν个查询值中的最高业务量计算出当前所需的最少在线核心网设备数，并指示相应数量的已休眠核心网设备进行复活处理，其中，Τ2和Ν的具体数值由核心网事先设置，，可以设置为:Τ2为60s, Ν为3。
[0010]优选的，监控服务器收到核心网设备上报上升门限值后，在周期查询当前系统业务量之前，先将当前在线核心网设备数与当前时间点的历史平均在线核心网设备数进行比较，如果前者小于后者，则马上复活相应数量的已休眠核心网设备，使当前在线核心网设备数与历史平均在线核心网设备数保持一致。所述历史平均在线核心网设备数可以是月平均数、季度平均数或年平均数。
[0011]优选的，已休眠核心网设备收到监控服务器的复活指示后，立即上电复活，系统新业务优先由复活的核心网设备处理。
[0012]优选的，监控服务器根据查询值中的最高业务量计算当前所需的最少在线核心网设备数时，采用20%的业务冗余。
[0013]本发明既为电信运营商提供7*24小时业务，又同时在业务量小的时候对其中一部分设备进行下电/休眠，在不影响现网用户正常业务的情况下，可以降低机房设备在线的平均时间，从而达到省电的目的。
【附图说明】
[0014]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0015]图1是本发明实施例的核心网网络结构图。
【具体实施方式】
[0016]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例；需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0017]本实施例以一个百万用户量的电信机房为例，为了实现省电，核心网的硬件设备必须有多套，还需要支持云化功能和自动上电下电/休眠功能。本实施例采用50套具有相同功能的核心网设备，对外提供统一标准接口，每套设备最大支持2万业务量。
[0018]本实施例核心网的网络结构如图1所示，所有核心网设备都基于云平台部署，组成一个资源池提供核心网业务，并由监控服务器统一管理。核心网设备在当前系统业务量处于上升趋势并且达到一个上升门限值或者处于下降趋势并且达到一个下降门限值时，立即上报监控服务器，监控服务器随后周期查询当前系统业务量，判断是否需要复活已休眠核心网设备或休眠在线核心网设备。
[0019]本实施例的监控服务器提供历史数据参考机制，以每日时间为横坐标，对应在线设备数为纵坐标进行每日统计，并对历史数据进行每月平均、每季度平均、每年平均，以作参考。监控服务器收到核心网设备上报上升门限值后，在周期查询当前系统业务量之前，首先将当前设备数与历史平均在线设备数进行比较，如果当前在线设备数小于历史平均在线设备数，说明新的业务量即将来临，则马上启动设备复活，使当前在线设备数与历史在线设备平均值保持一致，如果此时在线设备数大于或等于历史平均值，则说明新的业务量已经来临。
[0020]下面以当日凌晨5点到次日凌晨5点作为一个业务周期，具体说明核心网设备的省电过程:
[0021](1) 一般凌晨1点到5点的业务量为一天中最低，整网负荷的2% (约等于2w业务量)，从5点开始，业务量出现上升趋势。
[0022]5:30分时业务量基本趋于整网负荷的10% (约等于10w业务量)，软交换设备统计当前业务量达到上升门限值10w，上报监控服务器。监控服务器首先将当前在线设备数与5:30分的历史平均在线设备数进行比较，假设历史平均在线设备数为5.9，而当前设备在线数为5，当前在线设备数小于历史平均在线设备数，说明新的业务量即将来临，则需要马上指示一个已休眠状态的核心网设备复活，使当前在线设备数与历史在线设备平均数保持一致。如果历史设备在线数为5.9，而此时当前设备在线数为6个，在线设备数大于或等于历史平均在线设备值，则说明新的业务量已经来临。
[0023]监控服务器完成当前在线设备数与历史平均在线设备数的比较后，接着以60s为周期查询系统当前业务量，并根据未来3次对系统当前业务量的查询值进行分析，如果未来三次查询值均高于当前上升门限值，监控服务器立即启动设备复活，以查询值中最高业务量计算当前所需设备数，以满足当前业务量。以当前时刻5:30分为例，5:30分核心网设备上报当前业务量为10w，监控服务器5:31查询当前业务量为10.02w，5:32分查询当前业务量为10.05w,5:33查询当前业务量为10.07w，在5:30分之后的连续三次查询均超过之前上报的当前业务量10w，则5:33分时，监控服务器需以三次查询的最高业务量(即5:33分的10.07w)，按照性能参数计算出满足当前业务量所需的最少设备数，采用20%的业务冗余，则系统最大业务量为10.07w*120%= 12.08w，按照每套核心网设备支持最大2w业务量计算，需设备数为6.04套，向上取整，故此时最少7套设备在线。随即监控服务器马上指示一个已休眠状态的核心网设备复活，除已在线设备外，对需复活设备进行供电处理，使得当前可用核心网设备在线数达到7个。新业务将优先由复活的设备进行处理，逐渐达到各个设备间负荷均衡。本实施例中，核心网设备上报当前业务量以万为单位，精确小数点后两位，监控服务器计算当前在线设备数需向上取整。
[0024](2)随着人们开始一天的活动，业务量出现剧增，核心网设备每次到达一个上升门限值，都立即上报监控服务器，监控服务器不断的比较当前在线设备数与历史平均在线设备数，并启动周期查询，得到当前所需在线设备数，并启动休眠设备复活处理。
[0025]7:00业务量超过整网负荷的50% (约等于50w业务量)，核心网设备统计当前业务量达到上升门限值50w，上报监控服务器。监控服务器首先判断当前在线设备数小于历史平均在线设备数，则马上启动休眠设备的复活处理，使当前在线设备数达到历史平均在线设备数30个，同时还启动周期查询业务量。
[0026](3)随着业务量逐步上升，监控服务器不断