中國鐵通計費管理網(wǎng)優(yōu)化可行性研究報告

1、中國鐵通計費管理網(wǎng)優(yōu)化項目可行性研究報告 目錄概述可行性研究計費網(wǎng)改造方案工程投資計算概述研究依據(jù)研究范圍研究依據(jù)鐵道通信信息有限責(zé)任公司下達(dá)的關(guān)于委托中國鐵通計費管理網(wǎng)優(yōu)化項目可行性研究報告的函；信息產(chǎn)業(yè)部、和鐵通相關(guān)標(biāo)準(zhǔn)和規(guī)定；鐵通公司各省分公司提供的相關(guān)的技術(shù)資料；XX公司現(xiàn)場勘查資料；研究范圍鐵通計費管理網(wǎng)及其相關(guān)支撐系統(tǒng)改造及設(shè)計； 目錄概述可行性研究計費網(wǎng)改造方案工程投資計算可行性研究目前現(xiàn)狀描述總部一級主要職能總部主要系統(tǒng)總部計費網(wǎng)主要問題描述二級計費中心主要職能二級計費中心系統(tǒng)配置現(xiàn)狀二級在用應(yīng)用系統(tǒng)現(xiàn)狀二級計費網(wǎng)主要問題描述省級DCN現(xiàn)狀問題描述總部一級主要職能負(fù)責(zé)鐵通內(nèi)部長

2、途話音詳單的定期接收、入庫、匯總；定期生成、下發(fā)分?jǐn)偨Y(jié)算報表。負(fù)責(zé)鐵通三個國際語音關(guān)口局的結(jié)算詳單的定期采集、入庫、匯總；定期生成結(jié)算報表及對帳等職責(zé)。負(fù)責(zé)鐵通骨干智能網(wǎng)SMP詳單的定期采集、入庫、匯總；定期生成，下發(fā)分?jǐn)偨Y(jié)算報表。負(fù)責(zé)接收各省按日、按月上傳的預(yù)匯總數(shù)據(jù)、維護(hù)、更新數(shù)據(jù)倉庫。負(fù)責(zé)維護(hù)資費發(fā)布和統(tǒng)一代碼系統(tǒng)，保證總部的資費政策快速下發(fā)各省，保證總部及時得到各省最新的資費政策。負(fù)責(zé)維護(hù)將成為遺留系統(tǒng)的跨省結(jié)算系統(tǒng)。負(fù)責(zé)全國計費結(jié)算系統(tǒng)的網(wǎng)絡(luò)管理，以保證以上結(jié)算、分析、預(yù)測等支撐功能的正常。負(fù)責(zé)以上系統(tǒng)設(shè)備及平臺軟件應(yīng)用軟件的日常維護(hù)工作。 總部一級計費中心設(shè)備配置序號設(shè)備名稱用途詳

3、細(xì)配置數(shù)量現(xiàn)在TPMC滿配置TPMC1HP N4000省間攤分兩臺N4000主機，單機6CPU，8GB內(nèi)存，1套FC60 容量576+876=1452G，1套ULTRIUM帶庫，2/20磁帶機2臺48000/臺60000/臺2HP N4000全國中心數(shù)據(jù)倉庫兩臺N4000主機，單機6CPU，8GB內(nèi)存，1套FC60 容量576G，1套ULTRIUM帶庫，2/20磁帶機2臺48000/臺60000/臺3N4000計費國際及長途智能網(wǎng)計費結(jié)算4* PA8700 750MHZ; 8GB RAM; 2 * 36G HDD; DVD; DDS3; 2*100BaseT Card; 2*FC Card,

4、MirrorDisk/UX; HP-UX11i; MC/SG; C/C+2臺50000/臺90000/臺VA740020*73GB，2*1GB Cache1套4-40磁帶庫40 slot, 2 Ultrium tape drive, FC interface.1套4通訊通信服務(wù)器2* PA8700 750MHZ; 4GB RAM; 2 * 36G HDD; DVD; DDS3; 2*100BaseT Card; MirrorDisk/UX; HP-UX11i; C/C+1臺28000/臺90000/臺總部主要應(yīng)用系統(tǒng)描述骨干智能網(wǎng)結(jié)算系統(tǒng)省間攤分系統(tǒng)國際結(jié)算系統(tǒng)總部統(tǒng)計分析系統(tǒng)骨干智能網(wǎng)結(jié)算系

5、統(tǒng)（1）支持鐵通骨干智能網(wǎng)SMP詳單的定期采集、入庫、匯總；定期生成，下發(fā)分?jǐn)偨Y(jié)算報表；由華泰貝通公司開發(fā)集成。目前運行在一臺HP N4000（4CPU、8G內(nèi)存）上，無備份；磁盤陣列和國際結(jié)算系統(tǒng)以及通訊系統(tǒng)共用一臺VA7400；VA7400的當(dāng)前配置是20；目前為骨干智能網(wǎng)結(jié)算系統(tǒng)分配了文件系統(tǒng)及數(shù)據(jù)庫空間共160GB。數(shù)據(jù)庫采用INFORMIX數(shù)據(jù)庫；骨干智能網(wǎng)結(jié)算系統(tǒng)（2）目前骨干智能網(wǎng)直接通過FTP方式從一點SMP采集詳單，SMP每日對每種業(yè)務(wù)（如800、17990、17300等）各生成24個結(jié)算詳單文件，根據(jù)統(tǒng)計，當(dāng)前每月的原始詳單占據(jù)約500MB的文件系統(tǒng)空間；根據(jù)統(tǒng)計： 800

6、業(yè)務(wù)的用戶數(shù)目前約20個，每月會產(chǎn)生約10000條原始結(jié)算詳單；骨干智能網(wǎng)對17990及17300目前已發(fā)卡約1200萬，其中到現(xiàn)在有效卡約700萬張；以上兩種業(yè)務(wù)每月會產(chǎn)生600萬條詳單。骨干智能網(wǎng)的詳單每條大小為110字節(jié)。詳單每日采集，采集至VA7400上建立的文件系統(tǒng)；每日采集完成后入庫，入庫操作也是以日為周期進(jìn)行的，目前的入庫操作性能是：1000條/6秒；每月將對入庫的詳單執(zhí)行匯總操作，匯總操作目前是以月為周期進(jìn)行的，對于前面描述的數(shù)據(jù)量，匯總操作性能是：4小時。 省間攤分系統(tǒng)（1）支持鐵通內(nèi)部長途話音的結(jié)算詳單的定期接收、入庫、匯總；定期生成、下發(fā)分?jǐn)偨Y(jié)算報表。由HP公司開發(fā)。目前

7、運行在兩臺HP N4000（6CPU最大可至8個、8G內(nèi)存）上，采用冷備份方式；磁盤陣列單獨占用一臺FC60；FC60的當(dāng)前配置是36G1672G；目前省間攤分系統(tǒng)已經(jīng)占用了文件系統(tǒng)及數(shù)據(jù)庫空間共710GB。數(shù)據(jù)庫采用INFORMIX數(shù)據(jù)庫。 省間攤分系統(tǒng)（2）采集文件以月為周期集中從長話采集點通過FTP方式將長話詳單上傳至緩存PC機。這樣每月會產(chǎn)生27G的原始詳單文件數(shù)據(jù)。根據(jù)配置，每個文件大小不會超過4M。目前采集文件以月為單位集中在22日開始從各采集點（約29個）上傳長話詳單，長話詳單首先被直接上傳至一臺緩存PC機上目前緩存PC機的硬盤容量是300G，由于是集中上傳，目前上傳時長為七天；

8、每月的原始詳單會占據(jù)PC機27G空間；采集完成后原始詳單將被導(dǎo)入FC60上的文件系統(tǒng)，導(dǎo)入同時將對數(shù)據(jù)進(jìn)行處理；入庫完成后將進(jìn)行匯總操作，匯總操作目前也是以月為周期進(jìn)行的；匯總完成后將生成攤分報表，下發(fā)各省。 國際結(jié)算系統(tǒng)（1）支持鐵通三個國際語音關(guān)口局的結(jié)算詳單的定期采集、入庫、匯總；定期生成結(jié)算報表及對帳等職責(zé)。由HP公司開發(fā)。目前運行在一臺HP N4000（4CPU、8G內(nèi)存）上；磁盤陣列和國際結(jié)算系統(tǒng)以及通訊系統(tǒng)共用一臺VA7400；VA7400的當(dāng)前配置是20；目前為骨干智能網(wǎng)結(jié)算系統(tǒng)分配了文件系統(tǒng)及數(shù)據(jù)庫空間共160GB。數(shù)據(jù)庫采用INFORMIX數(shù)據(jù)庫。 國際結(jié)算系統(tǒng)（2）采集文

9、件以月為周期集中從長話采集點通過FTP方式將長話詳單上傳至緩存PC機，以下是各省采集數(shù)據(jù)統(tǒng)計。這樣每月會產(chǎn)生27G的原始詳單文件數(shù)據(jù)。根據(jù)配置，每個文件大小不會超過4M。采集文件每日通過DCN網(wǎng)從各采集點（目前3個，北京、上海、廣州）通過輪詢方式以兩小時為周期直接采集原始國際長途語音詳單，國際詳單長度8090字節(jié)/條，34MB/文件，國際詳單被直接采集到VA7400上的文件系統(tǒng)；入庫每日進(jìn)行；目前鐵通國際結(jié)算的周期有一周、兩周、一月三種；所以匯總每周進(jìn)行；匯總完成后將生成攤分報表，下發(fā)各省。 總部統(tǒng)計分析系統(tǒng)（1）支持接收各省按日、按月上傳的預(yù)匯總數(shù)據(jù)、維護(hù)、更新數(shù)據(jù)倉庫。由HP公司開發(fā)。目前

10、運行在兩臺HP N4000（6CPU最大可至8個、8G內(nèi)存）上，采用冷備份方式；磁盤陣列單獨占用一臺FC60；FC60的當(dāng)前配置是36GB16=576GB；目前省間攤分系統(tǒng)已經(jīng)占用了文件系統(tǒng)及數(shù)據(jù)庫空間共710GB。數(shù)據(jù)庫采用INFORMIX；展現(xiàn)工具采用Brio。 總部統(tǒng)計分析系統(tǒng)（2）采集文件以月為周期集中從長話采集點通過FTP方式將長話詳單上傳至緩存PC機，以下是各省采集數(shù)據(jù)統(tǒng)計。這樣每月會產(chǎn)生27G的原始詳單文件數(shù)據(jù)。根據(jù)配置，每個文件大小不會超過4M。中間匯總數(shù)據(jù)是各省系統(tǒng)按照接口協(xié)議生成固定格式的文件，各省上報的中間匯總數(shù)據(jù)文件分為日報和月報，每日或每月上傳至FC60上的文件系統(tǒng)；

11、每月數(shù)據(jù)量5GB；采集完成后中間匯總文件將被入庫；匯總也分為日匯總和月匯總；匯總完成后將通過Brio展現(xiàn)，展現(xiàn)服務(wù)器也在N4000上。 總部計費管理網(wǎng)目前主要問題分析（1）目前在各省主機上運行著匯總數(shù)據(jù)采集進(jìn)程，在每日晚上系統(tǒng)負(fù)荷低時自動啟動運行，負(fù)責(zé)每日和每月為統(tǒng)計分析系統(tǒng)各省上報匯總數(shù)據(jù)的生成工作。根據(jù)實際現(xiàn)場調(diào)研，全國大部分省份(70%)，存在著占用夜間主機資源過長的問題。由于夜間系統(tǒng)空閑期間還要進(jìn)行其他的例行維護(hù)任務(wù)（如每日數(shù)據(jù)庫的優(yōu)化、每日備份等）。部分省份出現(xiàn)了匯總數(shù)據(jù)進(jìn)程的運行和次日正常營業(yè)時間重合的情況，影響到白天的正常生產(chǎn)。針對一點，當(dāng)務(wù)之急是盡快找到縮短每日或每月匯總進(jìn)程占

12、用各省主機資源時間過長的解決辦法。 總部計費管理網(wǎng)目前主要問題分析（2）目前總部的網(wǎng)管系統(tǒng)采用HP提供的解決方案，網(wǎng)管平臺采用OpenView，硬件采用的是HP的L1000小型機。根據(jù)實際現(xiàn)場調(diào)研，總部的計費網(wǎng)管系統(tǒng)目前存在兩個主要的問題：首先是L1000小型機目前存在負(fù)荷過重的問題。在進(jìn)行多點監(jiān)控時，網(wǎng)管系統(tǒng)系統(tǒng)其他部分的響應(yīng)速度下降嚴(yán)重。另外，現(xiàn)有的網(wǎng)管系統(tǒng)無法滿足某些信息的獲取和展示的需求，主要是應(yīng)用系統(tǒng)方面。針對前一點，當(dāng)務(wù)之急時升級或替換現(xiàn)有的網(wǎng)管主機硬件，保證網(wǎng)管任務(wù)的正常開展。第二點問題需要考慮完善現(xiàn)有的網(wǎng)管系統(tǒng)，通過建立支撐系統(tǒng)網(wǎng)管實現(xiàn)全面的監(jiān)控等等?？偛坑嬞M管理網(wǎng)目前主要問題

13、分析（3）目前總部一級的結(jié)算攤分系統(tǒng)已經(jīng)能夠滿足現(xiàn)網(wǎng)業(yè)務(wù)種類和規(guī)模的需要。隨著鐵通公司自身的規(guī)模壯大以及通信技術(shù)的進(jìn)一步發(fā)展，在未來的23年內(nèi)會出現(xiàn)更多的業(yè)務(wù)類型，如3G業(yè)務(wù)的開展，等等。根據(jù)目前國內(nèi)其他運營商的實際能力，鐵通為支撐移動業(yè)務(wù)需要建立起準(zhǔn)實時的長話詳單和漫游詳單的接收、一次批價、下發(fā)的能力。這是目前鐵通結(jié)算攤分系統(tǒng)所不能做到的，需要在合適的時間點進(jìn)行升級。同時鐵通業(yè)務(wù)量的快速發(fā)展也會對支撐系統(tǒng)的處理能力提出了更高的要求。 省二級計費中心主要職能負(fù)責(zé)各省鐵通公司內(nèi)部計費話單的定期接收、入庫、出帳。完成計費生產(chǎn)任務(wù)，保證收費的正常進(jìn)行。完成和其他運營商結(jié)算報表的生成，負(fù)責(zé)具體對帳。負(fù)

14、責(zé)鐵通各省內(nèi)智能網(wǎng)SMP詳單的定期采集、入庫、匯總；定期生成省內(nèi)分?jǐn)偨Y(jié)算報表。完成省分公司內(nèi)部省內(nèi)攤分報表。負(fù)責(zé)設(shè)備日常維護(hù)及數(shù)據(jù)備份。負(fù)責(zé)各省內(nèi)DCN網(wǎng)管。負(fù)責(zé)以上系統(tǒng)設(shè)備及平臺軟件應(yīng)用軟件的日常維護(hù)工作。 各省設(shè)備配置情況略各省計費中心主要應(yīng)用部署情況（1）應(yīng)用系統(tǒng)底層平臺部署情況功能描述營業(yè)應(yīng)用基于BEA TUXEDO運行在一號主機營業(yè)客服中間邏輯部分，操作營業(yè)數(shù)據(jù)庫；客服通過同義詞操作客服數(shù)據(jù)庫；營業(yè)通過同義詞操作帳務(wù)數(shù)據(jù)庫營業(yè)DB基于INFORMIX運行在二號主機營業(yè)數(shù)據(jù)存儲客服DB基于INFORMIX運行在二號主機客服數(shù)據(jù)存儲收費應(yīng)用基于BEA TUXEDO運行在三號主機收費中間邏

15、輯部分，操作收費數(shù)據(jù)庫；通過同義詞操作計費數(shù)據(jù)庫收費DB基于INFORMIX運行在三號主機收費數(shù)據(jù)存儲計費應(yīng)用基于HP-UX C程序運行在四號號主機計費進(jìn)程操作計費DB完成一次批價、入庫操作計費DB基于INFORMIX運行在四號主機計費數(shù)據(jù)存儲帳務(wù)應(yīng)用基于HP-UX C程序運行在四號主機帳務(wù)進(jìn)程操作帳務(wù)DB完成 匯總，出帳操作；帳務(wù)進(jìn)程操作收費數(shù)據(jù)庫導(dǎo)入待收費帳務(wù)信息帳務(wù)DB基于INFORMIX運行在四號主機帳務(wù)數(shù)據(jù)存儲結(jié)算應(yīng)用基于HP-UX C程序運行在四號主機結(jié)算進(jìn)程操作結(jié)算數(shù)據(jù)庫完成一次批價、入庫、匯總操作結(jié)算DB基于INFORMIX運行在四號主機運營商結(jié)算數(shù)據(jù)存儲攤分應(yīng)用基于HP-UX

16、 C程序運行在四號主機攤分進(jìn)程操作攤分?jǐn)?shù)據(jù)庫完成一次批價、入庫、匯總操作攤分DB基于INFORMIX運行在四號主機省內(nèi)攤分?jǐn)?shù)據(jù)存儲實行主機分離的省份各省計費中心主要應(yīng)用部署情況（2）應(yīng)用系統(tǒng)底層平臺部署情況功能描述營業(yè)應(yīng)用基于BEA TUXEDO運行在一號主機營業(yè)客服中間邏輯部分，操作營業(yè)數(shù)據(jù)庫；客服通過同義詞操作客服數(shù)據(jù)庫；營業(yè)通過同義詞操作帳務(wù)數(shù)據(jù)庫營業(yè)DB基于INFORMIX運行在二號主機營業(yè)數(shù)據(jù)存儲客服DB基于INFORMIX運行在一號主機客服數(shù)據(jù)存儲收費應(yīng)用基于BEA TUXEDO運行在一號主機收費中間邏輯部分，操作收費數(shù)據(jù)庫；通過同義詞操作計費數(shù)據(jù)庫收費DB基于INFORMIX運行

17、在一號主機收費數(shù)據(jù)存儲計費應(yīng)用基于HP-UX C程序運行在二號主機計費進(jìn)程操作計費DB完成一次批價、入庫操作計費DB基于INFORMIX運行在二號主機計費數(shù)據(jù)存儲帳務(wù)應(yīng)用基于HP-UX C程序運行在二號主機帳務(wù)進(jìn)程操作帳務(wù)DB完成 匯總，出帳操作；帳務(wù)進(jìn)程操作收費數(shù)據(jù)庫導(dǎo)入待收費帳務(wù)信息帳務(wù)DB基于INFORMIX運行在二號主機帳務(wù)數(shù)據(jù)存儲結(jié)算應(yīng)用基于HP-UX C程序運行在二號主機結(jié)算進(jìn)程操作結(jié)算數(shù)據(jù)庫完成一次批價、入庫、匯總操作結(jié)算DB基于INFORMIX運行在二號主機運營商結(jié)算數(shù)據(jù)存儲攤分應(yīng)用基于HP-UX C程序運行在二號主機攤分進(jìn)程操作攤分?jǐn)?shù)據(jù)庫完成一次批價、入庫、匯總操作攤分DB基

18、于INFORMIX運行在二號主機省內(nèi)攤分?jǐn)?shù)據(jù)存儲未實行主機分離的省份省級計費管理網(wǎng)主要應(yīng)用系統(tǒng)描述營業(yè)系統(tǒng)計費系統(tǒng)結(jié)算攤分系統(tǒng)省級營業(yè)系統(tǒng)描述（1）支持各省/區(qū)鐵通公司語音業(yè)務(wù)的營業(yè)受理，定單流轉(zhuǎn)，工單派發(fā)打印等處理；支持相關(guān)的受理信息的統(tǒng)計。由大連華信公司開發(fā)集成。各省根據(jù)主機的不同配置存在兩種不同的應(yīng)用部署方式：對于目前具有四臺主機的省份，營業(yè)系統(tǒng)的中間處理邏輯處理部分部署在三號主機上；營業(yè)數(shù)據(jù)庫處理部署在四號主機上，三號和四號主機同時存在互為備份的關(guān)系。對于目前具有兩臺主機的省份，營業(yè)系統(tǒng)的中間處理邏輯處理部分部署在一號主機上；營業(yè)數(shù)據(jù)庫處理部署在二號主機上，一號和二號主機同時存在互為備

19、份的關(guān)系。各省現(xiàn)網(wǎng)配置原則上按照四類劃分，隨著各省分公司實際業(yè)務(wù)量增長，對主機等資源也提出了不同的要求。 省級營業(yè)系統(tǒng)描述（2）由于各省分公司全部采用大連華信公司的營業(yè)系統(tǒng)，而且版本差距不大，所以整體業(yè)務(wù)處理流程基本相同。目前的營業(yè)系統(tǒng)從業(yè)務(wù)上只支持語音業(yè)務(wù)，具體細(xì)化又可以分為本地語音業(yè)務(wù)及部分的長途后付費語音業(yè)務(wù)的受理；流程上還沒有實現(xiàn)靈活的定單流程，即流程相對簡單，只實現(xiàn)了基本定單工單的派發(fā)打印功能，從目前版本能力上無法支持?jǐn)?shù)據(jù)業(yè)務(wù)等其他業(yè)務(wù)的開展。由于營業(yè)系統(tǒng)本身功能的原因及網(wǎng)管系統(tǒng)配合的原因，鐵通各省還沒有實現(xiàn)交換部分工單的自動施工。 省級計費系統(tǒng)描述（1）支持各省/區(qū)鐵通公司語音業(yè)務(wù)

20、的采集、計費、入庫、出帳及優(yōu)惠等處理；支持客戶銷帳和收入回籠。由華泰貝通公司開發(fā)集成。各省根據(jù)主機的不同配置存在兩種不同的應(yīng)用部署方式：對于目前具有四臺主機的省份，計費系統(tǒng)的收費銷帳中間邏輯處理部分及收費數(shù)據(jù)庫部署在三號主機上；計費及帳務(wù)數(shù)據(jù)庫處理部署在四號主機上，日常及周期的采集、計費、入庫、帳務(wù)處理運行在四號主機上，三號和四號主機同時存在互為備份的關(guān)系。對于目前具有兩臺主機的省份，計費系統(tǒng)的收費銷帳中間邏輯處理部分及收費數(shù)據(jù)庫同營業(yè)系統(tǒng)的中間邏輯部分一同部署在一號主機上；計費及帳務(wù)數(shù)據(jù)庫同營業(yè)數(shù)據(jù)庫一起部署在二號主機上，日常及周期的計費帳務(wù)處理運行在二號主機上，一號和二號主機同時存在互為備

21、份的關(guān)系。各省現(xiàn)網(wǎng)配置原則上按照四類劃分，隨著各省分公司實際業(yè)務(wù)量增長，對主機等資源也提出了不同的要求。 省級計費系統(tǒng)描述（2）參見總冊1920頁省級結(jié)算/攤分系統(tǒng)描述（1）支持各省/區(qū)鐵通公司和其他運營商在本省/區(qū)內(nèi)關(guān)口局的語音業(yè)務(wù)的采集、計費、入庫、匯總及結(jié)算等處理；支持省內(nèi)長途語音業(yè)務(wù)各地市之間的攤分。由華泰貝通公司開發(fā)集成。各省根據(jù)主機的不同配置存在兩種不同的應(yīng)用部署方式：對于目前具有四臺主機的省份，結(jié)算/攤分系統(tǒng)數(shù)據(jù)庫處理部署在四號主機上，日常及周期的采集、計費、入庫、帳務(wù)處理運行在四號主機上，三號和四號主機同時存在互為備份的關(guān)系。對于目前具有兩臺主機的省份，結(jié)算/攤分系統(tǒng)數(shù)據(jù)庫處理

22、部署在二號主機上，日常及周期的采集、計費、入庫、帳務(wù)處理運行在二號主機上，日常及周期的計費帳務(wù)處理運行在二號主機上，一號和二號主機同時存在互為備份的關(guān)系。 省級結(jié)算/攤分系統(tǒng)描述（2）參見總冊21頁省級DCN描述各省級DCN網(wǎng)采用全I(xiàn)P協(xié)議架構(gòu)，嚴(yán)格星型結(jié)構(gòu)。省中心配置兩臺CISCO 72XX通過雙2M電路互為備份連接總部兩臺CISCO 7206；每個城市中心配置兩臺CISCO36XX，通過雙2M電路互為備份連接省中心的CISCO 72XX；地市以下營業(yè)廳或采集點到城市中心的連接主要采用兩種方式：通過接入端的CISCO 262X的路由器方式。需要連接兩端配置協(xié)議轉(zhuǎn)換器，此時可以有下一級接入。這

23、種方式比較普遍。其中部分節(jié)點配置撥號備份功能。通過HDSL的二層橋接方式；接入端配置交換機通過HDSL協(xié)議遠(yuǎn)端連接3640路由器。這種方式目前沒有撥號備份功能。城市中心以上采用基于OSPF的動態(tài)路由協(xié)議；城市中心以下采用靜態(tài)路由協(xié)議。 目前DCN對外網(wǎng)的接口互聯(lián)網(wǎng)接口目前DCN和外網(wǎng)通過單道防火墻接口，和外網(wǎng)的連接目前用于網(wǎng)上客服。提供網(wǎng)上詳單查詢。智能網(wǎng)接口通過省中心2950交換機和智能網(wǎng)1924交換機雙連接。通過省中心7206的HSRP提供不同網(wǎng)段地址的轉(zhuǎn)換，并通過設(shè)置中心7206的路由策略，實現(xiàn)智能網(wǎng)SMP話單機與服務(wù)器的FTP訪問，并保證服務(wù)器僅能被話單機、管理終端與營業(yè)終端訪問，話單

24、機僅能被服務(wù)器的FTP訪問且僅能FTP訪問服務(wù)器。金融網(wǎng)絡(luò)接口目前DCN通過防火墻和不同銀行網(wǎng)絡(luò)接口。和銀行網(wǎng)絡(luò)的連接目前用于銀行代收費。 省級計費管理網(wǎng)主要問題描述（1）功能問題描述客戶接觸界面中的收費部分響應(yīng)速度個別時刻速度慢。主要表現(xiàn)在在入庫、出帳、結(jié)算、攤分時期。此問題隨用戶數(shù)增多逐漸嚴(yán)重，目前在問題表現(xiàn)最嚴(yán)重時，顯示用戶信息或者打印發(fā)票這兩個交互過程在部分主機負(fù)荷重的省份甚至需要30多秒時間，嚴(yán)重降低了服務(wù)品質(zhì)?？蛻艚涌谥械氖召M終端登錄困難。往往存在著后登錄的終端無法連接的情況。在收費高峰時期表現(xiàn)嚴(yán)重。這需要從應(yīng)用系統(tǒng)和中間件連接數(shù)的配置兩方面進(jìn)行考慮。 省級計費管理網(wǎng)主要問題描述（

25、2）支撐能力問題描述絕大部分省份尚未實現(xiàn)實時計費，如果暫時不考慮交換設(shè)備采集能力的原因，大部分省份尚未實現(xiàn)實時計費。如前面流程部分所描述的原因，由于應(yīng)用系統(tǒng)支撐能力和網(wǎng)絡(luò)設(shè)備的原因，目前各省通常采用自動采集和人工混合采集的方式。在帳期末時集中入庫的方式。實時計費有助于防止用戶惡意欠費，提高鐵通的用戶滿意度。目前大部分省份尚未實現(xiàn)實時停復(fù)機操作。目前通過手工的方式人工操作。實時停復(fù)機有助于及時滿足客戶的需求，減少透支。建議實時停復(fù)機和營業(yè)部分的開通配置功能統(tǒng)一考慮，提高交換部分的配置效率。省級計費管理網(wǎng)主要問題描述（3）尚未實現(xiàn)融合的營業(yè)。當(dāng)前營業(yè)僅僅支持部分語音業(yè)務(wù)，無法支持不同業(yè)務(wù)之間的捆綁

26、、套餐、交叉優(yōu)惠等信息的記錄。帳務(wù)系統(tǒng)本身也不支持不同業(yè)務(wù)之間的捆綁銷售以及交叉優(yōu)惠等功能?；谑袌龅目紤]，建議鐵通著重考慮系統(tǒng)的擴展性和靈活度，融合的營業(yè)和后臺實現(xiàn)能力有助于提高鐵通的市場競爭力。尚未實現(xiàn)對大客戶的業(yè)務(wù)支持。部分省份已經(jīng)建立或正在建設(shè)大客戶管理系統(tǒng)，大客戶管理系統(tǒng)是專門針對大客戶的專業(yè)系統(tǒng)，是客戶關(guān)系管理的過渡階段。建議將大客戶管理系統(tǒng)融入客戶關(guān)系管理中統(tǒng)一考慮。省級計費管理網(wǎng)主要問題描述（4）現(xiàn)有省級計費系統(tǒng)包括總部計費系統(tǒng)尚不能很好的滿足鐵路業(yè)務(wù)用戶的需要。具體的，首先針對目前鐵路業(yè)務(wù)用戶需要的詳單查詢的需要著重考慮，保證系統(tǒng)在大數(shù)據(jù)量的查詢下不會影響到正常的生產(chǎn)。另外鐵

27、路局大客戶往往跨越多個省份，目前鐵通對鐵路大客戶的清算采用各省分公司手工上報到總部報表，總部鐵業(yè)部門統(tǒng)一匯總的方式實現(xiàn)，存在效率低，容易出錯的問題，應(yīng)考慮建立完善的鐵路客戶清算報表體系，建議將鐵業(yè)報表融入到整體鐵通報表系統(tǒng)中考慮。再次，基于同樣原因的內(nèi)部使用的鐵路業(yè)務(wù)的統(tǒng)計報表目前也存在同樣的問題，也是需要完善的方面。尚未實現(xiàn)統(tǒng)一的工作流平臺，當(dāng)前各省的營業(yè)系統(tǒng)僅僅支持市話的工單流程，且不夠靈活，無法滿足其他業(yè)務(wù)流程自動化的需要，如ADSL和其他寬帶接入，如傳統(tǒng)專線業(yè)務(wù)。建立統(tǒng)一的工作流平臺有助于減少日益增多的業(yè)務(wù)量對企業(yè)服務(wù)品質(zhì)的沖擊?；诓糠蛛娦艠I(yè)務(wù)全程全網(wǎng)的特點，建議在省和總部兩級統(tǒng)一考

28、慮工作流平臺，基于實際情況的考慮，建議初期重點放在省級工作流程自動化。省級計費管理網(wǎng)主要問題描述（5）尚未實現(xiàn)資源管理，無法快速的得到企業(yè)現(xiàn)在資源使用情況。目前各省內(nèi)電信資源的管理除號碼資源外基本采用手工方式。資源管理有助于日常業(yè)務(wù)過程中合理的分配資源，從戰(zhàn)略角度有助于對未來資源規(guī)劃占用進(jìn)行科學(xué)合理的預(yù)測。建議鐵通公司可以首先對日常生產(chǎn)中的資源進(jìn)行管理，如號線資源，逐步的擴展范圍，如數(shù)據(jù)資源，傳輸資源。最后延伸至全網(wǎng)資源，如骨干傳輸資源等。尚未實現(xiàn)融合的帳務(wù)。融合的帳務(wù)是不同業(yè)務(wù)之間交叉優(yōu)惠策略的基礎(chǔ)。省級計費管理網(wǎng)主要問題描述（6）尚未實現(xiàn)統(tǒng)計報表和經(jīng)營分析報表的分離。統(tǒng)計報表更加強調(diào)數(shù)據(jù)的

29、實時性，所以統(tǒng)計報表系統(tǒng)往往和生產(chǎn)系統(tǒng)共用相同的存儲和主機資源，這樣，在統(tǒng)計報表數(shù)據(jù)的生成過程中不應(yīng)對正常生產(chǎn)產(chǎn)生大的影響就成為統(tǒng)計報表系統(tǒng)技術(shù)實現(xiàn)上的基本要求。經(jīng)營分析報表往往是對歷史上大量數(shù)據(jù)的匯總，數(shù)據(jù)的實時性要求相對較低，并且更加強調(diào)報表形式的靈活性和交互能力。經(jīng)過前期調(diào)研，絕大多數(shù)省份都不同程度的存在現(xiàn)有系統(tǒng)中統(tǒng)計報表數(shù)據(jù)生成過程中對正常生產(chǎn)的影響，這主要體現(xiàn)在兩個方面，各省分公司自用匯總報表生成過程中對生產(chǎn)的影響，總部報表分析系統(tǒng)采集進(jìn)程夜間生成數(shù)據(jù)對主機資源占用時間過程的問題。功能性統(tǒng)計報表和經(jīng)營分析報表的分立有助于減少生產(chǎn)性系統(tǒng)的壓力，同時對現(xiàn)有應(yīng)用系統(tǒng)中的功能性報表的數(shù)據(jù)匯總

30、的技術(shù)實現(xiàn)進(jìn)行改進(jìn)（如全面采用指標(biāo)管理技術(shù)和中間匯總數(shù)據(jù)技術(shù)）也將可以產(chǎn)生明顯的效果。省級計費管理網(wǎng)主要問題描述（7）尚未實現(xiàn)客戶關(guān)系的管理。客戶關(guān)系管理有助于提高客戶（特別是大客戶）的滿意度，減少客戶流失。目前鐵通公司從省級系統(tǒng)到總部系統(tǒng)普遍沒有實現(xiàn)對大客戶信息、市場信息、競爭、大客戶銷售的IT化，目前主要采用人為的管理方式，人為的管理方式阻礙了客戶信息，市場信息，競爭對手信息的共享，阻礙了科學(xué)的決策，提高了決策風(fēng)險，目前國內(nèi)其他運營商都已經(jīng)著手建設(shè)企業(yè)全面的客戶關(guān)系管理的IT化，建議鐵通公司將客戶關(guān)系管理的建設(shè)作為整個未來企業(yè)信息化的重中之重來考慮，因為他關(guān)系到企業(yè)在國內(nèi)市場的競爭地位。同

31、時，相關(guān)的人員觀念的建立以及組織職能的配合也是非常重要的。尚未建立完整的客戶信用和欺詐風(fēng)險管理。目前鐵通公司的客戶信用和欺詐風(fēng)險管理采用基于人工的經(jīng)驗和客戶歷史信息的記錄，存在發(fā)現(xiàn)規(guī)律遲緩、以及事后性的問題?？蛻粜庞煤推墼p風(fēng)險管理的IT化有助于鐵通甄別客戶，事先制定合適的市場策略，降低收入損失。省級DCN問題描述目前各省在城市中心的接入網(wǎng)絡(luò)普遍存在單點故障隱患。DCN承擔(dān)著詳單采集、營業(yè)、收費等重要的生產(chǎn)任務(wù)。所以DCN在建設(shè)以及擴容過程中應(yīng)始終保持電信級網(wǎng)絡(luò)的建設(shè)標(biāo)準(zhǔn)。目前各省鐵通鐵通DCN省中心到城市中心采用雙2M互為備份的方式建設(shè)，但部分城市中心到后端的詳單采集點以及終端連接接入點采用網(wǎng)

32、橋方式接入，網(wǎng)橋方式可以減少建網(wǎng)成本，但由于沒有撥號備份，存在故障隱患。鐵通作為規(guī)模較小的運營商，未來擴大自己的市場覆蓋范圍，未來不可避免的會大量發(fā)展代辦業(yè)務(wù)，這樣，將會有大量的代辦終端通過互聯(lián)網(wǎng)接入支撐系統(tǒng)，目前省級DCN網(wǎng)對所有的終端采用無隔離的接入方式，未來應(yīng)考慮對于通過廣域網(wǎng)的營業(yè)終端進(jìn)行基于設(shè)備如防火墻的隔離。同時鐵通現(xiàn)有的支撐系統(tǒng)普遍采用前臺應(yīng)用程序的方式，基于安全性的考慮代辦終端應(yīng)采用瀏覽器的接入方式，所以這一點的整改應(yīng)和應(yīng)用系統(tǒng)的改造結(jié)合在一起考慮。各省級DCN到總部骨干DCN沒有建立安全策略。這體現(xiàn)在省DCN到總部以及其他省份之間可以傳播任何基于TCP的數(shù)據(jù)包，存在網(wǎng)絡(luò)病毒泛

33、濫傳播到總部以及其他省份的隱患。目前各省DCN在客戶中心存在對外網(wǎng)的接口。設(shè)備配置上存在安全隱患，如外網(wǎng)WWW服務(wù)器和郵件服務(wù)器放在內(nèi)網(wǎng)部分，通過防火墻的端口穿透實現(xiàn)對內(nèi)部服務(wù)器的訪問。這存在著內(nèi)部終端或主機一旦收到感染，會導(dǎo)致信息泄漏和災(zāi)難迅速擴大的隱患。建議將外網(wǎng)WWW服務(wù)器和郵件服務(wù)器接入防火墻DMZ端口。 組織問題描述建立支撐能力的監(jiān)控審批主機計算能力的預(yù)測評估；存儲的預(yù)測評估；服務(wù)品質(zhì)的監(jiān)控；DCN話單采集能力的監(jiān)控審批；DCN營業(yè)終端的監(jiān)控審批；DCN網(wǎng)絡(luò)到其他網(wǎng)絡(luò)接口的監(jiān)控審批；建立突發(fā)事件流程處理包括主機故障處理流程；存儲故障處理流程；網(wǎng)絡(luò)故障處理流程；建立各省軟件版本管理機制

34、； 其他問題描述尚未建立和業(yè)務(wù)支撐系統(tǒng)接口的企業(yè)內(nèi)部辦公系統(tǒng)。尚未建立和DCN分立的企業(yè)內(nèi)部辦公網(wǎng)絡(luò)。尚未建立各數(shù)據(jù)計費系統(tǒng)并實現(xiàn)和融合帳務(wù)系統(tǒng)的接口。尚未建立智能網(wǎng)計費系統(tǒng)和融合帳務(wù)系統(tǒng)的接口。目錄概述可行性研究計費網(wǎng)改造方案工程投資計算改造方案分類應(yīng)用系統(tǒng)，即支撐系統(tǒng)改造；DCN網(wǎng)的改造；網(wǎng)管系統(tǒng)改造；容災(zāi)系統(tǒng)建設(shè)；總部支撐系統(tǒng)方案（1）總部支撐系統(tǒng)方案（2）架構(gòu)成熟，國內(nèi)已有實施案例；在現(xiàn)有基礎(chǔ)上，硬件部分需要增加四臺主機：滿足省間攤分、集中備份、和應(yīng)用服務(wù)器的需要。 總部支撐系統(tǒng)方案（3）新建全網(wǎng)業(yè)務(wù)支撐系統(tǒng)升級總部結(jié)算攤分系統(tǒng)升級總部經(jīng)營分析系統(tǒng)新建全網(wǎng)資源管理系統(tǒng)新建總部CRM系統(tǒng)

35、總部全網(wǎng)業(yè)務(wù)支撐系統(tǒng)面向中國鐵通開展的全網(wǎng)業(yè)務(wù)的支撐，包括：骨干智能網(wǎng)卡業(yè)務(wù)、數(shù)據(jù)專線業(yè)務(wù)。主要功能包括計費（采集系統(tǒng)與結(jié)算/攤分共用）、帳務(wù)、開通、流程調(diào)度、客戶管理、產(chǎn)品目錄管理等功能。全網(wǎng)業(yè)務(wù)不僅提供對全網(wǎng)業(yè)務(wù)的支持，同時提供到各省級支撐系統(tǒng)的接口，支持營業(yè)受理工作融合到省分公司支撐系統(tǒng)營業(yè)系統(tǒng)中統(tǒng)一完成，提供營業(yè)系統(tǒng)業(yè)務(wù)邏輯供?。ù髤^(qū)）營業(yè)系統(tǒng)調(diào)用。 總部CRM系統(tǒng)面向客戶關(guān)系相關(guān)資料的收集和管理，并從中發(fā)掘在市場營銷方面的相關(guān)規(guī)律?？偛恐蜗到y(tǒng)的客戶數(shù)據(jù)中心和產(chǎn)品數(shù)據(jù)中心屬于本子系統(tǒng)，對中國鐵通的客戶和產(chǎn)品統(tǒng)一編碼，包括全網(wǎng)業(yè)務(wù)支撐子系統(tǒng)、大客戶業(yè)務(wù)支撐子系統(tǒng)和省分業(yè)務(wù)支撐系統(tǒng)的客戶

36、管理功能模塊等相關(guān)功能模塊需與本系統(tǒng)同步客戶和產(chǎn)品數(shù)據(jù)。CRM子系統(tǒng)所包含功能包括：整體市場策略管理、客戶資料管理、產(chǎn)品目錄管理、競爭分析管理、營銷管理、合作伙伴管理（營銷渠道管理）。 總部結(jié)算攤分系統(tǒng)實現(xiàn)中國鐵通各省之間、中國鐵通和其他運營商之間、中國鐵通和國際運營商之間的結(jié)算攤分功能，同時還將負(fù)責(zé)不同專業(yè)計費子系統(tǒng)之間的清算結(jié)算功能。包括數(shù)據(jù)接收、話單批價、結(jié)算處理、數(shù)據(jù)裝載、數(shù)據(jù)分發(fā)、結(jié)算分析等功能。 總部經(jīng)營分析系統(tǒng)通過與各其他系統(tǒng)接口，抽取相關(guān)數(shù)據(jù)，實現(xiàn)對中國鐵通及其各省分公司所開展的業(yè)務(wù)進(jìn)行全面的統(tǒng)計分析工作。其基礎(chǔ)客戶數(shù)據(jù)模型和產(chǎn)品模型應(yīng)以中國鐵通總部CRM系統(tǒng)為參考。經(jīng)營分析分

37、為業(yè)務(wù)層面和網(wǎng)絡(luò)層面，業(yè)務(wù)層面的經(jīng)營分析功能主要包括：客戶分析、業(yè)務(wù)分析、通信行為分析、客戶服務(wù)分析、營銷管理分析、大客戶分析、收入確認(rèn)。 總部資源管理系統(tǒng)實現(xiàn)對各種骨干網(wǎng)絡(luò)資源（包括骨干數(shù)據(jù)、交換、傳輸和智能網(wǎng)）的資料建立及管理，根據(jù)業(yè)務(wù)部門給出的信息對所管理的資源進(jìn)行配置以及對網(wǎng)絡(luò)進(jìn)行優(yōu)化和規(guī)劃支持功能，并能夠根據(jù)對資源利用情況的統(tǒng)計數(shù)據(jù)形成各種分析報告以對經(jīng)營決策提供定量分析支持，另外根據(jù)業(yè)務(wù)部門的業(yè)務(wù)需求信息結(jié)合網(wǎng)絡(luò)能力輔助生成傳輸業(yè)務(wù)集成方案。具體有以下功能：網(wǎng)絡(luò)資料管理、網(wǎng)絡(luò)拓?fù)涔芾?、資源配置管理、業(yè)務(wù)提供（和業(yè)務(wù)部門之間的關(guān)系）、網(wǎng)絡(luò)質(zhì)量管理（網(wǎng)絡(luò)故障管理、網(wǎng)絡(luò)性能管理）、統(tǒng)計查

38、詢、資源調(diào)度管理。 省級支撐系統(tǒng)省級CRM系統(tǒng)營業(yè)子系統(tǒng)綜合客服子系統(tǒng)客戶管理子系統(tǒng)合作伙伴管理子系統(tǒng)營銷管理子系統(tǒng)生產(chǎn)調(diào)度子系統(tǒng)服務(wù)配置管理子系統(tǒng)綜合計費帳務(wù)子系統(tǒng)計費子系統(tǒng)帳務(wù)子系統(tǒng)綜合結(jié)算子系統(tǒng)資源管理子系統(tǒng)經(jīng)營分析子系統(tǒng)省級支撐系統(tǒng)改造方案現(xiàn)有營業(yè)系統(tǒng)逐步升級成為省級CRM系統(tǒng)現(xiàn)有計費帳務(wù)系統(tǒng)升級現(xiàn)有結(jié)算系統(tǒng)升級新建資源管理系統(tǒng)新建經(jīng)營分析系統(tǒng)DCN網(wǎng)改造方案（1）目前各省在城市中心的接入網(wǎng)絡(luò)普遍存在單點故障隱患。部分城市中心到后端的詳單采集點以及終端連接接入點采用網(wǎng)橋方式接入，網(wǎng)橋方式可以減少建網(wǎng)成本，但由于沒有撥號備份，存在故障隱患。建立業(yè)務(wù)支撐系統(tǒng)的互聯(lián)網(wǎng)接入方式。鐵通作為規(guī)模較

39、小的運營商，未來擴大自己的市場覆蓋范圍，未來不可避免的會大量發(fā)展代辦業(yè)務(wù)，這樣，將會有大量的代辦終端通過互聯(lián)網(wǎng)接入支撐系統(tǒng)，目前省級DCN網(wǎng)對所有的終端采用無隔離的接入方式，未來應(yīng)考慮對于通過廣域網(wǎng)的營業(yè)終端進(jìn)行基于設(shè)備如防火墻的隔離。同時鐵通現(xiàn)有的支撐系統(tǒng)普遍采用前臺應(yīng)用程序的方式，基于安全性的考慮代辦終端應(yīng)采用瀏覽器的接入方式，所以這一點的整改應(yīng)和應(yīng)用系統(tǒng)的改造結(jié)合在一起考慮。DCN網(wǎng)改造方案（2）各省級DCN到總部骨干DCN沒有建立安全策略。這體現(xiàn)在省DCN到總部以及其他省份之間可以傳播任何基于TCP的數(shù)據(jù)包，存在網(wǎng)絡(luò)病毒泛濫傳播到總部以及其他省份的隱患。目前各省DCN在客戶中心存在對外

40、網(wǎng)的接口。設(shè)備配置上存在安全隱患，如外網(wǎng)WWW服務(wù)器和郵件服務(wù)器放在內(nèi)網(wǎng)部分，通過防火墻的端口穿透實現(xiàn)對內(nèi)部服務(wù)器的訪問。這存在著內(nèi)部終端或主機一旦收到感染，會導(dǎo)致信息泄漏和災(zāi)難迅速擴大的隱患。建議將外網(wǎng)WWW服務(wù)器和郵件服務(wù)器接入防火墻DMZ端口。建設(shè)DCN網(wǎng)的域名服務(wù)系統(tǒng)。中國鐵通的DCN網(wǎng)采用基于IP地址的尋址方式，建議建立全國/省兩級的域名服務(wù)系統(tǒng)，提供IP地址的直接管理支持。 DCN網(wǎng)帶寬計算未來中國鐵通DCN網(wǎng)承載的信息主要包括以下幾種：各省上傳總部的長途計費詳單文件。各省上傳總部的網(wǎng)管監(jiān)控采集信息。各省上傳總部的經(jīng)營分析匯總數(shù)據(jù)。假設(shè)移動業(yè)務(wù)的開展，各省上傳總部的移動長途計費詳單

41、和漫游詳單。考慮到準(zhǔn)實時計費的需求，需要增加總部到省一級長途、漫游詳單的下發(fā)帶寬。不建議DCN網(wǎng)和企業(yè)信息網(wǎng)共用，這里對企業(yè)類信息不計算在內(nèi)。 各省上傳攤分文件大小省文件數(shù)文件大?。∕B）北京3061296廣東6332333上海5662157天津75322重慶257763遼寧3931446江蘇193690湖北3501503四川3071087陜西176559河北2401029山西182777河南264970吉林173540黑龍江159648內(nèi)蒙古119350山東2661006安徽177648浙江2361000福建160540湖南2931011廣西3871281江西126529貴州103349云南

42、94268甘肅229685寧夏6086青海6081新疆133446總計671724400省到骨干DCN帶寬預(yù)測考慮2006年預(yù)測用戶數(shù)，按照線性增長預(yù)測，最大詳單上傳占用帶寬預(yù)計為：，遠(yuǎn)遠(yuǎn)小于最大帶寬2Mbit/s參考目前中國移動DCN網(wǎng)實際應(yīng)用情況，湖北鐵通現(xiàn)有DCN網(wǎng)完全能夠滿足2006年發(fā)展同樣甚至更多數(shù)量移動用戶需要。考慮DCN網(wǎng)網(wǎng)管占用的帶寬，參見中國鐵通業(yè)務(wù)支撐系統(tǒng)網(wǎng)管規(guī)劃方案，根據(jù)目前中國鐵通的業(yè)務(wù)支撐系統(tǒng)規(guī)模，參考其它運營商目前實際情況，平均業(yè)務(wù)支撐系統(tǒng)網(wǎng)管業(yè)務(wù)指標(biāo)大約每個監(jiān)控點占300個左右，平均每個KPI記錄約為100字節(jié)，考慮到2006年總部對湖北鐵通監(jiān)控點大約在15個，

43、采集頻率大約30分鐘一次，則每月采集/計費/結(jié)算網(wǎng)管數(shù)據(jù)占用數(shù)據(jù)庫空間 = 300100153048 648MB考慮峰值采集數(shù)據(jù)量是平均水平的3倍，另外考慮網(wǎng)管數(shù)據(jù)傳送最長時間是60，則目前網(wǎng)管采集數(shù)據(jù)占用的帶寬計算公式是：綜上所述，中國鐵通DCN網(wǎng)能夠滿足2006年業(yè)務(wù)發(fā)展需要。 具體方案描述（1）全國軟件版本控制方案鐵業(yè)清算解決方案2007年以后設(shè)備折舊方案主機設(shè)備折舊方案存儲設(shè)備折舊方案網(wǎng)絡(luò)設(shè)備折舊方案設(shè)備價格估價方案數(shù)據(jù)倉庫存儲方案現(xiàn)網(wǎng)空閑L1000設(shè)備利舊方案主機系統(tǒng)間接口方案兩級報表體系方案原有存儲利舊方案具體方案描述（2）固網(wǎng)短信等新業(yè)務(wù)在新系統(tǒng)架構(gòu)下的計費處理方案移動業(yè)務(wù)在新系

44、統(tǒng)架構(gòu)下的計費處理方案跨省、跨地市業(yè)務(wù)的支持方案全國軟件測試中心方案統(tǒng)一版本可行性分析各應(yīng)用及平臺軟件對硬件資源的適配分析計費處理實時性分析綜合網(wǎng)管可行性分析省際，省內(nèi)屬地化對計費管理網(wǎng)改造的影響省分公司自行建設(shè)系統(tǒng)對計費網(wǎng)改造的影響分析系統(tǒng)接口方案省級系統(tǒng)與金融系統(tǒng)的接口省級系統(tǒng)與智能網(wǎng)業(yè)務(wù)平臺的接口省級系統(tǒng)與網(wǎng)管系統(tǒng)的接口省級系統(tǒng)內(nèi)部與資源管理系統(tǒng)的接口省級系統(tǒng)與其他增值業(yè)務(wù)平臺系統(tǒng)的接口省級系統(tǒng)與數(shù)據(jù)計費系統(tǒng)的接口省級系統(tǒng)與數(shù)據(jù)認(rèn)證系統(tǒng)的接口省級系統(tǒng)與全國中心系統(tǒng)的詳單接口省級系統(tǒng)與全國中心系統(tǒng)的ODS接口省級系統(tǒng)與全國中心系統(tǒng)的業(yè)務(wù)接口總部整改進(jìn)度安排為基礎(chǔ)階段建立總部業(yè)務(wù)支撐系統(tǒng)統(tǒng)一

45、的技術(shù)架構(gòu)、統(tǒng)一接口、統(tǒng)一的產(chǎn)品/客戶模型和EDM；建立統(tǒng)一的企業(yè)業(yè)務(wù)流程；系統(tǒng)整改建設(shè)階段建立客戶數(shù)據(jù)和產(chǎn)品目錄數(shù)據(jù)中心，統(tǒng)一客戶編碼和產(chǎn)品類編碼建立全網(wǎng)業(yè)務(wù)支撐系統(tǒng)；建立總部CRM系統(tǒng)；建立各省支撐系統(tǒng)和總部CRM系統(tǒng)以及全網(wǎng)業(yè)務(wù)支撐系統(tǒng)的業(yè)務(wù)接口，實現(xiàn)對跨省業(yè)務(wù)的支撐能力；改造總部結(jié)算攤分系統(tǒng)；建設(shè)完善的總部支撐系統(tǒng)建立總部經(jīng)營分析系統(tǒng)；改造現(xiàn)有的報表體系，實現(xiàn)兩級的經(jīng)營分析體系；建立總部統(tǒng)一的網(wǎng)絡(luò)資源編碼規(guī)范，建立總部一級的網(wǎng)絡(luò)資源管理系統(tǒng)；省分整改進(jìn)度第一階段：為基礎(chǔ)階段。建立基礎(chǔ)設(shè)施，建立關(guān)鍵/急需的應(yīng)用系統(tǒng)，建立全省企業(yè)信息化組織框架。應(yīng)用方面：建設(shè)或改造營業(yè)、客服、生產(chǎn)調(diào)度、服

46、務(wù)配置、資源管理等主體部分，替換/升級現(xiàn)有的營業(yè)系統(tǒng)和客服系統(tǒng)，滿足正常生產(chǎn)和市場營銷活動的基本需要；基礎(chǔ)設(shè)施方面：整合和優(yōu)化現(xiàn)有的DCN網(wǎng)，并進(jìn)行延伸，構(gòu)建全省的統(tǒng)一的企業(yè)內(nèi)部IT網(wǎng)；組織架構(gòu)方面：在省公司和本地網(wǎng)兩個層面上建立符合企業(yè)信息化發(fā)展要求的管控體系；第二階段：為關(guān)鍵應(yīng)用部署階段。加強數(shù)據(jù)集中和應(yīng)用系統(tǒng)的建設(shè)，完善基礎(chǔ)設(shè)施，建立企業(yè)信息化的支撐系統(tǒng)。應(yīng)用方面：建設(shè)或完善營銷管理、客戶管理、大客戶管理、省級經(jīng)營分析系統(tǒng)。完善計費帳務(wù)結(jié)算、營業(yè)、客服、生產(chǎn)調(diào)度、服務(wù)配置、資源管理基礎(chǔ)設(shè)施方面：進(jìn)一步完善；完善ODS和數(shù)據(jù)倉庫。第三階段：建立全面的企業(yè)信息化。建立或完善企業(yè)內(nèi)部管理信息系

47、統(tǒng)，持續(xù)完善組織架構(gòu)。 定員要求總部結(jié)算/攤分（5人）CRM系統(tǒng)（5人）經(jīng)營分析（6人）網(wǎng)管及設(shè)備維護(hù)（4人）管理人員（4人）省分公司計費、帳務(wù)、結(jié)算（5人）CRM系統(tǒng)（5人）經(jīng)營分析（2人）網(wǎng)管及設(shè)備維護(hù)（2人）管理人員（1人）總部計費網(wǎng)管改造方案典型省份計費網(wǎng)改造方案總部計費網(wǎng)改造主要工程數(shù)量序號類型及用途要求數(shù)量來源主機1全網(wǎng)業(yè)務(wù)系統(tǒng)、總部CRM系統(tǒng)74,0571利舊2全網(wǎng)業(yè)務(wù)計費39,2861利舊3國際結(jié)算服務(wù)器6,2571利舊4省間攤分服務(wù)器230,1581新增5智能網(wǎng)結(jié)算服務(wù)器2,6031利舊6集群備份服務(wù)器74,0571新增7應(yīng)用服務(wù)器24,6862新增8接口服務(wù)器7,0001利

48、舊9展現(xiàn)服務(wù)器60,0001利舊10OLAP服務(wù)器60,0001新增11測試系統(tǒng)主機60,0001利舊網(wǎng)絡(luò)設(shè)備1核心交換機16GE2利舊2核心路由器2利舊存儲設(shè)備1磁盤陣列19.5TB1新增2測試系統(tǒng)磁盤陣列1利舊備注：如果考慮設(shè)備級容災(zāi)，則原磁盤陣列不支持，需更換2SAN交換機16端口2新增3磁帶機10.8T1新增電源設(shè)備1電源設(shè)備UPS容量40KVA，備用1小時1利舊平臺軟件1數(shù)據(jù)庫服務(wù)器軟件估價2新增2備份軟件估價30新增3中間件軟件估價2利舊4展現(xiàn)服務(wù)器軟件估價1利舊6數(shù)據(jù)倉庫軟件估價1利舊7安全軟件估價1新增應(yīng)用軟件1全網(wǎng)CRM估價1新增2全網(wǎng)計費估價1新增3全網(wǎng)結(jié)算攤分估價1新增4

49、總部經(jīng)營分析估價1新增總部網(wǎng)管改造主要工程數(shù)量設(shè)備名稱配置要求硬件配置備注軟件配置數(shù)量數(shù)據(jù)庫/平臺網(wǎng)管服務(wù)器15288tpmc雙機HA數(shù)據(jù)庫服務(wù)器應(yīng)用網(wǎng)管系統(tǒng)2磁盤陣列173GB7*36GB1采集服務(wù)器12285tpmc應(yīng)用網(wǎng)管采集軟件1專業(yè)網(wǎng)管服務(wù)器HP rp2470（暫定，為估價）CPU：1RAM：2GBHD：73GBFE：2HP原廠配置HP OV,Oracle1目錄概述可行性研究計費網(wǎng)改造方案工程投資計算總部支撐系統(tǒng)改造投資計算序號類型及用途要求數(shù)量來源估價(萬元)主機1全網(wǎng)業(yè)務(wù)系統(tǒng)、總部CRM系統(tǒng)74,0571利舊02全網(wǎng)業(yè)務(wù)計費39,2861利舊03國際結(jié)算服務(wù)器6,2571利舊04

50、省間攤分服務(wù)器230,1581新增2305智能網(wǎng)結(jié)算服務(wù)器2,6031利舊06集群備份服務(wù)器74,0571新增757應(yīng)用服務(wù)器24,6862新增258接口服務(wù)器7,0001利舊09展現(xiàn)服務(wù)器60,0001利舊010OLAP服務(wù)器60,0001新增6011測試系統(tǒng)主機60,0001利舊0網(wǎng)絡(luò)設(shè)備1核心交換機16GE2利舊02核心路由器2利舊0存儲設(shè)備1磁盤陣列2.7TB1新增1002測試系統(tǒng)磁盤陣列1利舊0備注：如果考慮設(shè)備級容災(zāi)，則原磁盤陣列不支持，需更換2SAN交換機16端口2新增403磁帶機10.8T1新增40電源設(shè)備1電源設(shè)備UPS容量3KVA，備用4小時1利舊17平臺軟件1數(shù)據(jù)庫服務(wù)器

51、軟件估價2新增1202備份軟件估價30新增903中間件軟件估價2利舊04展現(xiàn)服務(wù)器軟件估價1利舊206數(shù)據(jù)倉庫軟件估價1利舊407安全軟件估價1新增應(yīng)用軟件1全網(wǎng)CRM估價1新增4002全網(wǎng)計費估價1新增4003全網(wǎng)結(jié)算攤分估價1新增2004總部經(jīng)營分析估價1新增400機房裝修1機房裝修按照3計算1新增66系統(tǒng)集成1系統(tǒng)集成按照12計算1新增264總計：2587總部網(wǎng)管改造投資計算設(shè)備名稱配置要求硬件配置備注軟件配置數(shù)量估價（萬元）硬件數(shù)據(jù)庫/平臺網(wǎng)管服務(wù)器15288tpmc雙機HA數(shù)據(jù)庫服務(wù)器應(yīng)用網(wǎng)管系統(tǒng)220磁盤陣列173GB120采集服務(wù)器12285tpmc應(yīng)用網(wǎng)管采集軟件120專業(yè)網(wǎng)管

52、服務(wù)器HP rp2470（暫定，為估價）CPU：1RAM：2GBHD：73GBFE：2HP原廠配置HP OV,Oracle220軟件應(yīng)用網(wǎng)管軟件2300HP OV升級10ORACLE標(biāo)準(zhǔn)版240總價：420萬如果要真正了解希臘的歷史，必先了解希臘的神話。希臘神話是經(jīng)歷幾千年長久不衰的人類文化瑰寶，也是歐洲最早的一種文學(xué)形式。它在歐洲乃至世界的文學(xué)史上，地位都是很崇高的。希臘原始的居民，由于處在那個久遠(yuǎn)的年代，當(dāng)時的知識顯然還不足以解釋復(fù)雜的自然現(xiàn)象，又覺得在大自然面前，人類非常渺小。這么一來，他們就會臆想出各種神靈來，認(rèn)為是神靈掌握著世間的一切。但是，希臘神話中的神，與我們中國古代傳說中的神相

53、比，形象大不相同。在中國的神話里，只要是神靈，除了主宰人間事務(wù)之外，從個人形象講，基本都是不食人間煙火，沒有任何缺陷的完美形象。這樣的形象，很大程度上鮮明地把“神”和“人”清楚地區(qū)分開來，讓人覺得神是遙不可及且完美無缺的。但是希臘不一樣，他們的神是高度人格化的。也就是說，除了擁有超越人的能力之外，希臘的神與一般的人類并沒有什么區(qū)別。他們也有七情六欲，也會嫉妒、仇恨，也會因為一件小事就起爭執(zhí)，并不是完美無缺的道德模范。希臘神的生活是無拘無束、*形骸的，不會像東方的神一樣等級森嚴(yán)，壓抑拘謹(jǐn)。他們雖然認(rèn)為有神的存在，但從他們的神話里，我們能夠深切地體會到古希臘人無拘無束、熱愛自由的性格。需要說明的是，希臘神話分為兩部分，一部分是神的故事，一部分是英雄傳說。這一部分主要講的是神的故事，至于英雄傳說，后面會提到。下面我們就得大致介紹一下希臘神話大致的情況：世界形成之前，一片混沌，經(jīng)過億萬年的時間，天地以及日月星辰、風(fēng)雨雷電之類才慢慢形成。基本上各個國家的神話都是這么個套路，咱們中國的盤古開天地之前，也是“一片混沌”之說?！盎煦纭边@個詞，指的就是在神話中，天地尚未分開，混成一團(tuán)而又無邊無際的狀態(tài)。待情緒稍微冷靜后，阿元才略帶平穩(wěn)的語氣地說