消息(Messeging)业务对用户来讲已经非常的熟悉，而且为运营商带来了良好的收益。IMS的消息类业务将带给用户更多的选择，用户在使用消息类业务的同时，还可以随心所欲地使用其他媒体，比如视频和声音等，同时可以灵活地选用实时模式或非实时模式来沟通信息。

一、3GPPIMS消息分类

3GPP存TSZZ.340规范中将IMS消息分为立即消息基于会话的消息、延迟传送的消息。

•立即消息(ImmediateMessage)属于实时消息，一般与呈现(Presence)业务相结

合，发送方知道接收方的状态。若接收方不可达，消息将被丢弃或延迟；

•基于会话的消息为近实时传送，通过建立SIP会话可进行多条消息传送，相应机制在IETF有定义；

•延迟传送的消息属于存储转发型消息，即MMS。

        IMS消息支持点到点点到多点的消息发送和接收。IMS消息能够交换任何类型的多媒体内容，比如图片、视频片断、音频片断等。当然它们的编码格式应符合IMS规范的定义。

        消息业务是IMS网络本身所能提供的业务能力之一。基本的消息业务能力可以通过IMS终端直接实现。在传递即时消息，或者建立消息会话时，直接在IMS终端之间进行，实现端到端地发送，SIP消息流经的常规IMS节点(P-CSCF、S-CSCF,可能还有AS等）提供中继功能。

二、立即消息

        IMS框架中的立即消息与Internet中广为人知的即时消息类似。它采用SIP扩展协议中的MESSAGE方法进行实时的转发。当终端或AS要发立即消息时，只需生成MESSAGE请求，按照MIME(MultipurposeInternetMailExtensionprotocol,多用途网际邮件扩充协议）格式编写消息内容（典型的内容是文字，也可以包含多媒体片断，如声音和图片），并将Request-URI填写为接收者的地址，便可以使用与INVITE类似的方式在IMS中转发，直到这个立即消息请求到达接收方的UE。

        当然，接收方很可能会存在一个对该消息的应答。实际上，完整的立即消息对话在两个用户间的”来”和“回”是彼此类似的。但是，与基于会话的消息不同，立即消息的会话上下文仅存在于双方用户终端上。这种通信过程中不包含任何协议方式的会话，每条立即消息都是一个独立的事务，与前面的任何请求都没有关系。

        IMS立即消息的流程很简单。这里仍以本书第11章描述的例子为基础，假设用户A要给用户B发送立即消息，图13.16描述了该立即消息的实现流程。

1-2用户ACUE#1)发送MESSAGE请求到与其连接的拜访网络的P-CSCF#1,在消息体内包含了希望发送的多媒体内容。

3P-CSCF#1沿着UE#l最近一次注册流程所决定的路径将MESSAGE请求发

送到用户A归属网络的S-CSCF#1。

4-5S--CSCF#1将MESSAGE请求发送到用户B归属网络的I-CSCFCI-CSCF#2)。基于运营商的策略，S-CSCF#1也可能拒绝该MESSAGE请求，例如当MESSAGE的内容长度或者内容类型不能被接受时。S-CSCF#1也可能触发适合该MESSAGE请求的业务控制逻辑，将MESSAGE请求路由到一个应用服务器，由后者进一步处理该请求。

6-7I-CSCF#2执行到HSS的定位请求过程，获取为用户B服务的S-CSCF地址(S-CSCF#2),并将该MESSAGE请求发送到S-CSCF#2。

8-9S-CSCF#2沿着用户B(UE#2)最近一次注册流程所决定的路径将MES­SAGE请求发送到与其连接的拜访网络P-CSCF#2。同样，基于运营商的策略，S--CSCF#2可能拒绝MESSAGE请求，例如当MESSAGE的内容长度或者内容类型不能被接受。s­CSCF#2也可能调用适合该MESSAGE请求的业务控制逻辑，例如当UE#2可能订购了一个黑名单业务，用以屏蔽符合用户预设条件的立即消息，AS将使用一个错误响应来回应该MESSAGE消息。

10P-CSCF#2前传MESSGE请求到UE#2。在收到MESSAGE后，UE#2将多媒体内容显示给用户。

11-16UE#2响应该MESSAGE消息，指示目标实体已经收到MESSAGE请求。该响应沿着发送路径反向传递到UE#l。

三、基于会话的消息

        基于会话的消息与其他类型的会话一样，一个消息会话也具有一个定义完好的生命周期：当参与者启动一个会话时这个消息会话就开始了，当他们关闭这个会话时，消息会话就终止了。消息会话在参与者之间建立起来后，媒体流就在他们之间对等地传送，而用户参与这种会话时就是以消息的形式作为其主要的媒体成分。