畢業(yè)設計---(網絡規(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)現狀分析6</p><p>　　2.1 業(yè)務現狀分析6</p><p>　　2.2 網絡現狀分析（重點針對廣東電信）8</p><p>　　2.2.1 統(tǒng)一預付費平臺8</p><p>　　2.2.2 3G實驗網和業(yè)務網9</p><

3、p>　　2.3 支撐系統(tǒng)現狀分析10</p><p>　　2.3.1 計費帳務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 省計費結算系統(tǒng)15</p><p>　　2.4 承載網現狀分析16</p><p>　　3 3G帶來的新業(yè)務需求18</p><p>　　4 OCS在線計費系統(tǒng)方案概述18</p><p>　　4.1 OCS與現有計費系統(tǒng)的關系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體系架構22</p><p>　　4.3 OCS業(yè)務流程24</p><p>　　

6、4.4 OCS系統(tǒng)功能25</p><p>　　5 OCS建設方案27</p><p>　　5.1初期目標27</p><p>　　5.2新建OCS方案27</p><p>　　5.2.1 功能架構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 計費網關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)架構和部署29</p><p>　　5.2.14網絡組織30</p><p>　　5.3

9、網絡配套改造建設方案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è)務實現方案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 承載網方案36</p><p>　　5.6.1對承載網的總體要求36</p><p>　　5.6.2承載方案37</p><p>　　5.7

11、 安全容災建議38</p><p>　　5.7.1容災功能要求38</p><p>　　5.7.2容災方案架構38</p><p>　　5.8 網絡管理與時間同步考慮39</p><p>　　5.8.1網絡管理39</p><p>　　5.8.2 時間同步考慮39</p><p>&

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

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

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

15、計費目標架構支持融合3G移動業(yè)務與現有多個網絡、多個平臺業(yè)務所帶來的跨網絡、跨平臺的計費需求。</p><p>　　關鍵詞：電信實時計費系統(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>　　未來中國電信的計費目標架構必須以支持融合3G移動業(yè)務與現有多個網絡、多個平臺業(yè)務所帶來的跨網絡、跨平臺的計費需求。根據中國電信移動專項規(guī)劃，未來3G移動用戶將主要采用預付費的計費模式，其中預付費占比在80％～90％，考慮到后付費用戶占比不高

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

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

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

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

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

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

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

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

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

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

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

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

33、、世紀前線、TOM等）。付費易卡可為中國電信各種預付費業(yè)務充值，包括200、201等電話卡、寬帶預付費帳號、預付費電話（含小靈通）等。</p><p>　　上網卡（16300卡）是用于窄帶撥號上網的密碼記帳式電信卡。客戶使用普通電話或ISDN電話撥號上網，輸入16300卡的帳號密碼進行認證，即可以實時計費的方式訪問Internet。</p><p>　　電話卡種類較多，以滿足國內國際的電話

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

108、滿足700萬用戶以上的規(guī)模。</p><p>　　由于帳戶余額管理從統(tǒng)一預付費平臺遷移到OCS，統(tǒng)一充值平臺需要增加與OCS需要對統(tǒng)一充值平臺充值的相關流程進行相關改造以支撐現網預付費用戶的充值查詢等功能。</p><p>　　5.5 新業(yè)務實現方案</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響應新裝結果 5b：OCS輸出操作日志</p>

110、;<p><b>　　SRD響應新裝結果</b></p><p>　　5.5.2修改3G用戶</p><p>　　這里修改用戶資料不包括后付轉預付的付費方式的修改，并且不包含賬體余額的修改，因為賬本余額修改是通過充值實現。</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響應修改結果 5b：OCS輸出操作日志</p><p><b>　　SRD響應修改結

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