短信平台总体技术方案Word格式.docx

短信平台总体技术方案Word格式.docx

《短信平台总体技术方案Word格式.docx》由会员分享，可在线阅读，更多相关《短信平台总体技术方案Word格式.docx（20页珍藏版）》请在冰点文库上搜索。

MO：

MobileOriginal，由手机用户提交的短消息

MT：

MobileTerminate，手机用户接收的短消息

SMG：

ShortMessageGateway，短消息网关，SMG之间的通讯协议采用SGIP

SMSC：

ShortMessageServiceCenter，短消息中心

SP：

ServiceProvider，服务提供商，泛指移动、联通、电信、网通短信的合作伙伴

4.系统结构

4.1.系统结构

4.1.1.系统逻辑图

4.2.系统方案

4.2.1.分布式方案

4.2.1.1.网络拓扑

4.2.1.2.方案描述

1.方案描述：

网关子系统配置在省公司，各地市公司配置独立的短信处理子系统。

2.短信网关与服务提供商（移动、联通、电信等）间采用DDN专线、INTERNET方式作为主要传送通道。

3.短信处理子系统与短信应用子系统间通过某某三级网连接。

在地市和省公司之间搭建GPRS/CDMA通路作为通道备份，当某某三级网出故障时使用。

在地市的短信处理系统上也配备GSMMODEM，当省公司的网关出现故障时使用，直接发送到运营商。

4.各子系统间接口：

1）网关子系统与运营间：

短信网关与中国移动短信网关使用CMPP协议连接，与中国联通短信网关使用SGIP协议连接，与电信小灵通通过CNGP等协议连接。

网关与各运营商间采用GPRS/CDMA进行通道备份，也可以采用GSMMODEM直接把数据发送给运营商。

2）短信处理子系统与网关子系统采用SMPP、SGIP或自定义协议接口。

3）短信处理子系统与短信应用子系统间根据网络条件不同，可以选择采用数据库接口、socket接口、API接口、SMTP/POP3或WEBSERVICE等方式接口。

4）数据库：

统一采用主流大型数据库，如SQLSERVER、ORACLE等

4.2.2.集中方案

4.2.2.1.网络拓扑

4.2.2.2.方案描述

1方案描述：

短信处理子系统和网关子系统统一配置在省公司。

各地市公司及省公司的短信应用子系统通过TCP/IP连接到短信处理子系统。

2各子系统间接口：

1）网关子系统与服务提供商间：

网关与各服务提供商间采用GPRS/CDMA进行通道备份。

2）短信处理子系统与短信应用子系统间根据网络条件不同，可以选择采用数据库接口、socket接口或采用API接口。

3）短信处理子系统与短信应用子系统间根据网络条件，可以采用某某三级网或无线接入方式连接。

3数据库：

由于各地市某某公司均采用同一的短信处理子系统，应用多、数据量大。

数据库采用主流大型数据库，如SQLSERVER、ORACLE等。

4.2.3.方案比较

见附件1安徽省短信平台方案比较。

4.3.备份通道

备份通道主要考虑在某某三级网出现故障时的备用方式，有三种：

（一）GPRS/CDMA，通过GPRS或CDMA无线网络建立从省公司到各地市公司的备用通道，该种方式由于需要省公司短信网关固定IP访问地址，因而需要省公司建立与无线网络的专线连接，各地市公司服务器设备配置对应无线拨号模块，在主通道故障时，地市公司启用无线拨号主动连接到省公司，由于各地市公司拨号后IP地址为动态，因而影响从省公司到地市公司下行数据的主动访问。

（二）MODEM拨号，在省公司配置拨号服务器以及MODEM池，通过模拟电话线路供各地市公司在主通道故障时直接拨入，内部的访问地址和权限设备通过省公司的网络设备进行对应设置。

（三）GSM调制解调器，当网络出现故障时，在各地市公司直接采用采用GSM模块进行发送，但对应用有很大限制，且对用户来说短信来源从特服号突然变成普通手机号码，会引起较大疑惑。

备用通道方式

对短信平台软件的影响

网络构建复杂度

安全性

稳定性

维护成本

传输速率

投资

GPRS/CDMA

改变通道和访问方式，省公司与地市的相互访问变化较大，要求软件做适应性改动。

较复杂

安全性部分控制在运营商手中

易掉线，稳定性不够，需要软件辅助检测

安装配置维护较复杂

平均40Kbit/s

包含设备、运营商的专线、数据资费长期费用，投资大

MODEM池

备用通道对于软件为透明方式，不影响软件功能

较简单

安全性完全自控

受电话线路、MODEM、服务器因素影响，稳定性不够，但采用的是按需拨号，影响不大

安装配置维护较简单

56Kbit/s瓶颈在省公司端

仅包含设备费用和电话资费，投资相对较低

GSMMODEM

对软件要有很大改动，支持GSM拨号

为无线通讯网的安全性

较差

较高

速率有限，对全部MO数据和大部分MT业务数据不能进行。

需要对全省的业务系统都增加GSM模块，投资很大

5.系统功能

5.1.短信网关系统

5.1.1.多种运营商接入

具备使用对应的标准协议接入及扩展

●移动CMPP

●联通SGIP

●电信SMGP

●网通CNGP

具备对运营商进行参数设置的功能包括（特服号,企业代码,主机IP,帐户,密码等）

具备对运营商进行管理的功能包括（启用,激活等）

5.1.2.负载均衡功能

1）具备多线程处理功能

2）具备网关服务器与数据库服务器分离的功能

3）具备网关服务器多机负载的功能

4）具备数据库服务器多机负载的功能

5）具备MO和MT分离运行的功能

6）具备MO多机的功能

7）具备MT多机的功能

5.1.3.短信重发功能

短信如果没有发送成功，系统会按要求自动重新发送。

可以对重新发送的时间间隔，发送次数进行设置。

5.1.4.MO/MT优先发送接受功能

MO，MT中优先级高的短信（会议通知，报警通知等）可以在发送和回送队列中被优先提取出来进行发送和回送。

5.1.5.内容过滤功能

对违反国家法律法规的内容、运营商、短信平台运营商不希望出现的内容进行处理，并可以制定对过滤内容处理的策略。

5.1.6.黑名单管理功能

系统管理员可以将特定用户的手机号放到黑名单中，平台拒绝为黑名单中的用户提供服务。

5.1.7.故障报警功能

当系统运行出现故障时，能够向相关管理员发送email，短信通知。

可以对系统进行策略制定，直到故障自己消失或管理员主动修复故障。

5.1.8.统计计费功能

1）具备统计分时间段,分运营商的MT/MO流量的功能

2）具备统计分时间段,分接入处理中心的MT/MO流量的功能

3）具备统计分时间段,分接入处理中心的MT/MO费用的功能

4）具备统计分时间段,分接入处理中心的MT/MO发送失败的流量的功能

5.1.9.系统管理功能

1）具备平台用户管理的功能

2）具备平台权限管理的功能

3）具备记录平台用户使用过程的功能

4）具备浏览,查询MT日志的功能

5）具备浏览,查询MO日志的功能

5.1.10.短信处理子系统接入

1）具备使用特服号码扩展来管理短信处理中心的接入的功能

2）具备设置短信处理子系统基本参数的功能（处理中心名称,用户名,口令,联系方式等）

3）具备管理短信处理子系统状态的功能（启用,激活,暂停等）

4）具备管理短信处理子系统运行参数的功能（通道数,MO峰值,MT峰值等）

5.1.11.与短信处理子系统数据交换

1）具备与短信处理子系统采用实时的长连接方式处理数据交换的功能

2）具备与短信处理子系统采用多线程高效处理数据交换的功能

5.1.12.与短信处理子系统数据交换的二次开发接口

1）具备HTTP/HTTPS方式的二次开发接口

2）具备SOCKET方式的二次开发接口

3）具备DLL,JAVA,URL三种二次开发接口

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.链路监控功能

当链路出现故障时，系统会发警告消息给报警模块，同时系统会停止收发短信，当链路恢复时，系统可以自动恢复功能，无需人员干预。

5.2.3.数据备份功能

系统按照设定自动把时段以外的删除历史数据，并把历史数据备份在磁带或硬盘上。

5.2.4.故障报警功能

5.2.5.短信重发功能

5.2.6.MT/MO优先发送的功能

1）具备MT优先级高的先发送的功能

2）具备MO优先级高的先回送的功能

5.2.7.短信网关设置功能

具备设置短信网关参数的功能

5.2.8.业务系统接入功能

1）具备使用特服号码扩展或短信内容前缀的方式来管理业务的接入功能

2）具备设置接入业务系统基本参数的功能（业务系统名称,用户名,口令,联系方式等）

3）具备管理接入业务系统状态的功能（启用,激活,暂停等）

4）具备管理接入业务系统运行参数的功能（通道数,MO峰值,MT峰值等）

5.2.9.业务系统栏目管理功能

1）具备使用特服号码扩展或短信内容前缀的方式来管理业务栏目的功能

2）具备设置业务系统栏目基本参数的功能（业务系统栏目名称,优先级等）

3）具备管理业务系统栏目状态的功能（启用,激活,暂停等）

5.2.10.系统管理功能

1）具备系统用户管理的功能

2）具备系统权限管理的功能

3）具备记录系统用户使用过程的功能

5.2.11.统计功能

1）具备统计分时间段,分接入业务系统的MT/MO流量功能

2）具备统计分时间段,分接入业务系统的MT/MO费用功能

3）具备统计分时间段,分接入业务系统的MT/MO发送失败的流量功能

4）具备统计分时间段,分业务系统栏目的MT/MO流量功能

5）具备统计分时间段,分业务系统栏目的MT/MO费用功能

6）具备统计分时间段,分业务系统栏目的MT/MO发送失败的流量功能

5.2.12.与业务系统数据交换

1）具备与接入业务系统采用长连接或短连接方式处理数据交换的功能

2）具备与接入业务系统采用多线程高效处理数据交换的功能

5.2.13.与业务系统数据交换的二次开发接口

5.2.14.系统运行平台

1）系统运行采用WINDOWS,linux操作系统。

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）具备成批删除定时发送的功能（定时发送预留时间未到）

6.某某行业接入应用

6.1.办公系统

6.1.1.OA接入

短信回复至邮件：

通过对AD的扩展，可以唯一标识短信的发送者，回复短信将以邮件的形式发送给短信发送者。

邮件到达提醒：

用户可以设置自己的提醒规则，符合过滤条件的邮件将被提醒。

6.1.2.会议通知

1）会议通知。

2）短信签到。

3）短信表决。

6.2.生产系统

6.2.1.流程通知

在生产中带流程的工作采用短信通知方式，上一流程处理人可以及时通报处理情况，并告知下一流程处理人及时处理。

6.2.2.故障报警

生产系统检测到某某系统的故障，向相关的工作人员发送报警短信，及时通知负责人进行处理，快速处理某某故障。

6.2.3.巡视任务通知

及时将巡视任务通知给相关人员

6.2.4.数据实时传送

数据传送通道。

6.3.其他应用接入

6.3.1.网络监控

将网络故障监控情况传给责任人

6.3.2.主机监控

将主机故障监控情况传给责任人

6.3.3.机房监控

将机房故障监控情况传给责任人

6.3.4.其他业务接入

其他相关系统可视需要，随时接入短信平台

7.硬件系统需求

7.1.短信网关

7.1.1.网关服务器

产品基本特性及配置信息

系统部件名称

特性描述

备注

处理器

P42.8GHz×

4

Xeon处理器

内存

1GB×

2

硬盘

36G×

RAID1

网络系统

10/100/1000M×

7.1.2.数据库服务器

73G×

RAID5

7.2.短信处理子系统

7.2.1.网关服务器

1

1GB

7.2.2.数据库服务器

附件1:

短信平台系统特服号码分配方案

1.特服号码的选择

短信业务的特服号码种类主要有SP和非SP（行业企业应用）两种。

SP的方式具备的功能比较多，可以直接开通短信，WAP，彩信，彩铃等业务，具备号码扩展，收到确认，返回报告等功能，还可以对手机用户进行手机收费，但国家现在对SP的管理非常严格，审批环节非常多，时间跨度非常大，正常的审批时间至少要2个月，而且每年还有审查一次。

非SP的方式是运营商为一些大的行业企业专门设立的一种业务种类，可以直接开通短信业务，暂时不支持WAP,彩信，彩铃，具备号码扩展，收到确认，返回报告等功能，但不能对手机用户进行手机收费。

非SP的申请比较简便，时间短。

在本项目中，我们推荐选用非SP的行业企业应用方式。

2.特服号码分配原则

Ø

充分考虑地市、应用类别

号码必须具有可扩展性

最底层应用可自由扩展剩余号码

3.各运营商特服号

供应商

特服号码

具备功能

移动

号码扩展，返回报告

必选

联通

电信

可选

4.特服号码扩展规则

根据中国移动规划，企业应用SP主号码为5位，如0XXXXX。

根据移动的CMPP3.1协议，服务号码最长可以扩展到32位。

联通类似。

下面是号码扩展规则示意图：

号码扩展规则示意图

5.省级特服号码的申请

省级的特服号码需要和各个运营商申请，号码一般为5位，各个运营商一般不同，但也可以申请一致的号码，在本文档中用AAAAA作为举例。

6.各地市公司的特服号

6.1地市公司特服号分配原则

省局及下属17个地市，共18个号码，。

号码分配原则两种：

✧采用2位流水号，省局用00

✧采用地市电话区号后2位，省局用00

6.2地市公司特服号举例

原则一：

AAAAAXX：

XX为各个地市区号后两位

AAAAA00：

省局

AAAAA01：

合肥

AAAAA02：

蚌埠

AAAAA03：

芜湖

…

原则二

AAAAA51：

AAAAA52：

AAAAA53：

推荐用原则二。

7.业务系统接入方式一（特服号区分方式）

7.1业务系统的特服号

7.1.1业务系统特服号分配原则

业务系统没有什么地域之分，可以从省局统一对各个业务系统采用2位流水号来标识，把业务系统号挂在地市特服号后作为业务系统号码：

7.1.2业务系统特服号举例

AAAAAXX01：

OA应用

AAAAAXX02：

计费中心应用

7.2各业务栏目的特服号

7.2.1业务栏目特服号分配原则

业务栏目也采用业务系统的号码分配方式，由从省局统一对各个业务栏目采用2位流水号来标识，把业务栏目号挂在业务系统特服号后作为业务栏目号码：

7.2.2业务栏目特服号举例

AAAAAXXYY01：

OA应用的通知短信

AAAAAXXYY02：

OA应用的公文短信

7.3组合特服号举例

7.3.1合肥某某公司OA应用的通知短信

AAAAA510101：

合肥某某公司OA应用的通知短信

7.3.2合肥某某公司OA应用的公文短信

AAAAA510102：

合肥某某公司OA应用的公文短信

7.3.3合肥某某公司计费中心应用的催费短信

AAAAA510201：

合肥某某公司计费中心应用的催费短信

7.3.4合肥某某公司计费中心应用的缴费确认短信

AAAAA510202：

合肥某某公司计费中心应用的缴费确认短信

7.3.5芜湖某某公司OA应用的通知短信

AAAAA530101：

芜湖某某公司OA应用的通知短信

7.3.6芜湖某某公司OA应用的公文短信

AAAAA530102：

芜湖某某公司OA应用的公文短信

7.3.7芜湖某某公司计费中心应用的催费短信

AAAAA530201：

芜湖某某公司计费中心应用的催费短信

7.3.8芜湖某某公司计费中心应用的缴费确认短信

AAAAA530202：

芜湖某某公司计费中心应用的缴费确认短信

8.业务系统接入方式二（短信内容区分方式）

8.1各业务系统及栏目接入

8.1.1业务系统及栏目接入原则

为了给用户在短信上行时一个简单易用的操作界面，我们采用把业务系统及栏目的区分以4位字母简写的方式放在短信内容中，可以从省局统一对各个业务系统及栏目定义字母简写标识：

8.1.2业务系统及栏目接入举例

业务及栏目

发送号码

上行内容前缀

下行内容

合肥OA公文

AAAAA51

OAGW

具体内容

合肥OA通知

OATZ

合肥电费查询

DFCX

合肥停电查询

TDCX

8.2组合特服号举例

地区

合肥地区

OA公文

OAGW

OA通知

XX查询

XXCX

YY查询

YYCX

芜湖地区

AAAAA53

ZZ查询

WW查询

WWCX