IP電話計費營業(yè)系統工程技術規(guī)范書

1、IP電話計費營業(yè)系統工程技術規(guī)范書中國郵電電信總局 目 錄一、概述11.1 定義11.2 計劃11.3 建議書內容11.4 標準和性能21.5 賣方供貨和服務范圍21.6 2000年問題31.7 工程進度3二、工程描述32.1 概述32.2 組織結構32.3 計費結算帳務處理方式4三、總體技術要求43.1 IP電話計費系統方案應滿足的原則43.2 IP電話實驗網擴容工程計費營業(yè)系統具體要求53.3 全國IP電話計費系統具體要求10四、設備技術要求144.1 設備要求的提出144.2 設備及軟件的一般技術要求144.3 服務器基本技術要求154.4 磁盤陣列164.5 數據庫174.6 設備環(huán)境

2、要求184.7 設備電源要求18五、設備及系統配置185.1 主要設備185.2 管理維護設備195.3 專用電纜195.4 工具195.5 備件19六、設備廠驗、安裝、調試、開通及試運行196.1 交貨196.2 安裝和調試196.3 維護工具儀器和備品備件206.4 驗收20七、技術服務和技術培訓207.1 技術服務207.2 技術培訓21八、技術文件21九、對報價書的要求22十、其他22附件 賣方建議書的內容格式一、概述1.1 定義1.1.1 本規(guī)范書為中國電信(以下簡稱買方)IP電話計費營業(yè)系統的主要技術業(yè)務功能和供貨要求，供集成商及廠商(以下統簡稱賣方)編寫建議書和報價之用。本規(guī)范書

3、要求包括兩部分：一是對中國電信本期IP電話實驗網擴容工程計費營業(yè)系統(設置于支持中心內)的主要技術、業(yè)務功能和供貨要求，供賣方編寫建議書和報價之用；二是對中國電信全國IP電話網計費系統的主要技術、業(yè)務功能要求。賣方應分別對這兩部分給出建議方案，對實驗網擴容工程計費營業(yè)系統作出工程報價，對全國IP電話網給出在參考規(guī)模下的參考配置和框架性報價。1.1.2 本技術規(guī)范書包括了工程、技術和服務等主要要求，這些要求將在以下章節(jié)中相應地列出。1.1.3 賣方應根據本文件中的相關說明和要求，提出技術建議、解決方案和報價。建議書的內容格式應符合本規(guī)范書附件的要求。1.1.4 賣方在建議書中，對本規(guī)范書中所提各

4、項要求能否實現與滿足，應逐項予以說明和答復，同時要求提供相應軟硬件產品(包括第三方產品)的詳細技術資料。賣方亦可根據自己的產品技術性能具體情況，在建議書中提出建議，并附詳細資料和說明。對本規(guī)范書各條目的應答為“滿足”、“不滿足”、“部分滿足”，不得使用“明白”、“理解”等詞語，在答復中，要求明確滿足的程度，并作出具體、詳細的說明，凡采用“詳見”、“參見”方式說明的，應指明參見文檔中的具體章節(jié)及頁碼。1.1.5 本技術規(guī)范書應視為保證系統運行所需的最低要求，如有遺漏，賣方應予以補充，否則一旦中標將認為賣方認同遺漏部分并免費提供。1.1.6 買方保留對本文件的解釋和修改權。1.2 計劃賣方應在收到

5、此規(guī)范書后，在兩周內提供八份(中文)建議書和報價(同時提供電子文檔)。建議書和報價應單獨分開，引進設備報價以美元為單位，并分別提出FOB和CIF。買方只購買賣方所提方案中的部分設備時，賣方應承諾方案中所提價格折扣、技術服務等方面的優(yōu)惠條件保持不變。1.3 建議書內容建議書應包括以下各主要內容：(1) 逐條對買方規(guī)范書的響應(2) 詳細的設備(軟件和硬件)和材料清單，各種設備(軟件和硬件)和服務的單位價格和系統總價。報價應以設備類別為單位列出，并進行匯總。(3) 設備的技術指標、系統的技術指標(包括系統處理能力、系統處理時限、系統可用率、設備和網絡的MTTR、MTBF等)(4) 整體系統的功能、

6、性能和體系結構(5) 系統的軟件、硬件方案和設備配置(在滿足系統整體性能下可提出多種方案)(6) 設備不同配置的性能價格比較(7) 系統管理(8) 系統安全措施(9) 系統接口方案(10) 應用軟件開發(fā)方式和能力(11) 技術服務的范圍和程度(12) 安裝設備和材料、備件和工具的數量和質量(13) 設備安裝要求及建議，抗震措施(14) 技術文件(15) 人員培訓(16) 售后服務安排(17) 設備測試、系統測試的方法和環(huán)境(18) 其它 a. 各種設備機架(柜)的外形尺寸、重量、面板布置、進出線方式等 b. 各種設備所需電源種類、耗電量、電壓及地線要求 c. 機房荷重、溫濕度及環(huán)境要求1.4

7、標準和性能賣方提供的各項設備和系統的功能和性能應完全符合賣方指明的標準，并滿足或高于買方指出的要求。在此文件中沒有說明的條款，但ITU-T已有建議的系統設備性能和功能均應滿足ITU-T最新建議要求。賣方應同時說明設備及系統所支持的其它國際標準化組織的標準（例如ISO建議、IEEE標準、IETF建議等）及信息產業(yè)部部頒的標準。若賣方的設備包含自己專用標準，也應在建議書中具體說明，并附上相應的詳細技術資料。賣方供應的設備技術規(guī)范及這些設備構成的系統的功能及性能應符合本規(guī)范書的要求。賣方應列出所提供設備和系統的規(guī)范，任何與買方技術規(guī)范書相關條款不同的都應指示出來，并詳細說明原因。1.5 賣方供貨和服

8、務范圍所需貨物和技術服務主要是IP電話實驗網擴容工程計費營業(yè)系統，包括計費營業(yè)系統的處理平臺與應用系統。對全國IP電話網計費系統賣方應提出整體方案和參考配置及報價。1.5.1 處理平臺主要包括服務器設備和存儲設備的硬件(該部分賣方需要提供詳細的設備配置要求)。1.5.2 應用系統：應用系統需配置相應的軟件，主要包括：數據庫軟件、各種中間件、應用軟件、網絡通信軟件、管理軟件、安全軟件等。應用軟件指根據本系統業(yè)務功能要求編制的應用軟件，包括應用軟件環(huán)境和諸功能模塊。以上應具備良好的可維護性和升級能力。1.5.3 安裝材料1.5.4 消耗品1.5.5 工具和備件賣方報價可包含一套專用維護工具。賣方應

9、根據設備元件的質量情況提出備份配置的建議。賣方提供的設備應是以至少五年使用期設計的，賣方要保證不論提供的設備是否還生產，在使用期內買方可得到備件。1.5.6 測試儀表賣方應提供系統開通、系統驗收、日常維護所需的儀表詳細清單，并說明儀表的性能和技術指標，與買方商定各個階段所需儀表的提供方。1.5.7 技術文件1.5.8 技術培訓1.5.9 安裝、調測、試運轉的技術服務和現場驗收測試。1.6 2000年問題對2000年問題的要求：各種功能在2000年前后持續(xù)正常運轉，日期和時間不影響系統的運行、操作維護和業(yè)務；應正確判斷2000年為閏年，并能正確處理2000年以后的閏年；應滿足ISO 8601標準

10、，采用四位十進制數表示年份；應能正確地與其它系統交換帶有年份的信息。賣方提供的各項系統的硬件和軟件必需已完全解決2000年問題，并經過測試，賣方應給出有關認證資料。如賣方提供系統在2000年時鐘過渡問題上不能滿足要求并給買方造成相應的損失，買方具有索賠的權利，并將視具體情況與賣方另簽定賠償協議。1.7 工程進度簽訂合同后八周內設備全部運抵現場。二、工程描述2.1 概述目前中國電信在14城市建設有IP電話實驗網，為滿足日益增長的用戶需要，中國電信擬對原實驗網進行擴容，在北京、上海、廣州、南京、武漢、西安、成都、沈陽、杭州、天津、重慶、長沙、福州、濟南、石家莊和鄭州16個城市各設置1套網關設備，另

11、在實驗網支持中心設置一套關守設備及相應的計費營業(yè)系統(不包括計費營業(yè)系統在各節(jié)點的遠程終端設備)，擴容后全網達到288個E1。隨著業(yè)務的不斷發(fā)展，以后將逐漸增加網絡節(jié)點數及網關的端口數。除本實驗網外，各省將可能分別計劃建設本省的IP電話網，設置網關、省級關守和省支持中心（包括認證、計費、結算、業(yè)務管理）。各省IP電話網、本期擴容的實驗網及全國IP電話交換清算中心構成兩級多域的全國IP電話網組織結構。2.2 組織結構(1) 對于實驗網計費營業(yè)系統采用集中式的設置方案，即在實驗網支持中心設置計費營業(yè)系統的處理平臺，各節(jié)點設置遠程部分(本工程不包括其硬件配置，賣方需提出對硬件配置的要求)，通過集中管

12、理、遠程受理和分權管理的方式完成對實驗網的計費營業(yè)工作。(2) 對于全國IP電話網的計費系統初步考慮如下，如下圖示意：全國IP電話網的計費系統初步考慮為三級組織結構，由全國IP電話清算中心、省級IP電話計費中心和本地IP電話帳務部門組成。三級組織結構可采用兩級平臺方式建設，即建設全國中心平臺和省級中心平臺，本地帳務部分作為省級平臺的遠程部分實現。2.3 計費結算帳務處理方式本系統計費結算處理和帳務處理的需求編制、詳細設計及編程中均應以本規(guī)范書和中國電信的業(yè)務處理要求的相應規(guī)定為準。賣方應承諾中標后將按照中國電信具體的IP電話業(yè)務要求進行應用系統定制開發(fā)。三、總體技術要求IP電話計費營業(yè)系統的總

13、體技術要求主要應以信息產業(yè)部編制的中國電信計費帳務體制(暫行規(guī)定)及其相關附件為標準。本技術規(guī)范書中與上述文件有矛盾或不完整之處，應以上述技術體制要求為準。3.1 IP電話計費系統方案應滿足的原則IP電話計費系統應滿足以下原則：(1) 安全性：保證系統數據處理的一致性，保證計費數據不被非法盜用和修改偽造，保證數據不因意外情況丟失和損壞，提供多種安全檢查審計手段。(2) 準確性：保證系統數據處理的準確性，提供多種核查手段。(3) 可靠性：保證系統可靠連續(xù)運行。(4) 可伸縮性：系統應能適應不同規(guī)模的業(yè)務，系統硬件平臺和數據庫應具有良好的可擴充擴展性能。(5) 可擴展性：基于通用的計費模型，采用組

14、件化設計原則，以使系統能夠適應將來可能出現的業(yè)務特性和可能出現的一些變化。應實現業(yè)務的參數驅動，通過參數的改變可重新定義業(yè)務特性，在不影響系統運行的情況下實現新功能新業(yè)務特性的增加。(6) 開放性：系統應采用主流的、開放的技術，以保證系統對各種數據業(yè)務的服務，以及與相關系統的互連能力。(7) 可移植性：系統還應具有較強的可移植性、可重用性，保證在將來發(fā)展中迅速采用最新出現的技術、長期保持系統的先進。(8) 實時性：實時完成大容量數據處理，對記帳卡業(yè)務提供特殊有效的處理方法。(9) 易用性：應具有良好的中文操作界面、詳細的幫助信息，系統參數的維護與管理通過操作界面完成。(10) 可管理性：應具有

15、良好的管理手段，可管理安全、網絡、服務器、操作系統、數據庫及應用等。賣方應針對上述各項，在隨后的各節(jié)中落實諸原則各方面要求，并予以詳細解釋。3.2 IP電話實驗網擴容工程計費營業(yè)系統具體要求3.2.1 IP電話實驗網計費營業(yè)系統總體功能要求IP電話實驗網擴容工程支持中心內擬建的計費營業(yè)系統在IP電話設備的配合下，實現全網性IP電話用戶認證，完成計費信息的收集、計費處理、結算處理、帳務處理、計費查詢、統計分析，并完成以用戶管理為中心的實驗網營業(yè)系統等功能。3.2.2 用戶身份認證及授權(1) 本工程中由IP電話設備配合計費系統完成用戶身份認證及授權。計費系統在IP電話設備的配合下，完成對主叫用戶

16、(包括固定網用戶和移動網用戶)、各類卡用戶、網關出租用戶、被叫付費用戶等的身份認證。(2) 用戶身份標識本工程對于主叫IP電話用戶使用主叫電話號碼標識自己的身份，認證時應可根據特定號碼、某個區(qū)號、某個局號(包括移動網的H1H2H3)進行；對各類記賬卡用戶使用記賬卡號和密碼標識用戶身份；對出租網關可采用其IP地址或分配的網關ID作為標識；對被叫付費用戶采用其主叫號碼作為標識。要求賣方系統支持的記賬卡卡號長度不少于18位，密碼長度不少于4位。網關在收到用戶的主叫號碼后，加發(fā)主叫用戶號碼的長途區(qū)號后一起作為其身份標識。(3) 用戶數據庫本工程用戶數據庫集中設置在IP電話實驗網支持中心，用戶身份認證采

17、取集中處理方式。(4) 認證協議本工程認證協議可采用：方案一：采用H.225.0 RAS：由網關收集用戶信息后使用RAS協議通過關守到計費系統用戶數據庫進行身份認證，所需的與關守間認證授權API接口由IP電話設備提供商負責提供。方案二：采用RADIUS協議：由網關收集用戶信息并作為RADIUS Client(或者關守作為RADIUS Client)與計費系統的RADIUS服務器完成身份認證。賣方應說明其能實現方案。若采用其它的實現方式，應詳細說明。賣方應詳細說明目前已實現的與IP電話設備的認證接口。(5) 業(yè)務授權對用戶身份認證通過的同時應對用戶進行業(yè)務授權，授權內容根據用戶注冊時的屬性進行。

18、賣方應詳述可以提供的授權內容。3.2.3 計費結算帳務處理賣方應針對以下功能要求，給出實現方式詳細說明和建議實施方案。(1) 計費結算功能由計費信息采集點和支持中心內的計費系統完成。(2) 計費信息采集計費信息采集點負責計費信息(CDR)的采集和上傳。根據IP電話設備所能提供的接口情況，計費信息采集點設置在關守，即由關守提供CDR，或可能設置在網關，由網關提供CDR。CDR內容格式和采集接口協議由IP電話設備提供商提供。計費信息應實現實時采集。賣方應明確說明實現各種方式計費所需的CDR信息必備的內容。(3) 計費處理功能要求a. 計費功能完成計費信息的處理、清單生成、入庫、計費計算等。要求功能

19、靈活、中文圖形界面、使用方便、費率等各種參數可以靈活設置、格式可以定制。計費計算處理應實現通用的靈活的費率引擎功能，賣方應詳細說明所支持的費率類型及其組合。b. 非實時計費處理對于主叫號碼用戶(包括話音業(yè)務和實時傳真業(yè)務)和不需實時計費的記賬卡業(yè)務，由計費系統根據CDR按計費周期進行處理，生成清單。c. 實時計費處理對于預付費記賬卡用戶和有限信用記賬卡用戶，要求進行實時計費，實現余額限制，與IP電話設備配合實現實時斷線。d. 賣方應承諾計費處理方式應能根據業(yè)務部門要求進行定制。(4) 結算處理功能要求計費系統要求支持多個運營商（國內、國際）之間IP電話業(yè)務的來去話結算功能，以及運營商內部不同路

20、由區(qū)域間的內部結算功能。計費系統要求支持實驗網IP電話業(yè)務和固定電話網、移動電話網間的來去話結算功能。(5) 帳務處理功能對于非預付費記賬卡用戶，要求進行帳務處理及銷帳處理，帳單格式應可定制。賣方應詳述其實現方案。帳務處理應支持靈活的價格策略和業(yè)務包裝方法。(6) 審核校驗審核校驗功能是對本系統內的處理流程進行監(jiān)控和管理，包括日志、故障預警等功能，并對本系統內的各類數據，包括計費原始數據、計費清單數據、結算數據、帳務數據等相關資料，以及本地系統傳送的數據資料，提供差錯管理功能。(7) 統計分析應根據計費中心的CDR數據進行全網業(yè)務的分析與統計。賣方應給出能分析統計的詳細內容，能夠提供詳盡的業(yè)務

21、量、營銷情況統計報表（班、日、周、月、季、年），提供不同時期業(yè)務經營情況對比，為業(yè)務發(fā)展和網絡規(guī)劃提供依據，要求能分別給出國內(包括不同路由區(qū)域)和國外、以及網間的業(yè)務統計結果。(8) 計費查詢對于電話用戶，計費查詢通過各節(jié)點網關的IVR與計費中心交互，計費系統應能與IP電話配合接口；對于PC用戶，計費查詢可采用WWW方式完成。計費系統還應實現為內部服務的統計結果查詢。3.2.4 營業(yè)系統(1) 系統結構實驗網擴容工程營業(yè)系統采用兩級結構：在支持中心內建立營業(yè)系統處理平臺，在各節(jié)點設置遠程營業(yè)終端(硬件設備不包括在本工程范圍內)作為營業(yè)系統的前臺，采用分散受理、集中管理的營業(yè)處理方式。(2)

22、支持中心營業(yè)系統處理平臺：主要完成用戶數據庫管理、營業(yè)遠程終端接入管理、營業(yè)系統分權管理、數據批量輸入等功能。(3) 通過遠程營業(yè)終端，主要完成營業(yè)具體功能，遠程終端和營業(yè)系統處理平臺間擬采用Browser/Server方式建設。(4) 營業(yè)處理主要功能營業(yè)處理主要完成業(yè)務受理、用戶管理、資料管理等功能。基本功能要求至少為：a. 主叫用戶：開戶、功能變更、停復話、取消、查詢；b. A、B類電話卡：開戶、資料變更、功能變更、續(xù)費、停復話、取消、查詢；c. C類電話卡：批量輸入記賬卡帳號信息、批量激活、單個和成組方式的記賬卡的啟用激活、阻塞和去阻塞；d. 用戶管理功能，即用戶帳戶信息的增、刪、改，

23、以及用戶權限管理等；e. 用戶密碼管理，記賬卡用戶的密碼管理、密碼修改等。要求記賬卡用戶的密碼與網關/關守配合能夠在線進行修改；f. 用戶使用情況查詢；g. 用戶帳務處理；h. 用戶統計功能；i. 反欺詐、高額控制管理；j. 資料管理：客戶資料的管理和維護，其中包括用戶名稱、用戶所在地、用戶業(yè)務種類、帳面金額、付費方式、優(yōu)惠策略、用戶信譽級別等信息，以保證客戶資料的完整和真實；k. 資費管理：對于資費標準，包括計費規(guī)則、結算標準、費率表等進行維護；l. 數據備份功能；m. 其它。賣方應針對上述要求，給出實現方式詳細說明和建議實施方案。(5) 營業(yè)系統要求實現分權管理。集中管理意思為集中設置用戶

24、數據庫，可在支持中心實現全部管理功能。同時要求支持分權管理功能，即與節(jié)點相對應，各點負責其范圍內的營業(yè)管理各項功能。3.2.5 計費營業(yè)系統應用軟件(1) 軟件技術路線在系統開發(fā)中要求采用面向對象的、組件化方法進行系統構建。賣方應提出IP電話計費的通用模型，包括數據模型和處理模型。應用軟件實現可通過中間件和組件化的方法，形成系統中的軟件總線和各種應用邏輯。賣方應根據系統功能要求，提出其實施方案。(2) 應用軟件開發(fā)a. 賣方應說明其軟件能力，并說明應用系統開發(fā)的工程化實施方案。b. 賣方應說明針對本系統采用的開發(fā)環(huán)境和開發(fā)語言。c. 賣方應在建議書中作出本系統應用軟件的原型概要設計，內容應包括

25、應用系統的數據字典、編碼規(guī)則、數據庫結構規(guī)劃、應用軟件體系、功能模塊、組件體系、調度方法、數據流程、高可用保證、接口方法、備份、安全等諸方面，并在各節(jié)內容中予以詳細解釋。(3) 應用軟件的一般要求a. 應用軟件應采用友好的圖形化窗口用戶操作界面，支持鼠標操作，可操作性強。而且操作界面應簡潔、直觀，有利于簡化操作，并提高操作效率。b. 應用軟件應具備相應容錯手段，允許操作人員有限范圍的誤操作。c. 應用軟件應具備完整的操作權限管理辦法，例如：操作口令管理，修改或刪除用戶的權限等；同時應具備完善的系統安全機制，如日志管理功能，能夠對每個操作員的每次操作有詳細的記錄，對每次非法操作產主告警。d. 應

26、用軟件應具備一套完備的數據管理系統和進程調度系統，以保證系統的安全可靠和整個省中心系統的正常運轉。e. 應用軟件具有根強的可移植性，可在多種硬件平臺、網絡和操作系統環(huán)境下工作。f. 應用軟件支持分布式數據管理，支持多數據源間的訪問連接，能方便地與相關的其它應用系統集成在一起。g. 應用程序還應采用參數驅動的設計思想。在應用程序中，凡是不能確定的因素，應盡量做到參數化，以達到通過對參數的設置就可適應不同的情況，不同應用時期的要求。h. 具備多用戶和多任務操作能力，并對用戶數不加限制。i. 支持漢字字符集，可處理、顯示、打印任意尺寸的漢字，操作界面提示和輸出結果應使用漢字或英文，并能由用戶選擇。j

27、. 應用軟件系統應能為系統管理員提供多種發(fā)現系統故障和非法登錄的手段，賣方應詳細說明能提供的手段及其實現的方法。k. 應用軟件系統應能支持光盤存儲和其他外部存儲方式用來保存大量的歷史數據。l. 應用軟件系統應支持在線幫助功能，而且系統管理員能夠修改幫助文本。賣方應根據上述一般要求，詳細說明其解決方案。(4) 軟件測試賣方應提出本工程涉及的軟件系統的測試方法，并對賣方的軟件測試體系和軟件質量保證方法進行詳細說明。3.2.6 計費營業(yè)系統中的數據庫賣方應根據業(yè)務功能要求，給出數據庫在系統中的應用方式，并給出詳細的數據庫結構規(guī)劃，并詳細解釋是否需要數據庫并行處理，分析系統中的I/O瓶頸，并結合業(yè)務功

28、能給出數據庫事務處理流程。賣方應根據計費結算帳務系統的特點，采用統一格式、標準的數據字典，實現用戶資料、業(yè)務標識、用戶標識、結算數據格式、帳務數據格式、查詢統計數據等在全網范圍內的充分共享。賣方應充分分析系統中各類數據的組成及其關系，給出數據字典初步的設計建議，并承諾中標后在買方協助完善制定整個系統的數據字典。賣方應明確提出其數據庫容量的推算方法、容量建議、容量限制與何因素有關和擴容辦法。賣方應提出用戶數據庫結構設計考慮原則和方案。3.2.7 計費營業(yè)系統設備建設方案要求(1) 計費營業(yè)系統的系統組織為服務器環(huán)境、存儲備份設備環(huán)境和局域網、遠程營業(yè)終端接入等三部分。賣方應結合系統業(yè)務功能根據上

29、述要求提出具體實施方案(給出方案圖紙)，包括局域網結構、終端遠程接入方式、服務器設置、存儲備份系統、高可用性方案等，賣方亦可提出自己的實施建議。(2) 賣方給出服務器設置建議方案，并詳細說明實現應用系統高可用性方案，詳細解釋實現機制和可實現的指標，并結合系統各項功能(如計費、結算、帳務、數據庫、備份等)給出各功能模塊在高可用系統中的分擔方式、和工作/熱備配置方案。(3) 賣方應根據計費營業(yè)系統功能要求，給出在線和脫機存儲設備的建議方案。(4) 賣方應提出局域網結構建議，提出遠程終端接入方式建議方案。(5) 賣方應對系統中所需的IP地址和域名進行詳細說明和規(guī)劃。3.2.8 計費營業(yè)系統性能計費營

30、業(yè)系統的用戶容量暫按2000萬用戶考慮，計費營業(yè)系統要求能處理此用戶規(guī)模并具有良好性能。系統應具有良好的擴展性，能適應今后更大用戶數量的需要。賣方必須結合其應用系統實現和處理流程，給出完成計費、結算、帳務等功能涉及的I/O數量、事務數量和數據庫操作數量，在其基礎上，根據用戶數量，賣方另可取定忙天、忙時集中系數，推算出數據庫和系統的忙時事務處理能力，并據之提出對設備和系統的TPC-C值和TPCD值要求。賣方應提供詳細計算過程和說明，并提出性能建議。3.2.9 接口(1) 計費營業(yè)系統與IP電話設備的接口：支持中心與IP電話設備之間需交換認證、實時計費信息、采集CDR記錄。IP電話側的接口由IP電

31、話設備提供商負責提供。賣方應說明計費營業(yè)系統側的接口實現方案，并承諾中標后和買方以及IP電話設備提供商一起協商確定接口實施方案。(2) IP電話實驗網計費系統作為全國電信計費結算系統的一個子系統，將來還需與全國IP電話清算中心以及全國電信計費帳務系統互聯，互聯方式及接口內容由雙方協商。賣方應在其系統中考慮其接口設計并作說明。(3) 計費營業(yè)系統還可能與電信總局、管局辦公自動化系統互聯，以支持有關的決策分析；支持中心還可能與銀行托收系統互聯。賣方應在支持中心中考慮其接口設計并作說明。3.2.10 管理賣方應提出對計費營業(yè)系統的管理建議方案，管理內容應至少包括：服務器設備管理、數據庫管理和應用軟件

32、管理等。賣方應詳述其可實現的管理內容和具體方案。3.2.11 安全賣方應提出詳細的安全方案，從技術手段層次充分采取各種安全技術措施，至少考慮主機安全、邊界安全、網絡安全、業(yè)務安全和數據安全等。為了增強系統的防災救災能力，賣方應給出災難性事故應急計劃建議，包括緊急行動方案，資源（硬件、軟件、數據等）備份和備份操作計劃，系統恢復和檢測方法。3.2.12 可靠性要求(1) 賣方應說明系統中各部分的可用性指標和整個系統的可用性指標。(2) 以下情況之一將被視為系統重大故障，并將作為系統驗收的標準之一：a. 軟/硬件原因造成的系統癱瘓；b. 由于賣方設備(軟/硬件)原因使計費營業(yè)系統與遠程營業(yè)終端無法聯

33、系1小時以上。3.3 全國IP電話計費系統具體要求3.3.1 全國IP電話計費系統的體系結構全國IP電話計費系統擬由全國IP電話清算中心、省級IP電話計費中心和本地IP電話帳務部門構成。全國IP電話清算中心主要負責國際間IP電話業(yè)務結算、省際IP電話業(yè)務計費結算，并負責管理全國級大客戶。省級IP電話計費中心主要負責省內IP電話業(yè)務用戶的認證授權，全省記帳卡IP電話、全省主叫計費的IP電話業(yè)務、全省集團IP電話業(yè)務、全省被叫付費用戶的計費原始數據的采集，清單批價處理及計費處理，帳務處理，將國際和省際漫游數據、結算數據轉發(fā)至全國系統、并接收全國系統下發(fā)的漫游數據、結算數據。省內本地現業(yè)局間結算處理

34、、全省各地的銷帳處理、全省IP電話用戶業(yè)務管理，全省IP電話業(yè)務分析統計報表等。本地IP電話帳務部門作為省IP電話計費系統的遠程部分，負責執(zhí)行省級系統的某些功能模塊，以實現本地部門的職能。全國IP電話計費系統是一個三級的體系結構，全國系統和省級系統均是具有場地自治功能的獨立系統；在全國系統和省級系統分別建立獨立的網絡平臺和應用處理平臺，本地網內不建立獨立的核心網絡平臺，只作為省級網絡平臺的本地遠程網段；全國系統與省級系統通過廣域網手段進行高速局域網互聯；分散在各本地的銷帳處理等功能通過廣域網在省級網絡平臺上交互完成。全國系統與省級系統在邏輯上應是一個統一的生產整體，之間通過網絡和業(yè)務接口來聯系

35、。賣方根據對IP電話業(yè)務的理解，可提出自己的對全國IP電話網計費系統的體系結構建議。3.3.2 功能模塊IP電話計費系統應實現成為一個高度模塊化、組件化的總體結構。全國清算中心可包括以下功能模塊：數據接收與分發(fā)、結算處理、帳務處理、銷帳處理、資料管理、審核校驗、查詢服務、統計分析、系統維護及數據管理等。省級中心主要包括以下功能模塊：數據接收與傳送、計費處理、結算處理、帳務處理、銷帳處理、資料管理、審核校驗、查詢服務、統計分析、系統維護及數據管理等。3.3.3 全國IP電話清算中心系統功能(1) 數據接收與分發(fā)采集或接收省際、國際IP電話計費原始數據，并對計費原始數據進行系統要求的格式化，以便進

36、行統一的計費處理。對于需要由全國系統傳送到省級系統的結算執(zhí)行數據，要實時/定時下發(fā)至相應的省級系統。數據接收與分發(fā)應根據不同的業(yè)務處理規(guī)則，實現實時或定時數據采集。(2) 結算處理對計費結算清單數據進行分揀、統計及匯總處理，形成對應不同結算對象的省際結算結果數據、與國內其他電信業(yè)務之間的攤分結算結果數據、與國內其他電信運營商之間的攤分結算結果數據、與國際電信運營商之間的攤分結算結果數據。對全國性客戶的帳務數據依據攤分規(guī)則進行處理，形成各省間的攤分結算結果數據。對于經過結算處理后的結算結果數據，要通過全國中心數據接收與分發(fā)模塊分發(fā)至相應的結算執(zhí)行地。(3) 帳務處理對全國級客戶的計費結果數據依據

37、記帳合同號進行合帳處理，并依據全國性集團客戶的不同優(yōu)惠規(guī)則或全國性集團客戶數據業(yè)務總量優(yōu)惠規(guī)則，進行優(yōu)惠處理，形成全國性集團客戶的帳務數據。(4) 銷帳處理提供對全國集中付費客戶和針對各種結算對象的銷帳處理功能。銷帳處理提供多種方式，包括現金、預付款、話費儲蓄、信用卡、銀行托收、郵政儲蓄、電話銀行等多種收費方式的支持。銷帳處理支持靈活的帳單打印和管理方法，即支持“客戶化帳單”。(5) 資料管理對于全國中心保存的或省級系統（或數據業(yè)務計算機綜合管理系統）提供的全國級集團客戶資料，為保證資料的完整和真實，需實時/定時進行資料管理和備份，其中包括集團客戶統一標志、客戶名稱、客戶總部所在地、客戶層次結

38、構、業(yè)務標志、記帳合同號、付費方式、付費銀行、銀行帳號等信息。另外，對全網統一的全國性資費標準，包括計費規(guī)則、結算標準、費率表等進行維護。(6) 審核校驗審核校驗功能是對全國系統內的處理流程進行監(jiān)控和管理，包括日志、故障預警等功能，并對全國系統內產生的各類數據，包括原始數據、清單數據等相關資料，以及下級計費結算系統傳送的數據和資料，提供差錯管理功能。(7) 查詢服務為上級管理部門、省中心以及其他有權限的部門或個人提供全國中心信息查詢服務。(8) 統計分析根據管理部門的要求進行統計與分析處理，生成固定格式的統計報表圖形，并提供全國IP電話業(yè)務的業(yè)務預測與決策分析功能。(9) 系統維護提供對全國中

39、心系統的系統用戶、權限控制、系統參數等信息的維護和管理，并提供各類計費數據進行備份和恢復的功能。3.3.4 省級IP電話計費中心系統功能省級IP電話計費中心系統主要功能是進行省內IP電話用戶認證授權；負責全省IP電話業(yè)務計費原始數據的數據采集、清單批價、計費處理、帳務處理和銷帳處理，并將省際和國際IP電話的計費清單數據轉發(fā)至全國清算中心，負責接收及處理全國清算中心傳送的省際、國際結算執(zhí)行數據，并進行省內各本地中心間的攤分結算，進行各本地現業(yè)局的銷帳處理和相應的欠費管理；省內IP電話業(yè)務用戶管理，提供全省IP電話業(yè)務的查詢和統計分析功能。(1) 數據接收與傳送接收全國清算中心下發(fā)的結算執(zhí)行數據；

40、接收省內各種IP電話業(yè)務計費原始數據；接收省內IP電話用戶的用戶資料；并對計費原始數據進行系統要求的格式化，以便進行統一的計費處理。向全國清算中心傳送省際、國際IP電話業(yè)務計費清單數據。計費原始數據的采集應提供實時/定時模式。(2) 計費處理對省內的IP電話業(yè)務計費原始數據依據相應的資費標準進行分揀、糾錯、計價處理，形成計費清單數據；根據計費清單數據和業(yè)務號碼，進行計費處理，生成計費結果數據。計費處理應根據各種業(yè)務的不同處理規(guī)則，實現實時/定時計費功能。(3) 帳務處理對各種IP電話業(yè)務的計費話單數據依據結算規(guī)則進行分揀、匯總、統計及攤分處理，結合不同的優(yōu)惠政策，形成對應不同用戶類別的計費結算

41、數據。對于經過結算處理后的結算結果數據，分發(fā)至相應的結算執(zhí)行地。(4) 銷帳處理與全國清算中心交換計費結算數據；提供對本省內所有客戶進行銷帳處理的功能；與各本地帳務部門進行攤分結算處理，并交換計費結算數據。銷帳處理提供多種方式，包括現金、預付款、話費儲蓄、信用卡、銀行托收、郵政儲蓄、電話銀行等多種收費方式的支持。銷帳處理支持靈活的帳單打印和管理方法，即支持“客戶化帳單”。(5) 資料管理客戶資料管理主要完成本省的客戶資料的管理和維護，其中包括省內IP電話用戶名稱、用戶所在地、用戶業(yè)務種類、帳面金額、付費方式、優(yōu)惠策略、用戶信譽級別等信息，以保證客戶資料的完整和真實；負責客戶資料的備份。另外，對

42、于全省統一的資費標準，包括計費規(guī)則、結算標準、費率表等進行維護。(6) 審核校驗審核校驗功能是對本系統內的處理流程進行監(jiān)控和管理，包括日志、故障預警等功能，并對本系統內的各類數據，包括計費原始數據、計費清單數據、帳務數據等相關資料，以及本地系統傳送的數據資料，提供差錯管理功能。(7) 查詢服務為全國清算中心、本地帳務部門、上級管理部門以及其他有權限的部門或個人提供省級中心系統信息查詢手段和查詢服務。(8) 統計分析根據業(yè)務管理部門的要求進行統計與分析處理，生成固定格式的統計報表圖形 ，并提供本省數據業(yè)務的業(yè)務預測、經營分析資料與決策分析功能。(9) 數據管理及系統維護提供對省級系統的系統用戶、

43、權限控制、系統參數等信息的維護和管理，并提供對各類計費數據進行備份和恢復的功能。3.3.5 全國IP電話網暫按全網1500個E1端口規(guī)模考慮，賣方應據此分析計費系統的性能問題，并給出推算過程和計算方法。3.3.6 賣方應提出用戶漫游解決方案。3.3.7 賣方應根據上述功能和性能要求，對全國IP電話網計費系統作出整體方案，包括全國中心建設方案、省中心建設方案、全國中心和省中心廣域聯網方案、省中心和本地部門廣域聯網方案、應用軟件方案、各種接口的內容和技術方案、管理方案、安全方案等，并對方案進行詳細說明和解釋。四、設備技術要求4.1 設備要求的提出賣方根據以下技術規(guī)范要求，給出逐條答復，并結合其對設

44、備和系統性能的估算，提出詳細的設備軟硬件配置建議和可實現的量化指標。4.2 設備及軟件的一般技術要求4.2.1 硬件(1) 賣方提供的所有設備必須是最新開發(fā)的產品，并保證所提供產品的數量、質量。(2) 各種設備應采用功能分擔、分布式多處理機結構。主要模塊冗余度為1+1，易于擴容和維護。(3) 主要設備能在不中斷通信的情況下，可帶電進行印刷電路板的插撥操作。(4) 系統需7×24小時連續(xù)運行，因而要求具有很高的安全可靠性。賣方應根據其所提供的設備情況及擁有的技術特點提出系統中各設備的安全可靠性(5) 賣方提供的設備要選用世界上高質量的元器件，生產過程中進行嚴格質量控制，出廠前要經買方人

45、員嚴格測試和檢查，確保設備長期穩(wěn)定、可靠地運行。4.2.2 軟件(1) 相應的軟件清單賣方提供的軟件應是確保全系統正常運行所需的運行、管理、維護等有關的全部軟件，必須是最新版本的軟件系統。賣方在建議書中應詳細列出所提供的軟件清單、版本和說明。(2) 軟件模塊化結構賣方必須保證任何軟件模塊的維護和更新都不影響其它軟件模塊，軟件具有容錯能力。(3) 故障監(jiān)視和診斷軟件能及時發(fā)現故障并發(fā)出告警，能夠自動恢復系統，不影響任何已建立的業(yè)務連接。(4) 兼容性及升級a. 設備不同時期軟件版本應能向下兼容，軟件版本易于升級，且在升級的過程中不影響網路的性能與運行。b. 賣方應承諾在供貨時提供最新版本的軟件，

46、但該軟件必須是經過測試正式推出的，其可靠性、穩(wěn)定性經過嚴格驗證的。c. 軟件版本升級時，賣方應承諾免費更新軟件版本，并提供相應的新版本軟件功能說明書及修改說明書。(5) 廠商應說明目前所使用軟件的實際運行時間以及升級完善的計劃進度表。4.2.3 安裝材料建議書應包含各網絡節(jié)點的安裝材料和清單。用于連接各種設備和硬件的室內電纜應包含在設備價格中。4.2.4 消耗品賣方提供的設備應配有數量足夠至少兩年維護期使用的消耗品，象熔絲、指示燈等。在設備價中也應包含消耗品價格。4.2.5工具和備件賣方報價應包含一套維護工具。賣方應根據設備元件的質量情況提出備份配置的建議。賣方提供的設備應是以至少五年使用期設

47、計的，賣方要保證不論提供的設備是否還生產，在使用期內買方可得到備件。4.3 服務器基本技術要求4.3.1 本工程中購置的計算機服務器設備根據邏輯功能可劃分為認證服務器、計費結算服務器、數據庫服務器、統計分析服務器、管理服務器、業(yè)務開發(fā)終端等。賣方應根據計費營業(yè)系統的功能要求，提出物理的服務器配置建議，并列出各物理服務器上所運行的軟件清單。4.3.2 賣方應對其建議的服務器產品針對以下技術方面進行詳細闡述：(1) 服務器體系結構特點；(2) 支持或采用的Cluster技術特點；(3) 支持的磁盤陣列的技術特點；(4) 支持的磁帶備份方式及特點；(5) 服務器軟硬件升級方案；(6) 服務器操作系統

48、的特點(含主機管理)；(7) 網管平臺的支持；(8) 對各種主要編程語言、數據庫、應用軟件和系統管理軟件的支持；(9) 對快速以太網卡、ATM網卡的支持程度和主要技術參數；(10) 服務器應有較完善的系列產品，相互之間能實現二進制兼容；(11) 提供服務器在國內裝機運行實例。4.3.3 賣方應對其建議的服務器產品針對以下技術指標項目進行詳細闡述：(1) CPU類型：要求32位以上，說明其介質類型；(2) CPU結構：支持多CPU結構，支持平滑升級，支持的最多CPU數量；(3) CPU Cache：給出內部、外部Cache值；(4) 節(jié)點性能：提供單節(jié)點處理能力的各種性能指標參數(如：SPEC

49、int95，SPEC fp950等)；(5) 系統總線帶寬(bit)；(6) 系統總線速率(Mbps)；(7) 系統內存(MB)，可擴充至的容量；(8) 內置硬盤(GB)，可擴充至的容量；(9) CD-ROM：支持的接口類型，倍速率；(10) I/O接口：說明提供各種I/O接口的數量、速率及類型；(11) 主控顯示器：支持圖形顯示或字符終端，支持中文；(12) 局域網接入方式：根據實際需要支持多種局域網接入方式；(13) 網絡協議：支持TCP/1P、IPX等多種協議族；(14) 系統可靠性：給出MTBF值(小時)；(15) 2000年時鐘：提供2000年時鐘的解決方案；(16) 操作系統：支持

50、UNIX，并要求具備開放性，支持中文內碼，符合中國的關于中文字符集定義的有關國家標準；提供完整的服務器系統及相關軟件，(17) 列出CPU板、I/O板、電源、內置硬盤支持帶電熱插拔的程度；(18) 開發(fā)工具軟件：至少提供C、C+等開發(fā)工具，包含相應的管理、開發(fā)工具。對計費營業(yè)系統中的關鍵部分應采用功能分擔和互備的高可用系統，賣方應給出詳細的系統組成方案和工作方式。至少在以下故障情況下高可用系統應能實現系統的安全切換： a. 一節(jié)點正常關機； b. 一節(jié)點突然崩潰； c. 一節(jié)點的I/O通道出錯； d. 一節(jié)點的網卡不能正常工作； e. 有關進程突然KILL。以上任何一種情況在故障恢復后都應可以

51、在一定的時間內回到切換前的正常狀態(tài)。廠商應說明達到以上要求及程度，以及應用軟件在設計和安裝時應滿足的要求和采取的措施。4.3.5 服務器設備支持數據庫情況：詳細說明所支持的數據庫，詳細說明數據庫與服務器的工作方式及軟件。4.3.6 賣方可根據各服務器設備的維護管理要求，提出顯示器配置建議。4.4 磁盤陣列4.4.1 實驗網計費營業(yè)系統擬配置磁盤陣列作為主要聯機存儲設備。4.4.2 賣方應對其建議的磁盤陣列產品針對以下技術指標項目進行詳細闡述：(1) 可支持RAID 0、1、0+1、3、5；(2) 具備多通道、雙電源、冗余風扇；(3) 可與連接的主機類型及操作系統；(4) 可插磁盤類型、可選的單

52、盤性能與容量、磁盤插槽數、最大容量；(5) Cache容量(MB)；(6) 與主機的接口方式、速率、性能，SCSI ID識別方式；(7) 可配合工作的集群/雙機熱備軟件。4.4.3 賣方應根據IP電話實驗網擴容工程支持中心計費結算服務器高可用性的要求，提出磁盤陣列使用配置方式的建議。4.4.4 賣方應分析系統中不同數據的安全可靠及性能要求，給出各種數據在磁盤陣列上存儲方式的建議方案。4.5 數據庫賣方應對其建議的數據庫產品針對以下技術項目進行詳細闡述：(1) 支持ANSI/ISO SQL-89、ANSI/ISO SQL-92標準；(2) 列出所支持主流廠商的硬件及操作系統平臺；(3) 數據庫系

53、統應支持市場流行的多并行處理機；(4) 數據庫系統應具有良好的伸縮性(如：從單CPU到多CPU的擴充及處理節(jié)點的擴充，在不影響數據庫正常運行的情況下更新系統，原有應用可以無損失移植等)；(5) 支持主流的網絡協議(如：TCP/IP、IPX/SPX、NETbios及混合協議）；(6) 開放性：支持異種數據庫的互訪： a. 實現對文件數據和桌面數據庫數據的訪問； b. 實現對大型異種數據庫的訪問； c. 能夠將原有異種數據庫向本數據庫無損失移植； d. 實現和高級語言互連的能力； e. 支持ODBC、X/OpenCLI、JDBC等標準；(7) 具有支持并行操作所需的技術(如：多服務器協同技術、事務

54、處理的完整性控制技術等)；(8) 支持網絡上同構或異構數據庫之間的數據的有效傳輸和冗余性復制；具有多種復制功能模塊(如：實時復制、定時復制、雙向復制、多點方式下的N向復制、復制轉發(fā)，復制范圍可整表復制或表中部分行復制或修改單元復制），賣方應提供與其他數據庫互聯的詳細解決方案；(9) 支持聯機分析處理(OLAP)；支持聯機事務處理(OLTP)；支持數據倉庫的建立，要求能夠實現數據的快速裝載、高效的并發(fā)處理和交互式查詢，以達到信息深層挖掘的目的，涉及到數據索引、數據壓縮、交互式數據查詢等方面的技術，要求給出實現數據倉庫的具體方法；(10) 支持C2級安全標準、多級安全控制；(11) 支持數據庫存儲

55、加密、數據傳輸通道加密及相應冗余控制；(12) 提供Web服務接口模塊，對客戶端輸出協議支持HTTP2.0、SSL等；(13) 支持聯機備份(如：磁帶方式)；賣方應提供具體實現方法，并對達到的效果作出詳細說明；(14) 可靠性：數據庫軟件系統應具有強的容錯能力、錯誤恢復能力、錯誤記錄及預警能力；賣方應對這些處理能力的實現方法作出詳細說明；(15) 具有自動備份，日志管理等功能，對任何被保護的數據資源，如系統文件、應用程序文件、數據庫文件等的訪問、拷貝或修改等操作都應詳細記錄下來。任何非法存取操作應立刻有告警反映到主控臺上；(16) 數據庫、表大小等技術參數可靈活設置，支持對大數據量處理的技術需

56、求：(17) 支持數據庫軟件系統死鎖自動解鎖；(18) 具有快速的并發(fā)用戶查詢速度，并發(fā)控制穩(wěn)定可靠，多線索多進程；(19) 支持中文漢字內碼，符合雙字節(jié)編碼；(20) 開發(fā)工具易使用、開發(fā)效率高、維護方便、具有將客戶機/服務器結構的應用向Web應用轉化的工具；(21) 支持多種CASE工具。4.6 設備環(huán)境要求 設備要在下列環(huán)境下能夠保證正常工作： 環(huán)境溫度：5 35 相對濕度：30 804.7 設備電源要求 設備應能在下列供電變化范圍內正常工作： 直流：-40V -57V 交流：220V±10，50Hz±5五、設備及系統配置賣方應根據總體技術要求和設備技術要求，分別針對IP電話實驗網擴容工程和全國IP電話網，提出相應的設備配置和報價。5.1 主要設備(1) 主要硬件設備包括：各種服務器設備、存儲設備、網絡設備、外設(如網絡打印機)等。軟件部分主要包括：操作系統軟件、數據庫系統軟件、應用軟件等。應用軟件主要包含應用平臺軟件、各個應用功能的模塊或組件。另外還包括管理軟件、安全軟件等。(2) 賣方應按照總體技術要求中的功能及性能要求，并參照