SMPP协议
3.1SMPP规范简介
SMPP接口协议最初由ETSI收录在 GSM03.39规范中，描述了短消息中心与短消息实体之间通信交互的协议关系及数据传输格式，本规范对SMPP接口协议的描述主要面向简单的通信交互，制定规范的厂家将其协议版本号定为V3.30；后由SMPP开发者论坛将协议版本向前演进为V3.40，SMPP V3.40协议规范完全兼容GSM 03.39协议标准。本规范中，所采用的短消息中心设备与短消息股票交易业务处理平台之间的接口采用GSM03.39 V3.30协议规范，如无特殊说明全部以此协议规范为准。SMPP协议可以以TCP／IP或X.25作为底层通讯承载。
与SMPP协议规范相关的参考资料如下：
1、 《GSM 03.39(Version 5.0.0)》：European digital cellular telecommunications system(Phase 2);Interface protocols for the connection of Short Message Service Centres(SMSCs)to Short Message Entities(SMEs);
2、 《GSM 03.39(Version 6.0.0)》：European digital cellular telecommunications system(Phase 2+);Interface protocols for the connection of Short Message Service Centres(SMSCs)to Short Message Entities(SMEs);
3、 《GSM 03.40(Version 4.8.1)：European digital cellular telecommunications system(Phase 2);Technical realization of the Short Message Service Point to Point》
4、 《GSM 03.38(Version 5.2.0)：Digital cellular telecommunications system(Phase 2+)；Alphabets and language_specific information》
5、 《GSM 03.47(Version 5.0.0)：Digital cellular telecommunications system;Example protocol stacks for interconnecting Service Center(SC) and Mobile_services Switching Center(s)(MSC)》
6、 《900/1800 MHz 数字蜂窝移动通信系统短消息中心设备规范（第一分册点对点短消息业务）》
缩略语
SME 短消息实体
SMPP 短消息点对点协议
SMSC 短消息服务中心
ESME 扩展短消息实体
3.2 系统结构、功能概述
通过SMPP，ESME（例如寻呼台、语音邮箱系统、股票交易业务处理平台等）能连接（Bind）或断连（UnBind）短消息中心，提交（Submit）短消息或从短消息中心下发（Deliver）。
此协议包含以下两部分：
*（协议）ESME到SMSC的消息
*（协议）SMSC到扩展ESME的消息
其中用户管理部分只适用于SMSC有用户数据库支持的情况
SMSC和ESME之间的关系如下图所示：
图3－1：SMSC和ESME连接的短消息系统网络
3.3 消息协议
按短消息信息的流向，可以将ESME与SMSC之间的短消息信息分为两类：1、从SMSC到ESME的消息；2、从ESME到SMSC的消息。对于所有请求消息，无论始发于ESME还是SMSC，都必须产生一个响应消息（acknowledge）。
从ESME到SMSC所提交的消息，可能有两种响应：
*SMSC收到消息的响应（ACK）
*如果这条短消息设置了需要状态报告，那么当这条短消息到达目标地之后，SMSC会产生一个状态报告的消息给ESME。
.1 SMSC到ESME的消息
以下消息是从SMSC到ESME的消息
命令
描述
bind_receiver_resp
bind_receiver的响应，status表示连接成功与否
bind_transmitter_resp
bind_transmitter的响应，status表示连接成功与否
unbind_resp
unbind的响应，status表示断开连接成功与否
submit_sm_resp
submit_sm的响应，status表明提交短消息是否成功
deliver_sm
SMSC下发短消息到ESME
enquire_link_resp
Enquire_link的响应
generic_nak
表示消息头有错误的响应
.2 ESME到SMSC的消息
以下为ESME到SMSC的消息
命令
描述
bind_receiver
短消息实体（ESME／SME）作为服务器与短消息中心（SMSC）建立连接，本连接建立起来后，允许短消息实体接受短消息中心下发的短消。
bind_transmitter
短消息实体（ESME／SME）作为客户端与短消息中心（SMSC）建立连接，本连接建立起来后，允许短消息实体向短消息中心提交短消息。
Unbind
短消息实体（ESME／SME）与短消息中心系统（SMSC）断开会话连接。
submit_sm
ESME提交短消息到SMSC，以便SMSC下发此短消息到指定的移动台。
deliver_sm_resp
deliver_sm的响应。status表示此次下发是否成功。
Enquire_link
短消息实体向短消息中心发起的连路保持查询请求，以保证通讯链路的畅通。一般情况下约每5秒发送一次ENQUIRE_LINK消息。
Generic_nak
表示消息头有错误的响应
3.4消息语法
3.4.1语法定义规则
在以下语法说明中，遵从以下规则：
A.未使用的字段，依据类型必须设置为0或NULL。
B.消息由消息头和消息体组成
C.状态（status)如在命令语法中未加说明
0：表示成功
非0：表示失败
0x80000000：未定义值保留
D.在类型中，可能用到以下定义
l integer ：一定字节数所组成的整数，高位在前，低位在后。例如：1字节（BYTE），2字节（WORD ) , 4字节(DWORD)。
l C_String ：以NULL结束的ASCII字符串
l C_DecString ：以NULL结束的ASCII字符串，它由一系列的10进制字符组成（‘0’---‘9’)。
l C_OctetString ：由任意8位字节组成数据流串。
l C_HexString ：以NULL结束的ASCII字符串，它由一系列的16进制字符组成（‘0’---‘9’，‘A’（‘a’)---‘F’(‘f’))
l C_StringTime ：表示时间的字符串，它为以下格式 “YYMMDDhhmmsstnnp" ，格式如下
说明
YY'
年份的最后2位 (00-99)
MM
月份(01-12)
DD
日 (01-31)
Hh
小时 (00-23)
Mm
分 (00-59)
Ss
秒 (00-59)
T
十分之一秒 (0-9)
Nn
与UTC (Universal Time Constant) 时间超前或落后的差距(00-48).
‘+’（p)
时间超前于UTC time.
‘-’（p)
时间落后于 UTC time.
l C_UnicodeString ：Unicode编码的字符串。
3.4.2消息头语法
字段
长度（字节）
类型
Command Length
4
Integer
Command ID
4
Integer
Command_status
4
Integer
Sequence No.
4
Integer
Optional Message Body
可变
混合
具体字段描述说明：
l Command Length：整个包的长度（包括该字段本身）。
l Command ID ：这个字段表明该条短消息的类型，相当于标识符。例如ESME_SUB_SM表示此消息为ESME向SMSC提交短消息。当该标识符表示该条消息是请求消息（request）时，标识符的保留取值范围是0h到FFh。当该标识符表示该条消息是应答消息（response）时,标识符的保留取值范围是080000000h到0800000FFh。一般来说，应答消息的类型对应相应的请求消息的类型，所不同的是，应答消息的类型在第31位比特处是置位的。
Command ID命令取值:
Command ID 编码
Command ID
描述
Command ID取值
ESME_BNDRCV
bind_receiver
ESME要求以接收者身份连接到SMSC
0X00000001
ESME_BNDRCV_RESP
bind_receiver_resp
bind_receiver的响应
0X80000001
ESME_BNDTRN
bind_transmitter
ESME要求以发送者身份连接到SMSC
0X00000002
ESME_BNDTRN_RESP
bind_transmitrer_resp
bind_transmitter的响应
0X80000002
ESME_UBD
Unbind
ESME要求断开连接到SMSC
0X00000006
ESME_UBD_RESP
Unbind_resp
Unbind的响应
0X80000006
ESME_SUB_SM
Submit_sm
ESME提交短消息到SMSC
0X00000004
ESME_SUB_SM_RESP
Submit_sm_resp
submit_sm的响应
0X80000004
SMSC_DELIVER_SM
Deliver_sm
SMSC下发短消息到ESME
0X00000005
SMSC_DELIVER_SM_RESP
Deliver_sm_resp
deliver_sm的响应
0X80000005
ESME_QRYLINK
Enquire_link
ESME询问与SMSC的连接情况
0X00000015
ESME_QRYLINK_RESP
Enquire_link_resp
enquire_link的响应
0X80000015
ESME_NACK
Nack
表示消息头有错误的响应
0X80000000
l Command Status ：此字段表示一个请求消息的成功与失败，如失败，指示引起失败的错误类型等信息。该字段只用在应答消息中，在请求消息中，该字段必须为NULL。
Command Status取值说明 ：
错误代码
错误值
描述
E_SUCCESS
0X00000000
成功
E_OTHERERR
0X00000001
其他错误
0X00000002 – 0X0000000F
保留给SMSC厂商定义错误
E_MSGLENERR
0X00000010
消息长度错误
E_CMDLENERR
0X00000011
命令长度错误
E_INVLDCMDID
0X00000012
消息ID无效
E_NORIGHT（0X00000013）
0X00000013
没有执行此命令的权限
0X00000014 – 0X0000001F
保留
E_INVLDSYSTEMID
0X00000020
无效的SYSTEMID
E_INVLDPASSWORD
0X00000021
无效的密码
E_INVLDSYSTEMTYPE
0X00000022
无效的SYSTEMTYPE
0X00000023 – 0X0000003F
保留
E_ADDRERR
0X00000040
地址错误
E_MOEXCEED
0X00000041
超过最大提交数
E_MTEXCEED
0X00000042
超过最大下发数
E_INVLDUSER
0X00000043
无效的用户
E_INVLDDATAFMT
0X00000044
无效的数据格式
E_CREATEMSGFAILURE
0X00000045
创建消息失败
E_INVLDMSGID
0X00000046
无效的短消息ID
E_DATABASEFAILURE
0X00000047
数据库失败
E_CANCELMSGFAILURE
0X00000048
取消消息失败
E_MSGSTATEERR
0X00000049
短消息状态错误
E_REPLACEMSGFAILURE
0X0000004A
替换消息失败
E_INVLDRPLADDR
0X0000004B
替换消息源地址错误
0X0000004C – 0X0000005F
保留
E_INVLDORGTON
0X00000060
无效的源地址TON
E_INVLDORGNPI
0X00000061
无效的源地址NPI
E_ORGADDRERR
0X00000062
源地址错误
E_INVLDDESTTON
0X00000063
无效的目的地址TON
E_INVLDDESTNPI
0X00000064
无效的目的地址NPI
E_DESTADDRERR
0X00000065
目的地址错误
E_INVLDSCHEDULE
0X00000066
无效的定时时间
E_INVLDEXPIRE
0X00000067
无效的超时时间
E_INVLDESM
0X00000068
无效的ESM_CALSS
E_INVLDUDLEN
0X00000069
无效的UDLEN
E_INVLDPRI
0X0000006A
无效的PRI
E_INVLDRDF
0X0000006B
无效的Registered_delivery_flag
E_INVLDRPF
0X0000006C
无效的Replace_if_present_flag
0X0000006D – 0X0000007F
保留
用户管理部分（可选）
E_USERALREADYEXIST
0X00000080
指定用户已经存在
E_CREATEUSERERR
0X00000081
创建用户失败
E_USERIDERR
0X00000082
用户ID错误
E_USERNOTEXIST
0X00000083
指定用户不存在
0X00000084 – 0X0000008F
保留
0X00000090 – 0X00000FFF
保留给SMSC厂商定义错误
其他
保留
l Sequence No .：此字段表示消息的序列号，它由ESME产生，它是消息和它的应答之间的对应标志，数值在01h到07FFFFFFFh间。对于每条请求消息，该字段的取值必须保证严格单调递增，当序列号值达到最大值时，返回继续从01h开始。
l Optional Message Body：此字段表示短消息的消息体部分，在移动股票交易应用中承载STK卡应用协议内容。
3.4.3各命令消息体具体格式
1、generic_Nak命令
此命令用于当接收消息头有错误的时候的响应，该响应只能由收到请求方发出。该命令只有消息头，没有消息体。
2、BIND_RECEIVER命令
在扩展短消息实体和短消息中心之间建立虚连接，接收SMSC转发的短消息。
字段
长度(字节)
类型
System_id
最大 16
C_String
Password
最大 9
C_String
System_type
最大 13
C_String
Interface_version
1
Integer
Addr_ton
1
Integer
Addr_npi
1
Integer
Address_range
最大 41
C_DecString
具体字段描述说明：
system_id ：该字段是系统登录到短消息中心所用的接口号。
Password ：该字段是系统登录到短消息中心所用的密码。
system_type ：该字段标明登录的接口类型。
interface_version ：该字段标明登录的接口版本号。
addr_ton ：该字段指明编码类型。如不需要，可设为NULL。取值说明：
0 未知，当用户或网络不含关于编码方案的较早信息
1 国际号码，
2 国内号码
3 网络特殊号码
4 用户号码
5 字符数字
6 缩写号码
7 保留
addr_npi ：该字段指明编码方案。如不需要，可设为NULL。取值说明：
0 未知
1 ISDN或电话号码编码方案（E164/E163），对于任意实体SC，MSC或MS，都有效
2 保留
3 数据编码方案（X121）
4 电报编码方案
5-7 保留
8 国内编码方案
9 私有编码方案
10 ERMES编码方案（ETSI DE/PS 3 01-3）
11-15 保留
address_range ：该字段用来给短消息指明路由，和将状态报告转发给ESME。如不需要，可设置为NULL。
3、BIND_RECEIVER_RESP语法
此命令用于对MI_BIND_RECEIVER响应。
字段
大小(字节)
类型
System_id
最大 16
C_String
SMPP SMPP（short message peer to peer）协议是一个开放的消息转换协议；它定义了一系列操作的协议数据单元（PDUS）和当SMPP运行时ESMS应用系统与smsc之间交换的数据。从而完成SMSC与ESMES （外部短消息实体）的信息交换。SMPP是基于SMSC与ESME之间的请求和响应协议数据单元的交换，每一个smpp操作都由一个请求pdu和相应的一个响应PDU组成并且这种交换是在TCP/IP或x．25网络连接 之上的. 1、与CMPP/SGIP协议的差异 1）感觉协议定义比CMPP和SGIP严谨和规范，虽然CMPP和SGIP都是从SMPP派生出来的。 2）CMPP和SGIP中有大量的关于计费的定义，SMPP没有考虑这部分内容。这完全反映了通过短信实现的移动增值业务模式在国内的成熟和流行。 3）SMPP的网络承载层可以是TCP/IP和X.25。 2、SMPP协议解决的是移动网络之外的短消息实体与短消息中心的交互问题。即允许移动网络之外的短消息实体（External Short Message Entities,ESMEs）连接短消息中心（SMSC）来提交和接受短 消息。 3、SMPP协议定义的是1）ESME和SMSC之间交互的一组操作和2）ESMS与SMSC交互操作中的数据格式。 4、任何SMPP操作都包含请求PDU（Request Protocol Data Unit）和与之对应的回应PDU（Response Protocol Data Unit）。 5、SMPP把ESMEs分类为Transmitter/Receiver/Transceiver三种交互方式，分别对应仅提交短消息/仅接收短消息/提交和接收短消息三种形态。 6、SMPP会话有5种状态：OPEN / BOUND_TX / BOUND_RX / BOUND_TRX / CLOSED 7、SMPP定义的PDUs包括 TCP/IP协议 TCP/IP协议介绍 TCP/IP的通讯协议 这部分简要介绍一下TCP/IP的内部结构，为讨论与互联网有关的安全问题打下基础。TCP/IP协议组之所以流行，部分原因是因为它可以用在各种各样的信道和底层协议（例如T1和X.25、以太网以及RS-23 串行接口）之上。确切地说，TCP/IP协议是一组包括TCP协议和IP协议，UDP（User Datagram Protocol）协议、ICMP（Internet Control Message Protocol）协议和其他一些协议的协议组。 TCP/IP整体构架概述 TCP/IP协议并不完全符合OSI的七层参考模型。传统的开放式系统互连参考模型，是一种通信协议的7层抽象的参考模型,其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通 信。这7层是:物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。而TCP/IP通讯协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的网络来完成自己的需求。这4层分别为： 应用层：应用程序间沟通的层，如简单电子邮件传输（SMTP）、文件传输协议（FTP）、网络远程访问协议（Telnet）等。 传输层：在此层中，它提供了节点间的数据传送服务，如传输控制协议（TCP）、用户数据报协议（UDP）等，TCP和UDP给数据包加入传输数据并把它传输到下一层中，这一层负责传送数据，并且确定数据 已被送达并接收。 互连网络层：负责提供基本的数据封包传送功能，让每一块数据包都能够到达目的主机（但不检查是否被正确接收），如网际协议（IP）。 网络接口层：对实际的网络媒体的管理，定义如何使用实际网络（如Ethernet、Serial Line等）来传送数据。 TCP/IP中的协议 以下简单介绍TCP/IP中的协议都具备什么样的功能，都是如何工作的： 1． IP 网际协议IP是TCP/IP的心脏，也是网络层中最重要的协议。 IP层接收由更低层（网络接口层例如以太网设备驱动程序）发来的数据包，并把该数据包发送到更高层---TCP或UDP层；相反，IP层也
smpp（short message peer to peer）协议是一个开放的消息转换协议；它定义了一系列操作的协议数据单元（pdus）和当smpp运行时esms应用系统与smsc之间交换的数据。从而完成smsc与esmes（外部短消息实体）的信息交换。smpp是基于smsc与esme之间的请求和响应协议数据单元的交换，每一个smpp操作都由一个请求pdu和相应的一个响应pdu组成并且这种交换是在tcp/ip或x．25网络连接之上的.
至于3.3我想可能是版本号吧。不知道对不对
120字节吗？应该是140或160字节吧，这是编码方式的原因，前者采用8bit编码就是最普通的方式，后者采用7bit编码，因为所有的asiic码用7位存储就足够了，所以可以用7bit编码来压缩空间。7bit分为gsm7bit和cdma7bit两者排列顺序不一样但压缩后大小是一样的。当然这些都是说英文短信，中文使用unicode码的140个字节，70个汉字。
本文转载自互联网，如有侵权，联系删除
