專利名稱：一種在線計費用戶的確定方法、控制方法、系統(tǒng)及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種對在線計費用戶的確定方法、控制方法、 系統(tǒng)及裝置。
背景技術(shù)：
離線計費是一種非實時計費方式，即在通信過程中或者結(jié)束后，網(wǎng)元設(shè)備生成 ⑶R(呼叫詳細(xì)記錄)，并以話單文件方式傳輸給BOSS (業(yè)務(wù)運營支撐系統(tǒng))，B0SS針對該話單完成批價、信用度控制等一系列融合計費相關(guān)操作，生成最終的話單。這種基于話單文件的計費方式因通信過程和計費處理之間有一定的時延，因此，存在一定的欠費風(fēng)險，計費實時性與欠費風(fēng)險控制長期以來一直是困擾運營商的重大問題。為解決日益突出的預(yù)付費用戶欠費問題，并改善由此引發(fā)的用戶滿意度下降現(xiàn)象，目前業(yè)界已形成一套較為成熟的應(yīng)用于話音業(yè)務(wù)的在線計費方法，在線計費方法，即利用BOSS的融合計費能力、信用控制能力及對客戶欠費風(fēng)險的分析能力，確定出受控用戶， 目前，BOSS確定出受控用戶主要是通過用戶話費余額進(jìn)行控制，在用戶話費余額低于設(shè)定值時，將該用戶加入受控用戶列表。并進(jìn)一步結(jié)合智能網(wǎng)的呼叫控制能力，在通話過程中， 對受控用戶結(jié)合可用余額及通信類別進(jìn)行呼叫授權(quán)和實時計費，通過在線計費可以有效地進(jìn)行欠費控制，降低BOSS預(yù)付費業(yè)務(wù)的欠費風(fēng)險。實施智能網(wǎng)和BOSS計費功能的融合，對有效地控制話音業(yè)務(wù)欠費風(fēng)險有著良好的作用。BOSS引入在線計費功能后，降低了電信運營商的欠費風(fēng)險，但如何確定出需要進(jìn)行實時欠費風(fēng)險控制的用戶，并且及時靈活的加載到在線計費中，是目前BOSS需要深入考慮的一個問題。上述現(xiàn)有在線計費方式中將話費余額低于設(shè)定閾值的用戶確定為受控用戶的方式，顯然不能對存在欠費風(fēng)險的用戶進(jìn)行實時控制。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明實施例提供一種對在線計費用戶的確定方法、控制方法、系統(tǒng)及裝置，采用該技術(shù)方案，能夠?qū)Υ嬖谇焚M風(fēng)險的用戶進(jìn)行實時控制。本發(fā)明實施例通過如下技術(shù)方案實現(xiàn)根據(jù)本發(fā)明實施例的一個方面，提供了一種對在線計費用戶的確定方法，包括移動交換中心MSC接收第一用戶對第二用戶的呼叫請求；獲取所述呼叫請求中包括的號碼信息，所述號碼信息為所述第二用戶對應(yīng)的通信號碼或所述第二用戶對應(yīng)的通信號碼的號碼前綴；根據(jù)保存的在線計費的號碼信息，確定獲取的所述號碼信息是否為在線計費的號碼信息；在確定結(jié)果為是時，確定對所述第一用戶進(jìn)行在線計費處理。根據(jù)本發(fā)明實施例的另一個方面，還提供了一種在線計費的控制方法，包括MSC通過上述的在線計費用戶的確定方法確定對所述第一用戶進(jìn)行在線計費處理后，在所述呼叫請求中添加用于指示所述第一用戶為在線計費用戶的在線計費標(biāo)識，并將添加在線計費標(biāo)識后的呼叫請求發(fā)送至業(yè)務(wù)控制點SCP ；所述SCP在接收到包括在線計費標(biāo)識的呼叫請求后，向業(yè)務(wù)運營支撐系統(tǒng)BOSS發(fā)送針對所述第一用戶的接續(xù)時長請求信息；BOSS根據(jù)當(dāng)前處理的在線計費用戶的數(shù)量，向所述SCP反饋對所述接續(xù)時長請求信息的確定結(jié)果。根據(jù)本發(fā)明實施例的另一個方面，還提供了一種在線計費用戶的確定系統(tǒng)，包括用戶終端，用于發(fā)送第一用戶對第二用戶的呼叫請求；移動交換中心MSC，用于在接收所述用戶終端發(fā)送的第一用戶對第二用戶的呼叫請求后，獲取所述呼叫請求中包括的號碼信息，所述號碼信息為所述第二用戶對應(yīng)的通信號碼或所述第二用戶對應(yīng)的通信號碼的號碼前綴，根據(jù)保存的在線計費的號碼信息，確定獲取的所述號碼信息是否為在線計費的號碼信息，并在確定結(jié)果為是時，確定對所述第一用戶進(jìn)行在線計費處理。根據(jù)本發(fā)明實施例的另一個方面，還提供了一種移動交換中心MSC，包括呼叫請求接收單元，用于接收第一用戶對第二用戶的呼叫請求；號碼信息獲取單元，用于獲取所述呼叫請求接收單元接收的呼叫請求中包括的號碼信息，所述號碼信息為所述第二用戶對應(yīng)的通信號碼或所述第二用戶對應(yīng)的通信號碼的號碼前綴；在線計費號碼確定單元，用于根據(jù)保存的在線計費的號碼信息，確定所述號碼信息獲取單元獲取的所述號碼信息是否為在線計費的號碼信息，并在確定結(jié)果為是時，確定對所述第一用戶進(jìn)行在線計費處理。根據(jù)本發(fā)明實施例的另一個方面，還提供了一種在線計費的控制系統(tǒng)，包括上述的MSC、業(yè)務(wù)控制點SCP以及業(yè)務(wù)運營支撐系統(tǒng)BOSS ；所述MSC，還用于在確定對所述第一用戶進(jìn)行在線計費處理后，在所述呼叫請求中添加用于指示所述第一用戶為在線計費用戶的在線計費標(biāo)識，并將添加在線計費標(biāo)識后的呼叫請求發(fā)送至業(yè)務(wù)控制點SCP ；所述SCP，用于在接收到包括在線計費標(biāo)識的呼叫請求后，向所述BOSS發(fā)送針對所述第一用戶的接續(xù)時長請求信息；所述BOSS，用于根據(jù)當(dāng)前處理的在線計費用戶的數(shù)量，向所述SCP反饋對所述接續(xù)時長請求信息的確定結(jié)果。通過本發(fā)明實施例提供的上述至少一個技術(shù)方案，MSC接收第一用戶對第二用戶的呼叫請求后，獲取該呼叫請求中包括的號碼信息，并根據(jù)保存的在線計費的號碼信息，確定獲取的該號碼信息是否為在線計費的號碼信息，并在確定結(jié)果為是時，確定對該第一用戶進(jìn)行在線計費處理。根據(jù)該技術(shù)方案，能夠在用戶發(fā)起呼叫請求后，根據(jù)從用戶發(fā)送的呼叫請求中獲取的號碼信息實時地確定是否需要對該用戶進(jìn)行在線計費處理，從而能夠?qū)Υ嬖谇焚M風(fēng)險的用戶進(jìn)行實時控制。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


附圖用來提供對本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明實施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的限制。在附圖中圖1為本發(fā)明實施例一提供的在線計費用戶的確定方法流程圖；圖2為本發(fā)明實施例一提供的確定是否對該用戶進(jìn)行在線計費的流程圖；圖3為本發(fā)明實施例一提供的在線計費系統(tǒng)示意圖；圖4為本發(fā)明實施例二提供的在線計費的控制方法流程圖；圖5為本發(fā)明實施例二提供的BOSS進(jìn)行在線計費處理的流程圖；圖6為本發(fā)明實施例三提供的在線計費用戶的確定系統(tǒng)示意圖一；圖7為本發(fā)明實施例三提供的在線計費用戶的確定系統(tǒng)示意圖二 ；圖8為本發(fā)明實施例四提供的移動交換中心MSC示意圖；圖9為本發(fā)明實施例五提供的在線計費的控制系統(tǒng)示意圖。
具體實施例方式為了給出對存在欠費風(fēng)險的用戶進(jìn)行實時控制的實現(xiàn)方案，本發(fā)明實施例提供了一種對在線計費用戶的確定方法、控制方法、系統(tǒng)及裝置，以下結(jié)合說明書附圖對本發(fā)明的優(yōu)選實施例進(jìn)行說明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。并且在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。實施例一本發(fā)明實施例一提供了一種在線計費用戶的確定方法，通過該方法，能夠?qū)Υ嬖谇焚M風(fēng)險的用戶進(jìn)行實時控制。如圖1所示，該在線計費用戶的確定方法，主要包括如下步驟步驟101、MSC(Mobile Service Switch Center，移動業(yè)務(wù)交換中心)接收第一用戶對第二用戶的呼叫請求。步驟102、MSC獲取該呼叫請求中包括的號碼信息。該步驟102中，MSC獲取的號碼信息可以為被叫用戶(也即第二用戶)對應(yīng)的通信號碼，也可以為該第二用戶對應(yīng)的通信號碼的號碼前綴。步驟103、根據(jù)保存的在線計費的號碼信息，確定獲取的該號碼信息是否為在線計費的號碼信息，并在確定結(jié)果為是時，確定對該第一用戶進(jìn)行在線計費處理。至此，對在線計費用戶的確定流程結(jié)束。以上所述流程為根據(jù)用戶發(fā)起的呼叫請求，實時確定是否對該用戶進(jìn)行在線計費處理的過程。根據(jù)本發(fā)明實施例一提供的一個優(yōu)選實施方式，還可以預(yù)先設(shè)置需要進(jìn)行在線計費處理的用戶(通過動態(tài)方式或靜態(tài)方式設(shè)置，具體設(shè)置過程將在后續(xù)實施例中詳細(xì)說明，此處暫不描述)。根據(jù)該優(yōu)選實施方式，若上述步驟103確定獲取的該號碼信息不為在線計費的號碼信息時，還可以進(jìn)一步執(zhí)行根據(jù)預(yù)先設(shè)置的信息，確定是否對該用戶進(jìn)行在線計費的流程。具體如圖2所示，該流程主要包括如下步驟
步驟201、MSC從HLR中獲取該第一用戶的簽約信息。步驟202、在確定獲取的簽約信息中包括BOSS發(fā)送的用于指示該第一用戶為在線計費用戶的在線計費標(biāo)識時，確定對第一用戶進(jìn)行在線計費處理。至此，流程結(jié)束。具體地，BOSS在確定需要對第一用戶進(jìn)行在線計費后，向HLR發(fā)送用于指示該第一用戶為在線計費用戶的在線計費標(biāo)識。其中，BOSS確定是否對第一用戶進(jìn)行在線計費， 包括如下方式一或方式二實現(xiàn)方式一(即動態(tài)方式確定在線計費用戶)根據(jù)用戶話費余額確定是否需要對該第一用戶進(jìn)行在線計費。該方式一中，在確定該第一用戶的話費余額低于第一設(shè)定閾值時，確定需要對該第一用戶進(jìn)行在線計費，即BOSS在監(jiān)控到第一用戶的話費余額低于第一設(shè)定閾值時，向 HLR發(fā)送用于指示對該第一用戶進(jìn)行在線計費的在線計費指示信息，HLR將該在線計費標(biāo)識添加到該第一用戶對應(yīng)的簽約信息中。若該第一用戶的話費余額高于該第一設(shè)定閾值， 并且該第一用戶已被確定為在線計費用戶，則需要取消對該第一用戶的在線計費，即BOSS 在監(jiān)控到該第一用戶的話費余額高于該第一設(shè)定閾值后，向HLR發(fā)送取消對該第一用戶進(jìn)行在線計費的指示信息，HLR根據(jù)該指示信息將與該第一用戶對應(yīng)的簽約信息包括的在線計費標(biāo)識刪除。方式二(即靜態(tài)方式確定在線計費用戶)根據(jù)用戶對應(yīng)的通信號碼的信譽(yù)度確定是否需要對該第一用戶進(jìn)行在線計費。該方式二中，在確定該第一用戶對應(yīng)的通信號碼的信譽(yù)度低于第二設(shè)定閾值時， 確定需要對該第一用戶進(jìn)行在線計費，即BOSS在監(jiān)控到第一用戶對應(yīng)的通信號碼的信譽(yù)度低于第二設(shè)定閾值時，向HLR發(fā)送用于指示對該第一用戶進(jìn)行在線計費的在線計費指示信息，HLR將該在線計費標(biāo)識添加到該第一用戶對應(yīng)的簽約信息中。若該第一用戶對應(yīng)的通信號碼的信譽(yù)度高于該第二設(shè)定閾值，并且該第一用戶已被確定為在線計費用戶，則需要取消對該第一用戶的在線計費，即BOSS在監(jiān)控到該第一用戶對應(yīng)的通信號碼的信譽(yù)度高于該第二設(shè)定閾值后，向HLR發(fā)送取消對該第一用戶進(jìn)行在線計費的指示信息，HLR根據(jù)該指示信息將與該第一用戶對應(yīng)的簽約信息包括的在線計費標(biāo)識刪除。上述方式一以及方式二中，相應(yīng)的閾值可根據(jù)用戶的不同設(shè)置不同值，例如，第一設(shè)定閾值相對于信譽(yù)度高的用戶，可以設(shè)置的較高，相對于信譽(yù)度低的用戶，可以設(shè)置的較低；第二設(shè)定閾值相對于可信度高的代理渠道發(fā)放的用戶號碼，可以設(shè)置較高的值，相對于可信度低的代理渠道發(fā)放的用戶號碼，可以設(shè)置較低的值，具體應(yīng)用中，可以根據(jù)業(yè)務(wù)實現(xiàn)需要進(jìn)行靈活設(shè)置，此處不再一一列舉。進(jìn)一步地，考慮到BOSS的實際運行能力，本發(fā)明實施例提供的優(yōu)選實施方式中， 還需要進(jìn)一步對BOSS確定的進(jìn)行在線計費的用戶容量進(jìn)行控制，具體通過設(shè)定在線計費容量閾值的方式實現(xiàn)，即BOSS在發(fā)送在線計費標(biāo)識之前，還需要進(jìn)一步確定已被BOSS確定為在線計費用戶的數(shù)目是否超過設(shè)定的在線計費容量閾值，在未超過的情況下，向HLR發(fā)送在線計費標(biāo)識，否則，拒絕將該用戶加載為在線計費用戶。其中，被BOSS確定為在線計費用戶的數(shù)目即為BOSS向HLR發(fā)送在線計費標(biāo)識的總次數(shù)與向HLR發(fā)送取消對用戶進(jìn)行在線計費的指示信息的總次數(shù)的差值，若該差值未超過設(shè)定的在線計費容量閾值，則BOSS可以繼續(xù)向HLR發(fā)送針對新確定出的需要進(jìn)行在線計費的用戶的在線計費標(biāo)識。本發(fā)明上述實施例中，在確定需要進(jìn)行在線計費的用戶時，綜合考慮實際應(yīng)用中存在的可能導(dǎo)致欠費風(fēng)險的各種因素，例如，用戶話費余額，用戶的通信號碼的信譽(yù)度，業(yè)務(wù)類型，如對于資費較高的聲訊業(yè)務(wù)或者國際長途業(yè)務(wù)，通過識別被叫用戶通信號碼或號碼前綴的方式，確定需要進(jìn)行實時欠費風(fēng)險控制的用戶(即實時確定需要進(jìn)行在線計費的用戶)。本發(fā)明實施例針對話音業(yè)務(wù)在線計費流程的特性，對欠費風(fēng)險的各類因素進(jìn)行通盤考慮分析，提出一個適應(yīng)范圍廣、加載取消欠費控制(即在線計費)靈活方便的通用方法， 一方面，在BOSS中實現(xiàn)對目標(biāo)用戶進(jìn)行動態(tài)方式或靜態(tài)方式加載欠費風(fēng)險控制服務(wù)，當(dāng)這些用戶進(jìn)行通話時將實時納入到在線計費流程中，另一方面，通過在網(wǎng)絡(luò)側(cè)MSC進(jìn)行設(shè)置， 對部分高欠費風(fēng)險業(yè)務(wù)根據(jù)接入號匹配規(guī)則將業(yè)務(wù)指向在線計費系統(tǒng)，當(dāng)用戶使用這些業(yè)務(wù)時也將實時納入到在線計費流程，以達(dá)到最大程度降低電信運營商收入流失的目的。為了更好地理解本發(fā)明實施例，以下結(jié)合圖3所示的在線計費系統(tǒng)，對本發(fā)明實施例進(jìn)行進(jìn)一步說明。如圖3所示，該在線計費系統(tǒng)包括MSC、HLR、SCP以及BOSS。通過該在線計費系統(tǒng)實現(xiàn)的在線計費控制過程主要包括兩個方面一、通過HLR根據(jù)簽約信息觸發(fā)方式；二、通過MSC根據(jù)接入碼觸發(fā)方式。具體地，該兩種方式的詳細(xì)實現(xiàn)過程如下通過HLR根據(jù)簽約信息觸發(fā)方式該方式由BOSS預(yù)先通過上述的動態(tài)方式以及靜態(tài)方式確定出需要進(jìn)行在線計費的用戶，將該用戶的在線計費簽約信息發(fā)送給HLR，具體控制過程如下首先，BOSS確定需要進(jìn)行在線計費的用戶，向HLR發(fā)送針對確定出的需要進(jìn)行在線計費的用戶的在線計費簽約信息，該在線計費簽約信息中包括對應(yīng)的SCP地址和簽約的業(yè)務(wù)鍵(即在線計費標(biāo)識)等信息。當(dāng)用戶發(fā)起呼叫時，MSC根據(jù)用戶的在線計費簽約信息中的SCP地址將業(yè)務(wù)觸發(fā)到對應(yīng)的SCP，并在信令協(xié)議中增加在線計費對應(yīng)的業(yè)務(wù)鍵，SCP 通過DCC協(xié)議向BOSS的在線計費系統(tǒng)申請接續(xù)時長，在線計費系統(tǒng)根據(jù)用戶申請的業(yè)務(wù)類型、資費政策及可用余額等信息確定出該用戶當(dāng)前可以使用的通話時長，并下發(fā)給SCP。SCP 根據(jù)BOSS確定出的時長對后續(xù)通話過程進(jìn)行控制，當(dāng)通話結(jié)束或者授權(quán)額度使用完畢時， SCP上報給BOSS的在線計費系統(tǒng)，由BOSS完成后續(xù)計費處理。BOSS對目標(biāo)用戶(即確定為需要進(jìn)行在線計費的用戶)通過在HLR上設(shè)置在線計費簽約信息后，這些用戶在進(jìn)行通話時將觸發(fā)到智能網(wǎng)，由BOSS負(fù)責(zé)完成在線計費，智能網(wǎng)進(jìn)行話務(wù)控制。對于在線計費目標(biāo)用戶的選擇方式，本發(fā)明實施例可以通過動態(tài)加載與靜態(tài)加載相結(jié)合的功能。上述的動態(tài)方式確定在線計費用戶，主要是根據(jù)用戶余額進(jìn)行動態(tài)加載在線計費的流程，即當(dāng)用戶使用業(yè)務(wù)產(chǎn)生費用后或者通過繳費方式充值等操作導(dǎo)致用戶可用余額發(fā)生變化后，BOSS會對進(jìn)行余額變化情況進(jìn)行判斷，當(dāng)話費余額從高于某個預(yù)先設(shè)定的閾值降到低于此閾值時，且余額尚未達(dá)到停機(jī)條件時，將對用戶加載動態(tài)欠費風(fēng)險控制服務(wù) (即加載在線計費服務(wù))，BOSS針對該用戶向HLR發(fā)送相應(yīng)的在線計費簽約信息。當(dāng)余額從低于某個預(yù)先設(shè)定的閾值增到高于此閾值時，且用戶此時已被加載為在線計費用戶時，將對該用戶取消在線計費，即BOSS對該用戶向HLR發(fā)送相應(yīng)的取消在線計費的簽約信息。 動態(tài)方式設(shè)定的閾值可以針對不同的品牌或者產(chǎn)品，設(shè)置不同的值。上述的靜態(tài)方式確定在線計費用戶，能夠滿足在線計費的更廣適用性的要求，根據(jù)用戶的通信號碼的信譽(yù)度加載，例如，對于一些信譽(yù)度不高的代理商銷售的號碼，在開戶時即被加載為在線計費用戶，或者對于某些品牌或產(chǎn)品的號碼，開戶時默認(rèn)加載在線計費用戶，當(dāng)通過經(jīng)分系統(tǒng)或者其他方式判定某些用戶欠費風(fēng)險較低時，即信譽(yù)度高于設(shè)定的閾值后，可取消針對該用戶的在線計費。本發(fā)明實施例中，不論靜態(tài)方式還是動態(tài)方式加載在線計費用戶，用戶在HLR上的簽約信息都是一致的，實際應(yīng)用中，該兩類服務(wù)需要在BOSS做成互斥，S卩如果用戶通過靜態(tài)方式被加載為在線計費用戶，則不能再通過動態(tài)方式將該用戶加載為在線計費用戶， 反之亦然。進(jìn)一步地，本發(fā)明在動態(tài)方式及靜態(tài)方式加載在線計費用戶的基礎(chǔ)上，還可以分別對按照動態(tài)方式及靜態(tài)方式兩種各類型，對加載的在線計費用戶進(jìn)行動態(tài)容量管理，例如，針對不同地市的兩種加載方式設(shè)定不同的在線計費容量閾值，并預(yù)留一定容量作為動態(tài)調(diào)配使用，當(dāng)某地市某類型的容量負(fù)荷增加到一定值(如90% )，并持續(xù)穩(wěn)定一段周期時，則自動觸發(fā)動態(tài)調(diào)配功能，將整體預(yù)留容量的一部分分配給該地市使用，反之，當(dāng)某地市某類型的容量負(fù)荷降到一定值(如50% )，并持續(xù)穩(wěn)定一段周期時，則自動觸發(fā)動態(tài)調(diào)配功能，將該地市可用容量的一部分釋放給系統(tǒng)整體預(yù)留容量。例如，3個地市的動態(tài)方式加載的在線計費用戶的總?cè)萘块撝禐?00，為每個地市分配的在線計費容量閾值為100，另 100個容量作為整體預(yù)留容量，若其中一個地市的在線計費用戶數(shù)量在一段時間內(nèi)都達(dá)到 90個以上，則可以將100個整體預(yù)留容量中的一部分分配給該地市使用。通過MSC根據(jù)接入碼觸發(fā)方式考慮到某些話音業(yè)務(wù)因資費相對較高，且有結(jié)算支出特點，如國際長途業(yè)務(wù)、語音增值業(yè)務(wù)(一般通過添加前綴12590、12586實現(xiàn))等，容易為不法分子惡意欠費套取結(jié)算費用留下隱患，單純依賴BOSS根據(jù)話費余額確定在線計費用戶不能將此類潛在欠費風(fēng)險用戶進(jìn)行有效加載，由于此類業(yè)務(wù)的接入碼通常比較特殊，對于這種情況，可考慮根據(jù)特定被叫號碼或特定被叫號碼前綴，觸發(fā)智能網(wǎng)主叫流程。具體地，本發(fā)明實施例通過對MSC進(jìn)行參數(shù)設(shè)置，即在MSC中設(shè)置屬于在線計費的號碼信息(如被叫號碼、號碼前綴等)，MSC分析主叫話務(wù)的被叫號碼或被叫號碼前綴，如果判斷該號碼為需要納入在線計費的號碼，則 MSC將業(yè)務(wù)觸發(fā)到指定的SCP，由SCP負(fù)責(zé)與BOSS在線計費系統(tǒng)進(jìn)行交互，并根據(jù)BOSS返回的內(nèi)容進(jìn)行話務(wù)控制。因SCP根據(jù)業(yè)務(wù)鍵(即在線計費標(biāo)識)選擇不同的處理方式，而通過接入號觸發(fā)到智能網(wǎng)的方式，信令中本身不帶業(yè)務(wù)鍵信息，需要通過MSC或者SCP進(jìn)行特殊處理，即在呼叫請求中添加業(yè)務(wù)鍵，以保證話務(wù)能正常參與在線計費流程。實施例二本發(fā)明實施例二提供了一種在線計費的控制方法，通過該方法，能夠在對存在欠費風(fēng)險的用戶進(jìn)行實時控制的基礎(chǔ)上，減少在線計費對BOSS性能的影響。如圖4所示，該在線計費的控制方法，主要包括如下步驟步驟401、MSC確定第一用戶為在線計費用戶(該流程可接圖1所述的流程)。步驟402、MSC在呼叫請求中添加用于指示第一用戶為在線計費用戶的在線計費標(biāo)識，并將添加在線計費標(biāo)識后的呼叫請求發(fā)送至SCP。步驟403、SCP在接收到包括在線計費標(biāo)識的呼叫請求后，向BOSS發(fā)送針對該第一用戶的接續(xù)時長請求信息。步驟404、B0SS根據(jù)當(dāng)前處理的在線計費用戶的數(shù)量，向SCP反饋對該接續(xù)時長請求信息的確定結(jié)果。至此，在線計費的控制流程結(jié)束。具體地，圖4所述流程包括的步驟404中，BOSS根據(jù)當(dāng)前處理的在線計費用戶的數(shù)量，向所述SCP反饋對所述接續(xù)時長請求信息的確定結(jié)果，如圖5所示，主要包括如下步驟步驟501、BOSS確定并行接收到接續(xù)時長請求信息的數(shù)量。該步驟501中，BOSS并行接收到的接續(xù)時長請求信息中包括針對該第一用戶的接續(xù)時長請求信息。步驟502、判斷該數(shù)量是否超過設(shè)定的并行處理在線計費用戶的容量閾值，若是， 執(zhí)行步驟503，若否，執(zhí)行步驟504。步驟503、向SCP反饋離線計費通知，SCP接到此通知后，不對第一用戶此次通話的時長進(jìn)行控制。步驟504、向該SCP反饋針對該第一用戶確定出的接續(xù)時延信息。至此，流程結(jié)束。實際應(yīng)用中，在線計費系統(tǒng)往往與離線計費系統(tǒng)合設(shè)，此種方式導(dǎo)致在線計費的性能還會受到離線計費的影響，當(dāng)話務(wù)高峰時，離線計費的業(yè)務(wù)量將導(dǎo)致系統(tǒng)可用資源下降。本發(fā)明實施例為解決此問題，提出對并發(fā)的在線計費用戶數(shù)目進(jìn)行控制，當(dāng)SCP觸發(fā)在線計費后，BOSS需要判斷同一時間內(nèi)SCP觸發(fā)的在線計費的并發(fā)容量，并與設(shè)定的處理在線計費用戶的容量閾值比較，如果此時沒有可用容量則拒絕加載在線計費，并返回相關(guān)信息給SCP，此時話務(wù)不進(jìn)行實時控制，仍然根據(jù)MSC的離線話單進(jìn)行計費；如果此時有可用容量則對此話務(wù)進(jìn)行在線計費，同時對在用并發(fā)數(shù)增加計數(shù)，當(dāng)通話結(jié)束時，需要對在用并發(fā)數(shù)減少計數(shù)。實際應(yīng)用中，可動態(tài)調(diào)整的處理在線計費用戶的容量閾值，即根據(jù)計費系統(tǒng)的資源使用情況，如CPU、內(nèi)存等，動態(tài)調(diào)整處理在線計費用戶的容量閾值，以合理分配系統(tǒng)資源。如當(dāng)CPU使用率達(dá)到70%，且內(nèi)存使用率達(dá)到70%時，且持續(xù)一定周期后，則降低該容量閾值。實施例三本發(fā)明實施例三提供了一種在線計費用戶的確定系統(tǒng)，通過該系統(tǒng)，能夠?qū)Υ嬖谇焚M風(fēng)險的用戶進(jìn)行實時控制。如圖6所示，該在線計費用戶的確定系統(tǒng)，主要包括用戶終端601以及移動交換中心MSC 602 ；其中用戶終端601，用于發(fā)送第一用戶對第二用戶的呼叫請求；移動交換中心MSC 602，用于在接收用戶終端601發(fā)送的第一用戶對第二用戶的呼叫請求后，獲取呼叫請求中包括的號碼信息，號碼信息為第二用戶對應(yīng)的通信號碼或第二用戶對應(yīng)的通信號碼的號碼前綴，根據(jù)保存的在線計費的號碼信息，確定獲取的號碼信息是否為在線計費的號碼信息，并在確定結(jié)果為是時，確定對第一用戶進(jìn)行在線計費處理。如圖7所示，本發(fā)明實施例三提供的優(yōu)選實施方式中，圖6所示系統(tǒng)還可以進(jìn)一步包括業(yè)務(wù)運營支撐系統(tǒng)BOSS 603以及歸屬位置寄存器HLR 604 ；其中BOSS 603，用于向HLR 604發(fā)送用于指示用戶為在線計費用戶的在線計費標(biāo)識；HLR 604，用于在接收BOSS 603發(fā)送的在線計費標(biāo)識后，在在線計費標(biāo)識指示的用戶的簽約信息中添加在線計費標(biāo)識；MSC 602，還用于在確定獲取的號碼信息不為在線計費的號碼信息時，從HLR中獲取第一用戶的簽約信息，并在確定獲取的簽約信息中包括在線計費標(biāo)識時，確定對第一用戶進(jìn)行在線計費處理。本發(fā)明實施例三提供的優(yōu)選實施方式中，圖7所示系統(tǒng)包括的BOSS 603，還用于在線計費標(biāo)識之前，確定第一用戶的話費余額低于第一設(shè)定閾值；或確定第一用戶對應(yīng)的通信號碼的信譽(yù)度低于第二設(shè)定閾值。本發(fā)明實施例三提供的優(yōu)選實施方式中，圖7所示系統(tǒng)包括的BOSS 603，還用于在確定第一用戶的話費余額高于第一設(shè)定閾值或第一用戶對應(yīng)的通信號碼的信譽(yù)度高于第二設(shè)定閾值時，確定是否向HLR發(fā)送過用于指示所述第一用戶為在線計費用戶的在線計費標(biāo)識，若是，向HLR發(fā)送取消對第一用戶進(jìn)行在線計費的指示信息；相應(yīng)地，HLR 604，還用于根據(jù)BOSS發(fā)送的指示信息，將與第一用戶對應(yīng)的簽約信息包括的在線計費標(biāo)識刪除。本發(fā)明實施例三提供的優(yōu)選實施方式中，圖7所示系統(tǒng)包括的BOSS 603，還用于在發(fā)送在線計費標(biāo)識之前，確定向HLR發(fā)送在線計費標(biāo)識的總次數(shù)與向HLR發(fā)送取消對用戶進(jìn)行在線計費的指示信息的總次數(shù)的差值，未超過設(shè)定的在線計費容量閾值。應(yīng)當(dāng)理解，該實施例提供的在線計費用戶的確定系統(tǒng)所實現(xiàn)的功能與上述實施例一提供的在線計費用戶的確定方法流程一一對應(yīng)，對于該系統(tǒng)所實現(xiàn)的更為詳細(xì)的處理流程，在上述實施例一中已做詳細(xì)描述，此處不再詳細(xì)描述。實施四本發(fā)明實施例四提供了一種移動交換中心MSC，通過該MSC，能夠?qū)Υ嬖谇焚M風(fēng)險的用戶進(jìn)行實時控制。如圖8所示，該MSC，主要包括呼叫請求接收單元801、號碼信息獲取單元802以及在線計費號碼確定單元803 ；其中呼叫請求接收單元801，用于接收第一用戶對第二用戶的呼叫請求；號碼信息獲取單元802，用于獲取呼叫請求接收單元801接收的呼叫請求中包括的號碼信息，號碼信息為第二用戶對應(yīng)的通信號碼或第二用戶對應(yīng)的通信號碼的號碼前
圣雙；在線計費號碼確定單元803，用于根據(jù)保存的在線計費的號碼信息，確定號碼信息獲取單元802獲取的號碼信息是否為在線計費的號碼信息，并在確定結(jié)果為是時，確定對第一用戶進(jìn)行在線計費處理。本發(fā)明實施例四提供的優(yōu)選實施方式中，圖8所示MSC包括的在線計費號碼確定單元803，還用于在確定結(jié)果為否時，從歸屬位置寄存器HLR中獲取第一用戶的簽約信息，并在確定獲取的簽約信息中包括業(yè)務(wù)運營支撐系統(tǒng)BOSS發(fā)送的用于指示第一用戶為在線計費用戶的在線計費標(biāo)識時，確定對第一用戶進(jìn)行在線計費處理。應(yīng)當(dāng)理解，以上MSC包括的單元僅為根據(jù)該MSC實現(xiàn)的功能進(jìn)行的邏輯劃分，實際應(yīng)用中，可以進(jìn)行上述單元的疊加或拆分。并且該實施例提供的MSC所實現(xiàn)的功能與上述實施例一提供的在線計費用戶的確定方法流程中MCS實現(xiàn)的功能對應(yīng)，對于該MSC所實現(xiàn)的更為詳細(xì)的處理流程，在上述實施例一中已做詳細(xì)描述，此處不再詳細(xì)描述。實施五本發(fā)明實施例五提供了一種在線計費的控制系統(tǒng)，通過該在線計費的控制系統(tǒng)， 能夠在對存在欠費風(fēng)險的用戶進(jìn)行實時控制的基礎(chǔ)上，減少在線計費對BOSS性能的影響。如圖9所示，該在線計費的控制系統(tǒng)，主要包括MSC 901、SCP 902 以及 BOSS 903 ；其中，MSC 901與上述實施例四提供的MSC所實現(xiàn)的功能一致，并且在此基礎(chǔ)上， 該MSC 901，還用于在確定對第一用戶進(jìn)行在線計費處理后，在呼叫請求中添加用于指示第一用戶為在線計費用戶的在線計費標(biāo)識，并將添加在線計費標(biāo)識后的呼叫請求發(fā)送至業(yè)務(wù)控制點SCP ；SCP 902，用于在接收到包括在線計費標(biāo)識的呼叫請求后，向BOSS發(fā)送針對第一用戶的接續(xù)時長請求信息；BOSS 903，用于根據(jù)當(dāng)前處理的在線計費用戶的數(shù)量，向SCP反饋對接續(xù)時長請求信息的確定結(jié)果。本發(fā)明實施例五四提供的優(yōu)選實施方式中，圖9所示系統(tǒng)包括的B0SS903，具體用于判斷并行接收到接續(xù)時長請求信息的數(shù)量，其中，并行接收到的接續(xù)時長請求信息中包括針對第一用戶的接續(xù)時長請求信息；若數(shù)量超過設(shè)定的并行處理在線計費用戶的容量閾值時，向SCP反饋離線計費通知；若數(shù)量未超過設(shè)定的并行處理在線計費用戶的容量閾值時，向SCP反饋針對第一用戶確定出的接續(xù)時延信息。應(yīng)當(dāng)理解，該實施例五提供的在線計費的控制系統(tǒng)所實現(xiàn)的功能與上述實施例二提供的在線計費的控制方法流程一一對應(yīng)，對于該系統(tǒng)所實現(xiàn)的更為詳細(xì)的處理流程，在上述實施例二中已做詳細(xì)描述，此處不再詳細(xì)描述。通過本發(fā)明實施例提供的上述至少一個技術(shù)方案，MSC接收第一用戶對第二用戶的呼叫請求后，獲取該呼叫請求中包括的號碼信息，并根據(jù)保存的在線計費的號碼信息，確定獲取的該號碼信息是否為在線計費的號碼信息，并在確定結(jié)果為是時，確定對該第一用戶進(jìn)行在線計費處理。根據(jù)該技術(shù)方案，能夠在用戶發(fā)起呼叫請求后，根據(jù)從用戶發(fā)送的呼叫請求中獲取的號碼信息實時地確定是否需要對該用戶進(jìn)行在線計費處理，從而能夠?qū)Υ嬖谇焚M風(fēng)險的用戶進(jìn)行實時控制。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種在線計費用戶的確定方法，其特征在于，包括 移動交換中心MSC接收第一用戶對第二用戶的呼叫請求；獲取所述呼叫請求中包括的號碼信息，所述號碼信息為所述第二用戶對應(yīng)的通信號碼或所述第二用戶對應(yīng)的通信號碼的號碼前綴；根據(jù)保存的在線計費的號碼信息，確定獲取的所述號碼信息是否為在線計費的號碼信息；在確定結(jié)果為是時，確定對所述第一用戶進(jìn)行在線計費處理。
2.如權(quán)利要求1所述的方法，其特征在于，在確定結(jié)果為否時，還包括 從歸屬位置寄存器HLR中獲取所述第一用戶的簽約信息；在確定獲取的所述簽約信息中包括業(yè)務(wù)運營支撐系統(tǒng)BOSS發(fā)送的用于指示所述第一用戶為在線計費用戶的在線計費標(biāo)識時，確定對所述第一用戶進(jìn)行在線計費處理。
3.如權(quán)利要求2所述的方法，其特征在于，BOSS發(fā)送在線計費標(biāo)識之前，還包括 確定所述第一用戶的話費余額低于第一設(shè)定閾值；或確定所述第一用戶對應(yīng)的通信號碼的信譽(yù)度低于第二設(shè)定閾值。
4.如權(quán)利要求3所述的方法，其特征在于，BOSS在確定所述第一用戶的話費余額高于所述第一設(shè)定閾值或所述第一用戶對應(yīng)的通信號碼的信譽(yù)度高于所述第二設(shè)定閾值時，還包括BOSS確定是否向HLR發(fā)送過用于指示所述第一用戶為在線計費用戶的在線計費標(biāo)識， 若是，則向所述HLR發(fā)送取消對所述第一用戶進(jìn)行在線計費的指示信息，所述HLR根據(jù)所述指示信息將與所述第一用戶對應(yīng)的簽約信息包括的在線計費標(biāo)識刪除。
5.如權(quán)利要求4所述的方法，其特征在于，BOSS發(fā)送在線計費標(biāo)識之前，還包括 BOSS確定向所述HLR發(fā)送在線計費標(biāo)識的總次數(shù)與向所述HLR發(fā)送取消對用戶進(jìn)行在線計費的指示信息的總次數(shù)的差值，未超過設(shè)定的在線計費容量閾值。
6.一種在線計費的控制方法，其特征在于，包括MSC通過權(quán)利要求1至5任一項所述的方法確定對所述第一用戶進(jìn)行在線計費處理后， 在所述呼叫請求中添加用于指示所述第一用戶為在線計費用戶的在線計費標(biāo)識，并將添加在線計費標(biāo)識后的呼叫請求發(fā)送至業(yè)務(wù)控制點SCP ；所述SCP在接收到包括在線計費標(biāo)識的呼叫請求后，向業(yè)務(wù)運營支撐系統(tǒng)BOSS發(fā)送針對所述第一用戶的接續(xù)時長請求信息；BOSS根據(jù)當(dāng)前處理的在線計費用戶的數(shù)量，向所述SCP反饋對所述接續(xù)時長請求信息的確定結(jié)果。
7.如權(quán)利要求6所述的方法，其特征在于，BOSS根據(jù)當(dāng)前處理的在線計費用戶的數(shù)量， 向所述SCP反饋對所述接續(xù)時長請求信息的確定結(jié)果，包括判斷并行接收到接續(xù)時長請求信息的數(shù)量，其中，并行接收到的接續(xù)時長請求信息中包括針對所述第一用戶的接續(xù)時長請求信息；若所述數(shù)量超過設(shè)定的并行處理在線計費用戶的容量閾值時，向所述SCP反饋離線計費通知；若所述數(shù)量未超過設(shè)定的并行處理在線計費用戶的容量閾值時，向所述SCP反饋針對所述第一用戶確定出的接續(xù)時延信息。
8.—種在線計費用戶的確定系統(tǒng)，其特征在于，包括用戶終端，用于發(fā)送第一用戶對第二用戶的呼叫請求；移動交換中心MSC，用于在接收所述用戶終端發(fā)送的第一用戶對第二用戶的呼叫請求后，獲取所述呼叫請求中包括的號碼信息，所述號碼信息為所述第二用戶對應(yīng)的通信號碼或所述第二用戶對應(yīng)的通信號碼的號碼前綴，根據(jù)保存的在線計費的號碼信息，確定獲取的所述號碼信息是否為在線計費的號碼信息，并在確定結(jié)果為是時，確定對所述第一用戶進(jìn)行在線計費處理。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，還包括業(yè)務(wù)運營支撐系統(tǒng)BOSS以及歸屬位置寄存器HLR ；所述BOSS，用于向所述HLR發(fā)送用于指示用戶為在線計費用戶的在線計費標(biāo)識；所述HLR，用于在接收所述BOSS發(fā)送的在線計費標(biāo)識后，在所述在線計費標(biāo)識指示的用戶的簽約信息中添加所述在線計費標(biāo)識；所述MSC，還用于在確定獲取的所述號碼信息不為在線計費的號碼信息時，從所述HLR 中獲取所述第一用戶的簽約信息，并在確定獲取的所述簽約信息中包括在線計費標(biāo)識時， 確定對所述第一用戶進(jìn)行在線計費處理。
10.如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述BOSS，還用于在線計費標(biāo)識之前，確定所述第一用戶的話費余額低于第一設(shè)定閾值；或確定所述第一用戶對應(yīng)的通信號碼的信譽(yù)度低于第二設(shè)定閾值。
11.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述BOSS，還用于在確定所述第一用戶的話費余額高于所述第一設(shè)定閾值或所述第一用戶對應(yīng)的通信號碼的信譽(yù)度高于所述第二設(shè)定閾值時，確定是否向HLR發(fā)送過用于指示所述第一用戶為在線計費用戶的在線計費標(biāo)識，若是，則向所述HLR發(fā)送取消對所述第一用戶進(jìn)行在線計費的指示信息；所述HLR，還用于根據(jù)所述BOSS發(fā)送的指示信息，將與所述第一用戶對應(yīng)的簽約信息包括的在線計費標(biāo)識刪除。
12.如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述BOSS，還用于在發(fā)送在線計費標(biāo)識之前，確定向所述HLR發(fā)送在線計費標(biāo)識的總次數(shù)與向所述HLR發(fā)送取消對用戶進(jìn)行在線計費的指示信息的總次數(shù)的差值，未超過設(shè)定的在線計費容量閾值。
13.一種移動交換中心MSC，其特征在于，包括呼叫請求接收單元，用于接收第一用戶對第二用戶的呼叫請求；號碼信息獲取單元，用于獲取所述呼叫請求接收單元接收的呼叫請求中包括的號碼信息，所述號碼信息為所述第二用戶對應(yīng)的通信號碼或所述第二用戶對應(yīng)的通信號碼的號碼前綴；在線計費號碼確定單元，用于根據(jù)保存的在線計費的號碼信息，確定所述號碼信息獲取單元獲取的所述號碼信息是否為在線計費的號碼信息，并在確定結(jié)果為是時，確定對所述第一用戶進(jìn)行在線計費處理。
14.如權(quán)利要求13所述的MSC，其特征在于，所述在線計費號碼確定單元，還用于在確定結(jié)果為否時，從歸屬位置寄存器HLR中獲取所述第一用戶的簽約信息，并在確定獲取的所述簽約信息中包括業(yè)務(wù)運營支撐系統(tǒng)BOSS發(fā)送的用于指示所述第一用戶為在線計費用戶的在線計費標(biāo)識時，確定對所述第一用戶進(jìn)行在線計費處理。
15.一種在線計費的控制系統(tǒng)，其特征在于，包括權(quán)利要求13或14所述的MSC、業(yè)務(wù)控制點SCP以及業(yè)務(wù)運營支撐系統(tǒng)BOSS ； 所述MSC，還用于在確定對所述第一用戶進(jìn)行在線計費處理后，在所述呼叫請求中添加用于指示所述第一用戶為在線計費用戶的在線計費標(biāo)識，并將添加在線計費標(biāo)識后的呼叫請求發(fā)送至業(yè)務(wù)控制點SCP ；所述SCP，用于在接收到包括在線計費標(biāo)識的呼叫請求后，向所述BOSS發(fā)送針對所述第一用戶的接續(xù)時長請求信息；所述BOSS，用于根據(jù)當(dāng)前處理的在線計費用戶的數(shù)量，向所述SCP反饋對所述接續(xù)時長請求信息的確定結(jié)果。
16.如權(quán)利要求15所述的系統(tǒng)，其特征在于，所述BOSS，具體用于判斷并行接收到接續(xù)時長請求信息的數(shù)量，其中，并行接收到的接續(xù)時長請求信息中包括針對所述第一用戶的接續(xù)時長請求信息；若所述數(shù)量超過設(shè)定的并行處理在線計費用戶的容量閾值時，向所述SCP反饋離線計費通知；若所述數(shù)量未超過設(shè)定的并行處理在線計費用戶的容量閾值時，向所述SCP反饋針對所述第一用戶確定出的接續(xù)時延信息。
全文摘要
本發(fā)明公開了一種對在線計費用戶的確定方法、控制方法、系統(tǒng)及裝置，主要技術(shù)方案包括移動交換中心MSC接收第一用戶對第二用戶的呼叫請求；獲取呼叫請求中包括的號碼信息，號碼信息為第二用戶對應(yīng)的通信號碼或第二用戶對應(yīng)的通信號碼的號碼前綴；根據(jù)保存的在線計費的號碼信息，確定獲取的號碼信息是否為在線計費的號碼信息；在確定結(jié)果為是時，確定對第一用戶進(jìn)行在線計費處理。根據(jù)該技術(shù)方案，能夠在用戶發(fā)起呼叫請求后，根據(jù)從用戶發(fā)送的呼叫請求中獲取的號碼信息實時地確定是否需要對該用戶進(jìn)行在線計費處理，從而能夠?qū)Υ嬖谇焚M風(fēng)險的用戶進(jìn)行實時控制。
文檔編號H04W4/24GK102547642SQ20101061612
公開日2012年7月4日 申請日期2010年12月30日 優(yōu)先權(quán)日2010年12月30日
發(fā)明者宋海峰, 張博洋, 楊仕榮, 楊建廷 申請人:中國移動通信集團(tuán)山東有限公司