具体实施方式
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本发明实施例一提供一种资源的管理方法,通过综合考虑用户的激活状态、当前可用资源状态和用户链路状态,判断是否释放为用户预留的资源,在不影响用户体验的前提下,提升系统资源利用率。如图1所示,该方法包括以下步骤:
步骤101,网络侧根据当前可用资源状态和/或用户链路状态判断是否释放为用户预留的资源,如果是,执行步骤102,否则,执行步骤103。
步骤102,网络侧释放为用户预留的资源。
步骤103,网络侧保留为用户预留的资源。
本发明实施例中,网络侧根据当前可用资源状态和/或用户链路状态判断是否释放为用户预留的资源,包括:网络侧根据当前可用资源状态和用户激活状态判断是否释放为用户预留的资源;或者,网络侧根据用户链路状态和用户激活状态判断是否释放为用户预留的资源;或者,网络侧根据当前可用资源状态、用户链路状态和用户激活状态判断是否释放为用户预留的资源。
本发明实施例中,为每个建立服务连接的用户分配一个激活定时器,激活定时器用于表示用户激活状态;其中,该激活定时器的时长可根据业务特征预先设定。
具体的,激活定时器的运行规则为:当用户上下行方向都没有数据传输时,则启动激活定时器,在激活定时器运行期间,一旦某个方向有数据到达,则终止并重置激活定时器(如果激活定时器已经处于超时状态,则直接重置激活定时器,激活定时器处于重置状态时表示激活定时器未启动),直到再次检测到上下行均没有数据等待传输时,重新启动激活定时器。
第一种情况,网络侧在根据当前可用资源状态和用户激活状态判断是否释放为用户预留的资源时,网络侧统计当前可用软件资源(如CPU占用率)状态,如果当前可用软件资源小于预设第一门限值(根据实际需要设置),则根据用户激活状态释放为用户预留的资源;和/或,网络侧统计当前可用硬件资源(如缓存数量)状态,如果当前可用硬件资源小于预设第二门限值(根据实际需要设置),则根据用户激活状态释放为用户预留的资源。
进一步的,根据用户激活状态释放为用户预留的资源包括:如果存在激活定时器超时的用户,则释放为激活定时器超时的用户预留的资源;如果不存在激活定时器超时的用户且存在激活定时器正在运行的用户,则按照激活定时器运行时间的长短依次释放为激活定时器正在运行的用户预留的资源。
本发明实施例中,释放为用户预留的资源的过程具体为:释放为用户预留的所有资源;或者,当前可用软件资源小于预设第一门限值时,释放为用户预留的软件资源一直到当前可用软件资源大于预设第三门限值(根据实际需要设置),第三门限值小于第一门限值;和/或,当前可用硬件资源小于预设第二门限值时,释放为用户预留的硬件资源一直到当前可用硬件资源大于预设第四门限值(根据实际需要设置),第四门限值小于第二门限值。
需要说明的是,如果释放为用户预留的软件资源无法满足当前可用软件资源大于预设第三门限值,或者释放为用户预留的硬件资源无法满足当前可用硬件资源大于预设第四门限值,则向操作维护平台发送第一错误告警信息,以进行后续人工处理(如增加软硬件资源等)。
如果不存在激活定时器超时的用户且不存在激活定时器正在运行的用户,则网络侧向操作维护平台发送第二错误告警信息,以进行后续人工处理(如增加软硬件资源等);该第一错误告警信息和第二错误告警信息通过相同的消息进行发送或者通过不同的消息进行发送。
第二种情况,网络侧根据用户链路状态和用户激活状态判断是否释放为用户预留的资源时,当检测到有用户的激活定时器超时后,网络侧检测用户链路是否处于异常状态,如果用户链路处于异常状态,则确定需要释放为激活定时器超时的用户预留的资源。
进一步的,网络侧设置保护定时器,并在每次检测用户链路是否处于异常状态后,启动该保护定时器,在保护定时器运行期间内不再检测用户链路是否处于异常状态。
第三种情况,网络侧根据当前可用资源状态、用户链路状态和用户激活状态判断是否释放为用户预留的资源时,
方式一:网络侧统计当前可用软件资源状态,如果当前可用软件资源小于预设第五门限值(根据实际需要设置,可以与预设第一门限值相同),和/或,统计当前可用硬件资源状态,如果当前可用硬件资源小于预设第六门限值(根据实际需要设置,可以与预设第二门限值相同);
如果存在激活定时器超时的用户,则检测激活定时器超时的用户对应的用户链路是否处于异常状态,或者,如果不存在激活定时器超时的用户且存在激活定时器正在运行的用户,则检测激活定时器正在运行的用户对应的用户链路是否处于异常状态;
如果用户链路处于异常状态,则释放用户预留的资源。
方式二:网络侧检测用户激活状态,如果存在激活定时器超时的用户,则检测激活定时器超时的用户对应的用户链路是否处于异常状态,或者,如果不存在激活定时器超时的用户且存在激活定时器正在运行的用户,则检测激活定时器正在运行的用户对应的用户链路是否处于异常状态;
如果用户链路处于异常状态,则释放用户预留的资源;如果用户链路处于正常状态,则统计当前可用软件资源状态,如果当前可用软件资源小于预设第七门限值(根据实际需要设置,可以与预设第一门限值相同),和/或,统计当前可用硬件资源状态,如果当前可用硬件资源小于预设第八门限值(根据实际需要设置,可以与预设第二门限值相同),则释放用户预留的资源。
实施例二
本发明实施例二提供一种资源的管理方法,通过考虑用户的激活状态和当前可用资源状态判断是否释放为用户预留的资源,如图2所示,该方法包括以下步骤:
步骤201,网络侧(例如基站)统计当前可用资源状态,该当前可用资源状态包括当前可用软件资源(如CPU占用率或其它资源)状态和/或当前可用硬件资源(如缓存数量或其它资源)状态。
步骤202,网络侧判断当前可用资源是否小于预设门限值,如果是,执行步骤203,否则,继续执行步骤201。
其中,可为当前可用软件资源和当前可用硬件资源设置不同的预设门限值,因此网络侧判断当前可用软件资源是否小于预设第一门限值和/或判断当前硬件资源是否小于预设第二门限值。
步骤203,网络侧判断是否存在激活定时器超时的用户,如果是,执行步骤204,否则,执行步骤205。
步骤204,网络侧释放为激活定时器超时的用户预留的资源,即网络侧回收激活定时器超时的用户资源。
步骤205,网络侧判断是否存在激活定时器正在运行的用户,如果是,执行步骤206,否则,执行步骤207。
步骤206,网络侧按照激活定时器运行时间的长短依次释放为激活定时器正在运行的用户预留的资源,即网络侧优先回收激活定时器运行时间长的用户的资源,之后回收激活定时器运行时间短的用户的资源。
步骤207,网络侧向操作维护平台发送错误告警信息,以进行后续人工处理(如增加软硬件资源等)。
本发明实施例中,在释放为激活定时器超时的用户预留的资源,或者释放为激活定时器正在运行的用户预留的资源的过程中,
方式一:网络侧释放为用户预留的所有资源,即将资源全部释放。
方式二:网络侧释放为用户预留的软件资源一直到当前可用软件资源大于预设第三门限值,第三门限值小于第一门限值;和/或,网络侧释放为用户预留的硬件资源一直到当前可用硬件资源大于预设第四门限值,第四门限值小于第二门限值。
需要说明的是,如果释放为用户预留的软件资源无法满足当前可用软件资源大于预设第三门限值,或者释放为用户预留的硬件资源无法满足当前可用硬件资源大于预设第四门限值,则网络侧向操作维护平台发送第一错误告警信息,以进行后续人工处理(如增加软硬件资源等)。
实施例三
本发明实施例三提供一种资源的管理方法,通过考虑用户的激活状态和用户链路状态判断是否释放为用户预留的资源,如图3所示,该方法包括以下步骤:
步骤301,网络侧检查用户激活定时器状态。
步骤302,网络侧判断是否有用户的激活定时器超时,如果有,执行步骤303,否则,继续执行步骤301。
步骤303,网络侧检测激活定时器超时的用户链路状态。
步骤304,网络侧判断用户链路状态是否异常,如果是,执行步骤305,否则,网络侧不进行任何操作,并继续执行步骤301。
步骤305,网络侧释放为激活定时器超时的用户预留的资源,即网络侧删除用户链路并释放为其预留的软硬件资源。
本发明实施例中,检测用户链路状态的方式可根据实际情况进行选择,以LTE系统为例,可以采用非竞争随机接入的方式,网络侧发送下行信令,为用户分配一个前导码(preamble码),然后在预设的上行资源检测终端是否发送了该前导码,如果检测成功,则表明终端链路正常,如果未检测到则表明终端链路异常。
实际应用中,为了保证链路检测的可靠性,还可以进行多次检测(例如10次),若检测成功的比例大于预设门限(例如0.4)则表明终端链路正常,否则表明终端链路异常。
本发明实施例中,为了避免激活定时器超时且链路正常的用户被反复检测,网络侧还可设置一个保护定时器,每次完成链路检测后,启动该保护定时器,在保护定时器运行期间即使用户激活定时器仍然处于超时状态,也不再为其检测链路状态,只有当保护定时器超时后,才能再次检测其链路状态。
实施例四
本发明实施例四提供一种资源的管理方法,通过考虑当前可用资源状态、用户链路状态和用户激活状态判断是否释放为用户预留的资源,其中:
方式一,网络侧统计当前可用软件资源状态,如果当前可用软件资源小于预设第五门限值,和/或统计当前可用硬件资源状态,如果当前可用硬件资源小于预设第六门限值,则网络侧检测用户激活状态;否则不执行其它操作;
在检测用户激活状态时,如果存在激活定时器超时的用户,则检测激活定时器超时的用户对应的用户链路是否处于异常状态,或者,如果不存在激活定时器超时的用户且存在激活定时器正在运行的用户,则检测激活定时器正在运行的用户对应的用户链路是否处于异常状态;
如果用户链路处于异常状态,则释放用户预留的资源,即优先释放链路异常的用户资源,直到可用软硬件资源大于预设门限(如可用软件资源大于预设第三门限值,可用硬件资源大于预设第四门限值)。
方式二,网络侧检测用户激活状态,如果存在激活定时器超时的用户,则检测激活定时器超时的用户对应的用户链路是否处于异常状态,或者,如果不存在激活定时器超时的用户且存在激活定时器正在运行的用户,则检测激活定时器正在运行的用户对应的用户链路是否处于异常状态;
如果链路异常,则网络侧删除链路并释放为其预留的资源,如果链路正常状态,则网络侧统计当前可用软件资源状态,如果当前可用软件资源小于预设第七门限值,和/或,统计当前可用硬件资源状态,如果当前可用硬件资源小于预设第八门限值,则删除链路正常的用户,并释放用户预留的资源,否则维持链路正常用户的连接状态。
实际应用中,根据所考虑因素(当前可用资源状态、用户链路状态和用户激活状态)的先后顺序不同,有多种具体的实施方式,并不局限于上述两种,本发明实施例中不再赘述。
实施例五
基于与上述方法同样的发明构思,本发明实施例中还提供了一种网络侧设备,如图4所示,该设备包括:
判断模块11,用于根据当前可用资源状态和/或用户链路状态判断是否释放为用户预留的资源;
释放模块12,用于当判断结果为是,则释放为用户预留的资源。
所述判断模块11,具体用于根据当前可用资源状态和用户激活状态判断是否释放为用户预留的资源;或者, 根据用户链路状态和用户激活状态判断是否释放为用户预留的资源;或者,根据当前可用资源状态、用户链路状态和用户激活状态判断是否释放为用户预留的资源。
在根据当前可用资源状态和用户激活状态判断是否释放为用户预留的资源时,所述释放模块12,具体用于统计当前可用软件资源状态,如果当前可用软件资源小于预设第一门限值,则根据用户激活状态释放为用户预留的资源;和/或,统计当前可用硬件资源状态,如果当前可用硬件资源小于预设第二门限值,则根据用户激活状态释放为用户预留的资源。
为每个建立服务连接的用户分配激活定时器,所述激活定时器用于表示用户激活状态;所述释放模块12,进一步用于如果存在激活定时器超时的用户,则释放为激活定时器超时的用户预留的资源;如果不存在激活定时器超时的用户且存在激活定时器正在运行的用户,则按照激活定时器运行时间的长短依次释放为激活定时器正在运行的用户预留的资源。
所述释放模块12,进一步用于释放为用户预留的所有资源;或者,当前可用软件资源小于预设第一门限值时,释放为用户预留的软件资源一直到当前可用软件资源大于预设第三门限值,所述第三门限值小于所述第一门限值;和/或,当前可用硬件资源小于预设第二门限值时,释放为用户预留的硬件资源一直到当前可用硬件资源大于预设第四门限值,所述第四门限值小于所述第二门限值。
该网络侧设备还包括:发送模块13,用于如果释放为用户预留的软件资源无法满足当前可用软件资源大于预设第三门限值,或者释放为用户预留的硬件资源无法满足当前可用硬件资源大于预设第四门限值,则向操作维护平台发送第一错误告警信息。
发送模块13,用于如果不存在激活定时器超时的用户且不存在激活定时器正在运行的用户,则向操作维护平台发送第二错误告警信息。
为每个建立服务连接的用户分配激活定时器,所述激活定时器用于表示用户激活状态;所述判断模块11,具体用于当检测到有用户的激活定时器超时后,检测用户链路是否处于异常状态,如果用户链路处于异常状态,则确定需要释放为激活定时器超时的用户预留的资源。
该网络侧设备还包括:处理模块14,用于设置保护定时器,并在每次检测用户链路是否处于异常状态后,启动该保护定时器,在保护定时器运行期间内不再检测用户链路是否处于异常状态。
为每个建立服务连接的用户分配激活定时器,所述激活定时器用于表示用户激活状态;在根据当前可用资源状态、用户链路状态和用户激活状态判断是否释放为用户预留的资源时,所述释放模块12,具体用于统计当前可用软件资源状态,如果当前可用软件资源小于预设第五门限值,和/或,统计当前可用硬件资源状态,如果当前可用硬件资源小于预设第六门限值;如果存在激活定时器超时的用户,则检测激活定时器超时的用户对应的用户链路是否处于异常状态,或者,如果不存在激活定时器超时的用户且存在激活定时器正在运行的用户,则检测激活定时器正在运行的用户对应的用户链路是否处于异常状态;如果用户链路处于异常状态,则释放用户预留的资源。
为每个建立服务连接的用户分配激活定时器,所述激活定时器用于表示用户激活状态;在根据当前可用资源状态、用户链路状态和用户激活状态判断是否释放为用户预留的资源时,所述释放模块12,具体用于检测用户激活状态,如果存在激活定时器超时的用户,则检测激活定时器超时的用户对应的用户链路是否处于异常状态,或者,如果不存在激活定时器超时的用户且存在激活定时器正在运行的用户,则检测激活定时器正在运行的用户对应的用户链路是否处于异常状态;如果用户链路处于异常状态,则释放用户预留的资源;如果用户链路处于正常状态,则统计当前可用软件资源状态,如果当前可用软件资源小于预设第七门限值,和/或,统计当前可用硬件资源状态,如果当前可用硬件资源小于预设第八门限值,则释放用户预留的资源。
本发明实施例中,当终端的上行、下行方向均没有数据传输时,则启动所述激活定时器,在所述激活定时器运行期间,如果发现有数据到达,则终止并重置所述激活定时器,直到再次检测到上行、下行方向均没有数据传输时,重新启动所述激活定时器。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。