一种RNC容量许可机制实现方法.pdf

本发明有关一种RNC容量许可机制实现方法，包括步骤：(1)设定多个容量许可门限；(2)RNC周期统计系统容量并计算出相对于最大许可容量的相对容量值；(3)将计算得到的容量值与设定的门限值比较，根据比较结果，触发不同种类的告警事件；(4)根据上述不同种类的告警事件，产生相应告警，显示告警信息；RNC相应执行接受或拒绝新的呼叫请求的动作。使用本发明的方法，系统运营商可根据RNC提供的告警信息来确定RNC当前的许可容量是否满足业务发展的需要，以便根据实际情况购置与实际系统相匹配的RNC，更好地满足系统运行的要求。

1、  一种RNC容量许可机制实现方法，包括下列步骤：
(1)设定多个容量许可门限；
(2)RNC周期统计系统容量并计算出相对于最大许可容量的相对容量值；
(3)将计算得到的容量值与设定的门限值比较，根据比较结果，触发不同种类的告警事件；
(4)根据上述不同种类的告警事件，产生相应告警，显示告警信息；RNC相应执行接受或拒绝新的呼叫请求的动作。

2、  如权利要求1所述的一种RNC容量许可机制实现方法，其特征在于还包括有下列步骤：
RNC计算出系统当前的容量后，进一步检测系统中是否有无线承载创建、释放或重配置，若是，则重新统计并计算系统的容量。

3、  如权利要求1所述的一种RNC容量许可机制实现方法，其特征在于：所述的多个容量许可门限包括：
第一门限：若系统容量由高至低降至本门限下时，或系统容量由低至高超过本门限且未超过第二门限时，表示系统容量使用情况正常；
第二门限：当前容量大于本门限时，表示当前容量已接近许可的最大容量；
第三门限：当前容量大于本门限时，表示当前容量已超过许可的最大容量；
第四门限：当前容量大于本门限时，表示当前容量已超过许可优惠的最大容量；
各门限值可通过系统配置设定，其中第三门限取值为100％。

4、  如权利要求3所述的一种RNC容量许可机制实现方法，其特征在于：所述系统容量包括：系统接入的用户总数和业务总吞吐率。

5、  如权利要求4所述的一种RNC容量许可机制实现方法，其特征在于：所述比较结果由所述四个门限划分为五种状态，分别为：
状态A：表示系统容量低于第一门限；
状态B：表示系统容量等于或大于第一门限、但小于第二门限；
状态C：表示系统容量等于或大于第二门限、但小于第三门限；
状态D：表示系统容量等于或大于第三门限、但小于第四门限；
状态E：表示系统容量大于第四门限；
所述告警事件包括：
事件一：系统用户总数或系统总吞吐率在增大过程中超过第二门限时触发；
事件二：系统用户总数或系统总吞吐率在增大过程中超过第三门限时触发；
事件三：系统用户总数或系统总吞吐率在增大过程中超过第四门限时触发；
事件四：系统用户总数和系统总吞吐率在减小过程中均低于第四门限时触发；
事件五：系统用户总数和系统总吞吐率在减小过程中均低于第三门限时触发；
事件六：系统用户总数和系统总吞吐率在减小过程中均低于第二门限时触发；
事件七：系统用户总数和系统总吞吐率在减小过程中均低于第一门限时触发。

6、  如权利要求5所述的一种RNC容量许可机制实现方法，其特征在于：所述显示的告警信息包括：告警类别、告警原因和动作；所述告警类别包括：
第一告警：表示系统当前容量正处于远离第二门限的趋势；
第二告警：表示系统当前容量处于接近第三门限的状态C；
第三告警：表示系统当前容量已大于第三门限，处于状态D；
第四告警：表示系统当前容量已超过第四门限，处于状态E；
无告警：表示系统当前容量处于容量许可的正常水平，处于状态A或状态B；
所述告警原因包括：触发告警的具体容量参数是系统用户总数和/或系统总吞吐率；
所述动作指示出各种告警产生后，RNC系统是否接受新的业务请求。

7、  如权利要求6所述的一种RNC容量许可机制实现方法，其特征在于：所述告警信息的显示方式包括：以文本和/或图形的形式在RNC控制台上特定的告警窗口或公用窗口显示。

8、  如权利要求7所述的一种RNC容量许可机制实现方法，其特征在于：所述文本为使用正常文本语法解释提示信息；
所述图形为使用色谱、特别图案或图象来指示告警类别和当前容量状态信息。

一种RNC容量许可机制实现方法
技术领域
本发明涉及WCDMA移动通信领域，尤指一种RNC(Radio NetworkController，无线网络控制器)的一种容量许可机制实现方法。
背景技术
CDMA(Code Division Multiple Access)是一种扩频通信技术，其初期主要运用于军事通信领域。由于其卓越的性能，在民用无线通信领域也获得了广泛应用。WCDMA(Wideband Code Division Multiple Access)是一种性能更加先进的蜂窝移动通信系统。RNC作为WCDMA的RRM(Radio ResourceManagement)的控制核心管理调度着整个系统的无线资源。
因为RNC设备有着一定的物理资源限制，所以它可以支持的系统容量便有着一定的限制。每个RNC制造商在设计制造RNC时，都会在基本配置方面兼顾设备的制造成本和可支持的最大系统容量。
但运营商在购买RNC时，可能只关注特定时期内系统需要支持的系统容量；而这个容量需求，可能小于或远小于RNC的基本配置所能提供的最大容量能力。
RNC容量许可机制就是用来使得RNC制造商在提供具有完整基本配置的设备时可以限制运营商实际可使用的最大系统容量。
举例来说，一个可支持100个小区的RNC的基本配置需要使用4个满配置的设备模块(假定每个模块可支持25个小区)。假设具有如此配置的RNC其硬件可支持2500厄尔兰的话务量，即使运营商计划支持的话务量远小于这个话务量，也得为2500厄尔兰的话务量付费。但使用了容量许可功能后，RNC制造商便可以在出售可支持100个小区的RNC时，只为运营商提供1000厄尔兰的话务量能力，而运营商也只需为1000厄尔兰付费就可以了。当然，运营商在没有购买更高容量许可的条件下，无法使用满配置的物理设备来获得更高的容量。
但是，现有技术中还没有一套完整的方法用来衡量系统当前容量与运营商所购买的RNC的最大容量是否匹配，营运商无法预知RNC的许可容量是否满足业务的需要，这将对整个系统的性能带有不利影响。
发明内容
鉴于上述现有技术中的缺点，本发明提供一种RNC容量许可机制实现方法，及时有效地报告系统当前容量相对于RNC许可容量的状态，并通过各种告警信息的显示和统计，可为运营商提供实时的系统运行状态报告。
本发明的RNC容量许可机制实现方法，包括下列步骤：
(1)设定多个容量许可门限；
(2)RNC周期统计系统容量并计算出相对于最大许可容量的相对容量值；
(3)将计算得到的容量值与设定的门限值比较，根据比较结果，触发不同种类的告警事件；
(4)根据上述不同种类的告警事件，产生相应告警，显示告警信息；RNC相应执行接受或拒绝新的呼叫请求的动作。
根据本发明的上述方法，还包括有下列步骤：
RNC计算出系统当前的容量后，进一步检测系统中是否有无线承载创建、释放或重配置，若是，则重新统计并计算系统的容量。
本发明的上述方法中所述的多个容量许可门限包括：
第一门限：若系统容量由高至低降至本门限下时，或系统容量由低至高超过本门限且未超过第二门限时，表示系统容量使用情况正常；
第二门限：当前容量大于本门限时，表示当前容量已接近许可的最大容量；
第三门限：当前容量大于本门限时，表示当前容量已超过许可的最大容量；
第四门限：当前容量大于本门限时，表示当前容量已超过许可优惠的最大容量；
各门限值可通过系统配置设定，其中第三门限取值为100％。
所述系统容量包括：系统接入的用户总数和业务总吞吐率。
所述比较结果由所述四个门限划分为五种状态，分别为：
状态A：表示系统容量低于第一门限；
状态B：表示系统容量等于或大于第一门限、但小于第二门限；
状态C：表示系统容量等于或大于第二门限、但小于第三门限；
状态D：表示系统容量等于或大于第三门限、但小于第四门限；
状态E：表示系统容量大于第四门限；
所述告警事件包括：
事件一：系统用户总数或系统总吞吐率在增大过程中超过第二门限时触发；
事件二：系统用户总数或系统总吞吐率在增大过程中超过第三门限时触发；
事件三：系统用户总数或系统总吞吐率在增大过程中超过第四门限时触发；
事件四：系统用户总数和系统总吞吐率在减小过程中均低于第四门限时触发；
事件五：系统用户总数和系统总吞吐率在减小过程中均低于第三门限时触发；
事件六：系统用户总数和系统总吞吐率在减小过程中均低于第二门限时触发；
事件七：系统用户总数和系统总吞吐率在减小过程中均低于第一门限时触发。
所述显示的告警信息包括：告警类别、告警原因和动作；所述告警类别包括：
第一告警：表示系统当前容量正处于远离第二门限的趋势；
第二告警：表示系统当前容量处于接近第三门限的状态C；
第三告警：表示系统当前容量已大于第三门限，处于状态D；
第四告警：表示系统当前容量已超过第四门限，处于状态E；
无告警：表示系统当前容量处于容量许可的正常水平，处于状态A或状态B；
所述告警原因包括：触发告警的具体容量参数是系统用户总数和/或系统总吞吐率；
所述动作指示出各种告警产生后，RNC系统是否接受新的业务请求。
所述告警信息的显示方式包括：以文本和/或图形的形式在RNC控制台上特定的告警窗口或公用窗口显示。
所述文本为使用正常文本语法解释提示信息；
所述图形为使用色谱、特别图案或图象来指示告警类别和当前容量状态信息。
使用本发明的上述方法，系统运营商可根据RNC提供的告警信息来确定RNC当前的许可容量是否满足业务发展的需要，以便根据实际情况购置与实际系统相匹配的RNC，更好地满足系统运行地要求。
图1为本发明方法流程图。
图2为本发明方法中系统容量状态转移示意图。
本发明的方法流程如图1所示，通过周期收集RNC中所有小区上报的各自的用户数和吞吐率，RNC可以计算出总的实际用户数目m和总的实际吞吐率Tp，然后将他们分别与容量许可授权允许的用户数目最大值mMax和吞吐率最大值TpMax进行比较，获得总的用户数相对值和总的吞吐率相对值。为了表述方便，我们将它们仍然记做m和Tp。这个计算在上行和下行分别计算，其中较大的值作为m和Tp的取值。本发明使用m和Tp这两个参数的组合来进行相关的判决，并给出相应的告警信息，使RNC完成相应的接受或拒绝呼叫请求的动作。
本发明的RNC容量许可机制实现的具体步骤如下：
1、RNC在进行初始化时，容量许可机制也同时进行初始化。
2、RNC周期收集整个RNC中的总的用户数m和总的吞吐率Tp；并进行相对值计算。
3、判决有没有无线接入承载(RAB)创建、释放或重配置。
4、若无第3步中的行为发生，则转至步骤6。
5、若有第3步中的行为发生，RNC则重新统计并计算RNC中总的用户数m和总的吞吐率Tp相对值。
6、用上步计算得出的数据与设定的各种门限值进行比较，根据比较结果判决系统中有无新的告警事件发生。
7、若无事件发生，RNC则保持当前告警信息，并采用当前动作。
8、若有事件发生，则根据事件类型(编号)给出相应的告警信息，采用新的动作。(详细内容见下面的“事件、告警和动作”信息列表一。)
9、后台完成相应统计；主要是记录告警信息，提供给运营商系统当前使用的统计数据。
10、跳至步骤2。
上述步骤中所述的各种门限包括：CMC迟滞门限、CMC门限、GMC门限、GMC优惠门限。这四个门限各自的含义分别如下：
CMC(Close to Maximum Capacity，接近最大容量)门限：当前容量大于本门限时，表示当前容量已接近许可的最大容量。
GMC(Greater than Maximum Capacity，大于最大容量)门限：当前容量大于本门限时，表示当前容量已超过许可的最大容量。
GMC优惠门限：当前容量大于本门限时，表示当前容量已超过许可优惠的最大容量。
CMC迟滞门限：若系统容量由高至低降至本门限下时，表示系统容量使用情况正常。但在系统容量由低至高超过本门限且并未超过CMC门限时，也表示系统容量使用情况正常。
GMC门限的取值应为100％；其他三个参数的取值可以由RNC制造商根据实际情况通过配置完成。
使用CMC迟滞门限、CMC门限、GMC门限、GMC优惠门限这四个门限，我们可以将系统当前容量划分为五个状态，请同时参见图1：
状态A：容量低于CMC迟滞门限。
状态B：容量等于或大于CMC迟滞门限、但小于CMC门限。
状态C：容量等于或大于CMC门限、但小于GMC门限。
状态D：容量等于或大于GMC门限、但小于GMC优惠门限。
状态E：容量大于GMC优惠门限。
当容量参数中总的用户数m和总的吞吐率Tp的相对值处于图2所示的五种容量状态转移过程中时，将分别触发7个告警事件，分别为：
事件1：m或Tp在增大过程中超过CMC门限时发生。
事件2：m或Tp在增大过程中超过GMC门限时发生。
事件3：m或Tp在增大过程中超过GMC优惠门限时发生。
事件4：m和Tp两者在减小过程中均低于GMC优惠门限时发生。
事件5：m和Tp两者在减小过程中均低于GMC门限时发生。
事件6：m和Tp两者在减小过程中均低于CMC门限时发生。
事件7：m和Tp两者在减小过程中均低于CMC迟滞门限时发生。
上述7种事件发生时，触发五类告警，分别为：CMC迟滞告警、CMC告警、GMC告警、GMC优惠告警、无。其含义分别为：
CMC迟滞告警：表示当前容量正处于远离CMC门限的趋势。
CMC告警：表示当前容量处于接近许可最大容量的状态，即状态C。
GMC告警：表示当前容量已大于许可最大容量，处于状态D。
GMC优惠告警：表示当前容量已超过优惠许可的最大容量，处于状态E。
无：表示当前容量处于容量许可的正常水平，可能是状态A或B。
根据RNC的容量状态和发生事件的不同，显示相应的告警信息。告警信息包括三部分内容：告警类别、告警原因和动作。其中，告警原因主要是指出发生当前告警时，是由于哪个容量参数引起的。若原因为m，表明为用户数超过告警门限；若原因为Tp，表明为吞吐率超过告警门限；若原因为m&Tp，表明两个限制参数均超过告警门限。动作分为“接受”和“拒绝”。“接受”表示RNC接受新的呼叫请求；“拒绝”表示RNC拒绝新的呼叫请求。
所有的告警信息如下表一所：
                          表1事件、动作和告警信息清单