CN1930895A - 移动通信终端之间互通消息的系统和方法 - Google Patents

Abstract

移动通信终端的互通消息的系统采用了由第一消息传递服务服务器接收由第一消息传递服务的第一用户客户端发送的多媒体消息，在第一消息传递服务服务器和第二消息传递服务服务器处理多媒体消息，和由第二消息传递服务服务器提供处理的多媒体消息给第二消息传递服务的第二用户客户端的方法。该消息包括指示始发消息传递服务类型或接收者消息传递服务类型的参数，该参数作为消息的报头部分或主体部分中的字段或指示符。

Description

移动通信终端之间互通消息的系统和方法

技术领域

本发明涉及移动通信终端的消息传递服务，且更为具体地说，涉及接收通过使用即时消息传递(IM)客户端发送的多媒体内容的移动通信终端的互通消息的系统和方法。

背景技术

近来，移动通信终端的很多用户使用它们的终端发送和接收文本消息，且除了语音通信之外，基于文本的消息服务的市场大小一直在增加。

用于移动通信终端的消息服务能够被大致分为即时消息(IM)服务，多媒体消息服务(MMS)和短消息服务(SMS)。在移动通信终端中安装即时消息客户端，基于有线因特网技术的即时消息服务扩展到移动通信的领域。

即时消息服务通常向终端的用户提供高速会话类型的通信方式，比如基于文本的消息。这里，即时消息客户端包括所谓的“存在服务”，其能够通知用户关于多种操作信息，比如用户连接的一方，客户端的在线状态，答复的概率等。

多媒体消息服务是和用户所需的语音、结合的图像、背景音乐等一起发送文本消息的消息服务。但是，执行这种传输而不考虑消息接收者的状态(情况)。

移动通信终端的现有技术的消息服务系统允许在具有在其中安装的相同消息客户端的移动通信终端之间的消息服务，但是具有不能够提供在具有在其中安装的不同消息客户端的移动通信终端之间的消息服务的问题。

发明内容

技术问题

本发明提供了允许在支持不同类型的消息传递服务的移动通信终端中的互通(兼容性)，由此通过使用即时消息客户端发送的多媒体内容能在接收端(例如，接收终端)由多媒体消息客户端接收的系统和方法。

技术方案

为了满足移动和无线通信技术的持续开发，本发明提供了具有不同容量和支持多种类型的消息传递服务的用户终端(移动手持设备，无线接入设备等)之间的兼容性，使得一个类型的消息传递服务的用户能够发送消息给另一类型的消息传递服务的用户。

附图说明

图1说明了根据本发明的用于移动通信终端消息服务互通的系统的示例性结构；

图2说明了根据本发明的即时消息服务器的示例性结构的框图；

图3说明了根据本发明的多媒体消息服务中心的示例性结构的框图；

图4说明了根据本发明的移动核心网络的示例性结构的框图；

图5和6说明了根据本发明的互通移动通信终端消息的示例性方法的流程图；

图7到9说明了根据本发明的通过使用发射终端的即时消息客户端检查是否存在接收器终端的多媒体服务客户端的示例性实施例；

图10说明了根据本发明实施例的互通移动通信终端消息的系统的信号流；

图11和12说明了根据本发明实施例的消息传递服务互通的基本架构的结构；

图13说明了根据本发明实施例的消息传递服务的互通方法的流程图；

图14说明了使用接收者消息传递服务字段和始发消息传递服务字段的根据本发明实施例的消息传递服务的互通方法的流程图；

图15说明了在本发明第一实施例中在各个不同消息传递系统之间的互通方法的信号流；

图16说明了在本发明第二实施例中在各个不同消息传递系统之间的互通方法的信号流；

图17说明了在本发明第三实施例中在各个不同消息传递系统之间的互通方法的信号流；

图18说明了在本发明第四实施例中在各个不同消息传递系统之间的互通方法的信号流；

图19说明了在本发明第五实施例中在各个不同消息传递系统之间的互通方法的信号流；

图20说明了在本发明第六实施例中在各个不同消息传递系统之间的互通方法的信号流；

图21说明了根据本发明的具有接收者消息传递服务字段和始发消息传递服务字段的消息的格式；

图22说明了根据本发明的SIP消息报头格式的实例；

图23说明了根据本发明的RTP消息报头格式的实例；

图24说明了根据本发明的RTCP消息报头格式的实例。

具体实施方式

本发明提供了用于移动通信终端的互通消息的系统，其中具有在其中安装的第一消息客户端的发射终端发送多媒体内容到具有在其中安装的第二消息客户端的接收终端，该系统包括：第一服务器，其检查是否将多媒体内容发送到接收终端；第二服务器，其将从第一服务器发送的多媒体内容的格式转换为由接收终端支持的内容格式；和移动核心网络，其收集关于终端的信息，且提供由第一服务器、第二服务器和每个终端请求的信息。

而且，根据本发明的用于移动通信终端消息互通的系统包括：发射终端，其通过使用第一消息客户端发送多媒体内容；接收终端，其通过使用第二消息客户端接收多媒体内容；第一服务器，其检查多媒体内容的接收地址且检查在接收终端中安装的消息客户端；第二服务器，其将从第一服务器发送的多媒体内容的格式转换为由接收终端支持的格式，并在从接收终端请求的情况下发送多媒体内容；和移动核心网络，其收集关于终端的信息，并提供由第一服务器、第二服务器和每个终端请求的信息。

根据本发明的用于移动通信终端消息互通的方法包括：根据由在接收终端中安装的消息客户端支持的服务确定用于发送多媒体内容的路径；和在将多媒体内容转换为由接收终端支持的格式的情况下发送到接收终端。

而且，根据本发明的用于移动通信终端消息互通的方法包括：在激活安装在发射终端中的第一消息客户端的情况下发送多媒体内容到第一服务器；检查接收终端和安装在接收终端中的第二消息客户端的地址；从第二服务器通知接收终端的多媒体内容的接收；在从接收终端传输接收请求的情况下，将多媒体内容的格式转换为由接收终端支持的内容格式；和发送多媒体内容到接收终端。

在下文中，将参考附图解释根据本发明的互通移动通信终端消息的系统和方法的示例性实施例。

这里，重要的是注意在实现本发明时，在图1到4中指定的所有实体不是必需的，比如WAP网关(下面描述)，因为很多其它类型的网络实体也可执行所需的操作和不同操作，且还可以在单一实体中组合和执行处理。本领域普通技术人员能够清楚地理解下面所述的特定网络实体仅是示例性的，且用于解释本发明的特征，其可以由多种其他类型的等效硬件、软件和/或硬件和软件的任意组合实现。

图1说明了根据本发明的用于移动通信终端消息服务互通的系统的示例性结构，借此该系统用于在即时消息服务终端和多媒体消息服务终端之间的互通。

如图1所示，系统包括存储和发送由用户形成的多媒体内容的发射终端(10)；检查从发射终端(10)发送的多媒体内容是否能够被发送到接收终端(50)的即时消息服务器(20)；检查从即时消息服务器(20)发送的多媒体内容的格式和编解码并转换其为由接收终端(50)支持的内容格式的多媒体消息服务(MMS)中心(30)；WAP网关(40)，其通知接收终端(50)何时将多媒体内容输入到多媒体消息服务中心(30)；接收终端(50)，其经WAP网关(40)从多媒体消息服务中心(30)请求通知的多媒体内容，和经WAP网关(40)接收请求的多媒体内容；和移动核心网络(60)，其执行鉴权和授权，并执行来自发射终端(10)和接收终端(50)的信息的周期性或非周期性更新。这里，即时消息服务器(20)是用于处理即时消息的第一服务器，且多媒体消息服务中心(30)是用于输出多媒体消息服务的第二服务器。

发射终端(10)是具有在其中安装的即时消息客户端的移动通信终端，且接收终端(50)是具有在其中安装的多媒体消息服务客户端(不是即时消息客户端)的移动通信终端。

即时消息服务器(20)允许在从发射终端(10)请求的情况下传输多媒体内容，和检查在移动核心网络(60)中存储的信息以确定发送多媒体内容到达的接收终端(50)具有在其中安装的即时消息客户端或多媒体消息服务客户端。

图2说明了根据本发明的即时消息服务器的示例性结构的框图，其包括：收发模块(21)，其接收从发射终端(10)发送的多媒体内容等，并发送其到不同服务器；接收终端检查模块(23)，其执行用于待发送的多媒体内容的目的地的地址分辨，和从移动核心网络(60)检查接收终端(50)是否具有在其中安装的多媒体消息服务器客户端；和存储模块(25)，其临时存储从发射终端(10)发送的多媒体内容。

多媒体消息服务中心(30)确定是否由接收终端(50)支持从即时消息服务器(20)接收的多媒体内容的格式/编解码。如果支持多媒体内容的格式/编解码，不转换多媒体内容而是直接发送到接收终端(50)，但是如果不支持多媒体内容的格式/编解码，将多媒体内容转换为适于接收终端(50)的格式/编解码且之后发送。

图3说明了根据本发明的多媒体消息服务中心的示例性结构的框图，其包括：收发模块(31)，其从即时消息服务器(20)接收多媒体内容且发送被对于接收终端(50)适当地转换的多媒体内容到不同服务器或到接收终端(50)；通知模块(33)，其通知多媒体内容的接收给接收终端(50)；存储模块(35)，其临时存储所接收的多媒体内容；和转换模块(37)，其检查所接收的多媒体内容的格式/编解码，且根据接收终端(50)的性能转换多媒体内容。

移动核心网络(60)是3GPP TS23.240的普通用户档案(GUP)服务器，其采用用于和即时消息服务器(20)及多媒体消息服务中心(30)交换信息的简单的邮件传递协议(SMTP)。这里，在开放移动联盟(OMA)标准的无线村人际消息传递系统(IMPS)中定义移动核心网络。

图4说明了根据本发明的移动核心网络的示例性结构的框图，其包括：收发模块(61)，其从即时消息服务器(20)或多媒体消息服务中心(30)或终端接收信息请求信号，或发送确定的信息；鉴权模块(63)，其对于每个系统包括的每个元件或对于每个订户执行鉴权和授权；数据库(65)，其存储并周期或非周期地更新用户终端服务订阅信息，用户档案信息，存在信息，访问权利信息等；和归属位置寄存器(HLR)(67)，其管理终端的网络信息。

下面描述具有上述结构的互通移动通信终端消息服务的系统的工作。

当发送者通过发射终端(10)的即时消息客户端输入和发送多媒体内容时，将多媒体内容输入到即时消息服务器(20)中。

即时消息服务器(20)检查多媒体内容发送到的目的地的地址，且在执行寻址分辨的情况下，检查接收终端(50)是否具有在其中安装的多媒体消息服务客户端(且不是即时消息客户端)，且之后发送多媒体内容到多媒体消息服务中心(30)。

多媒体消息服务中心(30)检查发送的多媒体内容的格式/编解码，以确定接收终端(50)是否支持该格式/编解码。如果接收终端(50)支持该类型的多媒体内容的格式/编解码，不转换多媒体内容而是直接发送到接收终端(50)，且如果不是由接收终端(50)支持的类型，转换多媒体内容为由接收终端(50)支持的类型且之后发送。

经WAP网关(40)发送多媒体内容到接收终端(50)，且接收者可通过使用在接收终端(50)中安装的多媒体消息服务客户端检查发送的多媒体内容的内容。

即，根据本发明的移动通信终端消息互通系统，即使在接收终端(50)中安装多媒体消息服务客户端而不是即时消息客户端，接收终端(50)能够接收由发射终端(10)使用即时消息客户端发送的多媒体内容。这里，发射终端(10)和即时消息服务器(20)从移动核心网络(60)接收接收终端(50)不具有在其中安装的即时消息客户端，而是仅具有在其中安装的多媒体消息服务客户端的信息。

图5和6说明了根据本发明的互通移动通信终端消息的示例性方法的流程图。

最初，发送者激活在发射终端(10)中安装的即时消息客户端，且检查在接收终端(50)中安装的消息客户端。这里，发射终端(10)具有在其中安装的和在接收终端(50)中相同的即时消息客户端，或仅具有在其中安装的多媒体消息服务客户端(不是即时消息客户端)，或具有同时在其中安装的即时消息客户端和多媒体消息服务客户端两者。

在本发明中，假定发射终端(10)具有在其中安装的即时消息客户端且接收终端(50)具有在其中安装的多媒体消息服务客户端。

在发送者通过使用即时消息客户端创建多媒体内容之后，发送多媒体内容到接收终端(50)(S12)。这里，如果发送除了多媒体内容之外的其它内容，发射终端(10)能够通知发送者不能发送这种内容。这是因为在接收终端(50)中安装的多媒体消息服务客户端仅接收多媒体内容，且因此如果发送者尝试发送其它类型的内容，发射终端(10)能够产生警报以通知发送者。

接收多媒体内容的即时消息服务器(20)检查接收终端(50)的地址(S13)，接收从移动核心网络(60)提供的接收终端(50)的信息，且之后检查是否在接收终端(50)中仅安装了多媒体消息服务客户端(S14)。

在确定是否在接收终端(50)中安装即时消息客户端的情况下(S15)，如果没有安装即时消息客户端而是仅安装了多媒体消息服务客户端，即时消息服务器(20)发送多媒体内容到多媒体消息服务中心(30)(S16)。

如果在接收终端(50)中安装即时消息客户端，经WAP网关(40)发送多媒体内容到接收终端(50)(S17)，且如果在接收终端(50)中安装了即时消息客户端和多媒体消息服务客户端两者，根据用户的选择或网络设置发送多媒体内容(S18)。这里，根据用户的选择或网络设置确定发送多媒体内容到即时消息客户端或多媒体消息服务客户端。

多媒体消息服务中心(30)临时存储多媒体内容，且通过发送短消息以指示接收到多媒体内容，来经WAP网关(40)通知接收终端(50)(S19)。

当接收者操作它的接收终端(50)以请求经WAP网关(40)接收多媒体内容时，经WAP网关(40)发送请求信号到多媒体消息服务中心(30)(S20)。

接收请求信号的多媒体消息服务中心(30)检查接收终端(50)是否支持多媒体内容的格式/编解码(S21)。

如果接收终端(50)不支持多媒体内容的格式/编解码，转换内容为由接收终端(50)支持的内容格式(S22)，且如果支持格式/编解码，之后不转换多媒体内容的格式。

多媒体消息服务中心(30)经WAP网关(40)发送转换或没有转换的多媒体内容到接收终端(50)(S23)。

接收多媒体内容的接收终端(50)发送指示接收到内容的传送报告信号到发射终端(10)(S24)。

图7到9说明了根据本发明通过使用发射终端(10)的即时消息客户端检查是否存在接收终端(50)的多媒体消息服务客户端的示例性实施例。比如下标或上标，或颜色的特定字符可用于区分用户(接收器终端)。

这里，在即时消息客户端上显示的每个图标表示接收者或接收终端(50)。

图7说明了其中具有在其中安装的即时消息客户端的接收终端(50)的在线或离线状态的实例，且能以不同颜色指示那些不具有在其中安装的即时消息客户端的接收终端(50)。而且，在不具有在其中安装的即时消息客户端的接收终端(50)中，能够以字母“m”指示那些具有在其中安装的多媒体消息服务客户端的接收终端(50)以指示对于该终端可以进行多媒体消息服务。

图8说明了其中以不同颜色指示具有在其中安装的即时消息客户端的接收终端(50)的在线或离线状态的实例，且以和那些具有在其中的即时消息客户端但是处于离线状态的接收终端(50)相同的颜色指示不具有在其中安装的即时消息客户端的接收终端(50)。而且，在不具有在其中安装的即时消息客户端的接收终端(50)中，以字母“m”指示那些能够支持多媒体消息服务的接收终端(50)，以指示该终端可以进行多媒体消息服务。

图9说明了其中即时消息客户端采用特定字符(比如下标)以区分由接收终端(50)支持的多种类型的服务，比如多媒体消息服务，即时消息服务，位置服务等的即时消息客户端。以不同颜色区分即时服务的在线和离线状态，且能够添加下标“m”给能够支持多媒体消息服务的接收终端(50)，以指示多媒体消息服务可能。这里，能够将下标“m”添加到能够支持多媒体消息服务的所有接收终端，而不顾它们的即时消息客户端的在线或离线状态。

作为检查是否在接收终端中安装了多媒体消息客户端的方法，除了上述的检查图标的颜色或下标的方法，还可使用检查在接收终端中的相应图标的登记信息的方法。即，因为图标还包括具有关于在相应接收终端中安装的消息客户端的信息的登记信息，用户能够选择确定的图标以检查其登记信息，从而检查接收终端是否具有在其中安装的多媒体消息客户端。

图10说明了根据本发明的互通移动通信终端消息的系统的信号流。

如图10所示，当发射终端(10)使用其即时消息客户端发送多媒体内容发射信号(SendMessage.Req)到即时消息服务器(20)时，即时消息服务器(20)发送关于多媒体内容信号的响应信号(SendMessage.Res)到发射终端(10)(A10)。

从发射终端(10)接收多媒体内容的即时消息服务器(20)发送多媒体内容发射信号(ForwardMessage.Req)到多媒体消息服务中心(30)，且从多媒体消息服务中心(30)接收关于发射信号的响应信号(ForwardMessage.Res)(A20)。

从即时消息服务器(20)接收多媒体内容的多媒体服务中心(30)发送通知信号(MessageNotification.Req)到接收终端(50)以指示已经接收多媒体内容，且接收关于通知信号的响应消息(MessageNotification.Res)(A30)。

接收通知信号的接收终端(50)发送多媒体内容请求信号(GetMessage.Req)到多媒体消息服务中心(30)，且接收包括多媒体内容的响应信号(GetMessage.Res)(A40)。

接收在多媒体消息服务中心(30)中存储的多媒体内容的接收终端(50)发送发射完成信号(MessageDelivered)到多媒体消息服务中心(30)(A50)，其之后发送发射报告信号(DeliveryReport.Req)到即时消息服务器(20)。

接收发射报告信号的即时消息服务器(20)发送响应信号(DeliveryReport.Res)到多媒体消息服务中心(30)(A60)，且发送指示完成多媒体内容传输的发射报告信号(DeliveryReport.Req)到发射终端(10)(A70)。

图11说明了根据本发明的消息传递服务的互通的基本架构的结构。示出了可包括不同消息传递服务的互通的逻辑实体的框图，且将描述每个实体的细节。

(服务间)消息传递中继(MR)是负责在两个消息传递服务之间的消息的传递的逻辑实体。这种责任包括，基于地址分辨和接收者用户档案识别目标消息传递服务，转换消息格式为接收者消息传递服务的接受的格式，和产生合适的付费记录以传递到目标消息传递服务。

更加详细地说，MR和不同消息传递服务器(且可被实现为消息传递服务器的一部分)接口连接以在不同服务之间传递消息信息(内容和“包络”)。另外，其接口连接基本启用器用于寻址分辨，访问用户档案，和接收并存储相关存储中的消息。MR负责多种功能性，包括支持比如(但是不是排他的)MM4、MM7、SMTP、多种基于SIP的协议等的很多协议；和接受被传递到不同消息传递服务器的消息，其中可明显地提供消息或经到网络存储的链路访问。其它责任包括识别目标消息传递服务(其可由始发消息传递服务明显地提供或从接收者的用户档案确证)；执行消息转换和自适应以呈现目标消息传递服务格式；在相关存储中维持消息直到成功传送消息到目标消息传递服务；管理传送的转发和读取可在请求的情况下从接收者消息传递服务路由回到消息的始发者的报告，且其中由始发和接收者消息传递服务两者支持；和维持消息传递服务的保密性和安全性。

地址分辨(AdR)是负责根据由目的地消息服务使用的地址格式完成省略地址为完全合格的地址的逻辑实体。更加详细地说，AdR是在消息传递服务器或消息传递中继(MR)和允许扩展给定接收者地址到识别接收者消息传递服务和用于消息传送的目的地服务器的完全合格的地址的地址簿之间的接口。接口应该支持输入任意地址格式，包括缩短的“绰号”输入和完全合格的格式的所需格式的指示，并返回完全合格的地址或对于提供的输入没有这种地址可用的指示。

用户档案是定义应该在订阅到消息传递服务的用户的档案中定义、且应该可接入到消息传递服务器和消息传递中继(MR)的确定的信息的逻辑实体。更加详细地说，用户档案提供在操作者的域内在消息传递服务器(或MR)和用户信息的数据库之间的接口，以及指示最小的一组属性的特定的一组用户参数。属性应该至少包括确定类型的信息，比如用户订阅到的消息传递服务的列表，用户定义以接收不同媒体类型的“优选的”消息传递服务的列表，和基本消息传递参数。

内容和报头代码转换是提供将消息的内容或报头格式在不同消息传递服务的格式之间代码转换的服务的逻辑实例。更加详细地说，代码转换服务提供服务给消息传递服务器或MR以执行内容和消息格式的自适应。这可由标准代码转换接口(STI)的扩展版本支持。扩展应该允许变换报头信息，而不仅是当前支持的内容信息。

消息存储(储存)是提供在可由消息传递服务器和消息传递中继(MR)访问的网络中消息的相关存储以存储和检索发送的消息的逻辑实体。更加详细地说，消息存储提供使用在由操作者提供的所有消息传递服务上可访问的消息的相关存储。具体地说，消息存储应该提供允许以多种格式的消息的存储(例如，电子邮件，多媒体消息(MM)，短消息服务(SMS)等)，产生用于消息的URI，基于URI在存储中检索和替换消息，和管理由消息传递服务器或MR的存储。

在这多种网络实体之间，存在必需的基准点(例如，接口)。下面的表1列出了每个基准点和其相关的描述。

【表1】

基准点	在实体之间	描述
			OM1	始发客户端和服务器	由始发消息传递服务内部指定的基准点
RM1	接收者服务器和客户端	由接收者消息传递服务内部指定的基准点
			IM1	消息传递服务器和MR	允许消息传递服务器调用MR功能和允许MR传递消息到接收者消息传递服务器的接口
IM2	消息传递服务器/中继和AdrR	支持地址分辨功能和向消息传递服务器提供转化地址为不同格式的接口
			IM3	消息传递服务器/中继和用户档案	支持检索用户配置信息的接口
IM4	消息传递服务器/中继和内容/报头代码转换	标准代码转换接口-不仅地址内容信息而且消息格式
			IM5	消息传递服务器/中继和消息存储	支持在基于参数存储的网络中消息的存储、检索和维持的接口
IMCN	在单独网络中的消息传递服务器	由始发消息传递服务内部指定以在不同网络中的服务器之间传递消息的基准点

图12说明了根据本发明的消息传递服务的互通的基本架构的结构。像图11，示出了可包括不同消息传递服务的互通的逻辑实体和在其间的接口(基准点)的框图，将解释不同特征的细节。

图12的发送侧和接收侧以及图11的始发侧和接收者侧分别具有等效的逻辑实体。例如，图12中的发送消息传递服务互通服务器和接收消息传递服务器分别对应于图11中的接收者始发服务消息服务器和接收者“优选”服务消息传递服务器。但是，在图12中，示出了始发消息传递服务器和发送消息传递服务互通服务器可以是相同逻辑实体的一部分。即，单一服务器可服务两个服务器的功能，如图12中的虚线指示的。

而且，图11中的地址分辨和消息存储分别对应于图12中的地址转换器和消息存储。另外，图11中的存在服务器和始发消息传递服务器及接收者始发服务消息传递服务器协同工作，而且图12中的存在服务器和始发客户端及始发消息传递服务器协同工作。另外，在图11的接收者侧中，消息存储连接服务间消息传递中继和接收者“优选”服务消息传递服务器，而且在图12的接收侧中，消息存储连接发送消息传递服务互通服务器，消息传递中继和接收消息传递服务器。

图13说明了根据本发明的消息传递服务的互通的方法的流程图。

参考图11、12和13，本发明还提供了在不同消息传递系统之间的互通方法，该方法包括：由终端发送包括接收者优选消息传递服务类型的消息到始发消息传递服务器；由接收者始发服务消息传递服务器接收消息；和通过考虑包括接收者优选消息传递服务类型的接收的消息，发送代码转换的消息到接收者优选服务消息传递服务器，而不检查任意其它网络实体以取得关于接收者优选消息传递服务类型的信息。

换句话说，将代码转换的消息发送到接收者优选服务消息传递服务器，而不检查其它网络实体，比如用户档案以找到接收者优选消息传递服务类型，因为仅需要考虑包括接收者优选消息传递服务类型的接收的消息。

这里，发送包括接收者优选消息传递服务类型的消息的步骤进一步包括执行地址分辨，检查用户档案，和在发送之前存储消息的步骤。而且，发送代码转换的消息的步骤进一步包括将具有第一格式的接收的消息转换为第二格式以允许在不同类型的消息传递服务之间的兼容性的步骤。另外，始发消息传递服务器在发送包括接收者优选消息传递服务类型的消息之前，从存在服务器接收关于接收者终端的状态信息和可能的服务应用。

另外，本发明提供了在不同消息传递系统之间互通的方法，该方法包括：接收关于消息传递服务的消息；获得接收者的优选消息传递服务类型；在接收的消息中插入关于获得的优选消息传递服务类型的至少一个参数；和发送具有在其中插入的参数的接收的消息到接收者始发服务消息传递服务器。

这个方法能够进一步包括找到接收的消息应该路由到的目的地消息传递系统的步骤，其中从存在服务器或用户档案获得优选消息传递服务类型，其中至少一个参数用于发送或接收优选消息传递服务的消息，且其中至少一个参数包括用于发送优选消息传递服务的消息的一个参数和用于接收优选消息传递服务的消息的另一参数。

而且，本发明提供了在不同消息传递系统之间互通的方法，该方法包括：接收在其中具有指示优选消息传递服务类型的参数的消息；根据参数处理消息为由优选消息传递服务支持的格式；和提供消息给优选消息传递服务的接收者。

这里，能够由接收者始发服务消息传递服务器以不同于优选消息传递服务的格式的格式接收消息；且处理步骤能够包括执行地址分辨的步骤；且能够经用于检查用户档案，执行内容和报头代码转换，并存储消息的消息传递中继处理消息；且能够经接收者优选服务消息传递服务器提供消息给接收者。

另外，本发明提供了消息服务方法，其包括：从始发客户端发送消息到始发消息传递服务器；在消息存储中存储消息；通过存在服务器或用户档案获得用户信息，其中该信息至少包括优选消息传递服务类型；通过地址分辨找到下一个服务器；发送消息到下一个服务器；将始发消息格式代码转换为接收者消息格式；通过地址分辨找到接收者优选服务消息传递服务器；发送代码转换的消息到接收者优选服务消息传递服务器；存储代码转换的消息并发送通知到接收者客户端；请求接收代码转换的消息给接收者优选服务消息传递服务器；和接收代码转换的消息。

另外，本发明提供了消息传递服务方法，其包括：由第一消息传递服务服务器接收由第一消息传递服务的第一用户客户端发送的多媒体消息；在第一消息传递服务服务器和第二消息传递服务服务器处理多媒体消息；和由第二消息传递服务服务器提供处理的多媒体消息到第二消息传递服务的第二用户客户端。

这里，处理能够修改多媒体消息的内容或格式以允许在第一和第二消息传递服务之间的兼容性，且其中第一消息传递服务是即时消息服务，且第二消息传递服务是多媒体消息服务。

而且，处理能够检查消息传递地址是否对于第二用户客户端可用，且其中第一消息传递服务是多媒体消息服务且第二消息传递服务是即时消息服务。

另外，第一用户客户端能够具有指示可能的服务应用和存在信息给用户的功能，且其中可能的服务应用和存在信息可被作为通过采用不同颜色和文本字符提供给用户的视觉显示来指示。

图14到24说明了本发明的更加特定的实施例，其属于通过使用参数(例如，报头字段)指示始发(发送)消息传递服务类型或接收者(接收)消息传递服务类型或两者来互通。

这样参数的使用是可选的，且采用这种参数(例如，字段、标志、指示符等)的主要优点是在不同类型的消息传递服务系统之间执行互通时最小化在多种网络元件之间执行的所需信令。而且，接收者客户端能够知道在始发客户端使用的消息传递服务类型以执行不同消息传递服务的互通。

在图14到24中，应该注意使用参数指的是使用在消息的报头部分中的字段的保存比特指定始发(发送)和/或接收者(接收)消息传递服务类型。这个“添加”新的字段实际上不增加报头的总大小，而是先前在现有技术中保存的一个或多个比特用作新的字段以指示消息传递服务类型。优选地，能由始发客户端，始发消息传递服务器，或接收者始发服务消息传递服务器添加参数(字段、标识、指示符等)，这将在下面详细描述。

图14说明了根据本发明实施例的使用接收者消息传递服务字段和始发消息传递服务字段的消息传递服务的互通方法的流程图。

添加指示消息传递服务类型的字段且发送消息(S11)，消息传递中继接收这个消息(S13)，并检查是否在消息中包括消息传递服务字段的类型。这里，应该注意可在消息中包括接收者消息传递服务字段和/或始发消息传递服务字段。优选地，这种字段由始发客户端或始发消息传递服务器或始发消息传递服务互通服务器包括在消息中。

优选地，消息传递中继首先检查消息是否包括接收者消息传递服务字段(S15)，如果没有，消息传递中继通过参考用户档案检查接收者客户端希望接收的消息传递服务类型(S17)。

如果消息包括接收者消息传递服务字段或在从用户档案检查消息传递服务类型之后，消息传递中继经代码转换单元转换(改变)消息为在接收者客户端支持的消息格式(S19)。之后，消息传递中继经地址转换器将消息地址转换为由接收者消息传递服务器使用的格式，且还检查下一个目的地的地址(S21)。地址转换的消息之后被发送到接收者消息传递服务器，其发送消息到接收者客户端(S23)。

接收者客户端检查以查看是否存在始发消息传递服务字段(S25)。如果是，接收者客户端能够检查始发客户端的消息传递服务类型(S27)。否则，接收者客户端不能执行这种检查(S29)。如果能够执行检查，接收者客户端可之后响应于接收的消息发送中继消息。接收这种答复(响应)的始发(发送)侧之后转换消息传递服务格式而不通过消息传递中继检查用户档案。但是，如果不存在始发消息传递服务字段，需要在参考包括关于始发消息传递服务类型的用户档案之后转换消息传递服务格式。

图15说明了本发明第一实施例中在各个不同消息传递系统之间的互通方法的信号流，其中始发客户端插入接收者消息传递服务字段。

通过使用激活的始发客户端，当发送消息到特定接收者客户端时，始发客户端从存在服务器检查在接收者客户端设置用于接收的消息传递服务(S31)，且以消息包括接收者消息传递服务字段(S33)。这里，接收者消息传递服务字段是指示当前能够由接收者客户端接收的消息传递服务的类型的字段。这能够通过在消息的报头部分或主体部分中设置一个或多个保存比特实现，或使用在消息的另一部分中的指示实现。

之后发送具有接收者消息传递服务字段的消息到始发消息传递服务器(OM1)。始发消息传递服务器在消息存储(储存)中存储接收的消息(IM5)，且检查用于发送消息所需的信息的用户档案(IM3)，且之后检查地址簿以确定发送消息的下一个目的地的地址(IM2)。之后，始发消息传递服务器从消息存储检索消息(IM5)，且发送其到始发消息传递服务互通服务器(IMCN)。这里，应该注意始发消息传递服务器和始发消息传递服务互通服务器可以是单一服务器的一部分或可以是独立的服务器。

始发消息传递服务互通服务器和地址转换器协同工作以检查消息的下一个目的地地址(IM2)，并发送消息到消息传递中继以执行消息服务互通(IM1)。这里，地址转换器能够执行和始发侧的地址簿相同的功能。

消息传递中继通过参考消息的接收者消息传递服务字段检查在接收者客户端的消息传递服务的类型，且之后如果需要，经代码转换单元转换消息传递服务格式为适于接收者客户端的(如虚线箭头线所示)(IM4)，消息传递中继可检查用户档案用于接收者客户端除了消息传递服务类型之外的附加信息(IM3)。

消息传递中继和地址转换器协同工作以转换在消息中包括的接收者客户端的地址为由接收者客户端的消息传递服务使用的地址格式，且检查转换的消息应该发送到的下一个目的地的地址(IM2)。

之后，消息传递中继发送转换的消息到接收者消息传递服务器(IM1)。这里，消息传递中继可临时存储一封消息直到成功发送消息到接收者消息传递服务器。可在消息传递中继本身或单独的存储装置中存储消息的副本。

接收者消息传递服务器在接收者消息传递服务器的消息存储中存储接收的消息(IM5)，且使用通知消息通知接收者客户端消息到达(S35)。这里，在用于消息传递消息的所需信息中，如果存在应该从始发消息传递服务器或始发消息传递服务互通服务器提供的信息，之后经相应接口接收这种信息。而且，消息存储可以是接收者消息传递服务器的内部部分或单独的实体。

在检查通知消息的情况下，接收者客户端请求接收消息(S37)，之后接收者消息传递服务器从消息存储请求消息(IM5)，消息存储允许发送消息到接收者消息传递服务器(IM5)，其之后发送消息到接收者客户端(RM1)。

以上述方式，来自使用确定类型的消息传递服务的始发客户端的消息能够被适当地发送到使用另一类型的消息传递服务的所需的接收者客户端，由此使用一个或多个消息传递服务参数(例如，字段、标志等)改进多种网络实体中的信号流。这里，应该注意可以略微不同于所示的顺序执行上述过程(如果需要的话)。这种过程的实例如下所示。

图16说明了在本发明的第二实施例中在各个不同消息传递系统之间的互通方法的信号流，其中始发消息传递服务器插入接收者消息传递服务字段。

大多数过程和如图15所示的相同，除了在始发客户端和始发消息传递服务器之间的过程。即，始发客户端不执行图15的步骤S31和S33。而是，始发消息传递服务器能够从存在服务器检查在接收者客户端设置用于接收的消息传递服务(如虚线所示在检查地址簿以确定发送消息到的下一个目的地的地址(IM2)之前)，且始发消息传递服务器包括接收者消息传递服务字段和消息(S41)。所有其它接下来的步骤和如图15所示的相同。

图17说明了在本发明第三实施例中在各个不同消息传递系统之间的互通方法的流程图，其中始发消息传递服务互通服务器插入接收者消息传递服务字段。

大多数过程和如图16所示的相同。但是，在始发消息传递服务器检查用户档案用于发送消息所需的信息(IM3)之后，始发消息传递服务器首先从消息存储检索消息(IM5)，之后检查地址簿以确定发送消息到的下一个目的地的地址(IM2)，且之后发送消息到始发消息传递服务互通服务器(IMCN)。

之后，始发消息传递服务互通服务器能够存储消息在接收者侧的消息存储中(IM5)，且能从用户档案检查接收者客户端消息传递服务(IM3)。之后，始发消息传递服务互通服务器和地址转换器协同工作以检查消息的下一个目的地地址(IM2)，从消息存储检索消息(IM5)，和添加接收者消息传递服务字段到消息(S51)。所有其它接下来的步骤和如图15或16所示的相同。

应该注意始发消息传递服务互通服务器(或连接的始发消息传递服务器)除了检查用户档案，还能从存在服务器(虚线箭头)检查接收者客户端的消息传递服务的类型。而且，接收者消息传递服务字段可被包括在消息的报头或其它部分中。

图18说明了在本发明的第四实施例中在各个不同消息传递系统之间的互通方法的信号流，其中始发消息传递服务器插入始发消息传递服务字段。

所有过程和如图15所示的相同，除了在执行任意其它步骤之前，始发客户端添加始发消息传递服务字段到消息中(S61)，且接收者客户端能够在过程的结尾检查始发消息传递服务的类型(S67)。而且，没有图15中从存在服务器获得接收者客户端的消息传递服务信息(S31)和在接收者侧(即时消息3)参考用户档案的可选步骤，不使用保存服务器且因此能够在接收者侧由消息传递中继从用户档案获得接收者客户端的消息传递服务信息(IM3)。

图19说明了在本发明第五实施例中在各个不同消息传递系统之间的互通方法的信号流，其中始发消息传递服务器插入始发消息传递服务字段。

大多数过程和如图18所示的相同，但是在执行五个初始步骤(OM1、IM5、IM3、IM2、IM5)之后，但是在发送消息(具有始发消息传递服务字段)到始发消息传递服务互通服务器(IMCN)之前，始发消息传递服务器代替始发客户端添加始发消息传递服务字段到消息。

图20说明了在本发明第六实施例中在各个不同消息传递系统之间的互通方法的流程图，其中始发消息传递服务互通服务器插入始发消息传递服务字段。

大多数过程和如图19所示的相同，但是在从始发消息传递服务器接收消息(IMCN)和与用户档案(IM3)及地址转换器(IM2)协同工作之后，始发消息传递服务互通服务器添加始发消息传递服务字段到消息(S81)。所有接下来的步骤和图19的相同。

参考上述的图15到20，应该注意可以以相同过程实现在不同图中描述的确定的信令过程。即，如果需要，可以组合或省略图15到20的确定的特征。

图21说明了根据本发明具有消息传递服务字段的消息的格式。可在消息的报头部分中可选地包括接收者消息传递服务字段和始发消息传递服务字段。作为选择地，除了报头，可在消息的其它部分中可选地包括接收者消息传递服务字段和始发消息传递服务字段。

图22说明了根据本发明的会话初始协议(SIP)消息报头格式的一部分的实例。在用于实时提供多媒体数据的服务的会话配置(建立)过程期间使用SIP。在SIP消息中，新定义邀请消息(INV、INVITE)和选项字段(OPT、选项字段)和消息的报头字段(MESSAGE)以允许添加始发消息传递服务字段和接收者消息传递服务字段。

图23说明了根据本发明用于实时发送多媒体数据的实时协议(RTP)消息报头的格式的实例。添加始发消息传递服务字段和接收者消息传递服务字段。

图24说明了根据本发明用于控制RTP协议的实时传输控制协议(RTCP)消息报头的格式的实例。添加始发消息传递服务字段和接收者消息传递服务字段到RTCP应用报头。这里，可相应地可变地调整被添加到RTP或RTCP的始发消息传递服务字段和接收者消息传递服务字段的长度(大小)。

如上所述，根据本发明的互通移动通信终端消息的系统和方法具有允许在不同消息传递系统，比如即时消息传递客户端和多媒体消息传递服务客户端之间的兼容性，使得通过使用具有的在其中安装的即时消息客户端的发射终端发送的多媒体内容能由具有在其中安装的多媒体消息服务客户端的接收终端接收的效果。

而且，根据本发明的互通移动通信终端消息的系统和方法具有允许发送者使用在他的发射终端中安装的即时消息客户端检查确定的接收者是否能够接收多媒体消息服务的效果。另外，通过添加始发消息传递服务字段和/或接收者消息传递服务字段到消息，能够有益地最小化验证消息传递服务类型所需的过程，和有益地减少网络实体之间的信号话务。而且，接收者客户端能够知道在始发客户端使用的消息传递服务类型，以执行不同消息传递服务的互通。

提供前述优选实施例的说明以使得本领域普通技术人员能够做出或使用本发明。对本领域普通技术人员对这些实施例的多种修改是显而易见的，且在这里定义的基本原理可应用于其它实施例。因此，本发明不意在限定实施例为所示的，而是应该根据符合这里所公开的原理和新颖特征的最广范围。

Claims (44)

1.一种不同消息传递系统的互通方法，该方法包括：

由终端发送包括接收者优选消息传递服务类型的消息到始发消息传递服务器；

由接收者始发服务消息传递服务器接收消息；和

通过考虑包括接收者优选消息传递服务类型的接收的消息，发送代码转换的消息到接收者优选服务消息传递服务器，而不检查任意其它网络实体以取得关于接收者优选消息传递服务类型的信息。

2.如权利要求1所述的方法，其中，该发送包括接收者优选消息传递服务类型的消息的步骤进一步包括执行地址分辨、检查用户档案和在发送之前存储消息的步骤。

3.如权利要求1所述的方法，其中，该发送代码转换的消息的步骤进一步包括转换具有第一格式的接收的消息为第二格式以允许在不同类型的消息传递服务之间的兼容性的步骤。

4.如权利要求1所述的方法，其中，该始发消息传递服务器在发送包括接收者优选消息传递服务类型的消息之前，从存在服务器接收关于接收者终端的状态信息和可能的服务应用。

5.如权利要求1所述的方法，其中，该接收者优选消息传递服务类型被指示为消息的报头部分或主体部分中的字段或指示符。

6.如权利要求1所述的方法，其中，该消息进一步包括始发消息传递服务类型。

7.如权利要求6所述的方法，其中，该始发消息传递服务类型被指示为消息的报头部分或主体部分中的字段或指示符。

8.一种互通不同消息传递系统的方法，该方法包括：

接收关于消息传递服务的消息；

获得接收者的优选消息传递服务类型；

在接收的消息中插入关于获得的优选消息传递服务类型的至少一个参数；和

发送具有在其中插入的参数的接收的消息到接收者始发服务消息传递服务器。

9.如权利要求8所述的方法，其进一步包括找到接收的消息应该路由到的目的地消息传递系统的步骤。

10.如权利要求8所述的方法，其中，该优选消息传递服务类型是从存在服务器或用户档案获得的。

11.如权利要求8所述的方法，其中，该至少一个参数是用于发送或接收优选消息传递服务的消息的。

12.如权利要求8所述的方法，其中，该至少一个参数包括用于发送优选消息传递服务的消息的一个参数和用于接收优选消息传递服务的消息的另一参数。

13.如权利要求8所述的方法，其中，该接收者优选消息传递服务类型被指示为消息的报头部分或主体部分中的字段或指示符。

14.如权利要求8所述的方法，其中，该消息进一步包括指示始发消息传递服务类型的参数。

15.如权利要求14所述的方法，其中，该始发消息传递服务类型被指示为消息的报头部分或主体部分中的字段或指示符。

16.一种互通不同消息传递系统的方法，该方法包括：

接收在其中具有指示优选消息传递服务类型的参数的消息；

根据参数处理消息为由优选消息传递服务支持的格式；和

提供消息给优选消息传递服务的接收者。

17.如权利要求16所述的方法，其中，该消息由接收者始发服务消息传递服务器以不同于优选消息传递服务的格式的格式接收。

18.如权利要求16所述的方法，其中，该处理步骤包括执行地址分辨的步骤。

19.如权利要求18所述的方法，其中，该消息被经用于检查用户档案，执行内容和报头代码转换，并存储消息的消息传递中继处理。

20.如权利要求16所述的方法，其中，该消息被经接收者优选服务消息传递服务器提供给接收者。

21.如权利要求16所述的方法，其中，该参数被指示为消息的报头部分或主体部分中的字段或指示符。

22.如权利要求16所述的方法，其中，该参数进一步指示始发消息传递服务类型。

23.如权利要求22所述的方法，其中，该始发消息传递服务类型被指示为消息的报头部分或主体部分中的字段或指示符。

24.一种消息传递服务方法，其包括：

从始发客户端发送消息到始发消息传递服务器；

在消息存储中存储消息；

通过参考和消息相关的指示符，或通过参考存在服务器或用户档案获得用户信息，其中该信息至少包括优选消息传递服务类型；

通过地址分辨找到下一个服务器；

发送消息到下一个服务器；

将始发消息格式代码转换为接收者消息格式；

通过地址分辨找到接收者优选服务消息传递服务器；

发送代码转换的消息到接收者优选服务消息传递服务器；

存储代码转换的消息并发送通知到接收者客户端；

请求接收代码转换的消息到接收者优选服务消息传递服务器；和

接收代码转换的消息。

25.一种消息传递服务方法，其包括：

由第一消息传递服务服务器接收由第一消息传递服务的第一用户客户端发送的多媒体消息；

在第一消息传递服务服务器和第二消息传递服务服务器处理多媒体消息；和

由第二消息传递服务服务器提供处理的多媒体消息到第二消息传递服务的第二用户客户端。

26.如权利要求25所述的方法，其中，该处理步骤修改多媒体消息的内容或格式以允许在第一和第二消息传递服务之间的兼容性。

27.如权利要求26所述的方法，其中，该第一消息传递服务是即时消息服务，且该第二消息传递服务是多媒体消息服务。

28.如权利要求25所述的方法，其中，该处理步骤检查消息传递地址是否对于第二用户客户端可用。

29.如权利要求28所述的方法，其中，该第一消息传递服务是多媒体消息服务，且该第二消息传递服务是即时消息服务。

30.如权利要求26所述的方法，其中，该第一用户客户端具有指示可能的服务应用和存在信息给用户的功能。

31.如权利要求20所述的方法，其中，可能的服务应用和存在信息被作为通过采用不同颜色和文本字符提供给用户的视觉显示来指示。

32.如权利要求25所述的方法，其中，该处理步骤包括插入指示接收者消息传递服务类型的第一参数。

33.如权利要求32所述的方法，其中，该接收者消息传递服务类型被指示为多媒体消息的报头部分或主体部分中的字段或指示符。

34.如权利要求33所述的方法，其中，该处理步骤包括插入指示始发消息传递服务类型的第二参数。

35.如权利要求34所述的方法，其中，该始发消息传递服务类型被指示为多媒体消息的报头部分或主体部分中的字段或指示符。

36.一种消息传递服务方法，其包括：

接收从发送终端发送的待传送到接收终端的消息；

检查是否和消息包括指示消息传递服务的类型的至少一个指示符；

基于指示符转换消息为由接收终端支持的格式；和

发送转换的消息到接收终端。

37.如权利要求36所述的方法，其中，该第一指示符指示接收终端的消息传递服务的类型。

38.如权利要求37所述的方法，其中，该关于接收终端的消息传递服务的类型的信息也是从保存服务器获得的。

39.如权利要求37所述的方法，其中，该第一指示符是消息的报头部分或主体部分中的字段或标志。

40.如权利要求37所述的方法，其中，该第二指示符指示发送终端的消息传递服务的类型。

41.如权利要求40所述的方法，其中，该第二指示符是消息的报头部分或主体部分中的字段或标志。

42.如权利要求36所述的方法，其中，该至少一个指示符被通过发送终端中的发送客户端以消息包括。

43.如权利要求36所述的方法，其中，该至少一个指示符被通过作为网络的发送侧的一部分的服务器以消息包括。

44.如权利要求36所述的方法，其中，该至少一个指示符被通过作为网络的接收侧的一部分的服务器以消息包括。

Images