当前位置：文档之家 › SMPP协议

SMPP协议

  • 格式：doc
  • 大小：565.50 KB
  • 文档页数：23

短消息中心与短消息实体之间接口规范 - 1 - ＳＭＰＰ协议

3.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);

２、 《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); ３、 《GSM 03.40(Version 4.8.1)：European digital cellular telecommunications system(Phase 2);Technical realization of the Short Message Service Point to Point》 ４、 《GSM 03.38(Version 5.2.0)：Digital cellular telecommunications system(Phase 2+)；Alphabets and language_specific information》

５、 《GSM 03.47(Version 5.0.0)：Digital cellular telecommunications system;Example protocol stacks for 短消息中心与短消息实体之间接口规范 - 2 - interconnecting Service Center(SC) and Mobile_services Switching Center(s)(MSC)》

６、 《900/1800 MHz 数字蜂窝移动通信系统短消息中心设备规范（第一分册 点对点短消息业务） 》

缩略语 ＳＭＥ 短消息实体 ＳＭＰＰ 短消息点对点协议 ＳＭＳＣ 短消息服务中心 ＥＳＭＥ 扩展短消息实体

３.２ 系统结构、功能概述 通过ＳＭＰＰ，ＥＳＭＥ（例如寻呼台、语音邮箱系统、股票交易业务处理平台等）能连接（Bind）或断连（UnBind）短消息中心，提交（Submit）短消息或从短消息中心下发（Deliver）。

此协议包含以下两部分： *（协议）ESME到SMSC的消息 *（协议）SMSC到扩展ESME的消息 其中用户管理部分只适用于SMSC有用户数据库支持的情况 SMSC和ESME之间的关系如下图所示： 短消息中心与短消息实体之间接口规范

- 3 - 图３－１：SMSC和ESME连接的短消息系统网络 ３.３ 消息协议 按短消息信息的流向，可以将ＥＳＭＥ与ＳＭＳＣ之间的短消息信息分为两类：１、从ＳＭＳＣ到ＥＳＭＥ的消息；２、从ＥＳＭＥ到ＳＭＳＣ的消息。对于所有请求消息，无论始发于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表示连接成功与 短消息中心与短消息实体之间接口规范 - 4 - 否 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 短消息实体（ＥＳＭＥ／ＳＭＥ）作为服务器与短消息中心（ＳＭＳＣ）建立连接，本连接建立起来后，允许短消息实体接受短消息中心下发的短消。 bind_transmitter 短消息实体（ＥＳＭＥ／ＳＭＥ）作为客户端与短消息中心（ＳＭＳＣ）建立连接，本连接建立起来后，允许短消息实体向短消息中心提交短消息。 Unbind 短消息实体（ＥＳＭＥ／ＳＭＥ）与短消息中心系统（ＳＭＳＣ）断开会话连接。 submit_sm ESME提交短消息到SMSC，以便SMSC下发此短消息到指定的移动台。 deliver_sm_resp deliver_sm的响应。status表示此次下发是否成功。 Enquire_link 短消息实体向短消息中心发起的连路保持查询请求，以保证通讯链路的畅通。一般情况下约每5秒发送一次ENQUIRE_LINK消息。 Generic_nak 表示消息头有错误的响应

３.４消息语法 ３.４.１语法定义规则 在以下语法说明中，遵从以下规则： 短消息中心与短消息实体之间接口规范 - 5 - A.未使用的字段，依据类型必须设置为0或NULL。 B.消息由消息头和消息体组成 C.状态（status)如在命令语法中未加说明 0：表示成功 非0：表示失败 <0x80000000：未定义值保留 D.在类型中，可能用到以下定义  integer ：一定字节数所组成的整数，高位在前，低位在后。例如：1字节（BYTE），2字节（WORD ) , 4字节(DWORD)。  C_String ：以NULL结束的ASCII字符串  C_DecString ：以NULL结束的ASCII字符串，它由一系列的10进制字符组成（‘0’---‘9’)。  C_OctetString ：由任意8位字节组成数据流串。  C_HexString ：以NULL结束的ASCII字符串，它由一系列的16进制字符组 成（‘0’---‘9’，‘A’（‘a’)---‘F’(‘f’))  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.

 C_UnicodeString ：Unicode编码的字符串。

３.４.２消息头语法 字段 长度（字节） 类型 短消息中心与短消息实体之间接口规范 - 6 - Command Length 4 Integer Command ID 4 Integer Command_status 4 Integer Sequence No. 4 Integer Optional Message Body 可变 混合

具体字段描述说明：  Command Length：整个包的长度（包括该字段本身）。  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的连接情况

合集下载

USSD网关技术规范

USSD网关技术规范

重庆移动通信公司USSD网关技术规范（V1.0）重庆移动通信公司2002/2/71．编制说明本规范为重庆移动通信公司企业规范，规定USSD网关的接口协议。

本协议版本为1.0版。

2．参考文献[1]Short Massage Peer to Peer(SMPP) Interface Specification,Version 3.314 January 1996.3．缩略语ISMG Internet Short Message GatewaySMPP Short Message Peer to PeerCMPP China Mobile Peer to PeerTLS Transport Layer SecuritySMC Short Message CenterAPI Application Programming InterfaceESME External Short Message Entity.PSSD Process Unstructured Supplementary Services DataPSSR Process Unstructured Supplementary Services RequestREL ReleaseSME Short Message EntitySMSC Short Message Service CenterSMPP Short Message Peer to Peer ProtocolUSSD Unstructured Supplementary Services DataUSSDC Unstructured Supplementary Services Data CenterUSSN Unstructured Supplementary Services NotificationUSSR Unstructured Supplementary Services Request3．系统结构4．USSD网关功能概述4．1 SP接入功能提供SP接入服务，转发SP与手机的数据包。

短信网关简介

短信网关简介

短信网关简介1 概述随着使用支持中文手机的用户增多，短信息已经成为手机用户最经常使用的业务之一。

除了大量使用的手机用户到手机用户的点对点短信业务之外，从信息平台到手机用户的短信信息服务业务也在快速发展，该业务已经成为广大用户及时方便地获取信息的一种手段。

在广大服务提供商（SP）的支持下，用户可以采用短信点播或网站定制的方式得到大量有用信息，SP也能通过提供有偿信息服务而获得收益，因此用户和SP对短信信息服务业务的需求都很大。

短信网关（ISMG）的建设可以为SP与短消息中心（SMSC）之间数据交换提供一条安全、快捷的通道，以便手机用户采用短信方式与SP双向通信，接收SP提供的信息服务，同时完成相应计费采集、业务管理、网络管理等功能。

2 短信信息服务发展情况2.1 短信信息服务的发展阶殷从短信业务的发展来看，短信信息服务的发展经历了下述两个时期：（1）第一阶段，以短信中心为主要的业务提供及信息提供的时期。

在此阶段，短信中心是唯一的信息提供者及数据传输通道，造成信息量少，且各短信中心的信息来源不一致。

这一阶段是短信信息服务的独立发展时期。

（2）第二阶段，以互联网上的信息作为短信的主要信息来源，由互联网上的SP直接与各SMSC相沟通，建立信息交换的接口。

其特点是，由信息的极大富有者SP作为信息的提供者，弥补了原来SMSC的不足。

这一阶段是短信业务的急剧扩展时期。

目前短信业务正处在业务发展的第二阶段，其主要的业务特征模式就是依附干原有的手机信息传递方式（短消息），将互联网上的巨大信息量根据用户的要求通过手机的短消息方式传递给用户。

这一发展模式，将传统的信息提供与信息服务的合二为一彻底分离，体现了一种传统业务与互联网相结合的发展模式。

在这一阶段，中国移动推出了“移动梦网”业务，而中国联通也推出了“联通在信”业务。

2.2 短信信息服务的业务种类下面以“移动梦网”为例介绍一下与各SP合作向用户提供的短信信息服务的种类。

基于SMPP协议的USSD应用会话流程的实现

基于SMPP协议的USSD应用会话流程的实现

用 程序 的会话 流程进 行 了实 现 … ．
如上 图所 示 ， 当用 户 发 出 Ｕ Ｓ Ｓ Ｄ请 求 ， （ 动 ＭＳ 移
台） 将消息经过 Ｍ Ｉ人机接 口） Ｍ（ 依次传给 Ｍ Ｃ 移 Ｓ（
动交换 中心 ） Ｖ Ｒ（ 问 用 户 位 置 寄 存 器 ） Ｈ Ｒ 、Ｌ 访 、Ｌ （ 归属 用户位 置 寄存 器 ） 每 个 相关 网元 中都包 含 有 ．
Ｚ ａ ｇＳ ｉ ｎ Ｋ ａ ｇＫ ｎ ｉ ｈ ｎ ｈ ｕ ｕ ｎ ｕ ｐｎ ｊ ｇ （ ． ｈ ａｕｔ ｏ ｆ ｍａ ｏ ｎ ｉｅｒ ｇａ ｄＡ ｔ ａｉ ， ｕ ｍ ｎ ｎｖｒｉ ｆ ｃ ｎ ｅａ ｄＴ ｃｎ ｌ ｙ １ Ｔ ｅＦ ｃ ｌ ｆ ｎｏ ｔ ｎＥ ｇ ｅｉ ｎ ｕ ｍ ｔ ｎ Ｋ ｎ ｉｇＵ ｉｅ ｔ ｏ ｉ ｃ ｎ ｅｈ ｏｏ ， ｙ Ｉ ｒ ｉ ｎ ｎ ｏ ｏ ｓｙ Ｓ ｅ ｇ
ｐ ｏｏ ｏ ｏ ｒ ａｉｅ ａ ｂ ｓｃ ＵＳ ｒ ｔｃ ｌｔ ｅ ｌｚ ａ ｉ ＳＤ ｅ ｓｏ ｏ ｓ ｓｉｎ ｆ ｗ． ｌ Ｋｅ ｗｏ ｄ Ｓ Ｐ；ＵＳ Ｄ ；ＥＳＭＥ ；Ｓ Ｃ ｙ ｒ ｓ： ＭＰ Ｓ ＭＳ
随着通信技术的不断发展以及移动通信市场的
不断扩 大 ， 机终端 用户 对 Ｇ Ｍ 的业 务需 求也 在 不 手 Ｓ 断增加 ， 传统 的短 信 和通 话 业 务 已经 不 能满 足 １ ３益 增长 的通信市 场 的需 求 ． 因此 在 近 年 来 移 动业 务 中 出现 了一种 新 型 的短 信 增 值 业 务 Ｕ Ｓ 非 结 构 化 Ｓ Ｄ（
实现 ． 关键 词 Ｓ Ｐ； ＳＤ； Ｓ ＭＰ Ｕ Ｓ Ｅ ＭＥ；Ｓ Ｃ ＭＳ
【 中图 Ａ
【 文章 编号 】６２ ５３ ２０ ）４ ００ — ６ １ —８ １（０６０ － ３６ ０ ７
短信DCS理解

短信DCS理解

1.特殊消息－DCS字段承载1.1. 字段来源1、TP－DCS字段在etsi 0338协议或3gpp 23038协议里规定，也就是我们平时常说的0338协议，打开此协议你可以看到此字段虽然是一字节，但规定的值很多，含义丰富。

2、SMPP协议里的DCS字段参照etsi 0338协议里的定义。

1.2. 如何理解打开etsi 0338协议，我们可以看到其DCS分多种情况进行定义，bit7～bit4为一段，bit3～bit0为一段。

我们平时常用的dcs=0/4/8其实仅仅是其中的bit3与bit2的取值。

重要的导读语在下面是蓝色字体标出：SMS Data Coding SchemeThe TP-Data-Coding-Scheme field, defined in GSM 03.40, indicates the data coding scheme of the TP-UD field, and may indicate a message class. Any reserved codings shall be assumed to be the GSM default alphabet (the same as codepoint 00000000) by a receiving entity. The octet is used according to a coding group which is indicated in bits 7..4. The octet is then coded as follows:(concluded)Default alphabet indicates that the TP-UD is coded from the 7-bit alphabet given in subclause 6.2.1. When this alphabet is used, the characters of the message are packed in octets as shown in subclause 6.1.2.1.1, and the message can consist of up to 160 characters. The default alphabet shall be supported by all MSs and SCs offering the service.8-bit data indicates that the TP-UD has user-defined coding, and the message can consist of up to 140 octets.UCS2 alphabet indicates that the TP-UD has a UCS2 [10] coded message, and the message can consist of up to 140 octets, i.e. up to 70 UCS2 characters. The General notes specified in subclause 6.1.1 override any contrary specification in UCS2, so for example even in UCS2 a <CR> character will cause the MS to return to the beginning of the current line and overwrite any existing text with the characters which follow the <CR>.When a message is compressed, the TP-UD consists of the default alphabet or UCS2 alphabet compressed message, and the compressed message itself can consist of up to 140 octets in total. When a mobile terminated message is class 0 and the MS has the capability of displaying short messages, the MS shall display the message immediately and send an acknowledgement to the SC when the message has successfully reached the MS irrespective of whether there is memory available in the SIM or ME. The message shall not be automatically stored in the SIM or ME.The ME may make provision through MMI for the user to selectively prevent the message from being displayed immediately.If the ME is incapable of displaying short messages or if the immediate display of the message has been disabled through MMI then the ME shall treat the short message as though there was no message class, i.e. it will ignore bits 0 and 1 in the TP-DCS and normal rules for memory capacity exceeded shall apply.When a mobile terminated message is Class 1, the MS shall send an acknowledgement to the SC when the message has successfully reached the MS and can be stored. The MS shall normally store the message in the ME by default, if that is possible, but otherwise the message may be stored elsewhere, e.g. in the SIM. The user may be able to override the default meaning and select their own routing.When a mobile terminated message is Class 2 (SIM-specific),a phase 2 (or later) MS shallensure that the message has been transferred to the SMS data field in the SIM before sending an acknowledgement to the SC. The MS shall return a "protocol error, unspecified" error message (see GSM TS 04.11) if the short message cannot be stored in the SIM and there is other short message storage available at the MS. If all the short message storage at the MS is already in use, the MS shall return "memory capacity exceeded".When a mobile terminated message is Class 3, the MS shall send an acknowledgement to the SC when the message has successfully reached the MS and can be stored, irrespectively of whether the MS supports an SMS interface to a TE, and without waiting for the message to be transferred to the TE. Thus the acknowledgement to the SC of a TE-specific message does not imply that the message has reached the TE. Class 3 messages shall normally be transferred to the TE when the TE requests "TE-specific" messages (see GSM TS 07.05 [8]). The user may be able to override the default meaning and select their own routing.解读：上面一大串说的就是Class0～Class3，每种类别的消息在手机收到后应做怎么样的处理，这些值对短消息中心来说没有特别的，但在外面对接或搞其它产品，这些值在各业务里有很多的应用。