CN101536465A

CN101536465A - 实现可配置的资源管理策略的设备和方法

Info

Publication number: CN101536465A
Application number: CN200680056324A
Authority: CN
Inventors: A·巴巴瑞斯; S·巴尔贝利斯; R·法罗托; M·托萨里
Original assignee: Telecom Italia SpA
Current assignee: Telecom Italia SpA
Priority date: 2006-09-27
Filing date: 2006-09-27
Publication date: 2009-09-16
Anticipated expiration: 2026-09-27
Also published as: US8369272B2; EP2077026B1; US20100029290A1; WO2008037277A1; ES2828720T3; CN101536465B; EP2077026A1

Abstract

一种适于实现用于管理系统资源的资源管理策略的资源管理设备，所述资源允许被分配给向系统请求业务的实体，资源管理设备包括：适于从用户接收资源管理配置数据的配置接口，所述配置数据包括适于规定资源管理策略的资源管理决策逻辑；资源管理策略实现单元，其响应来自请求实体的业务请求，并且适于根据所述资源管理决策逻辑管理系统资源向请求实体的分配。配置接口适于接收资源管理决策逻辑，并且资源管理策略实现单元适于管理资源管理决策逻辑，所述资源管理决策逻辑被构成为一组一个或多个决策规则，每个决策规则包括：想要由所述决策规则管理的至少一个业务请求的描述；想要对其应用该决策规则的系统的状态的描述；和在应用决策规则的情况下所述设备要采取的动作。

Description

实现可配置的资源管理策略的设备和方法

技术领域

本发明一般涉及管理待分配给向系统请求服务的实体的系统资源。特别地，非限制性地，本发明涉及比如移动电话网络的无线电通信系统中的资源，尤其是无线电资源的管理。具体地说，本发明涉及实现可配置的资源管理策略的设备。

背景技术

在无线电通信网络的领域中，同时存在几种不同的技术和几种不同的标准。目前最广泛部署的，并且最适合于实现语音通信的第二代无线电通信网络(所谓的“2G”网络，比如遵守标准GSM-全球移动通信系统的那些网络)在未来的几年内将越来越多地与除了支持普通语音通信之外，还为支持数据交换和多媒体(例如，视频电话、电视广播等等)服务而设计的新一代无线电通信网络，比如第三代(“3G”)网络(比如遵守标准UMTS-通用移动通信系统的那些网络)和第四代网络(仍在标准化的过程中)，以及无线LAN(WLAN)类型的宽带数据通信网络并行运行。

网络部署方面的通常方法不是用新一代的网络完全替换运营中的2G网络，而是集成不同类型的网络。借助按照能够实现网络集成的方式具体定义的新的网络标准，使新一代无线电通信网络与2G网络之间的集成成为可能。例如，在阐明UMTS的特性的3GPP(第三代合作伙伴计划)规范中，规定了能够与GSM网络实现协作(“互工作”)的若干过程(本说明书中引用的所有3GPP规范文件都可从因特网网站www.3GPP.org下载)。特别地，在3GPP技术报告(TR)25.881，“Improvement of RRM across RNS and RNS/BSS，Release 5”和3GPPTR 25.891，“Improvement of RRM across RNS and RNS/BSS，Release 6”中，规定了能够应用公共无线电资源管理(CRRM)策略的功能模型和网络体系结构。

一种已知的市场趋势是在一些称为“热点”的地理区域中使用WLAN技术，以使碰巧位于这些区域中的用户能够享受宽带接入多个数据通信服务，比如因特网接入的乐趣。WLAN技术也可集成在移动电话网络内，尤其是集成在接入网络段中。为此原因，同样正在规定使WLAN技术(例如，遵守IEEE 802.11系列标准，或者遵守称为HIPERLAN2的ETSI标准的WLAN技术)能够与3G移动电话网络协作，以便能够接入其传输网络的协作机制。例如，3GPP TR 23.934，“3GPP system to WirelessLocal Area Network(WLAN)interworking functional andarchitectural definition，Release 6”规定在UMTS网络中包括IEEE802.11 WLAN接入的那些网络体系结构要满足的功能要求。类似地，ETSI TR 101.957，“Broadband Radio Access Networks(BRAN)：HIPERLAN Type2；Requirements and architectures forinterworking between HIPERLAN/2 and 3^rd generation cellular systems”规定HIPERLAN2 WLAN与UMTS网络的协作机制。

集成两种或者更多种的无线电接入技术的无线电通信系统被称为“multi-RAT”系统。

市场上已能获得所谓的“多模”移动通信终端(例如蜂窝电话机、掌上电脑、个人数字助手-PDA、个人计算机-PC的外设卡等)，它们能够连接遵守不同标准，比如GSM、UMTS、IEEE 802.11b/g/a WLAN的网络。例如，双模移动电话机既能够在GSM系统中工作，又能在UMTS系统中工作。

在国际申请WO 2005/101880和WO 2005/101889中，提出了网络关于将向到来的服务请求分配哪种无线电接入，进行决策的问题的解决方案。

公开的美国专利申请US 2005/0026616，“Common radio resourcemanagement method in multi-RAT cellular telephone network”描述为了能够实现高效的CRRM策略，必须在不同的系统实体之间交换哪些信息。

通常，CRRM策略是借助CRRM算法实现的，CRRM算法运行于特定的网络设备，比如UMTS网络的无线电网络控制器(RNC)、或者GSM网络的基站控制器(BSC)上，并且当从用户收到服务请求时，根据许多因素，比如所请求的服务的性质、收到服务请求时网络的负载状态、可用的全部无线电资源，把服务请求分配到更好的无线电通信资源池。

发明内容

申请人注意到每个网络运营商可能对设计它自己的CRRM算法，实现最适合该网络运营商的需求和希望的专有CRRM策略感兴趣。不过，CRRM策略的当前实现不允许或者至少不欢迎这种方法。

实际上，标准没有记载CRRM算法的实现细节，从而每个网络设备制造商开发了它自己的CRRM算法。从而，目前希望定义和实现特定的定制CRRM算法的网络运营商不得不要求网络设备制造商定制网络设备：这会冲击网络设备成本。另外，CRRM策略可能随时间变化以与网络配置方面或者在来自用户的服务请求方面的变化相符。另外在这些情况下，除了要求网络设备制造商更新所实现的CRRM算法之外，网络运营商什么也做不了。

从而，目前的CRRM策略的实现是相当呆板的。

从而，申请人解决了如何使CRRM策略的实现更灵活的问题(至少从网络运营商的观点来看)。

申请人发现通过把网络设备的硬件/软件实现和必须由网络设备的硬件/软件实现和执行的CRRM算法分开，网络运营商就能够设计并直接实现自定义的CRRM算法，以及在需要或希望时修改CRRM算法，而不需要重新设计网络设备，即，不需要网络设备制造商的任何干预。

本质上，本发明提出一种设备，就所关心的资源管理策略而言，所述设备可由网络运营商配置；由于本发明，网络运营商从而能够自由配置管理其系统操作的设备(例如，比如BSC，RNC，或者管理无线电通信网络，尤其是multi-RAT类型无线电通信网络的操作的其它装置之类的设备)，以便选择、定义、实现希望的算法，并且可能在实现之后改变希望的算法，以管理系统的资源，例如multi-RAT类型系统的无线电资源，以及向请求实体，比如移动通信终端的用户分配这些系统资源的策略。

按照本发明的一个方面，提供一种如所附的权利要求1中所述的资源管理设备，所述资源管理设备适于实现用于管理系统资源的资源管理策略，所述资源允许被分配给向系统请求服务的实体。所述资源管理设备包括：

-适于从用户接收资源管理配置数据的配置接口，所述配置数据包括适于规定资源管理策略的资源管理决策逻辑；

-资源管理策略实现单元，其响应来自请求实体的业务请求，并且适于根据所述资源管理决策逻辑管理系统资源向请求实体的分配，

其中所述配置接口适于接收资源管理决策逻辑，并且所述资源管理策略实现单元适于管理资源管理决策逻辑，所述资源管理决策逻辑被构成为一组一个或多个决策规则，每个决策规则包括：

想要由所述决策规则管理的至少一个业务请求的描述；

想要对其应用该决策规则的系统的状态的描述；和

在应用决策规则的情况下所述设备要采取的动作。

从属权利要求中陈述了优选的特征。

按照本发明的另一方面，提供一种如附加的权利要求21所述的方法，所述方法实现管理系统资源的资源管理策略，所述资源允许被分配给向系统请求业务的实体。所述方法包括：

-通过资源管理设备的配置接口，向资源管理设备提供资源管理配置数据，所述配置数据包括适于规定资源管理策略的资源管理决策逻辑；

-使资源管理设备响应接收的业务请求，根据资源管理决策逻辑管理系统资源向请求实体的分配；

其中所述资源管理决策逻辑被构成为一组一个或多个决策规则，每个决策规则包括：

想要由所述决策规则管理的至少一个业务请求的描述；

想要关于其应用决策规则的系统状态的描述；和

在应用决策规则的情况下，设备要采取的动作。

构成为一组或多组一个或多个决策规则的决策逻辑确保高度的灵活性。决策规则可由用户，例如网络运营商随意定义，只需要遵守预定的语法。从而，相对容易地建立若干不同的决策逻辑，定义不同的规则，以实现区别化的资源管理策略。

附图说明

通过阅读仅仅作为非限制性例子提供的本发明的一个实施例的下述说明，本发明的特征和优点将变得明显，为了清楚起见，将参考附图进行所述说明，其中：

图1示意表示适用本发明的示例性场景；

图2利用功能块示意表示反映图1的场景的示例性multi-RAT通信网络的结构；

图3仍然利用功能块，不过更详细地示意表示图2的multi-RAT网络的体系结构；

图4A利用功能块，示意表示按照本发明的一个实施例的适于能够配置并且随后实现定制的CRRM算法的系统的示例性结构；

图4B利用示意流程图，表示按照本发明的一个实施例，配置定制的CRRM算法的设置阶段的主要步骤；

图5示意表示在本发明的一个实施例中，实现CRRM决策逻辑的规则的一组表格中的一个示例性表格；

图6示意表示在本发明的一个实施例中，实现CRRM决策逻辑的规则的一组表格中的另一个示例性表格；

图7利用示意流程图，表示在本发明的一个实施例中，CRRM算法的操作的主要流程；

图8利用示意流程图，表示包括在图7的流程图中的扫描图5的CRRM决策逻辑表的操作的主要步骤；

图9A和9B利用示意流程图，表示在本发明的一个实施例中，包括在图7的流程图中的扫描图6的CRRM决策逻辑表的操作的主要步骤；

图10描述在说明书中提供的实例中使用的GSM和UMTS网络的小区的示意部署；

图11表示在所述实例中使用的CRRM决策逻辑表。

具体实施方式

在下面的说明中，仅仅作为非限制性例子，将引用目前已知的几种无线电通信网络，即，GSM、GPRS(通用无线分组业务)、EDGE(增强数据速率GSM演进)、UMTS(通用移动电信系统)、WLAN，以及引用用于这些网络的互工作和协作的CRRM算法。不过，应理解本发明具有更普遍的适用性。

按照本发明，实现资源管理策略的设备适合于实现定义待管理的资源的种类；下面把这些种类称为资源的“池”。通常，对于本发明来说，资源池是属于所考虑系统的一组一个或多个资源，其可具有相似的性质(具体的性质可随网络运营商的需求而变化)，或者仅仅由于某种原因，网络运营商希望视为相似的性质。

在本说明中考虑的例子中，识别下述网络(无线电)资源池(种类的这种细分仅仅是示例性的：可以考虑不同的细分)：

-属于不同RAT的无线电资源，例如GERAN(GPRS/EDGE无线电接入网络)无线电资源，UTRAN(UMTS陆地无线电接入网络)无线电资源，BRAN(宽带无线电接入网络)/WLAN无线电资源；

-属于不同分层蜂窝结构(HCS)，例如共享UTRAN内的相同载波的宏蜂窝层和微蜂窝层的无线电资源；

-属于不同频率层(例如，GSM中的900MHz层和1800MHz层)的无线电资源；

-基于不同模态和技术的UTRAN无线电资源，例如，按照版本99的UTRAN标准的UTRAN无线电资源，和基于HSDPA(高速下行链路分组接入)版本5的无线电资源。

对于上面列举的每个示例性资源池，各个标准定义了能够实现所述资源池的集成管理的特定互工作机制；这种机制的例子是：

-在无线电通信终端层面实现的，允许终端最初在属于不同RAT或者不同频率的小区中选择小区的RAT间或者频率间寄宿(camping)机制(例如，在3GPP TS 25.304中规定了这些机制)；

-在无线电通信终端层面实现的，允许终端从属于不同RAT或者不同频率的小区中选择小区的RAT间或者频率间小区重选机制(如在引用的3GPP TS 25.304中规定的那样)；

-与网络控制的用于把一般用户使用的信令信道从GSM网络转移到UMTS网络，或者反之亦然的过程相关的RAT间定向重试机制(如在3GPP TS 25.331中规定的那样)；

-与网络控制的用于把一般用户的呼叫从GSM网络转移到UMTS网络，或者反之亦然的过程相关的RAT间切换机制(如在上面引用的3GPPTS 25.331中规定的那样)；

-与用于RNC和BSC之间的小区负载值的交换过程相关的公共测量机制(如在3GPP TS 25.423中规定的那样)；

-与网络控制的用于把一般用户使用的信令信道从一个UTRAN的频率转移到另一个不同的UTRAN频率的过程相关的频率间定向重试机制(如在3GPP TS 25.331中规定的那样)；

-与网络控制的用于把一般用户的呼叫从一个UTRAN频率转移到另一个UTRAN频率的过程相关的频率间切换机制(如在3GPP TS 25.331中规定的那样)。

在目的在于属于不同资源池，比如上面列举的资源池的无线电资源的接合和协作管理的CRRM算法之中，根据用户的服务请求分配通信量的那些算法特别重要。这些算法允许网络通信量根据网络运营商的偏好(成本的降低，用户感知的服务质量的提高，收益最大化等等)去往不同的资源池。

图1描述其中能够应用本发明的可能情况。由105表示的关心的地理区域被假定由GSM网络服务；区域105的一部分110被假定还由UMTS网络服务(从而，区域110既由GSM网络服务，又由UMTS网络服务)；在区域110的一部分115中，还假定存在WLAN网络的覆盖。这种场景(尽管对本实施例来说不是限制性的)是相当实际的，因为它假定在一些区域(例如，在市区中，或者高速公路沿线)，目前广泛分布的GSM网络(或者其它2G网络)与目前不如2G网络广泛部署的UMTS网络(或者其它3G网络)并行工作，此外还假定在地域的有限部分(例如，在旅馆内，或者高速公路沿线的服务站)，存在能够与例如因特网实现宽带连接的WLAN热点(在所考虑的场景下，热点115包含在被UMTS覆盖的区域110内的事实不应被认为是对本发明的限制，相反它不过是一个合理的假设，因为WLAN热点通常布置在由高度密集的移动性低且要求宽带数据通信服务的用户表征的区域中)。

图2利用功能块，示意表示反映图1的场景的示例性multi-RAT通信网络的结构。特别地，multi-RAT网络包括由GSM/GPRS/EDGE终端所使用以用于接入网络的GERAN 205、由UMTS终端使用以用于接入网络的UTRAN 210和由WLAN终端使用以用于接入网络的BRAN 125。3G核心网络220形成multi-RAT网络的传输段。

图3中更详细地表示了图2中的网络体系结构；取决于核心网络域，核心网络220通过接口305，例如称为“A”接口或者“Gb”接口的接口与GERAN 205连接，通过接口310，例如对应于“Iu”接口的接口与UTRAN210连接，和通过接口315(例如，有时称为“类Iu”接口的接口)与BRAN215连接。

按照本领域中已知的方式，GERAN 205包括基站子系统(BSS)，BSS包括基站收发器(BTS)320和BSC 325。同样按照本领域中已知的方式，UTRAN包括无线电网络子系统(RNS)，RNS包括节点B 330和RNC 335。仍然按照本领域中已知的方式，BRAN 215包括接入点(AP)340和接入点控制器(APC)345。

BSC 325、RNC 335和APC 345可通过核心网络220交换信息，或者当提供适当的接口350(对应于“Iur-g”接口)和355(也称为“类Iur”接口)时，它们能够直接相互通信。

CRRM算法能够例如由BSC 325、RNC 35和APC 345驻留并执行。作为替代地，可以提供在附图中以及此后以360指示的称为“CRRM服务器”的网络实体，专用于multi-RAT网络的资源的公共、集成管理。CRRM服务器360可通过接口365与BSC 325连接，通过接口370与RNC 335连接，通过接口375与APC连接。CRRM服务器360可向BSC325请求关于GSM网络小区的状态的信息，另外它可向RNC 335请求关于UMTS网络小区的状态的信息；类似地，CRRM服务器可向APC 345请求关于WLAN热点的状态的信息。

根据具体的性质，可在一个或多个无线电接入网络上分配multi-RAT网络支持的任何业务；例如，可通过GSM或者UMTS网络提供语音通信服务，而特定的数据交换服务(例如，视频呼叫)只能通过UMTS网络或WLAN提供。在BSC 325，RNC 335和APC 345中运行的，或者作为替代的，在CRRM服务器360中运行的CRRM算法根据网络的当前状态，确定是否接受来自用户的服务请求，和如果服务请求被接受，确定哪个无线电接入网络用于提供该服务。

按照本发明的一个实施例，在不重新设计BSC 325，RNC 335和APC345，或者在不重新设计CRRM服务器360的情况下，网络运营商能够配置这些网络设备，使得它们实现自定义的CRRM算法。下面将详细说明本发明的非限制性实施例。

现有标准规定对于GSM和UMTS网络的每个小区，能够定义不同类型的相邻小区的列表；这些列表一般用在移动通信终端能够执行的，例如用于评估从一个小区传递到另一个小区的机会，以便获得更好覆盖率的无线电测量的设置阶段中(例如，参见3GPP TS 25.215)。

例如，按照3GPP TS 25.331，下述邻接列表与UTRAN的每个小区关联：

-频率内邻接的列表，即，与所考虑的UTRAN小区相邻，并且使用相同载频的UTRAN小区的列表；

-频率间邻接的列表，即，与所考虑的UTRAN小区相邻，并且使用不同载频的UTRAN小区的列表；

-GSM RAT间邻接的列表，即，与所考虑的UTRAN小区相邻的GSM(GERAN)网络小区的列表。

按照3GPP TS 04.18，下述邻接列表与GSM(GERAN)的每个小区关联：

-GSM邻近小区的列表，包含与移动终端所暂住的GSM(GERAN)小区相邻的GSM(GERAN)网络的小区的列表；

-3G邻近小区的列表，包含与移动终端所暂住的GSM(GERAN)小区相邻的UMTS网络的小区的列表。

3GPP规范(3GPP TS 25.214)规定移动终端测量由与该终端所暂住的小区相邻的小区发射的导频信号的无线电质量。

3GPP规范还提出了使BSC和RNC知道移动终端的功能特性(称为“终端能力”)的几种模态。

例如，当建立RRC(无线电资源控制)连接时，UMTS网络能够获得该终端的功能特性：当终端与网络建立连接时，在RNC内能够创建用户语境，与终端能力相关的信息被保存于其中。

在GERAN中，可借助称为“CLASSMARK ENQUIRY”的消息产生终端能力的请求(如在3GPP TS 04.18中规定的那样)；就multi-RAT终端来说，移动终端还向GERAN提供与UTRAN相关的能力。

上述信息可被CRRM算法用于按照终端能力做出最适当的决策。事实上，终端能够使用的资源池既依赖于无线电覆盖，又依赖于终端能力。

图4A中利用功能模块，示意描述了按照本发明一个实施例的配置成实现自定义CRRM算法的设备的结构；例如，该设备可以是CRRM服务器360，或者BSC 325，RNC 335，APC 345，和一般而言预定实现CRRM策略的任何网络设备；所描述的功能模块可以是例如安装在旨在实现CRRM策略的网络设备中，并由该网络设备执行的软件的软件模块。可配置的CRRM策略实现设备包括CRRM算法配置模块405和CRRM算法实现模块410。配置模块405包括业务配置模块415，资源池配置模块420，重叠小区列表配置模块425，用于在可用资源池中定义使用的测量标准的模块430，用于定义备选资源池的确定(选择)模式的模块435，用于定义事件计数器455的模块440，用于定义查寻表460的模块445，用于定义CRRM决策逻辑的模块450；在本发明的一个实施例(后面详细说明)中，决策逻辑可采取一组(例如一个或多个)表465的形式，表465的例子将在后面说明。CRRM算法实现模块410包括计数器455、查寻表460、实现成一组表465的CRRM决策逻辑，和适合于响应与接收的服务请求对应的事件，扫描一组CRRM决策逻辑表465的CRRM决策逻辑表扫描模块470。还提供适合于根据接收的事件，有选择地更新事件计数器455的事件计数器更新模块475。按照本发明，CRRM算法配置模块405，尤其是用于定义CRRM决策逻辑的模块450，和CRRM算法实现模块410，尤其是CRRM决策逻辑表扫描模块470是按照这样的方式构成的，以便管理作为多组具有相似结构的一个或多个决策规则构成的决策逻辑，如后更详细所述。

下面结合可配置CRRM策略实现设备的操作的说明，解释图4A中所示的模块的功能。

按照本发明的实施例，为了配置网络设备以便实现希望的CRRM算法，执行设置过程。图4B的示意流程图中描述了按照这里所讨论的发明的例证实施例的设置过程的主要步骤，并在下面更详细地说明。

设置阶段：定义业务

在该步骤(方框490)，网络运营商(或者一般来说，代表网络运营商被委托以定义要实现的CRRM策略的任务的任何人)定义要实现的CRRM算法必须考虑和管理哪些业务请求。这可通过使唯一的标识符与网络运营商希望由CRRM算法管理的每种业务相关联来实现。例如，在CRRM算法必须允许2G系统和3G系统之间的交互工作，例如GERAN和UTRAN之间的协作的情况下，应在BSC和RNC层面由相同或对应的业务标识符识别要由CRRM算法管理的业务。

从BSC一侧，分组交换(PS)域中的业务可例如由在版本99的3GPP规范中定义的业务质量(QoS)参数标识；参见3GPP TS 23.107，这些QoS参数包括例如流量类别参数、最大位速率参数等等。这些QoS参数与PDP(分组数据协议)上下文设置请求相关联(本领域的技术人员已知，PDP上下文是在移动终端和跨GPRS或UMTS网络运行，并且定义诸如路由、记账、安全之类各个方面的基于分组的数据网络之间创建的逻辑组合)。具有相同或相似QoS配置文件的PDP上下文可被归入相同的PFC(分组流上下文)中。在版本99的GPRS标准中，SGSN(业务GPRS支持节点，GPRS系统的实体之一)能够利用BSS PFC向BSS(基站系统，由BSC和受该BSC控制的BTS构成)提供与正在进行的用户数据传输有关的信息。这些信息被用于描述移动终端的数据传输的QoS特性，并利用其PFI(分组流标识)来识别。

与每个PFC相关联的QoS参数随后以集合形式(ABQP-集合BSSQoS参数)被传递给BSC，如下表所示例的：

这是通过GPRS/EGPRS的流业务的ABQP的值的例子(GBR_DL和GBR_UL分别代表下行链路和上行链路中的保证位速率)。

每个PFC由PFI识别；按照本发明的一个实施例，可利用由正配置的CRRM算法使用的PFI来定义CRRM算法意图在BSC中管理哪些业务，例如，把PFI映射到将业务的唯一标识符；下表通过把相应的唯一标识符(ID_s≥1)映射到PFI，提供定义业务的例子。

ID_s	描述	PFI	ABQP
ID_s	描述	PFI	ABQP	1	语音	1	{“CONVERSATIONAL”，12200，12200}
2	语音流	10	{“STREAMING”，32000，32000}	1	语音	1	{“CONVERSATIONAL”，12200，12200}
2	语音流	10	{“STREAMING”，32000，32000}	...			...

从RNC一侧，业务请求被转化成设置具有特定QoS的无线接入承载(RAB)的相应请求。从而，例如考虑到与RAB QoS配置文件相关联的下述参数，能够单意地识别不同的业务：

{<class>，<transferDelay>，<UL_guaranteedBitRate>，<UL_maximumBitRate>，<DL-guaranteedBitRate>，<DL-maximumBitRate>}

所述参数与所请求的业务关联，分别代表流量类别(所述流量类别可以是会话、流、交互或背景)、数据分组的最大传输延迟、上行链路和下行链路中要保证的平均比特率、上行链路和下行链路中的最大比特率。下表提供根据RAB参数在RNC中定义业务的唯一标识符(ID_s≥1)的例子：

ID_s	描述	RAB参数
ID_s	描述	RAB参数	1	语音	{＂CONVERSATIONAL＂，0.，12200，12200，12200，12200}
3	视频呼叫	{＂CONVERSATIONAL＂，0.，64000，64000，64000，64000}	1	语音	{＂CONVERSATIONAL＂，0.，12200，12200，12200，12200}
3	视频呼叫	{＂CONVERSATIONAL＂，0.，64000，64000，64000，64000}	4	视频流	{＂STREAMING＂，0.，16000，16000，128000，128000}
...		...	4	视频流	{＂STREAMING＂，0.，16000，16000，128000，128000}

应注意相同或不同的标识符可用于BSC或RNC中的相似业务。在涉及BSC的表中和涉及RNC的表中，标识符应是唯一的。例如，在前面的示例性表格中，每个表中不存在重复的标识符，但是在两个表中，语音业务都由ID_s＝1来识别。

设置阶段：定义RNC和BSC的资源池

在该步骤(方框491)中，网络运营商为每个RNC和每个BSC定义称为“资源池”的实体。如前所述，对于本发明来说，资源池通常是属于所讨论的系统的一组一个或多个资源，所述一组资源可具有相似的性质(具体的性质可随网络运营商的需求而变化)，或者仅仅由于某种原因，网络运营商希望视为相似的性质。前面提供了在这里所考虑的multi-RAT移动电话网络的情况下，可定义的资源池的例子。按照本发明的实施例，资源池由与之相关联的小区的列表表征(作为工作假设，假定与资源池相关联的小区列表中的每个小区仅属于一个资源池，不过这不应被视为是限制性的)。

资源池的数目的定义和与每个资源池相关联的蜂窝小区的定义由网络运营商完成，并且能够被修改。在设置阶段的这个步骤中，网络运营商定义正在被配置的具体CRRM算法的资源池的数目N_p，1≤N_p。下表提供定义资源池的一个例子。

ID_p	描述
ID_p	描述	1	GSMTO1，GSMTO2，GSMTO3
2	GSMTO4，GSMTO5，UMTSTO1	1	GSMTO1，GSMTO2，GSMTO3
2	GSMTO4，GSMTO5，UMTSTO1	...	...
N_p-1	UMSTO2	...	...
N_p-1	UMSTO2	N_p	UMSTO3，GSMTO5
		N_p	UMSTO3，GSMTO5

其中ID_p＝1，...，N_p是一般资源池的标识符，GSMTO1，GSMTO2，GSMTO3，

GSMTO4，GSMTO5，UMTSTO1，UMSTO2，UMSTO3，GSMTO5是图2和3的示例性网络中的GSM或UMTS小区的标签。

设置阶段：定义小区之间的重叠

在该步骤(方框492)中，对于每个小区，网络运营商定义属于与所考虑的小区属于的资源池不同的资源池的哪些其它小区和所考虑的小区重叠。如前所述，3GPP规范已允许使相邻小区的不同列表(例如，频率内、频率间、RAT间邻接)与每个小区关联。这些列表通常被网络用于管理用户移动性，和保证当用户移动时的业务连续性。按照本发明的一个实施例，定义将由CRRM算法所采用的一个更具体的信息，所述信息存在于该设置阶段中定义的重叠的列表，所述重叠列表规定属于不同资源池的哪些小区覆盖公共区域或者部分区域：例如，位于由不同小区所服务的区域中的用户可以使用任意一个可用资源池。根据小区的重叠的定义，CRRM算法能够在不同的可能备选方案中，选择允许优化网络操作的资源池。

下表给出小区之间的重叠的定义的例子：

小区	重叠的其它资源池的小区的列表
小区	重叠的其它资源池的小区的列表	GSMTO1	GSMTO4，UMTSTO2
GSMTO4	GSMTO1，UMTSTO2	GSMTO1	GSMTO4，UMTSTO2
GSMTO4	GSMTO1，UMTSTO2	...	...
		...	...

其中作为例子，假定GSM小区GSMTO1与GSM小区GSMTO4，以及与UMTS小区UMTSTO2重叠，GSM小区GSMTO4与GSM小区GSMTO1，以及与UMTS小区UMTSTO2重叠。

设置阶段：定义测量标准

按照规范(3GPP TS 25.331和TS 05.08)以与相对于相邻小区提供的规定相似的方式，在该步骤(方框493)中，网络运营商根据移动终端的能力，逐个小区地定义该移动终端必须对与所考虑的小区重叠的小区进行哪些测量。

设置阶段：定义确定备选资源池的模式

在该步骤(方框494)中，对于每个小区，网络运营商定义所依据的进行可能的备选资源池的确定(选择)的模态。特别地，按照本发明的一个实施例，可以定义两种模式中的任意一种：“盲目”模式和“基于测量的”模式。在“盲目”模式下，当通过某一小区请求业务时，从与所考虑的小区重叠的小区的列表中唯一地确定选择最适当的资源池的备选方案。在“基于测量的”模式下，移动终端对相邻的小区进行测量，并把测量结果提供给网络；从而，当向某一小区请求业务时，通过从无线电覆盖的观点(按照由移动终端进行的测量)仅考虑适当的小区，从与所考虑的小区重叠的小区的列表中确定选择最适当资源池的备选方案。

特别地，在本发明的一个实施例中，逐个小区地定义备选资源池的确定模式；下表提供所述定义的一个例子：

小区	模式
小区	模式	GSMTO1	盲目
GSMTO4	基于测量的	GSMTO1	盲目
GSMTO4	基于测量的	...	...

其中假定对于GSM小区GSMTO1，选择了“盲目”模式，而对于GSM小区GSMTO4，选择了“基于测量的”模式。

设置阶段：定义事件计数器

在该步骤(方框495)中，网络运营商可定义与业务请求对应的一个或多个事件计数器；对事件计数对CRRM算法做出最适当的决策来说是有用的。

按照本发明的一个实施例，在网络内，与业务请求对应的一般事件可用由下述元素构成的n-元组参数表征：

元素的名称	描述
元素的名称	描述	s	所请求业务的标识符(1≤s)
type	请求类型：0：新请求，1：切换(HO)	s	所请求业务的标识符(1≤s)
type	请求类型：0：新请求，1：切换(HO)	origin	移动终端暂住的小区所属于的资源池(1≤origin≤N_p)
dest(1)	重新分配到资源池1的可能性(真，假)	origin	移动终端暂住的小区所属于的资源池(1≤origin≤N_p)
dest(1)	重新分配到资源池1的可能性(真，假)	dest(2)	重新分配到资源池2的可能性(真，假)
...	...	dest(2)	重新分配到资源池2的可能性(真，假)
...	...	dest(N_p-1)	重新分配到资源池N_p-1的可能性(真，假)
dest(N_p)	重新分配到资源池N_p的可能性(真，假)	dest(N_p-1)	重新分配到资源池N_p-1的可能性(真，假)

其中s表示所请求的业务(借助如前所述定义的唯一标识符ID_s)；type指定业务请求是新的请求还是由源自另一小区的HO引起的请求；origin是当请求业务时，移动终端所暂住的小区所属的资源池的标识符(如上所述，ID_p＝1，...，N_p)；dest(i)是对于一般地第i个资源池，指示是否可代替起始资源池使用该资源池的布尔标志：按照本发明，该标志的值由网络根据指定的备选资源池确定模式来赋值(如前所述)。特别地，对于i＝当请求业务时，移动终端所暂住的小区的资源池来说，标志dest(i)＝真。

下表提供在假定N_p＝4，通过属于资源池ID_p＝1的小区接收到新的业务请求(即，非切换)，并且网络评价业务请求还可被资源池ID_p＝3和ID_p＝4满足，但是不能被资源池ID_p＝2满足的情况下事件的例子：

元素的名称	值	注释
元素的名称	值	注释	s	2	业务标识符
type	0	新请求(非HO)	s	2	业务标识符
type	0	新请求(非HO)	origin	1	请求通过资源池1的小区而到来
dest(1)	T	资源池1可被用于满足该请求	origin	1	请求通过资源池1的小区而到来
dest(1)	T	资源池1可被用于满足该请求	dest(2)	F	资源池2不能被用于满足该请求
dest(3)	T	资源池3可被用于满足该请求	dest(2)	F	资源池2不能被用于满足该请求
dest(3)	T	资源池3可被用于满足该请求	dest(4)	T	资源池4可被用于满足该请求

令N_c为网络运营商定义的不同的事件计数器的数目，0≤N_c。

按照本发明的一个实施例，一般事件计数器可被定义成整数型或实数型的。

每个整数型事件计数器与对应的事件关联：这种事件的发生导致计数器数值被递增。

实数型计数器被定义成由网络运营商规定的两个整数型计数器的比值；于是，每个实数型事件计数器具有与之关联的两个整数型计数器，一个用于分子，另一个用于分母。

对于网络运营商定义的每个计数器，网络保持记录每个小区的计数器数值(即，一般事件计数器具有多个实例，每个小区一个实例)，并且只有对于与小区相关的事件，该小区中的每个事件计数器才被递增。

整数型或实数型一般计数器由各自的计数器标识符ID_c标识，其中ID_c≥1，并且ID_c≤N_c。

由于相同的ID_c涉及许多计数器(每个小区一个计数器)，因此计数器将被如下引用：

变量	描述
变量	描述	C_IDc[<cell>]	小区<cell>中具有标识符IDc的计数器的值
C_IDc[pool＝ID_p]	具有标识符ID_p的资源池的小区中标识符为IDc的计数器的值	C_IDc[<cell>]	小区<cell>中具有标识符IDc的计数器的值

要注意的是，与资源池相关联的事件计数器(前表中的第二行)必须被解释成表示与属于该资源池的小区相关联的事件计数器的每个实例的紧缩记法；换句话说，它不是与该资源池的所有小区相关联的唯一计数器，相反它是多个计数器实例。

定义两种计数器：整数型计数器和实数型计数器。

特别地，如下表中示例性所示定义整数型计数器：

ID_c	事件描述(不包括origin字段)
ID_c	事件描述(不包括origin字段)	1	s₁，type₁，dest(1)₁，...，dest(N_p)₁
2	s₂，type₂，dest(1)₂，...，dest(N_p)₂	1	s₁，type₁，dest(1)₁，...，dest(N_p)₁
2	s₂，type₂，dest(1)₂，...，dest(N_p)₂	...	...
		...	...

发现由于如上所述，只有相对于和小区相关的事件，该小区中的每个事件计数器才被递增，因此未明确考虑事件的origin字段。

在定义事件计数器时，事件描述的任何字段可被通配符，例如“＊”代替，以指示该字段可取任意值。

一般事件计数器还可与两个或者更多的不同事件关联(这种情况下，在上面的示例性表格中，为该计数器提供两行或更多行，每一行规定导致计数器数值被改变，具体地说被递增的不同事件)。类似地，相同的事件可与两个或者更多的不同计数器关联。

网络运营商可以规定实数型计数器，比如在下面的示例性表格中所示：

ID_c	ID_c分子	ID_c分母
ID_c	ID_c分子	ID_c分母	3	ID_c1	ID_c1′
4	ID_c2	ID_c2′	3	ID_c1	ID_c1′
4	ID_c2	ID_c2′	...
			...

要注意的是，具有特定标识符ID_c的每个计数器可以是整数或者实数的，而不能同时既是整数又是实数的；换句话说，这意味相同的标识符不能同时存在于两个表格(整数计数器和实数计数器)。

例如，下面的两个表格被用于定义三个计数器(N_c＝3)；第一个表格定义具有标识符ID_c＝1和ID_c＝2的两个整数型计数器(每当发生具有ID_s＝2或ID_s＝8的业务请求时，第一个计数器被递增，而每当发生具有ID_s＝5的业务请求时，第二个计数器被递增)，第二个表格把具有标识符ID_c＝3的实数型计数器定义成第一计数器(ID_c＝1)和第二计数器(ID_c＝2)之间的比值，

ID_c	事件描述
ID_c	事件描述	1	2，＊，＊，＊，＊，＊
1	8，＊，＊，＊，＊，＊	1	2，＊，＊，＊，＊，＊
1	8，＊，＊，＊，＊，＊	2	5，＊，＊，＊，＊，＊

ID_c	ID_c分子	ID_c分母
ID_c	ID_c分子	ID_c分母	3	1	2

设置阶段：查寻表的定义

在该步骤(方框496)中，网络运营商可定义一个或多个查寻表，在每个查寻表中，可以插入预定数目的(例如，256个)例如实数值。一般查寻表由唯一的标识符ID_l识别，1≤ID_l≤N_l，其中N_l是网络运营商定义的查寻表的数目；一般查寻表的一般元素由索引j标识(在所讨论的例子中，0≤j≤255)。

下面给出可按照本发明的一个实施例定义的查寻表的例子：

如后更详细所述，查寻表可由CRRM算法用在确定哪些资源专用于满足业务请求的过程中。具有ID_l＝i的一般查寻表可用下面的调用访问：

lookup[i，j]

其中i和j是整数或实数(在后一情况下，它们被截断)。如果没有定义任何查寻表，那么该调用返回0.0.。如果i<1，那么ID_l＝1的查寻表被访问；如果i>N_l，那么考虑ID_l＝N_l的查寻表。如果j<0，那么考虑位置0中的查寻表元素；如果j>255，那么考虑位置255中的元素。

设置阶段：定义CRRM决策逻辑(策略)

在该步骤(方框497)中，网络运营商定义待实现的CRRM算法的决策逻辑。

按照本发明，为了允许灵活地配置设备必须实现的CRRM策略，要管理作为多组一个或多个决策规则构成的决策逻辑。决策规则可由网络运营商自由定义，只要遵守预定的语法；如后详细所述，决策规则语法是这样的，使得一般决策规则包括：

-一个或多个事件，即决策规则打算适用于的一个或多个业务请求的描述；

-系统状态，例如网络状态的描述；

-在规则被满足的情况下，要采取的动作。

决策逻辑的应用要求根据接收的业务请求的描述与在决策规则中指定的业务请求的描述之间的比较，和接收到业务请求时，系统的当前状态的描述与包括在决策规则中的系统的状态的描述之间的比较，检查决策规则。

无线电资源控制器，即BSC和RNC除了完全了解它们直接管理的小区的负载状态之外，还能够接收关于属于备选RAT的小区的负载状态的指示。按照3GPP规范(3GPP TS 25.423)，可通过利用称为“公共测量”的过程(通过Iur-g接口(如果提供的话)，或者通过与核心网络的A接口和Iu接口；在后一情况下，核心网络透明地传送UTRAN和GERAN交换的信息)进行RNC和BSC之间的小区负载值的交换。

在multi-RAT，GERAN/UTRAN系统中，RNC和BSC能够交换的量都与小区的负载相关。规范陈述对于上行链路和下行链路独立估计称为“小区负载”的参数的可能性(可能地，实时流量-“RT Load”-和非实时流量-“NRT Load”-可被独立处理)。特别地，小区负载的值可从0变化到100，被定义成一般小区在一般瞬间支持的总负载与规划的最大小区容量的百分比。依据这种约定，小区负载是独立于特定RAT的参数，从而它能够用在multi-vendor和/或multi-RAT环境中(在后一情况下，考虑到在不同无线接入网络的可用无线电资源和容量方面的比例，应遵守不同RAT之间的恰当均等)。

特别地，RT Load值可从0变化到100，被定义成由与实时业务相关的流量产生的负载和规划的最大小区容量之间的百分比；相反，NTRLoad指示由与非实时业务相关的流量产生的小区负载，并且例如可以取值“低”、“中”、“高”和“过载”。

小区负载参数的值是动态的，从而为了CRRM算法的正确工作，计算它们必需的测量以适当的周期重复进行。

换句话说，对于所有网络设备来说，网络的状态通常并不明显已知；例如，RNC只部分了解不直接受其控制的小区的负载状态：BSC/RNC充分了解它所控制的小区的负载状态，但是至于受其它BSC/RNC控制的小区，其了解局限于小区负载。

按照本发明的一个实施例，网络的状态由如下表中规定的一组状态变量表述：

变量	值	描述
变量	值	描述	RTLU[<cell>]	Int 0..100	用于小区<cell>中实时业务的上行链路中的小区负载
RTLD[<cell>]	Int 0..100	用于小区<cell>中实时业务的下行链路中的小区负载<cell>	RTLU[<cell>]	Int 0..100	用于小区<cell>中实时业务的上行链路中的小区负载
RTLD[<cell>]	Int 0..100	用于小区<cell>中实时业务的下行链路中的小区负载<cell>	N[<cell>，ID_s]	Int	小区<cell>中带标识符ID_s的业务的进行中连接的数目
RTLU[pool＝ID_p]	Int 0..100	用于标识符为ID_p的资源池的小区中实时业务的上行链路中的小区负载	N[<cell>，ID_s]	Int	小区<cell>中带标识符ID_s的业务的进行中连接的数目
RTLU[pool＝ID_p]	Int 0..100	用于标识符为ID_p的资源池的小区中实时业务的上行链路中的小区负载	RTLD[pool＝ID_p]	Int 0..100	用于标识符为ID_p的资源池的小区中实时业务的下行链路中的小区负载
N[pool＝ID_p，ID_s]	Int	用于标识符为ID_p的资源池的小区中标识符为ID_s的业务的进行中连接的数目	RTLD[pool＝ID_p]	Int 0..100	用于标识符为ID_p的资源池的小区中实时业务的下行链路中的小区负载

要注意的是与资源池相关联的变量(上表中的后三行，即RTLU[pool＝IDp]、RTLD[pool＝IDp]和N[pool＝IDp，IDs])必须被解释成代表状态变量的单一实例的紧缩记法，每个属于该资源池的小区一个状态变量；它们不是与该资源池的所有小区相关联的全局变量，如后更详细所述。

如上所述，由于BSC/RNC并不完全明了受不同BSC/RNC(视为一般BSC/RNC)控制的小区的状态，因此不是所有上面定义的状态变量通常都具有赋于其的值；下表中给出了在一般BSC/RNC X中常遇到的情况：

其中c∈X代表受BSC/RNC X控制的小区c，而

c &NotElement; X

代表不受BSC/RNC X控制的小区，ID_s是一般业务的标识符。

按照本发明的一个实施例，用一组表格465的形式表达待实现的CRRM算法的决策逻辑，其中每个表项目对应于一个决策规则，而决策规则又对应于当事件、计数器数值、网络状态的相应组合适用时，要采取的某一CRRM动作。

该组表格中的每个表是通过相应的表格标识符ID_t标识的，1≤ID_t≤N_t，N_t是表的数目。

特别地，按照本发明的一个实施例，表达CRRM算法决策逻辑的该组表格包括两种不同类型的表格：第一种表格被称为“小区表”，第二种表格被称为“资源池表”。“小区表”用于在单个小区的层面规定CRRM规则，而“资源池表”用于规定考虑资源池就足够了而不必考虑单个小区的更通用的CRRM规则。例如，为了实现“UMTS发起的所有语音呼叫必须被转移给GSM”的CRRM规则，不必考虑单个小区，考虑GSM资源池和UMTS资源池就足够了(每个必须实现CRRM算法的网络设备，比如BSC和RNC，将把利用资源池表述的一般规则转化并应用于所涉及的特定小区)。利用这两种表格可简化CRRM规则的定义(否则，为了规定一般CRRM规则，会需要若干第一种类型的表格)；不过，这种表结构的采用本质上不是限制性的，备选结构也是可能的。

示例性的“小区表”如图5中所示构成，而图6描述了示例性的“资源池表”的结构。

参考图5，“小区表”465-c包括表格标识符ID_t 501和在该表中考虑的L≥1个小区(即，在该表中规定的CRRM规则所适合于的小区)的列表502；在所讨论的例子中，假定表格ID_t＝6涉及GSM网络的小区GSMTO1和UMTS网络的小区UMTSTO3。

该表格包括n个表格行RW1、RW2、RW3、...、RWn，和多个表格列/多组表格列505、510、520和590。特别地，表格列组520包括用于列表502中的每个小区的相应列子组，比如分别用于小区GSMTO1和UMTSTO3的列子组520a和520b(如果列表502包含其它元素，那么可存在与子组520a和520b类似的其它子组；为了简便起见，图5只描述了两个元素的情况)。

考虑与CRRM决策逻辑的决策规则对应的一般表格行，列505中的表元素可包含一个表达式，语义在下面说明；表格列组510中的表元素适合于包含事件描述，即按照上面提供的事件定义，打算对其应用该决策规则的业务请求的描述，即，表格列组510中的表元素适合于包含表征事件的参数s、type、origin、dest(1)、...、dest(N_p)的值。

表格列组520包含网络状态的描述。涉及列表502的相应小区的列的一般子组520a、520b包含一组表格列521和一组表格列522。

与列表502中的某一小区相关的表格列组521中的表元素(都是整数型表元素)适合于包含对应小区的状态的描述，即，它们适合于包含上面定义的状态变量RTLU[<cell>]、RTLD[<cell>]和N[<cell>，IDs]的值。与列表502中的某一小区相关的表格列组522中的表元素(整数型或实数型表元素)适合于包含在设置阶段中关于对应小区定义的计数器的数值。

列590中的表元素适合于包含要采取的CRRM动作的标识符；特别地，CRRM动作标识符可以是指示业务请求必须被拒绝的标识符“Rej”，或者可以是小区的标记。

参考图6，“资源池表”465-p包括表格标识符ID_t601。

资源池表具有m个表格行RWP1、RWP2、RWP3、...、RWPm，每一行对应于一个决策规则，和多个表格列/表格列组605、610、621、622、640、651、652和690。

考虑一般表格行，类似于上面说明的“小区表”，列605中的表元素可包含一个表达式，语义在下面说明；表格列组610中的表元素适合于包含事件描述。

表格列组621中的表元素(都是整数型表元素)适合于包含发起业务请求的初始小区的状态的描述，即，它们适合于包含发起业务请求的小区的上面定义的状态变量RTLU[<cell>]、RTLD[<cell>]和N[<cell>，IDs]的值。

表格列组622中的表元素(整数或实数型表元素)适合于包含在设置阶段期间关于发起业务请求的初始小区定义的计数器的数值。

列640中的表元素适合于包含资源池的标识符。

表格列组651中的表元素(都是整数型表元素)适合于包含属于在列640中规定的资源池的一般小区的状态的描述，即，适合于包含在列640中规定的资源池的一般小区的状态变量RTLU[<cell>]、RTLD[<cell>]和N[<cell>，IDs]的值。

表格列组652中的表元素(整数或实数型表元素)适合于包含在设置阶段中定义的事件计数器的预定值，操作中，所述预定值必须与关于在列640中规定的资源池的一般小区定义的事件计数器的值匹配。

列690中的表元素适合于包含要采取的CRRM动作的标识符；特别地，CRRM动作标识符可以是“Rej”(指示必须被拒绝的业务请求)，或者可以是作为资源池的标识符的整数值。

特别地，在这两个表格中，除了取特定值之外，整数型(int)或实数型(real)表元素还可取下述值：

＊表示任意值

<n 表示小于数字n的任意值

≤n 表示小于或等于数字n的任意值

>n 表示大于数字n的任意值

]m，n[ 表示包括在数字m和n(不包括端值)之间的任意值

[m，n] 表示包括在数字m和n(包括端值)之间的任意值

[m，n[ 表示包括在数字m和n(不包括端值n)之间的任意值

]m，n] 表示包括在数字m和n(不包括端值m)之间的任意值

除了特定值(真，假)之外，布尔型(type bool)表元素的值也可取值“＊”来表示任意值。

如上所述，一般“小区表”的列505中，或者一般“资源池表”的列605中的表元素如所述适合于包含可按照下面的方式定义的表达式(typeexpr)：

expr：

operand

expr operator expr

lookup[expr，expr]

！expr

(expr)

其中：

！expr表示逻辑否定；

(expr)意味表达式的语法可在括号中包括表达式；

operator表示：

+(加和，或者逻辑或)

＊(乘法，或者逻辑与)

-

/(实数的除法)

>

>＝

<

<＝

＝

<>(意味“不同”)

operand可以是：

real_number

integer_number

variable

T(布尔值真，在表达式的赋值中被看作1)

F(布尔值假，在表达式的赋值中被看作0)

variable可以是：

s

type

origin

dest

cont

state

其中s表示业务标识符，type表示业务请求的类型(0代表新的呼叫，或1代表切换)，origin表示发起业务请求的小区的资源池。dest可以是：

dest(1)

…

dest(N_p)

cont可以是

c₁[<cell>]

c_Nc[<cell>]

c₁[orgin]

…

c_Nc[orgin]

c₁[pool]

…

c_Nc[pool]

其中c_i[orgin]表示发起业务请求的小区的具有标识符ID_c＝i的计数器，并且c_i[pool]表示在列640中规定的资源池的小区的具有标识符ID_c＝i的计数器。

state可以是：

RTLU[<cell>]

RTLD[<cell>]

N[<cell>，integer_number]

RTLU[origin]

RTLD[origin]

N[origin，integer_number]

RTLU[pool]

RTLD[pool]

N[pool，integer_number]

其中RTLU[origin]、RTLD[origin]和N[origin，integer_number]都指的是发起业务请求的小区，并且RTLU[pool]、RTLD[pool]和N[pool，integer_number]都指的是在列640中规定的资源池的小区。

按照本发明的一个实施例，一般表达式的结果是布尔值。

一个示例性表达式是：

(c₅[GSMTO1]<7.4)＊(lookup[4，RTLU[UMTSTO3]]>＝lookup[5，N[GSMTO1，2]])

该表达式必须被理解成下述两个条件之间的逻辑与：

-小区GSMTO1中ID_c＝5的事件计数器的值必须小于7.4；和

-由小区UMTSTO3的上行链路小区负载指定的表元素的值(由ID_l＝4的查寻表呈现)必须等于或大于就具有ID_s＝2的业务而论，由小区GSMTO1中的进行中连接的数目指定的表元素的值(由ID_l＝5的查寻表呈现)。

另一个示例性表达式是：

(c₅[GSMTO1]<7.4)＊(lookup[4，RTLU[pool]]>＝lookup[5，N[origin，2]])

该表达式必须被理解成下述两个条件之间的逻辑与：

-小区GSMTO1中ID_c＝5的事件计数器的值必须小于7.4；以及

-在ID_l＝4的查寻表中，由在列640中指定的资源池的小区的小区负载指定的表元素的值必须等于或大于ID_l＝5的查寻表中，就ID_s＝2的业务而论，由发起业务请求的小区中的进行中连接的数目指定的表元素的值。

通过按照下面说明的方式，利用表达CRRM算法决策逻辑的一组表格465，实现CRRM算法的多个网络实体(或者作为替代地，一个网络实体)，例如BSC 325、RNC 335和APC 345(或者作为替代地，CRRM业务器360)能够关于必须被管理的一般业务请求做出恰当的决策。在所示的例子中，动作值“Rej”意味该业务请求必须被阻拦。

随着CRRM决策逻辑的定义，设置阶段结束。

一旦按照上面说明的方式完全配置了CRRM算法，CRRM算法即将被实现。下面参考图7、8、9A和9B的流程图，在本发明的一个实施例中说明CRRM算法的实现(由实现模块410通过利用一组决策逻辑表465完成)。

CRRM算法等待(方框703)与关于在设置阶段(图4B中的方框490)中，已被规定为由CRRM算法管理的业务之一的业务的业务请求对应的事件的发生。假设接收到业务请求(事件705)：通过对每个参数赋予适当的值，创建如前所述，表征发生的事件的n元组参数(所请求业务的标识符s，请求类型type，业务请求起源origin等等)(方框707)。如果在设置阶段(方框495)中，定义了其数值因所考虑事件的发生而受影响的一个或多个计数器，那么计数器被更新(方框709)。

随后，表格扫描器模块470扫描该组CRRM决策逻辑表465(特别地，如下所述，扫描“小区表”465-c或“资源池表”465-p)，直到找到与发生的事件相容的第一个表格和第一行(即，第一条决策规则)为止，如下详细所述。扫描器模块470选择N_t个CRRM决策逻辑表中的第一个表(方框710)；执行所选表格的方式取决于该表格是“小区表”(方框715)还是“资源池表”(方框717)。如果在所选表格中未找到相容表格行(后面结合图8和9A、9B说明评估表格行的相容性的方式)，那么选择下一个表格(方框719，环回到点711)，并重复上述检查；当不再存在未检查的表格时(方框712)，不能对该请求应用任何CRRM策略，并且算法返回方框703，等待业务请求的下次发生；相反如果找到其中存在相容表格行的表格，那么由方框715或717示意的操作还包括计算候选小区C_t；

如果方框715或717示意的操作所产生的CRRM动作是“Rej”，那么业务请求必须被拒绝(723)，并且算法返回方框703，等待业务请求的下次发生；否则接受所请求的业务，尝试将其分配到所确定的小区C_t(方框727)。

操作流程跳转到等待业务请求状态(方框703)。

下面参考图8的示意流程图，说明表格扫描器模块470扫描一组CRRM决策逻辑表465中的“小区表”465-c的方法。

首先，读取所涉及的小区列表502，小区列表502指定包括在正被扫描的“小区表”中的小区(方框801)；令Cl₁，...，Cl_L为列表502的L个小区(在图5的例子中，Cl₁＝GSMTO1，Cl₂＝UMTSTO3)。

根据事件特征(n元组参数s、type、origin等)，计数器和列表502中所有小区Cl₁，...，Cl_L的状态，计算矢量变量S(方框802)：

S＝{s，type，origin，dest(1)，...dest(N_p)，计数器和小区Cl₁，...，Cl_L的状态}。

从而，矢量变量S包含发生的事件的描述，计数器的数值和事件发生时小区的状态。

“小区表”465-c从第一行开始被逐行扫描；行计数器i可被用于跟踪表格行的扫描；行计数器最初被置为1(方框803)，并且每次扫描转到下一行时，行计数器被加1(方框805)，直到最后的表格行被扫描为止(判定框807，退出分支“是”)；在后一情况下，未找到任何相容表格行(方框809)。

对于正被扫描的一般表格行，即，对于评估中的一般决策规则，表格扫描器模块470读取在选择的表格行处保存在该表格中的元素的值；列505中的元素的表达式被代入变量Expr_i，列590中的元素的动作被赋给变量Action_i，并且其它元素的值被赋给矢量变量D_i(方框811)。

D_i＝{s_i，type_i，origin_i，dest(1)_i，...dest(N_p)_i，(小区1，...，L的计数器)i和(小区1，...，L的状态)_i}。

随后检查在设置阶段(图4的方框494)中关于初始小区origin_i设置的备选资源池的确定模式是“基于测量的”还是“盲目”模式(方框813)；在所述模式是“盲目”的情况下，处理继续进行，检查矢量变量S和D_i是否一致(方框816)；相反，如果所述模式是“基于测量的”，那么从无线覆盖的观点检查(方框815)其标识符由变量Action_i的值指定的小区是否合适；如果否，那么考虑下一行(方框805)。

如上所述，如果“盲目”模式已被设置，或者在“基于测量”的模式下，从无线覆盖的观点来看，由变量Action_i的值指定的小区是适当的，那么检查两个矢量变量S和D_i是否相等。如果否，那么考虑下一行(方框805)，否则继续该方法，检查所选表格行的列505中的元素是否包含表达式：在肯定的情况下，表格扫描器模块470计算表达式值(为此，表格扫描器模块可访问在设置阶段中定义的一个或多个查寻表460)。

随后评估表达式的计算结果(方框817)。如果包含在列505中的元素中的表达式的计算结果为“假”，那么继续扫描下一表格行，否则(即，如果表达式结果为“真”)，那么找到了相容表格行，变量Action_i的内容被作为待采用的CRRM动作(该值被赋给用于指定该动作的变量C_t)(方框819)。

在表达式值的计算中，如果遇到异常或错误，那么继续扫描下一表格行(如果有的话)。可能遇到的异常是除以0，在表达式中引用不存在的小区，引用未被赋值的网络状态变量；与未被赋值的网络状态变量对应的表元素中不同于“＊”的条件。优选地，所有遇到的异常/错误被保存在日志文件中，从而允许网络运营商容易地识别和纠正CRRM决策逻辑中的可能错误。

下面参考图9A和9B的示意流程图，说明表格扫描器模块470扫描一组CRRM决策逻辑表465中的一般“资源池表”465-p的方法。

使用变量C，并且变量C被赋予发起业务请求的初始小区的标识符的值(方框901)。

“资源池表”被逐行扫描，例如从第一行开始，即，从表的第一决策规则开始；行计数器i可被用于跟踪表格行的扫描；行计数器最初被置为1(方框903)，并且每次扫描进行到下一行时被递增，例如加1(方框905)，直到最后的表格行被扫描为止(判定框907，退出分支“是”)：在后一情况下，未找到任何相容表格行(方框909)。

对于正被扫描的一般表格行，表格扫描器模块470读取在所选的表格行处保存在该表格中的元素的值，并把读取的值赋给(方框911)变量Expr_i(取从列605中的元素读取的内容)、变量P_i(取从列640中的元素读取的内容)、变量Action_i(取从列690中的元素读取的内容)；该行的剩余元素的内容被赋给矢量变量D_i：

D_i＝{s_i，type_i，origin_i，dest(1)_i，...dest(N_p)_i，(初始小区的状态)_i，(初始小区的计数器)_i，(资源池的小区的状态)_i，(资源池的小区的计数器)_i}

在值P_i＝“＊”(方框913)的情况下，算法跳转(跳接符号J1)到后面将结合图9B说明的例程，否则属于在列640中的元素中指定的资源池P_i的Q个小区随后或者按照无线电信号电平质量的降序被重新排序(在设置阶段中对于初始小区设置“基于测量的”模式的情况下)，或者它们被保持与在资源池的定义中指示它们的顺序相同的顺序(在对于初始小区选择“盲目”模式的情况下)。如上排序的小区的名称被赋给变量CP₁，...CP_Q(方框915)。

从小区CP₁开始逐一扫描由赋给变量CP₁，...CP_Q的名称指定的小区；行计数器j可被用于跟踪小区的扫描；行计数器最初被置为1(方框920)，并且每次扫描进行到下一小区时被递增，例如加1(方框930)，直到最后的小区被扫描为止(判定框925，退出分支“是”)：在后一情况下，未找到任何相容表格行(方框905)。

对于正被扫描的一般小区CP_j，表格扫描器模块470根据所发生事件的表征(不包括origin字段(即，所考虑的参数是s，type，dest(1)，...，dest(N_p)))、计数器的当前值和小区C(即，初始小区)及CP_j的状态，计算矢量变量S(方框935)。

S＝{s，type，C，dest(1)，...dest(N_pmax)，(小区C的状态)，(小区C的计数器)，(小区CP_j的状态)，(小区CP_j的计数器)}

另外通过对包含在列605中的元素中的表达式进行下列代入，计算值VExpr(方框940)：

c₁[origin] →c₁[C] c₁[pool] →c₁[CP_j]

… …

c_Nc[origin] →c_Nc[C] c_Nc[pool] →c_Nc[CP_j]

RTLU[origin] →RTLU[C] RTLU[pool] →RTLU[CP_j]

RTLD[origin] →RTLD[C] RTLD[pool] →RTLD[CP_j]

N[origin，^＊] →N[C，^＊] N[pool，^＊] →N[CP_j，^＊]

换句话说，关于初始小区C和对正被扫描的表格行指定的资源池的所考虑小区，计算表达式。

随后检查是否S＝D_i，并且值VExpr为真；如果否(判定框945，退出分支“否”)，那么考虑下一个小区CP_j(返回方框930)。

随后检查是否Action_i＝origin_i；在检查结果肯定的情况下(判定框950，退出分支“是”)，变量C_t取C的值(方框955)，并且该过程结束于找到相容表格行(方框970)。

否则，检查是否Action_i＝P_i；在检查结果肯定的情况下(判定框960，退出分支“是”)，C_t取CP_j的值(方框965)，并且该过程结束于找到相容表格行(970)。

如果上述两个检查一个也不成功，那么根据在设置阶段中对于初始小区C指定“盲目”模式还是“基于测量的”模式，存在两种可能性(方框975)；在第一种情况下(方框980)，C_t取属于Action_i指示的资源池的小区列表中的第一个小区的值；在第二种情况下(方框985)，C_t取属于由通过按照无线电信号质量降序重新排序的Action_i指示的资源池的小区列表中的第一个小区的值。

该过程结束于找到相容表格行(990)。

图9B中描述了列640中的元素取值“*”(在方框913)，即，“资源池表”中不指定任何特殊资源池的表格行的值的情况。

第i表格行的一些元素被用于计算矢量变量DD_i(方框991)：

DD_i＝{s_i，type_i，origin_i，dest(1)_i，...dest(N_p)_i，(初始小区的状态)_i，(初始小区的计数器)_i}

可看出矢量变量DD_i与方框911的矢量变量D_i相同，不过它不包含取决于资源池P_i(的小区)的元素。

随后按照下述方式计算矢量变量SS(方框992)：

SS＝{s，type，C，dest(1)，...dest(N_p)，(小区C的状态)，(小区C的计数器)}。

可看出矢量变量SS是按照和方框935中矢量变量S相同的方式计算的，不过它不包含取决于资源池P_i的元素。

随后如下评估值VVExpr(方框993)：

VVExpr＝通过进行下述代入评估的包含在列605中的元素中的Expr_i：

c1[origin] →c₁[C]

…

c_Nc[origin] →c_Nc[C]

RTLU[origin] →RTLU[C]

N[origin，^＊] →N[C，^＊]

从而，值VVExpr是按照和方框940中VExpr相同的方式计算的，不过它不包含对资源池的小区状态的引用，否则会出现异常。

随后检查是否SS＝DD_i并且VVExpr为真(方框994)；如果否(判定框994，退出分支No)，那么考虑下一行(通过跳转符号J3返回方框905)；否则，处理继续(通过跳转符号J2)方框950的检查。

下面，给出上述方法和系统的一个应用例子。

在待给出的例子中考虑的情况是能够提供语音业务和数据交换业务的移动无线电通信网络的情况，其中：

-语音业务由GSM网络和UMTS网络提供；

-数据交换业务只由UMTS网络提供；

-GSM网络包括两个小区GSM1和GSM2，并且UMTS网络包括两个小区UMTS1和UMTS2，相应的覆盖范围如图10中所示；

-小区GSM1和GSM2由相同的BSC控制；

-小区UMTS1和UMTS2由相同的RNC控制。

假定UMTS容量在前面定义的小区负载变量上的映射已知：例如，下表提供与活动的语音和数据用户的数目相对的下行链路中的小区负载值：

		数据
		数据											0	1	2	3	4	5	6	7	8	9
语音	0	0	11	23	34	46	57	69	80	92	100		0	1	2	3	4	5	6	7	8	9
语音	0	0	11	23	34	46	57	69	80	92	100	1	7	17	29	40	51	61	74	85	100
	2	14	24	35	46	56	66	79	90			1	7	17	29	40	51	61	74	85	100
	2	14	24	35	46	56	66	79	90			3	21	31	42	52	62	71	84	95
	4	28	38	48	58	67	76	89	100			3	21	31	42	52	62	71	84	95
	4	28	38	48	58	67	76	89	100			5	35	45	55	64	73	80	94
	6	42	52	61	70	78	85	100				5	35	45	55	64	73	80	94
	6	42	52	61	70	78	85	100				7	50	58	67	76	83	90
	8	57	65	74	82	89	95					7	50	58	67	76	83	90
	8	57	65	74	82	89	95					9	64	72	80	88	94	100
	10	71	79	87	94	100						9	64	72	80	88	94	100
	10	71	79	87	94	100						11	78	86	93	100
	12	85	93	100								11	78	86	93	100
	12	85	93	100								13	92	100
	14	100										13	92	100

GSM网络的容量被假定为10个语音信道；下表举例说明与活动的语音用户的数目相对的下行链路中的小区负载值：

语音用户	小区负载
语音用户	小区负载	0	0
1	10	0	0
1	10	2	20
3	30	2	20
3	30	4	40
5	50	4	40
5	50	6	60
7	70	6	60
7	70	8	80
9	90	8	80
9	90	10	100

上面的两个表格可用于理解小区中允许的最大负载。第一个表格指示在已知UMTS小区中的语音和数据呼叫的数目的情况下的小区负载。由于小区负载不能大于100，因此显然例如如果正在进行10个语音呼叫，那么只能接受不超过4个数据呼叫。第二表格涉及的是在本例中，只允许语音呼叫的GSM。

如上所述，在CRRM算法的设置阶段中，网络运营商定义服从CRRM算法的网络业务；在本例中，考虑两种实时业务，即语音业务和数据交换业务，如在下面的表格中举例所述，这两种实时业务分别被识别成ID_s＝1和ID_s＝2，并根据QoS参数如前讨论那样表征这两种实时业务。

另外，在设置阶段中，定义资源池；在所讨论的例子中，假定定义了两个资源池，一个资源池组合GSM小区而另一个资源池组合UMTS小区：

ID_p	描述
ID_p	描述	1	UMTS1，UMTS2
2	GSM1，GSM2	1	UMTS1，UMTS2

根据图9的例子，定义小区重叠的步骤给出：

小区	重叠的其它资源池中的小区的列表
小区	重叠的其它资源池中的小区的列表	GSM1	UMTS1
GSM2	UMTS2	GSM1	UMTS1
GSM2	UMTS2	UMTS1	GSM1
UMTS2	GSM2	UMTS1	GSM1

至于定义关于相邻小区的无线电测量的标准，假定按照位于小区中的双模(即，GSM和UMTS)移动终端对属于其它系统的重叠小区进行测量的方式配置网络。

这种测量配置使得能够在设置阶段中的下一步骤中设置“基于测量的”模态：在所讨论的例子中，假定在小区GSM1和UMTS1中，选择“盲目”模态，而在小区GSM2和UMTS2中选择“基于测量的”模态。

在所讨论的例子中，事件(业务请求)由下述形式的5元组表征：

s，type，origin，dest(1)，dest(2)

其中s＝1标识语音业务请求，s＝2标识数据业务请求，对于新请求来说，type＝0，对于源于切换的请求，type＝1，如果移动终端暂住在UMTS网络上，那么origin＝1，如果移动终端暂住在GSM网络上，那么origin＝2，如果有可能把请求分配给UMTS网络，那么dest(1)＝真，否则dest(1)＝假，并且如果可能把业务请求分配给GSM网络，那么dest(2)＝真，否则dest(2)＝假。

另外，假定定义整数型事件计数器，以便计数所有语音呼叫，并且定义另一个整数型事件计数器用于计数既能够分配给GSM网络，又能够分配给UMTS网络的语音呼叫。从而按照下述方式定义两个计数器：

ID_c	s	type	origin	dest(1)	dest(2)
ID_c	s	type	origin	dest(1)	dest(2)	1	1	＊	＊	＊	＊
2	1	＊	＊	T	T	1	1	＊	＊	＊	＊

此外，假定实数型计数器被定义为上面的两个计数器之间的比值：

ID_c	ID_c分子	ID_c分母
ID_c	ID_c分子	ID_c分母	3	2	1

另外假定在设置阶段中还定义了ID_l＝1的查寻表，用于按照上面给出的UMTS网络的示例性容量，根据正在进行的数据连接的数目规定UMTS能够接受的语音呼叫的最大数目：

索引	值
索引	值	0	14
1	13	0	14
1	13	2	12
3	11	2	12
3	11	4	10
5	9	4	10
5	9	6	6
7	4	6	6
7	4	8	1
9	0	8	1
9	0	10	0
11	0	10	0
11	0	...	...
255	0	...	...

网络状态假定由在下表中列举的状态变量描述，其中对于每个变量，规定该变量对RNC来说是否可见，对BSC来说是否可见，或者是否对RNC和BSC来说都可见：

状态变量	对RNC1来说可见	对BSC1来说可见
状态变量	对RNC1来说可见	对BSC1来说可见	RTLU[UMTS1]	√	√
RTLD[UMTS1]	√	√	RTLU[UMTS1]	√	√
RTLD[UMTS1]	√	√	N[UMTS1，1]	√
N[UMTS1，2]	√		N[UMTS1，1]	√
N[UMTS1，2]	√		RTLU[UMTS2]	√	√
RTLD[UMTS2]	√	√	RTLU[UMTS2]	√	√
RTLD[UMTS2]	√	√	N[UMTS2，1]	√
N[UMTS2，2]	√		N[UMTS2，1]	√
N[UMTS2，2]	√		RTLU[GSM1]	√	√
RTLD[GSM1]	√	√	RTLU[GSM1]	√	√
RTLD[GSM1]	√	√	N[GSM1，1]		√
RTLU[GSM2]	√	√	N[GSM1，1]		√
RTLU[GSM2]	√	√	RTLD[GSM2]	√	√
N[GSM2，1]		√	RTLD[GSM2]	√	√
N[GSM2，1]		√	RTLU[pool＝1]	√	√
RTLD[pool＝1]	√	√	RTLU[pool＝1]	√	√
RTLD[pool＝1]	√	√	N[pool＝1，1]	√
N[pool＝1，2]	√		N[pool＝1，1]	√
N[pool＝1，2]	√		RTLU[pool＝2]	√	√
RTLD[pool＝2]	√	√	RTLU[pool＝2]	√	√
RTLD[pool＝2]	√	√	N[pool＝2，1]		√

可认识到，与实时负载相关的所有状态变量对RNC和BSC来说都是可见的；与用于语音或数据业务的活动连接的数目相关的状态变量只对相关小区的控制器是可见的。

假定在图11的具有标识符ID_t＝1的表中规定CRRM决策逻辑；该表原则上对应于图5的表。

可认识到：

该表的行1：

规定数据类型的业务请求只能由UMTS网络满足；该表的行2和行3：

规定语音业务的HO请求被保持在RAT上，所述语音业务的HO请求通过HO向该RAT传递；

该表的行4：

规定只能由UMTS网络服务的语音业务新请求被分配给UMTS网络；

该表的行5：

规定只能由GSM网络服务的语音业务新请求被分配给GSM网络；该表的行6：

规定RNC接收的、能够由UMTS网络和GSM网络两者服务的语音业务新请求被分配给GSM网络(假设存在用于该语音业务的足够容量)；该表的行7：

规定如果不能在UMTS网络上分配另一个语音呼叫，那么该业务请求被拒绝；通过利用上面定义的查寻表ID_t＝1进行这种检查：该表达式具有下述含义：

(UMTS池的小区中的语音呼叫的数目)≥(当在UMTS池的小区中存在数目为(N[pool，1])的数据呼叫时，可容许的语音呼叫的最大数目)

该表的行8：

规定如果在发起语音呼叫请求的小区中，计数器c₃>0.7，那么在UMTS网络上接受该呼叫；

该表的行9：

规定否则拒绝该呼叫；

该表的行10：

规定如果仍然有空间的话，BSC接收的既能够由GSM网络又能够由UMTS网络服务的新语音业务请求被分配给GSM；

该表的行11：

规定如果不能在UMTS网络上分配更多的语音呼叫，那么该业务请求被拒绝；

该表的行12：

该表的行13：

规定否则拒绝该呼叫。

下面说明所讨论的例子中的CRRM算法的操作。

假定与小区UMTS1连接的移动终端请求进行新的语音呼叫；另外假定该终端具有双模功能。这种情况下，该事件由下述参数表征：

s＝1 (语音呼叫)

type＝0 (新的语音呼叫，非HO)

origin＝1 (该终端与UMTS网络连接)

dest(1)＝T (该终端可与UMTS网络连接)

dest(2)＝T (该终端可与GSM网络连接)

按照前面详细说明的方法，在小区UMTS1中，语音呼叫计数器和既能够由GSM又能够由UMTS网络处理的语音呼叫的计数器都被递增。

表格扫描器模块470扫描CRRM决策逻辑表ID_t＝1的各行，寻找与发生的事件相容的表格行。该扫描是专用于“资源池表”的扫描，因为表ID_t＝1是这种类型的表格。

特别地：

行1被认为不相容，因为所请求的业务不是数据业务；

行2和3被认为不相容，因为业务请求是关于新呼叫的，而不是HO；

行4和5被认为不相容，因为它们与只能够使用RAT之一，即或者GERAN或者UTRAN的终端相关；

行6由不同于列“资源池”中的“*”的值表征，于是，资源池2必须在其所有小区，即小区GSM1和GSM2中被展开。由于初始小区(UMTS1)由“盲目”模式表征，因此该资源池的小区被保持与在资源池的定义中的顺序相同的顺序，即{GSM1，GSM2}。

通过把第一个小区(GSM1)看作资源池的小区来计算S：S＝{1，0，UMTS1，T，T，(小区UMTS1的状态)，(UMTS1的计数器)，(小区GSM1的状态)，(小区UMTS1的计数器)}。VExpr为真，并且必须检查S和D_i之间的相容性。事件的部分是相容的；除其中条件为小于或等于90的资源池的小区(指的是GSM1)的状态列RTLD之外的其余部分都为“*”。假定条件RTLD[GSM1]≤90被满足，那么成功地验证是否Action_i＝2，于是C_t＝GSM1并且表格的扫描以找到相容行而结束，并且小区GSM1必须被用于接受该语音呼叫请求。

§§§§§

在本发明的备选实施例中，决策逻辑不是如上所述，利用表格定义的，相反网络运营商能够输入实现希望的CRRM策略的决策算法。具体地，该算法可被指定为由网络运营商编写的源代码生成的编译的计算机程序代码。另外在这种情况下，决策逻辑被构成为一组一个或多个具有前面所述的相似语法的决策规则。该算法可被构成为一个或多个过程，或者具有多个输入和一个输出的函数；每个对应于一个决策规则；函数的输入可以是发生的事件的表征(例如，以前面说明的n元组参数的形式)，和网络状态的表征(由前面说明的状态变量指定)，包括在设置阶段期间定义的计数器的具体值。函数输出可以是要采取的动作的标识符。

例如，可以提供下述这种类型的用C(或类似)编程语言编写的接口：

int CRRM(int s，int type，int origin，Boolean^＊ dest，int^＊integercounter，double^＊realcounter，tState^＊networkstate)

{

//网络运营商编写的代码

return...//返回待采取的动作的ID

}

其中tState^＊是适合于包含网络的状态的一种数据结构。

每次发生迫使CRRM算法决定必须如何处理的事件(这些事件在设置阶段中规定)时，调用CRRM决策过程或函数。根据函数的输出，网络采取对应的动作。在确定待采取的动作的过程中遇到的错误或异常可导致默认动作。

§§§§§

由于本发明，网络运营商能够定义和实现最适合特定网络上下文的优选CRRM策略，能够及时改变它们，而不需要要求网络设备的过程定制CRRM策略。

本发明一般可应用于任何电信网络，不论是否是无线电(即，无线)网络，以便满足用户的业务请求，网络资源(例如，无线电通信资源)必须被分配给用户，其中分配的网络资源可以选自不同的多个网络资源池，并且所述选择是根据由网络设备执行的算法实现的资源选择策略做出的，其考虑了业务请求和网络状态。

甚至更一般地，本发明可应用在其中实现系统资源管理策略，从而当请求实体向系统请求业务时，规定向请求实体分配系统资源的方式是合乎需要或者有益的任何系统中。

尽管在本说明书中，总是假定CRRM算法管理来自用户的业务请求，不过这不应被理解成对本发明的限制；例如，业务请求可由网络本身触发，以便向用户提供某种业务。

本发明可用硬件来实现，或者实现成硬件和软件的组合。可以使用任何编程语言和任何图形用户界面(GUI)，尤其是能够被包括在网络设备中的微处理器解释的任何语言。按照具体的实现，特定的多组指令，以及程序中使用的变量的数目可不同。

上面参考本发明的示例性的非限制性实施例说明了本发明。本领域的技术人员会认识到能够对描述的实施例做出一些修改，例如以便满足可能产生的需求，以及一些其它实施例也是可能的，而不脱离在所附权利要求中提出的保护范围。

Claims

1、一种适于实现用于管理系统资源的资源管理策略的资源管理设备，所述资源允许被分配给向系统请求业务的实体，所述资源管理设备包括：

想要由所述决策规则管理的至少一个业务请求的描述；

想要对其应用该决策规则的系统的状态的描述；和

在应用决策规则的情况下所述设备要采取的动作。

2、按照权利要求1所述的设备，其中所述配置数据包括系统的至少两组资源的定义。

3、按照权利要求2所述的设备，其中所述配置数据包括这样的业务请求的类型的定义，关于该业务请求的类型，属于系统的所述至少两组资源中的任意一组的系统资源的分配必须由所述设备管理。

4、按照权利要求3所述的设备，其中在应用相应的决策规则的情况下，设备要采取的所述动作包括业务请求是必须被分配属于所述至少两组中的一组或另一组的系统资源，还是必须被拒绝的指示。

5、按照权利要求2、3或4所述的设备，其中所述至少一个业务请求的所述描述包括所请求业务的类型的指示、通过其接收业务请求的系统资源所属于的系统资源组的指示、把业务请求重新分配到所述至少两组中的另一组系统资源的可能性的指示。

6、按照权利要求5所述的设备，其中所述资源管理策略实现单元适于响应接收的业务请求，根据接收的业务请求的描述和包括在通过所述配置接口接收的资源管理决策逻辑的至少一个决策规则中的业务请求的描述之间的比较，管理系统资源的分配。

7、按照前述权利要求任意之一所述的设备，其中所述资源管理策略实现单元适于响应接收的业务请求，根据接收业务请求时的系统当前状态的描述和包括在通过所述配置接口接收的资源管理决策逻辑的至少一个决策规则中的系统状态的描述之间的比较，管理系统资源的分配。

8、按照前述权利要求任意之一所述的设备，其中想要关于其应用决策规则的系统的状态的所述描述包括与接收的业务请求对应的事件的至少一个计数值。

9、按照权利要求8所述的设备，其中所述配置数据包括将与对应于来自请求实体的业务请求的规定事件相关联的至少一个事件计数器的定义，所述至少一个事件计数器由所述资源管理策略实现单元管理。

10、按照权利要求9所述的设备，其中所述资源管理策略实现单元适于响应接收的业务请求，根据所述至少一个事件计数器的当前值与包括在所述至少一个决策规则中的系统状态的描述中指定的计数值之间的比较，管理系统资源的分配。

11、按照前述权利要求任意之一所述的设备，其中所述配置数据包括至少一个数值表，通过配置接口接收的资源管理决策逻辑的至少一个决策规则包括对所述至少一个表格的引用，所述资源管理策略实现单元适于根据包括在资源管理决策逻辑的至少一个规则中的引用，查寻所述至少一个表格。

12、按照前述权利要求任意之一所述的设备，其中所述系统是电信系统，并且所述资源是电信资源。

13、按照权利要求12所述的设备，其中所述电信系统包括无线电接入技术无线电通信系统。

14、按照权利要求13所述的设备，其中所述无线电接入技术无线电通信系统是以小区的形式构成的，并且系统状态的所述描述包括所述小区的负载的指示。

15、按照权利要求14所述的设备，其中小区负载的所述指示包括：

-上行链路中小区负载的指示，用于关于小区中一个一般小区的实时业务；

-下行链路中小区负载的指示，用于关于小区中一个一般小区的实时业务；

-活动连接的数目的指示，用于关于小区中一个一般小区的一般业务。

16、按照从属于权利要求2的权利要求14或15所述的设备，其中所述至少两组系统资源是多组小区。

17、按照权利要求16所述的设备，其中对于每个所述小区，所述配置数据包括与该小区重叠并且属于不同的系统资源组的其它小区的列表的定义。

18、按照权利要求17所述的设备，其中对于每个所述小区，所述配置数据包括确定允许被用于满足业务请求的容许的备选系统资源的模态的指示。

19、按照权利要求18所述的设备，其中所述模态的指示包括所述确定是否必须以请求实体所进行的无线电测量为基础的指示。

20、按照从属于权利要求5的权利要求14所述的设备，其中至少一个业务请求的所述描述包括业务请求的类型的指示，业务请求的所述类型包括该业务请求是新请求还是切换的指示。

21、一种实现用于管理系统资源的资源管理策略的方法，所述资源允许被分配给向系统请求业务的实体，所述方法包括：

想要由所述决策规则管理的至少一个业务请求的描述；

想要关于其应用决策规则的系统状态的描述；和

在应用决策规则的情况下，设备要采取的动作。