MSRP协议与SIP_MESSAGE_发送消息的方式对比.docVIP

通过跟SIP MESSAGE 发送消息的方式对比 减小字体 增大字体 作者：佚名??来源：本站整理??发布时间：2008-12-29 下午 11:20:27 随着IMS网络的发展，即时消息（Instant Messaging，IM）在当今的通信业务中发挥着越来越重要的作用。但由于IM系统缺乏基于标准的互用性，因而使得人们难以控制它的应用，专用网及其协议也阻碍了IM用户与企业外部其他用户之间的通信。因此，制订一种统一的协议就迫在眉睫了。OMA（开放移动联盟）中消息工作组定义了IM SIMPLE服务，它允许实时地交换用户之间的即时信息。2007年9月，IETF发布的RFC4975定义了MSRP协议：The Message Session Relay Protocol（消息会话中继协议）[1]。由于在较长的IM会话中需要一段时间来交换多个消息，INVITE和MSRP传输协议用信号通知IM会话。利用SIMPLE，MSRP可传输IM的文本文件，就如SIP RTP用于传输IP电话中的语音数据包一样。2．MSRP的特性及其在IM中的主要应用下面我主要研究MSRP 的特性及其典型会话流程。2.1 即时消息的几种主要形式IMS中即时消息分为直接消息和基于会话的消息。直接消息是通过IMS客户端直接发送和接收消息实现的（RFC 3428），它适用于像短信这样单独的短消息通信。基于会话的消息是通过Invite发起MSRP（message session relay protocol）信道协商，所有消息通过MSRP建立的信道传送，它适合于交互式的文本会话，如聊天。利用MSRP，IMS客户端可以实现简单的IM服务，如只是通过消息方法进行在线即时通信，也可以增加更复杂的功能，如聊天室、会议聊天、消息历史存储、延迟消息等功能的支持[2]。即时消息业务可分为三种通信模式：（1）寻呼模式（Pager Mode）使用SIP MESSAGE 方式进行消息递送。此模式主要用于小型消息的发送和接收。（2）会话模式（Session Mode）在进行消息递送前需要首先建立会话，会话建立后使用MSRP 进行消息递送，此模式下的消息大小没有限制。该模式主要用于多方聊天中。（3）大消息传送模式（Large Message Mode）此模式用于含有多媒体内容的大型消息的传递，如含有多媒体内容的消息，采用INVITE/MSRP 传送。大消息递送只建立SIP 会话，不建立IM 会话，消息传递完毕即拆除SIP 会话。2.2 MSRP 的特性和消息结构由于MSRP 要支持上述的三种即时消息业务总的后两种，MSRP 服务器的架构中应该包括MSRP 协议栈和事物逻辑容器。下图1 是MSRP 服务器的在IMS 网络架构中的位置。图1 MSRP 服务器在IMS 网络架构中的位置IM核心与MSRP服务器通信时应该基于MUX协议，因此MSRP服务器应当包括三部分：1）MSRP协议栈支持和会话控制；2）事物逻辑支持，包括群组，文件传输和最终发送报告；3）IM核心支持需要的命令和通告接口；MSRP使用了基于边界的框架机制，使用MSRP发送的消息可以是一条完整的比较长的消息，也可以在多个SEND请求中传输，每个SEND请求包含整条消息的一部分内容。MSRP协议栈应当支持消息成帧以及消息分块，具体来说就是将消息封装成二层的帧结构以及解析这种帧，将较长的消息分成若干块。完整的MSRP消息应当包括如下头域：（1）MSRP Transaction ID(SEND or REPORT)（2）To-Path: target MSRPURL（3）From-Path: sender MSRPURL（4）Message-ID:（5）Byte-Range:IM CoreMSRP ServerIM XDMSIMXMPP GatewayIMAIM GatewayIMSMS GatewayXCAPJDBCMUXSIPSIPSIPWeb PortalAdapterSIPHTTPSIPXCAPXCAPMSRPXMPPOSCARSMPP -3-（6）Failure-Report:（7）Success-Report:（8）Content-Type:（9）Message Body在这些头域中，Transaction identifier应当包括至少64bit的随机字符；如果多个URL被包括在To-Path中，最左边的URL应当是被访问的第一个URL，最右边的URL应当是最后被访问的；MSRP协议栈应当支持MSRP URL解析，鉴权以及客户端分解；MSRP URL应当是每个session唯一