××通讯- 短信系统参数配置原则(初稿)最新修正版

合集下载

移动公司短信系统参数配置原则

短信系统参数配置原则（初稿）四川移动通信责任有限公司2003年六月前言受集团公司委托（移网通[2002]528号《关于委托编写短信系统参数配置原则的通知》），四川移动通信有限责任公司负责制定短信系统参数配置原则。

为此公司上下十分重视，立即成立了以网络部副主任刘耕为组长的参数编制小组，对短信系统相关的参数进行了大量的测试和分析，为提高短信各设备间的兼容性和下发成功率以及解决短信中心、短信网关的参数设置不规范，导致省际、省内各级短信设备配合不一致，影响短信业务成功下发的问题，提出了参数配置建议。

由于时间和水平有限，《原则》当中难免有考虑不周之处，敬请指正。

目录第一部分情况简介 (4)第二部分短信中心参数配置原则 (5)一、短信中心单个用户最大短信缓存条数（被叫）： (5)二、短信中心单条短信最大保存期限 (8)三、短信系统重发参数 (11)1、用户原因的重发机制： (12)2、网络原因的重发机制。

(14)四、MSC短消息事件鉴权参数 (20)五、短信中心接口部分相关参数： (23)第三部分短信网关参数配置原则 (24)一、与短信中心接口 (24)二、与SP接口 (27)三、与SCP的接口 (28)四、与其他ISMG的接口 (29)第一部分情况简介（一）编写小组成员组长：刘耕副组长：杨书其白庆王耀阳组员：刘晟、林勇、林静、曾智、侯漫秋、涂越秋厂家：张美军（华为）钟智（康维）李邦建（亚信）（二）本省短信及相关网络设备情况点对点短信中心：华为（软件版本 v280r001.5d611），容量300万BHSM梦网短信中心：康维（软件版本 2.5.27），容量300万BHSM短信网关：亚信（软件版本 2.5.1）, 容量288万BHSMSCP：东信北邮(4.04)MSC：西门子（sr9.0）HLR:西门子（sr9.0）第二部分短信中心参数配置原则一、短信中心单个用户最大短信缓存条数（被叫）：参数释义：短信中心对于单个被叫号码的最大短信保存数量。

短信配置参数指南V2.0

一、短信配置功能说明1.支持SMS配置移动网络、M2M平台管理、串口应用功能、VPN功能等参数2.支持短信验证码验证3.使用此功能，首先要保证数据卡（SIM卡）支持短信接收，短信按照短信规则构造短信内容4.由于路由器默认为自动上下线，所有拨号流程都以数据链路为主，也即当网络出现异常，按照流程在重试拨号不成功达到设定流程，会重启通信模组，也即可能出现短信丢失的现象5.此版本暂时不支持短信的发送功能二、短信规则短信管理命令的基本格式为“密码*功能:参数=数值”'*'前为密码，也即短信验证码，':'前为功能名称，'='为值对，前面为参数名称，后面为参数值，每个值对以'&'分开，同时注意短信的长度，一般都为140字符以下，需要配置多个参数，建议4-5个参数为一条短信, 注意有大小写区分！三、配置短信验证码四、短信测试用例1.开启M2M平台接入，并配置参数：87654321*M2M:m2m_mode=enable&m2m_server_domain=&m2m_server_port=8000只配置参数：87654321*M2M:m2m_server_domain=&m2m_server_port=80002.关闭M2M平台接入：87654321*M2M:m2m_mode=disable其中enable/disable，和8000都为参数值，按照客户自定义的服务器3.开启VPN接入(默认为PPTP客户端)，并配置参数：87654321*VPN:pptp_client_enable=1&pptp_client_srvip=&ppt p_client_username=vpntest&pptp_client_passwd=Fyang2014只配置参数：87654321*VPN:vpn_mode=l2tp&pptp_client_srvip=&pptp_clien t_username=vpntest&pptp_client_passwd=Fyang20144.关闭VPN接入：87654321*VPN:pptp_client_enable=05.配置无线网络参数：87654321*CELL:CelldialApn=3GNET&CelldialUser=CARD&CelldialPwd=CARD6.关闭无线网络参数：87654321*CELL:wan_proto=dhcp&cellConMode=07.开启无线网络参数：87654321*CELL:wan_proto=ppp3g&cellConMode=1。

短信模板配置

短信模板配置短信是现代社会通信的一个必要组成部分，但是随着各个领域对短信发送需求的不断增长，人工短信发送显然已经无法满足大规模的、频繁的、多样的需求。

短信模板自动配置已经成为一个必不可少的功能，在企业、政府、金融、医疗等领域得到广泛应用。

由于短信模板配置的实现往往涉及技术细节、协议、法律风险等方面的问题，因此，在搭建短信模板配置系统时需要仔细分析和设计，本文将从技术、安全、稳定性等方面对短信模板配置进行分析和阐述。

1. 短信模板配置的技术实现短信模板配置的技术实现既包括系统架构的设计，也包括开发过程中所采用的技术方案。

首先，系统应该采用的架构是：“前台解析-后台生成-短信发送”，保证数据安全性、发送准确性和延迟性。

通过前台页面，用户输入需要发送的内容，并选择相应的模板，系统从数据库或者缓存中查找相应的模板，解析参数，生成实际需要发送的信息。

然后，通过后台发送引擎进行发送。

这样保证了系统的可靠性，同时也方便了二次开发。

其次，对于短信模板配置中所涉及的技术，短信模板配置系统应该采用成熟的技术方案，并根据需求进行扩展。

例如，前端可以采用Bootstrap等UI框架，后端可以采用Spring系列框架和Mybatis等持久层框架，数据可使用Redis等缓存数据库进行存储。

通过技术方案的选择和扩展，可以有效提高系统的稳定性和可维护性。

2. 短信模板配置的安全性由于短信发送的特殊性，短信模板配置的安全问题非常重要，主要包括数据的保密性、完整性、可用性，以及法律合规性等方面。

首先，数据的保密性是指用户的个人信息不应被非法获取、使用、泄露等，这需要系统具备高度的安全防护措施，例如，数据采用对称加密和非对称加密技术，页面的会话保持到Redis缓存中。

其次，数据的完整性是指用户的信息不应被篡改或者伪造，这需要系统支持数字签名技术和访问控制等手段。

最后，可用性是指系统的稳定性和可维护性，系统应该具备恢复丢失数据的能力和可以快速切换备份的策略。

OOB短信参数设置参考

OOB短信参数设置参考1OOB短信概述OOB（Out-Of-Bound）短信，相对于移动应用的实际业务通道而言，也称为带外短信；OOB对于终端手机来讲是不可见的，终端应用可以截取该OOB短信，从而达到服务端向客户端推送数据的目的。

该OOB短信实际上是二进制短信（Android里的Data_SMS），Android系统收到该短信后并不会入库也不会发送系统广播事件，所以通过继承ContentObserver使用观察者模式并不能截取该OOB短信。

在Android系统中，截取二进制短信是采用Receiver方式，并配置指定的监听端口，收取该端口的二进制短信数据、解析以及后续业务处理。

2SMPP发送端设置该发送端在VVM中是指VVMGW中的短信发送模块，在发送该OOB短信时，需要设置以下几个字段replace_if_present_flag、esm_class、protocol_id、data_coding，此外还需要设置UDH，该UDH用于指定OOB短信需要发送到终端的哪个端口。

具体参数设置参考如下：路径：http://10.200.100.102/svn/VMS/C04/vvm/vvmclient/src/oob/3Android应用客户端设置在Android客户端中如果需要截取二进制短信，需要在指定的端口上进行监听（正常情况下，接收到的二进制短信不会存到短信库中）。

即在AndroidManifest.xml中receiver中加入过滤器为android.intent.action.DA TA_SMS_RECEIVED，并且指定监听端口等信息，如下：SVN路径：http://172.16.54.48/svn/mobile/testing/OOB/注意：该端口需要与SMPP发送短信的UDH中两个BYTE字节的IED字段（3E81，即16001）的值相同。

4截图4.1SMSC监控台-OOB短信4.2SMSC监控台-正常短信4.3Android应用接收OOB短信。

中国移动通信短信及语音信箱维护管理规定1

中国移动通信短信及语音信箱维护管理规定中国移动通信集团公司目录第一章总则 (3)第二章维护组织及运行管理 (5)第一节维护组织机构及职责划分 (5)第二节全程全网运行维护管理 (5)第三章系统的维护管理 (7)第一节设备维护检测制度 (7)第二节设备的维护管理 (7)第三节软件版本及补丁管理 (8)第四节短消息和语音信箱系统局数据管理 (9)第六节业务测试制度 (9)第七节割接与验收 (10)第八节技术档案和资料的管理 (11)第九节仪表和备品备件的管理 (11)第十节短消息和语音信箱系统报表管理 (11)第十一节系统安全管理 (11)第四章故障管理 (13)第一节全程全网故障管理 (13)第二节短消息和语音信箱系统设备的故障管理 (13)第五章机房管理和安全保密 (14)附件一短消息系统设备故障处理流程 (15)附件二短消息系统日常维护值班日志 (16)附件三短消息系统维护报表 (17)附件五语音信箱系统设备故障处理流程 (19)附件六语音信箱值班日志 (20)第一章总则第1条根据中国移动运行维护管理规定，为了加强短消息和语音信箱系统的运行维护管理，保证所提供的业务服务质量，提高企业的竞争力，特制定本规定及实施细则。

本规定适用于组成短消息和语音信箱系统的所有设备，对涉及到的话路网、信令网、数据网中的设备和链路等的维护参见相关的维护规程。

第2条短消息系统是独立于GSM网络的一个系统，包括交换接入部分、应用接入部分、业务处理部分，主要功能是提交、存储、转发短消息，提供交换接入接口，应用接口，计费接口；并完成与GSM等其他网络的互通。

通过相应协议转换，系统可以灵活地承载各种相关业务。

第3条语音信箱系统是独立于GSM网络的一个业务处理系统，主要功能是留取用户的留言，向用户提供布告栏和留言通知。

系统由交换接入部分，业务处理部分，业务实现部分组成。

第4条短消息和语音信箱系统维护的目标为保证各种设备处于良好的运行状态，及时清障排障，确保短信和语音信箱业务的服务质量。

移动通信短信服务标准协议版

20XX 专业合同封面COUNTRACT COVER甲方：XXX乙方：XXX移动通信短信服务标准协议版本合同目录一览1. 服务内容1.1 短信服务范围1.2 短信服务类型1.3 短信服务时效2. 用户资格2.1 用户注册与认证2.2 用户义务2.3 用户隐私保护3. 服务费用3.1 费用计算3.2 收费标准3.3 费用支付方式4. 服务期限4.1 服务开始与结束时间4.2 服务续约4.3 服务终止条件5. 服务质量5.1 短信发送成功率5.2 短信内容准确性5.3 客户满意度6. 技术支持与维护6.1 技术支持范围6.2 故障处理与恢复6.3 系统升级与通知7. 违约责任7.1 用户违约行为7.2 服务商违约行为7.3 违约责任判定与处理8. 争议解决8.1 争议解决方式8.2 仲裁机构8.3 法律适用9. 合同变更与解除9.1 合同变更条件9.2 合同解除条件9.3 变更与解除的程序10. 服务条款的修订与通知10.1 服务条款修订10.2 修订通知10.3 用户接受修订的方式11. 用户权益保障11.1 用户投诉与反馈11.2 用户权益保护措施11.3 用户权益保障的实施与监管12. 服务商义务与责任12.1 服务商的义务12.2 服务商的责任12.3 服务商权益保障13. 合同的成立、生效与终止13.1 合同成立条件13.2 合同生效时间13.3 合同终止条件与程序14. 其他约定14.1 信息推送与通知14.2 合同附件14.3 双方约定的其他事项第一部分：合同如下：第一条服务内容1.1 短信服务范围本协议项下的短信服务包括但不限于发送通知类短信、验证类短信、营销类短信等。

服务商保证所提供的短信服务符合国家相关法律法规及行业标准。

1.2 短信服务类型服务商根据用户需求提供单向发送短信、双向互动短信、定时发送短信等服务。

具体服务类型及操作流程详见附件一。

1.3 短信服务时效服务商保证在用户下单后，按照约定的时效内完成短信发送。

中国电信智能短信-技术规范 v2

中国电信短信助手技术规范中国电信短信助手技术规范试行中国电信集团公司个人客户事业部内部修改记录版本号 V1.0 V2.0 V2.1 日期 2008-10-28 2008-11-28 2009-4-8 地点广州广州广州作者魏青魏青魏青描述根据相关规范及技术要求编写按照组网方案中不包含 MSP GW 进行修改按照新的产品名称 “短信助手”进行修改中国电信短信助手技术规范目录1 2 3 4 文档说明............................................................................................................................ 1 文档说明编制依据............................................................................................................................ 1 编制依据缩略语 ............................................................................................................................... 1 功能要求............................................................................................................................ 2 功能要求 4.1 4.1.1 4.1.2 4.2 4.3 4.3.1 4.3.2 4.3.3 4.3.4 4.4 4.4.1 4.4.2 4.4.3 4.4.4 4.4.5 4.5 4.6 5 6 7 组网结构 .........................................................................................................................2 省平台架构.................................................................................................................2 全国组网架构 .............................................................................................................3 功能结构 .........................................................................................................................3 各网元的功能要求 ..........................................................................................................4 MSP ............................................................................................................................4 SMSC .........................................................................................................................5 SMGW .......................................................................................................................5 ISMP ...........................................................................................................................5 操作维护 .........................................................................................................................6 系统配置.....................................................................................................................6 日志管理.....................................................................................................................6 故障管理.....................................................................................................................6 性能管理.....................................................................................................................7 统计功能.....................................................................................................................8 网管接口 .........................................................................................................................8 接口要求 .........................................................................................................................8计费要求............................................................................................................................ 9 计费要求系统的操作维护要求........................................................................................................ 10 系统的操作维护要求软硬件要求 ...................................................................................................................... 10 7.1 7.1.1 7.1.2 7.1.3 7.2 7.3 7.4 7.4.1 7.4.2 软件要求 .......................................................................................................................10 基本要求...................................................................................................................10 操作系统要求 ...........................................................................................................11 应用软件要求 ...........................................................................................................11 硬件要求 .......................................................................................................................12 性能指标 .......................................................................................................................12 可靠性要求 ...................................................................................................................12 稳定性 ......................................................................................................................12 备份和恢复...............................................................................................................138设备安全要求 .................................................................................................................. 13 8.1 8.2 8.3 物理安全 .......................................................................................................................13 网络安全 .......................................................................................................................13 系统安全 .......................................................................................................................13-i-中国电信短信助手技术规范9对相关网元的要求 ........................................................................................................... 14 9.1 9.2 对 ISMP 要求.................................................................................................................14 对短信中心的要求 ........................................................................................................15- ii -中国电信短信助手技术规范1文档说明本文对中国电信短信助手原智能短信的技术范畴提出规定，原则上由中国电信集团公司内部和厂商共同使用，用于短信助手业务开展、招标选项、工程建设、运行维护及设备开发方面，同时为集团公司和省公司提供技术依据 2 编制依据下列标准所包含的条文通过在本标准引用而构成本标准的条文在标准出版时，所示版本均为有效所有标准都会被修订，使用本标准的各方应探讨，使用下列标准最新版本的可能性 3 缩略语缩略语 3G BSS CDR HLR 英文解释 3rd Generation Business Support System Charging Data Record Home Location Register Integrated Service Management PlatformMobile Station中文解释第三代移动通信业务支撑系统计费数据记录归属位置寄存器ISMP MS MO MT MSC MSP综合业务管理平台移动台终端发起终端终止移动交换中心消息智能平台Mobile Originate Mobile Terminate Mobile Switch Center Message Smart Platform Short Message Gateway Short Message Peer toSMGW SMPP1短信网关短消息点对点通信协议中国电信短信助手技术规范Peer Protocol SMS SMSC VLR WAP Short Message Service Short Message Service Center Visit Location Register Wireless Application Protocol 短消息服务短消息中心拜访位置寄存器无线应用协议4功能要求4.1 组网结构 4.1.1 省平台架构图 4-1 消息智能平台省内消息智能平台 MSP 网络示意图 MSP 以省为单位进行建设，简称 MSP），提供短信助手业务省内的所有短信中心共用一套 MSP 系统，MSP 平台需要和 SMSC、ISMP、第三方业务平台以及综合网关等系统互连 MSP 采用省集中建设方式，便于省内用户信息的统一省内业务量需要进行扩容时可以对该 MSP 集群进行内部设备及处理能力扩容，尽量保持 MSP 作为省内的唯一短信助手业务处理网元同时各省 MSP 之间采用网状组网结构互联，实现异地查询消息、业务消息以2中国电信短信助手技术规范及状态报告的转发 4.1.2 全国组网架构跨区域的 MSP 之间采用网状组网结构互联，各省 MSP 连接到 CN2 进行互联，实现异地查询消息、业务消息以及状态报告的转发 MSP 系统同一省分的 SMSC 共用一套MSP2MSP1MSP3SMSC1 SMSC2 SMSC1SMSC1SMSC2图 4-2 省际消息智能平台 MSP 互联组网图 4.2 功能结构图 4-3 MSP 功能结构示意图 MSP 平台采用模块化结构，由业务实现模块、业务管理模块、用户管理模块、路由转发、网管功能模块组成3具有良好的灵活性、可操作性和可扩展性中国电信短信助手技术规范业务实现模块包含接入层、业务逻辑控制单元、业务处理单元，主要负责处理各种协议消息的编解码，需要支持 SMPP 扩展协议、SMGP 协议、ISMAP 协议、 HTTP 协议及 SNMP 协议同时，需要完成业务逻辑解析及组合处理、业务调度优先级的管理以及具体业务的实现业务管理模块，主要负责对各种具体业务的管理、配置、维护等系统相关信息的设置，如外部网元的连接配置，业务功能的控制属性等，以及业务的订购、鉴权、计费、优先权设置等业务参数的配置和维护用户管理模块，主要负责存储用户的业务定制数据，负责用户签约信息、用户配置、群组、业务设置及用户个人设置信息的管理路由转发模块主要负责消息路由的查询和转发功能 4.3 各网元的功能要求各网元的功能要求 4.3.1 MSP MSP 是整个业务系统的核心部分，按照集团统一规划，分省建设的原则实施，基本功能如下 WEB 以及客服等方式在归属省 MSP 进行业务设提供给用户通过 SMS、置和业务数据维护的渠道；接收来自 ISMP 的用户订购关系数据同步；存储本 MSP 归属用户短信助手业务的订购信息和业务数据；把用户的简要签约信息同步到用户归属的 SMSC 中；提供部分短信助手业务的具体实现；负责根据业务优先级，控制业务消息的逻辑处理和转发顺序； MSP 负责向被叫归属的 SMSC 发送完成业务处理后对于本地被叫用户，的消息；开通全网服务的情况下，对于异地被叫用户，MSP 间负责到异地被叫用户归属的 MSP 查询简要签约信息； MSP 负责将业务消息投递到被叫归属地 MSP；对于异地被叫业务，接收方 MSP 负责向发起方 MSP 投递该消息的状态报告； MSP 负责完成新旧消息 ID 的对应，并且向 SMSC 投递原始消息的状态4中国电信短信助手技术规范报告； MSP 对短信签名、短信自动回复等修改了原短信内容的业务，完成业务处理后的消息，可以送到信息检查系统进行鉴权； MSP 不区分用户计费类型预付或后付和计费方式包月或按次计费），消息处理前向 ISMP 发起实时计费查询，根据 ISMP 反馈的计费结果决定消息处理流程； MSP 可产生原始话单，并提供 FTP 文件接口，主动将话单传递给 ISMP，或供 ISMP 定时采集话单；实现各省分 MSP 之间的互联互通，MSP 负责按号段完成消息路由前转 4.3.2 SMSC SMSC 是基础的短消息业务提供部件，针对短信助手业务的基本功能如下保存 MSP 同步来的用户业务订购信息；根据用户业务订购信息及触发条件决定是否触发业务请求到 MSP ；对 MSP 设置完短信助手业务的消息，SMSC 负责下发至用户终端； 4.3.3 SMGW 短信网关提供用户短信方式查询、设置业务的通道； 4.3.4 ISMP ISMP 作为短信助手业务的管理网元，实现的管理功能主要包括用户管理、业务管理、CP/SP 管理等业务开放初期，短信助手业务以自营业务为主，随着业务功能的增多，以后考虑逐步放开业务，允许第三方接入，提供新的短信助手业务内容和新业务逻辑理功能，具体如下完成用户订购关系的统一管理 ISMP 提供短信助手业务的订购关系数据库，形成统一的移动增值业务订购关系管理，并将订购关系同步给 MSP 实现短信助手业务生命周期的管理 ISMP 将短信助手业务作为一种移动增值业务进行统一管理，包括新业务申请、测试、发布、变更、撤销、删除等一系列流程管理提供短信助手业务功能费计费、批价功能，包括包月、单次计费两种计5所以初期 ISMP 主要侧重于用户管理、业务管理等基本管中国电信短信助手技术规范费模式4.4 操作维护 4.4.1 系统配置提供系统的配置管理包括系统资源的配置，包括网络负载，最大并发连接数量，系统性能参数，系统硬件资源等数据库和相关模块，包括环境变量，启动/停止描述，定时任务，系统告警阀值等 4.4.2 日志管理日志管理提供操作日志、运行日志、用户日志，记录至少包含以下内容在内的信息操作日志系统管理员、维护员、操作员的登录、操作指令、密码更改、权限更改等日志；系统配置变更日志；系统定时启动命令日志；运行日志告警信息；系统日常运行信息；用户日志开销户日志；登录 Portal 用户的业务使用情况日志； 4.4.3 故障管理故障告警当 MSP 系统在运行过程中软件或者硬件发生故障时，MSP 的网管系统能够进行告警，指示故障的严重程度，并在界面上显示出故障的内容故障的严重程度可以分为如下 4 个级别紧急告警6系统已经有不正常的情况发生，并且无法继续运行；重要告警系统已经有不正常的情况发生，必须经过恢复，系统才可以继续运行；警示告警系统已经有不正常的情况发生，但不需要恢复，系统仍然可继续运行；一般告警提示性告警，系统仍然正常故障的内容至少包括故障的序列号；故障产生的时间；故障的严重级别；故障产生的源；故障产生的原因故障记录对于需要系统操作员手工恢复的故障，系统必须保存这些故障直到系统操作员手工恢复此故障为止；经过恢复的故障和一些不需要恢复的故障可以备份到后备存储器上，但是这些故障信息必须保存一段时间该时长可以设置，比如1个月），供系统操作员查询记录的内容包括告警ID、告警类型、告警级别、告警类别、告警发生节点号、告警标题、可能原因、告警修复建议和告警定位信息故障恢复系统的故障恢复有两种手段一是系统自动恢复；二是系统操作员手工进行恢复在故障恢复之后，系统应该记录故障恢复时间系统自动恢复故障的典型例子是主备用系统中的主机停机，备机应该自动启动并接管主机的所有工作操作员手工恢复的典型例子是系统某条链路故障，操作员必须检查网络情况，确认网络情况正常后恢复此故障通常故障设备或异常功能恢复正常时，会告警提示，提示故障已经恢复正常4.4.4性能管理MSP应提供实时性能统计或周期性性能统计，并根据需要生成报表系统的性能统计数据包括CPU占用率、内存占用率、磁盘占用率和从启动到现在的运行时间4.4.5统计功能MSP应提供统计分析功能，统计项包括设备性能统计、业务性能统计、用户统计、业务统计、故障统计等，统计周期应可以配置，统计结果应可以生成报表输出4.5网管接口MSP与网管系统之间接口采用SNMP协议4.6接口要求接口要求MSP和其他网元的接口关系MSP与其它网元间主要接口如图所示，具体描述说明如下SM1MSP与短信中心之间的接口，承载用户的简要签约信息同步消息及智能业务消息的传递，该接口基于SMPP3.4协议扩展，具体请参见《中国电信移动智能短信业务接口规范》；SM3MSP与第三方平台之间的接口，承载第三方提供的智能业务消息，具体请参见《中国电信移动智能短信业务接口规范》；SM4MSP与信息检查系统之间的接口，承载MSP修改短信内容后的消息传递到网安进行鉴权的功能接口，与目前短信中心与信息检查系统间接口保持一致；SM5MSP与ISMP之间的接口，一方面承载来自ISMP的用户订购退订同步消息，另一方面通过与ISMP之间的接口完成预付费、后付费用户业务功能费的计费、批价功能，具体请参见《中国电信移动智能短信业务接口规范》；SM6MSP与SMGW间接口，提供用户短信方式查询、设置业务的接口，采用标准SMGP协议；具体请参见《中国电信移动智能短信业务接口规范》；SM7MSP与综合网管系统间接口，具体请参见《中国电信移动智能短信业务接口规范》5计费要求“短信助手”业务的费用由基本通信费、业务功能费和信息费组成基本通信费用户在正常发送短消息时，占用网络资源所支付的费用，基本通信费计费方式与现有短信计费方式一致，以短信中心产生的详单为计费的依据业务功能费用户使用“短信助手”业务的功能费用，由ISMP按照子业务进行计费，以ISMP产生详单为计费依据有以下两种方式包月方式，按月收取业务功能费；按条计费，使用时按实际触发业务的短信条数进行计费采用实时的消息计费方式处理当MSP根据用户业务策略选择需要触发的业务后，根据要触发的业务将计费消息发送给ISMP进行计费ISMP根据接收到的鉴权消息进行鉴权批价后，返回鉴权应答消息来指导MSP进行业务发送针对按次计费用户,当MSP某个业务发送失败时，MSP需要触发该业务的业务回滚消息给ISMP进行补款操作信息费因提供信息资源而收取的费用，一般是提供信息的第三方(如CP/SP)委托电信运营商收取的费用暂不收取6系统的操作维护要求MSP应提供如下操作维护功能图形用户界面MSP系统应该提供图形化的用户界面，管理维护人员能够通过图形用户界面完成日常必须的操作维护工作监控机制MSP系统能够监控自身各个模块的运行情况，当模块出现异常的时候，能够尝试恢复系统并产生相应的告警日志和报表MSP系统通过日志记录不同时间系统发生的各种事件日志分为操作日志、运行日志、用户日志系统能够根据日志自动生成报表供MSP的管理维护人员使用故障告警MSP在内部产生故障的时候支持本地声、光告警故障分为通用告警和特定告警通用告警指系统冷启动、热启动、连接建立、连接失败时发送的告警特定告警由厂家自行定义，但应符合告警格式规范7软硬件要求7.1软件要求7.1.1基本要求MSP采用的各种软件应支持如下要求系统平台必须遵循开放性、安全可靠性、先进性、高效性、易用性、可维护性和可扩展性等原则系统设计必须基于业界开放式标准，包括各种网络协议、硬件接口、数据库接口等，以保证系统的生命力，保护投资，体现良好的扩展性和互操作能力系统应提供维护管理和实时监控功能，简化系统的使用和维护系统设计时应充分考虑扩展性对于软硬件平台和应用软件，能够以多种方式，支持系统的扩展，包括业务功能的增加，系统升级以及系统容量和规模的扩大等可以根据运营的需求支持双机热备和异地容灾，以满足高可靠性的要求7.1.2操作系统要求支持虚拟内存管理，支持多用户、多任务、多进程和多线程；支持完全对称多处理器SMP）；支持群集cluster应用；操作系统应至少达到C2级的安全标准；操作系统应遵循X/open XPG4、 POSIX 1003.1等国际或工业标准；支持在线诊断和软硬件的自动错误记录，在电源故障或其它紧急情况可提供自保护和自恢复；支持GB18030中文大字符集国家标准7.1.3应用软件要求MSP的应用软件应满足以下要求系统具有良好的灵活性、可操作性和可扩展性，并遵循接口规范要求；为了向客户提供灵活多样的服务，快速适应新业务的开展，应用软件的设计应采用灵活的结构，应采用面向对象、中间件等技术；符合前述应用层次和总体架构要求，按规范要求提供通信适配插件和移动化插件；整个应用软件系统应能够连续7×24小时不间断工作；具有较高的自动化程度，如自动任务调度、自动故障告警、自动任务恢复等；具有完整的操作权限管理功能和完善的系统安全机制，能够对操作员的操作有详细的记录；应能为系统管理员提供多种发现系统故障和非法登录的手段；应采用简洁、直观、友好的图形化界面不同时期软件版本应能向下兼容，软件版本易于升级，且在升级的过程中不影响系统的性能与运行7.2硬件要求主机的处理能力要求满足的所有业务应用和一定用户规模的需求，系统设计时应考虑30%的性能冗余；内存容量的配置要考虑到主机正常运行状态下的内存利用率不应大于70%，保证系统在业务高峰时仍具有较强的抗冲击能力；主机应支持1000Mb/s高速连接接入中国电信业务网络；主机的硬盘、网络接口、网络连接及电源均应考虑足够的冗余；主机系统设备应具有适当的扩充能力；平均故障发生间隔大于90天，平均故障修复时间小于2小时；支持电源、I/O设备、存储设备的热插拔，以及双CPU、双网卡及硬盘镜像备份，以满足高可靠性和高可用性的要求；系统设计可以支持异地容灾和链路备份；系统支持Cluster方式或主/备方式部署7.3性能指标保证系统7*24小时不间断工作；在正常运行的条件下，消息丢失率不超过0.01%；本地单结点单业务处理速率不能低于100条/秒；系统最大支持连接短信中心个数50个；系统单节点最大支持业务使用用户数500万7.4可靠性要求7.4.1稳定性系统应具备完善的检测功能并及时告警；系统应具备自动或手动恢复措施，以便在发生错误时能够快速地恢复正常运行；平均故障发生间隔大于90天，平均故障修复时间小于2小时7.4.2备份和恢复系统应有良好的备份和恢复策略系统支持脱机备份系统数据和业务数据可联机备份、联机恢复，恢复的数据必须保持其完整性和一致性系统支持每次配置信息修改后的自动备份，并至少保存最近3次的历史配置信息在系统失效情况下，利用备份记录可恢复系统，恢复时间应小于2小时设备安全要求安全问题分布在不同的层次和不同的方面，要保证整个系统的网络安全，不能单独的采用某种安全措施，必须综合各种安全措施7.5物理安全MSP物理系统的安全控制符合中国电信对业务系统的要求；7.6网络安全MSP满足防病毒，防网络攻击要求；MSP应满足中国电信对业务系统的网络安全要求；MSP通过专线或VPDN方式连接到业务引擎，从IP链路上保证数据传输的安全7.7系统安全MSP应具备访问权限的识别和控制功能，对系统管理员、维护员、操作员根据不同的应用需求提供多级密码系统应能自动实现下列控制防猜测口令功能，例如，系统登陆时需要输入验证码，或者当口令输入错误达到一定次数系统自动将帐号锁定并告警具有验证密码复杂度功能，密码复杂度应达到密码长度大于8位；密码是大小写字母、数字，以及特殊字符混合使用应当具有定期强制修改密码功能，强制用户每3个月进行一次密码更改工作系统应具有完善的日志功能，能够记录系统异常情况及其他安全事件审计日志应至少保存1年包括应用系统日志用户的创建、删除等操作用户登录和退出的日期和具体时间及IP地址等信息成功的和被拒绝的系统访问活动的记录成功的和被拒绝的管理操作记录用户操作记录数据库日志创建、修改和删除数据库用户的操作；创建、修改和删除任何数据库存储结构的操作；创建、修改和删除任何数据库对象的操作；创建、修改和删除表的操作；创建、修改和删除索引的操作；启用、关闭审计功能的操作；赋予、撤销某个账户数据库权限的操作；赋予和撤销某个角色或账户对于某个对象权限的行为；目录和数据库配置的变更；数据应该包括失败的连接；操作系统日志系统登录记录包括登录主机的IP地址、用户名、时间等；成功及失败的登陆事件；系统事件8对相关网元的要求8.1对ISMP要求详见《智能化短信与ISMP集成方案》。

消息管理系统-短信使用及配置-操作手册

成都依能科技股份有限公司
技术文档
文档修订记录
*变化类型：创建、增加、修改、删除、审核
版权声明和保密须知：
本文件出现的任何文字叙述、文档格式、照片、插图、方法、过程等内容，除特别声明外，版权均归属成都依能科技股份有限公司所有，受到有关产权及版权法保护。

Copyright© 2013.All rights reserved 成都依能科技股份有限公司
消息管理系统操作手册短信综合管理
应用场景：
此功能用于管理员进行学校短信全面管理
流程图：
操作步骤：
1.短信全局管理
开启短信功能，配置单次发送短信条数。

2.帐号充值管理
配置有短信发送权限的管理员可发送短信的数量。

分配具体数量的短信给予具体的人员（注：具备信息管理系统权限的人才能出现在列表中，同一套餐可给予多个人员）
3.私人群组维护
创建群组实现特定人员的快速选择与发送短信。

（注：管理员只能看到自己管理域内的老师）
批量选择发送短信也可直接单个发送短信
4.短信管理
发送短信：选择某个模版填写入相应内容后选择接收人
我发送的短信:查看已发短信、成功短信以及失败短信（注：失败短信可重新发送）
定时短信任务：管理“定时发送”的短信任务（注：【添加】定时任务与发送短信中直接勾选【定时任务】同等效果；添加的任务默认生效可通过【更改状态】改变）
5.家校消息互动
节假日祝贺：设置需要发送祝福的节日
设置节日祝贺任务
生日祝福、学生成人祝贺。

通知短信方案

通知短信方案第1篇通知短信方案一、背景随着科技的发展，短信通讯已成为企业与用户沟通的重要手段。

为了提高短信通知的送达率、阅读率及用户满意度，制定一套合法合规的通知短信方案至关重要。

二、目标1. 提高通知短信的送达率及阅读率。

2. 降低用户投诉率，提高用户满意度。

3. 合法合规，确保企业利益。

三、方案内容1. 短信发送策略（1）选择正规、信誉良好的短信服务提供商。

（2）根据用户需求及业务场景，合理设置短信发送时间，避免在用户休息时间发送。

（3）短信内容应简洁明了，突出重点，避免使用复杂、冗长的句子。

（4）合理控制短信发送频率，避免对用户造成骚扰。

2. 短信内容规范（1）严格遵守国家相关法律法规，不得包含违法违规内容。

（2）尊重用户隐私，不得泄露用户个人信息。

（3）短信内容应真实、准确，不得夸大或虚假宣传。

（4）使用文明、礼貌的语言，不得使用侮辱、攻击性词汇。

3. 用户关怀（1）针对不同用户群体，制定个性化短信内容，提高用户满意度。

（2）在重要节假日、纪念日等特殊时间节点，发送祝福短信，增进与用户的感情。

（3）关注用户需求，及时回应用户疑问，提供优质服务。

4. 用户投诉处理（1）设立专门的投诉渠道，便于用户反馈问题。

（2）对用户投诉问题进行及时、有效的处理，提高用户满意度。

（3）定期分析投诉原因，优化短信通知方案，降低投诉率。

5. 监测与评估（1）对短信发送效果进行监测，包括送达率、阅读率等指标。

（2）定期对短信通知方案进行评估，根据评估结果进行优化调整。

四、实施与保障1. 加强与短信服务提供商的合作，确保短信发送的稳定性和可靠性。

2. 建立健全内部管理制度，明确各部门职责，确保短信通知方案的顺利实施。

3. 加强对员工的培训，提高员工的法律意识和服务意识。

4. 定期对短信通知方案进行宣传和推广，提高用户认知度和接受度。

五、总结本通知短信方案旨在合法合规的前提下，提高短信通知的送达率、阅读率及用户满意度。

短信中心技术指标

短信中心技术指标短信中心技术指标是评估短信中心性能和功能的重要参数。

短信中心是一个重要的通信设备，负责短信的存储、转发和传递，对于保障短信通信的质量和稳定性起着关键作用。

本文将从短信中心的技术指标、性能要求以及未来发展趋势等方面进行详细阐述。

一、短信中心技术指标短信中心的技术指标主要包括容量、响应速度、可靠性、接口标准、兼容性、安全性等方面。

1. 容量短信中心的容量是指其能够支持的短信存储和处理能力。

容量越大，短信中心能够处理的短信数量就越多，能够应对更大规模的短信流量。

当前，随着移动通信业务的发展，短信中心的容量需求也在不断增加，因此提升短信中心的容量是一个重要的技术指标。

2. 响应速度短信中心的响应速度是指其接收、存储、处理和转发短信的效率和速度。

响应速度直接关系到用户发送和接收短信的体验，较快的响应速度可以提高用户满意度，因此短信中心的响应速度也是一个十分重要的技术指标。

3. 可靠性短信中心的可靠性是指其在各种异常情况下依然能够正常工作的能力，包括硬件故障、软件故障、网络故障等。

短信中心作为通信网络的关键组成部分，必须具备较高的可靠性，以保障通信网络的稳定性和可靠性。

4. 接口标准短信中心需要与各种终端设备和网络设备进行通信，因此需要具备符合国际标准的接口标准，以确保与不同厂家生产的设备能够正常通信和互操作。

5. 兼容性短信中心需要具备较好的兼容性，能够适配不同的网络制式、不同版本的协议、不同厂家生产的设备等，以确保其能够在不同的网络环境下正常工作。

6. 安全性短信中心需要具备较高的安全性，保障短信数据的机密性、完整性和可用性，防范各种安全威胁和攻击，确保短信通信的安全可靠。

二、短信中心性能要求除了上述技术指标外，短信中心还需要满足一些性能要求，包括成本效益、灵活性、扩展性、维护性等方面。

1. 成本效益短信中心需要在性能与成本之间找到平衡点，以确保其具备良好的成本效益。

在不断提升短信中心的性能和功能的需要不断降低成本，提高设备的价格性能比，以降低运营商的投资和运营成本。

通信短信服务管理规定(3篇)

通信短信服务管理规定是指针对通信短信服务提供商和使用者制定的管理规定。

以下是可能包括在通信短信服务管理规定中的一些规定内容：1. 注册及审批：通信短信服务提供商需要向相关管理机构进行注册，并经过审批合格后才能提供短信服务。

2. 服务内容和范围：规定通信短信服务的具体内容和服务范围，包括短信发送、接收、存储、处理等。

3. 服务质量要求：规定通信短信服务的质量要求，包括传输速度、信号强度、服务稳定性等。

4. 用户权益保护：明确用户在使用通信短信服务时的权益，包括个人隐私保护、信息安全保障等。

5. 服务监管：规定相关管理机构对通信短信服务进行监管的措施和方式，包括监测、检查、处罚等。

6. 安全管理：要求通信短信服务提供商对用户信息进行保密管理，提供安全可靠的服务环境。

7. 用户合规要求：规定用户在使用通信短信服务时需要遵守的合规要求，包括法律法规、道德规范等。

8. 投诉处理和纠纷解决：规定通信短信服务提供商和用户之间的投诉处理机制和纠纷解决方式。

需要注意的是，不同地区和国家的通信短信服务管理规定可能会有所不同，具体要根据当地的相关法律法规和管理机构的规定来执行。

通信短信服务管理规定（2）是指对通信运营商或相关企业提供的短信服务进行管理的规定。

以下是一些常见的管理规定：1. 运营商必须按照国家相关法律法规对短信服务进行管理，并提供合法、健康、安全的短信服务。

2. 运营商应该建立完善的短信服务管理机制，包括短信内容审核、用户身份认证、数据加密等技术手段，保障短信服务质量和用户隐私安全。

3. 运营商要对短信服务提供商进行严格审核和管理，确保其具备合法经营资质和技术能力，以提供可靠的短信服务。

4. 禁止运营商和短信服务提供商为实施违法犯罪活动提供便利，严禁发送违法违规短信，如淫秽色情、虚假广告、诈骗信息等。

5. 运营商要建立投诉举报机制，及时处理用户投诉和举报，对违法违规行为进行处理和惩罚。

6. 运营商应定期开展短信服务质量评估工作，对短信发送成功率、时延、投递成功率等指标进行监测和评估。

短消息服务系统方案(1)

开通费运保费合计
上海海港通信技术有限公司
20
广西联通人工短消息服务系统
技术建议书(1) 技术建议书(1)
目录
第一章前言第二章、系统需求分析第三章、系统建设方案第四章、系统功能第五章设备配置及报价
上海海港通信技术有限公司
2
第一章、前言第一章、
面对短信业务的日益火爆和寻呼业务的市场萎缩。寻呼专业完全可以充分发挥的资源优势，尤其是充分发挥人工服务的优势，为手机用户提供具有特色的信息服务，如：人工短信服务，人工秘书服务，信息定制服务等。广西联通充分利用网络资源及198/199特服号的优势，组建198/199短信服务系统。
上海海港通信技术有限公司
6
系统设计考虑
利用198/199特服号开展中文服务系统业务。可以充分利用寻呼系统现有的话务资源，并可提高中继的利用。 198/199寻呼系统现有的设备很适合开展短信服务系统业务。总部统一规划的198/199信息平台，为服务系统系统开展增值服务提供了极大的便利。
联通 165
联通 SMG 应用业务
上海海港通信技术有限公司
11
主要设备说明
人工终端鉴权计费服务器短信网关管理、维护终端联网网关应用业务接入网关 WEB服务器数据库服务器
上海海港通信技术有限公司
12
主要设备说明
信息采编台多功能备机与WMG接口网关群人工服务器人工台接口网关人工台接入网关信息源接口信息中心
上海海港通信技术有限公司
7
系统建设原则
安全可靠性灵活性和扩展性先进性经济、经济、实用性有利于开展全省全网和地方性特色的服务
上海海港通信技术有限公司

通信短信服务管理规定范文（二篇）

通信短信服务管理规定范文一、总则为规范通信短信服务行业，保障用户权益，维护通信市场秩序，制定本管理规定。

二、定义1. 通信短信服务：指通过短信通信方式，向用户提供专业的信息传递、信息推送等服务。

2. 短信服务提供商：指经营和提供通信短信服务的企事业单位或个人。

3. 短信用户：指使用短信服务的个人、单位或其他组织。

三、服务管理1. 短信服务提供商应具备合法资质，按照相关法律法规从事通信短信服务行业。

2. 短信服务提供商应确保所提供的短信服务质量稳定可靠，避免服务中断、延迟等情况。

3. 短信服务提供商应保护用户信息安全，不得泄露用户个人隐私和商业机密。

4. 短信服务提供商应当向用户提供明确的服务价格标准，不得随意调整服务价格。

5. 短信用户有权了解和查询自己的短信消费明细和使用情况，短信服务提供商应提供相关查询渠道。

6. 短信用户有权选择短信服务提供商，短信服务提供商不得限制或阻止用户的自由选择权。

四、市场监管1. 监管部门应加强对短信服务提供商的监管力度，保障市场的公平竞争环境。

2. 监管部门应加强对短信服务质量的监测和评估，及时发现和解决短信服务存在的问题。

3. 监管部门应依法处罚违规行为，严肃查处短信服务提供商的违法违规行为。

五、用户权益保护1. 短信用户有权拒绝接收垃圾短信、骚扰短信等不法信息，短信服务提供商应建立投诉处理机制，及时处理用户投诉。

2. 短信用户有权自主选择接受或屏蔽特定类型的短信内容，短信服务提供商应提供相应的设置功能。

3. 短信用户有权终止与短信服务提供商的合作关系，短信服务提供商应提供便捷的退订渠道。

4. 短信用户有权获得短信服务提供商提供的服务质量保障，如保证短信送达率、信息准确性等。

六、违规处罚1. 短信服务提供商违反本规定的，监管部门可以采取警告、罚款、责令停业等措施进行处罚。

2. 短信服务提供商出现严重违规行为的，监管部门可以吊销其经营许可证，并追究相关责任人的法律责任。

山西联通短信定制业务软件技术规范 (修复的)

山西联通2010年短信营业厅系统技术规范书中国联合网络通信有限公司山西省分公司2010年7月目录山西联通2010年短信营业厅系统 (1)1总则 (4)2卖方技术建议书要求 (6)3 3 采购范围及报价 (7)3.1采购范围 (7)3.2报价范围 (7)4项目概况 (8)4.1项目背景 (8)4.2建设目标 (8)5功能要求 (9)5.1系统总体功能图 (9)5.2前台功能 (10)5.2.1短信导航菜单 (10)5.2.2增值业务功能 (11)5.2.3业务受理 (12)5.2.4非实时业务办理 (12)5.3后台管理功能 (13)5.3.1系统管理 (13)5.3.2报表管理 (13)5.3.3菜单管理 (14)5.4接口开发 (15)5.4.1总部短信营业厅接口 (15)5.4.2BSS系统接口 (15)6总体要求 (15)6.1系统技术要求 (15)6.2应用软件设计要求 (16)7供货 (17)7.1供货 (17)7.2技术文件 (17)8项目管理 (18)8.1.1项目实施计划 (18)8.1.2项目实施控制 (19)8.1.3项目人员的结构 (19)8.1.4项目的阶段目标 (20)9报价要求......................................................................................................... 错误！未定义书签。

10工程实施及其它.. (20)10.1工程实施 (20)10.2技术服务要求 (21)10.3安装调测 (21)10.4培训 (22)10.5系统验收 (22)10.6保修期 (22)10.7关于卖方公司总体情况的介绍 (23)10.8其他 (23)1总则1.1本规范书为中国联合网络通信有限公司山西分公司（项目业主，以下简称“买方”）拟建山西联通短信营业厅系统的主要技术和供货要求，供厂商（投标人，以下简称“卖方”）编写建议书和报价之用，卖方建议书的内容和格式应符合本规范书的要求。

移动公司短信系统参数配置原则

由于时间和水平有限，《原则》当中难免有考虑不周之处，敬请指正。

目录第一部分情况简介3第二部分短信中心参数配置原则4一、短信中心单个用户最大短信缓存条数（被叫）：5二、短信中心单条短信最大保存期限8三、短信系统重发参数111、用户原因的重发机制：122、网络原因的重发机制。

14四、MSC短消息事件鉴权参数20五、短信中心接口部分相关参数：23第三部分短信网关参数配置原则24一、与短信中心接口24二、与SP接口26三、与SCP的接口27四、与其他ISMG的接口28第一部分情况简介（一）编写小组成员组长：刘耕副组长：杨书其白庆王耀阳组员：刘晟、林勇、林静、曾智、侯漫秋、涂越秋厂家：张美军（华为）钟智（康维）李邦建（亚信）（二）本省短信及相关网络设备情况点对点短信中心：华为（软件版本 v280r001.5d611），容量300万BHSM梦网短信中心：康维（软件版本 2.5.27），容量300万BHSM短信网关：亚信（软件版本 2.5.1）, 容量288万BHSMSCP：东信北邮(4.04)MSC：西门子（sr9.0）HLR:西门子（sr9.0）第二部分短信中心参数配置原则一、短信中心单个用户最大短信缓存条数（被叫）：参数释义：短信中心对于单个被叫号码的最大短信保存数量。

不同地区、不同短信中心此项参数的设置并不一致。

为了证实此项参数的不同配置对收入以及对系统资源的影响，我们在成都万年短信中心（华为）上进行了测试：测试环境：万年短信中心（华为），承载四川全省除成都以外的点对点短信业务以及梦网点播等上行短信业务。

某通讯短信系统参数配置原则

某通讯短信系统参数配置原则某通讯短信系统参数配置原则通讯短信系统已经成为现代通讯中非常重要的一部分，尤其在移动互联网时代，迅速的、便捷的短信服务更是得到了广泛的应用。

在通讯短信系统的运行过程中，参数配置的合理性和准确性直接关系到系统的稳定性、访问速度以及用户使用体验。

下文将对某通讯短信系统的参数配置原则进行详细的讨论。

一、系统架构的考虑在进行任何参数配置之前，我们需要先进行系统架构的考虑，它直接影响到短信服务的整体性能。

针对短信系统的架构，一般有两种方式进行实现，分别为集中式和分布式。

集中式架构是将短信系统的所有服务都集中在一个地方进行管理和维护，所有的数据流向都通过这个集中服务器，这种方式相对简单，但是当访问压力增大时，单一服务节点的承载能力将会成为性能瓶颈，而且存在单点故障的风险。

分布式架构则将短信系统的所有服务划分成多个子节点，每个节点都可以独立工作，并且有多条路径供数据流向，它可以更有效的利用资源，减轻单一服务器节点负担，也降低了单点故障的风险。

但分布式架构也存在着更高的管理和维护成本，需要花费更多的时间和精力。

针对不同的应用场景，短信系统的系统架构应该进行针对性地选择和配置。

二、核心参数的优化系统配置之后，我们就需要对其核心参数进行优化。

关键参数包括：CPU和内存使用率、网络带宽、数据库负载及连接数、消息服务器连接数等，这些参数的优化能够大大提升系统的稳定性和性能。

1. CPU和内存使用率：CPU和内存是我们最常用到的多核处理器和内存存储器，是保证系统运行顺畅的关键。

在优化时，要充分利用多核处理器的优势，将短信系统的运行过程通过多线程方式进行，提高CPU利用率。

同时，还需要充分利用内存缓存存储空间，缓解对数据库的访问压力，保证系统稳定性。

2. 网络带宽：针对网络带宽，我们应该考虑两个方面进行优化。

首先，需要保证系统能够充分利用带宽，保证短信可以快速送达。

其次，应该对带宽进行优先和限制控制，避免部分业务和应用占用过多网络资源，影响其他业务和应用的正常运行。

中国联通短消息业务设备规范

中国联通短消息业务设备规范一、引言随着移动通信技术的发展和普及，短消息业务已经成为人们日常生活和工作中不可或缺的通信方式之一。

为了确保短消息业务能够以稳定、高效、安全的方式提供给用户，中国联通制定了短消息业务设备规范，以规范短消息业务的设备配置和管理。

二、设备配置1. 短消息网关设备的配置应根据业务量和用户数量的需求进行合理规划。

设备应具备足够的容量和性能，保证短信能够及时、无误地传递到用户终端。

2. 短消息网关设备应具备高可靠性和可用性，通过冗余配置和负载均衡技术保证业务的连续可用性。

3. 短消息网关设备应具备高度的扩展性，能够根据业务增长的需求进行灵活的扩容和升级。

4. 短消息网关设备应具备良好的兼容性，能够与不同厂家的设备进行互操作。

5. 短消息网关设备应具备完善的安全性，采用防火墙、入侵检测系统等技术保护设备和用户数据的安全。

三、设备管理1. 短消息网关设备应配备专业的运维人员，定期进行设备巡检和性能监测，及时处理设备故障和性能异常。

2. 短消息网关设备的系统软件应进行定期更新和升级，及时修复漏洞和安全隐患。

3. 短消息网关设备的日志应进行定期备份和存储，记录设备运行状态、用户交互日志等信息，以便进行故障排查和安全审计。

4. 短消息网关设备的配置文件应进行定期备份，以备份恢复和紧急维护使用。

5. 短消息网关设备的设备认证和访问控制应加强，只有经过授权的人员才能进行管理和操作。

四、用户隐私保护1. 短信内容加密：短消息网关设备应支持短信内容的加密传输，保护用户的短信内容隐私。

2. 用户信息保护：短消息网关设备应严格遵守相关法律法规，保护用户的个人信息不被泄漏或滥用。

3. 垃圾短信过滤：短消息网关设备应提供垃圾短信过滤功能，有效阻止垃圾短信对用户的骚扰。

4. 良好的用户投诉处理机制：短消息网关设备应建立健全的用户投诉处理机制，及时处理用户的投诉和反馈。

五、安全防护1. 短消息网关设备应具备针对DDoS攻击、恶意软件攻击等的防护能力，保证短信业务的正常运行。

短信系统参数配置原则初稿

由于时间和水平有限，《原则》当中难免有考虑不周之处，敬请指正。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

由于时间和水平有限，《原则》当中难免有考虑不周之处，敬请指正。

不同地区、不同短信中心此项参数的设置并不一致。

1、处理能力：300万BHSM2、日短信提交量（MO提交量）：约为300万左右。

3、内存占用情况：通常情况下5万条以内，内存容量为70万条。

测试方法：分别将短信中心的单个被叫最大短信缓存条数设置为20条、15条、10条，然后对修改前后的MO提交成功率、效益（成功下发的点对点短信条数/手机向短信中心提交的点对点短信条数 X 100%）以及内存占用率进行统计和分析。

由于各短信设备制造商均未建议10条以下的设置，为避免影响公司收入，因此我们未对低于10条的短信存储数进行测试。

测试结果：（如图）效益=下发成功的点对点短信条数/手机向短信中心提交的点对点短信条数配置原则建议：15条。

理由：1、由上图可见，单个用户待发缓存从20条调整到15条，对MO提交成功率影响不大，效益降低不明显，内存占用却下降了很多。

但从15条调整到10条，效益却有明显的下降。

2、对于一些业务种类较多（例如含短信群发业务、梦网业务）的短信中心，为保证系统安全，我们更是建议采取15条的被叫缓存设置。

因为承载广告群发业务以及梦网业务的短信中心，内存空间或者数据库空间占用率通常较高（成都康维短信中心，数据库空间150万，承载广告群发业务以及梦网络下行等业务，根据统计，广告群发的关机率约为20%，梦网下发的关机率约为10%，数据库空间经常超过100万），因此若被叫缓存数设置过高，不仅经济效益不明显，反而容易导致数据库被占满，给网络的安全带来隐患。

二、短信中心单条短信最大保存期限参数释义：未下发成功的短信在短信中心内存或数据库的保存期限。

不同地区、不同短信中心此项参数的设置并不一致，有的设置为24小时，有的设置为48小时。

1、处理能力：300万BHSM2、日短信提交量（MO提交量）：约为300万左右。

3、内存占用情况：通常情况下5万条以内，内存容量为70万条。

测试方法：考虑到一些厂家的短信中心此项参数的设置只能以天为单位，分别将短信中心的单条短信最大保存时限设置为24小时和48小时，然后对修改前后效益以及内存占用率进行统计分析。

测试结果：（如图）效益=下发成功的点对点短信条数/手机向短信中心提交的点对点短信条数配置原则建议：24小时。

理由：1、测试所在的短信中心业务较为单一，只有点对点业务，从上图的比较可以看出，单条短信最大保存时限由24小时调整到48小时，内存占用明显上升，经济效益却明显的下降这说明正常的在网用户，短信中心的待发短信保存时限很少会超过24小时，而对那些长时间关机的用户，短信中心保存时限设置再高，这部分短信最终也会由于超期而被系统删除。

因此对于点对点业务而言，此项参数的合理配置建议为24小时。

2、对于一些业务种类较多（例如含短信群发业务、梦网业务）的短信中心，为保证系统安全，我们更是建议采取24小时的单条短信保存时限设置。

因为承载广告群发业务以及梦网业务的短信中心，内存空间或者数据库空间占用率通常较高（成都康维短信中心，数据库空间150万，承载广告群发业务以及梦网络下行等业务，根据统计，广告群发的关机率约为20%，梦网下发的关机率约为10%，数据库空间经常超过100万），因此若被叫缓存数设置过高，不仅无明显的经济效益，反而容易导致数据库被占满，给网络的安全带来隐患。

三、短信系统重发参数参数释义：短信中心对于一些由于各种原因首次下发失败的短信执行即定的发送机制进行重发。

现网重发机制主要有两类：一、定时重发（华为）：根据不同的错误代码按原定的重发时间间隔进行周期性的重发。

二、智能重发（康维）：根据不同的错误代码按原定的重发机制进行由密到疏的重发。

现网重发机制主要包括用户原因的重发和网络原因的重发：一、用户原因：1、用户关机。

2、PAGING无应答3、手机内存满。

4、用户忙：5、终端设备不支持。

6、被叫用户无短信功能二、网络原因：1、HLR/MSC拒绝2、HLR/MSC无应答：3、HLR/MSC系统错误：目前不同短信中心设备对不同错误代码的重发机制差异很大，例如，华为短信中心将用户关机和PAGING无应答作为一种错误代码来制定重发机制，而康维则是分开制定的；华为短信短信中心可将各类网络原因分开制定重发机制，而康维短信中心则是将网络原因作为一种错误代码而制定重发机制的。

为了使重发机制的测试结果具有可推广性，我们选择在成都府青短信中心（华为）上进行测试。

测试环境：府青短信中心（华为），承载成都点对点短信业务以及成都用户梦网点播等上行短信业务。

1、处理能力：300万BHSM2、日短信提交量（MO提交量）：约为340万左右。

3、内存占用情况：通常情况下5万条左右，内存容量为70万条。

测试内容：1、用户原因的重发机制：1）缺席用户/内存满：由于系统对用户忙以及终端设备不支持的重发数量较少，因此本次测试，主要针对缺席用户（关机/出服）以及内存满这两类错误代码的重发时间的不同设置进行测试。

测试方法：关闭除缺席用户和内存满之外的所有重发，分别将这两种错误代码的重发间隔设置为10小时和10分钟，统计A表上非首次发送成功的平均延时。

测试结果：建议参数配置：系统默认最长重发时间间隔。

（华为为10小时）理由：根据规范，短信中心在首次下发收到用户关机/出服或内存满的状态报告之后，将通知被叫用户归属HLR对该用户数据置消息等待位HNRF或MCEF，同时用户所在的VLR也将对该用户的拜访数据置消息等待位。

如果用户在原VLR或新VLR开机/上网或清理内存，VLR或位置更新的信令均将通知HLR向SMSC发alert sc消息，从而保证用户能在第一时间接收到短信。

也就是说正常情况下，短信中心对这些错误代码的重发是完全没必要的，过于密集的重发设置只会加重短信中心系统负荷以及HLR的信令负荷。

2）用户忙：用户由于拨出/接入电话、发送/接收短消息、位置更新等行为占用SDCCH信道而导致短信中心收到用户忙的错误代码。

从全天统计来可看，数量极少，考虑到部分机型开机后一段时间才能接收短信（MOTOROLA 老款6188、6288），因此此项参数的建议设置为5分钟周期性重发。

3）终端设备不支持：建议直接删除不进行重发。

4）被叫无短信功能：建议直接删除不进行重发。

2、网络原因的重发机制。

1）HLR/MSC无应答：通常两种情况下会出现：i)MSC对来自SMSC的forward sm信令的ack 应答消息由于各种网络原因（例如SDCCH掉话等）未能返回到SMSC。

此类情况出现概率极小，一旦这种情况，往往被叫用户实际已接收到了短信。

若短信中心对此错误进行重发，将造成被叫用户重复接收。

ii)信令转接局STP上MSISDN以及MSCID的GT数据做错或漏做，或HLR/MSC上短信中心号码的GT数据做错或漏做，造成短信中心无法收到send routing info寻址消息或forward sm下发消息的返回信令。

若出现这种情况，无论怎样重发均是不会成功的。

只能通过保证GSM网络的相关GT数据的正确来避免此类情况的出现。

建议参数配置：直接删除不进行重发。

理由：设置重发不但容易导致被叫用户重复接收，另一方面，在出现传输阻断、STP以及本地重要MSC/HLR退服等意外的情况下，短信中心内存空间将会很快被占满从而导致业务中断。

2）其余网络原因的重发设置：主要有两类。

HLR/MSC拒绝：HLR/MSC对来自SMSC的send routing info或forward sm信令直接回送ABORT消息。

该错误代码的数量比例较高，在4月份对取消网络原因的重发后统计，府青短信中心平均每天收到的这种错误代码数量在3万条以上，是影响短信接通率指标的主要原因之一。

我们曾在交换侧对此错误代码进行了长期的跟踪和观测发现，该错误代码的出现完全随机，错误代码的数量只和下发业务量成正比，且和HLR/MSC的CP负荷、信令链路负荷、应答等待参数设置等均无关，通常第2次发送即能成功。

（关于制定重发前后错误代码数量的对比详见《影响短信质量各类原因及优化方案》）HLR/MSC系统错误：HLR/MSC对来自SMSC的send routing info 或forward sm信令回送system failure。

该错误代码的数量比例较高，在4月份对取消网络原因的重发后统计，府青短信中心平均每天收到的这种错误代码数量在1万条以上，是影响短信接通率指标的主要原因之一。

××通讯- 短信系统参数配置原则(初稿)最新修正版

移动公司短信系统参数配置原则

短信配置参数指南V2.0

短信模板配置

OOB短信参数设置参考

中国移动通信短信及语音信箱维护管理规定1

移动通信短信服务标准协议版

中国电信智能短信-技术规范 v2

最新标准短信服务协议7篇

消息管理系统-短信使用及配置-操作手册

通知短信方案

短信中心 技术指标

通信短信服务管理规定(3篇)

短消息服务系统方案(1)

通信短信服务管理规定范文（二篇）

山西联通短信定制业务软件技术规范 (修复的)

移动公司短信系统参数配置原则

某通讯短信系统参数配置原则

中国联通短消息业务设备规范

短信系统参数配置原则 初稿

短信中心技术指标

短信系统参数配置原则初稿