專利名稱:綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎間鑒權(quán)計費(fèi)的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及移動業(yè)務(wù)網(wǎng)絡(luò)領(lǐng)域,尤其涉及一種在移動業(yè)務(wù)網(wǎng)絡(luò)的綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎間進(jìn)行安全鑒權(quán)計費(fèi)的方法及系統(tǒng)。
背景技術(shù):
移動業(yè)務(wù)網(wǎng)絡(luò)包括綜合業(yè)務(wù)管理平臺(ISMP)、業(yè)務(wù)引擎和業(yè)務(wù)接入網(wǎng)關(guān)。終端用戶在業(yè)務(wù)接入網(wǎng)關(guān)接入。當(dāng)終端用戶點擊某個業(yè)務(wù),向業(yè)務(wù)引擎發(fā)出業(yè)務(wù)使用請求后,業(yè)務(wù)引擎需要首先到ISMP(ISMP負(fù)責(zé)鑒權(quán)和計費(fèi))上鑒權(quán),認(rèn)證用戶是否能夠使用該業(yè)務(wù),在得到ISMP向業(yè)務(wù)引擎發(fā)出的關(guān)于該用戶終端能夠使用該業(yè)務(wù)的授權(quán)后,才能繼續(xù)業(yè)務(wù)使用流程。業(yè)務(wù)使用結(jié)束后,業(yè)務(wù)引擎通過ISMP接口向ISMP上報終端用戶使用業(yè)務(wù)的時長、流量、業(yè)務(wù)使用是否正常等用戶使用業(yè)務(wù)情況的信息,ISMP在采集這些用戶使用業(yè)務(wù)情況的信息后使用統(tǒng)一格式生成供計費(fèi)的呼叫數(shù)據(jù)記錄(CDR),批價后形成正式話單,交計費(fèi)中心作為計費(fèi)話單使用。
然而,如果由于某些原因造成ISMP和業(yè)務(wù)引擎之間無法進(jìn)行正常的信息交互,如ISMP發(fā)生故障或者鏈路出現(xiàn)問題,因為在ISMP的橫向架構(gòu)中所有移動增值業(yè)務(wù)都需要到ISMP進(jìn)行認(rèn)證鑒權(quán),會導(dǎo)致所有的移動增值業(yè)務(wù)都無法使用,這樣在大大增加了ISMP節(jié)點上的業(yè)務(wù)風(fēng)險。
現(xiàn)有技術(shù)中缺少一種當(dāng)ISMP發(fā)生故障或者鏈路出現(xiàn)問題時,仍然能夠確保用戶可以使用服務(wù),生成供計費(fèi)的呼叫數(shù)據(jù)記錄的機(jī)制。
發(fā)明內(nèi)容
本發(fā)明的目的之一是提供一種當(dāng)ISMP發(fā)生故障或者鏈路出現(xiàn)問題時,仍然能夠確保用戶可以使用服務(wù),生成供計費(fèi)的呼叫數(shù)據(jù)記錄的機(jī)制。
本發(fā)明的解決方案之一是一種在綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎間鑒權(quán)計費(fèi)的方法,包括在業(yè)務(wù)引擎上設(shè)置計費(fèi)開關(guān);判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否正常,如果判定鏈路正常,則將計費(fèi)開關(guān)設(shè)置為打開,業(yè)務(wù)引擎請求綜合業(yè)務(wù)管理平臺鑒權(quán)是否允許用戶使用業(yè)務(wù),如果允許用戶使用業(yè)務(wù),則業(yè)務(wù)引擎向用戶下發(fā)業(yè)務(wù),然后業(yè)務(wù)引擎向綜合業(yè)務(wù)管理平臺上報用戶使用業(yè)務(wù)情況,綜合業(yè)務(wù)管理平臺根據(jù)用戶使用業(yè)務(wù)情況生成供計費(fèi)用的呼叫數(shù)據(jù)記錄,批價后生成正式話單;如果判定鏈路異常,則將計費(fèi)開關(guān)設(shè)置為關(guān)閉,默認(rèn)為鑒權(quán)通過而不再請求綜合業(yè)務(wù)管理平臺鑒權(quán),直接向用戶下發(fā)業(yè)務(wù),然后在業(yè)務(wù)引擎生成供計費(fèi)的呼叫數(shù)據(jù)記錄,并不斷判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否已恢復(fù)正常,當(dāng)判定出綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路已恢復(fù)為正常之后,把計費(fèi)開關(guān)恢復(fù)為打開,將供計費(fèi)的呼叫數(shù)據(jù)記錄發(fā)送給綜合業(yè)務(wù)管理平臺進(jìn)行一次性批價,如果判定出綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路未恢復(fù)正常,則仍然默認(rèn)為鑒權(quán)通過,繼續(xù)在業(yè)務(wù)引擎生成供計費(fèi)的呼叫數(shù)據(jù)記錄。
本發(fā)明還揭示了一種移動業(yè)務(wù)系統(tǒng),包括綜合業(yè)務(wù)管理平臺;業(yè)務(wù)引擎,耦合到綜合業(yè)務(wù)管理平臺;其中,在業(yè)務(wù)引擎上設(shè)置計費(fèi)開關(guān),該開關(guān)有打開狀態(tài)和關(guān)閉狀態(tài),在打開狀態(tài)下,業(yè)務(wù)引擎通到綜合業(yè)務(wù)管理平臺,由綜合業(yè)務(wù)管理平臺生成供計費(fèi)的呼叫數(shù)據(jù)記錄;在閉合狀態(tài)下,業(yè)務(wù)引擎不通到綜合業(yè)務(wù)管理平臺,默認(rèn)為鑒權(quán)通過而由業(yè)務(wù)引擎生成供計費(fèi)的呼叫數(shù)據(jù)記錄。
由于本發(fā)明提出了在業(yè)務(wù)引擎上設(shè)置計費(fèi)開關(guān),當(dāng)綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路正常時,計費(fèi)開關(guān)打開,業(yè)務(wù)引擎和綜合業(yè)務(wù)管理平臺進(jìn)行正常的鑒權(quán)計費(fèi)程序,由綜合業(yè)務(wù)管理平臺生成供計費(fèi)的呼叫數(shù)據(jù)記錄;當(dāng)鏈路異常時,則將計費(fèi)開關(guān)設(shè)置為關(guān)閉,默認(rèn)為鑒權(quán)通過,直接向用戶下發(fā)業(yè)務(wù),然后在業(yè)務(wù)引擎生成供計費(fèi)的呼叫數(shù)據(jù)記錄,當(dāng)判定出綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路已恢復(fù)為正常之后,把計費(fèi)開關(guān)恢復(fù)為打開,將供計費(fèi)的呼叫數(shù)據(jù)記錄發(fā)送給綜合業(yè)務(wù)管理平臺進(jìn)行一次批價,通過這種方法,在鏈路異常時,用戶照樣可以使用服務(wù),并仍然可以生成供計費(fèi)的呼叫數(shù)據(jù)記錄,只不過需要等故障恢復(fù)后再由IMSP對業(yè)務(wù)引擎生成的供計費(fèi)的呼叫數(shù)據(jù)記錄進(jìn)行一次批價等后續(xù)操作而已。
圖1是根據(jù)本發(fā)明的實施例1的在綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間進(jìn)行安全鑒權(quán)計費(fèi)的方法在鏈路正常時的流程圖。
圖2是根據(jù)本發(fā)明的實施例1的在綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間進(jìn)行安全鑒權(quán)計費(fèi)的方法在鏈路異常時的流程圖。
圖3是根據(jù)本發(fā)明的實施例2的在綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間進(jìn)行安全鑒權(quán)計費(fèi)的方法在鏈路正常時的流程圖。
圖4是根據(jù)本發(fā)明的實施例2的在綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間進(jìn)行安全鑒權(quán)計費(fèi)的方法在鏈路異常時的流程圖。
圖5是本發(fā)明的方法的總體流程圖。
圖6是本發(fā)明的系統(tǒng)的總體框圖。
圖7示出了本發(fā)明中產(chǎn)生的呼叫數(shù)據(jù)記錄(CDR)的CDR狀態(tài)參數(shù)的定義。
具體實施例方式
如圖5所示,本發(fā)明涉及一種在綜合業(yè)務(wù)管理平臺(ISMP)和業(yè)務(wù)引擎間鑒權(quán)計費(fèi)的方法,包括在業(yè)務(wù)引擎上設(shè)置計費(fèi)開關(guān)(S51);判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否正常(S52),如果判定鏈路正常,則將計費(fèi)開關(guān)設(shè)置為打開(S531),業(yè)務(wù)引擎請求綜合業(yè)務(wù)管理平臺鑒權(quán)是否允許用戶使用業(yè)務(wù)(S541),如果不允許用戶使用業(yè)務(wù),則流程結(jié)束;如果允許用戶使用業(yè)務(wù),則業(yè)務(wù)引擎向用戶下發(fā)業(yè)務(wù)(S551),然后業(yè)務(wù)引擎向綜合業(yè)務(wù)管理平臺上報用戶使用業(yè)務(wù)情況(S561),綜合業(yè)務(wù)管理平臺根據(jù)用戶使用業(yè)務(wù)情況生成供計費(fèi)用的呼叫數(shù)據(jù)記錄,批價后生成正式話單(S571);如果判定鏈路異常,則將計費(fèi)開關(guān)設(shè)置為關(guān)閉(S532),默認(rèn)為鑒權(quán)通過而不再請求綜合業(yè)務(wù)管理平臺鑒權(quán),直接向用戶下發(fā)業(yè)務(wù)(S542),然后在業(yè)務(wù)引擎生成供計費(fèi)的呼叫數(shù)據(jù)記錄(S552),并不斷判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否已恢復(fù)正常(S562),當(dāng)判定出綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路已恢復(fù)為正常之后,把計費(fèi)開關(guān)恢復(fù)為打開(S57),將供計費(fèi)的呼叫數(shù)據(jù)記錄發(fā)送給綜合業(yè)務(wù)管理平臺進(jìn)行一次性批價(S58),如果判定出綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路未恢復(fù)正常,則仍然默認(rèn)為鑒權(quán)通過,繼續(xù)在業(yè)務(wù)引擎生成供計費(fèi)的呼叫數(shù)據(jù)記錄(S552)。
在本發(fā)明中,判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否正??梢杂枚喾N方法來判定。其中一種方法是業(yè)務(wù)引擎向綜合業(yè)務(wù)管理平臺發(fā)送ISMP接口的EnquiryLink消息來檢查鏈路是否正常,如果EnquiryLink的響應(yīng)連續(xù)m次顯示為異常,則判定鏈路異常;反之,則判定鏈路正常,m為自然數(shù)。當(dāng)然,還可以采用其它的方法,比如不發(fā)送ISMP接口的EnquiryLink消息,而是發(fā)送別的消息,只要從ISMP對該消息的響應(yīng)中能夠看出來鏈路是否正常就可以。再比如可以采用這樣的方法業(yè)務(wù)引擎如果在指定的時間段內(nèi)收不到來自ISMP的響應(yīng),則判定鏈路異常。再比如可以采用這樣的方法在業(yè)務(wù)引擎和綜合業(yè)務(wù)管理平臺之間設(shè)置檢測設(shè)備等等??傊?,這樣的方法可以有很多,只要能判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否正常就可以,其具體的方法可以有很多。在本發(fā)明中,m可以為3,但也可以為其它任意自然數(shù)。
在本發(fā)明中,判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路已恢復(fù)為正常也可以采用很多方法,其中一種方法包括業(yè)務(wù)引擎每隔一定時間h向綜合業(yè)務(wù)管理平臺發(fā)送ISMP Bind消息來檢測鏈路是否正常,當(dāng)收到n次正確響應(yīng)后判定鏈路已恢復(fù)正常,否則判定鏈路沒有恢復(fù)正常,n為自然數(shù)。當(dāng)然,也可以采用其它的方法,比如業(yè)務(wù)引擎不向綜合業(yè)務(wù)管理平臺發(fā)送ISMP Bind消息,而是發(fā)送其它消息,只要業(yè)務(wù)引擎通過綜合業(yè)務(wù)管理平臺對其的響應(yīng)能夠判斷出鏈路是否已恢復(fù)正常就可以了。再比如說可以采用這樣的方法,設(shè)置一個時間段,如果在這個時間段內(nèi)得到的來自ISMP的響應(yīng)全部是正確響應(yīng),則判定鏈路已恢復(fù)正常。再比如可以采用這樣的方法在業(yè)務(wù)引擎和綜合業(yè)務(wù)管理平臺之間設(shè)置檢測設(shè)備等等??傊?,這樣的方法可以有很多,只要能判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路已恢復(fù)為正常就可以,其具體的方法可以有很多。另外,h和n可以是固定的,也可以是可配置的,可以根據(jù)具體情況進(jìn)行動態(tài)調(diào)整。
在上述過程中,業(yè)務(wù)引擎請求綜合業(yè)務(wù)管理平臺鑒權(quán)是否允許用戶使用業(yè)務(wù)的過程可以包括業(yè)務(wù)引擎向綜合業(yè)務(wù)管理平臺發(fā)送一個請求,該請求中包含請求綜合業(yè)務(wù)管理平臺鑒權(quán)用戶是否有權(quán)利使用業(yè)務(wù)、如果有權(quán)利使用業(yè)務(wù)的話是否是預(yù)付費(fèi)用戶、及如果是預(yù)付費(fèi)用戶的話鑒權(quán)用戶的帳戶余額是否足夠使用戶使用業(yè)務(wù)的內(nèi)容,綜合業(yè)務(wù)管理平臺然后向業(yè)務(wù)引擎發(fā)送一個響應(yīng),該響應(yīng)中包含對用戶是否有權(quán)利使用業(yè)務(wù)、如果有權(quán)利使用業(yè)務(wù)的話是否是預(yù)付費(fèi)用戶、及如果是預(yù)付費(fèi)用戶的話用戶的帳戶余額是否足夠使用戶使用業(yè)務(wù)的回答。但是,也可以不包括這樣的流程,而采取其它的流程,只要能夠使業(yè)務(wù)引擎請求綜合業(yè)務(wù)管理平臺鑒權(quán)是否允許用戶使用業(yè)務(wù)就可以。另外,該請求和相應(yīng)中也可以不包括上述內(nèi)容和不只包括上述內(nèi)容,只要是與是否允許用戶使用相關(guān)業(yè)務(wù)有關(guān)的內(nèi)容就可以,比如關(guān)于用戶是否可以在特定時間區(qū)間使用業(yè)務(wù)的內(nèi)容。
優(yōu)選地,在本發(fā)明的實施例中,業(yè)務(wù)引擎向綜合業(yè)務(wù)管理平臺上報用戶使用業(yè)務(wù)情況后,綜合業(yè)務(wù)管理平臺向業(yè)務(wù)引擎發(fā)送一個對接收到所述用戶使用業(yè)務(wù)情況的確認(rèn),但這也不是必須的。
所述用戶使用業(yè)務(wù)情況包括用戶使用業(yè)務(wù)的流量、時長、次數(shù)等信息,這些信息是將來生成供計費(fèi)的呼叫數(shù)據(jù)記錄時會用到的。
本發(fā)明還提出了一種移動業(yè)務(wù)系統(tǒng)(6),如圖6所示,包括綜合業(yè)務(wù)管理平臺(62);業(yè)務(wù)引擎(61),耦合到綜合業(yè)務(wù)管理平臺;其中,在業(yè)務(wù)引擎(61)上設(shè)置計費(fèi)開關(guān)(611),該開關(guān)有打開狀態(tài)和關(guān)閉狀態(tài),在打開狀態(tài)下,業(yè)務(wù)引擎(61)通到綜合業(yè)務(wù)管理平臺(62),由綜合業(yè)務(wù)管理平臺生成供計費(fèi)的呼叫數(shù)據(jù)記錄;在閉合狀態(tài)下,業(yè)務(wù)引擎(61)不通到綜合業(yè)務(wù)管理平臺(62),默認(rèn)為鑒權(quán)通過而由業(yè)務(wù)引擎生成供計費(fèi)的呼叫數(shù)據(jù)記錄。計費(fèi)開關(guān)可由本領(lǐng)域技術(shù)人員根據(jù)上述描述通過軟件或硬件來實現(xiàn)。
現(xiàn)在結(jié)合圖1-4具體描述本發(fā)明的實施例1-2當(dāng)計費(fèi)開關(guān)處于打開和關(guān)閉狀態(tài)時的流程圖。
圖1是根據(jù)本發(fā)明的實施例1的在綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間進(jìn)行安全鑒權(quán)計費(fèi)的方法在鏈路正常時的流程圖。本發(fā)明在業(yè)務(wù)引擎上設(shè)置計費(fèi)開關(guān),并判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否正常。當(dāng)判定鏈路正常時,將計費(fèi)開關(guān)設(shè)置為打開,然后該過程包括(a1)用戶接入業(yè)務(wù)引擎(61);(a2)業(yè)務(wù)引擎(61)向綜合業(yè)務(wù)管理平臺(62)發(fā)送一個請求,該請求中包含請求綜合業(yè)務(wù)管理平臺鑒權(quán)用戶是否有權(quán)利使用短信業(yè)務(wù)、如果有權(quán)利使用短信業(yè)務(wù)的話是否是預(yù)付費(fèi)用戶、如果是預(yù)付費(fèi)用戶的話鑒權(quán)用戶的帳戶余額是否足夠使用戶使用業(yè)務(wù)的內(nèi)容,當(dāng)然還可以包括其它內(nèi)容,只要其與用戶是否有權(quán)利使用短信業(yè)務(wù)有關(guān)就可以;(a3)ISMP向該業(yè)務(wù)引擎(61)發(fā)送對該請求的響應(yīng),該響應(yīng)中包含對用戶是否有權(quán)利使用短信業(yè)務(wù)、如果有權(quán)利使用業(yè)務(wù)的話是否是預(yù)付費(fèi)用戶、如果是預(yù)付費(fèi)用戶的話用戶的帳戶余額是否足夠使用戶使用短信業(yè)務(wù)的回答。在一次會話過程中,業(yè)務(wù)引擎需要保存這些用戶、業(yè)務(wù)信息直至?xí)捊K止;(a4)如果允許用戶使用短信業(yè)務(wù),即鑒權(quán)出用戶有權(quán)利使用短信業(yè)務(wù)、且當(dāng)用戶有權(quán)利使用短信業(yè)務(wù)時用戶的帳戶余額足夠使用戶使用短信業(yè)務(wù),則業(yè)務(wù)引擎向用戶下發(fā)短信業(yè)務(wù)。當(dāng)然,如果不允許用戶使用短信業(yè)務(wù),則流程結(jié)束;(a5)業(yè)務(wù)引擎(61)向綜合業(yè)務(wù)管理平臺(62)上報用戶使用業(yè)務(wù)情況,包括用戶使用業(yè)務(wù)的流量、時長、次數(shù)等信息,這些信息是綜合業(yè)務(wù)管理平臺生成呼叫數(shù)據(jù)記錄所必需的;(a6)綜合業(yè)務(wù)管理平臺向業(yè)務(wù)引擎發(fā)送一個對接收到所述用戶使用業(yè)務(wù)情況的確認(rèn)。
然后,綜合業(yè)務(wù)管理平臺根據(jù)用戶使用業(yè)務(wù)情況生成供計費(fèi)用的呼叫數(shù)據(jù)記錄(CDR)(圖1中未示),在綜合業(yè)務(wù)管理平臺生成的CDR里,必須有關(guān)于計費(fèi)開關(guān)是否正常設(shè)置的標(biāo)識,指示是否是非正常CDR。圖7示出了本發(fā)明中產(chǎn)生的CDR狀態(tài)參數(shù)(在CDR中存在各種參數(shù),CDR狀態(tài)參數(shù)只是其中的一種)的定義。如圖所示,它是整數(shù),如果為1表示計費(fèi)開關(guān)打開,即正常的情況,最后一個字段為2表示計費(fèi)開關(guān)關(guān)閉;當(dāng)然也可以相反,如果為1表示關(guān)閉,如果為2表示打開。然后綜合業(yè)務(wù)管理平臺將CDR批價后生成正式話單交計費(fèi)中心(圖1中未示,其是電信網(wǎng)絡(luò)的后臺支撐系統(tǒng))使用。關(guān)于如何根據(jù)用戶使用業(yè)務(wù)情況生成CDR和正式話單的內(nèi)容,現(xiàn)有技術(shù)中已經(jīng)有了,不是本發(fā)明的重點,本領(lǐng)域技術(shù)人員能夠?qū)崿F(xiàn)。
圖2是根據(jù)本發(fā)明的實施例1的在綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間進(jìn)行安全鑒權(quán)計費(fèi)的方法在鏈路異常時的流程圖。當(dāng)判定鏈路異常時,將計費(fèi)開關(guān)設(shè)置為關(guān)閉,然后該過程包括(b1)用戶接入業(yè)務(wù)引擎(61);(b2)此時已經(jīng)判定出鏈路異常,計費(fèi)開關(guān)已經(jīng)設(shè)置為關(guān)閉默認(rèn)為鑒權(quán)通過而不再請求綜合業(yè)務(wù)管理平臺鑒權(quán),直接向用戶下發(fā)業(yè)務(wù),因為不需要鑒權(quán),也就不用經(jīng)過圖1中a2-a3、a5-a6的過程。
然后在業(yè)務(wù)引擎生成供計費(fèi)的呼叫數(shù)據(jù)記錄(圖2中未示)。注意,圖1中是綜合業(yè)務(wù)管理平臺生成供計費(fèi)的呼叫數(shù)據(jù)記錄,而這里是業(yè)務(wù)引擎直接生成CDR,這樣就在鏈路異常時通過默認(rèn)鑒權(quán)通過的方式使用戶可以照常使用服務(wù),并通過業(yè)務(wù)引擎直接生成CDR、等到鏈路正常時再發(fā)給綜合業(yè)務(wù)管理平臺進(jìn)行一次批價的方式達(dá)到了不影響CDR生成的效果。在鏈路異常時,要不斷判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否已恢復(fù)正常,當(dāng)判定出綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路已恢復(fù)為正常之后,把計費(fèi)開關(guān)恢復(fù)為打開,將供計費(fèi)的呼叫數(shù)據(jù)記錄發(fā)送給綜合業(yè)務(wù)管理平臺進(jìn)行一次性批價。這時圖7的最后一個字段為2,就代表該CDR是計費(fèi)開關(guān)關(guān)閉時產(chǎn)生的,需要綜合業(yè)務(wù)管理平臺一次性批價。如果判定出綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路未恢復(fù)正常,則仍然默認(rèn)為鑒權(quán)通過,繼續(xù)在業(yè)務(wù)引擎生成供計費(fèi)的呼叫數(shù)據(jù)記錄。
ISMP對CDR進(jìn)行一次性批價后,生成正式話單交計費(fèi)中心作為計費(fèi)話單使用。關(guān)于這一過程和計費(fèi)中心,未在圖2中示出,其屬于現(xiàn)有技術(shù)中的內(nèi)容。
判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否正常的過程和判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否已恢復(fù)正常的過程在前面已有描述,故不贅述。
為了方便起見,圖1和圖2只是示出了本發(fā)明的一個簡單的實施例-實施例1。而圖3和圖4是本發(fā)明的一個復(fù)雜的實施例(實施例2)的描述。在圖1和圖2中只有一個業(yè)務(wù)引擎,在圖3和圖4中有兩個業(yè)務(wù)引擎,分別是業(yè)務(wù)引擎1——短信網(wǎng)關(guān)(6101),負(fù)責(zé)短信;業(yè)務(wù)引擎2——網(wǎng)關(guān)移動位置中心(6102),負(fù)責(zé)定位,在圖3和4中還有業(yè)務(wù)提供商(31)。圖3是在正常情況下計費(fèi)開關(guān)打開時的實施例2的流程圖。本發(fā)明在業(yè)務(wù)引擎上設(shè)置計費(fèi)開關(guān),并判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否正常。當(dāng)判定鏈路正常時,將計費(fèi)開關(guān)設(shè)置為打開,然后圖3的過程包括(以用戶A想要讓業(yè)務(wù)引擎給用戶B發(fā)送一個天氣預(yù)報為例)(c1)用戶A通過短消息業(yè)務(wù)(SMS)或多媒體消息業(yè)務(wù)(MMS)或無線上網(wǎng)(WAP)等接入負(fù)責(zé)短信的業(yè)務(wù)引擎1——短信網(wǎng)關(guān)(6101);(c2)因為短信網(wǎng)關(guān)(6101)是負(fù)責(zé)短信的業(yè)務(wù)引擎,所以它向ISMP(62)發(fā)起對用戶A的鑒權(quán)計費(fèi)請求,該請求中包含請求綜合業(yè)務(wù)管理平臺鑒權(quán)用戶是否有權(quán)利使用短信業(yè)務(wù)、如果有權(quán)利使用短信業(yè)務(wù)的話是否是預(yù)付費(fèi)用戶、如果是預(yù)付費(fèi)用戶的話鑒權(quán)用戶的帳戶余額是否足夠使用戶使用業(yè)務(wù)的內(nèi)容,當(dāng)然還可以包括其它內(nèi)容,只要其與用戶是否有權(quán)利使用短信業(yè)務(wù)有關(guān)就可以。這一步驟中的鑒權(quán)只是對用戶A是否有權(quán)使用短信業(yè)務(wù)進(jìn)行鑒權(quán),不是對用戶A是否訂購了天氣預(yù)報這種服務(wù)(即是否有權(quán)接收天氣預(yù)報)進(jìn)行鑒權(quán)。關(guān)于對用戶A是否訂購了天氣預(yù)報這種服務(wù)(即是否有權(quán)接收天氣預(yù)報)進(jìn)行鑒權(quán),在后面的步驟中進(jìn)行;(c3)ISMP向該業(yè)務(wù)引擎(61)發(fā)送對該請求的響應(yīng),該響應(yīng)中包含對用戶是否有權(quán)利使用短信業(yè)務(wù)、如果有權(quán)利使用業(yè)務(wù)的話是否是預(yù)付費(fèi)用戶、如果是預(yù)付費(fèi)用戶的話用戶的帳戶余額是否足夠使用戶使用短信業(yè)務(wù)的回答。在一次會話過程中,業(yè)務(wù)引擎需要保存這些用戶、業(yè)務(wù)信息直至?xí)捊K止;(c4)如果用戶鑒權(quán)未通過,則流程結(jié)束;如果用戶鑒權(quán)通過,因為用戶A請求給用戶B發(fā)送天氣預(yù)報,所以短信網(wǎng)關(guān)(6101)把定位用戶B的定位請求發(fā)送到業(yè)務(wù)提供商(31);(c5)業(yè)務(wù)提供商(31)通過Le接口向網(wǎng)關(guān)移動位置中心(6102)發(fā)起定位請求,網(wǎng)關(guān)移動位置中心(6102)是負(fù)責(zé)定位的業(yè)務(wù)引擎;(c6)GMLC(6102)對業(yè)務(wù)提供商進(jìn)行業(yè)務(wù)提供商鑒權(quán),確定該業(yè)務(wù)提供商是否被允許接入GMLC;(c7)業(yè)務(wù)提供商鑒權(quán)通過后,網(wǎng)關(guān)移動位置中心(6102)向ISMP(62)發(fā)送對業(yè)務(wù)提供商的鑒權(quán)計費(fèi)請求,包括業(yè)務(wù)提供商的相關(guān)信息,如業(yè)務(wù)提供商是否有權(quán)使用這種定位服務(wù),這一步驟與步驟c6的區(qū)別是步驟c6的鑒權(quán)是對業(yè)務(wù)提供商是否被允許接入GMLC進(jìn)行鑒權(quán),這一步驟是請求對業(yè)務(wù)提供商是否有權(quán)使用GMLC的定位服務(wù)進(jìn)行鑒權(quán);(c8)ISMP(62)對請求進(jìn)行鑒權(quán)批價后向網(wǎng)關(guān)移動位置中心(6102)返回對該請求的響應(yīng),指出業(yè)務(wù)提供商是否有權(quán)使用GMLC的定位服務(wù);
(c9)如果上一步的鑒權(quán)通過,網(wǎng)關(guān)移動位置中心(6102)按照業(yè)務(wù)提供商提交的定位請求進(jìn)行分析,判斷用戶B的隱私性,是否允許被定位;如果上一步的鑒權(quán)未通過,流程結(jié)束;(c10)如果上一步的鑒權(quán)通過,網(wǎng)關(guān)移動位置中心(6102)連同移動交換中心/歸屬位置寄存器(MCS/HLR)及服務(wù)移動位置中心(SMLC)一起對用戶B進(jìn)行定位;如果上一步的鑒權(quán)未通過,流程結(jié)束;(c11)網(wǎng)關(guān)移動位置中心(6102)通過Le接口向業(yè)務(wù)提供商(31)返回定位應(yīng)答;(c12)GMLC將業(yè)務(wù)提供商使用GMLC的情況上報給綜合業(yè)務(wù)管理平臺;(c13)ISMP(62)向網(wǎng)關(guān)移動位置中心(6102)返回對上報的業(yè)務(wù)提供商使用GMLC的情況的確認(rèn)響應(yīng);然后,綜合業(yè)務(wù)管理平臺(ISMP)根據(jù)業(yè)務(wù)提供商使用GMLC的情況產(chǎn)生供計費(fèi)的呼叫數(shù)據(jù)記錄(CDR)(圖3中未示);(c14)業(yè)務(wù)提供商(31)以短信形式等向短信網(wǎng)關(guān)(6101)發(fā)送用戶位置信息;(c15)短信網(wǎng)關(guān)(6101)向ISMP(62)發(fā)送一個請求,該請求中包含請求綜合業(yè)務(wù)管理平臺鑒權(quán)用戶是否事先預(yù)訂了天氣預(yù)報業(yè)務(wù)(即有權(quán)使用天氣預(yù)報業(yè)務(wù))、如果有權(quán)利使用短信業(yè)務(wù)的話是否是預(yù)付費(fèi)用戶、如果是預(yù)付費(fèi)用戶的話鑒權(quán)用戶的帳戶余額是否足夠使用戶使用天氣預(yù)報業(yè)務(wù)的內(nèi)容,當(dāng)然還可以包括其它內(nèi)容,只要其與用戶是否有權(quán)利使用天氣預(yù)報業(yè)務(wù)有關(guān)就可以,這個過程與c2不同。在c2中只是請求鑒權(quán)用戶是否被允許發(fā)短信,而在此是判定用戶是否事先預(yù)訂了天氣預(yù)報這種具體的業(yè)務(wù);(c16)ISMP向該短信網(wǎng)關(guān)(6101)發(fā)送對該請求的響應(yīng),該響應(yīng)中包含對用戶是否有權(quán)利使用天氣預(yù)報業(yè)務(wù)、如果有權(quán)利使用天氣預(yù)報業(yè)務(wù)的話是否是預(yù)付費(fèi)用戶、如果是預(yù)付費(fèi)用戶的話用戶的帳戶余額是否足夠使用戶使用天氣預(yù)報業(yè)務(wù)的回答。在一次會話過程中,短信網(wǎng)關(guān)需要保存這些用戶、業(yè)務(wù)信息直至?xí)捊K止;(c17)如果允許用戶使用天氣預(yù)報業(yè)務(wù),即鑒權(quán)出用戶有權(quán)利使用天氣預(yù)報業(yè)務(wù)(用戶預(yù)訂了天氣預(yù)報)、且當(dāng)用戶有權(quán)利使用天氣預(yù)報業(yè)務(wù)時用戶的帳戶余額足夠使用戶使用天氣預(yù)報業(yè)務(wù),則短信網(wǎng)關(guān)(6101)向用戶下發(fā)天氣預(yù)報業(yè)務(wù)。當(dāng)然,如果不允許用戶使用天氣預(yù)報業(yè)務(wù),則流程結(jié)束;(c18)短信網(wǎng)關(guān)(6101)向綜合業(yè)務(wù)管理平臺(62)上報用戶使用天氣預(yù)報業(yè)務(wù)情況,包括用戶使用天氣預(yù)報業(yè)務(wù)的流量、時長、次數(shù)等信息,這些信息是綜合業(yè)務(wù)管理平臺生成呼叫數(shù)據(jù)記錄所必需的;(c19)綜合業(yè)務(wù)管理平臺向短信網(wǎng)關(guān)(6101)發(fā)送一個對接收到所述用戶使用天氣預(yù)報業(yè)務(wù)情況的確認(rèn)。
然后,綜合業(yè)務(wù)管理平臺根據(jù)用戶使用天氣預(yù)報業(yè)務(wù)情況生成供計費(fèi)用的呼叫數(shù)據(jù)記錄(CDR)(圖3中未示),在綜合業(yè)務(wù)管理平臺生成的CDR里,必須有關(guān)于計費(fèi)開關(guān)是否正常設(shè)置的標(biāo)識,指示是否是非正常CDR,如圖7所示,這在前面已經(jīng)介紹過。然后綜合業(yè)務(wù)管理平臺將CDR批價后生成正式話單交計費(fèi)中心(圖3中未示,其是電信網(wǎng)絡(luò)的后臺支撐系統(tǒng))使用。
圖4是根據(jù)本發(fā)明的實施例2的在綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間進(jìn)行安全鑒權(quán)計費(fèi)的方法在鏈路異常時的流程圖。在圖4中,網(wǎng)關(guān)移動位置中心(6102)和ISMP(62)之間的鏈路發(fā)生故障,網(wǎng)關(guān)移動位置中心(6102)的網(wǎng)管檢測到和ISMP(62)的鏈路不通,關(guān)閉計費(fèi)開關(guān)。此時的詳細(xì)過程如下(d1)用戶A通過短消息接入短信的業(yè)務(wù)引擎(其他引擎同理)——短信網(wǎng)關(guān)(6101);(d2)因為短信網(wǎng)關(guān)(6101)是負(fù)責(zé)短信的業(yè)務(wù)引擎,所以它向ISMP(62)發(fā)起對用戶A的鑒權(quán)計費(fèi)請求,該請求中包含請求綜合業(yè)務(wù)管理平臺鑒權(quán)用戶是否有權(quán)利使用短信業(yè)務(wù)、如果有權(quán)利使用短信業(yè)務(wù)的話是否是預(yù)付費(fèi)用戶、如果是預(yù)付費(fèi)用戶的話鑒權(quán)用戶的帳戶余額是否足夠使用戶使用業(yè)務(wù)的內(nèi)容,當(dāng)然還可以包括其它內(nèi)容,只要其與用戶是否有權(quán)利使用短信業(yè)務(wù)有關(guān)就可以。這一步驟中的鑒權(quán)只是對用戶A是否有權(quán)使用短信業(yè)務(wù)進(jìn)行鑒權(quán),不是對用戶A是否訂購了天氣預(yù)報這種服務(wù)(即是否有權(quán)接收天氣預(yù)報)進(jìn)行鑒權(quán)。關(guān)于對用戶A是否訂購了天氣預(yù)報這種服務(wù)(即是否有權(quán)接收天氣預(yù)報)進(jìn)行鑒權(quán),在后面的步驟中進(jìn)行;(d3)ISMP向該業(yè)務(wù)引擎(61)發(fā)送對該請求的響應(yīng),該響應(yīng)中包含對用戶是否有權(quán)利使用短信業(yè)務(wù)、如果有權(quán)利使用業(yè)務(wù)的話是否是預(yù)付費(fèi)用戶、如果是預(yù)付費(fèi)用戶的話用戶的帳戶余額是否足夠使用戶使用短信業(yè)務(wù)的回答。在一次會話過程中,業(yè)務(wù)引擎需要保存這些用戶、業(yè)務(wù)信息直至?xí)捊K止;(d4)如果用戶鑒權(quán)未通過,則流程結(jié)束;如果用戶鑒權(quán)通過,因為用戶A請求給用戶B發(fā)送天氣預(yù)報,所以短信網(wǎng)關(guān)(6101)把定位用戶B的定位請求發(fā)送到業(yè)務(wù)提供商(31);(d5)業(yè)務(wù)提供商(31)通過Le接口向網(wǎng)關(guān)移動位置中心(6102)發(fā)起定位請求,網(wǎng)關(guān)移動位置中心(6102)是負(fù)責(zé)定位的業(yè)務(wù)引擎;(d6)GMLC(6102)對業(yè)務(wù)提供商進(jìn)行業(yè)務(wù)提供商鑒權(quán),確定該業(yè)務(wù)提供商是否被允許接入GMLC;(d7)業(yè)務(wù)提供商鑒權(quán)通過后,由于計費(fèi)開關(guān)處于關(guān)閉(非正常狀態(tài)),此時默認(rèn)鑒權(quán)通過,因此網(wǎng)關(guān)移動位置中心(6102)不如圖3中所示的那樣向ISMP(62)發(fā)起鑒權(quán)計費(fèi)請求,直接進(jìn)行用戶B的隱私性鑒權(quán);(d8)如果上一步的鑒權(quán)通過,網(wǎng)關(guān)移動位置中心(6102)連同移動交換中心/歸屬位置寄存器(MCS/HLR)及服務(wù)移動位置中心(SMLC)一起對用戶B進(jìn)行定位;如果上一步的鑒權(quán)未通過,流程結(jié)束;(d9)網(wǎng)關(guān)移動位置中心(6102)通過Le接口向業(yè)務(wù)提供商(31)返回定位應(yīng)答;此時,因為網(wǎng)關(guān)移動位置中心(6102)與綜合業(yè)務(wù)管理平臺(62)之間的鏈路故障,無法由綜合業(yè)務(wù)管理平臺(62)生成供計費(fèi)的呼叫數(shù)據(jù)記錄(CDR),于是就在網(wǎng)關(guān)移動位置中心(6102)生成CDR,注意,圖3中是綜合業(yè)務(wù)管理平臺生成供計費(fèi)的呼叫數(shù)據(jù)記錄,而這里是網(wǎng)關(guān)移動位置中心(6102)直接生成CDR,這樣就在鏈路異常時通過默認(rèn)鑒權(quán)通過的方式使用戶可以照常使用服務(wù),并通過網(wǎng)關(guān)移動位置中心(6102)直接生成CDR、等到鏈路正常時再發(fā)給綜合業(yè)務(wù)管理平臺進(jìn)行一次性批價的方式達(dá)到了不影響CDR生成的效果,在鏈路異常時,要不斷判定綜合業(yè)務(wù)管理平臺和網(wǎng)關(guān)移動位置中心(6102)之間的鏈路是否已恢復(fù)正常,當(dāng)判定出綜合業(yè)務(wù)管理平臺和網(wǎng)關(guān)移動位置中心(6102)之間的鏈路已恢復(fù)為正常之后,把計費(fèi)開關(guān)恢復(fù)為打開,將供計費(fèi)的呼叫數(shù)據(jù)記錄發(fā)送給綜合業(yè)務(wù)管理平臺進(jìn)行一次性批價,CDR狀態(tài)參數(shù)的定義如圖7所示,如果判定出綜合業(yè)務(wù)管理平臺和網(wǎng)關(guān)移動位置中心(6102)之間的鏈路未恢復(fù)正常,則仍然默認(rèn)為鑒權(quán)通過,繼續(xù)在網(wǎng)關(guān)移動位置中心(6102)生成供計費(fèi)的呼叫數(shù)據(jù)記錄;(d10)業(yè)務(wù)提供商(31)以短信形式等向短信網(wǎng)關(guān)(6101)發(fā)送用戶位置信息;(d11)短信網(wǎng)關(guān)(6101)向ISMP(62)發(fā)送一個請求,該請求中包含請求綜合業(yè)務(wù)管理平臺鑒權(quán)用戶是否事先預(yù)訂了天氣預(yù)報業(yè)務(wù)(即有權(quán)使用天氣預(yù)報業(yè)務(wù))、如果有權(quán)利使用短信業(yè)務(wù)的話是否是預(yù)付費(fèi)用戶、如果是預(yù)付費(fèi)用戶的話鑒權(quán)用戶的帳戶余額是否足夠使用戶使用天氣預(yù)報業(yè)務(wù)的內(nèi)容,當(dāng)然還可以包括其它內(nèi)容,只要其與用戶是否有權(quán)利使用天氣預(yù)報業(yè)務(wù)有關(guān)就可以,這個過程與d2不同。在d2中只是請求鑒權(quán)用戶是否被允許發(fā)短信,而在此是判定用戶是否事先預(yù)訂了天氣預(yù)報這種具體的業(yè)務(wù);(d12)ISMP向該短信網(wǎng)關(guān)(6101)發(fā)送對該請求的響應(yīng),該響應(yīng)中包含對用戶是否有權(quán)利使用天氣預(yù)報業(yè)務(wù)、如果有權(quán)利使用天氣預(yù)報業(yè)務(wù)的話是否是預(yù)付費(fèi)用戶、如果是預(yù)付費(fèi)用戶的話用戶的帳戶余額是否足夠使用戶使用天氣預(yù)報業(yè)務(wù)的回答。在一次會話過程中,短信網(wǎng)關(guān)需要保存這些用戶、業(yè)務(wù)信息直至?xí)捊K止;(d13)如果允許用戶使用天氣預(yù)報業(yè)務(wù),即鑒權(quán)出用戶有權(quán)利使用天氣預(yù)報業(yè)務(wù)(用戶預(yù)訂了天氣預(yù)報)、且當(dāng)用戶有權(quán)利使用天氣預(yù)報業(yè)務(wù)時用戶的帳戶余額足夠使用戶使用天氣預(yù)報業(yè)務(wù),則短信網(wǎng)關(guān)(6101)向用戶下發(fā)天氣預(yù)報業(yè)務(wù)。當(dāng)然,如果不允許用戶使用天氣預(yù)報業(yè)務(wù),則流程結(jié)束;(d14)短信網(wǎng)關(guān)(6101)向綜合業(yè)務(wù)管理平臺(62)上報用戶使用天氣預(yù)報業(yè)務(wù)情況,包括用戶使用天氣預(yù)報業(yè)務(wù)的流量、時長、次數(shù)等信息,這些信息是綜合業(yè)務(wù)管理平臺生成呼叫數(shù)據(jù)記錄所必需的;(d15)綜合業(yè)務(wù)管理平臺向短信網(wǎng)關(guān)(6101)發(fā)送一個對接收到所述用戶使用天氣預(yù)報業(yè)務(wù)情況的確認(rèn)。
然后,綜合業(yè)務(wù)管理平臺根據(jù)用戶使用天氣預(yù)報業(yè)務(wù)情況生成供計費(fèi)用的呼叫數(shù)據(jù)記錄(CDR)(圖4中未示),在綜合業(yè)務(wù)管理平臺生成的CDR里,必須有關(guān)于計費(fèi)開關(guān)是否正常設(shè)置的標(biāo)識,指示是否是非正常CDR,如圖7所示,這在前面已經(jīng)介紹過。然后綜合業(yè)務(wù)管理平臺將CDR批價后生成正式話單交計費(fèi)中心(圖4中未示,其是電信網(wǎng)絡(luò)的后臺支撐系統(tǒng))使用。
在圖4中僅舉出了在網(wǎng)關(guān)移動位置中心和綜合業(yè)務(wù)管理平臺之間鏈路故障的情況,但也可能出現(xiàn)在步驟d10之后,短信網(wǎng)關(guān)和綜合業(yè)務(wù)管理平臺之間鏈路故障的情況,這時也是默認(rèn)鑒權(quán)通過,直接向用戶下發(fā)天氣預(yù)報,由短信網(wǎng)關(guān)生成CDR,等故障恢復(fù)后發(fā)送給綜合業(yè)務(wù)管理平臺進(jìn)行一次性批價。其原理是一樣的。因此,可以將本發(fā)明的技術(shù)方案概況為發(fā)明內(nèi)容中的方案。
當(dāng)判定出綜合業(yè)務(wù)管理點和網(wǎng)關(guān)移動位置中心之間的鏈路已恢復(fù)為正常、把計費(fèi)開關(guān)恢復(fù)為打開、將供計費(fèi)的呼叫數(shù)據(jù)記錄發(fā)送給綜合業(yè)務(wù)管理平臺進(jìn)行一次性批價后,由綜合業(yè)務(wù)管理平臺生成正式話單交計費(fèi)中心使用。
應(yīng)當(dāng)理解,以上僅是本發(fā)明示例性實施例的描述,本領(lǐng)域技術(shù)人員在不脫離本發(fā)明的權(quán)利要求的范圍的條件下,可以對這些示例性實施例作出各種變形和修改。
權(quán)利要求
1.一種在綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎間鑒權(quán)計費(fèi)的方法,包括在業(yè)務(wù)引擎上設(shè)置計費(fèi)開關(guān);判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否正常,如果判定鏈路正常,則將計費(fèi)開關(guān)設(shè)置為打開,業(yè)務(wù)引擎請求綜合業(yè)務(wù)管理平臺鑒權(quán)是否允許用戶使用業(yè)務(wù),如果允許用戶使用業(yè)務(wù),則業(yè)務(wù)引擎向用戶下發(fā)業(yè)務(wù),然后業(yè)務(wù)引擎向綜合業(yè)務(wù)管理平臺上報用戶使用業(yè)務(wù)情況,綜合業(yè)務(wù)管理平臺根據(jù)用戶使用業(yè)務(wù)情況生成供計費(fèi)用的呼叫數(shù)據(jù)記錄,批價后生成正式話單;如果判定鏈路異常,則將計費(fèi)開關(guān)設(shè)置為關(guān)閉,默認(rèn)為鑒權(quán)通過而不再請求綜合業(yè)務(wù)管理平臺鑒權(quán),直接向用戶下發(fā)業(yè)務(wù),然后在業(yè)務(wù)引擎生成供計費(fèi)的呼叫數(shù)據(jù)記錄,并不斷判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否已恢復(fù)正常,當(dāng)判定出綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路已恢復(fù)為正常之后,把計費(fèi)開關(guān)恢復(fù)為打開,將供計費(fèi)的呼叫數(shù)據(jù)記錄發(fā)送給綜合業(yè)務(wù)管理平臺進(jìn)行一次性批價,如果判定出綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路未恢復(fù)正常,則仍然默認(rèn)為鑒權(quán)通過,繼續(xù)在業(yè)務(wù)引擎生成供計費(fèi)的呼叫數(shù)據(jù)記錄。
2.根據(jù)權(quán)利要求1的方法,其中判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否正常的過程包括業(yè)務(wù)引擎向綜合業(yè)務(wù)管理平臺發(fā)送綜合業(yè)務(wù)管理平臺接口的EnquiryLink消息來檢查鏈路是否正常,如果EnquiryLink的響應(yīng)連續(xù)m次顯示為異常,則判定鏈路異常;反之,則判定鏈路正常,m為自然數(shù)。
3.根據(jù)權(quán)利要求2的方法,其中m為3。
4.根據(jù)權(quán)利要求1的方法,其中判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否已恢復(fù)正常的過程包括業(yè)務(wù)引擎每隔一定時間h向綜合業(yè)務(wù)管理平臺發(fā)送綜合業(yè)務(wù)管理平臺Bind消息來檢測鏈路是否正常,當(dāng)收到n次正確響應(yīng)后判定鏈路已恢復(fù)正常,否則判定鏈路沒有恢復(fù)正常,n為自然數(shù)。
5.根據(jù)權(quán)利要求4的方法,其中h和n的值可配置。
6.根據(jù)權(quán)利要求1的方法,其中業(yè)務(wù)引擎請求綜合業(yè)務(wù)管理平臺鑒權(quán)是否允許用戶使用業(yè)務(wù)的過程包括業(yè)務(wù)引擎向綜合業(yè)務(wù)管理平臺發(fā)送一個請求,該請求中包含請求綜合業(yè)務(wù)管理平臺鑒權(quán)用戶是否有權(quán)利使用業(yè)務(wù)、如果有權(quán)利使用業(yè)務(wù)的話是否是預(yù)付費(fèi)用戶、如果是預(yù)付費(fèi)用戶的話鑒權(quán)用戶的帳戶余額是否足夠使用戶使用業(yè)務(wù)的內(nèi)容,綜合業(yè)務(wù)管理平臺然后向業(yè)務(wù)引擎發(fā)送一個響應(yīng),該響應(yīng)中包含對用戶是否有權(quán)利使用業(yè)務(wù)、如果有權(quán)利使用業(yè)務(wù)的話是否是預(yù)付費(fèi)用戶、如果是預(yù)付費(fèi)用戶的話用戶的帳戶余額是否足夠使用戶使用業(yè)務(wù)的回答。
7.根據(jù)權(quán)利要求1的方法,其中業(yè)務(wù)引擎向綜合業(yè)務(wù)管理平臺上報用戶使用業(yè)務(wù)情況后,綜合業(yè)務(wù)管理平臺向業(yè)務(wù)引擎發(fā)送一個對接收到所述用戶使用業(yè)務(wù)情況的確認(rèn)。
8.一種移動業(yè)務(wù)系統(tǒng),包括綜合業(yè)務(wù)管理平臺;業(yè)務(wù)引擎,耦合到綜合業(yè)務(wù)管理平臺;其中,在業(yè)務(wù)引擎上設(shè)置計費(fèi)開關(guān),該開關(guān)有打開狀態(tài)和關(guān)閉狀態(tài),在打開狀態(tài)下,業(yè)務(wù)引擎通到綜合業(yè)務(wù)管理平臺,由綜合業(yè)務(wù)管理平臺生成供計費(fèi)的呼叫數(shù)據(jù)記錄;在閉合狀態(tài)下,業(yè)務(wù)引擎不通到綜合業(yè)務(wù)管理平臺,默認(rèn)為鑒權(quán)通過而由業(yè)務(wù)引擎生成供計費(fèi)的呼叫數(shù)據(jù)記錄。
全文摘要
一種在綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎間鑒權(quán)計費(fèi)的方法,包括在業(yè)務(wù)引擎上設(shè)置計費(fèi)開關(guān);判定綜合業(yè)務(wù)管理平臺和業(yè)務(wù)引擎之間的鏈路是否正常,如果判定鏈路正常,則將計費(fèi)開關(guān)設(shè)置為打開,執(zhí)行正常鑒權(quán)計費(fèi)流程;如果判定鏈路異常,則將計費(fèi)開關(guān)設(shè)置為關(guān)閉,默認(rèn)為鑒權(quán)通過而不再請求綜合業(yè)務(wù)管理平臺鑒權(quán),直接向用戶下發(fā)業(yè)務(wù),然后在業(yè)務(wù)引擎生成供計費(fèi)的呼叫數(shù)據(jù)記錄,當(dāng)鏈路恢復(fù)正常后,發(fā)送給綜合業(yè)務(wù)管理平臺進(jìn)行一次性批價。本發(fā)明還提供了相關(guān)系統(tǒng)。本發(fā)明解決了當(dāng)綜合業(yè)務(wù)管理平臺發(fā)生故障時,仍然確保用戶可以使用服務(wù),生成供計費(fèi)的呼叫數(shù)據(jù)記錄的問題。
文檔編號H04L12/14GK1852096SQ200610077850
公開日2006年10月25日 申請日期2006年5月8日 優(yōu)先權(quán)日2006年5月8日
發(fā)明者沈晶, 韓彬斌, 唐綺薇, 周文君 申請人:中國電信股份有限公司