CN101895846B - 自适应短消息重试控制方法及装置 - Google Patents

自适应短消息重试控制方法及装置 Download PDF

Info

Publication number
CN101895846B
CN101895846B CN201010234841.0A CN201010234841A CN101895846B CN 101895846 B CN101895846 B CN 101895846B CN 201010234841 A CN201010234841 A CN 201010234841A CN 101895846 B CN101895846 B CN 101895846B
Authority
CN
China
Prior art keywords
retry
short message
strategy
statistical form
current
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN201010234841.0A
Other languages
English (en)
Other versions
CN101895846A (zh
Inventor
杨奕堃
吴晓斌
聂荣初
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201010234841.0A priority Critical patent/CN101895846B/zh
Publication of CN101895846A publication Critical patent/CN101895846A/zh
Application granted granted Critical
Publication of CN101895846B publication Critical patent/CN101895846B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种自适应短消息重试控制方法及装置。该方法包括:步骤1,在当前短消息的终呼结果为投递失败的情况下,根据当前短消息的终呼错误码选择相应的当前重试策略,根据相应的当前重试策略控制当前短消息的重试下发流程;步骤2,根据与当前短消息的终呼错误码相对应的重试统计表中的参数将当前短消息进行重试下发的相关信息存储到重试统计表中;步骤3,对重试统计表中的参数进行分析,获取当前最优重试策略;步骤4,在判断达到预先设置的更新条件的情况下,根据当前最优重试策略进行更新,根据当前最优重试策略控制当前短消息的重试下发流程,并继续执行步骤2;在判断未达到更新条件的情况下,执行步骤1。

Description

自适应短消息重试控制方法及装置
技术领域
本发明涉及移动通讯领域,特别是涉及一种自适应短消息重试控制方法及装置。
背景技术
在相关技术中,短消息业务是移动增值业务中的重要业务,近年来持续以较高的比率迅猛增长。在实际应用中,由于网络和用户的各种原因,短消息首次下发时有可能终呼失败,如果终呼失败后直接丢弃短消息,将严重影响用户的体验。因此,短消息重试成为短消息业务中不可或缺的一种功能。
目前,各厂商短消息中心都支持短消息重试功能,可针对不同的终呼错误码配置不同的重试策略。重试策略包括重试次数、重试间隔、结束动作等主要属性。
在现有技术中,针对某一终呼错误码的重试策略是人为预先设定的,一旦设定后则保持不变,除非人为修改。而重试策略各属性的具体取值,往往依靠经验,并结合不同局点的网络和用户情况进行微调。这种重试机制虽然较好地提升了用户的体验,但不可避免存在以下缺点:
第一、重试策略的设定完全依赖经验,即使结合实施局点的特点进行调整,也仍然是采用经验值。这将重试次数和重试时间的设置限制在人为预想的几组数值中,通过一段时间的采样、统计和比较能够选择出较优值,但往往不是最优值。这样造成的结果是重试的效率不高。因此,现有短消息中心系统重试机制的性能欠佳。
第二、重试策略人为设定,系统只能被动执行,无法主动进行动态调整。当网络和用户环境发生变化时系统只能等待人为调整重试策略,这需要再次进行采样分析,费时费力。因此,现有短消息中心系统重试机制的实时性和可维护性欠佳。
第三、短消息终呼失败时除了协议约定的终呼错误码外,各网元还可能产生未经约定的未知错误码;或者针对某一错误码,一些网元未提供错误的详细原因或提供的原因不能被其它网元所理解。并且,同一个未知错误码在不同的局点可能代表着不同的错误信息。这些未知错误码的重试策略无经验可循,有些属于临时性错误可以重试成功,有些却属于永久性错误不需要重试。现有短消息中心在面对这样的错误码时由于欠缺经验支持难以选择适当的重试策略,一般都简单丢弃或统一归结到某一类错误来处理,造成了重试机制的有效性欠佳。
第四、手工配置重试策略方式由于人的因素不可避免地可能会发生错配、漏配等情况,影响系统的重试执行,进而影响用户体验。因此,现有短消息中心手工配置重试策略的方式可靠性欠佳。
发明内容
本发明提供一种自适应短消息重试控制方法及装置,以解决现有技术中短消息中心重试机制的性能、有效性、实时性、可维护性和可靠性欠佳的问题。
本发明提供一种自适应短消息重试控制方法,包括:
步骤1,在当前短消息的终呼结果为投递失败的情况下,根据当前短消息的终呼错误码选择相应的当前重试策略,并根据相应的当前重试策略控制当前短消息的重试下发流程;
步骤2,根据与当前短消息的终呼错误码相对应的重试统计表中的参数将当前短消息进行重试下发的相关信息存储到重试统计表中,其中,重试统计表与终呼错误码一一对应;
步骤3,对重试统计表中的参数进行分析,获取当前最优重试策略;
步骤4,在判断达到预先设置的更新条件的情况下,根据当前最优重试策略对相应的当前重试策略进行更新,根据当前最优重试策略控制当前短消息的重试下发流程,并继续执行步骤2;在判断未达到更新条件的情况下,执行步骤1。
本发明还提供了一种自适应短消息重试控制装置,位于短消息中心,包括:
重试策略模块,用于在当前短消息的终呼结果为投递失败的情况下,根据当前短消息的终呼错误码选择相应的当前重试策略,并根据相应的当前重试策略控制当前短消息的重试下发流程;
重试统计表模块,用于根据与当前短消息的终呼错误码相对应的重试统计表中的参数存储当前短消息进行重试下发的相关信息,其中,重试统计表与终呼错误码一一对应;
统计分析模块,用于对重试统计表中的参数进行分析,获取当前最优重试策略;
动态更新模块,用于在判断达到预先设置的更新条件的情况下,根据当前最优重试策略对相应的当前重试策略进行更新;
重试策略模块进一步用于:根据当前最优重试策略控制当前短消息的重试下发流程。
本发明有益效果如下:
通过对重试统计表中的参数进行分析,自适应更新重试策略并根据更新后的重试策略控制短消息重试下发,解决了现有技术中短消息中心重试机制的性能、有效性、实时性、可维护性和可靠性欠佳的问题,本发明实施例由系统自适应调整重试策略,最终收敛稳定后的重试策略是最适合当前网络和用户情况的最优策略,从而能够提升系统重试机制的性能;本发明实施例采用的自适应算法为简单高效的统计分析法,收敛到稳定状态的速度快,较之人工分析比较的工作省时省力,提升了系统重试机制的可维护性;本发明实施例由系统自适应调整重试策略,可以自动适应随时变化的网络和用户环境,提升了系统重试机制的实时性;本发明实施例由系统自适应调整重试策略,当发生错配、漏配等误操作时只会造成收敛时间延长,不会影响用户体验,提升了系统重试机制的可靠性;本发明实施例由系统自适应调整重试策略,可以对未知错误码尝试重试并统计分析,找到最优重试策略,防止因无经验可循对这些未知错误码配置死板的重试策略或简单丢弃从而影响用户体验,提升了系统重试机制的有效性。
附图说明
图1是本发明实施例的自适应短消息重试控制方法的流程图;
图2是本发明实施例的根据终呼结果进行处理的流程图;
图3是本发明实施例的设置短消息定时重试的处理流程图;
图4是本发明实施例的短消息中心定时下发重试短消息的处理流程图;
图5是本发明实施例的自适应更新重试策略的处理流程图;
图6是本发明实施例的自适应短消息重试控制装置的结构示意图;
图7是本法发明实施例的自适应短消息重试控制装置的优选结构示意图。
具体实施方式
为了解决现有技术中短消息中心重试机制的性能、有效性、实时性、可维护性和可靠性欠佳的问题,本发明提供了一种自适应短消息重试控制方法及装置,包括短消息中心设置初始重试策略后依据一定规则自适应更新重试策略并根据更新后的重试策略控制短消息重试下发的过程,该过程包括短消息中心根据重试统计表统计分析出最优重试策略并动态更新的步骤:短消息中心在每次重试后针对该条重试消息上一次的终呼错误码(即引起本次重试的错误码)进行重试间隔时间点及其重试成功率的统计分析,优选出若干时间点对重试策略的重试次数和重试间隔进行调整。以下结合附图以及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不限定本发明。
方法实施例
根据本发明的实施例,提供了一种自适应短消息重试控制方法,图1是本发明实施例的自适应短消息重试控制方法的流程图,如图1所示,根据本发明实施例的自适应短消息重试控制方法包括如下步骤:
步骤101,在当前短消息的终呼结果为投递失败的情况下,根据当前短消息的终呼错误码选择相应的当前重试策略,并根据相应的当前重试策略控制当前短消息的重试下发流程;
根据本发明实施例的自适应短消息重试控制方法可以在未设置初始策略或设置为任意策略时工作,并通过自适应算法在足够长的一段时间后收敛到稳定状态形成最优重试策略。但依据经验设置好较优的初始重试策略有助于加快系统的收敛速度。因此,优选地,在执行步骤101之前,还可以根据当前短消息的终呼错误码设置初始重试策略。
短消息重试的目的是将上次未成功投递的短消息重新尝试下发给用户。短消息重试是指对返回临时性错误码的短消息延迟一段时间进行重试下发,对返回永久性错误码的短消息进行丢弃不再重试下发。对返回错误码为0(即成功)的短消息,表示此时目的用户此时可以正常接收短消息,可以立即重试该目的用户的等待重试消息,而不必等待原先设定定时重试的重试时间到达。
因此,在执行步骤101之前,需要判断当前短消息的终呼结果;如果判断当前短消息的终呼结果为投递成功,则读取相应目的用户等待进行重试下发的等待短消息,立即对该等待短消息进行重试下发。
图2是本发明实施例的根据终呼结果进行处理的流程图,如图2所示,具体包括以下步骤:
步骤201,判断当前短消息的终呼结果,成功则继续进行步骤202,否则转到步骤203;
步骤202,当前短消息投递成功,表示该目的用户此时可以正常接收短消息,则读取该目的用户的等待消息,立即对等待消息进行重试;
步骤204,当前消息投递失败,表示该目的用户暂时不能正常接收短消息,则执行步骤101。
本发明实施例的自适应短消息重试控制方法同时依赖步骤S202和步骤S203这两种不同的重试方法工作。如果缺乏步骤S202的短消息下发成功后立即重试该目的用户等待消息这一方式,则系统永远只能在固定的时间间隔进行定时重试,失去了自适应功能;如果缺乏步骤S203的定时重试这一方式,则重试策略变得没有意义,用户必须等待有人对其发送短信才可能引发等待消息重试,严重影响用户体验。特别地,存在一些情况,例如用户开机、用户手机存储空间可用等,短消息中心会收到通知(Alert)消息,进而立即对目的用户进行重试。这种情况类似步骤S202中的立即重试方式。
在步骤101中,具体需要进行如下处理:
根据当前短消息的终呼错误码读取重试配置中针对该终呼错误码的重试策略;根据当前短消息的已投递次数,读取重试策略中的重试间隔,并根据重试间隔计算下次投递时间;根据计算的下次投递时间将当前短消息对应的目的用户插入定时队列,等待进行重试下发。等待进行重试下发之后,在接收到目的用户的短消息终呼结果为成功的消息、或接收到通知消息的情况下,读取目的用户等待进行重试下发的短消息,立即对该短消息进行重试下发;或者,在判断到达投递时间的情况下,读取定时队列中当前时刻等待重试下发的目的用户,读取一条目的用户等待重试下发的短消息进行重试下发。
具体地,图3是本发明实施例的设置短消息定时重试的处理流程图,如图3所示,包括如下处理:
步骤301,短消息中心根据短消息的终呼错误码读取重试配置中针对该错误码的重试策略;
步骤302,根据消息的已投递次数读取重试策略中的重试间隔,计算下次投递时间;
步骤303,根据下次投递时间将目的用户插入定时队列,等待重试。
完成如图3所示的处理后,该短消息进入等待重试状态,有两种情况会触发该短消息进行重试:一是步骤201~步骤202的立即重试流程或短消息中心收到Alert消息引发的立即重试流程;二是定时时间到达后短消息中心定时下发重试短消息流程。图4是本发明实施例的短消息中心定时下发重试短消息的处理流程图,具体步骤如下:
步骤401,读取定时队列中当前时刻等待重试的目的用户;
步骤402,取出一条该目的用户的等待消息,进行重试下发。
完成步骤401~步骤402的处理后,短消息中心完成了一次完整的短消息重试流程。这条消息的终呼响应回来后,短消息中心重新执行步骤201的判断,开始新的重试流程。
以上短消息定时重试的核心是短消息当前终呼错误码的重试策略,重试策略决定了针对当前终呼错误码,短消息的重试次数、重试间隔和结束动作。其中结束动作一般分为停止和丢弃两种,停止意味着暂停对目的用户的定时重试,等待消息只能依靠下次成功下发或Alert消息引起的立即重试方式进行重试;丢弃意味着当前消息不需要再进行重试,短消息中心做丢弃处理,不做等待消息处理。
本发明实施例的自适应短消息重试控制方法的是通过对各终呼错误码重试情况的统计分析,实现对应重试策略中重试次数和重试间隔的动态调整。
步骤102,根据与当前短消息的终呼错误码相对应的重试统计表中的参数将当前短消息进行重试下发的相关信息存储到重试统计表中,其中,重试统计表与终呼错误码一一对应,重试统计表中的参数包括:重试间隔、重试成功次数、重试总数、以及重试成功率;
步骤103,对重试统计表中的参数进行分析,获取当前最优重试策略;
具体地,在步骤103中,需要执行以下操作:
根据当前短消息的最近一次终呼错误码读取该终呼错误码的重试统计表;计算重试时间与短消息提交时间的间隔,并将该间隔与重试统计表中的重试间隔进行匹配,获取最接近的重试间隔;将重试统计表中最接近的重试间隔的重试总数进行累加;判断当前短消息是否重试成功;如果判断当前短消息重试成功,则将重试统计表中最接近的重试间隔的重试成功次数进行累加;如果判断当前短消息重试失败,或将重试成功次数进行累加后,根据重试总数以及重试成功次数重新计算重试统计表中的重试成功率;以预定时间根据重新计算的重试成功率计算重试次数和重试间隔,获取当前最优重试策略。
具体地,图5是本发明实施例的自适应更新重试策略的处理流程图,如图5所示,包括如下处理:
步骤501,根据短消息的最近一次终呼错误码读取该错误码的重试统计表;
步骤502,计算重试时间距离短消息提交时间的间隔,匹配到重试统计表中最接近的重试间隔;
步骤503,将重试统计表中该重试间隔重试总次数加1;
步骤504,判断当前消息是否重试成功,若成功则继续步骤505,否则转到步骤506;
步骤505,将重试统计表中该重试间隔重试成功次数加1;
步骤506,重新计算重试统计表中该重试间隔重试成功率,重试成功率=该重试间隔重试成功次数/该重试间隔重试总次数;
步骤507,每秒钟根据重试统计表中重试成功率较高的若干峰值重新计算一次重试次数和间隔,将结果提交给动态更新模块,以便动态更新模块更新该错误码的重试策略。
由于每秒钟的重试消息数可能达数百条,单单一条重试的成功或失败对重试成功率的影响一般较小,因此步骤507只需每秒钟执行一次,而不是每次重试后都执行,可以节约运算量。特别地,步骤507中的统计分析工作需要等待系统工作一段时间,正在处理的重试统计表数据满足分析要求时才重新计算重试策略。
步骤104,在判断达到预先设置的更新条件的情况下,根据所述当前最优重试策略对相应的当前重试策略进行更新,根据所述当前最优重试策略控制所述当前短消息的重试下发流程,并继续执行步骤102;在判断未达到所述更新条件的情况下,执行步骤101。其中,预先设置的更新条件是指重试统计表中数据达到预先设置的数量,能够满足分析要求。
优选地,在实际应用中,在重试统计表中的重试间隔所对应的重试总数即将发生溢出时,将重试统计表中的重试总数和重试成功次数除以预先设置的权值。
需要说明的是,重试策略与终呼错误码一一对应,重试策略与重试统计表一一对应。重试策略包括重试策略1~重试策略N共N条重试策略,分别对应网络中不同的终呼错误码。以全球移动通信系统(Global System for MobileCommunications,简称为GSM)网络为例,终呼错误码的取值介于1~255之间,其中有些错误码是未经约定的未知错误码,则可以定义1~255共255条重试策略与之对应。当系统收到错误码为n的终呼响应时,使用对应的重试策略n判断是否需要重试以及重试的次数、间隔和结束动作。
重试统计表包括重试统计表1~重试统计表N共N条重试统计表,分别与重试策略1~重试策略N一一对应。表1为本发明实施例的重试统计表的结构示意图,如表1所示,包括重试间隔、重试成功次数、重试总次数和重试成功率四项。
表1
  重试间隔   重试成功次数   重试总次数   重试成功率
  1分钟   0   0   0
  2分钟   0   0   0
  3分钟   0   0   0
  5分钟   0   0   0
  10分钟   0   0   0
  15分钟   0   0   0
  20分钟   0   0   0
  30分钟   0   0   0
  45分钟   0   0   0
  1小时   0   0   0
  1.5小时   0   0   0
  2小时   0   0   0
  3小时   0   0   0
  5小时   0   0   0
  8小时   0   0   0
  12小时   0   0   0
  18小时   0   0   0
  24小时   0   0   0
  36小时   0   0   0
  48小时   0   0   0
  72小时   0   0   0
以下结合附图和实例,对本发明实施例上述技术方案进行详细说明。本实例是将本发明实施例的方法应用于GSM短消息中心进行自适应短消息重试控制的示例。本实施例的初始条件包括:
1、本实施例以终呼错误码101返回被叫用户关机情况为例,只针对这一错误码考察自适应重试控制方法的工作情况;
2、本实施例假设针对终呼错误码101人为设置初始重试策略为重试四次,重试时间间隔点分别为1分钟、5分钟、1小时和8小时,结束动作为停止;
3、本实施例假设系统刚启动时开始考察,此时尚未收到过任何终呼错误码,因此终呼错误码101对应的重试统计表101如表1所示,各项统计值均为0。
终呼错误码101返回被叫用户关机这一终呼错误码表示被叫用户正处于关机状态,考虑一般用户的习惯,关机后一般要过比较久的时间再开机,尤其夜间更是如此。因此,本实施例假设的初始重试策略并不合理,1分钟和5分钟这两次重试的成功率会极低,浪费了系统资源。本实施例将说明如何通过自适应短消息重试控制方法来动态更新终呼错误码101的重试策略,收敛到一个相对稳定合理的重试策略的过程。具体步骤如下:
步骤1,根据消息的最近一次终呼错误码101读取重试统计表101;
步骤2,计算重试时间距离短消息提交时间的间隔,匹配到重试统计表中最接近的重试间隔。由于初始重试策略为1分钟、5分钟、1小时和8小时,因此自适应重试控制方法起作用时首批返回响应的重试消息都是重试间隔为1分钟的消息;
步骤3,将重试统计表中重试间隔1分钟的重试总次数加1;
步骤4,由于被叫没有一分钟后立刻就开机,所有这些重试消息都重试失败,转到步骤5。这些重试失败的短消息执行如图3所示的步骤,在重试间隔时间点为5分钟时重试一次;
步骤5,重新计算重试统计表101中重试间隔1分钟的重试成功率,重试成功率=该重试间隔重试成功次数/该重试间隔重试总次数,由于没有消息重试成功,重试成功率为0;
步骤6,由于此时所有终呼错误码101的消息只在1分钟时重试了一次且无成功记录,因此重试统计表101中所有重试间隔的重试成功率均为0,除重试间隔1分钟的时间点外其它重试间隔没有记录,重试策略101不更新。
这些1分钟时重试失败的消息在间隔5分钟时再次被重试,并且全部重试失败,类似上述1分钟时重试步骤1~步骤6。此时由于重试统计表中仍有大量重试间隔时间点缺乏记录,重试策略101不更新。
这些5分钟时重试失败的消息继续依照初始的重试策略在1小时、8小时两个时间间隔进行重试,并各自获得了部分成功。除了这些定时重试外,系统还存在有人给目的用户发送消息成功或目的用户开机引起的立即重试。经过一段时间的运行后,重试统计表101中各重试间隔基本都有了数据,统计分析模块具备了工作的条件。表2为某一时刻重试统计表101:
表2
  重试间隔   重试成功次数   重试总次数   重试成功率
  1分钟   0   200   0%
  2分钟   0   0   0%
  3分钟   0   0   0%
  5分钟   0   175   0%
  10分钟   0   0   0%
  15分钟   0   2   0%
  20分钟   1   1   100%
  30分钟   0   15   0%
  45分钟   1   24   4.2%
  1小时   33   290   11.4%
  1.5小时   3   60   0.5%
  2小时   0   80   0%
  3小时   20   120   1.7%
  5小时   80   400   5%
  8小时   240   600   40%
  12小时   55   300   18.3%
  18小时   3   60   5%
  24小时   1   15   7%
  36小时   0   30   0%
  48小时   0   10   0%
  72小时   0   0   0%
步骤7,开始每秒钟更新一次重试策略101,统计分析模块对表2所示重试统计表101进行分析,优选出四个重试成功率峰值的重试间隔:20分钟、1小时、8小、时和12小时。通过这一结果可以分析出以下几点:
第一、1分钟和5分钟两个不合理的重试间隔被新的重试策略101剔除;
第二、12小时后用户开机概率较大,重试成功率较高,因此12小时作为一个合理的重试间隔被加入到新的重试策略101
第三、20分钟时的重试成功率高达100%,被新的重试策略101采用,但实际只有1次重试,不能说明问题。
其中,一、二两点是符合自适应短消息重试控制系统的预期的工作目标的,第三点反映出系统尚未收敛到稳定状态。
此时动态更新模块已经用新的重试策略101替换旧的重试策略101,重试策略101的重试方式变为重试4次、重试间隔分别为20分钟、1小、时、8小、时和12小时,结束动作为停止。
步骤8,系统在此重试策略101的基础上继续运行了一段时间,在某一时刻,重试统计表101达到了表3所示的状态:
表3
  重试间隔   重试成功次数   重试总次数   重试成功率
  1分钟   0   200   0%
  2分钟   0   0   0%
  3分钟   0   0   0%
  5分钟   0   175   0%
  10分钟   0   0   0%
  15分钟   1   10   1%
  20分钟   2   60   3.3%
  30分钟   0   15   0%
  45分钟   1   24   4.2%
  1小时   83   586   14.2%
  1.5小时   3   60   0.5%
  2小时   3   83   3.6%
  3小时   20   120   1.7%
  5小时   95   420   22.6%
  8小时   278   646   43%
  12小时   66   330   20%
  18小时   5   70   7.1%
  24小时   1   15   7%
  36小时   0   30   0%
  48小时   0   10   0%
  72小时   0   0   0%
步骤9,对表3所示重试统计表1O1进行分析,从表3分析可以发现,已被剔除出重试策略101的1分钟和5分钟重试间隔不再有消息重试,20分钟的时间间隔因为被重试策略101采用,其重试次数增加,但成功率快速降低。因此,优选出四个重试成功率峰值的重试间隔:1小时、5小时、8小时和12小时。通过这一结果可以分析出以下几点:
第一、20分钟这一不合理的重试间隔被新的重试策略101剔除;
第二、5小时后用户开机概率较大,重试成功率较高,因此5小时作为一个合理的重试间隔被加入到新的重试策略101;
第三、1小时、8小时和12小时三个合理的重试间隔依然存在于新的重试策略101中,自适应短消息重试控制系统已经收敛到较为稳定的状态。
从上述处理可以看出,本发明实施例通过对重试统计表中的参数进行分析,自适应更新重试策略并根据更新后的重试策略控制短消息重试下发,解决了现有技术中短消息中心重试机制的性能、有效性、实时性、可维护性和可靠性欠佳的问题。
本发明实施例由系统自适应调整重试策略,最终收敛稳定后的重试策略是最适合当前网络和用户情况的最优策略,从而能够提升系统重试机制的性能;本发明实施例采用的自适应算法为简单高效的统计分析法,收敛到稳定状态的速度快,较之人工分析比较的工作省时省力,提升了系统重试机制的可维护性;本发明实施例由系统自适应调整重试策略,可以自动适应随时变化的网络和用户环境,提升了系统重试机制的实时性;本发明实施例由系统自适应调整重试策略,当发生错配、漏配等误操作时只会造成收敛时间延长,不会影响用户体验,提升了系统重试机制的可靠性;本发明实施例由系统自适应调整重试策略,可以对未知错误码尝试重试并统计分析,找到最优重试策略,防止因无经验可循对这些未知错误码配置死板的重试策略或简单丢弃从而影响用户体验,提升了系统重试机制的有效性。
装置实施例
根据本发明的实施例,提供了一种自适应短消息重试控制装置,位于短消息中心。图6是本发明实施例的自适应短消息重试控制装置的结构示意图,如图6所示,根据本发明实施例的自适应短消息重试控制装置包括:重试策略模块60、重试统计表模块62、统计分析模块64、以及动态更新模块66。以下对本发明实施例的各个模块进行详细的说明。
具体地,重试策略模块60用于在当前短消息的终呼结果为投递失败的情况下,根据当前短消息的终呼错误码选择相应的当前重试策略,并根据相应的当前重试策略控制当前短消息的重试下发流程;
根据本发明实施例的自适应短消息重试控制装置可以在未设置初始策略或设置为任意策略时工作,并通过自适应算法在足够长的一段时间后收敛到稳定状态形成最优重试策略。但依据经验设置好较优的初始重试策略有助于加快系统的收敛速度。因此,优选地,图7是本法发明实施例的自适应短消息重试控制装置的优选结构示意图,如图7所示,根据本发明实施例的自适应短消息重试控制装置进一步包括:设置模块,用于根据当前短消息的终呼错误码设置初始重试策略。在实际应用中,该设置模块为管理员提供用户界面,用于对重试策略模块设置策略。
短消息重试的目的是将上次未成功投递的短消息重新尝试下发给用户。短消息重试是指对返回临时性错误码的短消息延迟一段时间进行重试下发,对返回永久性错误码的短消息进行丢弃不再重试下发。对返回错误码为0(即成功)的短消息,表示此时目的用户此时可以正常接收短消息,可以立即重试该目的用户的等待重试消息,而不必等待原先设定定时重试的重试时间到达。
因此,根据本发明实施例的自适应短消息重试控制装置还包括判断模块,用于判断当前短消息的终呼结果;如果判断当前短消息的终呼结果为投递成功,重试策略模块60则读取相应目的用户等待进行重试下发的等待短消息,立即对该等待短消息进行重试下发。
重试策略模块60具体需要进行如下处理:
1、根据当前短消息的终呼错误码读取重试配置中针对该终呼错误码的重试策略;2、根据当前短消息的已投递次数,读取重试策略中的重试间隔,并根据重试间隔计算下次投递时间;3、根据计算的下次投递时间将当前短消息对应的目的用户插入定时队列,等待进行重试下发。4、等待进行重试下发之后,在接收到目的用户的短消息终呼结果为成功的消息、或接收到通知消息的情况下,读取目的用户等待进行重试下发的短消息,立即对该短消息进行重试下发;或者,在判断到达投递时间的情况下,读取定时队列中当前时刻等待重试下发的目的用户,读取一条目的用户等待重试下发的短消息进行重试下发。
重试策略模块60中包括重试策略1~重试策略N共N条重试策略,分别对应网络中不同的终呼错误码。以GSM网络为例,终呼错误码的取值介于1~255之间,其中有些错误码是未经约定的未知错误码,则可以定义1~255共255条重试策略与之对应。当系统收到错误码为n的终呼响应时,使用对应的重试策略n判断是否需要重试以及重试的次数、间隔和结束动作。重试策略模块60储存的重试策略是指当前正在生效的重试策略。
重试统计表模块62用于根据与当前短消息的终呼错误码相对应的重试统计表中的参数存储当前短消息进行重试下发的相关信息,其中,重试统计表与终呼错误码一一对应,重试统计表中的参数包括:重试间隔、重试成功次数、重试总数、以及重试成功率;
重试统计表模块62包括重试统计表1~重试统计表N共N条重试统计表,分别与重试策略1~重试策略N一一对应。表1为本发明实施例的重试统计表的结构示意图,如表1所示,包括重试间隔、重试成功次数、重试总次数和重试成功率四项。重试统计表模块62只跟统计分析模块64交互,接收统计分析模块64发来的重试结果,更新数据后供统计分析模块64分析。当重试统计表中某项重试间隔对应的重试总次数即将发生溢出时,优选地,本发明实施例还可以包括权值模块,用于在重试统计表中的重试间隔所对应的重试总数即将发生溢出时,将重试统计表中的重试总数和重试成功次数除以预先设置的权值,以避免发生溢出导致计算错误。
统计分析模块64用于对重试统计表中的参数进行分析,获取当前最优重试策略;
具体地,统计分析模块64根据当前短消息的最近一次终呼错误码读取该终呼错误码的重试统计表;计算重试时间与短消息提交时间的间隔,并将该间隔与重试统计表中的重试间隔进行匹配,获取最接近的重试间隔;将重试统计表中最接近的重试间隔的重试总数进行累加;随后,判断模块判断当前短消息是否重试成功;如果判断模块判断当前短消息重试成功,统计分析模块64则将重试统计表中最接近的重试间隔的重试成功次数进行累加;如果判断模块判断当前短消息重试失败,或统计分析模块64将重试成功次数进行累加后,统计分析模块64根据重试总数以及重试成功次数重新计算重试统计表中的重试成功率;最后,统计分析模块64以预定时间根据重新计算的重试成功率计算重试次数和重试间隔,获取当前最优重试策略,并根据当前最优重试策略对相应的当前重试策略进行更新。
也就是说,统计分析模块64将针对某一终呼错误码n的重试结果导入重试统计表模块62中对应的重试统计表n后,重新计算相应重试间隔的重试成功率;还用于通过对重试统计表n中各重试间隔重试成功率的峰值分析,优选出若干重试间隔组成新的重试策略n,提交给动态更新模块66。特别地,当系统运行之初重试统计表中很多重试时间间隔缺乏数据时,统计分析模块64无法优选出重试成功率较高的峰值,因此统计分析模块64需要等待系统运行一段时间,正在处理的重试统计表数据满足分析要求时才重新计算重试策略提交给动态更新模块66。
此外,由于每秒钟的重试消息数可能达数百条,单单一条重试的成功或失败对重试成功率的影响一般较小,因此统计分析模块64只需每秒钟执行一次,而不是每次重试后都执行,可以节约运算量。特别地,统计分析模块64的统计分析工作需要等待系统工作一段时间,正在处理的重试统计表数据满足分析要求时才重新计算重试策略。
动态更新模块66用于在判断达到预先设置的更新条件的情况下,根据当前最优重试策略对相应的当前重试策略进行更新;
具体地,动态更新模块66接收统计分析模块64提交的新的重试策略n,替换重试策略模块中现有的重试策略n。
最后,重试策略模块60根据当前最优重试策略控制当前短消息的重试下发流程。
综上所述,本发明实施例通过对重试统计表中的参数进行分析,自适应更新重试策略并根据更新后的重试策略控制短消息重试下发,解决了现有技术中短消息中心重试机制的性能、有效性、实时性、可维护性和可靠性欠佳的问题。
本发明实施例由系统自适应调整重试策略,最终收敛稳定后的重试策略是最适合当前网络和用户情况的最优策略,从而能够提升系统重试机制的性能;本发明实施例采用的自适应算法为简单高效的统计分析法,收敛到稳定状态的速度快,较之人工分析比较的工作省时省力,提升了系统重试机制的可维护性;本发明实施例由系统自适应调整重试策略,可以自动适应随时变化的网络和用户环境,提升了系统重试机制的实时性;本发明实施例由系统自适应调整重试策略,当发生错配、漏配等误操作时只会造成收敛时间延长,不会影响用户体验,提升了系统重试机制的可靠性;本发明实施例由系统自适应调整重试策略,可以对未知错误码尝试重试并统计分析,找到最优重试策略,防止因无经验可循对这些未知错误码配置死板的重试策略或简单丢弃从而影响用户体验,提升了系统重试机制的有效性。
以上内容是结合具体的实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。例如,统计分析模块根据重试统计表优选出重试策略时可以采用多种算法,本发明所例举的优选出重试成功率较高的峰值只是其中一种。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。

Claims (12)

1.一种自适应短消息重试控制方法,其特征在于,包括:
步骤1,在当前短消息的终呼结果为投递失败的情况下,根据所述当前短消息的终呼错误码选择相应的当前重试策略,并根据所述相应的当前重试策略控制所述当前短消息的重试下发流程;
步骤2,根据与所述当前短消息的终呼错误码相对应的重试统计表中的参数将所述当前短消息进行重试下发的相关信息存储到所述重试统计表中,其中,所述重试统计表与所述终呼错误码一一对应;所述重试统计表中的参数包括:重试间隔、重试成功次数、重试总数、以及重试成功率;
步骤3,对所述重试统计表中的参数进行分析,获取当前最优重试策略;具体包括:
根据所述当前短消息的最近一次终呼错误码读取该终呼错误码的重试统计表;
计算重试时间与短消息提交时间的间隔,并将该间隔与所述重试统计表中的重试间隔进行匹配,获取最接近的重试间隔;
将所述重试统计表中所述最接近的重试间隔的所述重试总数进行累加;
判断所述当前短消息是否重试成功;
如果判断所述当前短消息重试成功,则将所述重试统计表中所述最接近的重试间隔的所述重试成功次数进行累加;
根据所述重试总数以及所述重试成功次数重新计算所述重试统计表中的所述重试成功率;
以预定时间根据重新计算的所述重试成功率计算重试次数和重试间隔,获取所述当前最优重试策略;
步骤4,在判断达到预先设置的更新条件的情况下,根据所述当前最优重试策略对相应的当前重试策略进行更新,根据所述当前最优重试策略控制所述当前短消息的重试下发流程,并继续执行步骤2;在判断未达到所述更新条件的情况下,执行步骤1。
2.如权利要求1所述的方法,其特征在于,在执行步骤1之前,所述方法还包括:
根据所述当前短消息的终呼错误码设置初始重试策略。
3.如权利要求1所述的方法,其特征在于,在执行步骤1之前,所述方法还包括:
判断所述当前短消息的终呼结果;
如果判断所述当前短消息的终呼结果为投递成功,则读取相应目的用户等待进行重试下发的等待短消息,立即对该等待短消息进行重试下发。
4.如权利要求1所述的方法,其特征在于,所述步骤1具体包括如下处理:
根据所述当前短消息的终呼错误码读取重试配置中针对该终呼错误码的重试策略;
根据所述当前短消息的已投递次数,读取所述重试策略中的重试间隔,并根据所述重试间隔计算下次投递时间;
根据计算的所述下次投递时间将所述当前短消息对应的目的用户插入定时队列,等待进行重试下发。
5.如权利要求4所述的方法,其特征在于,在根据计算的所述下次投递时间将所述当前短消息对应的目的用户插入定时队列,等待进行重试下发之后,所述方法还包括:
在接收到所述目的用户的短消息终呼结果为成功的消息、或接收到通知消息的情况下,读取所述目的用户等待进行重试下发的短消息,立即对该短消息进行重试下发;或者
在判断到达投递时间的情况下,读取所述定时队列中当前时刻等待重试下发的目的用户,读取一条所述目的用户等待重试下发的短消息进行重试下发。
6.如权利要求1所述的方法,其特征在于,所述方法还包括:
在所述重试统计表中的所述重试间隔所对应的所述重试总数即将发生溢出时,将所述重试统计表中的所述重试总数和所述重试成功次数除以预先设置的权值。
7.如权利要求1所述的方法,其特征在于,所述重试策略与所述终呼错误码一一对应,所述重试策略与所述重试统计表一一对应。
8.一种自适应短消息重试控制装置,位于短消息中心,其特征在于,所述装置包括:
重试策略模块,用于在当前短消息的终呼结果为投递失败的情况下,根据所述当前短消息的终呼错误码选择相应的当前重试策略,并根据所述相应的当前重试策略控制所述当前短消息的重试下发流程;
重试统计表模块,用于根据与所述当前短消息的终呼错误码相对应的重试统计表中的参数存储所述当前短消息进行重试下发的相关信息,其中,所述重试统计表与所述终呼错误码一一对应;重试统计表中的参数包括:重试间隔、重试成功次数、重试总数、以及重试成功率;
统计分析模块,用于对所述重试统计表中的参数进行分析,获取当前最优重试策略;
所述统计分析模块具体用于:
根据所述当前短消息的最近一次终呼错误码读取该终呼错误码的重试统计表;计算重试时间与短消息提交时间的间隔,并将该间隔与所述重试统计表中的重试间隔进行匹配,获取最接近的重试间隔;将所述重试统计表中所述最接近的重试间隔的所述重试总数进行累加;判断所述当前短消息是否重试成功;如果判断所述当前短消息重试成功,则将所述重试统计表中所述最接近的重试间隔的所述重试成功次数进行累加;根据所述重试总数以及所述重试成功次数重新计算所述重试统计表中的所述重试成功率;以预定时间根据重新计算的所述重试成功率计算重试次数和重试间隔,获取所述当前最优重试策略;
动态更新模块,用于在判断达到预先设置的更新条件的情况下,根据所述当前最优重试策略对所述相应的当前重试策略进行更新;
所述重试策略模块进一步用于:根据所述当前最优重试策略控制所述当前短消息的重试下发流程。
9.如权利要求8所述的装置,其特征在于,所述装置进一步包括:
设置模块,用于根据所述当前短消息的终呼错误码设置初始重试策略;
判断模块,用于判断所述当前短消息的终呼结果。
10.如权利要求8所述的装置,其特征在于,所述重试策略模块进一步用于:如果所述判断模块判断所述当前短消息的终呼结果为投递成功,则读取相应目的用户等待进行重试下发的等待短消息,立即对该等待短消息进行重试下发。
11.如权利要求8所述的装置,其特征在于,
所述重试策略与所述终呼错误码一一对应,所述重试策略与所述重试统计表一一对应。
12.如权利要求8所述的装置,其特征在于,所述装置进一步包括:
权值模块,用于在所述重试统计表中的所述重试间隔所对应的所述重试总数即将发生溢出时,将所述重试统计表中的所述重试总数和所述重试成功次数除以预先设置的权值。
CN201010234841.0A 2010-07-23 2010-07-23 自适应短消息重试控制方法及装置 Expired - Fee Related CN101895846B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201010234841.0A CN101895846B (zh) 2010-07-23 2010-07-23 自适应短消息重试控制方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010234841.0A CN101895846B (zh) 2010-07-23 2010-07-23 自适应短消息重试控制方法及装置

Publications (2)

Publication Number Publication Date
CN101895846A CN101895846A (zh) 2010-11-24
CN101895846B true CN101895846B (zh) 2014-12-10

Family

ID=43104880

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010234841.0A Expired - Fee Related CN101895846B (zh) 2010-07-23 2010-07-23 自适应短消息重试控制方法及装置

Country Status (1)

Country Link
CN (1) CN101895846B (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103118345B (zh) * 2011-11-16 2016-08-10 中国移动通信集团公司 一种消息下发方法和设备
CN103973419A (zh) * 2013-01-31 2014-08-06 中兴通讯股份有限公司 一种短消息服务中心及短消息重发的方法
CN104469893A (zh) * 2013-09-25 2015-03-25 联想(北京)有限公司 一种搜索移动网络的方法及系统
CN105792147B (zh) * 2014-12-24 2021-06-08 中兴通讯股份有限公司 短信投递失败处理方法、装置及系统
CN107292618B (zh) * 2016-04-11 2020-04-28 阿里巴巴集团控股有限公司 数据库中密文数据换密失败的处理方法和装置
CN107464108A (zh) * 2016-06-03 2017-12-12 上海点融信息科技有限责任公司 自动选择支付渠道的方法和设备
CN110704121B (zh) * 2018-06-25 2021-07-20 北京嘀嘀无限科技发展有限公司 一种操作重试的方法、系统及计算机装置
CN111629056B (zh) * 2020-05-27 2023-04-07 浙江百世技术有限公司 一种网络请求处理方法及应用
CN112087510B (zh) * 2020-09-08 2022-10-28 中国工商银行股份有限公司 请求处理方法、装置、电子设备和介质
CN112134958B (zh) * 2020-09-23 2022-04-15 北京奇艺世纪科技有限公司 数据请求方法、装置、服务器及存储介质
CN113434337B (zh) * 2021-06-24 2024-03-19 华云数据控股集团有限公司 重试策略的控制方法、装置及电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101068381A (zh) * 2007-06-07 2007-11-07 中兴通讯股份有限公司 短消息系统及短消息重新发送方法
CN101127950A (zh) * 2007-09-04 2008-02-20 中兴通讯股份有限公司 一种短消息重试处理方法、装置及应用其的短消息中心
CN101420661A (zh) * 2008-11-11 2009-04-29 中兴通讯股份有限公司 短消息重试方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101068381A (zh) * 2007-06-07 2007-11-07 中兴通讯股份有限公司 短消息系统及短消息重新发送方法
CN101127950A (zh) * 2007-09-04 2008-02-20 中兴通讯股份有限公司 一种短消息重试处理方法、装置及应用其的短消息中心
CN101420661A (zh) * 2008-11-11 2009-04-29 中兴通讯股份有限公司 短消息重试方法和装置

Also Published As

Publication number Publication date
CN101895846A (zh) 2010-11-24

Similar Documents

Publication Publication Date Title
CN101895846B (zh) 自适应短消息重试控制方法及装置
US9704503B2 (en) Command handling method, apparatus, and system
CN101594588B (zh) 一种短信终呼流量控制方法和系统
CN108011935A (zh) 一种nb-iot设备的程序升级方法、服务器及nb-iot设备
CN102510409A (zh) 一种利用无线网络对移动终端程序快速远程更新的方法及系统
CN102474817A (zh) 休眠模式操作的更新方法和装置
WO2017041531A1 (zh) 一种超时等待时长更新方法及装置
CN106708617A (zh) 一种基于Service的应用进程保活系统及保活方法
CN110008008A (zh) 应用程序处理方法和装置、电子设备、计算机可读存储介质
CN110032431A (zh) 应用处理方法和装置、电子设备、计算机可读存储介质
KR20130022488A (ko) 폴링 제어 장치 및 방법
CN102903020A (zh) 一种拼车系统实时撮合方法
CN108541013A (zh) 信息处理方法、装置、移动终端和计算机可读存储介质
CN103973419A (zh) 一种短消息服务中心及短消息重发的方法
CN103544671A (zh) 一种实时撮合方法
US20130102301A1 (en) Control apparatus and method, and node apparatus
CN112887416B (zh) 发送保活包的频率调整方法及装置
CN104410511A (zh) 一种服务器管理方法及系统
US20230063202A1 (en) Method and Apparatus for Scheduling Service, Electronic Device, and Storage Medium
CN113329345A (zh) 一种提高短信发送成功率的方法和装置
WO2010094198A1 (zh) 控制并发呼叫量的装置和方法
CN115866535A (zh) 一种多协议实现5g消息接入的方法及系统
WO2021218354A1 (zh) 一种设备低功耗状态下的交互方法、系统及装置
CN115200178A (zh) 一种楼宇终端设备控制方法和装置、电子设备及存储介质
KR101999142B1 (ko) 단말장치 및 중앙서버, 그리고 그 동작 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20170823

Address after: 251700 Shandong city of Binzhou province Huimin County Jiang Town House Road No. 232

Patentee after: Li Xianghua

Address before: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice

Patentee before: ZTE Corporation

TR01 Transfer of patent right
CB03 Change of inventor or designer information

Inventor after: Li Xianghua

Inventor before: Yang Yikun

Inventor before: Wu Xiaobin

Inventor before: Nie Rongchu

CB03 Change of inventor or designer information
CP02 Change in the address of a patent holder

Address after: 435500 two groups of egg ridge village, bitter bamboo township, Huangmei County, Huanggang, Hubei

Patentee after: Li Xianghua

Address before: 251700 232 front road, Jiang Lou Town, Huimin County, Binzhou, Shandong

Patentee before: Li Xianghua

CP02 Change in the address of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20190417

Address after: 225324 North of Kechuang Pioneering Avenue, Gaogang District, Taizhou City, Jiangsu Province

Patentee after: Yu Haiyan

Address before: 435500 two groups of egg ridge village, bitter bamboo township, Huangmei County, Huanggang, Hubei

Patentee before: Li Xianghua

TR01 Transfer of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20141210

Termination date: 20190723

CF01 Termination of patent right due to non-payment of annual fee