CMPP协议简介

我想研究研究移动开发，先来充充电。


CMPP 协议简介

中国移动通信互联网短信网关接口协议(China Mobile Peer to Peer CMPP)，是中国移动梦网内部各SMS参与节点相互交换SMS的官方协议。作为梦网的参与方，移动梦网的增值服务商(Service Provider SP )要按照此协议规范实现SP的部分，才可以将自己的短信通过移动的GSM网络的数据通道传输到最终手机用户上。

实际上，协议规范了3个方面的内容：

。SP与移动的互联网短信网关（Internet Short Message Gateway,ISMG）之间的接口协议

。ISMG之间的接口协议（譬如移动各省、市之间的短信息交换通过ISMG之间进行）

。ISMG与汇接网关(Gateway Name Server GNS，类似互联网上的DNS服务器)之间的接口协议，譬如跨省之类的短信需要GNS的帮助指出当前ISMG该如何传递短信。

其中，后二方面属于移动短信息系统内部实现，对于SP来讲大概可以“透明”来看待，只要实现了SP同ISMG的正确交互，就可以实现接入移动梦网短信系统。我们关心的只是SP端的开发细节。

 

CMPP交互模式

从手机用户角度讲，按短信的发起/接收路径来讲，有两个叫法：

MT(Short Message Mobile Terminated, SMMT)，短信接收，短信从SP发送到手机用户。

MO (Short Message Mobile Originate，SMMO)，短信发送，短信从手机用户端发送到目标SP。

这两类短信交互，从SP端来看，都是属于Socket传输应用，CMPP的协议是以TCP/IP协议作为底层承载协议的，属于TCP/IP协议栈之上的应用。

SP同ISMG的交互连接分长连接和短连接。

所谓短连接，就是一次连接，传输一个消息，然后等待回复后拆除连接，显然，效率很低，所以，基本上不被考虑（实际应用移动也不允许SP采用短连接，只是不明白移动为什么还要写入文档？ ISMG间会需要？）

所谓长连接，就是SP建立同ISMG连接，然后不断将数据包（一个个CMPP消息）发送到ISMG，此处发送不必等待某条消息的ISMG回应消息返回，就接着发送下一个消息。同时，等待ISMG返回信息或者等待ISMG发送给SP的消息。发送同接收消息不是一定要同步的，实际采用异步（同时也时双工）模式。从效率上，显然，必须全双工的异步模式才能够满足实际应用需求。