短信网关解决方案
短信提醒方案

短信提醒方案1. 简介短信提醒方案是一种通过短信向用户发送信息的解决方案。
在现代社会,人们越来越依赖手机和短信进行沟通和信息接收。
短信提醒方案可以帮助企业和个人将重要信息及时传达给用户,提升信息传递的效率和覆盖范围。
本文将介绍短信提醒方案的基本原理、使用场景和实施步骤,并提供相关的技术和服务建议。
2. 基本原理短信提醒方案的基本原理是通过短信网关将信息发送到用户的手机上。
短信网关是一种连接短信发送方和接收方的设备或服务。
它可以连接到短信发送平台或运营商的短信中心,将待发送的短信通过短信协议发送到手机上。
3. 使用场景短信提醒方案适用于多种使用场景,包括但不限于以下几个方面:3.1 企业业务短信提醒方案可以用于企业的各种业务提醒。
例如,货物发货提醒、支付成功通知、订单状态更新等。
企业可以根据自身业务需求,通过短信提醒方案将相关的信息及时传达给客户,提升用户的满意度和忠诚度。
3.2 客户服务短信提醒方案可以用于客户服务的各种提醒和通知。
例如,预约确认提醒、服务到期提醒、重要事件通知等。
通过短信提醒,企业可以及时向客户发送重要信息,提升客户服务的质量和效率。
3.3 安全验证短信提醒方案可以用于安全验证,如手机验证码、登录确认等。
在用户注册、登录或执行敏感操作时,通过短信发送验证码,可以增加账户的安全性,防止恶意攻击和非法操作。
4. 实施步骤实施短信提醒方案一般包括以下几个步骤:4.1 选择短信服务提供商首先,需要选择一家可靠的短信服务提供商。
根据实际需求,可以对比不同的服务商的短信费用、发送速度、稳定性等因素,选择适合自己的短信服务提供商。
4.2 注册账户并购买短信资源在选择好短信服务提供商后,需要在其官方网站上注册账户,并购买相应的短信资源。
不同的服务商可能有不同的注册和购买流程,可以根据服务商提供的指引进行操作。
4.3 配置短信平台注册账户并购买短信资源后,需要根据提供商的指导配置短信平台。
配置短信平台包括设置短信签名、模板、接口等内容。
短信网关解决方案

运营商短信网关应用系统优化方案——应用Array TM助力短信网关应用负载管理和性能优化2004年11月一、短信业务现状及面临的挑战随着使用支持中文手机的用户增多,短信已经成为手机用户最经常使用的业务之一。
除了大量使用的手机用户到手机用户的点对点短信业务之外,从信息平台到手机用户的短信信息服务业务也在快速发展,该业务已经成为广大用户及时方便地获取信息的一种手段。
在短信业务狂飙突进的带动下,数据增值业务以其独特的魅力迅速扩大着市场。
特别是随着国内各大通信运营商之间的短信互通(如中国联通和中国移动的短信互通)及各大SP同通信运营商之间的短信互通的广泛发展,使得短信应用的覆盖面越来越大,内容形式也越来越丰富,对短信应用平台的安全性和稳定性要求也越来越高。
在现今的传统短信业务应用中,虽然各种短信应用实现软件各有不同,但短信平台的网络架构基本一致,最终实现目标均为满足一个具有稳定、高效、高可扩展性和高可管理性等特性的业务应用,并且无论是否提供关键性任务的服务,都需要一个持续运行,并提供高可用性的网络/主机环境以提供不间断的高品质服务。
在短信业务应用平台中,如正常运行的应用的各个功能部分,仅通过单台主机/服务器,或采用备份服务器通过冷备的方式避免单点故障,期望完成稳定、可扩展的相应短信功能,将会在实际应用中面临以下问题和挑战:1、短信网关服务器之间自动切换所面临的问题传统短信网关中通常使用两台应用服务器来实现短信网关功能,通常其中一台作为应用服务器,另一台作为数据库服务器,并具有应用服务器备份程序。
正常情况下,仅应用服务器直接面向其它短信网关设备并提供短信服务,当此应用服务器出现故障时,数据库服务器中的应用服务器备份程序将能够自动启动,并接管所有出现故障的应用服务器的工作,期望通过这种方式来避免应用服务器单点故障,维持短信业务正常工作。
然而在实际应用中,当应用服务器出现故障,所有工作被数据库服务器中的备份应用服务器程序接管时,将面临由于数据库服务器默认网关等主机配置而产生的路由等问题,使得短信数据虽然能够被数据库服务器中的备份应用服务器程序处理,但仍无法正确返回,从而达不到预期的应用自动备份的目的。
中国移动-互联网短信网关接口协议(V3.0.0)

中国移动通信企业标准QB-╳╳-╳╳╳-╳╳╳╳互联网短信网关接口协议C h i n a M o b i l e P o i n t t o P o i n t版本号: 3.0.0╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布目录1 范围 (1)2 引用标准 (1)3 术语和定义 (1)4 网络结构 (3)5 CMPP功能概述 (3)6 协议栈 (4)7 通信方式 (4)7.1 长连接 (4)7.2 短连接 (6)7.3 本协议涉及的端口号 (6)7.4 交互过程中的应答方式 (7)8 消息定义 (7)8.1 基本数据类型 (7)8.2 消息结构 (7)8.3 消息头格式(Message Header) (8)8.4 业务提供商(SP)与互联网短信网关(ISMG)间的消息定义 (8)8.4.1 SP请求连接到ISMG(CMPP_CONNECT)操作 (8)8.4.1.1 CMPP_CONNECT消息定义(SP→ISMG) (8)8.4.1.2 CMPP_CONNECT_RESP消息定义(ISMG → SP) (9)8.4.2 SP或ISMG请求拆除连接(CMPP_TERMINA TE)操作 (9)8.4.2.1 CMPP_TERMINATE消息定义(SP→ISMG或ISMG → SP) (9)8.4.2.2 CMPP_TERMINATE_RESP消息定义(SP→ISMG或ISMG → SP) (10)8.4.3 SP向ISMG提交短信(CMPP_SUBMIT)操作 (10)8.4.3.1 CMPP_SUBMIT消息定义(SP→ISMG) (10)8.4.3.2 CMPP_SUBMIT_RESP消息定义(ISMG → SP) (11)8.4.4 SP向ISMG查询发送短信状态(CMPP_QUERY)操作 (12)8.4.4.1 CMPP_QUERY消息的定义(SP→ISMG) (12)8.4.4.2 CMPP_QUERY_RESP消息的定义(ISMG →SP) (13)8.4.5 ISMG向SP送交短信(CMPP_DELIVER)操作 (13)8.4.5.1 CMPP_DELIVER消息定义(ISMG→SP) (13)8.4.5.2 CMPP_DELIVER_RESP消息定义(SP → ISMG) (16)8.4.6 SP向ISMG发起删除短信(CMPP_CANCEL)操作 (16)8.4.6.1 CMPP_CANCEL消息定义(SP → ISMG) (16)8.4.6.2 CMPP_CANCEL_RESP消息定义(ISMG → SP) (17)8.4.7 链路检测(CMPP_ACTIVE_TEST)操作 (17)8.4.7.1 CMPP_ACTIVE_TEST定义(SP → ISMG或ISMG→SP) (17)8.4.7.2 CMPP_ACTIVE_TEST_RESP定义(SP → ISMG或ISMG→SP) (17)8.5 互联网短信网关(ISMG)之间的消息定义 (17)8.5.1 源ISMG请求连接到目的ISMG(CMPP_CONNECT)操作 (17)8.5.2 源ISMG请求拆除到目的ISMG的连接(CMPP_TERMINATE)操作 (17)8.5.3 链路检测(CMPP_ACTIVE_TEST)操作 (17)8.5.4 源ISMG向目的ISMG转发短信(CMPP_FWD)操作 (17)8.5.4.1 CMPP_FWD定义(ISMG→ ISMG) (18)8.5.4.2 CMPP_FWD_RESP定义(ISMG→ ISMG) (21)8.6 互联网短信网关(ISMG)与汇接网关(GNS)之间的消息定义 (21)8.6.1 ISMG请求连接到GNS或GNS请求连接到ISMG(CMPP_CONNECT)操作 (21)8.6.2 ISMG请求拆除到GNS的连接或GNS请求拆除到ISMG的连接(CMPP_TERMINA TE)操作218.6.3 ISMG向汇接网关查询MT路由(CMPP_MT_ROUTE)操作 (21)8.6.3.1 CMPP_MT_ROUTE消息定义(ISMG→GNS) (22)8.6.3.2 CMPP_MT_ROUTE_RESP消息定义(GNS → ISMG) (22)8.6.4 ISMG向汇接网关查询MO路由(CMPP_MO_ROUTE)操作 (22)8.6.4.1 CMPP_MO_ROUTE消息定义(ISMG→GNS) (22)8.6.4.2 CMPP_MO_ROUTE_RESP消息定义(GNS → ISMG) (23)8.6.5 ISMG向汇接网关获取MT路由(CMPP_GET_MT_ROUTE)操作 (23)8.6.5.1 CMPP_GET_MT_ROUTE消息定义(ISMG→GNS) (24)8.6.5.2 CMPP_GET_ ROUTE_RESP消息定义(GNS → ISMG) (24)8.6.6 SMG向汇接网关获取MO路由(CMPP_GET_MO_ROUTE)操作 (25)8.6.6.1 CMPP_GET_MO_ROUTE消息定义(ISMG→GNS) (25)8.6.6.2 CMPP_GET_MO_ROUTE_RESP消息定义(GNS → ISMG) (25)8.6.7 ISMG向汇接网关更新MT路由(CMPP_MT_ROUTE_UPDATE)操作 (26)8.6.7.1 CMPP_MT_ROUTE_UPDA TE消息定义(ISMG→GNS) (26)8.6.7.2 CMPP_MT_ROUTE_UPDA TE_RESP消息定义(GNS → ISMG) (27)8.6.8 ISMG向汇接网关更新MO路由(CMPP_MO_ROUTE_UPDATE)操作 (27)8.6.8.1 CMPP_MO_ROUTE_UPDATE消息定义(ISMG→GNS) (27)8.6.8.2 CMPP_MO_ROUTE_UPDATE_RESP消息定义(GNS → ISMG) (28)8.6.9 汇接网关向ISMG更新MT路由(CMPP_PUSH_MT_ROUTE_UPDA TE)操作 (29)8.6.9.1 CMPP_PUSH_MT_ROUTE_UPDATE消息定义(GNS→ISMG) (29)8.6.9.2 CMPP_PUSH_MT_ROUTE_UPDATE_RESP消息定义(ISMG → GNS) (29)8.6.10 汇接网关向ISMG更新MO路由(CMPP_PUSH_MO_ROUTE_UPDA TE)操作 (29)8.6.10.1 CMPP_PUSH_MO_ROUTE_UPDATE消息定义(GNS→ISMG) (30)8.6.10.2 CMPP_PUSH_MO_ROUTE_UPDATE_RESP消息定义(ISMG → GNS) (30)8.7 系统定义 (31)8.7.1 Command_Id定义 (31)8.7.2 错误码使用说明 (31)8.7.3 ISMG与GNS之间消息使用的错误码定义 (32)8.7.4 GNS上路由信息的Route_Id的编号规则 (33)9 附录1 短信群发功能的实现 (34)10 附录2 GNS协议目前实现说明 (34)11 修订历史 (36)前言本规范规定了移动梦网短信业务开展过程中各网元(包括ISMG、GNS和SP)之间的消息类型和定义,目前为3.0.0版本,是在原来2.1.0版本的基础上进行修订而成。
融合移动与联通短信网关的通用管理平台

融合移动与联通短信网关的通用管理平台范嵩;李明霞;于智;路莹【摘要】中国移动和联通公司短消息服务运营商在软硬件接口上的不一致,造成广大企事业用户同时运行管理两个平台,这给实际应用造成困难.在分析了移动和联通两大短消息运营商为企业用户提供的短消息接口及其特征的基础上,提出了综合这两种不同接口的实用方法,构建了基于C/S网络结构扩展的企业级短信网关通用管理平台.实现了企业短消息业务的统一需求和有效的管理.实际运行结果证实,在接收千余个客户端连接后,整体平台稳定地进行短消息业务的数据交互及客户端服务的交互管理.【期刊名称】《大连工业大学学报》【年(卷),期】2008(027)004【总页数】5页(P341-345)【关键词】短信网关;短信网关接口协议;移动信息机;信息融合;管理平台【作者】范嵩;李明霞;于智;路莹【作者单位】大连工业大学信息科学与工程学院,辽宁大连,116034;大连工业大学艺术与信息工程学院,辽宁大连,116100;大连工业大学艺术与信息工程学院,辽宁大连,116100;大连工业大学信息科学与工程学院,辽宁大连,116034【正文语种】中文【中图分类】TP393.070 引言近年来,手机短消息已经打破了传统的宣传、通信形式,凭借其灵活而廉价的传播优势渗透到了通信业务的方方面面,引起了广大企事业用户的关注。
国内两大短消息服务运营商中国移动和中国联通拥有数以亿计的客户群,但是两家运营商却以完全不同的规范独立提供着短消息处理业务。
中国移动的短信收发以比较完备的硬件设备实现,而联通的短信收发都是通过光纤直接接入,利用SP(Service Provider)服务提供商的软件进行管理。
两家短消息服务运营商在软硬件上的不一致,造成广大企事业用户同时运行管理两个平台,这给实际应用造成困难。
为了弥补这方面的不足,本文根据实际项目的需求开发了一种综合联通光纤接入和移动信息机接入的企业级短信网关通用管理平台。
MAS机短信应用解决方案

目录一、背景 (2)二、需求分析 (2)三、短信业务应用举例 (3)3.1 投诉、建议与举报类 (3)3.2 信息查询类 (4)3.3 信息发布类 (5)四、设备介绍及其特点 (7)4.1 MAS简介 (7)4.2 产品运行环境 (7)4.3 组网方式 (8)4.4 常用业务的集成 (8)4.5 通用业务配置 (9)五、方案实施规划 (10)5.1 实施计划 (10)5.2 实施具体安排 (12)六、方案实施成本估算及其效益 (14)6.1 成本估算 (14)6.2 实施效益 (15)七、成功案例 (15)深圳市XX局信息服务中心MAS应用解决方案书(初稿)一、背景近年来,随着深圳市社会经济的迅猛发展,机动车保有量飞速增长。
公交车、出租车、私家车与城市轨道交通等交通工具为市民提供了多种便捷、省时的出行方案选择,同时也对交通管理部门提出了更高要求的管理服务水平。
深圳市XX局信息服务中心本着更好为民服务的宗旨,采用中国移动MAS解决方案,为交通管理部门与市民建立一个信息沟通平台,提供基于短信、彩信、WAP的移动业务应用。
通过借助先进的移动信息化技术提升管理服务水平,提高工作效率,为市民提供交通信息服务,让市民办事顺心、出行放心,努力营造一个和谐的交通环境。
二、需求分析根据交通行业的特征,结合MAS业务的功能,项目需求主要体现在以下几方面:2.1 公众交通信息服务的需求随着社会和经济的发展,社会公众随时、随地对交通信息服务的需求日益强烈。
●关于交通的各种投诉与建议的受理、答复。
●市民对受理结果的查询与评价。
●行业企业服务水平的调查、投票、评价。
●客运服务信息需求,主要是出行人员随时、随地对各种与出行相关的信息需求,如节假日客运信息,各种票务信息,线路信息以及交通状况等。
●随时了解交通运输的政策法规,各种营业许可审批申请信息,交通运输的动态变化信息。
业务名称短信指令代码样本业务描述用户短信编写样例系统回复样例服务投诉TS TS#投诉内容“您好,您的投诉内容已经递交到我中心受理,受理编号为***。
统一短信管理解决方案

统一短信管理解决方案目录第一章背景与需求分析 (3)第二章解决方案 (4)第三章产品介绍 (5)3.1 产品架构 (5)3.2 功能概述 (6)第四章应用场景集锦 (7)4.1 典型应用 (7)4.2 其他应用举例 (8)第五章推荐整合产品 (10)第六章部署规划 (10)6.1 少于5000用户 (10)6.2 5000用户以上 (10)第七章客户收益 (11)7.1 给企业主带来的好处 (11)7.2 给管理部门带来的好处 (12)7.3 为最终用户带来的好处 (12)第一章背景与需求分析伴随着手机使用的普及及深入,手机短信逐步成为企事业单位应用系统与用户及用户之间的信息互动方式,日常工作及生活中常常出现:❖会议发起人创建会议的时候,以短信形式发送通知给会议参与人,并接收参与人短信回复的确认信息;❖房产商给VIP客户或者其他潜在客户派发短信,通知楼盘开盘时间;❖节假日前夕,用户通过短信中心设定时间或者直接发送祝福短信给亲戚朋友或者客户;❖用户通过短信随时修改自己的帐号密码;为实现企业内短信的互动,业务系统往往需要整合各种短信设备接口,目前市面上提供的短信网关方案有很多:❖短信猫❖Mas机❖企信通(移动、联通、电信)❖其他sp增值服务…业务系统与其整合时,通常会出现如下图情况:如图所示,会议系统、行政审批系统、人事管理系统都是各自开发与各短信网关的接口程序,以实现短信互动。
不难看出:❖各应用系统均独立面对各种短信网关接口,大大增加整合工作量;❖随着企业应用系统的增多,企业的整个应用平台会变得越来越复杂,系统稳定性也会随之迅速降低;❖运维过程中,重新选择短信网关将变得越来越难;企业在需求出现之初,往往只有一两个系统需要发送短信,问题没有暴露出来,所以也没进行仔细规划,随着系统的逐渐累加,以及用户使用要求的提高,寻找合理的解决方案就成为了必然。
第二章解决方案基于以上分析,我们提出一套解决方案,如下图:由图可见,我们在应用系统与短信网关之间增加了一个统一短信服务系统,该系统承担应用系统与短信网关之间的桥接工作,实现:❖提供统一的短信接口服务给应用系统,接受应用系统发送过来的短信;❖按照不同的短信网关设置将短信分发给对应网关;❖将用户回复的短信推送给应用系统。
短信业务数据运营方案

短信业务数据运营方案一、描述短信业务数据运营方案是指根据企业的短信业务需求,通过对短信业务数据的分析、统计和管理,制定出一套科学的运营方案,有效提高短信业务的运营效率和盈利能力。
合理的短信业务数据运营方案可以帮助企业提升短信发送的效果,降低成本,提高运营收入。
二、目标1. 提高短信的投递率和送达率2. 降低短信发送成本3. 提高短信业务的盈利能力4. 提供数据分析和统计报告三、流程1. 数据采集:通过短信平台和短信网关对发送的短信数据进行实时采集和存储。
2. 数据预处理:对采集的短信数据进行清洗、去重、格式化和标准化处理。
3. 数据分析:对预处理的数据进行分析,包括短信发送量、发送成功率、发送失败率、送达率等指标。
4. 数据挖掘:对发送失败的短信数据进行挖掘分析,找出失败的原因,并提出解决方案。
5. 数据报告:根据数据分析和挖掘的结果,制作数据报告并提供给相关部门进行决策参考。
6. 数据管理:对处理后的短信数据进行管理,包括存储、备份、归档和安全管理。
四、技术支持1. 数据采集技术:使用短信平台和短信网关提供的API接口进行数据实时采集。
2. 数据预处理技术:使用数据清洗、去重、格式化和标准化的技术方法进行数据预处理。
3. 数据分析技术:使用数据分析工具和数据挖掘算法进行数据分析和挖掘。
4. 数据报告技术:使用报表工具和数据可视化技术制作数据报告。
5. 数据管理技术:使用数据备份、归档和安全管理技术进行数据管理。
五、应用场景1. 企业营销:对营销活动的短信发送进行监控和分析,提高营销效果。
2. 客户服务:对客户反馈的短信进行处理和分析,提高客户满意度。
3. 金融行业:对交易提醒短信进行监控和分析,提高交易成功率。
4. 社交平台:对用户通知的短信进行处理和分析,提高用户活跃度。
六、风险控制1. 数据安全风险:采取数据加密、备份和访问权限控制措施,保护短信数据的安全。
2. 技术风险:对技术运维进行持续监控和维护,减少技术故障和服务中断的风险。
短信平台解决方案

短信平台解决方案IN1-SMS 短信平台充分满足企业的市场营销、内部管理、客户服务等各种业务需求。
IN1-SMS 短信平台产品特点:跨平台、模块化、支持大流量大容量、支持多网关连接、支持四大运营商、支持无缝集成。
IN1-SMS 短信平台的应用行业包括电力、邮政、网游、化妆品、营养品、矿业、房产、政府、税务、医院、服装、酒店旅馆、教育等各个行业。
IN1-SMS 短信平台的应用:移动办公:可以适用于任何企业,利用手机短信,可以发送会议通知、发薪通知,通报企业重大决策与变动,可以方便实现CRM管理。
对企业而言,降低了通信成本,提高了员工和客户的满意度。
营销与零售行业:使商业企业及时获得下属各分公司、连锁店、代理商的销售、库存情况,及时向他们等发送商品价格调整通知、缺货通知、促销信息、特价商品信息等等。
航空运输业:实现手机预定机票、手机预定飞机座位、手机查询实时动态航班、查询本人积分里程、及时跟踪航空货运信息、客户CRM管理,对竞争激烈的航空运输业而言,为顾客提供个性化服务是提升竞争力的有效手段,不可或缺。
金融证券行业:实现银行卡业务--费用代收代扣通知、结息通知、透支还款通知等,个人贷款--贷款申请和审核结果通知、付息通知、还款通知等,代收代付--代发工资到帐通知、代缴费通知、余款不足通知等,电子汇款成功结果通知等。
在节省成本的同时也提高了顾客的满意度。
短信增值业务平台与证券业结合的典型例子便是手机炒股业务,利用手机人们不仅可以获得各类股票行情、大盘走势、名家股评等信息,更能实现下单、转账等复杂业务。
旅游行业:实现群发会议通知、旅游团集合通知;会员客户查询票务信息、酒店信息、旅游线路等信息;订票、订酒店、签证结果通知;向所有会员客户发送俱乐部信息等等。
保险行业:实现向所有业务经纪发送业务信息,例如保单审批结果等,业务员可以查询相关信息,如保单通知、到款信息、业务提成等;可向所有投保客户传送信息,如续保通知、新险种通知、节日问候等。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
运营商短信网关应用系统优化方案——应用Array TM助力短信网关应用负载管理和性能优化2004年11月一、短信业务现状及面临的挑战随着使用支持中文手机的用户增多,短信已经成为手机用户最经常使用的业务之一。
除了大量使用的手机用户到手机用户的点对点短信业务之外,从信息平台到手机用户的短信信息服务业务也在快速发展,该业务已经成为广大用户及时方便地获取信息的一种手段。
在短信业务狂飙突进的带动下,数据增值业务以其独特的魅力迅速扩大着市场。
特别是随着国内各大通信运营商之间的短信互通(如中国联通和中国移动的短信互通)及各大SP同通信运营商之间的短信互通的广泛发展,使得短信应用的覆盖面越来越大,内容形式也越来越丰富,对短信应用平台的安全性和稳定性要求也越来越高。
在现今的传统短信业务应用中,虽然各种短信应用实现软件各有不同,但短信平台的网络架构基本一致,最终实现目标均为满足一个具有稳定、高效、高可扩展性和高可管理性等特性的业务应用,并且无论是否提供关键性任务的服务,都需要一个持续运行,并提供高可用性的网络/主机环境以提供不间断的高品质服务。
在短信业务应用平台中,如正常运行的应用的各个功能部分,仅通过单台主机/服务器,或采用备份服务器通过冷备的方式避免单点故障,期望完成稳定、可扩展的相应短信功能,将会在实际应用中面临以下问题和挑战:1、短信网关服务器之间自动切换所面临的问题传统短信网关中通常使用两台应用服务器来实现短信网关功能,通常其中一台作为应用服务器,另一台作为数据库服务器,并具有应用服务器备份程序。
正常情况下,仅应用服务器直接面向其它短信网关设备并提供短信服务,当此应用服务器出现故障时,数据库服务器中的应用服务器备份程序将能够自动启动,并接管所有出现故障的应用服务器的工作,期望通过这种方式来避免应用服务器单点故障,维持短信业务正常工作。
然而在实际应用中,当应用服务器出现故障,所有工作被数据库服务器中的备份应用服务器程序接管时,将面临由于数据库服务器默认网关等主机配置而产生的路由等问题,使得短信数据虽然能够被数据库服务器中的备份应用服务器程序处理,但仍无法正确返回,从而达不到预期的应用自动备份的目的。
2、处理能力有限且扩容能力有限随着短信应用负载的增大,各个服务器,特别是前置服务器上所要处理的数据量将增大,从而影响了针对用户的响应效率,造成对访问者的请求回应越来越慢等严重影响短信服务质量的现象。
在服务器端则直接表现为可容纳的连接数越来越小,系统性能严重下降。
此时,将需要考虑增加应用服务器和数据库服务器的数量来满足不断增大的应用负载需求。
当仅通过服务器集群(Cluster)的方式实现扩容时,将存在成本较高,严重影响正常短信服务的提供等问题,且扩容能力有限,无法满足不断增长的短信应用的需要。
3、短信网关服务器“多米诺”现象使用单台服务器设备来满足应用时,受各种条件的影响,不可避免的将出现单点故障等问题,而在短信网关应用中,任何单点故障都将直接影响到业务的正常提供,造成极大的损失,考虑到服务器的冗余备份,需要服务器冗余设置来处理和接管出现故障主机的工作。
传统方式是通过一台或多台服务器,采用冷备份方式来实现,当主服务器出现故障时,进行人工切换到备份服务器上。
这样做,除了会产生时效性的问题外,还将无法同时利用所有服务器的资源,应用投资得不到充分保护。
特别是,当出现超过主服务器的负载情况时,所得到的将是“多米诺效应”,即包括冷备份服务器在内的服务器组将依次被过高的负载压垮,直至无服务器可用。
4、短信应用系统发展与网络扩容的不平衡性随着新功能的加入和用户数的增多,短信系统拓扑结构需要变化的情况将随时有可能发生,如何使短信平台适合今后发展扩容的需要,完全依靠专业技术队伍通过更改服务器配置或网络拓扑等方式进行网络调整的方式,将存在大风险、非实时性、缺乏灵活性等缺陷。
如何能够在业务正常运行的情况下进行按需增长的、动态的、且对短信用户是透明的网络调整和更新扩容,已经成为短信系统应用中迫切需要解决的问题。
5、系统维护升级等问题将给相关人员造成极大的压力短信平台的稳定运行,离不开应用系统的日常维护,而在线系统的维护操作,将会给正常应用中的短信平台带来了安全隐患。
在主机操作系统和应用程序的调整和升级过程中,将会由于需要重新启动正在提供服务的应用程序,甚至重新启动操作系统而使此类工作很难进行下去。
有限的维护、升级时间,将对应用造成很大风险的同时,给各个方面的相关人员造成很大的压力。
二、Array Networks短信网关优化解决方案在短信网关应用平台中,通过Array TM系列产品的应用,从处理能力、扩展能力、安全性、应用的便利性等方面提供了负载管理和性能增强功能,能够满足短信应用平台对持续性和稳定性的需求。
1,通过Array TM的服务器负载均衡功能提高系统的高可靠性Array TM产品解决方案中所指的高可用性,同时也是短信运营商所需考虑的主要指以下几点:1.使数据始终以一个稳定、安全的方式处理,即便存在单台设备不能提供服务时,仍能保持数据的完整性。
通过智能识别检查,使整体服务持续稳定运行,即便发生单点或多点故障仍然能够保证正常提供服务。
2.使整个短信网络环境能够更好的被管理,提供TM设备本身容灾集群(cluster)功能、服务器集群共享、应用和后台服务器方便维护等特点。
3.使投入有更好的效益和最佳的扩充能力,即在保证数据完整性的同时,提供系统持续运行的能力,并实现当用户量的增大的情况下,在不影响应用的情况下,通过增加服务器的方式,响应用户负载的增加,保证了用户投资具有很高回报。
4.即便在应用软件不够完善,如经常出现故障不能提供服务的情况下,仍然能够持续保证应用系统持续在线能力。
首先在短信应用服务器故障切换方面,通过多台短信服务器与Array TM产品的负载分担功能和性能增强功能相结合,实现稳定可靠的短信应用的提供。
(如下图所示)(Array TM短信网关优化解决方案拓扑结构实现流程图)根据上图示拓扑结构,正常情况下,仅通过应用服务器(App Server)在前台提供短信服务,后台数据库服务器(DB Server)仅提供数据库服务,所有TM处理的短信请求将仅发送给后台应用服务器(App Server),短信通过应用服务程序与数据库进行通信处理完成。
当应用服务器(App.Server)出现故障,不能实现相应功能时,数据库中的备份应用程序将自动启动,TM将接下来的访问请求发送给数据库服务器(DB Server)中的备份应用程序进行处理,此时数据库服务器处理所有短信网关工作,并将处理结果通过TM向外成功进行发送。
在所有服务应用切换过程中,最终用户始终仅通过向TM上配置的一个Virtual IP及提供服务的端口进行通信交流,并感觉不到切换所发生的任何变化和延迟。
在两台TM产品以Active-Active方式同时工作的同时,其中任何一台TM出现故障,所有短信应用请求将自动被另一台正常工作的TM处理。
其次TM接收到短信访问请求时,将根据预先配置,将短信数据发送到后台最合适的短信服务器上进行处理。
从而实现了对后台短信网关服务器的负载均衡功能,当任何一台短信服务器或服务出现故障时,TM能够智能判断,并将用户的访问发送到其它正常提供服务的短信服务器上,避免了由于某台服务器的故障而影响了整体的短信业务的提供,保证了短信应用的高可用性。
2,在提供高可用性的同时,Array解决方案还为短信网关应用平台提供更多的应用特性: 完全可信赖的服务器状态检测和智能负载分担:TM可以实现动态分配每一个流量请求到后台的服务器,并即时按需动态检查各个服务器的状态,将下一个请求分配给最有效率的服务器,当任何服务器或应用程序不能正常提供服务时,TM能够检测到,并将会把接下来的访问请求分配给其它服务器,从而避免了由于后台某个服务器或应用的问题而影响了整个短信业务的提供。
达到整个应用平台的高可靠性。
●具有基于服务器负载分担的多种性能增强功能:采用TM负载均衡功能后,TM可以智能寻找最佳服务器从而保证客户得到响应最快服务器所提供的最佳服务。
同时结合TM产品中性能增强功能的应用,如连接复用技术,在减小对后台服务器的负载的同时减小和后台服务器遭受应用攻击的可能。
●提供状态检测防火墙和入侵防护功能:TM产品支持地址翻译技术和安全地址映射功能,通过默认情况下此技术的实现,访问客户不可能知道真正提供的服务器的IP地址与端口,同时通过TM产品中Webwall 防护墙和入侵防护功能(此功能通过美国ISS X-Forced入侵防护功能认证)的应用,能够按需实现对TM产品及应用的安全防护,另外,TM的管理全部采用SSH和SSL over Http技术,可以防止来自内部或互联网上的攻击。
●方便后台应用和产品自身的扩展:TM产品可以支持动态增减或删除其负载服务器群组的任何数量的服务器,而不需要对客户端或后台做任何改变,从而使系统能够轻松实现扩展。
同时,在最初仅实现服务器负载均衡功能,或其它功能的同时,根据运营商的实际应用及性能增强功能的需要,按需进行TM产品功能激活,真正实现无需增加网路设备和更改网络架构的前提下实现相应功能,轻松方便且在相对用户透明的情况下实现扩展。
三、短信网关优化解决方案为运营商带来的益处通过Array的解决方案实现短信网关的各种应用需求具有以下优点:●消除短信业务系统的隐患:传统短信网关应用过程中存在单台应用服务器设备发生故障时,整个短信网关不能正常工作等问题。
通过Array解决方案的应用,能够消除此类隐患,使短信网关平台具有智能判断和处理的功能,即便某些设备发生故障,整个短信网关应用仍能够正常运行,保证了应用的高可靠性。
●提高短信系统的处理能力:传统短信网关应用平台因采用的是热备份的方式,同一时刻只有一台应用服务器工作,而备份设备不进行应用处理,使得处理能力无法得到提高。
通过Array解决方案的应用,能够最大化的利用后台服务器的资源,使多台应用服务器在互为备份的情况下还可以同时工作,极大的提高了整个应用网关的处理能力。
●方便短信网关的扩展:传统短信网关应用处理能力受限于应用服务器的性能,很难根据应用的需求进行透明扩容,通过Array解决方案的应用,能够随着应用负载的需求进行按需透明扩容,最大化的保证了短信应用平台的可扩展性。
●降低系统维护难度和成本:作为在线生产系统,需要持续对短信网关应用平台进行维护和管理,对应用系统的维护将极大的增大设备运行风险,并对应用平台维护人员造成极大的压力。
通过Array解决方案的应用,在充分发挥Array产品智能特性的基础上,可以按需随意的下线和上线应用系统,在不影响应用的基础上对设备进行充分全面的维护和处理,降低了运行风险,减小了维护的难度。