短信平台总体技术方案.doc

《短信平台总体技术方案.doc》由会员分享，可在线阅读，更多相关《短信平台总体技术方案.doc（26页珍藏版）》请在麦多课文档分享上搜索。

1、 通用 短信 接入 平台 系统总体方案 目 录 1. 系统简介 . 3 2. 系统目标 . 3 3. 名词定义 . 4 4. 系统结构 . 5 4.1. 系统结构 5 4.1.1. 系统逻辑图 5 4.2. 系统方案 5 4.2.1. 分布式方案 5 4.2.2. 集中方案 7 4.2.3. 方案比较 8 4.3. 备份通道 8 5. 系统功能 . 9 5.1. 短信网关系统 9 5.1.1. 多种运营商接入 9 5.1.2. 负载均衡功能 9 5.1.3. 短信重发功能 10 5.1.4. MO/MT 优先发送接受功能 10 5.1.5. 内容过滤功能 10 5.1.6. 黑名单管理功能 1

2、0 5.1.7. 故障报警功能 10 5.1.8. 统计计费功能 11 5.1.9. 系统管理功能 11 5.1.10. 短信处理子系统接入 11 5.1.11. 与短信处理子系统数据交换 11 5.1.12. 与短信处理子系统数据交换的二次开发接口 12 5.1.13. 系统运行平台 12 5.2. 短信处理 子系统 12 5.2.1. 短信收发引擎 12 5.2.2. 链路监控功能 12 5.2.3. 数据备份功能 12 5.2.4. 故障报警功能 13 5.2.5. 短信重发功能 13 5.2.6. MT/MO 优先发送的功能 13 5.2.7. 短信网关设置功能 13 5.2.8. 业

3、务系统接入功能 13 5.2.9. 业务系统栏目管理功能 13 5.2.10. 系统管理功能 14 5.2.11. 统计功能 14 短信平台总体方案 15.2.12. 与业务系统数据交换 14 5.2.13. 与业务系统数据交换的二次开发接口 14 5.2.14. 系统运行平台 14 5.3. 业务系统接入 15 5.3.1. 二次开发接口种类 15 5.3.2. 大量数据 (万级 )的接入方式 15 5.3.3. 定时发送 15 6. 某某行业接入应用 . 15 6.1. 办公系统 15 6.1.1. OA 接入 15 6.1.2. 会议通知 16 6.2. 生产系统 16 6.2.1. 流

4、程通知 16 6.2.2. 故障报警 16 6.2.3. 巡视任务通知 16 6.2.4. 数据实时传送 16 6.3. 其他应用接入 16 6.3.1. 网络监控 16 6.3.2. 主机监控 17 6.3.3. 机房监控 17 6.3.4. 其他业务接入 17 7. 硬件系统需 求 . 17 7.1. 短信网关 17 7.1.1. 网关服务器 17 7.1.2. 数据库服务器 17 7.2. 短信处理子系统 18 7.2.1. 网关服务器 18 7.2.2. 数据库服务器 18 附件 1:短信平台系统特服号码分配方案 . 19 1. 特服号码的选择 . 19 2. 特服号码分配原则 . 1

5、9 3. 各运营商特服号 . 19 4. 特服号码扩展规则 . 20 5. 省级特服号码的申请 . 20 6. 各地市公司的特服号 . 20 6.1 地市公司特服号分配原则 20 6.2 地市公司特服号举例 20 7. 业务系统接入方 式一（特服号区分方式） . 21 7.1 业务系统的特服号 21 7.2 各业务栏目的特服号 22 7.3 组合特服号举例 22 8. 业务系统接入方式二（短信内容区分方式） . 23 短信平台总体方案 28.1 各业务系统及栏目接入 23 8.2 组合特服号举例 24 短信平台总体方案 31. 系统简介 某某 公司及各地市公司在多年的信息系统应用中，已经建立了

6、全面的信息管理系统、办公系统，这些软件系统为公司的生产和管理发挥了积极的作用。企业的发展和市场竞争的加剧，要求公司不断完善面向客户的服务体系，为客户提供更好的服务，提高客户满意度，降低服务成本。 中国移动、中国联通、中国电信等通信公司的短信业务，具有高效率、低成本、快速简单、安全性高等特点，非常适合 某某 公司向客户提供更多渠道，更广范围的优质服务，也可以为 某某 公司的信息管理软件、办公软件、生产、营销 、客户服务等系统的提供高效的通讯支持。 安徽省 某某 公司 通用 短信 接入 平台（简称“短信平台”）将针对当前的应用需求， 建立一个快速的短信通道 ，为各应用系统 提供一个动态数据短信 收

7、 发 系统。短信平台应具备较强的通用性、开放性、实时性、可靠性， 可以与各种软件系统进行无缝高效相连，将 各种应用软件 产生的动态信息 通过 手机短信实时发送 、接收。系统功能全面，稳定性好，扩展性强，满足 公司对于短信应用的规划和需求。 2. 系统目标 安徽省 某某 公司企业短信平台实现与短信业务运营商（中国移动、中国联通、中国电信）短信网关之间的通信，利用 某某 系统 信息资源为 某某 客户提供短信服务；为企业内部管理提供辅助平台；为生产运营提供新的工作模式。具体业务包括基于移动、联通、电信的短信公众信息服务、建立 某某 企业内部短信信息渠道、结合 某某 企业现有业务系统如：缴费、报修、查

8、询、通知等为客户提供短信服务，技术上要求平台提供后台的业务管理以及统计、查询等功能并使开发人员可以通过系统的标准二次开发接口快速集成短信服务。 1 利用短信平台建立一个为 某某 用户服务的通用移动信息服务窗口。 2 实现内部工作人员直接的快速沟通联络、信息传达。 3 作为生产数据采集，实时监控的扩展通道。 短信平台总体方案 43. 名词定义 SMS： Short Message Service，短消息服务 ISP： Internet Service Provider，互联网服务提供商 ICP： Internet Content Provider，互联网内容提供商 SMPP： Short Mes

9、sage Peer to Peer，短消息点对点协议 CMPP： China Mobile Peer to Peer，中国移动点对点协议 SGIP： Short Message Gateway Interface Protocol，联通短消息网关接口协议。 同时也用于 完成在 SMG 和 SP 之间、 SMG 和 SMG 之间短消息的发送、接收和转发功能，以及 SMG 和 GNS 之间路由表的同步功能 GNS： Gateway Name Server，负责系统路由的管理和同步 CNGP： China Netcom Short Message Gateway Protocol，中国网通短消息网关

10、协议 HTTP： Hypertext Transfer protocol,超文本传输协议 TLS： Transport Layer Security，传输层安全 MO： Mobile Original，由手机用户提交的短消息 MT： Mobile Terminate，手机用户接收的短消息 SMG： Short Message Gateway，短消息网关 ， SMG 之间的通讯协议采用 SGIP SMSC： Short Message Service Center，短消息中心 SP： Service Provider，服务提供商，泛指移动、联通、电信、网通短信的合作伙伴 短信平台总体方案 54.

11、 系统结构 4.1. 系统结构 4.1.1. 系统逻辑图 4.2. 系统方案 4.2.1. 分布式方案 4.2.1.1. 网络拓扑 短信平台总体方案 64.2.1.2. 方案描述 1. 方案描述：网关子系统 配置在省 公司，各地市公司配置独立的 短信处理子系统。 2. 短信网关与服务提供商（移动、联通、电信等）间采用 DDN 专线、 INTERNET方式作为主要传送通道。 3. 短信处理子系统与短信应用子系统间通过 某某 三级网连接。在地市和省公司之间搭建 GPRS/CDMA 通路作为通道备份，当 某某 三级网出故障时使用。在地市的短信处理系统上也配备 GSM MODEM，当省公司的网关出现故

12、障时使用，直接发送到运营商。 4. 各子系统间接口： 1) 网关子系统与运营间： 短信网关与中国移动短信网关使用 CMPP 协议连接，与中国联通短信网关使用 SGIP 协议连接，与电信小 灵通通过 CNGP 等协议连接。网关与各运营商间采用 GPRS/CDMA 进行通道备份，也可以采用 GSM MODEM 直接把数据发送给运营商。 2) 短信处理子系统与网关子系统采用 SMPP、 SGIP 或自定义协议 接口。 3) 短信处理子系统与短信应用子系统间根据网络条件不同，可以选择 采用数据库接口、 socket 接口、 API 接口、 SMTP/POP3 或 WEB SERVICE 等方式接口。

13、4) 数据库：统一采用主流大型数据库，如 SQL SERVER、 ORACLE 等 短信平台总体方案 74.2.2. 集中方案 4.2.2.1. 网络拓扑 4.2.2.2. 方案描述 1 方案描述： 短信处理子系统和网关子系统统 一配置在省公司。各地市公司及省公司的短信应用子系统通过 TCP/IP 连接到短信处理子系统。 2 各子系统间接口： 1) 网关子系统与服务提供商间：短信网关与中国移动短信网关使用 CMPP协议连接，与中国联通短信网关使用 SGIP 协议连接，与电信小灵通通过 CNGP 等协议连接。网关与各服务提供商间采用 GPRS/CDMA 进行通道备份。 2) 短信处理子系统与短信

14、应用子系统间根据网络条件不同，可以选择采用数据库接口、 socket 接口或采用 API 接口。 3) 短信处理子系统与短信应用子系统间根据网络条件，可以采用 某某 三级网或无线接入方式连接 。 3 数据库： 由于各地市 某某 公司均采用同一的短信处理子系统，应用多、数据量大。数据库采短信平台总体方案 8用主流大型数据库，如 SQL SERVER、 ORACLE 等。 4.2.3. 方案比较 见附件 1 安徽省短信平台方案比较。 4.3. 备份通道 备份通道主要考虑在 某某 三级网出现故障时的备用方式，有三种： （一） GPRS/CDMA ，通过 GPRS 或 CDMA 无线网络建立从省公司到

15、各地市公司的备用通道，该种方式由于需要省公司短信网关固定 IP 访问地址，因而需要省公司建立与无线网络的专线连接，各地市公司服务器设备配置对应无线拨号模块，在主通道故障时，地市公司 启用无线拨号主动连接到省公司，由于各地市公司拨号后 IP 地址为动态，因而影响从省公司到地市公司下行数据的主动访问。 （二） MODEM 拨号，在省公司配置拨号服务器以及 MODEM 池，通过模拟电话线路供各地市公司在主通道故障时直接拨入，内部的访问地址和权限设备通过省公司的网络设备进行对应设置。 （三） GSM 调制解调器，当网络出现故障时，在各地市公司直接采用采用 GSM 模块进行发送，但对应用有很大限制，且对

16、用户来说短信来源从特服号突然变成普通手机号码，会引起较大疑惑。 备用通道方式 对短信平台软件的影响 网络构建复 杂度 安全性 稳定性 维护成本 传输速率 投资 GPRS/CDMA 改 变 通 道和访问方式，省公 司 与 地市的 相 互 访问变化较大，要求 软 件 做适应性改动。 较复杂 安全性部分控制在运营商手中 易掉线，稳定性不够，需要软件辅助检测 安装配置维护较复杂 平均40Kbit/s 包含设备、运营商的专线、数据资费长期费用，投资大 MODEM 池 备 用 通 道对于 软 件 为透较简单 安全性完全自受电话线路、MODEM、服务安装配置维护56Kbit/s瓶颈在省仅 包 含 设备 费

17、用 和短信平台总体方案 9明方式，不影响软件功能 控 器因素影响，稳定性不够，但采用的是按需拨号，影响不大 较简单 公司端 电话资费，投 资 相 对较低 GSM MODEM 对 软 件 要有很大改动，支持 GSM 拨号 较简单 为无线通讯网的安全性 较差 较高 速 率 有限，对全部 MO 数据和大部分 MT 业务数据不能进行。 需 要 对 全省 的 业 务系 统 都 增加 GSM 模块，投资很大 5. 系统功能 5.1. 短信网关系统 5.1.1. 多种运营商接入 具备使用对应的标准协议接入及扩展 移动 CMPP 联通 SGIP 电信 SMGP 网通 CNGP 具备对运营商进行参数设置的功能包

18、括（特服号 ,企业代码 ,主机 IP,帐户 ,密码等 ) 具备对运营商进 行管理的功能包括（启用 ,激活等 ) 5.1.2. 负载均衡功能 1) 具备多线程处理功能 2) 具备网关服务器与数据库服务器分离的功能 短信平台总体方案 10 3) 具备网关服务器多机负载的功能 4) 具备数据库服务器多机负载的功能 5) 具备 MO 和 MT 分离运行的功能 6) 具备 MO 多机的功能 7) 具备 MT 多机的功能 5.1.3. 短信重发功能 短信如果没有发送成功，系统会按要求自动重新发送。可以对重新发送的时间间隔，发送次数进行设置。 5.1.4. MO/MT 优先发送接受功能 MO， MT 中优先

19、级高的短信（会议通知，报警通知等）可以在发送和回送队列中被优先提取出来进行发送和回送。 5.1.5. 内容过滤功能 对违反国家法律法规 的内容、运营商、短信平台运营商不希望出现的内容进行处理，并可以制定对过滤内容处理的策略。 5.1.6. 黑名单管理功能 系统管理员可以将特定用户的手机号放到黑名单中，平台拒绝为黑名单中的用户提供服务。 5.1.7. 故障报警功能 当系统运行出现故障时，能够向相关管理员发送 email，短信通知。可以对系统进行策略制定，直到故障自己消失或管理员主动修复故障。 短信平台总体方案 11 5.1.8. 统计计费功能 1) 具备统计分时间段 ,分运营商的 MT/MO 流

20、量的功能 2) 具备统计分时间段 ,分接入处理中心的 MT/MO 流量的功能 3) 具备统计分时间段 ,分接入处理中心的 MT/MO 费用的功能 4) 具备统 计分时间段 ,分接入处理中心的 MT/MO 发送失败的流量的功能 5.1.9. 系统管理功能 1) 具备平台用户管理的功能 2) 具备平台权限管理的功能 3) 具备记录平台用户使用过程的功能 4) 具备浏览 ,查询 MT 日志的功能 5) 具备浏览 ,查询 MO 日志的功能 5.1.10. 短信处理子系统接入 1) 具备使用特服号码扩展来管理短信处理中心的接入的功能 2) 具备设置短信处理 子系统 基本参数的功能 (处理中心名称 ,用户

21、名 ,口令 ,联系方式等 ) 3) 具备管理短信处理 子系统 状态的功能 (启用 ,激活 ,暂停等 ) 4) 具备管理短信处理 子系统 运行参数的功能 (通道数 ,MO 峰值 ,MT 峰值等 ) 5.1.11. 与短信处理子系统数据 交换 1) 具备与短信处理 子系统 采用实时的长连接方式处理数据交换的功能 2) 具备与短信处理 子系统 采用多线程高效处理数据交换的功能 短信平台总体方案 12 5.1.12. 与短信处理子系统数据交换的二次开发接口 1) 具备 HTTP/HTTPS 方式的二次开发接口 2) 具备 SOCKET 方式的二次开发接口 3) 具备 DLL,JAVA,URL 三种二次

22、开发接口 4) 具备加密和非加密的二次开发接口 5.1.13. 系统运行平台 服务器： PCSERVER 操作系统： WINDOW2000(2003,2008)， WINDOWSXP， LINUX 数据库： SQLSERVER2000(2005,2008)， ORACLE9I(10g,11g) 5.2. 短信处理 子系统 5.2.1. 短信收发引擎 系统采用队列加缓冲池方式存储收到的 MO 和经过应用程序处理后欲发出的 MT。此种结构使得各个功能模块分别独立处理数据，有利于从最大限度上缓解平台压力，实现高效率的多进程并发处理事务的能力。 5.2.2. 链路监控功能 当链路出现故障时，系统会发警

23、告消息给报警模块，同时系统会停止收发短信，当链路恢复时，系统可以自动恢复功能，无需人员干预。 5.2.3. 数据备份功能 系统按照设定自动把时段以外的删除历史数据，并把历史数据备份在磁带 或硬盘 上。 短信平台总体方案 13 5.2.4. 故障报警功能 当系统运行出现故障时，能够向 相关管理员发送 email，短信通知。可以 对系统进 行策略制定，直到故障自己消失或管理员主动修复故障。 5.2.5. 短信重发功能 短信如果没有发送成功，系统会按要求自动重新发送。可以对重新发送的 时间间隔，发送次数进行设置。 5.2.6. MT/MO 优先发送的功能 1) 具备 MT 优先级高的先发送的功能 2

24、) 具备 MO 优先级高的先回送的功能 5.2.7. 短信网关设置功能 具备设置短信网关参数的功能 5.2.8. 业务系统接入功能 1) 具备使用特服号码扩展或短信内容前缀的方式来管理业务的接入功能 2) 具备设置接入业务系统基本参数的功能 (业务系统名称 ,用户名 ,口令 ,联系方 式等 ) 3) 具备管理接 入业务系统状态的功能 (启用 ,激活 ,暂停等 ) 4) 具备管理接入业务系统运行参数的功能 (通道数 ,MO 峰值 ,MT 峰值等 ) 5.2.9. 业务系统栏目管理功能 1) 具备使用特服号码扩展或短信内容前缀的方式来管理业务栏目的功能 2) 具备设置业务系统栏目基本参数的功能 (

25、业务系统栏目名称 ,优先级等 ) 3) 具备管理业务系统栏目状态的功能 (启用 ,激活 ,暂停等 ) 短信平台总体方案 14 5.2.10. 系统管理功能 1) 具备系统用户管理的功能 2) 具备系统权限管理的功能 3) 具备记录系统用户使用过程的功能 4) 具备浏览 ,查询 MT 日志的功能 5) 具备浏览 ,查询 MO 日志的功能 5.2.11. 统计功能 1) 具备统计分时间段 ,分接入业务系统 的 MT/MO 流量功能 2) 具备统计分时间段 ,分接入业务系统的 MT/MO 费用功能 3) 具备统计分时间段 ,分接入业务系统的 MT/MO 发送失败的流量功能 4) 具备统计分时间段 ,

26、分业务系统栏目的 MT/MO 流量功能 5) 具备统计分时间段 ,分业务系统栏目的 MT/MO 费用功能 6) 具备统计分时间段 ,分业务系统栏目的 MT/MO 发送失败的流量功能 5.2.12. 与业务系统数据交换 1) 具备与接入业务系统采用长连接或短连接方式处理数据交换的功能 2) 具备与接入业务系统采用多线程高效处理数据交换的功能 5.2.13. 与业务系统数据交换的二次开发接口 1) 具备 HTTP/HTTPS 方式的二次 开发接口 2) 具备 SOCKET 方式的二次开发接口 3) 具备 DLL,JAVA,URL 三种二次开发接口 4) 具备加密和非加密的二次开发接口 5.2.14

27、. 系统运行平台 1) 系统运行采用 WINDOWS,linux 操作系统。 短信平台总体方案 15 2) 数据库采用 ORACLE 或 SQLSERVER。 5.3. 业务系统接入 5.3.1. 二次开发接口种类 1) 具备 HTTP,SOCKET 方式 2) 具备 DLL,JAVA,URL 三种途径 3) 具备加密和非加密的二次开发接口 5.3.2. 大量数据 (万级 )的接入方式 具备成批高效提交、获取 MT/MO 数据的功能 5.3.3. 定时发送 1) 具备定时发送的功能 2) 具备成批修改定时发送的功能（定时发送预留时 间未到） 3) 具备成批删除定时发送的功能（定时发送预留时间未

28、到） 6. 某某 行业接入应用 6.1. 办公系统 6.1.1. OA 接入 短信回复至邮件：通过对 AD 的扩展，可以唯一标识短信的发送者，回复短信将以邮件的形式发送给短信发送者。 邮件到达提醒：用户可以设置自己的提醒规则，符合过滤条件的邮件将被提醒。 短信平台总体方案 16 6.1.2. 会议通知 1) 会议通知。 2) 短信签到。 3) 短信表决。 6.2. 生产系统 6.2.1. 流程通知 在生产中带流程的工作采用短信通知方式，上一流程处理人可以及时通报处理情况，并告知下一流程处理人及时处理。 6.2.2. 故障报警 生产系统检测到 某某 系统的故障，向相关的工作人员发送报警短 信，及

29、时通知负责人进行处理，快速处理 某某 故障。 6.2.3. 巡视任务通知 及时将巡视任务通知给相关人员 6.2.4. 数据实时传送 数据传送通道。 6.3. 其他应用接入 6.3.1. 网络监控 将网络故障监控情况传给责任人 短信平台总体方案 17 6.3.2. 主机监控 将主机故障监控情况传给责任人 6.3.3. 机房监控 将机房故障监控情况传给责任人 6.3.4. 其他业务接入 其他相关系统可视需要，随时接入短信平台 7. 硬件系统需求 7.1. 短信网关 7.1.1. 网关服务器 产品基本特性及配置信息 系统部件名称 特性描述 备注 处理器 P4 2.8GHz 4 Xeon 处理器 内存

30、 1GB 2 硬盘 36G 2 RAID1 网络 系统 10/100/1000M 2 7.1.2. 数据库服务器 产品基本特性及配置信息 系统部件名称 特性描述 备注 处理器 P4 2.8GHz 2 Xeon 处理器 内存 1GB 2 短信平台总体方案 18 硬盘 73G 4 RAID5 网络系统 10/100/1000M 2 7.2. 短信处理子系统 7.2.1. 网关服务器 产品基本特性及配置信息 系统部件名称 特性描述 备注 处理器 P4 2.8GHz 1 Xeon 处理器 内存 1GB 硬盘 73G 2 RAID1 网络系统 10/100/1000M 2 7.2.2. 数据库服务器 产

31、品基本特性及配置信息 系统部件名称 特性描述 备注 处理器 P4 2.8GHz 2 Xeon 处理器 内存 1GB 硬盘 73G 4 RAID5 网络系统 10/100/1000M 2 短信平台总体方案 19 附件 1:短信平台系统特服号码分配方案 1. 特服号码的选择 短信业务的特服号码种类主要有 SP 和非 SP （行业企业应用）两种。 SP 的方式具备的功能比较多，可以直接开通短信， WAP，彩信，彩铃等业务，具备号码扩展，收到确认，返回报告等功能，还可以对手机用户进行手机收费，但国家现在对SP 的管理非常严格，审 批环节非常多，时间跨度非常大，正常的审批时间至少要 2 个月，而且每年还

32、有审查一次。 非 SP 的方式是运营商为一些大的行业企业专门设立的一种业务种类，可以直接开通短信业务，暂时不支持 WAP,彩信，彩铃，具备号码扩展，收到确认，返回报告等功能，但不能对手机用户进行手机收费。非 SP 的申请比较简便，时间短。 在本项目中，我们推荐选用非 SP 的行业企业应用方式。 2. 特服号码分配原则 充分考虑地市、应用类别 号码必须具有可扩展性 最底层应用可自由扩展剩余号码 3. 各运营商特服号 供应商 特服号码 具备功能 备注 移动 号码扩展，返回报告 必选 联通 号码扩展，返回报告 必选 电信 号码扩展，返回报告 可选 短信平台总体方案 20 4. 特服号码扩展规则 根据

33、中国移动规划，企业应用 SP 主号码为 5 位，如 0XXXXX。根据移动的 CMPP3.1 协议，服务号码最长可以扩展到 32 位。联通类似。下面是号码扩展规则示意图： 号码扩展规则示意图 5. 省级特服号码的申请 省级的特服号码需要和各个运营商申请，号码一般为 5位，各个运营商一般不同，但也可以申请一致的号码，在本文档中用 AAAAA 作为 举例。 6. 各地市公司的特服号 6.1 地市公司特服号分配原则 省局及下属 17 个地市，共 18 个号码，。号码分配原则两种： 采用 2 位流水号，省局用 00 采用地市电话区号后 2 位，省局用 00 6.2 地市公司特服号举例 原则一： 0XX

34、XX XX YY ZZ AAAAAAAAAAAAAAAAAAAAA 主号码 地市扩展号码 业务扩展号码 自由扩展号码 栏目扩展号码 短信平台总体方案 21 AAAAAXX： XX 为各个地市区号后两位 AAAAA00： 省局 AAAAA01：合肥 AAAAA02：蚌埠 AAAAA03：芜湖 原则二 AAAAAXX： XX 为各个地市区号后两位 AAAAA00： 省局 AAAAA51：合肥 AAAAA52：蚌埠 AAAAA53：芜湖 推荐用原则二。 7. 业务系统接入方式一（特服号区分方式） 7.1 业务系统的特服号 7.1.1 业务系统特服号分配原则 业务系统没有什么地域之分，可以从省局统一对

35、各个业务系统采用 2 位流水号来标识，把业务系统号挂在地市特服号后作为业务系统号码： 7.1.2 业务系统特服号举例 AAAAAXX01： OA 应用 AAAAAXX02：计费中心应用 短信平台总体方案 22 7.2 各业务栏目的特服号 7.2.1 业务栏目特服号分配原则 业务栏目也采用业务系统的号码分配方式，由从省局统一对各个业务栏目采用 2 位流水号来标识，把业务栏目号挂在业务系统特服号后作为业务栏目号 码： 7.2.2 业务栏目特服号举例 AAAAAXXYY01： OA 应用的通知短信 AAAAAXXYY02： OA 应用的公文短信 7.3 组合特服号举例 7.3.1 合肥 某某 公司

36、OA 应用的通知短信 AAAAA510101：合肥 某某 公司 OA 应用的通知短信 7.3.2 合肥 某某 公司 OA 应用的公文短信 AAAAA510102：合肥 某某 公司 OA 应用的公文短信 7.3.3 合肥 某某 公司计费中心应用的催费短信 AAAAA510201：合肥 某某 公司计费中心应用的催费短信 7.3.4 合肥 某某 公司计费中心应用的缴费确认短信 AAAAA510202：合肥 某某 公司计费中心应用的缴费确认短信 短信平台总体方案 23 7.3.5 芜湖 某某 公司 OA 应用的通知短信 AAAAA530101：芜湖 某某 公司 OA 应用的通知短信 7.3.6 芜湖

37、某某 公司 OA 应用的公文短信 AAAAA530102：芜湖 某某 公司 OA 应用的公文短信 7.3.7 芜湖 某某 公司计费中心应用的催费短信 AAAAA530201：芜湖 某某 公司计费中心应用的催费短信 7.3.8 芜湖 某某 公司计费中心应用的缴费确认短信 AAAAA530202：芜湖 某某 公司计费中心应用的缴费确认短信 8. 业务系统接入方式二（短信内容区 分方式） 8.1 各业务系统及栏目接入 8.1.1 业务系统及栏目接入原则 为了给用户在短信上行时一个简单易用的操作界面，我们采用把业务系统及栏目的区分以 4 位字母简写的方式放在短信内容中，可以从省局统一对各个业务系统及栏

38、目定义字母简写标识： 8.1.2 业务系统及栏目接入举例 业务及栏目 发送号码 上行内容前缀 下行内容 合肥 OA 公文 AAAAA51 OAGW 具体内容 合肥 OA 通知 AAAAA51 OATZ 具体内容 短信平台总体方案 24 合肥电费查询 AAAAA51 DFCX 具体内容 合肥停电查询 AAAAA51 TDCX 具体内容 8.2 组合特服号举例 地区 业务及栏目 发送号码 上行内容前缀 下行内容 合肥地区 OA 公文 AAAAA51 OAGW 具体内容 合肥地区 OA 通知 AAAAA51 OATZ 具体内容 合肥地区 XX 查询 AAAAA51 XXCX 具体内容 合肥地区 YY 查询 AAAAA51 YYCX 具体内容 芜湖地区 OA 公文 AAAAA53 OAGW 具体内容 芜湖地区 OA 通知 AAAAA53 OATZ 具体内容 芜湖地区 ZZ 查询 AAAAA53 DFCX 具体内容 芜湖地区 WW 查询 AAAAA53 WWCX 具体内容