【正文】 －計(jì)費(fèi)流程手冊(cè)》《中國(guó)電信計(jì)費(fèi)模型》（）《《中國(guó)電信計(jì)費(fèi)模型》()—總論》《《中國(guó)電信計(jì)費(fèi)模型》()—數(shù)據(jù)模型》《《中國(guó)電信計(jì)費(fèi)模型》()—流程與功能》《《中國(guó)電信計(jì)費(fèi)模型》()—接口與協(xié)議》《《中國(guó)電信計(jì)費(fèi)模型》()—網(wǎng)管與監(jiān)控》《移動(dòng)業(yè)務(wù)全網(wǎng)運(yùn)營(yíng)交換機(jī)制和流程管理的研究》《總部集中計(jì)費(fèi)子系統(tǒng)與異地繳費(fèi)流程機(jī)制的研究》《》《IT滾動(dòng)規(guī)劃計(jì)費(fèi)專業(yè)模版》 適用范圍本規(guī)范適用于在業(yè)務(wù)支撐網(wǎng)中期建設(shè)，指導(dǎo)將各種應(yīng)用系統(tǒng)接入或集成到支撐網(wǎng)絡(luò)平臺(tái)上，提供基本的框架、策略、接口和協(xié)議標(biāo)準(zhǔn)；對(duì)整個(gè)業(yè)務(wù)支撐網(wǎng)網(wǎng)絡(luò)框架橫向與縱向打通的承載平臺(tái)，按照倉(cāng)儲(chǔ)物流的思路提供一個(gè)具體的落地方案。第三章接口描述，從橫向與縱向兩個(gè)視角，站在業(yè)務(wù)支撐網(wǎng)的角度劃分，敘述核心業(yè)務(wù)系統(tǒng)各接口傳遞的數(shù)據(jù)內(nèi)容、業(yè)務(wù)流程；第四章協(xié)議的描述，分為消息協(xié)議與文本協(xié)議，并重點(diǎn)講解TAP3協(xié)議的應(yīng)用；第五章主要描述接口與協(xié)議縱向與橫向打通的實(shí)現(xiàn)方式，即智能交換平臺(tái)；第六章附錄。本規(guī)范分冊(cè)對(duì)原《接口與協(xié)議》：1. 業(yè)務(wù)支撐網(wǎng)概念的落地2. 落實(shí)“以網(wǎng)絡(luò)的思路部署和管理業(yè)務(wù)系統(tǒng)”的想法3. 提供基本的框架、策略、協(xié)議標(biāo)準(zhǔn)，并對(duì)計(jì)費(fèi)（BOSS）網(wǎng)管縱向互聯(lián)協(xié)議、BIP協(xié)議、異地業(yè)務(wù)樞紐協(xié)議、業(yè)務(wù)支撐管理協(xié)議進(jìn)行定義，為業(yè)務(wù)支撐網(wǎng)中期建設(shè)提供建設(shè)規(guī)范依據(jù)4. 從業(yè)務(wù)支撐網(wǎng)橫向和縱向兩個(gè)維度，描述核心業(yè)務(wù)系統(tǒng)之間的接口關(guān)系5. 智能交換平臺(tái)的落地，從技術(shù)、業(yè)務(wù)角度提供中國(guó)電信數(shù)據(jù)樞紐的建設(shè)思路本次升級(jí)工作的主要目標(biāo)是：通過標(biāo)準(zhǔn)的升級(jí)，各種新的個(gè)性化需求、新業(yè)務(wù)、新BSS系統(tǒng)環(huán)境對(duì)模型提出的挑戰(zhàn)，同時(shí)確保集團(tuán)公司能在更高的層次加大對(duì)計(jì)費(fèi)系統(tǒng)核心版本的集約化管理力度。自2004年《中國(guó)電信計(jì)費(fèi)模型》()模型發(fā)布以來，中國(guó)電信的業(yè)務(wù)需求和系統(tǒng)環(huán)境發(fā)生了很多變化，國(guó)內(nèi)電信市場(chǎng)競(jìng)爭(zhēng)形勢(shì)愈發(fā)嚴(yán)峻，運(yùn)營(yíng)商經(jīng)營(yíng)思路不斷進(jìn)行大的調(diào)整，主要體現(xiàn)在品牌經(jīng)營(yíng)的引入，營(yíng)銷套餐框架的推出等，新版計(jì)費(fèi)系統(tǒng)在推廣過程中也不斷面臨著各種挑戰(zhàn)。2005年7月，中國(guó)電信集團(tuán)組織了統(tǒng)一入網(wǎng)檢測(cè)，對(duì)各廠家依據(jù)模型開發(fā)出的原型產(chǎn)品進(jìn)行了評(píng)定。第1章 概述 編寫目的2004年中，為了扭轉(zhuǎn)計(jì)費(fèi)系統(tǒng)支持組合營(yíng)銷政策能力不足的問題，縮小國(guó)內(nèi)計(jì)費(fèi)系統(tǒng)與國(guó)外套裝軟件之間的技術(shù)差距，彌補(bǔ)模型依據(jù)上的空白，中國(guó)電信組織制定了《中國(guó)電信計(jì)費(fèi)模型》()（CTGBM ）。目 錄第1章 概述 5 編寫目的 5 文檔結(jié)構(gòu)和重點(diǎn) 6 適用范圍 6 資料引用 6 術(shù)語定義 7第2章 總體框架 10 業(yè)務(wù)支撐網(wǎng)體系架構(gòu) 11 業(yè)務(wù)支撐網(wǎng)的水平框架 12 業(yè)務(wù)支撐網(wǎng)的垂直框架 13 業(yè)務(wù)支撐網(wǎng)接口與協(xié)議的思路 15 業(yè)務(wù)層面 16 管理層面 17 網(wǎng)絡(luò)管理框架 17 周邊關(guān)系 18 實(shí)施的階段考慮 18 接口邏輯架構(gòu) 19 接口物理架構(gòu) 22 接口與協(xié)議的關(guān)系 24第3章 接口描述 25 接口概述 25 接口機(jī)制 25 橫向接口 27 外部接口 27 與通信設(shè)備接口 27 傳遞數(shù)據(jù) 30 與MSS接口 31 與OSS接口 32 與企業(yè)外部系統(tǒng)接口 35 接口概述 36 托收 37 內(nèi)部接口 39 計(jì)費(fèi)（HB）與OCS接口 40 計(jì)費(fèi)與綜合結(jié)算接口 41 計(jì)費(fèi)與經(jīng)營(yíng)分析接口 43 計(jì)費(fèi)與CRM接口 44 計(jì)費(fèi)與計(jì)費(fèi)（BOSS）網(wǎng)管接口 46 計(jì)費(fèi)與接入平臺(tái)接口 48 計(jì)費(fèi)與充值平臺(tái)接口 49 縱向接口 50 核心網(wǎng)元接口 50 接口概述 50 省中心上傳接口 50 全國(guó)中心下發(fā)接口 51 計(jì)費(fèi)（BOSS）網(wǎng)管接口 53 接口概述 53 計(jì)費(fèi)（BOSS）網(wǎng)管數(shù)據(jù)上報(bào)接口 54 內(nèi)部管理互連接口 55 異地繳費(fèi)業(yè)務(wù)接口 55 接口概述 55第4章 協(xié)議描述 60 協(xié)議概述 60 接口協(xié)議 60 承載平臺(tái) 60 文件協(xié)議 61 協(xié)議格式 61 62 文本格式 65STA/9/ 72 私有二進(jìn)制格式 72 傳輸方式 73 FTP/TFTP 73 CTP 73 NFS 73 消息協(xié)議 73 協(xié)議格式 73 73 文本格式 73 私有二進(jìn)制格式 73 傳輸方式 74 TCP/IP 74 UDP 74 HTTP 74 協(xié)議模式 74 計(jì)費(fèi)（BOSS）網(wǎng)管縱向互聯(lián)協(xié)議 74 協(xié)議 74 通訊包接口定義 75 通訊包格式 75 包頭、包尾定義及說明 75一、包頭定義及說明： 75二、包尾定義及說明 76 數(shù)據(jù)請(qǐng)求及數(shù)據(jù)應(yīng)答 76 文件傳輸請(qǐng)求、應(yīng)答及重傳 80 附帶文件傳輸?shù)臄?shù)據(jù)請(qǐng)求 82 轉(zhuǎn)換為文件傳輸?shù)臄?shù)據(jù)請(qǐng)求 83 省級(jí)節(jié)點(diǎn)密鑰申請(qǐng)及應(yīng)答 83 總部節(jié)點(diǎn)密鑰下發(fā)及應(yīng)答 85 TCP鏈路池管理 87 安全 88 密鑰管理 88 數(shù)據(jù)加密 89 客戶端節(jié)點(diǎn)IP驗(yàn)證 89 BIP協(xié)議 89 數(shù)據(jù)交換協(xié)議名稱 90 BIP協(xié)議格式 90 BIP文件格式 90 RIP文件格式 94 RIP回執(zhí)文件格式 95 96 BIP協(xié)議流程 96 錯(cuò)誤分類 96 BIP拒收/錯(cuò)誤回退流程 96 支撐網(wǎng)管理協(xié)議 97 協(xié)議概述 97 文件名 97 文件頭尾記錄 98 文件內(nèi)容 98STA|1| 99END 99 信息編碼 99 交互過程 100 入網(wǎng)檢測(cè)/配置 100 注冊(cè) 100 心跳 100 離網(wǎng)/停機(jī)/檢修 101 交換路由 101第5章 承載平臺(tái) 102 承載平臺(tái)概述 102 數(shù)據(jù)倉(cāng)儲(chǔ)物流概念 102 智能交換平臺(tái)運(yùn)作模式 103 智能交換平臺(tái)原理 104 倉(cāng)儲(chǔ)管理 104 產(chǎn)品標(biāo)簽 105 產(chǎn)品貨架 105 產(chǎn)品目錄 106 生命周期管理 107 數(shù)據(jù)配送 107 服務(wù)端 108 客戶端 114 倉(cāng)儲(chǔ)物流分析 115第6章 附錄 117 統(tǒng)一編碼 117 協(xié)議族分類及編碼 117 網(wǎng)元節(jié)點(diǎn)編碼 117 網(wǎng)管消息編碼 119 主要名詞解釋 123(送審稿)文檔編號(hào)：中國(guó)電信計(jì)費(fèi)模型接口與協(xié)議中國(guó)電信集團(tuán)公司 二○○七年四月在中國(guó)電信EDM、ITSP及NGOSS等規(guī)范指引下，由集團(tuán)組織國(guó)內(nèi)六大計(jì)費(fèi)主體廠商專家集中研究開發(fā)，于2004年7月制定出了模型規(guī)范并通過集團(tuán)評(píng)審。此后按照集團(tuán)IT規(guī)劃要求，新模型計(jì)費(fèi)系統(tǒng)在各省陸續(xù)進(jìn)入了全面推廣實(shí)施階段，截止2007年6月，已有14個(gè)省，近100個(gè)本地網(wǎng)完成了新版計(jì)費(fèi)系統(tǒng)的覆蓋。為適應(yīng)新的IT建設(shè)發(fā)展需求，2007年4月，集團(tuán)公司再一次召集部分計(jì)費(fèi)專業(yè)委員會(huì)及六大計(jì)費(fèi)廠家的技術(shù)骨干，對(duì)《中國(guó)電信計(jì)費(fèi)模型》()進(jìn)行標(biāo)準(zhǔn)升級(jí)。為保持模型升級(jí)的繼承性和兼容性，《總論》、《數(shù)據(jù)模型》、《接口與協(xié)議》、《流程與功能》、《網(wǎng)管與監(jiān)控》、《實(shí)施與升級(jí)》六本分冊(cè)編制。 文檔結(jié)構(gòu)和重點(diǎn)全文共分六章，第一部分是概述；第二部分從業(yè)務(wù)支撐網(wǎng)總體的體系架構(gòu)、整體策略、接口與協(xié)議關(guān)系，以及接口與協(xié)議的邏輯、物理架構(gòu)和模型機(jī)制等各個(gè)方面對(duì)整個(gè)分冊(cè)進(jìn)行了綜述。 術(shù)語定義名稱英文描述業(yè)務(wù)支撐網(wǎng)Bussiness Support Network業(yè)務(wù)支撐網(wǎng)是從電信人、市場(chǎng)、客戶的視角，利用網(wǎng)絡(luò)的概念來勾畫業(yè)務(wù)支撐系統(tǒng)的框架，它包括一整套的體系結(jié)構(gòu)、協(xié)議標(biāo)準(zhǔn)、實(shí)施方法和管理維護(hù)辦法。數(shù)據(jù)平臺(tái)Data Platform是需要采集、傳輸、處理、存儲(chǔ)、分析的數(shù)據(jù)及其模型和標(biāo)準(zhǔn)。核心網(wǎng)元(KNE)Kernel Network Element是指業(yè)務(wù)支撐網(wǎng)核心系統(tǒng)中的各種業(yè)務(wù)支撐組成部分，如計(jì)費(fèi)、綜合結(jié)算、經(jīng)營(yíng)分析、CRM、計(jì)費(fèi)（BOSS）網(wǎng)管等。交互網(wǎng)元(INE)Interconnect Network Element承擔(dān)業(yè)務(wù)支撐網(wǎng)內(nèi)部不同核心網(wǎng)元之間、以及核心網(wǎng)元與業(yè)務(wù)支撐網(wǎng)用戶和外部系統(tǒng)之間的信息交互，它包括智能交換平臺(tái)等。接口Interface從IT系統(tǒng)的角度上來講，接口就是交互雙方存在的信息交互關(guān)系，這種關(guān)系一般從交互的內(nèi)容、格式、地點(diǎn)、頻度以及通信機(jī)制等諸方面來描述。協(xié)議棧Protocol Stack就是對(duì)信息進(jìn)行多次封裝和解封的過程，以便能夠在不同的實(shí)體間傳送信息。SID中的數(shù)據(jù)是按照企業(yè)級(jí)共享數(shù)據(jù)模型來組織管理的，為計(jì)費(fèi)、綜合結(jié)算、CRM、經(jīng)營(yíng)分析等IT系統(tǒng)所共享，各核心網(wǎng)元根據(jù)分配的使用權(quán)限對(duì)這些數(shù)據(jù)進(jìn)行查詢、更新等操作。中間數(shù)據(jù)區(qū)(MDD)Mediate Data Domain為特定核心網(wǎng)元給其它網(wǎng)元對(duì)外提供的中間層數(shù)據(jù)的集合。所以中間數(shù)據(jù)區(qū)是特定核心網(wǎng)元對(duì)外數(shù)據(jù)提供的供應(yīng)中心。企業(yè)應(yīng)用集成(EAI)Enterprise application integration通過將一系列的方法、技術(shù)和工具組織在一起實(shí)現(xiàn)對(duì)不同應(yīng)用的合并與協(xié)調(diào)，從而實(shí)現(xiàn)企業(yè)信息系統(tǒng)的集成。SOAP消息采用可擴(kuò)展標(biāo)記語言（XML）進(jìn)行編碼，一般通過HTTP進(jìn)行傳輸。Web ServicesWeb Services就是可以通過web描述、發(fā)布、定位和調(diào)用的模塊化應(yīng)用。一旦Web Services被部署，其他的應(yīng)用程序或是Web Services就能夠發(fā)現(xiàn)并且調(diào)用這個(gè)部署的服務(wù)。公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu)（CORBA）Common Object Request Broker Architecture是在不同平臺(tái)、不同語言之間實(shí)現(xiàn)對(duì)象通信的模型，它為分布式應(yīng)用環(huán)境下對(duì)象資源共享、代碼重用、可移植和對(duì)象間相互訪問建立了通用標(biāo)準(zhǔn)，同樣也為在大量硬件、軟件之間實(shí)現(xiàn)互操作提供了良好的解決方案。J2EEJava Two Enterprise Edition是Sun公司聯(lián)合其他IT廠商共同推出的以Java語言為基礎(chǔ)的開發(fā)企業(yè)級(jí)應(yīng)用系統(tǒng)時(shí)需要遵循的規(guī)范和過程，提供了一種靈活的、可擴(kuò)展的、可移植的框架，它把多種分散到網(wǎng)絡(luò)上的資源和應(yīng)用連接起來，為構(gòu)造和管理、運(yùn)行可伸縮的企業(yè)級(jí)業(yè)務(wù)應(yīng)用提供了一系列的應(yīng)用組件和一個(gè)運(yùn)行環(huán)境。建立一個(gè)完善的業(yè)務(wù)支撐網(wǎng)，從根本上可以分散建設(shè)的運(yùn)營(yíng)支持系統(tǒng)中的由來已久的問題，例如：信息孤島、資源整合、信息的加工和增值、IT人才隊(duì)伍建設(shè)、系統(tǒng)的平滑擴(kuò)展與升級(jí)等，通過建設(shè)一個(gè)基礎(chǔ)的應(yīng)用整合框架，利用信息總線，規(guī)范接口，統(tǒng)一數(shù)據(jù)模型等，將各個(gè)業(yè)務(wù)處理系統(tǒng)按照網(wǎng)元的方式進(jìn)行互連互通，從而達(dá)到“信息資源的充分共享，新增網(wǎng)元系統(tǒng)靈活接入，系統(tǒng)功能的無限擴(kuò)展，服務(wù)和支撐的全面異地，處理規(guī)模的平滑升級(jí)，維護(hù)和監(jiān)控的統(tǒng)一準(zhǔn)確，管理和決策的精確和及時(shí)”的目的。經(jīng)過《中國(guó)電信計(jì)費(fèi)模型》（）版本的統(tǒng)一和規(guī)劃，按照分布實(shí)施的方針，現(xiàn)在大部分已建或在建的系統(tǒng)都已經(jīng)在按照業(yè)務(wù)支撐網(wǎng)的思路逐步進(jìn)行建設(shè)，從建設(shè)現(xiàn)狀來看，目前仍然還存在一些問題：v 橫向、縱向兩個(gè)打通中，各個(gè)核心網(wǎng)元的數(shù)據(jù)交換還是依靠各網(wǎng)元自身的傳輸模塊，沒有統(tǒng)一的配送以及生命周期管理機(jī)制，省級(jí)智能交換平臺(tái)還沒有開始建設(shè)，總部智能交換平臺(tái)06年完成技術(shù)驗(yàn)證v 原來省級(jí)的通訊機(jī)僅僅作為數(shù)據(jù)轉(zhuǎn)發(fā)的臨時(shí)存放服務(wù)器，并沒有作為橫向上打通業(yè)務(wù)支撐網(wǎng)內(nèi)部同一層級(jí)不同網(wǎng)元之間、核心網(wǎng)元與企業(yè)內(nèi)外部其它系統(tǒng)之間，縱向上打通不同層級(jí)之間的核心樞紐v 目前的傳輸核對(duì)機(jī)制還是時(shí)間同步，這樣的機(jī)制在跨天的數(shù)據(jù)稽核上存在問題v 引入了新的網(wǎng)元，例如OCS、VC等，這些新網(wǎng)元和還和計(jì)費(fèi)系統(tǒng)之間的通訊接口協(xié)議仍然需要進(jìn)行描述v 通訊接口協(xié)議在上個(gè)版本基礎(chǔ)上，主要進(jìn)行了規(guī)范的描述，但是對(duì)于落地，沒有進(jìn)行更進(jìn)一步的說明，協(xié)議的細(xì)節(jié)需要更進(jìn)一步的增強(qiáng)v 由于OCS、VC等的引入，對(duì)網(wǎng)元接口，國(guó)內(nèi)漫游結(jié)算，國(guó)際漫游清算等需要進(jìn)行擴(kuò)充v 對(duì)于落地的智能交換平臺(tái)的建設(shè)，沒有進(jìn)一步的接口協(xié)議規(guī)范v 出于并發(fā)和Balance的原則，新引入了Petri網(wǎng)建模機(jī)制，將后端系統(tǒng)的構(gòu)架進(jìn)行拆分，實(shí)現(xiàn)并發(fā)，平衡和控制，但是這些模塊之間的通訊接口協(xié)議部分也需要進(jìn)一步的規(guī)范v 全系統(tǒng)網(wǎng)管的概念的引入，網(wǎng)管的管理、監(jiān)控?cái)?shù)據(jù)流也需要進(jìn)行規(guī)范。v 接入平臺(tái)的對(duì)內(nèi)接口和對(duì)外接口需要進(jìn)一步進(jìn)行細(xì)化和規(guī)范。 業(yè)務(wù)支撐網(wǎng)體系架構(gòu)業(yè)務(wù)支撐網(wǎng)是從電信人、客戶、市場(chǎng)的視角，利用網(wǎng)絡(luò)的概念來勾畫業(yè)務(wù)支撐系統(tǒng)的框架，它包括一整套的體系結(jié)構(gòu)，協(xié)議標(biāo)準(zhǔn)，實(shí)施流程方法和管理維護(hù)辦法，其整體構(gòu)架如下所示： 業(yè)務(wù)支撐網(wǎng)整體架構(gòu)如上圖所示，從宏觀上看，整個(gè)中國(guó)電信業(yè)務(wù)支撐網(wǎng)與電信網(wǎng)一樣，包括集團(tuán)、省、本地網(wǎng)縱向三個(gè)層級(jí)；而在業(yè)務(wù)支撐網(wǎng)單個(gè)層級(jí)上，同樣存在水平和垂直的三層框架結(jié)構(gòu)。但通過分析不難發(fā)現(xiàn)，他們?cè)L問的數(shù)據(jù)、需要的功能都具有很大的共性，而變化的只是界面、接入終端類型和方式等等。由上圖可知，業(yè)務(wù)支撐網(wǎng)在水平方向可以劃分為用戶界面、接入平臺(tái)和核心系統(tǒng)三層，它們具有不同的特點(diǎn)和策略。這里，核心系統(tǒng)就是業(yè)務(wù)支撐系統(tǒng)BSS，它包含：客戶關(guān)系管理CRM、計(jì)費(fèi)（包括OCS）、結(jié)算、經(jīng)營(yíng)分析等核心應(yīng)用網(wǎng)元，包括實(shí)時(shí)共享信息平臺(tái)等核心數(shù)據(jù)網(wǎng)元、智能交換平臺(tái)等核心接口網(wǎng)元。如下圖所示。它是整個(gè)業(yè)務(wù)支撐網(wǎng)的基礎(chǔ)，但已經(jīng)非常成熟、穩(wěn)定，它的主要工作就是合理規(guī)劃使用和日常維護(hù)。應(yīng)用軟件在通用IT平臺(tái)的基礎(chǔ)上，通過對(duì)數(shù)據(jù)平臺(tái)中數(shù)據(jù)的訪問與處理，實(shí)現(xiàn)某種業(yè)務(wù)功能的程序模塊，但它隨著需求的變化經(jīng)常會(huì)發(fā)生變化。這里，將數(shù)據(jù)平臺(tái)和應(yīng)用軟件相分離，也就是將數(shù)據(jù)平臺(tái)建成獨(dú)立于具體應(yīng)用的數(shù)據(jù)資源。數(shù)據(jù)結(jié)構(gòu)和存儲(chǔ)方式獨(dú)立于應(yīng)用軟件，按照客戶、產(chǎn)品等業(yè)務(wù)主題相互聯(lián)系地存放在可以由眾多用戶