專利名稱：移動用戶欠費風(fēng)險控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及的是一種在移動通信系統(tǒng)中基于服務(wù)提供商有效地進行欠費控制，以降低移動用戶(服務(wù)消費者)欠費風(fēng)險的技術(shù)實現(xiàn)方法。
背景技術(shù)：
隨著科技的發(fā)展，移動終端日漸普及。特別是在通訊領(lǐng)域，手機更是現(xiàn)代人所必備的一種通訊工具。在移動用戶中，對于預(yù)付費品牌客戶，當(dāng)其帳戶余額低于一定閥值時，如何有效地進行欠費控制，降低欠費風(fēng)險，對于運營商具有重要意義。雖然移動智能網(wǎng)在實時控制用戶欠費方面達到了目的，但其業(yè)務(wù)資費不夠靈活、業(yè)務(wù)需求支持慢、數(shù)據(jù)業(yè)務(wù)支持能力弱和處理能力低等方面的不足，使得移動智能網(wǎng)無法很好地支撐業(yè)務(wù)的開展。業(yè)務(wù)運營支撐系統(tǒng)(BOSS系統(tǒng))經(jīng)過多年的發(fā)展，在支撐業(yè)務(wù)的開展方面，基本做到了及時、高效的響應(yīng)，大部分移動用戶已在BOSS中支撐，但目前BOSS計費是基于CDR(呼叫數(shù)據(jù)記錄)的準(zhǔn)實時計費，基于CDR的計費方式必然存在一定的欠費風(fēng)險，欠費風(fēng)險的控制已經(jīng)成為運營商亟待解決的問題。利用BOSS系統(tǒng)的信用控制能力及對客戶欠費風(fēng)險的分析能力，結(jié)合智能網(wǎng)的呼叫控制能力，可以有效地進行欠費控制，降低BOSS系統(tǒng)預(yù)付費業(yè)務(wù)的欠費風(fēng)險。
目前BOSS系統(tǒng)采用基于CDR的離線計費方式，從用戶通話結(jié)束到BOSS系統(tǒng)完成計費帳務(wù)處理，存在延遲。這樣，一方面不能讓用戶實時了解其消費情況、滿足其對通話消費有效控制的要求；同時，也增加了運營商的欠費風(fēng)險，帶來了收入流失與欠費催繳成本增加等方面的問題。由于BOSS與智能網(wǎng)兩個系統(tǒng)均是關(guān)鍵的生產(chǎn)系統(tǒng)，均承載著現(xiàn)網(wǎng)業(yè)務(wù)，不可能進行大規(guī)模的改造，通常會希望有一種效能成本劃算的方式使服務(wù)提供商來提供服務(wù)同時可以有效地控制用戶欠費風(fēng)險。

發(fā)明內(nèi)容
針對現(xiàn)實中存在的問題，本發(fā)明提出了一種移動用戶欠費風(fēng)險控制方法。此方法能夠使BOSS系統(tǒng)參與通話的接續(xù)與通話過程的控制。BOSS系統(tǒng)將該類用戶的CSI信息加載到HLR中，在用戶發(fā)起通話請求時，MSC/SSP將呼叫觸發(fā)到SCP，SCP向BOSS系統(tǒng)發(fā)起呼叫鑒權(quán)請求，BOSS系統(tǒng)根據(jù)用戶申請的業(yè)務(wù)類型、資費政策及其帳戶可用余額，反算出當(dāng)前可以授權(quán)的額度，應(yīng)答給SCP，由SCP對用戶資源的使用情況進行監(jiān)控，當(dāng)授權(quán)額度使用完畢時中斷業(yè)務(wù)，同時上報給BOSS系統(tǒng)，由BOSS系統(tǒng)完成計費帳務(wù)處理。OCS(在線計費系統(tǒng))作為BOSS側(cè)一個接口域，作為BOSS參與通話的接續(xù)與通話過程控制的實體。
本發(fā)明的技術(shù)方案是一種移動用戶欠費風(fēng)險控制方法，其基本流程在于步驟一、BOSS將用戶資料以及帳戶資料傳給OCS；步驟二、BOSS將簽約信息加載到HLR上；步驟三、用戶通話時，SCP將從MSC獲得的IDP信息傳遞給OCS，請求時長反算，OCS將反算結(jié)果反饋SCP，SCP進行通話控制；步驟四、用戶通話結(jié)束后，SCP將用戶通話情況報告OCS，OCS計費并修改虛擬帳戶，到步驟三；步驟五、BOSS接收OCS生成的話單，向用戶收費并修改BOSS帳戶，根據(jù)需要發(fā)起更新OCS的虛擬帳戶和用戶資料，到步驟一。
上述的移動用戶欠費風(fēng)險控制方法，其中所述在線計費系統(tǒng)應(yīng)具備計費、反算、分發(fā)、虛擬帳戶管理、計費參數(shù)管理、統(tǒng)計分析的能力。
上述的移動用戶欠費風(fēng)險控制方法，其中話務(wù)控制流程用于MSC/SSP、SCP、OCS三者之間配合，根據(jù)用戶的資料和帳戶情況對用戶的通話進行實時的控制，當(dāng)余額不足時能夠及時切斷呼叫，避免欠費，其流程如下(1)用戶作為主叫或被叫，由于之前已經(jīng)在HLR添加了CSI，則MSC/SSP可以獲得CSI信息；MSC/SSP根據(jù)CSI觸發(fā)呼叫到SCP，請求SCP對呼叫進行控制。其中SCP信息、業(yè)務(wù)鍵由CSI確定。MSC/SSP通過IDP消息把該呼叫的信息(如主、被叫號碼等)上報給SCP。
(2)SCP分析對方號碼，如果為特服表中免費號碼，則直接下發(fā)Continue，不再進行后續(xù)的監(jiān)控，也不向OCS報告。否則將IDP內(nèi)容傳遞給OCS，請求進行時長反算；(3)OCS根據(jù)IDP消息、用戶資料、帳戶信息等，如果該用戶本次呼叫需監(jiān)控，則對該次呼叫反算出可通話時長，如果時長較短(初步定于小于3分鐘)則直接下發(fā)給SCP；否則OCS啟用分片控制技術(shù)，將第一段時間片(初步定為3分鐘)下發(fā)給SCP，同時下發(fā)監(jiān)控標(biāo)識給SCP。如果該用戶不需監(jiān)控則直接下發(fā)一接續(xù)標(biāo)識給SCP。
(4)SCP對收到的監(jiān)控標(biāo)識及反算時長進行分析，根據(jù)結(jié)果決定是否允許接通該呼叫。
a.如果標(biāo)識為不需要監(jiān)控，直接下發(fā)Continue，不再進行后續(xù)的監(jiān)控，也不向OCS報告。
b.如果標(biāo)識為需要監(jiān)控，且時長為0，則呼叫為不允許接通，直接下發(fā)ReleaseCall消息結(jié)束呼叫。
c.如果標(biāo)識為需要監(jiān)控，且時長介于0至3分鐘，則該用戶需要監(jiān)控，下發(fā)后續(xù)的信令消息，以使得接續(xù)呼叫。
(5)SCP下發(fā)RRBE消息，請求MSC/SSP監(jiān)控呼叫事件，其中應(yīng)該包括請求上報呼叫應(yīng)答事件(oAnswer或tAnswer)，以便于SCP在呼叫應(yīng)答一段時間后，第一段時間片用完前請求OCS再次授權(quán)一個時間片，并根據(jù)實際可通話時長進行監(jiān)控。
(6)SCP下發(fā)AC消息，AC中攜帶第一段時間片的時長。如果OCS預(yù)設(shè)了放音標(biāo)志，也在本AC中下發(fā)。
(7)SCP下發(fā)Continue/Connect消息，MSC/SSP進行后續(xù)的接續(xù)。
(8)被叫應(yīng)答后，MSC/SSP通過ERB上報SCP應(yīng)答事件，SCP把該次呼叫的相關(guān)信息上報給OCS，同時根據(jù)獲得的通話時長進行呼叫監(jiān)控。OCS使用分片控制技術(shù)，SCP在時間片用完時請求OCS再次授權(quán)一個時間片，OCS根據(jù)反算的總時長及已使用的時長計算出下一個時間片授權(quán)給SCP，該流程可能存在多次交互。
(9)呼叫結(jié)束時，MSC/SSP通知SCP，SCP把該次呼叫的時長信息等報告給OCS。由OCS對該次呼叫進行計費，并更新虛擬帳戶。
上述的移動用戶欠費風(fēng)險控制方法，其進一步特征在于由于OCS需要根據(jù)帳戶等信息計算出用戶的可通話時長，所以BOSS應(yīng)通知OCS用戶帳戶的更新情況。帳戶資料更新流程提供實時更新和非實時更新兩種手段，其中實時更新每次只能更新一個用戶的帳戶資料；非實時更新適用于定期更新批量帳戶資料的情況，使用“用戶信息批量刷新接口”。帳戶資料的更新包括增加、修改、刪除流程。
OCS需要使用用戶資料進行反算和計費。因此，BOSS有必要與OCS保持用戶資料一致。這些更新包括資費、業(yè)務(wù)信息(如親情號碼、分區(qū)分時信息等)。用戶資料更新流程提供實時更新和非實時更新兩種手段，其中實時更新每次只能更新一個用戶的用戶資料；非實時更新適用于定期更新批量用戶資料的情況，使用“用戶信息批量刷新接口”。用戶資料的更新包括增加、修改、刪除流程。
本發(fā)明移動用戶欠費風(fēng)險控制方法能夠在BOSS與智能網(wǎng)間新建在線計費系統(tǒng)(OCS)，將BOSS靈活的業(yè)務(wù)組合能力和智能網(wǎng)對用戶呼叫的控制能力有機結(jié)合，以達到控制預(yù)付費用戶欠費的目的；BOSS對用戶進行分層管理，對信用等級低的預(yù)付費用戶每天動態(tài)篩選出來進行監(jiān)控；OCS將用戶通話消息轉(zhuǎn)化為批價話單直接發(fā)給BOSS，減少中間環(huán)節(jié)，快速響應(yīng)用戶后續(xù)查詢；OCS作為BOSS域的特殊批價模塊，支持在線業(yè)務(wù)與離線業(yè)務(wù)批價交叉優(yōu)惠；該功能運行后可降低語音欠費30％，效益可觀。


圖1為本發(fā)明實施例的在線計費系統(tǒng)組網(wǎng)方式；圖2為本發(fā)明實施例的話務(wù)控制的系統(tǒng)結(jié)構(gòu)圖；圖3為本發(fā)明實施例的話務(wù)控制基本流程圖；圖4為本發(fā)明實施例的話務(wù)控制流程圖；圖5為本發(fā)明實施例的帳戶資料更新流程圖；圖6為本發(fā)明實施例的用戶資料更新流程圖；圖7為本發(fā)明實施例的批量刷新接口-文件傳輸時序圖；圖8為本發(fā)明實施例的用戶信息實施刷新流程圖。
具體實施例方式
下面結(jié)合附圖和實施例對本發(fā)明進一步描述。
如圖1所示，為本發(fā)明實施例的在線計費系統(tǒng)組網(wǎng)方式示意圖。本說明書中所述的BOSS與智能網(wǎng)兩個系統(tǒng)均是關(guān)鍵的生產(chǎn)系統(tǒng)，均承載著現(xiàn)網(wǎng)業(yè)務(wù)，不可能進行大規(guī)模的改造，為此，在BOSS系統(tǒng)與智能網(wǎng)系統(tǒng)之間建立在線計費系統(tǒng)解決以上問題，并保持BOSS系統(tǒng)與智能網(wǎng)系統(tǒng)各自的獨立性。在線計費系統(tǒng)是BOSS系統(tǒng)與智能網(wǎng)系統(tǒng)之間的接口，屬于BOSS系統(tǒng)的接口域，包含接口連接管理、接口邏輯管理和接口服務(wù)三部分。
接口連接管理在線計費系統(tǒng)的對外接口應(yīng)采用傳輸控制技術(shù)，并發(fā)處理來自外部的大數(shù)據(jù)量，保持快速、穩(wěn)定的工作狀態(tài)，提高接口的吞吐能力，保證系統(tǒng)的處理能力。根據(jù)所傳送數(shù)據(jù)的數(shù)量和實時性要求不同，可以分為實時消息類接口和文件類接口。
對于實時消息類接口，在線計費系統(tǒng)應(yīng)同時支持三種會話連接方式短連接、同步長連接、異步長連接，并可以根據(jù)外部系統(tǒng)的要求選用最合適的連接方式。
短連接方式是指每筆業(yè)務(wù)數(shù)據(jù)或每次交易事務(wù)都需要發(fā)起一次連接，數(shù)據(jù)傳送結(jié)束后或事務(wù)完成后關(guān)閉連接。該方式易于實現(xiàn)，支持業(yè)務(wù)并發(fā)，但效率不高，吞吐量不大，業(yè)務(wù)量增大時會消耗大量資源；同步長連接是指智能網(wǎng)網(wǎng)關(guān)/在線計費與外部系統(tǒng)保持一個長連接，有需要時可以立即使用該連接來發(fā)送數(shù)據(jù)，但在接收到對方的確認(rèn)信息之前阻塞后續(xù)數(shù)據(jù)的發(fā)送，只有在接收到確認(rèn)后才進行后續(xù)數(shù)據(jù)的發(fā)送，該方式也比較容易實現(xiàn)，對系統(tǒng)資源的消耗最小，但不支持業(yè)務(wù)并發(fā)，也無法提高吞吐量；異步長連接是指智能網(wǎng)網(wǎng)關(guān)/在線計費與外部系統(tǒng)保持一個長連接，有需要時可以立即使用該連接來發(fā)送數(shù)據(jù)，同時雙方對每次傳送的數(shù)據(jù)要進行狀態(tài)記錄，從而實現(xiàn)數(shù)據(jù)的連續(xù)發(fā)送，該方式效率最高，可以達到最大的吞吐量，但實現(xiàn)較復(fù)雜，對系統(tǒng)資源的消耗較大。
對于文件類接口，在線計費系統(tǒng)應(yīng)支持FTP文件傳送協(xié)議，并支持?jǐn)帱c續(xù)傳、文件級校驗。
接口邏輯管理接口應(yīng)提供業(yè)務(wù)數(shù)據(jù)檢查功能，即對接收的數(shù)據(jù)進行合法性檢查，對非法數(shù)據(jù)和錯誤數(shù)據(jù)則拒絕接收，以防止外來數(shù)據(jù)非法入侵。接口對業(yè)務(wù)數(shù)據(jù)檢查的主要內(nèi)容包括有數(shù)據(jù)格式合法性、數(shù)據(jù)來源合法性、業(yè)務(wù)類型合法性。對于業(yè)務(wù)數(shù)據(jù)檢查中解析出非法數(shù)據(jù)應(yīng)提供以下處理方式事件報警、分析原因、統(tǒng)計分析。
接口根據(jù)具體的需求應(yīng)提供數(shù)據(jù)壓縮/解壓功能，以減輕網(wǎng)絡(luò)傳輸壓力，提高傳輸效率，從而使整個系統(tǒng)能夠快速響應(yīng)并發(fā)請求，高效率運行。在接口中所使用的壓縮工具必須基于通用無損壓縮技術(shù)，壓縮算法的模型和編碼必須符合標(biāo)準(zhǔn)且高效，壓縮算法的工具函數(shù)必須是面向流的函數(shù)，并且提供校驗檢查功能。
接口服務(wù)接口服務(wù)是指對BOSS系統(tǒng)業(yè)務(wù)層提供的業(yè)務(wù)過程封裝后提供給對端系統(tǒng)的相應(yīng)服務(wù)，以阻斷對端系統(tǒng)和業(yè)務(wù)層的直接通訊。在線計費系統(tǒng)本身就是一類封裝后的接口服務(wù)，分為三個業(yè)務(wù)功能。
在線計費系統(tǒng)的對外接口采用以下標(biāo)準(zhǔn)物理層采用100M或以上以太網(wǎng)接口，符合IEEE-802.3u(100Base-T)及相應(yīng)標(biāo)準(zhǔn)。
網(wǎng)絡(luò)層采用TCP/IP協(xié)議。
應(yīng)用層根據(jù)各類接口的不同要求，文件傳送采用FTP協(xié)議，話務(wù)控制類消息傳送采用DiameterCC協(xié)議，管理類消息傳送采用普通SOCKET會話協(xié)議。
編碼格式扣費話單文件采用定長無分隔符或不定長帶分隔符的文本文件格式；用戶資料、帳戶資料、話單文件格式采用不定長帶分隔符的文本文件格式；話務(wù)控制消息采用DiameterCC協(xié)議相應(yīng)的記錄格式。
本發(fā)明移動用戶欠費風(fēng)險控制方法的基本原理是BOSS系統(tǒng)參與通話的接續(xù)與通話過程的控制。BOSS系統(tǒng)將該類用戶的CSI信息加載到HLR中，在用戶發(fā)起通話請求時，MSC/SSP將呼叫觸發(fā)到SCP，SCP向BOSS系統(tǒng)發(fā)起呼叫鑒權(quán)請求，BOSS系統(tǒng)根據(jù)用戶申請的業(yè)務(wù)類型、資費政策及其帳戶可用余額，反算出當(dāng)前可以授權(quán)的額度，應(yīng)答給SCP，由SCP對用戶資源的使用情況進行監(jiān)控，當(dāng)授權(quán)額度使用完畢時中斷業(yè)務(wù)，同時上報給BOSS系統(tǒng)，由BOSS系統(tǒng)完成計費帳務(wù)處理。OCS(在線計費系統(tǒng))作為BOSS側(cè)一個接口域，作為BOSS參與通話的接續(xù)與通話過程控制的實體。
如圖2所示，為本發(fā)明實施例的話務(wù)控制的系統(tǒng)結(jié)構(gòu)圖在線計費系統(tǒng)應(yīng)具備計費、反算、分發(fā)、虛擬帳戶管理、計費參數(shù)管理、統(tǒng)計分析的能力。
計費能力在用戶通話結(jié)束時，OCS根據(jù)SCP上報的呼叫相關(guān)信息以及用戶的資費政策計算費用。除滿足基本費率的計費能力外，OCS需支持如下計費與優(yōu)惠能力(同BOSS計費標(biāo)準(zhǔn)一樣)支持分品牌計費；支持分網(wǎng)內(nèi)網(wǎng)外按運營商計費；支持分時優(yōu)惠，支持跨時段優(yōu)惠；支持虛擬局的識別；支持免費資源的管理和使用；支持按特殊號碼計費的能力；支持分區(qū)優(yōu)惠；支持親情號碼的計費；支持邊界漫游的判斷等；與BOSS批價模式相同，支持多業(yè)務(wù)交叉優(yōu)惠；支持計費完成后產(chǎn)生話單的能力。
反算能力用戶呼叫發(fā)起后，SCP上報IDP消息給OCS，OCS根據(jù)用戶資費政策、帳戶余額以及IDP消息計算可以通話的時長。OCS的反算能力應(yīng)具備與其計費能力等同的能力。OCS應(yīng)支持呼叫分片控制的能力，以支持多業(yè)務(wù)并發(fā)(如三方通話)。OCS對當(dāng)前通話進行反算時，可根據(jù)需要決定是否使用呼叫分片控制。當(dāng)OCS不使用呼叫分片控制時，在其下發(fā)的時長信息中包含允許的通話時長并指明這是唯一分片，SCP則根據(jù)本身的最大分片設(shè)置(如3分鐘)對OCS下發(fā)的時長進行分片控制；當(dāng)OCS自己控制分片時，下發(fā)時長消息中指明該時長并非唯一分片，SCP將以該分片為控制時長，分片到達時實時通知OCS，OCS應(yīng)及時反算出下一個分片時長并反饋SCP。根據(jù)實際情況，多數(shù)呼叫是正常接續(xù)，僅當(dāng)用戶余額不足一個時間片時需精確反算授權(quán)額度。為節(jié)省OCS系統(tǒng)資源，正常情況下對呼叫請求采取按一個時間片進行正算，計算出的費用與用戶余額比較，如果費用小于余額則下發(fā)該時間片給SCP，否則根據(jù)余額重新反算時長后下發(fā)SCP。
分發(fā)能力OCS支持與多個SCP對應(yīng)，與多個SCP并行進行實時話務(wù)控制的交互能力。
虛擬帳戶管理能力OCS為需要監(jiān)控的用戶建立虛擬帳戶，用于反算功能。對虛擬帳戶的管理包括從BOSS系統(tǒng)的同步以及根據(jù)計費結(jié)果進行虛擬帳戶的更新等。
計費參數(shù)管理能力OCS支持對計費與反算需要的參數(shù)進行管理的能力，包括計費參數(shù)的查詢與維護(增加、刪除、修改)，計費參數(shù)如資費政策、是否呼叫分片控制等等。
統(tǒng)計報表能力OCS提供話務(wù)量報表(品牌、地區(qū)、報表周期、話單數(shù))，供與BOSS系統(tǒng)比對，稽核話務(wù)量的一致性；OCS提供賬戶資料變更(由BOSS引起的)統(tǒng)計，以便與BOSS核對。
OCS計費與反算能力的目的是進行話務(wù)控制，本著“精確控制、準(zhǔn)確計費”的原則，OCS的計費與反算精度等同于BOSS系統(tǒng)，OCS直接產(chǎn)生通話話單作為向用戶收費的依據(jù)。
如圖3所示，為本發(fā)明實施例的話務(wù)控制基本流程圖(1)BOSS將用戶資料以及帳戶資料傳給OCS。
(2)BOSS將簽約信息加載到HLR上(批量或單條)。
(3)用戶通話時，SCP將從MSC獲得的IDP信息傳遞給OCS，請求時長反算，OCS將反算結(jié)果反饋SCP，SCP進行通話控制。
(4)用戶通話結(jié)束后，SCP將用戶通話情況報告OCS，OCS計費并修改虛擬帳戶，到步驟3。
(5)BOSS接收OCS生成的話單，向用戶收費并修改BOSS帳戶。根據(jù)需要發(fā)起更新OCS的虛擬帳戶和用戶資料，到步驟1。
話務(wù)控制流程
話務(wù)控制流程主要用于MSC/SSP、SCP、OCS三者之間配合，根據(jù)用戶的資料和帳戶情況對用戶的通話進行實時的控制，當(dāng)余額不足時能夠及時切斷呼叫，避免欠費。其流程如圖4所示(1)用戶作為主叫或被叫，由于之前已經(jīng)在HLR添加了CSI，則MSC/SSP可以獲得CSI信息；MSC/SSP根據(jù)CSI觸發(fā)呼叫到SCP，請求SCP對呼叫進行控制。其中SCP信息、業(yè)務(wù)鍵由CSI確定。MSC/SSP通過IDP消息把該呼叫的信息(如主、被叫號碼等)上報給SCP。
(2)SCP分析對方號碼，如果為特服表中免費號碼，則直接下發(fā)Continue，不再進行后續(xù)的監(jiān)控，也不向OCS報告。否則將IDP內(nèi)容傳遞給OCS，請求進行時長反算；(3)OCS根據(jù)IDP消息、用戶資料、帳戶信息等，如果該用戶本次呼叫需監(jiān)控，則對該次呼叫反算出可通話時長，如果時長較短(初步定于小于3分鐘)則直接下發(fā)給SCP；否則OCS啟用分片控制技術(shù)，將第一段時間片(初步定為3分鐘)下發(fā)給SCP，同時下發(fā)監(jiān)控標(biāo)識給SCP。如果該用戶不需監(jiān)控則直接下發(fā)一接續(xù)標(biāo)識給SCP。
(4)SCP對收到的監(jiān)控標(biāo)識及反算時長進行分析，根據(jù)結(jié)果決定是否允許接通該呼叫。
a.如果標(biāo)識為不需要監(jiān)控，直接下發(fā)Continue，不再進行后續(xù)的監(jiān)控，也不向OCS報告。
b.如果標(biāo)識為需要監(jiān)控，且時長為0，則呼叫為不允許接通，直接下發(fā)ReleaseCall消息結(jié)束呼叫。
c.如果標(biāo)識為需要監(jiān)控，且時長介于0至3分鐘，則該用戶需要監(jiān)控，下發(fā)后續(xù)的信令消息，以使得接續(xù)呼叫。
(5)SCP下發(fā)RRBE消息，請求MSC/SSP監(jiān)控呼叫事件，其中應(yīng)該包括請求上報呼叫應(yīng)答事件(oAnswer或tAnswer)，以便于SCP在呼叫應(yīng)答一段時間后，第一段時間片用完前請求OCS再次授權(quán)一個時間片，并根據(jù)實際可通話時長進行監(jiān)控。
(6)SCP下發(fā)AC消息，AC中攜帶第一段時間片的時長。如果OCS預(yù)設(shè)了放音標(biāo)志，也在本AC中下發(fā)。
(7)SCP下發(fā)Continue/Connect消息，MSC/SSP進行后續(xù)的接續(xù)。
(8)被叫應(yīng)答后，MSC/SSP通過ERB上報SCP應(yīng)答事件，SCP把該次呼叫的相關(guān)信息上報給OCS，同時根據(jù)獲得的通話時長進行呼叫監(jiān)控。OCS使用分片控制技術(shù)，SCP在時間片用完時請求OCS再次授權(quán)一個時間片，OCS根據(jù)反算的總時長及已使用的時長計算出下一個時間片授權(quán)給SCP，該流程可能存在多次交互。
(9)呼叫結(jié)束時，MSC/SSP通知SCP，SCP把該次呼叫的時長信息等報告給OCS。由OCS對該次呼叫進行計費，并更新虛擬帳戶。
帳戶資料更新流程由于OCS需要根據(jù)帳戶等信息計算出用戶的可通話時長，所以BOSS應(yīng)通知OCS用戶帳戶的更新情況。
帳戶資料更新流程提供實時更新和非實時更新兩種手段，其中實時更新每次只能更新一個用戶的帳戶資料；非實時更新適用于定期更新批量帳戶資料的情況，使用“用戶信息批量刷新接口”。
帳戶資料的更新包括增加、修改、刪除流程。通用流程如圖5所示。
觸發(fā)BOSS更新OCS虛擬帳戶資料的情況主要包括用戶虛擬帳戶資料初始化；用戶使用非基本話音類業(yè)務(wù)引起扣費(如使用語音增值業(yè)務(wù)、數(shù)據(jù)業(yè)務(wù)等)(實時增量更新)；用戶充值(實時增量更新)；業(yè)務(wù)受理(申請、取消某些業(yè)務(wù)、套餐等)引起免費資源、帳戶等變化(實時增量更新)；基本語音類話單(實時批價更新)；月租、日租等扣費(定期更新)；其它引起用戶帳戶變化的情況。
用戶資料更新流程OCS需要使用用戶資料進行反算和計費。因此，BOSS有必要與OCS保持用戶資料一致。這些更新包括資費、業(yè)務(wù)信息(如親情號碼、分區(qū)分時信息等)。
用戶資料更新流程提供實時更新和非實時更新兩種手段，其中實時更新每次只能更新一個用戶的用戶資料；非實時更新適用于定期更新批量用戶資料的情況，使用“用戶信息批量刷新接口”。
用戶資料的更新包括增加、修改、刪除流程。通用流程如圖6所示。
觸發(fā)BOSS更新OCS用戶資料的情況主要包括用戶資料初始化；業(yè)務(wù)受理(申請、取消某些業(yè)務(wù)、套餐等)(實時更新)；其它引起與OCS相關(guān)的用戶資料變化的情況。
接口說明
實時話務(wù)控制接口傳遞實時消息數(shù)據(jù)和批量文件數(shù)據(jù)，對于實時消息數(shù)據(jù)中所定義的子結(jié)構(gòu)體(ASN.1中的SEQUENCE OF結(jié)構(gòu))中記錄的數(shù)量不能超過64條。對于批量文件的大小也定義一個最大值(可根據(jù)網(wǎng)絡(luò)情況來確定，該值要求可配置，初步為10萬條)，如果文件超長則要對文件進行拆分，減少每個文件中的記錄數(shù)，以保證每個文件的大小小于最大長度的限制。分拆文件的編碼方式見相關(guān)文件名的命名規(guī)則說明。但發(fā)生文件級校驗錯誤時，應(yīng)直接返回并指示文件錯誤類型。該文件中的記錄不處理。
話務(wù)控制接口話務(wù)控制接口用于SCP在用戶通話期間將呼叫相關(guān)信息上報OCS，以及OCS將用戶可通話時長信息下發(fā)SCP。話務(wù)控制接口采用擴展的DiameterCC協(xié)議。
用戶信息刷新接口用戶信息刷新接口是BOSS與OCS之間進行用戶信息同步的接口，用戶信息包括用戶資料信息與用戶帳戶信息。BOSS系統(tǒng)中的用戶信息的變化需要及時的刷新到OCS系統(tǒng)中，以便OCS能夠及時的根據(jù)新的用戶信息對用戶的通話過程進行控制(通話時長的反算過程)和對用戶的通話進行費用計算。用戶信息的刷新分為批量刷新和實時刷新。批量刷新是系統(tǒng)定時的將BOSS系統(tǒng)中所有需要監(jiān)控的用戶信息向OCS系統(tǒng)刷新。實時刷新是實時計費及反算的需要，當(dāng)用戶信息發(fā)生變化時，計費、反算的結(jié)果可能會發(fā)生變化，因此必須將用戶信息及時的刷新到OCS系統(tǒng)中。OCS系統(tǒng)根據(jù)最新的用戶信息進行實時反算、實時話費批價。
批量刷新接口批量刷新的時間最好選擇在系統(tǒng)的閑時，一方面系統(tǒng)的負(fù)荷比較輕，OCS系統(tǒng)能夠有充足的時間完成批量的用戶信息更新，同時另一方面也能夠盡量的保持OCS與BOSS系統(tǒng)中數(shù)據(jù)的一致性。每天BOSS換天時對用戶余額同時“拍照”，將用戶資料、賬戶資料進行批量刷新。用戶信息批量刷新采用定時的文件傳輸方式，文件傳輸采用FTP協(xié)議，文件內(nèi)容的信息編碼格式采用分隔符的文本。文件傳輸時序圖見圖7。用戶信息的更新包括用戶資料與用戶帳戶信息的更新，用戶資料與用戶帳戶信息的更新采用獨立的信息包。信息交換的流程還是采用相同的流程。
實時刷新接口實時刷新是在用戶信息發(fā)生變化時就需要執(zhí)行的操作。用戶信息實時刷新采用ORACLE數(shù)據(jù)庫物化視圖的方式，BOSS將用戶發(fā)生變化的信息數(shù)據(jù)實時傳給OCS。消息傳輸時序圖見圖8，本發(fā)明實施例的用戶信息實施刷新流程圖。實時刷新內(nèi)容包括用戶套餐、業(yè)務(wù)變更等資料實時更新。


雖然本發(fā)明通過實施例進行了描述，但實施例并非用來限定本發(fā)明。本領(lǐng)域技術(shù)人員可在本發(fā)明的精神的范圍內(nèi)，做出各種變形和改進，因此本發(fā)明的保護范圍應(yīng)當(dāng)以本申請的權(quán)利要求保護范圍所界定的為準(zhǔn)。
權(quán)利要求
1.一種移動用戶欠費風(fēng)險控制方法，其特征在于步驟一、BOSS將用戶資料以及帳戶資料傳給在線計費系統(tǒng)OCS；步驟二、BOSS將簽約信息加載到HLR上；步驟三、用戶通話時，SCP將從MSC獲得的IDP信息傳遞給OCS，請求時長反算，OCS將反算結(jié)果反饋SCP，SCP進行通話控制；步驟四、用戶通話結(jié)束后，SCP將用戶通話情況報告OCS，OCS計費并修改虛擬帳戶，到步驟三；步驟五、BOSS接收OCS生成的話單，向用戶收費并修改BOSS帳戶，根據(jù)需要發(fā)起更新OCS的虛擬帳戶和用戶資料，到步驟一。
2.根據(jù)權(quán)利要求1所述的移動用戶欠費風(fēng)險控制方法，其特征在于所述通話控制是通過話務(wù)控制流程用于MSC/SSP、SCP、OCS三者之間配合，根據(jù)用戶的資料和帳戶情況對用戶的通話進行實時的控制，當(dāng)余額不足時能夠及時切斷呼叫，避免欠費，其流程如下(1)MSC/SSP根據(jù)CSI觸發(fā)呼叫到SCP，請求SCP對呼叫進行控制；(2)SCP分析對方號碼，如果為特服表中免費號碼，則直接下發(fā)Continue，不再進行后續(xù)的監(jiān)控，也不向OCS報告，否則將IDP內(nèi)容傳遞給OCS，請求進行時長反算；(3)OCS根據(jù)IDP消息、用戶資料、帳戶信息等進行反算同時下發(fā)監(jiān)控標(biāo)識給SCP；(4)SCP對收到的監(jiān)控標(biāo)識及反算時長進行分析，根據(jù)結(jié)果決定是否允許接通該呼叫；(5)SCP下發(fā)RRBE消息、AC消息、Continue/Connect消息；(6)被叫應(yīng)答后，MSC/SSP通過ERB上報SCP應(yīng)答事件，SCP把該次呼叫的相關(guān)信息上報給OCS，同時根據(jù)獲得的通話時長進行呼叫監(jiān)控；(7)呼叫結(jié)束時，MSC/SSP通知SCP，SCP把該次呼叫的時長信息等報告給OCS，由OCS對該次呼叫進行計費，并更新虛擬帳戶。
3.根據(jù)權(quán)利要求2所述的移動用戶欠費風(fēng)險控制方法，其特征在于所述OCS根據(jù)IDP消息、用戶資料、帳戶信息等進行反算同時下發(fā)監(jiān)控標(biāo)識給SCPOCS根據(jù)IDP消息、用戶資料、帳戶信息等，如果該用戶本次呼叫需監(jiān)控，則對該次呼叫反算出可通話時長，如果時長較短則直接下發(fā)給SCP；否則OCS啟用分片控制技術(shù)，將第一段時間片下發(fā)給SCP，同時下發(fā)監(jiān)控標(biāo)識給SCP，如果該用戶不需監(jiān)控則直接下發(fā)一接續(xù)標(biāo)識給SCP。
4.根據(jù)權(quán)利要求2所述的移動用戶欠費風(fēng)險控制方法，其特征在于所述SCP對收到的監(jiān)控標(biāo)識及反算時長進行分析，根據(jù)結(jié)果決定是否允許接通該呼叫如果標(biāo)識為不需要監(jiān)控，直接下發(fā)Continue，不再進行后續(xù)的監(jiān)控，也不向OCS報告；如果標(biāo)識為需要監(jiān)控，且時長為0，則呼叫為不允許接通，直接下發(fā)ReleaseCall消息結(jié)束呼叫；如果標(biāo)識為需要監(jiān)控，且時長介于0至第一段時間片，則該用戶需要監(jiān)控，下發(fā)后續(xù)的信令消息，以使得接續(xù)呼叫。
5.根據(jù)權(quán)利要求2所述的移動用戶欠費風(fēng)險控制方法，其特征在于所述SCP下發(fā)RRBE消息、AC消息、Continue/Connect消息SCP下發(fā)RRBE消息，請求MSC/SSP監(jiān)控呼叫事件，其中應(yīng)該包括請求上報呼叫應(yīng)答事件(oAnswer或tAnswer)，以便于SCP在呼叫應(yīng)答一段時間后，第一段時間片用完前請求OCS再次授權(quán)一個時間片，并根據(jù)實際可通話時長進行監(jiān)控；SCP下發(fā)AC消息，AC中攜帶第一段時間片的時長，如果OCS預(yù)設(shè)了放音標(biāo)志，也在本AC中下發(fā)；SCP下發(fā)Continue/Connect消息，MSC/SSP進行后續(xù)的接續(xù)。
6.根據(jù)權(quán)利要求1所述的移動用戶欠費風(fēng)險控制方法，其特征在于所述更新OCS的虛擬帳戶和用戶資料是通過帳戶資料更新流程和用戶資料更新流程來實現(xiàn)，所述帳戶資料更新流程提供實時更新和非實時更新兩種手段，其中實時更新每次只能更新一個用戶的帳戶資料；非實時更新適用于定期更新批量帳戶資料的情況，使用“用戶信息批量刷新接口”；所述用戶資料更新流程提供實時更新和非實時更新兩種手段，其中實時更新每次只能更新一個用戶的用戶資料；非實時更新適用于定期更新批量用戶資料的情況，使用“用戶信息批量刷新接口”。
7.根據(jù)權(quán)利要求1所述的移動用戶欠費風(fēng)險控制方法，其特征在于所述在線計費系統(tǒng)應(yīng)具備計費、反算、分發(fā)、虛擬帳戶管理、計費參數(shù)管理、統(tǒng)計分析的能力。
全文摘要
本發(fā)明提出了一種移動用戶欠費風(fēng)險控制方法，該方法采用在線計費方式，即BOSS系統(tǒng)參與通話的接續(xù)與通話過程的控制。BOSS系統(tǒng)將該類用戶的CSI信息加載到HLR中，在用戶發(fā)起通話請求時，MSC/SSP將呼叫觸發(fā)到SCP，SCP向BOSS系統(tǒng)發(fā)起呼叫鑒權(quán)請求，BOSS系統(tǒng)根據(jù)用戶申請的業(yè)務(wù)類型、資費政策及其帳戶可用余額，反算出當(dāng)前可以授權(quán)的額度，應(yīng)答給SCP，由SCP對用戶資源的使用情況進行監(jiān)控，當(dāng)授權(quán)額度使用完畢時中斷業(yè)務(wù)，同時上報給BOSS系統(tǒng)，由BOSS系統(tǒng)完成計費帳務(wù)處理。
文檔編號H04M15/10GK1901458SQ20061008600
公開日2007年1月24日 申請日期2006年7月18日 優(yōu)先權(quán)日2006年7月18日
發(fā)明者王建, 沈杰, 李俊, 汪衣冰, 王慶安, 魏欣, 王洋 申請人:江蘇移動通信有限責(zé)任公司