CN102056268B - 业务接纳处理方法及装置 - Google Patents

Abstract

本发明公开了一种业务接纳处理方法及装置，该方法包括：从业务请求列表中取出每个业务，计算接纳业务所需要的无线资源，在系统剩余可用资源足够多的情况下，接纳该业务，记录业务所占用的无线资源；根据记录的业务请求列表中所有接纳成功的业务所占用的无线资源更新系统剩余可用资源。通过本发明，能够避免接纳过程中某种资源接纳失败而引起的资源回滚，进而减少接纳控制的处理时间、提高处理效率。

Description

业务接纳处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种业务接纳处理方法及装置。

背景技术

长期演进(Long-Term Evolution，简称为LTE)系统中，用户设备(User Equipment，简称为UE)和移动性管理实体(MobileManagement Entity，简称MME)之间要进行各种业务数据的传输，需要建立相应的无线承载(或称业务)，这些承载的建立需要各种无线资源，而无线承载是否能够成功建立受限于当前可用的无线资源，如果剩余可用资源大于等于建立无线承载需要的资源，则该承载建立成功，否则建立失败。

接纳控制的主要功能是在业务请求新的系统资源时根据请求的资源要求、小区当前资源使用状况等，决定是否接纳新的业务请求，以防止新的业务接入后系统出现过载状态，从而保持系统稳定；同时在资源允许的情况下，尽可能多得接入业务，以充分利用系统资源，保证用户的服务质量(Quality of Service，简称为QoS)。在无线资源控制(Radio Resource Control，简称为RRC)连接建立、演进的通用陆地无线接入网无线接入承载(E-UTRAN Radio AccessBearer，简称为E-RAB)建立/修改、切换等场景下，都需要进行接纳控制。

由上述分析可知，在进行接纳控制判决时，可能需要进行多种资源(如物理资源块(Physical Resource Block，简称PRB)资源，功率资源，带宽资源等)的判决和比较，那么哪种资源的判决在先，哪种资源的判决在后，及具体如何处理该部分的判决，对于控制面的处理时延和效率显得尤为重要，如果方法不得当或者顺序不得当，就会造成一些不必要的麻烦。对于接纳请求中单个业务的情况，如果基于某种资源的接纳判决通过，而后面的基于另一种资源的接纳判决失败，那么该业务最终应该是接纳拒绝的，为避免资源挂住就需要进行前面已经分配了的相关资源的回滚。如果接纳请求中有多个并发业务，是允许部分业务接纳成功，而部分业务接纳失败的，因此，对于其中接纳失败的业务，在接纳拒绝时也涉及到资源回滚的问题。这些资源的回滚势必会造成处理上的繁琐和控制面处理时延的增加，且容易出现错误，一旦没有进行资源回滚势必会造成资源耗光，导致系统无法接入新的业务，造成灾难性后果。

针对相关技术中在进行业务接纳处理时往往会造成资源回滚的问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中在进行业务接纳处理时往往会造成资源回滚的问题而提出本发明，为此，本发明的主要目的在于提供一种业务接纳处理方法及装置，以解决上述问题。

为了实现上述目的，根据本发明的一个方面，提供了一种业务接纳处理方法。

根据本发明的业务接纳处理方法包括：对于从业务请求列表中取出每个业务，计算接纳业务所需要的无线资源，在系统剩余可用资源足够多的情况下，则接纳业务，并记录业务所占用的无线资源；根据记录的业务请求列表中所有业务所占用的无线资源更新系统剩余可用资源。

优选地，在接纳业务，并记录业务所占用的无线资源之前，该方法还包括：将业务所需要的无线资源和系统剩余可用资源进行比较。

优选地，将业务所需要的无线资源和系统剩余可用资源进行比较包括：如果系统剩余可用资源大于等于业务所需要的资源，则判断系统剩余可用资源足够多；如果系统剩余可用资源小于业务所需要的资源，则判断系统剩余可用资源不够。

优选地，将业务所需要的无线资源和系统剩余可用资源进行比较包括：从业务请求列表中取出第一业务，并将第一业务所需要的资源与系统剩余可用资源进行比较；从业务请求列表中取出第二业务，将第二业务与剩余资源进行比较，其中，剩余资源为用系统剩余可用资源减去第一业务所需要的无线资源后剩余的资源。

优选地，业务需要多种无线资源，将业务所需要的无线资源和系统剩余可用资源进行比较包括：将多种无线资源和系统剩余可用资源依次进行比较；如果多种无线资源中之一大于系统剩余可用资源，则拒绝接纳业务。

优选地，业务请求列表中包括一个或多个业务，在业务请求列表包括多个业务的情况下，从业务请求列表中取出业务包括：从业务请求列表中依次取出多个业务中的每个业务。

优选地，在系统剩余可用资源不够的情况下，该方法还包括：拒绝接纳业务。

优选地，预接纳业务，记录业务所占用的无线资源包括：通过本地储存单元记录业务所占用的无线资源。

为了实现上述目的，根据本发明的另一方面，提供了一种业务接纳处理装置。

根据本发明的业务接纳处理装置包括：计算模块，用于计算业务请求列表中业务所需要的无线资源；比较模块，用于比较业务占用的资源与系统剩余可用资源；记录模块，在系统剩余可用资源足够多的情况下，用于记录业务所占用的无线资源；更新模块，用于根据记录的业务请求列表中的所有业务所占用的无线资源更新系统剩余可用资源。

优选地，该装置还包括：拒绝模块，在系统剩余可用资源不够的情况下，用于拒绝业务。

通过本发明，采用从业务请求列表中取出每个业务，计算接纳业务所需要的无线资源，在系统剩余可用资源足够多的情况下，接纳该业务，记录业务所占用的无线资源；根据记录的业务请求列表中所有接纳成功的业务所占用的无线资源更新系统剩余可用资源，解决了相关技术中在进行业务接纳处理时往往会造成资源回滚的问题，进而达到了避免接纳过程中某种资源接纳失败而引起的资源回滚，减少接纳控制的处理时间、提高处理效率的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的业务接纳控制处理方法的流程图；

图2是根据本发明实施例的优选的业务接纳控制处理方法的流程图；

图3是根据本发明实施例的在建立一个业务时优选的业务接纳控制处理方法的流程图；

图4是根据本发明实施例的在建立多个业务时优选的业务接纳控制处理方法的流程图；

图5是根据本发明实施例的业务接纳控制处理装置的示意图。

具体实施方式

功能概述

考虑到相关技术中在进行业务接纳处理时往往会造成资源回滚，本发明实施例提供了一种业务接纳处理方法及装置，该方法包括：对于从业务请求列表中取出每个业务，计算接纳业务所需要的无线资源，在系统剩余可用资源足够多的情况下，接纳该业务，记录业务所占用的无线资源；根据记录的业务请求列表中所有业务所占用的无线资源更新系统剩余可用资源。

在本发明实施例中，在进行接纳控制时，合理安排资源接纳控制的顺序，采用预接纳的方法，即整个接纳过程分为接纳判决和资源更新两个过程，在判决出业务基于某种资源能够接纳成功时，并不是立即更新该资源，而是在进行完一系列资源判决后，如果各种资源均足以接纳该业务(即确认该业务能够接纳成功)后才累计各种资源的分配情况，待接纳请求列表中所有预接纳的业务均接纳完后再更新eNB中维护的资源信息，同时，对于必须立即更新资源的接纳控制，尽量放到后面进行，这样能尽量避免过多的资源回滚，可以降低控制面处理时延，提高处理效率。

在本发明实施例中，eNB收到业务建立请求时，在进行基于各种资源的接纳控制判决时，首先根据业务的各种参数来计算业务需要的资源，与本地剩余可用资源进行比较，如果剩余资源大于等于本次接纳需要的资源，则业务接纳成功，否则拒绝该业务(优选地，在该业务所占用的无线业务资源之和大于剩余可用资源或在该业务所占用的无线业务资源中之一大于剩余可用资源的情况下，则拒绝该业务)。并不是每次判断完该业务占用的某种资源后就立即更新该资源的剩余可用量，而是采用本地存储的方式，计算出本次接纳业务占用的资源后先在本地存储，在确认某业务基于各种资源的接纳判决均通过，即能够成功接纳后，再累计已经预接纳成功的业务的各种资源的占用量，待本次接纳请求中的业务列表中所有的业务均预接纳完成后，根据上述本地存储的所有预接纳成功的业务累计分配的资源来更新eNB的剩余可用的资源，这样可以避免后续接纳失败造成资源回滚，提高接纳控制的处理效率。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

方法实施例

根据本发明的实施例，提供了一种业务接纳处理方法。

图1是根据本发明实施例的业务接纳控制处理方法的流程图。

如图1所示，该方法包括如下的步骤S202至步骤S204：

步骤S202，对于从业务请求列表中取出的每个业务，计算接纳业务所需要的无线资源，在系统剩余可用资源足够多的情况下，接纳该业务，记录业务所占用的无线资源；

步骤S204，根据记录的业务请求列表中所有业务所占用的无线资源更新系统剩余可用资源。

下面将结合实例对本发明实施例的实现过程进行详细描述。

实施例一

图2是根据本发明实施例的优选的业务接纳控制处理方法的流程图。

如图2所示，根据本发明实施例的优选的业务接纳控制处理方法可以包括以下步骤：

假定接纳请求中有3个业务。

步骤S301，从接纳请求中的新建/修改业务请求列表中取出一个业务。

步骤S302，进行基于资源1的接纳判决，首先计算建立该承载需要的资源1，比较接纳该业务需要分配的资源1与当前剩余可用的资源1。如果剩余可用资源大于等于建立该业务所需要的资源，则基于资源1的接纳控制通过，转步骤S303，否则，该业务预接纳失败，转步骤S309。

步骤S303，本地设置存储单元记录本次接纳需要分配的资源1的数量。

步骤S304，计算建立该承载需要的资源2，比较该业务占用的资源2与当前剩余可用的资源2。如果剩余可用资源大于等于建立该业务所需要的资源，则基于资源2的接纳控制通过，转步骤S305，否则，该业务预接纳失败，转步骤S309。

步骤S305，本地设置存储单元记录本次接纳占用的资源2的数量。

步骤S306，计算建立该承载需要的资源3，比较该业务占用的资源3与当前剩余可用的资源3。如果剩余可用资源大于等于建立该业务所需要的资源，则基于资源3的接纳控制通过，转步骤S307，否则，该业务预接纳失败，转步骤S309。

步骤S307，本地设置存储单元记录本次接纳占用的资源3的数量。

步骤S308，本地存储单元累计已预接纳成功的业务所占用的各种资源。

步骤S309，取下一业务。

步骤S310，判断接纳请求中的新建/修改业务请求列表是否为空，如不为空，转步骤S302，。若为空，执行步骤S311。

步骤S311，根据存储单元中累计的预接纳成功的业务占用的资源信息，更新系统剩余可用资源。

实施例二

图3是根据本发明实施例的在建立一个业务时优选的业务接纳控制处理方法的流程图。

假设接纳控制模块要进行基于3种资源的接纳控制。

如图3所示，该方法可以包括以下步骤：

步骤S401，从接纳请求中取出预接纳的业务，得到该业务的各种参数。

步骤S402，根据该业务的各种参数进行基于资源1的接纳判决，首先计算建立该业务需要的资源1。

步骤S403，比较接纳该业务需要分配的资源1与当前剩余可用的资源1。如果剩余可用资源大于等于建立该业务所需要的资源，则基于资源1的接纳控制通过，本地设置存储单元记录本次接纳需要分配的资源1的数量，否则，该业务接纳失败，流程结束。

步骤S404，计算建立该业务需要的资源2。

步骤S405，比较该业务占用的资源2与当前剩余可用的资源2。如果剩余可用资源大于等于建立该业务所需要的资源，则基于资源2的接纳控制通过，本地设置存储单元记录本次接纳占用的资源2的数量。

步骤S406，计算建立该业务需要的资源3。

步骤S407，比较该业务占用的资源3与当前剩余可用的资源3。如果剩余可用资源大于等于建立该业务所需要的资源，则基于资源3的接纳控制通过，本地设置存储单元记录本次接纳占用的资源3的数量。

步骤S408，上述基于3种资源的接纳控制均完成，本地设置存储单元累计各种资源的占用量，由于接纳请求中只有一个业务，因此，在本实施例中只累计一次。

步骤S409，根据步骤S408中记录的预接纳业务累计的资源占用量更新系统各种资源的剩余量。

实施例三

图4是根据本发明实施例的在建立多个业务时优选的业务接纳控制处理方法的流程图。

以UE切换进入目标小区的情况为例说明该实施例。

如图4所示，该方法包括以下步骤：

假定接纳请求中有3个业务。

步骤S501，从接纳请求中取出一个业务，得到该业务的各种参数。

步骤S502，根据该业务的各种参数进行基于各种资源的接纳判决，步骤同实施例二中描述的步骤S401到S407。

步骤S503，本地设置存储单元累计预接纳成功的业务各种资源的占用量。

步骤S504，取下一业务，重复步骤S501，S502，S503，直到所有的业务均预接纳完成。

步骤S505，根据步骤S503中记录的预接纳资源占用量更新eNB中各种资源的剩余量。

从以上的描述中，可以看出，本发明实现了避免接纳过程中某种资源接纳失败而引起的资源回滚，减少接纳控制的处理时间、提高处理效率的效果。

装置实施例

根据本发明的实施例，提供了一种业务接纳控制处理装置。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图5是根据本发明实施例的业务接纳控制处理装置的示意图。

如图5所示，该装置包括：计算模块601、比较模块603，记录模块605和更新模块607，优选地，还包括拒绝模块609。

具体地，计算模块601用于计算业务请求列表中业务所需要的无线资源；比较模块603用于比较业务占用的资源与系统剩余可用资源，判决预接纳是否成功，记录模块605，在预接纳成功时，即在系统剩余可用资源足够多的情况下，用于记录该业务所占用的无线资源；更新模块607用于根据记录的业务请求列表中的所有业务所占用的无线资源更新系统剩余可用资源。拒绝模块609，在比较业务占用的资源与系统剩余可用资源之后，在系统剩余可用资源不够的情况下，用于拒绝所述业务。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种业务接纳处理方法，其特征在于，包括：

对于从业务请求列表中取出每个业务，计算接纳所述业务所需要的无线资源，在系统剩余可用资源足够多的情况下，则接纳所述业务，并记录所述业务所占用的无线资源；

根据记录的所述业务请求列表中所有业务所占用的无线资源更新所述系统剩余可用资源；

其中，进行完一系列资源判决后，各种资源均足以接纳所述业务后累计所述各种资源的分配情况，待接纳请求列表中所有预接纳的业务均接纳完成后，根据所有预接纳成功的业务累计分配的资源来更新eNB中维护的资源信息。

2.根据权利要求1所述的方法，其特征在于，在接纳所述业务，并记录所述业务所占用的无线资源之前，所述方法还包括：

将所述业务所需要的无线资源和系统剩余可用资源进行比较。

3.根据权利要求2所述的方法，其特征在于，将所述业务所需要的无线资源和系统剩余可用资源进行比较包括：

如果所述系统剩余可用资源大于等于所述业务所需要的资源，则判断所述系统剩余可用资源足够多；

如果所述系统剩余可用资源小于所述业务所需要的资源，则判断所述系统剩余可用资源不够。

4.根据权利要求2所述的方法，其特征在于，将所述业务所需要的无线资源和系统剩余可用资源进行比较包括：

从所述业务请求列表中取出第一业务，并将所述第一业务所需要的资源与所述系统剩余可用资源进行比较；

从所述业务请求列表中取出第二业务，将所述第二业务与剩余资源进行比较，其中，所述剩余资源为用所述系统剩余可用资源减去所述第一业务所需要的无线资源后剩余的资源。

5.根据权利要求1所述的方法，其特征在于，所述业务需要多种无线资源，将所述业务所需要的无线资源和系统剩余可用资源进行比较包括：

将所述多种无线资源和所述系统剩余可用资源依次进行比较；

如果所述多种无线资源中之一大于所述系统剩余可用资源，则拒绝接纳所述业务。

6.根据权利要求1所述的方法，其特征在于，所述业务请求列表中包括一个或多个业务，在所述业务请求列表包括多个业务的情况下，从业务请求列表中取出业务包括：

从所述业务请求列表中依次取出所述多个业务中的每个业务。

7.根据权利要求1至5中任一项所述的方法，其特征在于，在所述系统剩余可用资源不够的情况下，所述方法还包括：

拒绝接纳所述业务。

8.根据权利要求1至5中任一项所述的方法，其特征在于，预接纳所述业务，记录所述业务所占用的无线资源包括：

通过本地储存单元记录所述业务所占用的无线资源。

9.一种业务接纳处理装置，其特征在于，包括：

计算模块，用于计算业务请求列表中业务所需要的无线资源；

比较模块，用于比较所述业务占用的资源与系统剩余可用资源；

记录模块，在所述系统剩余可用资源足够多的情况下，用于记录所述业务所占用的无线资源；

更新模块，用于根据记录的所述业务请求列表中的所有业务所占用的无线资源更新系统剩余可用资源；

其中，所述装置还用于进行完一系列资源判决后，各种资源均足以接纳所述业务后累计所述各种资源的分配情况，待接纳请求列表中所有预接纳的业务均接纳完成后，根据所有预接纳成功的业务累计分配的资源来更新eNB中维护的资源信息。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

拒绝模块，在所述系统剩余可用资源不够的情况下，用于拒绝所述业务。