CN102143459A - 一种实现消息自动分流的方法及装置 - Google Patents

Abstract

本发明提供一种实现消息自动分流的方法及装置，该方法包括：若监控到一短消息中心发生拥塞，则根据预定的分流策略，对监控粒度内后续发送给该短消息中心的手机起呼消息进行分流。通过本发明可以在不修改SMSC的前提下，轻易的把各厂家的SMSC联合起来形成一个短信池，让其共同实现短消息业务的分流，可以自适应的对超大业务量和突发业务量做实时的自动的分流，使得移动用户能最大限度的使用网络。

Description

一种实现消息自动分流的方法及装置

技术领域

本发明涉及短消息业务，具体涉及到一种实现消息自动分流的方法及装置。

背景技术

短消息增值业务网络中包含的主要核心网元有：SMSC(Short Message Service Centre，短消息中心)、HLR(Home Location Register，归属位置寄存器)、MSC(Mobile-services Switching Centre，移动交换中心)以及STP(Signaling Transfer Point，信令转接点)等，组网如图1所示。

正常的点对点短消息发送存在以下两个过程：

手机用户发送短消息会经过MSC和STP，最后到达SMSC，该过程称为MO(Mobile Originated，手机起呼)；

SMSC下发短消息给手机用户需要经过STP和MSC，最后到达用户手机上，该过程成为MT(Mobile Terminated，手机终呼)。

目前，国内的短消息增值业务已经发展得非常好，业务量很大。特别是节日或是春节等特殊日子，业务量更是平时的好几倍。为了应付这些超大的业务量，运营商普遍采取了：

加大设备投资，建设冗余的SMSC。这样的弊端是加大了用户投资，平时的使用率低。

海量业务量来临之前，现在STP上进行静态的业务量分流，分流到不同的SMSC上。这样的弊端是灵活性差，无法应对突发的情况，其次是如果事先做的分离策略有问题，还会拖累其他SMSC。

但现有技术中大部分都需要修改SMSC来实现短消息业务分流的功能，并且修改的方法大相径庭。因此也可以看出，现有专利不是一套完整的，跨厂家的专利发明。也就是说不同厂家的SMSC是无法联合起来实现短消息业务的分流。

发明内容

本发明要解决的技术问题是提供一种实现消息自动分流的方法及装置，以自适应地对MO消息做实时的自动分流。

为了解决上述技术问题，本发明提供了一种实现消息自动分流的方法，包括：

若监控到一短消息中心发生拥塞，则根据预定的分流策略，对监控粒度内后续发送给该短消息中心的手机起呼消息进行分流。

进一步地，上述方法还具有下面特点：所述监控一短消息中心拥塞的步骤包括：

对所述短消息中心发送的手机起呼业务前传响应指令进行解码；

若解码出所述手机起呼业务前传响应指令中的用户错误码为特殊错误码，则判定所述短消息中心发生拥塞。

进一步地，上述方法还具有下面特点：所述监控一短消息中心拥塞的步骤包括：

对所述短消息中心发送的手机起呼业务前传响应指令进行解码；

若解码到所述手机起呼业务前传响应指令中的用户错误码字段为特殊错误码，并且监控到所述特殊错误码在所述监控粒度内出现N次，则判定所述短消息中心发生拥塞，其中，N大于等于3。

进一步地，上述方法还具有下面特点：所述特殊错误码至少包括：短信中心拥塞码或系统错码。

进一步地，上述方法还具有下面特点：所述根据预定的分流策略，对监控粒度内后续发送给该短消息中心的手机起呼消息进行分流的步骤通过下面方式实现：

将监控粒度内后续发送给所述短消息中心的手机起呼消息，按预置的比例发送给本短消息中心和指定的未发生拥塞的短消息中心，或者

当接收到监控粒度内后续发送给所述短消息中心的手机起呼消息时，计算此时其他短消息中心负荷，将该手机起呼消息发送给此时负荷最小的短消息中心。

为了解决上述问题，本发明还提供了一种实现消息自动分流的装置，包括：

监控模块，用于监控短消息中心是否发生拥塞；

分流模块，用于在所述监控模块监控到一短消息中心发生拥塞的情况下，根据预定的分流策略，对监控粒度内后续发送给该短消息中心的手机起呼消息进行分流。

进一步地，上述装置还具有下面特点：所述监控模块包括：

解码单元，用于对所述短消息中心发送的手机起呼业务前传响应指令进行解码；

判定单元，用于在所述解码单元解码出所述手机起呼业务前传响应指令中的用户错误码为特殊错误码的情况下，判定所述短消息中心发生拥塞。

进一步地，上述装置还具有下面特点：所述监控模块还包括：

监控单元，用于监控到所述特殊错误码在所述监控粒度内是否出现N次，其中，N大于等于3；

所述判定单元，还用于在所述解码单元解码出所述用户错误码为特殊错误码，并且所述监控单元监控到所述特殊错误码在所述监控粒度内出现N次的情况下，判定所述短消息中心发生拥塞。

进一步地，上述装置还具有下面特点：所述特殊错误码至少包括：短信中心拥塞码或系统错码。

进一步地，上述装置还具有下面特点：还包括配置模块，用于为每一个短消息中心配置，当该短消息中心发生拥塞时，将监控粒度内后续发送给该短消息中心的手机起呼消息，发送给其他短消息中心的比例。

进一步地，上述装置还具有下面特点：所述分流模块包括：

计算单元，用于当接收到监控粒度内后续发送给所述短消息中心的手机起呼消息时，计算此时其他短消息中心负荷；

分流单元，用于将该手机起呼消息发送给此时所述计算单元计算出的负荷最小的短消息中心。

综上，本发明提供一种实现消息自动分流的方法及装置，可以在不修改SMSC的前提下，轻易的把各厂家的SMSC联合起来形成一个短信池，让其共同实现短消息业务的分流，可以自适应的对超大业务量和突发业务量做实时的自动的分流，使得移动用户能最大限度的使用网络。

附图说明

图1为短消息网络中的组网示意图；

图2为本发明实施例的实现消息自动分流的装置的示意图；

图3为本发明提供的一种实现消息自动分流的方法的流程图。

具体实施方式

为了更好地理解本发明，下面结合附图和具体实施例对本发明作进一步地描述。

图2为本发明实施例的实现消息自动分流的装置的示意图，如图2所示，本实施例的装置包括：监控模块和分流模块，其中，

监控模块，用于监控短消息中心是否发生拥塞；

分流模块，用于在所述监控模块监控到一短消息中心发生拥塞的情况下，根据预定的与该短消息中心相关的分流策略，对监控粒度内后续发送给该短消息中心的MO消息进行分流。

在一优选实施例中，所述监控模块可以包括：

解码单元，用于对所述短消息中心发送的手机起呼业务前传响应指令进行解码；

判定单元，用于在所述解码单元解码出所述手机起呼业务前传响应指令中的用户错误码为特殊错误码的情况下，判定所述短消息中心发生拥塞。

在另一优选实施例中，所述监控模块进一步还可以包括：监控单元，用于监控到所述特殊错误码在所述监控粒度内是否出现N次，其中，N大于等于3。在该实施例中，所述判定单元，还用于在所述解码单元解码出所述用户错误码为特殊错误码，并且所述监控单元监控到所述特殊错误码在所述监控粒度内出现N次的情况下，判定所述短消息中心发生拥塞。

其中，所述特殊错误码至少包括：Service Centre congestion(短信中心拥塞)码或System Failure(系统错)码。

在一优选实施例中，所述装置还可以包括配置模块，用于配置分流策略，具体用于为每一个短消息中心配置，当该短消息中心发生拥塞时，将监控粒度内后续发送给该短消息中心的手机起呼消息，发送给其他短消息中心的比例。这样，分流模块在所述监控模块监控到一短消息中心发生拥塞的情况下，可以按照预置的比例将监控粒度内后续发送给所述短消息中心的手机起呼消息，分流给本短消息中心和指定的未发生拥塞的短消息中心。

在一优选实施例中，所述分流模块可以包括：

计算单元，用于当接收到监控粒度内后续发送给所述短消息中心的手机起呼消息时，计算此时其他短消息中心负荷；

分流单元，用于将该手机起呼消息发送给此时所述计算单元计算出的负荷最小的短消息中心。

其中，本实施例的实现消息自动分流的装置为STP。

图3为本发明提供的一种实现消息自动分流的方法的流程图，如图3所示，本方法包括下面步骤：

S10、STP监控与本STP直连的SMSC是否发生拥塞；

S20、STP若监控到一SMSC发生拥塞，则根据预定的与该SMSC相关的所述分流策略，对监控粒度内后续发送给该短消息中心的MO消息进行分流。

这样，根据本发明即可在不修改SMSC的情况下，实现短消息业务(特别是MO消息)的分流。

下面以具体实施例对本发明的方法做详细的说明。

实施例1

可以在本实施例的STP提供配置界面上配置与该STP直连的所有SMSC的关键信息(基本上都是本省的SMSC)，包括：名称、GT(Global Title，全局码)等；如表1所示。

表1

名称	GT码	容量	描述
				SMSC_MO(nj)	8613802500000	2000条/秒	负责南京地区的MO消息
SMSC_MO(wx)	8613802500001	3000条/秒	负责无锡地区的MO消息
				SMSC_AO(QS)	8613802500002	5000条/秒	负责全省的AO消息

表中，AO(Application Originated，应用起呼)消息为ESME(External Short Message Entity，外部短消息实体)提交的消息。

可以在STP提供的配置界面上配置分流策略，如配置当SMSC出现拥塞后，归属于该SMSC的短信业务分流到各SMSC的百分比；例如：

SMSC1拥塞后，20％到SMSC1，40％到SMSC2，40％到SMSC3。

SMSC2拥塞后，40％到SMSC1，10％到SMSC2，50％到SMSC3，可以参考表2。

表2

STP可以设置监控粒度，单位为秒；例如：监控粒度可以设置为1秒。

当监控粒度内出现SMSC拥塞时，STP将按照事先配置分流策略，把当前粒度内后续发送给SMSC的MO消息分流到其他未拥塞的SMSC上。

例如：当SMSC_MO(nj)过负荷，SMSC_MO(wx)和SMSC_AO(QS)未过负荷，那么将发送到SMSC_MO(nj)的MO消息的20％发送给SMSC_MO(wx)，10％发送给SMSC_AO(QS)，SMSC_MO(nj)自己处理70％。

例如：当SMSC_MO(nj)和SMSC_MO(wx)过负荷，SMSC_AO(QS)未过负荷，那么将发送到SMSC_MO(nj)的MO消息的10％发送给SMSC_AO(QS)，SMSC_MO(nj)自己处理90％。

普通的STP对于信令只解码到SCCP(SS7信令连接控制部分)层，本实施例的STP新增解析MAP(Mobile Application Part，移动业务部分)层与短消息业务相关的信令的功能。

在本实施例中，STP只需要具体识别MAP-MO-FORWARD-SHORT-MESSAGE(手机起呼业务前传请求指令)和MAP-MO-FORWARD-SHORT-MESSAGE-RESP(手机起呼业务前传响应指令)信令即可。

当解码出MAP-MO-FORWARD-SHORT-MESSAGE-RESP中的User error(用户错误)码字段为一些特殊错误码时，STP则认为SMSC过负荷(拥塞)。

作为优选方案，错误码为：“Service Centre congestion”和“System Failure”(具体数值可以参见ETSI的国际标准GSM 09.02)时，表示SMSC过负荷。当User error字段为“Service Centre congestion”时，表示对端SMSC拥塞。

进一步的，为了让监控更为准确，只有在监控粒度内特殊错误码出现3次或更多次，才表示该SMSC进入了过负荷状态，以此来减少误判的情况。

实施例2

本实施例将提供一种实时的动态分流策略，即将监控粒度内拥塞的SMSC的后续短消息业务量按照各SMSC实时的负荷情况，均衡地进行分流。最终达到的效果是，负荷越大的SMSC分流到的业务量越小，负荷越小的SMSC分流到的业务量越大，从而到达各SMSC的负荷平衡。

首先，也需要同实施例1一样在STP提供配置界面上配置与该STP直连的所有SMSC的关键信息(基本上都是本省的SMSC)，也如表1所示。

然后，STP发送MO消息给这些SMSC的同时进行计数，即记录下监控粒度(通常是1秒)内分别发送了多少条MO消息。

当SMSC1拥塞时，针对监控粒度内后续发送给SMSC1的每一条MO消息，STP先实时计算此时哪个SMSC负荷最小，然后把MO消息分发给负荷最小的SMSC。进一步的算法如下：

假设SMSC的容量为M，STP实时统计粒度内发送给SMSC的流量为N，那么N/M越小，则表示该SMSC的负荷越小。

例如：SMSC1容量为3000条/秒，SMSC2容量为3000条/秒，SMSC3容量为6000条/秒。当SMSC1拥塞时，STP已经向SMSC2发送了1000条，向SMSC3发送了1000条。

此时STP又收到发送给SMSC1的MO消息1，那么计算得出SMSC2的负荷为1000/3000，SMSC3的负荷为1000/6000，所以STP将MO消息1发送给SMSC3。

接着STP再次收到发送给SMSC1的MO消息2，那么计算得出SMSC2的负荷为1000/3000，SMSC3的负荷为1001/6000，所以STP将MO消息2发送给SMSC3。

如果在该粒度内STP总共收到3000条发送给SMSC1的MO消息，1000条发送给SMSC2的MO消息，1000条发送给SMSC3的MO消息，那么STP会首先把1000条发送给SMSC1，当SMSC1拥塞后，最终STP会把后续的2000条中的333条发送给SMSC2，把1667条发送给SMSC3。

当然本实施例中的分流策略还可以采取其他更为灵活和复杂的算法，以此来提高分流的平衡性，本文将不一一列举。

本发明适用于GSM(Global System for Mobile Communications，全球移动通讯系统)、WCDMA(Wideband Code Division Multiple Access，宽带码分多址)、TDSCDMA(Time Division-Synchronous Code Division Multiple Access，时分同步的码分多址)网络。

本发明提供的一种实现消息自动分流的方法可以降低运营商的投入，无需建设冗余的SMSC，只需要少量改动STP就可以实现短消息业务的自动分流；可以自适应的对超大业务量和突发业务量做实时的自动的分流，使得移动用户能最大限度的使用网络；由于MAP-MO-FORWARD-SHORT-MESSAGE-RESP中的用户错误码是国际标准中定义的，各厂家都遵守该标准，因此为整合各厂家的SMSC资源提供了便利，同时降低了相互协调的成本。

综上，本发明提供的方法通过少量的对STP系统的改造，实现了自动化的业务分流效果，为运营商快速安全的解决节日流量突增问题，提供了廉价的、强有力的保障。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上仅为本发明的优选实施例，当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (11)

1.一种实现消息自动分流的方法，包括：

若监控到一短消息中心发生拥塞，则根据预定的分流策略，对监控粒度内后续发送给该短消息中心的手机起呼消息进行分流。

2.如权利要求1所述的方法，其特征在于：所述监控一短消息中心拥塞的步骤包括：

对所述短消息中心发送的手机起呼业务前传响应指令进行解码；

若解码出所述手机起呼业务前传响应指令中的用户错误码为特殊错误码，则判定所述短消息中心发生拥塞。

3.如权利要求1所述的方法，其特征在于：所述监控一短消息中心拥塞的步骤包括：

对所述短消息中心发送的手机起呼业务前传响应指令进行解码；

若解码到所述手机起呼业务前传响应指令中的用户错误码字段为特殊错误码，并且监控到所述特殊错误码在所述监控粒度内出现N次，则判定所述短消息中心发生拥塞，其中，N大于等于3。

4.如权利要求2或3所述的方法，其特征在于：所述特殊错误码至少包括：短信中心拥塞码或系统错码。

5.如权利要求1-3任一项所述的方法，其特征在于：所述根据预定的分流策略，对监控粒度内后续发送给该短消息中心的手机起呼消息进行分流的步骤通过下面方式实现：

将监控粒度内后续发送给所述短消息中心的手机起呼消息，按预置的比例发送给本短消息中心和指定的未发生拥塞的短消息中心，或者

当接收到监控粒度内后续发送给所述短消息中心的手机起呼消息时，计算此时其他短消息中心负荷，将该手机起呼消息发送给此时负荷最小的短消息中心。

6.一种实现消息自动分流的装置，包括：

监控模块，用于监控短消息中心是否发生拥塞；

分流模块，用于在所述监控模块监控到一短消息中心发生拥塞的情况下，根据预定的分流策略，对监控粒度内后续发送给该短消息中心的手机起呼消息进行分流。

7.如权利要求6所述的装置，其特征在于：所述监控模块包括：

解码单元，用于对所述短消息中心发送的手机起呼业务前传响应指令进行解码；

判定单元，用于在所述解码单元解码出所述手机起呼业务前传响应指令中的用户错误码为特殊错误码的情况下，判定所述短消息中心发生拥塞。

8.如权利要求7所述的装置，其特征在于：所述监控模块还包括：

监控单元，用于监控到所述特殊错误码在所述监控粒度内是否出现N次，其中，N大于等于3；

所述判定单元，还用于在所述解码单元解码出所述用户错误码为特殊错误码，并且所述监控单元监控到所述特殊错误码在所述监控粒度内出现N次的情况下，判定所述短消息中心发生拥塞。

9.如权利要求7或8所述的装置，其特征在于：

所述特殊错误码至少包括：短信中心拥塞码或系统错码。

10.如权利要求6-8任一项所述的装置，其特征在于：还包括配置模块，用于为每一个短消息中心配置，当该短消息中心发生拥塞时，将监控粒度内后续发送给该短消息中心的手机起呼消息，发送给其他短消息中心的比例。

11.如权利要求6-8任一项所述的装置，其特征在于：所述分流模块包括：

计算单元，用于当接收到监控粒度内后续发送给所述短消息中心的手机起呼消息时，计算此时其他短消息中心负荷；

分流单元，用于将该手机起呼消息发送给此时所述计算单元计算出的负荷最小的短消息中心。

Images