公众电信网号线资源管理系统策划方案.docVIP

公众电信网号线资源管理系统设计方案 　　摘 要：号线资源是公众电信网络中重要的用户资源，数量巨大，且和用户使用紧密相关，随着号线资源的与日俱增，必须依靠强大的管理系统对号线资源进行有效管理。该文论述了号线资源系统建设的必要性及其设计方案，以及新老系统的衔接问题 关键词：号线资源 系统 方案 中图分类号：TP311 文献标识码：A 文章编号：1672-3791（2016）07（b）-0011-02 1 工程建设必要性 1.1 支撑市场，缩短宽带业务受理链条 目前资源核查完全依靠前后台电话联系，或电子表格台帐核查。不能快速响应宽带业务受理和开通。改造系统后，前台可实现资源核查、预判和预占，缩短宽带业务受理链条。后台根据订单快速完成业务开通，支撑市场发展 1.2 完善系统功能、提升客户感知 资源准确率目前仅有30%左右，在宽带装移机服务超时限投诉中，90%因号线资源不准确导致。据统计，运维部从接到装机工单至竣工返单，宽带平均装机历时31.1 h。改造系统后将有效缩短前后台反复核查和确认资源的时间，装移机平均时间将会压缩到24 h以内。综上所述，通过号线资源管理系统建设，能够缩短维护修障的时长、提升客户感知，进而提升市场竞争力，因此该项目的建设是必要的 2 建设方案 2.1 建设原则 2.1.1 扩展性 （1）系统应有良好的横向和纵向扩展能力，可通过增加主机或提高主机的性能提高整个系统的处理能力。（2）应用软件具有灵活性、可伸缩性，保证功能模块随系统结构和业务流程发展变化灵活组合和扩充、扩展新业务。（3）系统的各模块负载能力应可平滑扩展，新功能模块的增加应不影响现有模块的运营 2.1.2 可靠性 系统软件支持HA和集群；软件应有容错能力。在硬件故障和操作系统故障恢复后，系统应在1 h之内恢复运行。系统的年可靠性应99.995% 2.1.3 安全性 系统数据能定期归档和备份，并支持手工和自动方式 2.2 系统处理能力需求 2.2.1 主机处理能力估算 号线资源系统数据库是典型的OLTP系统，按照TPC-C标准来计算，新订单事务（New-Order Transaction）为标准测试事务类型；TPC-C测量交易以每分钟实现的新订单个数计算，单位为tpmC（tpm是transactions per minute的简称；C指TPC中的C基准程序）。对主机评估是在应用系统使用繁忙时需要的主机吞吐能力 号线资源系统在前台操作方面需要满足500个并发终端访问估算 2.2.2 存储容量估算 号线系统按照300万用户估算，含语音、宽带等用户 （1）号线资源系统存储容量由两部分组成：号线资源数据和过程数据 号线资源数据容量=（用户数×用户单记录容量K）×（1+索引率）/0.7/1 024/1 024=（300×10 000×100）×1.5/0.7/1 024/1 024=441 G 过程数据容量（按保留2年计算）=用户数×每用户月业务量×每用户受理过程资料数×保存时间×（1+索引率）/0.7/1 024/1 024=（300×10 000）×2.5×3×24×1.5/0.7/1 024/1 024=735 G （2）数据库归档100 G，文件系统200 G （3） 数据迁移环境需要号线资源数据全量和40%的过程数据，大约需要500 GB 总体需要：441+735+100+200+500=1 976 GB，大约2 T的有效容量 该期按照RAID0+1方式考虑磁盘冗余，因此需要1 976 GB×2=3 952 GB 2.2.3 传输带宽需求估算 号线资源系统的数据传输依靠DCN网络。根据并发数量，从BS、CS终端及接口交互等汇聚到综合资源管理系统接入点的带宽估算如下 带宽=忙时并发数×每次并发产生交易×单笔交易数据/1 024/响应时间（s）×8（字节到位转换） 忙时的并发为500，每次并发的交易估算为2，单笔交易约25 K数据交互，点击交易相应时间为3 s，那么带宽估算为：500×2×25 K/1 024/3×8=65 M 在峰值500并发的情况下，DCN网络汇聚到资源系统的部署边界的带宽大约需要65 M左右 3 平台建设方案 该期号线资源管理系统改造工程新建1套系统平台，平台由服务器系统，存储系统及网络系统构成 4 资源清查 资源数据作为号线资源管理系统的基础数据，其质量将直接影响到系统设计功能的正常使用。因此需对资源数据进行全面整理和清查，提升资源数据的准确率、规范性和完整性，确保资源管理系统成功上线及顺利推广应用 4.1 数据清查准备工作 全网内的所有资源