短信平台业务模型优化及云化部署的研究.docVIP

短信平台业务模型优化及云化部署的研究 　　【摘要】 受互联网OTT消息类业务冲击，电信运营商的短信等传统高价值业务下滑趋势加剧，在此背景下，短信原有业务模型已不能适应业务发展，同时，传统的扩容办法也已不能适应运营商网络转型要求。本文对短信业务模型优化方法进行研究，基于现网数据分析，对部分参数进行优化调整，从实际效果看，在满足业务需求情况下较好节省了投资。同时，也对短信平台基于云计算进行部署的可行性进行评估，并对云化部署步骤和方案进行了研究。最后，本文对移动互联网时代短信业务的发展思路进行了探讨。 　　【关键字】 短信业务 模型优化 云化部署 　　一、背景 　　随着移动互联网应用的日益丰富，特别是微信等OTT业务的飞速发展，电信运营商的短信、彩信等业务正在受到冲击，统计数据显示[1]，2014年1-6月，全国移动短信业务量仅有3789亿条，同比下降18%；彩信业务量仅有316亿条，同比下降30.3%。移动短信业务收入持续下滑，1-6月，收入规模同比减少37.3亿，除了1月份春节刺激增长以外，连续23个月出现负增长。 　　在此背景下，短信、彩信等的原有业务模型已与用户使用习惯产生偏差，如按原有业务模型对平台进行规划和建设，既与实际需求不匹配，不适应业务发展，同时也造成投资的浪费，本文将以短信平台为例，对业务模型的优化调整进行研究，同时，对短信平台云化部署进行探讨。 　　二、短信业务模型优化 　　结合对某电信运营商省级公司短信中心的现网日常、节假日的数据监测与分析，短信中心业务总量、点对点业务量、月平均每用户点对点短信数量自2013年起呈明显下降趋势。 　　2.1原有业务模型 　　某电信运营商省级公司短信中心原业务模型如下： 　　短信中心处理能力=总用户数×（平均每天发送短消息条数+平均每天接收短消息条数）×忙时集中比系数/3600×节假日放大系数。 　　2.2调整后业务模型及效果 　　由上文分析可以看出： 　　由于受到互联网OTT消息类业务的冲击，短信业务量处于下滑的趋势，并且这一趋势会逐渐加剧； 　　平均每天发送短消息条数、平均每天接收短消息条数因用户短信量减少，应根据实际情况做调整； 　　短信平常日期业务量处于下降趋势，仅受节假日影响点对点短信量会发生剧增，但考虑到在节假日时将会关闭SP群发短信通道，故平时忙时业务量和节假日忙时业务量相差不大，需对节假日放大系数进行调整。 　　根据业务量实际情况进行分析，短信中心业务模型主要调整参数为： 　　节假日放大系数：原取值为3，调整后为1.1； 　　平均每用户每天发送短消息条数：原取值为6.7，调整后为1.23； 　　平均每用户每天接收短消息条数：原取值为9.03，调整后为3.42。 　　业务模型优化前后对比如下： 　　现有能力：6000条/秒； 　　原有扩容方式（达到值）：11000条/秒； 　　优化扩容方法（达到值）：6442条/秒； 　　实际扩容（增量）：442条/秒。 　　可以看出：模型优化后，短信中心能力仅需扩容442条/秒（满足峰值），减少扩容4558条，可节省投资约200万元。 　　2.3业务模型优化后续建议 　　1）基于长期历史数据分析得到的业务模型会更加贴近实际，符合长期业务发展趋势，故短信中心应对尽可能长时间的历史数据进行保存（建议至少一年）；同时，对日常及节假日峰值数据进行存档，可便于验证优化后模型是否满足峰值需求。 　　2）短信业务随着移动互联网的发展也在不断变化，短信业务模型也建议进行周期性修正，以适应业务的迅速变化。 　　三、短信平台云化方案 　　随着移动互联网进入高速发展期，电信运营商面临被“管道化”，需加快网络转型。而运营商业务平台与移动互联网平台最为相似，因此业务平台就成为运营商向移动互联网化转型的排头兵。通过对“BAT”三大公司企业战略的分析，不难看出云平台是共同的基础，云平台符合移动互联网时代的特征，用户体验优、开放、低成本、可运营、业务提供快速。因此，打造业务平台云，实现业务创新，成为电信运营商转型的关键。 　　短信业务具有节假日等高峰期突发性明显的特征，若处理能力不足，容易造成时延，大大降低用户感知，造成用户流失。随着用户数的增多，电信运营商一般对短信平台相关硬件进行逐年扩容，采用传统方式（非云计算），存在部署时间长、非高峰期资源利用率低、投资较高等缺点，且不符合技术发展趋势，故可对短信平台进行云化部署。 　　3.1主要模块云化评估 　　1）信令前置机：信令专用设备，暂不能云化； 　　2）业务处理机、SMPP Server、接口机：硬件基于X86，操作系统基于Linux，可优先考虑云化； 　　3）QAS/CDR/DB Server：承载有关系型数据库，建议在引入分布式数据库