專(zhuān)利名稱(chēng)：一種防止透支的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信網(wǎng)中的計(jì)費(fèi)技術(shù)，具體涉及智能網(wǎng)業(yè)務(wù)中一種防止透支的方法。
背景技術(shù)：
在目前所應(yīng)用的智能網(wǎng)的通信網(wǎng)絡(luò)中，用戶(hù)可以使用同一個(gè)帳號(hào)同時(shí)實(shí)現(xiàn)呼叫、短消息、上網(wǎng)等多種業(yè)務(wù)，在線(xiàn)計(jì)費(fèi)系統(tǒng)(OCS)可以并行地對(duì)這些業(yè)務(wù)進(jìn)行實(shí)時(shí)扣費(fèi)。
在系統(tǒng)處于正常運(yùn)行狀態(tài)時(shí)，可以保證用戶(hù)不透支。但是在OCS應(yīng)急流程中，業(yè)務(wù)控制點(diǎn)(SCP)無(wú)法正常與OCS進(jìn)行會(huì)話(huà)，因此SCP無(wú)法在用戶(hù)通信過(guò)程中及時(shí)與OCS進(jìn)行針對(duì)用戶(hù)計(jì)費(fèi)的信息交互，而只能在用戶(hù)結(jié)束通信時(shí)針對(duì)用戶(hù)的整個(gè)呼叫過(guò)程生成一張完整的應(yīng)急話(huà)單，供OCS系統(tǒng)采集以計(jì)費(fèi)。顯然，應(yīng)急流程中的計(jì)費(fèi)方式無(wú)法保證OCS系統(tǒng)及時(shí)有效地對(duì)用戶(hù)進(jìn)行計(jì)費(fèi)，具有很低的計(jì)費(fèi)實(shí)時(shí)性；再加上整個(gè)呼叫過(guò)程所需的通信額度很有可能大于用戶(hù)所擁有的通信額度，這將導(dǎo)致用戶(hù)在通信過(guò)程中的透支。并且，當(dāng)用戶(hù)并行實(shí)現(xiàn)多業(yè)務(wù)時(shí)，透支現(xiàn)象則可能更加嚴(yán)重，這將給運(yùn)營(yíng)商帶來(lái)很多不必要的損失。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種防止透支的方法，提高計(jì)費(fèi)的實(shí)時(shí)性，降低運(yùn)營(yíng)商因用戶(hù)透支而承受的不必要損失。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種防止透支的方法，該方法包括針對(duì)用戶(hù)在通信過(guò)程中每次用完的通信額度分別生成單元話(huà)單，根據(jù)所生成的單元話(huà)單判斷用戶(hù)是否剩余足夠的通信額度。
所述單元話(huà)單的生成由應(yīng)急流程觸發(fā)。
所述應(yīng)急流程在用戶(hù)通信過(guò)程中出現(xiàn)，生成所述單元話(huà)單的過(guò)程包括應(yīng)急流程出現(xiàn)之前，為用戶(hù)分配的一個(gè)通信額度生成單元話(huà)單；應(yīng)急流程出現(xiàn)之后，為用戶(hù)分配的每個(gè)通信額度分別生成單元話(huà)單；或者，所述應(yīng)急流程在用戶(hù)開(kāi)始通信之前出現(xiàn)，生成所述單元話(huà)單的過(guò)程包括應(yīng)急流程出現(xiàn)之后，為用戶(hù)分配的每個(gè)通信額度分別生成單元話(huà)單。
所述判斷方法包括比較用戶(hù)剩余的通信額度與所述單元話(huà)單中的通信額度的大小，如果用戶(hù)剩余的通信額度相對(duì)小，確定用戶(hù)已經(jīng)沒(méi)有足夠的通信額度；否則，確定用戶(hù)仍有足夠的通信額度。
用戶(hù)通信結(jié)束時(shí)，進(jìn)一步針對(duì)已結(jié)束的整個(gè)通信過(guò)程生成應(yīng)急話(huà)單。
進(jìn)一步用生成的所述應(yīng)急話(huà)單中所包含的所有通信額度減去所述單元話(huà)單中所包含的通信額度，將計(jì)算得到的通信額度作為正常運(yùn)行狀態(tài)時(shí)用戶(hù)已使用的通信額度，并根據(jù)該通信額度為用戶(hù)計(jì)費(fèi)。
該方法進(jìn)一步包括當(dāng)用戶(hù)的通信額度不足時(shí)釋放用戶(hù)的通信業(yè)務(wù)。
釋放所述通信業(yè)務(wù)的過(guò)程包括控制歸屬位置寄存器HLR修改用戶(hù)的狀態(tài)，釋放呼叫以及用戶(hù)正在使用的其他業(yè)務(wù)。
所述單元話(huà)單包括用戶(hù)最近一次所使用的通信額度、用于指示話(huà)單是單元話(huà)單的標(biāo)識(shí)、用于表明單元話(huà)單時(shí)間順序的時(shí)間戳。
所述通信額度是通信時(shí)長(zhǎng)或通信金額。
可見(jiàn)，本發(fā)明所提供的防止透支方法，通過(guò)生成單元話(huà)單的方式保證在用戶(hù)每次使用完通信額度后，都可確定用戶(hù)所剩余的通信額度是否足夠，并且可以在剩余通信額度不足時(shí)及時(shí)結(jié)束用戶(hù)的通信，如此可有效提高計(jì)費(fèi)的實(shí)時(shí)性，并能明顯降低運(yùn)營(yíng)商因用戶(hù)透支而承受的不必要的損失。


圖1為本發(fā)明一實(shí)施例的應(yīng)急流程中涉及生成單元話(huà)單的流程圖；圖2為本發(fā)明另一實(shí)施例的應(yīng)急流程中涉及生成單元話(huà)單的流程圖；圖3為本發(fā)明防止透支的流程簡(jiǎn)圖。
具體實(shí)施例方式
為了避免用戶(hù)在應(yīng)急流程中透支，可以針對(duì)用戶(hù)當(dāng)前所進(jìn)行的通信過(guò)程階段性地生成話(huà)單。由于話(huà)單是針對(duì)支持用戶(hù)通信的單位通信時(shí)長(zhǎng)或通信金額等通信額度生成的，因此可以將階段性生成的所述話(huà)單稱(chēng)為單元話(huà)單。實(shí)際應(yīng)用中，在用戶(hù)每次剛用完被分配的通信額度時(shí)，都可以針對(duì)該通信額度生成單元話(huà)單；之后，根據(jù)生成的所述單元話(huà)單判斷用戶(hù)是否剩余足夠的通信額度以繼續(xù)通信，并且可以在剩余的通信額度不足以繼續(xù)通信時(shí)，釋放用戶(hù)的通信業(yè)務(wù)。
在具體應(yīng)用中，應(yīng)急流程可能在用戶(hù)通信過(guò)程中出現(xiàn)，也可能在用戶(hù)開(kāi)始通信之前就出現(xiàn)，出現(xiàn)應(yīng)急流程的具體表現(xiàn)通常為SCP在用戶(hù)通信過(guò)程中沒(méi)能成功與OCS交互。無(wú)論應(yīng)急流程在何時(shí)出現(xiàn)，生成單元話(huà)單都是必不可少的操作，但涉及生成單元話(huà)單的流程會(huì)因應(yīng)急流程出現(xiàn)時(shí)機(jī)的不同而產(chǎn)生變化，下面以圖1和圖2為例介紹涉及生成單元話(huà)單的不同流程。
參見(jiàn)圖1，圖1為本發(fā)明一實(shí)施例的應(yīng)急流程中涉及生成單元話(huà)單的流程圖，該流程包括以下步驟步驟101用戶(hù)起呼，移動(dòng)交換中心(MSC)向SCP發(fā)送起始DP點(diǎn)(IDP)消息，根據(jù)始發(fā)CAMEL簽約信息(O_CSI)/終止CAMEL簽約信息(T_CSI)觸發(fā)SCP上的業(yè)務(wù)。
步驟102SCP收到IDP消息后，進(jìn)行號(hào)碼規(guī)整，將與用戶(hù)通信相關(guān)的信息通過(guò)信用控制請(qǐng)求起始(CCR Initial)消息發(fā)送給OCS，請(qǐng)求計(jì)費(fèi)鑒權(quán)。
步驟103OCS根據(jù)來(lái)自SCP的信息進(jìn)行帳戶(hù)鑒權(quán)、批價(jià)、反算、預(yù)留等處理，分配可用的通信額度并通過(guò)信用控制應(yīng)答(CCA Initial)消息發(fā)送給SCP。
步驟104SCP收到CCA Initial后，向MSC下發(fā)用于支持用戶(hù)通信的消息，該消息包括請(qǐng)求BCSM事件報(bào)告(RRBE)、申請(qǐng)計(jì)費(fèi)(AC)、繼續(xù)(CONTINUE)。在此之后，MSC可控制用戶(hù)進(jìn)行通信。為用戶(hù)所分配的通信額度通常被攜帶于AC中下發(fā)給MSC。
步驟105MSC向SCP發(fā)送BCSM事件報(bào)告(ERB)。
步驟106用戶(hù)使用完為其分配的通信額度后，MSC向SCP上報(bào)申請(qǐng)計(jì)費(fèi)報(bào)告(ACR)事件。
步驟107SCP向OCS發(fā)送CCR更新(Update)消息以便為用戶(hù)申請(qǐng)新的通信額度，并上報(bào)用戶(hù)已經(jīng)使用的通信額度。
步驟108OCS根據(jù)來(lái)自SCP的CCR Update消息進(jìn)行反算、預(yù)留，并將新分配的通信額度通過(guò)CCA Update消息發(fā)送給SCP。
步驟109SCP將收到的CCA Update中所包含的通信額度攜帶于AC中發(fā)送給MSC。
步驟110用戶(hù)使用完為其分配的通信額度后，MSC向SCP上報(bào)ACR事件。
步驟111SCP向OCS發(fā)送CCR Update消息時(shí)，沒(méi)能成功與OCS交互。具體而言，沒(méi)能成功交互的原因可能是SCP與OCS之間斷鏈或OCS接口故障等。
步驟112SCP確認(rèn)目前處于應(yīng)急流程，并針對(duì)前一個(gè)AC所涉及的通信額度生成單元話(huà)單。具體而言，生成的單元話(huà)單中包括前一個(gè)AC中所包含的通信額度，以使OCS在獲取到該單元話(huà)單后能根據(jù)其中的通信額度計(jì)費(fèi)；生成的單元話(huà)單中還包括用于指示該話(huà)單是單元話(huà)單的標(biāo)識(shí)、用于表明單元話(huà)單時(shí)間順序的時(shí)間戳、用于指示該單元話(huà)單是否為最后一個(gè)單元話(huà)單的標(biāo)識(shí)。
步驟113SCP為用戶(hù)分配可用的通信額度，并將該通信額度攜帶于AC中發(fā)送給MSC。SCP分配的所述通信額度可以和OCS之前曾分配的相同，也可以不同。
步驟114用戶(hù)使用完為其分配的通信額度后，MSC向SCP上報(bào)ACR事件。
步驟115SCP針對(duì)前一個(gè)AC所涉及的通信額度生成單元話(huà)單。
步驟116SCP為用戶(hù)分配可用的通信額度，并將該通信額度攜帶于AC中發(fā)送給MSC。
步驟117用戶(hù)使用完為其分配的通信額度后，MSC向SCP上報(bào)ACR事件。
步驟118SCP針對(duì)前一個(gè)AC所涉及的通信額度生成單元話(huà)單。
步驟119用戶(hù)結(jié)束通信時(shí)，MSC向SCP發(fā)送代表用戶(hù)結(jié)束通信的ERB事件。
步驟120SCP向MSC發(fā)送釋放呼叫(RC)消息。
步驟121SCP應(yīng)用現(xiàn)有技術(shù)針對(duì)已結(jié)束的整個(gè)通信過(guò)程生成應(yīng)急話(huà)單。
可見(jiàn)，圖1中，應(yīng)急流程是在用戶(hù)通信過(guò)程中出現(xiàn)的，這種情況下需要針對(duì)應(yīng)急流程出現(xiàn)之前為用戶(hù)分配的一個(gè)通信額度生成單元話(huà)單，還要針對(duì)應(yīng)急流程出現(xiàn)之后為用戶(hù)分配的每個(gè)通信額度分別生成單元話(huà)單。
參見(jiàn)圖2，圖2為本發(fā)明另一實(shí)施例的應(yīng)急流程中涉及生成單元話(huà)單的流程圖，該流程包括以下步驟步驟201用戶(hù)起呼，MSC向SCP發(fā)送IDP消息，根據(jù)O_CSI/T_CSI觸發(fā)SCP上的業(yè)務(wù)。
步驟202SCP收到IDP消息后，進(jìn)行號(hào)碼規(guī)整，將與用戶(hù)通信相關(guān)的信息通過(guò)CCR Initial消息發(fā)送給OCS，請(qǐng)求計(jì)費(fèi)鑒權(quán)，但SCP沒(méi)能成功與OCS交互。
步驟203SCP確認(rèn)目前處于應(yīng)急流程。
步驟204SCP為用戶(hù)分配可用的通信額度，并向MSC下發(fā)用于支持用戶(hù)通信的消息，該消息包括RRBE)、AC、CONTINUE。在此之后，MSC可控制用戶(hù)進(jìn)行通信。為用戶(hù)所分配的通信額度通常被攜帶于AC中下發(fā)給MSC。這里，所述通信額度通常是指通信時(shí)間或通信金額。
步驟205MSC向SCP發(fā)送ERB。
步驟206用戶(hù)使用完為其分配的通信額度后，MSC向SCP上報(bào)ACR事件。
步驟207SCP針對(duì)前一個(gè)AC所涉及的通信額度生成單元話(huà)單。具體而言，生成的單元話(huà)單中包括前一個(gè)AC中所包含的通信額度，以使OCS在獲取到該單元話(huà)單后能根據(jù)其中的通信額度計(jì)費(fèi)；生成的單元話(huà)單中還包括用于指示該話(huà)單是單元話(huà)單的標(biāo)識(shí)、用于表明單元話(huà)單時(shí)間順序的時(shí)間戳、用于指示該單元話(huà)單是否為最后一個(gè)單元話(huà)單的標(biāo)識(shí)。
步驟208SCP為用戶(hù)分配可用的通信額度，并將該通信額度攜帶于AC中發(fā)送給MSC。
步驟209用戶(hù)使用完為其分配的通信額度后，MSC向SCP上報(bào)ACR事件。
步驟210SCP針對(duì)前一個(gè)AC所涉及的通信額度生成單元話(huà)單。
步驟211SCP為用戶(hù)分配可用的通信額度，并將該通信額度攜帶于AC中發(fā)送給MSC。
步驟212用戶(hù)使用完為其分配的通信額度后，MSC向SCP上報(bào)ACR事件。
步驟213SCP針對(duì)前一個(gè)AC所涉及的通信額度生成單元話(huà)單。
步驟214用戶(hù)結(jié)束通信時(shí)，MSC向SCP發(fā)送代表用戶(hù)結(jié)束通信的ERB事件。
步驟215SCP向MSC發(fā)送RC消息。
步驟216SCP應(yīng)用現(xiàn)有技術(shù)針對(duì)已結(jié)束的整個(gè)通信過(guò)程生成應(yīng)急話(huà)單。
可見(jiàn)，圖2中，應(yīng)急流程是在用戶(hù)開(kāi)始通信之前出現(xiàn)的，這種情況下只需要針對(duì)應(yīng)急流程出現(xiàn)之后為用戶(hù)分配的每個(gè)通信額度分別生成單元話(huà)單即可。
針對(duì)圖1和圖2中的單元話(huà)單而言，OCS可以通過(guò)FTP機(jī)制等途徑從SCP中獲取生成的單元話(huà)單。并且，OCS每次都會(huì)根據(jù)獲取到的單元話(huà)單判斷用戶(hù)是否剩余足夠的通信額度以繼續(xù)通信，如果沒(méi)有足夠的通信額度，OCS會(huì)立即控制歸屬位置寄存器(HLR)修改用戶(hù)的狀態(tài)，釋放呼叫以及用戶(hù)正在使用的其他業(yè)務(wù)(當(dāng)然，這種情況下，用戶(hù)就無(wú)法繼續(xù)后續(xù)的通信，SCP也無(wú)需再繼續(xù)針對(duì)用戶(hù)生成單元話(huà)單)；否則，OSC則繼續(xù)支持用戶(hù)通信。
OCS進(jìn)行的所述判斷方法為比較用戶(hù)剩余的通信額度與獲取到的單元話(huà)單中的通信額度的大小，如果用戶(hù)剩余的通信額度相對(duì)小，OCS確定用戶(hù)已經(jīng)沒(méi)有足夠的通信額度；否則，OCS確定用戶(hù)目前仍然有足夠的通信額度，這種情況下，OCS可以進(jìn)一步用獲取的所述單元話(huà)單中所包含的通信額度更新用戶(hù)當(dāng)前剩余的通信額度。
另外，OCS還可以通過(guò)FTP機(jī)制等途徑從SCP中獲取針對(duì)整個(gè)通信過(guò)程生成的所述應(yīng)急話(huà)單，并用該應(yīng)急話(huà)單中所包含的所有通信額度減去獲取的所述單元話(huà)單中所包含的通信額度，將計(jì)算得到的通信額度作為正常運(yùn)行狀態(tài)時(shí)用戶(hù)已使用的通信額度，并根據(jù)該通信額度為用戶(hù)計(jì)費(fèi)。OCS還可以根據(jù)單元話(huà)單為用戶(hù)計(jì)費(fèi)，具體的計(jì)費(fèi)方法與OCS根據(jù)應(yīng)急話(huà)單為用戶(hù)計(jì)費(fèi)的方法相同。
綜合有關(guān)圖1、圖2的描述，可以得出如圖3所示的流程簡(jiǎn)圖。
參見(jiàn)圖3，圖3為本發(fā)明防止透支的流程簡(jiǎn)圖，該流程包括以下步驟步驟310進(jìn)入應(yīng)急流程時(shí)，針對(duì)用戶(hù)在通信過(guò)程中每次用完的通信額度分別生成單元話(huà)單。
步驟320根據(jù)生成的所述單元話(huà)單判斷用戶(hù)是否剩余足夠的通信額度以繼續(xù)通信。
步驟330當(dāng)剩余的通信額度不足以繼續(xù)通信時(shí)，釋放用戶(hù)的通信業(yè)務(wù)。
在實(shí)際應(yīng)用中，本發(fā)明實(shí)施例也可以應(yīng)用于應(yīng)急流程之外，只要能生成單元話(huà)單并能根據(jù)生成的單元話(huà)單防止用戶(hù)透支即可。
由以上所述可見(jiàn)，本發(fā)明實(shí)施例所提供的防止透支的方法，通過(guò)生成單元話(huà)單的方式有效提高了計(jì)費(fèi)的實(shí)時(shí)性，因而能明顯降低運(yùn)營(yíng)商因用戶(hù)透支而承受的不必要損失。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種防止透支的方法，其特征在于，該方法包括針對(duì)用戶(hù)在通信過(guò)程中每次用完的通信額度分別生成單元話(huà)單，根據(jù)所生成的單元話(huà)單判斷用戶(hù)是否剩余足夠的通信額度。
2.如權(quán)利要求1所述的方法，其特征在于，所述單元話(huà)單的生成由應(yīng)急流程觸發(fā)。
3.如權(quán)利要求2所述的方法，其特征在于所述應(yīng)急流程在用戶(hù)通信過(guò)程中出現(xiàn)，生成所述單元話(huà)單的過(guò)程包括應(yīng)急流程出現(xiàn)之前，為用戶(hù)分配的一個(gè)通信額度生成單元話(huà)單；應(yīng)急流程出現(xiàn)之后，為用戶(hù)分配的每個(gè)通信額度分別生成單元話(huà)單；或者，所述應(yīng)急流程在用戶(hù)開(kāi)始通信之前出現(xiàn)，生成所述單元話(huà)單的過(guò)程包括應(yīng)急流程出現(xiàn)之后，為用戶(hù)分配的每個(gè)通信額度分別生成單元話(huà)單。
4.如權(quán)利要求2所述的方法，其特征在于，所述判斷方法包括比較用戶(hù)剩余的通信額度與所述單元話(huà)單中的通信額度的大小，如果用戶(hù)剩余的通信額度相對(duì)小，確定用戶(hù)已經(jīng)沒(méi)有足夠的通信額度；否則，確定用戶(hù)仍有足夠的通信額度。
5.如權(quán)利要求1至4任一項(xiàng)所述的方法，其特征在于，用戶(hù)通信結(jié)束時(shí)，進(jìn)一步針對(duì)已結(jié)束的整個(gè)通信過(guò)程生成應(yīng)急話(huà)單。
6.如權(quán)利要求5所述的方法，其特征在于，進(jìn)一步用生成的所述應(yīng)急話(huà)單中所包含的所有通信額度減去所述單元話(huà)單中所包含的通信額度，將計(jì)算得到的通信額度作為正常運(yùn)行狀態(tài)時(shí)用戶(hù)已使用的通信額度，并根據(jù)該通信額度為用戶(hù)計(jì)費(fèi)。
7.如權(quán)利要求1至4任一項(xiàng)所述的方法，其特征在于，該方法進(jìn)一步包括當(dāng)用戶(hù)的通信額度不足時(shí)釋放用戶(hù)的通信業(yè)務(wù)。
8.如權(quán)利要求7所述的方法，其特征在于，釋放所述通信業(yè)務(wù)的過(guò)程包括控制歸屬位置寄存器HLR修改用戶(hù)的狀態(tài)，釋放呼叫以及用戶(hù)正在使用的其他業(yè)務(wù)。
9.如權(quán)利要求1所述的方法，其特征在于，所述單元話(huà)單包括用戶(hù)最近一次所使用的通信額度、用于指示話(huà)單是單元話(huà)單的標(biāo)識(shí)、用于表明單元話(huà)單時(shí)間順序的時(shí)間戳。
10.如權(quán)利要求1所述的方法，其特征在于，所述通信額度是通信時(shí)長(zhǎng)或通信金額。
全文摘要
本發(fā)明公開(kāi)了一種防止透支的方法，該方法包括針對(duì)用戶(hù)在通信過(guò)程中每次用完的通信額度分別生成單元話(huà)單，根據(jù)生成的所述單元話(huà)單判斷用戶(hù)是否剩余足夠的通信額度以繼續(xù)通信，并且可以在用戶(hù)的通信額度不足以繼續(xù)通信時(shí)釋放用戶(hù)的通信業(yè)務(wù)。本發(fā)明所公開(kāi)的防止透支的方法，通過(guò)生成單元話(huà)單的方式有效提高了計(jì)費(fèi)的實(shí)時(shí)性，因而能明顯降低運(yùn)營(yíng)商因用戶(hù)透支而承受的不必要損失。
文檔編號(hào)H04Q7/20GK101083542SQ20071013001
公開(kāi)日2007年12月5日 申請(qǐng)日期2007年7月23日 優(yōu)先權(quán)日2007年7月23日
發(fā)明者倪達(dá), 周志軍 申請(qǐng)人:中興通訊股份有限公司