Telfort20融合計(jì)費(fèi)項(xiàng)目總體設(shè)計(jì)方案V020

ProductversionConfidentialitylevel

Telfort20融合計(jì)費(fèi)產(chǎn)品版本密級(jí)

項(xiàng)目總體設(shè)計(jì)方案秘密

Totalpages：

V020共214頁(yè)

HuaweiTechnologiesCo.Ltd.

華為技術(shù)有限公司

Telfort2.0項(xiàng)目總體技術(shù)方案

PreparedbyTelfort2.0分析設(shè)計(jì)組Dateyyyy-mm-dd

擬制日期

ReviewedbyDateyyyy-mm-dd

評(píng)審人日期

ApprovedbyDateyyyy-mm-dd

批準(zhǔn)日期

AuthorizedbyDateyyyy-mm-dd

簽發(fā)日期

HUAWGI

HuaweiTechnologiesCo.,Ltd.

華為技術(shù)有限公司

Allrightsreserved

版權(quán)所有侵權(quán)必先

Revisionrecord修訂記錄

DateRevisionCRSectionChangeDescriptionAuthor

日期VersionID/Number修改描述作者

修訂Defect修改

版本ID章節(jié)

CR號(hào)

2008-09-120.10根據(jù)各專題的寫作與檢視結(jié)果，初Telfort2.0分析

稿合并完成

設(shè)計(jì)組

2008-10-040.20根據(jù)客戶CR修正部分描述。Telfort2.0分析

1.DC模塊將被客戶的CACS替換

2.FM將被KPN系統(tǒng)替換設(shè)計(jì)組

部分功能的修改

1、帳戶優(yōu)惠方案的修改

2、接觸管理的修改與批注（與

IPCC部分信息未達(dá)成一致）

3、MDS方案修改

4、Realtimecharing

5、修改訂單落地方案，增加設(shè)計(jì)

方案與增加訂單查詢及訂單修

改

6、補(bǔ)充SCP與Rating&Billing

集成方案（語(yǔ)音計(jì)費(fèi)、VMS計(jì)

費(fèi)與AOC等業(yè)務(wù)）

7、預(yù)付費(fèi)生命周期管理

增加功能分解：

1、掃描件的存儲(chǔ)與管理

DistributionLIST分發(fā)記錄

CopyHolder'sName&RoleIssueDate

No.持有者與角色分發(fā)日期

1<PDTR&DRepresentative開發(fā)代表》yyyy-mm-dd

2<SE系統(tǒng)工程師〉yyyy-mm-dd

3<SEExtendedTeammembersSE擴(kuò)展構(gòu)成員〉yyyy-mm-dd

4<Others其它〉yyyy-mm-dd

Catalog目錄

Telfort2.0項(xiàng)目總體技術(shù)方案1

HuaweiTechnologiesCo.,Ltd1

Revisionrecord修訂記錄2

DistributionLIST分發(fā)記錄2

1項(xiàng)目背景10

1.1Telfort現(xiàn)狀介紹10

1.1.1TelfortMobile10

1.1.2Telfortinternet11

1.2目標(biāo)業(yè)務(wù)12

1.3目標(biāo)用戶數(shù)13

1.4實(shí)施階段13

2系統(tǒng)總體描述（0級(jí)視圖）14

2.1系統(tǒng)總體構(gòu)架14

2.1.1服務(wù)操縱層15

2.1.2計(jì)費(fèi)帳務(wù)層15

2.1.3客戶服務(wù)層16

2.1.4版本配套關(guān)系16

2.2系統(tǒng)外部接口描述（暫不寫作，將引用架構(gòu)與接口有關(guān)交付內(nèi)容）16

2.3系統(tǒng)物理組網(wǎng)（暫不寫作，將引用物理部署內(nèi)容）17

2.3.1系統(tǒng)總體物理組網(wǎng)17

3系統(tǒng)方案設(shè)計(jì)（1級(jí)視圖）17

3.1Rating&Billing與PC產(chǎn)品定義配合17

3.1.1業(yè)務(wù)需求描述17

3.1.2系統(tǒng)功能分解分配17

3.1.3接口說(shuō)明18

3.1.4性能要求18

3.2Rating&Billing與帳務(wù)管理提供已批價(jià)CDR、Bill配合18

3.2.1業(yè)務(wù)需求描述18

3.2.2系統(tǒng)功能分解分配19

3.2.3接口說(shuō)明19

3.2.4性能要求19

3.3Rating&Billing與CC資料接口20

3.3.1業(yè)務(wù)需求描述20

3.3.2系統(tǒng)功能分解分配21

3.3.3接口說(shuō)明23

3.3.4性能要求23

3.4預(yù)付費(fèi)與后付費(fèi)互轉(zhuǎn)23

3.4.1業(yè)務(wù)需求描述23

3.4.2系統(tǒng)功能分解分配24

3.4.3接口說(shuō)明25

3.4.4性能要求26

3.5Rating&Billing支持帳戶級(jí)優(yōu)惠26

3.5.1業(yè)務(wù)需求描述26

3.5.2系統(tǒng)功能分解分配26

3.5.3接口說(shuō)明28

3.5.4性能要求28

3.6預(yù)付費(fèi)用戶的實(shí)時(shí)銷帳28

3.6.1業(yè)務(wù)需求描述28

3.6.2系統(tǒng)功能分解分配30

3.6.3接口說(shuō)明32

3.6.4性能要求32

3.7后付費(fèi)用戶的信控處理方式32

3.7.1業(yè)務(wù)需求描述32

3.7.4性能要求34

3.8.1業(yè)務(wù)需求描工34

3.8.3接口說(shuō)明36

3.8.4性能要求36

3.9.1業(yè)務(wù)需求描述36

3.9.3:鍵計(jì)費(fèi)業(yè)務(wù)流程37

3.9.5性能要求40

3.10MDS與RATING的配合40

3.11.2］統(tǒng)功能分解分配42

3.11.3業(yè)務(wù)流程說(shuō)明45

3.11.4接口說(shuō)明46

3.11.5性能要求47

3.12營(yíng)銷方案設(shè)計(jì)47

3.12.1業(yè)務(wù)需求描述47

3.12.4接口說(shuō)明57

3.13.1業(yè)務(wù)需求描述59

3.13.2設(shè)計(jì)思路59

3.13.3系統(tǒng)功能分解分配60

1.擴(kuò)展用戶自定義條件，增加合同期，當(dāng)合同期不一致時(shí)能夠使用不一致的優(yōu)惠；62

3.13.4業(yè)務(wù)流程說(shuō)明64

3.13.5接口說(shuō)明65

3.13.6性能要求65

3.14NumberPorting流程65

3.14.1業(yè)務(wù)需求描述65

NumberPorting*施程分成下歹U3個(gè)流程65

3.14.2系統(tǒng)功能分解分配65

Ecare需要調(diào)用接口部件封裝的罰金杳詢接口，顯示用戶需要繳納的罰金72

NP.NPMS.FR.001系統(tǒng)管理支持NPMS鏈接入口73

3.14.3COIN消息定義79

3.14.4PortIn訂單流程定義83

1）活動(dòng)1：0L0Validate請(qǐng)求85

1）活動(dòng)1：TransitOperator請(qǐng)求87

2）活動(dòng)2：TransitOperator應(yīng)答88

1）活動(dòng)1：Ready2Release請(qǐng)求88

1）活動(dòng)1：老號(hào)碼廢棄89

2）活動(dòng)2：PortIn號(hào)碼服務(wù)開通89

3）活動(dòng)3：Portin號(hào)碼合同生效90

4）活動(dòng)4：計(jì)費(fèi)激活90

1）活動(dòng)1：發(fā)送同步原始運(yùn)營(yíng)商請(qǐng)求90

1）活動(dòng)1：TransitOperator同步請(qǐng)求91

2）活動(dòng)2：TransitOperator同步應(yīng)答91

1）活動(dòng)1：0L0握手同步請(qǐng)求接口92

3.14.5PortOut訂單流程定義93

1、資源有效性校驗(yàn)94

2、用戶有效性校驗(yàn)94

3、業(yè)務(wù)數(shù)據(jù)有效性校驗(yàn)94

1）活動(dòng)1：TransitOperator請(qǐng)求95

2）活動(dòng)2：TransitOperator應(yīng)答96

（ReadyToRelease在DNO側(cè)做了什么情況需要現(xiàn)場(chǎng)確認(rèn)），96

COIN有關(guān)消息：10997

COIN有關(guān)消息：107,10897

1）活動(dòng)1：TransitOperator同步請(qǐng)求97

2）活動(dòng)2：TransitOperator同步應(yīng)答98

1）活動(dòng)1：號(hào)碼銷戶98

2）活動(dòng)2：資源管理狀態(tài)更新98

3）活動(dòng)3：計(jì)費(fèi)通知98

COIN有關(guān)消息：11098

3.14.6Porting請(qǐng)求修改與取消處理方式99

3.14.7Porting準(zhǔn)備/同步通知接收處理102

3.14.8Porting請(qǐng)求的狀態(tài)定義104

3.14.9Porting請(qǐng)求的超時(shí)處理方式107

3.14.10SP/ESP的Porting處理方式107

3.14.11Phasel的架構(gòu)方案108

（4）NPMS修改程序或者配置從華為的通道讀取數(shù)據(jù)，進(jìn)行處理110

3.14.12寸：斐111兌9]110

3.14.13性能要求119

3.15.1業(yè)務(wù)需求描述119

3.15.2系統(tǒng)功能分解分配121

3.15.3業(yè)務(wù)流程說(shuō)明131

3.15.5性能要求135

3.16掃描件存儲(chǔ)與檢索136

3.16.1系統(tǒng)架構(gòu)示意圖137

3.16.2業(yè)務(wù)處理流程139

3.16.3OSMS系統(tǒng)介紹140

3.16.4內(nèi)部接口140

3.17資源管理方案141

3.17.2Voucher管理流程146

3.18.1業(yè)務(wù)需求描述148

3.18.2設(shè)計(jì)思路149

3.18.3系統(tǒng)功能分解分配149

3■18?5JZIIi'll"月■■■?>>■■??>■■?>>■■?>■■>?>>>>?>>>>?>>>>?>>>>?■■>>>>>>>>>>>>>>>>>>>>■??>>???>>???>>???>■???>????>????>■???>????>??■?>?153

3.18.6性能要求154

3.20IPCC與CCBS集專180

3.20.1數(shù)據(jù)庫(kù)建庫(kù)說(shuō)明180

3.20.2工號(hào)、權(quán)限統(tǒng)一管理180

3.20.4客戶接觸信息記錄與查詢（劉波、荀禮勇）186

3.20.5知識(shí)庫(kù)方案（內(nèi)外網(wǎng)知識(shí)庫(kù)）188

3.21BI與CCBS集成專題189

3.21.1傳輸方式190

3.21.5接口單元編碼191

3.21.6文件命名規(guī)則191

3.21.7接口文件格式-數(shù)據(jù)文件191

3.22Telecommanager方案193

3.22.1實(shí)現(xiàn)思路193

3.22.2設(shè)計(jì)方案193

3.22.3內(nèi)部接口194

3.23帳戶優(yōu)惠方案設(shè)計(jì)194

3.23.1業(yè)務(wù)需求描述194

3.23.2設(shè)計(jì)思路195

3.23.3系統(tǒng)功能分解分配195

3.23.4業(yè)務(wù)流程說(shuō)明195

3.23.5接口說(shuō)明196

3.23.6性能要求196

3.24收入保障（與Ectel討論以后再補(bǔ)充）196

3.25VASRealRimeCharging&Provisioning解決方案196

3.25.1業(yè)務(wù)需求描述203

3.25.2設(shè)計(jì)思路204

3.25.3系統(tǒng)功能分解205

3.25.4業(yè)務(wù)流程說(shuō)明206

3.25.5接口說(shuō)明206

3.25.6性能要求206

4系統(tǒng)內(nèi)部各部件的接口匯總說(shuō)明（待完全定稿后匯總）207

4.1系統(tǒng)內(nèi)部各部件的接口說(shuō)明207

4.1.1CC/POS部件接口說(shuō)明207

4.1.2E-care/E-shop部件接口說(shuō)明207

4.1.3訂單接口說(shuō)明207

4.1.4品口說(shuō)明207

4.1.5INV部件的接口說(shuō)明207

4.1.6Rating&Billing接口說(shuō)明207

4.1.7MDS部件接口說(shuō)明207

4.1.8PRO部件接口說(shuō)明207

4.1.9IPCC部件的接口說(shuō)明207

4.1.11報(bào)表部件的接口說(shuō)明208

5系統(tǒng)包需求及其需求分解208

6附錄：計(jì)費(fèi)與服務(wù)開通接口上下文環(huán)境209

6.1.1InterfaceContextDiagram210

6.2.1InterfaceContextDiagram212

6.3Real-timecharingDomain（需要根據(jù)DA決議修改）213

6.3.1InterfaceContextDiagram213

Keywords關(guān)鍵詞：Telfort.CCBS、CBS、總體設(shè)計(jì)方案

Abstract摘要：本文檔要緊描述Telforl2.0融合計(jì)費(fèi)項(xiàng)目的系統(tǒng)構(gòu)成、部件部署、關(guān)鍵

業(yè)務(wù)流程與方案、內(nèi)外部接口說(shuō)明，與系統(tǒng)整體的需求包與需求分解。在結(jié)合Telfort2.0的

外部系統(tǒng)環(huán)境進(jìn)行方案分析與設(shè)計(jì)的基礎(chǔ)上，本文檔側(cè)重在Huawei解決方案內(nèi)部的設(shè)計(jì)說(shuō)

明，Huawe懈決方案與Telfort外部系統(tǒng)的方案將在與局方的系統(tǒng)架構(gòu)與接口文檔中進(jìn)行說(shuō)

明。

Listofabbreviations縮略語(yǔ)清單:

Abbreviations縮略語(yǔ)Fullspelling英文全名Chineseexplanation中文解釋

TF2.0Telfort2.0projectTelfort2.0項(xiàng)目

CCBSCustomCare&BillingSystem綜合客戶管理系統(tǒng)，包含Custom

Care、Billing&BillFormatting>AR、

DC、PC、PRM、Mediation、

Provision>Inventory

BOSSBusiness&Operation業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)，是中國(guó)移動(dòng)的

SupportingSystem稱謂。文中指CCBS。

CCCustomCare客戶關(guān)懷管理模塊

ARAccountReceivable應(yīng)收款管理模塊

DCDebtCollection催欠管理模塊

PCPricingCatalogue產(chǎn)品目錄管理模塊

BFBillFormatting帳單格式化模塊

ProProvision服務(wù)開通模塊

MDMediation采集預(yù)處理模塊

InvInventory資源管理模塊

DWHDataWarehouse數(shù)據(jù)倉(cāng)庫(kù)

CBSConvergenceBillingSystem融合計(jì)費(fèi)系統(tǒng)，包含預(yù)付費(fèi)與后付

費(fèi)

OCSOnlineChargingSystem在線計(jì)費(fèi)系統(tǒng)

EBITDAEarningsBeforeInterest,利息、稅收與折舊、攤銷前收入

Taxes,Depreciationand

Amortization

TTMTimetoMarket上市時(shí)間

TCOTotalCostofOwnership總擁有成本

SMESmallMediumEnterprises中小企業(yè)

ESPEnhancedServiceProvider增強(qiáng)服務(wù)提供商

1項(xiàng)目背景

1.1Telfort現(xiàn)狀介紹

Telfort是于1997年在荷蘭成立的一家獨(dú)立移動(dòng)運(yùn)營(yíng)商，他將自己定位于移動(dòng)市場(chǎng)的挑

戰(zhàn)者。在2005年Telfort被荷蘭最大的固定/移動(dòng)運(yùn)營(yíng)商KPN收購(gòu)。收購(gòu)后兩家的網(wǎng)絡(luò)架構(gòu)進(jìn)

行了整合，Telfort將會(huì)把其網(wǎng)絡(luò)遷移到KPN。今天Telfort已經(jīng)成為KPN整體品牌卜?的挑戰(zhàn)品

牌。Telfort將作為,關(guān)注價(jià)格，細(xì)分市場(chǎng)的增強(qiáng)服務(wù)提供商（ESP）,這是KPN對(duì)Telfort品牌與

歷史定位。

同時(shí)，K.PN在2006年收購(gòu)了荷蘭的Internet服務(wù)提供商荷蘭Tiscali（internationalTiscali

group的一部分），并重新進(jìn)行品牌包裝交由Telforl管理與運(yùn)營(yíng)。因此，Telfort同時(shí)包含Mobile

與Inlernel業(yè)務(wù)。

為提高Telforl的EBITDA,同時(shí)也為了支撐其在Mobile與Iniernet業(yè)務(wù)的融合與對(duì)應(yīng)組織

結(jié)構(gòu)與人員進(jìn)行調(diào)整，Telfort需要在其IT支撐系統(tǒng)上進(jìn)行改造，目標(biāo)包含有：

?Fastertimetomarket（TTM）

?LowerTCOofIT

本次的支撐系統(tǒng)范圍為融合的CRM&Billing系統(tǒng)，也就是Telfort2.0項(xiàng)目。（注：在此

前;有Telfort1.0項(xiàng)目，只涵蓋預(yù)付費(fèi)業(yè)務(wù)部分，目前尚未實(shí)施，將被同時(shí)包含在Telfort2.0

中，因此Telfort2.0是個(gè)預(yù)付費(fèi)融合、Mobile/Internel融合的CRM&Billing解決方案）

1.1.1TelfortMobile

目前的Telforl移動(dòng)基礎(chǔ)設(shè)施的特點(diǎn)是：

?大量的應(yīng)用

?眾多專有接口

?一個(gè)復(fù)雜的系統(tǒng)架構(gòu)

?系統(tǒng)支離破碎，數(shù)據(jù)冗余在多個(gè)系統(tǒng)，數(shù)據(jù)復(fù)制不總是完全正確復(fù)制

復(fù)雜系統(tǒng)的堆棧含有大量的冗余功能，比如不一致的系統(tǒng)（大致相同的功能）是用于消

費(fèi)者與企業(yè)的部分，這導(dǎo)致了卜列結(jié)果:

成本高

需要較多人力（操作，質(zhì)量保證，投訴處理）

系統(tǒng)保護(hù)復(fù)雜

產(chǎn)品的靈活性低，響應(yīng)市場(chǎng)時(shí)間長(zhǎng)

開發(fā)新產(chǎn)品/服務(wù)時(shí)需要復(fù)雜的，定制的接口開發(fā)

沒(méi)有E2E服務(wù)保證

收入保障流程復(fù)雜

客戶操作復(fù)雜，很難實(shí)施有效的客戶的自助服務(wù)

Telfort當(dāng)前移動(dòng)業(yè)務(wù)支撐系統(tǒng)架構(gòu)如下（由歐洲廠商C叩gimini等提供管理服務(wù)）：

Sct)|j<rtoigarPayments&Collection

OPTA

SiSAHAiCRIa-VouehM

PWICW)

InventoryMat

Sales&

Channel

?Customer

Interface5加5

FAfWOO

RetailBilling

F""一MxeflPtCRI■■■1H"

?CENDF1S

Ava”ACO

卡加：HPMS：C?

：CSCWR；,

SupplierPartner

Billing

C0V(Cfl1

,?.JSPAnalyticalCRM

WholcMloBilling?ADC?

ESP-GW

—-VolJeN"1?Telfort

1.1.2Telfortinternet

由于歷史的原因荷蘭Tiscali的CustomerCare與billing系統(tǒng)被外包給Tiscaliservices管理,

Tiscaliservices的平臺(tái)為多個(gè)國(guó)家服務(wù)，外包合同將在09年6月份結(jié)束，開發(fā)商為：

?Billing:Geneva

?CRM:Siebel

GreenISPApplicationArchitecture(eTOMmapping)

OperationalFulfillmentAssuranceBilling

VISP

tiscali.

ifnove

Telfort.

Wholesale

AOL>>

&OI.CON

ABEL

^SiSi

城kpn

COIN.mm

rnn

FatrmivFrMKUonwn*0.6

1.2目標(biāo)業(yè)務(wù)

Telfort2.0需要支撐的(要緊)業(yè)務(wù)包含如下，其中，移動(dòng)業(yè)務(wù)中包含預(yù)付費(fèi)與后付費(fèi)

業(yè)務(wù)，關(guān)于Internet業(yè)務(wù)，僅僅包含后付費(fèi)業(yè)務(wù)：

?MobileVoiceservices(PrepaidandPostpaid)

oVoice

oVoiceRoaming

oVoiceMail

?MobileDataservices(PrepaidandPostpaid)

oGPRS

oGPRSRoaming

oWAP/WAPPush

oSMS

oSMSpremium

oMMS

oSMSRoaming

oMMSRoaming

oContentService

?InternetAccessservices(ADSL,VDSL)(Postpaidonly)

?InternetVoIPservices(Postpaidonly)

?InternetValueAddedservices(Postpaidonly)

oeMail

oHomepage

oDomainregistration

oKeyman/F-secure

另外，從客戶的角度看，Telforl2.0需要支持如下類型客戶:

?Consumer

?Business(SMEonly),關(guān)于具有復(fù)雜組織結(jié)構(gòu)、特殊網(wǎng)絡(luò)業(yè)務(wù)類型的集

團(tuán)客戶不在支持的范圍之內(nèi)。

再有，由于Telfort本身作為KPN的一個(gè)增強(qiáng)服務(wù)提供商，因此原則上針對(duì)其它ESP、

MVNO業(yè)務(wù)的支持不在Telfort2.0范圍之內(nèi)，但由于考慮到網(wǎng)絡(luò)與系統(tǒng)的變遷方便，針對(duì)話

單處理、服務(wù)開通部分可能會(huì)涉及我們的Mediation與Provision,需要參考更全面的方案設(shè)計(jì)

內(nèi)容。

1.3目標(biāo)用戶數(shù)

整個(gè)系統(tǒng)需要支撐到Telfort今后5年的業(yè)務(wù)進(jìn)展(即從2009年到2013年)，在這個(gè)過(guò)程

中，系統(tǒng)需支撐的用戶數(shù)估計(jì)如下表所示：

200820092010201120122013

Subscriberseoyeoyeoyeoyeoyeoy

Activeprepaidsubscribers920,000930,000940,000940,000940,000940,000

RegisteredPrepaid1,150,01,150,01,160,01,170,01,170,01,170,0

subscribers000000000000

1,000,01,100,01,175,01,225,01,250,0

875,000

Activepostpaidsubscribers0000000000

Activeinternetcustomers383,000459,700505,650556,200611,800674,000

ActiveSubscribers2,178,02,389,72,545,62,671,22,776,82,864,0

(Total)000050000000

Activevoipsubscribers120,000140,000170,000200,000240,000288,000

注：其中的Activevoipsubscribers已包含在Activeinternetcustomers't1了。

其他更全面的信息請(qǐng)參見(jiàn)RFQ材料中的《RFQA5SizingfinalvLl.pdf》。

1.4實(shí)施階段

按照業(yè)務(wù)與網(wǎng)絡(luò)情況考慮，整個(gè)項(xiàng)目將會(huì)分三個(gè)階段實(shí)施：

?第一階段（phase1）：MobilePostpaidService支持，在遷移舊有后付費(fèi)用戶與業(yè)務(wù)

系統(tǒng)功能的同時(shí)，Telfort2.0需要支持新進(jìn)展的移動(dòng)后付費(fèi)用戶。如今，Telfort2.0

將與原有的預(yù)付費(fèi)系統(tǒng)、Iniernel系統(tǒng)共存。

?第二階段（Phase2）：在支持后付費(fèi)的基礎(chǔ)上，遷移預(yù)付費(fèi)。如今，所有的移動(dòng)

用戶將由Telfort2.0支持，但與舊有的Internet系統(tǒng)共存。

?第三階段（phase3）：遷移Internet用戶，并支持新增Internet用戶。這是系統(tǒng)的最

終演進(jìn)結(jié)果與目標(biāo)架構(gòu)。

2系統(tǒng)總體描述（0級(jí)視圖）

2.1系統(tǒng)總體構(gòu)架

我司提供的融合計(jì)費(fèi)解決方案共有CCBS、OCS、IPCC、BI與外協(xié)幾個(gè)產(chǎn)品構(gòu)成，在邏

輯上分為三層，如下圖所示：

BOSSNMSBusinessInteligence

客戶服務(wù)層

計(jì)費(fèi)帳務(wù)層

服務(wù)控制層

Network

CCBS產(chǎn)品提供?BI產(chǎn)品提供1PCC產(chǎn)品提供OCS產(chǎn)品提供口外協(xié)?提供

2.1.1服務(wù)操縱層

服務(wù)操縱層各部件的功能如下：

>Provision部件將為客戶服務(wù)層提供網(wǎng)絡(luò)的服務(wù)開通接口。

>Mediation部件負(fù)責(zé)采集網(wǎng)絡(luò)設(shè)備上的話單，同時(shí)也負(fù)責(zé)漫游結(jié)算話單的解碼工

作。

>SCP部件負(fù)責(zé)話音類業(yè)務(wù)的呼叫操縱，并觸發(fā)到CBS進(jìn)行計(jì)費(fèi)處理。

>UVC部件負(fù)責(zé)充值卡管理與對(duì)應(yīng)的充值流程。

2.1.2計(jì)費(fèi)帳務(wù)層

計(jì)費(fèi)帳務(wù)層由CCBS國(guó)內(nèi)海外計(jì)費(fèi)帳務(wù)統(tǒng)一版本完成。

CBS實(shí)現(xiàn)對(duì)預(yù)付費(fèi)用戶的業(yè)務(wù)使用進(jìn)行預(yù)算與實(shí)時(shí)扣費(fèi)。對(duì)后付費(fèi)用戶的業(yè)務(wù)使用進(jìn)行

批價(jià)（全觸發(fā)模式后需要實(shí)時(shí)批價(jià)）、出話單、累帳出帳。

在計(jì)費(fèi)帳務(wù)處理后，將由帳單格式化、帳務(wù)管理、欠費(fèi)催繳模塊完成后續(xù)的帳單生成、

繳費(fèi)銷帳、與欠費(fèi)催繳功能。

收入保障使用的是外協(xié)Ectel的產(chǎn)品，包含對(duì)非法使用情況的分析、一致性的分析與處

理準(zhǔn)確性的校驗(yàn)功能等。

注1：關(guān)于話音類業(yè)務(wù)，由核心網(wǎng)經(jīng)Camel協(xié)議觸發(fā)到SCP,再由SCP轉(zhuǎn)換成DCC協(xié)議到

CBS進(jìn)行計(jì)費(fèi)處理。關(guān)于其它增值類業(yè)務(wù)，由增值業(yè)務(wù)平臺(tái)使用DCC協(xié)議直接觸發(fā)到CBS

進(jìn)行計(jì)費(fèi)處理。

注2：考慮到核心網(wǎng)與其它業(yè)務(wù)系統(tǒng)的性能與業(yè)務(wù)能力的改造，同時(shí)結(jié)合我們的分階段

實(shí)施步驟，在總體上未使用全觸發(fā)的方案，即預(yù)付費(fèi)使用實(shí)時(shí)接口觸發(fā)，后付費(fèi)使用話單方

式進(jìn)行計(jì)費(fèi)。但后付費(fèi)的數(shù)據(jù)業(yè)務(wù)需要通過(guò)DCC到CBS進(jìn)行鑒權(quán)

注3：由于Telfort項(xiàng)目的特殊性，后付費(fèi)的繳費(fèi)是使用Telfort的財(cái)務(wù)系統(tǒng)支持，因此這

里使用“AccountManagement”的說(shuō)法，沒(méi)有使用海外通常的"AccountReceivable"，以保

證與客戶交流的一致性。

注4：欠費(fèi)催繳己經(jīng)明確使用原有的CACS系統(tǒng)，不再由我司提供。

注5：E-CARE/E-SHOP可能要與portal捆綁在一起單獨(dú)招標(biāo)

2.1.3客戶服務(wù)層

客戶服務(wù)層要緊由CCBS與IPCC兩個(gè)產(chǎn)品共同提供，覆蓋Telfort2.0所有客戶服務(wù)渠

道的日常功能，包含產(chǎn)品管理、資源管理、業(yè)務(wù)受理、業(yè)務(wù)變更、綜合查詢、投訴建議等功

能。

在業(yè)務(wù)受理流程中，客戶服務(wù)層一方面將通過(guò)服務(wù)操縱層的Provision子系統(tǒng)對(duì)網(wǎng)絡(luò)進(jìn)

行服務(wù)開通，另一方面也將更新計(jì)費(fèi)帳務(wù)層的客戶資料、信用度數(shù)據(jù)、產(chǎn)品定購(gòu)數(shù)據(jù)等信息。

同時(shí)計(jì)費(fèi)帳務(wù)層也為客戶服務(wù)層提供具體的資費(fèi)規(guī)則定義、用戶實(shí)時(shí)狀態(tài)等信息。

2.1.4版本配套關(guān)系

CCBS產(chǎn)品各部件版本配套關(guān)系如下，將基于此版本進(jìn)行開發(fā):

配套產(chǎn)品版本

個(gè)人業(yè)務(wù)受理（包含繳費(fèi)、

TopEngCC&BMV200R003C01B43

產(chǎn)品管理）

資源管理TopEngBOSSIMV200R003C01B190

訂單管理TopEngBOSSGPV200R003C02B200

客戶管理;營(yíng)銷管理

渠道管理;合作伙伴管理TopEngBOSSBCV2OOROO3CO2BI10

系統(tǒng)管理

E-careTopEngBOSSE-CareV3OOROO1CO2BO1

InterfaceTopEngBOSSINTV300R001C04B01

Rating/BillingTopEngCCBSCHGV300R001C0IB07

TopEngMediationV100R002C07B392+TopEngMediation

Mediation

V1OOROO2CO7B392E32FD8O

SystemMonitoringTopEngSystemMonitoringV200R003C02B201

ProvisionTopEngProvisionV100R002C20BQ41

2.2系統(tǒng)外部接口描述（暫不寫作，將引用架構(gòu)與接口有關(guān)交付內(nèi)容）

系統(tǒng)外部接口總圖如下（將根據(jù)架構(gòu)與接口組的最終輸出調(diào)整）：

2.3系統(tǒng)物理組網(wǎng)(暫不寫作，將引用物理部署內(nèi)容)

2.3.1系統(tǒng)總體物理組網(wǎng)

3系統(tǒng)方案設(shè)計(jì)(1級(jí)視圖)

3.1Rating&Billing與PC產(chǎn)品定義配合

3.1.1業(yè)務(wù)需求描述

先在測(cè)試床進(jìn)行測(cè)試資費(fèi)配置，在測(cè)試床進(jìn)行資費(fèi)驗(yàn)證以后,進(jìn)行生產(chǎn)庫(kù)公布資費(fèi)配置,

如今配置的資費(fèi)政策(tariff_plan),同步到營(yíng)業(yè)的計(jì)費(fèi)資費(fèi)接口表(billing_plan),供產(chǎn)品管理

進(jìn)行產(chǎn)品定義。

3.1.2系統(tǒng)功能分解分配

Rat.001計(jì)費(fèi)資費(fèi)同步到營(yíng)業(yè)PC資費(fèi)接口表

?Rating&Billing部件

■計(jì)費(fèi)資費(fèi)政策(TARIFF_PLAN)的變動(dòng)通過(guò)定時(shí)啟動(dòng)后臺(tái)進(jìn)程方式進(jìn)行

差異同步，要緊同步資費(fèi)ID與資費(fèi)名稱的變動(dòng)，到營(yíng)業(yè)資費(fèi)接口表

(B1LLING_PLAN)。

TARIFF_PLANBILLING_PLAN差異檢查字段缺省處理設(shè)置

Tariff_plan_idItemid是

Tariff_plan_nameItemnamesubstr(tariff_plan_name.1.

32)

PlantypePlantype

NetworkedGSM

Isbaseplan1

Status1

StatusdateSysdate

Region999

3.1.3接口說(shuō)明

內(nèi)部接口

接口名稱接口類型接口提供方接口使用方接口說(shuō)明

資費(fèi)同步接表接口計(jì)費(fèi)賬務(wù)產(chǎn)品管理計(jì)費(fèi)賬務(wù)TARIFF_PLAN的資費(fèi)ID與

□名稱到產(chǎn)品管理的BILLING_PLAN的

同步處理。

外部接口

無(wú)

3.1.4性能要求

無(wú)

3.2Rating&Billing與帳務(wù)管理提供已批價(jià)CDR、Bill配合

3.2.1業(yè)務(wù)需求描述

計(jì)費(fèi)賬務(wù)通過(guò)表方式提供未銷帳的后付費(fèi)賬單，賬務(wù)處理與賬務(wù)管理共用同一個(gè)數(shù)據(jù)

庫(kù)，后付費(fèi)賬單通過(guò)數(shù)據(jù)庫(kù)接口表的方式提供。

計(jì)費(fèi)賬務(wù)提供賬單明細(xì)費(fèi)用項(xiàng)與GLCODE參照表的保護(hù)。

已經(jīng)批價(jià)話單(CDR)使用表接口方式提供給賬務(wù)管理，不作格式轉(zhuǎn)換。

3.2.2系統(tǒng)功能分解分配

批價(jià)話單提供方式

計(jì)費(fèi)賬務(wù)已批價(jià)話單(CDR)使用表接口方式提供，不作格式轉(zhuǎn)換。

后付費(fèi)賬單提供方式

計(jì)費(fèi)賬務(wù)提供月結(jié)出帳與立即出帳的后付費(fèi)賬單，賬務(wù)管理直接訪問(wèn)計(jì)費(fèi)賬務(wù)賬單表

(BILL)與明細(xì)賬單表(BILLITEM),賬務(wù)管理讀取計(jì)費(fèi)的賬單進(jìn)行銷帳處理并將結(jié)果生成

到賬務(wù)管理的賬單表，

GLCODE處理方式

計(jì)費(fèi)賬務(wù)提供明細(xì)費(fèi)用項(xiàng)與GLCODE參照表(帳單項(xiàng)定義表Acctltem_def)的保護(hù)。

3.2.3接口說(shuō)明

內(nèi)部接口

接口名稱接口類型接口提供方接口使用方接口說(shuō)明

批價(jià)話單表接口計(jì)費(fèi)賬務(wù)賬務(wù)管理使用表接口方式提供，不作格式轉(zhuǎn)換

后村費(fèi)賬單表接口計(jì)費(fèi)賬務(wù)賬務(wù)管理賬務(wù)管理直接訪問(wèn)計(jì)費(fèi)賬務(wù)賬單表

接口

(BILL)與明細(xì)賬單表(BILLITEM)

表接口計(jì)交賬務(wù)賬務(wù)管理

GLCODE計(jì)費(fèi)賬務(wù)提供明細(xì)費(fèi)用項(xiàng)與GLCODE

處理方式

參照表(帳單項(xiàng)定義表Acclltem_def)

的保護(hù)

外部接口

無(wú)

3.2.4性能要求

無(wú)

3.3Rating&Billing與CC資料接口

3.3.1業(yè)務(wù)需求描述

營(yíng)業(yè)受理產(chǎn)生資料的變更，需要向計(jì)費(fèi)賬務(wù)進(jìn)行資料同步方式。由于對(duì)業(yè)務(wù)的實(shí)時(shí)性要

求的不一致，使用不一致的同步方式。關(guān)于預(yù)付費(fèi)的激活處理與資費(fèi)變動(dòng)時(shí)，使用實(shí)時(shí)同步

方式，營(yíng)業(yè)直接調(diào)用計(jì)費(fèi)賬務(wù)的實(shí)時(shí)客戶資料刷新的socket接口，同時(shí)能夠在資料同步觸發(fā)

器中標(biāo)識(shí)出已經(jīng)使用了實(shí)時(shí)接口。

其他業(yè)務(wù)使用觸發(fā)器異步處理方式，但是需要營(yíng)業(yè)支持區(qū)分資料變動(dòng)的操作類型支持不

一致的優(yōu)先級(jí)與處理類型。新增操作類型，使用2為字符標(biāo)識(shí)，第一位定義為批量類型，第

二位定義受理方式，具體說(shuō)明如下：

第一位：批量類型

1一單筆受理，對(duì)應(yīng)優(yōu)先級(jí)高

2一批量受理，對(duì)應(yīng)優(yōu)先級(jí)低

第二位：受理方式

I一普通受理，更新營(yíng)業(yè)數(shù)據(jù)庫(kù)，通過(guò)觸發(fā)器同步到計(jì)費(fèi)

2一實(shí)時(shí)受理，先更新計(jì)費(fèi)，再更新營(yíng)業(yè)數(shù)據(jù)庫(kù)，不需要進(jìn)行同步計(jì)費(fèi)

3一反向同步，計(jì)費(fèi)已經(jīng)更新，反向同步到營(yíng)業(yè)，營(yíng)業(yè)進(jìn)行相應(yīng)操作，不再同步到計(jì)費(fèi)。

操作類型舉例：

營(yíng)業(yè)單筆普通受理，標(biāo)志為11,使用觸發(fā)器同步方式到計(jì)費(fèi)，同步優(yōu)先級(jí)高。

營(yíng)業(yè)批量普通受理，標(biāo)志為21,使用觸發(fā)器同步方式到計(jì)費(fèi)，同步優(yōu)先級(jí)低。

批量反向同步處理,，標(biāo)志為23,觸發(fā)器特殊處理，不生成同步數(shù)據(jù)，只生成核對(duì)數(shù)據(jù)，

且同步優(yōu)先級(jí)低。

計(jì)費(fèi)賬務(wù)進(jìn)行預(yù)付費(fèi)用戶的生命周期管理過(guò)程中，預(yù)付費(fèi)用戶狀態(tài)變動(dòng)，需要由計(jì)費(fèi)賬

務(wù)反向同步資料到營(yíng)業(yè)。

3.3.2系統(tǒng)功能分解分配

CC2RAT.001營(yíng)業(yè)到計(jì)費(fèi)的觸發(fā)器資料同步接口

?Rating&Billing部件

■通過(guò)表觸發(fā)器方式進(jìn)行資料同步?？蛻糍Y料上增加資料同步觸發(fā)器，觸發(fā)

到計(jì)費(fèi)賬務(wù)的資料增量接口表custinfo中，再同步到計(jì)費(fèi)賬務(wù)數(shù)據(jù)庫(kù)，由

計(jì)費(fèi)的客戶資料管理程序刷新進(jìn)行增量的數(shù)據(jù)庫(kù)與共享內(nèi)存的資料刷新。

■由于存在普通受理、批量后臺(tái)受理、實(shí)時(shí)資料同步、反向同步等資料同步

方式，需要在觸發(fā)器中增加受理的操作類型標(biāo)識(shí)。從而區(qū)分批量受理類型，

確定資料處理優(yōu)先級(jí)，通過(guò)區(qū)分受理方式，決定資料同步方向。

■具體實(shí)現(xiàn)方式：實(shí)現(xiàn)方式使用數(shù)據(jù)庫(kù)package全局變量方式（2位字符方批注[ul]:假如某個(gè)操作沒(méi)有設(shè)置全局變量，就會(huì)使用

上一筆操作的全局變量？

式）。

有無(wú)風(fēng)險(xiǎn)？

?CC部件

■營(yíng)業(yè)受理時(shí)進(jìn)行數(shù)據(jù)庫(kù)操作時(shí)，先設(shè)置數(shù)據(jù)庫(kù)package全局變量，Rating

提供的觸發(fā)器檢查此全局變量，進(jìn)行相應(yīng)的處理。

?Rating&Billing部件

■在同步資料表上增加操作類型字段，觸發(fā)器進(jìn)行不一致推斷處理。

■計(jì)費(fèi)資料同步觸發(fā)器改造：支持營(yíng)業(yè)不一致受理類型，生成不一致接口數(shù)

據(jù)。

1.推斷批量處理類型，設(shè)置同步優(yōu)先級(jí)。

2.推斷受理方式，確定同步方向。

A:普通受理業(yè)務(wù)，生成到計(jì)費(fèi)同步數(shù)據(jù)。

B:實(shí)時(shí)受理業(yè)務(wù)，不生成同步數(shù)據(jù)。

C:反向同步業(yè)務(wù)，不生成同步數(shù)據(jù)。

營(yíng)業(yè)到計(jì)費(fèi)賬務(wù)的socket實(shí)時(shí)資料同步接口

?Rating&Billing部件

■關(guān)于預(yù)付費(fèi)的激活、預(yù)付費(fèi)的修改資費(fèi)，計(jì)費(fèi)賬務(wù)提供sockect方式的資料

增量同步接口，計(jì)費(fèi)賬務(wù)