畢業(yè)設(shè)計---(網(wǎng)絡(luò)規(guī)劃)電信實時計費系統(tǒng)研究

1、<p><b>　　目 錄</b></p><p><b>　　摘要1</b></p><p>　　Abstract2</p><p><b>　　1 引言3</b></p><p>　　1.1 研究背景3</p><p>　　1.2

2、 名詞解釋4</p><p>　　2 中國電信計費系統(tǒng)現(xiàn)狀分析6</p><p>　　2.1 業(yè)務(wù)現(xiàn)狀分析6</p><p>　　2.2 網(wǎng)絡(luò)現(xiàn)狀分析（重點針對廣東電信）8</p><p>　　2.2.1 統(tǒng)一預(yù)付費平臺8</p><p>　　2.2.2 3G實驗網(wǎng)和業(yè)務(wù)網(wǎng)9</p><

3、p>　　2.3 支撐系統(tǒng)現(xiàn)狀分析10</p><p>　　2.3.1 計費帳務(wù)10</p><p>　　2.3.2 IBSS系統(tǒng)：11</p><p>　　2.3.3 CRM13</p><p>　　2.3.4 SRD13</p><p>　　2.3.5 163后臺系統(tǒng)13</p>&l

4、t;p>　　2.3.6 省計費結(jié)算系統(tǒng)15</p><p>　　2.4 承載網(wǎng)現(xiàn)狀分析16</p><p>　　3 3G帶來的新業(yè)務(wù)需求18</p><p>　　4 OCS在線計費系統(tǒng)方案概述18</p><p>　　4.1 OCS與現(xiàn)有計費系統(tǒng)的關(guān)系18</p><p>　　4.1.1 計費方案一（S

5、CP＋HotBilling）18</p><p>　　4.2.2 計費方案二（HotBilling）19</p><p>　　4.2.3 計費方案三（OCS＋HotBilling＋SRD）21</p><p>　　4.2 OCS體系架構(gòu)22</p><p>　　4.3 OCS業(yè)務(wù)流程24</p><p>　　

6、4.4 OCS系統(tǒng)功能25</p><p>　　5 OCS建設(shè)方案27</p><p>　　5.1初期目標(biāo)27</p><p>　　5.2新建OCS方案27</p><p>　　5.2.1 功能架構(gòu)27</p><p>　　5.2.2 通用接口層28</p><p>　　5.2.3

7、會話控制28</p><p>　　5.2.4 余額管理28</p><p>　　5.2.5 批價管理28</p><p>　　5.2.6 計費網(wǎng)關(guān)29</p><p>　　5.2.7 系統(tǒng)管理29</p><p>　　5.2.8 OCP接口29</p><p>　　5.2.9 CDR

8、接口29</p><p>　　5.2.10 IF2接口29</p><p>　　5.2.11 Bo接口29</p><p>　　5.2.12 SRD接口29</p><p>　　5.2.13系統(tǒng)架構(gòu)和部署29</p><p>　　5.2.14網(wǎng)絡(luò)組織30</p><p>　　5.3

9、網(wǎng)絡(luò)配套改造建設(shè)方案31</p><p>　　5.4 支撐系統(tǒng)配套改造方案31</p><p>　　5.4.1 CRM31</p><p>　　5.4.2 SRD31</p><p>　　5.4.3統(tǒng)一充值平臺32</p><p>　　5.5 新業(yè)務(wù)實現(xiàn)方案34</p><p>　　

10、5.5.1新裝3G用戶34</p><p>　　5.5.2修改3G用戶35</p><p>　　5.5.3充值35</p><p>　　5.6 承載網(wǎng)方案36</p><p>　　5.6.1對承載網(wǎng)的總體要求36</p><p>　　5.6.2承載方案37</p><p>　　5.7

11、 安全容災(zāi)建議38</p><p>　　5.7.1容災(zāi)功能要求38</p><p>　　5.7.2容災(zāi)方案架構(gòu)38</p><p>　　5.8 網(wǎng)絡(luò)管理與時間同步考慮39</p><p>　　5.8.1網(wǎng)絡(luò)管理39</p><p>　　5.8.2 時間同步考慮39</p><p>&

12、lt;b>　　6 結(jié)論39</b></p><p><b>　　7 致謝40</b></p><p><b>　　參考文獻41</b></p><p><b>　　摘要</b></p><p>　　當(dāng)前國內(nèi)電信市場競爭日益激烈，靈活完善的業(yè)務(wù)支撐系統(tǒng)越來

13、越成為運營商強有力的競爭工具之一。計費系統(tǒng)作為電信業(yè)務(wù)支撐系統(tǒng)的核心組成部分，其功能與性能的強大更能為運營商不斷推出新資費、新產(chǎn)品及多種業(yè)務(wù)的捆綁與組合營銷提供強有力的保障。隨著3G牌照的發(fā)放的日益臨近，中國電信市場將掀起更為激烈的3G市場爭奪戰(zhàn)。對于向綜合信息服務(wù)提供商轉(zhuǎn)型中的中國電信而言，快速建設(shè)完善的3G業(yè)務(wù)運營支撐系統(tǒng)，可以為3G網(wǎng)絡(luò)的快速建設(shè)、3G業(yè)務(wù)的快速開展奠定堅實的基礎(chǔ)。而支撐系統(tǒng)重中之重又在電信實時計費系統(tǒng)OCS上。&

14、lt;/p><p>　　在3G業(yè)務(wù)運營支撐系統(tǒng)之中，融合實時的計費支撐是最為核心的問題，對于具備多種現(xiàn)網(wǎng)業(yè)務(wù)的中國電信而言，既要滿足3G更為靈活、多樣化、個性化的業(yè)務(wù)和應(yīng)用所帶來的計費需求，還必須充分發(fā)揮現(xiàn)有的固話、PHS、寬帶、三大轉(zhuǎn)型業(yè)務(wù)（號碼百事通、商務(wù)領(lǐng)航、ICT）及多類增值業(yè)務(wù)平臺等多種網(wǎng)絡(luò)/平臺的客戶資源優(yōu)勢，提供融合的組合營銷套餐支持，給客戶帶來多網(wǎng)絡(luò)多業(yè)務(wù)融合的便利及與眾不同的體驗。因此，本篇論文研究

15、計費目標(biāo)架構(gòu)支持融合3G移動業(yè)務(wù)與現(xiàn)有多個網(wǎng)絡(luò)、多個平臺業(yè)務(wù)所帶來的跨網(wǎng)絡(luò)、跨平臺的計費需求。</p><p>　　關(guān)鍵詞：電信實時計費系統(tǒng)，在線計費系統(tǒng)</p><p><b>　　Abstract</b></p><p>　　Now, the competition in internal telecoms market is more i

16、ntense day by day. The consummate server supported system is becoming a strong tool for telecoms operators. As the day of 3G coming, a battle in the market of China Telecom is going to start. It is important that China T

17、elecom should try its best to construct a consummate service supported system, net and good service for 3G. The most important of telecoms service supported system is the Online Charging System. (OCS) </p><p&g

18、t;　　The key of the OCS is real-time billing. There are kinds of net service in the China Telecom, so the OCS is not only support the new service of 3G , but also support the service about PSTN, PHS, 114, ITC those are ex

19、ist now. So the aim of the thesis is to research the structure including the mobile service and some different platform for 3G.</p><p>　　Key Words： Online Charging System, OCS, Hot billing</p><p&g

20、t;<b>　　1 引言</b></p><p><b>　　1.1 研究背景</b></p><p>　　未來中國電信的計費目標(biāo)架構(gòu)必須以支持融合3G移動業(yè)務(wù)與現(xiàn)有多個網(wǎng)絡(luò)、多個平臺業(yè)務(wù)所帶來的跨網(wǎng)絡(luò)、跨平臺的計費需求。根據(jù)中國電信移動專項規(guī)劃，未來3G移動用戶將主要采用預(yù)付費的計費模式，其中預(yù)付費占比在80％～90％，考慮到后付費用戶占比不高

21、，考慮3G用戶統(tǒng)一體驗，未來中國電信3G移動用戶將全部采用實時計費模式支撐。</p><p>　　對于中國電信現(xiàn)有預(yù)付費業(yè)務(wù)而言，存在著多個獨立的預(yù)付費平臺，主要包括PHS小靈通預(yù)付費平臺，固網(wǎng)智能網(wǎng)預(yù)付費平臺與寬帶預(yù)付費計費平臺，其中PHS小靈通預(yù)付費平臺主要包括中興SCP為基礎(chǔ)的綜合預(yù)付費系統(tǒng)、UT的iPAS系統(tǒng)，固網(wǎng)智能網(wǎng)SCP包括中興、華為、欣方等多個廠家，此外還有基于PHS的增值業(yè)務(wù)平臺、基于固話的聲訊

22、等增值業(yè)務(wù)平臺、基于寬帶的VNET等增值業(yè)務(wù)平臺均有開展預(yù)付費業(yè)務(wù)的需求。</p><p>　　目前中國電信預(yù)付費業(yè)務(wù)發(fā)展遇到以下難題：</p><p>　　由于智能網(wǎng)本身的能力限制，對于新興的數(shù)據(jù)業(yè)務(wù)所采用的內(nèi)容、流量等多種方式的計費模式支持不夠，新計費套餐的支持周期長；</p><p>　　多個預(yù)付費計費平臺，組合營銷難以實現(xiàn)，新產(chǎn)品支撐困難；</p>

23、;<p>　　預(yù)付費平臺與后付費計費帳務(wù)系統(tǒng)相互割裂，難以實現(xiàn)用戶計費方式的靈活互轉(zhuǎn)。</p><p>　　以上存在的困難導(dǎo)致中國電信預(yù)付費用戶的體驗不足，在與競爭對手的市場爭奪中處于劣勢。此外，網(wǎng)絡(luò)的融合發(fā)展也迫切的需要融合的計費系統(tǒng)進行有力的支撐。</p><p>　　因此，未來中國電信預(yù)付費用戶迫切需要一套具備多業(yè)務(wù)融合能力的實時在線計費系統(tǒng)進行支撐。</p>

24、;<p>　　在綜合考慮入網(wǎng)測試結(jié)果和各省情況的基礎(chǔ)上，中國集團公司決定在上海、安徽、福建、廣東、重慶五?。ㄊ校﹩右苿釉诰€計費系統(tǒng)OCS 的試點建設(shè)工作，為了保證項目的快速推進和全網(wǎng)能力的統(tǒng)一，在線計費系統(tǒng)的試點建設(shè)將由集團公司統(tǒng)一組織。</p><p>　　在上述背景下，廣東省電信有限公司決定啟動在線計費系統(tǒng)OCS試點工程的建設(shè)。</p><p><b>　　1

25、.2 名詞解釋</b></p><p>　　在線計費（Online Charging）：計費信息可以實時影響業(yè)務(wù)的提供、帳戶余額可以實時更新的計費機制，因此需要計費機制與會話/服務(wù)控制直接的交互。</p><p>　　離線計費（Offline Charging）：計費信息不實時影響業(yè)務(wù)提供的計費機制。</p><p>　　準(zhǔn)實時計費(Hot billin

26、g)：俗稱熱計費。準(zhǔn)實時計費是離線計費的一種，其特點是計費系統(tǒng)以聯(lián)機方式得到使用記錄后，馬上進行計費，以盡可能縮短用戶使用與計費之間的時差。</p><p>　　OCS（Online Charging System）:用于完成在線計費的計費平臺系統(tǒng)，能提供預(yù)付費批價和實時帳戶處理等功能。</p><p>　　內(nèi)容計費網(wǎng)關(guān)（CCG）: Content Charging GateWay，基于3

27、到7層協(xié)議分析，提供內(nèi)容解析，并進行會話控制的網(wǎng)關(guān)設(shè)備。</p><p>　　共享數(shù)據(jù)模型（SRD）：Share Realtime Data，包括數(shù)據(jù)模型和共享信息2大部分，從電信業(yè)務(wù)視角、系統(tǒng)視角、實現(xiàn)視角、運行視角等出發(fā)，對BSS/OSS不同應(yīng)用系統(tǒng)的領(lǐng)域信息進行分析，建立客戶、產(chǎn)品、定價、帳務(wù)等數(shù)據(jù)模型，然后根據(jù)統(tǒng)一的數(shù)據(jù)模型建設(shè)共享信息數(shù)據(jù)，建立創(chuàng)建、讀取和更新數(shù)據(jù)的權(quán)限矩陣等信息管理和共享的機制，建立S

28、RD主要目的是解決目前“信息孤島”的狀況。</p><p>　　綜合業(yè)務(wù)管理平臺（ISMP）：主要負責(zé)數(shù)據(jù)增值業(yè)務(wù)的用戶管理、SP/CP管理、內(nèi)容管理、產(chǎn)品管理、定價管理、鑒權(quán)/計費、定購關(guān)系管理、終端管理、統(tǒng)一配置管理、用戶門戶、SP門戶、統(tǒng)計分析等功能的綜合管理平臺。</p><p>　　業(yè)務(wù)控制點(SCP)：負責(zé)存儲與執(zhí)行用戶數(shù)據(jù)和業(yè)務(wù)邏輯的功能實體，它的主要功能是接收SSP送來的查

29、詢信息并查詢數(shù)據(jù)庫，并能根據(jù)SSP上報來的呼叫事件啟動不同的業(yè)務(wù)邏輯，向相應(yīng)SSP發(fā)出呼叫控制指令。</p><p>　　帳戶(Account)：在OCS 系統(tǒng)中對用戶的與貨幣等價信息管理的實體。帳戶可能以貨幣為單位，也可能以一種使用量為單位。相對與銀行帳戶來說，帳戶的事務(wù)交易記錄不用保存在OCS 系統(tǒng)的帳戶數(shù)據(jù)中。</p><p>　　2 中國電信計費系統(tǒng)現(xiàn)狀分析</p>

30、<p>　　2.1 業(yè)務(wù)現(xiàn)狀分析</p><p>　　目前中國電信的業(yè)務(wù)主要包括PSTN業(yè)務(wù)、數(shù)據(jù)業(yè)務(wù)、PHS業(yè)務(wù)以及增值業(yè)務(wù)等，從業(yè)務(wù)的支付方式來看，包括后付費與預(yù)付費兩種。 </p><p>　　詳細的業(yè)務(wù)種類及主要產(chǎn)品如下表所示：</p><p>　　表格 21業(yè)務(wù)種類表</p><p>　　目前對于語音的預(yù)付費業(yè)務(wù)主要通過

31、智能網(wǎng)平臺來實現(xiàn)，包括PHS 智能網(wǎng)平臺以及固話智能網(wǎng)平臺，也就是在智能網(wǎng)平臺上實現(xiàn)批價、計費、扣費、帳戶管理等功能。由于智能網(wǎng)平臺本身的限制，因此，其靈活性難以滿足市場需求，同時由于與計費帳務(wù)系統(tǒng)相對獨立，也難以實現(xiàn)業(yè)務(wù)捆綁。</p><p>　　對于數(shù)據(jù)業(yè)務(wù)，目前后付費及預(yù)付費都在數(shù)據(jù)計費平臺上實現(xiàn)，由于沒有與語音業(yè)務(wù)融合計費，因此，使得語音與數(shù)據(jù)業(yè)務(wù)的捆綁實現(xiàn)起來也比較困難，難以滿足市場的需求。</p

32、><p>　　中國電信目前提供的面向個人用戶的卡類業(yè)務(wù)可以分為三大類，充值消費類、上網(wǎng)卡、電話卡。</p><p>　　充值消費類主要包括固話、小靈通預(yù)付費充值卡和付費易卡。付費易卡是中國電信一卡通，集通信、支付和客戶服務(wù)三大功能于一身。通信包括話音和上網(wǎng)，支付包括為后付費業(yè)務(wù)支付、為預(yù)付費業(yè)務(wù)充值及網(wǎng)上支付。通信功能即將開通。可購買互聯(lián)網(wǎng)虛擬產(chǎn)品（限加入合作的SP提供的服務(wù)，如騰訊、21CN

33、、世紀(jì)前線、TOM等）。付費易卡可為中國電信各種預(yù)付費業(yè)務(wù)充值，包括200、201等電話卡、寬帶預(yù)付費帳號、預(yù)付費電話（含小靈通）等。</p><p>　　上網(wǎng)卡（16300卡）是用于窄帶撥號上網(wǎng)的密碼記帳式電信卡?？蛻羰褂闷胀娫捇騃SDN電話撥號上網(wǎng)，輸入16300卡的帳號密碼進行認證，即可以實時計費的方式訪問Internet。</p><p>　　電話卡種類較多，以滿足國內(nèi)國際的電話

34、業(yè)務(wù)為主，包括200卡、201思家月卡、IC卡、190300卡、宜通卡。</p><p>　　2.2 網(wǎng)絡(luò)現(xiàn)狀分析（重點針對廣東電信）</p><p>　　2.2.1 統(tǒng)一預(yù)付費平臺</p><p>　　廣東電信于2005年啟動統(tǒng)一預(yù)付費工作，基于本地智能網(wǎng)平臺實現(xiàn)固話、小靈通、寬帶預(yù)付費用戶在統(tǒng)一平臺的實時計費和扣費，向用戶提供多種充值途徑，如96338、付費易等

35、。截至到2006年12月已經(jīng)完成中興小靈通的7個本地網(wǎng)（廣州、陽江、茂名、潮州、揭陽、河源、汕頭）的預(yù)付費業(yè)務(wù)割接，UT小靈通的13個本地網(wǎng)正在實施統(tǒng)一預(yù)付費改造工程，預(yù)計2006年上半年可以完成業(yè)務(wù)割接。由于深圳無線市話采用中興CDMA版本，技術(shù)體制差異較大，暫未實施統(tǒng)一預(yù)付費改造。</p><p>　　廣東電信統(tǒng)一預(yù)付費平臺以本地網(wǎng)為單位設(shè)置，每個本地網(wǎng)的固網(wǎng)智能網(wǎng)平臺經(jīng)過版本升級和容量擴容后兼做統(tǒng)一預(yù)付費平

36、臺。統(tǒng)一預(yù)付費平臺提供賬戶管理、批價、充值和扣費功能。統(tǒng)一預(yù)付費平臺的廠家是華為公司和欣方公司。</p><p>　　統(tǒng)一預(yù)付費業(yè)務(wù)主要實現(xiàn)固網(wǎng)、小靈通、寬帶統(tǒng)一平臺計費，具體業(yè)務(wù)功能包括固話預(yù)付費、小靈通語音預(yù)付費、短信、彩鈴、C-Mode、ADSL、預(yù)付費賬戶開銷戶、充值等，其他業(yè)務(wù)功能詳見下表。</p><p>　　表格 2-2 預(yù)付費業(yè)務(wù)升級具體內(nèi)容</p><

37、p>　　統(tǒng)一預(yù)付費平臺網(wǎng)絡(luò)組織與接口示意圖如下。統(tǒng)一預(yù)付費平臺（SCP）與SSP之間通過INAP信令進行交互，完成對預(yù)付費話務(wù)的控制和實時扣費。此外SCP還通過不同的實時/準(zhǔn)實時接口與彩鈴、短信中心、二級網(wǎng)關(guān)、付費易、ADSL和Cmode平臺等系統(tǒng)相連，實現(xiàn)了預(yù)付費用戶使用一個賬號為多種業(yè)務(wù)支付費用。</p><p>　　圖2-1 廣東電信統(tǒng)一預(yù)付費業(yè)務(wù)網(wǎng)絡(luò)架構(gòu)圖</p><p>　

38、　2.2.2 3G實驗網(wǎng)和業(yè)務(wù)網(wǎng)</p><p>　　廣東電信3G試驗網(wǎng)經(jīng)過分期建設(shè)已經(jīng)形成相對完整的試驗系統(tǒng)，由3G核心網(wǎng)、3G業(yè)務(wù)網(wǎng)絡(luò)、3G支撐系統(tǒng)組成。3G核心網(wǎng)為華為WCDMA R4版本，包括MSC、SGSN和SCP設(shè)備，放置于元崗機樓六層3G實驗網(wǎng)機房。3G業(yè)務(wù)系統(tǒng)包括愛立信ISMP、華為SMC和華為的數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)（MMS、WAP等），其中ISMP放置于跑馬場機樓。</p><p&g

39、t;　　3G OCS測試系統(tǒng)是安裝在廣東元崗機房的全業(yè)務(wù)系統(tǒng)，用于進一步驗證OCS功能和接口兼容。該系統(tǒng)中核心部分OCS和外圍集成設(shè)備由西門子和普信提供。OCS負責(zé)實時計費，SRD/IBSS/CRM負責(zé)和外部系統(tǒng)的集成。</p><p>　　圖 2-2 廣東3G OCS測試現(xiàn)網(wǎng)架構(gòu)圖</p><p>　　3G OCS測試系統(tǒng)中語音業(yè)務(wù)網(wǎng)元SCP由華為提供，增值業(yè)務(wù)網(wǎng)元ISMP由愛立信提供，

40、基于內(nèi)容的流量（或時長）網(wǎng)元CCG由中興和華為提供，點對點短信網(wǎng)元SMSC由華為提供。整個測試內(nèi)容包含計費接口和和外部網(wǎng)元的的接口測試和功能業(yè)務(wù)測試。</p><p>　　2.3 支撐系統(tǒng)現(xiàn)狀分析</p><p>　　2.3.1 計費帳務(wù)</p><p>　　廣東電信計費帳務(wù)系統(tǒng)采用本地網(wǎng)部署的方式，本地計費帳務(wù)系統(tǒng)的基本功能包括數(shù)據(jù)采集、計費處理、帳務(wù)處理、銷帳處

41、理、資料管理、審核校驗、查詢服務(wù)、統(tǒng)計分析、數(shù)據(jù)管理9大功能，實現(xiàn)核心數(shù)據(jù)（參數(shù)數(shù)據(jù)、資料數(shù)據(jù)、費用數(shù)據(jù)、統(tǒng)計數(shù)據(jù)）在系統(tǒng)內(nèi)的統(tǒng)一存放，子系統(tǒng)間信息共享。計費帳務(wù)系統(tǒng)功能模型如下圖：</p><p>　　圖 2-3 本地計費帳務(wù)系統(tǒng)功能模型</p><p>　　廣東本地計費帳務(wù)系統(tǒng)于2001年上線，2004年進行擴容。賬務(wù)系統(tǒng)的在線存儲時間增加為賬單3年，清單1年，同時可支持長途二次批價，

42、小靈通業(yè)務(wù)、省計費結(jié)算中心各種業(yè)務(wù)數(shù)據(jù)的統(tǒng)一下發(fā)等新業(yè)務(wù)。</p><p>　　廣東本地網(wǎng)中心連接本地網(wǎng)的各種接口和營業(yè)終端,采用三層軟件結(jié)構(gòu)設(shè)計，并引入中間件技術(shù)。系統(tǒng)核心包括系統(tǒng)存儲系統(tǒng)、計費主機服務(wù)器和應(yīng)用軟件，系統(tǒng)存儲系統(tǒng)由磁盤陣列組成，所有系統(tǒng)應(yīng)用前端通過網(wǎng)絡(luò)訪問計費主機服務(wù)器進行計費和銷帳處理，并返回處理結(jié)果。</p><p>　　本地計費賬務(wù)系統(tǒng)作為本地網(wǎng)的關(guān)鍵系統(tǒng)，與較多的

43、系統(tǒng)存在信息交互，實時和非實時的交互方式并存。計費帳務(wù)系統(tǒng)能夠完成清單計費、長話、市話計費、數(shù)據(jù)業(yè)務(wù)計費等功能并且具有與綜合業(yè)務(wù)支撐系統(tǒng)IBSS、客服系統(tǒng)、省計費系統(tǒng)、網(wǎng)間結(jié)算系統(tǒng)等具有與10000號系統(tǒng)的接口，具有系統(tǒng)的安全保障功能。</p><p>　　2.3.2 IBSS系統(tǒng)：</p><p>　　廣東省綜合業(yè)務(wù)支撐（IBSS）系統(tǒng)是按照本地網(wǎng)集中方式建設(shè)，全省有21套本地網(wǎng)IBSS

44、系統(tǒng)。2005年，廣東省對廣州、深圳的綜合業(yè)務(wù)支撐系統(tǒng)進行改造，正在對全省進行推廣，2006年推廣完畢。同時，廣東省將建設(shè)省中心的綜合業(yè)務(wù)支撐系統(tǒng)，主要負責(zé)實現(xiàn)跨網(wǎng)業(yè)務(wù)的調(diào)度和IBSS系統(tǒng)與其它電信生產(chǎn)管理系統(tǒng)的數(shù)據(jù)交換與傳輸，滿足各本地網(wǎng)開展業(yè)務(wù)的需要和其它生產(chǎn)管理系統(tǒng)對IBSS的數(shù)據(jù)需求。</p><p>　　目前IBSS系統(tǒng)主要通過實時/準(zhǔn)實時的MML接口將用戶的相關(guān)開通信息發(fā)給統(tǒng)一預(yù)付費系統(tǒng)，并通過接口將

45、統(tǒng)一預(yù)付費平臺用戶狀態(tài)的變化向相關(guān)網(wǎng)元發(fā)服務(wù)開通指令；IBSS負責(zé)實現(xiàn)用戶的現(xiàn)金充值、服務(wù)開通贈送、復(fù)雜的充值贈送策略，對于充值分月贈送由IBSS定期將當(dāng)月贈送金額發(fā)送給統(tǒng)一預(yù)付費平臺。</p><p>　　圖 2-4 廣東省IBSS系統(tǒng)結(jié)構(gòu)圖</p><p>　　◆本地網(wǎng)IBSS實現(xiàn)業(yè)務(wù)受理、工單管理、資源管理、客戶信息管理、代理商及業(yè)務(wù)管理、信息發(fā)布查詢管理統(tǒng)計管理等，將實現(xiàn)除3G外的

46、固網(wǎng)類業(yè)務(wù)的受理。</p><p>　　◆省中心IBSS實現(xiàn)業(yè)務(wù)監(jiān)督、業(yè)務(wù)信息發(fā)布、客戶信息管理、省內(nèi)跨本地網(wǎng)業(yè)務(wù)的協(xié)同調(diào)度、全省集中智能網(wǎng)及其它業(yè)務(wù)平臺的業(yè)務(wù)處理、省際業(yè)務(wù)的協(xié)同處理、統(tǒng)計管理、省中心能監(jiān)控分公司的投訴、查詢等處理情況。在IBSS省中心的基礎(chǔ)上可直接部署全省集中的3G CRM，支持3G業(yè)務(wù)、以及3G與固網(wǎng)捆綁業(yè)務(wù)的受理；</p><p>　　◆本地網(wǎng)IBSS和省中心IBS

47、S相互提供信息支持，交互跨本地網(wǎng)業(yè)務(wù)處理數(shù)據(jù)、客戶信息、紅/黑名單數(shù)據(jù)、報表數(shù)據(jù)、工單數(shù)據(jù)等。省中心CRM實時共享全省21個本地網(wǎng)的客戶、服務(wù)、帳戶、訂單數(shù)據(jù)；支持3G與固網(wǎng)類產(chǎn)品捆綁；支持外圍系統(tǒng)以多種協(xié)議接入,支持10000號、網(wǎng)上營業(yè)廳、代理商、短信、語音平臺等直接面向客戶的外圍系統(tǒng);按照ODS-B規(guī)范及數(shù)據(jù)模型，全面整合了BSS體系內(nèi)相關(guān)業(yè)務(wù)系統(tǒng)業(yè)務(wù)數(shù)據(jù)，形成統(tǒng)一客戶視圖，作為標(biāo)準(zhǔn)數(shù)據(jù)源向其他外部系統(tǒng)提供非實時數(shù)據(jù)。</p

48、><p><b>　　2.3.3 CRM</b></p><p>　　廣東電信2006年7月完成IBSS全省部署后，在10月份在江門分公司啟動的IBSS向CRM系統(tǒng)的過渡。本次CRM試點工程中在IBSS系統(tǒng)架構(gòu)基礎(chǔ)上實現(xiàn)了計費與CRM數(shù)據(jù)模型的統(tǒng)一，并將計費帳務(wù)系統(tǒng)中的銷帳、查詢功能轉(zhuǎn)移到CRM中實現(xiàn)。當(dāng)前廣東電信CRM試點的系統(tǒng)架構(gòu)如下圖所示。</p>&

49、lt;p>　　圖 2-5 CRM功能框架圖</p><p><b>　　2.3.4 SRD</b></p><p>　　06年10月份廣東電信在江門分公司開始實施本地網(wǎng)SRD試點，本次試點主要在現(xiàn)有計費帳務(wù)與CRM統(tǒng)一的模型基礎(chǔ)上建立統(tǒng)一SRD數(shù)據(jù)模型，并實現(xiàn)CRM與計費帳務(wù)系統(tǒng)共享SRD，實現(xiàn)廣東電信三庫（產(chǎn)品、營銷、客戶）信息在CRM與計費系統(tǒng)內(nèi)的信息共享。

50、當(dāng)前SRD試點中暫未納入余額管理內(nèi)容。</p><p>　　2.3.5 163后臺系統(tǒng)</p><p>　　【163后臺二版平臺改造】2005年8月，寬帶預(yù)付費業(yè)務(wù)在后臺二版上線，后臺系統(tǒng)進行余額管理和反算時長，支持預(yù)付費業(yè)務(wù)的實時鑒權(quán)和扣費。目前寬帶實時扣費的預(yù)付費用戶分布在19地市：廣州，深圳，珠海，惠州，江門，汕頭，湛江，佛山，茂名，韶關(guān)，肇慶，梅州，潮州，陽江，汕尾，云浮，揭陽，河

51、源，清遠。</p><p>　　在后付費計費帳務(wù)功能遷移至省綜合計費結(jié)算系統(tǒng)后，目前163后臺與省綜合計費結(jié)算系統(tǒng)的主要接口關(guān)系如下圖所示：</p><p>　　圖 2-6 163后臺與省綜合計費結(jié)算系統(tǒng)接口圖</p><p>　　在2005年11月統(tǒng)一預(yù)付費平臺改造完成后，163后臺系統(tǒng)預(yù)付費帳戶余額管理功能遷移至統(tǒng)一預(yù)付費平臺中。</p><

52、p>　　【統(tǒng)一接入預(yù)付費平臺改造】2005年11月，163后臺二版與統(tǒng)一預(yù)付費平臺接口上線，即將163后臺系統(tǒng)預(yù)付費帳戶余額管理功能遷移至統(tǒng)一預(yù)付費平臺，實現(xiàn)與統(tǒng)一預(yù)付費平臺的統(tǒng)一余額。接口上線后，后臺系統(tǒng)進行實時計費，通過實時接口到統(tǒng)一預(yù)付費平臺進行余額查詢和扣費。各系統(tǒng)的接口關(guān)系如下：</p><p>　　圖 2-7 163后臺與統(tǒng)一預(yù)付費平臺接口圖</p><p>　　163后

53、臺通過以下3種方式進行充值：</p><p>　　通過后臺系統(tǒng)發(fā)行的繳費卡在后臺自服務(wù)系統(tǒng)充值；</p><p>　　IBSS通過后臺接口充值（目前主要充值模式）；</p><p>　　后臺系統(tǒng)管理員通過業(yè)務(wù)系統(tǒng)充值。</p><p>　　目前，江門、清遠、陽江、汕頭、佛山5個本地網(wǎng)的ADSL已經(jīng)割接到統(tǒng)一預(yù)付費平臺上。</p>

54、<p>　　2.3.6 省計費結(jié)算系統(tǒng)</p><p>　　廣東省電信計費結(jié)算中心的建設(shè)采用三層C/M/S的體系結(jié)構(gòu)，提供了從原始數(shù)據(jù)的采集、校驗、預(yù)處理、批價、合帳處理、報表統(tǒng)計到企業(yè)級的業(yè)務(wù)分析預(yù)測等一整套的結(jié)算處理的解決方案。</p><p>　　省計費結(jié)算系統(tǒng)也負責(zé)省級系統(tǒng)的清單、帳單的分發(fā)工作，將相關(guān)的清單、帳單下發(fā)到各本地網(wǎng)供本地后續(xù)處理。</p>&

55、lt;p>　　中國電信綜合結(jié)算系統(tǒng)由全國綜合結(jié)算系統(tǒng)和各省級綜合結(jié)算系統(tǒng)兩級系統(tǒng)組成。在處理功能上由數(shù)據(jù)采集、預(yù)處理、結(jié)算批價、結(jié)算處理、審核校驗、對帳處理、查詢統(tǒng)計、系統(tǒng)管理等功能組成。系統(tǒng)提供了全國綜合結(jié)算系統(tǒng)與各省級綜合結(jié)算系統(tǒng)、各省級綜合結(jié)算系統(tǒng)和各本地計費帳務(wù)系統(tǒng)的接口、以及與其他電信運營商，決策分析系統(tǒng)、財務(wù)系統(tǒng)、OA系統(tǒng)、網(wǎng)管系統(tǒng)、CRM、ERP系統(tǒng)、網(wǎng)管系統(tǒng)之間的接口。系統(tǒng)與外部的邊界如圖所示：</p>

56、<p>　　圖 2-8 省計費結(jié)算中心功能框架</p><p>　　綜合結(jié)算系統(tǒng)由結(jié)算處理和結(jié)算分析兩個主體功能和一些輔助功能構(gòu)成。主要包括：</p><p>　　(1) 結(jié)算處理：負責(zé)完成結(jié)算原始數(shù)據(jù)的采集，對采集到的數(shù)據(jù)進行預(yù)處理、批價，并生成結(jié)算攤分結(jié)果后進行數(shù)據(jù)分發(fā)。結(jié)算處理包括：數(shù)據(jù)采集、預(yù)處理、批價、結(jié)算處理、數(shù)據(jù)分發(fā)等；</p><p>

57、　　(2) 結(jié)算分析：根據(jù)業(yè)務(wù)部門的需求，對各類數(shù)據(jù)進行處理，形成統(tǒng)計要素、生成統(tǒng)計報表；提煉出主題信息，形成各類主題數(shù)據(jù)，展現(xiàn)出收入分析、大客戶分析、路由分析等各種分析結(jié)果。結(jié)算分析包括：提取統(tǒng)計要素、生成分析結(jié)果、分析結(jié)果展示等功能。</p><p>　　(3）輔助功能：包括資料管理、安全管理、數(shù)據(jù)管理、信息查詢、集中監(jiān)控代理、審核校驗、回退處理、錯單回收處理、對帳處理等。</p><p&

58、gt;　　目前部分?jǐn)?shù)據(jù)業(yè)務(wù)已割接到省計費結(jié)算系統(tǒng)進行計費帳務(wù)處理， 163平臺會將計費資料傳送給省計費結(jié)算系統(tǒng)，同時會將相關(guān)業(yè)務(wù)的清單轉(zhuǎn)給省計費結(jié)算系統(tǒng)進行批價，帳單也會轉(zhuǎn)來做合帳處理；同時，省計費結(jié)算系統(tǒng)的處理結(jié)果包括清單和帳單也要回傳給163平臺做清單查詢、帳單審核。省計費結(jié)算系統(tǒng)在月末根據(jù)當(dāng)月預(yù)付費用戶狀態(tài)的變化情況，生成補收補退文件，供163后臺完成月末補款功能。</p><p>　　2.4 承載網(wǎng)現(xiàn)狀分

59、析</p><p>　　廣東電信省DCN骨干網(wǎng)與各本地網(wǎng)DCN網(wǎng)絡(luò)拓撲圖如下圖所示。</p><p>　　圖 2-9 省計費結(jié)算中心功能框架</p><p>　　省DCN骨干網(wǎng)到廣州DCN為GE連接，省DCN骨干網(wǎng)到其他本地網(wǎng)DCN為155Mbps連接。</p><p>　　省中心BSS（包括IBSS省中心、網(wǎng)上營業(yè)廳、TMAS、綜合計費結(jié)算

60、系統(tǒng)）部署在省研究院機房，系統(tǒng)通過雙FE鏈路接入省DCN。</p><p>　　各本地網(wǎng)核心支撐系統(tǒng)（計費系統(tǒng)與IBSS）基本采用雙GE鏈路接入本地網(wǎng)DCN核心交換機。</p><p>　　3 3G帶來的新業(yè)務(wù)需求</p><p>　　近幾年來，隨著電信收入增勢的減緩，增值業(yè)務(wù)成為運營商新增業(yè)務(wù)收入的主要來源。目前，各種各樣的增值業(yè)務(wù)相繼被推出，MMS、WAP和IV

61、R均已呈現(xiàn)出快速增長的勢頭，逐漸改變了早期短信一枝獨秀的格局。據(jù)統(tǒng)計，在2005年SP從運營商獲得的移動增值業(yè)務(wù)收入中，短信、WAP、IVR業(yè)務(wù)分成收入最高，分別為20.1億元、17.4億元、9.1億元，占SP收入分成的23.3%、20.1%、10.6%。</p><p>　　在增值業(yè)務(wù)種類上，3G也包含了原有的2G、2.5G的圖鈴下載、游戲、信息服務(wù)等2.5G業(yè)務(wù)。3G除了包容原有的2.5G業(yè)務(wù)外，一些多媒體業(yè)

62、務(wù)也相繼開展，如視頻下載與轉(zhuǎn)發(fā)、VOD/MOD、移動可視電話等。</p><p>　　綜合國外發(fā)展較好的增值業(yè)務(wù)及我國的實際發(fā)展情況，我們認為WAP上網(wǎng)、視頻下載和轉(zhuǎn)送類、移動音樂類、移動視頻類、手機游戲、行業(yè)3G應(yīng)用是我國應(yīng)該重點培育和發(fā)展的3G業(yè)務(wù)。</p><p>　　4 OCS在線計費系統(tǒng)方案概述</p><p>　　4.1 OCS與現(xiàn)有計費系統(tǒng)的關(guān)系<

63、;/p><p>　　在線計費（OCS）的提出，源于3GPP組織。隨著國內(nèi)3G牌照發(fā)放的日益臨近，為了更好的支撐3G業(yè)務(wù)的發(fā)展，在中國移動市場的競爭中占得優(yōu)勢，中國電信集團于2005年4月開始組織力量研究新的計費方案，目前已經(jīng)完成了中國電信移動業(yè)務(wù)在線計費系統(tǒng)總體技術(shù)方案1.0版本的編制。方案主要是在國內(nèi)外在線計費系統(tǒng)實現(xiàn)方案的基礎(chǔ)上，基于中國電信移動業(yè)務(wù)在線計費需求，并參考3GPP、IETF等國際組織在線計費系統(tǒng)規(guī)范

64、和接口協(xié)議規(guī)范編制的。</p><p>　　現(xiàn)有的電信計費主要有兩種方案，即：</p><p>　　4.1.1 計費方案一（SCP＋HotBilling）</p><p>　　以智能網(wǎng)及ISMP實現(xiàn)預(yù)付費用戶的在線計費處理，以準(zhǔn)實時計費系統(tǒng)實現(xiàn)后付費用戶的準(zhǔn)實時計費處理；如下圖所示：</p><p>　　圖 4-1 計費方案一網(wǎng)絡(luò)結(jié)構(gòu)圖<

65、;/p><p>　　4.2.2 計費方案二（HotBilling）</p><p>　　準(zhǔn)實時計費系統(tǒng)統(tǒng)一負責(zé)預(yù)付費和后付費用戶的計費處理。如下圖所示：</p><p>　　圖 4-2 計費方案二網(wǎng)絡(luò)結(jié)構(gòu)圖</p><p>　　目前，廣東電信采用的是計費方案一?？傮w而言，計費方案一（SCP＋HotBilling）對預(yù)付費用戶無法提供靈活的資費支持

66、、業(yè)務(wù)捆綁和預(yù)付/后付轉(zhuǎn)換，因此可能喪失很多市場機會，屬于機會成本很高的方案；而計費方案二（由HotBilling統(tǒng)一處理）由于無法在線計費，并有較高的時間差，因此欠費風(fēng)險較高，屬于欠費成本較高的方案。另外，兩種方案都無法滿足一些較高的市場需求。</p><p>　　兩種方案存在的主要問題如下： 表 4-1</p><p>　?。ㄗⅲ罕砀裰小瘫硎敬嬖诖藛栴}，空白表示不存在此問題。）<

67、/p><p>　　由于上述問題的存在，使得業(yè)界對新計費系統(tǒng)作出了研究與思考。3GPP組織提出了在線計費系統(tǒng)（OCS）的參考架構(gòu)。這一架構(gòu)將設(shè)備的話務(wù)控制功能與計費功能相分離，并建立了計費體制與會話/服務(wù)控制的直接交互，使計費完全參與到服務(wù)的使用過程中。在這樣的體系下，即可以利用獨立計費系統(tǒng)的強大能力以提供接近于準(zhǔn)實時計費系統(tǒng)的靈活性，又可以利用參與使用過程的實時特性，將欠費成本將到最低。</p><

68、;p>　　中國電信在原來計費領(lǐng)域做了大量工作，提出了BSN概念并制定了計費模型1.0等。在此基礎(chǔ)上，參考3GPP的OCS框架以及國內(nèi)外運營商的經(jīng)驗，提出了中國電信在線計費＋準(zhǔn)實時計費＋SRD的計費解決方案。</p><p>　　4.2.3 計費方案三（OCS＋HotBilling＋SRD）</p><p>　　新的計費方案引入獨立的在線計費系統(tǒng)（OCS），將原來SCP、ISMP、CC

69、G等的計費功能剝離，融入OCS。OCS負責(zé)預(yù)付費的處理，HotBilling負責(zé)后付費處理；同時，OCS通過SRD與Hotbilling共享用戶資料、帳戶余額等信息，實現(xiàn)預(yù)付費與后付費的自由切換。</p><p>　　系統(tǒng)架構(gòu)如下圖所示：</p><p>　　圖 4-3 計費方案三網(wǎng)絡(luò)架構(gòu)圖</p><p>　　雖然OCS的提出，主要是為了滿足移動業(yè)務(wù)帶來的挑戰(zhàn)，但

70、是，OCS規(guī)范在制定時充分考慮了開放性和擴展性，因此，對于其他業(yè)務(wù)網(wǎng)絡(luò)的計費，如固網(wǎng)、PHS等也可以通過升級改造融入新的計費架構(gòu)中來。</p><p>　　畢業(yè)設(shè)計(論文)網(wǎng) www.56doc.com QQ: 306826066 優(yōu)秀畢業(yè)設(shè)計網(wǎng) www.2bysj.cn </p><p>　　計算機畢業(yè)設(shè)計網(wǎng) www.papersay.com 畢業(yè)設(shè)計資料網(wǎng) www.doc163.co

71、m 畢業(yè)設(shè)計論文網(wǎng) www.think58.com</p><p>　　4.2 OCS體系架構(gòu)</p><p>　　中國電信OCS依據(jù)3GPP標(biāo)準(zhǔn)的定義，并與中國電信的實時計費業(yè)務(wù)需求相對應(yīng)，由智能網(wǎng)和數(shù)據(jù)業(yè)務(wù)網(wǎng)網(wǎng)元承擔(dān)其核心功能，計費、批價功能由專門負責(zé)在線計費的OCS系統(tǒng)完成。其體系結(jié)構(gòu)如下圖所示：</p><p>　　圖 4-4 OCS體系架構(gòu)</p

72、><p>　　如上圖所示，OCS周邊涉及的系統(tǒng)主要包括：SCP、ISMP、CCG等計費觸發(fā)點，SRD、帳務(wù)系統(tǒng)、網(wǎng)管系統(tǒng)等。</p><p>　　SCP：智能網(wǎng)設(shè)備中的業(yè)務(wù)控制點，負責(zé)智能網(wǎng)處理的話音業(yè)務(wù)在線計費計費觸發(fā)。</p><p>　　CCG：實現(xiàn)了3GPP標(biāo)準(zhǔn)中定義的話務(wù)平面功能(TPF-Traffic Plane Function)，是基于內(nèi)容進行流量區(qū)分的

73、計費觸發(fā)點。CCG可以是獨立的設(shè)備，也可以同GGSN集成。</p><p>　　ISMP：ISMP是實現(xiàn)各種移動增值數(shù)據(jù)業(yè)務(wù)公共管理的功能實體，提供統(tǒng)一管理和統(tǒng)一認證等功能，數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)的業(yè)務(wù)引擎（SE）觸發(fā)計費請求，由ISMP判斷是否需要在線計費，如果需要由ISMP統(tǒng)一觸發(fā)到OCS進行預(yù)留、批價，并將結(jié)果返回業(yè)務(wù)引擎。</p><p>　　SRD：共享信息數(shù)據(jù)庫，在中國電信計費系統(tǒng)中，設(shè)

74、置統(tǒng)一的數(shù)據(jù)庫，保存客戶數(shù)據(jù)、產(chǎn)品數(shù)據(jù)和帳戶數(shù)據(jù)等，由計費系統(tǒng)、客戶關(guān)系管理系統(tǒng)（CRM），經(jīng)營分析系統(tǒng)，結(jié)算系統(tǒng)幾個主要的信息系統(tǒng)之間進行數(shù)據(jù)共享。</p><p>　　帳務(wù)處理系統(tǒng)： OCS通過文件接口，向帳務(wù)處理系統(tǒng)傳送話單文件，帳務(wù)系統(tǒng)負責(zé)對這些話單文件進行后處理。</p><p>　　網(wǎng)管系統(tǒng)：OCS的網(wǎng)管處理系統(tǒng)。</p><p>　　其它網(wǎng)絡(luò)：負責(zé)其它

75、網(wǎng)絡(luò)同OCS系統(tǒng)接口的網(wǎng)元設(shè)備，如NGN網(wǎng)絡(luò)、IMS網(wǎng)絡(luò)、WLAN和其它未來中國電信移動、固定網(wǎng)絡(luò)。實現(xiàn)移動、固定的在線計費融合。</p><p>　　4.3 OCS業(yè)務(wù)流程</p><p>　　在線計費系統(tǒng)應(yīng)支持基于事件計費（EBC）以及基于會話計費（SBC）。</p><p>　　基于事件計費（Event Based Charging）：由網(wǎng)元識別可計費的事件后

76、，例如用戶與網(wǎng)元間的信令交互等，映射為一單獨的計費事件傳送到計費系統(tǒng)處理。對于在線計費，計費事件通過Ro或CAP接口傳送至OCS的基于事件計費功能(EBCF)，在經(jīng)過對用戶帳戶的信用控制后對該計費事件授權(quán)。若計費事件未獲得授權(quán)，則網(wǎng)元將拒絕此事件對應(yīng)的網(wǎng)絡(luò)資源的使用。這整個過程必須是實時的。計費的過程可以是通過對用戶帳戶進行單位預(yù)留（unit reservation），也可以是直接扣費方式，即ECUR（Event Charging wi

77、th Unit Reservation）和IEC（Immediate Event Charging）。</p><p>　　基于會話計費（Session Based Charging）：用戶會話的開始由網(wǎng)元識別，例如通過信令交互，再將此可計費的事件傳送至計費系統(tǒng)處理。對于在線計費，初始事件（會話開始）通過Ro或CAP接口傳送至基于會話計費功能(SBCF)，在經(jīng)過對用戶帳戶的信用控制后對此會話授權(quán)。由于在會話開始時

78、不可能預(yù)知整個會話的時間長短或者數(shù)據(jù)流量。因此在線計費的基于會話的計費，必須是通過對用戶帳戶進行單位預(yù)留（Unit Reservation）方式進行控制。OCS從用戶帳戶中凍結(jié)一定數(shù)量的資金并返回相應(yīng)的額度到網(wǎng)元中，網(wǎng)元則提供該額度的網(wǎng)絡(luò)資源使用量給用戶。在此過程中，當(dāng)用戶的額度將使用完時，網(wǎng)元可出中間的計費事件，要求再分配新的使用額度，使會話繼續(xù)。當(dāng)會話結(jié)束后，OCS對整個會話進行扣費，并將未使用完的預(yù)留資金（小于一個單位）返回用戶帳

79、戶。這整個處理過程都必須是實時的。同時需注意，在一個用戶會話中可能會有多個服務(wù)并發(fā)進行。</p><p>　　綜上，OCS主要有3類計費模式：即時事件計費IEC（Immediate Event Charging）；單位預(yù)留方式的事件計費ECUR（Event Charging with Unit Reservation）以及單位預(yù)留方式的會話計費SCUR（Session Charging with Unit Res

80、ervation）。</p><p>　　以下是一個典型的基于會話的預(yù)留反算業(yè)務(wù)流程：</p><p>　　圖 4-5 基于會話計費流程</p><p>　　OCS主要計費步驟如下：</p><p>　　OCS收到計費觸發(fā)點（如SCP）發(fā)出的計費請求CCR后，根據(jù)用戶信息獲取其帳戶資料，按服務(wù)的費率計算所需預(yù)留的數(shù)量（金額、流量、條數(shù)等），當(dāng)

81、其余額足夠時，發(fā)送CCA到計費觸發(fā)點，由其控制繼續(xù)會話。</p><p>　　當(dāng)預(yù)留的數(shù)量使用完時，由SCP控制再發(fā)出計費請求CCR，通知OCS再進行預(yù)留反算。若余額足夠，則會話繼續(xù)。當(dāng)會話持續(xù)時，這個步驟會重復(fù)執(zhí)行。</p><p>　　當(dāng)會話結(jié)束時，由SCP向計費發(fā)出CCR請求，通知OCS完成計費、扣費操作，并生成話單。</p><p>　　4.4 OCS系統(tǒng)功

82、能</p><p>　　根據(jù)3GPP的定義，在線計費系統(tǒng)主要需滿足以下的需求：</p><p>　　能為針對接入網(wǎng)/核心網(wǎng)元（e.g. SGSN, GGSN, IP Flow Handler, WLAN）提供在線承載計費。</p><p>　　能提供應(yīng)用/服務(wù)的在線計費。</p><p>　　能提供IMS在線計費。</p>&l

83、t;p>　　能提供承載、服務(wù)及IMS的組合計費。</p><p>　　能與充值平臺、HotBilling等外部系統(tǒng)配合進行統(tǒng)一的帳戶余額管理。</p><p>　　能提供CDR給帳務(wù)系統(tǒng)進行后續(xù)帳務(wù)處理。</p><p>　　根據(jù)集團OCS規(guī)范，要滿足以上需求， OCS系統(tǒng)應(yīng)具備以下的功能：基于會話計費、基于事件計費、批價處理、帳戶余額管理、計費網(wǎng)關(guān)、通用接口

84、層以及系統(tǒng)管理等，如下圖所示：</p><p>　　圖 4-6 OCS系統(tǒng)功能</p><p>　　通用接口層是OCS 與外部系統(tǒng)進行計費信息交互的功能模塊，OCS 內(nèi)部功能模塊通過通用接口層實現(xiàn)計費信息的格式轉(zhuǎn)化和交互。通用接口層與外部網(wǎng)元采用OCP 進行計費消息的交互，同時支持計費文件的識別和處理，與內(nèi)部模塊采用IF1 接口通訊。主要包括協(xié)議轉(zhuǎn)換、計費信息格式化、基本用戶資料加載、計

85、費信息的路由分發(fā)等功能。</p><p><b>　　基于會話計費</b></p><p>　　該功能模塊處理基于會話的計費請求并進行信用度控制，與批價處理模塊交互確定業(yè)務(wù)請求的資費、價格或使用量，與帳戶余額管理模塊交互查詢、更新帳戶余額和累計量。</p><p><b>　　基于事件計費</b></p>&

86、lt;p>　　該功能模塊處理基于事件的計費請求并進行信用度控制，與批價處理模塊交互確定業(yè)務(wù)請求的價格，與帳戶余額管理模塊交互查詢、更新帳戶余額和累計量。</p><p><b>　　用戶帳戶余額管理</b></p><p>　　該功能模塊對用戶的帳戶余額和累計量進行管理，包括帳戶余額的預(yù)留/返還、扣費、補款、外部帳戶使用、實時余額查詢、帳戶余額監(jiān)控等功能。<

87、;/p><p><b>　　批價</b></p><p>　　該功能模塊根據(jù)業(yè)務(wù)使用請求和用戶信息確定需要的資費、價格或使用量。提供服務(wù)使用過程中的費用或使用量的計算，批價公式的靈活定義，跨產(chǎn)品與跨業(yè)務(wù)的優(yōu)惠等功能。</p><p><b>　　計費網(wǎng)關(guān)</b></p><p>　　該功能模塊接收計費模

88、塊的話單輸出請求，按照一定的策略（定時/定量/定時定量結(jié)合等）輸出話單文件。</p><p><b>　　系統(tǒng)管理</b></p><p>　　該功能模塊對OCS 的運行進行配置、監(jiān)控和維護，包括運行管理、業(yè)務(wù)統(tǒng)計、審核校驗、數(shù)據(jù)管理、日志管理、版本管理等功能。</p><p><b>　　5 OCS建設(shè)方案</b><

89、;/p><p><b>　　5.1初期目標(biāo)</b></p><p>　　在線計費系統(tǒng)（OCS）是中國電信針對實時信用控制、實時預(yù)付費的整體計費解決方案，可以支持移動、PHS、固網(wǎng)預(yù)付費等業(yè)務(wù)的開展。此次試點重點針對移動業(yè)務(wù)（在沒有移動業(yè)務(wù)之前，移動業(yè)務(wù)是指ISMP及WCDMA試驗網(wǎng)）進行部署，同時適度考慮現(xiàn)網(wǎng)PHS、固網(wǎng)預(yù)付費存在的用戶資料分散、優(yōu)惠能力弱等問題。<

90、/p><p>　　5.2新建OCS方案 </p><p>　　5.2.1 功能架構(gòu)</p><p>　　OCS的系統(tǒng)架構(gòu)如下圖所示：</p><p>　　圖 5-1 OCS總體架構(gòu)圖</p><p>　　OCS包括以下功能模塊：</p><p>　　5.2.2 通用接口層</p>

91、<p>　　通用接口層是OCS 與外部系統(tǒng)進行計費信息交互的功能模塊，OCS 內(nèi)部功能模塊通過通用接口層實現(xiàn)計費信息的格式轉(zhuǎn)化和交互，主要包括協(xié)議轉(zhuǎn)換、計費信息格式化、基本用戶資料加載、計費信息的路由分發(fā)等功能。通用接口層與外部網(wǎng)元（SCP、ISMP、CCG等）采用OCP協(xié)議進行交互，同時為采集系統(tǒng)提供CDR輸入接口。</p><p>　　5.2.3 會話控制</p><p>　

92、　會話控制負責(zé)處理基于會話和基于事件的計費請求并進行信用度控制，與批價處理模塊交互確定業(yè)務(wù)請求的資費、價格或使用量，與帳戶余額管理模塊交互查詢、更新帳戶余額和累計量。</p><p>　　5.2.4 余額管理</p><p>　　余額管理負責(zé)對用戶的帳戶余額和累計量進行管理，包括帳戶余額的預(yù)留/返還、扣費、補款、外部帳戶使用、實時余額查詢、帳戶余額監(jiān)控等功能。余額管理通過IF2接口與外部帳

93、戶系統(tǒng)交互。</p><p>　　5.2.5 批價管理</p><p>　　批價管理負責(zé)根據(jù)業(yè)務(wù)使用請求和用戶信息確定需要的資費、價格或使用量。提供服務(wù)使用過程中的費用或使用量的計算，批價公式的靈活定義，跨產(chǎn)品與跨業(yè)務(wù)的優(yōu)惠等功能。</p><p>　　5.2.6 計費網(wǎng)關(guān)</p><p>　　計費網(wǎng)關(guān)負責(zé)接收計費模塊的話單輸出請求，按照一定

94、的策略（定時/定量/定時定量結(jié)合等）輸出話單文件。計費網(wǎng)關(guān)通過Bo接口與帳務(wù)系統(tǒng)交互。</p><p>　　5.2.7 系統(tǒng)管理</p><p>　　系統(tǒng)管理負責(zé)對OCS 的運行進行配置、監(jiān)控和維護，包括運行管理、業(yè)務(wù)統(tǒng)計、審核校驗、數(shù)據(jù)管理、日志管理、版本管理等功能。</p><p>　　與外部系統(tǒng)的接口包括：</p><p>　　5.2.

95、8 OCP接口</p><p>　　OCS 采用OCP 協(xié)議與外部網(wǎng)元設(shè)備（SCP、ISMP、CCG等）進行交互，完成實時計費請求的認證、鑒權(quán)、計費和扣費處理。</p><p>　　5.2.9 CDR接口</p><p>　　OCS通過CDR接口從采集系統(tǒng)獲取話單文件，用于對未支持OCP協(xié)議的網(wǎng)元設(shè)備或發(fā)生通訊故障時，支持基于話單文件的計費處理。</p>

96、<p>　　5.2.10 IF2接口</p><p>　　OCS通過IF2 接口與外部帳戶交互，實現(xiàn)外部帳戶余額的使用和返還。</p><p>　　5.2.11 Bo接口</p><p>　　OCS通過Bo接口實現(xiàn)話單文件向帳務(wù)系統(tǒng)的傳輸。話單文件支持ASN.1 格式，支持FTP 方式傳輸。</p><p>　　5.2.12 S

97、RD接口</p><p>　　OCS 通過SRD 的同步接口實現(xiàn)與SRD 中用戶信息、訂購信息、產(chǎn)品資費信息、帳戶信息的同步。 </p><p>　　5.2.13系統(tǒng)架構(gòu)和部署</p><p>　　本期試點采用集中部署方式。</p><p>　　采用集中部署方式時，OCS系統(tǒng)部署在省中心。OCS和其他省級系統(tǒng)統(tǒng)一進行系統(tǒng)維護和容災(zāi)建設(shè)。OC

98、S相關(guān)網(wǎng)元和系統(tǒng)采用高可用鏈路連接到省集中的OCS中。未來通過擴充省OCS節(jié)點來支撐全業(yè)務(wù)的預(yù)付費和高風(fēng)險計費。省集中部署的架構(gòu)圖如下所示：</p><p>　　圖 5-2 OCS部署方式 </p><p>　　5.2.14網(wǎng)絡(luò)組織 </p><p>　　OCS系統(tǒng)與本省其他相關(guān)系統(tǒng)（觸發(fā)基于會話、事件的在線計費請求設(shè)備）直接相連。</p>&l

99、t;p>　　與外省相關(guān)系統(tǒng)（觸發(fā)基于會話、事件的在線計費請求設(shè)備），通過DCC Proxy相連。</p><p>　　廣東省OCS系統(tǒng)需要與本省ISMP、SCP、CCG等系統(tǒng)直連；需要通過DCC Proxy與外省OCS、CCG等系統(tǒng)相連。</p><p>　　圖 5-3 OCS網(wǎng)絡(luò)組織 </p><p>　　5.3 網(wǎng)絡(luò)配套改造建設(shè)方案</p>

100、<p>　　結(jié)合本期工程“立足移動網(wǎng)、兼顧現(xiàn)網(wǎng)”的業(yè)務(wù)目標(biāo)，本期工程的網(wǎng)絡(luò)配套改造方案也是重點關(guān)注于移動網(wǎng)設(shè)備（ISMP、3G試驗網(wǎng)）的改造工作，在順利完成移動網(wǎng)設(shè)備的改造工作之后，再著手進行現(xiàn)網(wǎng)設(shè)備（含PSTN/PHS核心設(shè)備、SCP設(shè)備、短信中心設(shè)備）的改造。</p><p>　　原則上短信等業(yè)務(wù)都通過ISMP平臺連接到OCS系統(tǒng)，不建議短信等增值業(yè)務(wù)平臺直連到OCS系統(tǒng)。</p>

101、<p>　　5.4 支撐系統(tǒng)配套改造方案</p><p><b>　　5.4.1 CRM</b></p><p>　　根據(jù)廣東電信BSS規(guī)劃，IBSS省中心系統(tǒng)將改造為省中心CRM系統(tǒng)，（增加3G業(yè)務(wù)受理，3G與固網(wǎng)、小靈通、寬帶捆綁業(yè)務(wù)受理，工單管理，以及3G客戶資料管理等功能。），本地網(wǎng)IBSS系統(tǒng)將改造為本地CRM系統(tǒng)，從而。為適應(yīng)OCS建設(shè)的要求，

102、需要CRM提供與SRD的數(shù)據(jù)接口，包括省CRM與省SRD的接口以及本地CRM與本地SRD（即本地共享數(shù)據(jù)平臺）的接口，從而實現(xiàn)余額工單在本地網(wǎng)和省中心的流轉(zhuǎn)。</p><p>　　3G業(yè)務(wù)方面，省CRM與本地網(wǎng)CRM之間的關(guān)系。</p><p><b>　　5.4.2 SRD</b></p><p>　　廣東電信SRD分兩級建設(shè)，即省中心SRD

103、與本地SRD(本地共享數(shù)據(jù)平臺)，總體架構(gòu)如下圖所示：</p><p>　　圖 5-4 SRD架構(gòu)</p><p>　　SRD作為真正的BSS數(shù)據(jù)中心，實現(xiàn)BSS中各系統(tǒng)的模型統(tǒng)一，包括：統(tǒng)一客戶視圖、統(tǒng)一產(chǎn)品目錄、統(tǒng)一帳戶和帳單、統(tǒng)一余額管理。并實現(xiàn)靜態(tài)值編碼統(tǒng)一、業(yè)務(wù)規(guī)則統(tǒng)一，從而對實時融合計費提供有力的支撐。</p><p>　　廣東電信SRD模型系統(tǒng)采用計

104、費1.0數(shù)據(jù)模型，與統(tǒng)一模型存在差異,需要調(diào)整為統(tǒng)一模型，增加為適應(yīng)現(xiàn)網(wǎng)生產(chǎn)要求與OCS/VC/CRM的相關(guān)接口及流程。</p><p>　　5.4.3統(tǒng)一充值平臺</p><p>　　廣東電信目前各種預(yù)付費和后付費業(yè)務(wù)基本都有充值平臺支持。由于現(xiàn)有固網(wǎng)業(yè)務(wù)基本以本地網(wǎng)為單位運營，移動業(yè)務(wù)驅(qū)動力不強，現(xiàn)網(wǎng)充值平臺絕大部分不能支持客戶跨本地網(wǎng)和跨省充值。廣東電信建立省集中的統(tǒng)一充值平臺，目標(biāo)

105、為全網(wǎng)全業(yè)務(wù)客戶提供充值、查詢等服務(wù)。</p><p>　　統(tǒng)一充值平臺應(yīng)支持多種充值接入方式，滿足客戶各種充值需求。充值接入至少應(yīng)包括：IVR、SMS、USSD、WAP、WEB。平臺在初期以支撐3G為主要目標(biāo)，包括預(yù)付和后付兩種情況。在后期條件成熟時，將逐步融合全省現(xiàn)網(wǎng)的充值平臺功能以及將來的充值需求，支持3G、PHS、固網(wǎng)、寬帶等多種業(yè)務(wù)，實現(xiàn)全業(yè)務(wù)充值。</p><p>　　統(tǒng)一充值

106、平臺包括獨立IVR語音接入、充值業(yè)務(wù)邏輯處理、被充值號碼預(yù)后付費信息的判斷和統(tǒng)一充值平臺之間的路由、卡管理以及卡鑒權(quán)等功能。</p><p>　　本方案是建立在支撐網(wǎng)（數(shù)據(jù)網(wǎng)）基礎(chǔ)之上的，涉及的實體有：自服務(wù)平臺、統(tǒng)一充值平臺（包括獨立IVR）、被充值帳戶歸屬系統(tǒng)（如：SRD/OCS/HotBilling）等。下圖是非智能網(wǎng)方案整體結(jié)構(gòu)圖：</p><p>　　圖 5-5 統(tǒng)一充值總體結(jié)構(gòu)

107、圖</p><p>　　統(tǒng)一充值平臺為中國電信的3G業(yè)務(wù)以及其他業(yè)務(wù)提供充值能力，統(tǒng)一充值平臺的功能包括充值卡的信息管理、充值業(yè)務(wù)處理、對帳/攤分文件生成、查詢與統(tǒng)計報表以及系統(tǒng)管理等功能(如下圖所示)。</p><p>　　圖 5-6 統(tǒng)一充值平臺架構(gòu)</p><p>　　為了配合OCS試點的建設(shè)，統(tǒng)一充值平臺的規(guī)模必須比OCS用戶規(guī)模大，因此，統(tǒng)一充值平臺必須

108、滿足700萬用戶以上的規(guī)模。</p><p>　　由于帳戶余額管理從統(tǒng)一預(yù)付費平臺遷移到OCS，統(tǒng)一充值平臺需要增加與OCS需要對統(tǒng)一充值平臺充值的相關(guān)流程進行相關(guān)改造以支撐現(xiàn)網(wǎng)預(yù)付費用戶的充值查詢等功能。</p><p>　　5.5 新業(yè)務(wù)實現(xiàn)方案</p><p>　　5.5.1新裝3G用戶</p><p>　　圖 5-7 新裝3G用戶流

109、程圖</p><p><b>　　CRM新裝用戶</b></p><p>　　SRD接收并保存新裝用戶信息</p><p>　　SRD向OCS發(fā)起新裝用戶請求</p><p>　　OCS接收并保存新裝用戶信息</p><p>　　5a：OCS響應(yīng)新裝結(jié)果 5b：OCS輸出操作日志</p>

110、;<p><b>　　SRD響應(yīng)新裝結(jié)果</b></p><p>　　5.5.2修改3G用戶</p><p>　　這里修改用戶資料不包括后付轉(zhuǎn)預(yù)付的付費方式的修改，并且不包含賬體余額的修改，因為賬本余額修改是通過充值實現(xiàn)。</p><p>　　圖5-8 修改3G用戶流程圖</p><p><b>

111、;　　CRM修改用戶</b></p><p>　　SRD接收并保存修改用戶信息</p><p>　　SRD向OCS發(fā)起修改用戶請求</p><p>　　OCS接收并保存修改用戶信息</p><p>　　5a：OCS響應(yīng)修改結(jié)果 5b：OCS輸出操作日志</p><p><b>　　SRD響應(yīng)修改結(jié)

112、果</b></p><p><b>　　5.5.3充值</b></p><p>　　圖5-9 充值流程圖</p><p>　　CRM或VC請求充值</p><p>　　SRD接收并轉(zhuǎn)發(fā)充值請求</p><p><b>　　OCS保存充值結(jié)果</b></p&g