操作供应商内以及供应商间的消息传送系统的系统和方法

摘要

一种用于在一个运营商网络中实现供应商间及供应商内消息传递服务系统的操作的系统和方法包括在各种系统组件之间正确地路由数据消息和握手消息。在一个方面，特定消息传递系统(840)的统一资源标识符用来把握手消息(813)从目标终端(820)路由到特定消息传递系统(840)。在另一个方面，握手消息所包含的消息事务处理标识用来把握手消息(913)送往正确的消息传递服务系统(940)。在一个实施例中，事务处理标识由负荷平衡交换机(934)进行分析，从而确定特定消息传递服务系统的位置。在另一个实施例中，运营商网络(1060)的若干消息传递服务系统(1040，1050)中的一个或多个用来分析事务处理标识，从而确定特定消息传递服务系统的位置。

说明书

技术领域

一般来说，本发明涉及网络通信系统，以及更具体来说，涉及在一个运营商网络中实现供应商内及供应商间的消息传递系统的操作的系统和方法。

背景技术

现代通信时代已经带来了无线和有线网络的极大扩展。计算机网络、电视网络以及电话网络正经历通过消费者需求推动的空前的技术扩展。无线和移动组网技术针对相关的消费者需求，同时还提供信息传输的更大灵活度和直接性。

当前及未来的组网技术不断有利于信息传输以及对用户的便利性。本地、区域及全球网络、如因特网的迅速扩大已经使大量信息为用户所用。这些组网技术已经扩展到越来越多地包含无线及移动技术。通过这些网络，消息传递信息可在台式系统、无线系统、移动系统等等之间传递。例如，经由因特网可得到的多媒体消息传递信息现在可在诸如蜂窝电话等无线移动单元、个人数字助理(PDA)、膝上型计算机等等之间传递。多媒体消息传递信息还可在移动单元与电子邮件服务器之间传递。

便于因特网内容到无线装置以及来自其中的传递的这样一种技术是无线应用协议(WAP)，它使因特网和其它网络与无线网络平台相结合。一般来说，WAP是说明因特网标准以及无线服务标准的特性和功能性的一组协议。它与无线网络标准无关，并且设计作为开放式标准。WAP桥接无线因特网范例与无线域之间的间隙，这允许无线装置用户享受两种平台上的因特网的益处。

通常称作2G无线服务的第二代无线服务是基于电路交换技术的现行无线服务。2G系统、如全球移动通信系统(GSM)和个人通信服务(PCS)使用改进质量的数字无线电技术以及优于第一代移动技术的更广泛的服务。3G、即第三代表示一组数字技术，通过在终端与网络之间设置新的基于分组的传输方法，保证容量、速度及效率方面的改进。3G装置和网络的用户将有权访问多媒体服务，例如视频点播、电视会议、快速WEB访问以及文件传输。

对于移动终端之间以及无线移动装置与因特网连接装置之间的多媒体消息传递的需求不断增长。在一个运营商网络中操作两个或两个以上消息传递系统通常是希望或者必要的。两个或两个以上消息传递系统可包括一个供应商的消息传递系统或者若干供应商的消息传递系统。例如WAP论坛和第三代合作项目(3GPP)传播的那些当前移动通信标准缺乏在一个运营商网络中支持若干消息传递系统的选项。

通信行业中需要一种系统和方法来提供标准化方法，以便帮助在一个运营商网络中操作多个消息传递系统。还需要这样一种系统和方法，它能够支持不符合更新标准方案的遗留移动终端。本发明针对先有技术的这些及其它缺点提供一种解决方案，并且提供优于先有技术的其它优点。

发明内容

本发明针对用于在一个运营商网络中实现多个消息传递系统的系统和方法。根据本发明的一种方法涉及通过把消息从发起终端发送到目标终端来发起消息事务处理。该消息存储在具有若干消息传递系统的一个运营商网络的特定消息传递系统中。一个或多个握手消息从目标终端定向到特定消息传递系统，每个握手消息指明消息事务处理的状态。

在本发明的另一个实施例中，系统包括第一和第二移动终端。第一移动终端通过向第二移动终端发送消息来发起消息事务处理。特定消息传递服务系统耦合到第一和第二移动终端，并占用包含若干消息传递服务系统的一个运营商网络。特定消息传递服务系统存储第一移动终端发送的消息，以及从第二移动终端接收定向到特定消息传递服务系统、与消息事务处理状态有关的握手消息。

在本发明的另一个实施例中，系统包括用于通过把消息从发起终端发送到目标终端来发起消息事务处理的部件、用于把消息存储在具有若干消息传递系统的运营商网络的特定消息传递系统中的部件、以及用于把一个或多个握手消息从目标终端定向到特定消息传递系统的部件，每个握手消息指明消息事务处理的状态。

本发明的又一个实施例包括计算机可读媒体，其中具有用于在具有若干消息传递系统的一个运营商网络的发起终端与目标终端之间发送消息传递信息的计算机可执行指令。计算机可执行指令执行一种方法，其中包括通过把消息从发起终端发送到目标终端来发起消息事务处理、把消息存储在具有若干消息传递系统的运营商网络的特定消息传递服务系统中、以及把一个或多个握手消息从目标终端定向到特定消息传递服务系统，每个握手消息指明消息事务处理的状态。

附图说明

图1是消息传递系统中的各个体系结构元件的示图；

图2是示图，表示消息传递服务系统接口的无线应用协议(WAP)实现；

图3A和3B是框图，说明为通过无线网络耦合的两个移动终端提供消息传递服务的各种消息传递服务系统组件；

图4是流程图，说明在消息事务处理过程中目标终端与消息传递服务系统之间的信号流；

图5是框图，说明占用一个运营商网络且通过负荷平衡交换机耦合的多个消息传递服务系统；

图6A和6B说明在包含多个消息传递服务系统的一个运营商网络中路由握手消息时的冲突；

图7是流程图，在概念上说明一种根据本发明的一个实施例、在一个运营商网络中实现若干消息传递服务系统的操作的方法；

图8A和8B说明根据本发明的一个实施例、利用统一资源标识符来引导握手信号的方法；

图9A和9B说明根据本发明的一个实施例、利用负荷平衡交换机通过分析事务处理标识确定握手消息的路由选择来引导握手消息的方法；

图10A和10B说明根据本发明的一个实施例、利用随机选取的消息传递服务系统以分析消息事务处理标识来引导握手消息的方法；

图11A和11B说明根据本发明的一个实施例、在消息没有检索而被转发时引导握手消息的方法；

图12A和12B说明根据本发明的一个实施例、通过向一个运营商网络中的所有消息传递服务系统广播握手消息来引导握手消息的方法；以及

图13A和13B说明根据本发明的一个实施例、通过把握手消息依次路由到运营商网络的各消息传递服务系统来引导握手消息的方法。

具体实施方式

在以下对各种实施例的描述中，参照构成其组成部分的附图，附图中作为说明，给出一些可实施本发明的各种实施例。大家理解，可采用其它实施例，并且可以不背离本发明的范围而进行结构和功能修改。

无线通信装置之间以及无线与有线通信装置之间的消息传递可包含许多不同的网络类型、通信协议以及通信装置。图1说明一般的消息传递体系结构，它可用于接纳各种消息传递服务，包括例如短消息传递服务(SMS)、扩展消息传递服务(EMS)以及多媒体传递消息服务(MMS)。

消息传递服务的基本功能性由消息传递服务系统提供。消息传递服务系统支持消息传递服务的消息存储、通知以及转发操作。在图1的实例中，消息传递服务系统120包括消息传递服务器/中继121以及相关消息传递存储装置123。消息传递服务系统可通过移动网络135连接到一个或多个移动终端150。

移动终端135可结合例如由第三代合作项目(3GPP)标准化的那些高级无线通信协议，从而提供优于先有技术的网络容量方面的显著增益。这些协议在与多媒体装置配合使用时实现高级视频和多媒体服务。例如个人数据助理(PDA)152、多媒体移动电话151、手持式或膝上型计算机153等多媒体装置以及其它无线装置154可连接到消息传递服务系统120，并且可按照例如图像、文本、音频或视频等若干格式提供消息传递内容。消息传递服务系统120负责入局和出局消息的存储和处理，以及负责根据需要把消息传递到不同的消息传递系统。

例如，消息传递服务系统120可耦合到其它类似的消息传递服务系统110，或耦合到电子邮件服务器140或者通过因特网125可访问的其它服务器(YOS)130。这种等级的连通性使各种消息传递格式能够在无线移动装置与因特网连接装置之间传送。

当发起终端向目标终端发送消息时，开始消息事务处理。这个事件是涉及从发起方向目标传递消息的各种装置之间可能出现的一系列数据和握手通信中的第一个。来自发起终端的消息可存储在消息服务器中，并且稍后可由目标终端进行检索或传递到其中。在一个实例中，消息可通过无线网络在无线终端与消息服务器之间进行路由，其中各装置采用兼容的通信协议。或者，消息可通过利用能够提供移动服务扩展的代理装置在无线终端与消息服务器之间进行路由。例如，代理装置、如WAP无线代理可用来处理通信保密性事情，或者用来提供推送(push)功能性，使消息传递服务系统能够向移动装置异步发送信息。此外，例如，可能需要转换装置来提供无线装置与消息传递服务系统的通信协议之间的兼容性。更具体来说，该系统可利用WAP网关来处理移动终端与消息服务器之间的协议互通。

图2提供无线消息传递终端210与消息传递服务系统的消息中继/服务器250之间的传输路径的一个实例。在本例中，无线终端210通过无线应用协议(WAP)网关230耦合到消息传递服务器/中继250。WAP网关提供用于把无线装置链接到因特网的标准化协议。网关230支持用于无线通信的接口协议，并且可与多媒体消息传递服务配合使用兼容。例如，多媒体消息可利用WAP会话协议(WSP)260和/或WAPPUSH服务从无线终端210通过移动网络220转送到WAP网关230。多媒体消息可利用HTTP格式270通过因特网240从WAP网关230被传送到消息传递中继/服务器250。

图3A说明为两个移动终端310、320提供消息传递服务的各种消息传递服务系统组件。在本例中，无线终端310、320耦合在一起，并通过无线网络330耦合到消息传递服务系统340。消息传递服务系统340可包括一个或多个消息传递服务器342、344以及一个或多个消息存储装置346。更一般来说，这些装置可经由包括例如图1所示的多个通信路径被耦合。

在图3B所示的实例中，涉及消息事务处理的装置包括发起终端310、目标终端320以及消息传递服务系统340。在本例中，终端310、320利用例如WAP等无线通信协议、通过无线网络330连接到代理装置350。WAP无线代理350可通过因特网360耦合到消息传递服务系统340。消息传递服务系统可包括一个或多个消息传递服务器342、344以及一个或多个消息存储装置346。

消息通过无线网络330从发起终端310传递到消息传递服务系统340。消息可以被临时存储在消息传递服务系统340中，直到定位目标终端320。当目标终端320被消息传递服务系统340定位时，消息传递服务系统340向目标终端320发送已经接收到消息的通知。

响应对通知的接收，目标终端可调用立即或延迟的消息检索请求。消息检索的发起可通过目标终端320提示目标用户(未示出)发出检索请求来实现，或者目标终端320可自动调用检索请求。消息检索请求从目标终端320发送到消息传递服务中心340。在接收到消息检索请求时，消息传递服务系统340把消息传递给目标终端320。

图4更详细地说明消息传递服务系统420与目标终端410之间的消息事务处理流程的基本结构。消息事务处理流程包括在消息传递服务系统420与目标终端410之间的一系列数据和握手消息。

当消息440由发起终端430经由消息传递服务系统420向目标终端410发送时，开始消息事务处理流程。消息440可例如使用WSP/HTTP POST格式来发送到目标消息传递服务系统420。消息440可在消息传递服务系统420中存储一段时间。当消息传递服务系统420定位目标终端410时，消息传递服务系统420向目标终端410发送通知消息442，通知目标终端410已经接收到消息。目标终端410响应通知消息442而向消息传递服务系统420传送通知确认444，表明目标终端410已经接收到通知消息442。目标终端410可立即检索从发起终端430发出的消息，或者可把对消息的检索延迟一段时间。

目标终端410通过向消息传递服务系统420发送消息检索请求446来调用消息检索。例如，目标终端410可使用WSP/HTTP GET格式来发送消息检索请求446。消息传递服务系统420响应消息检索请求446而向目标终端410传递消息448。目标终端以定向到消息传递服务系统420的传递确认450来确认消息448的传递。消息传递服务系统可向发起终端430表明消息传递已完成460。

在许多应用中，在一个运营商网络中起作用若干消息传递服务系统之间分配消息传递服务是希望的或者必要的。在消息传递服务系统之间的消息传递业务量分配可用来实现消息传递服务的所需容量或响应时间，或者用来提供消息传递系统冗余度。例如，消息传递服务中心可设置在不同的地理位置，提供冗余系统以便在灾难出现的情况下维护消息传递服务。此外，可能希望让两个供应商的消息传递系统在同一个网络空间中顺畅地工作。

向若干消息传递服务系统分配消息传递业务量可利用负荷平衡交换机来实现。可采用各消息传递服务系统所提供的关于功能和服务的信息对负荷平衡交换机编程。负荷平衡交换机可根据各种负荷平衡考虑事项把消息传递业务量定向到适当的消息传递服务系统。例如，负荷平衡交换机可根据其中包含用户ID、电话号码及设备类型的移动用户和设备要求来分配消息传递。负荷平衡还可基于网络中各种消息传递系统的能力，其中包括耦合到该交换机的各种消息传递系统的容量或响应时间。

一般来说，无线装置可通过无线网络、或者利用例如WAP网关等转换装置或利用WAP无线代理来耦合到负荷平衡交换机。一个利用负荷平衡交换机和可选WAP无线代理的示例网络系统如图5所示。在本例中，发起终端510和目标终端520通过无线网络530耦合到WAP无线代理540。WAP无线代理540耦合到负荷平衡交换机550。在一个运营商网络580中工作的两个消息传递系统560、570通过因特网连接555连接到交换机550。虽然此例表示了运营商网络580中的两个消息传递系统，但消息传递系统的数量可以超过两个。各消息传递系统560、570可具有一个或多个消息传递中继/服务器562、564、572、574以及相关的消息存储装置(未示出)。

在包含若干消息传递服务系统的运营商网络中的负荷平衡的使用可能存在特定问题。在这些情况下，负荷平衡把附加网络元件插入消息事务处理流程。对于某些消息传递系统、如多媒体消息传递，如WAP和3GPP的各种标准小组建立的协议没有充分处理在一个运营商网络中操作一个以上消息传递服务系统所需的通信协议要求。

图6A和6B说明利用一个运营商网络中的两个消息传递服务提供的、与例如多媒体消息传递服务等消息传递服务有关的消息传递的握手协议方面的冲突。现在来看图6A，说明表示消息发送及检索过程的消息事务处理，其中采用了设置在无线装置610、620与在单个运营商网络660中工作的两个消息传递服务系统640、650之间的负荷平衡交换机634。该系统可包括可选无线代理632，但这不是必需的组件。负荷平衡交换机634用于把消息传递业务量定向到运营商网络660中的消息传递服务系统640、650。在本例中，发起终端610和目标终端620表示为移动电话。在其它配置中，消息传递终端610、620可表示许多不同的消息传递设备类型，以及可按照各种方式、如图1所示的那些方式进行连接。

当发起终端610向目标终端620发送消息时，开始消息事务处理。消息611可例如通过WSP/HTTP POST命令来发送。WSP/HTTPPOST消息611采用运营商网络的虚拟地址来标识消息611被定向的位置。在图6的实例中，运营商网络的虚拟地址由统一资源标识符(URI)http://mmsc.operator.net提供。URI http://mmsc.operator.net标识的运营商网络包括两个消息传递服务系统、即系统1640和系统2650。

在图6所示的实例中，来自发起终端610的消息611经由无线网络传送到负荷平衡交换机634。消息611从交换机634被路由到http://mmsc.operator.net标识的运营商网络660的消息传递服务系统640、650其中之一。路由消息的标准可基于运营商网络660中的各种消息传递服务系统640、650的容量或响应时间，或者消息可根据任何所需处理来分配。在本例中，负荷平衡交换机634把消息611路由到系统1640。

在消息611被传递到消息传递服务系统1640之后，消息传递服务系统1640响应消息611而把通知消息612定向到目标终端620。通知消息612向目标终端620表明已经接收到消息611。通知消息612通过交换机634传送到目标终端620。从消息传递服务系统1640到目标终端620的通知消息612提供一个提供消息传递服务系统1640的位置的URI以及消息611的消息标识。具体来说，消息传递服务系统1 640在通知消息中提供URIhttp://mmsc.operator.net/systeml/messageid。这样，使得目标终端620知道存储消息的消息传递服务系统(在本例中为消息传递服务系统1640)的位置。

在接收到来自消息传递服务系统1 640的通知消息612时，目标终端620通过传送通知确认消息613进行响应。通知确认消息613由目标终端620通过负荷平衡交换机634传送。

把通知确认613路由到消息被定位的消息传递服务系统1 640的步骤在交换机634上出现问题。根据现行3GPP和/或WAP论坛标准(3G TS23.140，WAP-206 MMS客户机事务处理，WAP-209 MMS封装)，不要求消息被定位的消息传递服务系统的特定URI被包含在通知确认613中。没有特定URI使得不可能把通知确认613自动路由到适当的消息传递服务系统、在本例中为消息传递服务系统1 640。在当前协议下，交换机634无法解析是否把通知确认613沿路径614传送到消息传递服务系统1 640，或者是否把通知确认613沿路径615传送到消息传递服务系统2 650。

在与消息检索相关的握手协议中出现类似情况，如图6B所示。目标终端620通过发送被定位到存储消息的消息传递服务系统1 640的消息检索请求621来发起消息检索。目标终端620可使用例如WSP/HTTP GET请求来发送消息检索请求621。发起消息检索时，目标终端620在消息检索请求621中加入来自存储消息的消息传递服务系统640的通知消息612中提供的特定URI，如前面结合图6A所述。在图6B的实例中，来自目标终端620的消息检索请求621加入URIhttp://mmsc.operator.net/systeml/，表明将从消息传递服务系统1 640中检索消息。

消息检索请求621从目标终端620传送到消息传递服务系统1640。响应对消息检索请求621的接收，消息传递服务系统1 640把消息622传送到目标终端620。当目标终端620接收到来自消息传递服务系统1 640的消息622时，目标终端620通过传送传递确认623进行响应。传递确认623表明已经传递了消息622。但是，根据现行3GPP和/或WAP论坛标准(3G TS23.140，WAP-206 MMS客户机事务处理，WAP-209 MMS封装)，不要求从其中传递消息的消息传递服务系统的特定URI被包含在传递确认中。没有特定URI使得不可能把传递确认自动路由到适当的消息传递服务系统。

在图6B所示的情况下，在当前标准协议下，交换机634无法解析是否把传递确认消息623通过路径624传送到消息传递服务系统1640，或者是否把传递确认623通过路径625传送到消息传递服务系统2 650。

在当前WAP和3GPP标准下，不支持一个运营商网络中的若干消息传递服务系统的使用。不要求利用例如消息传递服务系统的URI对特定消息传递服务系统位置的标识被包含在某些握手消息、如上述通知确认和传递确认消息中。这种情况可能在负荷平衡交换机上导致确定握手消息应该发送到其中的消息传递服务系统方面的冲突。本发明针对用于解决与在一个运营商网络中实现一个以上消息传递服务系统的操作相关的这些及其它问题的方法和系统。

在图7的流程图中，从广义、整体方面在概念上说明本发明的一个方法。当发起终端向目标终端发送消息时，开始消息事务处理(步骤710)。该消息存储在具有若干消息传递系统的一个运营商网络的特定消息传递系统中(步骤720)。消息传递系统可通过在消息传递系统之间分配消息的负荷平衡交换机进行耦合。消息事务处理包括在发起终端、消息传递服务系统及目标终端之间流动的许多数据和握手消息。指明消息事务处理状态的握手消息从目标终端被定向到其中存储了消息的特定消息传递系统(步骤730)，从而在一个运营商网络中实现若干消息传递系统的操作。

根据本发明的一个方法，存储了消息的特定消息传递服务系统的URI的结合是从目标终端发送到特定消息传递服务系统的确认消息所要求的。通过这个方法，确认消息可被正确地路由到存储了消息的特定消息传递服务系统。

在图8A的示图中说明这个方法。从发起终端810定向到目标终端820的消息811临时存储在特定消息传递服务系统中。在图8A的实例中，消息811存储在消息传递服务系统1 840中。消息传递服务系统1 840设置在包含两个消息传递服务系统840、850的运营商网络860中。虽然只是两个消息传递服务系统840、850示于运营商网络860中，但可包括两个以上网络。

在消息传递服务系统1 840接收到消息811之后，消息传递服务系统1 840发送被定向到目标终端820的通知消息812。目标终端820通过向消息传递服务系统1 840发送通知确认813进行响应。在本实施例中，通知确认813被发送到存储消息的消息传递服务系统的特定URI。在图8A的实例中，通知确认813加入消息传递服务系统1 840的URI http://mnsc.operator.net/systeml/。由于通知确认813加入消息传递服务系统1 840的特定URI，因此交换机834能够把通知确认定向到正确的消息传递服务系统。

本实施例的消息检索以相似方式进行工作，如图8B所示。目标终端820通过向消息传递服务系统1 840发送消息检索请求821来调用消息检索。响应消息检索请求821，消息传递服务系统1 840把消息822传送到目标终端820。

目标终端820向消息传递服务系统1 840发送传递确认823。传递确认823包含消息传递服务系统1 840的URI。在图8B的实例中，传递确认823加入作为消息传递服务系统1 840的URI位置的URIhttp://mmsc.operator.net/systeml/。通过在传递确认823中加入URI，交换机能够把传递确认823发送到正确的消息传递服务系统。

本实施例的一个方面要求结合到消息传递标准、如3GPP和/或WAP论坛规范(3G TS23.140，WAP-206 MMS客户机事务处理，WAP-209 MMS封装)，从目标终端向消息传递服务系统传递响应时应该使用在消息通知中所用的URI的一部分的要求。这个要求确保确认消息，诸如通知确认和传递确认，将加入消息被被定向的特定消息传递服务系统的URI，使得确认消息可被正确地路由。

本实施例的另一个方面需要上述标准所要求的通知消息中的新信息元素。根据本发明的这个方面，结合在来自消息传递服务系统的通知消息中、表示例如“响应于”的新信息元素向消息传递服务系统提供所有确认消息的返回位置。要求目标终端使用发送到消息传递服务系统的确认消息、包括例如通知确认和传递确认的返回位置。

本发明的上述实施例考虑各种现有标准的变更，以便要求在确认消息中加入消息传递服务系统URI。以下所述的本发明的其它实施例在不要求对这些标准进行修改的情况下在一个运营商网络中实现若干消息传递服务系统的使用。不管是否修改现行标准，以下所述的实施例对于与没有结合标准变更的遗留装置的配合使用是有利的。

图9A和9B所示的本发明的一个方法采用负荷平衡交换机来检查结合到确认消息中的事务处理标识，从而确定由目标终端传送的确认消息的适当路由选择。参照图9A，当发起客户机910发送被定向到目标终端920的消息911时，发起消息事务处理。消息911由负荷平衡交换机934进行路由，用于存储在消息传递服务系统1 940中。消息传递服务系统1 940向目标终端920发送通知消息912。在当前通信协议下，通知消息912包含事务处理标识或事务处理ID，它用于把数据包与特定消息事务处理相关。

目标终端920通过交换机934向消息传递服务系统1 940发送包含事务处理ID的通知确认913。交换机934检查事务处理ID，以及从事务处理ID所包含的信息中得出通知确认应该被路由到的消息传递服务系统、在本例中为消息传递服务系统1 940。

根据本实施例的消息检索如图9B所示。当目标终端920发送被定向到消息传递服务系统1 940的消息检索请求时，发起消息检索。消息传递服务系统1940通过向目标终端920传送消息922进行响应。目标终端920通过向消息传递服务系统1 940传送加入了事务处理ID的传递确认923来确认消息接收。交换机934分析来自目标终端920的传递确认923中的事务处理ID，以及把传递确认923路由到正确的消息传递服务系统，在本例中为消息传递服务系统1 940。

本发明的其它实施例采用消息传递服务系统把确认消息路由到正确的消息传递服务系统。在图10A和10B的示图从概念上所示的一个实施例中，当发起终端1010向目标终端1020发送消息1011时，发起事务处理。消息1011由交换机1034进行路由，用于存储在消息传递服务系统1 1040中。消息传递服务系统1 1040向目标终端1020发送包含事务处理ID的通知消息1012。

目标终端1020响应通知消息1012而向消息传递服务系统1 1040发送其中还加入了事务处理ID的通知确认1013。交换机1034把通知确认1013路由到运营商网络的随机消息传递服务系统，在本例中为消息传递服务系统2 1050。消息传递服务系统2 1050接收通知确认1013，以及分析事务处理ID以确定通知确认1013被定向到的正确消息传递服务系统，在本例中为消息传递服务系统1 1040。然后，消息传递服务系统2 1050向消息传递服务系统1 1040传送通知确认1014。

消息检索如图10B的示图所示。当目标终端1020向请求消息检索的消息传递服务系统1 1040传送消息检索请求1021时，发起消息检索。在接收到消息检索请求1021时，消息传递服务系统1 1040把消息1022传送到目标终端1020。

在接收到消息1022时，目标终端1020传送结合了事务处理ID的传递确认1023。交换机1034把传递确认1024路由到运营商网络的随机消息传递服务系统，在本例中为消息传递服务系统2 1050。消息传递服务系统2 1050分析传递确认1023中结合的事务处理ID，以及把传递确认1025重新定向到正确的消息传递服务系统、即消息传递服务系统1 1040。

不是调用消息检索请求，目标终端而是可以请求没有检索转发消息。本发明用于处理包含转发请求的消息事务处理的一个方法如图11A和11B的示图所示。

根据本实施例，当发起终端1110把消息1111定向到目标终端1120时，发起消息事务处理。消息1111由交换机1134进行路由，用于存储在消息传递服务系统1 1140中。消息传递服务系统1 1140向目标终端1120传送结合了事务处理ID的通知消息1112。

目标终端1120响应消息通知1112而传送没有检索请求的转发1113。交换机1134把没有检索请求的转发1113路由到随机消息传递服务系统，在本例中为消息传递服务系统2 1150。消息传递服务系统2 1150建立到转发请求被定向到的消息传递服务系统(在本例中例如为消息传递服务系统1 1140)的代理连接。消息传递服务系统2 1150把转发请求1114路由到消息传递服务系统1 1140。消息传递服务系统1 1140通过转发确认1115同步响应转发消息请求1114。转发确认1115通过随机选取的消息传递服务系统2 1150被路由到交换机1134，以及最终被路由到目标终端1120。

结合图9A、9B、10A、10B、11A和11B所述的本发明的实施例取决于分析确认消息中结合的事务处理ID以便确定确认消息的正确路由选择。在图9A和9B所示的示例实施例中，负荷平衡交换机是负责分析事务处理ID以确定确认的正确路由选择的网络元件。在图10A、10B、11A和11B的示例实施例中，消息传递服务系统是执行事务处理ID的分析的网络元件。在一些情况下，负荷平衡交换机和/或消息传递服务系统可能无法通过分析事务处理ID来解析确认的正确路由选择。

本发明的以下实施例采用把确认定向到多个消息传递服务系统、直到该确认到达正确消息传递服务系统的技术。在结合图12A和12B论述的实施例中，通过接收确认的第一消息传递服务系统向运营商网络中的其它所有消息传递服务系统广播确认。在结合图13A和13B所述的实施例中，接收确认的第一消息传递服务系统把确认路由到第二消息传递服务系统。第二消息传递服务系统把确认路由到第三消息传递服务系统，等等，直到确认到达正确的消息传递服务系统。

在结合图12A和12B所述的实施例中，通过接收消息的第一消息传递服务系统向运营商网络中的所有消息传递服务系统广播确认消息。发起终端1210通过把消息1211定向到目标终端1220来发起消息事务处理。消息1211由负荷平衡交换机1234进行路由，用于存储在消息传递服务系统1 1240中。消息传递服务系统1 1240向目标终端1220传送通知消息1212。

目标终端1220传送通知确认1213。交换机1234把通知确认1213路由到随机消息传递服务系统。在图12A的实例中，消息传递服务系统2 1250被选作随机消息传递服务系统。消息传递服务系统2 1250向运营商网络1260中的其它每个消息传递服务系统1240、1270广播通知确认。具体来说，消息传递服务系统2 1250把通知确认1216路由到消息传递服务系统1 1240，以及还把通知确认1217路由到消息传递服务系统3 1270。各消息传递服务系统1240、1250、1270分析通知确认以确定通知确认是否被定向到该特定消息传递服务系统。

如图12B所示，当目标终端1220向请求检索存储消息的消息传递服务系统1 1240传送消息检索请求1221时，发起消息检索。消息传递服务系统1 1240通过向目标终端1220传送消息1222进行响应。在接收到消息1222时，目标终端1220传送传递确认1223。

当传递确认消息1223到达交换机1234时，交换机1234无法解析确认被定向到的正确消息传递服务系统。交换机1234把确认1223传送到随机选取的消息传递服务系统。在图12B的实例中，消息传递服务系统2 1250被选取。

消息传递服务系统2 1250把确认路由到运营商网络1260中的其它每个消息传递服务系统1240、1270。具体来说，消息传递服务系统2 1250把确认1224路由到消息传递服务系统1 1240，以及还把确认1225路由到消息传递服务系统3 1270。各消息传递服务系统1240、1250、1270确定传递确认是否被定向到该特定消息传递服务系统。

本发明的另一个实施例如图13A和13B的示图所示。通过发起终端1310把消息1311定向到目标终端1320来发起消息事务处理。消息1311由交换机1334路由到消息传递服务系统1 1340供存储。消息传递服务系统1 1340向目标终端1320传送消息通知1312。

目标终端1320响应通知消息1312而传送通知确认1313。当通知确认1313到达交换机1334时，交换机1334无法解析通知确认被定向到的正确消息传递服务系统。交换机1334把通知确认1313传送到运营商网络中的消息传递服务系统。在图13的实例中，通知确认1313首先被路由到消息传递服务系统3 1370。

消息传递服务系统3 1370分析通知确认以确定该通知确认是否用于消息传递服务系统3 1370。如果通知确认1313没有被定向到消息传递服务系统3 1370，则消息传递服务系统3 1370把通知确认1319路由到消息传递服务系统2 1350。消息传递服务系统2 1350分析通知确认以确定该通知确认是否用于消息传递服务系统2 1350。如果不是，则消息传递服务系统2 1350把通知确认1318路由到消息传递服务系统1 1340。

按照类似的方式，传递确认继续被路由到运营商网络中的每个消息传递服务系统，直到传递确认到达正确的消息传递服务系统。如图13B所示，目标终端1320可通过向存储了消息的消息传递服务系统(在本例中为消息传递服务系统1 1340)传送消息传递请求1321来请求消息传递。消息传递服务系统1 1340通过向目标终端1320传送消息1322进行响应。

目标终端1320通过传送传递确认1323来确认对消息1322的接收。当传递确认1323到达交换机1334时，交换机1334无法解析传递确认1323被定向到的消息传递服务系统。交换机1334把传递确认1323路由到运营商网络1360中的消息传递服务系统。在图13B的实例中，交换机1334把传递确认1323路由到消息传递服务系统31370。

消息传递服务系统3 1370确定传递确认没有被定向到消息传递服务系统3 1370，以及把传递确认1329路由到下一个消息传递服务系统，即消息传递服务系统2 1350。消息传递服务系统2 1350确定传递确认1329没有被定向到消息传递服务系统2 1350。消息传递服务系统2 1350把传递确认1328路由到消息传递服务系统1 1340。这样，传递确认被定向到每个消息传递服务系统，直到传递确认到达正确的消息传递服务系统。

虽然本发明可修改为各种修改方案和备选形式，但通过实例在附图中表示了其具体情况，并且将在下面详细描述。但是，大家会理解，其目的不是把本发明限制到所述的特定实施例。相反，本发明意在涵盖落入所附权利要求书定义的本发明的范围之内的所有修改方案、等效方案及备选方案。