CN101321318A - 一种多媒体彩信中心系统和该系统出话单的方法 - Google Patents
一种多媒体彩信中心系统和该系统出话单的方法 Download PDFInfo
- Publication number
- CN101321318A CN101321318A CNA2008100684208A CN200810068420A CN101321318A CN 101321318 A CN101321318 A CN 101321318A CN A2008100684208 A CNA2008100684208 A CN A2008100684208A CN 200810068420 A CN200810068420 A CN 200810068420A CN 101321318 A CN101321318 A CN 101321318A
- Authority
- CN
- China
- Prior art keywords
- multimedia message
- centre
- module
- processing module
- state information
- 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)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种多媒体彩信中心系统和该系统出话单的方法,其系统与短信中心连接,该系统包括:用于接收源用户提交多媒体消息的业务处理模块,与业务处理模块和所述短信中心连接的代理模块,该代理模块用于根据所述短信中心反馈的所述多媒体消息无法发送的状态信息,向业务处理模块发送出拒绝话单的指令。本发明该系统和方法能够增进多媒体消息计费的合理性。
Description
技术领域
本发明涉及通讯领域,尤其涉及的是,一种多媒体彩信中心系统和该系统出话单的方法。
背景技术
多媒体彩信中心(Multimedia Messaging Service Center,MMSC)是整个多媒体消息系统的核心,负责对多媒体消息进行存储、处理和传递,同时,多媒体彩信中心(MMSC)还产生用于计费的话单。
多媒体彩信中心(MMSC)接收到源用户的提交的多媒体消息后,向短信中心(Short Messaging Service Center,SMSC)发送Push通告消息。目前的多媒体彩信中心(MMSC)将Push通告消息发送到短信中心(SMSC)后,多媒体彩信中心(MMSC)即认为Push通告消息已经下发成功,默认为Push通告消息一定能够送到目标用户,并且目标用户一定具有接收多媒体消息的能力。
但实际上,当发生诸如短信中心(SMSC)过负荷、手机终端内存满等,因为短信中心(SMSC)或者目标用户的原因,导致该多媒体消息已经无法被成功发送到目的用户,或者,目的用户已经不具有接收多媒体消息的能力。这种情况下,现有技术中将多媒体消息做以下处理:等待过期,或者,转发到梦网相册。转发到梦网相册后,对源用户产生计费的话单,但此刻,目标用户并未接收到该多媒体消息,这样的计费并不合理,造成用户的误解,降低用户满意度。
因此,现有技术还存在缺陷,有待于改进和发展。
发明内容
本发明解决的技术问题是提供一种多媒体彩信中心系统和该系统出话单的方法,该系统和方法能够增进多媒体消息计费的合理性。
为解决上述技术问题,本发明采用以下方案:
一种多媒体彩信中心系统,与短信中心连接,该系统包括:用于接收源用户提交多媒体消息的业务处理模块,与业务处理模块和所述短信中心连接的代理模块,该代理模块用于根据所述短信中心反馈的所述多媒体消息无法发送的状态信息,向业务处理模块发送出拒绝话单的指令。
所述的系统,其中,所述系统包括:与所述业务处理模块连接用于存储所述多媒体消息的存储模块;与该存储模块和所述业务处理模块连接的删除模块,该删除模块用于根据所述出拒绝话单指令将该存储模块中所述多媒体消息删除。
所述的系统,其中,所述系统包括:与所述代理模块连接的共享内存模块,该共享内存模块用于存储所述多媒体消息、以及所述业务处理模块根据该多媒体消息发送的Push通告请求的对应关系。
本发明还提供一种多媒体彩信中心系统出话单的方法,包括以下步骤:S1、多媒体彩信中心接收来自源用户的多媒体消息;S2、多媒体彩信中心与短信中心进行链路连接,接收短信中心反馈的所述多媒体消息的发送状态信息,如果该发送状态信息是无法发送,执行步骤S3;S3、多媒体彩信中心出拒绝话单。
所述的方法,其中,所述步骤S3中还包括:多媒体彩信中心终止所述多媒体消息的发送流程。
所述的方法,其中,所述步骤S1中包括:多媒体彩信中心保存所述多媒体消息;所述步骤S3中还包括:清除多媒体彩信中心中存储的所述多媒体消息。
所述的方法,其中,所述步骤S2中还包括:如果所述多媒体消息的发送状态信息是发送失败,多媒体彩信中心立即重发所述多媒体消息。
所述的方法,其中,在步骤S1之前还包括:设定延迟重发时间,所述步骤S2中还包括:如果所述多媒体消息的发送状态信息是用户不在服务区,多媒体彩信中心按照设定的延迟重发时间对所述多媒体消息进行重发。
所述的方法,其中,所述步骤S2中还包括:如果所述多媒体消息的发送状态信息是消息已接收,多媒体彩信中心等待目的用户提取所述多媒体消息。
所述的方法,其中,所述步骤S2中还包括:如果所述多媒体消息的发送状态信息是消息被拒绝,多媒体彩信中心结束流程。
与现有技术相比,本发明的多媒体彩信中心系统通过设置代理模块,该代理模块接收的所述短信中心反馈的所述多媒体消息状态信息,并根据状态信息中的无法发送的状态信息,向业务处理模块发送出拒绝话单的指令,使得多媒体彩信中心出拒绝话单。通过该系统和方法,实现了在多媒体消息无法发送的状态时,多媒体彩信中心出拒绝话单,对源用户不产生费用,提高了多媒体消息计费的合理性。
附图说明
图1是本发明的多媒体彩信中心系统出话单的方法流程图。
具体实施方式
下面结合具体实施方式和附图对本发明作进一步详细的描述。
本发明的重点是代理模块(Agent)根据短信中心(SMSC)返回状态值和网络错误码,来决定是否出终止多媒体消息发送、出系统拒绝话单并及时清理该多媒体消息;避免因目的用户无法获取或者短信中心(SMSC)过负荷无法成功下发Push通告的情况下,因转梦网相册出计费话单而对用户收费,增进彩信计费合理性,以提高彩信用户的满意度;同时多媒体彩信中心(MMSC)及时清除该由于目的用户或者其他外部网元的原因客观造成已经无法成功发送的多媒体消息,节省多媒体彩信中心(MMSC)的存储空间和性能开支。
本发明的多媒体彩信中心系统出话单的方法包括以下步骤:
首先,业务处理模块(DBSVR)接收由源用户提交的多媒体消息,生成第一标识参数(Intermsgid),第一标识参数(Intermsgid)是多媒体消息在多媒体彩信中心(MMSC)中唯一的标识;
然后,依次执行图1所示的以下流程:
100、业务处理模块(DBSVR)向代理模块(AGENT)下发Push通告请求,并标明需要短信中心(SMSC)回复Push通告的投递报告(Deliver_Sm.Req);
200、代理模块(AGENT)对相关信息进行缓存,例如,第一标识参数(Intermsgid);并将Push通告请求转发到短信中心(SMSC),然后,等待短信中心(SMSC)回复的Push通告响应(submitSm.Ack);
300、短信中心(SMSC)接收到Push通告请求后,执行以下三个步骤:
310、生成第二标识参数(SmpMsgID),该第二标识参数是所述多媒体消息在短信中心(SMSC)中唯一的标识参数;
320、根据短信中心(SMSC)的接收方式、业务量和处理能力,对Push通告请求选择执行以下步骤之一:将其暂时缓存或者立即向目标用户下发。
330、短信中心(SMSC)向代理模块(AGENT)返回Push通告响应,Push通告响应包括第二标识参数(SmpMsgID)。
400、代理模块(AGENT)同时将短信中心(SMSC)返回的Push通告响应(submitSm.Ack)发送至业务处理模块(DBSVR),让业务处理模块(DBSVR)确认Push通告请求发送成功。
500、代理模块(AGENT)将缓存的消息取出,以短信中心(SMSC)返回的第二标识参数(SmpMsgID,多媒体消息在短信中心的标识)为主键,插入共享内存模块(nxbase_sm),并相应地将第一标识参数(Intermsgid,多媒体消息在多媒体彩信中心的标识)写入共享内存模块(nxbase_sm),共享内存模块(nxbase_sm)用于保存多媒体消息和Push通告请求的对应关系,以便在接收到短信中心(SMSC)发送的Push通告的投递报告(Deliver_Sm.Req)时,能够根据Push通告的投递报告中携带的第二标识参数(SmpMsgID)找到相应的第一标识参数(Intermsgid);
600、短信中心(SMSC)给代理模块(AGENT)发送Push通告的投递报告(Deliver_Sm.Req),多媒体彩信中心(MMSC)和短信中心(SMSC)间的Push通告的投递报告的格式符合SMPP3.3或SMPP3.4协议,Push通告的投递报告中包括多媒体消息的第二标识参数(SmpMsgID)和第一字段(message_state)、第二字段(network_error_code)两个字段值;
这两个字段值用于说明向目标用户下发Push通告请求的发送情况,代理模块(AGENT)根据第一字段(message_state)和第二字段(network_error_code)字段值来决定是否需要立即终止消息发送而出系统拒绝话单,并把该Push通告的投递报告(Deliver_Sm.Req)转发给业务处理模块(DBSVR),同时删除共享内存模块(nxbase_sm)所保存信息;
多媒体彩信中心(MMSC)将根据第一字段(message_state)和第二字段(network_error_code)这两个字段值来决定是否多媒体消息重发。第一字段(message_state)为必须字段,第二字段(network_error_code)为可选字段,第二字段(network_error_code)可进行扩展。如下详细描述根据确定处理策略的依据:
多媒体彩信中心(MMSC)首先判断第一字段(message_state),然后再根据第二字段(network_error_code)进行下一步的处理。具体处理方式如下:第一字段(message_state)值和相应的处理策略见表1,
表1
消息状态 | 描述 | 处理策略 |
DELIVERED | 消息已送达 | 不重发,等待用户提取 |
ACCEPTED | 消息已接收 | 不重发,等待用户提取 |
EXPIRED | 消息超时 | 根据network_error_code字段处理 |
DELETED | 消息被删除 | 根据network_error_code字段处理 |
UNDELIVERABLE | 消息不可达 | 根据network_error_code字段处理 |
UNKNOWN | 消息状态无效 | 不重发,结束会话 |
REJECTED | 消息被拒绝 | 不重发,结束会话 |
第二字段(network_error_code)的处理策略见表2,
表2
代码 | 处理策略 |
1 | 不重发,等待用户提取 |
2 | 立即重发 |
3 | 延期重发(延迟时间可配置) |
4 | 不重发,结束会话 |
5 | 不重发,立即出系统拒绝话单 |
第二字段(network_error_code)的值(可以扩展),举例见表3,
表3
错误码 | 错误类型 | 描述 | 处理策略 |
1 | 未知用户(unknownSubscriber) | 未知用户。在维测台中的错误值为1。在ETSIGSM 0902协议中定义为1。 | 4 |
2 | 未定义用户 | 未定义用户。HLR指明了下发路由,但目的MSC | 4 |
(unidentifiedSubscriber) | (Mobile Switching Center)没有该MS的注册信息。可能的原因是MSC向HLR注册错误,或VLR(VisitorLocation Register)中相关信息删除后没有通知HLR。在维测台中的错误值为2。在ETSIGSM 0902协议中定义为5。 | ||
3 | 非法用户(illegalSubscriber) | 非法用户。本次短消息发送过程中,用户鉴权未通过,可能的原因是MSC认为该手机的鉴权密码非法。在维测台中的错误值为3。在ETSIGSM 0902协议中定义为9。 | 5 |
4 | 电信业务不支持(teleserviceNotProvisioned) | 电信业务不支持。ETSI GSM 0902协议中定义为11。 | 5 |
5 | 呼叫被禁止(callBarred) | 呼叫被禁止。该用户的短消息业务已被禁止。在维测台中的错误值为5。在ETSIGSM 0902协议中定义为13。 | 5 |
6 | 闭合用户群拒绝(cug-rejec | 闭合用户群拒绝。主叫用户没有呼叫群外用户的权限,却呼叫群外用户。在维测台中的错误 | 4 |
t) | 值为6。在ETSI GSM 0902协议中定义为15。 | ||
7 | 设备不支持(facilityNotSupported) | 设备不支持。手机所在的HLR不支持“移动终结的短消息”。在维测台中的错误值为7。在ETSIGSM 0902协议中定义为21。 | 5 |
8 | 用户不在服务区(absentSubscriber) | 用户不在服务区。用户当前所在地区信号不好,无法接收短消息。在维测台中的错误值为8。在ETSIGSM 0902协议中定义为27。 | 3 |
9 | SM发送失败(sm-DeliveryFailure) | SM发送失败。SMC下发短消息给业务接口失败,返回SM发送失败。在维测台中的错误值为10。在ETSI GSM 0902协议中定义为32。 | 2 |
所述无法发送的情形包括:目标用户为非法用户,目标用户呼叫被禁止,电信业务不支持。
该实施方式中涉及对现有标准规范的修订,针对Push通告的下发状态确定是否及时终止消息的发送并出系统拒绝话单的策略。
700、包括图1中的步骤710和720,代理模块(AGENT)根据Push通告的投递报告中的第一字段(message_state)和第二字段(network_error_code)值和处理策略,决定是否需要立即终止消息发送而出系统拒绝话单,是则执行步骤800;
800、代理模块(AGENT)向业务处理模块(DBSVR)转发Push通告的投递报告(Deliver_Sm.Req),Push通告的投递报告中包括立即终止消息发送而出系统拒绝话单标志;
900、业务处理模块(DBSVR)收到代理模块(AGENT)转发回来的Push通告的投递报告,则根据判断标志(是立即系统拒绝话单),再根据Push通告的投递报告(Deliver_Sm.Req)中的相关信息查找到原多媒体消息的控制信息,检查多媒体消息是否转梦网相册或已被获取,如都不是上述两种状态,则将状态判定为无法发送,触发出系统拒绝话单流程,然后在彩信中心的存储系统中清除该消息的内容,该消息的发送流程结束。
本方法开放短信中心(SMSC)向多媒体彩信中心(MMSC)发送Push通告的投递报告(Deliver_Sm.Req),多媒体彩信中心(MMSC)根据Push通告的投递报告(Deliver_Sm.Req)中的消息发送状态以及网络错误码和配置策略,来及时终止无法发送的多媒体消息并出系统拒绝话单。把对于未转到梦网相册而等待过期的多媒体消息,及时按系统拒绝来处理,同时清除;可以节省多媒体彩信中心(MMSC)宝贵的存储空间和维护性能的开支,因为这部分多媒体消息不具被目标用户成功获取的可能,不用再将其保存到有效期后再清除。
本发明还提供一种多媒体彩信中心系统,与短信中心连接,该系统包括:业务处理模块、存储模块、代理模块、删除模块、共享内存模块。业务处理模块,用于接收源用户提交多媒体消息;存储模块与业务处理模块连接,用于存储所述多媒体消息;代理模块与业务处理模块和短信中心连接,该代理模块用于根据短信中心反馈的多媒体消息无法发送的状态信息,向业务处理模块发送出拒绝话单的指令。删除模块与该存储模块和业务处理模块连接,该删除模块用于根据所述出拒绝话单指令将该存储模块中所述多媒体消息删除。共享内存模块与代理模块连接,该共享内存模块用于存储所述多媒体消息、以及所述业务处理模块根据该多媒体消息发送的PUSH通告请求的对应关系;以便多媒体彩信中心在收到Push通告的投递报告后,根据消息发送状态以及网络错误码和配置策略及时终止无法发送的消息而出系统拒绝话单时能找到原多媒体消息的控制信息。
本系统中的短消息中心开放Push投递报告功能,向多媒体彩信中心返回Push通告下发的状态和网络错误码,以便多媒体彩信中心根据配置的策略及时终止消息发送,出系统拒绝话单。代理模块能根据Push通告的投递报告的相关状态值和网络错误码,以及运营商在控制台配置的处理策略,决定是否向业务处理模块转发Push投递报告请求,以触发业务处理模块出系统拒绝话单的流程,优选的,代理模块执行Smpp/Cmpp(Short MessagePeer to Peer/China Mobile Peer to Peer,短消息点对点协议/中国移动点对点协议)。业务处理模块新增根据接收到Push通告的投递报告信息,出系统拒绝话单的功能。与现有技术相比,采用本发明能够使多媒体消息计费更加合理,以提高多媒体消息用户的满意度和节省多媒体彩信中心的存储空间以及性能开支,产业应用前景良好。
应当理解的是,以上所提供的具体实施方式只是对本发明的说明,而不应当理解为对本发明的限制,对本领域的普通技术人员来说,可以根据上述说明加以改进或变换,而所有这些改进和变换都应为本发明所揭示的原理和特征,均属本发明的保护范围。
Claims (10)
1、一种多媒体彩信中心系统,与短信中心连接,其特征在于,该系统包括:用于接收源用户提交多媒体消息的业务处理模块,与业务处理模块和所述短信中心连接的代理模块,该代理模块用于根据所述短信中心反馈的所述多媒体消息无法发送的状态信息,向业务处理模块发送出拒绝话单的指令。
2、根据权利要求1所述的系统,其特征在于,所述系统包括:与所述业务处理模块连接用于存储所述多媒体消息的存储模块;与该存储模块和所述业务处理模块连接的删除模块,该删除模块用于根据所述出拒绝话单指令将该存储模块中所述多媒体消息删除。
3、根据权利要求1或2所述的系统,其特征在于,所述系统还包括:与所述代理模块连接的共享内存模块,该共享内存模块用于存储所述多媒体消息、以及所述业务处理模块根据该多媒体消息发送的Push通告请求的对应关系。
4、一种多媒体彩信中心系统出话单的方法,包括以下步骤:
S1、多媒体彩信中心接收来自源用户的多媒体消息;
S2、多媒体彩信中心与短信中心进行链路连接,接收短信中心反馈的所述多媒体消息的发送状态信息,如果该发送状态信息是无法发送,执行步骤S3;
S3、多媒体彩信中心出拒绝话单。
5、根据权利要求4所述的方法,其特征在于,所述步骤S3中还包括:多媒体彩信中心终止所述多媒体消息的发送流程。
6、根据权利要求4所述的方法,其特征在于,所述步骤S1中包括:多媒体彩信中心保存所述多媒体消息;所述步骤S3中还包括:清除多媒体彩信中心中存储的所述多媒体消息。
7、根据权利要求4所述的方法,其特征在于,所述步骤S2中还包括:如果所述多媒体消息的发送状态信息是发送失败,多媒体彩信中心立即重发所述多媒体消息。
8、根据权利要求4所述的方法,其特征在于,在步骤S1之前还包括:设定延迟重发时间,所述步骤S2中还包括:如果所述多媒体消息的发送状态信息是用户不在服务区,多媒体彩信中心按照设定的延迟重发时间对所述多媒体消息进行重发。
9、根据权利要求4所述的方法,其特征在于,所述步骤S2中还包括:如果所述多媒体消息的发送状态信息是消息已接收,多媒体彩信中心等待目的用户提取所述多媒体消息。
10、根据权利要求4所述的方法,其特征在于,所述步骤S2中还包括:如果所述多媒体消息的发送状态信息是消息被拒绝,多媒体彩信中心结束流程。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008100684208A CN101321318A (zh) | 2008-07-03 | 2008-07-03 | 一种多媒体彩信中心系统和该系统出话单的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008100684208A CN101321318A (zh) | 2008-07-03 | 2008-07-03 | 一种多媒体彩信中心系统和该系统出话单的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101321318A true CN101321318A (zh) | 2008-12-10 |
Family
ID=40181090
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008100684208A Pending CN101321318A (zh) | 2008-07-03 | 2008-07-03 | 一种多媒体彩信中心系统和该系统出话单的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101321318A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101986733A (zh) * | 2010-11-11 | 2011-03-16 | 中兴通讯股份有限公司 | 一种下发多媒体消息的方法和系统 |
CN102572731A (zh) * | 2010-12-24 | 2012-07-11 | 中国移动通信集团河北有限公司 | 信息下发控制方法、装置及系统 |
CN101784018B (zh) * | 2009-01-19 | 2012-12-19 | 中兴通讯股份有限公司 | 一种多媒体消息传输方法及实现该方法的装置 |
CN102984669A (zh) * | 2012-11-27 | 2013-03-20 | 南京工业大学 | 一种移动通信网络中多媒体消息自动回复的方法 |
-
2008
- 2008-07-03 CN CNA2008100684208A patent/CN101321318A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101784018B (zh) * | 2009-01-19 | 2012-12-19 | 中兴通讯股份有限公司 | 一种多媒体消息传输方法及实现该方法的装置 |
CN101986733A (zh) * | 2010-11-11 | 2011-03-16 | 中兴通讯股份有限公司 | 一种下发多媒体消息的方法和系统 |
CN102572731A (zh) * | 2010-12-24 | 2012-07-11 | 中国移动通信集团河北有限公司 | 信息下发控制方法、装置及系统 |
CN102984669A (zh) * | 2012-11-27 | 2013-03-20 | 南京工业大学 | 一种移动通信网络中多媒体消息自动回复的方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100512314C (zh) | 一种优化Push通告消息的方法 | |
CA2578657C (en) | Method, system and apparatuses for short message group-delivering | |
CN100362873C (zh) | 一种多媒体消息的发送方法 | |
JP2004505525A (ja) | 増強型ショートメッセージサービスの方法と装置 | |
JP2005333672A (ja) | ワイヤレス通信システムにおいて全形式のメッセージに対して同じプロトコルを使用してメッセージを配送する方法 | |
EP1655915A1 (en) | Method for managing duplicated arrival notification messages in multimedia messaging services | |
EP2111052B1 (en) | Method and device for sending message, message central equipment | |
CN103249011A (zh) | 短消息的发送方法及系统 | |
CN101321318A (zh) | 一种多媒体彩信中心系统和该系统出话单的方法 | |
US20040185888A1 (en) | Solving mobile station identity in a multi-SIM situation | |
JP4368885B2 (ja) | ショートメッセージ再送システム、ショートメッセージ再送方法 | |
EP1810533B1 (en) | Telecommunications services apparatus and method | |
CN101106754B (zh) | 一种移动网络中向网关发送短消息的方法 | |
EP1321003B1 (en) | Routing short messages | |
EP1654845A1 (en) | Message system | |
CN102056104A (zh) | 一种短消息发送控制方法及装置、系统 | |
US20050181766A1 (en) | Method and device for delivering messages to mobile terminal devices in accordance with a user selectable attainability status | |
WO2007140687A1 (fr) | Procédé de filtrage de messages courts, système de traitement de signalisation et centre de service de messages courts | |
WO2011138721A1 (en) | Method and network node for sending a message to a plurality of devices of a user | |
CN100512549C (zh) | 数字集群通信系统中对接入失败用户提示的系统和方法 | |
CN101668265A (zh) | 短消息发送方法、系统及装置 | |
KR100560169B1 (ko) | 스펨성 에스엠에스메시지 처리 시스템 및 그 방법 | |
EP1755349A1 (en) | Text or media message service and mobile communication network | |
CN101420678B (zh) | 用于phs系统的终端关机注册方法以及实现该方法的phs系统 | |
CN102300230A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20081210 |