专利名称：多媒体消息在不同多媒体消息中心之间转发的方法
技术领域：
本发明涉及通信领域，尤其涉及多媒体消息交互领域。
背景技术：
在2G移动通讯时代，由于网络带宽的原因，抑制了数据业务的发展。SMS短消息业务的自身缺陷难以解决。随着第三代移动通信系统(包括2.5G)的发展，以它为承载网络的各种数据业务也如雨后春笋般诞生，3G涉及的领域比2G要广阔得多。
多媒体技术使得人们能够更加准确地和生动地表达和传递信息，3G移动通信网络将多媒体引入到移动通信领域，一种崭新的消息业务—多媒体消息(MMSMultimedia Messaging Service)将从根本上改变人们的短消息通信方式。MMS提供了一种非实时的多媒体通信方式，用户可以发送或接收由文字、图象、视频、音频等组成的多媒体消息，在此平台上可以衍生出更丰富业务应用和提供更好的服务质量。
多媒体消息中心负责在网络上发送可由纯文本、图片、视频、音频及其他媒体格式组成的消息。能够提供三种基本业务能力点到点的业务能力、点到应用的业务能力、应用到点的业务能力。并能够提供两种扩展的业务能力点到多点的业务能力、应用到多点的业务能力。
多媒体消息中心设备位于IP网络侧，通过WAP网关实现与无线承载网络的连接，因此其业务实现与具体无线承载网络无关，支持GSM、GPRS、WCDMA和CDMA、CDMA2000等网络，并支持未来的3G网络。
多媒体消息中心设备系统结构如图1所示，涉及的系统接口由各组成网元决定，接口的定义和描述主要集中在业务接入的标准流程，同时对系统物理接口的规范设定了最低要求，以保证系统的多样性。
如图1所示，是现有技术中多媒体消息中心设备系统结构图，图中的网元如下MMS User AgentMMS用户代理，MMS终端通过MMS用户代理提供多媒体消息服务，MMS用户代理是多媒体消息终端上的一个应用，提供用户浏览、编辑、处理多媒体消息等功能，以及消息的发送、接收、删除等操作。MMS用户代理支持MIME，多媒体消息采用MIME格式表示，通过MIME中不同子类型的定义，多媒体消息可包含文本、图像、声音等数据。
MMSC(MMSC)多媒体消息中心，多媒体消息中心对多媒体消息进行协议转换、内容适配、存储和调度，完成多媒体消息在不同多媒体设备之间的传递操作，同时，多媒体消息中心生成CDR话单用于计费。
MMS User DatabasesMMS用户数据库，存储用户信息、个性化信息、接口信息等。在目标网络中，该数据库是MISC系统的一部分，目前集成在MMSC中。
MMS VAS Applicatons外部增值应用服务器，提供增值业务服务。
Billing System计费系统，完成多媒体消息中心系统的计费操作。
External Servers电子邮件服务器、短消息中心(SMSC)和传真机等外部服务设备。
多媒体消息参考体系结构中的接口有MM1MMS用户代理与MMS Relay/Server之间的参考点。
MM2MMS Relay与MMS Server之间的参考点。
MM3MMS Relay/Server与外部(遗留)消息传递系统之间的参考点。
MM4MMS Relay/Server与另一MMSE内的另一MMS Relay/Server之间的参考点。
MM5MMS Relay/Server与归属位置寄存器(HLR)之间的参考点。
MM6MMS Relay/Server与MMS用户数据库这间的参考点。
MM7MMS Relay/Server与MMS VAS应用程序之间的参考点。
MM8Relay/Server与计费系统之间的参考点。
如图2所示，参考点MM4是不同的多媒体消息中心之间的接口，用于在不同的多媒体消息中心之间传送消息，消息的发送应当基于简单邮件传输协议(SMTPSimple Mail Transfer Protocol)(RFC821协议定义)。多媒体消息在MM4接口上进行消息传输所要遵循的消息传输协议结构主要是遵循第三代合作工程(3GPP Third Generation Partnership Project)协议规定。
1、多媒体消息的路由前转在成功寻址到某个对等的多媒体消息中心后，发送方的多媒体消息中心应使用路由前转请求消息(MM4_forward.REQ)为某个多媒体消息选路由前转到接收方的多媒体消息中心，其中包含了MMS控制信息和多媒体消息内容。接收方的多媒体消息中心应以路由前转请求消息的响应(MM4_forward.RES)作为响应，其中包含MM4_forward.RES中所要求的状态。涉及消息如表1所示
表12、路由前转发送报告接收方多媒体消息中心完成多媒体消息的下发以后，根据当前的下发情况生成发送报告(MM_delivery_report.REQ)发送到发送方多媒体消息中心，其中仅包含MMS控制信息。发送方多媒体消息中心应以MM4_delivey_report.RES作为响应，其中提供了MM4_delivey_report.REQ请求处理情况的状态信息。
对MMSC而言，支持MM4_delivery_report.REQ是必须的。涉及消息如表2所示
表23、路由前转阅读报告接收方多媒体消息中心完成MM多媒体消息的下发以后，使用MM4_Read_Reply.REQ把预先由接收方MMS用户代理提交的阅读报告路由前转发送到发送方多媒体消息中心，其中仅包含有MMS控制信息。发送方多媒体消息中心应以MM4_Read_Reply.RES作为回应，并在其中提供MM4_Read_Reply.REQ请求处理情况的状态信息。涉及消息如表3所示
表3通过遵循现有的消息传输协议结构，能够实现多媒体消息在不同多媒体消息中心之间转发，并通过转发的相关计费消息完成多媒体消息的计费功能。MM4接口消息的发送流程如图3所示，MM4_forwa rd.req、MM4_forward.res、MM4_delivey_report.req和MM4_delivey_report.res为MM4接口的协议消息，其他接口的消息是为了作为该流程的补充。MM4接口阅读报告相关的流程是可选流程。
虽然现有的MM4接口的消息传输协议结构能够在消息发送流程中完成不同多媒体消息中心之间多媒体消息的转发功能，但是当出现如下的情况时，则只使用当前的MM4接口的消息传输协议结构将无法完成相应功能的实现。
在多媒体消息在不同多媒体消息中心之间转发流程中，按3GPP协议规定，如果接收方终端不允许产生发送报告，即使发送方终端申请了发送报告，接收方终端也不会产生发送报告回送到接收方终端，根据现在的多媒体消息转发流程，则在接收方终端不产生发送报告的情况下，发送方多媒体消息中心只能根据肯定会收到的MM4_forward.RES确认多媒体转发成功与否，无法确切知道多媒体消息是否正确由发送方终端下发到接收方终端。同时由于接收方终端可以不产生发送报告，则接收方多媒体消息中心也就不一定发送发送报告给接收方多媒体消息中心，则发送方多媒体消息中心就不能根据多媒体消息是否下发成功对发送方终端计费，只能根据MM4_forward.RES所携带多媒体转发成功与否来完成对发送方终端的计费操作，这样有可能导致发送方终端提交的多媒体消息没有下发到接收方终端，却收取了发送方终端的费用的现象。
发明内容
本发明的主要目的在于提供一种多媒体消息在不同多媒体消息中心之间转发的方法，以解决在接收方终端不产生发送报告的情况下，发送方多媒体消息中心只能根据收到的MM4_forward.RES确认多媒体转发成功与否，无法确切知道多媒体消息是否正确由发送方终端下发到接收方终端的问题。
一种多媒体消息在不同多媒体消息中心之间转发的方法，其特征在于包括a、发送方多媒体消息中心接收发送方终端提交的多媒体消息，并编辑生成路由前转请求消息(MM4_forward.REQ)；b、发送方多媒体消息中心将步骤a中生成的消息发送到接收方多媒体消息中心；c、接收方多媒体信息中心回复路由前转请求消息的响应(MM4_forward.RES)给发送方多媒体消息中心；d、接收方多媒体消息中心根据MM4_forward.REQ中的多媒体消息相关信息进行多媒体消息的下发操作。
e、接收方多媒体消息中心根据当前下发情况生成发送报告(MM4_delivery_report.REQ)并发送给发送方多媒体信息中心。
所述的MM4_delivery_repor t.REQ，包括该多媒体消息发送状态是否成功的内容。
所述的多媒体消息在不同多媒体消息中心之间转发的方法，在MM4_delivery_report.REQ中，还扩展了_个表明接收方是否允许生成MM4_delivery_report.REQ的字段。
所述的多媒体消息在不同多媒体消息中心之间转发的方法，还包括步骤f、发送方多媒体信息中心在接收到所述的MM4_delivery_report.REQ后，根据MM4_delivery_report.REQ中携带的表明接收方是否允许生成MM4_delivery_report.REQ的字段和发送方终端是否要求MM4_delivery_report.REQ的信息来决定是否生成发送给发送方终端的发送报告。
所述的多媒体消息在不同多媒体消息中心之间转发的方法，还包括步骤g、发送方多媒体信息中心把发送给发送方终端的发送报告发送到当前多媒体消息的发送方终端的。
在本发明中，不管接收方终端是否允许产生发送报告，接收方多媒体消息中心都会产生一个发送报告返回给发送方多媒体消息中心，表明当前多媒体消息的下发情况。同时在原有的MM4接口的发送报告中表明接收方是否允许生成发送报告，发送方多媒体消息中心会根据发送报告中表明的结果和发送方终端是否要求发送报告来决定是否生成发送报告并把该发送报告发送到当前多媒体消息的发送方终端。解决了现在的多媒体消息转发流程中，在接收方终端不产生发送报告的情况下，发送方多媒体消息中心只能根据收到的MM4_forward.RES确认多媒体转发成功与否，无法确切知道多媒体消息是否正确由发送方终端下发的接收方终端的问题。
图1是现有技术中多媒体消息中心设备系统结构图；图2是现有技术中不同的多媒体消息中心之间的接口示意图；图3是现有技术中MM4接口协议消息交互流程；图4是本发明所采用的组网结构图；图5是本发明多媒体消息转发流程图。
具体实施例方式
下面结合说明书附图来说明本发明的具体实施方式
。
为了便于说明，我们采取发明与现有技术相对应的叙述方式，以便于更为清晰的看到本发明的关键点所在。
如图4所示，是本发明的多媒体信息转发的方法实现的网络环境，所采用的系统组网结构跟现有技术方案的组网保持一致，在该组网图中，MMSRelay/Server就是我们所说的多媒体消息中心，多媒体消息首先由发送方终端提交到发送方多媒体消息中心，发送方多媒体消息中心通过采用SMTP协议实现的MM4接口把多媒体消息转发到接收方多媒体消息中心，接收方多媒体消息中心完成多媒体消息的下发工作，最终把多媒体消息下发到接收方终端，同时接收方多媒体消息中心还会以发送报告的形式告知发送方多媒体消息中心当前多媒体消息的下发情况。
由此可以看出，本发明包括如图5所示的步骤a、发送方多媒体消息中心接收发送方终端提交的多媒体消息，并编辑生成MM4_forward.REQ，该消息带有标识多媒体消息相关信息；当发送方多媒体消息中心收到新提交的多媒体消息时，如果该多媒体消息的发送方和接收方归属于不同的多媒体消息中心，则要进行当前多媒体消息的转发。当进行不同多媒体消息中心之间的多媒体消息转发时，发送方多媒体消息中心采用MM4_forward.REQ把发送方终端提交的多媒体消息转发到多媒体消息的接收方多媒体消息中心。在本技术方案中，我们为了完成多媒体消息在不同多媒体消息中心之间进行信息转发并同时能够完成相应计费功能，当多媒体消息中心接收到当前提交的多媒体消息时，首先编辑生成MM4_forward.REQ。
如表4所示，是现有技术中，当进行不同多媒体消息中心之间的多媒体消息转发时，发送方多媒体消息中心采用MM4_forward.REQ(见表4)的消息结构，从中可以看出，该消息中包括有多媒体消息相关信息。
表4b、发送方多媒体消息中心将步骤a中生成的消息发送到接收方多媒体消息中心；根据流程，接到上述消息的发送方多媒体消息中心把生成的MM4_forward.REQ发送到接收方多媒体消息中心。
c、接收方多媒体信息中心回复MM4_forward.RES给发送方多媒体消息中心；接收方多媒体消息中心接收到发送方多媒体消息中心提交的MM4_forward.RFQ时，首先给发送方多媒体消息中心回一个MM4_forward.RES作为当前接收情况的回应。
d、接收方多媒体消息中心根据MM4_forward.REQ中的多媒体消息相关信息进行多媒体消息的下发操作。
该步骤中，接收方多媒体消息中心根据接收到的MM4_forward.REQ中携带的当前多媒体消息相关信息进行多媒体消息的下发操作。
e、接收方多媒体消息中心根据当前下发情况生成MM4_delivery_report.REQ并发送给发送方多媒体信息中心。
接收方多媒体消息中心完成多媒体消息的下发以后，根据当前多媒体消息的下发情况生成一条相应的MM4_delivery_report.REQ发送给当前多媒体消息的发送方多媒体消息中心，从而能够告知发送方多媒体消息中心当前多媒体消息下发的状态是成功或者是失败等信息，保证发送方多媒体消息中心完成相应的多媒体消息转发处理流程和相关计费功能的完成。
发送方多媒体消息中心在接收到接收方多媒体消息中心发送的MM4_delivery_report.REQ以后，会根据MM4_delivery_report.REQ的状态信息和发送方终端对MM4_delivery_report.REQ的要求生成新的发送报告发送给发送方终端，告知用户所提交的多媒体消息的下发情况。同时，发送方多媒体消息中心结束当前多媒体消息的转发处理流程，完成在对多媒体消息转发流程中发送方多媒体消息中心所需要进行的计费功能，实现发送方终端通讯费的收取。
在以前的技术实现生成方案中，接收方多媒体消息中心在完成多媒体消息的下发以后，接收方多媒体消息中心会根据接收方终端是否允许生成MM4_delivery_report.REQ决定是否给接收方多媒体消息中心生成并下发表征多媒体消息下发状态的MM4_delivery_report.REQ，这样就会出现在接收方终端不允许产生MM4_delivery_report.REQ的情况下，发送方多媒体消息中心接收不到表征多媒体消息下发情况的MM4_delivery_report.REQ，只能根据肯定会收到的路由前转请求消息的响应(MM4_forward.RES)确认多媒体转发成功与否，无法确切知道多媒体消息是否正确由发送方终端下发到接收方终端的问题，也会出现发送方终端提交的多媒体消息没有下发到接收方终端，却收取了发送方终端的费用等现实使用中遇到的问题；我们现在的解决方案中，在接收方多媒体消息中心在完成多媒体消息的下发以后，我们会要求不管接收方终端是否允许产生MM4_delivery_report.REQ，接收方多媒体消息中心都回产生一个MM4_delivery_report.REQ回给发送方多媒体消息中心，表明当前多媒体消息的下发情况，从而使发送方多媒体消息中心能够确切的知道当前多媒体消息的下发情况并正确的完成当前多媒体消息的计费功能。同时在原有的MM4接口的发送报告MM4_delivery_report.REQ消息中扩展增加一个表明接收方是否允许生成MM4_delivery_report.REQ的字段。如表5所示，是3GPP规定的发送报告MM4_delivery_report.REQ消息格式
表5如表6所示，是本技术方案对发送报告MM4_delivery_report.REQ消息的扩展字段
表6f、发送方多媒体信息中心在接收到所述的MM4_delivery_report.REQ后，根据MM4_delivery_report.REQ中携带的表明接收方是否允许生成发送报告的字段和发送方终端是否要求MM4_delivery_report.REQ的信息来决定是否生成发送给发送方终端的发送报告。
这里，会有几种情况出现，包括发送方终端要求得到MM4_delivery_report.REQ，接收方终端不允许给出发送报告的，当发送方多媒体消息中心接收到接收方发送的MM4_delivery_report.REQ后，根据消息中携带上述信息来决定是否生成发给发送方终端的发送报告，这个报告是提供给发送方终端，与前面所述的接收方多媒体消息中心发送给发送方多媒体消息中心的MM4_delivery_report.REQ有一些区别，但该发送给发送方发送终端的报告主要是依据前面所述的MM4_delivery_report.REQ的，因为这不是本发明的关键点所在，因此，在此并不祥述。
g、发送方多媒体信息中心把发送给发送方终端的发送报告发送到当前多媒体消息的发送方终端。
如果发送方终端要求得到该发送报告，则发送方多媒体消息中心将该报告发送给该终端。
在本发明中，不管接收方终端是否允许产生MM4_delivery_report.REQ，接收方多媒体消息中心都会产生一个MM4_delivery_report.REQ返回给发送方多媒体消息中心，表明当前多媒体消息的下发情况。同时在原有的MM4接口的发送报告中表明接收方是否允许生成MM4_delivery_report.REQ，发送方多媒体消息中会根据发送报告中表明的结果和发送方终端是否要求MM4_delivery_report.REQ来决定是否生成MM4_delivery_report.REQ并把该MM4_delivery_report.REQ发送到当前多媒体消息的发送方终端。因此，本发明解决了现在的多媒体消息转发流程中，在接收方终端不产生MM4_delivery_report.REQ的情况下，发送方多媒体消息中心只能根据肯定会收到的MM4_forward.RES确认多媒体转发成功与否，无法确切知道多媒体消息是否正确由发送方终端下发的接收方终端的问题，同时还解决了因为这个问题所导致的发送方终端提交的多媒体消息没有下发到接收方终端，却收取了发送方终端的费用等现实使用中遇到的问题。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
权利要求
1.一种多媒体消息在不同多媒体消息中心之间转发的方法，其特征在于包括a、发送方多媒体消息中心接收发送方终端提交的多媒体消息，并编辑生成路由前转请求消息(MM4_forward.REQ)；b、发送方多媒体消息中心将步骤a中生成的消息发送到接收方多媒体消息中心；c、接收方多媒体信息中心回复路由前转请求消息的响应(MM4_forward.RES)给发送方多媒体消息中心；d、接收方多媒体消息中心根据路由前转请求消息(MM4_forward.REQ)中的多媒体消息相关信息进行多媒体消息的下发操作；e、接收方多媒体消息中心根据当前下发情况生成发送报告(MM4_delivery_report.REQ)并发送给发送方多媒体信息中心。
2.如权利要求1所述的多媒体消息在不同多媒体消息中心之间转发的方法，其特征在于所述的发送报告，包括该多媒体消息发送状态是否成功的内容。
3.如权利要求1或2所述的多媒体消息在不同多媒体消息中心之间转发的方法，其特征在于在MM4_delivery_report.REQ中，还扩展了一个表明接收方是否允许生成MM4_delivery_report.REQ的字段。
4.如权利要求3所述的多媒体消息在不同多媒体消息中心之间转发的方法，其特征在于还包括步骤f、发送方多媒体信息中心在接收到所述的MM4_delivery_report.REQ后，根据MM4_delivery_report.REQ中携带的表明接收方是否允许生成MM4_delivery_report.REQ的字段和发送方终端是否要求MM4_delivery_report.REQ的信息来决定是否生成发送给发送方终端的发送报告。
5.如权利要求4所述的多媒体消息在不同多媒体消息中心之间转发的方法，其特征在于还包括步骤g、发送方多媒体信息中心把发送给发送方终端的发送报告发送到当前多媒体消息的发送方终端。
全文摘要
一种多媒体消息在不同多媒体消息中心之间转发的方法，涉及多媒体消息交互领域。包括a.发送方多媒体消息中心接收发送方终端提交的多媒体消息，生成路由前转请求消息(MM4_forward.REQ)；b.发送方多媒体消息中心将消息发送到接收方多媒体消息中心；c.接收方多媒体信息中心回复消息给发送方多媒体消息中心；d.接收方多媒体消息中心进行多媒体消息的下发操作；e.接收方多媒体消息中心生成发送报告并发送给发送方多媒体信息中心。本发明解决了多媒体消息转发中，接收方终端不产生发送报告时，发送方多媒体消息中心可以确切知道多媒体消息是否正确由发送方终端下发的接收方终端的问题。
文档编号H04M3/42GK1501649SQ02149290
公开日2004年6月2日 申请日期2002年11月12日 优先权日2002年11月12日
发明者唐飞, 李晓斌, 刘明海, 张波, 蒙勇, 杨伟淑, 飞 唐 申请人:华为技术有限公司