一種預(yù)付費扣費方法、裝置及通信設(shè)備的制作方法
【專利摘要】本發(fā)明實施例提供一種預(yù)付費扣費方法、裝置及通信設(shè)備。所述方法包括：在針對第一類型業(yè)務(wù)的面向被叫的終呼過程失敗時，請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費；在所述扣費成功時，發(fā)起針對所述第一類型業(yè)務(wù)的面向所述被叫的終呼過程；以及與請求所述計費中心對終呼過程失敗之前對所述被叫的扣費進行補款。本發(fā)明實施例保證了扣費的正確性。
【專利說明】一種預(yù)付費扣費方法、裝置及通信設(shè)備
【技術(shù)領(lǐng)域】
[0001]本發(fā)明實施例涉及通信領(lǐng)域，尤其涉及一種預(yù)付費扣費方法、裝置及通信設(shè)備。
【背景技術(shù)】
[0002]有些運營商用戶在非本網(wǎng)絡(luò)中漫游，無論發(fā)送還是接收短信，都需要使用其他運營商的網(wǎng)絡(luò)，都需要向其他運營商支付費用。用戶在本地網(wǎng)絡(luò)和漫游網(wǎng)絡(luò)發(fā)送或接收發(fā)短信的費率不同，因此需要對用戶發(fā)起預(yù)付費鑒權(quán)前，首先到歸屬位置寄存器(HomeLocation Register,HLR)查詢用戶的位置信息，在發(fā)起預(yù)付費時帶上用戶當(dāng)前的位置信息(移動交換中心地址)，以確定消息的費率。這里，移動交換中心的英文全稱和縮寫分別為:Mobile Switching Center，MSC0
[0003]傳統(tǒng)的扣費模式都是在起呼流程對消息進行扣費，也就是在消息終呼前完成消息的扣費，扣費時攜帶了此時被叫的MSC地址，一旦終呼時目的用戶發(fā)生了漫游切換，則會導(dǎo)致扣費不準(zhǔn)確。典型的有下列兩種情況:1、如果此目的用戶消息大量積壓，本條消息暫時無法得到下發(fā)，消息就會入緩存等待下發(fā)，等到下發(fā)時被叫漫游到了另外一個網(wǎng)絡(luò)，導(dǎo)致扣費時和終呼時的MSC地址不一致，從而導(dǎo)致了扣費不準(zhǔn)確。2、本條消息得到了立即下發(fā)，但是下發(fā)失敗，消息入緩存等待重試，重試時被叫用戶漫游到了另外一個網(wǎng)絡(luò)，也會導(dǎo)致扣費時和終呼時的MSC地址不一致，導(dǎo)致扣費的不準(zhǔn)確。

【發(fā)明內(nèi)容】

[0004]有鑒于此，本發(fā)明實施例的目的是提供一種預(yù)付費扣費方法、裝置及通信設(shè)備，以保證扣費的正確性。
[0005]為解決上述技術(shù)問題，本發(fā)明實施例提供方案如下:
[0006]本發(fā)明實施例提供一種預(yù)付費扣費方法，包括:
[0007]在針對第一類型業(yè)務(wù)的面向被叫的終呼過程失敗時，請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費；
[0008]在所述扣費成功時，發(fā)起針對所述第一類型業(yè)務(wù)的面向所述被叫的終呼過程；以及
[0009]請求所述計費中心對終呼過程失敗之前對所述被叫的扣費進行補款。
[0010]優(yōu)選的，所述第一類型業(yè)務(wù)為短消息業(yè)務(wù)。
[0011]優(yōu)選的，所述請求所述計費中心對終呼過程失敗之前對所述被叫的扣費進行補款發(fā)生在所述請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費之前。
[0012]優(yōu)選的，所述請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費之前，所述方法還包括:
[0013]返回成功的起呼響應(yīng)給主叫。
[0014]優(yōu)選的，所述被叫的當(dāng)前費率與所述被叫的當(dāng)前位置信息對應(yīng)。
[0015]優(yōu)選的，所述請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費具體包括:
[0016]從位置寄存器獲取所述被叫的當(dāng)前位置信息；
[0017]將包括所述被叫的當(dāng)前位置信息的請求消息發(fā)送給所述計費中心，使得所述計費中心能夠根據(jù)所述被叫的當(dāng)前位置信息確定所述當(dāng)前費率，并根據(jù)所述當(dāng)前費率對所述被叫進行扣費。
[0018]本發(fā)明實施例還提供一種預(yù)付費扣費裝置，包括:
[0019]第一請求模塊，用于在針對第一類型業(yè)務(wù)的面向被叫的終呼過程失敗時，請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費；
[0020]發(fā)起模塊，用于在所述扣費成功時，發(fā)起針對所述第一類型業(yè)務(wù)的面向所述被叫的終呼過程；以及
[0021]第二請求模塊，用于請求所述計費中心對終呼過程失敗之前對所述被叫的扣費進行補款。
[0022]優(yōu)選的，所述第一類型業(yè)務(wù)為短消息業(yè)務(wù)。
[0023]優(yōu)選的，所述裝置還包括:
[0024]返回模塊，用于在所述第一請求模塊請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費之前，返回成功的起呼響應(yīng)給主叫。
[0025]優(yōu)選的，所述被叫的當(dāng)前費率與所述被叫的當(dāng)前位置信息對應(yīng)。
[0026]本發(fā)明實施例還提供一種包括以上所述的預(yù)付費扣費裝置的短消息中心。
[0027]從以上所述可以看出，本發(fā)明實施例至少具有如下有益效果:
[0028]通過在終呼過程失敗時請求計費中心對被叫扣費，在扣費成功時發(fā)起面向被叫的終呼過程，以及請求計費中心對終呼過程失敗之前對被叫的扣費進行補款，從而在終呼過程失敗時被叫的當(dāng)前費率與之前扣費時被叫的當(dāng)前費率相比發(fā)生變化的情況下，能夠根據(jù)變化后的當(dāng)前費率對被叫進行扣費，從而保證了扣費的正確性。
【專利附圖】

【附圖說明】
[0029]圖1為本發(fā)明實施例提供的一種預(yù)付費扣費方法的步驟流程圖；
[0030]圖2為傳統(tǒng)被叫漫游扣費流程示意圖；
[0031]圖3為本發(fā)明中被叫漫游扣費流程示意圖。
【具體實施方式】
[0032]為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖及具體實施例對本發(fā)明實施例進行詳細(xì)描述。
[0033]圖1為本發(fā)明實施例提供的一種預(yù)付費扣費方法的步驟流程圖，參照圖1，本發(fā)明實施例提供一種預(yù)付費扣費方法，包括如下步驟:
[0034]步驟101，在針對第一類型業(yè)務(wù)的面向被叫的終呼過程失敗時，請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費；
[0035]步驟102，在所述扣費成功時，發(fā)起針對第一類型業(yè)務(wù)的面向所述被叫的終呼過程；以及
[0036]步驟103，請求所述計費中心對終呼過程失敗之前對所述被叫的扣費進行補款。[0037]可見，通過在終呼過程失敗時請求計費中心對被叫扣費，在扣費成功時發(fā)起面向被叫的終呼過程，以及請求計費中心對終呼過程失敗之前對被叫的扣費進行補款，從而在終呼過程失敗時被叫的當(dāng)前費率與之前扣費時被叫的當(dāng)前費率相比發(fā)生變化的情況下，能夠根據(jù)變化后的當(dāng)前費率對被叫進行扣費，從而保證了扣費的正確性。
[0038]其中，所述針對第一類型業(yè)務(wù)例如:短消息業(yè)務(wù)，電子郵件業(yè)務(wù)等。
[0039]所述計費中心例如:在線計費系統(tǒng)(Online Charging System, OSC)。
[0040]在本發(fā)明實施例中，所述請求所述計費中心對終呼過程失敗之前對所述被叫的扣費進行補款可以發(fā)生在所述請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費之前或者與之同時；或者，也可以發(fā)生在所述發(fā)起面向所述被叫的終呼過程之后或者與之同時。
[0041]在本發(fā)明實施例中，所述在所述扣費成功時，所述方法還可以包括:
[0042]返回成功的起呼響應(yīng)給主叫。
[0043]考慮到面向被叫的終呼過程可能發(fā)生多次的情況，在采用上述方式的情況下，每次扣費成功時都會返回成功的起呼響應(yīng)給主叫，從而增加了消息開銷，為了減少消息開銷，可以有另一種方式:
[0044]所述請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費之前，所述方法還包括:
[0045]返回成功的起呼響應(yīng)給主叫。
[0046]在本發(fā)明實施例中，所述被叫的當(dāng)前費率可以與當(dāng)前所在的時間段對應(yīng)，例如，忙時被叫的當(dāng)前費率高于閑時被叫的當(dāng)前費率。具體地，計費中心可以為被叫用戶所在的用戶組實時維護統(tǒng)一的費率，也可以為被叫用戶單獨進行當(dāng)前費率的維護。
[0047]或者，
[0048]所述被叫的當(dāng)前費率也可以與所述被叫的當(dāng)前位置信息對應(yīng)。具體地，實時維護被叫所在位置信息的寄存器，例如HLR，可以在被叫所在位置信息發(fā)生改變時將被叫改變后的位置信息上報給計費中心，相應(yīng)地，計費中心可以將所述被叫的當(dāng)前位置信息更新為寄存器新上報的位置信息，并根據(jù)更新后的所述被叫的當(dāng)前位置信息確定所述被叫的當(dāng)前費率；或者，計費中心也可以在收到對被叫進行扣費的請求時從寄存器獲取被叫的當(dāng)前位置信息，并根據(jù)獲取到的所述被叫的當(dāng)前位置信息確定所述被叫的當(dāng)前費率；或者，可以有:
[0049]所述請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費具體包括:
[0050]從位置寄存器獲取所述被叫的當(dāng)前位置信息；
[0051]將包括所述被叫的當(dāng)前位置信息的請求消息發(fā)送給所述計費中心，使得所述計費中心能夠根據(jù)所述被叫的當(dāng)前位置信息確定所述當(dāng)前費率，并根據(jù)所述當(dāng)前費率對所述被叫進行扣費。
[0052]這樣，如果被叫在被扣費之后發(fā)生了漫游切換，則計費中心可以根據(jù)漫游切換后的被叫所在位置對應(yīng)的費率對被叫進行扣費，從而更能準(zhǔn)確地對被叫進行扣費。這里的漫游切換是指發(fā)生在費率不同的運營商網(wǎng)絡(luò)之間的漫游切換，可以是在本地網(wǎng)絡(luò)和非本地網(wǎng)絡(luò)之間，也可以是在非本地網(wǎng)絡(luò)之間。
[0053]前面提到，所述被叫的當(dāng)前費率也可以與所述被叫的當(dāng)前位置信息對應(yīng)，其中，所述被叫的當(dāng)前位置信息可以包括:所述被叫當(dāng)前所在的MSC地址。[0054]本將本發(fā)明實施例闡述得更加清楚明白，下面提供本發(fā)明實施例的較佳實施方式。
[0055]首先，結(jié)合圖2將本較佳實施方式所對應(yīng)的傳統(tǒng)的被叫漫游扣費流程描述如下:
[0056]步驟2001,短消息中心(Short Message Service Center, SMSC)收到了一條起呼請求消息，對消息進行解碼等一系列起呼流程處理；
[0057]步驟2002，短消息中心根據(jù)目的號碼，到HLR查詢被叫路由信息，如果被叫是石馬分多址(Code Division Multiple Access, CDMA)網(wǎng)，發(fā)送 CDMA 路由查詢請求(ShortMessage Service Request, SMSREQ)信令,如果被叫是全球移動通信系統(tǒng)(Global Systemfor Mobile Communications, GSM)網(wǎng)發(fā)送 GSM 路由查詢(MAP-SEND-ROUTING-1NFO-FOR-SMservice, SRIREQ)信令；
[0058]步驟2003，短消息中心收到HLR返回的被叫路由信息，解碼后得到被叫當(dāng)前的MSC地址；
[0059]步驟2004，短消息中心根據(jù)配置，發(fā)送被叫預(yù)付費扣費請求到0CS，攜帶被叫當(dāng)前的MSC地址、主被叫號碼等信息；
[0060]步驟2005，短消息中心收到OCS返回的被叫預(yù)付費扣費響應(yīng)，其中攜帶有預(yù)付費鑒權(quán)結(jié)果；
[0061]步驟2006,根據(jù)預(yù)付費鑒權(quán)結(jié)果,短消息中心給起呼用戶回起呼響應(yīng)；
[0062]其中，如果預(yù)付費鑒權(quán)結(jié)果指示扣費失敗(用戶欠費等)，則回復(fù)失敗起呼響應(yīng)，消息流程結(jié)束；如果預(yù)付費鑒權(quán)結(jié)果中指示扣費成功，則回復(fù)成功的起呼響應(yīng)。
[0063]步驟2007，短消息中心發(fā)起消息終呼請求；
[0064]步驟2008，短消息中心收到終呼響應(yīng)，并對響應(yīng)進行解碼；
[0065]步驟2009，短消息中心根據(jù)收到的終呼響應(yīng)，判斷消息發(fā)送成功還是失敗，如果發(fā)送成功，結(jié)束消息流程；
[0066]步驟2010，如果消息發(fā)送失敗，根據(jù)具體錯誤碼值判斷是否配置了重試策略，如果配置了重試策略，消息進入重試流程；
[0067]其中，消息重試后重復(fù)步驟2007-步驟2010，直到消息達到最終狀態(tài)。如果沒有配置重試策略，消息做失敗處理。
[0068]步驟2011，如果消息最終發(fā)送失敗，需要對起呼流程發(fā)起的扣費進行補款，短消息中心構(gòu)造被叫補款請求發(fā)送到OCS ；
[0069]步驟2012，短消息中心收到OCS的被叫補款響應(yīng)，如果補款失敗，需要出補款話單，通過文件接口補款。
[0070]其次，結(jié)合圖3將本較佳實施方式所對應(yīng)的傳統(tǒng)的被叫漫游扣費流程描述如下:
[0071]步驟3001，短消息中心收到了一條起呼請求消息，對消息進行解碼等一系列起呼流程處理；
[0072]步驟3002，短消息中心根據(jù)起呼處理結(jié)果，回起呼響應(yīng)；
[0073]步驟3003，短消息中心向HLR發(fā)送包括目的號碼的路由查詢請求，以此來到HLR查詢被叫路由信息，如果被叫是C網(wǎng)，發(fā)送SMSREQ信令，如果被叫是G網(wǎng)發(fā)送SRIREQ信令；
[0074]步驟3004，短消息中心收到HLR返回的被叫路由信息，解碼后得到被叫當(dāng)前的MSC地址；[0075]步驟3005，短消息中心根據(jù)配置，發(fā)送被叫預(yù)付費扣費請求到0CS，攜帶被叫當(dāng)前的MSC地址、主被叫號碼等信息；
[0076]步驟3006，短消息中心收到OCS發(fā)送的被叫預(yù)付費扣費響應(yīng)，其中攜帶有預(yù)付費鑒權(quán)結(jié)果；
[0077]其中，如果預(yù)付費鑒權(quán)結(jié)果指示扣費失敗(用戶欠費等)，則不會再發(fā)起終呼請求，結(jié)束消息流程；如果預(yù)付費鑒權(quán)結(jié)果指示扣費成功，則執(zhí)行步驟3007。
[0078]步驟3007，短消息中心發(fā)起消息終呼請求；
[0079]步驟3008，短消息中心收到終呼響應(yīng)，并對響應(yīng)進行解碼；
[0080]步驟3009，短消息中心根據(jù)收到的終呼響應(yīng)，判斷消息發(fā)送成功還是失敗，如果發(fā)送成功，則結(jié)束消息流程；如果失敗，立即執(zhí)行步驟3010。
[0081]步驟3010,短消息中心對上次的扣費發(fā)起補款請求,在補款請求中攜帶步驟3005的被叫預(yù)付費扣費請求中攜帶的被叫當(dāng)前的MSC地址；
[0082]步驟3011，可選地，短消息中心收到OCS的補款響應(yīng)；
[0083]步驟3012，短消息中心根據(jù)步驟3009中收到的終呼響應(yīng)中的具體錯誤碼值判斷是否配置了重試策略，如果沒有配置重試策略消息做失敗處理；否則消息進入重試流程，短消息中心返回執(zhí)行步驟3003。
[0084]其中，步驟3012可以替換為:短消息中心判斷消息重試次數(shù)是否達到預(yù)設(shè)值，如果是，則做失敗處理；否則消息進入重試流程，短消息中心返回執(zhí)行步驟3003。
[0085]可見，本較佳實施方式將被叫扣費點由起呼流程移到終呼流程，也就是在本條消息將要終呼到MSC前發(fā)起預(yù)付費扣費請求，在發(fā)起預(yù)付費扣費前，業(yè)務(wù)都先發(fā)起一次被叫路由請求(如果被叫是C網(wǎng)采用SMSREQ信令，如果被叫是G網(wǎng)采用SRIREQ信令)，從HLR獲取到被叫用戶當(dāng)前的MSC地址，在預(yù)付費鑒權(quán)時，攜帶目的用戶當(dāng)前的MSC地址到計費中心。
[0086]如果預(yù)付費鑒權(quán)失敗，則終止消息，否則終呼消息。如果消息終呼失敗，立即對被叫發(fā)起補款。
[0087]后續(xù)消息發(fā)起重試流程，在每次終呼前，重復(fù)前面的流程，在每次終呼前，先獲取到目的用戶的當(dāng)前MSC地址，然后發(fā)起被叫預(yù)付費鑒權(quán)，然后再終呼消息。這樣就保證了消息每次終呼前都是按照準(zhǔn)確的費率扣費，消息下發(fā)失敗立即補款，等消息重試時重新發(fā)起扣費。
[0088]本較佳實施方式通過消息每次終呼前(包括重試)都發(fā)起預(yù)付費鑒權(quán)、終呼失敗則補款的方式，在消息終呼之前，發(fā)起被叫路由查詢，得到目的用戶的MSC地址，在預(yù)付費鑒權(quán)時攜帶目的用戶當(dāng)前的MSC到計費中心，如果消息終呼失敗，立即對終呼前所扣費用進行補款。等消息重試時，重復(fù)上述流程，再次發(fā)起路由查詢，再次根據(jù)目的用戶當(dāng)前的MSC地址進行扣費，從而保證了消息扣費的準(zhǔn)確性。
[0089]本發(fā)明實施例還提供一種預(yù)付費扣費裝置，包括:
[0090]第一請求模塊，用于在針對第一類型業(yè)務(wù)的面向被叫的終呼過程失敗時，請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費；
[0091]發(fā)起模塊，用于在所述扣費成功時，發(fā)起針對所述第一類型業(yè)務(wù)的面向所述被叫的終呼過程；以及[0092]第二請求模塊，用于請求所述計費中心對終呼過程失敗之前對所述被叫的扣費進行補款。
[0093]可見，通過在終呼過程失敗時請求計費中心對被叫扣費，在扣費成功時發(fā)起面向被叫的終呼過程，以及請求計費中心對終呼過程失敗之前對被叫的扣費進行補款，從而在終呼過程失敗時被叫的當(dāng)前費率與之前扣費時被叫的當(dāng)前費率相比發(fā)生變化的情況下，能夠根據(jù)變化后的當(dāng)前費率對被叫進行扣費，從而保證了扣費的正確性。
[0094]其中，所述第一類型業(yè)務(wù)可以為短消息業(yè)務(wù)。
[0095]此外，所述裝置還可以包括:
[0096]返回模塊，用于在所述第一請求模塊請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費之前，返回成功的起呼響應(yīng)給主叫。
[0097]此外，所述被叫的當(dāng)前費率可以與所述被叫的當(dāng)前位置信息對應(yīng)。
[0098]本發(fā)明實施例還提供了一種短消息中心。所述短消息中心包括以上所述的預(yù)付費
扣費裝置。
[0099]以上所述僅是本發(fā)明實施例的實施方式，應(yīng)當(dāng)指出，對于本【技術(shù)領(lǐng)域】的普通技術(shù)人員來說，在不脫離本發(fā)明實施例原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應(yīng)視為本發(fā)明實施例的保護范圍。
【權(quán)利要求】
1.一種預(yù)付費扣費方法，其特征在于，包括: 在針對第一類型業(yè)務(wù)的面向被叫的終呼過程失敗時，請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費； 在所述扣費成功時，發(fā)起針對所述第一類型業(yè)務(wù)的面向所述被叫的終呼過程；以及 請求所述計費中心對終呼過程失敗之前對所述被叫的扣費進行補款。
2.如權(quán)利要求1所述的方法，其特征在于，所述第一類型業(yè)務(wù)為短消息業(yè)務(wù)。
3.如權(quán)利要求1所述的方法，其特征在于，所述請求所述計費中心對終呼過程失敗之前對所述被叫的扣費進行補款發(fā)生在所述請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費之前。
4.如權(quán)利要求1所述的方法，其特征在于，所述請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費之前，所述方法還包括: 返回成功的起呼響應(yīng)給主叫。
5.如權(quán)利要求1所述的方法，其特征在于，所述被叫的當(dāng)前費率與所述被叫的當(dāng)前位置信息對應(yīng)。
6.如權(quán)利要求5所述的方法，其特征在于，所述請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費具體包括: 從位置寄存器獲取所述被叫的當(dāng)前位置信息； 將包括所述被叫的當(dāng)前位置信息的請求消息發(fā)送給所述計費中心，使得所述計費中心能夠根據(jù)所述被叫的當(dāng)前位置信息確定所述當(dāng)前費率，并根據(jù)所述當(dāng)前費率對所述被叫進行扣費。
7.一種預(yù)付費扣費裝置，其特征在于，包括: 第一請求模塊，用于在針對第一類型業(yè)務(wù)的面向被叫的終呼過程失敗時，請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費； 發(fā)起模塊，用于在所述扣費成功時，發(fā)起針對所述第一類型業(yè)務(wù)的面向所述被叫的終呼過程；以及 第二請求模塊，用于請求所述計費中心對終呼過程失敗之前對所述被叫的扣費進行補政。
8.如權(quán)利要求7所述的裝置，其特征在于，所述第一類型業(yè)務(wù)為短消息業(yè)務(wù)。
9.如權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括: 返回模塊，用于在所述第一請求模塊請求計費中心根據(jù)所述被叫的當(dāng)前費率對所述被叫進行扣費之前，返回成功的起呼響應(yīng)給主叫。
10.如權(quán)利要求7所述的裝置，其特征在于，所述被叫的當(dāng)前費率與所述被叫的當(dāng)前位置信息對應(yīng)。
11.一種短消息中心，其特征在于，包括如權(quán)利要求7至10中任一項所述的預(yù)付費扣費>j-U ρ?α裝直。
【文檔編號】H04W4/24GK103974222SQ201310041455
【公開日】2014年8月6日 申請日期:2013年2月1日 優(yōu)先權(quán)日:2013年2月1日
【發(fā)明者】耿長劍, 丁俊, 孫學(xué)真, 李正祥 申請人:中興通訊股份有限公司