（批复）中国电信4008业务容灾备份工程项目可研建议报告（发改委）㊣精品文档值得下载

需要等进行计费监视，在呼叫完成后，呼叫详细记录将中国电信业务容灾备份工程可研上海邮电设计院有限公司同时通过信令规程传送至包括通话主被叫，通话起始时间结束时间，通话时长等，再送至业务管理点进行统计，并由将呼叫起止时间呼叫类别主叫号码等计费信息再送至中国电信全国计费结算中心，用于业务计费结算。

本工程建设配套需求对信令网传输网需求通过节对信令网需求分析可以看出，灾备与八大区需开设条信令链路，建议每个局向开设两条承载信令链路，共需条链路资源。

对数据网需求通过节对数据同步带宽需求计算可知，和灾备之间需要开设带宽数据链路。

如果灾备系统与生产系统部署在不同城市，建议通过网互连，保证数据传输可靠性。

如果灾备系统与生产系统部署在同城不同局址，建议通过传输专线互连。

灾备系统到带宽需求为数据链路，建议通过网承载，要求新建系统所在局房具备接入条件。

目前两台路由器采用华为，没有配臵口或者口，且属于停产设备，无法扩容，本工程建议新建两台带端口或者口路由器替换。

对机房配套需求本工程将新建套灾备系统，设备机柜包括个机架个服务器机柜和个网络机柜共个机柜，同时还需考虑电源柜。

设备需直流供电，其它设备交流供电。

新建直流功耗需求估计约。

服务器及网络设备交流功耗需求估计。

中国电信业务容灾备份工程可研上海邮电设计院有限公司灾备系统局址选择目前中国电信骨干智能网系统主要部署在北京和上海，其中业务业务语音短信位于上海公务通业务位于北京。

本期新建业务灾备系统考虑建在北京或者上海。

北京电信长途局房位于北京静安中心大楼地下层机房，目前，部署在该局房。

上海电信长途局房包括武胜电信大楼横浜电信大楼花木电信大楼和漕溪电信大楼。

目前，业务生产系统部署在武胜电信大楼，考虑到异地容灾，新建灾备系统需安装在其它局房，考虑局房功能定位和现有条件，上海除武胜外三个长途局房中，漕溪电信大楼与电信大楼相距约公里十二层长途交换机房较适合部署本项目新增灾备系统。

下面将从局房配套条件和异地容灾实施两方面，对北京静安局房和上海漕溪局进行灾备系统局址选择方案比较。

机房配套条件新建灾备系统共需个设备机柜，目前，北京上海漕溪局和静安局房都有足够机房空间安装新建系统。

但是静安局房机房空间相对紧张，地下二层机房本身不规则成三角形，安装完新建系统后，机房剩余空间不多。

上海漕溪局机房交直流系统容量可以满足本期工程需求。

北京静安局房交流电源容量还有富裕，可以满足新建系统需求，但是直流电源容量较为紧张整流模块个，已启用个，在满足本工程后，剩余容量不多。

上海漕溪局和北京静安局房传输资源及数据网资源均可满足中国电信业务容灾备份工程可研上海邮电设计院有限公司本工程需求。

考虑到北京电信公司只有静安大楼地下二层个长途交换机房，且目前机房空间已较为紧张，如果将灾备系统部署在该机房，今后其它系统设备扩容就会存在问题。

而上海有多个长途局房，机房资源更加丰富，配套设施也相对完善。

异地容灾实施灾备系统部署在上海漕溪局或者北京静安局对于业务容灾都具有很高安全性和可靠性。

相对而言，对于城市级灾难事件，例如重大地震导致多个局房全部倒塌，在这种情况下部署在北京安全性更高。

从对灾备系统管理和维护来讲，部署在上海优势更大，因为目前业务系统部署在上海，对业务系统维护和管理技术力量也集中在上海。

这样，在系统发生故障或者发生容灾切换时，可以有更快响应时间和更好技术支撑。

局址选择结论从以上两个方面比较可以看出除了应对城市级灾难事件外，部署在上海比部署在北京更有优势。

但是如果真发生这种灾难事件，上海长途交换网和将全部瘫痪，业务也无法正常提供。

综合考虑上述因素，本报告建议将业务灾备系统部署在上海漕溪局，实现同城异地灾备。

中国电信业务容灾备份工程可研上海邮电设计院有限公司第五章工程建设进度根据中国电信集团对本工程建设总体要求，本工程投产期定在年底。

表本期工程建设进度表序号时间年工程进度月月月月月月月月月月月月可研编制可研会审及批复技术规范制定谈判订货设备到货工程设计设备搬迁业务部署及测试试运行及初验中国电信业务容灾备份工程可研上海邮电设计院有限公司第六章投资估算及效益分析投资估算本工程总投资估算额为万元人民币。

工程建设其它费按设备费计取，预备费按计取。

表本期工程投资估算表序号费用类别规模容量投资估算备注项生产系统发生故障时最大程度保证业务正常提供。

建设原则业务异地容灾应遵循以下原则安全可靠性容灾方案首先应考虑安全可靠性及技术方案成熟性。

在生产系统出乎预料地失效时，应能实时自动地响应，灾备系统能迅速接管后续呼叫，将损失降到最小。

采用容灾方案在现网中应有定范围应用和成功案例，避免不确定因素引入，导致灾备方案本身不可靠性。

方案应具有可操作性和可实施性容灾方案应保证可操作性和可实施性，应确保与容灾系统相关其它系统资源及物理条件能满足容灾方案实施。

经济性容灾方案在保证安全可靠性基础上应兼顾经济性。

充分利用现有设备和资源，尽可能减小投资。

同时，考虑到灾备系统只是在特殊情况下临时代替生产系统，为节约投资，灾备系统硬件配臵不再考虑冗余。

容灾方案实施应保证现网平滑过渡，尽量减小对现网业务和网络影响。

中国电信业务容灾备份工程可研上海邮电设计院有限公司建设方案容灾系统概述为了实现业务异地容灾，首先需要建设容灾系统。

容灾系统由生产系统和灾备系统构成，生产系统指正常情况下现网负责处理业务系统。

业务生产系统即，包括等设备。

灾备系统指为生产设备提供容灾备份功能设备。

当灾难发生使得生产系统发生故障时，灾备系统可以恢复生产系统数据甚至接管业务，避免造成不可挽回损失。

业务容灾侧重业务完整性，尽可能地保证业务不中断或者可以快速恢复。

提供业务容灾前提条件需要在异机有份生产系统业务数据备份，并且在生产设备由于灾难而无法工作时，灾备系统利用备份数据快速恢复业务。

在智能网中，业务恢复包括信令切换周边网元数据可研上海邮电设计院有限公司第二章业务预测预测范围及期限本报告主要针对业务发展情况进行预测，预测期到年底。

预测基础资料中国电信集团提供业务话单统计报表规划方法电信规划方法。

预测基本原则和基本方法预测基本原则业务预测是确定基本建设规模重要依据，它直接关系到工程建设规模和投资，以及工程建成投产后经济效益。

业务预测既要反映客观需要，又要考虑现实条件可能性。

本报告以业务每个月呼叫量和呼叫时长统计结果为依据，对年底之前业务进行预测。

本预测采取主要预测方法为趋势外推法，是电信业务预测中用得较为普遍种预测方法，即根据历史数据建立数学模型，然后进行外推，求得对未来业务发展趋势预测。

预测方法确定本预测基础资料主要取自于中国电信对业务统计报表。

业务量预测预测基础数据截至年月日，中国电信已经发展了个业中国电信业务容灾备份工程可研上海邮电设计院有限公司务用户。

年月总呼叫次数为万次，通话时长为小时年月用户数为个，总呼叫次数为万次，通话时长为小时。

年年内通话次数增长了，通话时长增长了，由此可见业务发展迅速。

呼叫次数统计下表是年月至年月业务呼叫次数统计表。

日期总计次年月年月年月年月年月年月年月年月年月年月年月年月呼叫时长统计下表是年月至年月业务呼叫时长统计表。

日期总计小时年月年月年月年月年月年月年月年月年月年月年月年月中国电信业务容灾备份工程可研上海邮电设计院有限公司业务发展趋势根据年月年月呼叫次数统计数据，采用趋势外推法得到预测期内业务发展趋势。

由上图可见业务发展迅速，发展趋势良好。

到年月业务呼叫次数预计将达到万次，比年月增长。

结论预计年月，业务呼叫量将达到万次，比年增长。

根据对业务运营经验，以及年月按日话务量统计报表分析可知，周中工作日话务量较平均，周末话务量较大，周末晚上点分到点分话务量最大，下表是根据话务数据得出业务话务模型。

表忙日集中系数忙时集中系数业务忙时计算公式如下业务呼叫次数趋势表年月年月年月年月年月年月年月年月年月年月年月年月呼叫次数对数呼叫次数中国电信业务容灾备份工程可研上海邮电设计院有限公司业务月呼叫量忙日集中系数忙时集中系数目前为业务分配容量为，考虑到中国电信业务平台建设工程将对进行改造，改造完后系统处理能力将大幅提高，届时可以通过调整业务容量满足年底业务需求。

中国电信业务容灾备份工程可研上海邮电设计院有限公司第三章系统现状及求分析系统现状骨干智能网现状概述中国电信骨干智能网采用以为核心，基于号信令网组网结构，目前骨干智能网主要网元，除各外，还包括套套套。

与中国电信全网个个之间通过准直连链路进行连接，业务由集中触发，信令寻址方式目前都是采用上行寻址方式，下行寻址方式，码翻译工作由负责。

目前，与大区都建有直连链路，和个仅与本省开设直连链路。

由进行管理，与之间通过网网进行连接，其中和采用贝尔设备，由贝尔管理，上海广州采用华为设备，由华为管理。

成都北京采用欣方设备，骨干智能网上没有建设欣方，规划中，这两个设备都由四川省智能网欣方设备管理。

骨干智能网上还建有台语音短信中心，分布在上海和成都，与通过数据链路连接，处理来自上海广州短信级网关发送过来语音短信。

中国电信骨干智能网整体网络拓扑图见图。

中国电信业务容灾备份工程可研上海邮电设计院有限公司语音短信中心信令网准直连上海广州各个全国个上海广州成都北京各个数据链路信令链路话路图示图中国电信骨干智能网网络拓扑图系统现状网络结构目前中国电信正在进行改造，以承载业务。

工程完成后，平台将同时承载业务和业务。

该平台为华为公司智能网系统，采用结构，负责七号信令接入，负责执行功能，处理具体业务逻辑，同时访问负责用户数据存储和处理。

与之间通过局域网相连。

负责将呼叫送到，执行具体业务逻辑，从中查询用户数据进行处理，并将处理后结果更新中数据。