CN103167441B - 一种短消息的下发方法、装置及*** - Google Patents
一种短消息的下发方法、装置及*** Download PDFInfo
- Publication number
- CN103167441B CN103167441B CN201110421696.1A CN201110421696A CN103167441B CN 103167441 B CN103167441 B CN 103167441B CN 201110421696 A CN201110421696 A CN 201110421696A CN 103167441 B CN103167441 B CN 103167441B
- Authority
- CN
- China
- Prior art keywords
- status report
- short message
- short
- message
- error condition
- 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.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例提供了一种短消息的下发方法、装置及***,在首次下发短消息失败以及重发失败且错误状态发生变化时,根据预先设置的策略,将短消息的实时的错误状态及时反馈给EC/SI,保证了EC/SI在短消息下发过程中也可以及时地获知其状态,避免了现有技术中只能在短消息生命周期结束后获知短消息的下发状态的缺陷。
Description
技术领域
本发明涉及移动通信技术领域,尤其涉及一种短消息的下发方法、装置及***。
背景技术
现有技术中集团用户(EnterpriseCustomer/ServiceIntegrator,EC/SI)下发短消息至手机用户的流程如图1所示。
1.EC/SI提交短消息至行业网关;
2.行业网关根据路由信息,将短消息转发至手机用户所在省的短消息中心;
3.短消息中心(ShortMessageServiceCenter,SMSC)将短消息下发至用户手机。若短消息因为手机用户关机、内存满、不在服务区等原因导致首次下发失败,则在短消息有效期内,SMSC将短消息缓存至手机用户状态恢复正常后再下发;
4.当短消息下发成功或是消息过期,SMSC给行业网关投递消息下发的状态报告;
5.行业网关将点对点短消息发送协议(ShortMessagePeertoPeer,SMPP)协议的状态报告转成***点对点协议(ChinaMobilePeertoPeer,CMPP)协议的状态报告,并转发给EC/SI;
EC/SI收到解析状态报告后,可以知道短消息下发的最终状态。
根据现有技术的上述流程必须等到消息的生命周期结束,EC/SI才能得知短消息的最终下发状态。倘若因为用户手机关机、内存满、用户不在服务区等原因导致SMSC不能将短消息实时下发给手机用户,则EC/SI在消息生命周期结束之前无法及时得知短消息所处的下发状态。
发明内容
本发明实施例提供了一种短消息的下发方法、装置及***,用以解决现有技术中EC/SI无法及时得知短消息下发状态的问题。
基于上述问题,本发明实施例提供的一种短消息的下发方法,包括:
当首次下发集团用户EC/SI的短消息失败时,记录该短消息当前的错误状态,并构造包含所述错误状态信息的临时状态报告;
在重发所述短消息失败,且所述短消息本次的错误状态与上一次记录的错误状态不相同时,更新所记录的错误状态,并构造包含更新后的错误状态的临时状态报告;
在调度该短消息结束时,构造包含短消息发送成功的状态信息或者最终记录的错误状态信息的正式状态报告;
根据预先设置的控制策略,判断需要转发所述临时状态报告或正式状态报告时,将所述临时状态报告或正式状态报告转发给所述集团用户。
本发明实施例提供的一种短消息中心(SMSC),包括:
短消息下发模块,用于下发集团用户EC/SI的短消息给终端;
记录模块,用于当首次下发所述短消息失败时,记录该短消息当前的错误状态,以及在重发所述短消息失败,且所述短消息本次的错误状态与上一次记录的错误状态不相同时,更新所记录的错误状态;
报告发送模块,用于当首次下发所述短消息失败时,将包含所述错误状态信息的临时状态报告返回给行业网关;在重发所述短消息失败,且所述短消息本次的错误状态与上一次记录的错误状态不相同时,构造包含更新后的错误状态的临时状态报告给行业网关;以及在调度该短消息结束时,构造包含短消息发送成功的状态信息或者最终记录的错误状态信息的正式状态报告给行业网关。
本发明实施例提供的一种行业网关,包括:
接收模块,用于接收SMSC转发的临时状态报告或正式状态报告,所述临时状态报告包含有所述SMSC记录的EC/SI的短消息在首次发送或重发过程中的错误状态信息,所述正式状态报告包含所述短消息发送成功的状态信息或者所述SMSC最终记录的错误状态信息;
专家控制模块,用于根据预先设置的控制策略判断是否需要转发所述临时状态报告或正式状态报告;
发送模块,用于若判断需要,将所述临时状态报告或正式状态报告转发给所述EC/SI。
本发明实施例提供的一种短消息的下发***,包括:
短消息中心SMSC,用于下发集团用户EC/SI的短消息给终端;当首次下发所述短消息失败时,记录该短消息当前的错误状态,并将包含所述错误状态信息的临时状态报告返回给行业网关;在重发所述短消息失败,且所述短消息本次的错误状态与上一次记录的错误状态不相同时,更新所记录的错误状态,并构造包含更新后的错误状态的临时状态报告给行业网关;以及在调度该短消息结束时,构造包含短消息发送成功的状态信息或者最终记录的错误状态信息的正式状态报告给行业网关;
行业网关,用于根据预先设置的控制策略判断是否需要转发所述临时状态报告或正式状态报告,若需要,则将所述临时状态报告或正式状态报告转发给所述EC/SI。
本发明实施例的有益效果包括:
本发明实施例提供的短消息的下发方法、装置及***,在首次下发短消息失败以及重发失败且错误状态发生变化时,根据预先设置的策略,将短消息的实时的错误状态及时反馈给EC/SI,保证了EC/SI在短消息下发过程中也可以及时地获知其状态,避免了现有技术中只能在短消息生命周期结束后获知短消息的下发状态的缺陷。
附图说明
图1为现有技术中EC/SI下发短消息的流程图;
图2为本发明实施例提供的短消息的下发方法的流程图;
图3为本发明实施例提供的短消息的下发方法的一个具体实例的流程图;
图4为本发明实施例提供的SMSC的结构示意图;
图5为本发明实施例提供的行业网关的结构示意图之一;
图6为本发明实施例提供的行业网关的结构示意图之二;
图7为本发明实施例提供的短消息的下发***的结构示意图。
具体实施方式
下面结合说明书附图,对本发明实施例提供的一种短消息的下发方法、装置及***的具体实施方式进行说明。
本发明实施例提供的一种短消息的下发方法,如图2所示,具体包括以下步骤:
S201、下发集团用户EC/SI的短消息给终端;
S202、若首次下发短消息失败时,记录该短消息当前的错误状态,并构造包含该错误状态信息的临时状态报告;
S203、在重发短消息失败,且短消息本次的错误状态与上一次记录的错误状态不相同时,更新所记录的错误状态,并构造包含更新后的错误状态的临时状态报告;
S204、在调度该短消息结束时,构造包含短消息发送成功的状态信息或者最终记录的错误状态信息的正式状态报告;
S205、根据预先设置的控制策略,判断需要转发临时状态报告或正式状态报告时,将临时状态报告或正式状态报告转发给该EC/SI。
本发明实施例提供的上述短消息的下发方法,在具体实施时,可以结合现有集团用户短消息发送的网络架构来实现,例如由SMSC下发短消息给终端,在下发失败时由SMSC完成临时报告或者在短消息完成调度时构造正式报告,由行业网关完成临时报告或正式报告是否转发的判决等,当然,上述方法,在具体实施时,还可以由网络侧单个网络实体设备实现。本发明实施例对于该上述方法的实现主体,不做限定。
在实施上述短消息的下发方法之前,具体地,需要实时获知短消息的下发状态(尤其是下发失败时的错误状态)的EC/SI可以通过下述方式来告知网络侧其需要实时反馈短消息的状态:接收EC/SI下发的CMPP_Submit消息,在判断该CMPP_Submit消息中的Registered_Delivery字段为预先设定的值时,确认所述EC/SI需要实时感知下发短消息的状态。
如果网络中由SMSC和行业网关两个实体参与上述流程,那么可以通过下述方式来告知网络侧需要实时反馈短消息的状态:
EC/SI下发消息(例如CMPP_Submit消息)给行业网关,将CMPP_Submit消息中的Registered_Delivery字段取值为设定的值,例如为2,表示该EC/SI需要实时返回短消息的错误状态。(现有协议中该字段表示是否要求返回状态确认报告,取值为0,表示不需要;取值为1,表示需要)
行业网关接收EC/SI下发的CMPP_Submit消息,在判断该CMPP_Submit消息中的Registered_Delivery字段为该预先设定的值(例如2)时,也就确认了该EC/SI需要实时感知下发短消息的状态;
行业网关会将该CMPP_Submit消息转换成SMPP_Submit消息发送给SMSC,在生成的SMPP_Submit消息中,类似地,会将registered_delivery_flag字段设置为预先设定的值,表示该EC/SI需要实时感知下发短消息的状态。
SMSC可以根据所述SMPP_Submit消息中registered_delivery_flag字段的值,确认需要实时返回短消息的状态。
这样,行业网关和SMSC在确认EC/SI需要实时返回短消息的状态的情况下,会按照上述步骤S202-S205的方式,向EC/SI返回临时状态报告或正式状态报告。
进一步地,本发明实施例提供的上述短消息的下发方法中,S202-S204之中的临时状态报告,由SMSC通过Smpp_Deliver消息来承载,具体地,需要按照现有标准的做法,将Smpp_Deliver消息的esm_class字段中DeliveryReceipt位取值为1(表示该Smpp_Deliver消息为状态报告消息),除此之外,还需要将Smpp_Deliver消息中的registered_delivery_flag字段的值设置为一个设定的值(例如2)以表示当前的Smpp_Deliver消息为临时状态报告。
相应地,在本发明实施例提供的上述短消息的下发方法中,S205之中,行业网关判断需要转发临时状态报告时,需要根据SMSC转发的Smpp_Deliver消息转换成Cmpp_Deliver消息,并且需要将该Cmpp_Deliver消息中的Registered_Delivery字段设置为预先设定的值(例如取值为2),表示该Cmpp_Deliver消息为临时状态报告消息。
上述S201中,SMSC通过行业网关下发的Smpp_Submit消息中携带的优先级信息来调度该短消息,优先级高的短消息可以优先获得下发以及更多的下发次数。
上述步骤S202中,首次发送时,如果遇到例如终端关机、终端不在服务区、终端欠费停机、终端内存满无法接收短消息等状态,会使得短消息的首次下发失败,此时,SMSC会将包含错误状态信息的临时状态报告返回给行业网关,这些错误状态信息记录了该短消息由于何种原因没法被正确接收。
首发失败后,SMSC会按照Smpp_Submit消息中携带的优先级信息来调度该短消息,尝试重发该短消息直至被接收或者直至消息生命周期结束。在此过程中,如果出现短消息下发失败,会比较当前短消息的错误状态与上一次短消息的错误状态是否一致,若不一致,则会按照上述方式,构造临时状态报告,发送给行业网关。
本发明实施例之所以在当前错误状态与上一次错误状态不一致的情况下才生成新的临时状态报告给行业网关,就是为了避免产生过多的临时状态报告,造成SMSC、行业网关以及EC/SI之间网络资源的浪费。
上述S204中,在调度该短消息结束时,即该短消息正常下发时,或者该短消息未成功下发但达到了设定的生命周期,那么需要构造短消息发送成功的状态信息或者最终记录的错误状态信息的正式状态报告给行业网关。
对于行业网关来说,需要根据预先设置的控制策略来下发临时状态报告或者正式状态报告,在行业网关中,可以根据终端和/或短消息的错误状态对应设置控制策略,比如设定某些错误状态应该发送或者不发送临时状态报告,或者设置某些终端当其不能成功接收短消息时,只发送正式状态报告不发送临时状态报告等。控制策略可以是:是否需要转发短消息的状态报告、以及在需要转发短消息的状态报告的情况下,是否需要转发临时状态报告以及是否需要转发正式状态报告。
这样,当行业网关接收到SMSC首次发送的临时状态报告时,记录下该报告中记录的短消息的错误状态;
当行业网关后续再次接到SMSC发送的临时状态报告时,判断该临时状态报告中记录的错误状态是否与上一次的一致,不一致,则更新本地记录的短消息的错误状态,并根据设定的策略判断是否需要向EC/SI返回临时状态报告,如果需要,根据将当前所接收到的临时状态报告转发给EC/SI。
由于SMSC往往会在错误状态变化时,重新构造新的临时状态报告给行业网关,因此,如果某个终端长期因为内存满、关机或欠费停机等等状态,那么即使多次重发,SMSC会因为每次的错误状态相同而不会构造新的临时状态报告给行业网关,为了使得在这种情况下,EC/SI依然能够实时地获知短消息的下发的错误状态,行业网关会根据所记录的错误状态的情况,例如发个某个终端的短消息的错误状态长时间持续不变,以至于达到了一个设定的时长,那么,会构造包含该错误状态的正式状态报告,并根据预先设置的控制策略判断是否需要转发当前构造的正式状态报告,在判断需要发送正式状态报告时,将此次构造的正式状态报告发送给EC/SI。
本发明实施例在具体实施时,行业网关会根据调度该短消息结束时接收的正式状态报告,生成计费话单,之前无论是否已收到正是状态报告,均不生成计费话单。
图3所示的是本发明实施例提供的短消息的下发方法的一个具体实例,从该实例中,行业网关、SMSC具备向EC/SI实时反馈临时状态报告或正式状态报告的能力,EC/SI能够感知临时状态报告或正式状态报告中的短消息状态,行业网关已设置该EC/SI需要接收临时状态报告和正式状态报告的策略。
该实例的流程如下:
1、EC/SI提交CMPP_Submit消息至行业网关,其中Registered_Delivery字段取值为2,即要求实时反馈短消息的状态;
2、行业网关根据CMPP_Submit消息,判断该EC/SI具备及时感知短消息下发状态的能力,在CMPP_Submit消息转换为SMPP_Submit消息时,将SMPP_Submit消息中的registered_delivery_flag取值为2。并将SMPP_Submit消息转发至SMSC;
3、SMSC下发短消息至手机用户。若首次下发失败,则SMSC构造临时状态报告给行业网关,并记录此时的错误状态;
4、行业网关接收到临时状态报告,检索此错误状态的控制策略,决定是否转发。若需要,则行业网关将此临时状态报告转发至EC/SI;
5、EC/SI接收到临时状态报告,解析该临时状态报告,得知当前短消息的错误状态;
6、SMSC根据消息中的优先级,进行消息的重发调度。重发失败,则SMSC检测此错误状态与上一次的错误状态是否一致,若不一致,则SMSC重新构造新的临时状态报告,并发送给行业网关;
7、行业网关接收到该临时状态报告,检索此错误状态的控制策略,决定是否转发,若需要将临时状态报告发送至EC/SI,则行业网关将此临时状态报告转发至EC/SI;
8、重复6~7步直到SMSC调度此短消息结束(包括下发成功和短消息生命周期结束),发送正式状态报告给行业网关
9、行业网关检索是否已经向EC/SI回复过正式状态报告,若没有回复过正式状态报告,则需要向EC/SI发送正式状态报告,并生成计费话单。
基于同一发明构思,本发明实施例还提供了一种短消息中心SMSC、行业网关及短消息的下发***,由于这些装置和***所解决问题的原理与前述短消息的下发方法相似,因此该装置和设备的实施可以参见前述方法的实施,重复之处不再赘述。
本发明实施例提供的一种短消息中心SMSC,如图4所示,包括:
短消息下发模块401,用于下发集团用户(EC/SI)的短消息给终端;
记录模块402,用于当首次下发短消息失败时,记录该短消息当前的错误状态,以及在重发短消息失败,且短消息本次的错误状态与上一次记录的错误状态不相同时,更新所记录的错误状态;
报告发送模块403,用于当首次下发短消息失败时,将包含错误状态信息的临时状态报告返回给行业网关;在重发短消息失败,且短消息本次的错误状态与上一次记录的错误状态不相同时,构造包含更新后的错误状态的临时状态报告给行业网关;以及在调度该短消息结束时,构造包含短消息发送成功的状态信息或者最终记录的错误状态信息的正式状态报告给行业网关。
本发明实施例提供的上述的SMSC,如图4所示,还包括:
接收模块404,用于接收行业网关转发的SMPP_Submit消息,当判断所述SMPP_Submit消息中的registered_delivery_flag字段为设定的值时,确定需要实时返回短消息的状态;
相应地,上述报告发送模块403,还用于当接收模块404确定需要实时返回短消息的状态时,执行将临时状态报告返回给行业网关的操作。
本发明实施例提供的一种行业网关,如图5所示,包括:
接收模块501,用于接收SMSC转发的临时状态报告或正式状态报告,其中,临时状态报告包含有SMSC记录的EC/SI的短消息在首次发送或重发过程中的错误状态信息,正式状态报告包含短消息发送成功的状态信息或者SMSC最终记录的错误状态信息;
专家控制模块502,用于根据预先设置的控制策略判断是否需要转发临时状态报告或正式状态报告;
发送模块503,用于若判断需要,将临时状态报告或正式状态报告转发给EC/SI。
进一步地,上述接收模块501,还用于接收EC/SI下发的CMPP_Submit消息,在判断该CMPP_Submit消息中的Registered_Delivery字段为预先设定的值时,确认EC/SI需要实时感知下发短消息的状态;
相应地,发送模块503,还用于在生成的SMPP_Submit消息中,将registered_delivery_flag字段设置为预先设定的值,并将SMPP_Submit消息下发给SMSC。
本发明实施例提供的上述行业网关,如图5所示,还包括:
记录模块504,用于在行业网关接收到临时状态报告或正式状态报告时,记录接收该短消息的终端的标识以及该短消息当前的错误状态。
进一步地,本发明实施例提供的行业网关中的专家控制模块502,还用于判断发送给终端的短消息处于同一个错误状态达到设定的时长时,构造包含该错误状态的正式状态报告,并根据预先设置的控制策略判断是否需要转发当前构造的正式状态报告;
相应地,发送模块503,还用于若判断需要,将当前构造的正式状态报告转发给EC/SI。
进一步地,本发明实施例提供的行业网关中的专家控制模块502,具体用于按照预先设置的与终端和/或短消息的错误状态对应的控制策略,判断是否需要转发临时状态报告或正式状态报告,该控制策略包括:是否需要转发短消息的状态报告、以及在需要转发短消息的状态报告的情况下,是否需要转发临时状态报告以及是否需要转发正式状态报告。
图6所示的是行业网关在具体实施时的一种结构的实例,从该图6中可以看出,行业网关包含:等状态报告实体处理模块、行业网关业务处理模块、接入模块、专家控制模块和其他模块。其中:
专家控制模块,负责根据策略判断是否要转发临时状态报告或者正式状态报告,以及在短消息的错误状态持续设定的时间时,构造正式状态报告等。等状态报告实体处理模块,用于记录SMSC转发的临时状态报告和正式状态报告中的错误状态信息,并记录所转发的临时状态报告和正式状态报告的数量等。接入模块与SMSC、EC/SI和其他网元交互,用于接收或转发短消息、临时状态报告和正是状态报告等。
本发明实施例并不限定行业网关内具体采用何种模块架构,图6只是一个具体的例子而已,只要能实现本发明实施例提供的上述功能的模块架构即可。
本发明实施例提供的一种短消息的下发***,如图7所示,包括:
短消息中心(SMSC)701,用于下发集团用户(EC/SI)的短消息给终端;当首次下发所述短消息失败时,记录该短消息当前的错误状态,并将包含所述错误状态信息的临时状态报告返回给行业网关;在重发所述短消息失败,且所述短消息本次的错误状态与上一次记录的错误状态不相同时,更新所记录的错误状态,并构造包含更新后的错误状态的临时状态报告给行业网关;以及在调度该短消息结束时,构造包含短消息发送成功的状态信息或者最终记录的错误状态信息的正式状态报告给行业网关702;
行业网关702,用于根据预先设置的控制策略判断是否需要转发所述临时状态报告或正式状态报告,若需要,则将临时状态报告或正式状态报告转发给EC/SI。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本发明实施例提供的短消息的下发方法、装置及***,SMSC在首次下发短消息失败以及重发失败且错误状态发生变化时,实时地向行业网关返回短消息的错误状态,行业网关根据预先设置的策略,将短消息的实时的错误状态及时反馈给EC/SI,保证了EC/SI在短消息下发过程中也可以及时地获知其状态,避免了现有技术中只能在短消息生命周期结束后获知短消息的下发状态的缺陷。
进一步地,本发明实施例提供的短消息的下发方法,装置和***,由于接收短消息的终端长期处于关机、内存满或者其他原因导致短消息的错误状态持续较长的时间不变时,构造一个正式状态报告反馈给EC/SI,使得EC/SI在终端长期处于关机、内存满或者其他原因的情况下,也能够实时地获取短消息的错误状态。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (13)
1.一种短消息的下发方法,其特征在于,包括:
当首次下发集团用户EC/SI的短消息失败时,记录该短消息当前的错误状态,并构造包含所述错误状态信息的临时状态报告;
在重发所述短消息失败,且所述短消息本次的错误状态与上一次记录的错误状态不相同时,更新所记录的错误状态,并构造包含更新后的错误状态的临时状态报告;
在调度该短消息结束时,构造包含短消息发送成功的状态信息或者最终记录的错误状态信息的正式状态报告;
针对首次下发短消息失败时生成的临时状态报告以及短消息重发失败且错误状态发生变化时更新的临时状态报告,根据预先设置的控制策略,判断需要转发所述临时状态报告时,将所述临时状态报告转发给所述集团用户,以及,针对调度短消息结束时生成的正式状态报告,根据预先设置的控制策略,判断需要转发所述正式状态报告时,将所述正式状态报告转发给所述集团用户。
2.如权利要求1所述的方法,其特征在于,下发EC/SI的短消息给终端之前,还包括:
接收EC/SI下发的CMPP_Submit消息,在判断该CMPP_Submit消息中的Registered_Delivery字段为预先设定的值时,确认所述EC/SI需要实时感知下发短消息的状态。
3.如权利要求1所述的方法,其特征在于,还包括:
在接收到临时状态报告或正式状态报告时,记录接收该短消息的终端的标识以及该短消息当前的错误状态。
4.如权利要求3所述的方法,其特征在于,还包括:
判断发送给终端的短消息处于同一个错误状态达到设定的时长时,构造包含该错误状态的正式状态报告,并在根据预先设置的策略判断需要返回该正式状态报告时,将该正式状态报告发送至所述EC/SI。
5.如权利要求1-4任一项所述的方法,其特征在于,根据预先设置的控制策略判断是否需要转发所述临时状态报告或正式状态报告,包括:
按照预先设置的与终端和/或短消息的错误状态对应的控制策略,判断是否需要转发所述临时状态报告或正式状态报告,所述控制策略包括:
是否需要转发短消息的状态报告、以及在需要转发短消息的状态报告的情况下,是否需要转发临时状态报告以及是否需要转发正式状态报告。
6.一种短消息中心SMSC,其特征在于,包括:
短消息下发模块,用于下发集团用户EC/SI的短消息给终端;
记录模块,用于当首次下发所述短消息失败时,记录该短消息当前的错误状态,以及在重发所述短消息失败,且所述短消息本次的错误状态与上一次记录的错误状态不相同时,更新所记录的错误状态;
报告发送模块,用于当首次下发所述短消息失败时,将包含所述错误状态信息的临时状态报告返回给行业网关,以由行业网关在根据预先设置的控制策略,判断需要转发所述临时状态报告时,将所述临时状态报告转发给所述集团用户;在重发所述短消息失败,且所述短消息本次的错误状态与上一次记录的错误状态不相同时,构造包含更新后的错误状态的临时状态报告给行业网关,以由行业网关在根据预先设置的控制策略,判断需要转发所述临时状态报告时,将所述临时状态报告转发给所述集团用户;以及在调度该短消息结束时,构造包含短消息发送成功的状态信息或者最终记录的错误状态信息的正式状态报告给行业网关,以由行业网关在根据预先设置的控制策略,判断需要转发所述正式状态报告时,将所述正式状态报告转发给所述集团用户。
7.如权利要求6所述的SMSC,其特征在于,还包括:
接收模块,用于接收行业网关转发的SMPP_Submit消息,当判断所述SMPP_Submit消息中的registered_delivery_flag字段为设定的值时,确定需要实时返回短消息的状态;
所述报告发送模块,还用于当所述接收模块确定需要实时返回短消息的状态时,执行将临时状态报告返回给行业网关的操作。
8.一种行业网关,其特征在于,包括:
接收模块,用于接收SMSC转发的临时状态报告或正式状态报告,所述临时状态报告为SMSC首次下发短消息失败时生成的临时状态报告或者为短消息重发失败且错误状态发生变化时更新的临时状态报告,其中包含有所述SMSC记录的EC/SI的短消息在首次发送或重发过程中的错误状态信息,所述正式状态报告为SMSC调度短消息结束时生成的正式状态报告,其中包含所述短消息发送成功的状态信息或者所述SMSC最终记录的错误状态信息;
专家控制模块,用于针对首次下发短消息失败时生成的临时状态报告以及短消息重发失败且错误状态发生变化时更新的临时状态报告,根据预先设置的控制策略判断是否需要转发所述临时状态报告,以及,针对调度短消息结束时生成的正式状态报告,根据预先设置的控制策略,判断是否需要转发所述正式状态报告;
发送模块,用于若判断需要,将所述临时状态报告或正式状态报告转发给所述EC/SI。
9.如权利要求8所述的行业网关,其特征在于,所述接收模块,还用于接收EC/SI下发的CMPP_Submit消息,在判断该CMPP_Submit消息中的Registered_Delivery字段为预先设定的值时,确认所述EC/SI需要实时感知下发短消息的状态;
所述发送模块,还用于在生成的SMPP_Submit消息中,将registered_delivery_flag字段设置为预先设定的值,并将所述SMPP_Submit消息下发给所述SMSC。
10.如权利要求8所述的行业网关,其特征在于,还包括:
记录模块,用于在所述行业网关接收到临时状态报告或正式状态报告时,记录接收该短消息的终端的标识以及该短消息当前的错误状态。
11.如权利要求10所述的行业网关,其特征在于,所述专家控制模块,还用于判断发送给终端的短消息处于同一个错误状态达到设定的时长时,构造包含该错误状态的正式状态报告,并根据预先设置的控制策略判断是否需要转发当前构造的正式状态报告;
所述发送模块,还用于若判断需要,将当前构造的正式状态报告转发给所述EC/SI。
12.如权利要求8-10任一项所述的行业网关,其特征在于,所述专家控制模块,具体用于按照预先设置的与终端和/或短消息的错误状态对应的控制策略,判断是否需要转发所述临时状态报告或正式状态报告,所述控制策略包括:是否需要转发短消息的状态报告、以及在需要转发短消息的状态报告的情况下,是否需要转发临时状态报告以及是否需要转发正式状态报告。
13.一种短消息的下发***,其特征在于,包括:
短消息中心SMSC,用于下发集团用户EC/SI的短消息给终端;当首次下发所述短消息失败时,记录该短消息当前的错误状态,并将包含所述错误状态信息的临时状态报告返回给行业网关;在重发所述短消息失败,且所述短消息本次的错误状态与上一次记录的错误状态不相同时,更新所记录的错误状态,并构造包含更新后的错误状态的临时状态报告给行业网关;以及在调度该短消息结束时,构造包含短消息发送成功的状态信息或者最终记录的错误状态信息的正式状态报告给行业网关;
行业网关,用于针对首次下发短消息失败时生成的临时状态报告以及短消息重发失败且错误状态发生变化时更新的临时状态报告,根据预先设置的控制策略判断是否需要转发所述临时状态报告,若需要,则将所述临时状态报告转发给所述EC/SI;以及,针对调度短消息结束时生成的正式状态报告,根据预先设置的控制策略,判断是否需要转发所述正式状态报告,若需要,则将所述正式状态报告转发给所述EC/SI。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110421696.1A CN103167441B (zh) | 2011-12-15 | 2011-12-15 | 一种短消息的下发方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110421696.1A CN103167441B (zh) | 2011-12-15 | 2011-12-15 | 一种短消息的下发方法、装置及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103167441A CN103167441A (zh) | 2013-06-19 |
CN103167441B true CN103167441B (zh) | 2016-05-25 |
Family
ID=48590110
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110421696.1A Active CN103167441B (zh) | 2011-12-15 | 2011-12-15 | 一种短消息的下发方法、装置及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103167441B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105049344B (zh) * | 2015-08-25 | 2018-05-11 | 中国联合网络通信集团有限公司 | 一种行业网关*** |
CN105245534A (zh) * | 2015-10-22 | 2016-01-13 | ***通信集团江苏有限公司 | 一种呼叫结果反馈方法、服务器、终端、*** |
CN108322895B (zh) * | 2017-01-16 | 2021-08-06 | ***通信有限公司研究院 | 一种消息状态查询方法及网络设备、网关 |
CN110557728A (zh) * | 2018-06-01 | 2019-12-10 | ***通信有限公司研究院 | 一种短信发送方法、装置及网络设备 |
CN109688006B (zh) * | 2018-12-24 | 2021-08-17 | 北京天元特通科技有限公司 | 支持目标集群动态探测的高性能网络日志消息分发方法 |
CN114979987B (zh) * | 2021-02-22 | 2023-08-15 | ***通信集团广东有限公司 | 异常短信识别重送方法、装置、电子设备和存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101986738A (zh) * | 2010-11-09 | 2011-03-16 | 中兴通讯股份有限公司 | 反馈接收端状态的方法、***和服务器 |
CN102014354A (zh) * | 2010-11-09 | 2011-04-13 | 北京无限新锐网络科技有限公司 | 短信回执***及方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8295815B2 (en) * | 2008-02-14 | 2012-10-23 | Alcatel Lucent | Reject mobile-terminating SMS due to mobile not reachable flag |
-
2011
- 2011-12-15 CN CN201110421696.1A patent/CN103167441B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101986738A (zh) * | 2010-11-09 | 2011-03-16 | 中兴通讯股份有限公司 | 反馈接收端状态的方法、***和服务器 |
CN102014354A (zh) * | 2010-11-09 | 2011-04-13 | 北京无限新锐网络科技有限公司 | 短信回执***及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103167441A (zh) | 2013-06-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103167441B (zh) | 一种短消息的下发方法、装置及*** | |
US7813745B2 (en) | Method for implementing a push service | |
CN101627642B (zh) | 用于提供融合消息服务的***和方法 | |
EP1784946B1 (en) | Method and device for acknowledging data in point-to-multipoint transmission systems | |
CN101536559A (zh) | 用于在融合ip消息业务中管理消息线程的方法和*** | |
JP2007133869A (ja) | 端末機とそのメッセージ処理方法 | |
CN101072189B (zh) | 互通服务器、即时消息与移动电子邮件互通***及方法 | |
EP2184897A4 (en) | METHOD, DEVICE AND SYSTEM FOR REPORTING THE TRANSFER CONDITION | |
CN106658440B (zh) | 一种消息发送方法、相关装置及*** | |
CN114979982B (zh) | 消息的下发方法、装置、电子设备及存储介质 | |
CN1984087A (zh) | 一种实现消息业务的***和方法 | |
CN101018365A (zh) | 一种实现短消息业务的计费***、方法和设备 | |
CN100562147C (zh) | 一种消息转发方法 | |
CN102137346A (zh) | 多媒体消息业务处理方法和相关设备以及*** | |
US20140179306A1 (en) | Method of Routing of Data Messages from Mobile Devices Through Satellite and Terrestrial Communication Networks | |
CN101060451B (zh) | 多媒体消息传送方法与*** | |
CN102802131A (zh) | 服务器和消息推送方法 | |
CN102045663A (zh) | 一种欢迎彩信的实现方法及*** | |
CN101951567B (zh) | 多媒体消息业务计费方法、***及多媒体消息中心 | |
CN112702369A (zh) | 一种信息确认方法、电子设备及介质 | |
CN101931918A (zh) | 一种根据用户状态处理订购业务的装置和方法 | |
CN101252699A (zh) | 群发短信的***及其实现方法 | |
CN101198085B (zh) | 一种实现多媒体消息回执业务的方法 | |
CN101902706A (zh) | 支持非mms终端使用多媒体消息的方法及mmsc | |
CN101640850A (zh) | 使用电子邮件协议收发短信的方法 |
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 |