通信系统中用于将消息送交到接收方的方法和布置转让专利
申请号 : CN200580049244.8
文献号 : CN101147370B
文献日 : 2010-11-03
发明人 : A·古斯塔夫森 , A·埃里克森
申请人 : 艾利森电话股份有限公司
摘要 :
描述用于将通信消息送交到通信系统中的接收方的消息传送布置包括多个消息传送服务器(201-204)、共用消息存储装置(205)和调度器(206)。消息传送服务器(201-204)能够接收发往接收方的消息，将消息存储在共用消息存储装置中并向调度器通知已存储在共用消息存储装置中的已接收的消息。然后将调度器设置为决定要调用哪个消息传送服务器来用于将消息送交到接收方。此决定可以基于接收方的送交偏好来做出。此后，调度器调用已决定来送交消息的消息传送服务器，所决定的消息传送服务器检索消息并将其送交到接收方。如果必要的话，所决定的消息传送服务器将消息修改为所决定的消息传送服务器处理的消息类型。通过此解决方案，接收方可以采用任何惯用的消息类型来接收消息而不考虑始发的消息类型。而且，此布置对于运营商来说将更容易地在系统中集成处理新消息类型的新消息传送技术。
权利要求 :
1.一种在通信系统中用于将通信消息送交到接收方的方法，其中所述通信系统包括：用于处理不同类型的消息的多个消息传送服务器(201-204)，每个消息传送服务器处理某种消息类型的消息；
用于存储从所述多个消息传送服务器的任何一个服务器接收到的消息的共用消息存储装置(205)，以及用于处理消息到所述接收方的送交的调度器(206)，所述方法包括如下步骤：在接收消息传送服务器中接收(701)发往消息的接收方的消息；
由所述接收消息传送服务器将路由查询消息发送(712)到所述调度器；
由所述调度器决定(713)是否要将所述接收消息传送服务器处接收的消息基本直接送交到所述接收方；
如果要基本直接送交所述消息，则由所述调度器调用(714)所述接收消息传送服务器来送交所述消息；
如果不直接送交所述消息，则将所述消息存储(702)在所述共用消息存储装置中；
由所述接收消息传送服务器通知(703)所述调度器所接收的消息；
由所述调度器决定(704)要调用哪个消息传送服务器用于送交所述消息；
由所述调度器调用(705)所决定的消息传送服务器来送交所述消息；
在所决定的消息传送服务器处从所述共用消息存储装置接收(708)所述消息；
如果所述消息的类型不同于所决定的消息传送服务器处理的消息类型，则将所述消息修改(709)为所决定的消息传送服务器处理的消息类型；以及将所述消息送交(710)到所述接收方。
2.如权利要求1所述的方法，其特征在于，将所述消息存储(702)在所述共用消息存储装置中与所述接收方关联的邮箱中，以及其中所述接收方具有一个用于发往所述接收方的所有消息而不考虑消息类型的邮箱。
3.如权利要求1或2中任一权利要求所述的方法，还包括如下步骤，在调用(705)所决定的消息传送服务器来送交所述消息的步骤之后，向所述接收方通知(706)所述消息；
从所述接收方接收(707)检索所述消息的请求；以及在接收到此请求之后从所述共用消息存储装置中检索所述消息。
4.如权利要求1和2中任一权利要求所述的方法，还包括：通知所述调度器(206)所述消息已送交，以及
在所述调度器中删除(711)任何与送交的消息相关的未完成的事件。
5.如权利要求1和2中任一权利要求所述的方法，还包括如下步骤，由所述调度器(206)：调度重试事件，以便在稍后再次调用所决定的消息传送服务器，当已调度所述重试事件时，如果在送交所述消息的步骤中未送交所述消息，则再次调用所决定的消息传送服务器。
6.如权利要求1和2中任一权利要求所述的方法，其特征在于，要调用哪个消息传送服务器(201-204)用于送交所述消息的决定基于所述接收方的消息送交偏好。
7.如权利要求6所述的方法，其特征在于，所述通信系统还包括共用目录(207)，其中存储了所述通信系统中的接收方的消息送交偏好，所述方法包括如下步骤：在决定(704)要调用哪个消息传送服务器用于送交所述消息之前，由所述调度器(206)在所述共用目录中检查所述接收方的消息送交偏好。
8.如权利要求7所述的方法，其特征在于，要调用哪个消息传送服务器用于送交所述消息的决定还基于所述接收方的在场信息。
9.如权利要求1和2中任一权利要求所述的方法，其特征在于，所述调度器(206)除了决定要调用哪个消息传送服务器用于送交消息外，还决定何时调用所决定的消息传送服务器。
10.如权利要求1和2中任一权利要求所述的方法，其特征在于，通过映射或创建与所决定的消息传送服务器的消息类型相关的消息报头属性来将所述消息修改(709)为所决定的消息传送服务器的消息类型。
11.一种适于将通信消息送交到接收方的通信系统，所述通信系统包括：适于处理不同类型的消息的多个消息传送服务器(201-204)，每个消息传送服务器适于处理某种消息类型的消息；
适于存储从所述消息传送服务器的任何一个服务器接收到的消息的共用消息存储装置(205)，以及适于处理消息到所述接收方的送交的调度器(206)，其中所述多个消息传送服务器的每一个还适于：接收发往消息的接收方的消息；
向所述调度器(206)发送路由查询消息，其中所述调度器(206)决定是否要基本直接送交发往接收方的消息；以及如果要基本直接送交所述消息，则调用从中接收到所述路由查询消息的消息传送服务器用于送交所述消息，如果不直接送交所述消息，则将所述消息存储在所述共用消息存储装置(205)中；
向所述调度器通知所接收的消息；
如果所述消息的类型不同于所述消息传送服务器处理的消息类型，则将所述消息修改为所述消息传送服务器处理的消息类型；
将所述消息送交到所述接收方，
以及其中所述调度器还设置为：
决定要调用哪个消息传送服务器用于送交所述消息，并调用所决定的消息服务器送交所述消息。
12.如权利要求11所述的通信系统，其特征在于，所述共用消息存储装置(205)设置为将所述消息存储在与所述接收方关联的邮箱中，以及其中所述接收方具有一个用于发往所述接收方的所有消息而不考虑消息类型的邮箱。
13.如权利要求11或12所述的通信系统，其中所述多个消息传送服务器(201-204)的至少其中之一设置为：向所述接收方通知所述消息；
从所述接收方接收检索所述消息的请求；以及
在接收到此请求之后从所述共用消息存储装置中检索所述消息。
14.如权利要求11-12中任一权利要求所述的通信系统，其特征在于，每个消息传送服务器(201-204)还设置为通知所述调度器所述消息已送交，以及所述调度器(206)还设置为删除与已送交的消息关联的任何未完成的事件。
15.如权利要求11-12中任一权利要求所述的通信系统，其特征在于，所述调度器(206)还设置为：调度重试事件，以便在稍后再次调用所决定的消息传送服务器，以及当已调度所述重试事件时，如果未将所述消息送交到所述接收方，则再次调用所决定的消息传送服务器。
16.如权利要求11-12中任一权利要求所述的通信系统，其特征在于，所述调度器(206)设置为基于所述接收方的送交偏好来决定要调用哪个消息传送服务器用于送交所述消息。
17.如权利要求11-12中任一权利要求所述的通信系统，所述通信系统与共用目录(207)关联，所述共用目录(207)设置为存储所述通信系统中接收方的送交偏好，以及其中所述调度器(206)还设置为在决定要调用哪个消息传送服务器用于送交所述消息之前，在所述共用目录中检查所述接收方的送交偏好。
18.如权利要求16所述的通信系统，所述通信系统还与在场服务器(208)关联，所述在场服务器(208)设置为存储所述通信系统中接收方的在场信息，以及其中所述调度器(206)还设置为在所述在场服务器中检查所述接收方的在场信息，并基于所述接收方的在场信息决定调用哪个消息传送服务器用于送交所述消息。
19.如权利要求11-12中任一权利要求所述的通信系统，其特征在于，所述调度器(206)还设置为决定将何时调用所决定的消息传送服务器。
20.如权利要求11-12中任一权利要求所述的通信系统，其特征在于，所述多个消息传送服务器(201-204)还设置为通过映射或创建与所决定的消息传送服务器的消息类型相关的消息报头属性来将所述消息修改为所决定的消息传送服务器的消息类型。
21.一种在通信系统中设置为处理通信消息到接收方的送交的节点(10)，所述通信系统具有用于处理不同类型的通信消息的多个消息传送服务器(201-204)，每个消息传送服务器设置为处理某种消息类型的消息，所述节点包括：设置为与所述通信系统中的其他实体通信的通信接口(11)，以及用于控制消息到所述接收方的送交的路由解析单元(12)和调度单元(13)，其中所述节点设置为：从消息传送服务器接收路由查询消息；
决定是否要将所述消息传送服务器处接收的消息基本直接送交到所述接收方；
如果要基本直接送交所述消息，则调用从中接收到路由查询消息的消息传送服务器来送交所接收的消息；
如果不直接送交所述消息，则在所述通信接口处从所述消息传送服务器接收在所述消息传送服务器处接收到消息的信息；
基于所述接收方的送交偏好来决定负责送交所述消息的消息传送服务器；
调用所决定的消息传送服务器来送交所述消息。
22.如权利要求21所述的节点(10)，还设置为：基于所述接收方的送交偏好来决定何时送交所述消息。
23.如权利要求21或22所述的节点(10)，还设置为通过与存储所述接收方的送交偏好的共用目录207通信并与存储所述接收方的在场信息的在场服务器(208)通信来检查所述接收方的送交偏好。
24.如权利要求21-22中任一权利要求所述的节点(10)，还设置为：从所决定的消息传送服务器接收已将所述消息送交到所述接收方的信息，删除与已送交的消息相关的任何未完成的事件。
25.如权利要求21-22中任一权利要求所述的节点(10)，还设置为：调度重试事件，以便在稍后再次调用所决定的消息传送服务器，当已调度所述重试事件时，如果在送交所述消息的步骤中未送交所述消息，则再次调用所决定的消息传送服务器。
26.一种在通信系统的节点(10)中用于处理通信消息到接收方的送交的方法，所述通信系统具有用于处理不同类型的通信消息的多个消息传送服务器，每个消息传送服务器设置为处理某种消息类型的消息，所述方法包括如下步骤：从消息传送服务器接收路由查询消息；
决定是否要将所述消息传送服务器处接收的消息基本直接送交到所述接收方；
如果要基本直接送交所述消息，则调用从中接收到路由查询消息的消息传送服务器来送交所接收的消息；
如果不直接送交所述消息，则从所述消息传送服务器接收在所述消息传送服务器处接收到消息的信息；
基于所述接收方的送交偏好决定负责所述消息送交的消息传送服务器；以及调用所决定的消息传送服务器来送交所述消息。
说明书 :
技术领域
本发明涉及通信系统中的方法和布置，更具体来说它涉及用于将消息送交到接收方以便于消息的接收方和发送器之间的通信的方法和布置。
背景技术
在全通信世界中，正如我们今天所体验的，世界上任何地方和任何时间都便利地传送着例如语音、数据、图像和视频的媒体类型，从而提高生活质量和工作效率，并实现更有资源效率的世界。消息传送是这个世界中用于终端用户的关键服务。在这个世界中，将使人们能够以他们偏好的方式发送和接收消息，而无需关心他们的通信伙伴所具有的能力。
为了丰富终端用户体验以及允许终端用户更自由地选择媒体格式，不断地改进消息传送服务的功能。但是这些改进应该不导致对于新技术的用户来说可选址的通信伙伴群是割裂的。即应该不导致新消息传送服务或技术的用户只能与能够实现新消息传送服务或技术的其他用户通信。因此，所致力的是支持新的消息传送技术与已经很好建立的消息传送技术之间的交互工作的特征，以便能够平滑地过渡到集成的消息传送世界中。
随着电信领域中的多媒体和3G的发展，一个重要的技术突破已经产生。不再需要考虑作为通信的基础的媒体的类型以及不再需要依赖于媒体决定通信的方式。在那些因素中，不需要考虑所在位置，也无需考虑时间和通信方式选择的基础。
在技术上来说，3G和多媒体允许使用任何媒体类型(视频、语音、图像和文本)及其组合在任何地方任何时候进行通信。
新技术的引入仍在初期造成通信能力的割裂，因为不可能一步将所有用户升级到最新技术。SMS和移动技术的成功一般显示了服务与近似自我意识的可靠性的结合是重要的。
如上文提到的，已发现终端用户希望完全基于他/她当前的通信需要来决定如何通信。例如发送消息的终端用户希望能够以适于她/他当前的需要的格式发送消息，以及接收消息的终端用户希望以适于他/她当前的需要的格式接收消息。
使终端用户之间或从消息始发方到消息的接收方能够进行消息传送的大多数现有技术的解决方案都是基于垂直体系结构，其中每个消息传送解决方案是孤立的，即每个解决方案具有各自用于提供服务管理等的功能。图1示出具有垂直消息传送体系结构的通信系统，这是今天运营商普遍地部署的。这里，每个消息传送服务或消息类型(例如基于IP的消息传送(MoIP)、多媒体消息传送服务(MMS)、即时消息传送(IM)、短消息服务(SMS))带来安装在终端用户域中的各自客户(例如SMS客户、MMS客户和即时消息传送和在场(presence)服务(IMPS)客户)以及各自服务中心，例如MoIP中心、多媒体消息传送中心(MMC)、SMS-C和IMPS服务中心。在此解决方案中，每个服务中心具有各自的消息存储装置，各自的用户目录、各自的通知服务器和有时各自的O&M系统。MoIP服务中心是用于处理语音邮件、Web邮件和电子邮件服务的Ericsson(爱立信)系统。这种垂直消息传送体系结构还具有不同消息传送服务共用的服务网络域中的一些功能，例如公共目录和提供、计费、O&M和认证的共用功能。它还具有用于至其他网络的通信的边界网关，例如语音网关、推送代理网关和WAP网关。还为通信系统提供至商用管理域、网络管理域和应用域的连接。通过增值服务提供商网关(VASP GW)使至应用域的连接得以实现。还提供多媒体库(MML)，其中存储例如发往用户的MMS消息。MML还能使用户访问来自MML的其他多媒体内容。因此，MML作为存储器、内容检索使能器工作以及能够实现消息的共享。
从部署垂直解决方案的经验来看，显然共用功能的缺乏为系统中每个附加节点或消息传送解决方案增加了10倍集成和维护成本。经验还显示垂直解决方案需要极其长的时间来为通信服务(例如移动服务)的部署进行市场推广。因此，来自例如运营商和通信服务的其他提供商都有一种需求，从垂直消息传送体系结构向水平消息传送体系结构转移，在水平消息传送体系结构中某些功能对于不同的消息传送服务是共用的。
如上文提到的，对于用户来说有一个需求，能够基于用户自己当前的通信需求和通信能力来与任何人通信。对于运营商也有一个需求，能够提供水平消息传送解决方案/体系结构，以便能够容易地向消息传送体系结构添加处理新消息类型的新消息传送技术。
在该应用中，将消息类型定义为某种消息传送服务器处理的消息。例如，通常电子邮件服务器处理消息类型电子邮件、语音邮件服务器处理消息类型语音邮件，以及MMS服务器处理消息类型MMS消息。一种消息传送服务器处理多于一种消息也是可能的。然后，术语消息类型实际可以包括多于一种消息，例如MMS和SMS。
为了丰富终端用户体验以及允许终端用户更自由地选择媒体格式，不断地改进消息传送服务的功能。但是这些改进应该不导致对于新技术的用户来说可选址的通信伙伴群是割裂的。即应该不导致新消息传送服务或技术的用户只能与能够实现新消息传送服务或技术的其他用户通信。因此，所致力的是支持新的消息传送技术与已经很好建立的消息传送技术之间的交互工作的特征，以便能够平滑地过渡到集成的消息传送世界中。
随着电信领域中的多媒体和3G的发展，一个重要的技术突破已经产生。不再需要考虑作为通信的基础的媒体的类型以及不再需要依赖于媒体决定通信的方式。在那些因素中，不需要考虑所在位置，也无需考虑时间和通信方式选择的基础。
在技术上来说，3G和多媒体允许使用任何媒体类型(视频、语音、图像和文本)及其组合在任何地方任何时候进行通信。
新技术的引入仍在初期造成通信能力的割裂，因为不可能一步将所有用户升级到最新技术。SMS和移动技术的成功一般显示了服务与近似自我意识的可靠性的结合是重要的。
如上文提到的，已发现终端用户希望完全基于他/她当前的通信需要来决定如何通信。例如发送消息的终端用户希望能够以适于她/他当前的需要的格式发送消息，以及接收消息的终端用户希望以适于他/她当前的需要的格式接收消息。
使终端用户之间或从消息始发方到消息的接收方能够进行消息传送的大多数现有技术的解决方案都是基于垂直体系结构，其中每个消息传送解决方案是孤立的，即每个解决方案具有各自用于提供服务管理等的功能。图1示出具有垂直消息传送体系结构的通信系统，这是今天运营商普遍地部署的。这里，每个消息传送服务或消息类型(例如基于IP的消息传送(MoIP)、多媒体消息传送服务(MMS)、即时消息传送(IM)、短消息服务(SMS))带来安装在终端用户域中的各自客户(例如SMS客户、MMS客户和即时消息传送和在场(presence)服务(IMPS)客户)以及各自服务中心，例如MoIP中心、多媒体消息传送中心(MMC)、SMS-C和IMPS服务中心。在此解决方案中，每个服务中心具有各自的消息存储装置，各自的用户目录、各自的通知服务器和有时各自的O&M系统。MoIP服务中心是用于处理语音邮件、Web邮件和电子邮件服务的Ericsson(爱立信)系统。这种垂直消息传送体系结构还具有不同消息传送服务共用的服务网络域中的一些功能，例如公共目录和提供、计费、O&M和认证的共用功能。它还具有用于至其他网络的通信的边界网关，例如语音网关、推送代理网关和WAP网关。还为通信系统提供至商用管理域、网络管理域和应用域的连接。通过增值服务提供商网关(VASP GW)使至应用域的连接得以实现。还提供多媒体库(MML)，其中存储例如发往用户的MMS消息。MML还能使用户访问来自MML的其他多媒体内容。因此，MML作为存储器、内容检索使能器工作以及能够实现消息的共享。
从部署垂直解决方案的经验来看，显然共用功能的缺乏为系统中每个附加节点或消息传送解决方案增加了10倍集成和维护成本。经验还显示垂直解决方案需要极其长的时间来为通信服务(例如移动服务)的部署进行市场推广。因此，来自例如运营商和通信服务的其他提供商都有一种需求，从垂直消息传送体系结构向水平消息传送体系结构转移，在水平消息传送体系结构中某些功能对于不同的消息传送服务是共用的。
如上文提到的，对于用户来说有一个需求，能够基于用户自己当前的通信需求和通信能力来与任何人通信。对于运营商也有一个需求，能够提供水平消息传送解决方案/体系结构，以便能够容易地向消息传送体系结构添加处理新消息类型的新消息传送技术。
在该应用中，将消息类型定义为某种消息传送服务器处理的消息。例如，通常电子邮件服务器处理消息类型电子邮件、语音邮件服务器处理消息类型语音邮件，以及MMS服务器处理消息类型MMS消息。一种消息传送服务器处理多于一种消息也是可能的。然后，术语消息类型实际可以包括多于一种消息，例如MMS和SMS。
发明内容
本发明的目的在于提供一种在通信系统中用于送交消息使得消息作为某种消息类型在接收方被接收而不考虑原始消息的类型的方法和布置(arrangement)。
本发明的另一个目的在于提供一种在通信系统中用于送交消息的方法和布置，使得新消息传送类型能够被该方法和布置处理而仅对布置作小的更改。
上文的目的通过独立权利要求的特征部分中提出的方法和布置来实现。
根据第一方面，本发明涉及一种在通信系统中用于将通信消息送交到接收方的方法。该通信系统包括：
用于处理不同类型的消息的多个消息传送服务器，每个消息传送服务器处理某种消息类型的消息；
用于存储从这些消息传送服务器的任何一个服务器接收到的消息的共用消息存储装置，以及
用于处理消息到接收方的送交的调度器。
该方法包括如下步骤：
在接收消息传送服务器中接收发往消息的接收方的消息；
将该消息存储在共用消息存储装置中；
由接收消息传送服务器向调度器通知接收的消息；
由调度器决定要调用哪个消息传送服务器用于送交该消息；
由调度器调用所决定的消息传送服务器来送交该消息；
在所决定的消息传送服务器处从消息存储装置接收该消息；
如果该消息的类型不同于所决定的消息传送服务器处理的消息类型，则将该消息修改为所决定的消息传送服务器处理的消息类型；以及
将该消息送交到接收方。
根据第二方面，本发明涉及一种在通信系统中适于将通信消息送交到接收方的布置。该布置包括：
适于处理不同类型的消息的多个消息传送服务器，每个消息传送服务器适于处理某种消息类型的消息；
适于存储从多个消息传送服务器的任何一个服务器接收到的消息的共用消息存储装置，以及
适于处理消息到接收方的送交的调度器。
多个消息传送服务器的每一个还适于：
接收发往消息的接收方的消息；
向调度器通知接收的消息
如果该消息的类型不同于消息传送服务器处理的消息类型，则将该消息修改为该消息传送服务器处理的消息类型；以及
将该消息送交到接收方。
该调度器还设置为：
决定要调用哪个消息传送服务器用于送交该消息，以及
调用所决定的消息传送服务器来送交该消息。
根据本发明的第三方面，本发明涉及通信系统中的一种节点，该节点设置为处理通信消息到接收方的送交，该通信系统具有用于处理不同类型的通信消息的多个消息传送服务器，每个消息传送服务器设置为处理某种消息类型的消息，该节点包括：
设置为与通信系统中的其他实体通信的通信接口，以及
用于控制将消息送交到接收方的路由解析单元和调度单元。该节点还设置为：
在通信接口处从消息传送服务器接收在该消息传送服务器处接收到消息的信息，
基于接收方的送交偏好决定负责送交消息的消息传送服务器；以及
调用所决定的消息传送服务器来送交该消息。
根据本发明的第四方面，本发明涉及一种在通信系统中的节点中用于将通信消息送交到接收方的方法，该通信系统具有具有用于处理不同类型的通信消息的多个消息传送服务器，每个消息传送服务器设置为处理某种消息类型的消息。该方法包括如下步骤：
从消息传送服务器接收在该消息传送服务器处接收到消息的信息，
基于接收方的送交偏好决定负责该消息传送的消息传送服务器；以及
调用所决定的消息传送服务器来送交该消息。
本发明的优点在于它为终端用户提供他/她的所有消息的共用邮箱。
本发明的再一个优点在于，它为通信系统的运营商提供基于共用功能和组件的重复使用和共享的水平集成的消息传送解决方案。因此，对于运营商来说将更容易地在系统中集成处理新消息类型的新消息传送技术。
还有一个优点在于它使终端用户能够以终端用户定义的格式或类型来接收消息，而不考虑从消息始发方传送消息时消息的消息格式或类型。
本发明的另一个优点基于实际的消息不依照有关如何处理消息的请求而定的事实。因此，不一定在消息传送系统内发送该消息，从而避免了将非必要的负荷施加到系统上。
本发明的再一个优点在需要实时特征(例如在聊天会话中)时允许消息的最优直接送交以避免磁盘存储装置引入的时延。此外，本发明提供的直接送交始终具有本发明中描述的存储和转发功能的回退。
本发明的另一个目的在于提供一种在通信系统中用于送交消息的方法和布置，使得新消息传送类型能够被该方法和布置处理而仅对布置作小的更改。
上文的目的通过独立权利要求的特征部分中提出的方法和布置来实现。
根据第一方面，本发明涉及一种在通信系统中用于将通信消息送交到接收方的方法。该通信系统包括：
用于处理不同类型的消息的多个消息传送服务器，每个消息传送服务器处理某种消息类型的消息；
用于存储从这些消息传送服务器的任何一个服务器接收到的消息的共用消息存储装置，以及
用于处理消息到接收方的送交的调度器。
该方法包括如下步骤：
在接收消息传送服务器中接收发往消息的接收方的消息；
将该消息存储在共用消息存储装置中；
由接收消息传送服务器向调度器通知接收的消息；
由调度器决定要调用哪个消息传送服务器用于送交该消息；
由调度器调用所决定的消息传送服务器来送交该消息；
在所决定的消息传送服务器处从消息存储装置接收该消息；
如果该消息的类型不同于所决定的消息传送服务器处理的消息类型，则将该消息修改为所决定的消息传送服务器处理的消息类型；以及
将该消息送交到接收方。
根据第二方面，本发明涉及一种在通信系统中适于将通信消息送交到接收方的布置。该布置包括：
适于处理不同类型的消息的多个消息传送服务器，每个消息传送服务器适于处理某种消息类型的消息；
适于存储从多个消息传送服务器的任何一个服务器接收到的消息的共用消息存储装置，以及
适于处理消息到接收方的送交的调度器。
多个消息传送服务器的每一个还适于：
接收发往消息的接收方的消息；
向调度器通知接收的消息
如果该消息的类型不同于消息传送服务器处理的消息类型，则将该消息修改为该消息传送服务器处理的消息类型；以及
将该消息送交到接收方。
该调度器还设置为：
决定要调用哪个消息传送服务器用于送交该消息，以及
调用所决定的消息传送服务器来送交该消息。
根据本发明的第三方面，本发明涉及通信系统中的一种节点，该节点设置为处理通信消息到接收方的送交，该通信系统具有用于处理不同类型的通信消息的多个消息传送服务器，每个消息传送服务器设置为处理某种消息类型的消息，该节点包括：
设置为与通信系统中的其他实体通信的通信接口，以及
用于控制将消息送交到接收方的路由解析单元和调度单元。该节点还设置为：
在通信接口处从消息传送服务器接收在该消息传送服务器处接收到消息的信息，
基于接收方的送交偏好决定负责送交消息的消息传送服务器；以及
调用所决定的消息传送服务器来送交该消息。
根据本发明的第四方面，本发明涉及一种在通信系统中的节点中用于将通信消息送交到接收方的方法，该通信系统具有具有用于处理不同类型的通信消息的多个消息传送服务器，每个消息传送服务器设置为处理某种消息类型的消息。该方法包括如下步骤：
从消息传送服务器接收在该消息传送服务器处接收到消息的信息，
基于接收方的送交偏好决定负责该消息传送的消息传送服务器；以及
调用所决定的消息传送服务器来送交该消息。
本发明的优点在于它为终端用户提供他/她的所有消息的共用邮箱。
本发明的再一个优点在于，它为通信系统的运营商提供基于共用功能和组件的重复使用和共享的水平集成的消息传送解决方案。因此，对于运营商来说将更容易地在系统中集成处理新消息类型的新消息传送技术。
还有一个优点在于它使终端用户能够以终端用户定义的格式或类型来接收消息，而不考虑从消息始发方传送消息时消息的消息格式或类型。
本发明的另一个优点基于实际的消息不依照有关如何处理消息的请求而定的事实。因此，不一定在消息传送系统内发送该消息，从而避免了将非必要的负荷施加到系统上。
本发明的再一个优点在需要实时特征(例如在聊天会话中)时允许消息的最优直接送交以避免磁盘存储装置引入的时延。此外，本发明提供的直接送交始终具有本发明中描述的存储和转发功能的回退。
附图说明
下文中将参考附图更详细地描述本发明，其中：
图1描述根据现有技术的消息传送体系结构的示意框图；
图2是根据本发明的消息传送布置的示意框图；
图3是根据本发明的消息传送布置的另一个示意框图，其中包括在这种系统中如何处理消息的描述；
图4示出本发明的消息传送布置的示意框图，其中包括如何通过本发明的消息传送布置来传输MMS消息的描述；
图5示出本发明的消息传送布置的示意框图，其中包括如何通过该消息传送布置来传输所发送的语音消息并将其作为MMS消息送交的描述；
图6示出本发明的消息传送布置的示意框图，它描述通过本发明的消息传送布置来送交即时消息；
图7描述根据本发明方法的流程图；
图8描述两个通信系统的示意框图，这两个通信系统各具有根据本发明的消息传送布置；
图9示出根据本发明实施例的信令协议；
图10是包括根据本发明的消息传送布置的消息传送体系结构的示意框图；
图11图示根据本发明的调度器的示意框图。
图1描述根据现有技术的消息传送体系结构的示意框图；
图2是根据本发明的消息传送布置的示意框图；
图3是根据本发明的消息传送布置的另一个示意框图，其中包括在这种系统中如何处理消息的描述；
图4示出本发明的消息传送布置的示意框图，其中包括如何通过本发明的消息传送布置来传输MMS消息的描述；
图5示出本发明的消息传送布置的示意框图，其中包括如何通过该消息传送布置来传输所发送的语音消息并将其作为MMS消息送交的描述；
图6示出本发明的消息传送布置的示意框图，它描述通过本发明的消息传送布置来送交即时消息；
图7描述根据本发明方法的流程图；
图8描述两个通信系统的示意框图，这两个通信系统各具有根据本发明的消息传送布置；
图9示出根据本发明实施例的信令协议；
图10是包括根据本发明的消息传送布置的消息传送体系结构的示意框图；
图11图示根据本发明的调度器的示意框图。
具体实施方式
下文将参考附图更全面地描述本发明，附图中示出了本发明的优选实施例。但是，本发明可以采用多种不同的形式来实施，并且不应视为局限于本文提出的实施例；相反，提供这些实施例，以使本公开透彻且完整，并将充分地将本发明的范围传达给本领域技术人员。在这些附图中，相似的编号指代相似的单元。
根据本发明的消息传送布置和方法反映可建立与终端用户需求对应的可支持的消息传送业务的期望。有个特别的难题是过渡到实现这些需求的更高级方式而不产生其中仅有少数用户能够彼此通信的技术孤岛或使技术过渡的负担由终端用户承担。根据本发明的消息传送布置和方法将目标定位于巩固对高级终端用户的一致性消息传送服务，同时解决其他终端用户使用的旧技术设置的局限并使消息传送服务之间能够交互工作。
考虑前述所有要求，如图2所示可以设置根据本发明实施例的布置。图2的布置包括多个消息传送服务器，每种消息传送服务器处理一种消息类型：处理语音邮件的语音邮件服务器201、处理MMS消息的MMS服务器202、处理电子邮件的电子邮件服务器203和XXX服务器204。XXX服务器以符号表示用于处理任何其他消息类型的任何其他消息服务器。这些消息传送服务器201-204包含用于每种消息传送服务的商用逻辑，其中一个重要的方面是协议处理。这些消息传送服务器设置为从布置外部(例如从移动终端211)接收消息，向调度器206通知接收到的消息，将该消息发送到消息存储装置205并将消息送交到接收方(例如移动终端212)。该布置还包括上文概述的两个消息传送使能器：消息存储装置205和调度器206，它们连接到消息传送服务器201-204。消息存储装置205是对应于每个接收方托管一个邮箱目录的文件服务器，该邮箱目录包含该接收方的所有消息而不考虑消息类型，例如电子邮件、MMS、语音邮件、视频邮件、即时消息的存储和转发等。接收方在大多数正规情况中是终端用户。虽然对于中转的情况，例如对于从第一运营商的第一通信系统发送到另一个运营商的第二通信系的消息(如结合图8进一步描述的)，从位于第一通信系统的消息传送布置的角度来看，接收方可以是第二通信系统，它在第一通信系统中的消息存储装置中具有它自己的邮箱。例如，MMS中的每个MM4目的地具有各自用于输入的/出局业务的邮箱。MM4是MMS参考体系结构中的接口。它是一个MMS服务器与另一个MMS服务器之间位于另一个多媒体消息服务环境内的参考点。MM4和其他MMS接口在3GPP技术规范TS23.140版本5.11.0(2004年6月发布)的第6章中有描述。这些消息存储装置是共用消息存储装置，因为它存储所有不同类型的消息。每个邮箱具有至少一个收件箱和一个发件箱文件夹，但是也可以具有用于已发项目等的其他文件夹。
调度器206是消息传送设备的中心，它确保消息被送交。调度器206包括两个不同的部分：决定要使用哪个消息传送服务器类型来用于消息送交的路由解析器；以及决定何时送交消息的定时器功能，即计划器。调度器206设置为基于接收方的偏好(例如用户简档、在场等)决定要调用哪个消息传送服务器来用于消息的传送以及何时做此事。出于检查接收方的偏好的目的，可以将布置与共用目录207和在场服务器208关联。然后可以由调度器206联系共用目录207和/或在场服务器208，以便调度器检查接收方的偏好。因此，调度器还设置为调用所决定的消息传送服务器来将消息送交到接收方。
对于图2的布置，下文中描述根据本发明的示范实施例的过程。该过程也由箭头来图示，其中以特粗类型书写的箭头示出消息从始发方(例如第一移动终端211)到接收方(例如第二移动终端212)可能经过的不同路线。普通箭头仅示出信令。也可以通过特粗箭头路由信令。首先，消息传送服务器201-204接收消息。消息传送服务器然后可以将可选路由查询消息发送到调度器，调度器检查以相同消息类型将消息直接送交到接收器是否适合。此后，如果来自调度器的对可选路由查询消息的响应包含对要直接送交消息的消息传送服务器的调用，则消息传送服务器将该消息送交到接收方。否则或未发送路由查询消息的情况下，消息传送服务器将消息发送到消息存储装置205，消息存储装置205将该消息存储在消息存储装置205中该接收方的收件箱中。消息传送服务器还向调度器206通知该新到达的消息。发送到调度器的最重要的信息是路由选择信息(接收方/目的地身份)和对消息的引用。附加信息包括消息类型和内容类型。当调度器206接收到此信息时，它基于接收方的偏好(例如用户简档、在场等)决定要调用哪个消息传送服务器来用于消息的送交以及何时这样做。除了基于接收方偏好外，该决定还可以基于与送交消息的可能性相关的其他属性，例如消息传送服务器上的负荷。调度器还处理是否要稍后送交消息或是否要对消息调度重试，即如果第一次送交时消息未成功送交到接收方，是否应该重发该消息。在调度的时间，调度器调用决定的消息传送服务器，即调度器选择的消息传送服务器。消息传送服务器则负责根据应用规则将消息送交到终端用户。通过将实际消息与如何处理该消息的请求分离，消息将无需在消息传送系统内发送，而不致将不必要的负荷施加在系统上。
如果在送交消息之前应该通知接收方，则此通知过程由所决定的消息传送服务器负责。这是因为通知过程常常对于每个消息传送服务是唯一的。例如，语音邮件通知和MMS通知是完全不同的。调度器的任务仅是基于例如用户偏好调用正确的消息传送服务器。在消息有多个接收方的情况中，调度器负责基于每个接收方的偏好为每个接收方调用一个消息传送服务器实例。这可能导致例如作为MMS将该消息送交到一些接收方，又作为SMS将其送交到另一些接收方。
图3示出经由根据图2的消息传送布置的消息流程的示例。在图3中可见到，实际两次示出相同的消息传送服务器201-204。这样做是为了更好地示出从消息在附图左边部分进入布置时起到在附图右边部分离开该布置而被送交到接收方为止，消息传送布置如何处理消息。
1.由消息传送服务器201-204(协议处理者)的任何一个消息传送服务器接收消息，该消息传送服务器可以对该消息进行筛选(例如针对垃圾邮件和病毒内容进行筛选)，并将其发送到消息存储装置，以便将其存储在消息存储装置205中的接收方的收件箱中。向调度器206通知消息存储装置中有新消息到达。可选地，在将消息存储在共用消息存储装置中之前，消息传送服务器可以向调度器发送路由查询消息，调度器检查将该消息直接送交到接收方是否适合。如果合适的话，则消息传送服务器使用相同的消息传送类型将该消息直接送交到接收方，并且不将该消息存储在消息存储中。
2.调度器206检查要如何基于例如用户简档等的接收方相关的属性送交消息，并相应地选择应该送交该消息的服务器。调度事件，当该事件被触发时将调用所选的消息传送服务器(这可以是立即进行的)。
3.消息存储装置205作为基于每个接收方的消息队列并且随机访问消息来在调度器控制下从队列中取出消息。任何出局目的地被视为接收方。所有目的地具有它自己的邮箱，例如至运营商B的MMSMM4目的地具有它自己的邮箱。有关更多信息，参见图8。
4.调用所选的出局消息传送服务器，并启动消息送交，如果需要的话包括消息通知(例如消息等待指示(MWI))。当转发或检索时，从接收方的收件箱提取消息，并且如果必要的话将其修改以适应接收方的能力。
当消息被安全送交时删除与消息相关的任何未完成的调度器事件。由所选的出局消息传送服务器向调度器发送消息来通知消息的安全送交，来触发未完成的调度器事件的删除。执行这种对已调度事件的一般性“删除”以避免消息的多次送交。例如，语音邮件作为MMS来送交，但是无法送交到接收方的终端，因为它处于离线状态。但是接收方使用另一个电话呼叫他/她的语音邮件服务来检查语音邮件。他/她听取消息，并删除它。现在，如上文描述的，语音邮件服务器中所请求的此删除还将删除调度器调度的MMS重试，并因此避免消息的多次送交。
5.如果第一消息传送服务器接收到消息且将由第二消息传送服务器来送交该消息，则需要将该消息从第一类型转换成第二类型，例如如果在电子邮件服务器203作为电子邮件接收到消息，并由MMS服务器202将其作为MMS送交。转换通常在所选的出局消息传送服务器中完成。为了进行转换，在交互工作的消息传送服务器之间(协议处理器之间)必须理解消息状态和报头映射。在上文的示例中，需要将电子邮件报头转换成MMS多用途因特网邮件扩充(MIME)报头，以及需要转换消息状态(电子邮件已读/未读和MMS推送码)。如何将消息从第一类型转换成第二类型取决于消息类型。在第三代伙伴关系项目(3GPP)技术规范TS23140中，例如在版本6.1.0(2003年3月发布)附录A中，描述了如何将MMS消息转换成传真消息、语音邮件消息、SMS、电子邮件等以及将传真消息、语音邮件消息、SMS、电子邮件等转换成MMS消息。对于其他消息传送类型之间的转换，如何实现转换可能是显而易见的或尚未详细说明。
在上文描述的消息流程中，由入局消息传送服务器顺序地将消息置于消息存储装置中的队列中。由调度器随机地从队列中取出它们，调度器作为指定出局消息传送服务器的光标来工作以从队列中提取消息。队列是依据消息存储装置中的收件箱的每个用户/接口。
图4示出根据本发明的消息流程的示例。在该示例中，示出MMS消息如何经过图2的消息传送布置。与图3所示一样，实际两次示出相同的MMS服务器202，以便更好地示出从消息在附图左边部分进入布置时起到在附图右边部分离开该布置而被送交到接收方为止，消息传送布置如何处理消息。附图中仅示出送交MMS消息时涉及的消息传送服务器。参考图4中的编号，消息流程如下：
1.入局MMS服务器202接收到MM1_Submit消息，...
2. ...发送包含该MMS消息的NFS写指令以指示消息存储装置205将该消息存储在接收方的收件箱...
3. ...并在包含例如接收方的用户ID和消息参考的数据的消息中向调度器206通知新到达的MMS消息。
4.调度器206为送交检查用户(接收方)相关的属性，例如用户送交偏好，并调度(或存储)事件。在此情况中，它导致MMS送交，即作为MMS送交该消息。
5.如果作为下文执行的送交和通知的结果而未检索到该消息，则在调度器206中调度重试事件。
6.调用出局MMS服务器以送交消息。从调度器向MMS服务器发送包含用户(接收方)ID和消息偏好的请求送交消息。
7.向接收方发送MM1_Notification消息，以通知消息的到达。
8.作为对上文7的响应，接收方将请求消息的检索。
9.在NFS读(提取消息)中由MMS服务器从接收方的收件箱中检索消息。检查终端能力，由于发送与接收终端之间的终端能力上的差异影响消息类型(例如不同的显示分辨率、语音编解码器)而导致在送交之前将消息转码。
10.将消息送交到接收方。
11.MMS服务器向调度器发送清除消息的指令、包括接收方ID和消息参考，以清除与消息相关的任何未完成调度器事件。
可选地，在MMS服务器向消息存储装置发送指令以存储MMS消息之前，MMS服务器可以向调度器发送路由查询消息，调度器检查将MMS消息直接送交到接收方是否是适合的。如果适合的话，则MMS服务器将使用相同的消息传送类型将该消息直接送交到接收方，以及该消息将不存储在消息存储装置中。
图5示出根据本发明的消息流程的另一个示例。在该示例中，示出如何使用图2的布置来实现消息传送服务器之间的交互工作。在图5的示例中，作为MMS消息将入局语音邮件消息送交到接收方。参考图5中的编号，消息流程如下：
1.由入局语音邮件服务器201记录语音消息，...
2. ...发送包含该消息的网络文件系统(NFS)写指令以指示消息存储装置205将该消息存储在接收方的收件箱...
3. ...并在包含接收方的用户ID和消息参考的送交调度消息中向调度器206通知新到达的消息。
4.调度器206为送交检查用户(接收方)相关的属性，例如用户送交偏好，并调度(或存储)事件。在此情况中，它导致原始语音邮件的MMS送交。
5.如果作为下文执行的送交和通知的结果而未检索到该消息，则在调度器206中调度重试事件。
6.调用出局MMS服务器以送交消息。从调度器向MMS服务器发送包含用户(接收方)ID和消息偏好的请求送交消息。
7.向接收方发送MM1_Notification消息，以通知消息的接收方。MM1是MMS参考体系结构中的接口。它是MMS用户代理与MMS服务器之间的参考点。MM1和其他MMS接口在3GPP技术规范TS23.140版本5.11.0(2004年6月发布)的第6章中有描述。
8.作为对上文7的响应，接收方将请求消息的检索。
9.在NFS读(提取消息)中由MMS服务器从接收方的收件箱中检索消息。在MMS服务器中按需要映射或创建MMS报头属性以将语音消息转换成MMS消息。根据上文描述的标准3GPP TS 23140，附录A.5，可以使用因特网邮件的语音简档版本2(VPIMv2)将语音邮件消息转换成MMS消息，这提供格式扩充以使MIME支持通过标准因特网电子邮件系统传输语音消息。在IETF复审了VPIMv2之后，它成为RFC 2421。
VPIM规范允许将语音记录进行MIME封装并将其作为因特网邮件附件经由简单邮件传输协议(SMTP)发送或作为因特网邮件附件经由邮局协议-版本3(POP3)或因特网消息访问协议-版本4(IMAP4)来检索它。用于语音消息的MIME类型是“audio/*”。
为了实现MMS与语音邮箱的交互，语音邮箱可以将接收到的语音记录作为VPIM消息经由SMTP转发到中继/服务器。在转换成MMS之后，检查接收方的终端能力，这导致在送交之前将消息转码。
10.将消息送交到接收方。
11.MMS服务器向调度器发送清除消息的指令、包括接收方ID和消息参考，以清除与消息相关的任何未完成调度器事件。
还可以将图2所示的消息传送布置用于即时消息传送。在图6中，示出会话启动协议(SIP)消息如何经过图2的消息传送布置。与图3所示一样，实际两次示出相同的IM/聊天服务器604，以便更好地示出从消息在附图左边部分进入布置时起到在附图右边部分离开该布置而被送交到接收方为止，消息传送布置如何处理SIP消息。参考图6中的编号，消息流程如下：
1.入局IM/聊天服务器604接收到SIP消息，...
3. ...在包含接收方的用户ID和消息参考的送交调度消息或路由查询消息或类似消息中向调度器206通知新到达的消息。可以在一接收到消息报头时就执行此操作。即一定要等待消息的内容。因为这是几乎实时通信，所以必须将时间延迟保持为短。
4.调度器206为送交而检查用户(接收方)相关的属性，例如用户送交偏好，并调度(或存储)事件。在此情况中，它导致IM/聊天直接送交。
6.调用出局IM/聊天服务器604来送交消息，由此允许直接转发消息而不存储，然后从消息存储装置中提取它。即可以将入局数据直接流式传输到出局端。
10.将SIP消息送交到接收方。
如上文描述的，与IM/聊天服务关联的SIP消息将不按常规地存储在消息存储装置中，因为它具有几乎实时的通信特征。相反，它将在调度器检查用户相关的属性时短时间期间保存在IM/聊天服务器中的例如随机存取存储器(RAM)的存储器中。如果无法将SIP消息送交到接收方，则IM/聊天服务器604可以开始在其RAM中收集所有SIP消息，并当接收方返回在线状态并且重新建立连接时顺序地送交它们。尽管如此，但是如果无法在预定义的时间内送交排队的SIP消息，则可以将它们存储在消息存储装置205中用户的邮箱中以供稍后在登录到IM应用或使用不同的出局消息传送服务器(例如MMS服务器202)时检索/送交。在此情况中，SIP消息将遵循上文结合例如图3描述的过程。
图7示出根据本发明实施例用于将消息送交到接收方的方法的流程图。该方法可以使用例如图2所示的本发明的布置。该方法开始于消息传送服务器接收701消息：根据消息类型哪种类型的消息将处理该消息。可选地，接收消息传送服务器则可以向调度器发送712路由查询消息，调度器决定713将消息直接送交到接收方是否适合。如果适合的话，调度器将响应路由查询消息调用714相同的消息传送服务器来使用相同的消息传送类型将消息直接送交到接收方，而不会将消息存储在消息存储中。如果调度器决定不应直接送交该消息，或如果不使用发送路由查询消息的可选步骤，则消息传送服务器将该消息发送到消息存储装置，消息存储装置将该消息存储702在与消息的接收方相关的收件箱中。接收方具有一个用于所有或几乎所有消息而不考虑消息类型的收件箱。消息传送服务器还向调度器通知703接收到的消息以及它发往哪个接收方。此后，调度器决定704哪个消息传送服务器应该将消息送交到接收方。该决定基于接收方属性或偏好，例如用户偏好和接收方的能力(例如终端能力)。调度器调用705所决定的消息传送服务器来送交该消息。如果接收方或消息传送服务请求，则消息传送服务器在送交该消息之前向接收方通知706该消息。在该情况中，在送交消息之前消息传送服务器从接收方接收707检索请求。在接收到检索请求之后或直接被调用之后，消息传送服务器从消息存储装置中提取或以任何其他方式接收708消息。如果从消息存储装置接收消息的消息传送服务器是与最初接收到该消息的消息传送服务器不同的另一个消息服务器，则将消息修改709或转换成该另一个消息传送服务器处理的消息传送类型。这通过例如映射或创建与另一个消息消息传送服务器处理的消息类型相关的消息报头属性来实现。此后，消息传送服务器将消息送交710到接收方。在送交之后，消息传送服务器向调度器通知送交的消息，而调度器删除711与该消息相关的任何未完成的调度器事件。此类未完成的调度器事件可以是例如用于调度所决定的消息传送服务器的再调度。如果例如接收方通过呼叫他的语音邮件来提取消息，而已决定由MMS服务器送交该消息，则也会发生未完成调度器事件。
图8描述第一和第二通信系统，每个系统具有根据本发明的消息传送布置。可以由运营商A运行的第一通信系统810具有第一消息传送布置，包括第一语音邮件服务器811、第一MMS服务器812、第一电子邮件服务器813和第一XXX服务器814。它还包括第一消息存储装置815和第一调度器816，其中第一调度器与第一共用目录817和第一在场服务器818关联。以相似的方式，运营商B运行的第二通信系统820具有第二消息传送布置，包括第二语音邮件服务器821、第二MMS服务器822、第二电子邮件服务器823和第二XXX服务器824。它还包括第二消息存储装置825和第二调度器826，其中第二调度器与第二共用目录827和第二在场服务器828关联。
当从第一通信系统中的终端819发送消息，并且该消息发往第二通信系统中的用户时，从第一消息传送布置来看的消息的接收方是第二通信系统。这意味着第二通信系统在第一消息存储装置中具有它自己的邮箱。即，MMS中的每个MM4目的地具有它自己用于入局/出局业务的邮箱。这可以通过遵循图8中从发送器到接收器的消息流程来说明。特粗类型书写的箭头示出消息可以在系统内和系统之间经由的不同路径。普通箭头仅示出信令。也可以通过特粗箭头路由信令。例如，将从第一系统中的终端819始发并发往第二系统中的终端829的消息作为MMS消息从第一系统的终端819发送，并在第一MMS服务器接收该消息。将该消息存储在第一消息存储装置815中，并向第一调度器816通知接收到的消息。第一调度器基于接收方的属性来决定要使用哪个服务器来用于送交消息。因为接收器位于第二通信系统中，所以从第一消息传送布置来看的接收方是第二通信系统中的MMS服务器，即第二MMS服务器822。因此，第一调度器决定调用第一MMS服务器来将消息发送到第二MMS服务器822。当在第二MMS服务器822中接收到该消息时，将该消息存储在第二消息存储装置825中，并向第二调度器826通知新接收到的消息。此后，第二调度器检查接收方(即第二终端829的用户)的属性(或用户偏好)。这些属性可以说明例如接收方希望作为电子邮件接收他的消息。因此，基于这些属性，第二调度器决定调用第二电子邮件服务器823以将消息送交到接收方的计算机829。当调用第二电子邮件服务器时，第二电子邮件服务器从第二消息存储装置中接收消息，例如通过对该消息创建电子邮件报头将该消息修改或转换成电子邮件格式，并将该消息作为电子邮件送交到计算机829。
图9示出根据本发明的信令协议的示例。信令协议描述接收到要送交到接收方的消息的消息传送服务器(接收消息传送服务器)、调度器、共用消息存储装置和要将消息传送到接收方的消息传送服务器(决定的消息传送服务器)之间传送的信令消息。在接收消息传送服务器接收到消息(或消息的第一部分)之后，它可以向调度器发送路由查询消息。路由查询消息询问调度器是否可以使用相同的消息传送服务器将消息直接发送到接收器。路由查询消息是可选的消息，仅在接收消息传送服务器有能力使用直接送交的情况下才使用它。调度器通过例如检查接收方的用户偏好来决定是否可以直接送交消息。此后，调度器向接收消息服务器发送路由查询响应以通知是否可以直接送交该消息或是否应该将其存储在共用消息存储装置中。路由查询响应告知要送交消息的消息传送服务器类型(例如MMS、SMS、语音邮件等)。路由查询响应还可以包含“无消息传送服务器”来强制无条件存储该消息。如果要直接送交消息，即接收消息传送服务器支持路由查询响应中告知的消息传送服务器类型；则消息传送服务器将该消息送交到接收方。如果路由查询响应指示另一个消息传送服务器、稍后送交或无消息传送服务器，则接收消息传送服务器将向共用消息存储装置发送包含该消息的存储消息。当存储了该消息时，共用消息存储装置以已存储完整的消息来响应。然后，从接收消息传送服务器向调度器发送切换，通过为该消息调度“过期事件”来指示调度器接管负责处理该消息。使用该事件能够从消息存储装置中删除旧消息，并使消息将不会在消息存储装置中停滞。当调度器调度并存储了事件时，调度器以切换确认来响应。调度器基于例如用户偏好来决定哪个消息传送服务器要送交该消息以及何时送交该消息。当时间轮到调度的事件时，调度器将在发送消息中调用所决定的消息传送服务器来送交该消息。作为对发送消息的响应，所决定的消息传送服务器在提取消息中从消息存储装置检索消息，并将其送交到接收方。当检索到消息时，共用消息存储装置通过发送已提取完整的消息来通知所决定的消息传送服务器。当已将消息送交到接收方时，所决定的消息传送服务器将发送消息响应发送到调度器，并且如果消息已送交，则附有上下文“结果确认”。在该情况中，调度器删除与该消息相关的任何附加事件。如果没有送交，则发送消息响应可以具有上下文“结果(参数错误)”或“结果(临时性错误)”。
图10示出具有包括本发明的消息传送布置的水平消息传送体系结构的通信系统的一个示例。该体系结构为终端用户提供用于他/她所有消息的共用邮箱。它还共享服务层中的共用功能，例如共用用户简档(在共用目录中)和会话的共用提供、计费、O&M和认证，这使得提供单点登录(SSO)成为可能。体系结构还为运营商提供基于重复使用和共享共用组件(例如使能器和边界网关)的水平集成的消息传送解决方案，解决运营商的运营开支以及某种程度地解决资本开支。
该消息传送体系结构基于IP协议，这将隐含地支持具有不同控制和连接性层的非同质环境，例如具有对SIP和SS7的支持且同时运行在不同接入技术(GSM、WCDMA、PSTN、宽带、ISP等)的系统。下文是简短地描述图10中的组件。
消息传送服务器(图10中由IM/聊天服务器、基于蜂窝的一键通(PoC)服务器、IMPS服务器、语音邮件服务器等例示)包含用于每个消息传送服务处理一种消息类型的商用逻辑，其中一个重要的方面是协议处理。消息传送服务器使用消息传送使能器、使能器、边界网关和服务网络框架(SNF)共用组件提供的共用功能(图10中的共用目录、供应、计费、O&M和认证会话)以执行消息传送任务。
例如，当MMS服务器将MMS消息送交到接收方时，MMS服务器在经由推送代理边界网关发出通知之前使用SNF共用目录来验证接收方已预订了该服务。MMS服务器经由WAP边界网关接收到检索请求，并从消息存储装置中检索消息。在送交消息之前，它检查终端数据库(DB)使能器中的详细终端能力，并且在必要的情况下从媒介适配使能器请求消息转码。
共用消息传送使能器调度器和消息存储装置是该新消息传送体系结构中最重要的组件。本申请中在前文详细地描述了它们。
边界网关(例如推送代理GW、语音GW、WAP GW、视频GW)是一组向消息传送服务器翻译接入相关协议的代理，例如语音网关中的电路交换的语音到基于IP的语音。
使能器(例如终端DB、媒介适配、数字版权管理(DRM)等)是提供具有服务独立的商用逻辑的共用功能的资源，其中其他消息传送组件(主要是消息传送服务器)可以使用这些共用功能来实现它们的商用逻辑。图10中的使能器和边界网关的列表是非穷举的。
SNF共用组件是一组由爱立信服务网络框架(SNF)指定来支持网络节点的用户供应、计费、单点登录(SSO)和O&M的服务网络水平化的共用功能。
消息传送组件描述
下文描述根据本发明的解决方案中涉及的图10的消息传送体系结构中的组件的示范实施例。
消息传送服务器
MMS服务器
MMS服务器是向终端用户提供多媒体消息传送服务时的关键组件。MMS服务器从用户或增值服务提供商(VASP)网关接收消息，在内部中继消息或将其中继到其他网络，通知接收方并向始发方提供状态回复。该组件支持3GPP TS 23.140中指定的MMx接口。MMS服务器负责：
-多媒体消息的存储和转发
-MMS业务的计费
-策略强化(如果允许终端用户发送/接收MMS)
-消息的中间存储
SMS服务器
SMS服务器是专用于SMS消息送交的功能。它包含用于无法立即送交的SMS消息的路由选择和送交的智能。此组件支持至网络的SMPP和其他VASP接口和MAP/SS7。
SMS服务器负责：
-SMS消息管理
-SMS服务的访问控制(SMPP安全性、订户验证)
-SMS业务的计费
-消息的中间存储
电子邮件服务器
此电子邮件服务器提供从电子邮件客户端(SMTP、因特网邮件访问协议(IMAP4)和邮局协议3(POP3))对电子邮件的访问。它还路由入局和出局SMTP业务，即作为SMTP邮件传输代理(MTA)。
负责：
-电子邮件客户端(IMAP4、POP3)的访问点
-将电子邮件路由到邮箱和/或因特网(SMTP)
-从外部账户导入电子邮件
语音邮件服务器
语音邮件服务器组件是用于所有语音邮件的接口。它通过播放/记录语音提示和消息来与终端用户交互。可以通过文本至语音来读取文本消息。为了导航交互式语音响应(IVR)对话，由终端用户通过双音多频(DTMF)、自动语音识别(ASR)或控制消息来发出导航命令。在将记录的消息存储在消息存储装置中之前，将其置于VPIM/MIME封装中。
语音邮件服务器组件经由H.323或SIP控制协议和实时协议(RTP)媒介流式传输连接到边界网关。
负责：
-经由电话(TUI)接口提供消息处理
-提供用于个人讯息和呼叫管理的功能
-语音邮件提示管理
-将文本消息作为语音播放
-提供IVR、DTMF和多模型控制
-发起出局呼叫以实现通知或送交
-启动通知和其他SMS服务
视频邮件服务器
视频邮件服务器组件是用于所有视频邮件的接口。它通过播放/记录视频提示和消息来与终端用户交互。为了在对话中导航，终端用户通过DTMF、ASR或控制消息来发出导航命令。在将记录的消息存储在消息存储装置中之前，将其置于MIME封装中。
视频邮件服务器组件经由H.323或SIP控制协议和RTP媒介流式传输连接到边界网关。
负责：
-经由视频(VUI)接口提供消息处理
-提供用于个人讯息和呼叫管理的功能
-视频邮件提示管理
-提供IVR、DTMF和多模控制
-发起出局呼叫以实现通知或送交
-启动通知和其他SMS服务
Web邮件服务器
基于Web/WAP的消息传送服务器提供Web邮件用户接口以及多媒体编辑器，这是相当于终端用户编辑器客户端前端的网络端。除此之外，它还与已发布的内容交互，以使编辑器客户端能与运营商认可的内容交互。
负责：
-用于消息创建、发送、读取、删除等的Web/WAP GUI
-与手持客户机交互和提示内容共享
-实现内容管理系统和入口的接口
-供应要在用户之间共享的公开内容和付费内容以。
-与DRM交互以实现付费内容的保护。
IM/聊天服务器
IM/聊天服务是向IMS环境中的终端用户提供即时消息传送和聊天服务时的关键组件。IM/聊天服务器从用户或VASP网关接收消息，在内部将消息中继到用户或(如果用户不在的话)将其中继到它们的消息存储装置；或中继到其他网络。此组件支持SIP/SIMPLE立即消息传送(SIP消息)、根据开放移动联盟(OMA)简单AD体系结构985参考点的基于会话的消息传送(SIP/MSRP)以及延迟的消息传送。
负责：
-转发IM/聊天业务
-IM/聊天业务的计费
-主持公开聊天室和私人聊天室
-策略强化(如果允许终端用户发送/接收MMS)
-当用户不在时存储消息
PoC服务器
PoC服务是向IMS环境中的终端用户提供即时语音消息传送时的关键组件。PoC服务器从用户或VASP网关接收消息，在内部将其中继到用户或(如果用户不在的话)将其中继到它们的消息存储装置；或中继到其他网络。此组件支持根据OMA POC AD体系结构&参考点的SIP/RTP(即 VoIP)。
负责：
-PoC业务的计费
-PoC的组浏览器(Group exploder)
-策略强化(如果允许终端用户参与)
-当用户不在时存储消息
IMPS服务器
IMPS服务是向IMPS(从前的无线村)环境中的终端用户提供即时消息传送和聊天服务时的关键组件。IMPS服务器从用户或VASP网关接收消息，在内部将该消息中继到用户；或中继到其他网络。此组件支持根据OMA IMPS 1.2的CSP和SSP。
负责：
-转发IM/聊天业务
-IM/聊天业务的计费
-聊天的组浏览器
-IMPS在场和组管理
-策略强化(如果允许终端用户发送/接收MMS)
消息传送使能器
消息存储装置
消息存储装置组件基本是文件服务器NAS，其主要任务是经由网络文件系统(NFS)接口存储消息。消息存储装置托管终端用户的共用邮箱，该共用邮箱具有一组子文件夹(收件箱、发件箱、已发送消息、归档等)来帮助终端用户管理他/她的存储的消息。
负责：
-存储消息(语音、视频、文本和图片)
调度器
调度器是用于消息送交的关键组件，负责经由消息传送服务器通知终端用户采取动作或启动送交机制来确保消息存储装置中存储的消息的送交。
调度器因来自消息传送服务器的消息到达指示而调度事件，当事件被触发时，将它们派发回事件中指定的消息传送服务器。被调用的消息传送服务器则通知终端用户/终端根据它的服务相关规则和接口(例如SMS、WAP推送、SIP推送、电子邮件等)来检索消息。
统一管理调度器的主要原因之一是，为了能够从辅助接口对消息操作而同时又已调度在主接口上送交的情况下从任一消息传送服务器进行事件撤销。例如已经由语音服务检索了语音邮件，而同时又将其调度作为MMS送交。语音邮件服务器则可以根据用户偏好撤销MMS送交。在多个接收方的情况中，调度器负责为每个接收方调用一个消息传送服务器实例，这基于用户偏好，可以例如使得消息作为MMS送交到一些接收方而作为SMS送交到另一些接收方。负责：
-主要基于消息类型和接收方偏好来决定要调用哪个消息传送服务器来进行消息送交。
-用于例如重试或延迟送交的时间调度事件。
-组列表浏览器。
使能器
在场服务器
在场服务器通过向消息传送服务器提供接收方的状态、偏好和通信能力而帮助丰富了用户消息传送的体验。
在客户端平台中，消息传送客户端可以与在场客户端交互以基于接收方的在场了解来优化消息的发送。
负责：
-提供诸如通信方式、可用性、网络和用户偏好的在场属性。
-通过IETF、3GPP和OMA中指定的SIMPLE、XML配置接入协议(XCAP)和HTTP技术与消息传送服务器通信。
-与HSS和Parlay Gateway交互以拾取用户的在场信息。
-与OMA/无线村、PoC、3GPP R6和SIP客户端通信以进行在场信息的呈示。
SNF共用功能
在此部分中，仅描述与消息传送相关的功能性和所负责的操作。
共用目录
共用目录存储有关用户(即接收方)和服务的信息。它包含被消息传送组件共享的通用订户和服务信息。
负责：
-存储通用用户信息；
-提供接口来实现订户提供；
-将用户和服务信息提供到其他组件；
-支持轻量级目录访问协议(LDAP)链以确保目录的可伸缩性和可靠性。
创建共用目录以替代现有技术消息传送产品中的每个单独目录。根据本发明的一个实施例，该目录可以根据包括两个部分：数据模型和目录引擎。
数据模型(能够在将来进行更改)可以设置为在目录信息树(DIT)中具有用于共用属性和每个应用的分离分支。
可以将消息传送用户的用户简档存储在符合LDAP版本3的顺应性共用目录中。提出目录上托管的LDAP数据模式(data schema)，它具有用于消息传送服务器(和可能的其他应用)之间的属性共享的一个共用部分和一个消息传送服务器相关部分。这提供了属性共享上的灵活性，还能够添加新的消息传送服务器和应用种类，它们可随不同版本迁移到共用部分。
在本发明的一个实现中，在称为外部目录(EDS)的MMC中的目录上构建目录引擎，该目录是高性能的LDAP目录并且通过用户库的划分来伸缩。利用分布式数据库增强EDS，这能够进行多个关键字的高性能搜索。
用户简档的修改总是经由消息传送服务器来处理，消息传送服务器负责验证数据，例如验证值的范围、属性的一致性、确保提供必填属性等。共用属性被存储在共用属性部分中，消息传送服务器相关数据对应于每个消息传送服务器被存储在消息传送服务器相关部分中。
图11示出用于将消息送交到接收方的本发明的通信布置中的节点实施例的示意框图，其中节点设置为作为调度器来工作。节点10包括：
设置为与消息传送布置中的其他实体(例如不同的消息传送服务器、共用目录和在场服务器)通信的通信接口11；
用于决定消息将采用哪个路径通过消息传送布置(即使用哪个消息传送服务器来将消息送交到接收方)的路由解析单元12；以及
用于调度何时将消息送交到接收方的调度单元13。调度单元使用定时器来跟踪要送交消息的时间。该节点设置为：
在通信接口处从消息传送服务器接收在该消息传送服务器处接收到的信息，
基于接收方的送交偏好决定负责该消息送交的消息传送服务器；
调用所决定的消息传送服务器来送交该消息。
该节点还可以设置为基于接收方的送交偏好来决定何时送交消息。在另一个实施例中，该节点设置为通过与存储接收方的送交偏好的共用目录通信来检查接收方的送交偏好，以及可选地通过与跟踪接收方的在场信息(即接收方所在位置和接收方的状态)的在场服务器通信来检查接收方的送交偏好。
本发明的方法可以通过软件来执行，该软件可加载到位于通信系统中的节点中的计算机布置中。
如上文提到的，利用根据本发明的方法和消息传送布置，实现了消息的接收方可以按该接收方请求的类型和格式来接收消息，而不考虑最初发送时消息的消息类型。而且使用根据本发明的用于送交消息的消息传送布置和方法，对于运营商来说将能够容易地将处理新消息类型的任何新消息传送技术添加到运营商的消息传送解决方案中。
在附图和说明书中，公开有本发明的优选实施例和例子，虽然采用了特定的术语，但是它们仅是在通用和描述性意义上而非出于限定的目的来使用，本发明的范围在所附权利要求中提出。
根据本发明的消息传送布置和方法反映可建立与终端用户需求对应的可支持的消息传送业务的期望。有个特别的难题是过渡到实现这些需求的更高级方式而不产生其中仅有少数用户能够彼此通信的技术孤岛或使技术过渡的负担由终端用户承担。根据本发明的消息传送布置和方法将目标定位于巩固对高级终端用户的一致性消息传送服务，同时解决其他终端用户使用的旧技术设置的局限并使消息传送服务之间能够交互工作。
考虑前述所有要求，如图2所示可以设置根据本发明实施例的布置。图2的布置包括多个消息传送服务器，每种消息传送服务器处理一种消息类型：处理语音邮件的语音邮件服务器201、处理MMS消息的MMS服务器202、处理电子邮件的电子邮件服务器203和XXX服务器204。XXX服务器以符号表示用于处理任何其他消息类型的任何其他消息服务器。这些消息传送服务器201-204包含用于每种消息传送服务的商用逻辑，其中一个重要的方面是协议处理。这些消息传送服务器设置为从布置外部(例如从移动终端211)接收消息，向调度器206通知接收到的消息，将该消息发送到消息存储装置205并将消息送交到接收方(例如移动终端212)。该布置还包括上文概述的两个消息传送使能器：消息存储装置205和调度器206，它们连接到消息传送服务器201-204。消息存储装置205是对应于每个接收方托管一个邮箱目录的文件服务器，该邮箱目录包含该接收方的所有消息而不考虑消息类型，例如电子邮件、MMS、语音邮件、视频邮件、即时消息的存储和转发等。接收方在大多数正规情况中是终端用户。虽然对于中转的情况，例如对于从第一运营商的第一通信系统发送到另一个运营商的第二通信系的消息(如结合图8进一步描述的)，从位于第一通信系统的消息传送布置的角度来看，接收方可以是第二通信系统，它在第一通信系统中的消息存储装置中具有它自己的邮箱。例如，MMS中的每个MM4目的地具有各自用于输入的/出局业务的邮箱。MM4是MMS参考体系结构中的接口。它是一个MMS服务器与另一个MMS服务器之间位于另一个多媒体消息服务环境内的参考点。MM4和其他MMS接口在3GPP技术规范TS23.140版本5.11.0(2004年6月发布)的第6章中有描述。这些消息存储装置是共用消息存储装置，因为它存储所有不同类型的消息。每个邮箱具有至少一个收件箱和一个发件箱文件夹，但是也可以具有用于已发项目等的其他文件夹。
调度器206是消息传送设备的中心，它确保消息被送交。调度器206包括两个不同的部分：决定要使用哪个消息传送服务器类型来用于消息送交的路由解析器；以及决定何时送交消息的定时器功能，即计划器。调度器206设置为基于接收方的偏好(例如用户简档、在场等)决定要调用哪个消息传送服务器来用于消息的传送以及何时做此事。出于检查接收方的偏好的目的，可以将布置与共用目录207和在场服务器208关联。然后可以由调度器206联系共用目录207和/或在场服务器208，以便调度器检查接收方的偏好。因此，调度器还设置为调用所决定的消息传送服务器来将消息送交到接收方。
对于图2的布置，下文中描述根据本发明的示范实施例的过程。该过程也由箭头来图示，其中以特粗类型书写的箭头示出消息从始发方(例如第一移动终端211)到接收方(例如第二移动终端212)可能经过的不同路线。普通箭头仅示出信令。也可以通过特粗箭头路由信令。首先，消息传送服务器201-204接收消息。消息传送服务器然后可以将可选路由查询消息发送到调度器，调度器检查以相同消息类型将消息直接送交到接收器是否适合。此后，如果来自调度器的对可选路由查询消息的响应包含对要直接送交消息的消息传送服务器的调用，则消息传送服务器将该消息送交到接收方。否则或未发送路由查询消息的情况下，消息传送服务器将消息发送到消息存储装置205，消息存储装置205将该消息存储在消息存储装置205中该接收方的收件箱中。消息传送服务器还向调度器206通知该新到达的消息。发送到调度器的最重要的信息是路由选择信息(接收方/目的地身份)和对消息的引用。附加信息包括消息类型和内容类型。当调度器206接收到此信息时，它基于接收方的偏好(例如用户简档、在场等)决定要调用哪个消息传送服务器来用于消息的送交以及何时这样做。除了基于接收方偏好外，该决定还可以基于与送交消息的可能性相关的其他属性，例如消息传送服务器上的负荷。调度器还处理是否要稍后送交消息或是否要对消息调度重试，即如果第一次送交时消息未成功送交到接收方，是否应该重发该消息。在调度的时间，调度器调用决定的消息传送服务器，即调度器选择的消息传送服务器。消息传送服务器则负责根据应用规则将消息送交到终端用户。通过将实际消息与如何处理该消息的请求分离，消息将无需在消息传送系统内发送，而不致将不必要的负荷施加在系统上。
如果在送交消息之前应该通知接收方，则此通知过程由所决定的消息传送服务器负责。这是因为通知过程常常对于每个消息传送服务是唯一的。例如，语音邮件通知和MMS通知是完全不同的。调度器的任务仅是基于例如用户偏好调用正确的消息传送服务器。在消息有多个接收方的情况中，调度器负责基于每个接收方的偏好为每个接收方调用一个消息传送服务器实例。这可能导致例如作为MMS将该消息送交到一些接收方，又作为SMS将其送交到另一些接收方。
图3示出经由根据图2的消息传送布置的消息流程的示例。在图3中可见到，实际两次示出相同的消息传送服务器201-204。这样做是为了更好地示出从消息在附图左边部分进入布置时起到在附图右边部分离开该布置而被送交到接收方为止，消息传送布置如何处理消息。
1.由消息传送服务器201-204(协议处理者)的任何一个消息传送服务器接收消息，该消息传送服务器可以对该消息进行筛选(例如针对垃圾邮件和病毒内容进行筛选)，并将其发送到消息存储装置，以便将其存储在消息存储装置205中的接收方的收件箱中。向调度器206通知消息存储装置中有新消息到达。可选地，在将消息存储在共用消息存储装置中之前，消息传送服务器可以向调度器发送路由查询消息，调度器检查将该消息直接送交到接收方是否适合。如果合适的话，则消息传送服务器使用相同的消息传送类型将该消息直接送交到接收方，并且不将该消息存储在消息存储中。
2.调度器206检查要如何基于例如用户简档等的接收方相关的属性送交消息，并相应地选择应该送交该消息的服务器。调度事件，当该事件被触发时将调用所选的消息传送服务器(这可以是立即进行的)。
3.消息存储装置205作为基于每个接收方的消息队列并且随机访问消息来在调度器控制下从队列中取出消息。任何出局目的地被视为接收方。所有目的地具有它自己的邮箱，例如至运营商B的MMSMM4目的地具有它自己的邮箱。有关更多信息，参见图8。
4.调用所选的出局消息传送服务器，并启动消息送交，如果需要的话包括消息通知(例如消息等待指示(MWI))。当转发或检索时，从接收方的收件箱提取消息，并且如果必要的话将其修改以适应接收方的能力。
当消息被安全送交时删除与消息相关的任何未完成的调度器事件。由所选的出局消息传送服务器向调度器发送消息来通知消息的安全送交，来触发未完成的调度器事件的删除。执行这种对已调度事件的一般性“删除”以避免消息的多次送交。例如，语音邮件作为MMS来送交，但是无法送交到接收方的终端，因为它处于离线状态。但是接收方使用另一个电话呼叫他/她的语音邮件服务来检查语音邮件。他/她听取消息，并删除它。现在，如上文描述的，语音邮件服务器中所请求的此删除还将删除调度器调度的MMS重试，并因此避免消息的多次送交。
5.如果第一消息传送服务器接收到消息且将由第二消息传送服务器来送交该消息，则需要将该消息从第一类型转换成第二类型，例如如果在电子邮件服务器203作为电子邮件接收到消息，并由MMS服务器202将其作为MMS送交。转换通常在所选的出局消息传送服务器中完成。为了进行转换，在交互工作的消息传送服务器之间(协议处理器之间)必须理解消息状态和报头映射。在上文的示例中，需要将电子邮件报头转换成MMS多用途因特网邮件扩充(MIME)报头，以及需要转换消息状态(电子邮件已读/未读和MMS推送码)。如何将消息从第一类型转换成第二类型取决于消息类型。在第三代伙伴关系项目(3GPP)技术规范TS23140中，例如在版本6.1.0(2003年3月发布)附录A中，描述了如何将MMS消息转换成传真消息、语音邮件消息、SMS、电子邮件等以及将传真消息、语音邮件消息、SMS、电子邮件等转换成MMS消息。对于其他消息传送类型之间的转换，如何实现转换可能是显而易见的或尚未详细说明。
在上文描述的消息流程中，由入局消息传送服务器顺序地将消息置于消息存储装置中的队列中。由调度器随机地从队列中取出它们，调度器作为指定出局消息传送服务器的光标来工作以从队列中提取消息。队列是依据消息存储装置中的收件箱的每个用户/接口。
图4示出根据本发明的消息流程的示例。在该示例中，示出MMS消息如何经过图2的消息传送布置。与图3所示一样，实际两次示出相同的MMS服务器202，以便更好地示出从消息在附图左边部分进入布置时起到在附图右边部分离开该布置而被送交到接收方为止，消息传送布置如何处理消息。附图中仅示出送交MMS消息时涉及的消息传送服务器。参考图4中的编号，消息流程如下：
1.入局MMS服务器202接收到MM1_Submit消息，...
2. ...发送包含该MMS消息的NFS写指令以指示消息存储装置205将该消息存储在接收方的收件箱...
3. ...并在包含例如接收方的用户ID和消息参考的数据的消息中向调度器206通知新到达的MMS消息。
4.调度器206为送交检查用户(接收方)相关的属性，例如用户送交偏好，并调度(或存储)事件。在此情况中，它导致MMS送交，即作为MMS送交该消息。
5.如果作为下文执行的送交和通知的结果而未检索到该消息，则在调度器206中调度重试事件。
6.调用出局MMS服务器以送交消息。从调度器向MMS服务器发送包含用户(接收方)ID和消息偏好的请求送交消息。
7.向接收方发送MM1_Notification消息，以通知消息的到达。
8.作为对上文7的响应，接收方将请求消息的检索。
9.在NFS读(提取消息)中由MMS服务器从接收方的收件箱中检索消息。检查终端能力，由于发送与接收终端之间的终端能力上的差异影响消息类型(例如不同的显示分辨率、语音编解码器)而导致在送交之前将消息转码。
10.将消息送交到接收方。
11.MMS服务器向调度器发送清除消息的指令、包括接收方ID和消息参考，以清除与消息相关的任何未完成调度器事件。
可选地，在MMS服务器向消息存储装置发送指令以存储MMS消息之前，MMS服务器可以向调度器发送路由查询消息，调度器检查将MMS消息直接送交到接收方是否是适合的。如果适合的话，则MMS服务器将使用相同的消息传送类型将该消息直接送交到接收方，以及该消息将不存储在消息存储装置中。
图5示出根据本发明的消息流程的另一个示例。在该示例中，示出如何使用图2的布置来实现消息传送服务器之间的交互工作。在图5的示例中，作为MMS消息将入局语音邮件消息送交到接收方。参考图5中的编号，消息流程如下：
1.由入局语音邮件服务器201记录语音消息，...
2. ...发送包含该消息的网络文件系统(NFS)写指令以指示消息存储装置205将该消息存储在接收方的收件箱...
3. ...并在包含接收方的用户ID和消息参考的送交调度消息中向调度器206通知新到达的消息。
4.调度器206为送交检查用户(接收方)相关的属性，例如用户送交偏好，并调度(或存储)事件。在此情况中，它导致原始语音邮件的MMS送交。
5.如果作为下文执行的送交和通知的结果而未检索到该消息，则在调度器206中调度重试事件。
6.调用出局MMS服务器以送交消息。从调度器向MMS服务器发送包含用户(接收方)ID和消息偏好的请求送交消息。
7.向接收方发送MM1_Notification消息，以通知消息的接收方。MM1是MMS参考体系结构中的接口。它是MMS用户代理与MMS服务器之间的参考点。MM1和其他MMS接口在3GPP技术规范TS23.140版本5.11.0(2004年6月发布)的第6章中有描述。
8.作为对上文7的响应，接收方将请求消息的检索。
9.在NFS读(提取消息)中由MMS服务器从接收方的收件箱中检索消息。在MMS服务器中按需要映射或创建MMS报头属性以将语音消息转换成MMS消息。根据上文描述的标准3GPP TS 23140，附录A.5，可以使用因特网邮件的语音简档版本2(VPIMv2)将语音邮件消息转换成MMS消息，这提供格式扩充以使MIME支持通过标准因特网电子邮件系统传输语音消息。在IETF复审了VPIMv2之后，它成为RFC 2421。
VPIM规范允许将语音记录进行MIME封装并将其作为因特网邮件附件经由简单邮件传输协议(SMTP)发送或作为因特网邮件附件经由邮局协议-版本3(POP3)或因特网消息访问协议-版本4(IMAP4)来检索它。用于语音消息的MIME类型是“audio/*”。
为了实现MMS与语音邮箱的交互，语音邮箱可以将接收到的语音记录作为VPIM消息经由SMTP转发到中继/服务器。在转换成MMS之后，检查接收方的终端能力，这导致在送交之前将消息转码。
10.将消息送交到接收方。
11.MMS服务器向调度器发送清除消息的指令、包括接收方ID和消息参考，以清除与消息相关的任何未完成调度器事件。
还可以将图2所示的消息传送布置用于即时消息传送。在图6中，示出会话启动协议(SIP)消息如何经过图2的消息传送布置。与图3所示一样，实际两次示出相同的IM/聊天服务器604，以便更好地示出从消息在附图左边部分进入布置时起到在附图右边部分离开该布置而被送交到接收方为止，消息传送布置如何处理SIP消息。参考图6中的编号，消息流程如下：
1.入局IM/聊天服务器604接收到SIP消息，...
3. ...在包含接收方的用户ID和消息参考的送交调度消息或路由查询消息或类似消息中向调度器206通知新到达的消息。可以在一接收到消息报头时就执行此操作。即一定要等待消息的内容。因为这是几乎实时通信，所以必须将时间延迟保持为短。
4.调度器206为送交而检查用户(接收方)相关的属性，例如用户送交偏好，并调度(或存储)事件。在此情况中，它导致IM/聊天直接送交。
6.调用出局IM/聊天服务器604来送交消息，由此允许直接转发消息而不存储，然后从消息存储装置中提取它。即可以将入局数据直接流式传输到出局端。
10.将SIP消息送交到接收方。
如上文描述的，与IM/聊天服务关联的SIP消息将不按常规地存储在消息存储装置中，因为它具有几乎实时的通信特征。相反，它将在调度器检查用户相关的属性时短时间期间保存在IM/聊天服务器中的例如随机存取存储器(RAM)的存储器中。如果无法将SIP消息送交到接收方，则IM/聊天服务器604可以开始在其RAM中收集所有SIP消息，并当接收方返回在线状态并且重新建立连接时顺序地送交它们。尽管如此，但是如果无法在预定义的时间内送交排队的SIP消息，则可以将它们存储在消息存储装置205中用户的邮箱中以供稍后在登录到IM应用或使用不同的出局消息传送服务器(例如MMS服务器202)时检索/送交。在此情况中，SIP消息将遵循上文结合例如图3描述的过程。
图7示出根据本发明实施例用于将消息送交到接收方的方法的流程图。该方法可以使用例如图2所示的本发明的布置。该方法开始于消息传送服务器接收701消息：根据消息类型哪种类型的消息将处理该消息。可选地，接收消息传送服务器则可以向调度器发送712路由查询消息，调度器决定713将消息直接送交到接收方是否适合。如果适合的话，调度器将响应路由查询消息调用714相同的消息传送服务器来使用相同的消息传送类型将消息直接送交到接收方，而不会将消息存储在消息存储中。如果调度器决定不应直接送交该消息，或如果不使用发送路由查询消息的可选步骤，则消息传送服务器将该消息发送到消息存储装置，消息存储装置将该消息存储702在与消息的接收方相关的收件箱中。接收方具有一个用于所有或几乎所有消息而不考虑消息类型的收件箱。消息传送服务器还向调度器通知703接收到的消息以及它发往哪个接收方。此后，调度器决定704哪个消息传送服务器应该将消息送交到接收方。该决定基于接收方属性或偏好，例如用户偏好和接收方的能力(例如终端能力)。调度器调用705所决定的消息传送服务器来送交该消息。如果接收方或消息传送服务请求，则消息传送服务器在送交该消息之前向接收方通知706该消息。在该情况中，在送交消息之前消息传送服务器从接收方接收707检索请求。在接收到检索请求之后或直接被调用之后，消息传送服务器从消息存储装置中提取或以任何其他方式接收708消息。如果从消息存储装置接收消息的消息传送服务器是与最初接收到该消息的消息传送服务器不同的另一个消息服务器，则将消息修改709或转换成该另一个消息传送服务器处理的消息传送类型。这通过例如映射或创建与另一个消息消息传送服务器处理的消息类型相关的消息报头属性来实现。此后，消息传送服务器将消息送交710到接收方。在送交之后，消息传送服务器向调度器通知送交的消息，而调度器删除711与该消息相关的任何未完成的调度器事件。此类未完成的调度器事件可以是例如用于调度所决定的消息传送服务器的再调度。如果例如接收方通过呼叫他的语音邮件来提取消息，而已决定由MMS服务器送交该消息，则也会发生未完成调度器事件。
图8描述第一和第二通信系统，每个系统具有根据本发明的消息传送布置。可以由运营商A运行的第一通信系统810具有第一消息传送布置，包括第一语音邮件服务器811、第一MMS服务器812、第一电子邮件服务器813和第一XXX服务器814。它还包括第一消息存储装置815和第一调度器816，其中第一调度器与第一共用目录817和第一在场服务器818关联。以相似的方式，运营商B运行的第二通信系统820具有第二消息传送布置，包括第二语音邮件服务器821、第二MMS服务器822、第二电子邮件服务器823和第二XXX服务器824。它还包括第二消息存储装置825和第二调度器826，其中第二调度器与第二共用目录827和第二在场服务器828关联。
当从第一通信系统中的终端819发送消息，并且该消息发往第二通信系统中的用户时，从第一消息传送布置来看的消息的接收方是第二通信系统。这意味着第二通信系统在第一消息存储装置中具有它自己的邮箱。即，MMS中的每个MM4目的地具有它自己用于入局/出局业务的邮箱。这可以通过遵循图8中从发送器到接收器的消息流程来说明。特粗类型书写的箭头示出消息可以在系统内和系统之间经由的不同路径。普通箭头仅示出信令。也可以通过特粗箭头路由信令。例如，将从第一系统中的终端819始发并发往第二系统中的终端829的消息作为MMS消息从第一系统的终端819发送，并在第一MMS服务器接收该消息。将该消息存储在第一消息存储装置815中，并向第一调度器816通知接收到的消息。第一调度器基于接收方的属性来决定要使用哪个服务器来用于送交消息。因为接收器位于第二通信系统中，所以从第一消息传送布置来看的接收方是第二通信系统中的MMS服务器，即第二MMS服务器822。因此，第一调度器决定调用第一MMS服务器来将消息发送到第二MMS服务器822。当在第二MMS服务器822中接收到该消息时，将该消息存储在第二消息存储装置825中，并向第二调度器826通知新接收到的消息。此后，第二调度器检查接收方(即第二终端829的用户)的属性(或用户偏好)。这些属性可以说明例如接收方希望作为电子邮件接收他的消息。因此，基于这些属性，第二调度器决定调用第二电子邮件服务器823以将消息送交到接收方的计算机829。当调用第二电子邮件服务器时，第二电子邮件服务器从第二消息存储装置中接收消息，例如通过对该消息创建电子邮件报头将该消息修改或转换成电子邮件格式，并将该消息作为电子邮件送交到计算机829。
图9示出根据本发明的信令协议的示例。信令协议描述接收到要送交到接收方的消息的消息传送服务器(接收消息传送服务器)、调度器、共用消息存储装置和要将消息传送到接收方的消息传送服务器(决定的消息传送服务器)之间传送的信令消息。在接收消息传送服务器接收到消息(或消息的第一部分)之后，它可以向调度器发送路由查询消息。路由查询消息询问调度器是否可以使用相同的消息传送服务器将消息直接发送到接收器。路由查询消息是可选的消息，仅在接收消息传送服务器有能力使用直接送交的情况下才使用它。调度器通过例如检查接收方的用户偏好来决定是否可以直接送交消息。此后，调度器向接收消息服务器发送路由查询响应以通知是否可以直接送交该消息或是否应该将其存储在共用消息存储装置中。路由查询响应告知要送交消息的消息传送服务器类型(例如MMS、SMS、语音邮件等)。路由查询响应还可以包含“无消息传送服务器”来强制无条件存储该消息。如果要直接送交消息，即接收消息传送服务器支持路由查询响应中告知的消息传送服务器类型；则消息传送服务器将该消息送交到接收方。如果路由查询响应指示另一个消息传送服务器、稍后送交或无消息传送服务器，则接收消息传送服务器将向共用消息存储装置发送包含该消息的存储消息。当存储了该消息时，共用消息存储装置以已存储完整的消息来响应。然后，从接收消息传送服务器向调度器发送切换，通过为该消息调度“过期事件”来指示调度器接管负责处理该消息。使用该事件能够从消息存储装置中删除旧消息，并使消息将不会在消息存储装置中停滞。当调度器调度并存储了事件时，调度器以切换确认来响应。调度器基于例如用户偏好来决定哪个消息传送服务器要送交该消息以及何时送交该消息。当时间轮到调度的事件时，调度器将在发送消息中调用所决定的消息传送服务器来送交该消息。作为对发送消息的响应，所决定的消息传送服务器在提取消息中从消息存储装置检索消息，并将其送交到接收方。当检索到消息时，共用消息存储装置通过发送已提取完整的消息来通知所决定的消息传送服务器。当已将消息送交到接收方时，所决定的消息传送服务器将发送消息响应发送到调度器，并且如果消息已送交，则附有上下文“结果确认”。在该情况中，调度器删除与该消息相关的任何附加事件。如果没有送交，则发送消息响应可以具有上下文“结果(参数错误)”或“结果(临时性错误)”。
图10示出具有包括本发明的消息传送布置的水平消息传送体系结构的通信系统的一个示例。该体系结构为终端用户提供用于他/她所有消息的共用邮箱。它还共享服务层中的共用功能，例如共用用户简档(在共用目录中)和会话的共用提供、计费、O&M和认证，这使得提供单点登录(SSO)成为可能。体系结构还为运营商提供基于重复使用和共享共用组件(例如使能器和边界网关)的水平集成的消息传送解决方案，解决运营商的运营开支以及某种程度地解决资本开支。
该消息传送体系结构基于IP协议，这将隐含地支持具有不同控制和连接性层的非同质环境，例如具有对SIP和SS7的支持且同时运行在不同接入技术(GSM、WCDMA、PSTN、宽带、ISP等)的系统。下文是简短地描述图10中的组件。
消息传送服务器(图10中由IM/聊天服务器、基于蜂窝的一键通(PoC)服务器、IMPS服务器、语音邮件服务器等例示)包含用于每个消息传送服务处理一种消息类型的商用逻辑，其中一个重要的方面是协议处理。消息传送服务器使用消息传送使能器、使能器、边界网关和服务网络框架(SNF)共用组件提供的共用功能(图10中的共用目录、供应、计费、O&M和认证会话)以执行消息传送任务。
例如，当MMS服务器将MMS消息送交到接收方时，MMS服务器在经由推送代理边界网关发出通知之前使用SNF共用目录来验证接收方已预订了该服务。MMS服务器经由WAP边界网关接收到检索请求，并从消息存储装置中检索消息。在送交消息之前，它检查终端数据库(DB)使能器中的详细终端能力，并且在必要的情况下从媒介适配使能器请求消息转码。
共用消息传送使能器调度器和消息存储装置是该新消息传送体系结构中最重要的组件。本申请中在前文详细地描述了它们。
边界网关(例如推送代理GW、语音GW、WAP GW、视频GW)是一组向消息传送服务器翻译接入相关协议的代理，例如语音网关中的电路交换的语音到基于IP的语音。
使能器(例如终端DB、媒介适配、数字版权管理(DRM)等)是提供具有服务独立的商用逻辑的共用功能的资源，其中其他消息传送组件(主要是消息传送服务器)可以使用这些共用功能来实现它们的商用逻辑。图10中的使能器和边界网关的列表是非穷举的。
SNF共用组件是一组由爱立信服务网络框架(SNF)指定来支持网络节点的用户供应、计费、单点登录(SSO)和O&M的服务网络水平化的共用功能。
消息传送组件描述
下文描述根据本发明的解决方案中涉及的图10的消息传送体系结构中的组件的示范实施例。
消息传送服务器
MMS服务器
MMS服务器是向终端用户提供多媒体消息传送服务时的关键组件。MMS服务器从用户或增值服务提供商(VASP)网关接收消息，在内部中继消息或将其中继到其他网络，通知接收方并向始发方提供状态回复。该组件支持3GPP TS 23.140中指定的MMx接口。MMS服务器负责：
-多媒体消息的存储和转发
-MMS业务的计费
-策略强化(如果允许终端用户发送/接收MMS)
-消息的中间存储
SMS服务器
SMS服务器是专用于SMS消息送交的功能。它包含用于无法立即送交的SMS消息的路由选择和送交的智能。此组件支持至网络的SMPP和其他VASP接口和MAP/SS7。
SMS服务器负责：
-SMS消息管理
-SMS服务的访问控制(SMPP安全性、订户验证)
-SMS业务的计费
-消息的中间存储
电子邮件服务器
此电子邮件服务器提供从电子邮件客户端(SMTP、因特网邮件访问协议(IMAP4)和邮局协议3(POP3))对电子邮件的访问。它还路由入局和出局SMTP业务，即作为SMTP邮件传输代理(MTA)。
负责：
-电子邮件客户端(IMAP4、POP3)的访问点
-将电子邮件路由到邮箱和/或因特网(SMTP)
-从外部账户导入电子邮件
语音邮件服务器
语音邮件服务器组件是用于所有语音邮件的接口。它通过播放/记录语音提示和消息来与终端用户交互。可以通过文本至语音来读取文本消息。为了导航交互式语音响应(IVR)对话，由终端用户通过双音多频(DTMF)、自动语音识别(ASR)或控制消息来发出导航命令。在将记录的消息存储在消息存储装置中之前，将其置于VPIM/MIME封装中。
语音邮件服务器组件经由H.323或SIP控制协议和实时协议(RTP)媒介流式传输连接到边界网关。
负责：
-经由电话(TUI)接口提供消息处理
-提供用于个人讯息和呼叫管理的功能
-语音邮件提示管理
-将文本消息作为语音播放
-提供IVR、DTMF和多模型控制
-发起出局呼叫以实现通知或送交
-启动通知和其他SMS服务
视频邮件服务器
视频邮件服务器组件是用于所有视频邮件的接口。它通过播放/记录视频提示和消息来与终端用户交互。为了在对话中导航，终端用户通过DTMF、ASR或控制消息来发出导航命令。在将记录的消息存储在消息存储装置中之前，将其置于MIME封装中。
视频邮件服务器组件经由H.323或SIP控制协议和RTP媒介流式传输连接到边界网关。
负责：
-经由视频(VUI)接口提供消息处理
-提供用于个人讯息和呼叫管理的功能
-视频邮件提示管理
-提供IVR、DTMF和多模控制
-发起出局呼叫以实现通知或送交
-启动通知和其他SMS服务
Web邮件服务器
基于Web/WAP的消息传送服务器提供Web邮件用户接口以及多媒体编辑器，这是相当于终端用户编辑器客户端前端的网络端。除此之外，它还与已发布的内容交互，以使编辑器客户端能与运营商认可的内容交互。
负责：
-用于消息创建、发送、读取、删除等的Web/WAP GUI
-与手持客户机交互和提示内容共享
-实现内容管理系统和入口的接口
-供应要在用户之间共享的公开内容和付费内容以。
-与DRM交互以实现付费内容的保护。
IM/聊天服务器
IM/聊天服务是向IMS环境中的终端用户提供即时消息传送和聊天服务时的关键组件。IM/聊天服务器从用户或VASP网关接收消息，在内部将消息中继到用户或(如果用户不在的话)将其中继到它们的消息存储装置；或中继到其他网络。此组件支持SIP/SIMPLE立即消息传送(SIP消息)、根据开放移动联盟(OMA)简单AD体系结构985参考点的基于会话的消息传送(SIP/MSRP)以及延迟的消息传送。
负责：
-转发IM/聊天业务
-IM/聊天业务的计费
-主持公开聊天室和私人聊天室
-策略强化(如果允许终端用户发送/接收MMS)
-当用户不在时存储消息
PoC服务器
PoC服务是向IMS环境中的终端用户提供即时语音消息传送时的关键组件。PoC服务器从用户或VASP网关接收消息，在内部将其中继到用户或(如果用户不在的话)将其中继到它们的消息存储装置；或中继到其他网络。此组件支持根据OMA POC AD体系结构&参考点的SIP/RTP(即 VoIP)。
负责：
-PoC业务的计费
-PoC的组浏览器(Group exploder)
-策略强化(如果允许终端用户参与)
-当用户不在时存储消息
IMPS服务器
IMPS服务是向IMPS(从前的无线村)环境中的终端用户提供即时消息传送和聊天服务时的关键组件。IMPS服务器从用户或VASP网关接收消息，在内部将该消息中继到用户；或中继到其他网络。此组件支持根据OMA IMPS 1.2的CSP和SSP。
负责：
-转发IM/聊天业务
-IM/聊天业务的计费
-聊天的组浏览器
-IMPS在场和组管理
-策略强化(如果允许终端用户发送/接收MMS)
消息传送使能器
消息存储装置
消息存储装置组件基本是文件服务器NAS，其主要任务是经由网络文件系统(NFS)接口存储消息。消息存储装置托管终端用户的共用邮箱，该共用邮箱具有一组子文件夹(收件箱、发件箱、已发送消息、归档等)来帮助终端用户管理他/她的存储的消息。
负责：
-存储消息(语音、视频、文本和图片)
调度器
调度器是用于消息送交的关键组件，负责经由消息传送服务器通知终端用户采取动作或启动送交机制来确保消息存储装置中存储的消息的送交。
调度器因来自消息传送服务器的消息到达指示而调度事件，当事件被触发时，将它们派发回事件中指定的消息传送服务器。被调用的消息传送服务器则通知终端用户/终端根据它的服务相关规则和接口(例如SMS、WAP推送、SIP推送、电子邮件等)来检索消息。
统一管理调度器的主要原因之一是，为了能够从辅助接口对消息操作而同时又已调度在主接口上送交的情况下从任一消息传送服务器进行事件撤销。例如已经由语音服务检索了语音邮件，而同时又将其调度作为MMS送交。语音邮件服务器则可以根据用户偏好撤销MMS送交。在多个接收方的情况中，调度器负责为每个接收方调用一个消息传送服务器实例，这基于用户偏好，可以例如使得消息作为MMS送交到一些接收方而作为SMS送交到另一些接收方。负责：
-主要基于消息类型和接收方偏好来决定要调用哪个消息传送服务器来进行消息送交。
-用于例如重试或延迟送交的时间调度事件。
-组列表浏览器。
使能器
在场服务器
在场服务器通过向消息传送服务器提供接收方的状态、偏好和通信能力而帮助丰富了用户消息传送的体验。
在客户端平台中，消息传送客户端可以与在场客户端交互以基于接收方的在场了解来优化消息的发送。
负责：
-提供诸如通信方式、可用性、网络和用户偏好的在场属性。
-通过IETF、3GPP和OMA中指定的SIMPLE、XML配置接入协议(XCAP)和HTTP技术与消息传送服务器通信。
-与HSS和Parlay Gateway交互以拾取用户的在场信息。
-与OMA/无线村、PoC、3GPP R6和SIP客户端通信以进行在场信息的呈示。
SNF共用功能
在此部分中，仅描述与消息传送相关的功能性和所负责的操作。
共用目录
共用目录存储有关用户(即接收方)和服务的信息。它包含被消息传送组件共享的通用订户和服务信息。
负责：
-存储通用用户信息；
-提供接口来实现订户提供；
-将用户和服务信息提供到其他组件；
-支持轻量级目录访问协议(LDAP)链以确保目录的可伸缩性和可靠性。
创建共用目录以替代现有技术消息传送产品中的每个单独目录。根据本发明的一个实施例，该目录可以根据包括两个部分：数据模型和目录引擎。
数据模型(能够在将来进行更改)可以设置为在目录信息树(DIT)中具有用于共用属性和每个应用的分离分支。
可以将消息传送用户的用户简档存储在符合LDAP版本3的顺应性共用目录中。提出目录上托管的LDAP数据模式(data schema)，它具有用于消息传送服务器(和可能的其他应用)之间的属性共享的一个共用部分和一个消息传送服务器相关部分。这提供了属性共享上的灵活性，还能够添加新的消息传送服务器和应用种类，它们可随不同版本迁移到共用部分。
在本发明的一个实现中，在称为外部目录(EDS)的MMC中的目录上构建目录引擎，该目录是高性能的LDAP目录并且通过用户库的划分来伸缩。利用分布式数据库增强EDS，这能够进行多个关键字的高性能搜索。
用户简档的修改总是经由消息传送服务器来处理，消息传送服务器负责验证数据，例如验证值的范围、属性的一致性、确保提供必填属性等。共用属性被存储在共用属性部分中，消息传送服务器相关数据对应于每个消息传送服务器被存储在消息传送服务器相关部分中。
图11示出用于将消息送交到接收方的本发明的通信布置中的节点实施例的示意框图，其中节点设置为作为调度器来工作。节点10包括：
设置为与消息传送布置中的其他实体(例如不同的消息传送服务器、共用目录和在场服务器)通信的通信接口11；
用于决定消息将采用哪个路径通过消息传送布置(即使用哪个消息传送服务器来将消息送交到接收方)的路由解析单元12；以及
用于调度何时将消息送交到接收方的调度单元13。调度单元使用定时器来跟踪要送交消息的时间。该节点设置为：
在通信接口处从消息传送服务器接收在该消息传送服务器处接收到的信息，
基于接收方的送交偏好决定负责该消息送交的消息传送服务器；
调用所决定的消息传送服务器来送交该消息。
该节点还可以设置为基于接收方的送交偏好来决定何时送交消息。在另一个实施例中，该节点设置为通过与存储接收方的送交偏好的共用目录通信来检查接收方的送交偏好，以及可选地通过与跟踪接收方的在场信息(即接收方所在位置和接收方的状态)的在场服务器通信来检查接收方的送交偏好。
本发明的方法可以通过软件来执行，该软件可加载到位于通信系统中的节点中的计算机布置中。
如上文提到的，利用根据本发明的方法和消息传送布置，实现了消息的接收方可以按该接收方请求的类型和格式来接收消息，而不考虑最初发送时消息的消息类型。而且使用根据本发明的用于送交消息的消息传送布置和方法，对于运营商来说将能够容易地将处理新消息类型的任何新消息传送技术添加到运营商的消息传送解决方案中。
在附图和说明书中，公开有本发明的优选实施例和例子，虽然采用了特定的术语，但是它们仅是在通用和描述性意义上而非出于限定的目的来使用，本发明的范围在所附权利要求中提出。