CN100512314C - 一种优化Push通告消息的方法 - Google Patents
一种优化Push通告消息的方法 Download PDFInfo
- Publication number
- CN100512314C CN100512314C CNB2007101110846A CN200710111084A CN100512314C CN 100512314 C CN100512314 C CN 100512314C CN B2007101110846 A CNB2007101110846 A CN B2007101110846A CN 200710111084 A CN200710111084 A CN 200710111084A CN 100512314 C CN100512314 C CN 100512314C
- Authority
- CN
- China
- Prior art keywords
- message
- push
- error
- agreement
- retransmit
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种优化Push通告消息的方法。短信中心通过Push投递报告把Push通告的发送状态传回给多媒体彩信中心;多媒体彩信中心根据Push投递报告的消息状态和网络错误码字段来决定是否重发Push通告消息,在需要重发时启动重试流程;多媒体彩信中心收到Push投递报告后,首先按照消息状态字段的处理策略进行处理,必要时再根据网络错误码字段的处理策略进行下一步的处理。采用本发明所述方法,能够使多媒体彩信中心知晓短消息中心Push通告下发到手机的状态,如果下发不成功则启动重试流程,从而可以提高手机接收多媒体彩信的成功率。
Description
技术领域
本发明属于通信技术领域,特别涉及一种可以有效提高多媒体手机接收彩信的成功率的方法。
背景技术
在点对点短消息发送协议(SMPP)中,对于短消息有两种模式,分别是存储转发模式和Forward模式。因Forward模式不利于实现短信中心的批量缓存功能,所以目前短信中心(SMSC)使用的短消息服务,一般采用的是存储转发模式,即短消息提交到SMSC后,SMSC成功接受该消息即返回成功,然后SMSC根据预定的策略进行短消息下发。
事实上,多媒体彩信中心(MMSC)将多媒体消息通知发送到SMSC后,MMSC即认为通告消息已经下发成功,不再关注SMSC是否真正将该Push通告下发到了手机终端。Push通告消息是否下发到手机终端完全由短消息中心控制,由于各种可能的原因,部分多媒体彩信消息由于终端没来获取而转发到梦网相册或者过期,导致MMSC下发成功率比较低。
发明内容
本发明的目的是在于提供一种优化Push通告消息的方法,该方法能够克服多媒体消息Push通告发送到短信中心(SMSC)后,多媒体彩信中心(MMSC)无法得知消息是否成功下发到了手机终端这一缺陷,并且能够根据Push通告下发的状态决定是否重新发送Push通告消息,从而提高多媒体手机接收彩信的成功率。
为实现上述目的,本发明采用如下技术方案:
在多媒体彩信中心(MMSC)为每一条多媒体消息的控制信息创建一个唯一有效的标识,该标识的名称可以设为“Intermsgid”;在短信中心(SMSC)为每一条多媒体消息的Push通告消息创建一个唯一有效的标识,该标识的名称可以设为“SmpMsgID”;
在多媒体彩信中心(MMSC)创建保存Intermsgid标识和SmpMsgID标识对应关系的共享内存模块,名称可以设为“nxbase_sm”,nxbase_sm有插入、查询、删除等操作,其功能类似于数据库。
Intermsgid标识和SmpMsgID标识的对应关系可以通过hash表保存,比如以SmpMsgID标识为主键建立hash表保存在nxbase_sm模块中,目的是保存多媒体消息和Push通告消息的对应关系,以便多媒体彩信中心在收到Push通告的投递报告后,根据消息状态和重试策略需重新下发通告消息时能找到原多媒体消息的控制信息。
增加多媒体彩信中心Push消息重试的功能,即多媒体彩信中心可以根据需要对Push通告进行重新发送;开放短信中心向多媒体彩信中心发送Push通告的投递报告。
多媒体彩信中心将多媒体消息通知发送到短信中心;
短信中心(SMSC)通过Push投递报告把Push通告的发送状态传回给多媒体彩信中心(MMSC)。Push投递报告格式符合SMPP3.3或SMPP3.4协议,包括消息状态(message_state)字段和网络错误码(network_error_code)字段。其中message_state为必需字段,network_error_code为可选字段,本发明对network_error_code字段值和处理策略进行举例说明,实际应用中还可以根据需要对字段值进行扩展。
多媒体彩信中心(MMSC)根据Push投递报告的message_state和network_error_code字段来决定是否重发,在需要重发时启动重试流程。多媒体彩信中心收到Push投递报告后,首先按照message_state字段的处理策略进行处理,必要时再根据network_error_code字段的处理策略进行下一步的处理。具体处理方式如下:
message_state字段值和相应的处理策略:
消息状态 | 描述 | 处理策略 |
DELIVERED | 消息已送达 | 不重发,等待用户提取 |
EXPIRED | 消息超时 | 根据network_error_code字段处理 |
DELETED | 消息被删除 | 根据network_error_code字段处理 |
UNDELIVERABLE | 消息不可达 | 根据network_error_code字段处理 |
ACCEPTED | 消息已接收 | 不重发,等待用户提取 |
UNKNOWN | 未知状态 | 不重发,结束会话 |
REJECTED | 消息被拒绝 | 不重发,结束会话 |
network_error_code字段值和相应的处理策略:
错误码 | ;错误类型 | 描述 | 处理策略 |
1 | 未知用户(unknownSubscriber) | 未知用户。在维测台中的错误值为1。在ETSIGSM0902协议中定义为1。 | 不重发,结束会话 |
说明:“延期重发”处理策略下,延迟时间可以根据实际需要配置。
与现有技术相比,采用本发明所述方法,能够使多媒体彩信中心(MMSC)知晓短消息中心(SMSC)Push通告下发到手机的状态,如果下发不成功则启动重试流程,从而可以提高手机接收多媒体彩信的成功率。
附图说明
图1是多媒体消息系统结构图。
图2是多媒体Push消息优化业务流程图。
图1中,UA是用户代理(User Agent)的缩写;BOSS是业务支撑系统(Business & OperationSupport System)的缩写;SMPP是点到点短消息发送(Short Message Peer to Peer Protocol)的缩写;SMP是服务管理器协议(Service Manager Protocol)的缩写;MM1是多媒体彩信用户代理与彩信中心的接口(Interface of MMS User Agent and MMSC)的缩写;MM3是电子邮件服务与彩信中心的接口(Interface of EmailServer and MMSC)的缩写;MM4是彩信中心之间的接口(Interface of MMSC and another MMSC)的缩写;MM7是彩信中心与彩信增值服务应用的接口(Interface of MMSC and MMS VAS Applications)的缩写。
具体实施方式
下面结合附图与具体实施方式对本发明作进一步详细说明。
为实施本发明,可以通过对多媒体彩信中心(MMSC)、短消息中心(SMSC)与本发明相关的模块进行如下改造实现:
在多媒体彩信中心新建Nxbase_sm模块,与Agent相互通过消息交互,保存多媒体消息和Push通告消息的对应关系,定名为nxbase_sm,其功能类似于数据库,有插入、查询、删除等操作。
多媒体彩信中心的业务功能模块(DBSVR):该模块新增根据接收到Push通告的投递报告信息,对多媒体彩信进行多次下发Push通告的功能;
多媒体彩信中心的Smpp/Cmpp协议代理模块(Agent):首先新增向Nxbase_sm模块发送命令,实现在Nxbase_sm保存多媒体消息和Push通告消息的对应关系;其次新增接收短消息中心返回Push投递报告的并根据投递报告的相关状态值和处理策略,决定是否向DBSVR模块转发Push投递报告请求,以触发Push通告的重试。
短消息中心开放Push投递报告功能,向多媒体彩信中心返回Push通告下发的最终状态,以便多媒体彩信中心根据需要进行Push通告重试。
参见图2,在采用了本发明优化方法之后,Push通告消息的下发流程举例如下:
①步骤表示:多媒体彩信中心(MMSC)的业务处理模块(DBSVR)向Smpp/Cmpp协议代理模块(Agent)下发Push通告消息,并标明需要短信中心(SMSC)回复投递报告;
②步骤表示:多媒体彩信中心(MMSC)的Smpp/Cmpp协议代理模块(Agent)将相关信息缓存并向短信中心(SMSC)转发Push通告消息,然后等待短信中心回复Push通告响应信令submitSm.Ack;
③步骤表示:短信中心(SMSC)接收到Push通告请求后,根据短信中心的接收方式、业务量和处理能力,或者立即向手机下发或者暂时缓存Push通告消息,并向多媒体彩信中心的Smpp/Cmpp协议代理模块(Agent)回复Push通告响应信令,响应信令中携带参数SmpMsgID标识,它是该Push通告消息在短信中心的唯一标识;
④步骤表示:多媒体彩信中心(MMSC)的Smpp/Cmpp协议代理模块(Agent)向业务处理模块(DBSVR)回复一个正常的通告响应消息,让业务处理模块确认Push通告信令发送成功;
⑤步骤表示:多媒体彩信中心(MMSC)的Smpp/Cmpp协议代理模块(Agent)将原先缓存的消息取出,以短信返回的SmpMsgID标识为主键,插入nxbase_sm,保存多媒体消息的控制信息和Push通告消息的对应关系,以便接收到Push通告投递报告信令时,能根据投递报告中携带的SmpMsgID标识找到相应的多媒体消息的控制信息的标识Intermsgid;
⑥步骤表示:短信中心(SMSC)给多媒体彩信中心(MMSC)的Smpp/Cmpp协议代理模块(Agent)发送Push通告的投递报告请求信令Deliver_Sm.Req,Deliver_Sm.Req信令中携带短信SmpMsgID标识以及与该短信SmpMsgID标识相对应的消息状态(message_state)和网络错误码(network_error_code)字段信息,消息状态(message_state)和网络错误码(network_error_code)字段值反映短信中心向手机下发Push通告消息的发送情况;Smpp/Cmpp协议代理模块(Agent)收到Push通告的投递报告请求信令Deliver_SmReq后,删除Nxbase_Sm所保存的相应记录信息,并根据message_state和network_error_code字段值和处理策略来决定是否要求重发Push通告;
⑦、⑧步骤表示:多媒体彩信中心(MMSC)的Smpp/Cmpp协议代理模块(Agent)根据Push投递报告中的消息状态(message_state)和网络错误码(network_error_code)字段值和处理策略,如果决定对Push通告消息进行重发,则根据Push投递报告请求信令中的SmpMsgID标识在Nxbase_Sm中查找原多媒体消息的控制信息的标识Intermsgid;
⑨步骤表示:在查找到原多媒体消息的控制信息的标识Intermsgid后,多媒体彩信中心(MMSC)的Smpp/Cmpp协议代理模块(Agent)向业务处理模块(DBSVR)转发要求重试的Push投递报告请求信令(Deliver_Sm.Req),Push投递报告请求信令中带有原多媒体消息的控制信息的标识Intermsgid和重试标志,重试标志指明是立即重试还是延时重试;
⑩、(11)步骤表示:多媒体彩信中心(MMSC)的业务处理模块(DBSVR)收到Smpp/Cmpp协议代理模块(Agent)转发回来的要求重试的Push投递报告请求信令后,根据Push投递报告请求信令中的相关信息,获取原多媒体消息的控制信息,然后按照重试标志的指示重新触发下发Push通告的流程:如是立即重试类型且Push重试次数未超过系统允许的最大次数,则重新触发下发Push通告的流程,直至Push通告下发成功或者重试次数超过设定的限值而终止;如是延时重试,则根据延时配置策略,如第一次延时5分钟,第二次延时1小时等,进行重试,直至Push通告下发成功或者重试次数超过设定的限值而终止。多媒体消息的控制信息保存在DBSVR模块中,重试次数包含在多媒体消息的控制信息中,DBSVR模块根据IntermsgId标识查找相应的多媒体消息的控制信息。
Claims (8)
1、一种优化Push通告消息的方法,其特征在于,在多媒体彩信中心为每一条多媒体消息的控制信息创建一个唯一有效的标识“Intermsgid”;在短信中心为每一条多媒体消息的Push通告消息创建一个唯一有效的标识“SmpMsgID”;在多媒体彩信中心创建保存Intermsgid标识和SmpMsgID标识对应关系的共享内存模块“nxbase_sm”,nxbase_sm模块有插入、查询、删除操作;
多媒体彩信中心将多媒体消息通知发送到短信中心;
短信中心通过Push投递报告把Push通告的发送状态传回给多媒体彩信中心,Push投递报告包括消息状态message_state字段和网络错误码network_error_code字段;
多媒体彩信中心根据Push投递报告的消息状态和网络错误码字段来决定是否重发Push通告消息,在延期重发和立即重发时启动重试流程;多媒体彩信中心收到Push投递报告后,首先按照消息状态字段的处理策略进行处理,当需要根据network_error_code字段处理时再根据网络错误码字段的处理策略进行下一步的处理。
2、根据权利要求1所述的优化Push通告消息的方法,其特征在于,所述消息状态message_state字段的值和相应的处理策略如下:
3、根据权利要求1或2所述的优化Push通告消息的方法,其特征在于,所述网络错误码network_error_code字段的值和相应的处理策略如下:
4、根据权利要求1或2所述的优化Push通告消息的方法,其特征在于,多媒体消息的控制信息包含重试次数,多媒体彩信中心重发Push通告消息受重试次数限制,重发次数超过设定的重试次数则不成功也不再重发。
5、根据权利要求3所述的优化Push通告消息的方法,其特征在于,多媒体消息的控制信息包含重试次数,多媒体彩信中心重发Push通告消息受重试次数限制,重发次数超过设定的重试次数则不成功也不再重发。
6、根据权利要求1所述的优化Push通告消息的方法,其特征在于,
所述多媒体彩信中心将多媒体消息通知发送到短信中心的具体实现流程如下:
(1)多媒体彩信中心的业务处理模块DBSVR向Smpp/Cmpp协议代理模块Agent下发Push通告消息,并标明需要短信中心回复投递报告;
(2)所述Smpp/Cmpp协议代理模块Agent将相关信息缓存并向短信中心转发Push通告消息,然后等待短信中心回复Push通告响应信令submitSm.Ack;
短信中心通过Push投递报告把Push通告的发送状态传回给多媒体彩信中心,Push投递报告包括消息状态message_state字段和网络错误码network_error_code字段,具体实现流程如下:
(3)短信中心接收到Push通告请求后,向多媒体彩信中心的Smpp/Cmpp协议代理模块Agent回复Push通告响应信令,响应信令中携带参数SmpMsgID标识;
(4)所述Smpp/Cmpp协议代理模块Agent向业务处理模块DBSVR回复一个正常的通告响应消息,让业务处理模块确认Push通告信令发送成功;
(5)所述Smpp/Cmpp协议代理模块Agent将原先缓存的消息取出,以短信返回的SmpMsgID标识为主键,插入nxbase_sm,保存多媒体消息的控制信息和Push通告消息的对应关系;
(6)短信中心给多媒体彩信中心的Smpp/Cmpp协议代理模块Agent发送Push通告的投递报告请求信令Deliver_Sm.Req,Deliver_Sm.Req信令中携带短信SmpMsgID标识以及与该短信SmpMsgID标识相对应的消息状态message_state和网络错误码network_error_code字段信息;
多媒体彩信中心根据Push投递报告的消息状态和网络错误码字段来决定是否重发Push通告消息,在延期重发和立即重发时启动重试流程,具体实现流程如下:
(7)所述Smpp/Cmpp协议代理模块Agent根据Push投递报告中的消息状态message_state和网络错误码network_error_code字段值和处理策略,决定是否要求重发Push通告,并删除Nxbase_Sm所保存的相应信息;如果决定对Push通告消息进行重发,则根据Push投递报告请求信令中的SmpMsgID标识在Nxbase_Sm中查找原多媒体消息的控制信息的标识IntermsgId;
(8)在查找到原多媒体消息的控制信息的标识IntermsgId后,多媒体彩信中心的Smpp/Cmpp协议代理模块Agent向业务处理模块DBSVR转发要求重试的Push投递报告请求信令Deliver_Sm.Req,Push投递报告请求信令中带有原多媒体消息的控制信息的标识IntermsgId和重试标志;
(9)所述业务处理模块DBSVR收到Smpp/Cmpp协议代理模块Agent转发回来的要求重试的Push投递报告请求信令后,根据Push投递报告请求信令中的相关信息,获取原多媒体消息的控制信息,按照重试标志的指示重新触发下发Push通告的流程,直至Push通告下发成功或者重试次数超过设定的限值而终止。
7、根据权利要求6所述的优化Push通告消息的方法,其特征在于,所述消息状态message_state字段的值和相应的处理策略如下:
8、根据权利要求6或7所述的优化Push通告消息的方法,其特征在于,所述网络错误码network_error_code字段的值和相应的处理策略如下:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2007101110846A CN100512314C (zh) | 2007-06-15 | 2007-06-15 | 一种优化Push通告消息的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2007101110846A CN100512314C (zh) | 2007-06-15 | 2007-06-15 | 一种优化Push通告消息的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101056421A CN101056421A (zh) | 2007-10-17 |
CN100512314C true CN100512314C (zh) | 2009-07-08 |
Family
ID=38795985
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2007101110846A Expired - Fee Related CN100512314C (zh) | 2007-06-15 | 2007-06-15 | 一种优化Push通告消息的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100512314C (zh) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101163276B (zh) * | 2007-11-26 | 2011-02-02 | 华为技术有限公司 | 一种下发彩信的方法和系统、及彩信中心 |
CN101651869B (zh) * | 2008-08-12 | 2012-12-19 | 鸿富锦精密工业(深圳)有限公司 | 移动通讯装置及其广告短信回复方法 |
CN101931912A (zh) * | 2010-08-25 | 2010-12-29 | 中兴通讯股份有限公司 | 通告消息的下发方法及多媒体消息中心 |
CN101986733A (zh) * | 2010-11-11 | 2011-03-16 | 中兴通讯股份有限公司 | 一种下发多媒体消息的方法和系统 |
CN102480697B (zh) * | 2010-11-25 | 2014-12-17 | 中兴通讯股份有限公司 | 一种优化彩信消息点播的方法和系统 |
CN102572731A (zh) * | 2010-12-24 | 2012-07-11 | 中国移动通信集团河北有限公司 | 信息下发控制方法、装置及系统 |
CN102237993A (zh) * | 2011-07-20 | 2011-11-09 | 中兴通讯股份有限公司 | 一种彩信收发重试方法和装置 |
CN103188220B (zh) * | 2011-12-28 | 2016-07-06 | 中国移动通信集团北京有限公司 | 消息发送系统、方法及装置、数据维护方法及装置 |
CN102984669B (zh) * | 2012-11-27 | 2018-06-05 | 南京工业大学 | 一种移动通信网络中多媒体消息自动回复的方法 |
CN106817680B (zh) * | 2015-11-30 | 2020-04-17 | 中国电信股份有限公司 | 推送短信的发送方法、短信中心以及系统 |
CN108566628A (zh) * | 2018-07-19 | 2018-09-21 | 北京小米移动软件有限公司 | 短消息重传方法、装置、设备及存储介质 |
CN110609841B (zh) * | 2019-09-18 | 2020-09-15 | 镁佳(北京)科技有限公司 | 异步处理消息的方法、装置、可读介质及电子设备 |
CN113810266B (zh) * | 2021-08-13 | 2023-05-12 | 北京达佳互联信息技术有限公司 | 针对消息对象的重试操作方法、装置、设备及存储介质 |
-
2007
- 2007-06-15 CN CNB2007101110846A patent/CN100512314C/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN101056421A (zh) | 2007-10-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100512314C (zh) | 一种优化Push通告消息的方法 | |
KR100853700B1 (ko) | 멀티미디어 메시지 전달 방법, 그 시스템, 및 멀티미디어 메시지 서비스 센터 | |
CN1960516B (zh) | 终端中完全一样的通知消息的处理方法 | |
RU2333617C2 (ru) | Способ и устройство передачи отчетов для sms-сообщений в системах беспроводной связи | |
KR100492959B1 (ko) | 공중 이동통신망과 연동되는 사설 무선망의 단문 메시지서비스 서버 및 방법 | |
JP2004505525A (ja) | 増強型ショートメッセージサービスの方法と装置 | |
US8289983B2 (en) | Implementing method of removing duplication protection for multimedia messaging service interworking forwarding message and multimedia messaging service interworking gateway thereof | |
EP2250826B1 (en) | Improved provision of value added short message services | |
CN101730021A (zh) | 码分多址终端短消息存储空间不足时的处理方法和系统 | |
JP4368885B2 (ja) | ショートメッセージ再送システム、ショートメッセージ再送方法 | |
WO2012062051A1 (zh) | 一种下发多媒体消息的方法和系统 | |
EP2493135B1 (en) | Short-message transfer method, subsystem and system | |
CN101202944B (zh) | 一种网间传输多媒体消息的系统 | |
US20090258632A1 (en) | System and method for delivering and enhancing messages in a wireless communication network | |
US20110269485A1 (en) | Method and network node for sending a message to a plurality of devices of a user | |
CN101321318A (zh) | 一种多媒体彩信中心系统和该系统出话单的方法 | |
CN101202711A (zh) | 一种网间传输多媒体消息的方法 | |
WO2010009666A1 (zh) | 多媒体业务的实现方法、系统和装置 | |
KR20080006225A (ko) | 즉시 전송 프리미엄 sms 서비스 시스템 및 방법 | |
CN101990179B (zh) | 携出用户短消息回执处理设备、系统及处理方法 | |
CN101594596B (zh) | 短消息存储器可用通告消息的处理方法以及移动终端 | |
KR101219734B1 (ko) | 긴급전송 프리미엄 sms 서비스 방법 | |
CN101203033A (zh) | 一种提高软交换网络中用户短信实时性的方法 | |
CN100334892C (zh) | 一种多媒体消息转发方法 | |
CN101902706A (zh) | 支持非mms终端使用多媒体消息的方法及mmsc |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090708 Termination date: 20160615 |