CN1859321A - 发送即时消息的方法和设备 - Google Patents

Abstract

提供了一种服务器发送即时消息给终端的方法，所述即时消息包括至少一个消息体，所述终端具有消息接收阈值，该方法包括：将即时消息的大小与消息接收阈值比较；以及，在即时消息的大小比消息接收阈值大的情况下，通过将所述至少一个消息体中的至少一部分消息体的每一个分别替换为一个新消息体，改造即时消息使即时消息的大小不超过消息接收阈值，并分别存储所述至少一部分消息体的内容，每个所述新消息体包括对应于原消息体的消息体标识；和，发送改造后的即时消息给终端。终端用户接收到即时消息后，可以选择性地通过消息体标识获取原消息体的内容。利用本发明，可加强用户的业务体验，提高网络资源的利用率，减小终端容量对即时消息大小的限制。

Description

发送即时消息的方法和设备

技术领域

本发明涉及即时消息业务，具体而言，涉及发送即时消息的方法和设备。

背景技术

IP多媒体子***(IMS，IP Multimedia Subsystem)是第三代合作伙伴计划(3GPP)提出的提供IP多媒体业务的子***，其主要网元包括：呼叫会话控制功能实体(CSCF，Call Session ControlFunction)、支持业务提供的应用服务器(AS，Appliation Server)等。消息(Messaging)业务是IMS所支持的一种业务类型，允许在IMS用户之间发送和接收消息，消息的大小在技术上没有限制。

Messaging业务提供的主要功能包括：用户可以通过消息应用服务器(Messaging AS)发送多媒体即时消息以及通过Messaging AS接收其他用户发来的多媒体即时消息，多媒体即时消息的内容可以包括文本、图像、音频或视频。

就Messaging业务而言，要实现在用户之间发送、接收即时消息，其涉及到的设备包括：用户终端(UE，User Equipment)、网络代理和Messaging AS等，其中网络代理通常是指代理CSCF(P-CSCF，ProxyCSCF)、服务CSCF(S-CSCF，Serving CSCF)甚至查询CSCF(I-CSCF，Interrogating CSCF)等功能实体，这些设备的组网示意图在图1中示出。下面将进行简要描述。

如图1所示，UE首先连接到基站，然后通过分组数据服务节点(PDSN，Packet Data Serving Node)接入到IMS域。在IMS域，控制信令是通过会话初始协议(SIP，Session Initiation Protocol)传送的，数据流可以通过SIP协议或消息会话中继协议(MSRP，Message Session Relay Protocol)传输。P-CSCF为SIP信令的入口，负责与UE进行交互。S-CSCF为控制服务器，负责触发到具体的AS，例如Messaging AS，以及发送给接收方的S-CSCF。Messaging AS负责处理具体的消息，可以接收SIP和MSRP消息。

发送请求的流程大致如下：当UE想发送一个请求时，发送方UE通过基站及PDSN接入到IMS的P-CSCF。P-CSCF把请求转发给S-CSCF，S-CSCF再把请求发送给Messaging AS。Messaging AS对请求处理完毕后，又把请求返回给S-CSCF。S-CSCF再把请求发给接收方所在域的S-CSCF。接收方S-CSCF也是先触发给接收方的Messaging AS，收到处理完毕的请求后再发送给接收方UE。

Messaging AS的内部结构图如图2所示。其中，SIP协议适配器负责发送/接收SIP消息并上报给消息控制单元；msrp协议适配器负责接收/发送MSRP消息并上报给消息控制单元；和，消息控制单元负责消息的处理及保存。

就即时消息的接收而言，目前一般可通过两种方式实现。

在其中一种方式中，服务器通过SIP MESSAGE把一条消息完整地发给UE，如图3所示。具体信令流程为：

1.第1至2步，服务器发送SIP MESSAGE消息给UE，消息包含所有消息体；以及，

2.第3至4步，UE返回接收消息应答。

在另一种方式中，服务器通过SIP INVITE和MSRP SEND把一条消息完整地发给UE，如图4所示。具体信令流程为：

1.第1至2步，服务器发送SIP INVITE给UE，请求与UE建立MSRP链接；

2.第3至4步，UE返回应答给服务器，返回与服务器建立MSRP链接的应答；

3.第5至6步，服务器返回确认信息给UE；

4.第7步，服务器与UE之间的MSRP链接建立好后，通过MSRPSEND发送消息体给UE；

5.第8步，UE返回接收MSRP SEND消息的应答；

6.第9至10步，服务器发送SIP BYE给用户，通知UE结束SIP会话及断开MSRP链接；以及，

7.第11至12步，UE返回接收SIP BYE应答。

需要说明的是，为简化起见，在图3和图4中均未示出发送方的流程，并省略了基站、PDSN及P-CSCF等。

由于3G网络的带宽增加，而且可以与互联网进行消息互通，所以它能接收的消息大小在理论上是没有限制的。相对而言，用户终端，如手机，的容量就显得较为有限，因而形成了瓶颈。此外，不同的用户终端，如手机，容量差异很大。如果用户A的手机容量大，用户B的手机容量小，那么由用户A发送给用户B的即时消息的大小很可能超出用户B的手机容量。在这种情况下，用户B可能会由于手机容量限制而一直无法接收到来自用户A的即时消息。这样，即时消息经过多个节点后，却因为接收方终端的容量有限而最终发送失败，既影响了用户的业务体验，又白白占用了网络资源。

发明内容

本发明的目的在于提供克服上述缺陷的即时消息发送方法和设备。

根据本发明的第一方面，提供一种服务器发送即时消息给终端的方法，所述即时消息包括至少一个消息体，所述终端具有消息接收阈值，该方法包括步骤：

将即时消息的大小与消息接收阈值比较；以及，

在即时消息的大小比消息接收阈值大的情况下，

通过将所述至少一个消息体中的至少一部分消息体的每一个分别替换为一个新消息体，改造即时消息使即时消息的大小不超过消息接收阈值，并分别存储所述至少一部分消息体的内容，每个所述新消息体包括对应于原消息体的消息体标识；和，发送改造后的即时消息给终端。

根据本发明的第二方面，提供一种服务器，用于发送即时消息给终端，所述服务器和所述终端通过网络相连，所述即时消息包括至少一个消息体，所述终端具有消息接收阈值，该服务器包括：将即时消息的大小与消息接收阈值比较的比较装置；与比较装置相连的改造装置，在即时消息的大小比消息接收阈值大的情况下、通过将所述至少一个消息体中的至少一部分消息体的每一个分别替换为一个新消息体改造即时消息使即时消息的大小不超过消息接收阈值，每个所述新消息体包括对应于原消息体的消息体标识；与改造装置相连的消息存储单元，用于存储所述至少一部分消息体的内容；和，与改造装置相连的、发送改造后的即时消息给终端的装置。

根据本发明的第三方面，提供一种即时消息发送***，包括终端和如第二方面所述的服务器。

利用本发明，终端用户可以根据接收到的即时消息了解到该消息总共包括哪些消息体、分别对应于这些消息体中至少一部分消息体的每一个的替换消息体、以及有时可能会有的其余一部分消息体的完整内容。对于那些由替换消息体代替的消息体，终端用户不能直接获取其具体内容。当终端用户希望获取其中某个消息体的具体内容时，可通过UE发送携带对应于该消息体的消息体标识的请求给服务器来获取。若消息体的大小超出UE的容量，终端用户可通过访问服务器网页、并输入对应于该消息体的消息体标识来获取消息体。当用户看完某个消息体的内容后，可以在UE上面单独删除该消息体的内容。

这样，用户可以选择性地获取消息体的内容，加强了用户的业务体验，增强了Messaging AS的可服务性，能更好地适应用户需求。对运营商而言，减少了消息发送失败的可能性，提高了网络资源的利用率。此外，通过利用本发明，容量较小的UE可以分多次接收超过其容量的即时消息，减小了UE的容量对即时消息大小的限制。

附图简述

下面将结合附图详细描述本发明，其中：

图1示出了现有技术的一种提供Messaging业务的典型组网图；

图2示出了图1中Messaging AS的内部结构示意图；

图3示出了现有技术的利用SIP MESSAGE请求完整地发送即时消息给终端的信令流程；

图4示出了现有技术的利用SIP INVITE和MRSP SEND请求完整地发送即时消息给终端的信令流程；

图5是一个即时消息的结构示意图；

图6是根据本发明的一个实施方案将图5中的即时消息所包含的消息体分别用一个新消息体替换后得到的即时消息的结构示意图；

图7示出了根据本发明的一个实施方案的、利用SIP MESSAGE和XML配置访问协议(XCAP，XML Configuration Access Protocol)请求发送即时消息并提供消息体内容给终端的信令流程；

图8示出了根据本发明的另一个实施方案的、利用SIP INVITE、MSRP SEND及XCAP请求发送即时消息并提供消息体内容给终端的信令流程；

图9示出了根据本发明的一个实施方案的、通过浏览器访问服务器网页获取消息体的信令流程；

图10示出了用于本发明的一个实施方案的、提供Messaging业务的组网示意图；

图11示出了图10中的Messaging AS的内部结构示意图；

图12是一个实际即时消息的示例；以及，

图13是根据本发明的一个实施方案将图12中的即时消息所包含的消息体分别用一个新消息体替换后得到的即时消息。

具体实施方式

本发明的方案是以终端为IMS Messaging业务用户为前提提出的。

服务器接收到来自发送方的即时消息后，首先将即时消息与终端的消息接收阈值进行比较。其中，来自发送方的即时消息可以具有一个或多个消息体，它们可以MIME格式的形式存在。每个消息体的类型可以是文本、图像、音频或视频等。终端的消息接收阈值可在用户开通Messaging业务时由Messaging AS(以下简称服务器)默认设置或由用户自定义设置，并存储在服务器中。优选地，终端的消息接收阈值等于终端能接收的最大接收消息大小。

对于大小未超过消息接收阈值的即时消息，服务器以现有技术的方式发送即时消息。如前所述，一种方式是服务器通过SIP MESSAGE把一条消息完整地发给用户，如图3所示。另一种方式是服务器通过SIP INVITE和MSRP SEND把一条消息完整地发给用户，如图4所示。

对于大小超过消息接收阈值的即时消息，服务器将对即时消息进行改造：将即时消息所包含的消息体中的至少一部分消息体的每一个分别替换为一个新消息体以使即时消息的大小不超过消息接收阈值，将所述至少一部分消息体的每一个的内容分别拆分出来并存储到例如服务器的消息存储单元中。

至于是对即时消息的全部消息体进行拆分还是仅对一部分消息体进行拆分，可由用户预先设置。当用户设置为全部拆分时，把即时消息的全部消息体的内容分别拆分出来。当用户设置为部分拆分时，优选地基于一定的优先级顺序对即时消息进行改造，例如，先拆分出并用一个新消息体替换优先级最高的消息体、再拆分出并用另一个新消息体替换优先级次高的消息体、依此进行直至即时消息的大小减至小于或等于消息接收阈值。在一个实施方案中，服务器根据不同消息体类型，即文本、声音、图像或视频，赋予不同消息体不同的优先级。例如，消息体的优先级从高到低依次为文本、声音、图像、视频。在该实施方案的一个特定实施例中，对于类型相同的消息体，根据消息体大小确定优先级顺序，例如，赋予较大的消息体较高的优先级，赋予较小的消息体较低的优先级。在另一实施方案中，服务器根据不同消息体大小赋予不同消息体不同的优先级。例如，赋予最大的消息体最高的优先级，赋予次大的消息体次高的优先级，依此进行。在该实施方案的一个特定实施例中，对于大小相同的消息体，根据消息体类型确定优先级顺序，例如，消息体的优先级从高到低依次为文本、声音、图像、视频。

可替换地，即时消息中消息体的拆分方式也可由服务器默认设置。

根据本发明，每个被拆分出的消息体(原消息体)对应于一个用于替换该消息体的新消息体，该新消息体可以是XML格式的，其包括对应于原消息体的消息体标识。优选地，该新消息体还包括原消息体的描述信息(在此意义上，为叙述方便，在下文中新消息体也被称为描述信息消息体)。优选地，所述描述信息可包括消息体名字和/或消息体大小。例如，原消息体的格式为：

消息体类型：原消息体的类型说明信息

消息体内容：原消息体的具体内容

对应的描述信息消息体格式可为：

消息体类型：扩展类型说明信息

消息体内容：描述信息消息体的内容

在一个实施例中，“扩展类型说明信息”为固定值：

“application/bodydescMsg+xml”，“描述信息消息体的内容”为：

<?xml version="1.0"?>

    <item>

      <name>消息体名字</name>

      <size>消息体大小</size>

      <ID>消息体ID</ID>

    </item>

其中的“消息体名字”可取自原消息体中的名字字段，例如，我的全家福.jpg、我的留言.wav等等；如果原消息体中没有名字，则服务器自动生成一个名字，例如未知文件1、未知文件2等等，作为“消息体名字”。“消息体大小”可根据原消息体的大小计算得到。“消息体ID”可在服务器存储拆分出来的、原消息体的内容时由服务器生成，通过这个ID服务器可以唯一确定原消息体。

根据本发明，将即时消息所包含的消息体中的至少一部分消息体的每一个分别替换为一个描述信息消息体，图5和图6一般性地示出了这一过程。应该指出的是，图6中的“消息体1的描述信息”、…、“消息体4的描述信息”包括了对应于相应原消息体的消息体标识。

对即时消息进行改造后，服务器将改造后得到的新即时消息发送给终端。这可通过SIP MESSAGE或者通过SIP INVITE和MSRP SEND来实现。

该新即时消息有两种可能情形。一种情形是，该消息中的所有消息体都被替换成了描述信息消息体；另一种情形是该消息中的一部分消息体被替换成了描述信息消息体，另一部分消息体未被替换因而可直接获得其具体内容。无论是哪种情形，终端接收到该新即时消息后，对于那些被替换为描述信息消息体的消息体，终端用户不能直接获取其具体内容。当用户希望获取其中某个消息体的具体内容时，可通过UE例如手机发送携带对应于该消息体的消息体标识的XCAP请求给服务器来获取。一般来说，描述信息消息体包括消息体名字和/或消息体大小。在这种情况下，终端用户优选地根据该消息体名字和/或消息体大小确定希望获取的消息体。

图7示出了根据本发明的一个实施方案的、利用SIP MESSAGE和XCAP请求发送即时消息并提供消息体内容给终端的信令流程，具体如下：

1.第1至2步，服务器发送SIP MESSAGE消息给UE，其中至少一部分消息体的每一个分别被替换为一个XML格式的描述信息消息体；

2.第3至4步，UE返回接收消息应答；

3.第5步，UE发出获取一个消息体的XCAP请求，该XCAP请求包括对应于该消息体的消息体标识；以及，

4.第6步，服务器返回该消息体的内容给终端。

根据具体情况，第5至6步可重复多次。

图8示出了根据本发明的另一个实施方案的、利用SIP INVITE、MSRP SEND及XCAP请求发送即时消息并提供消息体内容给终端的信令流程，具体如下：

1.第1至2步，服务器发送SIP INVITE给UE，请求与UE建立MSRP链接；

2.第3至4步，UE返回应答给服务器，返回与服务器建立MSRP链接的应答；

3.第5至6步，服务器返回确认信息给UE；

4.第7步，服务器与UE之间的MSRP链接建立好后，通过MSRP SEND发送消息体给UE；

5.第8步，UE返回接收MSRP SEND消息的应答；

6.第9至10步，服务器发送SIP BYE给用户，通知UE结束SIP会话及断开MSRP链接；

7.第11至12步，UE返回接收SIP BYE应答；

8.第13步，UE发出获取一个消息体的XCAP请求，该XCAP请求包括对应于该消息体的消息体标识；以及，

9.第14步，服务器返回该消息体的内容给终端。

根据具体情况，第13至14步可重复多次。

若要获取的消息体的大小超出了UE的容量，终端用户可通过HTTP协议登入服务器PROTAL来获取，图9对该过程进行了图解。用PC机中的浏览器访问服务器网址从而进入服务器首页；输入用户名、密码等进入用户界面页；输入对应于该消息体的消息体标识获取消息体。

当用户看完某个消息体的内容后，可以在UE上面单独删除该消息体的内容。

用于本发明的用户终端可以是手机、PC机或具有通信功能的其它电子设备。

图10示出了用于本发明的一个实施方案的、提供Messaging业务的组网示意图，其中UE可通过发送XCAP请求与Messaging AS进行交互。因而，相比图1中示出的现有技术的组网图，图10中的Messaging AS应能处理XCAP请求。图11示出了图10中Messaging AS的内部结构示意图。可发现，相对图2所示的现有技术的MessagingAS而言，本发明的Messaging AS添加了消息存储单元、XCAP协议适配器及用户PORTAL。其中，消息存储单元负责存储拆分出来的消息体，XCAP协议适配器及用户PORTAL负责到消息存储单元获取消息体供提供给终端。

最后，给出根据本发明的一个实施方案发送即时消息的具体例子，以便更直观地了解本发明。用户A发送一条具有多个消息体的即时消息给用户B，假定该即时消息的大小大于用户B的终端最大接收消息大小。用户A发送的即时消息如图12所示(为简化，与本发明的方案无关的消息头部简略示出)。服务器利用本发明的一个实施方案发送给用户B的消息如图13所示。如果用户B希望获取某个特定消息体，可发出如下请求：

GET

http://ap.huawei.com/services/fetchMsgBody/users/sip:[email protected]/Messaging/～～/Messaging/message[@ID=“MsgBody32fa84b447fU2”]HTTP/1.1Host:ap.huawei.com

相应地，服务器返回的应答的例子如下(忽略部分与本发明的方案无关的头字段)：

HTTP/1.1 200 OK

Content-Type:Application/XML

Content-Length:342

<?xml version=”1.0”?>

<MsgBody MsgID=”MsgBody32fa84b447fU2”>

<Content-Type>

audio/x-wav

</Content-Type>

<Content-Transfer-Encoding>

base64

</Content-Transfer-Encoding>

<Content-Disposition filename="body3.wav">

attachment

</Content-Disposition>

<body>

Uk1GR1ScAgBXQVZFZm10IBAAAAABAAIAI1YAAIhYAQAEA

pHjP4VhDQf1Acr8tfwMoGhYa6fV

</body>

</MsgBody>

尽管上面描述了本发明的实施方式，但显然所述实施方式可以多种方式进行改变。例如，拆分出来的消息体的内容可存储在不同于服务器的装置中，描述信息消息体可以不是XML格式的，用户可通过除XCAP以外的其他协议从服务器获取特定消息体的内容等。因而，本发明的范围不应该由示例实施方案确定，而应该由那些会被允许的权利要求及它们的法定等同物确定。

Claims (22)

1.服务器发送即时消息给终端的方法，所述即时消息包括至少一个消息体，所述终端具有消息接收阈值，该方法包括步骤：

a.将即时消息的大小与消息接收阈值比较；以及，

在即时消息的大小比消息接收阈值大的情况下，

b.通过将所述至少一个消息体中的至少一部分消息体的每一个分别替换为一个新消息体，改造即时消息使即时消息的大小不超过消息接收阈值，分别存储所述至少一部分消息体的内容，每个所述新消息体包括对应于原消息体的消息体标识；

c.发送改造后的即时消息给终端。

2.根据权利要求1所述的方法，其特征在于，还包括在接收到来自终端的消息体标识时，将与所述消息体标识对应的原消息体的内容发送给终端的步骤。

3.根据权利要求2所述的方法，其特征在于，所述消息体标识是通过XCAP请求发送的。

4.根据权利要求1所述的方法，其特征在于，还包括当终端用户访问服务器网页并且输入消息体标识时，将与所述消息体标识对应的原消息体的内容提供给终端的步骤。

5.根据权利要求1所述的方法，其特征在于，所述步骤c是通过SIP MESSAGE或通过SIP INVITE和MSRP SEND实现的。

6.根据权利要求1所述的方法，其特征在于，包括根据不同消息体类型赋予不同消息体不同的优先级的步骤，并且所述步骤b的所述改造基于消息体的优先级进行。

7.根据权利要求6所述的方法，其特征在于，所述消息体类型包括文本、图像、音频和视频中的一个或多个。

8.根据权利要求1所述的方法，其特征在于，包括根据不同消息体大小赋予不同消息体不同的优先级的步骤，并且所述步骤b的所述改造基于消息体的优先级进行。

9.根据权利要求1所述的方法，其特征在于，每个所述新消息体还包括原消息体的描述信息。

10.根据权利要求9所述的方法，其特征在于，所述描述信息包括消息体名字和/或消息体大小。

11.一种服务器，用于发送即时消息给终端，所述服务器和所述终端通过网络相连，所述即时消息包括至少一个消息体，所述终端具有消息接收阈值，该服务器包括：

将即时消息的大小与消息接收阈值比较的比较装置；

与比较装置相连的改造装置，在即时消息的大小比消息接收阈值大的情况下、通过将所述至少一个消息体中的至少一部分消息体的每一个分别替换为一个新消息体改造即时消息使即时消息的大小不超过消息接收阈值，每个所述新消息体包括对应于原消息体的消息体标识；

与改造装置相连的消息存储单元，用于存储所述至少一部分消息体的内容；和，

与改造装置相连的、发送改造后的即时消息给终端的装置。

12.根据权利要求11所述的服务器，其特征在于，还包括与消息存储单元相连的、在接收到来自终端的消息体标识时将与所述消息体标识对应的原消息体的内容发送给终端的装置。

13.根据权利要求12所述的服务器，其特征在于，所述消息体标识是通过XCAP请求发送的。

14.根据权利要求11所述的服务器，其特征在于，还包括与消息存储单元相连的、当终端用户访问服务器网页并且输入消息体标识时将与所述消息体标识对应的原消息体的内容提供给终端的装置。

15.根据权利要求11所述的服务器，其特征在于，所述发送改造后的即时消息给终端的装置通过SIP MESSAGE或通过SIP INVITE和MSRP SEND发送。

16.根据权利要求11所述的服务器，其特征在于，所述改造装置根据不同消息体类型赋予不同消息体不同的优先级，并基于消息体的优先级改造即时消息。

17.根据权利要求16所述的服务器，其特征在于，所述消息体类型包括文本、图像、音频和视频中的一个或多个。

18.根据权利要求11所述的服务器，其特征在于，所述改造装置根据不同消息体大小赋予不同消息体不同的优先级，并基于消息体的优先级改造即时消息。

19.根据权利要求11所述的服务器，其特征在于，每个所述新消息体还包括原消息体的描述信息。

20.根据权利要求19所述的服务器，其特征在于，所述描述信息包括消息体名字和/或消息体大小。

21.一种即时消息发送***，包括终端和根据权利要求11-20中任一权利要求所述的服务器。

22.根据权利要求21所述的***，其特征在于，所述终端是手机或PC机。

Images