终端与增值业务提供商应用之间多媒体消息转发的方法 【技术领域】
本发明涉及通信领域，尤其涉及多媒体消息交互领域。
背景技术
在2G移动通讯时代，由于网络带宽的原因，抑制了数据业务的发展。SMS短消息业务的自身缺陷难以解决。随着第三代移动通信系统(包括2.5G)的发展，以它为承载网络的各种数据业务也如雨后春笋般诞生，3G涉及的领域比2G要广阔得多。
多媒体技术使得人们能够更加准确地和生动地表达和传递信息，3G移动通信网络将多媒体引入到移动通信领域，一种崭新的消息业务-多媒体消息(MMSMultimedia Messaging Service)将从根本上改变人们的短消息通信方式。MMS提供了一种非实时的多媒体通信方式，用户可以发送或接收由文字、图象、视频、音频等组成的多媒体消息，在此平台上可以衍生出更丰富业务应用和提供更好的服务质量。
多媒体消息中心负责在网络上发送可由纯文本、图片、视频、音频及其他媒体格式组成的消息。能够提供三种基本业务能力：点到点的业务能力、点到应用的业务能力、应用到点的业务能力。并能够提供两种扩展地业务能力：点到多点的业务能力、应用到多点的业务能力。
多媒体消息中心设备位于IP网络侧，通过WAP网关实现与无线承载网络的连接，因此其业务实现与具体无线承载网络无关，支持GSM、GPRS、WCDMA和CDMA、CDMA2000等网络，并支持未来的3G网络。
多媒体消息中心设备系统结构如图1所示，涉及的系统接口由各组成网元决定，接口的定义和描述主要集中在业务接入的标准流程，同时对系统物理接口的规范设定了最低要求，以保证系统的多样性。
如图1所示，是现有技术中多媒体消息中心设备系统结构图，图中的网元如下：
MMS User Agent：MMS用户代理，MMS终端通过MMS用户代理提供多媒体消息服务，MMS用户代理是多媒体消息终端上的一个应用，提供用户浏览、编辑、处理多媒体消息等功能，以及消息的发送、接收、删除等操作。MMS用户代理支持MIME，多媒体消息采用MIME格式表示，通过MIME中不同子类型的定义，多媒体消息可包含文本、图像、声音等数据。
MMSC(MMSC)：多媒体消息中心，多媒体消息中心对多媒体消息进行协议转换、内容适配、存储和调度，完成多媒体消息在不同多媒体设备之间的传递操作，同时，多媒体消息中心生成CDR话单用于计费。
MMS User Databases：MMS用户数据库，存储用户信息、个性化信息、接口信息等。在目标网络中，该数据库是MISC系统的一部分，目前集成在MMSC中。
MMS VAS Applicatons：外部增值应用服务器，提供增值业务服务。
Billing System：计费系统，完成多媒体消息中心系统的计费操作。
External Servers：电子邮件服务器、短消息中心(SMSC)和传真机等外部服务设备。
多媒体消息参考体系结构中的接口有：
MM1：MMS用户代理与MMS Relay/Server之间的参考点。
MM2：MMS Relay与MMS Server之间的参考点。
MM3：MMS Relay/Server与外部(遗留)消息传递系统之间的参考点。
MM4：MMS Relay/Server与另一MMSE内的另一MMS Relay/Server之间的参考点。
MM5：MMS Relay/Server与归属位置寄存器(HLR)之间的参考点。
MM6：MMS Relay/Server与MMS用户数据库这间的参考点。
MM7：MMS Relay/Server与MMS VAS应用程序之间的参考点。
MM8：Relay/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所示：抽象消息名消息类型方向MM4_forward.REQ请求Originator MMSC->recipient MMSCMM4_forward.RES响应Recipient MMSC->originator MMSC
表1
2、路由前转发送报告
接收方多媒体消息中心完成多媒体消息的下发以后，根据当前的下发情况生成发送报告MM_delivery_report.REQ发送到发送方多媒体消息中心，其中仅包含MMS控制信息。发送方多媒体消息中心应以MM4_delivey_report.RES作为响应，其中提供了MM4_delivey_report.REQ请求处理情况的状态信息。
对MMSC而言，支持MM4_delivery_report.REQ是必须的。涉及消息如表2所示：抽象消息名消息类型方向MM4_delivery_report.REQ请求Recipient MMSC->originator MMSCMM4_delivery_report.RES响应Originator MMSC->recipient MMSC
表2
3、路由前转阅读报告
接收方多媒体消息中心完成MM多媒体消息的下发以后，使用MM4_Read_Reply.REQ把预先由接收方MMS用户代理提交的阅读报告路由前转发送到发送方多媒体消息中心，其中仅包含有MMS控制信息。发送方多媒体消息中心应以MM4_Read_Reply.RES作为回应，并在其中提供MM4_Read_Reply.REQ请求处理情况的状态信息。涉及消息如表3所示：抽象消息名消息类型方向MM4_read_reply.REQ请求Recipient MMSC->originator MMSCMM4_read_reply.RES响应Originator MMSC->recipient MMSC
表3
通过遵循现有的消息传输协议结构，能够实现多媒体消息在不同多媒体消息中心之间转发，并通过转发的相关计费消息完成多媒体消息的计费功能。MM4接口消息的发送流程如图3所示，MM4_forward.req、MM4_forward.res、MM4_delivey_report.req和MM4_delivey_report.res为MM4接口的协议消息，其他接口的消息消息是为了作为该流程的补充。MM4接口阅读报告相关的流程是可选流程。
虽然现有的MM4接口的消息传输协议结构能够在消息发送流程中完成不同多媒体消息中心之间多媒体消息的转发功能，但是当出现如下的情况时，则只使用当前的MM4接口的消息传输协议结构将无法完成相应功能的实现。
现有技术中存在的问题是，当终端和VASP应用不在同一个多媒体消息中心时，要求进行多媒体消息在不同多媒体消息中心之间进行信息转发，因为缺少相关消息发送所需要的计费信息而无法完成计费功能。
【发明内容】
本发明的主要目的在于提供一种终端与增值业务提供商应用之间多媒体消息转发的方法，以解决现有技术中多媒体消息在不同多媒体消息中心之间转发时不能完成相应计费的问题；
一种终端与VASP应用之间多媒体消息转发的方法，其特征在于包括：
a、发送方多媒体消息中心接收发送方终端提交的多媒体消息，并编辑生成路由前转请求消息(MM4_forward.REQ)，该消息带有标识多媒体消息信息和VASP业务相关信息；
b、发送方多媒体消息中心将步骤a中生成的消息发送到接收方多媒体消息中心；
c、接收方多媒体信息中心回复路由前转请求消息的响应(MM4_forward.RES)给发送方多媒体消息中心；
d、接收方多媒体消息中心根据MM4_forward.REQ中的多媒体消息信息和VASP业务相关信息进行多媒体消息的下发操作。
所述的终端与VASP应用之间多媒体消息转发的方法，步骤a中，该标识VASP业务相关信息包括：VASP业务应用的代码、服务代码、业务代码、计费类型、费率等相关信息。
所述的终端与VASP应用之间多媒体消息转发的方法，还包括步骤：
e、接收方多媒体消息中心根据步骤a中的相关信息进行计费处理的操作。
所述的终端与VASP应用之间多媒体消息转发的方法，还包括步骤：
f、发送方多媒体消息中心进行计费操作。
本发明的通过对目前的MM4_forward.REQ结构进行相应的扩展，使其能够包括VASP业务应用的代码、服务代码、业务代码、计费类型、费率这五个字段，从而能够准确的表明当前服务的VASP应用、当前服务的业务以及准确的计费信息，成功的解决当终端和VASP应用不在同一个多媒体消息中心时，多媒体消息虽然能够在不同多媒体消息中心之间进行信息转发却无法完成相应计费功能的问题。
【附图说明】
图1是现有技术中多媒体消息中心设备系统结构图；
图2是现有技术中不同的多媒体消息中心之间的接口示意图；
图3是现有技术中MM4接口协议消息交互流程；
图4是本发明所采用的组网结构图；
图5是本发明多媒体消息转发流程图。
【具体实施方式】
下面结合说明书附图来说明本发明的具体实施方式。
为了便于说明，我们采取发明与现有技术相对应的叙述方式，以便于更为清晰的看到本发明的关键点所在。
如图4所示，是本发明的多媒体信息转发的方法实现的网络环境，所采用的系统组网结构跟现有技术方案的组网保持一致，在该组网图中，MMSRelay/Server就是我们所说的多媒体消息中心，多媒体消息首先由发送方终端提交到发送方多媒体消息中心，发送方多媒体消息中心通过采用SMTP协议实现的MM4接口把多媒体消息转发到接收方多媒体消息中心，接收方多媒体消息中心完成多媒体消息的下发工作，最终把多媒体消息下发到接收方终端，同时接收方多媒体消息中心还会以发送报告的形式告知发送方多媒体消息中心当前多媒体消息的下发情况。
由此可以看出，本发明包括如图5所示的步骤：
a、发送方多媒体消息中心接收发送方终端提交的多媒体消息，并编辑生成MM4_forward.REQ，该消息带有标识多媒体消息信息和VASP业务相关信息；
当发送方多媒体消息中心收到新提交的终端与VASP应用之间发送的多媒体消息时，如果该终端与VASP应用归属于不同的多媒体消息中心，则要进行当前多媒体消息的转发。当进行不同多媒体消息中心之间的多媒体消息转发时，发送方多媒体消息中心采用MM4_forward.REQ把发送方终端提交的多媒体消息转发到多媒体消息的接收方多媒体消息中心。在本技术方案中，我们为了完成多媒体消息在不同多媒体消息中心之间进行信息转发并同时能够完成相应计费功能，当多媒体消息中心接收到当前提交的多媒体消息时，首先编辑生成MM4_forward.REQ。针对该消息，多媒体消息中心在原有技术方案中规定的MM4_forward.REQ基础上，增加标识VASP业务应用的代码、服务代码、业务代码、计费类型、费率等相关信息的字段，携带当前服务的VASP信息、当前服务的业务信息以及计费信息，提供给接收方多媒体消息中心进行多媒体消息下发时使用。
如表4所示，是现有技术中，当进行不同多媒体消息中心之间的多媒体消息转发时，发送方多媒体消息中心采用MM4_forward.RFQ(见表4)的消息结构：信息单元存在情况 说明3GPP MMS版本必备本文档所定义始发方MMS Relay/Server的MMS版本。消息类型必备接口MM4上所用消息的类型：″MM4_forward.REQ″。事务处理ID必备MM4_forward.REQ/MM4_forward.RES对的标识。消息ID必备多媒体消息的标识。接收方地址必备多媒体消息接收方的地址：可能存在多个地址。发送方地址必备最近处理过多媒体消息(即，提交过或转发过多媒体消息)的MMS用户代理的地址。如果始发方MMS用户代理已经请求对接收方隐藏其地址，则它的地址不会提供给接收方。内容类型必备多媒体消息内容的内容类型。消息类别视情况而定多媒体消息的类别(例如，个人服务、广告服务和信息服务)(如果始发方MMS用户代理已指定)日期和时间必备MMS用户代理最近处理(即，提交或转发)多媒体消息的时间和日期。超时时间视情况而定多媒体消息指定的超时时间(由始发方MMS用户代理指定)。发送报告视情况而定发送报告的请求(如果始发方MMS用户代理已请求多媒体消息的发送报告)。优先级视情况而定消息的优先级(重要性)(如果始发方MMS用户代理已指定)。发送方可见性视情况而定请求在将消息传递给多媒体消息接收方时，显示或隐藏发送方的标识(如果始发方MMS用户代理已请求接收方隐藏其地址)。读取应答视情况而定读取应答报告的请求(如果始发方MMS用户代理已请求多媒体消息的读取应答报告)。主题视情况而定整个多媒体消息的标题(如果始发方MMS用户代理已指定)。确认请求可选MM4_forward.RES的请求转发计数器视情况而定指示某个多媒体消息转发次数的计数器。上一发送者可选在转发情况下，此信息单元包含一个或多个处理(即，转发或提交)多媒体消息的MMS用户代理的地址，这些用户代理先于其地址包含在“发送方”地址信息单元中的MMS用户代理。应标明所提供地址的顺序。应标明始发方MMS用户代理的地址(如果存在)。上次发送日期和时间可选在MMS用户代理上次处理多媒体消息之前，与提交和转发事件关联的日期和时间。内容视情况而定多媒体消息中未更改的内容(如果始发方MMS用户代理已指定)。
表4
本发明为了完成相应的计费功能，对目前的MM4_forward.REQ结构进行相应的扩展，其MM4_forward.REQ中具体扩展的字段见表5。信息单元存在情况说明VASP代码视情况而定(当在处理终端跟VASP不在同一个多媒体消息中心的多媒体消息转发时必选，其他情况可选)VASP应用的标识代码服务代码视情况而定(当在处理终端跟VASP不在同一个多媒体消息中心的多媒体消息转发时必选，其他情况可选)标识当前VASP应用上的一种业务的服务业务代码视情况而定(当在处理终端跟VASP不在同一个多媒体消息中心的多媒体消息转发时必选，其他情况可选)标识当前VASP应用上的一种业务计费类型视情况而定计费所要采用的(当在处理终端跟VASP不在同一个多媒体消息中心的多媒体消息转发时必选，其他情况可选)类型费率视情况而定(当在处理终端跟VASP不在同一个多媒体消息中心的多媒体消息转发时必选，其他情况可选)计费所采用的比率
表5
b、发送方多媒体消息中心将步骤a中生成的消息发送到接收方多媒体消息中心；
发送方多媒体消息中心把生成的MM4_forward.RFQ发送到接收方多媒体消息中心，该消息中携带有相关的计费信息，作为计费依据。
c、接收方多媒体信息中心回复路由前转请求消息的响应(MM4_forward.RES)给发送方多媒体消息中心；
接收方多媒体消息中心接收到发送方多媒体消息中心提交的MM4_forward.REQ时，首先给发送方多媒体消息中心回一个MM4_forward.RES作为当前接收情况的回应。
d、接收方多媒体消息中心根据MM4_forward.REQ中的多媒体消息信息和VASP业务相关信息进行多媒体消息的下发操作。
然后，接收方多媒体消息中心根据接收到的MM4_forward.REQ中携带的当前多媒体消息相关信息进行多媒体消息的下发操作。在这里，因为接收到的MM4_forward.REQ中携带了扩展增加的当前服务的VASP的信息、当前服务的业务的信息以及计费信息等相关信息，接收方多媒体消息中心就可以在进行下发当前多媒体消息所要用到的消息的构造时，从MM4_forward.REQ中提取多媒体消息本身的信息和标识VASP业务应用的代码、服务代码、业务代码、计费类型、费率等相关信息的字段，将其填入到进行多媒体消息发送所用到的消息中。完成下发当前多媒体消息所要用到的消息的构造以后，接收方多媒体消息中心进行当前多媒体消息的下发，同时接收方多媒体消息中心根据MM4_forward.REQ中携带的标识VASP业务应用的代码、服务代码、业务代码、计费类型、费率等相关信息的字段完成该条多媒体消息的计费功能，实现接收方终端通讯费和/或信息费的收取。
接收方多媒体消息中心完成多媒体消息的下发以后，会根据当前多媒体消息的下发情况生成一条相应的发送报告发送给当前多媒体消息的发送方多媒体消息中心，从而能够告知发送方多媒体消息中心当前多媒体消息下发的状态是成功或者是失败等信息，保证发送方多媒体消息中心完成相应的多媒体消息转发处理流程和相关计费功能的完成。发送方多媒体消息中心在接收到接收方多媒体消息中心发送的发送报告以后，会根据发送报告的状态信息和发送方终端对发送报告的要求生成新的发送报告发送给发送方终端，告知用户所提交的多媒体消息的下发情况。同时，发送方多媒体消息中心结束当前多媒体消息的转发处理流程，完成在对多媒体消息转发流程中发送方多媒体消息中心所需要进行的计费功能，实现发送方终端的计费处理。
e、接收方多媒体消息中心根据步骤a中的相关信息进行计费处理的操作。
当完成下发当前多媒体消息所要用到的消息的构造以后，接收方多媒体消息中心进行当前多媒体消息的下发，同时接收方多媒体消息中心根据MM4_forward.REQ中携带的标识VASP业务应用的代码、服务代码、业务代码、计费类型、费率等相关信息的字段完成该条多媒体消息的计费统计。
g、发送方多媒体消息中心进行计费操作。
当通讯费用是由发送方多媒体消息中心来收取时，由发送方多媒体消息中心来完成收取工作，实现接收方终端通讯费和/或信息费的收取。这是一般消息发送中，计费的步骤，但也有一些例外的情况，有时需要由接收方多媒体消息中心来完成收费工作，比如对于一些服务消息，接收服务方会被要求进行付费，这时就由接收方多媒体消息中心完成费用收取工作。
本发明的通过对目前的MM4_forward.REQ结构进行相应的扩展，使其能够包括VASP业务应用的代码、服务代码、业务代码、计费类型、费率这五个字段，从而能够准确的表明当前服务的VASP应用、当前服务的业务以及准确的计费信息，成功的解决当终端和VASP应用不在同一个多媒体消息中心时，多媒体消息虽然能够在不同多媒体消息中心之间进行信息转发却无法完成相应计费功能的问题。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。