论文部分内容阅读
【摘要】 受互联网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：承载有关系型数据库，建议在引入分布式数据库后，实施云化迁移。
由以上分析可知，除信令专用设备外，短信中心业务分析、接口、SMPP等全部业务均可移植在虚拟机环境运行。
3.2云化步骤及方案
对于短信平台云化，总体方案可分三个阶段进行实施：
第一阶段：云化平台搭建，主要建设内容包括资源申请、环境搭建、软件部署、软件功能与压力测试等。该阶段续完成短信平台业务处理机、接口服务器等模块的虚拟化部署；
第二阶段：云节点与现网节点双节点试运行，主要建设内容包括云化平台的对外接口配置、功能配置修改、DNS分流配置、周边网元配置与对接实测等；
第三阶段：整体迁移云化，主要建设内容包括数据库迁移、应用程序配置、DNS指向与网络配置调整等，由云化平台承接业务，因平台地址涉及众多SP，联调量大，建议尽量采用原地址，如云资源池建设情况无法满足源地址携带的话，可选择更改为新地址，建议更改平台访问方式为域名方式。
四、短信业务发展思路探讨
相比微信等OTT信息服务，短信虽费用略高，但发布正式、到达较为快捷、来源可靠，使其成为多数用户正式沟通或者获取商家信息的首选。在具体应用中，例如支付宝的验证码服务，依靠短信为用户提供实时的安全金融服务。
从某电信运营商省级公司短信中心提取数据来看，虽然点对点短信业务量呈加速下滑趋势，但行业短信得以蓬勃发展，以2014年6月为例，用户接受点对点短信为6404万条，接受群发短信为3.51亿条，绝大部分业务为行业短信。
针对点对点短信业务呈现疲软，行业短信拉动发展的现状，可以预见以后短信中心的峰值就在平时，而不会出现在节假日的所谓高峰。而业务的定位也应该着眼于群发和行业短信：
群发短信方面，可针对节假日，推出相应的短信促销和套餐优惠，针对商户发布群发短信的优惠套餐。
行业短信方面，在银行、交通等行业应用中，短信起到了关键性的作用。对行业客户而言，短信意味着电信运营商的一套高效安全的运营体系，包括了整个质量管理体系和安全保障体系。事实上，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：承载有关系型数据库，建议在引入分布式数据库后，实施云化迁移。
由以上分析可知，除信令专用设备外，短信中心业务分析、接口、SMPP等全部业务均可移植在虚拟机环境运行。
3.2云化步骤及方案
对于短信平台云化，总体方案可分三个阶段进行实施：
第一阶段：云化平台搭建，主要建设内容包括资源申请、环境搭建、软件部署、软件功能与压力测试等。该阶段续完成短信平台业务处理机、接口服务器等模块的虚拟化部署；
第二阶段：云节点与现网节点双节点试运行，主要建设内容包括云化平台的对外接口配置、功能配置修改、DNS分流配置、周边网元配置与对接实测等；
第三阶段：整体迁移云化，主要建设内容包括数据库迁移、应用程序配置、DNS指向与网络配置调整等，由云化平台承接业务，因平台地址涉及众多SP，联调量大，建议尽量采用原地址，如云资源池建设情况无法满足源地址携带的话，可选择更改为新地址，建议更改平台访问方式为域名方式。
四、短信业务发展思路探讨
相比微信等OTT信息服务，短信虽费用略高，但发布正式、到达较为快捷、来源可靠，使其成为多数用户正式沟通或者获取商家信息的首选。在具体应用中，例如支付宝的验证码服务，依靠短信为用户提供实时的安全金融服务。
从某电信运营商省级公司短信中心提取数据来看，虽然点对点短信业务量呈加速下滑趋势，但行业短信得以蓬勃发展，以2014年6月为例，用户接受点对点短信为6404万条，接受群发短信为3.51亿条，绝大部分业务为行业短信。
针对点对点短信业务呈现疲软，行业短信拉动发展的现状，可以预见以后短信中心的峰值就在平时，而不会出现在节假日的所谓高峰。而业务的定位也应该着眼于群发和行业短信：
群发短信方面，可针对节假日，推出相应的短信促销和套餐优惠，针对商户发布群发短信的优惠套餐。
行业短信方面，在银行、交通等行业应用中，短信起到了关键性的作用。对行业客户而言，短信意味着电信运营商的一套高效安全的运营体系，包括了整个质量管理体系和安全保障体系。事实上，OTT平台出现不仅影响了消费级市场，而且对行业应用也有一定的影响，但因为行业用户有一定的使用门槛，使得冲击变得缓慢。因此电信运营商应更多地与行业用户和企业用户进行协作，为企业内部治理和行业应用提供支持，特别是在交通、银行、教育、天气等政府部门和大型企事业单位，这些部门对信息发布的权威性和可达性要求较高，应着力为其提供支撑服务。