CN101674611A - 一种短消息中心过负荷控制的方法和系统 - Google Patents

Abstract

本发明公开了一种短消息中心过负荷控制的方法和系统，用于控制系统在短消息业务量突发时稳定运行，所述方法包括输入过负荷控制策略的控制信息，将系统的过负荷状态划分成不同的过负荷级别，定义短消息的类别，建立所述过负荷级别和短消息类别之间的对应关系；系统过负荷时再根据系统过负荷级别和短消息类别之间的对应关系缓存或丢弃短消息；当判断系统的过负荷状态解除时再下发系统缓存中的短消息。采用本发明的方法和系统后，即使短消息中心出现过负荷的情况，也能够保证系统的安全运行。

Description

一种短消息中心过负荷控制的方法和系统

技术领域

本发明涉及移动通信领域，尤其涉及一种移动通信系统中短消息中心过负荷控制的方法和系统。

背景技术

随着通信技术及信息产业的快速发展，移动领域中的业务逐渐呈现出多样化和人性化的态势，以满足市场的需求。移动证券、移动银行、移动购物、信息点播、话费查询、话费催缴、GPS监控、图片下载、移动OICQ、铃声下载、手写短消息、超级寻呼等各种业务的风行，预示着市场的需求是无穷尽的，移动的业务是可挖掘的。目前，在移动运营商提供的各种业务服务中，短消息业务已成为用户使用最多的业务之一。

短消息业务(Short Message Service：SMS)提供在GSM网络中移动用户和移动用户之间或GSM网络的移动用户和固网的固定用户之间发送讯息长度较短的信息。短消息业务功能是一种类似于传呼机的业务功能，但它具有寻呼网络无法具备的优点，即保证到达和双向寻呼功能。

点对点短消息的传递与发送由短消息中心进行。短消息中心的作用类似于邮局，接收来自各方面的短消息，然后再发给各个用户。短消息中心的主要功能是接收、存储和转发用户的短消息。通过短消息中心能够更可靠地将信息传送到目的地，如果传送失败，短消息中心保存失败消息直至发送成功或最终失败为止。短消息业务的另一个突出特点是：即使移动台处于通话状态，仍可以同时接收短消息。但短消息的使用量并不均衡，在一天的某几个时段比较集中，而在节假日更是成倍增长。出于成本的考虑，很多短消息中心不可能按照最高峰时的业务量来配置系统的容量，这样在短消息的业务量剧增的情况下，不仅会影响短消息的可靠发送，还可能会导致系统崩溃。这就需要有一种方法保证系统在业务量突发的情况下安全运行的同时又能兼顾用户的满意度。

发明内容

本发明要解决的技术问题是：提供一种移动通信系统中短消息中心过负荷控制的方法和系统，控制系统在业务量突发的情况下稳定运行，保障系统安全。

为了解决上述技术问题，本发明采用如下技术方案：

一种短消息中心过负荷控制的方法，所述方法包括以下步骤：

输入过负荷控制策略的控制信息；

当系统进入过负荷状态后，根据所述过负荷控制策略对系统接收的短消息进行过负荷处理操作。

所述输入过负荷控制策略的控制信息，具体操作包括：

设定系统的过负荷参数，所述过负荷参数至少包括下列参数之一：系统cpu使用率、系统内存使用率、系统处理的消息量、消息队列占有率，该过负荷参数用于判断系统是否进入或者解除过负荷状态；

设定所述过负荷参数对应的过负荷级别；

设定所述过负荷级别以及其与短消息类别之间的对应关系，所述短消息类别至少包括：手机到手机消息、手机到SP消息、SP到手机消息；

设定与所述过负荷级别对应的过负荷处理操作，包括消息缓存或者丢弃，系统进入过负荷状态时，接收并储存进行消息缓存处理的短消息，并在系统解除过负荷状态后下发被缓存的短消息。

所述判断系统是否进入或者解除过负荷状态，具体包括：

当系统的所述过负荷参数存在一个不低于所述过负荷最低级别对应的相应参数时，系统进入过负荷状态；当系统的所述过负荷参数在一定时间段内一直小于过负荷最低级别对应的相应各个参数时，系统解除过负荷状态。

本发明还采用如下技术方案：

一种短消息中心过负荷控制的系统，所述系统包括：

控制策略设定模块，用于设定过负荷控制策略的控制信息，并把所述控制信息传递给过负荷控制模块；

所述过负荷控制模块，用于当系统进入过负荷状态后，根据所述过负荷控制策略对系统接受的短消息进行过负荷处理操作。

所述控制策略设定模块提供与用户交互的界面，通过该界面，所述过负荷控制模块接受所述控制策略设定模块的控制信息。

所述过负荷控制模块包括系统负荷判断单元、消息类别判断单元和过负荷控制处理单元；

所述系统负荷判断单元用于判断系统是否进入或者解除过负荷状态；

所述消息类别判断单元用于判断系统接受的短消息的类别；

所述过负荷控制处理单元用于根据所述过负荷级别对系统接受的短消息进行消息缓存或丢弃处理。

本发明公开的短消息中心过负荷控制的系统，所述系统还包括消息缓存模块，所述消息缓存模块包括保存单元，用于接收并储存进行消息缓存的短消息；还包括消息下发单元，用于在系统解除过负荷状态后下发被缓存的短消息。

与现有技术相比较，本发明的方法和系统具有如下有益技术效果：将系统的过负荷状态划分成不同的过负荷级别，即使在系统过负荷的情况下，通过控制策略对不同的过负荷级别下各类短消息进行过负荷控制，也能够保证降低系统负荷，保障系统的安全运行。

附图说明

图1是本发明实施例提供的一种短消息中心过负荷控制的方法流程图；

图2是本发明实施例提供的一种短消息中心过负荷控制的系统结构图；

图3是本发明实施例提供的短消息中心过负荷控制系统的控制策略设定模块的工作流程图；

图4是本发明实施例提供的短消息中心过负荷控制系统的过负荷控制模块的工作流程图；

图5是本发明实施例提供的短消息中心过负荷控制系统的消息缓存模块的工作流程图。

图6是本发明过负荷控制的方法实现针对系统不同过负荷状态控制不同类别短消息的方法流程图。

具体实施方式

下面结合附图及最佳实施例，对本发明做进一步详细说明。

本发明实施例是基于移动通信网络的短消息业务，短消息业务是一种支持在GSM网络中移动用户和移动用户之间或GSM网络的移动用户和固网的固定用户之间发送长度较短的信息的业务，由短消息中心对点对点的短消息接收、存储和转发。本发明实施例在短消息中心设立一个过负荷控制系统，在系统过负荷的情况下，通过所述过负荷控制系统提供的控制策略，对各类短消息进行过负荷控制，从而保证系统的运行状况始终处于良好的状态。

如图2所示，本发明的短消息中心过负荷控制系统包括控制策略设定模块1、过负荷控制模块2和消息缓存模块3，下面对本发明系统的各个模块进行详细说明。

控制策略设定模块1，包括：系统过负荷策略11、消息过负荷策略12和过负荷控制策略13，所述系统过负荷策略11和消息过负荷策略12的输入端连接所述用户交互界面，它们的信号输出端连接所述过负荷控制策略13。

如图3所示，所述控制策略设定模块1提供与用户交互的界面，由用户根据实际情况设置系统的控制信息，包括设置系统的过负荷参数及参数对应的过负荷级别、设置短消息的类别、设置每一个过负荷级别下对各个类别短消息的处理方式、设置解除过负荷状态的条件及系统恢复正常的处理策略，所述控制策略设定模块1还通过接口将设定的信息传送给所述过负荷控制模块2，具体的描述见图1中的步骤S101至步骤S105。

过负荷控制模块2用于当系统进入过负荷状态后对系统接受的短消息进行过负荷处理；如图4所示，所述过负荷控制模块2包括系统负荷判断单元21、消息类别判断单元22和过负荷控制处理单元23，所述系统负荷判断单元21和消息类别判断单元22通过接口与所述过负荷控制单元23连接。

所述系统负荷判断单元21用于获取系统的过负荷参数，包括获取系统cpu使用率、系统内存使用率、系统处理的消息量、消息队列占有率，根据系统运行过程中当前的过负荷参数对照所述控制策略设定模块1设定的过负荷参数，判断系统是否进入或者解除过负荷状态，若系统进入了过负荷状态还可确定系统的过负荷级别，并将系统的过负荷状态通知所述过负荷控制处理单元23和消息下发单元32；

所述消息类别判断单元22用于对系统当前收到的短消息进行判别，确定所述短消息的类别并通知所述过负荷控制处理单元23；

所述过负荷控制处理单元23用于接收系统的过负荷状态和短消息的类别，根据当前系统的过负荷级别对收到的该类别短消息进行负荷控制处理；针对不同类别的短消息，在系统过负荷达到某个级别时将短消息送入缓存或丢弃。

消息缓存模块3，包括消息缓存模块31和消息下发单元32，如图5所示，所述消息缓存模块31用于保存所述过负荷控制处理单元23控制处理的需要送入系统缓存的短消息；所述消息缓存模块32用于根据所述系统负荷判断单元21传来的系统过负荷已解除的指示，以不超过系统设定的最高速率继续下发缓存消息直至所有缓存消息处理完毕。

图1示出了本发明的短消息中心过负荷控制的方法流程。为了便于描述，这里只示出了与本发明相关的部分。

在步骤S101中，根据需要输入系统过负荷控制策略的控制信息，即通过对系统的CPU使用率、内存使用率、消息处理量和/或其他用户需要控制的参数进行设定，将系统的过负荷状态划分成不同的过负荷级别。

所述过负荷级别是指系统达到过负荷状态的危险程度，当系统达到一定的过负荷级别后，启动控制策略，对短消息做出推入缓存或丢弃的动作，以保护系统的稳定。系统的过负荷级别可由多个过负荷参数决定，包括CPU使用率、内存使用率、消息处理量、消息队列占有率等，所述过负荷级别的设置是根据某个过负荷参数所达到的数值来确定的。

过负荷级别可以根据实际情况进行灵活设置，如可以将CPU的使用率85％设定为系统的过负荷最高级别：一级过负荷，也可以将内存的使用率80％设定为系统的最高级过负荷，即当CPU的使用率达到85％或内存的使用率达到80％时，系统达到一级过负荷状态。所述步骤S101中设置的多个过负荷参数只要有一个不低于某个过负荷级别所对应的参数时，就认为系统达到了该过负荷级别。

在步骤S102中，定义不同类型短消息的类别。短消息分为手机到手机消息、手机到SP(Service Provider，服务提供商)消息，SP到手机消息、增值业务消息等各种类型，通过定义不同类型短消息的类别，当系统处于过负荷状态时，可以对不同类型的短消息按照不同的方式处理。短消息的类别可以根据实际情况进行灵活设置，如可以定义手机到手机消息为一类消息，定义手机到SP消息为二类消息，其他消息为三类消息，同一类别消息的处理方式相同。

在步骤S103中，设定过负荷级别与短消息类别之间的对应关系，即对系统的每一个过负荷级别状态下的各个类别短消息分别设置过负荷处理方式。

所述处理方式包括缓存消息和丢弃消息。所述处理方式的具体设定应该根据当前的过负荷级别以及消息的重要性来决定，可按实际情况设置。如在步骤S101中所设定的二级过负荷状态，可以设置一类消息进入缓存，二类消息30％丢弃，三类消息90％丢弃。丢弃的比例可以设置在0％到100％的范围内，对于丢弃的比例以及各类别消息的处理方式可根据需要灵活调整，这样就可以兼顾在系统过负荷状态下用户认为重要的消息仍旧完成下发，同时又不过多占用系统资源。

在步骤S104中，设定解除过负荷状态的条件及系统恢复正常后发送缓存消息的最高速率。设定一段时间，当系统的各个参数值在该段时间内都始终低于最低级别过负荷对应的各个参数值时，则系统恢复正常。系统恢复正常后必需对缓存中的短消息进行处理，设置系统恢复正常后发送缓存消息的最高速率不仅是为了保证短消息能及时发送，还考虑到系统稳定性和安全性方面的因素。

在步骤S105中，将所述步骤S101到步骤S104中设定的所有控制信息通知过负荷控制模块，使所述过负荷控制模块根据过负荷控制策略对接收到的短消息进行过负荷处理操作；具体的描述如下所述。

在步骤S106中，当有短消息到达短信中心时，过负荷控制模块根据系统当前的过负荷参数值判断系统的过负荷状态，系统没有过负荷时正常下发消息或系统过负荷时对系统接收的短消息进行过负荷处理操作。

如果系统当前的过负荷参数小于过负荷最低级别对应的相应各个参数时，过负荷控制模块判断系统为没有进入过负荷状态，则短消息由短息中心继续正常下发。

如果系统当前的过负荷参数存在一个不低于过负荷最低级别对应的相应参数时，过负荷控制模块判断系统为已进入过负荷状态，并根据过负荷控制策略设定的控制信息判断系统当前的过负荷级别。

在同一时刻可能有多个过负荷参数满足过负荷条件，此时将某个过负荷参数所达到的过负荷最高级别判定为当前系统的过负荷级别。因此可以理解，若当前的CPU使用率达到了二级过负荷，而内存使用率却达到了一级过负荷时，过负荷控制模块判断当前系统的过负荷级别为一级过负荷。

如果判断系统为已进入过负荷状态时，过负荷控制模块再判断过负荷短消息的类别，并根据系统过负荷级别和短消息类别之间的对应关系对所述短消息做出缓存或丢弃的处理。

在步骤S103中定义了过负荷级别下对每一类别短消息的处理方式，因此过负荷控制模块根据系统的过负荷级别可以进行下一步处理：对于确定的短消息类别，如果需要进缓存则将消息写入缓存，等待以后处理；如果消息需要按比率丢弃，则根据计数器计数，按照设定的参数按比例丢弃消息。

本领域的技术人员可以理解，如果业务量很大则当前的控制策略可能不足以使系统负荷降低，此时系统的过负荷级别会上升到更高的级别，但相应的过负荷控制的力度也会同步增强，如丢弃某类别消息的比例提高，直到将系统负荷降低到安全的标准下。不同过负荷级别状态下的短消息的处理方式不同，过负荷级别越高，进入缓存的消息类别也相应增多，丢弃消息的比例也相应提高，以达到降低系统负荷的目的。

在步骤S107中，消息缓存模块收到系统的过负荷状态解除的信息后，以不超过系统设定的最高速率继续下发缓存消息。当系统的所有过负荷参数在设定的一段时间内始终都没有进入最低级别过负荷状态，消息缓存模块判定系统恢复正常，此时消息缓存模块开始下发过负荷缓存中的消息，发送速度控制在不高于步骤S104所确定的所述最高速率的一个安全数值范围内，直到处理完所有的缓存消息。

下面结合图6对步骤S106至步骤S107的针对系统不同过负荷状态控制不同类别短消息的方法进行描述。

如图6所示，首先由过负荷控制模块接受短信中心的短消息，然后判断系统是否进入了过负荷状态，当系统没有进入过负荷状态时短信中心仍正常下发所述短消息。当判断出系统进入了过负荷状态，则过负荷控制模块进一步判断系统当前的过负荷级别，并判断收到的所述短消息的类别，过负荷控制模块根据系统过负荷级别对收到的各个类别短消息分别作出处理；如果所述短消息需要进入缓存则缓存短消息，如果所述短消息需要丢弃则丢弃短消息。过负荷控制模块对所述短消息作出处理后，判断系统的过负荷状态是否解除，若判断系统过负荷已解除则通知消息缓存模块，消息缓存模块按不超过系统设定的最高速率下发缓存消息。

综上所述，本发明实施例提供的一种短消息中心过负荷控制的方法能够在短信中心业务量突发的情况下有效的控制系统的运行负荷状态，同时所述方法能按照不同运营商的要求采取灵活的控制策略，可满足不同用户的不同需求。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1、一种短消息中心过负荷控制的方法，所述方法包括以下步骤：

输入过负荷控制策略的控制信息；

当系统进入过负荷状态后，根据所述过负荷控制策略对系统接收的短消息进行过负荷处理操作。

2、根据权利要求1所述的短消息中心过负荷控制的方法，其特征是，输入过负荷控制策略的控制信息，具体操作包括：

设定系统的过负荷参数，所述过负荷参数至少包括下列参数之一：系统cpu使用率、系统内存使用率、系统处理的消息量、消息队列占有率，该过负荷参数用于判断系统是否进入或者解除过负荷状态；

设定所述过负荷参数对应的过负荷级别；

设定所述过负荷级别以及其与短消息类别之间的对应关系；

设定与所述过负荷级别对应的过负荷处理操作。

3、根据权利要求2所述的短消息中心过负荷控制的方法，其特征是，判断系统是否进入或者解除过负荷状态，具体包括：

当系统的所述过负荷参数存在一个不低于所述过负荷最低级别对应的相应参数时，系统进入过负荷状态；当系统的所述过负荷参数在一定时间段内一直小于过负荷最低级别对应的相应各个参数时，系统解除过负荷状态。

4、根据权利要求3所述的短消息中心过负荷控制的方法，其特征是，所述过负荷处理操作包括消息缓存或者丢弃。

5、根据权利要求4所述的短消息中心过负荷控制的方法，其特征是，该方法还包括：

接收并储存进行消息缓存处理的短消息，并在系统解除过负荷状态后下发被缓存的短消息。

6、根据权利要求2所述的短消息中心过负荷控制的方法，其特征在于：所述短消息类别至少包括：手机到手机消息、手机到SP消息、SP到手机消息。

7、一种短消息中心过负荷控制的系统，其特征在于所述系统包括：

控制策略设定模块，用于设定过负荷控制策略的控制信息，并把所述控制信息传递给过负荷控制模块；

所述过负荷控制模块，用于当系统进入过负荷状态后，根据所述过负荷控制策略对系统接受的短消息进行过负荷处理操作。

8、根据权利要求7所述的短消息中心过负荷控制的系统，其特征在于：所述控制策略设定模块提供与用户交互的界面，通过该界面，所述过负荷控制模块接受所述控制策略设定模块的控制信息。

9、根据权利要求7或8所述的短消息中心过负荷控制的系统，其特征在于：

所述过负荷控制模块包括系统负荷判断单元、消息类别判断单元和过负荷控制处理单元；

所述系统负荷判断单元用于判断系统是否进入或者解除过负荷状态；

所述消息类别判断单元用于判断系统接受的短消息的类别；

所述过负荷控制处理单元用于根据所述过负荷级别对系统接受的短消息进行消息缓存或丢弃处理。

10、根据权利要求7所述的短消息中心过负荷控制的系统，其特征在于：

所述系统还包括消息缓存模块，所述消息缓存模块包括消息保存单元，用于接收并储存进行消息缓存的短消息；还包括消息下发单元，用于在系统解除过负荷状态后下发被缓存的短消息。

Images