一种下发彩信的方法和系统、及彩信中心的制作方法

文档序号:7666751阅读:188来源:国知局
专利名称:一种下发彩信的方法和系统、及彩信中心的制作方法
技术领域
本发明涉及一种通信技术,尤其涉及一种下发彩信的方法和系统、及彩信 中心。
背景技术
尽管SMS (Short Message Service,短消息业务,也称短信业务)仅传输单 纯的文本信息,但SMS已经成为最成功的无线数据业务之一。随着时间的推移 和技术的进步,人们不再满足于单纯的文本信息,而是迫切地追求丰富多彩的 多媒体体验;MMS ( Multimedia Messaging Service ,多媒体消息业务、也称彩 信业务)正是作为SMS的演进,在无线数据业务上迅猛发展起来。目前MMSC ( Multimedia Messaging Service Center,多々某体消息中心、也 称彩信中心)下发MM (MultimediaMessaging,多J 某体消息,也称彩信)到接 收方用户终端是通过PUSH (推送)消息方式实现的,即MMSC收到MM后, 首先会向接收方用户终端发送Push通知短信;若接收方用户终端处于正常状 态,会收到此通知短信,然后自动连接到MMSC上提取此条MM。在现有技术中,MMSC—般通过WAP (Wireless Application Protocol,无 线应用协议)网关连接SMSC或者直连SMSC,向接收方用户终端用户PUSH通 知短信,下面以MMSC通过WAP网关连接SMSC为例,参照图l描述MMSC发 送MM的流程。其中,在下面流程中,其中,Cl表示MMSC至WAP网关之间的 接口, C2表示WAP网关至SMSC之间的接口 , MMl表示MMSC至移动用户终 端之间的接口 (由于实际应用中MMSC不与移动用户终端直接连接,所以MMl 实际上是指MMSC至WAP网关之间的接口 ),为了描述方便,在流程说明中, 省略了对C1、 C2、 MM1的翻译。步骤IOI、 MMSC向WAP网关发送C1—notification.REQ (通知请求)消息。 该C1—notification.REQ (通知请求)消息表示有MM到达MMSC。步骤102、 WAP网关接收到C1—notification.REQ (通知请求)消息后,将 C2—notification.REQ (通知请求)消息发送给SMSC。步骤103-104、 SMSC接收到C2—notification.REQ (通知请求)消息后,一 方面给WAP网关返回C2—notification.RES (通知应答)消息;另 一 方面将 MM1—notification.REQ (通知请求)消息发送症合用户终端。步骤105、用户终端向SMSC返回MM1—notification.RES (通知应答)消息。步骤106、用户终端向WAP网关发送MMljetrieve.REQ (提取MM请求) 消息。步骤107、 WAP网关将C1—retrieve.REQ (提取MM请求)消息转发给 MMSC。步骤108 、 MMSC向WAP网关发送C 1—retrieve.RES (提取MM响应)消息, 以便将MM发给WAP网关。步骤109、 WAP网关发送MM1—retrieve.RES (提取MM响应)消息给用户 终端,以便将MM转发给用户终端。在实现本发明的过程中,本发明人发现上述流程中,由于MMSC无法获知 Push通知请求消息下发所返回(如下发是否成功)的最终结果,从而无法获得 用户终端的状态,从而无法做出有针对性的调度处理,以提高消息发送的效率。 其次,某些用户终端没有能力接收MM(如未开通GPRS业务)时,但是却能够 接收短消息,因此,当PUSH通知短信下发成功后,用户终端无法成功获取MM 消息,从而使得MMSC处于长时间等待过程,浪费了MMSC的资源。第三, MMSC下发MM流程中,由于依赖WAP网关和SMSC等外部网元,信令交互过 多,从而导致下发彩信可靠性降低,并增加了网络时延。

发明内容
本发明实施例提供了一种下发彩信的方法和系统、及彩信中心,可解决现有技术中下发MM效率较低的问题。本发明的实施例提供了一种下发彩信的方法,包括 彩信中心向归属位置寄存器发送查询路由请求消息;彩信中心接收归属位置寄存器返回的查询路由响应消息,所述查询路由响应消息包括彩信中心至用户终端的路由信息;彩信中心根据路由信息向用户终端发送彩信。本发明实施例还公开了一种下发彩信的系统,包括彩信中心,用于向归属位置寄存器发送查询路由请求消息,并接收归属位 置寄存器返回的查询路由响应消息,所述查询路由响应消息包括彩信中心至用 户终端的路由信息,所述彩信中心还根据路由信息向用户终端发送彩信;归属位置寄存器,用于接收彩信中心发送的查询路由请求消息,并向彩信 中心返回查询路由响应消息;用户终端,用于接收彩信中心发送的彩信。本发明实施例还公开了一种彩信中心,包括路由信息查询单元,用于向归属位置寄存器发送查询路由请求消息,并接 收归属位置寄存器返回的查询路由响应消息,所述查询路由响应消息包括彩信 中心至用户终端的路由信息;下发单元,根据路由信息向用户终端发送彩信。根据本发明实施例的下发MM的流程,由于MMSC可以直接与归属位置寄 存器和用户终端进行交互,使得下发MM的过程不再经过WAP网关和SMSC外 部网元,/人而带来如下优点 一方面,在MM业务的组网过程中,可以不需要 WAP网关、SMSC外部网元,从而降低MM业务组网的成本和复杂度;另一方 面,对于在现网实现MM业务,可减轻现网WAP网关、SMSC的压力。


图l示出了现有技术中下发MM的流程;图2示出了本发明实施例的下发MM的流程;图3示出了本发明实施例的下发MM的系统。
具体实施方式
为了便于本领域一般技术人员理解和实现本发明,现结合附图描绘本发明 的实施例。 实施例一如图2所示,本实施例提供了一种下发MM的方法,在本实施例中,在 MMSC中增加一个PUSH模块,即本发明实施例中的MMSC包含彩信中心服务 器和PUSH模块,其中彩信中心服务器用于实现现有技术中彩信中心的功能, PUSH模块用于下发MM。下面参照图2描述本发明实施例下发MM消息的方法。 在本发明实施例中,以MAP Phase2 +协议为例,即PUSH模块使用MAP Phase2+协议与其他模块或设备交互,其中,MMx表示MMSC与其它周边网元之间的 接口, MM2表示MMSC的内部接口 , SRI表示查询路由请求,MM1表示MMSC 至WAP网关之间的接口 ,为了描述方便,在流程说明中,省略了对MMx、 MM2、 SRI、 MM1的翻译。需要说明的是,PUSH模块也可以使用其他标准协议或使 用自定义的协议与其他模块或设备进行交互,在此不再敖述。步骤201、发送方向MMSC发送MMx一submit.REQ (提交请求)消息,该消 息被提交到MMSC中的MMSC服务器。其中,所述提交请求消息包括彩信,所 述发送方包括用户终端、SP( Service Provider,业务提供商)服务器、EmailServer(邮件服务器)等。步骤202、 MMSC服务器向发送方返回MMx—submit.REQ(提交响应)消息。 步骤203 、 MMSC服务器通过MM2接口向PUSH模块发送 MM2—notification—REQ (通知请求)消息,在该消息中,MMSC服务器可进一 步通过置位通知消息中的某字段(如置位字段SRR4 ),指明要求PUSH模块
返回消息下发的递送报告,并可设置一个较短的消息有效期(如2小时),以便PUSH模块在该有效期内向MMSC服务器返回递送报告。
步骤204、 PUSH模块向MMSC服务器返回MM2—notification—RES (通知响 应)消息。
步骤205、 PUSH模块向HLR (Home Location Register,归属位置寄存器) 发送SRI—For—SM (查询路由请求)消息,以获取用户终端的路由信息,并可 进一步将SRijror—SM消息的某个字段(如字段gprsSupportlndicator)设置为有 效状态,以请求HLR反馈该用户终端的GPRS签约信息,并根据GPRS签约信息 确定该用户终端是否开通GPRS业务。
步骤206、 HLR向PUSH模块返回SRI—For—SM—RSP (查询路由响应)消息, 所述SRI—For一SM—RSP消息包括用户终端的路由信息。进一步,若在步骤206 中,PUSH模块请求HLR反馈该用户终端的GPRS签约信息,则HLR可通过 SRI—For—SM—RSP消息的某个字段(如,字段sgsn-Number)返回该用户终端当 前的GPRS签约信息(即SGSNIP信息)。
步骤207、 PUSH才莫块与用户终端进行短消息通信。即,PUSH模块根据路 由信息向用户终端下发彩信通知短消息,以通知用户终端有MM可取,用户终 端接收到该短消息后,向PUSH模块返回短消息响应消息。
当PUSH模块下发彩信通知短消息失败时,可根据预先设置的下发彩信通 知短消息策略重新尝试下发彩信通知短消息,以增加下发彩信通知短消息的成 功率,及时通知用户终端接收彩信。所述下发彩信通知短消息策略可以具体为 1、每隔特定时间(如l小时)向用户终端下发彩信通知短消息,直到下发彩信 通知短消息成功或到达特定次数(如3次);2、也可仅向用户终端下发一次彩 信通知短消息。
PUSH模块可将单次下发彩信通知短消息的结果(短消息响应消息)作为 最终结果,也可将多次下发彩信通知短消息的结果作为最终结果,在本实施例 中,将多次下发彩信通知短消息的结果作为最终结果,即,在多次下发彩信通
知短消息时返回的结果中,其中有一次成功,即认为下发彩信通知短消息成功, 否则,下发彩信通知短消息失败。可选地,在PUSH模块与用户终端进行短消息通信之前,PUSH模块还可根 据HLR返回的GPRS签约信息来判断用户终端是否开通GPRS业务,如果是,则 执行步骤207,否则,直接转步骤208。步骤208、 PUSH模块将短消息响应消息中内容(下发结果状态)和用户终 端的GPRS签约信息以递送报告的形式返回给MMSC服务器,所述递送报告包 括下发短消息成功报告、永久性失败报告(如用户为非法用户、用户未开通 GPRS业务等)或暂时性失败报告(如用户关机等)。步骤209、如果MMSC服务器根据递送报告判断得到用户终端没有开通 GPRS业务(即不支持GPRS),则将当前MM转梦网相册,并结束当前消息流 程。步骤210、如果递送报告包括下发短消息成功,则MMSC服务器随后将会 收到用户终端发送的提取MM请求消息。步骤211、 MMSC服务器收到用户终端发送的提取MM请求消息后,向用 户终端返回提取MM响应消息,以便将MM发给用户终端。步骤212、 MMSC服务器向发送方返回下发MM的递送报告。参照步骤209-211,当递送报告包括下列情况时,MMSC服务器根据递送 报告对MM进行处理方法如下1、递送报告为永久性失败报告的情况对于递送报告为"非法用户,,、"未开通GPRS业务"等永久性失败报告, MMSC在结束下发流程的基础上,还可以完成如下的附加动作,以方便后续对 消息下发流程的分析如果彩信通知短信下发失败的原因为"未开通GPRS业务,,,则将彩信直 接转梦网相册;当发送方为用户终端时,可以通过增强短信提醒发送方接收方号码错误 信息;当发送方为SP服务器时,MMSC可以记录SP业务码与接收方用户号码,供 BOSS (电信运营支撑系统)核对用户信息与定购关系;在下发MM的统计话单和日志中记录此类失败,以便后续进行更加详细准 确的统计、分析;同时,在计算消息成功率时,可以有选择的剔除这部分消息 所统计的话单。2、 递送报告为临时性失败报告的情况对于递送报告为"用户关机"、"用户手机内存满"等临时性失败报告, MMSC服务器可以重新通知PUSH模块,使PUSH模块与用户终端重新进行通 信,以便触发MM的下发,即,按照下发彩信通知短消息策略向用户终端重发 SMS。这样,当用户终端的状态发生改变后,可以及时收到SMS消息,以触发 MM的接收过程。同时,可以在统计话单、业务日志中体现SMS消息的最终下 发状态。以便后续进行更加详细准确的统计、分析。3、 递送报告为下发短消息成功报告的情况如果MMSC服务器超过一段时间未收到用户终端发送的提取MM请求消 息,MMSC服务器可以在一定周期内指示PUSH模块重发彩信通知短消息。考 虑到有"用户终端不支持MM功能"、"用户收到误操作删除"、"用户终端 设置延时取"、"用户不想获取"等多种情况,所以需要对重发周期和重发次 数进行控制,如,将重发周期设为3小时,重发次数设为3次,以免过多的重发 引起用户不满;另夕卜,对于此类情况也可以考虑通过客服的关怀电话进行处理。 此外,在统计话单、业务日志中体现彩信通知短消息的重发次数以及最终的下 发状态,可以进一步用来分析彩信通知短消息重发对消息成功率的影响。在本实施例中,以MMSC中集成一个PUSH冲莫块描述了彩信下发过程,也 可以直接将PUSH才莫块的各种功能直接设置在MMSC中,这样,在本实施例的 方法中,就可省略MMSC服务器至PUSH模块之间的通信,从而使得下发彩信 流程更加筒单、高效。
实施例二如图3所示,本实施例公开了一种下发彩信的系统,所述系统包括发送方 设备、彩信中心、归属位置寄存器和用户终端。下面详细描述该系统的各个组 成部分。发送方设备用于向彩信中心发送彩,所述发送方设备包括用户终端、SP(服务提供商服务器)、EmailServer (邮件服务器)等。彩信中心用于接收发送方设备发送的彩信,并向归属位置寄存器发送查询 路由请求消息,接收归属位置寄存器返回的查询路由响应消息,所述查询路由 响应消息包括彩信中心至用户终端的路由信息,所述彩信中心还根据路由信息 向用户终端发送彩信。所述彩信中心包括彩信中心服务器,用于控制推送模 块下发彩信,并接收发送方设备发送的彩信;推送模块,用于向归属位置寄存 器发送查询路由请求消息,并接收归属位置寄存器返回的查询路由响应消息, 所述查询;洛由响应消息包括彩信中心至用户终端的^各由信息,所述推送^^莫块还 根据路由信息向用户终端发送彩信。所述推送^t块包括路由信息查询单元, 用于向归属位置寄存器发送查询路由请求消息,并接收归属位置寄存器返回的 查询路由响应消息,所述查询路由响应消息包括彩信中心至用户终端的路由信 息;下发单元,根据路由信息向用户终端发送彩信。所述下发单元包括第一 发送单元,用于向用户终端发送彩信通知短消息;接收单元,用于接收用户终 端返回的短消息响应消息和用户终端的提取彩信请求消息,并将所述短消息响 应消息和提取彩信请求消息发给调度单元;调度单元,用于当接收到所述接收 单元接收的提取彩信请求消息时,根据短消息响应消息确定是否下发彩信,若 是启动发送单元;第二发送单元,用于下发彩信。所述路由信息查询单元和所 述下发单元可形成一个单独模块,该模块设置的彩信中心中。归属位置寄存器用于接收彩信中心发送的查询路由请求消息,并向彩信中 心返回查询if各由响应消息。用户终端用于接收彩信中心发送的彩信。
在下发MM的流程中,通过在MMSC中增力口PUSH模块,使得MMSC可以 通过MAP Phase2 +协议(当然,也可以是其他标准协议或是自定义协议)直接 与HLR和用户终端进行交互,由于下发MM的过程不再经过WAP网关、SMSC 外部网元, 一方面,在MM业务的组网过程中,可以不需要WAP网关、SMSC 外部网元,从而降低MM业务組网的成本和复杂度,另一方面,对于在现网实 现MM业务,可减轻现网WAP网关、SMSC的压力。另外,由于可获得用户终 端返回的用户终端状态信息,从而使MMSC根据用户终端状态信息进行下发彩 信,以提高MM下发效率。虽然通过实施例描绘了本发明,但本领域普通技术人员知道,在不脱离本 发明的精神和实质的情况下,就可使本发明有许多变形和变化,本发明的范围 由所附的权利要求来限定。
权利要求
1、一种下发彩信的方法,其特征在于,包括所述彩信中心向归属位置寄存器发送查询路由请求消息;所述彩信中心接收归属位置寄存器返回的查询路由响应消息,所述查询路由响应消息包括彩信中心至用户终端的路由信息;所述彩信中心根据所述路由信息向用户终端发送所述彩信。
2、 根据权利要求l所述的方法,其特征在于,所述彩信中心根据路由信息 向用户终端发送彩信具体包括所述彩信中心根据所述路信息向用户终端发送彩信通知短消息; 所述彩信中心接收用户终端返回的短消息响应消息,并向用户终端发送彩信。
3、 根据权利要求2所述的方法,其特征在于,所述彩信中心向用户终端发 送彩信具体包括当彩信中心接收到用户终端发送的提取彩信请求消息时,根据所述提取彩 信请求向用户终端发送彩信;当彩信中心在预定时间内未接收到用户终端发送的提取彩信请求消息时, 重新向用户终端发送彩信通知短消息,并等待接收用户终端发送的提取彩信请 求消息。
4、 根据权利要求l所述的方法,其特征在于所述查询路由响应消息还包括该用户终端是否开通GPRS业务的信息; 所述彩信中心根据所述路由信息向用户终端发送彩信具体包括当所述彩 信中心根据所述查询路由响应消息判断得到该用户终端开通GPRS业务时,根 据路由信息向用户终端发送彩信通知短消息,并接收用户终端返回的短消息响 应消息,及根据短消息响应消息向用户终端发送彩信。
5、 根据权利要求1至4任一项所述的方法,其特征在于,在彩信中心向归 属位置寄存器发送查询路由请求消息之前,所述方法还包括发送方向彩信中心发送彩信,所述发送方包括用户终端、服务提供商服务器或邮件服务器。
6、 一种下发彩信的系统,其特征在于,包括彩信中心,用于向归属位置寄存器发送查询路由请求消息,并接收归属位 置寄存器返回的包含彩信中心至用户终端的路由信息的查询路由响应消息,并 根据j洛由信息向用户终端发送彩信;归属位置寄存器,用于接收彩信中心发送的查询路由请求消息,并向彩信 中心返回查询5各由响应消息;用户终端,用于接收彩信中心发送的彩信。
7、 一种彩信中心,其特征在于,包括路由信息查询单元,用于向归属位置寄存器发送查询路由请求消息,并接 收归属位置寄存器返回的查询路由响应消息,所述查询路由响应消息包括彩信 中心至用户终端的路由信息;下发单元,根据路由信息向用户终端发送彩信。
8、 根据权利要求7所述的彩信中心,其特征在于,所述下发单元包括 第一发送单元,用于向用户终端发送彩信通知短消息;接收单元,用于接收用户终端返回的短消息响应消息和用户终端的提取彩 信请求消息,并将所述短消息响应消息和提取彩信请求消息发给调度单元;调度单元,用于当接收到所述接收单元接收的提取彩信请求消息时,根据 短消息响应消息确定是否下发彩信,若是启动发送单元;第二发送单元,用于下发彩信。
9、 根据权利要求7所述的彩信中心,其特征在于,所述路由信息查询单元 和所述下发单元形成一个单独模块。
10、 根据权利要求7至9其中之一所述的彩信中心,其特征在于,所述彩信 中心还包括彩信中心服务器,用于控制查询单元和所述下发单元下发彩信。
全文摘要
本发明的实施例提供了一种下发彩信的方法和系统、及彩信中心,可解决现有技术中下发MM效率较低的问题。所述方法包括彩信中心向归属位置寄存器发送查询路由请求消息;彩信中心接收归属位置寄存器返回的查询路由响应消息,所述查询路由响应消息包括彩信中心至用户终端的路由信息;彩信中心根据路由信息向用户终端发送彩信。所述系统包括彩信中心、归属位置寄存器和用户终端,用于接收彩信中心发送的彩信。所述彩信中心包括路由信息查询单元和下发单元。本发明实施例的下发MM的流程,由于下发MM过程不再经过WAP网关和SMSC外部网元,可以降低MM业务组网的成本和复杂度,并可提高MM下发效率。
文档编号H04W88/18GK101163276SQ20071018754
公开日2008年4月16日 申请日期2007年11月26日 优先权日2007年11月26日
发明者沁 何, 刘晓明, 唐群章, 曲衍壮, 杨志军 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1