下载文档原格式
保密等级：公开发放中国电信集团公司技术标准Q/CT****.01-****移动与视讯/宽带融合业务管理平台ISMP规范-IPTV 集成方案V1.2.32010- - 发布- - 实施中国电信集团公司发布内部资料，注意保密，未经同意，请勿翻印文档信息修改过程评审过程分发范围目录目录................................................................................................................................................. I I 前言.. (IV)1范围 (5)2规范性引用文件 (5)3名词术语和缩略语 (5)3.1 术语 (5)3.2 缩略语 (5)3.3 约束 (5)4系统结构 (7)4.1ISMP在网络中的位置 (7)4.2I SMP内部结构 (7)4.3I SMP接口概述 (8)5功能 (10)5.1内容管理 (10)5.1.1概述 (10)5.1.2 EPG展现模型说明 (11)5.1.3 内容导入 (11)5.2内容/业务/产品/产品组合之间的关系 (12)5.2.1 对应关系 (12)5.3IPTV账号与终端绑定（暂定）............................................................................................一三5.4业务能力编号及类型...........................................................................................................一三5.5内容/产品/业务/套餐编号..................................................................................................一三6接口 (14)6.1账户类型 (14)6.2I SMA P接口 (14)6.3统一配置接口 (14)6.3.1概述 (14)6.3.1.1全国ISM P到省I SMP统一配置接口 (14)6.3.1.2省ISMP到业务系统统一配置接口 (14)6.3.2全国ISM P到省I SMP统一配置接口 (14)6.3.2.1文件命名规范 (14)6.3.2.2回执文件命名规范................................................................................................... 一五6.3.2.3其它说明................................................................................................................... 一五6.3.2.4统一配置接口文件体定义....................................................................................... 一五6.3.3省ISMP到业务系统统一配置接口...............................................................................一五6.3.3.1数据信息定义........................................................................................................... 一五6.3.3.2内容信息同步接口................................................................................................... 一五6.3.3.2.1内容同步通知接口 (17)6.3.3.2.2 结果通知请求接口 (17)6.3.3.2.3 同步XML格式...........................................................................................................一八6.3.3.2.3.1 ADI定义 (19)6.3.3.2.3.2 Objects 定义 (19)6.3.3.2.3.3 Program定义 (20)6.3.3.2.3.4 Movie定义 (22)6.3.3.2.3.5 Cast定义 (25)6.3.3.2.3.6 CastRoleMap定义 (26)6.3.3.2.3.7 Channel定义 (27)6.3.3.2.3.8 PhysicalChannel定义 (29)6.3.3.2.3.9 Schedule 定义 (30)6.3.3.2.3.10 Picture 定义 (32)6.3.3.2.3.11 Category 定义 (32)6.3.3.2.3.12 Series 定义 (33)6.3.3.2.3.一三 Package 定义 (35)6.3.3.2.3.14 Mappings 定义 (36)6.3.3.2.3.一五 Reply 定义 (39)6.4与CRM接口 (39)6.4.1用户信息同步接口 (39)6.4.1.1用户基本信息同步接口 (39)6.4.1.2用户状态更新接口 (42)6.4.1.3用户付费类型切换接口 (42)6.5I PTV接口 (42)6.5.1IPTV开机认证接口 (42)6.5.1.1认证请求 (43)6.5.1.2认证请求响应 (43)6.5.1.3获取use rTo ken请求 (44)6.5.1.4获取use rTo ken响应 (46)6.5.2注销 (47)6.5.2.1注销请求 (47)6.5.2.2注销响应 (47)6.5.3EPG首页鉴权接口 (48)6.5.4业务鉴权接口 (48)6.5.5定购退定接口 (49)6.5.6U ser Tok en更新接口 (49)6.5.7用户基本信息同步接口（CreateUser） (50)6.5.8订购关系通知接口 (54)6.5.9用户与终端绑定接口 (55)7数据 (57)7.1账户类型 (57)7.2内容 (57)7.3个人用户 (57)7.4用户与终端绑定 (59)规范性附录A ISMP与业务系统接口错误代码表 (59)规范性附录B ISMP与CRM接口错误代码表 (65)前言本标准主要依据中国电信集团公司的需求，结合中国电信企业技术标准的特点进行编写，随着中国电信企业技术标准管理系统的发展完善，还将制定后续的相关标准。
smpp协议SMPP协议。
SMPP（Short Message Peer-to-Peer）是一种用于发送和接收短信的协议，通常用于移动通信网络。
SMPP协议允许不同的系统之间进行短信交换，并且提供了一种高效、可靠的方式来处理大量的短信流量。
本文将介绍SMPP协议的基本原理、工作流程和一些常见的应用场景。
首先，SMPP协议是一种客户端-服务器协议，它允许短信中心（SMSC）与短信应用程序之间进行通信。
SMPP协议使用TCP/IP作为传输层协议，通常在端口号为2775的连接上进行通信。
通过SMPP协议，短信中心可以向移动设备发送短信，也可以接收来自移动设备的短信，并将其传递给相应的应用程序。
SMPP协议的工作流程大致可以分为以下几个步骤，首先，客户端（通常是短信应用程序）与服务器（短信中心）建立连接，然后进行身份验证和参数设置。
接下来，客户端可以向服务器发送短信提交请求，服务器接收到请求后会将短信传递给目标移动设备。
移动设备接收到短信后可以进行相应的处理，并向服务器发送状态报告。
最后，服务器将状态报告传递给客户端，客户端可以根据状态报告来确认短信是否成功发送。
在实际应用中，SMPP协议通常用于以下几种场景，企业短信通知、广告推广短信、银行交易验证码等。
企业可以通过SMPP协议向客户发送重要通知，如订单确认、预约提醒等。
同时，广告商也可以利用SMPP协议向目标用户群发推广短信，促进产品销售。
此外，银行等金融机构也经常使用SMPP协议来发送交易验证码，以确保交易安全。
总之，SMPP协议作为一种用于短信交换的协议，在移动通信领域有着广泛的应用。
它的高效、可靠性能使其成为企业、广告商和金融机构等各行各业的首选。
通过本文的介绍，相信读者对SMPP协议有了更深入的了解，并能够更好地应用于实际场景中。
希望本文对您了解SMPP协议有所帮助，谢谢阅读！。
SMPP协议阅读指南目录1.名词解释 (2)2.SMPP协议概述 (3)2.1 SMPP协议定义 (3)2.2 SMPP会话定义 (3)2.3 SMPP PDUs (3)2.4 SMPP Network Layer Connections (4)2.5 SMPP messages sent from ESME to SMSC (4)2.6 SMPP messages sent from SMSC to ESME (4)2.7 Duplex message exchange between an SMSC and an ESME (4)2.9 SMPP 计时器(Timers)，在协议7.2节有更详细的描述 (4)2.10消息模式(Message Modes) (4)2.11 消息类型Message Types (5)3. SMPP PDU Type and Format Definitions (6)4. SMPP PDU Definition (6)5. SMPP Parameter Definition (6)6. Network Implementation (6)7. General Definitions (6)1.名词解释ESME External Short Message Entity 外部短信实体，指的是非移动网络(mobile network)内，但可以发送短信给SMSC，并且可以从SMSC接收短信PDU Protocol Data Unit 协议数据单元SMSC Short Message Service Centre 短信中心SMPP Short Message Peer to Peer Protocol 短信端对端协议UDHI User Data Header Indicator用户数据头标识2.SMPP协议概述SMPP是一个信息传输协议，它允许移动网络(mobile network)之外的实体(Entities)和SMSC连接。
CMPP和SMPP协议比较CMPP和口SMPP协议比较并非同类型协议CMPP口SMP都是短信协议中的一种，但它们不是同一类型的协议。
SMP!和ESME 和SMC （短信中心）之间的协议，而CMP是SP和中国移动ISMG之间的通讯协议。
以下是CMPP 3.0文档中的图示。
<!--[if !vml]--><!--[e ndif]-->与CMPP寸应的协议有，联通的SGIP协议，中国电信的SMG协议，网通的CNGP协议。
作为SP,只需要了解CMPP不需要了解SMPP最新版本和兼容SMP协议是一个国际标准，有SMS论坛制定，官方网址为，截至2006年7月2日，最新版本是5.0。
曾经流行的版本是3.3、3.4。
SMP助、议向后兼容的。
CMP最新版本似乎是3.0。
现在（2006年7月），大多数还是使用CMPP 2.QCMP协议没有做到向后兼容，3.0的文档本身也没有讲到兼容的问题，甚至认为, 、议制定者压根没想过要兼容。
CMPP 3.0没做到向后兼容导致了一个问题，就是SP无法平滑升级。
PDU 格式PDU是协议数据单元的缩写，SMPP和CMPP都使用最先一个4位的长度标志整个PDU的长度。
SMPP Packet消息头必填参数可选参数CMPP Packet消息头消息体SMPP Packet CMPP Packet消息头消息头必填参数消息体可选参数<!--[if !vml]--><!--[e ndif]-->SMPF是一个国际标准，不同的SMC勺是实现可能要增加特定参数，为了具备更好的扩展性，SMPP 3.4以上版本，增加了可选参数，在 5.0中，可选参数叫做TLVTable。
CMP是中国移动定义的其内部ISMG之间、ISMG与SP之间的通讯标准，涉及一些具体的计费信息，但没有可选参数。
在SMPP中，消息头包括 4 部分：PDU长度、Command_ld Command_Status Sequence_ld。
中国移动通信企业标准QB-╳╳-╳╳╳-╳╳╳╳中国移动通信互联网短信网关接口协议C h i n a M o b i l e P o i n t t o P o i n t版本号： 3.0.0╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布目录1 范围 (1)2 引用标准 (1)3 术语和定义 (1)4 网络结构 (2)5 CMPP功能概述 (3)6 协议栈 (3)7 通信方式 (3)7.1 长连接 (4)7.2 短连接 (6)7.3 本协议涉及的端口号 (6)7.4 交互过程中的应答方式 (7)8 消息定义 (7)8.1 基本数据类型 (7)8.2 消息结构 (7)8.3 消息头格式（Message Header） (8)8.4 业务提供商(SP)与互联网短信网关(ISMG)间的消息定义 (8)8.4.1 SP请求连接到ISMG（CMPP_CONNECT）操作 (8)8.4.1.1 CMPP_CONNECT消息定义（SP→ISMG） (8)8.4.1.2 CMPP_CONNECT_RESP消息定义（ISMG → SP） (9)8.4.2 SP或ISMG请求拆除连接（CMPP_TERMINATE）操作 (9)8.4.2.1 CMPP_TERMINATE消息定义（SP→ISMG或ISMG → SP） (9)8.4.2.2 CMPP_TERMINATE_RESP消息定义（SP→ISMG或ISMG → SP） (9)8.4.3 SP向ISMG提交短信（CMPP_SUBMIT）操作 (10)8.4.3.1 CMPP_SUBMIT消息定义（SP→ISMG） (10)8.4.3.2 CMPP_SUBMIT_RESP消息定义（ISMG → SP） (11)8.4.4 SP向ISMG查询发送短信状态（CMPP_QUERY）操作 (12)8.4.4.1 CMPP_QUERY消息的定义（SP→ISMG） (12)8.4.4.2 CMPP_QUERY_RESP消息的定义（ISMG →SP） (13)8.4.5 ISMG向SP送交短信（CMPP_DELIVER）操作 (13)8.4.5.1 CMPP_DELIVER消息定义（ISMG→SP） (13)8.4.5.2 CMPP_DELIVER_RESP消息定义（SP → ISMG） (16)8.4.6 SP向ISMG发起删除短信（CMPP_CANCEL）操作 (16)8.4.6.1 CMPP_CANCEL消息定义（SP → ISMG） (17)8.4.6.2 CMPP_CANCEL_RESP消息定义（ISMG → SP） (17)8.4.7 链路检测（CMPP_ACTIVE_TEST）操作 (17)8.4.7.1 CMPP_ACTIVE_TEST定义（SP → ISMG或ISMG→SP） (17)8.4.7.2 CMPP_ACTIVE_TEST_RESP定义（SP → ISMG或ISMG→SP） (17)8.5 互联网短信网关(ISMG)之间的消息定义 (17)8.5.1 源ISMG请求连接到目的ISMG（CMPP_CONNECT）操作 (17)8.5.2 源ISMG请求拆除到目的ISMG的连接（CMPP_TERMINATE）操作 (17)8.5.3 链路检测（CMPP_ACTIVE_TEST）操作 (18)8.5.4 源ISMG向目的ISMG转发短信（CMPP_FWD）操作 (18)8.5.4.1 CMPP_FWD定义（ISMG→ ISMG） (18)8.5.4.2 CMPP_FWD_RESP定义（ISMG→ ISMG） (21)8.6 互联网短信网关(ISMG)与汇接网关(GNS)之间的消息定义 (22)8.6.1 ISMG请求连接到GNS或GNS请求连接到ISMG（CMPP_CONNECT）操作 (22)8.6.2 ISMG请求拆除到GNS的连接或GNS请求拆除到ISMG的连接（CMPP_TERMINATE）操作 (22)8.6.3 ISMG向汇接网关查询MT路由（CMPP_MT_ROUTE）操作 (22)8.6.3.1 CMPP_MT_ROUTE消息定义（ISMG→GNS） (22)8.6.3.2 CMPP_MT_ROUTE_RESP消息定义（GNS → ISMG） (22)8.6.4 ISMG向汇接网关查询MO路由（CMPP_MO_ROUTE）操作 (23)8.6.4.1 CMPP_MO_ROUTE消息定义（ISMG→GNS） (23)8.6.4.2 CMPP_MO_ROUTE_RESP消息定义（GNS → ISMG） (23)8.6.5 ISMG向汇接网关获取MT路由（CMPP_GET_MT_ROUTE）操作 (24)8.6.5.1 CMPP_GET_MT_ROUTE消息定义（ISMG→GNS） (24)8.6.5.2 CMPP_GET_ ROUTE_RESP消息定义（GNS → ISMG） (24)8.6.6 SMG向汇接网关获取MO路由（CMPP_GET_MO_ROUTE）操作 (25)8.6.6.1 CMPP_GET_MO_ROUTE消息定义（ISMG→GNS） (25)8.6.6.2 CMPP_GET_MO_ROUTE_RESP消息定义（GNS → ISMG） (26)8.6.7 ISMG向汇接网关更新MT路由（CMPP_MT_ROUTE_UPDATE）操作 (26)8.6.7.1 CMPP_MT_ROUTE_UPDATE消息定义（ISMG→GNS） (27)8.6.7.2 CMPP_MT_ROUTE_UPDATE_RESP消息定义（GNS → ISMG） (27)8.6.8 ISMG向汇接网关更新MO路由（CMPP_MO_ROUTE_UPDATE）操作 (28)8.6.8.1 CMPP_MO_ROUTE_UPDATE消息定义（ISMG→GNS） (28)8.6.8.2 CMPP_MO_ROUTE_UPDATE_RESP消息定义（GNS → ISMG） (28)8.6.9 汇接网关向ISMG更新MT路由（CMPP_PUSH_MT_ROUTE_UPDATE）操作 (29)8.6.9.1 CMPP_PUSH_MT_ROUTE_UPDATE消息定义（GNS→ISMG） (29)8.6.9.2 CMPP_PUSH_MT_ROUTE_UPDATE_RESP消息定义（ISMG → GNS） (30)8.6.10 汇接网关向ISMG更新MO路由（CMPP_PUSH_MO_ROUTE_UPDATE）操作.. 308.6.10.1 CMPP_PUSH_MO_ROUTE_UPDATE消息定义（GNS→ISMG） (30)8.6.10.2 CMPP_PUSH_MO_ROUTE_UPDATE_RESP消息定义（ISMG → GNS） .. 318.7 系统定义 (31)8.7.1 Command_Id定义 (31)8.7.2 错误码使用说明 (32)8.7.3 ISMG与GNS之间消息使用的错误码定义 (32)8.7.4 GNS上路由信息的Route_Id的编号规则 (33)9 附录1 短信群发功能的实现 (34)10 附录2 GNS协议目前实现说明 (34)11 修订历史 (36)前言本规范规定了移动梦网短信业务开展过程中各网元（包括ISMG、GNS和SP）之间的消息类型和定义，目前为3.0.0版本，是在原来2.1.0版本的基础上进行修订而成。
ＳＭＰＰ协议3.1ＳＭＰＰ规范简介ＳＭＰＰ接口协议最初由ＥＴＳＩ收录在ＧＳＭ０３.３９规范中，描述了短消息中心与短消息实体之间通信交互的协议关系及数据传输格式，本规范对ＳＭＰＰ接口协议的描述主要面向简单的通信交互，制定规范的厂家将其协议版本号定为Ｖ３.３０；后由ＳＭＰＰ开发者论坛将协议版本向前演进为Ｖ３.４０，ＳＭＰＰＶ３.４０协议规范完全兼容ＧＳＭ０３.３９协议标准。
本规范中，所采用的短消息中心设备与短消息股票交易业务处理平台之间的接口采用ＧＳＭ０３.３９Ｖ３.３０协议规范，如无特殊说明全部以此协议规范为准。
ＳＭＰＰ协议可以以ＴＣＰ／ＩＰ或Ｘ.２５作为底层通讯承载。
与ＳＭＰＰ协议规范相关的参考资料如下：１、《GSM 03.39(Version 5.0.0)》：European digital cellular telecommunications system(Phase 2);Interface protocols for theconnection of Short Message Service Centres(SMSCs)to ShortMessage Entities(SMEs);２、《GSM 03.39(Version 6.0.0)》：European digital cellular telecommunications system(Phase 2+);Interface protocols for theconnection of Short Message Service Centres(SMSCs)to ShortMessage Entities(SMEs);３、《GSM 03.40(Version 4.8.1)：European digital cellular telecommunications system(Phase 2);Technical realization of theShort 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 interconnecting ServiceCenter(SC) and Mobile_services Switching Center(s)(MSC)》６、《900/1800 MHz 数字蜂窝移动通信系统短消息中心设备规范（第一分册点对点短消息业务）》缩略语ＳＭＥ短消息实体ＳＭＰＰ短消息点对点协议ＳＭＳＣ短消息服务中心ＥＳＭＥ扩展短消息实体３.２系统结构、功能概述通过ＳＭＰＰ，ＥＳＭＥ（例如寻呼台、语音邮箱系统、股票交易业务处理平台等）能连接（Bind）或断连（UnBind）短消息中心，提交（Submit）短消息或从短消息中心下发（Deliver）。
SMPP安全协议SMPP（Short Message Peer-to-Peer）是一种用于发送短信的协议，主要用于移动通信网络。
然而，由于短信的敏感性和重要性，保障SMPP通信的安全性和可靠性变得尤为重要。
为了解决这一问题，SMPP安全协议应运而生。
本文将对SMPP安全协议进行介绍和讨论。
一、SMPP安全协议的定义和功能SMPP安全协议是一种用于保障SMPP通信安全性的协议。
它致力于确保短信在传输过程中不被篡改、截获或者伪造，同时保护用户的隐私和数据的机密性。
基于此，SMPP安全协议具有以下主要功能：1. 数据加密：SMPP安全协议使用加密算法对传输的数据进行加密处理，防止数据在传输过程中的窃听和篡改。
常见的加密算法包括AES、DES等。
2. 身份验证：SMPP安全协议采用身份验证机制，确保短信发送方和接收方的身份合法可信。
通常使用数字证书或者密码验证的方式进行身份认证。
3. 安全连接：SMPP安全协议通过建立安全的连接（SSL/TLS）来确保通信过程中的隐私和认证。
SSL/TLS协议使用了公钥加密和身份验证等技术，有效地保护了通信双方的利益。
二、SMPP安全协议的实现SMPP安全协议的实现需要各运营商和服务提供商共同参与，采取一系列技术手段来保障短信通信的安全性。
首先，运营商和服务提供商需要建立相互信任的机制，确保双方可靠可信。
这可以通过数字证书的发行与验证来实现，确保SMPP连接的两端是合法的。
其次，在数据传输过程中，通过使用相应的加密算法，对短信内容进行加密，防止数据在传输过程中被窃听和篡改。
同时，也需要建立安全的传输通道，使用SSL/TLS协议来建立连接，确保通信过程中的隐私和认证。
此外，针对SMPP协议本身的安全漏洞和风险，运营商和服务提供商应加强监控和日志记录，及时发现和处理潜在的风险问题。
同时，定期进行安全审计和漏洞扫描，对系统进行全面的安全检查和评估。
三、SMPP安全协议的优势和应用SMPP安全协议的应用带来了许多优势和好处。
捷信新员工入职培训第一章前言以下容是根据个人的理解整理的捷信项目中涉及的部分移动通信网知识的简要介绍，供捷信项目新员工学习了解。
水平有限，可能还有不少错误，但是只求大致了解，希望不致于贻笑大方。
若发现理解、阐述上有问题，请回复告知。
第二章移动通信网简介基本网络结构涉及的概念MS：移动台，即俗称得手机用户；BTS：发射台？负责无线信号的收发；BSC：负责控制BTS；MSC：移动交换机，就像一个以太网交换机负责在各个计算机之间交换数据一样，移动交换机负责控制通话等等——当然，实际复杂得多。
GMSC：关口局，关口MSC。
GMSC用于连接两个不同的运营商或者异构的网络。
实践中，厂家设计时通常将MSC设计为可以兼当GMSC。
例如，移动的GSM网络要和联通的GSM网络通信，则双方各自有一个GMSC，两个MSC之间通过TUP/ISUP协议通信。
一个不是很恰当的比喻，GMSC类似与一个路由器，连接不同的网络甚至是异构的网络。
TMSC：汇接局，T局。
任意两个MSC之间要通信，若采用两两直接互连的网状连接，则需要大量的传输线路，为了节省传输资源，通信网通常采用网状＋树状的网络拓扑——每个省设置两个TMSC，本省的MSC与本省的TMSC连接，省之间通过TMSC连接。
即，一个用户给一个用户打，其话路先从MSC到省的TMSC，然后到TMSC，最后到的MSC。
VLR：拜访位置寄存器（VisitedLocationRegister），负责保存在所服务区域的用户的信息，比如用户有无短信收发能力、用户有无呼转能力等，还负责分配、保存一些临时的信息，比如MSRN、TIMSI、TLDN等；理论上一个VLR可以同时为多个MSC服务，实践中VLR和MSC在物理上作为同一个设备（就像东信的CDMA2000交换机，一个MSC中有两块路板控制整个交换的FMCP即MSC部分，另外一块是VLR专用的VLRP）。
HLR：归属位置寄存器（HomeLocationRegister），负责永久保存用户的信息——直到用户销户为止。
ＳＭＰＰ协议3.1ＳＭＰＰ规范简介ＳＭＰＰ接口协议最初由ＥＴＳＩ收录在ＧＳＭ０３.３９规范中，描述了短消息中心与短消息实体之间通信交互的协议关系及数据传输格式，本规范对ＳＭＰＰ接口协议的描述主要面向简单的通信交互，制定规范的厂家将其协议版本号定为Ｖ３.３０；后由ＳＭＰＰ开发者论坛将协议版本向前演进为Ｖ３.４０，ＳＭＰＰＶ３.４０协议规范完全兼容ＧＳＭ０３.３９协议标准。
本规范中，所采用的短消息中心设备与短消息股票交易业务处理平台之间的接口采用ＧＳＭ０３.３９Ｖ３.３０协议规范，如无特殊说明全部以此协议规范为准。
ＳＭＰＰ协议可以以ＴＣＰ／ＩＰ或Ｘ.２５作为底层通讯承载。
与ＳＭＰＰ协议规范相关的参考资料如下：１、《GSM 03.39(Version 5.0.0)》：European digital cellular telecommunications system(Phase 2);Interface protocols for theconnection of Short Message Service Centres(SMSCs)to ShortMessage Entities(SMEs);２、《GSM 03.39(Version 6.0.0)》：European digital cellular telecommunications system(Phase 2+);Interface protocols for theconnection of Short Message Service Centres(SMSCs)to ShortMessage Entities(SMEs);３、《GSM 03.40(Version 4.8.1)：European digital cellular telecommunications system(Phase 2);Technical realization of theShort 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 interconnecting ServiceCenter(SC) and Mobile_services Switching Center(s)(MSC)》６、《900/1800 MHz 数字蜂窝移动通信系统短消息中心设备规范（第一分册点对点短消息业务）》缩略语ＳＭＥ短消息实体ＳＭＰＰ短消息点对点协议ＳＭＳＣ短消息服务中心ＥＳＭＥ扩展短消息实体３.２系统结构、功能概述通过ＳＭＰＰ，ＥＳＭＥ（例如寻呼台、语音邮箱系统、股票交易业务处理平台等）能连接（Bind）或断连（UnBind）短消息中心，提交（Submit）短消息或从短消息中心下发（Deliver）。
此协议包含以下两部分：*（协议）ESME到SMSC的消息*（协议）SMSC到扩展ESME的消息其中用户管理部分只适用于SMSC有用户数据库支持的情况SMSC和ESME之间的关系如下图所示：图３－１：SMSC和ESME连接的短消息系统网络３.３消息协议按短消息信息的流向，可以将ＥＳＭＥ与ＳＭＳＣ之间的短消息信息分为两类：１、从ＳＭＳＣ到ＥＳＭＥ的消息；２、从ＥＳＭＥ到ＳＭＳＣ的消息。
对于所有请求消息，无论始发于ESME还是SMSC，都必须产生一个响应消息（acknowledge）。
从ESME到SMSC所提交的消息，可能有两种响应：*SMSC收到消息的响应（ACK）*如果这条短消息设置了需要状态报告，那么当这条短消息到达目标地之后，SMSC会产生一个状态报告的消息给ESME。
.1SMSC到ESME的消息以下消息是从SMSC到ESME的消息.2ESME到SMSC的消息以下为ESME到SMSC的消息３.４消息语法３.４.１语法定义规则在以下语法说明中，遵从以下规则：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" ，格式如下●C_UnicodeString ：Unicode编码的字符串。
３.４.２消息头语法具体字段描述说明：●Command Length：整个包的长度（包括该字段本身）。
●Command ID ：这个字段表明该条短消息的类型，相当于标识符。
例如ESME_SUB_SM表示此消息为ESME向SMSC提交短消息。
当该标识符表示该条消息是请求消息（request）时，标识符的保留取值范围是0h到FFh。
当该标识符表示该条消息是应答消息（response）时,标识符的保留取值范围是080000000h到0800000FFh。
一般来说，应答消息的类型对应相应的请求消息的类型，所不同的是，应答消息的类型在第31位比特处是置位的。
Command ID命令取值:Command Status ：此字段表示一个请求消息的成功与失败，如失败，指示引起失败的错误类型等信息。
该字段只用在应答消息中，在请求消息中，该字段必须为NULL。
●Sequence No .：此字段表示消息的序列号，它由ESME产生，它是消息和它的应答之间的对应标志，数值在01h到07FFFFFFFh间。
对于每条请求消息，该字段的取值必须保证严格单调递增，当序列号值达到最大值时，返回继续从01h开始。
●Optional Message Body：此字段表示短消息的消息体部分，在移动股票交易应用中承载STK卡应用协议内容。
３.４.３各命令消息体具体格式1、generic_Nak命令此命令用于当接收消息头有错误的时候的响应，该响应只能由收到请求方发出。
该命令只有消息头，没有消息体。
２、BIND_RECEIVER命令在扩展短消息实体和短消息中心之间建立虚连接，接收SMSC转发的短消息。
具体字段描述说明：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。
３、BIND_RECEIVER_RESP语法此命令用于对MI_BIND_RECEIVER响应。
具体参数说明：system_id ：该字段是系统登录到短消息中心所用的接口号。
４、BIND_TRANSMITTER命令在扩展短消息实体和短消息中心之间建立虚连接，扩展短消息实体能向SMSC提交短消息。
此命令和BIND_RECEIVER的语法一样，只是在消息头里的Command_id为"bind_transmitter"。
５、BIND_TRANSMITTER_RESP命令此命令和BIND_RECEIVER_RESP的语法一样，只是在消息头里的Command_id 为"bind_transmitter_resp"。
６、UNBIND命令此命令用于断开ESME和SMSC之间的连接。
此消息只有消息头，没有消息体。
７、UNBIND_RESP命令此消息只有消息头，没有消息体。
８、SUBMIT_SM命令此命令用于用于ESME提交短消息到SMSC,以便SMSC把此短消息发给特定ESME。
具体参数说明:service_type ：保留字段，为将来扩展用。
必须设为NULL。
source_addr_ton ：源地址编码类型，如不需要，可设为NULL。
source_addr_npi ：源地址编码方案，如不需要，可设为NULL。
source_addr ：提交该短消息的SME的地址。
是提交的短消息的源地址。
如不需要，可设为NULL。
dest_addr_ton ：目的地址编码类型，如不需要，可设为NULL。
dest_addr_npi ：目的地址编码方案，如不需要，可设为NULL。
destination_addr：短消息的目的地址。
对于移动终止的短消息来说，它就是目的手机的MSISDN。
如不需要，可设置为 NULL。
esm_class ：该字短为短消息类型。
对submit_sm消息来说，该字段必须为NULL;对deliver_sm消息来说，该字段表示这条消息是状态报告。
该字段的具体解释请参考后面的消息体参数说明。
但对于普通的SUBMIT_SM命令，此字段设为0。
取值说明：其中：UDHI：表示短消息内容是否有头结构。
置位表示有。
Delivery Receipt：在DELIVER_SM协议中使用，表示此条消息是否是状态报告。
protocol ID ：GSM协议类型。
