SIP短信支撑了在IMS架构下即时消息的业务能力，同时在NGN/IMS架构下实现了通信网与互联网短信类业务的统一，短信类业务和其他SIP业务的统一，在这三者之间搭起了一座沟通的桥梁。

多媒体元素的加入，使得短信可以与即时消息比肩。但是短信业务有着严格规定的专用协议，目的明确，开放性差。因此短信的功能扩充、业务更新相对困难，对终端也要随之升级。如何将严谨的集中式管理的电信服务和开放的富有生命力的互联网业务联系起来呢甚至能够互通？能不能让电信业务和互联网业务采用同样的架构以便结合起来更好地为用户服务？虽然目前的即时消息和短信可以通过专用网关互通，但是由于两边使用不同的协议，使得各自的功能扩充、修改和升级都需要互相配合分别修改，还需要网关支持翻译，造成不必要的麻烦，也延迟了各自的新业务在另一边的推出，甚至可能无法互通。SIP协议的出现为此提供了很好的机会。

SIP：网络融合基础

电信网的发展已经经历了几个时代，在进入程控交换的时代后，又经历着由电路交换向包交换的改变，包交换不单独占用线路，节省了大量的网络资源，而今SIP协议更是将包交换推进到了用户端。SIP协议是在IP网络上使用的点对点通信的控制协议，它为各种终端的各种媒体之间建立了统一的信令通道，使得各终端之间经过协商直接建立媒体通道，业务的开展不再受制于终端类型和媒体类型，不必为每种终端都单独建立网络，所有的业务都在IP网上进行。

*业务融合：依托于SIP协议，传统电信短信业务和互联网即时消息业务可以使用同样的信令同样的流程提供业务，两者的业务可以做到真正融合。没有了在两者之间进行翻译的网关，也没有了帮助并限制了双方沟通的互通协议，任何新业务的提供和新功能的开发都不必为电信网和互联网分别制作两个版本再进行互通了。短信与即时消息这两种同质的服务可以跨越网络的界限成为统一的一种业务。

*实现简单：SIP协议是一种文本协议，可读性好，容易理解，因此基于SIP协议的开发要相对容易，可以大大缩短业务开发周期，减少开发成本。

*具有生命力：SIP协议作为应用控制协议，在通信网和互联网中被广泛采用，目前的软交换网络、3G网络的PS域、以后的NGN/IMS网络都使用SIP协议，因此SIP短信也是在这些网络上短消息功能的必然选择。

*具有良好的开放性：SIP协议不但本身是开放的，任何企业和个人都可以学习研究开发，而且由于SIP本身专注于控制层面，没有对媒体进行任何限制，更容易和其他协议配合工作，可以完成SIP框架下的各种功能的扩充而不必修改协议本身。

*可以与其他基于SIP的业务互通：与现有短信系统不同的是，现有短信系统虽然建立在语音通信网的基础上，但是实际上与语音业务没有任何关系，所有的短信都需要短信中心单独处理，在不同移动网络间需要短信网关来翻译，只有到达用户的接入点转为空口传送时才统一由MSC发送到用户终端上。而SIP短信可以使用专门的服务器，也可以由任何支持SIP的其他服务器实现，短信只是作为SIP通信的一种媒体。

实现方式

SIP协议不关心通信的具体内容，也不限制媒体类型，只是为通信的双方提供一个协商的通道和管理的机制，只要通信的双方支持，任何类型任何内容的媒体流都可以通过SIP信令的交互建立起来。

基于SIP的短信使用的是SIP协议专门为即时消息(IM)业务提供的MESSAGE消息机制。对于使用MESS-AGE消息提供短信业务有两种方式，一种是单独使用MESSAGE消息，每个MESSAGE消息携带一条短信，不需要建立SESSION来进行管理，这样的方式叫做Paper方式。这样做得好处是实现简单，但是短信之间缺乏关联，同时由于MESSAGE消息有1300字节的限制，超过1300字节有些设备不支持，容易引起短信丢失，因此建议将过大的短信按照目前的短信方式分割成多条短信或者作为一个短信的附件传送。
 
    短信与Presence或业务平台的接口遵循SIP协议，与Presence的接口可以实现使用PRESENCE提供的状态功能。即时消息业务可以通过PRESENCE提供的状态确定对应的操作，例如屏蔽消息发送功能、消息暂存等。与群组管理的接口遵循HTTP协议，与群组的接口可以实现群组功能。SIP终端可以直接将群组作为一个接收对象发送即时消息等。与软交换/IMS的接口采用SIP协议，实现短信的路由管理。

SIP终端向短信平台的注册处理是一个标准的SIP注册处理，注册的目的是建立用户名和联系地址的绑定关系。

SIP彩信

采用这种方式，由于消息不能超过1300字节，因此彩信或者带附件的短信无法采用这种方式发送，即使将其分割，由于IP网络上存在短信丢失的可能性，即使丢失一个包，也会造成图像、声音和附件的不完整。因此可以采用服务器存储，短信通知终端采用HTTP下载的方式。

SESSION方式下的SIP短信和普通的SIP呼叫过程相似，也是通过INVITE消息建立SESSION会话，通过BYE结束会话。消息内容作为媒体流在SESSION中传递。这样的问题是由于SIP的机制，使得在同一个对话内的SIP消息都通过相同的路径，而MESSAGE消息有可能在两个用户之间多次交互，采用SESSION方式不能充分利用IP网络的好处，只有当特殊场景时才有可能使用。标准的SIP流程在其他文章中都有详细的叙述，这里就不做更多地讨论了。