一种短消息服务中心及短消息重发的方法
【专利摘要】本发明公开了一种短消息服务中心及短消息重发的方法，包括：短消息服务中心下发消息失败后，确定与该消息类型对应的重试方案；在所述重试方案中，根据所述短消息服务中心目前所处的时间，确定对应的重试模式；根据所述消息下发失败的原因，在所述重试模式中选择重试规则；根据所述重试规则，将所述消息放入重试队列，下发所述消息。本发明对消息重发进行分时控制，根据不同的消息，在不同的时间段采用不同的重试规则，合理分配系统的资源运用，解决了传统重试方式对资源的固定占用，能在不扩容系统的情况下较大增大系统业务处理能力，同时兼顾用户满意度及系统处理两方面的需求。
【专利说明】一种短消息服务中心及短消息重发的方法
【技术领域】
[0001]本发明涉及通讯【技术领域】，特别是涉及一种短消息服务中心(SMSC，ShortMessage Service Center)及短消息重发的方法。
【背景技术】
[0002]短消息业务(ShortMessage Service:SMS)提供在 GSM (Global System ofMobile Communication，全球移动通讯系统)网络中移动用户和移动用户之间或GSM网络的移动用户和固网的固定用户之间发送讯息长度较短的信息。
[0003]点对点短消息的传递与发送由短消息服务中心进行。短消息服务中心的作用类似于邮局，接收来自各方面的短消息，然后再发给各个用户。短消息服务中心的主要功能是接收、存储和转发用户的短消息。而为了尽可能保证消息能成功送达目的地，以及提高用户使用短信业务的感官体验，短消息服务中心一个重要的功能就是对发送失败的消息进行重试。
[0004]目前，各厂商的短消息服务中心都支持短消息重试功能，通常，根据用户的优先级或消息下发失败的错误码配置不同的重试规则，重试规则包括重试次数、重试间隔以及重试结束时的动作等主要的属性。消息重试大大改观了用户的体验，但重试是要占用部分系统资源的，尤其是高频率的重试次数，会大量占用系统资源，大大增加系统的负担。
[0005]而短信的使用量并不是均衡的，不同的消息类型，在不同的时段会差异相当大。某类消息会在一天的某个或某几个时段比较集中，在其它时段则很少，而在节假日更可能是成倍增长。如果单纯依靠过负荷控制等方法，虽然能保证系统安全运行，但势必增加消息提交失败率以及增大消息下发的时延，而出于成本的考虑，短消息服务中心不可能按照最高峰时的业务量来配置系统的容量，这就需要有一种方法来合理分配系统的资源，既保证系统在业务量突发的情况下处理尽可能多的消息，同时又能在大多时候保证用户的满意度。
【发明内容】
[0006]本发明要解决的技术问题是提供一种短消息服务中心及短消息重发的方法，用以解决现有技术中消息重试方式单一及对系统资源固定占用的问题，合理分配系统资源，提高系统处理能力及改善用户业务使用感官体验。
[0007]为解决上述技术问题，一方面，本发明提供一种短消息重发的方法，包括:
[0008]短消息服务中心下发消息失败后，确定与该消息类型对应的重试方案；
[0009]根据所述短消息服务中心目前所处的时间，在所述重试方案中确定对应的重试模式；
[0010]根据所述消息下发失败的原因，在所述重试模式中选择重试规则；
[0011]根据所述重试规则，将所述消息放入重试队列，下发所述消息。
[0012]进一步，在短消息服务中心下发消息之前，还包括:
[0013]设置不同的消息类型与不同的重试方案之间的对应关系。[0014]进一步，在短消息服务中心下发消息之前，还包括:
[0015]设置所述短消息服务中心各时间段与不同的重试模式之间的对应关系。
[0016]进一步，在短消息服务中心下发消息之前，还包括:
[0017]设置消息下发失败的不同原因与不同的重试规则之间的对应关系。
[0018]进一步，所述重试规则包括:消息是否重试、重试次数、重试间隔、重试优先级以及重试结束参数。
[0019]另一方面，本发明还提供一种短消息服务中心，其特征在于，包括:
[0020]重试方案确定模块，用于短消息服务中心下发消息失败后，确定与该消息类型对应的重试方案；
[0021]重试模式确定模块，用于根据所述短消息服务中心目前所处的时间，在所述重试方案中确定对应的重试模式；
[0022]重试规则选择模块，用于根据所述消息下发失败的原因，在所述重试模式中选择重试规则；
[0023]下发消息模块，用于根据所述重试规则，将所述消息放入重试队列，下发所述消
肩、O
[0024]进一步，所述短消息服务中心还包括:
[0025]设置模块，用于设置不同的消息类型与不同的重试方案之间的对应关系。
[0026]进一步，所述短消息服务中心还包括:
[0027]设置模块，用于设置所述短消息服务中心各时间段与不同的重试模式之间的对应关系。
[0028]进一步，所述设置模块还用于:设置消息下发失的不同败原因与不同的重试规则之间的对应关系。
[0029]进一步，所述重试规则包括:消息是否重试、重试次数、重试间隔、重试优先级以及重试结束参数。，
[0030]本发明有益效果如下:
[0031]本发明对消息重发进行分时控制，根据不同的消息，在不同的时间段采用不同的重试规则，合理分配系统的资源运用，解决了传统重试方式对资源的固定占用，能在不扩容系统的情况下较大增大系统业务处理能力，同时兼顾用户满意度及系统处理两方面的需求。
【专利附图】
【附图说明】
[0032]图1是本发明实施例中一种短消息重发的方法的流程图；
[0033]图2是本发明实施例中一种短消息服务中心的结构示意图。
【具体实施方式】
[0034]以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。
[0035]由于在相关的技术中所采用的重试方法，无法对消息的重发策略按不同的时段进行分别处理，这就造成所有的重试策略在所有的时间点都是一样的，占用相同的系统资源，如果策略过于简单，则达不到充分满足用户体验的要求，过于复杂，则过多占用系统资源，大幅降低系统业务处理能力。基于此，本发明实例提供了一种基于时间控制的短消息重发的方法以及短消息服务中心系统。本发明在短消息服务中心设立消息重发系统，在消息发送失败的情况下，根据消息类型，确定不同的消息重试方案，重试方案可以按照预先的设定，在不同的时段对同一种情况指定不同的重试模式。在忙时或节假日，可以指定一种重试频率低，重试次数相对较少的重试策略，降低系统的额外资源开销，提高系统的业务处理能力，在闲时，则可以指定一种重试频度高，重试次数多的重试策略，进一步提高用户的体验。该方案通过系统提供的分时重试策略，对各类消息进行重发控制，既保证消息最终发送成功率，同时灵活分配系统资源，兼顾不同时段的业务处理需要。
[0036]如图1所示，本发明实施例涉及一种短消息重发的方法，包括:
[0037]步骤S101，短消息服务中心下发消息失败后，确定与该消息类型对应的重试方案；
[0038]本步骤中，短消息服务中心SMSC在接收到手机用户提交的短消息(MO消息)或短消息实体提交的短消息(A0消息)后，经过一系列业务处理后，下发消息给目的用户；如果发送成功，则结束流程；如果消息发送失败，则进入重试流程。
[0039]重试消息根据策略来进行重试，需要在重试前进行确定，短消息服务中心根据失败消息的各项参数，确定消息进行重试的规则，每个重试消息最终确定唯一的重试规则。
[0040]消息发送失败以后，根据消息的类型，确定该消息需要采用的重试方案。不同的消息类型，有着不同的发送特点，需要确定不同的重试方案。例如，可以将消息具体地分为3类:手机用户起呼并最终发往手机用户的消息(Μ0ΜΤ)、短消息实体发起的消息并最终发往手机用户的消息(AOMT)以及最终发往短消息实体的消息(AT)。先要对不同的消息类型设置指定一个重试方案，各类型消息对应的重试方案可以是同一个，也可以不同，具体根据所在短消息服务中心消息发送的特点灵活决定。特别的，AOMT消息由于提交的短消息实体特性差异也比较大，因此可以对每一个提交消息的短消息实体指定一个专有的重试方案。
[0041]步骤S102，根据所述短消息服务中心目前所处的时间，在重试方案中确定对应的重试模式；
[0042]在确定的重试方案中需要根据系统时间确定消息的重试模式，不同的重试模式，对应不同的时间段，也就意味着采用不同的重试规则。例如，在节假日或忙时，可以采用重试频度低、重试次数少的重试规则，闲时，则可以采用重试频度高、重试次数多的重试规则。例如，可以将重试模式细分为四类:正常模式、闲时模式、忙时模式、节假日模式。
[0043]节假日模式:设定一个跨天的时间段，比如5月I日零点到5月3日24点，当SMSC的系统时间处于该时间段时，则确定为采用节假日模式，需要采用与节假日模式对应的重试规则。
[0044]忙时模式，设定一天当中的一个或多个时间段，比如每天早晨的8点钟到10点钟为忙时，当SMSC的系统时间处于该段时间时，MOMT消息比较繁忙，需要设定重试次数较少、重试间隔较长的重试规则。
[0045]闲时模式，设定一天当中的一个或多个时间段，比如每天早晨的I点钟到5点钟为闲时，很多用户也处于关机状态，为不打扰用户，该段时间可以设定重试次数很少的重试规则。[0046]正常模式，即除上述情况以外的一天剩余的时间段，该时段可以设定比较通用的重试规则，适合大多数情况下的重试需要。
[0047]特别的，由于各时段的时间有一定的重叠，因此各模式执行时有优先级的要求，通常的，节假日模式优先级最高，如果匹配到重试规则则最先执行，忙时模式次之，闲时模式再次之，正常模式优先级最低。
[0048]步骤S103，根据所述消息下发失败的原因，在所述重试模式中选择重试规则；
[0049]在上述各重试模式中，还需要确定重试的规则。系统根据消息发送的失败原因，确定重试规则。
[0050]在消息重试之前，需要先设定各失败原因对应的重试规则，即某个特定失败原因下消息的重试次数、重试间隔、重试优先级及重试结束动作。
[0051]至于根据失败原因配置重试规则，可以采用现有的失败原因对应的重试规则，也可以由技术人员根据具体的实际环境进行配置，可以通过多次试验或仿真来获得最佳的配置规则。
[0052]步骤S104，根据所述重试规则，将所述消息放入重试队列，下发所述消息。
[0053]确定重试规则后，根据最终确定的重试规则，将消息放入重试队列，按既定重试规则触发重试动作，下发消息；消息下发成功，则结束该消息的重试流程；如果消息下发失败，则返回步骤S101，重新确定消息重试规则，当判断条件发生变化，相应的重试规则也将发生变化，重新确定重试规则直至消息成功下发或永久失败。
[0054]如图2所示，本发明实施例还涉及一种实现上述方法的短消息服务中心，包括:
[0055]重试方案确定模块201，用于短消息服务中心下发消息失败后，确定与该消息类型对应的重试方案；
[0056]重试模式确定模块202，用于在所述重试方案中，根据所述短消息服务中心目前所处的时间，确定对应的重试模式；
[0057]重试规则选择模块203，用于根据所述消息下发失败的原因，在所述重试模式中选择重试规则；
[0058]下发消息模块204，用于根据所述重试规则，将所述消息放入重试队列，下发所述消息。
[0059]其中，短消息服务中心还包括:
[0060]设置模块205，用于设置不同的消息类型与不同的重试方案之间的对应关系；设置所述短消息服务中心各时间段与不同的重试模式之间的对应关系；以及设置消息下发失的不同败原因与不同的重试规则之间的对应关系。重试规则包括:消息是否重试、重试次数、重试间隔、重试优先级以及重试结束参数。
[0061]由上述实施例可以看出，本发明能够有效的分配系统的资源，能根据系统运行的不同状态提供不同的消息重试方案，既可以提高用户使用短信业务时的体验，又克服了以往消息重试方案过多占用系统资源，在业务繁忙时降低系统处理能力的不足之处。
[0062]尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。
【权利要求】
1.一种短消息重发的方法，其特征在于，包括: 短消息服务中心下发消息失败后，确定与该消息类型对应的重试方案； 根据所述短消息服务中心目前所处的时间，在所述重试方案中确定对应的重试模式； 根据所述消息下发失败的原因，在所述重试模式中选择重试规则； 根据所述重试规则，将所述消息放入重试队列，下发所述消息。
2.如权利要求1所述的短消息重发的方法，其特征在于，在短消息服务中心下发消息之前，还包括: 设置不同的消息类型与不同的重试方案之间的对应关系。
3.如权利要求1或2所述的短消息重发的方法，其特征在于，在短消息服务中心下发消息之前，还包括: 设置所述短消息服务中心各时间段与不同的重试模式之间的对应关系。
4.如权利要求3所述的短消息重发的方法，其特征在于，在短消息服务中心下发消息之前，还包括: 设置消息下发失败的不同原因与不同的重试规则之间的对应关系。
5.如权利要求4所述的短消息重发的方法，其特征在于，所述重试规则包括:消息是否重试、重试次数、重试间隔、重试优先级以及重试结束参数。
6.一种短消息服务中心，其特征在于，包括: 重试方案确定模块，用于短消息服务中心下发消息失败后，确定与该消息类型对应的重试方案； 重试模式确定模块，用于根据所述短消息服务中心目前所处的时间，在所述重试方案中确定对应的重试模式； 重试规则选择模块，用于根据所述消息下发失败的原因，在所述重试模式中选择重试规则； 下发消息模块，用于根据所述重试规则，将所述消息放入重试队列，下发所述消息。
7.如权利要求6所述的短消息服务中心，其特征在于，所述短消息服务中心还包括: 设置模块，用于设置不同的消息类型与不同的重试方案之间的对应关系。
8.如权利要求6或7所述的短消息服务中心，其特征在于，所述短消息服务中心还包括: 设置模块，用于设置所述短消息服务中心各时间段与不同的重试模式之间的对应关系O
9.如权利要求8所述的短消息服务中心，其特征在于，所述设置模块还用于:设置消息下发失的不同败原因与不同的重试规则之间的对应关系。
10.如权利要求9所述的短消息服务中心，其特征在于，所述重试规则包括:消息是否重试、重试次数、重试间隔、重试优先级以及重试结束参数。
【文档编号】H04L1/18GK103973419SQ201310037799
【公开日】2014年8月6日 申请日期:2013年1月31日 优先权日:2013年1月31日
【发明者】胡刚, 施健, 卜娟娟, 耿恺频 申请人:中兴通讯股份有限公司