论文部分内容阅读
【摘 要】移动话务分析预测系统是对本地核心网设备MSC POOL、端局、关口局各项重要网络指标的及时检测和分析,能够及时、准确、快速、直观地呈现出维护人员关心的核心网相关网络指标的状况,可以通过对移动话务的历史数据及现网数据的分析,对可能会出现的话务量激增的重大节假日进行话务预测,保证设备运行在安全、高效的网络环境中,为广大客户提供更加优越的通信服务。本文分析了移动话务分析预测系统的研发问题。
【关键词】移动话务;分析预测系统;网络指标
随着GSM与TD网络融合组网的全面推进,TD网络设备的新建以及现网GSM设备的不断更新,网络规模越来越大,全面、及时、准确的节日话务分析越来越困难,传统的话务数据的手动收集、整理、分析、保存花费大量人力和时间,话务分析的及时性差,又较难保证数据的准确性,建立一套话务数据的自动收集、整理、保存、分析、预测系统是解决目前话务预测困难的有效途径。
1.目标
1.1研发出一种能够快速准确提供话务预测分析的系统
目标一:话务预测分析用时由目前的4天降至2小时之内。
目标二:数据处理准确率达到99%,核心网络无拥塞。
1.2针对目标一、二具体分析其可行性如下
目标一:历史上在每个节假日前夕,需要3~4名维护人员用一天多的时间来完成“采集原始数据—数据整理计算—对比预测分析”这繁杂的三个步骤,而其中,第二三步用时较长,根据已有的Smart-master系统经验,完成计算机的“自动收集、计算、预测分析”耗时约为半小时,再经维护人员形成报告,再耗时约1小时,总计约1.5小时。
目标二:面对海量数据,纯人工方式难免存在差错,计算机处理数据+人工形成报告的形式,再经层层把关,准确率99%可以实现。
2.方案及确定
根据一般软件系统的研发流程,移动话务分析预测系统主要包括以下3个方面:系统平台、数据库、开发工具。
三个模块的设计各自包含子方案的选择,由于平台的选择会影响到开发工具的选择,所以对三个模块的选择上的顺序为平台架构、开发工具、数据库。
2.1系统平台的选择
2.1.1平台架构
目前平台架构常见的有C/S(Client/Server 客户端/服务器)结构和B/S(Browser/Server浏览器/服务器)结构 。结合本系统的需求针对这两种架构进行了对比分析:
综合以上表格发现B/S结构系统具有开发维护难度低、兼容性好等特点,虽然响应时间稍长,单对本系统来说秒级的响应时长完全能够接受,因此我们采用B/S结构。
2.1.2Web服务器的选择
目前比较流行的Web服务器有Apache和IIS,结合本系统需求对这两种Web服务器进行了如下对比:
结合上表发现Apache在稳定性、扩展性、和成本上具有优势,因此我们在用Apache作为该系统的Web服务器,由于Apache一般应用在Linux操作系统下,而且Linux相对Windows具有更好的稳定性和安全性,因此我们选择用Linux作为服务器的操作系统。
2.2开发工具的选择
常见的Web系统开发工具有PHP和ASP,小组成员结合本系统需求对这两种开发工具进行了如下对比:
表3 开发工具的选择 制表人:李少辉 制表时间:2011-3-26
这两种开发工具在开发难度上无明显差别,但由于我们已经选用了Apache作为我们的Web服务器,且PHP在成本上具有价格优势,我们选用PHP作为我们的开发工具。
2.3数据库的选择
目前常见的数据库产品有ORACLE、ACCESS、SQL SERVER 、My SQL,结合本系统需求My SQL能在性能上满足需求,且My SQL是免费产品,性价比高,因此,本系统在用My SQL作为系统的数据库。
2.4确定最佳方案
通过一系列的分析、评估和选定,小组最终找出的最佳实现方案为:
3.对策实施
为保障对策实施进度,弥补系统实现技术上的不足,购置了IBM X3650服务器,由开发人员完成操作系统及Web服务器软件Apache的安装,该服务器通过网线接入局域网,可以在其他终端通过浏览器访问该服务器。开发人员完成My SQL数据库软件安装调测,实现数据库的正常访问。
进行话务分析预测,并根据预测结果进行网络调整涉及的话统指标较多,主要包括以下几项:VLR用户数、M3UA信令负荷、MTP信令负荷、CPU负荷、局间每线话务量、A接口每线话务量等。制定了进行话务分析预测所需网络指标的详细列表,并与厂家工程师沟通交换机网络指标的收取方法。
移动话务分析预测系统的基本分析预测的策略为利用往年节日业务增长量和本年节前业务量进行本年节日业务量预测。由于各项指标在具体算法上存在差别,不同节日的话务模型又不尽相同,协作完成。 开发人员共同努力完成。 (下转第379页)
(上接第322页)并对本年度中秋过节相关网络指标进行了预测,对其中“局間每线话务量”指标做出了增开电路数的决策。
目前现网局间每线话务量较高的局向集中在POOL2(GS1、GS8、GS12、GS13)各局之间,均达到0.6ERL以上,最高达0.7ERL; GS10至DS2每线话务量达到了0.56; GS7至CIS每线话务量达到0.63ERL,其他局向均在0.5以下。
4.效果检查
4.1减少了维护人员工作强度,提高了话务预测的准确性和及时性
帮助交换维护人员从重复性的数据收集计算中解脱出来,交换维护人员可以将精力集中到话务分析预测的算法上,提高对话务预测分析的能力,少了维护人员工作量,提高了预测值的准确性和及时性。下表为移动话务分析预测系统实施前后对照表
4.2具有显著的经济效益和社会效益
话务分析预测系统建成之前,需要4-6名维护人员在每个节假日前夕,逐个登陆全部端局和关口局的MSOFTX3000性能管理系统,收集过节前期话务量激增情况下可能会受到影响的重要网络指标相关数据,并以上一年同期同一个节假日的变化情况为依据,预测出本次节假日期间各项指标值得变化趋势,在节假日结束后,再收集过节期间的数据,与节前预测的数据作出比较,分析得出此次节假日各项网络指标变化情况,作为下一年各种指标的预测依据。由于核心网设备的不断升级、扩容、改造,造成数据整理、手动对比分析需要耗费较多的人力、时间。
5.总结
在此次话务分析预测系统的应用上取得了良好的实践效果,将推动话务分析预测模型的改进,进一步话务分析预测的准确性。
【关键词】移动话务;分析预测系统;网络指标
随着GSM与TD网络融合组网的全面推进,TD网络设备的新建以及现网GSM设备的不断更新,网络规模越来越大,全面、及时、准确的节日话务分析越来越困难,传统的话务数据的手动收集、整理、分析、保存花费大量人力和时间,话务分析的及时性差,又较难保证数据的准确性,建立一套话务数据的自动收集、整理、保存、分析、预测系统是解决目前话务预测困难的有效途径。
1.目标
1.1研发出一种能够快速准确提供话务预测分析的系统
目标一:话务预测分析用时由目前的4天降至2小时之内。
目标二:数据处理准确率达到99%,核心网络无拥塞。
1.2针对目标一、二具体分析其可行性如下
目标一:历史上在每个节假日前夕,需要3~4名维护人员用一天多的时间来完成“采集原始数据—数据整理计算—对比预测分析”这繁杂的三个步骤,而其中,第二三步用时较长,根据已有的Smart-master系统经验,完成计算机的“自动收集、计算、预测分析”耗时约为半小时,再经维护人员形成报告,再耗时约1小时,总计约1.5小时。
目标二:面对海量数据,纯人工方式难免存在差错,计算机处理数据+人工形成报告的形式,再经层层把关,准确率99%可以实现。
2.方案及确定
根据一般软件系统的研发流程,移动话务分析预测系统主要包括以下3个方面:系统平台、数据库、开发工具。
三个模块的设计各自包含子方案的选择,由于平台的选择会影响到开发工具的选择,所以对三个模块的选择上的顺序为平台架构、开发工具、数据库。
2.1系统平台的选择
2.1.1平台架构
目前平台架构常见的有C/S(Client/Server 客户端/服务器)结构和B/S(Browser/Server浏览器/服务器)结构 。结合本系统的需求针对这两种架构进行了对比分析:
综合以上表格发现B/S结构系统具有开发维护难度低、兼容性好等特点,虽然响应时间稍长,单对本系统来说秒级的响应时长完全能够接受,因此我们采用B/S结构。
2.1.2Web服务器的选择
目前比较流行的Web服务器有Apache和IIS,结合本系统需求对这两种Web服务器进行了如下对比:
结合上表发现Apache在稳定性、扩展性、和成本上具有优势,因此我们在用Apache作为该系统的Web服务器,由于Apache一般应用在Linux操作系统下,而且Linux相对Windows具有更好的稳定性和安全性,因此我们选择用Linux作为服务器的操作系统。
2.2开发工具的选择
常见的Web系统开发工具有PHP和ASP,小组成员结合本系统需求对这两种开发工具进行了如下对比:
表3 开发工具的选择 制表人:李少辉 制表时间:2011-3-26
这两种开发工具在开发难度上无明显差别,但由于我们已经选用了Apache作为我们的Web服务器,且PHP在成本上具有价格优势,我们选用PHP作为我们的开发工具。
2.3数据库的选择
目前常见的数据库产品有ORACLE、ACCESS、SQL SERVER 、My SQL,结合本系统需求My SQL能在性能上满足需求,且My SQL是免费产品,性价比高,因此,本系统在用My SQL作为系统的数据库。
2.4确定最佳方案
通过一系列的分析、评估和选定,小组最终找出的最佳实现方案为:
3.对策实施
为保障对策实施进度,弥补系统实现技术上的不足,购置了IBM X3650服务器,由开发人员完成操作系统及Web服务器软件Apache的安装,该服务器通过网线接入局域网,可以在其他终端通过浏览器访问该服务器。开发人员完成My SQL数据库软件安装调测,实现数据库的正常访问。
进行话务分析预测,并根据预测结果进行网络调整涉及的话统指标较多,主要包括以下几项:VLR用户数、M3UA信令负荷、MTP信令负荷、CPU负荷、局间每线话务量、A接口每线话务量等。制定了进行话务分析预测所需网络指标的详细列表,并与厂家工程师沟通交换机网络指标的收取方法。
移动话务分析预测系统的基本分析预测的策略为利用往年节日业务增长量和本年节前业务量进行本年节日业务量预测。由于各项指标在具体算法上存在差别,不同节日的话务模型又不尽相同,协作完成。 开发人员共同努力完成。 (下转第379页)
(上接第322页)并对本年度中秋过节相关网络指标进行了预测,对其中“局間每线话务量”指标做出了增开电路数的决策。
目前现网局间每线话务量较高的局向集中在POOL2(GS1、GS8、GS12、GS13)各局之间,均达到0.6ERL以上,最高达0.7ERL; GS10至DS2每线话务量达到了0.56; GS7至CIS每线话务量达到0.63ERL,其他局向均在0.5以下。
4.效果检查
4.1减少了维护人员工作强度,提高了话务预测的准确性和及时性
帮助交换维护人员从重复性的数据收集计算中解脱出来,交换维护人员可以将精力集中到话务分析预测的算法上,提高对话务预测分析的能力,少了维护人员工作量,提高了预测值的准确性和及时性。下表为移动话务分析预测系统实施前后对照表
4.2具有显著的经济效益和社会效益
话务分析预测系统建成之前,需要4-6名维护人员在每个节假日前夕,逐个登陆全部端局和关口局的MSOFTX3000性能管理系统,收集过节前期话务量激增情况下可能会受到影响的重要网络指标相关数据,并以上一年同期同一个节假日的变化情况为依据,预测出本次节假日期间各项指标值得变化趋势,在节假日结束后,再收集过节期间的数据,与节前预测的数据作出比较,分析得出此次节假日各项网络指标变化情况,作为下一年各种指标的预测依据。由于核心网设备的不断升级、扩容、改造,造成数据整理、手动对比分析需要耗费较多的人力、时间。
5.总结
在此次话务分析预测系统的应用上取得了良好的实践效果,将推动话务分析预测模型的改进,进一步话务分析预测的准确性。