一种多媒体消息服务系统中对消息的处理方法

摘要

本发明公开了一种多媒体消息服务系统中对消息的处理方法，该方法包括：多媒体业务中心MMSC收到用户侧的消息后，判断该消息的接收方是否为两个或两个以上，并且其中是否有两个或两个以上接收方属于同一增值应用服务器SP，如果是，则MMSC通知该SP按照该消息中携带的每个归属于本SP的接收方标识分别对该消息进行处理。利用本发明的方法可以在多媒体消息服务系统中成功实施点到同一SP多接收方的消息处理业务。

说明书

技术领域

本发明涉及多媒体消息业务(MMS，Multimedia Messaging Service)系统的消息传输处理技术，尤其涉及一种在多媒体消息服务系统中对消息的处理方法。

背景技术

多媒体消息服务(MMS)是短信息服务(SMS)和增强型消息服务(EMS)的进一步发展，为个人多媒体移动通信服务提供了完整的端到端解决方案。从通信内容上讲，多媒体消息包括图像、音频、视频和数据等；从功能上讲，多媒体消息服务涵盖了终端到终端、终端到应用服务器、应用服务器到终端多种形式的多媒体消息通信。它不仅实现了终端之间、终端和应用服务器之间的信息传递，还实现了内容的多样性，包括图片、语音、图像、数据和文本的各种组合。作为一个开放的媒体接入平台，MMS系统可以在移动用户和互联网内容提供商的互动下，衍生出更丰富多彩的内容服务应用。而用户既是MMS的消费者，又是MMS内容的开发者，这无疑会提高终端用户对业务的使用兴趣。

图1为现有MMS系统的体系结构图。如图1所示，MMS系统可以包含许多不同的网络类型，例如2G移动网络、3G移动网络、因特网等，这些不同网络之间的连接基础由因特网协议及其相关的消息协议集提供。并且，2G移动网络和3G移动网络中的多媒体消息的传输方案可与因特网上现存的多媒体消息传输方案兼容。如图1所示，MMS系统包括的主要网元见以下说明：

在终端侧，主要包括：

MMS用户代理器(User Agent)，安装在MMS用户终端(MMS Terminal)上，通过用户终端提供多媒体消息服务。MMS用户代理器是在用户终端上的一个应用，提供用户浏览、编辑、处理多媒体消息等功能，以及对多媒体消息的发送、接收和删除等操作。MMS用户代理器支持多用途的网际邮件扩充(MIME，Multipurpose SInternet Mail Extensions)协议，多媒体消息采用MIME格式表示，通过对MIME中不同子类型的定义，多媒体消息可包含文本、图像、声音等数据。

无线Email客户端(Wired email client)，用于使多媒体消息系统与Email进行交互，比如终端到Email和Email到终端流程。

在网络侧，主要包括多媒体消息业务环境(MMSE)，MMSE是实现MMS业务的一套独立的和完整的网络元素的集合，具体包括：

MMS中继器/服务器(Relay/Server)，用于对多媒体消息进行协议转换、内容适配、存储以及调度，完成多媒体消息在不同多媒体设备之间的传递操作，同时还具有生成计费话单的功能。

MMS用户数据库(User Databases)，用于存储用户信息、个性化信息、接口信息等。例如：手机终端的能力信息Profiles，用户订阅信息subscription，用户所在位置信息HLR。

信息存储器(Message Store)，用于存储用户的多媒体消息。由于一般多媒体消息体都比较大，用户终端存储能力有限，用户可以将消息存储在专门的信息存储器上，比如中国移动的梦网相册。

上述MMS中继器/服务器、MMS用户数据库和信息存储器组成了MMS系统和核心：多媒体业务中心(MMSC)。

MMS外部增值应用服务器(VAS Applicatons)，一般缩写为SP/CP或SP，属于增值业务提供商(VASP)，用于提供MMS的增值业务服务。MMSC与SP之间采用MM7协议交互，承载协议一般采用超文本传输协议(HTTP)协议。

外部服务器(External Server)，是与多媒体消息业务相关的其他服务器，比如预付费平台、数据业务管理平台等。

在现有MMS系统的用户代理器到SP的业务流程中，也称为点到SP的业务流程，用户代理器先发送消息到MMSC，再由MMSC转发给该消息的接收方所属的SP进行处理，本文中所述接收方所属的SP为该接收方业务的归属SP，该接收方是SP的业务使用者。当用户代理器发送的消息的接收方为两个或两个以上时，则MMSC先将该消息进行复制，复制后的消息个数为与该消息接收方的个数相同，然后再向每个接收方所属的SP发送一个消息。

MMSC为了保证原始消息的完整性，给每个接收方所属SP转发的消息中，包含了所有接收方的信息。这样，如果多个接收方都是同一SP的业务使用者，这个SP就会收到多份相同的消息。图2为现有技术中点到同一SP的多接收方的消息业务的处理流程图。本文中所述的点到同一SP的多接收方的消息业务是指：用户代理器发送的消息有多个接收方，且其中多个接收方所属的SP为同一SP，本文中的多接收方是指两个或者两个以上接收方。参见图2，该流程包括：

步骤201、终端的用户代理器通过MM1_submit.REQ提交消息到MMSC，其中两个接收方Recv1和Recv2都是到同一SP的业务的使用者。

步骤202、MMSC接收该消息后，通过MM1_submit.RES给用户代理器返回响应。

步骤203～步骤204、MMSC对该消息进行解析，发现该消息的接收方为两个，将该消息复制一份，通过两条MM7_deliver.REQ消息下发给同一个SP。SP向MMSC响应MM7_deliver.RES消息，表明已成功接收并将处理该消息。

如上所述，当消息包括至少两个接收方且其中至少两接收方的所属SP是同一SP时，则该SP会收到至少两条MM7_deliver.REQ消息。根据现有的3GPP TS23.140V6.6.0(2004-06)中的方案，MM7_deliver.REQ消息中的接收方地址(Recipient address)字段包含原始提交的消息(即用户代理器发送给MMSC的消息)中的所有接收方信息，所有复制的消息中该字段值都是一样的。然而，现有技术中SP对消息的处理方法中，按照接收方地址字段中的地址对该消息进行处理，如果该字段中包括多个地址，则默认按照第一个地址进行处理。因此，当SP处理完第一个接收到的消息后，如果又收到相同的消息，则判定该消息处理过，因此不对该后续的消息进行处理；或者，对每一个收到的消息进行处理，但处理时只针对第一个接收方地址进行处理，因此对于复制后的消息，所有的消息都针对第一个接收方地址进行处理，无法对后续消息根据不同的接收方分别进行对应的处理，例如将消息分别下发给不同的接收方。因此，现有技术中，SP无法根据消息的多个接收方分别对消息进行处理，因此在SP上阻碍了点到同一SP多接收方消息业务的开展，使得点到同一SP多接收方的消息业务无法成功地实施。

发明内容

有鉴于此，本发明的主要目的是提供一种多媒体消息服务系统中对消息的处理方法，以在多媒体消息服务系统中成功地实施点到同一SP多接收方的消息处理业务。

为了实现上述目的，本发明的技术方案主要包括：

一种多媒体消息服务系统中对消息的处理方法，该方法包括：多媒体业务中心MMSC收到用户侧的消息后，判断该消息的接收方是否为两个或两个以上，并且其中是否有两个或两个以上接收方属于同一增值应用服务器SP，如果是，则MMSC通知该SP按照该消息中携带的每个归属于本SP的接收方标识分别对该消息进行处理。

优选地，所述MMSC判断是否有两个或两个以上接收方属于同一SP的具体方法为：MMSC读取所述消息中的接收方标识，根据接收方标识中的SP业务代码和服务代码区分不同接收方是否属于同一SP。

优选地，所述MMSC通知该SP按照该消息中携带的每个归属于本SP的接收方标识分别对该消息进行处理的具体方法为：MMSC通过一个递送请求将所述消息下发给所述SP，该递送请求中携带该消息的全部接收方标识；所述SP从递送请求中解析出该消息的全部接收方标识，并针对每一个归属本SP的接收方标识分别对所述消息进行处理。

所述针对每一个归属本SP的接收方标识分别对所述消息进行处理的具体方法为：将所述消息的内容进行复制，复制的数量与所述解析出的隶属于本SP的接收方的数量相同，每个接收方标识分别对应一个消息内容，分别按照不同的接收方标识对相应的消息内容进行处理。

优选地，所述MMSC通知该SP按照该消息中携带的每个归属于本SP的接收方标识分别对该消息进行处理的方法为：MMSC复制所述消息，复制后的消息数量与该消息的接收方数量相同；通过递送请求将复制后的各个消息分别下发给所述各个接收方所属的SP，并在承载每个递送请求的报文中标记对应的接收方标识；SP从收到的承载递送请求的报文中解析出所标记的接收方标识，并针对该接收方标识对该递送请求携带的消息进行处理。

所述在承载每个递送请求的报文中标记对应的接收方标识的方法为：在承载递送请求的超文本传输协议HTTP报文头中增加一个接收方标识字段，将该所述接收方标识标记在该接收方标识字段。

优选地，所述MMSC通知该SP按照该消息中携带的每个归属于本SP的接收方标识分别对该消息进行处理的方法为：MMSC复制所述消息，复制后的消息数量与该消息的接收方数量相同；通过递送请求将各个消息分别下发给所述各个接收方所属的SP，并且在每个递送请求的接收方地址字段中，将该递送请求对应的接收方标识置于第一位；SP从收到的承载递送请求的接收方地址字段的中解析出第一个接收方标识，并针对该接收方标识对该递送请求携带的消息进行处理。

由于本发明所述的方法在点到同一SP多接收方的消息处理业务中，由MMSC通知SP按照消息中携带的每个归属于本SP的接收方标识分别对该消息进行处理，因此可以使SP根据消息的多个接收方分别对消息进行处理，消除了在SP对点到同一SP多接收方消息业务的阻碍，使得点到同一SP多接收方的消息业务可以成功地实施。

另外，本发明中，可以由MMSC通过一个递送请求将所述消息下发给多接收方所属的SP，该递送请求中携带该消息的全部接收方标识；所述SP从递送请求中解析出该消息的全部接收方标识，并针对每一个归属本SP的接收方标识分别对所述消息进行处理。因此，使用这种方式可以进一步减少MMSC与SP之间的消息流量，减少对通信资源的占用，提高效率，并节约成本。

附图说明

图1为现有MMS系统的体系结构图；

图2为现有技术中点到同一SP的多接收方的消息业务的处理流程图；

图3为本发明第一实施例的流程图；

图4为本发明第二实施例的流程图；

图5为本发明第三实施例的流程图。

具体实施方式

本发明的核心思想为：一种多媒体消息服务系统中对消息的处理方法，该方法包括：MMSC收到用户侧的消息后，判断该消息的接收方是否为两个或两个以上，并且其中是否有两个或两个以上接收方属于同一SP，如果是，则MMSC通知该SP按照该消息中携带的每个归属于本SP的接收方标识分别对该消息进行处理。

根据MMSC通知SP按照消息中携带的各个属于该SP的接收方标识分别对该消息进行处理的处理方式不同，以下分三个实施例具体说明本发明的方案。

图3为本发明第一实施例的流程图。参见图3，该流程包括：

步骤301～步骤302、终端的用户代理器通过消息提交请求(MM1_submit.REQ)提交消息到MMSC；MMSC接收到该消息后，通过多媒体消息提交响应(MM1_submit.RES)给用户代理器返回响应。

步骤303、MMSC对收到的消息进行解析，判断该消息的接收方是否为两个或两个以上，并且其中是否有两个或两个以上接收方属于同一SP，如果是，则根据所收到的消息中的接收方所属SP的数量复制该消息，复制后的消息数量与接收方所属SP的数量相同；并分别通过一个消息递送请求(MM7_deliver.REQ)将消息下发给每个SP，例如有a、b、c三个接收方，b和c属于同一个SP，那么接收方所属SP的数量为两个，所复制消息的数量也为两个；)对于所述两个或两个以上接收方共同所属的SP，即多个接收方所属的SP，只发送一条MM7_deliver.REQ，且不进行复制；MM7_deliver.REQ消息中的接收方地址(Recipient address)字段包括所述该消息的所有隶属于该SP的接收方标识。否则，按照现有的处理流程进行处理。

本发明中，MMSC可以根据SP的业务代码VASID和服务代码ServiceCode区分不同接收方是否属于同一SP的业务。例如，手机用户发送一条多媒体消息给号码(即标识)为66660012678050和66660013456789的两个即时通讯(IM)用户，MMSC对这两个接收方的号码进行判断，假设前四位6666是某一SP的业务代码，后面001三位是该SP的某一服务代码，最后7位是即时通信用户的号码。在多媒体消息服务系统中，业务代码VASID和服务代码ServiceCode都有固定长度限制，所以MMSC能够判断接收方是否属于统一SP的业务。

步骤304、SP收到MM7_deliver.REQ后向MMSC响应递送响应(MM7_deliver.RES)消息，以表明成功接收并处理该消息。

步骤305、SP从所述MM7_deliver.REQ中的接收方地址(Recipientaddress)字段解析出消息的内容和接收方的标识，并针对归属本SP的接收方对消息进行处理；如果归属本SP的接收方有两个或两个以上，则SP针对每一个归属本SP的接收方标识分别对所述消息进行处理。例如，SP可以将消息的内容进行复制，复制的数量与所述解析出的隶属于本SP的接收方的数量相同，每个接收方标识分别对应一个消息内容，分别按照不同的接收方标识对相应的消息内容进行处理，例如可以分别转发消息内容给该所述每一个隶属于本SP的接收方。

图4为本发明第二实施例的流程图。参见图4，该流程包括：

步骤401～步骤402、终端的用户代理器通过消息提交请求(MM1_submit.REQ)提交消息到MMSC；MMSC接收到该消息后，通过多媒体消息提交响应(MM1_submit.RES)给用户代理器返回响应。

步骤403、MMSC对收到的消息进行解析，判断该消息的接收方是否为两个或两个以上，并且其中是否有两个或两个以上接收方属于同一SP，如果是，则根据所收到的消息中的接收方数量复制该消息，复制后的消息数量与接收方的数量相同，每个消息对应一个接收方；分别通过消息递送请求(MM7_deliver.REQ)将消息下发给每个接收方所属的SP，并且，在承载该MM7_deliver.REQ的HTTP报文的报文头中拓展增加一个接收方标识字段X-Mms-RctpTo，用于携带该消息所对应的接收方的标识；否则，按照现有的处理流程进行处理。

此处，假设消息的接收方为两个，且都属于同一个SP，则MMSC向该SP分别发送MM7_deliver.REQ1和MM7_deliver.REQ2，其中MM7_deliver.REQ1的承载HTTP报文头中携带第一个接收方的标识，MM7_deliver.REQ2的承载HTTP报文头中携带第二个接收方的标识。

步骤404、SP收到MM7_deliver.REQ后向MMSC响应递送响应(MM7_deliver.RES)消息，以表明成功接收并处理该消息。针对MM7_deliver.REQ1返回MM7_deliver.RES1，针对MM7_deliver.REQ2返回MM7_deliver.RES2。

步骤405、SP从所收到的MM7_deliver.REQ的承载HTTP报文头中读取接收方标识字段X-Mms-RctpTo，解析出该消息的真实接收方的标识，判断该接收方标识是否隶属于本SP，如果是则针对该接收方标识对该MM7_deliver.REQ中携带的消息进行处理。此处SP按照上述处理方式分别对MM7_deliver.REQ1和MM7_deliver.REQ2进行处理。

利用本第二实施例的方案，除了可以成功实施点到同一SP多接收方的消息处理业务外，由于SP需只对HTTP报文头进行解析就可对消息进行处理，因此减小了SP的解析深度，减少SP的运行负担。

图5为本发明第三实施例的流程图。参见图5，该流程包括：

步骤501～步骤502、终端的用户代理器通过消息提交请求(MM1_submit.REQ)提交消息到MMSC；MMSC接收到该消息后，通过多媒体消息提交响应(MM1_submit.RES)给用户代理器返回响应。

步骤503、MMSC对收到的消息进行解析，判断该消息的接收方是否为两个或两个以上，并且其中是否有两个或两个以上接收方属于同一SP，如果是，则根据所收到的消息中的接收方数量复制该消息，复制后的消息数量与接收方的数量相同，每个消息对应一个接收方；并且在所要下发的承载各个消息的递送请求(MM7_deliver.REQ)中的接收方地址(Recipient address)字段中调整接收方标识的顺序，将该消息的真实接收方标识置于第一位；否则，按照现有的处理流程进行处理。

步骤504、MMSC分别通过消息递送请求(MM7_deliver.REQ)将消息下发给每个接收方所属的SP；所述消息的每个接收方地址依次处于各个MM7_deliver.REQ接收方地址字段中的第一位置。

此处，假设消息的接收方为两个，且都属于同一个SP，则MMSC向该SP分别发送MM7_deliver.REQ1和MM7_deliver.REQ2，其中MM7_deliver.REQ1的接收方地址字段中处于第一位置的为所述消息的第一个接收方标识，MM7_deliver.REQ2的接收方地址字段中处于第一位置的为所述消息的第二个接收方标识。

步骤505、SP收到MM7_deliver.REQ后，按照现有的处理流程：从所收到的MM7_deliver.REQ的接收方地址字段中解析出第一位的接收方标识，判断该接收方是否隶属于本SP，如果是则针对该接收方标识对本消息进行处理；并且，SP向MMSC响应递送响应(MM7_deliver.RES)消息，以表明成功接收并处理该消息。针对MM7_deliver.REQ1返回MM7_deliver.RES1，针对MM7_deliver.REQ2返回MM7_deliver.RES2。此处SP按照上述处理方式分别对MM7_deliver.REQ1和MM7_deliver.REQ2进行处理。

以上所述仅为本发明的最佳实施方案，但是本发明的保护范围并不局限于上述方案，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。