CN101304561A - 一种获取彩信用户状态的方法 - Google Patents
一种获取彩信用户状态的方法 Download PDFInfo
- Publication number
- CN101304561A CN101304561A CNA2008101241813A CN200810124181A CN101304561A CN 101304561 A CN101304561 A CN 101304561A CN A2008101241813 A CNA2008101241813 A CN A2008101241813A CN 200810124181 A CN200810124181 A CN 200810124181A CN 101304561 A CN101304561 A CN 101304561A
- Authority
- CN
- China
- Prior art keywords
- user
- multimedia message
- message
- mms center
- mms
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提出了彩信用户状态的获取机制,包括以下步骤:首先,彩信中心在进行彩信下发时去HLR查询用户的当前状态信息;其次,彩信中心根据当前用户状态进行彩信的策略下发,对于下发失败的用户及时通知相关用户。最后,通过完善的统计分析功能,统计出彩信下发失败以及彩信重发仍然失败的用户,根据具体错误原因后做进一步的处理。
Description
技术领域
本发明属于通信技术领域,具体而言,尤指移动通信领域数据业务彩信中心系统获取彩信用户状态的方法。
背景技术
目前中国移动彩信业务的下发流程中,只是简单区分彩信用户、非彩信用户(彩信中心注册为非彩信用户)以及未知用户,并不判断用户的当前状态,造成彩信下发具有一定的盲目性,既影响了彩信业务的端到端成功率也影响了用户感知。
目前彩信下发机制存在的问题:
(1)无法获取用户的状态:由于目前彩信中心和HLR没有相应的接口,所以彩信中心无法获知用户是否开通GRRS及用户的当前状态信息,导致彩信下发具有一定的盲目性。
(2)彩信下发流程过于简单:目前的彩信下发流程中,由于彩信中心无法获知用户的状态信息,彩信中心只是简单区分彩信用户和非彩信用户、未知用户,并直接将彩信PUSH下发给短信中心,彩信下发流程过于简单。
(3)无完善的PUSH重发机制:由于目前在彩信PUSH下发机制中,彩信中心和短信中心作为两个独立的实体,所以彩信中心无法获知彩信PUSH下发的结果,所以彩信中心无法对PUSH下发失败的消息进行重发,无完善的PUSH重发机制。
(4)无完善的统计分析机制:由于彩信中心无法获知用户的状态信息以及彩信PUSH下发的具体结果,所以对彩信业务端到端成功率无法进行精确的统计分析并制定相应的解决措施。发明内容
为了概括本发明的目的,在这里描述了本发明的某些方面、优点和新颖特征。应了解,无需所有这些方面、优点和特征包含在任一特殊的实施例中。
为了弥补现有技术的不足,本发明提出了一种彩信用户状态获取机制,包括以下步骤:
步骤一、在彩信中心中增加彩信用户状态模块,增加彩信中心和HLR的接口,用于完成用户状态获取。
步骤二、通过对SRIforSM信令进行了扩展,同时返回MSC地址和SGSN地址以及用户当前状态信息。
步骤三、根据当前用户状态进行彩信的策略下发,对于下发失败的用户及时通知相关用户。
步骤四、完善彩信中心的彩信业务下发统计功能,统计和分析不同错误的原因对成功率的影响,以便于进一步的处理(如外呼告知用户错误原因)。
上述的彩信用户状态获取机制,其进一步特征在于,彩信中心在彩信下发时,通过SRIforSM信令去HLR查询用户是否开通GPRS以及当前的状态信息,并根据不同的结果或错误原因,进行彩信的策略下发以提高彩信下发的成功率,同时对彩信下发的结果进行记录和分析,对于不能通过重发解决的错误以及重发仍然失败的问题,做进一步的后续处理。
本发明的有益效果:
本发明创造的彩信用户状态获取机制在技术流程进行多种创新,与以往的彩信下发方案相比有以下明显优点:
1、对3GPP的彩信规范进行了补充,首创性的增加彩信中心和HLR的接口,用于完成用户状态获取,返回用户是否开通GPRS等状态信息.
2、对目前彩信下发流程进行了彻底的改造。通过SRIforSM信令返回用户的当前状态,并根据用户的状态进行不同彩信下发流程处理,避免了彩信PUSH下发的盲目性,提高彩信下发的有效性,同时增加了错误提醒流程,及时把相关信息通知到用户,提升用户使用彩信业务的感知。
3、制定了完善的彩信PUSH重发策略,我们对下发错误码进行了规范,彩信中心根据不同错误原因制定不同重发策略,改变了以前彩信中心无重发策略的状态。同时对于已经成功下发彩信PUSH但没有成功接收彩信的用户,我们也通过二次Push等相关策略来提升这部分用户的成功率。
4、完善了彩信的PUSH下发错误码统计和分析功能,对于不能通过重发解决的错误以及重发仍然失败的问题,提供了后续解决可能。如对于手机内存满的用户,系统将把这部分用户统计分析处理后,由自动外呼系统进行外呼处理等,以提高彩信端到端成功率,同时提升用户使用彩信业务的感知。
采用彩信用户状态获取机制,通过对彩信下发流程的优化,将大幅度提高彩信下发的成功率以及彩信业务端到端成功率。彩信业务端到端成功率的提升,将给通信运营商带来,增加收入、客户投诉降低、客户使用彩信业务的感知提高、公司形象提升等有形和无形效益。
附图说明
图1为本发明实施例中彩信下发接口信令流程图;
图2为本发明实施例中彩信下发策略处理流程图。
具体实施方式
下面结合附图和实施例对本发明进一步描述。
本发明创造针对当前彩信下发流程存在的问题进行了改进。彩信用户状态获取机制主要采用了SRIforSM协议扩展,彩信策略下发等多种组合新型技术和手段。
通过这些技术手段,解决了以往不能获取彩信用户状态,因而没有完善的彩信下发流程的问题。
1、彩信下发用户状态获取
在彩信中心中增加彩信用户状态模块,增加彩信中心和HLR的接口,用于完成用户状态获取。通过对SRIforSM信令进行了扩展,同时返回MSC地址和SGSN地址(用以判断用户是否开通GPRS)以及用户当前状态信息。
SRIforSM消息的编解码如下:(参考3GPP 29.002协议)
RoutingInfoForSM-Arg::=SEQUENCE{msisdn [0]ISDN-AddressString,sm-RP-PRI [1]BOOLEAN,serviceCentreAddress [2]AddressString,extensionContainer [6]ExtensionContainerOPTIONAL,…,gprsSupportIndicator [7]NULLOPTIONAL,--gprsSupportIndica tor is set only if the SMS-GMSC supports--receiving of two numbers from the HLRsm-RP-MTI [8]SM-RP-MTIOPTIONAL,sm-RP-SMEA [9]SM-RP-SMEAOPTIONAL} |
SM-RP-MTI::=INTEGER(0..10)--0SMS Deliver--1SMS Sta tus Report--other val ues are reserved for future use and shall be discardedif--received |
SM-RP-SMEA::=OCTET STRING (SIZE (1..12))--this parameter contains an address field which is encoded--as defined in 3GPP TS 23.040. An address field contains 3elements:--address-length--type-of-address--address-value |
RoutingInfoForSM-Res::=SEQUENCE {imsi IMSI,locationInfoWithLMSI [0]LocationInfoWithLMSI,extensionContainer [4]ExtensionContainerOPTIONAL,...} |
LocationInfoWithLMSI ::=SEQUENCE {networkNode-Number [1]ISDN-AddressString,lmsi LMSIOPTIONAL,extensionContainer ExtensionContainerOPTIONAL,...,gprsNodeIndicator [5]NULLOPTIONAL,--gprsNodeIndicator is set only if the SGSN number is sent asthe--Network Node Numberadditional-Number [6]Additional-Number OPTIONAL --NetworkNode-number can be either msc-number or sgsn-number} |
Additional-Number::=CHOICE { msc-Number [0]ISDN-AddressString, sgsn-Number [1]ISDN-AddressString} --additional-number can be either msc-number or sgsn-number --if received networkNode-number is msc-number then the --additional number is sgsn-number --if received networkNode-number is sgsn-number then the --additional number is msc-number |
参考以上编解码中的下划线部分。networkNode-Number为必选参数。Additional-Number为可选参数。如果networkNode-Number为MSC地址,Additional-Number参数为SGSN地址;如果networkNode-Number为SGSN地址,Additional-Number为MSC地址。可见:MSC地址和SGSN地址之间并没有冲突关系,两者可以同时返回。通过下发用户的是否能够返回SGSN地址,来判断用户是否开通GPRS。
当用户状态不正常时,通过信令同样能返回用户的当前状态,如:用户关机,用户是否停机等。
彩信中心和HLR的接口以及相关信令见图1。
2、优化的彩信下发流程和PUSH重发机制
在优化的彩信下发流程中,首先判断用户类型,根据不同用户类型进行消息的下发:
1)对于非彩信终端用户,区分是终端发起还是应用发起,对于终端发起的转梦网相册,应用发起的消息直接拒绝下发彩信,并通知发送方错误原因。
2)对于彩信活动用户,则进行彩信下发流程的处理。查询用户当前状态是否正常。
如果用户当前状态正常,则进行PUSH下发,消息如果PUSH下发成功。就等待用户来获取彩信。如果PUSH下发失败,则判断PUSH下发错误是否为临时错误还是永久错误,对于临时错误(如:MS端错误),则暂时不下发PUSH,并设定重发策略进行重发。如果用户是永久错误,消息直接拒绝下发彩信,并通知发送方错误原因。
如果用户当前状态不正常,则判断用户状态是否为临时错误还是永久错误,对于临时错误(如:用户关机),则暂时不下发PUSH,并设定重发策略进行重发。如果用户是永久错误(如:用户不支持短消息),直接拒绝下发彩信,并通知发送方错误原因。
3)对于未知用户或彩信沉默用户,判断用户是否开通GRPS。由于用户长时间关机或不在服务区,可能会导致HLR中用户GPRS信息被清除。所以对查询到用户没有GPRS信息,如果用户状态不是关机或不在服务区,我们就判定为用户没有开通GPRS,对这部分用户消息将直接拒绝下发彩信,并通知发送方和接收方错误原因。对于用户状态为关机或不在服务区的用户,由于我们无法确认用户是否开通GPRS,则消息暂时不下发PUSH,并设定重发策略进行重发。
对于彩信PUSH已经下发成功,但用户没有来获取情况的处理:
1)如果用户设置手工提取,彩信中心不再进行重发PUSH。PUSH重发只针对设置为自动提取的用户。
2)在用户自服务系统中增加:重发选项。用户可以设定重发的时间和次数。系统将根据用户的选择对消息进行重发。
3)设置系统重发(包括重发的时间和次数):系统对设置为自动提取的用户,进行PUSH重发,缺省为系统不重发。
4)PUSH重发只针对彩信活动用户。
关于彩信用户类型的判断:
1)查询用户在彩信中心的状态,如果是彩信用户,同时最近三个月内有彩信成功使用记录就判定目前用户类型为彩信活动用户。
2)查询用户在彩信中心的状态,如果是彩信用户,同时但最近三个月内没有任何彩信成功使用记录,就判定目前用户类型为彩信沉默用户。
3)查询用户在彩信中心的状态,如果是非彩信用户和未知用户,就判定为目前用户状态为非彩信终端用户和未知用户。
关于错误消息的通知:
1)对于终端到终端流程,可以通过短消息或闪信来通知发送方或接收方相关错误信息。
2)对于SP到终端流程,通过递送报告的形式来通知发送方,接收方可以通过短信方式来通知。
优化后的彩信下发流程图见图2。
3、完善的统计分析机制
1)、完善了彩信中心的彩信下发统计功能,统计和分析不同错误的原因对成功率的影响,增加对分析PUSH下发失败对成功率的影响;分析用户未开通GPRS业务对用户未提取彩信的影响。同时需要支持彩信PUSH错误码的记录功能。彩信中心在日志或者其他统计信息中能够记录PUSH发送失败的具体原因,比如用户关机、用户停机等;彩信中心支持PUSH下发状态和下发过程的查询(包括下发的次数,失败的原因等),便于定位用户未成功提取彩信的原因。
对于彩信PUSH下发失败后,彩信中心能够提分每天(每周、每月)提供彩信PUSH下发失败的用户清单:包括发送方地址、接收方地址、时间、失败原因等,以便于后续的分析和处理。
2)、彩信中心分不同业务流程(如终端到终端,SP到终端)对彩信端到端成功率进行分析。
3)、彩信中心分不同地市,对各个地区的彩信业务端到端成功率进行分析。
4)、彩信中心分不同SP,对不同服务代码和业务代码,对彩信端到端成功率进行分析。
5)、彩信中心按照不同的终端类型进行分析,能够分析不同终端类型对MMS成功率的影响,以及不同彩信内容格式和彩信大小对于不同类型终端彩信接收成功率影响。
虽然本发明已以较佳实施例公开如上,但它们并不是用来限定本发明,任何熟习此技艺者,在不脱离本发明之精神和范围内,自当可作各种变化或润饰,因此本发明的保护范围应当以本申请的权利要求保护范围所界定的为准。
Claims (3)
1、一种获取彩信用户状态的方法,包括以下步骤:
步骤一、在彩信中心中增加彩信用户状态模块,增加彩信中心和HLR的接口,用于完成用户状态获取;
步骤二、通过对SRIforSM信令进行了扩展,同时返回MSC地址和SGSN地址以及用户当前状态信息;
步骤三、根据当前用户状态进行彩信的策略下发,对于下发失败的用户及时通知相关用户;
步骤四、完善彩信中心的彩信下发统计功能,统计和分析不同错误的原因对成功率的影响,以便于进一步的处理。
2、根据权利要求1所述的获取彩信用户状态的方法,其特征在于:增加彩信中心和HLR的接口,并使用SRIforSM,返回用户是否开通GPRS以及用户的当前状态,并根据用户进行彩信的策略下发。
3、根据权利要求1所述的获取彩信用户状态的方法,其特征在于:彩信中心在彩信下发时,通过SRIforSM信令去HLR查询用户是否开通GPRS以及当前的状态信息,并根据不同的结果或错误原因,进行彩信的策略下发以提高彩信下发的成功率,同时对彩信下发的结果进行记录和分析,对于不能通过重发解决的错误以及重发仍然失败的问题,做进一步的后续处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101241813A CN101304561A (zh) | 2008-06-17 | 2008-06-17 | 一种获取彩信用户状态的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101241813A CN101304561A (zh) | 2008-06-17 | 2008-06-17 | 一种获取彩信用户状态的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101304561A true CN101304561A (zh) | 2008-11-12 |
Family
ID=40114227
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008101241813A Pending CN101304561A (zh) | 2008-06-17 | 2008-06-17 | 一种获取彩信用户状态的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101304561A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010148731A1 (zh) * | 2009-12-24 | 2010-12-29 | 中兴通讯股份有限公司 | 移动终端及彩信通知消息处理方法 |
CN102237993A (zh) * | 2011-07-20 | 2011-11-09 | 中兴通讯股份有限公司 | 一种彩信收发重试方法和装置 |
WO2012022074A1 (zh) * | 2010-08-19 | 2012-02-23 | 中兴通讯股份有限公司 | 用户信息的查询方法及多媒体消息中心 |
CN102523564A (zh) * | 2011-12-27 | 2012-06-27 | 长沙驰顺网络科技有限公司 | 一种在移动通信行业中提升彩信端到端成功率的方法 |
CN101730021B (zh) * | 2009-11-20 | 2012-07-04 | 中国电信股份有限公司 | 码分多址终端短消息存储空间不足时的处理方法和系统 |
CN102572731A (zh) * | 2010-12-24 | 2012-07-11 | 中国移动通信集团河北有限公司 | 信息下发控制方法、装置及系统 |
CN103118345A (zh) * | 2011-11-16 | 2013-05-22 | 中国移动通信集团公司 | 一种消息下发方法和设备 |
CN104507059A (zh) * | 2014-12-19 | 2015-04-08 | 广东欧珀移动通信有限公司 | 一种彩信发送管理方法和彩信发送管理装置 |
CN108650284A (zh) * | 2018-03-06 | 2018-10-12 | 北京酷我科技有限公司 | 一种iOS推送引导策略 |
JP7109645B1 (ja) | 2021-11-12 | 2022-07-29 | Kddi株式会社 | メッセージの中継装置、システム及びプログラム |
-
2008
- 2008-06-17 CN CNA2008101241813A patent/CN101304561A/zh active Pending
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101730021B (zh) * | 2009-11-20 | 2012-07-04 | 中国电信股份有限公司 | 码分多址终端短消息存储空间不足时的处理方法和系统 |
US8744499B2 (en) | 2009-12-24 | 2014-06-03 | Zte Corporation | Mobile terminal and multimedia messaging service notification message processing method |
WO2010148731A1 (zh) * | 2009-12-24 | 2010-12-29 | 中兴通讯股份有限公司 | 移动终端及彩信通知消息处理方法 |
WO2012022074A1 (zh) * | 2010-08-19 | 2012-02-23 | 中兴通讯股份有限公司 | 用户信息的查询方法及多媒体消息中心 |
CN102572731A (zh) * | 2010-12-24 | 2012-07-11 | 中国移动通信集团河北有限公司 | 信息下发控制方法、装置及系统 |
CN102237993A (zh) * | 2011-07-20 | 2011-11-09 | 中兴通讯股份有限公司 | 一种彩信收发重试方法和装置 |
WO2012151866A1 (zh) * | 2011-07-20 | 2012-11-15 | 中兴通讯股份有限公司 | 一种彩信收发重试方法和装置 |
CN103118345B (zh) * | 2011-11-16 | 2016-08-10 | 中国移动通信集团公司 | 一种消息下发方法和设备 |
CN103118345A (zh) * | 2011-11-16 | 2013-05-22 | 中国移动通信集团公司 | 一种消息下发方法和设备 |
CN102523564B (zh) * | 2011-12-27 | 2014-07-30 | 长沙驰顺网络科技有限公司 | 一种在移动通信行业中提升彩信端到端成功率的方法 |
CN102523564A (zh) * | 2011-12-27 | 2012-06-27 | 长沙驰顺网络科技有限公司 | 一种在移动通信行业中提升彩信端到端成功率的方法 |
CN104507059A (zh) * | 2014-12-19 | 2015-04-08 | 广东欧珀移动通信有限公司 | 一种彩信发送管理方法和彩信发送管理装置 |
CN104507059B (zh) * | 2014-12-19 | 2018-01-16 | 广东欧珀移动通信有限公司 | 一种彩信发送管理方法和彩信发送管理装置 |
CN108650284A (zh) * | 2018-03-06 | 2018-10-12 | 北京酷我科技有限公司 | 一种iOS推送引导策略 |
JP7109645B1 (ja) | 2021-11-12 | 2022-07-29 | Kddi株式会社 | メッセージの中継装置、システム及びプログラム |
JP2023072516A (ja) * | 2021-11-12 | 2023-05-24 | Kddi株式会社 | メッセージの中継装置、システム及びプログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101304561A (zh) | 一种获取彩信用户状态的方法 | |
US7069301B2 (en) | Method and apparatus for sending messages from an MMS system | |
CN100362873C (zh) | 一种多媒体消息的发送方法 | |
US8526979B2 (en) | Method and apparatus for parent-controlled short message service | |
US7835392B2 (en) | System and method for message converting | |
EP1786218B1 (en) | A method for short messages group delivering | |
EP1613121A1 (en) | Notification of wireless unit group call information to another wireless unit | |
US20080102866A1 (en) | Advanced Lawful Interception of Sms | |
EP1804432A1 (en) | A method for limiting the forwarding times of the multimedia message for the multimedia messaging service center mmsc and a system thereof | |
US20040008656A1 (en) | Method and apparatus for conveying reports for SMS messages in wireless communication systems | |
US20090124269A1 (en) | Unsuccessful call alert | |
WO2008146097A1 (en) | A method for the forwarding of sms in a mobile communication system | |
CN101730021B (zh) | 码分多址终端短消息存储空间不足时的处理方法和系统 | |
CN102056104B (zh) | 一种短消息发送控制方法及装置、系统 | |
RU2295831C2 (ru) | Способ пересылки мультимедийных сообщений между центрами обработки мультимедийных сообщений | |
CN101127950B (zh) | 一种短消息重试处理方法、装置及应用其的短消息中心 | |
CN109842876B (zh) | 一种集群用户和用户组的状态订阅方法 | |
CN100455049C (zh) | 一种多媒体消息服务系统中对消息的处理方法 | |
WO2007140687A1 (fr) | Procédé de filtrage de messages courts, système de traitement de signalisation et centre de service de messages courts | |
CN104243289A (zh) | 基于ios系统的可视化语音邮箱通信方法及系统 | |
CN101321318A (zh) | 一种多媒体彩信中心系统和该系统出话单的方法 | |
ES2425560T3 (es) | Procedimiento para gestión de peticiones de servicio en una red de telecomunicaciones móviles | |
CN1964514A (zh) | 一种实现短信签名档的方法及系统 | |
CN107371148A (zh) | 一种国际漫游业务开通方法及装置 | |
KR20090045978A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20081112 |