CN102100042A

CN102100042A - 消息传递机制

Info

Publication number: CN102100042A
Application number: CN2009801274326A
Authority: CN
Inventors: T.哈尔朱; M.维斯特里南
Original assignee: Nokia Siemens Networks Oy
Current assignee: Nokia Solutions and Networks Oy
Priority date: 2008-05-14
Filing date: 2009-05-13
Publication date: 2011-06-15
Anticipated expiration: 2029-05-13
Also published as: WO2009138417A1; EP2304907B1; US20110072099A1; MX2010012392A; US8788599B2; EP2304907A1; EP2120407A1; CN102100042B

Abstract

当消息接发服务网络实体（如IP服务器）未能通过主要消息接发服务诸如基于互联网协议的消息接发服务传递消息时，用户设备通过备份消息接发服务诸如短消息服务SMS直接向接收方用户发送消息。因此，消息被传递且始发用户承担备份消息接发服务的使用成本。

Description

消息传递机制

技术领域

本发明涉及消息接发（messaging）服务，且具体涉及确保消息的传递。

背景技术

消息接发一般指的是让用户创建、存储、发送、接收并管理两个或多个用户之间的不同类型的消息或离散的媒体的一组特征。消息接发可以基于存储和转发、存储和检索、存储和推送功能、或对等消息接发（P2P）。消息接发服务的示例包括两个或多个用户之间的离散媒体（例如文本消息），诸如短消息服务（SMS）、多媒体消息接发服务（MMS）、电子邮件、IMPS（Instant Messaging and Presence Service）(即时消息接发与呈现服务)、可扩展的消息接发与呈现协议（Extensible Messaging and Presence Protocol，XMPP）、对等消息接发（P2P）、Simple/IM (利用扩展/即时消息接发的、用于即时消息接发和呈现的SIP)、IP语音电话呼叫、PoC(基于蜂窝的即按即说)。

消息接发服务可以采用各种通信技术和接入网络。新的消息接发服务中许多都采用基于互联网协议（IP）的技术，或者更特别地采用基于会话初始化协议（SIP）或可扩展的消息接发与呈现协议（XMPP）的技术。SIP和XMPP是IETF(互联网工程任务组)应用层协议。SIP是用于创建、修改、以及终止与一个或多个参与方的会话的控制（信令）协议。XMPP是用于呈现（presence）和实时通信的XML技术。

IP多媒体子系统（IMS）是标准化的第三代合作伙伴项目（3GPP）网络架构，其提供与接入网络无关的用于创建服务的标准化接口、计费机制以及比尽力而为更佳的服务质量（QoS）。目前在IMS上实施的该服务的示例是PSTN功能、基于蜂窝的即按即说（PoC）、呈现、即时消息接发以及视频共享。开放移动联盟（OMA）内部的融合IP消息接发（CPM）工作组旨在消除由技术差异引起的传统消息接发服务之间的孤岛（silo），并向用户提供平滑的、统一的服务体验。这些目标在文献“Converged IP Messaging Requirements, Candidate Version 1.0”, 2007年11月6日(OMA-RD-CPM-V1_0-20071106-C)中作了定义。

各个用户设备可以支持多种不同的消息接发服务。用户可以基于任何适当的标准（如消息传递的代价、接收方的可用性等）来选择发送消息的消息接发服务。通常，该目标是在确保传递的同时，通过最适当的消息接发服务来传递消息而不用担心所使用的消息接发服务的发送方。所述消息接发应用可以使用看似可用的（available）（通常该可用性是基于接收方的呈现信息）成本最低（最廉价）的消息接发服务，且如果成本最低的消息接发服务不可用，则该消息接发应用可以自动地使用或建议使用替代的消息接发服务。关于接收方用户的可用性的信息可以从呈现服务获得。所述呈现服务允许移动电话用户公布他们当前的呈现信息并检索该服务的其它用户的呈现信息。呈现信息包括，例如用户的可用性、位置以及通信偏好。在基于呈现的系统中，可能发生呈现信息不总是是最新的，因此，用户可能试图使用实际并不可用的消息接发服务。

来自发送用户设备的消息通常被路由到消息接发系统元件，如服务器或服务中心，以便传递到接收方用户。所述消息接发系统元件可以基于适当的标准（如接收方用户的偏好），使用与发送方相同的消息接发服务或使用另一消息接发服务将消息传递给接收方。如果接收方不可用且消息不能被传递，那么该消息接发系统元件的存储和转发功能可以存储该消息直到接收方对于所选择的消息接发服务再次变得可用（在线）并且该消息可被传递。该过程在此被称为离线消息传递。该消息接发系统元件还可向发送方通知该离线消息传递。在消息接发系统元件处选择替代的消息接发服务作为用于传递未能通过原始的消息接发服务（信道）传递的消息的替代信道是有问题的，原因在于服务提供商不应必须代表用户承担消息传递的成本。对于移动运营商而言，传递成本不是个问题，因为他们运营接入网络并管理计费，但是对于其它服务提供商（如互联网服务提供商）而言，该传递成本可能是巨大的（例如在SMS情况中）。

发明内容

本发明的目的是提供用于传递消息的增强机制。本发明的目的通过独立权利要求中所要求保护的方法手段、网络元件、通信设备和程序来实现。本发明的优选实施例在从属权利要求中公开。

按照本发明的一方面，当用户设备试图通过第一消息接发服务发送去往接收方用户的消息，但从消息接发系统接收到未能将该消息传递给接收方用户设备的通知时，或者可选地，当该用户设备不能获得第一消息接发服务时，该用户设备通过替代的消息接发服务（其被称为备份的消息接发服务）将消息发送给接收方用户。在本发明的实施例中，用户设备可选地向消息接发系统发送通过所述备份的消息接发服务传递消息的通知。在本发明的实施例中，第一、主要的消息接发服务可以包括成本最低的消息接发服务。在本发明的实施例中，用户设备可以基于存储在用户设备中（如电话本或实现用于不同消息接发服务的接收方不同地址的映射的联系本应用中）的用户联系信息选择备份的消息接发服务以及备份的地址。在本发明的实施例中，第一、主要的（primary）消息接发服务包括基于互联网协议的消息接发服务，而其它备份的消息接发服务包括移动通信媒体之上的文本消息服务（如短消息服务，SMS）或多媒体消息接发服务（例如MMS）。本发明的这一方面可以例如在如下情况时采用：当消息接发服务网络实体（如IP服务器）未能通过主要的消息接发服务传递消息，并且该消息接发服务网络实体通过另一备份的消息接发服务直接向接收方用户设备发送消息是不可能的或者很昂贵时。当始发用户设备通过备份的消息接发服务发送消息时，该消息被传递，并且始发用户承担使用备份消息接发服务的成本。

按照本发明的另一方面，当用户设备通过第一消息接发服务从消息接发系统接收去往另一接收方用户设备的消息时，该用户设备通过另一备份的消息接发服务向接收方用户设备发送（即转发或中继）所接收的消息。在本发明的实施例中，用户设备可选地向消息接发系统发送通过所述备份的消息接发服务传递消息的通知。在本发明的实施例中，第一、主要的消息接发服务可以包括成本最低的消息接发服务。在本发明的实施例中，用户设备可以基于存储在用户设备中（如电话本中或实现用于不同的消息接发服务的接收方不同地址的映射的联系本应用中）的用户联系信息来选择备份的消息接发服务和备份的地址。在本发明的实施例中，第一、主要的消息接发服务包括基于互联网协议的消息接发服务，而其它备份的消息接发服务包括移动通信媒体之上的文本消息服务（如短消息服务，SMS）或多媒体消息接发服务（例如MMS）。

按照本发明的另一方面，当消息接发服务元件（如服务器实体）通过第一消息接发服务从始发用户设备接收到去往接收方用户设备的消息时，如果它未能将该消息传递给接收方用户设备，那么它可以向始发用户设备发送通知。所述消息接发服务元件还优选存储该消息直到它从始发用户设备接收到如下通知：即，始发用户设备已经通过备份的消息接发服务直接向接收方用户设备传递了该消息，或者直到该消息接发服务元件本身成功地传递了所存储的消息。在本发明的实施例中，第一、主要的消息接发服务可以包括成本最低的消息接发服务。在本发明的实施例中，第一、主要的消息接发服务包括基于互联网协议的消息接发服务，而其它备份的消息接发服务包括移动通信媒体之上的文本消息服务（如短消息服务，SMS）或多媒体消息接发服务（例如MMS）。

按照本发明的又一方面，当消息接发服务元件（如服务器实体）通过第一消息接发服务从始发用户设备接收到去往接收方用户设备的消息时，它可以通过第一消息接发服务首先向第三用户设备（而不是接收方用户设备）发送该消息，再由第三用户设备通过备份的消息接发服务将其传递（即转发或中继）到接收方用户设备。在本发明的实施例中，第一、主要的消息接发服务可以包括成本最低的消息接发服务。在本发明的实施例中，第一、主要的消息接发服务包括基于互联网协议的消息接发服务，而其它备份的消息接发服务包括移动通信媒体之上的文本消息服务（如短消息服务，SMS）或多媒体消息接发服务（例如MMS）。本方面的这一方面可以例如在如下情况中采用：当用户设备拥有不可用于消息接发服务元件的消息接发服务时，或者当该消息接发服务通过用户设备成本较低时。例如，如果该消息接发服务元件是IP服务器，该服务器直接向接收方用户设备发送SMS是不可能的或者很昂贵，但是它可以将该消息路由到第三用户设备，该第三用户设备再将该SMS发送给最终接收方。

本发明的另一方面是一种用户设备等，其被配置成执行按照本发明任何实施例的用户设备功能。

本发明的一方面是网络元件等，其被配置成执行按照本发明任何实施例的消息接发服务元件功能。在本发明的实施例中，该网络元件是服务器实体。

本发明的一方面是包含可执行代码的程序，其被配置成当可执行代码在计算设备中被执行时，执行按照本发明任何实施例的功能。

本发明的一方面是一种包括程序代码的计算机可读存储介质，其被配置成当程序代码在计算设备中被执行时，执行按照本发明任何实施例的功能。

附图说明

以下将借助示例性实施例参考附图来更详细地描述本发明。

图1示出了描述示例性系统架构的简化框图，在该架构中可以应用本发明的原理；

图2是描述了按照本发明实施例的示例性消息接发事件的消息接发图；

图3是描述了按照本发明另一实施例的示例性消息接发事件的消息接发图；

图4是描述了按照本发明实施例的用户设备的操作示例的流程图；

图5是描述了按照本发明实施例的主要消息接发服务中心的操作示例的流程图；

图6是描述了按照本发明实施例的主要消息接发服务中心的操作示例的流程图；

图7是描述了按照本发明实施例的用户设备的操作示例的流程图；以及

图8是能够执行按照本发明各实施例的操作的实体的示例性框图。

具体实施例

参考图1所示的示例，用户设备UE1和UE3连接到接入网络2，而UE2连接到接入网络3。接入网络2和3可以是无线接入网络（如2G或3G移动通信网络或无线局域网WLAN）,且连接可以是无线链路。可替换地，接入网络中的一个或多个可以是有线接入网络（如局域网LAN），且连接可以是有线连接。接入网络2和3给用户设备UE提供了对一个或多个核心网络的访问，所述核心网络如基于互联网协议（IP）的网络4、或互联网，以及2G或3G核心网络8，例如GSM(全球移动通信系统)、GPRS(通用分组无线服务)、WCDMA(宽带码分多址)。在图1中，IP网络4代表任何适当的分组数据通信网络环境，特别是IP网络环境。任何数量的消息接发服务中心（如服务器）可以连接到IP网络4和/或接入网络2和3，以向用户设备提供消息接发服务。

本发明的示例性实施例将如下描述：其利用基于互联网协议（IP）或会话初始化协议（SIP）的消息接发服务作为主要消息接发服务或传递信道的示例，以及利用短消息服务（SMS）或多媒体消息接发服务（MMS）作为次要（备份的）消息接发服务或传递信道的示例。然而，本发明并非意在受限于这里描述的任何示例，而是本发明可以应用于可用作替代的传递信道的任何消息接发服务。

第三代合作伙伴项目（3GPP）IP多媒体子系统（IMS）网络架构可被称为可以提供基于IP或SIP的消息接发服务的核心网络技术的示例。基于IP或SIP的消息接发服务的示例包括基于蜂窝的即按即说（PoC）、即时消息接发（IM）、IMPS、SIMPLE IM、电子邮件、以及移动电子邮件。在统一的IP消息接发服务中，如开放移动联盟（OMA）的融合的IP消息接发（Converged IP Messaging ，CPM）域，许多这样的消息服务（甚至SMS和MMS）通常可以被支持。融合的IP消息接发（CPM）域的可能架构和操作的当前方案在如下文献中揭示：“Converged IP Messaging Requirements, Candidate Version 1.0”,2007年11月6日，OMA-RD-CPM-V1_0-20071106-C，该文献通过引用结合于此。如图1示例中所示，典型的IP消息接发服务包括IP网络环境中的网络实体或功能5，如服务器、网关、服务中心等，而用户设备包括对应的对等实体或功能，如客户端、代理等。该IP网络实体或功能5可以担任存储－转发实体，消息可以存储在该实体中直到该消息被传递或直到数据库存储时间过期。IMS网络环境（未示出）可以包含代理呼叫会话控制功能（P-CSCF）以及服务呼叫会话控制功能（S-CSCF）。该P-CSCF是IMS内UE的第一联系点。P-CSCF的功能包括对从UE接收的SIP消息的转发。根据消息的类型和执行的过程，这些消息可以被发送给S-CSCF或查询呼叫会话控制功能(I-CSCF)。

非IP消息接发服务的示例包括传统的移动文本消息和多媒体服务。短消息服务（SMS）和多媒体消息接发服务（MMS）例如在GSM和3G移动通信标准内被定义，且它实现短消息的点到点的传输。仅仅利用支持SMS或MMS的用户设备就可以发送和接收短消息和多媒体消息。短消息和多媒体消息被发送到短消息服务中心（SMSC）或多媒体消息接发服务中心（MMSC）,如图1所示的SMS/MMS服务中心6，该中心6担任存储－转发中心，消息在此被存储直到该消息被传递或直到数据库存储时间过期。

现在借助于示例性消息接发事件结合图2、4、和5来描述本发明一个方面。用户A的用户设备UE1能够使用两个或多个消息接发服务，其中一个是优选的或主要的服务，例如因为它是传递消息的最低成本信道。该需要的消息接发服务可以例如是基于IP或SIP的消息接发服务。至少一个其它消息接发服务（如SMS/MMS）可以被用作备份的消息接发服务或信道。UE1可以包含统一的消息接发客户端。用户A还可以拥有UE1中的呈现服务，其允许用户A看到联系列表上一组预定义的用户的呈现/可用性。该联系列表可以指示，例如，拥有用户设备UE2的用户B在主要的消息接发服务中是在线的/活动的/可用的。在图4的步骤41中，例如由于按照呈现服务用户B是在线的，因此用户A通过主要的消息接发服务发送消息1给用户B。在图5的步骤51中，消息1在主要消息接发服务中心（例如服务器）处被接收，并且在步骤52，该主要服务中心试图传递该消息。如果传递成功，这过程结束。然而，用户B也许就在刚才从主要消息接发服务掉线，但是该事件尚未通过呈现服务向用户A更新。因此，该主要消息接发服务中心可能未能将消息传递给用户B,即步骤52导致失败。该主要消息接发服务中心可以随后存储该消息，之后当用户B再次可用于该主要服务时再进行离线传递（步骤53）。在步骤54中，该主要消息接发服务中心可以向用户A的UE1发送传递故障通知22。该通知22可以是以查询的形式，要求用户A利用备份的消息接发服务来发送消息，因为用户B在主要的消息接发服务中不可用。响应于接收到通知22（步骤42），UE1可以通过备份的消息接发服务发送消息23（步骤43）。该消息可以在备份的消息接发服务中心（例如SMS/MMS服务中心）处被接收，并且备份的服务中心成功地将消息传递给用户B。该备份服务中心随后可以发送确认消息24，向用户通知成功传递（步骤44）。UE1随后可以向所述主要服务发送消息25，该消息例如通过指示该传递已经利用另一消息接发服务执行，来指示先前失败的消息无须离线传递（步骤45）。在接收到通知25时（步骤55），主要消息接发服务中心现在可以从离线队列中删除存储的消息，即离线的传递被丢弃（步骤57）。该主要消息接发服务中心还可以发送确认消息26来通知该离线传递被丢弃。可替换地，如果通过备份的消息接发服务进行传递的通知尚未被接收，但是主要消息接发服务中心本身成功地离线传递了该存储的消息，则可以结束该过程。应理解，上述步骤和消息仅仅是示例。特定的消息24、25和26以及步骤44、45、53、55、56和57对于消息的传递不是必须的，而是可以用来改进操作的可选特征。

因此，当通过主要消息接发服务进行的消息传递失败时，该主要消息接发服务将所述失败告知发送用户设备，并可选地要求该发送用户设备通过另一消息接发服务发送消息。该发送用户设备相应动作，所述消息将被传递而无须担心用户A，以及无须该主要消息接发服务提供商来承担备份传递的成本。使用备份消息接发服务的成本将由用户A来承担，因为该消息被直接从该用户的设备发送而非从主要消息接发服务中心。如果该主要消息接发服务中心通过备份的消息接发服务发送消息，那么使用该备份的消息接发服务的成本将由该主要消息接发服务提供商来承担。该成本可能极高，例如在该主要服务提供商是互联网服务提供商（如Twitter(twitter.com)）的情况下，作为备份的SMS传递的成本对于该服务提供商而言可能是很高的。而且，为了使用备份的消息接发服务，该主要的消息接发服务应具有用于备份服务的接收方用户B的地址，例如SMS地址。在发送用户设备中，不同的接收方用户B的地址经常是易于利用的，例如联系/电话本应用，并且该不同的地址在用户设备中可以容易地被映射。而且，用户通常意识到不同服务的成本，从而可以选择最低成本的备份服务。在本发明的实施例中，传递主要消息的失败以及通过（一个或多个）备份消息接发服务来重发该消息的可能性都被提供给用户，用户可以通过用户接口选择是否以及通过那个消息接发服务来重发消息。在另一实施例中，当用户设备接收到未能通过主要消息接发服务进行传递的通知时，用户设备自动执行该重发而无须用户的干预。不过，该用户设备可以通知用户重发。该用户可能已经预定义在自动重发中将使用哪个（哪些）消息接发服务。在本发明实施例中，通过备份消息接发服务从用户设备发送的消息的格式可以类似于本来直接从主要消息接发服务中心发送的消息的格式。例如，广告也可以在从用户设备发送的消息中提供。在本发明的实施例中，来自主要消息接发服务中心的失败通知可以包含附加的资料，如将插入到该消息中的广告，或者该通知可以包含将通过备份消息接发服务发送的所有的消息内容。

如上所述，会话初始化协议（SIP）是基于文本的协议，其可以用于建立、修改以及终止多媒体会话。利用SIP，可以邀请新的参与方加入到现有的会话并修改现有会话的媒体。有两种类型的SIP消息：请求（Request）和响应（Response）。它们共享共同的格式。基本上，SIP消息可以包含三部分：起始行、消息头以及可选的消息体。图2中用户设备UE1和主要消息接发服务中心（例如服务器）之间的通信例如可以如下所示。所使用的协议可以是SIP或任何其它适当协议。

步骤21中发送的消息可以是：

在步骤22中，从该主要消息接发服务中心向UE1发送的消息可以是利用另一消息接发服务来发送消息的查询。该查询可包含原始消息以及添加的广告：

可替换地，所述消息体可以被省略或进行修改，或者仅可包括广告。如果消息体被省略，则可包含指示（例如，消息标识符）来标识应被重发的消息。

在步骤25中，UE1可以通知主要消息接发服务中心该消息利用备份服务来传递：

主要消息接发服务中心可以确认该离线消息从队列删除：

现在借助于示例性消息接发事件结合图3、6和7来描述本发明的另一方面。用户A的用户设备UE1能够使用两个或多个消息接发服务，其中一个服务是优选的或主要的服务，例如因为它是传递消息的最低成本信道。该主要的消息接发服务可以是例如基于IP或SIP的消息接发服务。至少一个其它消息接发服务（如SMS/MMS）可以用作备份消息接发服务或信道。UE1可以包含统一的消息接发客户端。在步骤31中，该主要消息接发服务中心（例如服务器）通过所述主要消息接发服务从始发用户设备（例如UE3）接收去往接收方用户设备（例如UE2）的消息31（步骤61）。在常规示例中，主要消息接发服务中心会试图直接向UE2传递消息，并且如果传递失败，该消息将被存储并离线传递。不过，在本发明该示例性实施例中，取代直接向UE2传递消息（步骤62的“yes（是）”分支），例如由于未能直接传递消息或由于通过另一传递信道来传递成本较低等原因，所述主要消息接发服务中心可以决定使用另一（备份）传递信道（来自步骤62的“no（否）”分支）。所述主要消息接发服务中心可以决定利用查询32将消息发送给用户设备UE1，以便通过备份消息接发服务将其进一步发送给原始接收方UE2（步骤63）。当接收到该查询消息32（步骤71）时，UE1可以自动地或者被用户触发地利用备份消息接发服务将消息33发送/转发/中继给UE2（步骤72）。该消息可以在备份消息接发服务中心（例如SMS/MMS服务中心）处被接收，并且该备份服务中心成功将消息传递给UE2。备份服务中心随后可以发送确认消息34以告知UE1传递成功。在接收到消息34时（步骤73），UE1可以随后向所述主要服务发送消息35以指示利用备份消息接发服务已经成功地传递了消息（步骤74）。在接收到通知35时，主要消息接发服务中心可以通知36 UE3所述消息已经被传递（步骤65）。所述主要消息接发服务中心还可以从离线队列中删除所存储的消息，即离线的传递被丢弃。应理解上述步骤仅仅是示例。具体的消息34、35和36以及步骤64、65、73和74对于消息的传递不是必要的，而是可以用来改进操作的可选特征。在步骤32和35中发送的消息例如可以类似于上述关于步骤22和25描述的那些消息。

这里描述的技术可以通过各种方式来实施。例如，这些技术可以以硬件（一个或多个设备）、固件（一个或多个设备）、软件（一个或多个模块）或其结合来实施。对于固件或软件，可以通过执行这里所描述的功能的模块（例如过程、功能等等）来实施。软件代码可以存储在任何适当的处理器/计算机可读数据存储介质（一个或多个）或存储单元（一个或多个）中，以及由一个或多个处理器/计算机来执行。所述数据存储介质或存储单元可以在处理器/计算机内或者在处理器/计算机外部实施，在此情况下，该数据存储介质或存储单元可以通过本领域已知的各种方式以通信方式耦合到该处理器/计算机。另外，如本领域普通技术人员将理解的，这里所描述的系统的部件可以重新布置和/或补充以附加的部件以便于实现关于其所描述的各个方面、目的、优点等，并且不限于在给定附图中提及的精确配置。

用户设备可以指任何用户通信设备。这里所使用的术语“用户设备”可以指具有通信能力的任何设备（如无线移动终端、PDA、智能电话、个人计算机（PC）、膝上型计算机、台式计算机等）。例如，无线通信终端可以是来自诺基亚公司的具有S60操作系统的UMTS或GSM/EDGE智能移动终端。因此，按照本发明各种实施例的设备的应用能力可以包括在终端中可用的本机S60应用、或后续安装的应用。消息接发服务中心可以在任何网络元件（如服务器）中实施。

现在参考图8，该图示出了能够执行按照本发明各实施例的操作的实体80的示例性框图，所述实体如主要消息接发服务服务器或用户设备。实体80通常可包括连接到存储器84的处理器、控制器等82。存储器84可包括易失性和/或非易失性存储器并且通常存储内容、数据等。例如，存储器84可以存储计算机程序代码如软件应用或操作系统、信息、数据、内容等，以便处理器82执行与按照本发明实施例的实体的操作相关的步骤。此外，例如，存储器84通常存储从实体80发送的或由实体80接收的内容。存储器84可以例如是随机存取存储器（RAM）、硬盘、或其它固定的数据存储器或存储设备。处理器82可以接收来自输入设备83的输入，并可以在显示器81上显示信息。处理器82还可以连接到至少一个通信接口85或用于发送和/或接收数据、内容、消息等的其它装置。当实体80在UMTS、GSM、EDGE、WCDMA网络、蓝牙网络、无线LAN网络或其它移动网络中提供无线通信的情况下，处理器82可以利用接口85的无线通信子系统操作。在实体80给IP服务器提供IP通信的情况下，处理器82可以利用接口85的IP通信系统操作。一个或多个处理器、存储器、存储设备以及其它计算机单元可以作为同一平台的一部分由计算机系统和子系统共同使用，或者处理器可以作为多个平台的各部分分布在计算机系统和子系统之间。如果实体80例如是移动站或网络服务器，那么实体80还可以包括诸如消息接发服务客户端/服务器之类的模块和/或与处理器82相关的应用。这些模块可以是软件和/或软件－硬件部件。例如，消息接发服务客户端/服务器可以包括能够建立、修改和终止消息接发会话、发送和接收消息等的软件。应用块可以包括例如用户设备中的电话或联系本应用。

对于本领域普通技术人员而言，显然，随着技术的进步，本发明的构思可以以多种方式来实施。本发明及其实施例不限于上述示例，而是可以在权利要求的范围内进行变化。

Claims

1. 一种方法，包括：

在用户设备处通过第一消息接发服务发送去往接收方用户设备的消息，

在所述用户设备处从消息接发系统接收未能将消息传递给接收方用户设备的通知，

在所述用户设备处通过备份消息接发服务将所述消息发送给接收方用户设备。

2. 如权利要求1所要求的方法，包括：或者可选地，当用户设备不能获得第一消息接发服务时，通过备份消息接发服务发送所述消息给接收方用户设备。

3. 一种方法，包括：

在用户设备处通过第一消息接发服务从消息接发系统接收去往接收方用户设备的消息，

在所述用户设备处通过备份消息接发服务向所述接收方用户设备发送所述接收的消息。

4. 如权利要求1、2或3所要求的方法，包括：

在所述用户设备处通过所述备份消息接发服务向消息接发系统发送所述消息的传递的通知。

5. 如权利要求1－4中任一项所要求的方法，包括：

选择成本最低的消息接发服务作为所述第一消息接发服务。

6. 如权利要求1－5中任一项所要求的方法，包括：

基于存储在所述用户设备中的用户联系信息，在所述用户设备处选择备份消息接发服务和备份地址。

7. 如权利要求1－6中任一项所要求的方法，其中所述第一消息接发服务包括基于互联网协议的消息接发服务，以及其中所述备份消息接发服务包括移动通信媒体之上的文本消息服务或多媒体消息接发服务。

8. 如权利要求1－7中任一项所要求的方法，其中通过备份消息接发服务发送的所述消息是被第一消息接发服务修改的消息。

9. 一种方法，包括：

在消息接发服务元件处通过第一消息接发服务从始发用户设备接收去往接收方用户设备的消息，

在所述消息接发服务元件处向所述始发用户设备发送未能将消息传递给接收方用户设备的通知，

在所述消息接发服务元件处存储所述消息，

在所述消息接发服务元件处从所述始发用户设备接收直接从所述始发用户设备通过备份消息接发服务传递所述消息的通知，以及

响应于接收所述通知，删除所存储的消息。

10. 一种方法，包括：

在所述消息接发服务元件处通过所述第一消息接发服务向第三用户设备发送消息，以便通过备份消息接发服务从所述第三用户设备向接收方用户设备传递所述消息。

11. 如权利要求9或10所要求的方法，包括：

选择成本最低的消息接发服务作为所述第一消息接发服务。

12. 如权利要求9至11中任一项所要求的方法，包括：

基于存储在用户设备中的用户联系信息选择备份消息接发服务和备份地址。

13. 如权利要求9至12中任一项所要求的方法，其中所述第一消息接发服务包括基于互联网协议的消息接发服务，并且其中所述备份消息接发服务包括移动通信媒体之上的文本消息服务或多媒体消息接发服务。

14. 如权利要求9至13中任一项所要求的方法，包括：在利用备份消息接发服务传递消息之前，在所述消息接发服务元件处修改所述消息。

15. 一种用户设备，包括用于执行按照权利要求1－8中任一项的方法步骤的装置。

16. 一种网络元件，包括用于执行按照权利要求9－14中任一项的方法步骤的装置。

17. 一种程序，包括可执行代码，当在计算设备中执行时，该代码执行方法权利要求1－14中任一项的步骤。