CN101127950B - 一种短消息重试处理方法、装置及应用其的短消息中心 - Google Patents

Abstract

本发明公开了一种短消息重试处理方法，用于包括业务处理机、短消息重试处理装置的短消息中心，该方法包括：重试请求消息生成步骤，用于在业务处理机收到消息起呼请求，并在短消息下发失败时，生成重试请求消息发送至所述短消息重试处理装置；重试消息处理步骤，用于由所述短消息重试处理装置将所述重试请求消息对所述被叫用户进行重试处理。本发明该提供了一种应用上述短消息重试处理方法的短消息重试处理装置和应用该装置的短消息中心。其应用既可扩大用户等待发送的消息数量，又能有效减少重试消息对业务处理机效率的影响。

Description

一种短消息重试处理方法、装置及应用其的短消息中心

技术领域

本发明涉及移动通讯增值业务中短消息处理方法与装置，特别涉及一种短消息重试处理方法、装置及应用其的短消息中心。

背景技术

目前移动通讯增值业务深入人心，短消息一直是增值业务的一个亮点，提升业务满意度一直是大家关注的一个热点。将失败短消息进行重试发送是提升用户满意度的一个有效措施。

SMSC(Short Message Service Center，短消息中心)的重试机制基于用户，在终呼短消息失败后，设置一个基于被叫用户的定时器，在定时到达时，SMSC再次向被叫用户发送失败短消息，该短消息称为重试短消息。

目前，SMSC的重试机制在业务处理机实现，有以下不足：

(1)基于性能考虑，业务处理机缓存重试短消息。一条短消息在消息有效期内需要进行多次重试，以便正常下发给被叫用户。短消息有效期普通采用2天甚至更长，这就要求系统提供大量内存以便缓存重试短消息。在系统资源有限时，会降低SMSC的处理效率。要提升系统效率，则必然需要加大投入。

(2)SMSC按照被叫用户，采用重试队列组织待发送短消息。由于重试队列有限，当某个用户由于关机等原因，导致该用户的重试队列满时，如果有用户继续向该用户发送消息，短消息中心将从该用户的重试队列中挤出一条待发送消息，以便存储新的短消息，被挤出的消息不能被发送给被叫用户。

中国专利申请号CN200510080390名称为“一种短消息系统中对网元进行重试的方法”的对比文件公开了一种短消息重试处理方法，但其侧重于网元之间的短消息重试处理，一定程度上提高了系统设备的效率，但没有涉及对于短消息系统中对用户进行重试处理。

发明内容

本发明所要解决的问题在于提供一种短消息重试处理方法、装置及应用其的短消息中心，该发明的应用既可扩大用户等待发送的消息数量，又能有效减少重试消息对业务处理机效率的影响。

为达到上述目的，本发明提供的短消息重试处理方法，用于包括业务处理机、短消息重试处理装置的短消息中心，该方法包括：

重试请求消息生成步骤，用于在业务处理机收到消息起呼请求，并在被叫用户等待队列满或消息下发失败时，生成重试请求消息发送至所述短消息重试处理装置；

重试消息处理步骤，用于由所述短消息重试处理装置将所述重试请求消息对所述被叫用户进行重试处理。

上述短消息重试处理方法，所述重试请求消息生成步骤进一步包括：一判断步骤，用于在所述业务处理机收到消息起呼请求时判断所述被叫用户等待队列是否满，如果等待队列满则生成重试请求消息，否则将当前消息插入等待发送队列。

上述短消息重试处理方法，所述将当前消息插入等待发送队列的步骤之后进一步包括判断被叫用户当前是否正在下发短消息的步骤，是，所述业务处理机接收终呼结果，否，则所述业务处理机终呼收到的当前消息；终呼成功继续下发等待消息，终呼失败，进一步判断是否进行短消息重试处理，进行重试，则将该消息从等待发送队列删除，执行所述重试请求消息生成步骤，否则结束流程。

上述短消息重试处理方法，所述重试消息处理步骤进一步包括：

步骤A，短消息重试处理装置接收到来自所述业务处理机的重试请求消息；

步骤B，所述短消息重试处理装置判断该被叫用户是否无重试消息，如果该被叫用户已经存在重试消息，则将该所述重试请求消息插入所述被叫用户的重试队列尾；否则设置该被叫用户重试定时器；

步骤C，所述重试定时器定时到，所述短消息重试处理装置从所述重试队列头取重试消息发送到所述业务处理机，进行终呼处理；

步骤D，重试成功后，所述短消息重试处理装置将该重试消息从所述被叫用户重试队列中清除并完成统计分析和后续操作，进一步判断所述被叫用户是否有重试消息，如有，所述短消息重试处理装置循环从所述重试队列头取重试消息发送到所述业务处理机，进行终呼处理，否则结束流程。

上述短消息重试处理方法，所述重试消息处理步骤中，所述步骤A之前还包括一初始化步骤，用于在短消息重试处理装置重启时初始化并维护所述被叫用户重试队列。

上述短消息重试处理方法，所述初始化步骤中，当所述重试消息处理装置重启后，如所述重试消息处理装置的数据库中有未处理的重试消息，则将该未处理的重试消息加载到所述被叫用户重试队列。

上述短消息重试处理方法，所述重试消息处理步骤中，所述初始化步骤之后所述步骤A之前，还包括一短消息重试处理装置接收来自所述业务处理机的请求消息，并判断所述请求消息是否为重试请求消息的步骤，如不是重试请求消息，所述短消息重试处理装置从所述重试队列头取重试消息发送到所述业务处理机，进行终呼处理。

上述短消息重试处理方法，所述重试消息处理步骤中，所述步骤D之后还包括，如重试失败进一步判断是否再次重试该消息的步骤，如再次重试，进一步判断所述被叫用户是否还有重试消息，如有，则由所述重试消息维护模块为下一条重试消息设置定时器，否则结束流程；如果不继续重试，则将该消息从被叫用户的重试队列中清除后，再进一步判断所述被叫用户是否还有重试消息，如有，则由所述重试消息维护模块为所述被叫用户设置定时器，否则结束流程。

上述短消息重试处理方法，所述重试消息处理步骤还包括一按照所述短消息重试处理装置的配置设置将重试消息保存到所述短消息重试处理装置的数据库的步骤，所述配置设置包括：设置重试时间间隔大于某一固定值的短消息提交给所述短消息重试处理装置处理和/或设置将所有重试短消息提交给短消息重试处理装置处理。

上述短消息重试处理方法，所述等待队列满时生成重试请求消息是根据挤出算法从所述等待队列中挤出一条等待发送的短消息生成重试请求消息。

进一步的，本发明还提供了一种短消息重试处理装置，设置于包括业务处理机的短消息中心，该短消息重试处理装置包括：

管理模块，用于提供对短消息重试处理装置的操作维护；

用户重试队列，用于缓存被叫用户需要重试的消息；

重试消息维护模块，用于接收来自所述业务处理机的重试请求消息并对该重试请求消息进行重试处理；

数据库接口模块，用于为所述短消息重试处理装置提供数据库操作接口；

数据库，用于保存重试消息相关的业务数据。

上述短消息重试处理装置，所述管理模块进一步包括：

配置单元，用于为所述短消息重试处理装置提供配置设置；

统计分析单元，用于对所述短消息重试处理装置各项操作进行统计分析。

更进一步的，本发明还提供了一种应用上述短消息重试处理方法及装置的短消息中心，包括业务处理机和短消息重试处理装置，所述短消息重试处理装置又包括：

管理模块，用于提供对短消息重试处理装置的操作维护；

用户重试队列，用于缓存被叫用户需要重试消息；

重试消息维护模块，用于接收来自所述业务处理机的重试请求消息并对该重试请求消息进行重试处理；

数据库接口模块，用于为所述短消息重试处理装置提供数据库操作接口；

数据库，保存重试消息相关的业务数据。

与现有技术相比，本发明通过在短消息中心内部增设SMRP(ShortMessage Retry Plate，短消息重试处理装置)节点，将重试短消息转发给SMRP处理，一方面，可以扩大用户等待发送的消息数量，另一方面，将重试短消息的处理交由SMRP处理，减少了重试消息对业务处理机效率的影响。

附图说明

图1是本发明短消息系统的结构示意图；

图2是本发明短消息重试处理装置SMRP的结构示意图；

图3是本发明短消息处理流程图；

图4是本发明短消息重试处理流程图。

具体实施方式

下面结合附图和实施例对本发明进行详细的描述，以更进一步了解本发明之目的、方案及功效，但并非作为对本发明所附权利要求保护范围的限制。

如图1所示，是本发明短消息系统的结构示意图。SMSC包括SMPP(shortmessage peer to peer)协议代理模块103、操作维护模块104、业务处理机101、IWMSC/GMSC(Short Message Service Interworking MSC：短消息互联MSC；Gateway Mobile Switching Center：网关移动业务交换中心)106及SMRP102(Short Message Retry Plate，短消息重试处理装置)，各个功能模块通过高速以太网相连。其中IWMSC/GMSC通过7号链路连接PLMN105(Public LandMobile Network：公众陆地移动网)。

下面参考图2进一步说明短消息重试处理装置SMRP的结构，如图2所示，短消息重试处理装置SMRP102包括：用户重试队列210，被叫用户重试消息队列，用于缓存被叫用户需要重试消息的简明信息；重试消息维护模块220，用于接收来自所述业务处理机的重试请求消息并对该重试请求消息进行重试处理；数据库接口模块230，为SMRP102提供数据库操作接口；管理模块240，用于提供对SMRP102的操作维护；数据库250，保存重试消息相关业务数据。其中，管理模块240包括：配置单元242，为SMRP102提供配置设置；统计分析单元244，对SMRP102的各项操作进行统计分析，便于用户了解系统状况，如重试消息流量，各个数据库接口操作次数、操作平均时间、单次操作最大时间等。

下面结合图3和图4详细说明本发明提供的短消息处理方法及短消息重试处理方法：

如图3所示，是本发明的短消息处理流程图，该短消息处理方法，包括如下步骤：

步骤S301，业务处理机101接收到消息起呼请求；

步骤S302，业务处理机101判断被叫用户是否等待队列满，如队列满，转下一步，否则转步骤S304；

步骤S303，根据挤出算法从等待队列中挤出一条等待发送的短消息，生成重试请求消息发送到SMRP102处理；所述挤出算法表示一种挤出策略，如挤出等待时间最长的短消息，或者随机挤出一条非当前发送的消息；

步骤S304，将当前消息插入等待发送队列；

步骤S305，业务处理机101判断被叫用户当前是否正在下发短消息，如正在下发，则转步骤S307；

步骤S306，业务处理机101终呼收到的当前消息至被叫用户；

步骤S307，业务处理机101接收到被叫用户终呼结果；

步骤S308，业务处理机101根据终呼结果判断是否终呼成功。如果终呼失败，则转步骤S310；

步骤S309，继续下发等待消息；如果没有等待消息，则生成继续发送请求消息通知SMRP102，流程结束；

步骤S310，业务处理机101根据重试配置决定是否将当前消息发送到SMRP102处理，如不提交给SMRP102，则流程结束；所述重试配置包括：将重试时间间隔大于某一个固定值的短消息提交给SMRP102处理或将所有重试短消息提交给SMRP102处理；

步骤S311，业务处理机101将该消息从等待发送队列删除，并将该消息生成重试请求消息发送到SMRP102进行重试处理。

如图4所示，是本发明短消息重试处理流程图，SMRP重试处理流程如下：

步骤S401，SMRP102通电，初始化用户重试队列缓存，并维护用户重试队列缓存；如在SMRP102通电重启后，SMRP数据库250中有未处理重试短消息，需将该未处理重试短消息加载到被叫用户重试队列缓存；

步骤S402，SMRP102等待接收来自业务处理机101的请求消息；

步骤S403，重试消息维护模块220接收到来自业务处理机101的请求消息；

步骤S404，如该请求消息为重试请求消息，执行步骤S405，否则转步骤S409；

步骤S405，重试消息维护模块220判断该被叫用户是否无重试消息，如果该被叫用户已经存在重试消息，则转步骤S407；

步骤S406，设置该被叫用户重试定时器；

步骤S407，重试消息维护模块220将重试消息插入被叫用户的重试队列210尾；

步骤S408，重试定时器到达；

步骤S409，重试消息维护模块20从重试队列210头取重试消息，并将重试消息发送到业务处理机101，进行终呼处理；

步骤S410，SMRP102接收到重试消息终呼结果，判断该重试消息是否成功终呼，如不成功则转步骤S413；

步骤S411，重试消息维护模块220将该重试消息从被叫用户重试队列210中清除，并完成统计分析和后续操作；

步骤S412，重试消息维护模块220检查该被叫用户是否还有重试消息，如果有则转步骤S409；如果没有则流程结束；

步骤S413，重试消息维护模块220完成统计分析和后续操作，检查是否需要对该短消息再次重试，如需再次重试，则转步骤S415；

步骤S414，重试消息维护模块220将该短消息从被叫用户重试队列210中清除；

步骤S415，重试消息维护模块220检查该被叫用户是否还有重试消息，如果没有，则流程结束；

步骤S416，重试消息维护模块220为被叫用户的下一条重试消息设置重试定时器，循环执行步骤S408。

上述短消息重试处理流程还包括一按照配置设置，重试消息维护模块220调用数据库接口模块230将重试消息保存到数据库250的步骤。

综上，本发明在短消息中心内部增设SMRP节点，将重试短消息转发给SMRP处理，一方面，可以扩大用户等待发送的消息数量，另一方面，将重试短消息的处理交由SMRP处理，减少了重试消息对业务处理机效率的影响。

虽然本发明已以较佳实施例揭露如上，然其并非用以限定本发明，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (13)

1.一种短消息重试处理方法，用于包括业务处理机、短消息重试处理装置的短消息中心，其特征在于，该方法包括：

重试请求消息生成步骤，用于在业务处理机收到消息起呼请求，并在被叫用户等待队列满或消息下发失败时，生成重试请求消息发送至所述短消息重试处理装置；

重试消息处理步骤，用于由所述短消息重试处理装置将所述重试请求消息对所述被叫用户进行重试处理。

2.根据权利要求1所述的短消息重试处理方法，其特征在于，所述重试请求消息生成步骤进一步包括：一判断步骤，用于在所述业务处理机收到消息起呼请求时判断所述被叫用户等待队列是否满，如果等待队列满则生成重试请求消息，否则将当前消息插入等待发送队列。

3.根据权利要求2所述的短消息重试处理方法，其特征在于，所述将当前消息插入等待发送队列的步骤之后进一步包括判断被叫用户当前是否正在下发短消息的步骤，是，所述业务处理机接收终呼结果，否，则所述业务处理机终呼收到的当前消息；终呼成功继续下发等待消息，终呼失败，进一步判断是否进行短消息重试处理，如果进行重试，则将该消息从等待发送队列删除，执行所述重试请求消息生成步骤，否则结束流程。

4.根据权利要求1所述的短消息重试处理方法，其特征在于，所述重试消息处理步骤进一步包括：

步骤A，短消息重试处理装置接收到来自所述业务处理机的重试请求消息；

步骤B，所述短消息重试处理装置判断该被叫用户是否无重试消息，如果该被叫用户已经存在重试消息，则将该所述重试请求消息插入所述被叫用户的重试队列尾；否则设置该被叫用户重试定时器；

步骤C，所述重试定时器定时到，所述短消息重试处理装置从所述重试队列头取重试消息发送到所述业务处理机，进行终呼处理；

步骤D，重试成功后，所述短消息重试处理装置将该重试消息从所述被叫用户重试队列中清除并完成统计分析和后续操作，进一步判断所述被叫用户是否有重试消息，如有，所述短消息重试处理装置循环从所述重试队列头取重试消息发送到所述业务处理机，进行终呼处理，否则结束流程。

5.根据权利要求4所述的短消息重试处理方法，其特征在于，所述重试消息处理步骤中，所述步骤A之前还包括一初始化步骤，用于在短消息重试处理装置重启时初始化并维护所述被叫用户重试队列。

6.根据权利要求5所述的短消息重试处理方法，其特征在于，所述初始化步骤中，当所述重试消息处理装置重启后，如所述重试消息处理装置的数据库中有未处理的重试消息，则将该未处理的重试消息加载到所述被叫用户重试队列。

7.根据权利要求5所述的短消息重试处理方法，其特征在于，所述重试消息处理步骤中，所述初始化步骤之后所述步骤A之前，还包括一短消息重试处理装置接收来自所述业务处理机的请求消息，并判断所述请求消息是否为重试请求消息的步骤，如不是重试请求消息，所述短消息重试处理装置从所述重试队列头取重试消息发送到所述业务处理机，进行终呼处理。

8.根据权利要求4所述的短消息重试处理方法，其特征在于，所述重试消息处理步骤中，所述步骤D之后还包括，如重试失败进一步判断是否再次重试该消息的步骤，如再次重试，进一步判断所述被叫用户是否还有重试消息，如有，则由所述重试消息维护模块为下一条重试消息设置定时器，否则结束流程；如果不继续重试，则将该消息从被叫用户的重试队列中清除后，再进一步判断所述被叫用户是否还有重试消息，如有，则由所述重试消息维护模块为所述被叫用户设置定时器，否则结束流程。

9.根据权利要求4所述的短消息重试处理方法，其特征在于，所述重试消息处理步骤还包括一按照所述短消息重试处理装置的配置设置将重试消息保存到所述短消息重试处理装置的数据库的步骤，所述配置设置包括：设置重试时间间隔大于某一固定值的短消息提交给所述短消息重试处理装置处理和/或设置将所有重试短消息提交给短消息重试处理装置处理。

10.根据权利要求2所述的短消息重试处理方法，其特征在于，所述等待队列满时生成重试请求消息是根据挤出算法从所述等待队列中挤出一条等待发送的短消息生成重试请求消息。

11.一种短消息重试处理装置，设置于包括业务处理机的短消息中心，其特征在于，该短消息重试处理装置包括：

管理模块，用于提供对短消息重试处理装置的操作维护；

用户重试队列，用于缓存被叫用户需要重试的消息；

重试消息维护模块，用于接收来自所述业务处理机的重试请求消息并对该重试请求消息进行重试处理；

数据库接口模块，用于为所述短消息重试处理装置提供数据库操作接口；

数据库，用于保存重试消息相关的业务数据。

12.根据权利要求11所述的短消息重试处理装置，其特征在于，所述管理模块进一步包括：

配置单元，用于为所述短消息重试处理装置提供配置设置；

统计分析单元，用于对所述短消息重试处理装置各项操作进行统计分析。

13.一种应用权利要求11～12中任一项所述短消息重试处理装置的短消息中心，包括业务处理机和短消息重试处理装置，其特征在于，所述短消息重试处理装置又包括：

管理模块，用于提供对短消息重试处理装置的操作维护；

用户重试队列，用于缓存被叫用户需要重试消息；

重试消息维护模块，用于接收来自所述业务处理机的重试请求消息并对该重试请求消息进行重试处理；

数据库接口模块，用于为所述短消息重试处理装置提供数据库操作接口；

数据库，保存重试消息相关的业务数据。

Images