CN101047880A - 一种消息传输方法及系统 - Google Patents

Abstract

本发明公开了一种消息传输方法及系统。所述的方法包括步骤：1)发起终端将消息拆分，提交给消息服务中心；2)所述消息服务中心将消息下发给接收终端，接收终端获取并进行合并。所述步骤1)中包括消息服务中心接收消息后进行合并；所述步骤2)中包括消息服务中心下发消息前将消息拆分。所述的消息传输系统包括：发起终端、消息服务中心、接收终端。发起终端将消息进行拆分并提交给消息服务中心；消息服务中心接收发起终端提交的消息，并下发给接收终端；接收终端获取消息服务中心下发的消息，并进行合并。本发明应用于消息传输业务中，使终端待发消息大小不受网络带宽和设备性能的限制。

Description

一种消息传输方法及系统

技术领域

本发明涉及无线通讯技术，特别是涉及一种消息传输方法及系统。

背景技术

在通信运营商提供的诸多增值业务中，消息业务倍受用户欢迎，是运营商的一大收入来源。目前的消息业务主要包括短消息业务SMS(ShortMessaging Service)、增强型短消息服务EMS(Enhanced Message Service)和多媒体消息服务MMS(Multimedia Messaging Service)三种。目前，MMS已逐渐走向成熟，成为主流的消息业务。

请参阅图1，是一种消息传输方法的现有技术。此图以多媒体消息传输为例，但并不局限于多媒体消息。

图中发起终端A向接收终端B成功发送多媒体消息，具体流程如下：

(1)发起终端A通过M-Send.req消息提交多媒体消息到多媒体消息服务中心MMSC(Multimedia Messaging Service Center)；

(2)MMSC对消息进行检查校验后，向发起终端A返回M-Send.conf响应消息，在响应消息中表示接收成功与否；

(3)如果MMSC成功接收了发起终端提交的消息，MMSC判断多媒体消息接收方为接收终端B，并向接收终端B发送通知消息M-Notification.ind，告知有来自发送终端A的多媒体消息；

(4)接收终端B收到通知消息M-Notification.ind后，返回通知响应消息M-NotifyResp.ind，表示已接收；

(5)接收终端B向MMSC发起获取请求消息WSP/HTTP GET.REQ；

(6)MMSC下发多媒体消息M-Retrieve.conf给接收终端B；

(7)接收终端B获取完毕后，向MMSC返回获取响应消息M-Acknowledge.ind，表示获取成功。

现有技术中，消息服务中心或终端设备常因为网络带宽以及处理能力等因素会对发送或接收的消息的大小进行限制，例如，当发送终端发送超出该大小限制的消息时，就会发送消息失败，用户需要重新编辑消息并重新发送；当接收终端发现接收的消息超出了自身的能力时，也会接收失败，此时接收终端可能会发起多次获取消息请求，但是因为消息过大，始终将不能成功下载，并且占用了大量不必要的网络资源。

另外，各终端以及消息服务中心对消息限制的大小并不完全相同，如终端支持的消息大小可能会大于消息服务中心支持的消息大小，终端提交消息也很容易失败。

发明内容

本发明要解决的技术问题是提供一种消息传输方法及系统，该方法和系统使终端待发消息大小不受网络带宽和设备性能的限制。

本发明的目的是通过以下技术方案实现的，包括步骤：

1)发起终端将消息拆分，提交给消息服务中心；2)所述消息服务中心将消息下发给接收终端，接收终端获取并进行合并。

进一步的，所述步骤1)中包括消息服务中心接收消息后进行合并；所述步骤2)中包括消息服务中心下发消息前将消息拆分。

其中，在所述步骤1)消息提交过程中，当发起终端提交的消息大于消息服务中心支持的消息大小，发起终端按消息服务中心支持的消息大小重新拆分消息。

所述步骤2)消息下发前，当接收终端支持的消息大小大于或等于消息服务中心支持的消息大小，消息服务中心按自身支持的消息大小拆分消息；否则，按接收终端支持的消息大小拆分消息。

其中，发起终端提交消息给消息服务中心时标记消息标识；消息服务中心接收消息后根据消息标识将消息合并。

进一步的，若发起终端提交消息失败，进入异常处理过程，包括以下步骤：

21)消息服务中心向发起终端返回失败的提交消息响应或直接将消息抛弃；

22)发起终端向消息服务中心提交上次提交失败的消息；

23)消息服务中心获取消息成功，向发起终端返回成功的提交消息响应。

进一步的，若接收终端获取消息失败，进入异常处理过程，包括以下步骤：

31)向消息服务中心返回失败的获取消息响应或直接将消息抛弃；

32)向消息服务中心发送获取请求消息；

33)消息服务中心向接收终端下发上次下发失败的消息；

34)接收终端获取消息成功，向消息服务中心返回成功的获取消息响应。

若因故障，消息服务中心接收或下发部分消息时，等待发起终端继续提交消息或接收终端继续获取消息；故障解除后，消息服务中心继续接收或下发后续消息。

其中，所述步骤1)发起终端提交消息前，按自身支持的消息大小拆分消息。

所述步骤2)之后接收终端将消息展现给终端用户。

一种消息传输系统，包括发起终端、消息服务中心、接收终端。发起终端将消息进行拆分并提交给消息服务中心；消息服务中心接收发起终端提交的消息，并下发给接收终端；接收终端获取消息服务中心下发的消息，并进行合并。

进一步的，消息服务中心接收发起终端提交的消息后进行合并，并在下发消息给接收终端前将消息拆分。

当发起终端提交的消息大于消息服务中心支持的消息大小，发起终端按消息服务中心支持的消息大小拆分消息；当接收终端支持的消息大小大于或等于消息服务中心支持的消息大小，消息服务中心按自身支持的消息大小拆分消息，否则，按收终端支持的消息大小拆分消息。

从以上技术方案可以看出，相对于现有技术，本发明具有以下有益效果：

首先，目前的各个设备包括消息服务中心系统和终端，均对一次提交消息或一次下载消息进行大小限制，本发明提供的一种消息传输方法及系统，在消息传输流程上支持消息的拆分与合并，从而解决了终端以及消息服务中心系统不能支持超出设备本身一次提交或下发消息大小的限制，提高了终端用户的体验，使终端用户在使用消息业务时不再受到消息大小的限制。

进一步的，现有的各个设备对消息进行的大小限制可能不相同，本发明中终端和消息服务中心可以进行能力协商，对消息的拆分比较灵活，发起终端可以根据自身能力对消息进行拆分，当拆分的消息大小大于消息服务中心支持的消息大小时还可以重新按照消息服务中心的要求进行拆分，而消息服务中心在消息下发前可以根据接收终端的接收能力对消息进行拆分，从而可以支持不同的设备。

更进一步的，本发明在消息提交和下发过程中提供失败处理流程，对消息不能正常提交或下发时，消息服务中心会等待一段时间，继续接收或下发后续的消息，从而避免在消息传输过程中出现的其他异常情况而导致的消息不能继续传输到终端的情况。

附图说明

图1是一种现有技术的消息传输方法流程图；

图2是本发明提供的消息传输方法的概况流程图；

图3是本发明提供的消息传输方法的具体流程图；

图4是本发明提供的消息传输方法中发起终端A与MMSC进行能力协商原理图；

图5是本发明提供的消息传输方法中发起终端A与MMSC进行能力协商实施例流程图；

图6是本发明提供的消息传输方法中MMSC与接收终端B进行能力协商原理图；

图7是本发明提供的消息传输方法中MMSC与接收终端B进行能力协商第一实施例流程图；

图8是本发明提供的消息传输方法中MMSC与接收终端B进行能力协商第二实施例流程图；

图9是本发明提供的消息传输方法中发起终端A向MMSC提交消息过程中的异常处理流程图；

图10是本发明提供的消息传输方法中MMSC向接收终端B下发消息过程中的异常处理流程图；

图11是本发明提供的消息传输系统的结构图。

具体实施方式

本发明的核心思想是：发起终端将消息拆分，提交给消息服务中心；消息服务中心将消息下发给接收终端，接收终端获取并进行合并，从而使终端用户在使用消息业务时不再受网络带宽和设备性能的限制。

需说明的是，本发明以多媒体消息传输为例，但并不局限于多媒体消息的传输。本发明中的消息服务中心以多媒体消息服务中心MMSC为例，但并不局限于多媒体消息服务中心。

需进一步说明的是，本发明中，终端和MMSC需要支持多媒体消息的合并与拆分，并支持可以多次提交或下发多媒体消息。

本发明修改了多媒体消息服务MMS接口协议，其修改如下：

在M-Send.req消息中增加字段如下：

Field Name	Field Value	Description
			X-Mms-Submit-Total	Total-value＝Short-integer	可选表示一条大的多媒体消息提交次数，当该字段缺省时表示提交一次
X-Mms-Submit-Sequence	Sequence-value＝Short-integer	可选在多次提交一条多媒体消息的情况下使用，表示本次提交消息的序号，从1开始计数，当该值达到X-Mms-Total时，表示提交消息完毕

Message-ID

Message-ID-value＝Text-string

可选在多次提交一条多媒体消息的情况下使用，该值填写为提交第一条消息后收到MM1-Send.conf返回的Message-ID值，第一条提交消息不必填写，其后的所有消息必须填写

在M-Send.conf消息中增加字段如下：

Field Name	Field Value	Description
			X-Mms-Message-Size-Supported-by-MMSC	Message-Size-value＝Integer-Value	可选表示MMSC支持的单次提交/下发的MMS消息大小，在提交/下发过程中该值可以为MMSC系统配置的一个固定值，在下发过程中可以根据接收方终端的接收能力变化(但是该值大小不得超出MMSC系统配置的固定值)
X-Mms-Submit-Result	Submit-Result-value＝YES/NO	可选在多次提交消息时使用，表示本次接收成功与否
			X-Mms-Submit-Sequence	Sequence-value＝Short-integer	可选在多次提交一条多媒体消息的情况下使用，表示本次提交消息的序号，从1开始计数，当该值达到X-Mms-Total时，表示提交消息完毕

在M-Notification.ind消息中增加字段如下：

Field Name	Field Value	Description
			X-Mms-Retrieve-Total	Total-value＝Short-integer	可选表示一条大的多媒体消息下发次数，当该字段缺省时表示下发一次

X-Mms-Message-Size-Supported-by-MMSC

Message-Size-value＝Integer-Value

可选表示MMSC支持的单次提交/下发的MMS消息大小，在提交/下发过程中该值可以为MMSC系统配置的一个固定值，在下发过程中可以根据接收方终端的接收能力变化(但是该值大小不得超出MMSC系统配置的固定值)

在M-NotifyResp.ind/M-Acknawledge.ind消息中增加字段如下：

Field Name	Field Value	Description
			X-Mms-Retrieve-Sequence	Sequence-value＝Short-integer	可选在多次下发消息且在手机终端获取到MMSC下发的消息后通过该请求回送响应消息时必须填写该字段，表示本次获取消息的序号，从1开始计数，依次增加
X-Mms-Retrieve-Result	Retrieve-Result-value＝YES/NO	可选在多次下发消息时使用，表示本次接收成功与否
			X-Mms-Message-Size-Supported-by-Recipient	Message-Size-value＝Integer-Value	可选表示接收终端支持的单次下发的MMS消息大小

在M-Retrieve.conf消息中增加字段如下：

Field Name	Field Value	Description
			X-Mms-Retrieve-Total	Total-value＝Short-integer	可选表示一条大的多媒体消息下发次数，当该字段缺省时表示下发一次
X-Mms-Retrieve-Sequence	Sequence-value＝Short-integer	可选在多次下发消息且在手机终端获取到MMSC下发的消息后通过该请求回送响应

消息时必须填写该字段，表示本次下发消息的序号，从1开始计数，依次增加

为了便于对本发明进一步理解，下面结合本发明的具体实施方式对本发明进行详细描述。

请参照图2，是本发明提供的消息传输方法的概况流程图，包括步骤：

s1)发起终端将消息拆分，提交给消息服务中心；

s2)所述消息服务中心将消息下发给接收终端，接收终端获取并进行合并。

进一步的，所述步骤1)中包括消息服务中心接收消息后进行合并；所述步骤2)中包括消息服务中心下发消息前将消息拆分。

进一步的，所述步骤1)发起终端提交消息前，按自身支持的消息大小拆分消息。

因为各终端设备的配置能力并不一定相同，不同厂家可能有不同设置，所以发起终端支持的消息大小也不一定相同。在发起终端拆分消息时，可以根据但不局限于编辑消息内容的大小及终端自身支持的消息大小确定消息拆分的数目。例如编辑的消息内容为300K，发起终端支持的消息大小为100K，则可以确定消息拆分数目为3，假如发起终端支持的消息大小为60K，则可以确定消息拆分数目为5，其他情况以此类推。

请参阅图3，是本发明提供的消息传输方法的具体流程图。

此图是发起终端A发送多媒体消息给接收终端B的正常流程，其中多媒体消息服务中心MMSC、发起终端A和接收终端B支持提交或下发的单条消息为100K大小，发起终端A发送500K大小消息给接收终端B。

其具体流程说明如下：

(1)发起终端A编辑了500K大小媒体内容，需要发送该消息给接收终端B，发起终端A发现自身能力一次只能提交100K大小的媒体内容，则自动将该消息拆分为5条消息，并向多媒体消息服务中心MMSC发起第一条提交消息M-Send.req，其中参数的值为：

X-Mms-Submit-Total＝5，X-Mms-Submit-Sequence＝1，表示消息提交次数为5，提交消息的序号为1，消息体为拆分后的第1块消息体；

(2)MMSC收到发起终端A提交的消息后进行检查校验，此校验包括MMSC判断能否处理发起终端A单次提交的消息大小，如果检验校验通过，则返回成功的提交响应消息M-Send.conf，其中参数的值为：X-Mms-Submit-Result＝YES，X-Mms-Submit-Sequence＝1，表示本次接收消息成功，提交消息的序号为1；

(3)发起终端A随后提交第2/3/4/5条MMS消息的M-Send.req消息，其中参数的值为：X-Mms-Submit-Total＝5，X-Mms-Submit-Sequence分别为2/3/4/5，表示消息提交次数为5，提交消息的序号分别为2/3/4/5，消息标识Message-ID的值为第一条M-Send.conf返回的Message-ID值，协议数据单元PDU(Protocol Data Unit)其它参数仍然与第一条提交消息的参数相同，消息体分别为拆分后的第2/3/4/5块消息体；

(4)MMSC返回成功的提交响应消息M-Send.conf，并将之前接收的所有消息通过MessageID进行关联合并；

(5)MMSC向接收终端B下发通知消息M-Notification.ind，参数的值为：X-Mms-Retrieve-Total＝5，X-Mms-Message-Size-Supported-by-MMSC＝100K，表示消息下发次数为5，MMSC支持的单次下发消息的大小为100K；

(6)接收终端B向MMSC返回成功的通知响应消息M-NotifyResp.ind，其中参数的值为：X-Mms-Message-Size-Supported-by-Recipient＝100K，表示接收终端B可以支持单次下发消息的大小为100K；

(7)接收终端B向MMSC发起Get获取请求消息；

(8)MMSC按自身支持的消息大小拆分消息，并下发第一条MMS消息M-Retrieve.conf，其中参数的值为：

X-Mms-Retrieve-Total＝5，X-Mms-Retrieve-Sequence＝1，表示消息下发次数为5，消息下发序号为1，消息体为拆分后的第一块消息体；

(9)接收终端B向MMSC返回成功的获取响应消息M-Acknowledge.ind，其中参数的值为：X-Mms-Retrieve-Sequence＝1，X-Mms-Retrieve-Result＝YES，表示消息获取序号为1，本次获取消息成功；

(10)接收终端B向MMSC发起第2/3/4/5次Get获取请求消息；

(11)MMSC依次向接收终端B下发MMS消息M-Retrieve.conf，其中参数的值为：X-Mms-Retrieve-Total＝5，X-Mms-Retrieve-Sequence分别为2/3/4/5，表示消息下发次数为5，消息下发序号分别为2/3/4/5，协议数据单元PDU其它系统参数与第一条下发消息M-Retrieve.conf的参数相同，消息体分别为拆分后的第2/3/4/5块；

(12)接收终端B向MMSC返回成功的获取响应消息，并在获取消息完毕后将之前获取到的所有消息按序号合并，最终展现给终端用户。

需要说明的是，此流程中发起终端A和接收终端B支持的消息大小一致，MMSC接收发起终端A提交的消息后也可以不进行合并，相应的MMSC下发消息给接收终端B的流程会有适应性的变化。本发明的实施方式以MMSC接收发起终端A提交的消息后进行合并为优选例，但并不局限于此。

请参阅图4，是本发明提供的消息传输方法中发起终端A与MMSC进行能力协商原理图，其中包括步骤：

s11)发起终端A编辑多媒体消息后根据自身能力将消息进行拆分，并向MMSC发起第一条提交消息；

s12)MMSC收到提交消息后，进行检查校验，判断能否处理发起终端A提交的消息大小，如果能处理，进入步骤s13)，如果不能处理，进入步骤s14)；

s13)返回成功的提交响应消息；

s14)返回失败的提交响应消息，并将自身支持的最大单次消息大小告知发起终端A，然后进入步骤s15)；

s15)发起终端A按MMSC支持的最大单次消息大小重新对消息进行拆分，并向MMSC发起第一条提交消息，然后进入步骤s16)；

s16)MMSC能够正常处理提交的消息，向发起终端A返回成功的提交响应消息。

请参阅图5，是本发明提供的消息传输方法中发起终端与MMSC进行能力协商实施例流程图。

图中MMSC支持一次提交最大100K大小消息，发起终端A支持一次提交最大120K大小消息，其中包括步骤：

111)发起终端A编辑了500K大小媒体内容，需要发送该消息给接收终端B，发起终端A发现自身能力一次只能提交120K大小的媒体内容，则自动将该消息拆分为5条消息，并向MMSC发起第一条提交消息M-Send.req，其中参数的值为：X-Mms-Submit-Total＝5，X-Mms-Submit-Sequence＝1，表示消息提交次数为5，提交消息的序号为1，且第一块消息大小为120K；

112)MMSC收到该消息后，不能处理120K的消息，则返回失败的提交响应消息M-Send.conf，并告知发起终端A，MMSC最大仅支持一次提交消息为100K；

113)发起终端A重新对消息按照100K进行拆分，并向MMSC重新提交MMS消息，其中参数的值为：

X-Mms-Submit-Total＝5，X-Mms-Submit-Sequence＝1，表示消息提交次数为5，提交消息的序号为1，且第一块消息大小为100K；

114)MMSC能够正常处理100K的消息，向发起终端A返回成功的响应消息M-Send.conf。

请参阅图6，是本发明提供的消息传输方法中MMSC与接收终端B进行能力协商原理图，其中包括步骤：

S21)MMSC下发通知消息给接收终端B，告知即将下发的消息次数和单次下发的消息大小

S22)接收终端B向MMSC返回成功的通知响应消息，将自身支持接收的最大单次消息大小告知MMSC，并向MMSC发起获取请求消息；

S23)MMSC收到消息后，判断接收终端B能否接收原准备下发的单次消息大小，如果能，进入步骤s25)，如果否，进入步骤s24)；

S24)MMSC按接收终端B支持的单次消息大小对多媒体消息进行拆分，进入步骤S26)；

S25)MMSC按原自身支持的单次消息大小对多媒体消息进行拆分，进入步骤S26)；

S26)MMSC向接收终端B下发拆分消息，进入步骤S27)；

S27)接收终端B成功获取拆分消息，向MMSC返回获取响应消息。

请参阅图7，是本发明提供的消息传输方法中MMSC与接收终端B进行能力协商第一实施例流程图。

图中MMSC需将500K大小媒体内容下发给接收终端B，MMSC支持一次下发最大100K大小消息，接收终端B支持一次接收最大80K大小消息，其中包括步骤：

211)MMSC收到了发起终端A提交的500K大小媒体内容，需要发送该消息给接收终端B，MMSC向接收终端B下发通知消息M-Notification.ind，其中参数的值为：

X-Mms-Retrieve-Total＝5，X-Mms-Message-Size-Supported-by-MMSC＝100K，表示消息下发次数为5，MMSC支持的单次下发消息的大小为100K；

212)接收终端B向MMSC返回通知响应消息M-NotifyResp.ind，其中参数的值为：X-Mms-Message-Size-Supported-by-Recipient＝80K，表示接收终端B可以支持单次下发消息的大小为80K；

213)接收终端B向MMSC发起Get获取请求消息；

214)MMSC收到接收终端B返回的通知响应消息和请求消息后，判断出接收终端B不能接收原准备下发的单次消息大小100K，则按接收终端B支持的最大单次消息大小对多媒体消息进行拆分，并向接收终端B下发拆分后的第一条消M-Retrieve.conf，其中参数的值为：

X-Mms-Retrieve-Total＝7，X-Mms-Retrieve-Sequence＝1，表示消息下发次数为7，消息下发序号为1，且第一块消息大小为80K；

215)接收终端B获取消息成功，向MMSC返回成功的获取响应消息M-Acknowledge.ind，其中参数的值为：

X-Mms-Retrieve-Sequence＝1，X-Mms-Retrieve-Result＝YES，表示消息获取序号为1，本次获取消息成功。

请参阅图8，是本发明提供的消息传输方法中MMSC与接收终端B进行能力协商第二实施例流程图。

图中MMSC需将500K大小媒体内容下发给接收终端B，MMSC支持一次下发最大100K大小消息，接收终端B支持一次接收最大120K大小消息，其中包括步骤：

311)MMSC收到了发起终端A提交的500K大小媒体内容，需要发送该消息给接收终端B，MMSC向接收终端B下发通知消息M-Notification.ind，其中参数的值为：

X-Mms-Retrieve-Total＝5，X-Mms-Message-Size-Supported-by-MMSC＝100K，表示消息下发次数为5，MMSC支持的单次下发消息的大小为100K；

312)接收终端B向MMSC返回通知响应消息M-NotifyResp.ind，其中参数的值为：X-Mms-Message-Size-Supported-by-Recipient＝120K，表示接收终端B可以支持单次下发消息的大小为120K；

313)接收终端B向MMSC发起Get获取请求消息；

314)MMSC收到接收终端B返回的通知响应消息和请求消息后，判断出接收终端B能接收原准备下发的单次消息大小100K，则按原准备下发的消息大小对多媒体消息进行拆分，并向接收终端B下发拆分后的第一条消M-Retrieve.conf，其中参数的值为：

X-Mms-Retrieve-Total＝5，X-Mms-Retrieve-Sequence＝1，表示消息下发次数为5，消息下发序号为1，且第一块消息大小为100K；

315)接收终端B获取消息成功，向MMSC返回成功的获取响应消息M-Acknowledge.ind，其中参数的值为：

X-Mms-Retrieve-Sequence＝1，X-Mms-Retrieve-Result＝YES，表示消息获取序号为1，本次获取消息成功。

请参阅图9，是本发明提供的消息传输方法中发起终端A向MMSC提交消息过程中的异常处理流程图。

在消息提交过程中，可能会出现各种异常情况导致MMSC获取消息失败，如公共网站的网络故障、移动网络的传输故障或是网络繁忙、发起终端信号减弱等，都会影响MMSC正常获取消息。

图9就是发起终端A提交消息失败时对应的处理情况。图中MMSC支持一次接收最大100K大小消息，发起终端A支持一次提交最大100K大小消息，其中包括步骤：

s31)MMSC获取消息失败，向发起终端A返回失败的提交消息响应M-Send.conf，其中参数的值为：X-Mms-Submit-Result＝NO，表示获取提交消息失败，或MMSC获取消息失败后直接将消息抛弃；

s32)发起终端A向MMSC提交上次提交失败的消息；

s33)MMSC获取消息成功，向发起终端A返回成功的提交消息响应。

在步骤s32)中，发起终端A可以根据MMSC返回的消息知道提交失败消息的序号，从而确定继续提交的消息。

需要说明的是，在发起终端A提交MMS消息过程中，因为任何原因例如网络忙等而导致提交了部分消息(例如：第1、2条)，而不能继续提交时，MMSC应该在一定时间内等待发起终端A继续提交消息，发起终端A在故障解除后，能够继续自动或手动继续提交后续的消息。这里所述的一定时间是指一次会话时间，具体根据不同厂家的设备会有所不同。

请参阅图10，是本发明提供的消息传输方法中MMSC向接收终端B下发消息过程中的异常处理流程图。

在消息下发过程中，可能会出现各种异常情况导致接收终端获取消息失败，如公共网站的网络故障、移动网络的传输故障或是网络繁忙、接收终端信号减弱等，都会影响接收终端正常获取消息。

图10就是出现获取消息失败时，接收终端B的处理情况。图中MMSC支持一次下发最大100K大小消息，接收终端B支持一次下发最大100K大小消息，其中包括步骤：

s41)接收终端B获取消息失败，向MMSC返回失败的获取消息响应M-Acknowledge.ind，其中参数的值为：X-Mms-Retrieve-Result＝NO，表示获取消息失败，或接收终端B获取消息失败后直接将消息抛弃；

s42)接收终端B继续向MMSC发起获取消息请求；

s43)MMSC向接收终端B继续下发上次下发失败的消息；

s44)接收终端B获取消息成功，向MMSC回送成功的获取消息响应。

在步骤s43)中，MMSC可以根据接收终端B返回的消息知道下发失败消息的序号，从而确定继续下发的消息。

需要说明的是，在接收终端B获取MMS消息过程中，因为任何原因例如网络忙等而导致下发了部分消息(例如：第1、2条)，而不能继续获取时，MMSC应该在一定时间内等待接收终端B继续获取消息，接收终端B在故障解除后，能够继续自动或手动继续获取后续的消息。这里所述的一定时间是指一次会话时间，具体根据不同厂家的设备会有所不同。

请参阅图11，是本发明提供的消息传输系统的结构图。

图中的消息传输系统100，包括发起终端110、消息服务中心120、接收终端130。

发起终端110根据自身支持消息大小将消息进行拆分，提交给消息服务中心120，并进行能力协商，当提交的消息大于消息服务中心120支持的消息大小，发起终端110按消息服务中心120支持的消息大小重新拆分消息并提交给消息服务中心120；消息服务中心120接收发起终端110提交的消息后根据消息标识进行合并，然后与接收终端130进行能力协商，当接收终端130支持的消息大小大于或等于消息服务中心120支持的消息大小，消息服务中心120按自身支持的消息大小拆分消息并下发给接收终端130，否则按收终端130支持的消息大小拆分消息并下发给接收终端130；接收终端130获取消息服务中心120下发的消息，并根据消息序号进行合并，最终展示给终端用户。

可以理解的是，接收终端130将获取的消息进行合并时，除根据消息序号进行合并外，还可以根据其他方式进行合并。

需要说明的是，本消息传输方法及系统应用于且不局限于通用分组无线业务GPRS(General Packet Radio Service)、码分多址CDMA2000-1X(CodeDivision Multiple Access))等通信系统中。

综上所述，本发明在消息传输流程上支持消息的拆分与合并，解决了消息服务中心和终端设备对消息传输的大小的限制。以多媒体消息为例，也就是说，发起终端将多媒体消息拆分后提交给MMSC，由MMSC将其合并，然后再拆分下发给接收终端，由接收终端接收后再进行合并，最终展现给终端用户，从而使终端用户在使用消息业务时不再受到消息大小的限制。

以上对本发明所提供的一种消息传输方法及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (13)

1、一种消息传输方法，其特征在于，包括步骤：

1)发起终端将消息拆分，提交给消息服务中心；

2)所述消息服务中心将消息下发给接收终端，接收终端获取并进行合并。

2、如权利要求1所述的消息传输方法，其特征在于：

所述步骤1)中包括消息服务中心接收消息后进行合并；所述步骤2)中包括消息服务中心下发消息前将消息拆分。

3、如权利要求2所述的消息传输方法，其特征在于：

所述步骤1)消息提交过程中，当发起终端提交的消息大于消息服务中心支持的消息大小，发起终端按消息服务中心支持的消息大小重新拆分消息。

4、如权利要求2所述的消息传输方法，其特征在于：

所述步骤2)消息下发前，当接收终端支持的消息大小大于或等于消息服务中心支持的消息大小，消息服务中心按自身支持的消息大小拆分消息；否则，按接收终端支持的消息大小拆分消息。

5、如权利要求2所述的消息传输方法，其特征在于：

发起终端提交消息给消息服务中心时标记消息标识；消息服务中心接收消息后根据消息标识将消息合并。

6、如权利要求2所述的消息传输方法，其特征在于，若发起终端提交消息失败，进入异常处理过程，包括以下步骤：

21)消息服务中心向发起终端返回失败的提交消息响应或直接将消息抛弃；

22)发起终端向消息服务中心提交上次提交失败的消息；

23)消息服务中心获取消息成功，向发起终端返回成功的提交消息响应。

7、如权利要求2所述的消息传输方法，其特征在于，若接收终端获取消息失败，进入异常处理过程，包括以下步骤：

31)向消息服务中心返回失败的获取消息响应或直接将消息抛弃；

32)向消息服务中心发送获取请求消息；

33)消息服务中心向接收终端下发上次下发失败的消息；

34)接收终端获取消息成功，向消息服务中心返回成功的获取消息响应。

8、如权利要求2所述的消息传输方法，其特征在于：

若因故障，消息服务中心接收或下发部分消息时，等待发起终端继续提交消息或接收终端继续获取消息；故障解除后，消息服务中心继续接收或下发后续消息。

9、如权利要求1所述的消息传输方法，其特征在于：

所述步骤1)发起终端提交消息前，按自身支持的消息大小拆分消息。

10、如权利要求1所述的消息传输方法，其特征在于：

所述步骤2)之后接收终端将消息展现给终端用户。

11、一种消息传输系统，包括发起终端、消息服务中心、接收终端，其特征在于：

发起终端将消息进行拆分并提交给消息服务中心；消息服务中心接收发起终端提交的消息，并下发给接收终端；接收终端获取消息服务中心下发的消息，并进行合并。

12、如权利要求11所述的消息传输系统，其特征在于：

所述消息服务中心接收发起终端提交的消息后进行合并，并在下发消息给接收终端前将消息拆分。

13、如权利要求12所述的消息传输系统，其特征在于：

当发起终端提交的消息大于消息服务中心支持的消息大小，发起终端按消息服务中心支持的消息大小拆分消息；当接收终端支持的消息大小大于或等于消息服务中心支持的消息大小，消息服务中心按自身支持的消息大小拆分消息，否则，按收终端支持的消息大小拆分消息。

Images