一种多媒体消息的发送方法

1.一种多媒体消息的发送方法，其特征在于，所述的方法在多媒体消息业 务中心MMSC中加入可与短消息系统进行通讯的接口协议模块，并包括：
a、由多媒体消息的发起方向MMSC提交包括多媒体接收方地址信息的多 媒体消息；
b、MMSC启动PUSH通知流程，MMSC使用可与短消息系统进行通讯的 接口协议将PUSH通知封装成含有PUSH通知的消息，并使用所述接口协议向 短消息系统发送该含有PUSH通知的消息；
c、短消息系统向多媒体消息接收方的归属位置寄存器HLR获取多媒体消 息接收方的路由信息，并根据该路由信息向多媒体消息接收方下发所述PUSH 通知；
d、多媒体消息接收方启动多媒体消息提取流程，根据PUSH通知中多媒体 消息寻址信息从MMSC提取多媒体消息。
2.如权利要求1所述的方法，其特征在于，所述的短消息系统为短消息中 心，或者为短消息网关和短消息中心。
3.如权利要求2所述的方法，其特征在于，所述短消息系统为短消息中心， 所述可与短消息系统进行通讯的接口协议为：短消息点对点协议SMPP、用户数 据报协议UCP、计算机接口信息发送协议CIMD。
4.如权利要求2所述的方法，其特征在于，所述短消息系统为短消息网关 和短消息中心，且所述步骤b中MMSC使用可与短消息系统进行通讯的接口协议 将PUSH通知封装成含有PUSH通知的消息，并使用所述接口协议向短消息系统 发送该含有PUSH通知的消息具体为：
b1′、MMSC使用MMSC与短消息网关之间的接口协议将PUSH通知封装成 含有PUSH通知的消息，并使用该MMSC与短消息网关之间的接口协议向短消息 网关发送该含有PUSH通知的消息；
b2′、短消息网关利用短消息网关与短消息中心之间的接口协议将PUSH通 知封装成含有PUSH通知的消息，并使用该短消息网关与短消息中心之间的接口 协议向短消息中心发送该含有PUSH通知的消息。
5.如权利要求4所述的方法，其特征在于，所述MMSC与短消息网关之间 的接口协议为中国移动点对点协议CMPP或中国联通短消息网关接口协议 SGIP，所述短消息网关与短消息中心之间的接口协议为SMPP、UCP或CIMD。
6.如权利要求2所述的方法，其特征在于，所述步骤c中短消息系统向多媒 体消息接收方的HLR获取多媒体消息接收方的路由信息的方法为：
c1、短消息中心通过PUSH通知中的多媒体消息接收方地址信息查找到多媒 体消息接收方归属HLR，并向该HLR发送路由请求消息；
c2、HLR收到路由请求消息后，向短消息中心返回路由响应消息，该路由 响应消息中包括多媒体消息接收方的路由信息，短消息中心收到路由响应消息 后，获取多媒体消息接收方的路由信息。
7.如权利要求2所述的方法，其特征在于，所述短消息系统为短消息中心， 且在所述步骤c之后，还包括：
c3、多媒体消息接收方向短消息中心返回短消息发送响应消息，该短消息 发送响应消息中包括PUSH通知是否下发成功的信息，短消息中心在预定的时间 内判断是否收到含有PUSH通知下发成功信息的短消息发送响应消息，如果是， 则执行c4；否则，判断执行步骤c的次数是否超过预定次数，如果是，则短消息 中心认定PUSH通知下发失败，并执行步骤c4；否则，短消息中心采取重发策略， 返回步骤c；
c4、短消息中心向MMSC发送递送报告消息，该递送报告消息包括PUSH 通知是否下发成功的信息；
c5、MMSC收到递送报告消息，根据递送报告消息的内容判断PUSH通知是 否下发成功，如果成功，则结束PUSH通知流程；否则，判断执行步骤b的次数 是否超过预定次数，如果是，则MMSC认定PUSH通知下发失败，结束该多媒体 消息的发送流程；否则，MMSC采取重发策略，返回步骤b。
8.如权利要求4所述的方法，其特征在于，所述短消息系统为短消息网关 和短消息中心，且在所述步骤c之后，还包括：
c3′、多媒体消息接收方向短消息中心返回短消息发送响应消息，该短消息 发送响应消息中包括PUSH通知是否下发成功的信息，短消息中心在预定的时间 内判断是否收到含有PUSH通知下发成功信息的短消息发送响应消息，如果是， 则执行c4′；否则，判断执行步骤c的次数是否超过预定次数，如果是，则短消息 中心认定PUSH通知下发失败，并执行步骤c4′；否则，短消息中心采取重发策 略，返回步骤c；
c4′、短消息中心向短消息网关发送递送报告消息，该递送报告消息包括 PUSH通知是否下发成功的信息；
c5′、短消息网关收到递送报告消息，根据递送报告消息的内容判断PUSH 通知是否下发成功，如果成功，则执行步骤c6′，否则，判断执行步骤b2′的次数 是否超过预定次数，如果是，则短消息网关认定PUSH通知下发失败，并执行步 骤c6′；否则，短消息网关采取重发策略，返回步骤b2′；
c6′、短消息网关向MMSC发送结果通知消息，该结果通知消息包括PUSH 通知是否下发成功的信息；
c7′、MMSC收到结果通知消息，根据结果通知消息的内容判断PUSH通知 是否下发成功，如果成功，则结束PUSH通知流程；否则，判断执行步骤b1′的 次数是否超过预定次数，如果是，则MMSC认定PUSH通知下发失败，结束该多 媒体消息的发送流程；否则，MMSC采取重发策略，返回步骤b1′。
9.如权利要求1所述的方法，其特征在于，所述的步骤d具体包括：
d1、多媒体消息接收方根据PUSH通知信息中包含的提取多媒体消息的寻址 信息，向MMSC发送多媒体消息提取请求；
d2、MMSC通过多媒体消息提取响应向多媒体消息接收方下发多媒体消息；
d3、多媒体消息接收方向MMSC返回多媒体消息的接收状态。
10.如权利要求9所述的方法，其特征在于，在所述步骤d1之前，进一步包 括：
多媒体消息接收方选择提取模式，如果多媒体消息接收方选择延时提取多 媒体消息，则根据所述PUSH通知信息中包含的提取多媒体消息的寻址信息，通 过通知响应向MMSC报告已收到PUSH通知，再执行步骤d1；如果多媒体消息接 收方选择立即提取多媒体消息，则直接执行步骤d1。
11.如权利要求1所述的方法，其特征在于，所述短消息系统所属的网络 为：全球移动通信网GSM、通用无线分组业务网GPRS、宽带码分多址WCDMA、 码分多址CDMA95网络或CDMA2000网络。

技术领域\n本发明涉及多媒体信息通讯技术，尤其涉及一种多媒体消息的发送方 法。\n背景技术\n多媒体消息业务中心(MMSC，Multimedia Message Service Centre)负责 在网络上发送由纯文本、图片、视频、音频及其他媒体格式组成的多媒体消息。 MMSC收到多媒体消息业务(MMS，Multimedia Message Service)终端、增值 业务提供商(VASP，Value Added Service Provider)或者邮件服务器发给MMS 终端的多媒体消息时，启动下发流程。下发流程包括PUSH通知流程和消息提取 流程两个阶段。目前MMS业务的PUSH通知流程主要是MMSC通过一条或者多 条短消息向接收方终端发送PUSH通知，该PUSH通知包括有关多媒体消息的相 关信息：例如接收方终端提取多媒体消息所需的寻址信息、发送方标识、多媒 体消息主题和接收方终端地址信息等，其中寻址信息为MMSC地址和多媒体消 息在MMSC中的唯一标识。接收方终端收到PUSH通知后，便启动消息提取过程， 即根据PUSH通知中包括的寻址信息，向存储多媒体消息的MMSC发起消息提取 请求，并提取多媒体消息。\n多媒体消息在全球移动通信网(GSM)、通用无线分组业务网(GPRS)、 宽带码分多址(WCDMA)、码分多址(CDMA)95、CDMA2000和其他网络 中的发送过程较类似，因此下面以多媒体消息在GSM网络中的发送过程为例说 明现有技术多媒体消息的发送方案。\n如图1所示为现有技术中多媒体消息发起方，例如MMS终端、VASP或邮件 服务器，向接收方MSC/MMS终端发送一条多媒体消息的整个发送过程，包括：\n步骤11、多媒体消息的发起方将多媒体消息提交给MMSC，该多媒体消息 中包括接收方MMS终端的地址信息，例如手机号码；\n步骤12、MMSC收到多媒体消息后，启动PUSH通知流程，向接收方MMS 终端下发PUSH通知，具体包括以下步骤：\n步骤1201、MMSC向WAPGW发送PUSH信息消息push-message，并记录执 行本步骤的次数。所述PUSH信息消息push-message中包括PUSH通知，该PUSH 通知中又包括接收方MMS终端提取多媒体消息所需的寻址信息、发送方的标 识、多媒体消息主题和接收方MMS终端地址信息等内容，所述寻址信息为 MMSC地址和所述多媒体消息在MMSC中的唯一标识。\n步骤1202、WAPGW收到PUSH信息消息push-message，向MMSC返回PUSH 响应消息push-response。\n步骤1203、WAPGW使用WAPGW与SMSC之间的接口协议，即短消息点对 点协议(SMPP)对PUSH信息消息push-message中的PUSH通知进行短消息封装， 并使用SMPP协议向短消息中心(SMSC)发送提交消息submit_sm，该提交消 息submit_sm中包括含有PUSH通知的短消息，记录执行本步骤的次数。在某一 运营商的实际网络中WAPGW与SMSC之间的接口协议也可以使用用户数据报 协议(UCP)、计算机接口信息发送协议(CIMD)或其他同类协议。\n步骤1204、SMSC收到提交消息submit_sm后，向WAPGW返回提交响应 submit_sm_resp，并执行步骤1205。\n以下步骤1205至步骤1208为SMSC向接收方MMS终端下发短消息的流程：\n步骤1205、SMSC通过提交消息submit_sm中PUSH通知包含的接收方MMS 终端地址信息确定接收方MMS终端归属的位置寄存器(HLR)地址，并向该HLR 发送路由请求消息map_sri_for_sm_req，并记录执行本步骤的次数。如果当前网 络为CDMA网络，则路由请求消息为SMSREQ消息。\n步骤1206、HLR收到路由请求消息map_sri_for_sm_req后，向SMSC返回路 由响应消息map_sri_for_sm_resp，所述的路由响应消息map_sri_for_sm_resp中包 括接收方MMS终端当前所在的MSC地址。\n如果当前网络为CDMA网络，则所述路由响应消息为smsreq消息，如果当 前网络为GPRS和WCDMA网络，则路由响应消息中包括的路由信息为接收方终 端当前所在MSC或SGSN地址。\n步骤1207、SMSC读取路由响应消息map_sri_for_sm_resp中的路由信息，根 据该路由信息通过接收方MSC向接收方MMS终端下发短消息发送请求消息 map_mt_fwd_sm_req，其中包括含有PUSH通知的短消息；\n如果当前网络为CDMA网络，则所述的短消息发送请求消息为点对点短消 息发送请求消息(SMDPP)。\n步骤1208、接收方MMS通过接收方MSC向SMSC返回短消息发送响应消息 map_mt_fwd_sm_resp。该短消息发送响应消息map_mt_fwd_sm_resp包括PUSH 通知是否下发成功的信息。SMSC在预定时间内判断是否收到PUSH通知下发成 功的短消息发送响应消息map_mt_fwd_sm_resp，如果是，则执行步骤1209；否 则，SMSC根据内部重发策略，选择是否重发和重发的时间，如果重发，则判 断执行步骤1205的次数是否超过预定次数，如果超过预定次数，则SMSC认定 PUSH通知下发失败，并执行步骤1209；如果没有超过预定次数，则采取重发策 略，返回步骤1205。\n如果当前网络为CDMA网络，则MSC向SMSC返回的响应消息为smdpp。\n步骤1209、SMSC向WAPGW发送递送报告消息deliver_sm，该递送报告消 息deliver_sm包括PUSH通知是否下发成功的信息。\n步骤1210、WAPGW收到递送报告消息deliver_sm后，向SMSC返回递送报 告响应deliver_sm_resp。并根据递送报告消息的内容判断PUSH通知是否下发成 功，如果成功，则执行步骤1211；否则，根据内部重发策略，决定是否重发， 如果重发则判断执行步骤1203的次数是否超过预定的次数，如果超过预定次数， 则WAPGW认定PUSH通知下发失败，并执行步骤1211，如果没有超过预定的次 数，则WAPGW采取重发策略，返回步骤1203。\n步骤1211、WAPGW向MMSC发送结果通知消息resultnotification-message， 该结果通知消息resultnotification-message中包括PUSH通知是否下发成功的信 息。\n步骤1212、MMSC收到结果通知消息后，向WAPGW返回结果通知响应 resultnotification-response，并根据结果通知消息resultnotification-message的内容 判断PUSH通知是否下发成功，如果成功，则结束PUSH通知流程；否则，SMSC 根据内部重发策略，选择是否重发和重发的时间，如果重发，则判断执行步骤 1201的次数是否超过预定的次数，如果超过预定的次数，则MMSC认定PUSH 通知下发失败，结束该多媒体消息的发送流程，认定该多媒体消息发送失败， 并执行步骤17，如果没有超过预定的次数，则MMSC采取重发策略，返回步骤 1201。\n以下的步骤13至步骤17为多媒体消息的提取流程：\n步骤13、接收方MMS终端收到含有PUSH通知的短消息后，根据自身的选 择模式进行处理：如果接收方MMS终端选择延时提取多媒体消息的情况下，则 根据PUSH通知信息中包含的提取多媒体消息的寻址信息，通过通知响应 MM1_notification.RES向MMSC报告已收到PUSH通知，再执行步骤14；如果接 收方MMS终端选择立即提取多媒体消息的情况下，则直接执行步骤14。\n步骤14、当多媒体消息提取时间到达时，接收方MMS终端根据PUSH通知 信息中包含的提取多媒体消息的寻址信息，向MMSC发送多媒体消息提取请求 MM1_retrieve.REQ。\n步骤15、MMSC通过多媒体消息提取响应MM1_retrieve.RES向接收方MMS 终端下发多媒体消息。\n步骤16、在延时提取的情况下，接收方MMS终端通过多媒体消息确认消息 MM1_acknowledgement.REQ向MMSC返回多媒体消息的接收状态。在立即提取 的情况下，接收方终端通过通知响应MM1_notification.RES消息向MMSC返回多 媒体消息的接收状态。\n步骤17、如果发送方要求获知多媒体消息的发送状态，则MMSC向发送方 返回多媒体消息发送状态报告，该发送状态报告包含接收方多媒体消息的接收 状态信息；如果发送方没有要求获知多媒体消息的发送状态，则结束流程。\n由上述流程可看出PUSH通知流程对于整个MMS业务至关重要，是保证接 收方正常获取消息的必要条件。\n但是，由于当前的WAPGW支持可与短消息中心进行通讯的接口协议，例 如SMPP、UCP和CIMD，因此当前的WAPGW都可使用该接口协议对PUSH通知 进行短消息封装，并利用该接口协议与短消息中心通讯，而当前的MMSC不支 持可与短消息中心进行通讯的接口协议，因此，在现有的PUSH通知流程中，必 须经过WAPGW才能与短消息中心进行通讯。由此导致PUSH通知流程的中间环 节多，MMSC和WAPGW的重发机制难以协调一致，PUSH通知的成功率和效率 也比较低，因此在很大程度上降低了多媒体消息的发送成功率，大大影响了多 媒体短消息业务的服务质量。另外，由于中间环节过多，运营的成本也比较高。\n发明内容\n有鉴于此，本发明的主要目的是提供一种多媒体消息的发送方法，提高多 媒体消息的发送效率和成功率，降低成本。\n为了实现上述目的，本发明的技术方案是这样实现的：\n一种多媒体消息的发送方法，该方法在多媒体消息业务中心MMSC中加入 可与短消息系统进行通讯的接口协议模块，并包括：\na、由多媒体消息的发起方向MMSC提交包括多媒体接收方地址信息的多 媒体消息；\nb、MMSC启动PUSH通知流程，MMSC使用可与短消息系统进行通讯的 接口协议将PUSH通知封装成含有PUSH通知的消息，并使用所述接口协议向 短消息系统发送该含有PUSH通知的消息；\nc、短消息系统向多媒体消息接收方的归属位置寄存器HLR获取多媒体消 息接收方的路由信息，并根据该路由信息向多媒体消息接收方下发所述PUSH 通知；\nd、多媒体消息接收方启动多媒体消息提取流程，根据PUSH通知中多媒体 消息寻址信息从MMSC提取多媒体消息。\n所述的短消息系统为短消息中心，或者为短消息网关和短消息中心。\n当所述短消息系统为短消息中心时，所述可与短消息中心进行通讯的接口 协议为：短消息点对点协议SMPP、用户数据报协议UCP、计算机接口信息发送 协议CIMD。\n当所述短消息系统为短消息网关和短消息中心时，则所述步骤b中MMSC 使用可与短消息系统进行通讯的接口协议将PUSH通知封装成含有PUSH通知 的消息，并使用所述接口协议向短消息系统发送该含有PUSH通知的消息具体 为：\nb1′、MMSC使用MMSC与短消息网关之间的接口协议将PUSH通知封装成 含有PUSH通知的消息，并使用该MMSC与短消息网关之间的接口协议向短消息 网关发送该含有PUSH通知的消息；本步骤中所述MMSC与短消息网关之间的接 口协议为中国移动点对点协议CMPP或中国联通短消息网关接口协议SGIP。\nb2′、短消息网关利用短消息网关与短消息中心之间的接口协议将PUSH通 知封装成含有PUSH通知的消息，并使用该短消息网关与短消息中心之间的接口 协议向短消息中心发送该含有PUSH通知的消息。本步骤所述短消息网关与短消 息中心之间的接口协议为SMPP、UCP或CIMD。\n上述步骤c中短消息系统向多媒体消息接收方的HLR获取多媒体消息接收 方的路由信息的方法为：\nc1、短消息中心通过PUSH通知中的多媒体消息接收方地址信息查找到多媒 体消息接收方归属HLR，并向该HLR发送路由请求消息；\nc2、HLR收到路由请求消息后，向短消息中心返回路由响应消息，该路由 响应消息中包括多媒体消息接收方的路由信息，短消息中心收到路由响应消息 后，获取多媒体消息接收方的路由信息。\n当所述短消息系统为短消息中心时，则在所述步骤c之后，还包括：\nc3、多媒体消息接收方向短消息中心返回短消息发送响应消息，该短消息 发送响应消息中包括PUSH通知是否下发成功的信息，短消息中心在预定的时间 内判断是否收到含有PUSH通知下发成功信息的短消息发送响应消息，如果是， 则执行c4；否则，判断执行步骤c的次数是否超过预定次数，如果是，则短消息 中心认定PUSH通知下发失败，并执行步骤c4；否则，短消息中心采取重发策略， 返回步骤c；\nc4、短消息中心向MMSC发送递送报告消息，该递送报告消息包括PUSH 通知是否下发成功的信息；\nc5、MMSC收到递送报告消息，根据递送报告消息的内容判断PUSH通知是 否下发成功，如果成功，则结束PUSH通知流程；否则，判断执行步骤b的次数 是否超过预定次数，如果是，则MMSC认定PUSH通知下发失败，结束该多媒体 消息的发送流程；否则，MMSC采取重发策略，返回步骤b。\n当所述短消息系统为短消息网关和短消息中心时，则在所述步骤c之后，还 包括：\nc3′、多媒体消息接收方向短消息中心返回短消息发送响应消息，该短消息 发送响应消息中包括PUSH通知是否下发成功的信息，短消息中心在预定的时间 内判断是否收到含有PUSH通知下发成功信息的短消息发送响应消息，如果是， 则执行c4′；否则，判断执行步骤c的次数是否超过预定次数，如果是，则短消息 中心认定PUSH通知下发失败，并执行步骤c4′；否则，短消息中心采取重发策 略，返回步骤c；\nc4′、短消息中心向短消息网关发送递送报告消息，该递送报告消息包括 PUSH通知是否下发成功的信息；\nc5′、短消息网关收到递送报告消息，根据递送报告消息的内容判断PUSH 通知是否下发成功，如果成功，则执行步骤c6′，否则，判断执行步骤b2′的次数 是否超过预定次数，如果是，则短消息网关认定PUSH通知下发失败，并执行步 骤c6′；否则，短消息网关采取重发策略，返回步骤b2′；\nc6′、短消息网关向MMSC发送结果通知消息，该结果通知消息包括PUSH 通知是否下发成功的信息；\nc7′、MMSC收到结果通知消息，根据结果通知消息的内容判断PUSH通知 是否下发成功，如果成功，则结束PUSH通知流程；否则，判断执行步骤b1′的 次数是否超过预定次数，如果是，则MMSC认定PUSH通知下发失败，结束该多 媒体消息的发送流程；否则，MMSC采取重发策略，返回步骤b1′。\n上述的步骤d具体包括：\nd1、多媒体消息接收方根据PUSH通知信息中包含的提取多媒体消息的寻址 信息，向MMSC发送多媒体消息提取请求；\nd2、MMSC通过多媒体消息提取响应向多媒体消息接收方下发多媒体消息；\nd3、多媒体消息接收方向MMSC返回多媒体消息的接收状态。\n在所述步骤d1之前，进一步包括：\n多媒体消息接收方选择提取模式，如果多媒体消息接收方选择延时提取多 媒体消息，则根据所述PUSH通知信息中包含的提取多媒体消息的寻址信息，通 过通知响应向MMSC报告已收到PUSH通知，再执行步骤d1；如果多媒体消息接 收方选择立即提取多媒体消息，则直接执行步骤d1。\n上述短消息系统所属的网络为：全球移动通信网GSM、通用无线分组业务 网GPRS、宽带码分多址WCDMA、码分多址CDMA95网络或CDMA2000网络。\n由于本发明所述的方法在MMSC中增加可与短消息系统进行通讯的接 口协议模块，实现MMSC直接与短消息系统通讯，因此在PUSH通知流程 中可消除WAPGW的参与，减少PUSH通知流程的中间环节，消除发送多 媒体消息对WAPGW的依赖，并进一步消除MMSC和WAPGW重发机制的 不一致性。\n本发明所述的短消息系统为可转发短消息的中间通讯设备，短消息系统 可以为短消息中心，也可以为短消息网关和短消息中心。\n如果短消息系统为短消息中心，则由于MMSC直接与短消息中心通讯， 减少了中间环节，因此可提高多媒体消息的发送效率和成功率，提高多媒体 消息业务的服务质量，并降低成本；另外，由于本发明所述方法中MMSC 可直接利用接口协议与各种网络的短消息中心进行通讯，因此提高了多媒体 消息业务组网的灵活性。\n如果短消息系统为短消息网关和短消息中心，则由于短消息网关处理短 消息的效率和成功率比WAPGW处理短消息的效率和成功率高，因此，也 可以提高多媒体消息的发送效率和成功率。\n附图说明\n图1为现有技术中多媒体消息的发送流程图；\n图2为当本发明所述的短消息系统为短消息中心时，多媒体消息的发送 流程图；\n图3为当本发明所述的短消息系统为短消息网关和短消息中心时，多媒 体消息的发送流程图。\n具体实施方式\n下面结合附图和具体实施例进一步说明本发明的实施方法。\n本发明的核心思想为：在PUSH通知流程中，消除WAPGW的参与， 利用MMSC直接与短消息系统通讯，完成PUSH通知的下发。本发明的短 消息系统为短消息中心，或者为短消息网关和短消息中心。\n本发明所述方法在MMSC中加入可与短消息系统进行通讯的接口协议模 块，当短消息系统为短消息中心SMSC时，在MMSC中加入可与SMSC直接通讯 的接口协议模块，例如在GSM网络中为SMPP协议模块，在其他网络中可以为 UCP协议模块、CIMD协议模块或其他协议模块；当短消息系统为短消息网关和 SMSC时，在MMSC中加入可与短消息网关直接通讯的短消息网关协议模块， 例如中国移动点对点协议(China Mobile Peer to Peer，CMPP)、中国联通短消 息网关接口协议(SGIP)或其他同类协议模块。\n由于多媒体消息在GSM、GPRS、WCDMA、CDMA95、CDMA2000或其 他网络中的发送过程较类似，因此下面以多媒体消息在GSM网络中的发送过程 为例说明本发明所述方法。\n如图2所示为当本发明所述的短消息系统为SMSC时，多媒体消息发起方， 例如MMS终端、VASP或邮件服务器，向接收方MMS终端发送多媒体消息的整 个发送过程，包括：\n步骤21、多媒体消息的发起方将多媒体消息提交给MMSC，该多媒体消息 中包括接收方MMS终端的地址信息，例如手机号码；\n步骤22、MMSC收到多媒体消息后，启动PUSH通知流程，向接收方MMS 终端下发PUSH通知，该PUSH通知中包括接收方MMS终端提取多媒体消息所需 的寻址信息、发送方的标识、多媒体消息主题和接收方MMS终端地址信息等内 容，所述寻址信息为MMSC地址和所述多媒体消息在MMSC中的唯一标识， PUSH通知流程具体包括以下步骤：\n步骤2201、MMSC使用与SMSC进行通讯的接口协议，例如SMPP协议，将 PUSH通知封装成短消息，并使用该接口协议向SMSC发送提交消息submit_sm， 该提交消息submit_sm中包括含有PUSH通知的短消息，记录执行本步骤的次数。\n如果当前网络为其他网络，则MMSC与SMSC之间的接口协议也可以使用 UCP协议、CIMD协议或其他同类协议，本文中所涉及的SMPP协议都可用上述 UCP协议、CIMD协议或其他同类协议代替。\n步骤2202、SMSC收到提交消息submit_sm后，向MMSC返回提交响应 submit_sm_resp。\n以下步骤2203至步骤2206为SMSC向接收方MMS终端下发短消息的流程：\n步骤2203、SMSC通过提交消息submit_sm中PUSH通知包含的接收方MMS 终端地址信息确定接收方MMS终端归属的位置寄存器(HLR)地址，并向该HLR 发送路由请求消息map_sri_for_sm_req，并记录执行本步骤的次数。\n如果当前网络为CDMA网络，则路由请求消息为SMSREQ消息。\n步骤2204、HLR收到路由请求消息map_sri_for_sm_req后，向SMSC返回路 由响应消息map_sri_for_sm_resp，所述的路由响应消息map_sri_for_sm_resp中包 括接收方MMS终端的路由信息，即接收方MMS终端当前所在的MSC地址。\n如果当前网络为CDMA网络，则所述路由响应消息为smsreq消息，如果当 前网络为GPRS和WCDMA网络，则路由响应消息中包括的路由信息为服务通用 分组业务节点(SGSN)地址。\n步骤2205、SMSC读取路由响应消息map_sri_for_sm_resp中的路由信息，根 据该路由信息通过接收方MSC向接收方MMS终端发送短消息发送请求消息 map_mt_fwd_sm_rep，其中包含要发给接收方MMS终端的含有PUSH通知的短 消息。如果当前网络为CDMA网络，则所述的短消息发送请求消息为SMDPP消 息。\n步骤2206、接收方MMS通过接收方MSC向SMSC返回短消息发送响应消息 map_mt_fwd_sm_resp。该短消息发送响应消息map_mt_fwd_sm_resp包括PUSH 通知是否下发成功的信息。SMSC在预定的时间内判断是否收到PUSH通知下发 成功的短消息发送响应消息map_mt_fwd_sm_resp，如果是，则执行下一步骤； 否则，SMSC根据内部重发策略，选择是否重发和重发的时间，如果重发，则 判断执行步骤2203的次数是否超过预定的次数，如果超过预定次数，则SMSC 认定PUSH通知下发失败，并执行下一步骤；如果没有超过预定的次数，则SMSC 采取重发策略，返回步骤2203。\n另外，如果当前网络为CDMA网络，则MSC向SMSC返回的响应消息为 smdpp。\n步骤2207、SMSC向MMSC发送递送报告消息deliver_sm，该递送报告消息 deliver_sm包括PUSH通知是否下发成功的信息。\n步骤2208、MMSC收到递送报告消息deliver_sm后，向SMSC返回递送报告 响应deliver_sm_resp。并根据递送报告消息的内容判断PUSH通知是否下发成 功，如果成功，则结束PUSH通知流程；否则，MMSC根据内部重发策略，选择 是否重发和重发的时间，如果重发，则判断执行步骤2201的次数是否超过预定 的次数，如果超过预定的次数，则MMSC认定PUSH通知下发失败，结束该多媒 体消息的发送流程，认定该多媒体消息发送失败，并执行步骤17；如果没有超 过预定的次数，则MMSC采取重发策略，返回步骤2201。\n以下的步骤23至步骤27为多媒体消息的提取流程：\n步骤23、接收方MMS终端收到PUSH通知后，根据自身的选择模式进行处 理：如果接收方MMS终端选择延时提取多媒体消息的情况下，则根据PUSH通 知信息中包含的提取多媒体消息的寻址信息，通过通知响应 MM1_notification.RES向MMSC报告已收到PUSH通知，再执行步骤24；如果接 收方MMS终端选择立即提取多媒体消息的情况下，则直接执行步骤24。\n步骤24、当多媒体消息提取时间到达时，接收方MMS终端根据PUSH通知 信息中包含的提取多媒体消息的寻址信息，向MMSC发送多媒体消息提取请求 MM1_retrieve.REQ。\n步骤25、MMSC通过多媒体消息提取响应MM1_retrieve.RES向接收方MMS 终端下发多媒体消息。\n步骤26、在延时提取的情况下，接收方MMS终端通过多媒体消息确认消息 MM1_acknowledgement.REQ向MMSC返回多媒体消息的接收状态。在立即提取 的情况下，接收方终端通过通知响应MM1_notification.RES消息向MMSC返回多 媒体消息的接收状态。\n步骤27、如果发送方要求获知多媒体消息的发送状态，则MMSC向发送方 返回多媒体消息发送状态报告，该发送状态报告包含接收方多媒体消息的接收 状态信息；如果发送方没有要求获知多媒体消息的发送状态，则结束流程。\n在GSM、GPRS、WCDMA、CDMA95、CDMA2000或其他各种移动网络 和固定网络中，均可采用本发明方法所述的组网方式，即MMSC使用相应的接 口协议直接与各种移动网络或固定网络的短消息系统进行通讯，从而完成多媒 体消息的发送。例如在CDMA网络中，MMSC可直接与CDMA的短消息中心MC 连接，完成多媒体消息的发送。\n图3所示为当本发明所述的短消息系统为短消息网关和SMSC时，多媒体消 息发起方向接收方MMS终端发送多媒体消息的整个发送过程，该过程与图2所 示的过程相似，只是MMSC与短消息系统间的交互过程稍有不同，以下只对 MMSC与短消息系统间的交互过程进行说明。\nMMSC收到多媒体消息后，启动PUSH通知流程，包括：\n步骤3201、MMSC使用MMSC与短消息网关之间的接口协议，例如CMPP， 将PUSH通知封装成含有PUSH通知的消息，并使用CMPP向短消息网关发送该 含有PUSH通知的PUSH信息消息CMPP_SUBMIT，并记录执行本步骤的次数。\n步骤3202、短消息网关收到CMPP_SUBMIT后，向MMSC返回PUSH响应消 息CMPP_SUBMIT_RESP。\n步骤3203、短消息网关利用短消息网关与SMSC之间的接口协议，例如 SMPP，将PUSH通知封装成含有PUSH通知的短消息，并使用SMPP向SMSC发 送该含有PUSH通知的提交消息submit_sm，并记录执行本步骤的次数。此处的 接口协议也可以是UCP、CIMD或其他同类协议。\n步骤3204、SMSC收到submit_sm后，向短消息网关返回提交响应 submit_sm_resp，并执行步骤2203。\n接着执行步骤2203到步骤2206。执行完步骤2206后，执行以下步骤：\n步骤3205、SMSC向短消息网关发送递送报告消息deliver_sm，该deliver_sm 包括PUSH通知是否下发成功的信息。\n步骤3206、短消息网关收到deliver_sm后，向SMSC返回deliver_sm_resp， 并根据deliver_sm的内容判断PUSH通知是否下发成功，如果成功，则执行步骤 3207，否则，判断执行步骤3203的次数是否超过预定次数，如果是，则短消息 网关认定PUSH通知下发失败，并执行步骤3207；否则，短消息网关采取重发策 略，返回步骤3203。\n步骤3207、短消息网关向MMSC发送结果通知消息CMPP_DELIVER，该 CMPP_DELIVER包括PUSH通知是否下发成功的信息。\n步骤3208、MMSC收到CMPP_DELIVER后，向短消息网关返回结果通知响 应CMPP_DELIVER_RESP，并根据CMPP_DELIVER的内容判断PUSH通知是否 下发成功，如果成功，则结束PUSH通知流程；否则，判断执行步骤3201的次数 是否超过预定次数，如果是，则MMSC认定PUSH通知下发失败，结束该多媒体 消息的发送流程；否则，MMSC采取重发策略，返回步骤3201。\n多媒体消息的提取流程为上述的步骤23至步骤27。\n以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局 限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变 化或替换，都应涵盖在本发明的保护范围之内。