【正文】 程 平 臺規(guī) 則 定 義 工 作 流 引 擎監(jiān) 控 平 臺 數(shù) 據(jù) 傳 遞 機 制10號接 口CRM省 中 心接 口 …省 BSRD接 口 網(wǎng) 營接 口 資 源 系 統(tǒng)接 口BSRD＋ 客 戶 全 視 圖CRM新 增 功 能 CMS等 遷 移 功 能 CRM擴 展 調(diào) 整 功 能服 務(wù) 開 通 全 專 業(yè) 資源 管 理綜 合 派 單網(wǎng) 上 營 業(yè)廳廣 東 電 信 CRM功 能 框 架 邏 輯 圖客 戶 合 并 拆 分客 戶 管 理客 戶 資 料 管 理流 失 預(yù) 警管 理 合 同 協(xié) 議 管 理客 戶 挽 留贏 回帳 務(wù) 管 理銷 帳 功 能 帳 務(wù) 查 詢圖 25 CRM 功能框架圖 SRD06 年 10 月份廣東電信在江門分公司開始實施本地網(wǎng) SRD 試點，本次試點主要在現(xiàn)有計費帳務(wù)與 CRM 統(tǒng)一的模型基礎(chǔ)上建立統(tǒng)一 SRD 數(shù)據(jù)模型，并實現(xiàn) CRM電信實時計費系統(tǒng)研究第 13 頁 與計費帳務(wù)系統(tǒng)共享 SRD，實現(xiàn)廣東電信三庫（產(chǎn)品、營銷、客戶）信息在 CRM與計費系統(tǒng)內(nèi)的信息共享。當(dāng)前 SRD 試點中暫未納入余額管理內(nèi)容。 163 后臺系統(tǒng)【163 后臺二版平臺改造】2022 年 8 月，寬帶預(yù)付費業(yè)務(wù)在后臺二版上線，后臺系統(tǒng)進行余額管理和反算時長，支持預(yù)付費業(yè)務(wù)的實時鑒權(quán)和扣費。目前寬帶實時扣費的預(yù)付費用戶分布在 19 地市：廣州，深圳，珠海，惠州，江門，汕頭，湛江，佛山，茂名，韶關(guān)，肇慶，梅州，潮州，陽江，汕尾，云浮，揭陽，河源，清遠。在后付費計費帳務(wù)功能遷移至省綜合計費結(jié)算系統(tǒng)后，目前 163 后臺與省綜合計費結(jié)算系統(tǒng)的主要接口關(guān)系如下圖所示：圖 26 163 后臺與省綜合計費結(jié)算系統(tǒng)接口圖在 2022 年 11 月統(tǒng)一預(yù)付費平臺改造完成后，163 后臺系統(tǒng)預(yù)付費帳戶余額管理功能遷移至統(tǒng)一預(yù)付費平臺中。【統(tǒng)一接入預(yù)付費平臺改造】2022 年 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)系如下：電信實時計費系統(tǒng)研究第 14 頁 圖 27 163 后臺與統(tǒng)一預(yù)付費平臺接口圖163 后臺通過以下 3 種方式進行充值：? 通過后臺系統(tǒng)發(fā)行的繳費卡在后臺自服務(wù)系統(tǒng)充值；? IBSS 通過后臺接口充值（目前主要充值模式） ；? 后臺系統(tǒng)管理員通過業(yè)務(wù)系統(tǒng)充值。目前，江門、清遠、陽江、汕頭、佛山 5 個本地網(wǎng)的 ADSL 已經(jīng)割接到統(tǒng)一預(yù)付費平臺上。 省計費結(jié)算系統(tǒng)廣東省電信計費結(jié)算中心的建設(shè)采用三層 C/M/S 的體系結(jié)構(gòu)，提供了從原始數(shù)據(jù)的采集、校驗、預(yù)處理、批價、合帳處理、報表統(tǒng)計到企業(yè)級的業(yè)務(wù)分析預(yù)測等一整套的結(jié)算處理的解決方案。省計費結(jié)算系統(tǒng)也負責(zé)省級系統(tǒng)的清單、帳單的分發(fā)工作，將相關(guān)的清單、帳單下發(fā)到各本地網(wǎng)供本地后續(xù)處理。中國電信綜合結(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)與外部的邊界如圖所示：電信實時計費系統(tǒng)研究第 15 頁 全國中心綜合結(jié)算系統(tǒng)省中心綜合結(jié)算系統(tǒng)本地計費帳務(wù)系統(tǒng)各類 信息分發(fā)數(shù)據(jù)分發(fā)數(shù)據(jù)國際 / 國內(nèi)運營商財務(wù) / O A / C R M / E R P系統(tǒng)運行維護部門財務(wù) / O A / C R M / E R P系統(tǒng)國內(nèi)運營商運行維護部門長途交換機 / 關(guān)口局交換機 / 其它數(shù)據(jù)源設(shè)備圖 28 省計費結(jié)算中心功能框架綜合結(jié)算系統(tǒng)由結(jié)算處理和結(jié)算分析兩個主體功能和一些輔助功能構(gòu)成。主要包括：(1) 結(jié)算處理：負責(zé)完成結(jié)算原始數(shù)據(jù)的采集，對采集到的數(shù)據(jù)進行預(yù)處理、批價，并生成結(jié)算攤分結(jié)果后進行數(shù)據(jù)分發(fā)。結(jié)算處理包括：數(shù)據(jù)采集、預(yù)處理、批價、結(jié)算處理、數(shù)據(jù)分發(fā)等；(2) 結(jié)算分析：根據(jù)業(yè)務(wù)部門的需求，對各類數(shù)據(jù)進行處理，形成統(tǒng)計要素、生成統(tǒng)計報表；提煉出主題信息，形成各類主題數(shù)據(jù)，展現(xiàn)出收入分析、大客戶分析、路由分析等各種分析結(jié)果。結(jié)算分析包括：提取統(tǒng)計要素、生成分析結(jié)果、分析結(jié)果展示等功能。(3）輔助功能：包括資料管理、安全管理、數(shù)據(jù)管理、信息查詢、集中監(jiān)控代理、審核校驗、回退處理、錯單回收處理、對帳處理等。目前部分?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 后臺完成月末補款功能。電信實時計費系統(tǒng)研究第 16 頁 承載網(wǎng)現(xiàn)狀分析廣東電信省 DCN 骨干網(wǎng)與各本地網(wǎng) DCN 網(wǎng)絡(luò)拓撲圖如下圖所示。I B S S / 計 費 系 統(tǒng)I B S S / 計 費 系 統(tǒng)廣 州 賽 馬 場 機 房廣 州 I B S S / 計 費 系 統(tǒng)省 D C N 骨 干 網(wǎng)P O S備 份 E 1各 地 市 、 直 屬 單 位 ： C I S C O 7 5 0 7 / 7 5 1 3 / 7 2 0 6Si SiFEC E : C a t a l y s t 6 5 0 9 1P : C I S C O 7 5 1 3 AP / P E ： G S R 1 2 0 1 2 1C E : C a t a l y s t 6 5 0 9 2P : C I S C O 7 5 1 3 BP / P E ： G S R 1 2 0 1 2 2G EG EG EF EP O S備 份 E 1備 份 E 1G E各 地 市 、 直 屬 單 位 ： C I S C O 7 5 0 7 / 7 5 1 3 / 7 2 0 6備 份 E 1電 信 廣 場 新 網(wǎng) 管 中 心C I S C O 8 5 0 5圖例 ：G E 鏈路F E 鏈路E 1 鏈路1 5 5 M b / s P O SSi廣 州 P E : 天 河 C a t a l y s t 6 5 0 9SiSiC E : C a t a l y s t 6 5 0 9Si廣 州 P E : 較 場 西C a t a l y s t 6 5 0 9 SiC a t a l y s t 6 5 0 9SiC E : C a t a l y s t 6 5 0 9圖 29 省計費結(jié)算中心功能框架省 DCN 骨干網(wǎng)到廣州 DCN 為 GE 連接，省 DCN 骨干網(wǎng)到其他本地網(wǎng) DCN 為155Mbps 連接。省中心 BSS（包括 IBSS 省中心、網(wǎng)上營業(yè)廳、TMAS、綜合計費結(jié)算系統(tǒng)）部署在省研究院機房，系統(tǒng)通過雙 FE 鏈路接入省 DCN。各本地網(wǎng)核心支撐系統(tǒng)（計費系統(tǒng)與 IBSS）基本采用雙 GE 鏈路接入本地網(wǎng) DCN核心交換機。電信實時計費系統(tǒng)研究 第 17 頁 3 3G 帶來的新業(yè)務(wù)需求近幾年來，隨著電信收入增勢的減緩，增值業(yè)務(wù)成為運營商新增業(yè)務(wù)收入的主要來源。目前，各種各樣的增值業(yè)務(wù)相繼被推出，MMS、WAP 和 IVR 均已呈現(xiàn)出快速增長的勢頭，逐漸改變了早期短信一枝獨秀的格局。據(jù)統(tǒng)計，在 2022年 SP 從運營商獲得的移動增值業(yè)務(wù)收入中，短信、WAP、IVR 業(yè)務(wù)分成收入最高，分別為 億元、 億元、 億元，占 SP 收入分成的%、%、%。在增值業(yè)務(wù)種類上，3G 也包含了原有的 2G、 的圖鈴下載、游戲、信息服務(wù)等 業(yè)務(wù)。3G 除了包容原有的 業(yè)務(wù)外，一些多媒體業(yè)務(wù)也相繼開展，如視頻下載與轉(zhuǎn)發(fā)、VOD/MOD、移動可視電話等。綜合國外發(fā)展較好的增值業(yè)務(wù)及我國的實際發(fā)展情況，我們認(rèn)為 WAP 上網(wǎng)、視頻下載和轉(zhuǎn)送類、移動音樂類、移動視頻類、手機游戲、行業(yè) 3G 應(yīng)用是我國應(yīng)該重點培育和發(fā)展的 3G 業(yè)務(wù)。4 OCS 在線計費系統(tǒng)方案概述 OCS 與現(xiàn)有計費系統(tǒng)的關(guān)系在線計費（OCS）的提出，源于 3GPP 組織。隨著國內(nèi) 3G 牌照發(fā)放的日益臨近，為了更好的支撐 3G 業(yè)務(wù)的發(fā)展，在中國移動市場的競爭中占得優(yōu)勢，中國電信集團于 2022 年 4 月開始組織力量研究新的計費方案，目前已經(jīng)完成了中國電信移動業(yè)務(wù)在線計費系統(tǒng)總體技術(shù)方案 版本的編制。方案主要是在國內(nèi)外在線計費系統(tǒng)實現(xiàn)方案的基礎(chǔ)上，基于中國電信移動業(yè)務(wù)在線計費需求，并參考 3GPP、IETF 等國際組織在線計費系統(tǒng)規(guī)范和接口協(xié)議規(guī)范編制的?，F(xiàn)有的電信計費主要有兩種方案，即： 計費方案一（SCP＋HOTBILLING）以智能網(wǎng)及 ISMP 實現(xiàn)預(yù)付費用戶的在線計費處理，以準(zhǔn)實時計費系統(tǒng)實現(xiàn)后付費用戶的準(zhǔn)實時計費處理；如下圖所示：電信實時計費系統(tǒng)研究 第 18 頁 圖 41 計費方案一網(wǎng)絡(luò)結(jié)構(gòu)圖 計費方案二（HOTBILLING）準(zhǔn)實時計費系統(tǒng)統(tǒng)一負責(zé)預(yù)付費和后付費用戶的計費處理。如下圖所示：電信實時計費系統(tǒng)研究 第 19 頁 圖 42 計費方案二網(wǎng)絡(luò)結(jié)構(gòu)圖目前，廣東電信采用的是計費方案一?？傮w而言，計費方案一（SCP＋HotBilling）對預(yù)付費用戶無法提供靈活的資費支持、業(yè)務(wù)捆綁和預(yù)付/后付轉(zhuǎn)換，因此可能喪失很多市場機會，屬于機會成本很高的方案；而計費方案二（由 HotBilling 統(tǒng)一處理）由于無法在線計費，并有較高的時間差，因此欠費風(fēng)險較高，屬于欠費成本較高的方案。另外，兩種方案都無法滿足一些較高的市場需求。兩種方案存在的主要問題如下： 表 41問題 計費方案一 計費方案二沒有統(tǒng)一客戶視圖 √無法進行預(yù)付費后付費的靈活切換 √預(yù)付費資費靈活性差 √業(yè)務(wù)適應(yīng)能力較弱，對市場反應(yīng)速度慢 √無法支撐數(shù)據(jù)業(yè)務(wù) √無法支持捆綁業(yè)務(wù) √電信實時計費系統(tǒng)研究 第 20 頁 初始成本大 √維護代價高 √漫游業(yè)務(wù)風(fēng)險無法控制 √無法支撐高費用業(yè)務(wù) √無法支撐高風(fēng)險業(yè)務(wù) √無法支持后付費高額欠費控制 √ √無法支持分機預(yù)付費 √ √無法支持電信代理商（代理商虛擬運營系統(tǒng)） √ √無法提供 AoC 等客戶體驗 √ √（注：表格中√表示存在此問題，空白表示不存在此問題。 ）由于上述問題的存在，使得業(yè)界對新計費系統(tǒng)作出了研究與思考。3GPP 組織提出了在線計費系統(tǒng)（OCS）的參考架構(gòu)。這一架構(gòu)將設(shè)備的話務(wù)控制功能與計費功能相分離，并建立了計費體制與會話/服務(wù)控制的直接交互，使計費完全參與到服務(wù)的使用過程中。在這樣的體系下，即可以利用獨立計費系統(tǒng)的強大能力以提供接近于準(zhǔn)實時計費系統(tǒng)的靈活性，又可以利用參與使用過程的實時特性，將欠費成本將到最低。中國電信在原來計費領(lǐng)域做了大量工作，提出了 BSN 概念并制定了計費模型 等。在此基礎(chǔ)上，參考 3GPP 的 OCS 框架以及國內(nèi)外運營商的經(jīng)驗，提出了中國電信在線計費＋準(zhǔn)實時計費＋SRD 的計費解決方案。 計費方案三（OCS＋HOTBILLING＋SRD）新的計費方案引入獨立的在線計費系統(tǒng)（OCS） ，將原來 SCP、ISMP、CCG等的計費功能剝離，融入 OCS。 OCS 負責(zé)預(yù)付費的處理，HotBilling 負責(zé)后付費處理；同時，OCS 通過 SRD 與 Hotbilling 共享用戶資料、帳戶余額等信息，實現(xiàn)預(yù)付費與后付費的自由切換。系統(tǒng)架構(gòu)如下圖所示：電信實時計費系統(tǒng)研究 第 21 頁 圖 43 計費方案三網(wǎng)絡(luò)架構(gòu)圖雖然 OCS 的提出，主要是為了滿足移動業(yè)務(wù)帶來的挑戰(zhàn)，但是，OCS 規(guī)范在制定時充分考慮了開放性和擴展性，因此，對于其他業(yè)務(wù)網(wǎng)絡(luò)的計費，如固網(wǎng)、PHS 等也可以通過升級改造融入新的計費架構(gòu)中來。 OCS 體系架構(gòu)中國電信 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)如下圖所示：電信實時計費系統(tǒng)研究 第 22 頁 圖 44 OCS 體系架構(gòu)如上圖所示，OCS 周邊涉及的系統(tǒng)主要包括：SCP、ISMP、CCG 等計費觸發(fā)點，SRD、帳務(wù)系統(tǒng)、網(wǎng)管系統(tǒng)等。SCP：智能網(wǎng)設(shè)備中的業(yè)務(wù)控制點，負責(zé)智能網(wǎng)處理的話音業(yè)務(wù)在線計費計費觸發(fā)。CCG：實現(xiàn)了 3GPP 標(biāo)準(zhǔn)中定義的話務(wù)平面功能(TPFTraffic Plane Function)，是基于內(nèi)容進行流量區(qū)分的計費觸發(fā)點。CCG 可以是獨立的設(shè)備，也可以同 GGSN 集成。ISMP：ISMP 是實現(xiàn)各種移動增值數(shù)據(jù)業(yè)務(wù)公共管理的功能實體，提供統(tǒng)一管理和統(tǒng)一認(rèn)證等功能，數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)的業(yè)務(wù)引擎（SE）觸發(fā)計費請求，由ISMP 判斷是否需要在線計費，如果需要由 ISMP 統(tǒng)一觸發(fā)到 OCS 進行預(yù)留、批價，并將結(jié)果返回業(yè)務(wù)引擎。SRD：共享信息數(shù)據(jù)庫，在中國電信計費系統(tǒng)中，設(shè)置統(tǒng)一的數(shù)據(jù)庫，保存