CN103200585B - 信令业务子系统、扩展计数器处理系统及方法 - Google Patents

Abstract

本发明涉及通信技术领域，公开了一种信令业务子系统，包括：处理方式获取模块，用于从预设的计数器信息表中记录的计数器组的各类计数器的起始索引位置和当前计数器的索引位置获取当前计数器的处理方式，相同处理方式的计数器为一类计数器，每类计数器的索引连续；计数器值计算模块，用于对所述当前计数器值和当前计数器次数进行累加，并按所述处理方式计算所述当前计数器值。还公开了一种包括上述信令业务子系统的扩展计数器处理系统及方法。本发明通过将处理方式相同的计数器归为一类，只提供每类计数器的起始索引位置，避免了维护冗余、杂乱的扩展计算器计算类型表，便于维护。

Description

信令业务子系统、扩展计数器处理系统及方法

技术领域

本发明涉及通信技术领域，特别涉及一种信令业务子系统、扩展计数器处理系统及方法。

背景技术

随着TD-SCDMA(时分复用，码分多址接入技术)网络运营的逐步发展，网络优化的好坏和快速解决网络中存在的问题是运营商一项重要的日常工作。通过细致、完善的网络设备指标，可以充分了解到网络设备的运行状态，提高用户对网络的感知能力，并为网络优化提供可以参考、度量的依据，从而改善网络性能，促进设备厂商的不断成熟。

网络设备运行指标例如：CS(电路交换业务)业务无线接通率、视频业务无线掉话率等，这些指标是通过网络设备例如RNC(无线网络控制器)设备上报的原子计数器汇总、计算得来的。例如CS业务无线接通率＝RAB(无线接入承载)建立成功次数(CS会话类、流类、交互类、背景类)/RAB建立请求次数(CS会话类、流类、交互类、背景类)×RRC(无线资源控制)连接建立成功次数(主叫、被叫会话类)/RRC连接建立请求次数(主叫、被叫会话类))。这个指标公式中的请求次数、成功次数就是RNC设备上报的原子计数器，网管通过这些原子计数器和指标公式来计算CS业务无线接通率指标。网络设备的原子计数器包括累加型计数器和非累加型计数器即扩展计数器。累加型计数器在RNC内通过某种消息，例如：呼叫日志CDL(呼叫详细日志)消息，或者接口获得计数器值，在一定周期内(例如：15分钟)不断累加，并在上报的时间窗口到来时通过文件或者消息的形式上报给网管。也就是说，RNC设备内只负责对计数器累加并上报即可。但是除了无线接通率等指标以外，还有一种指标仅靠累加型计数器是不能实现的，例如：载频码资源利用率，该利用率的计算是通过信道各时隙上的BRU(基本资源单位)平均占用数/BRU平均可用数。这种带有平均意义的计数器，可以理解为一种扩展计数器，因为RNC设备根据IUB(RNC和基站间协议接口)接口测量消息获得的BRU个数并不是已经计算好的平均值，因此需要对其在采集周期内(例如15分钟)进行运算并上报给网管，这种计算可能是要求得到平均或最大值。

现有技术中，在上报计数器时增加对扩展计数器处理的方式包括三个步骤：注册、统计和计算，如图1所示，具体包括如下步骤：

性能计数器统计模块(以下简称统计模块)提供扩展计数器注册接口，信令业务子系统(以下简称业务模块)调用这个接口对扩展计数器组包含的计数器个数以及每个扩展计数器的采集方式进行注册，统计模块维护这些扩展计数器组信息；

业务模块定时或者按照消息缓冲区满的原则向统计模块发送CDL消息，统计模块解析消息IE，得到计数器取值并进行累加；

当计数器上报窗口到达时，根据注册的扩展计数器个数以及每一个计数器的处理方式计算扩展计数器的上报值；

对于最终结果上报到网管。

注册过程具体如下：

统计模块使用注册接口来获取每个扩展计数器组的信息，例如该组计数器的个数以及每一个扩展计数器的处理方式，注册接口以及扩展计数器处理方式表的数据结构如下：

扩展计数器处理方式表定义：

该数据结构定义了每一个计数器的索引以及处理方式，以用户码道分布这组计数器为例，该组计数器包含了几十个BRU占用数统计的扩展计数器，取值方式为求平均值或者最大值。如图2所示，计数器按业务类型划分。

根据这样的设计，需要定义以下的扩展计数器数组结构：

扩展计数器组注册接口如下：

int oams_pm_register_tmvar_func(unsigned short usGroupId,/*计数器组标识*/

                         unsigned int ulCntNum,/*计数器个数*/

OAMS_PM_EXT_RPT_CNTR_INFO_T*pstMapTbl/*扩展计数器处理方式表*/)；

以用户码道占用该组的注册调用为例，示例如下：

oams_pm_register_tmvar_func(22，351，g_astOamsPmAdptrUsrDisGrpMap)；

通过扩展计数器注册接口，业务模块将定义的扩展计数器数组注册给统计模块，这样统计模块就得到了该扩展计数器组的所有相关计数器的处理方式。

统计过程如下：

当业务模块的上报定时器超时或者消息缓冲区满，则将CDL消息发送到统计模块，统计模块解析CDL消息，并对计数器值进行累加，同时对计数器的累加次数进行累加，例如BRU平均占用数，这个平均占用数指采集周期内的BRU占用的平均值，如果上一个周期的上报值为10，在这一周期收到了5条CDL消息，每个消息携带的BRU占用数为4，那么这个周期累加值为10+5×4＝30，累加次数为5，对于BRU最大占用数则比较这5条CDL中最大的一个占用数并保存，如果每条占用数都为4，则暂存最大值为4。

计算过程如下：

当上报的时间窗口到来时，可以根据注册的该扩展计数器组的计数器个数遍历该组计数器，根据扩展计数器处理方式表定义的每一个计数器的处理方式来计算，如果是求平均值，则计算周期内的变化平均值，例如BRU平均占用数＝周期内的BRU占用变化数(一个周期内的变化值)/周期内的BRU占用累加次数变化数(一个周期内的变化值)，对于周期内的BRU占用变化数即为：30－10＝20，对于周期内的BRU占用累加次数变化数即为：5，通过这样的运算得到这一周期需上报的BRU平均占用数：20/5＝4；如果是最值，则比较本周期内收到的所有该计数器的取值，以最大或者最小值上报。计算过程的具体流程如图3所示，包括步骤：

P00：判断采集时间窗口是否到达，如果到达，转P10；

P10采集计数器组数据，填写计数器头信息和采集开始时间，开始遍历所有计数器，转P50；

P20：计数器采集模块遍历扩展计数器组的所有计数器，判断每个扩展计数器的处理方式，每种处理方式分别处理，如果是均值计数器，转P30，如果是最值计数器，转P40；

P30：计算均值计数器，调用均值的处理函数，使用这一个周期的计数器累加值减去上一个周期的计数器累加值，使用这一个周期的计数器累加次数值减去上一个周期的计数器累加次数值，再对两次运算的做除法运算，得到本周起需上报的变化平均值，转P50；

P40：计算最值计数器，调用最大值或者最小值的处理函数，使用这一个周期的计数器取值比较上一个周期的计数器取值，上报两个周期内的较大或者较小的计数器取值，转P50；

P50：如果遍历完所有的计数器，过程结束，否则进入P20。

上述处理扩展计数器方法主要存在以下的不足之处：

1、每一个计数器组的计数器规划是按照业务类型划分的，因此组内计数器的处理方式都有可能不同，有的是扩展计数器求平均值，有的是扩展计数器求最值，扩展计数器的计算方式可能会有多种，例如求周期内变化的平均值计数器，例如BRU平均占用数，有的是设备上电以来的平均值计数器，例如用户平均在线时长，这两种的计算方式是不同的，除此之外对于求最大值计数器，有的是周期内变化的最大值例如某段时间内，端口的峰值速率，有的则是单板上电以外的CPU最大负荷等等。甚至扩展计数器组内还可能包括普通的非扩展计数器，以目前的设计，统计模块需要根据业务模块新增的不同类型的计数器而新增处理函数，这样不便于快速适应新的客户需求，同时也不利于程序的设计和维护；

2、网络KPI指标数量在持续增长，同时设备的原子计数器也要随着增加，这样当网络设备的计数器数量到一定程度时(RNC设备有超过5000个计数器，最多的扩展计数器组有800多个计数器)，扩展计数器的计算方式表就变得很难维护，如果计算方式错误，找到对应的扩展计数器计算方式都较为困难。

总之，上述的扩展计数器处理方法中，对扩展计数器的维护较困难，尤其是存在大量的扩展计数器时，很难查找到计算方式错误的计数器。

发明内容

(一)要解决的技术问题

本发明要解决的技术问题是：在处理扩展计数器时如何高效地维护扩展计数器。

(二)技术方案

为解决上述技术问题，本发明提供了一种信令业务子系统，包括：

处理方式获取模块，用于根据预设的计数器信息表中记录的计数器组的各类计数器的起始索引位置和当前计数器的索引位置获取当前计数器的处理方式，相同处理方式的计数器为一类计数器，每类计数器的索引连续；

计数器值计算模块，用于统计所述当前计数器的累加值和当前计数器的累加次数，并按所述处理方式计算所述当前计数器的上报值。

其中，所述处理方式获取模块具体包括：

索引位置读取模块，用于从所述计数器信息表中读取计数器组中各类计数器的起始索引位置和当前计数器的索引位置；

索引位置比较模块，用于比较当前计数器的索引位置是否介于第一类计数器的起始索引位置和第二类计数器的起始索引位置之间，若是，则当前计数器的处理方式为第一类计数器的处理方式。

其中，所述计数器值计算模块具体包括：

上周期统计模块，用于获取所述当前计数器在上一周期的计数器的累加值和/或计数器的累加次数；

本周期统计模块，用于统计并记录所述当前计数器在本周期的计数器的累加值和/或计数器的累加次数；

上报值计算模块，用于根据上周期和本周期的统计结果按所述处理方式计算在本周期内所述当前计数器的上报值。

其中，还包括：存储模块，用于存储所述计数器信息表。

本发明还提供了一种扩展计数器处理系统，包括：上报子系统及与所述上报子系统连接的如上述任一项所述的信令业务子系统，所述上报子系统用于在监听到上报时间窗口到来时触发所述信令业务子系统计算并上传本周期内计数器的上报值，并上报所述上报值。

其中，所述信令业务子系统用于向所述上报子系统注册计数器组信息和回调函数接口，所述上报子系统通过计数器组信息和回调函数接口回调信令业务子系统以触发所述信令业务子系统，所述上报值通过所述回调函数回传至所述上报子系统。

其中，还包括：与所述上报子系统连接的网管，用于接收所述上报子系统上报的所述本周期内计数器的上报值。

本发明还提供了一种扩展计数器的处理方法，包括步骤：

从预设的计数器信息表中记录的计数器组的各类计数器的起始索引位置和当前计数器的索引位置获得当前计数器的处理方式，相同处理方式的计数器为一类计数器，每类计数器的索引连续；

对所述当前计数器的累加值和当前计数器的累加次数进行统计，并按所述处理方式计算所述当前计数器的上报值；

当上报时间窗口到来时，将计算得到的所述当前计数器的上报值上报。

其中，从预设的计数器信息表中记录的计数器组的各类计数器的起始索引位置和当前计数器的索引位置获得当前计数器的处理方式的步骤具体包括：

从所述计数器信息表中读取计数器组中各类计数器的起始索引位置和当前计数器的索引位置；

比较当前计数器的索引位置是否介于第一类计数器的起始索引位置和第二类计数器的起始索引位置之间，若是，则当前计数器的处理方式为第一类计数器的处理方式。

其中，对所述当前计数器的累加值和当前计数器的累加次数进行统计，并按所述处理方式计算所述当前计数器的上报值的步骤具体包括：

获取所述当前计数器在上一周期的计数器的累加值和/或计数器的累加次数；

统计并记录所述当前计数器在本周期的计数器的累加值及计数器的累加次数；

根据上周期和本周期的统计结果按所述处理方式计算在本周期内所述当前计数器的上报值。

(三)有益效果

本发明不再描述每一个计数器的处理方式，而是通过将处理方式相同的计数器归为一类，只提供每类计数器的起始索引位置，避免了维护冗余、杂乱的扩展计算器计算类型表，如果需要在计数器组中新增或减少计数器，只要在注册扩展计数器组时，更新扩展计数器信息表中的对应计数器偏移量即可，对于计数器计算过程不需要进行改动，从而便于维护。

附图说明

图1是现有的通信设备内部扩展计数器的处理方法流程图；

图2是现有的计数器计算方式表；

图3是现有的通信设备内部扩展计数器的处理方法中计算计数器的上报值的流程图；

图4是本发明实施例的一种信令业务子系统结构示意图；

图5是图4系统中所采用的计数器信息表示意图；

图6是本发明实施例的一种扩展计数器处理系统的结构示意图；

图7是本发明实施例的一种扩展计数器处理方法的流程图。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。

本发明针对上述问题，提供了一种通用的函数原型由信令业务子系统来进行实现对扩展计数器的统一维护和处理，并且针对冗长、难以维护的计数器计算方式表进行改进，不再描述每一个计数器的处理方式，而是将扩展计数器不同的处理方式进行归类，仅提供某一类计数器的起始索引位置即可。本实施例的信令业务子系统如图4所示，包括：处理方式获取模块410和计数器值计算模块420。

处理方式获取模块410用于根据预设的计数器信息表中记录的计数器组的各类计数器的起始索引位置和当前计数器的索引位置获取当前计数器的处理方式(包括求平均值、最大值、最小值等)。计数器信息表中相同处理方式的计数器为一类计数器，每类计数器的索引连续。该处理方式获取模块410具体包括：

索引位置读取模块411，用于根据计数器信息表中读取计数器组中各类计数器的起始索引位置和当前计数器的索引位置。

索引位置比较模块412，用于比较当前计数器的索引位置是否介于第一类计数器的起始索引位置和第二类计数器的起始索引位置之间，若是，则当前计数器的处理方式为第一类计数器的处理方式。

为实现上述处理方式获取模块410，在实际应用中设计一种新的计数器信息数据结构如下表1所示：

表1本实施例的扩展计数器数据结构

该数据结构定义了扩展计数器组的类型，不再维护每一个计数器的处理方式而是定义了一类扩展计数器的起始索引地址，以用户码道占用这组计数器为例，新的扩展计数器组规划如图5所示。普通计数器的编号为R022_001-R022_029(因为篇幅所限，图中仅列举出R022_001-R022_007)，即起始索引为0(索引值为编号减1)，求平均计数器的编号为R022_030-R022_050，起始索引为29，求最大计数器的编号为R022_051-R022_069，起始索引为50。即索引为0～28的计数器的处理方式为直接上报原始值，索引为29～49的计数器的处理方式为上报求平均值，索引为50以后的计数器的处理方式为上报求最大值。通过读取该计数器表可得到该组计数器组信息，因此计数器组信息为以下定义：

OAMS_PM_EXT_RPT_CNTR_INFO_NEW_T

g_stOamsPmAdptrUsrDisGrpMap＝{3，0，29，50}

即上述结构中usExtType为3，usNormalIdx＝0，usAvgIdx＝29及usMaxIdx＝50。

计数器值计算模块420用于对当前计数器值和当前计数器次数进行累加，并按上述处理方式计算当前计数器值。该计数器值计算模块420具体包括：

上周期统计模块421，用于从上一周期计数器缓冲区中获取所述当前计数器在上一周期计数器的累加值和/或计数器的累加次数。对于求平均值的处理方式通常需要获取累加次数。

本周期统计模块422，用于统计所述当前计数器在本周期的计数器的累加值和/或计数器的累加次数。并将计数器的累加值和/或计数器的累加次数存储在本周期计数器缓冲区中，供下一周期使用。

上报值计算模块423，用于根据上周期和本周期的统计结果按所述处理方式计算在本周期内当前计数器的上报值。

对于求平均值的处理方式例如：上周期的累加值为20，本周期统计的累加值为35，本周期统计的累加次数为3次，那么本周期上报的值为：(35－20)/3＝5。

该计数器值计算模块420具体通过如下回调函数实现：

typedef VOID(*OAMS_PM_EXT_RPT_CNTR_PF)(

    UINT8*,/*in:上周期计数器缓冲区*/

    UINT8*,/*in:本周期计数器缓冲区*/

    UINT8*,/*out:本周期上报计数器计算结果缓冲区*/

    UINT32,/*in:本组计数器个数*/

    OAMS_PM_EXT_RPT_CNTR_INFO_NEW_T*/*in:扩展计数器信息*/)；

在该函数为统一的计数器计算接口，计算时根据本组计数器个数遍历所有计数器，可以根据注册的各类计数器的起始位置和当前索引进行比较得到计数器的处理方式，以上述的用户码道占用该组计数器为例，当索引为0～28即求普通计数器，29～49即为就平均计数器，50以上即为求最大计数器。得到了计数器的处理方式，就可以将作为输入参数的本周期和上一周期的统计的计数器累加值和/或累加次数进行简单数学运算得到上报值，并通过上报计数器计算结果缓冲区输出。

本实施的信令业务子系统中将处理方式相同的计数器归为一类，只提供每类计数器的起始索引位置，不必描述每一个计数器的索引，避免了维护冗余、杂乱的扩展计算器计算类型表。同时。定义统一的计数器计算接口，如果需要在计数器组中新增或减少计数器，只要在注册扩展计数器组时，更新扩展计数器信息表中的对应计数器偏移量即可，对于计数器统计和计算过程不需要进行改动，从而便于维护。

本发明还提供了一种扩展计数器处理系统，如图6所示，包括：上述信令业务子系统610和与其连接的上报子系统620。

信令业务子系统610用于向上报子系统620注册计数器组信息(上述计数器组信息的数据结构)和回调函数接口(即上述回调函数)。当上报子系统620监听到上报时间窗口到了时通过计数器组信息和回调函数接口回调信令业务子系统610以触发信令业务子系统610计算本周期内计数器的上报值。本周期内计数器的上报值通过该回调函数回传至上报子系统620。

该扩展计数器处理系统还包括网管630，上报子系统620将本周期内所需上报的计数器值上报至网管630。

本扩展计数器处理系统中由信令业务子系统610提供注册计数器计算方式回调函数，使各种类型的处理接口统一起来，并由定义计数器的模块进行回调函数定义。计算过程变得简单便于维护。

本发明还提供了一种扩展计数器的处理方法，如图7所示，包括步骤：

S710，从预设的计数器信息表中记录的计数器组的各类计数器的起始索引位置和当前计数器的索引位置获得当前计数器的处理方式，相同处理方式的计数器为一类计数器，每类计数器的索引连续。该步骤具体包括：

从所述计数器信息表中读取计数器组中各类计数器的起始索引位置和当前计数器的索引位置；

比较当前计数器的索引位置是否介于第一类计数器的起始索引位置和第二类计数器的起始索引位置之间，若是，则当前计数器的处理方式为第一类计数器的处理方式。

S720，对所述当前计数器的累加值和当前计数器的累加次数进行统计，并按所述处理方式计算所述当前计数器值。该步骤具体包括：

获取所述当前计数器在上一周期的计数器值和/或计数器的累加次数。本实施例中从存储有计数器累加值和/或累加次数的上一周期计数器缓冲区中获取。

统计并记录当前计数器在本周期内的计数器的累加值和/或计数器的累加次数。本实施例中将本周期内的计数器的累加值和/或计数器的累加次数存储在本周期计数器缓冲区中。

根据上周期和本周期的统计结果按所述处理方式计算在本周期内所述当前计数器的上报值。

S730，当上报时间窗口到来时，将计算得到的在本周期内所述当前计数器的上报值上报。

该方法具体可采用但不限于上述的扩展计数器的处理系统实现，只要采用按计数器处理方式的类型连续索引的方式，并提供起始索引，同时使用扩展计数器组注册回调计算函数来进行扩展计数器运算，即可认为采用了本方法。

以上实施方式仅用于说明本发明，而并非对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明的范畴，本发明的专利保护范围应由权利要求限定。

Claims (9)

1.一种信令业务子系统，其特征在于，包括：

处理方式获取模块，用于根据预设的计数器信息表中记录的计数器组的各类计数器的起始索引位置和当前计数器的索引位置获取当前计数器的处理方式，相同处理方式的计数器为一类计数器，每类计数器的索引连续；

计数器值计算模块，用于统计所述当前计数器的累加值和当前计数器的累加次数，并按所述处理方式计算所述当前计数器的上报值；

所述处理方式获取模块具体包括：

索引位置读取模块，用于从所述计数器信息表中读取计数器组中各类计数器的起始索引位置和当前计数器的索引位置；

索引位置比较模块，用于比较当前计数器的索引位置是否介于第一类计数器的起始索引位置和第二类计数器的起始索引位置之间，若是，则当前计数器的处理方式为第一类计数器的处理方式。

2.如权利要求1所述的信令业务子系统，其特征在于，所述计数器值计算模块具体包括：

上周期统计模块，用于获取所述当前计数器在上一周期的计数器的累加值和/或计数器的累加次数；

本周期统计模块，用于统计并记录所述当前计数器在本周期的计数器的累加值和/或计数器的累加次数；

上报值计算模块，用于根据上周期和本周期的统计结果按所述处理方式计算在本周期内所述当前计数器的上报值。

3.如权利要求1～2中任一项所述的信令业务子系统，其特征在于，还包括：存储模块，用于存储所述计数器信息表。

4.一种扩展计数器处理系统，其特征在于，包括：上报子系统及与所述上报子系统连接的如权利要求1～3中任一项所述的信令业务子系统，所述上报子系统用于在监听到上报时间窗口到来时触发所述信令业务子系统计算本周期内计数器的上报值，并上报所述上报值。

5.如权利要求4所述的扩展计数器处理系统，其特征在于，所述信令业务子系统用于向所述上报子系统注册计数器组信息和回调函数接口，所述上报子系统通过计数器组信息和回调函数接口回调信令业务子系统以触发所述信令业务子系统，所述上报值通过所述回调函数回传至所述上报子系统。

6.如权利要求4或5所述的扩展计数器处理系统，其特征在于，还包括：与所述上报子系统连接的网管，用于接收所述上报子系统上报的所述本周期内计数器的上报值。

7.一种扩展计数器的处理方法，其特征在于，包括步骤：

从预设的计数器信息表中记录的计数器组的各类计数器的起始索引位置和当前计数器的索引位置获得当前计数器的处理方式，相同处理方式的计数器为一类计数器，每类计数器的索引连续；

对所述当前计数器的累加值和当前计数器的累加次数进行统计，并按所述处理方式计算所述当前计数器的上报值；

当上报时间窗口到来时，将计算得到的所述当前计数器的上报值上报。

8.如权利要求7所述的扩展计数器的处理方法，其特征在于，从预设的计数器信息表中记录的计数器组的各类计数器的起始索引位置和当前计数器的索引位置获得当前计数器的处理方式的步骤具体包括：

从所述计数器信息表中读取计数器组中各类计数器的起始索引位置和当前计数器的索引位置；

比较当前计数器的索引位置是否介于第一类计数器的起始索引位置和第二类计数器的起始索引位置之间，若是，则当前计数器的处理方式为第一类计数器的处理方式。

9.如权利要求7所述的扩展计数器的处理方法，其特征在于，对所述当前计数器的累加值和当前计数器的累加次数进行统计，并按所述处理方式计算所述当前计数器的上报值的步骤具体包括：

获取所述当前计数器在上一周期的计数器的累加值和/或计数器的累加次数；

统计并记录所述当前计数器在本周期的计数器的累加值及计数器的累加次数；

根据上周期和本周期的统计结果按所述处理方式计算在本周期内所述当前计数器的上报值。