消息服务

目前有多种可用的消息服务类型。一般来说，消息服务允许一个实体向另一个实体发送消息。消息可以是多种形式，包括多种数据类型和各种传递方式，比较常见的是包含多媒体信息以及文本信息的消息。消息的传递或者是接近实时的,就像现在很多即时消息（InstantMessaging）系统中那样；或者是作为email发到邮箱中。本章中我们给出在IP多媒体子系统（IMS）中有关消息服务的详细内容。

5.1IMS消息概述

IMS的消息服务有三种形式：

• 立即消息（ImmediateMessaging）；

• 基于会话的消息；

• 延迟传递的消息。.

每种类型的IMS消息都有其自己的特征。因此，虽然最简单形式的消息可以被认为是一个单独的服务，毕竟所有形式的消息服务都是把一个消息从A发到B,而这些特征的实际差别使得它们每个都各自成为一个服务。但是，在这些服务上创建应用的工作方式能够很好地隐藏它们是不同形式的消息服务这一事实。实际上，IMS消息服务的一个关键要求就是：易于在不同消息类型之间互操作。

5.2IMS消息体系

在三种IMS消息类型中，立即消息和基于会话的消息直接使用了IMS体系。延迟传递的消息还使用了PS（分组交换）域，虽然它是独立于IMS的基础设施。

5.3立即消息

立即消息，或称为分页式消息（Page-modeMessaging）,采用的是IMS框架中为人们所熟知的即时消息范例。它使用SIP的MESSAGE方法（详见12.13.3节）来在通信双方之间接近实时地发送消息。图5-1阐释了一个典型的消息流程。

在立即消息中，用户设备（UE）只需生成一个MESSAGE请求，填入所需的内容—典型的是文字，也可以包含多媒体片断，例如声音和图片——并将请求URI（统一资源标识符）填写为接收者的地址。接下来该请求就使用与INVITE类似的方式在IMS中转发，直到这个立即消息请求辗转到达接收方用户的UE。

图5-1立即消息流程

当然，很可能会存在一个对该消息的应答。实际上，完整的立即消息很可能是两个用户间的来回对话。但是，与基于会话的消息相反，这个会话的上下文仅存在于参与其中的双方用户处。这种通信过程中会话不包含任何协议，每条立即消息都是一个独立的事务，与前面的任何请求都没有关系。

如果当一个IMS用户收到立即消息时处于离线状态或未注册状态,MESSAGE将路由到一个AS（应用服务器）。该AS能够保存消息，并且当用户注册时能够将消息递送到最终的目的地。

通常，立即消息是发往对方的公开标识。然而，利用IMS列表服务器的扩展,用户也可以把一个消息发给多个接收者。基本上，IMS用户可以利用PSI（公共服务标识）形式的SIP地址来创建一个别名,并把这个别名和期望的成员组的SIPURI填在一起。任何时候当MESSAGE方法发到对应于该列表的PSI时，请求就被路由到列表服务器。列表服务器本身是个AS（应用服务器），将截获消息，并为列表中的每个成员生成一个请求。

5.4基于会话的消息

基于会话的消息与因特网上早已使用的一种常见的消息范例——因特网中继聊天（IRC）[RFC2810]有关。在这种消息模式中，用户参与会话时，主要是以短文本消息的形式作为其主要的媒介成分。与其他类型的会话一样，一个消息会话也具有一个定义完好的生命周期：当参与者启动一个会话时，这个消息会话就开始了，当他们关闭这个会话时，会话就终止。当会话（在参与者之间用SIP和SDP）建立后，媒介就直接在他们之间P2P传送。图5-2说明了一个消息会话的典型消息流程。

图5-2基于会话的消息流程

基于会话的消息可以是P2P的，这种情况下用户的体验非常类似于一个普通的语音呼叫。用户会接收到一个常规的会话邀请，惟一的不同在于主要的媒介成分是会话中的消息。但是，对基于会话的消息而言，这实际上并不是一种限制，因为它当然可以与其他媒介的会话结合在一起。实际上，很多有用的激动人心的应用都是由此而来：例如，对于听觉障碍的人来说，具有文本边条频道的视频呼叫会是非常有用的应用。

会话中传输消息的实际协议是MSRP（消息会话中继协议）[Draftietf-simple-message-sessions]。MSRP建立于TCP之上，能够传递任何MIME（多用途Internet邮件扩展）封装的数据。消息可以是任意大小，因为协议的特性之一就是能支持用多个小块发送一个完整消息，并在接收端自动完成重组。

基于会话的消息还与会议类应用构成天然的搭配。通过会议功能，基于会话的消息可以变成一个多方聊天会议。在这种操作模式下，基于会话的消息能够形成与现在的电话会议类似的相关应用。一个聊天会议还类似于IRC。的一个频道。在典型情况下，服务提供商可以为用户提供私人聊天，即聊天的参与者是受限制第的；也提供公众聊天，有的公众聊天可以是由服务提供商来主持的。

5.5延迟传递的消息

延迟传递的消息实际上就是众所周知的多媒体消息服务（MMS）。第三代伙伴计划（3GPP）已经决定IMS消息阶段1的需求要与MMS保持一致。实际上，这意味着用MMS作为IMS中延迟传递模式的消息。

㊀这种情况下，IRC服务器上的诸如“#赫尔辛基”的频道可以简单的表示为SIPURI:sip:helsinki@some.chat.net,或者Internet聊天服务中的聊天组。