挂机短信解决方案

挂机短信解决方案（精选4篇）

1.挂机短信解决方案 篇一

应用服务器挂机分析及解决方案

应用服务器挂机分析及解决方案

1． J2EE应用服务器背景概述

2． 用服务器挂机分析

2.1weblogic挂机分析

2.1.1数据连接池管理

2.1.2线程池管理

2.1.3环境配置

2.2tomcat挂机分析

2.2.1数据连接池管理

2.2.2线程池管理

2.2.3环境配置

2.3websphere挂机分析

2.3.1数据连接池管理

2.3.2线程池管理

2.3.3环境配置

3． 解决方案

4． WEB应用服务器性能比较(表格形式对比)

2.挂机短信解决方案 篇二

本方案目标如下: (1) 支撑有效用户规模500万以上, 根据系统总体配置情况, 最大可支持1000万用户规模; (2) 引入群组分表结构, 并升级所有相关逻辑和模块, 以支撑批总用户量达500万以上; (3) 支持千万级别超大容量用户的存储和快速检索、比对; (4) 优化数据库架构, 以适应新需求; (5) 升级系统网络到千兆网络, 以适应大数据量的交换; (6) 完善业务支撑功能, 包括WEB业务管理平台、客服业务管理平台、任务管理平台等各相关管理平台模块; (7) 加强数据库优化功能, 提升系统健壮性; (8) 移动、联通、电信 (ISAG) 等系统支持超长短信功能; (9) 增加对各大运营商新业务规范的全面支持; (10) 新建系统监控子系统, 实现对接入网关、群发器、业务平台等各核心模块以及数据库、服务器等资源的监控报警。

2、大容量短信业务系统技术方案

2.1 总体结构

系统的设计思想是:分布处理以提高系统的处理能力和提供方便的扩容升级方案;接入和业务相分离, 内容和业务相分离, 降低系统的耦合度;集中管理以简化系统的业务逻辑, 降低系统的设计和实现的复杂度;提供简单、方便有效的管理手段。

整个系统的体系结构可以划分以下四个层次:通讯接口层、数据层、业务逻辑层和用户操作层。

2.1.1 通讯接口层

通讯接口层承担的功能是连接移动和联通等运营商的短消息网关, 进行短消息消息的发送、接收、路由处理、缓存转发以及流量控制等功能。其逻辑布置是根据外部连接的网关来进行设置, 为保证系统的处理能力以及减少多个网关短消息收发之间的互相干涉, 其逻辑布置采取一个逻辑上的通讯机对应一个外部网关的结构。其和网关之间的接口协议可以采用CMPP、S G I P、C N G P等运营商提供的标准协议。它与业务层连接采用内部的标准协议, 如S M P P协议, 进行消息的分发和接收。它可以根据不同的消息目的码触发不同的业务逻辑。通讯机可以采用热备份的方式保证可靠性。

2.1.2 数据层

数据层是整个气象业务服务的数据集中体现层, 它实现所有的数据 (用户数据、业务数据、计费信息、话单数据) 的存储。

数据层由一个集中配置数据库, 若干个运行库 (按运营商分布) , 若干个虚拟中心数据库、若干个话单库共同组成。

集中数据库:存储所有的业务数据、用户数据、计费数据, 主要用作管理、统计、查询、分析。

运行库:存放某个运营商的业务数据, 用户数据和计费数据。该运营商的所有业务逻辑, 均运行在该数据库上。

虚拟中心库:存放某个运营商的特定类别的用户数据, 如尾数为0的用户数据。

话单库:存放某个运营商的短信的M O/M T话单信息, 用作话单查询、重发等。

2.1.3 业务逻辑层

业务逻辑层是整个气象业务服务的实现层, 它实现用户管理、业务管理、定制群发、点播下发、计费以及运营支撑功能的所有业务逻辑。其与通讯层之间的接口采用扩展的S M P P协议。其逻辑结构由W E B服务器、群发服务器组成。

这里的业务逻辑主要有两种, 交互式的业务逻辑以及群发业务逻辑。

交互式业务逻辑:包括点播和定制、求助等过程。交互式业务逻辑都集中在相应的运营商运行数据库中实现。业务的实现采用由短讯触发存储过程/U R L的方式。

群发业务逻辑:群发业务逻辑的实现由群发服务器实现, 在群发服务器上可以定义多个群发业务逻辑, 每个业务逻辑可以包含以下的要素:

(1) 任务类型, 周期或单次。 (2) 执行时间。 (3) 发送端口以及每个端口的流量。 (4) 发送速率。 (5) 用户群定义。 (6) 业务信息定义。

业务逻辑的定义是通过应用服务器提供的专用接口进行。

2.1.4 用户操作层

用户操作层可以划分为两类, 一是系统维护操作界面, 其用户对象是省中心的管理人员, 其功能包括系统管理、业务管理、用户管理、内容管理等所有权限;二是分中心的管理界面, 主要的功能包括与其分中心相关的业务统计、业务配置、用户管理以及相关的内容管理等。

用户操作层统一通过应用服务器来进行所有的业务以及数据逻辑操作。面向用户操作层的接口是简单的, 业务逻辑已经由应用服务器实现, 这一层的开发主要关注界面的组织, 实现各种业务功能的快组织和提供。

2.2 数据分布规划

在数据存储方面, 采用分布处理以提高系统的处理能力和提供方便的扩容升级方案。

整个系统由1个集中数据库, 若干个运行库 (按运营商分布) , 若干个虚拟中心库, 若干个话单库共同组成。通过数据一致性模块, 维护不同数据库中的数据差异。

业务数据/内容数据:存放于集中数据库, 运行库和话单库。所有业务数据的修改, 都在集中数据库中实现, 通过数据一致性模块, 同步到运行库和话单库。

用户数据:存放于集中数据库、运行库、虚拟中心库。所有的用户数据的修改, 都在运行库上完成, 通过数据一致性模块, 同步到集中数据库。

计费数据:存放于集中数据库和运行库。所有的计费数据, 都在运行库产生, 通过数据一致性模块, 同步到集中数据库做查询、分析使用。

话单数据:存放于话单库, 做客服查询和分析使用。

一个运行库, 会由多个虚拟分中心 (分区) 构成, 通过虚拟分中心, 可以按一定规则, 分开存储各种定购关系, 从而保证系统的响应速度和群发效率。

不同的运行库可以采用不同的虚拟分中心的划分规则, 如移动的运行库, 虚拟分中心规则可以号码尾数划分, 或者按照定购地区和归属地联合划分;联通的运行库, 虚拟分中心可以按照C网、G网, 或者再结合其他属性来划分。

集中数据库上的用户数据/计费数据, 也将引入虚拟分中心 (分区) 。比如对于计费数据, 可以按照时间来划分;用户数据, 可以按照归属地来划分。

2.3 设计理念

子系统规划, 按应用来划分, 主要包括如下几个子系统:

业务管理子系统:主要包括数据管理、业务管理、预报录入、统计报表、用户管理等功能, 提供W E B方式的业务管理平台;

地市管理子系统:在业务管理和预警发布管理平台上实现虚拟地市管理子系统;

客服统一模块:在统一的客服子系统上实现所有运营商的用户定购关系查询, 定购历史记录查询, 话单查询, 代定制取消, 留言提取与处理, 计费查询, 批量定制取消等功能;

任务发布管理:提供独立任务发布管理, 按运营商、分中心、通道进行任务管理、监控;

SP管理平台支撑子模块:针对移动MISC、联通SPMS、小灵通SPMS的接入提供完善的支撑, 提供反向取消接口与工具。

3、结语

随着经济的发展, 企业、公众对气象服务的需求越来越明显。特别是在防灾减灾中气象手机短信发挥出了重要作用, 各种信息报送及时, 为减少人员伤亡, 避免群众财产损失立下了汗马功劳。因此气象短信平台是否能正常运转, 满足气象服务需要, 已经成为气象服务的重中之重的发展关键。

参考文献

[1]中国电信集团公司.短消息网关 (SMGP) 协议v1.3[Z].2002.

[2]中国电信集团上海研发中心.技术规范v1.3版补充修订[Z].2002.

[3][美]RichardStevensW.UNIX网络编程[M].北京:清华大学出版社, 1999.

3.挂机短信解决方案 篇三

目前垃圾短信使运营商面临着严峻的信息安全和网络安全问题, 包括:

(1) 对国家骨干信令网安全的威胁。由于短信传输通过的是信令网, 因此一段时间内的大量群发短信会对信令网造成巨大的负荷。

(2) 对本地通信网安全的威胁。基站、短信中心等设备受突发垃圾短信的冲击, 会造成负荷过重而出现拥塞。

(3) 垃圾短信内容的实时监控问题。

(4) 对用户生活造成影响。垃圾短信充斥手机影响了用户的正常使用, 其中部分虚假广告和诈骗、色情类非法信息甚至造成不少用户上当受骗, 客户投诉不断。

本文就目前垃圾短信普遍采用的拦截方案进行阐述, 并针对不足提出了省际垃圾短信监控及拦截的技术方案, 给出了具体的组网方式。

2 现有垃圾短信系统情况

现有垃圾短信拦截系统主要基于短信中心来完成, 所有短信中心的短信转发给监控平台。具体组网如图1所示。

该系统除了监控实时性比较差外, 主要的一个缺点是监控范围仅监控本省短信中心发送的短信, 无法监控省际之间的短信。外省用户向省内用户发送短信时, 短信经由外省HSTP进入本地HSTP, 再由本地HSTP将短信直接下发至被叫号码登记的MSC, 由MSC直接下发给用户。该流程中, 短信没有经过本地短信中心, 所以本地短信中心无法处理省际垃圾短信, 上述系统无法实现。

目前垃圾短信的监控难点恰恰是省际点对点短信。大量的垃圾短信来自于网内省际点对点短信, 网内跨省短信属于同一运营商内部的短信, 各省间无需结算, 运营商对此类短信缺乏严格管理。并且现有点对点短信发送流程, 都只需经过主叫归属SMSC, 而不需经过被叫归属SMSC。也就是说, 对于跨省的点对点垃圾短信, 被叫归属省的SMSC是无记录可查的, 是可以不对垃圾短信的投诉进行处理的, 这为跨省垃圾短信的管理带来了困难。

3 省际垃圾短信监控拦截技术方案

3.1 监控方案

省际垃圾短信监控采用信令技术方案, 在HSTP至端局MSC之间布置信令处理机设备, 完成短信监控。下面针对垃圾短信情况进行阐述:

(1) 外省漫入用户在当地接收垃圾短信

外省漫入用户接收本地垃圾短信的流程是:短信中心下发垃圾短信→本地HSTP→本地MSC→漫入用户。

解决方案:在MSC和HSTP之间串接硬件信令处理机, 加载省内MT拦截软件, 使垃圾短信无法下发, 同时回复“短信发送失败”消息, 终止不法份子的群发行为。

(2) 本地用户在当地接收本地垃圾短信的情况

本地用户接收本地垃圾短信的流程是:短信中心下发垃圾短信→本地HSTP→本地MSC→本地用户。

解决方案:在MSC和HSTP之间串接硬件信令处理机, 加载省内MT拦截软件, 使垃圾短信无法下发, 同时回复“短信发送失败”消息, 终止不法份子的群发行为。

(3) 网间垃圾短信的拦截

网间来的垃圾短信首先要到达本运营商的短信网关, 然后到达本地的短信中心, 再通过HSTP的中转, 下发给用户。

解决方案:在MSC和HSTP之间串接硬件信令处理机, 加载MT拦截软件, 使得垃圾短信在从HSTP下发到MSC的过程中被拦截。

上述方案称为信令实时拦截方案, 通过信令处理机串接到关键信令链路当中, 对流经的消息进行鉴别和处理, 能对本省范围内所有的MO/MT都能监控。

3.2 监控原理

信令处理机工作在数据链路层之上, 对流经的消息进行鉴别和处理。如图2所示。

在七号信令系统中, 对业务控制信令消息的处理一般是由业务应用层 (Application Layer) 或SCCP实现的。针对短信净化业务, 由于短信消息是由操作码为4 4或4 6的MAP消息承载, 所以信令处理机只对操作码为4 4或4 6的MAP消息进行处理。MPM在收到MSU消息后, 判断是否为SCCP消息, 如为MTP、ISUP等其他类型消息就直接转发到信令链路上。如果判断是SCCP消息, 且SCCP承载的消息为TCAP、MAP, 则进一步判断MAP消息的操作码。如果非4 4或4 6, 也直接传递到信令链路。如果为4 4或46, 则根据短信净化业务规则进行业务处理, 如不需要任何处理, 则直接转发到信令链路上;如果判断需要净化, 则将原MSU作适当修改, 并将更改后的MSU转发到信令链路上, 使该短信传递过程终止, 达到短信净化目的。

通过信令技术方案实现垃圾短信拦截, 可以实现黑白名单、关键字和频次统计等垃圾短信相关监控。下面针对内容、频次、黑白名单进行讨论。

(1) 内容

为了防止诈骗广告和不良信息内容的出现, 需要对包含内容的消息部进行监控, 工作原理如图3所示。

短信内容监控的基本工作原理是:信令处理机监测到短消息到达之后, 与自身数据库所带关键字进行匹配;同时复制一份消息到业务服务器进行频次统计。如果内容与关键字匹配成功, 则说明短信内容含有不良关键字, 则将消息删除, 并回复一个“发送失败”的消息。如果没有匹配成功, 则将该消息透传。

(2) 频次

为了防止网络中出现大量的不良短信及由此产生的其它信令消息对网络稳定造成冲击, 信令处理机在收到短信后之后, 同时会复制一份转发到业务服务器进行频次统计, 如果同一个号码发送的短信量在规定时间段内的任一时间点到达门阀值时, 则由业务服务器产生一个黑名单号码, 并实时同步到信令处理机, 由其对其后继短信进行拦截, 并且回送“发送失败”消息, 以阻止这一对网络稳定造成极大安全隐患的行为。

(3) 黑白名单

系统内部维护一个黑白名单, 该名单由业务处理服务器维护更新。信令处理机根据黑白名单, 实施相应的操作:

如果短信的主叫在白名单中, MPM不再将处理该号码短信, 而是透明传输;

如果短信的主叫在黑名单中, 信令处理机则实施拦截, 拦截方式可以选择成功或失败。

黑白名单通过频率统计方法获得。把流经的短信转发到业务服务器, 由业务服务器对主叫号码进行发送频率累积计数。当某个主叫用户的发送频率超出系统设定的门限值时, 系统确认为该号码为潜在群发用户, 向操作人员提供此用户的号码等信息, 由操作人员决定是否将该号码加入黑名单。也可以根据配置, 由系统自动将该号码加入黑名单。

信令处理机对收到的消息进行解码, 首先判断是否进行关键字拦截, 如果判断为否, 则处理其中的主叫号码, 然后查找主叫号码的属性, 如果在内部数据库中没有找到这个号码, 那么认为这是一个灰号码, 只将这个消息发送给业务服务器, 由业务服务器进行统计处理, 同时将这个短消息转发;如果属于白名单, 那么透传这个消息;如果属于黑名单, 那么将这个短信实时拦截处理, 并回送“发送失败”的消息。

3.3 信令方案与原有方案比较

本期采用的信令方案与原有的垃圾短信监控方案比较见表1。

从对比可以看出, 治理垃圾短信的较好方式是信令技术方案, 可以有效减少垃圾短信的发送并遏制恶意欠费等问题。

3.4 信令处理机的安全性要求

为了保证信令网的安全性及较低的时延, 串接入信令网的信令处理单元应具备以下性能。

a) 故障自动旁路功能及断电自动旁路功能。

b) 较高的处理能力。

c) 双路供电工作模式, 较低的功耗。

d) 采用双平面、全分散负荷分担工作。

e) 系统故障告警功能, 使运维者及时发现故障。

系统的关键设备信令处理机采用与信令网一致的双物理路由、双平面组网, 并按信令网的两个平面独立安装在两个HSTP机房内。

同一平面的同方向链路 (同一链路组下负荷分担的链路) , 被分配在处于完全独立工作状态的多组信令处理机之上。信令消息通过其中任意一个信令处理设备时, 信令处理机实时完成短信净化处理, 同时对不需要处理的消息, 则透明传递。每个信令处理机相当于传输线路上的再生器, 可靠性等同于信令网的可靠性。

信令处理机设备伴随HSTP分两地放置, 当一个设备不可用时 (包括软件故障) , 信令网会自动检测到, 对这时传递中还没得到连接的信令点证实的消息会自动重新发送, 由连接在同一链路组的其它信令处理设备将信息传递到目的地, 该容错技术能保证在信令处理设备故障时也不会丢失信令消息, 因此正在接续中的呼叫也不会受影响。

当一个平面出现不可用时, 信令网会自动将信息由另一平面的信令处理设备传递。

这种同信令网一致的双平面、多路由、异地安全保护组网, 设备故障发生与修复期间, 都能保证100%的接通率。

3.5 具体组网案例

某运营商引入了省际垃圾短信监控系统, 系统主要分前端信令处理机和后端服务器, 服务器包括业务处理机、管理服务器、维护终端等设备。信令处理机安装于HSTP机房、后台服务器放置在增值业务机房。

系统配置以太网交换机用于前端信令处理设备的互联, 同时配置1台以太网交换机用于后台服务器设备的接入。

信令处理机和业务处理器设备之间的通信和数据传递需要通过该运营商的传输网完成, 需要至少10M的数据传输带宽, 建议配置100M数据链路。

具体组网图如图4所示。

4 结束语

4.挂机短信解决方案 篇四

1 概述

GPRS作为主流的通信方式可以轻松应对大部分应用, 但是其美中不足之处在于, 这种基于IP网络的传输方式需要有固定的数据中心和专人维护管理。当数据中心异常时, 位于现场的端机将无法把紧急消息及时地通知到相关人员, 维护人员对端机也失去了控制。

另外, 目前的移动通信网络同时要支持语音、短信和数据等业务, 其中语音和短信业务的优先级比数据业务的优先级更高。当一个基站覆盖的区域语音业务比较繁忙时 (例如晚上七八点钟) , 数据业务会因为得不到足够信道来传输数据而造成GPRS通信中断, 或者通信延迟时间加大。此时可使用短信来发送一些紧急的数据和消息。

类似这种需要多数据通道互补使用的场合还有很多, 例如四处走动的工作人员想通过手机随时了解现场设备的状态时, 使用短信这种即时通信方式就非常方便。

因此采用GPRS和SMS相结合的通信方式, 既可保证数据传输的高效性和经济性, 又可提高可靠性和灵活性。

2 使您的设备同时具有GPRS和SMS数据传输通道

在以往, 如果要实现GPRS和短信互补通信, 需要给端机同时配备一台DTU和一个短信收发设备。这会带来设备成本过高、端机处理器需要多串口、系统功耗增加等问题。

为此广州致远电子有限公司推出了一款同时具有GPRS和SMS功能的嵌入式无线数传模块——ZWG-28DP, 它非常易于使用且稳定可靠, 模块外形如图1所示。

ZWG-28DP模块的应用非常简单, 如图2所示。

(1) ZWG-28DP功能简介

·比名片还小的尺寸 (6.6 cm×4.8 cm) ;

·发送缓冲区10 KB, 接收缓冲区4 KB;

·支持SMS、GPRS两种数据传输方式, 通过引脚电平控制或参数配置;

·短信收数据时机可控, 防止干扰GPRS数据;

·支持APN虚拟专网业务;

·支持数据中心IP地址和域名方式访问;

·支持永远在线、空闲下线和空闲掉电三种工作方式;

·支持5个手机号码同步发送短信;

·支持纯英文短信、中英文短信和16进制短信;

·垃圾短信过滤功能;

·同时具有配置串口和通信串口;

·支持断线自动重连功能;

·西门子工业级GPRS模块;

·多重软硬件可靠设计, 复合式看门狗技术, 确保设备安全运行。

(2) 嵌入式模块化设计

ZWG-28DP为嵌入式模块, 具有比名片还小的尺寸和灵活的应用方式。通过一个TTL电平的UART串口与用户的CPU通信, 可以非常方便和用户的设备融为一体, 使用户设备立刻拥有GPRS、SMS无线数传功能。

(3) 多种数据传输方式

ZWG-28DP具有三种数据传输方式, 分别是GPRS方式、SMS方式和GPRS/SMS方式。当选择GPRS/SMS方式时, 用户的CPU通过控制ZWG-28DP的GPRS/SMS选择引脚的高低电平来选择传输方式, 如图3所示。而且ZWG-28DP对GPRS和SMS的数据分开处理, 互相不影响发送。

(4) 内嵌可靠PPP、TCP/IP协议栈、短信编解码机制

ZWG-28DP使用西门子工业级GPRS模块, 基于实时嵌入式操作系统, 内嵌可靠的PPP、TCP/IP协议栈和完善的短信编解码机制。

(5) 串口数据透明传输功能

ZWG-28DP使用异步串行通信接口 (UART) , 采用“透明数据通信”的传输方式。透明数据通信是指用户设备与DTU之间没有通信协议, DTU将用户设备发送过来的数据不作修改地传送到目标PC或手机上, 运行于PC上的软件或手机可以完整地接收到DTU发来的数据包。比如用户设备发送一个字节数据为0x AA, 则在PC端运行的软件就会收到一个字节数据0x AA。从PC或手机到用户设备的通信过程与之相同。

(6) 灵活可靠的短信收发功能

ZWG-28DP支持纯英文短信、中英文混合短信和纯16进制短信格式, 以满足机器对人、机器对机器的通信应用需求。ZWG-28DP还支持多目标号码同步发送短信, 并且用户还可以通过设置合法号码来实现垃圾短信过滤的功能。用户还可以控制短信接收时机, 有效避免短信数据和GPRS数据流互相干扰。

和GPRS一样, 短信也会遇到发送失败的情况, 但是ZWG-28DP具有错误检测及自动重发的机制, 确保用户消息安全送达。

(7) 完善的异常处理机制

无线设备在长期工作中会遇到许多特殊情况, 如信号弱、手机卡欠费、无网络、服务器异常、GPRS网络中断和垃圾短信等问题。ZWG-28DP具有完善的异常处理机制, 可以自动处理各种异常事件, 从而有效保障设备长期稳定地工作。

3 应用方案

ZWG-28DP可以方便地组成点对点、点对多点和多点对多点的组网方式。图4为点 (监测中心) 对多点 (现场端机) 的无线电力监测系统示意图, 在电力监测仪器中嵌入ZWG-28DP模块后, 监测仪器采集的数据平时通过GPRS网络向数据中心发送。当数据中心异常、网络通信中断或者监测到异常紧急的故障信息时, 监测仪器通过控制引脚选通ZWG-28DP的短信传输通道, 向预设的目标号码发送报警短信。