短信综合服务平台接口技术规范

公司短信平台管理办法

公司短信平台管理办法的管理标准1 总则1.1 为了加强对XX公司客户服务平台和OA办公系统的服务短信平台（以下简称“短信平台”）的管理，根据《中华人民共和国电信条例》及国家通信短信管理有关规定，制定本办法。

1.2 为了对XX公司短信平台进行统一的安全管理、统一的应用管理和统一的业务管理，建立规范的业务申请、审批和使用机制,促进短信平台健康、畅通、有序、高效运行,特制定本办法。

1.3 为了保证XX公司短信平台安全、规范的使用，特制定本管理办法。

1.4 本办法适用于XX公司、分局和所属各单位短信业务管理工作。

2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。

凡是注日期的引用文件，其随后所有修改单（不包括勘误的内容）或修订版均不适用于本标准，鼓励用最新版本,但是否采用最新版本由公司标准化委员会研究决定；凡是不注日期的引用文件，其最新版本适用于本标准。

3 术语和定义3.1 短信短信简称SMS，是用户通过手机或其他移动终端直接发送或接收的文字或数字信息。

3.2 公司所属各单位本办法中公司所属各单位是指XX公司所属的各分局、直属单位。

3.3 运行维护单位本办法中运行维护单位是指为长期为短信平台提供信息系统运行维护服务的单位。

4 职责4.1 信息部4.1.1 信息部是XX公司短信平台归口管理部门；4.1.2 负责短信平台各项服务使用的审批管理工作；4.1.3 负责短信平台相关的培训组织工作；4.1.4 关注和跟踪短信平台最新技术发展方向。

4.2 各业务部门4.1.1负责监督和规范短信平台的使用；4.1.2负责短信平台业务需求提出和变更工作；4.3 总经理工作部负责对外短信的监督和规范使用。

4.2 公司所属各单位4.2.1 负责短信平台各项服务的申请工作；4.2.2 负责组织本单位不同层次的平台使用培训工作；4.2.3 负责整理分析、收集本单位短信平台使用的需求。

4.3 信通公司4.3.1 XX公司短信平台运行维护工作由XX公司负责。

GSM11.11接口规范

ETSI资料来源:ETSI TC-SMG参考资料:RE/SMG-091111PR4ICS:33.060.50 GSM全球移动通信系统数字蜂窝电信系统（PHASE 2）个人身份鉴别模块——移动设备（SIM—ME）接口规范（GSM 11.11）ESTI欧洲电信标准化机构DRAFT PrETS 300 608 August 1996 Fourth Edition目录前言1综述Scope2参考标准References3定义、缩写和符号Definitions,Abbreviations and symbols3.1定义Definitions3.2缩写Abbreviations3.3符号Symbols4物理特性Physical characteristics4.1格式和布局Format and Layout4.1.1插入式SIM Plug-in SIM4.2卡操作的温度范围Temperature range for card operation4.3触点Contacts4.3.1触点位置Provision of contacts4.3.2激活与反激活Activation and Dectivation4.3.3惰性接触Inactive contacts4.3.4接触压力Contact pressure4.4优先考虑Precedence4.5静电保护Static Protection5电信号和传输协议Electronic signals and ransmission protocols5.1电源Vcc（触点C1）Supply voltage Vcc (contact C1)5.2复位（RST）（触点C2）Reset(RST) (contact C2)5.3编程电压Vpp（触点C6）Programming voltage Vpp (contact C6)5.4时钟CLK（触点C3）Clock CLK (contact C3)5.5I/O （触点C7）I/O (contact C7)5.6说明States5.7波特率Baudrate5.8复位响应（ATR）Answer To Reset (ATR)5.8.1结构和内容Structure and contents5.8.2PTS过程PPS procedure5.9位/字符宽度和采样时间Bit/character duration and sampling time5.10错误处理Error handling6逻辑模型Logical Model6.1简述General description6.2文件识别File identifier6.3专用文件Dedicated Files6.4基本文件Elementary Files6.4.1透明的EF Transparent EF6.4.2线性固定的EF Linear fixed EF6.4.3循环EF Cyclic EF6.5选择一个文件的方法Methods for selecting a file6.6保留的文件ID Reservation of file IDs7安全特征Security Features7.1认证和密钥产生的过程Authentication and cipher key generation procedure7.2算法和运算Algorithms and processes7.3文件存取条件File access conditions8功能描述Description of the functions8.1SELECT8.2STATUS8.3READ BINARY8.4UPDATE BINARY8.5READ RECORD8.6UPDATE RECORD8.7SEEK8.8INCREASE8.9VERIFY CHV8.10CHANGE CHV8.11DISABLE CHV8.12ENABLE CHV8.13UNBLOCK CHV8.14INV ALIDATE8.15REHABILITATE8.16RUN GSM ALGORITHM8.17SLEEP9命令描述Description of the commands9.1映射规则Mapping principles9.2命令编码Coding of the commands9.2.1SELECT9.2.2STATUS9.2.3READ BINARY9.2.4UPDATE BINARY9.2.5READ RECORD9.2.6UPDATE RECORD9.2.7SEEK9.2.8INCREASE9.2.9VERIFY CHV9.2.10CHANGE CHV9.2.11DISABLE CHV9.2.12ENABLE CHV9.2.13UNBLOCK CHV9.2.14INV ALIDATE9.2.15REHABILITATE9.2.16RUN GSM ALGORITHM9.2.17SLEEP9.2.18GET RESPONSE9.3定义和编码Definitions and Coding9.4卡片返回的状态条件Status conditions returned by the card9.4.1对正确执行的命令的响应Response to commands which are correctly executed9.4.2存储管理Memory management9.4.3协议管理Referencing management9.4.4安全管理Security management9.4.5应用无关错Application independent errors9.4.6与可能的状态响应有关的命令Commands versus possible status responses 10基本文件（EF）的内容Contents of the Elementary Files(EF)10.1MF与EF的内容Contents of the Efs at the MF level10.1.1EF ICCID（ICC识别）(ICC Identification)10.2GSM应用层文件的内容Contents of files at the GSM application level10.2.1EF LP（语言参考）(Language preference)10.2.2EF IMSI（IMSI）(IMSI)10.2.3EF KC（密钥Kc）(Ciphering key Kc)10.2.4EF PLMNsel（PLMN选择器）( PLMN selector)10.2.5EF HPLMN（HPLMN搜索周期）(HPLMN search period)10.2.6EF ACMmax （ACM最大值）(ACM maximum value)10.2.7EF SST（SIM服务表）(SIM service table)10.2.8EF ACM（累计呼叫表）(Accumulated call meter)10.2.9EF GID1（组标识1）(Group Identifier Level 1)10.2.10EF GID2（组标识2）(Group Identifier Level 2)10.2.11EF SPN（服务供应商名字）(Service Provider Name)10.2.12EF PUCT （单位价格和货币表）(Price per unit and currency table)10.2.13EF CBMI（小区广播消息识别）(Cell broadcast message identifier selection)10.2.14EF BCCH（广播控制通道）(Broadcast Control Channels)10.2.15EF ACC（存取控制类）(Access control Class)10.2.16EF FPLMN（禁止PLMN）(Forbidden PLMNs)10.2.17EF LOCI （定位信息）(Location information)10.2.18EF AD （内部管理数据）(Administrative data)10.2.19EF phase （阶段识别）(Phase identification)10.3电信层的文件内容Contents of files at the telecom level10.3.1EF AND （缩写的拔号码）(Abbreviated dialling numbers)10.3.2EF FDN（固定的拔号码）(Fixed dialling numbers)10.3.3EF SMS（短信息）(Short Messages)10.3.4EF CCP（容量配置参数）(Capability configuration parameters)10.3.5EF MSISDN（MSISDN）(MSISDN)10.3.6EF SMSP（短信息服务参数）(Short message service parameters)10.3.7EF SMSS （SMS状态）(SMS status)10.3.8EF LND （最后拔打号码）(Last number dialled)10.3.9EF EXT1 （扩展1）(Extension 1)10.3.10EF EXT2（扩展2）(Extension 2)10.4GSM文件（图7）Files of GSM11应用协议Application protocol11.1通用过程General procedures11.1.1读出文件Reading an EF11.1.2更新文件Updating an EF11.1.3增加文件Increasing an EF11.2SIM管理过程SIM management procedures11.2.1SIM初始化SIM initialization11.2.2GSM过程终止GSM session termination11.2.3紧急呼叫代码Emergency Call Codes11.2.4语言参考Language preference11.2.5管理信息请求Administrative information request11.2.6SIM服务表请求SIM service table request11.2.7SIM阶段请求SIM phase request11.3CHV相关过程CHV related procedures11.3.1CHV检验CHV verification11.3.2CHV值替换CHV value substitution11.3.3CHV失效CHV disabling11.3.4CHV有效CHV enabling11.3.5CHV解锁CHV unblocking11.4GSM安全相关的过程GSM security related procedures11.4.1GSM算法计算GSM algorithms computation11.4.2IMSI请求IMSI request11.4.3存取控制请求Access control request11.4.4HPLMN搜索期请求HPLMN search period request11.4.5定位信息Location information11.4.6密钥Cipher Key11.4.7BCCH信息BCCH information11.4.8禁止PLMN Forbidden PLMN11.5个人识别相关的过程Subscription related procedure s11.5.1拔打号码Dialling numbers11.5.2短信息Short messages11.5.3付款建议（AoC）Advice of Charge (AoC)11.5.4容量配置参数Capability configuration parameters11.5.5PLMN选择器PLMN selector11.5.6小区广播消息标识Cell Broadcast message identifier11.5.7组识别1 Group identifier level 111.5.8组识别2 Group identifier level 211.5.9服务供应商姓名Service Provider Name附录A（标准的）：插入式SIM (normative)Plug-in SIM附录B（一般参考）：FDN过程(informative) FDN procedures附录C（一般参考）：在预个人化EF的内容的建议(informative) Suggested contents of the Efs at pre-personlization附录D（一般参考）：参考文献(informative)历史前言这份欧洲电信标准（ETS）是由欧洲电信标准化机构（ETSI）下的特别移动组（SMG）技术委员会（TC）所制订的。

UMS短信和彩信概要

统一信息服务平台Unified Message Service Platform for Service Provider 短信、彩信技术概要版本3.02无线技术无限二零零八年十二月1概述统一消息服务平台（Unified Message Service Platform，以下简称UMS）系统是SimpleTeam的产品。

它主要是为服务提供商提供统一的业务通讯平台，使得服务提供商可以为不同的客户群，特别是那些通过移动设备终端访问服务的客户，提供统一的服务模式。

另外，它还可以为服务提供商之间的信息，资源和市场的共享提供通讯层次上的便利。

图1 统一消息服务SimpleTeam实现了一个与以往API程序完全不同的概念：只需要通过配置UMS系统，就可以让消息透过不同的应用系统，自动地从消息来源点分发到各个不同的接收点。

而且系统运行过程中几乎无需人工干预。

UMS系统内部已经具备了：连接管理、流量管理、路由管理、消息统计和计费、消息兼容与转换、缓冲与队列、查找与匹配、报警与自动恢复等等完整的功能体系。

1.1手册说明此技术手册在于说明统一信息服务平台的关于短信和彩信的技术概要。

首先介绍了短信和彩信所涉及的业务网关以及短信和彩信常用的业务模式。

这个平台将为服务提供商的运营和管理提供有力的支持与帮助。

在企业发展和市场竞争加剧的情况下，使得服务提供商更加完善面向客户的服务体制，为客户提供更好的服务，提高客户的满意程度，降低服务成本。

1.2使用范围本手册适合于基于电信运营的服务提供商、网关提供商和数据交换提供商。

此技术手册所涉及的技术概念特别多，因此阅读本需要一定的技术基础。

1.3参考资料《Short Message Peer to Peer Protocol Specification》SMPP v3.4《中国移动通信互联网短信网关接口协议》CMPP 3.0《中国联合通信公司短消息网关接口协议》SGIP 1.2《基于固定电话网的信息终端及综合信息系统技术规范》SMGP 1.32《PHS短消息网关技术规范》CNGP 1.0《中国移动MMS接口规范》《中国联通MMS接口规范》《中国电信ParlayX接口规范》《中国网通ParlayX接口规范》《中国移动Provision接口规范》1.4术语表SMS ——Short Message Service，短消息服务。

短信平台定制方案

短信平台定制方案1. 设计原则与依据1.1. 设计原则1) 统一规划：短信平台是各应用系统的统一短信服务平台，其服务内容与服务质量应该有统一的规范，在实现上应采用统一的技术规范。

系统需充分考虑软、硬件平台的开放性和通讯层、业务层的开放性，采用国际通用的技术标准，如国际电信联盟ITU、欧洲电信标准协会ETSI、ATM 论坛、我国国家标准和行业标准等有关技术体制规定，支持多种协议。

软件开发应采用规范和先进的软件工程与项目管理方法。

2) 多种接入方式：短信平台是一个开放的系统，提供多种的连接方式，能够连接包括中国电信、中国移动、中国联通等多家运营商。

3) 适用性与经济性：系统应能为各应用系统提供统一的标准的短信接入服务。

系统建设应充分利用现有设备和数据资源，保护原有软、硬件投资。

4) 扩充性与兼容性：系统平台应可以根据性能、可靠性等的扩展需要，能够通过新增设备进行平滑扩展和升级。

系统应同时支持现有的多种呼叫功能和网络协议。

5) 先进性：在满足可靠性的前提下，采用短信平台技术领域的最新技术，保证系统在建成后不会因技术落后不能满足应用发展的需要而做大的调整，并能够通过升级保持系统的先进性，延长其生命周期。

6) 高可靠性：短信平台需要提供7×24 小时全天候不间断服务，系统的可靠性将直接影响短信服务的服务质量。

短信平台应该能够应付突发情形下突然剧增的短信访问量。

因此在设计上需选用可靠的设备，运用冗余、容错、自恢复等技术充分保证系统的健壮。

同时须充分考虑呼叫容量对线路流量和系统处理性能的要求。

7) 方便管理与维护：出于加强系统运行监控的需要，系统应具备方便全面的管理监控功能（包括远程管理），支持SNMP网管监控，支持SNMP TRAP告警。

同时，系统应易于使用，系统维护应尽量集中、简单，减少维护开销。

系统平台应配备健壮的开发接口和丰富的开发工具，充分支持二次开发。

1.2. 设计依据短信平台是通过连接运营商短信网关来提供短信接入服务，建设短信平台除参考国际电联（ITU）的相关建议外，需遵循以下相关规范：Ÿ邮电部电话交换设备总技术规范书及附件（GF002-9002.1、9002.4）；ŸSMGP1.0中国电信短信网关协议；ŸSGIP1.2中国联通短信网关协议；ŸCMPP2.0/3.0中国移动短信网关协议（同时应支持嘉讯信息机）。

短信服务标准

短信服务标准短信服务是现代通信的重要方式之一，它的标准化对于保障用户权益、提高服务质量至关重要。

本文将对短信服务标准进行详细介绍，以便各相关单位和个人能够更好地理解和遵守相关规定。

首先，短信服务的内容应当合法合规。

发送短信的内容应当符合国家法律法规的规定，不得含有违法、淫秽、暴力等内容。

同时，也应当尊重用户的隐私权，不得擅自向用户发送商业广告等信息，必须经过用户同意后方可发送。

其次，短信服务的发送频率应当受到限制。

为了避免对用户造成骚扰，短信服务的发送频率应当受到一定的限制，不得频繁向用户发送短信。

同时，也应当避免在用户休息时间、工作时间以及特殊场合发送短信，以免影响用户的正常生活和工作。

另外，短信服务的号码管理应当规范。

发送短信的号码应当是合法有效的，不得使用虚假号码或者未经授权的号码发送短信。

同时，也应当对发送短信的号码进行有效管理，确保号码的安全性和有效性。

此外，短信服务的技术标准也是非常重要的。

发送短信的技术应当符合国家相关标准，确保短信的正常发送和接收。

同时，也需要对短信内容进行有效的过滤和审核，以避免传播不良信息。

最后，短信服务的投诉处理应当及时有效。

如果用户对于接收到的短信内容有异议，相关单位应当及时进行处理，保障用户的合法权益。

同时，也应当建立健全的投诉处理机制，确保用户的投诉能够得到及时有效的解决。

总之，短信服务作为一种重要的通信方式，其标准化对于保障用户权益、提高服务质量具有重要意义。

各相关单位和个人应当严格遵守相关规定，共同维护良好的短信服务环境，为用户提供更加优质的通信服务。

短信平台技术方案通用版

短信平台技术方案通用版目录一、内容概览 (3)二、短信平台技术原理 (3)2.1 短信网关 (5)2.2 服务器端处理 (6)2.3 客户端交互 (8)2.4 传输协议 (9)三、短信平台功能模块 (10)3.1 用户管理模块 (12)3.1.1 用户注册 (13)3.1.2 用户登录 (14)3.1.3 用户信息管理 (15)3.2 短信发送模块 (16)3.2.1 消息模板管理 (18)3.2.2 发送记录查询 (19)3.2.3 发送状态监控 (20)3.3 短信接收模块 (21)3.3.1 接收设置 (23)3.3.2 消息提取 (24)3.3.3 消息状态反馈 (25)3.4 数据统计模块 (26)3.4.1 发送统计 (27)3.4.2 接收统计 (29)3.4.3 效率分析 (29)四、短信平台系统架构 (30)4.1 分层架构 (32)4.2 组件关系 (33)4.3 数据流 (34)五、短信平台安全性设计 (36)5.1 数据加密 (37)5.2 认证机制 (38)5.3 防火墙与入侵检测 (39)六、短信平台性能优化 (40)七、短信平台部署方案 (41)7.1 硬件需求 (42)7.2 软件环境 (43)7.3 部署步骤 (44)八、短信平台维护与升级 (45)8.1 日常维护 (46)8.2 故障排查 (47)8.3 版本升级 (48)九、案例分析 (49)9.1 成功案例介绍 (50)9.2 应用场景分析 (51)9.3 实施效果评估 (52)十、总结与展望 (53)10.1 技术总结 (54)10.2 发展趋势 (55)10.3 未来展望 (56)一、内容概览本技术方案旨在提供一个通用、高效且可扩展的短信平台，以满足不同行业和场景的短信发送需求。

该平台将采用模块化设计，包括短信网关、短信路由、短信模板管理、用户管理、统计分析等核心功能模块。

通过高度集成化的设计和易于扩展的架构，本方案能够帮助企业快速实现短信服务的部署和管理，提升业务效率和客户沟通质量。

短信平台管理制度范文

短信平台管理制度范文短信平台管理制度范文第一章总则第一条为规范本平台的整体管理和运营，维护用户的权益，保障信息的安全、可靠与有效，制定本制度。

第二章平台管理原则第二条平等原则：平台对于所有用户要公平、公正的对待，不得偏袒任何一方。

第三条安全原则：平台要保证用户信息的安全，采取一切技术措施，确保信息不被盗取或篡改。

第四条服务原则：平台提供稳定、可靠、高效的短信发送及接收服务。

第三章平台的合法使用第五条用户可以通过注册账号的方式，获得使用平台的权限。

第六条用户在使用平台发送短信时，应确保所发送的内容符合相关的法律法规及本平台的规定。

第七条用户在使用平台发送短信时，应当遵守平台的操作规范，不得发送垃圾信息、骚扰信息等违法行为。

第八条平台将对用户的使用行为进行监控，并有权随时终止用户的账号，或对用户账号进行处罚。

第四章平台的信息安全第九条平台将采取一切必要措施，保障用户的信息安全。

第十条平台会定期备份数据，以防止数据的丢失。

第十一条平台有义务保密用户的信息，不得泄露给任何第三方。

第五章平台的服务安全第十二条平台会定期对发送短信的通道进行维护，保障通道的通畅和稳定。

第十三条平台会通过各种技术手段，防范网络攻击和恶意软件的侵入。

第十四条平台会对用户账号的使用情况进行监控，发现异常行为及时采取措施。

第六章平台的用户权益保障第十五条平台对于用户的投诉和问题会进行及时解决和回复。

第十六条平台会定期公布短信发送的费用和收费标准。

第十七条平台保证用户发送的短信内容不受篡改。

第七章平台的监督机制第十八条平台将建立相应的监督机构，对平台的运营进行监督，解决用户的投诉和问题。

第十九条用户可以通过拨打客服电话、发送电子邮件等方式举报平台管理不当行为。

平台将对举报进行调查，并解决问题。

第八章平台的宣传和推广第二十条平台会通过各种途径进行宣传和推广，向用户展示平台的优势和特点。

第二十一条平台会定期发布短信运营的新技术和新产品。

第九章附则第二十二条本平台管理制度自发布之日起生效。

中国电信综合业务管理平台ISMP规范总册(V2.1.0)

目录中国电信股份有限公司企业标准中国电信综合业务管理平台规范总册版本号：2.0.1 （正式稿）2007年4月发布中国电信股份有限公司上海研究院目录1适用范围 (5)2引用标准 (5)3缩略语 (6)4综合业务管理平台规范体系 (7)5术语定义 (8)6需求约束 (8)7编号 (10)7.1CP/SP编号 (11)7.2内容编号 (14)7.3业务编号 (15)7.4产品编号 (15)7.5套餐编号 (15)7.6设备编号 (16)7.6.1ISMP编号 (16)7.6.2业务系统编号 (16)7.6.3ISAG编号 (16)8业务要求 (17)9ISMP、NSPC在网络中的位置 (20)10组网要求 (22)10.1ISMP与NSPC组网 (22)10.1.1网络架构 (22)10.1.2数据分级管理要求 (23)10.2ISMP与业务系统组网 (24)10.2.1组网架构 (24)10.2.2数据功能界定 (24)10.2.3ISMP与部分业务系统组网方案（移至集成方案） (25)10.3ISMP与运营支撑系统组网 (29)10.3.1组网架构 (29)10.3.2数据功能界定 (29)10.3.3ISMP和运营支撑系统组网结构 (29)10.3.4ISMP和运营支撑系统之间的数据和功能界定 (29)10.4ISMP与预付费系统组网 (31)10.4.1ISMP与SCP系统组网 (31)10.4.2ISMP与OCS系统组网 (31)10.5ISMP与用户门户组网 (32)10.6与CP/SP的关系 (33)10.6.1ISMP与CP/SP之间的数据界定和功能界定 (33)10.6.2ISMP与SP之间的接口 (33)10.7ISMP与SAG系统组网 (34)11数据要求 (35)11.1用户管理类数据 (35)11.2CP/SP数据 (35)11.3业务/产品/套餐管理数据 (35)11.4权限管理数据 (36)11.5内容管理数据 (36)11.6定价数据 (36)11.7定购关系数据 (36)11.8终端管理数据 (36)11.9统计数据 (37)11.10统一配置类数据 (37)11.11SLA数据 (37)12功能要求 (37)13流程要求 (37)13.1平台运营流程 (37)13.1.1认证流程 (37)13.1.2定购、退定流程 (38)13.1.3个人用户管理流程 (38)13.1.4集团用户管理流程 (38)13.1.5CP/SP管理流程 (38)13.1.6业务管理流程 (38)13.1.7套餐/产品管理流程 (39)13.1.8内容管理流程 (39)13.1.9业务能力管理流程 (39)13.1.10 ........................................................................................................ SLA签约流程3913.2业务执行流程 (40)13.2.1SMS (40)13.2.2WAP (40)13.2.3MMS (40)13.2.4LCS (41)13.2.5下载 (41)13.2.6Streaming (42)13.2.7彩铃 (42)13.2.8声讯 (42)13.2.9DRM (42)13.2.10有SAG介入的流程 (42)14接口要求 (43)14.1与业务系统接口 (43)14.1.1ISMAP接口 (43)14.1.2内容同步接口 (44)14.1.3统一配置接口 (44)14.1.4话单传递接口 (44)14.1.5终端适配接口 (44)14.1.6与DRM接口 (44)14.1.7与彩铃平台接口 (45)14.2ISMP和预付费系统的接口 (45)14.2.1ISMP合设平台和预付费系统接口 (45)14.2.2ISMP独立省级管理平台和预付费系统接口 (45)14.3与运营支撑系统之间接口 (45)14.4与用户门户接口 (45)14.5与全国SPMS平台之间接口 (46)14.6与OCS系统之间的接口 (46)14.7与SAG系统之间的接口 (46)14.7.1统一配置 (46)14.7.2ISAMP接口 (47)15修订记录 (48)前言本文为中国电信综合业务管理平台规范总册，包括综合业务管理平台ISMP （Integrated Service Management Platform）、全国业务发布中心NSPC（National Service Publish Center）相关的规范体系、术语定义、需求约束、编码要求、组网要求、业务要求、数据要求、功能要求、流程要求、接口要求等。

中国电信集团公司技术标准_短信息网关协议(SMGP)规范(V3.1)

I
A.3.1 初始化 API（InitSMGPAPI） ............................................. 39 A.3.2 发送单条短消息（SMGPSendSingle）...................................... 40 A.3.3 群发短消息（SMGPSendBatch）........................................... 40 A.3.4 获取群发短消息的结果（GetSendBatchResp） .............................. 41 A.3.5 接收短消息（SMGPDeliver）............................................. 42 A.3.6 检查短消息网关是否能够提供服务（CMMPActiveTest） ...................... 42 A.3.7 查询短消息流量（SMGPQuery 可选） ...................................... 42 A.4 配置 SMGP API ........................................................... 42 A.5 短消息的自动分割功能.................................................... 43 A.6 错误代码含义............................................................ 43 附录 B 短消息群发功能的实现.............................................. 45

移动短消息中心设备技术规范逐项应答

移动短消息中心设备技术规范逐项应答1. 引言在移动通信领域，短消息中心（SMS Center）是承载移动用户间短信传输的重要设备。

为了确保短信服务的稳定性和可靠性，短消息中心设备需要按照一定的技术规范进行设计和实施。

本文档将对移动短消息中心设备技术规范中的各项要求进行逐项应答，以确保设备的功能完备和性能优异。

2. 设备功能要求移动短消息中心设备需要具备以下基本功能：•短信收发：能够接收、存储和转发移动用户间的短信，并确保短信的实时性和可达性。

•短信状态报告：能够及时向短信发送方提供短信状态报告，告知短信是否成功送达、送达时间等信息。

•短信彩信互通：支持短信和彩信之间的互通，确保用户可以方便地进行文本、图片、视频等多媒体内容的传输。

•群发广播：支持向多个用户进行群发短信和彩信，确保高效的信息传递和推广。

•短信接口：提供标准的短信接口，方便开发者进行二次开发和集成，以满足各种应用场景的需求。

3. 设备性能要求为确保移动短消息中心设备能够满足大规模用户同时访问的需求，设备需要满足以下性能要求：•吞吐量：设备应具备足够的吞吐量，能够同时处理大量的短信请求和响应，以确保用户间的通信畅通无阻。

•并发连接数：设备应支持大量并发连接数，以应对用户数量巨大的移动通信网络。

•响应时间：设备应具备快速的响应时间，确保短信的实时性，并提供良好的用户体验。

4. 设备安全要求为确保移动短消息中心设备的安全性，设备需要满足以下安全要求：•防网络攻击：设备应具备防护机制，能够抵御来自外部网络的攻击，包括但不限于DDoS攻击、SQL注入等。

•用户身份验证：设备应支持用户身份验证机制，确保只有合法用户可以发送和接收短信。

•数据加密：设备应支持短信内容的加密传输和存储，以保护用户隐私。

•审计日志：设备应生成详细的审计日志，记录设备的操作和事件，以便进行安全审计和故障排查。

5. 设备管理要求为方便设备的管理和运维，移动短消息中心设备需要满足以下要求：•远程管理：设备应支持远程管理，运维人员可以通过远程方式监控和管理设备。

短信营业厅业务技术规范培训

短信营业厅业务技术规范培训1. 背景介绍短信营业厅是一个为用户提供短信服务的平台，通过短信营业厅，用户可以发送和接收短信，查询短信消费记录等。

为了保证短信营业厅的正常运行和用户的满意度，需要对其业务技术规范进行培训。

2. 培训内容2.1 短信发送规范•短信内容要合法合规，不得包含违法、淫秽、虚假等内容；•短信发送频率要适当，不得频繁发送给用户，避免用户产生骚扰感；•短信发送时间要合理，不得在夜间等不适宜的时间段发送。

2.2 短信接收规范•短信接收要及时，不得存在延迟现象；•短信接收要完整，不得出现乱码或截断的情况；•短信接收要准确，不得出现错发或漏发的情况。

2.3 短信消费查询规范•用户可以通过短信营业厅查询自己的短信消费记录；•查询结果要精确，显示用户的短信消费明细和统计信息；•查询过程要快速，不得出现长时间的等待或卡顿现象。

3. 培训方法3.1 线上培训通过在线视频、PPT等方式进行培训，参与培训的人员可以根据自己的时间安排进行学习，自主掌握培训内容。

3.2 线下培训安排专门的培训时间和地点，集中培训人员。

通过讲解、示范等方式进行培训，培训师傅可以根据学员的情况及时解答问题。

4. 培训评估4.1 考试评估培训结束后，可以组织一次考试，测试学员对于短信营业厅业务技术规范的掌握情况。

考试内容可以包括选择题、判断题等，通过考试成绩评估学员的培训效果。

4.2 反馈评估培训结束后，可以进行一次反馈评估，让学员对培训内容、方式、效果等进行评价。

通过学员的反馈意见，为今后的培训提供改进建议。

5. 培训总结通过本次短信营业厅业务技术规范培训，学员应该对短信发送规范、短信接收规范、短信消费查询规范等有了更深入的了解。

在今后的工作中，大家需要按照规范的要求进行操作，以提供更优质的短信服务给用户。

注：以上仅为示例，请根据实际情况进行调整和补充，确保文档达到所要求的字数。

短信服务标准

短信服务标准短信服务是现代通信技术中不可或缺的一部分，在商业、个人生活中都有着广泛的应用。

然而，由于短信服务的便捷性和广泛性，也存在着一些标准化和规范化的问题。

本文将就短信服务的标准进行探讨，以期为相关行业提供参考和指导。

首先，短信服务的内容应当合法合规。

发送短信内容应当遵循国家法律法规，不得包含违法信息，包括但不限于淫秽色情、暴力恐怖、诈骗欺诈等内容。

同时，也应当遵循相关行业的规范，比如金融行业对于短信营销的规定等。

保证短信内容的合法性，是短信服务的基本标准。

其次，短信发送的频率应当合理。

过于频繁的短信发送会给用户带来骚扰，影响用户体验。

因此，短信服务提供商应当控制好短信发送的频率，避免对用户造成困扰。

同时，也要避免短信发送过于稀少，导致信息传达不及时的问题。

再者，短信服务的安全性也是一个重要的标准。

短信内容的保密性和完整性应当得到保障，防止短信内容被非法获取和篡改。

此外，短信发送的渠道和平台也应当具备一定的安全性，避免被攻击和恶意篡改。

此外，短信服务的收费标准也是需要规范的。

短信费用应当合理公正，不得存在虚假宣传和欺诈行为。

同时，也应当明确告知用户短信费用的计费方式和标准，避免用户因为费用问题产生纠纷。

最后，短信服务的技术标准也是至关重要的。

短信发送的稳定性、速度、覆盖范围等技术指标都应当达到一定的标准，保证用户能够及时、稳定地接收到短信。

综上所述，短信服务的标准涉及到内容合法性、发送频率、安全性、收费标准和技术标准等多个方面。

只有在这些方面都得到合理规范和保障，才能够更好地为用户和行业提供优质的短信服务。

希望相关行业能够重视短信服务的标准化问题，共同推动行业的健康发展。

短信平台技术规范文档

招标编号：LNWZ-2010-SZ2-026 黑龙江省电力有限公司集中规模招标采购2010年第二批项目招标文件（技术规范）黑龙江省电力95598短信平台（包号：包1）招标单位：黑龙江省电力有限公司招标代理机构：黑龙江龙能招标有限公司2010年6月目录第一章技术总则 (5)1．项目背景 (5)2．设计原则 (5)2.1统一原则 (5)2.2资金保护原则 (5)2.3差异原则 (5)2.4适用原则 (5)2.5先进原则 (6)3．系统设计 (6)3.3系统软件架构 (7)4．技术标准 (7)4.1标准概述 (7)4.2软件技术标准目录 (7)4.3系统软件将符合如下标准要求： (8)4.4系统将符合如下通信标准要求： (8)5．技术要求总则 (8)5.1软件技术要求 (8)5.2硬件技术要求 (8)6.项目管理要求 (8)6.1组织机构 (8)6.2实施进度 (9)6.3质量保障 (10)7.技术指标要求 (10)8.技术服务要求 (11)9.工作边界条件 (11)9.2项目管理 (11)9.3业务系统接口 (11)9.4统一版本 (11)10.检验 (12)10.1软件验收分为三次 (12)11.培训 (12)11.1培训方式 (12)11.2培训内容 (12)12.质量保证 (12)13．投标说明 (13)第二章功能规范与技术规范细则规约 (13)1.业务规范 (13)1.1 功能描述 (13)1.2业务通知短信 (13)1.2.1欠费催缴通知 (13)1.2.2余额不足通知 (14)1.2.3电费账单通知 (14)1.2.4交费通知 (14)1.3短信服务定制 (14)1.4短信互动 (14)1.5自定义短信接口 (14)1.6短信查询 (14)1.6.1已发送短信查询 (14)1.6.2待发送短信查询 (15)1.6.3发送失败短信查询 (15)1.6.4短信发送情况统计 (15)2.非功能性需求细则 (15)2.1业务功能指标 (15)2.2可靠性 (15)2.3安全性 (15)2.4可维护性 (16)2.5易用性 (16)2.6系统备份要求 (16)第一章技术总则1．项目背景根据《国家电网公司“十一五”营销现代化建设发展规划》，黑龙江省电力公司积极部署，科学规划，合理配置资源，为进一步提供电力系统整体服务水平，增强客户满意度决定开发95598短信平台系统。

短信营业厅业务技术规范培训

短信营业厅业务技术规范培训介绍本文档旨在为短信营业厅业务技术规范进行培训，帮助员工了解和掌握相关的技术规范，提高工作效率和服务质量。

1. 规范概述短信营业厅作为提供短信相关业务的部门，需要遵守一系列的技术规范，以保证业务的稳定运行和顾客的满意度。

以下是一些重要的规范概述：•短信通道接入规范：确保短信通道的稳定性和安全性，以及与运营商的合规要求。

•短信内容审核规范：负责审核短信内容，防止垃圾短信和不良信息传播。

•短信发送频率和时段规范：控制短信发送的频率和时段，避免骚扰用户。

•短信接口规范：提供统一的短信接口，与其他系统进行对接，方便业务的拓展和管理。

2. 短信通道接入规范2.1 接入方式短信通道可以通过接入运营商的短信网关来实现，也可以通过第三方短信服务提供商来接入。

不同的接入方式有不同的优缺点，需要根据实际情况选择合适的方式。

2.2 安全性要求为了保护短信通道的安全性，需要采取一系列的安全措施，包括但不限于：•短信通道加密传输•对通信数据进行加密存储•访问控制和权限管理•实施灾备方案2.3 运营商合规要求由于短信通道涉及到与运营商的对接，因此需要遵守运营商的合规要求，包括但不限于：•接入协议的签订和执行•遵守短信发送频率和时段的限制•遵循不发送垃圾短信和不良信息的规定3. 短信内容审核规范3.1 审核流程对于用户提交的短信内容，需要进行审核，确保内容的合规性和安全性。

审核流程可以根据实际情况进行调整，但通常包括以下步骤：1.内容提交：用户将短信内容提交至短信营业厅。

2.审核人员审核：审核人员对短信内容进行审核，判断是否符合规范要求。

3.审核结果反馈：审核人员将审核结果及时反馈给用户。

3.2 审核标准审核人员应该根据相关规范和政策标准进行审核，以下是一些常见的审核标准：•不发送违法、淫秽、暴力等不良信息•不发送广告、垃圾信息•不发送虚假信息和诈骗信息•注意保护用户隐私和个人信息安全4. 短信发送频率和时段规范4.1 发送频率规范为了避免用户被骚扰，短信发送频率需要控制在合理范围内。

中国电信移动业务平台集中监控网管-短信中心接口规范V1.0解析

业务平台集中监控系统北向接口规范短信中心性能及统计规范分册V1.0中国电信集团公司2009 年 3 月目录1文档说明 (4)1.1编写目的 (4)1.2适用范围 (4)1.3起草单位 (4)1.4解释权 (4)1.5版权 (4)2综述 (4)2.1目标 (4)2.2内容说明 (5)2.3参考文档 (5)2.4缩略语 (5)3接口数据要求 (6)3.1七号信令网关 (6)3.1.1配置数据 (6)3.1.2信令网关性能数据 (6)3.1.3信令网关业务性能数据 (7)3.1.4告警数据 (9)3.2业务处理 (9)3.2.1系统配置数据 (9)3.2.2号段配置数据 (10)3.2.3本局到本局性能数据 (10)3.2.4本局到外局性能数据 (12)3.2.5外局到本局性能数据 (13)3.2.6错误性能数据 (14)3.3SMPP接口 (21)3.3.1ESME配置数据 (21)3.3.2互通业务号段配置数据 (22)3.3.3本局到ESME性能数据 (22)3.3.4ESME到本局性能数据 (23)3.3.5ESME到外局性能数据 (24)3.3.6外局到ESME性能 (25)3.3.7错误统计性能数据 (26)3.3.8告警数据 (27)3.4预付费系统接口 (28)3.4.1告警数据 (28)3.5垃圾短信监控 (28)3.5.1门限配置数据 (28)3.5.2关键字配置数据 (28)3.5.3黑名单配置数据 (29)3.5.1白名单配置数据 (29)3.5.2性能数据 (29)3.6话单管理 (30)3.6.1告警数据 (30)3.7业务统计指标 (30)3.7.1短信业务工作报告A指标组 (30)3.7.2短信业务工作报告B指标组 (31)3.7.3短信业务工作报告C指标组 (33)3.7.4短信每日工作报表A指标组 (33)3.7.5短信每月工作报表A指标组 (33)3.7.6短信指标省指标组 (34)4附录 (35)4.1附录一：编制人员名单 (35)4.2附录二：KPI/KBP命名规则 (35)4.2.1指标集定义 (35)4.2.1.1性能指标(KPI) (36)4.2.1.2告警数据 (36)4.2.1.3配置数据 (36)4.2.2KBP/KPI编码 (37)4.2.2.1KBP 编码规则 (37)4.2.2.2KPI编码规则 (38)4.3附录三：CDMA预警系统短消息数据采集规范与业务平台集中监控系统接口规范指标对照说明 (40)4.3.1短信中心用户报表(SMSC Customer) (41)4.3.2CDMA 短信中心系统报表(SMSC System) (41)4.3.3CDMA 短信业务量报表(SMSC Service Traffic) (42)4.3.4CDMA 短信中心业务质量报表（SMSC Service Quality） (44)4.4附录三FTP接口约定 (46)1文档说明1.1编写目的本规范是中国电信业务平台集中监控系统接口规范的一个分册，结合CTG-MBOSS的总体框架和各目标系统的规划，充分考虑业务平台集中监控系统与短信中心平台的接口要求，为中国电信业务平台集中监控系统与短信中心平台集成接口的规划和建设提供基本的技术原则和要求。

短信平台接口说明

短信平台接口说明第1章基本约定第1节基本术语:前台流水号：前台流水号就是发送短信上送的批次号，一般在私有字段里面。

后台流水号：后台流水号是当提交成功之后短信平台返回给前端的流水号，此流水号在短信的所有业务中都是唯一的。

第二个为流水号，可以传定值1第三个是路由号，传8十六进制例子表示如下:33 00 00 00 01 00 00 00 08 00 00 00 7c 39 39 3939 7c 7c 31 33 33 32 33 35 39 31 36 33 38 7c b6cc cf fb cf a2 b2 e2 ca d4 b7 a2 cb cd d0 c5 cfa2 7c 5e定义的结构体typedef struct{unsigned int uiPacketLength; //包长，包含包头长度的总长度unsigned int uiSequenceID; //标识包的唯一ID，由客户端填写unsigned int CommandID; //路由号，一般固定为8或与短信平台协商}MSG_HEADER_T;第2章WebService接口说明提供两个类型的方法给调用即：单条发送方法，群发SERVICEURL：http://指定IP地址:端口 / SMSWebService.asmxSERVICENAME: SMSWebService第1节单条发送方法短信串的具体内容如下:|短信发送交易码|私有字段|手机号码|发送信息|^其中短信交易码为9999.私有字段定义:短信类型$发送人(部门)$提交人$业务类型$提交时间$开始日期$开始时间$结束日期$结束时间$批次号$是否需要回执$其中，开始日期、开始时间、结束日期、结束时间不定义（置空）则立即发送例如:6$XD$3$20090907102700$20090907$102700$20090907$205959$0907123456$ 短信类型为6,7,其中6为信贷系统日间短信,7为信贷系统日终短信.业务类型为2,人工定制短信.例如:|tranCode@@@9999|SMSType@@@6|Department@@@XD|Sender@@@6221|Bussinesstype@@@1|Sendtime@@@20100514134500|Begindate@@@20100514|BeginTime@@@08 0101|Enddate@@@20100514|Endtime@@@205959|SerioNo@@@1253535|Isback@@@1|mobile@@@186********|content@@@信贷系统短信测试|^具体描述:/// <summary>/// 单条发送短信(标准版)/// </summary>/// <param name="content">短信串</param>/// <returns>返回-1:数据库操作失败;0:数据没更新:大于0:正确</returns> public int SendSMS(string content)第2节群发（一笔最大条数1000,TCP方式一次最多20）短信串的具体内容如下:|短信发送交易码|私有字段|手机号码串|发送信息|群发短信分隔符|^其中短信交易码为9996.私有字段定义:短信类型$发送人(部门)$提交人$业务类型$提交时间$开始日期$开始时间$结束日期$结束时间$批次号$是否需要回执$其中，开始日期、开始时间、结束日期、结束时间不定义（置空）则立即发送,分隔符为空,则默认”,”作为分割符.例如: 6$XD$3$20090907102700$20090907$102700$20090907$205959$0907123456$///<summary>///群发短信(标准版)分隔符是“,”///</summary>/// <param name="content">短信串</param>/// <returns>返回-1:数据库操作失败;0:数据没更新:大于0:正确</returns>public int SendMoreSMS(string content)第3章文件群发接口第1节通讯接口文件接口的目的是当客户端需要通过文件发送短信的时候,首先通过WebService或者TCP/IP告知短信平台要发送文件.文件传送采用FTP和TCP/IP 的方式.具体如下:1.WebService接口.短信串的具体内容如下:|短信发送交易码|私有字段|文件类型|文件名|^其中短信交易码为9995.私有字段定义:短信类型$发送人(部门)$提交人$业务类型$提交时间$开始日期$开始时间$结束日期$结束时间$批次号$是否需要回执$发送文件时,批次号为前台上送的文件批次号例如：|tranCode@@@9995|SMSType@@@6|Department@@@XD|Sender@@@6221|Bussinesst ype@@@1|Sendtime@@@20100514134500|Begindate@@@20100514|BeginTime@@@08 0101|Enddate@@@20100514|Endtime@@@205959|SerioNo@@@1253535|Isback@@@1 |Filetype@@@txt|Filename@@@temp.txt|^/// <summary>////// </summary>/// <param name="content">短信串</param>/// <returns>返回-1:数据库操作失败;0:数据没更新:大于0:正确</returns> public int SendMoreSMS(string content)返回报文：|respcode@@@0000|respmsg@@@发送成功|frountID@@@5|frontfilename@@@temp.txt|backofficeID@@@|^2.TCP/IP接口短信串的具体内容如下:|短信发送交易码|私有字段|文件类型|文件名|^其中短信交易码为9995.私有字段定义:短信类型$发送人(部门)$提交人$业务类型$提交时间$开始日期$开始时间$结束日期$结束时间$批次号$是否需要回执$发送文件时,批次号为上送的文件批次号如:00$HX$8001$0$20090907102700$20090907$102700$20090907$205959$090712 3456$1$第2节文件传输接口文件传输接口的方式有以下两种,其中一种为通过Socket传输文件流的方式,另外一种就是FTP方式,文件最大为20M.文件内部每条短信的定义如下:|序列号|手机号码|内容|^(1)SOCKET传输文件流的方式暂时不支持(2)FTP方式当短信平台收到发送文件类型的短信之后,通过FTP双方约定的目录获取文件,然后解析文件开始发送.第4章数据库的接口接口模式：采用数据库模式数据库版本：SQL SERVER 2000实现原理：直接把数据插入到短信数据库（call）的短信提交表（SMS_REQUEST），通过短信平台发出，提交之前需要先通过NextValue方式获取内部流水号。

短信平台技术规范文档

招标编号：LNWZ-2010-SZ2-026 黑龙江省电力有限公司集中规模招标采购2010年第二批项目招标文件（技术规范）黑龙江省电力95598短信平台（包号：包1）招标单位：黑龙江省电力有限公司招标代理机构：黑龙江龙能招标有限公司2010年6月目录第一章技术总则 (5)1．项目背景 (5)2．设计原则 (5)2.1统一原则 (5)2.2资金保护原则 (5)2.3差异原则 (5)2.4适用原则 (5)2.5先进原则 (6)3．系统设计 (6)3.3系统软件架构 (7)4．技术标准 (7)4.1标准概述 (7)4.2软件技术标准目录 (7)4.3系统软件将符合如下标准要求： (8)4.4系统将符合如下通信标准要求： (8)5．技术要求总则 (8)5.1软件技术要求 (8)5.2硬件技术要求 (8)6.项目管理要求 (8)6.1组织机构 (8)6.2实施进度 (9)6.3质量保障 (10)7.技术指标要求 (10)8.技术服务要求 (11)9.工作边界条件 (11)9.2项目管理 (11)9.3业务系统接口 (11)9.4统一版本 (11)10.检验 (12)10.1软件验收分为三次 (12)11.培训 (12)11.1培训方式 (12)11.2培训内容 (12)12.质量保证 (12)13．投标说明 (13)第二章功能规范与技术规范细则规约 (13)1.业务规范 (13)1.1 功能描述 (13)1.2业务通知短信 (13)1.2.1欠费催缴通知 (13)1.2.2余额不足通知 (14)1.2.3电费账单通知 (14)1.2.4交费通知 (14)1.3短信服务定制 (14)1.4短信互动 (14)1.5自定义短信接口 (14)1.6短信查询 (14)1.6.1已发送短信查询 (14)1.6.2待发送短信查询 (15)1.6.3发送失败短信查询 (15)1.6.4短信发送情况统计 (15)2.非功能性需求细则 (15)2.1业务功能指标 (15)2.2可靠性 (15)2.3安全性 (15)2.4可维护性 (16)2.5易用性 (16)2.6系统备份要求 (16)第一章技术总则1．项目背景根据《国家电网公司“十一五”营销现代化建设发展规划》，黑龙江省电力公司积极部署，科学规划，合理配置资源，为进一步提供电力系统整体服务水平，增强客户满意度决定开发95598短信平台系统。

移动通讯短消息中心设备技术规范

湖南移动短消息中心设备技术规范逐项应答目录一、总则 (1)1.1规范内容 (2)1.2编制依据 (2)1.3规范要求 (3)1.4缩略语 (5)二、工程概况 (5)2.1工程背景 (5)2.2系统现状 (6)2.3工程建设规模 (6)三、系统建设原则 (7)四、系统结构 (8)4.1系统网络结构 (8)4.2系统功能模块 (10)五、通信接口和组织 (12)5.1通信接口 (12)5.2通信组织 (13)六、系统业务与功能 (14)6.1短消息中心支持的业务 (14)6.2短消息中心的功能 (14)七、编号与拨号方式 (19)7.1短消息中心的编号 (19)7.2自动/人工短消息接入号 (19)7.3拨号方式 (20)7.4寻址 (20)八、性能指标 (20)8.1处理能力 (20)8.2可靠性和可用性 (20)8.3可扩容性 (22)8.5消息丢失率 (23)8.6消息处理延迟 (24)九、硬件要求 (24)9.1一般要求 (24)9.2主机要求 (25)9.3存储设备要求 (26)9.4信令处理模块要求 (27)十、软件要求 (28)10.1基本要求 (28)10.2软件功能要求 (29)10.3软件维护管理功能要求 (30)10.4用户界面 (30)10.5开发工具 (31)十一、同步 (31)11.1同步方式 (31)11.2同步链路 (31)11.3时钟等级 (31)十二、鉴权和安全 (32)12.1用户鉴权 (32)12.2操作权限和认证 (32)12.3安全控制 (32)十三、计费 (33)13.1计费实现方式 (33)13.2话单格式 (33)13.3计费接口 (33)13.4计费数据的存储要求 (34)十四、监测维护管理 (34)14.1系统状态监测 (34)14.2维护管理 (34)14.3日志记录 (35)14.4报障功能 (35)14.5状态监控功能 (35)十五、统计功能 (36)15.1一般要求 (36)15.2业务统计 (37)15.3性能统计 (37)十六、机房环境、电源及接地 (38)16.1机房环境 (38)16.2电源要求 (38)16.3接地、抗雷电和过压过流保护 (39)16.4设备安装 (41)十七、工程实施和测试内容 (41)17.1工程实施 (41)17.2系统割接 (42)17.3测试内容 (42)十八、技术服务和培训及技术文件 (44)18.1技术服务 (44)18.2技术培训 (46)18.3技术文件 (47)说明：本章节是对《湖南移动短消息中心设备技术规范》的逐项答复。