CN103024786B - 一种资源管理方法和系统 - Google Patents

Abstract

本发明实施例提供了一种资源管理方法和系统，以解决用户接入成功率低，影响网络正常运行的问题。其中，方法包括：接收资源请求，从预先设置的空闲资源列表中选取资源N；判断资源N是否接入成功；依据判断结果更新预先设置的资源管理列表，资源管理列表中包括每个资源的接入失败次数；当接入失败时，读取资源管理列表并判断资源N的接入失败次数是否大于预设的第一阈值，若是，则上报所述资源N异常，并将资源管理列表中资源N的接入失败次数清零；统计针对资源N上报异常的次数，当资源N上报异常的次数大于预设的第二阈值时，将空闲资源列表中的资源N删除。本发明实施例避免了用户多次接入故障资源，提高了接入成功率。

Description

一种资源管理方法和系统

技术领域

本发明实施例涉及通信技术领域，特别是涉及一种资源管理方法和系统。

背景技术

移动网络可以划分为三个部分：基站子系统、网络子系统和系统支撑部分(比如安全管理等)。其中，核心网部分位于网络子系统内，核心网是将业务提供者与接入网，或者，将接入网与其他接入网连接在一起的网络。

在通信过程中，当网络中有新用户接入时，该用户会发起资源请求，网络侧在接收到该资源请求之后，即可为新接入的用户分配资源，该资源分类配过程可以通过核心网或者接入网执行。在核心网和接入网中均包括多个单板，每个单板都可以看成是一个资源块，当网络中有新用户接入时，会发起资源请求，核心网或者接入网会选择其中的一个资源进行用户业务接入。在为用户的业务接入选择资源时，会考虑资源的负荷分担情况，即尽量将所有的业务平均分配在各个资源模块上。

目前，在资源的选择过程中，主要是对各个资源进行监控，统计资源的负荷分担情况，当有新用户接入时，会选择其中一个最空闲的资源进行用户业务接入。

但是，在实际应用中，如果某个资源由于硬件或软件原因出现故障，在对该资源进行监控的过程中，仍然能够正常统计到该资源的负荷分担情况，即仍然可能选择该资源进行用户接入。但是此时该资源已经出现故障，因此会影响网络的正常运行，导致用户无法成功接入，影响用户感知。

同时，由于每次选择资源时都选择最空闲的资源，当最空闲的资源出现上述故障时，就会出现用户接入失败，因为该资源无法再次接入用户，所以该资源相对来说是最空闲资源的几率较大，所以被选择的机会多，这样一来，就会造成后续接入成功率大幅下降，导致用户的投诉。

发明内容

本发明实施例所要解决的技术问题是提供一种资源管理方法和系统，以解决用户接入成功率低，影响网络正常运行的问题。

为了解决上述问题，本发明实施例公开了一种资源管理方法，包括：

接收资源请求，从预先设置的空闲资源列表中选取资源N，N为正整数；

判断所述资源N是否接入成功；

依据判断结果更新预先设置的资源管理列表，所述资源管理列表中包括每个资源的接入失败次数；

当接入失败时，读取所述资源管理列表并判断资源N的接入失败次数是否大于预设的第一阈值，若是，则上报所述资源N异常，并将所述资源管理列表中资源N的接入失败次数清零；

统计针对所述资源N上报异常的次数，当所述资源N上报异常的次数大于预设的第二阈值时，将所述空闲资源列表中的资源N删除。

可选地，在将所述空闲资源列表中的资源N删除之后，还包括：

针对资源N进行告警。

可选地，所述从预先设置的空闲资源列表中选取资源N，包括：

从预先设置的空闲资源列表中随机选取一个资源N。

可选地，所述资源管理列表中还包括每个资源的接入标记，

所述依据判断结果更新预先设置的资源管理列表，包括：

当针对所述资源N接入成功时，将所述资源管理列表中资源N的接入标记更新为成功，将资源N的接入失败次数清零；

当针对所述资源N接入失败时，将所述资源管理列表中资源N的接入标记更新为失败，将资源N的接入失败次数加1。

可选地，在上报所述资源N异常之后，还包括：

将所述资源管理列表中所述资源N的接入标记清除。

可选地，所述空闲资源列表通过以下步骤获得：

获取每个资源的负荷量；

依据所述负荷量从大到小对所述资源进行排序；

获取空闲资源列表的容量K，从排序后的资源中获取前K个资源；

将所述前K个资源存储至所述空闲资源列表中。

另一方面，本发明实施例还公开了一种资源管理系统，包括：

选取模块，用于接收资源请求，从预先设置的空闲资源列表中选取资源N，N为正整数；

判断模块，用于判断所述资源N是否接入成功；

更新模块，用于依据判断结果更新预先设置的资源管理列表，所述资源管理列表中包括每个资源的接入失败次数；

上报模块，用于当接入失败时，读取所述资源管理列表并判断资源N的接入失败次数是否大于预设的第一阈值，若是，则上报所述资源N异常，并将所述资源管理列表中资源N的接入失败次数清零；

删除模块，用于统计针对所述资源N上报异常的次数，当所述资源N上报异常的次数大于预设的第二阈值时，将所述空闲资源列表中的资源N删除。

可选地，所述系统还包括：

告警模块，用于在删除模块将所述空闲资源列表中的资源N删除之后，针对资源N进行告警。

可选地，所述选取模块从预先设置的空闲资源列表中随机选取一个资源N。

可选地，所述资源管理列表中还包括每个资源的接入标记，

所述更新模块包括：

第一更新子模块，用于当针对所述资源N接入成功时，将所述资源管理列表中资源N的接入标记更新为成功，将资源N的接入失败次数清零；

第二更新子模块，用于当针对所述资源N接入失败时，将所述资源管理列表中资源N的接入标记更新为失败，将资源N的接入失败次数加1。

可选地，所述系统还包括：

清除模块，用于在上报模块上报所述资源N异常之后，将所述资源管理列表中所述资源N的接入标记清除。

可选地，所述系统还包括：

负荷量获取模块，用于获取每个资源的负荷量；

排序模块，用于依据所述负荷量从大到小对所述资源进行排序；

资源获取模块，用于获取空闲资源列表的容量K，从排序后的资源中获取前K个资源；

存储模块，用于将所述前K个资源存储至所述空闲资源列表中。

与现有技术相比，本发明实施例包括以下优点：

首先，本发明实施例中设置了空闲资源列表和资源管理列表，当有新用户接入时，接收资源请求，从预先设置的空闲资源列表中选取资源N进行业务接入，并且通过资源管理列表统计每个资源的接入失败次数，当资源的接入失败次数超过第一阈值时，上报该资源异常，当上报异常的次数超过第二阈值时，将空闲资源列表中的资源N删除。因此，当新用户接入时，由于空闲资源列表中的资源N已经被删除，资源N不会再被选择以进行业务接入，从而避免由于用户多次接入该资源而导致的接入成功率降低，影响网络正常运行的问题。

其次，本发明实施例在从预先设置的空闲资源列表中选取资源N时，并不是选取其中最空闲的资源，而是随机选择其中的一个资源进行业务接入，因此，进一步避免了由于最空闲的资源为故障资源而导致用户无法成功接入的问题。

再次，本发明实施例在将资源N从空闲资源列表中删除之后，还可以针对资源N进行告警，以方便维护人员准确定位故障资源，从而排除故障。

附图说明

图1是现有技术中提出的一种资源管理方法的示意图；

图2是本发明实施例一所述的一种资源管理方法的流程图；

图3是本发明实施例二所述的一种资源管理方法的流程图；

图4是本发明实施例三所述的一种资源管理系统的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明实施例设置了空闲资源列表和资源管理列表，通过资源管理列表统计每个资源的接入失败次数，并根据接入失败次数判断资源是否异常，当资源异常的次数超过阈值时，将该异常资源从空闲资源列表中删除，从而禁止新接入的用户再次接入该资源，提高了接入成功率。

实施例一：

在核心网和接入网中包括多个单板，每个单板都可以看成是一个资源块。由于每个资源块的处理能力是有限的，当一个设备需要大容量时，则要包括多个资源块。当网络中有新用户接入时，会发起资源请求，核心网或者接入网会选择其中的一个资源进行用户业务接入。

在为用户的业务接入选择资源时，会考虑资源的负荷分担情况，即尽量将所有的业务平均分配在各个资源模块上。目前在资源的选择过程中，主要是对各个资源进行监控，统计资源的负荷分担情况，当有新用户接入时，会选择其中一个最空闲的资源进行用户业务接入。

参考图1，示出了现有技术中一种资源管理方法的示意图。

由图1可以看出，该资源管理过程主要是通过接入管理模块和资源管理模块执行的。其中，在资源管理模块中设置了空闲资源列表，在资源池中有N个资源，各资源定时上报自身当前的负荷量，资源管理模块对各资源模块上报的结果进行统计，并按照资源的空闲程度把空闲的资源写入空闲资源列表中。

该资源管理方法的具体步骤可以包括：

1、当有新用户接入时，向接入管理模块发送资源请求。

2、接入管理模块向资源管理模块请求资源。

3、资源管理模块将其中的空闲资源列表发送给接入管理模块。

4、接入管理模块从所述空闲资源列表中选取其中最空闲(当前负荷量最小)的资源，并将新接入的用户接入该资源。

在实际应用中，对于资源进行监控的过程中没有针对资源块的故障告警，但是从各种指标上可以反应出该资源块存在故障(比如接通率低)。出现这种故障的原因可能是软件实现问题，也可能是硬件芯片的故障，而此时该资源块的负荷量等其他状态的上报都是正常的，即该资源仍然可能出现在空闲资源列表中以进行用户接入。但是此时该资源已经出现故障，这类故障会直接影响网络的正常运行，影响用户的接入和用户感知，从而导致用户的投诉。

同时，上述资源选择的过程中，每次都是选择最空闲的资源进行用户业务接入，而当最空闲的资源出现上述故障时，就会出现用户接入失败，因为该资源无法再次接入用户，所以该资源相对来说是最空闲资源的几率较大，所以被选择的机会多，这样一来，就会造成后续接入成功率大幅下降，导致用户的投诉。

本发明实施例针对上述问题，提出了一种资源管理方法，该资源管理方法的流程图如图2所示。

该方法可以包括以下步骤：

步骤200，接收资源请求，从预先设置的空闲资源列表中选取资源N，N为正整数。

在核心网和接入网中包括多个单板，每个单板都可以看成是一个资源模块，当有新用户接入时可以从这些资源中选取一个资源进行该用户的业务接入。

本发明实施例中，可以预先设置空闲资源列表，所述列表中可以存储一些空闲的资源，当有新用户接入时，该新用户发送资源请求，核心网或者接入网在接收到资源请求之后，可以从空闲资源列表中选取一个资源N，并为该新用户接入分配资源N。

步骤202，判断所述资源N是否接入成功。

当控制用户接入资源N之后，如果该资源N是正常工作的，则用户会接入成功，如果该资源N出现了故障(例如某个资源块中的状态处于异常闭锁状态而导致无法接入用户)，则用户可能会接入失败。

本发明实施例在接入用户之后，可以进一步针对该用户判断资源N是否接入成功，从而为后续的工作提供判断基础。

步骤204，依据判断结果更新预先设置的资源管理列表，所述资源管理列表中包括每个资源的接入失败次数。

本发明实施例中还设置了资源管理列表，可以通过该资源管理列表统计每个资源的接入失败次数。在针对每个新接入的用户，选取资源并判断资源是否接入成功之后，可以依据判断结果实时更新预先设置的资源管理列表。

步骤206，当接入失败时，读取所述资源管理列表并判断资源N的接入失败次数是否大于预设的第一阈值，若是，则上报所述资源N异常，并将所述资源管理列表中资源N的接入失败次数清零。

在判断出资源N接入失败之后，更新资源管理列表中资源N的接入失败次数，并判断该资源N的接入失败次数是否大于预设的第一阈值，若大于，则上报所述资源N异常。即当资源N接入失败的次数较多时，可以认为资源N出现了异常，此时可以上报该异常情况。

并且，在资源N上报异常之后，还要将资源管理列表中资源N的接入失败次数清零，以便后续还可以继续使用资源N。

步骤208，统计针对所述资源N上报异常的次数，当所述资源N上报异常的次数大于预设的第二阈值时，将所述空闲资源列表中的资源N删除。

本发明实施例中，在上报资源N异常之后，会将该资源N的接入失败次数清零，并继续使用该资源N。如果针对所述资源N上报异常的次数超过了预设的第二阈值时，可以认为资源N出现了故障，此时将禁止继续使用资源N，即可以将所述空闲资源列表中的资源N删除，使得新用户接入之后不再选择资源N。

需要说明的是，上述预设的第一阈值和第二阈值可以采用经验值，对于具体的数值，本发明实施例并不加以限制。

本发明实施例中设置了空闲资源列表和资源管理列表，当有新用户接入时，接收资源请求，从预先设置的空闲资源列表中选取资源N进行业务接入，并且通过资源管理列表统计每个资源的接入失败次数，当资源的接入失败次数超过第一阈值时，上报该资源异常，当上报异常的次数超过第二阈值时，将空闲资源列表中的资源N删除。因此，当新用户接入时，由于空闲资源列表中的资源N已经被删除，资源N不会再被选择以进行业务接入，从而避免由于用户多次接入该资源而导致的接入成功率降低，影响网络正常运行的问题。

实施例二：

下面，对于本发明实施例提出的资源管理方法的具体过程进行详细介绍。

图3是本发明实施例二所述的一种资源管理方法的流程图，该方法可以包括以下步骤：

步骤300，接收资源请求，从预先设置的空闲资源列表中选取资源N，N为正整数。

本发明实施例中，当有新用户接入时，该新用户会发送资源请求，在接收到所述资源请求之后，可以为该新接入的用户分配资源。为了使资源分配更加平均，本发明实施例中可以通过各个资源的负荷量情况进行分配，将当前负荷量较少的资源分配给该新接入的用户。

因此，在本发明实施例中，可以预先设置空闲资源列表，具体的，可以通过以下步骤获得所述空闲资源列表：

a1，获取每个资源的负荷量。

在资源池中的N个资源都会定时上报自身当前的负荷量，在获取到各个资源的负荷量之后，可以对这些上报情况进行统计分析。

在本发明实施例中，对于负荷量的上报周期，本领域技术人员根据实际经验进行相关设置即可，本发明实施例对具体的数值并不加以限制。

a2，依据所述负荷量从大到小对所述资源进行排序。

本发明实施例中，在获取到每个资源的负荷量之后，可以进一步按照负荷量从大到小的顺序对所述资源进行排序，排序之后可以更加直观地了解各个资源的空闲程度。

a3，获取空闲资源列表的容量K，从排序后的资源中获取前K个资源。

a4，将所述前K个资源存储至所述空闲资源列表中。

本发明实施例中可以按照空闲资源列表的容量K，从排序后的资源中获取前K个资源存储至所述空闲资源列表中，因此，在为新接入的用户分配资源时，可以从空闲资源列表中选取资源N进行用户的业务接入。

对于上述空闲资源列表的容量K的具体数值，本发明实施例并不加以限制。

由于空闲资源列表中存储的是相对来说比较空闲的资源，因此从该列表中选取资源N可以使得资源分配更加平均，从而避免同一个资源负荷量过大的情况。

另外，根据上述实施例一的相关描述可以得知，如果选择其中最空闲的资源进行用户业务接入，则当该资源出现故障时，会导致用户的接入成功率较低。

因此，在本发明实施例中，所述从预先设置的空闲资源列表中选取资源N可以包括：

从预先设置的空闲资源列表中随机选取一个资源N。

通过上述随机选取的过程，可以一定程度上缓解上述由于选择其中的最空闲资源而导致的问题。当然，本发明实施例并不限定与上述随机选取的过程，例如还可以采用选取空闲资源列表中第二个空闲资源或者第三个空闲资源的方式，本发明实施例对此并不加以限制。

步骤302，判断所述资源N是否接入成功。

步骤304，依据判断结果更新预先设置的资源管理列表。

在背景技术中，为新接入的用户选择资源之后，直接将用户接入该资源，如果资源接入失败，则直接拒绝该用户的业务，在后续的资源分配时，该接入失败的资源仍然是可以被选择的，即对于接入结果可能并不关注。

针对上述问题，在本发明实施例中，当从预先设置的空闲资源列表中选取资源N之后，进一步判断该资源N是否接入成功，对于每次资源接入的判断结果都进行统计，然后根据统计的情况进行后续的处理。

具体的，本发明实施例可以设置资源管理列表，利用该资源管理列表统计每个资源的接入标记以及每个资源的接入失败次数。其中，每个资源的接入标记可以表示该资源是否接入成功，该接入标记可以用“成功”和“失败”表示，当然，还可以用0或1表示或者其他方式表示，例如，利用0表示接入成功，1表示接入失败，或者1表示接入成功，0表示接入失败，本发明实施例对此并不加以限制。

例如，所述资源管理列表可以为以下表一的形式：

资源号	接入标记	接入失败次数
			资源1
资源2
			资源3
…
			资源N

表一

当然，所述资源管理列表中也可以只包括接入失败次数，或者还可以包括一些其他的信息，本发明实施例对此并不加以限制。

当判断出所述资源N是否接入成功之后，即可依据判断结果更新预先设置的资源管理列表。

具体的，该步骤304可以包括：

步骤3041，当针对所述资源N接入成功时，将所述资源管理列表中资源N的接入标记更新为成功，将资源N的接入失败次数清零。

如果资源N接入成功，则可以说明资源N没有出现故障，将其接入标记更新为成功。并且，如果本次资源N接入成功，则即使该资源N之前存在接入失败的情况(这些接入失败的情况可能不是由于资源N出现故障引起的)，那么在本发明实施例中在资源N接入成功之后，则将其接入失败次数清零，本次为用户的资源分配过程结束。

步骤3042，当针对所述资源N接入失败时，将所述资源管理列表中资源N的接入标记更新为失败，将资源N的接入失败次数加1。

步骤306，当接入失败时，读取所述资源管理列表并判断资源N的接入失败次数是否大于预设的第一阈值，若是，则上报所述资源N异常，并将所述资源管理列表中资源N的接入失败次数清零。

本发明实施例中，当资源N接入失败时，并不是立即结束本次的资源分配过程，而是可以根据资源N的接入失败次数进一步对资源N进行后续处理。

当资源N接入失败时，读取所述资源管理列表中资源N的接入失败次数，当该接入失败次数大于预设的第一阈值时，说明资源N出现了异常，此时则上报所述资源N异常。并且，本发明实施例在上报资源N异常之后，为了使资源N下次可以正常接入，可以将所述资源管理列表中资源N的接入失败次数清零，还可以将所述资源管理列表中所述资源N的接入标记清除。

需要说明的是，本发明实施例中，如果资源N接入失败，并不是直接判定资源N出现了异常。因为如果资源N只有很少的几次接入失败的情况，则该情况并不一定是资源N出现了异常，可能是由于用户的问题(例如用户在网络上没有经过授权)，此时该用户也是不允许接入资源的。

因此，本发明实施例中设置了第一阈值，并设定当资源N的接入失败次数大于预设的第一阈值时，上报所述资源N异常，如果所述接入失败次数小于或等于预设的第一阈值，则本次为用户的资源分配过程结束，用户接入失败。

步骤308，统计针对所述资源N上报异常的次数，当所述资源N上报异常的次数大于预设的第二阈值时，将所述空闲资源列表中的资源N删除。

与上述判断资源N的接入失败次数的分析过程相似，本发明实施例中，如果针对所述资源N上报异常，并不是直接判定资源N出现了故障。因为如果资源N只有很少的几次异常的情况，则该情况并不一定表示资源N出现了故障，同样也可能是由于用户的问题。

因此，本发明实施例中还设置了第二阈值，并设定当资源N上报异常的次数大于预设的第二阈值时，确定资源N出现了故障。此时可以将所述空闲资源列表中的资源N删除，删除之后，当有新用户接入时，由于空闲资源列表中没有资源N，因此此时资源N是被禁止使用的，从而可以避免选择故障的资源进行街舞接入。如果资源N上报异常的次数小于或等于预设的第二阈值，则本次为用户的资源分配过程结束，用户接入失败。

在上述步骤306中，在上报资源N异常之后，可以将所述资源管理列表中资源N的接入失败次数和接入标记清除，以方便后续资源N的选择。

例如，设置第一阈值为6，第二阈值为5。如果本次资源N接入失败，在对资源管理列表进行更新之后，获取到资源N的接入失败次数为6，则上报资源N异常。此时，如果不将资源管理列表中资源N的接入标记和接入失败次数清除，则在下次接入时，如果资源N接入失败，则其接入失败次数仍然大于6，仍然会上报资源N异常，这样判断出的结果可能是错误的。因此，本发明实施例中，在上报资源N异常之后，将资源管理列表中资源N的接入标记和接入失败次数清除。

需要说明的是，对于上述第一阈值和第二阈值的具体数值，本领域技术人员根据实际经验进行相应设置即可，本发明实施例对此并不加以限制。

步骤310，针对资源N进行告警。

上述步骤308中确定出资源N故障之后，将所述空闲资源列表中的资源N删除，从而禁止继续使用资源N。

本发明实施例中，还可以在确定出资源N故障之后，针对资源N进行告警，在告警产生之后，维护人员可以根据告警定位故障资源，从而对故障资源进行维修，在故障排除之后，可以重新将资源N存储至空闲资源列表中，以供后续使用。

本发明实施例中，当判断出资源N出现故障之后，将空闲资源列表中的资源N删除，因此，当新用户接入时，由于空闲资源列表中的资源N已经被删除，资源N不会再被选择以进行业务接入，从而避免由于用户多次接入该资源而导致的接入成功率降低，影响网络正常运行的问题。同时，本发明实施例在从预先设置的空闲资源列表中选取资源N时，并不是选取其中最空闲的资源，而是随机选择其中的一个资源进行业务接入，因此，进一步避免了由于最空闲的资源为故障资源而导致用户无法成功接入的问题。

实施例三：

参考图4，示出了本发明实施例三所述的一种资源管理系统的结构框图，所述系统包括：选取模块100、判断模块102、更新模块104、上报模块106、清除模块108、删除模块110和告警模块112。

其中，

选取模块100，用于接收资源请求，从预先设置的空闲资源列表中选取资源N，N为正整数；

具体的，所述选取模块可以从预先设置的空闲资源列表中随机选取一个资源N。

所述空闲资源列表可以通过系统中的负荷量获取模块、排序模块、资源获取模块和存储模块获取。

其中，负荷量获取模块，用于获取每个资源的负荷量；

排序模块，用于依据所述负荷量从大到小对所述资源进行排序；

资源获取模块，用于获取空闲资源列表的容量K，从排序后的资源中获取前K个资源；

存储模块，用于将所述前K个资源存储至所述空闲资源列表中。

判断模块102，用于判断所述资源N是否接入成功；

更新模块104，用于依据判断结果更新预先设置的资源管理列表；

其中，所述资源管理列表中包括每个资源的接入失败次数和每个资源的接入标记，

所述更新模块104包括：

第一更新子模块，用于当针对所述资源N接入成功时，将所述资源管理列表中资源N的接入标记更新为成功，将资源N的接入失败次数清零；

第二更新子模块，用于当针对所述资源N接入失败时，将所述资源管理列表中资源N的接入标记更新为失败，将资源N的接入失败次数加1。

上报模块106，用于当接入失败时，读取所述资源管理列表并判断资源N的接入失败次数是否大于预设的第一阈值，若是，则上报所述资源N异常，并将所述资源管理列表中资源N的接入失败次数清零；

清除模块108，用于在上报模块上报所述资源N异常之后，将所述资源管理列表中所述资源N的接入标记清除；

删除模块110，用于统计针对所述资源N上报异常的次数，当所述资源N上报异常的次数大于预设的第二阈值时，将所述空闲资源列表中的资源N删除；

告警模块112，用于在删除模块将所述空闲资源列表中的资源N删除之后，针对资源N进行告警。

综合以上的描述，本发明实施例提出的资源管理系统整体上可以包括接入管理装置和资源管理装置，其中，选取模块100、判断模块102、更新模块104、上报模块106和清除模块108可以为接入管理装置接入管理装置中的模块，删除模块110和告警模块112可以为资源管理装置中的模块，本发明实施例对此并不加以限制。

本发明实施例中设置了空闲资源列表和资源管理列表，当有新用户接入时，接收资源请求，从预先设置的空闲资源列表中选取资源N进行业务接入，并且通过资源管理列表判断资源N是否出现故障，当出现故障时，将空闲资源列表中的资源N删除。因此，当新用户接入时，由于空闲资源列表中的资源N已经被删除，资源N不会再被选择以进行业务接入，从而避免由于用户多次接入该资源而导致的接入成功率降低，影响网络正常运行的问题。

其次，本发明实施例在从预先设置的空闲资源列表中选取资源N时，并不是选取其中最空闲的资源，而是随机选择其中的一个资源进行业务接入，因此，进一步避免了由于最空闲的资源为故障资源而导致用户无法成功接入的问题。

再次，本发明实施例在将资源N从空闲资源列表中删除之后，还可以针对资源N进行告警，以方便维护人员准确定位故障资源，从而排除故障。

对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上对本发明所提供的一种资源管理方法和系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1.一种资源管理方法，其特征在于，包括：

接收资源请求，从预先设置的空闲资源列表中选取资源N，N为正整数；

判断所述资源N是否接入成功；

依据判断结果更新预先设置的资源管理列表，所述资源管理列表中包括每个资源的接入失败次数；

当接入失败时，读取所述资源管理列表并判断资源N的接入失败次数是否大于预设的第一阈值，若是，则上报所述资源N异常，并将所述资源管理列表中资源N的接入失败次数清零；

统计针对所述资源N上报异常的次数，当所述资源N上报异常的次数大于预设的第二阈值时，将所述空闲资源列表中的资源N删除。

2.根据权利要求1所述的方法，其特征在于，在将所述空闲资源列表中的资源N删除之后，还包括：

针对资源N进行告警。

3.根据权利要求1所述的方法，其特征在于，所述从预先设置的空闲资源列表中选取资源N，包括：

从预先设置的空闲资源列表中随机选取一个资源N。

4.根据权利要求1所述的方法，其特征在于，所述资源管理列表中还包括每个资源的接入标记，

所述依据判断结果更新预先设置的资源管理列表，包括：

当所述资源N接入成功时，将所述资源管理列表中资源N的接入标记更新为成功，将资源N的接入失败次数清零；

当所述资源N接入失败时，将所述资源管理列表中资源N的接入标记更新为失败，将资源N的接入失败次数加1。

5.根据权利要求4所述的方法，其特征在于，在上报所述资源N异常之后，还包括：

将所述资源管理列表中所述资源N的接入标记清除。

6.根据权利要求1所述的方法，其特征在于，所述空闲资源列表通过以下步骤获得：

获取每个资源的负荷量；

依据所述负荷量从大到小对所述资源进行排序；

获取空闲资源列表的容量K，从排序后的资源中获取前K个资源；

将所述前K个资源存储至所述空闲资源列表中。

7.一种资源管理系统，其特征在于，包括：

选取模块，用于接收资源请求，从预先设置的空闲资源列表中选取资源N，N为正整数；

判断模块，用于判断所述资源N是否接入成功；

更新模块，用于依据判断结果更新预先设置的资源管理列表，所述资源管理列表中包括每个资源的接入失败次数；

上报模块，用于当接入失败时，读取所述资源管理列表并判断资源N的接入失败次数是否大于预设的第一阈值，若是，则上报所述资源N异常，并将所述资源管理列表中资源N的接入失败次数清零；

删除模块，用于统计针对所述资源N上报异常的次数，当所述资源N上报异常的次数大于预设的第二阈值时，将所述空闲资源列表中的资源N删除。

8.根据权利要求7所述的系统，其特征在于，还包括：

告警模块，用于在删除模块将所述空闲资源列表中的资源N删除之后，针对资源N进行告警。

9.根据权利要求7所述的系统，其特征在于，所述选取模块从预先设置的空闲资源列表中随机选取一个资源N。

10.根据权利要求7所述的系统，其特征在于，所述资源管理列表中还包括每个资源的接入标记，

所述更新模块包括：

第一更新子模块，用于当所述资源N接入成功时，将所述资源管理列表中资源N的接入标记更新为成功，将资源N的接入失败次数清零；

第二更新子模块，用于当所述资源N接入失败时，将所述资源管理列表中资源N的接入标记更新为失败，将资源N的接入失败次数加1。

11.根据权利要求10所述的系统，其特征在于，还包括：

清除模块，用于在上报模块上报所述资源N异常之后，将所述资源管理列表中所述资源N的接入标记清除。

12.根据权利要求7所述的系统，其特征在于，还包括：

负荷量获取模块，用于获取每个资源的负荷量；

排序模块，用于依据所述负荷量从大到小对所述资源进行排序；

资源获取模块，用于获取空闲资源列表的容量K，从排序后的资源中获取前K个资源；

存储模块，用于将所述前K个资源存储至所述空闲资源列表中。