專利名稱：一種用戶事件通知系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信領(lǐng)域，特別涉及一種CDMA系統(tǒng)中用戶事件通知系統(tǒng)及方法。
背景技術(shù)：
第三代合作伙伴計劃2(3GPP2-Third Generation Partnership2)于1999年1月成立，由美國TIA、日本的ARIB、日本的TTC、韓國的TTA四個標(biāo)準(zhǔn)化組織發(fā)起，主要是制訂以ANS I-41核心網(wǎng)為基礎(chǔ)，CDMA2000為無線接口的第三代技術(shù)規(guī)范。
在已制定的3GPP2規(guī)范中對分組數(shù)據(jù)預(yù)付費進(jìn)行了規(guī)定，可以基于時長或者流量計費。但是規(guī)范在用戶余額快用完時沒有提供有效的機制通知用戶。這會引起對終端用戶沒有任何提醒就突然中斷，分組會話，用戶體驗不好。
現(xiàn)有的熱線(hot-lining)在因帳戶余額用完或者其它原因需要限制用戶的數(shù)據(jù)訪問時，提供了過濾規(guī)則使用戶終端的數(shù)據(jù)流可以重定向到應(yīng)用服務(wù)器用以向用戶說明原因和提供可能的解決問題的幫助。但是在終端沒有HTTP數(shù)據(jù)或者沒有進(jìn)行數(shù)據(jù)流，如處于休眠狀態(tài)時，用戶沒有反向數(shù)據(jù)流，則無法進(jìn)行重定向，因而無法通知到用戶。
針對上述問題，美國高通公司提出了一種解決方案，其基本架構(gòu)如圖1所示該解決方案在歸屬網(wǎng)絡(luò)中新增了一個實體-通知服務(wù)器(NS-Notification Server)，用于事件的訂閱和通知。
在網(wǎng)絡(luò)不支持I P多媒體子系統(tǒng)(IMS-IP Multimedia Subsystem)時，其事件通知方式如圖2所示，根據(jù)SIP協(xié)議，其步驟如下A終端直接通過會話發(fā)起協(xié)議(SIP)信令向服務(wù)器訂閱事件；B服務(wù)器進(jìn)行確認(rèn)；C當(dāng)預(yù)付費余額低于門限或者用戶被Hot-Lined時，通知用戶。
在網(wǎng)絡(luò)支持IMS時，其事件通知方式如圖3所示，其中，服務(wù)-呼叫會話控制功能(S-CSCF)是IMS的核心網(wǎng)元，它是一個SIP服務(wù)器，負(fù)責(zé)會話處理。代理-呼叫會話控制功能(P-CSCF)是終端接入IMS網(wǎng)絡(luò)的第一個入口點，實現(xiàn)SIP協(xié)議中的代理功能。這時也是根據(jù)SIP協(xié)議，其步驟如下A終端通過NS的正式域名(FQDN-Fully Qualified Domain Name)解析獲得NS的地址，向服務(wù)器訂閱事件。也可以在IMS注冊時根據(jù)數(shù)據(jù)庫中的用戶配置由S-CSCF代理終端進(jìn)行訂閱。
B服務(wù)器進(jìn)行確認(rèn)。
C當(dāng)預(yù)付費余額低于門限或者用戶被Hot-Lined時，通知用戶。
上述方案由于采用了SIP協(xié)議，通過SIP的消息訂閱和通知機制，使預(yù)付費用戶余額快用完或者用戶被Hotlined時及時通知用戶，即使這時終端和網(wǎng)絡(luò)沒有數(shù)據(jù)流進(jìn)行，也可以通知到用戶，解決了現(xiàn)有技術(shù)中的問題，但仍然存在下列缺點1、終端必須支持SIP協(xié)議，否則無法通知到用戶。
2、終端必須在SIP網(wǎng)絡(luò)進(jìn)行了注冊，否則無法通知到用戶。
3、由于網(wǎng)絡(luò)必須實現(xiàn)進(jìn)行訂閱管理和通知的應(yīng)用服務(wù)器，必須在網(wǎng)絡(luò)中增加新的節(jié)點。

發(fā)明內(nèi)容
為了解決現(xiàn)有技術(shù)中實現(xiàn)用戶事件通知時，終端必須支持SIP協(xié)議，而且必須在網(wǎng)絡(luò)中增加新的節(jié)點的問題，本發(fā)明的目的在于提供一種用戶事件通知方法，使用戶終端不需要支持SIP協(xié)議，在任何會話狀態(tài)下都能收到事件通知，本發(fā)明的技術(shù)方案如下本發(fā)明提供了一種用戶事件通知方法，利用分組數(shù)據(jù)服務(wù)節(jié)點、AAA服務(wù)器和應(yīng)用服務(wù)器實現(xiàn)用戶事件的通知，所述方法包括以下步驟步驟A應(yīng)用服務(wù)器向AAA服務(wù)器發(fā)送用戶相關(guān)的應(yīng)用信息；步驟B所述分組數(shù)據(jù)服務(wù)節(jié)點從AAA服務(wù)器獲得用戶事件相關(guān)信息；步驟C判斷當(dāng)需要向用戶發(fā)起通知時，所述分組數(shù)據(jù)服務(wù)節(jié)點向用戶終端發(fā)起所述通知。
優(yōu)選地，所述應(yīng)用服務(wù)器為預(yù)付費服務(wù)器，所述應(yīng)用信息為預(yù)付費應(yīng)用信息，所述用戶事件相關(guān)信息為預(yù)付費相關(guān)信息，相應(yīng)地，所述步驟A具體包括預(yù)付費服務(wù)器向AAA服務(wù)器發(fā)送預(yù)付費應(yīng)用信息；所述步驟B具體包括所述分組數(shù)據(jù)服務(wù)節(jié)點向所述AAA服務(wù)器申請配額，所述AAA服務(wù)器向所述分組數(shù)據(jù)服務(wù)節(jié)點發(fā)送AAA服務(wù)器根據(jù)步驟A中的預(yù)付費應(yīng)用信息選擇的包括分組數(shù)據(jù)服務(wù)節(jié)點預(yù)付費計費能力和預(yù)付費配額的預(yù)付費相關(guān)信息，所述預(yù)付費配額中包含所述分組數(shù)據(jù)服務(wù)節(jié)點可用的配額和重新請求配額的門限；所述步驟C具體包括根據(jù)所述預(yù)付費相關(guān)信息判斷當(dāng)需要向用戶發(fā)起通知時，所述分組數(shù)據(jù)服務(wù)節(jié)點向用戶終端發(fā)起余額即將用完通知。
優(yōu)選地，在所述分組數(shù)據(jù)服務(wù)節(jié)點中設(shè)置通知門限，所述步驟C具體包括所述分組數(shù)據(jù)服務(wù)節(jié)點比較剩余配額與所述通知門限，當(dāng)所述剩余配額小于或等于所述通知門限時，所述分組數(shù)據(jù)服務(wù)節(jié)點向用戶終端發(fā)起余額即將用完通知，否則繼續(xù)比較剩余配額與通知門限。
所述步驟C執(zhí)行之前進(jìn)一步包括所述分組數(shù)據(jù)服務(wù)節(jié)點收到AAA服務(wù)器發(fā)送的預(yù)付費相關(guān)信息，比較獲得的所述可用的配額與所述重新請求配額的門限，當(dāng)所述可用的配額與所述重新請求配額的門限相等，則執(zhí)行所述步驟C，否則重復(fù)步驟B。
作為本發(fā)明的另一種方案，在所述AAA服務(wù)器中設(shè)置通知門限，所述步驟C具體包括所述AAA服務(wù)器比較剩余配額與通知門限，當(dāng)所述剩余配額小于或等于所述通知門限時，則向所述分組數(shù)據(jù)服務(wù)節(jié)點發(fā)出執(zhí)行通知命令，所述分組數(shù)據(jù)服務(wù)節(jié)點向用戶終端發(fā)起余額即將用完通知，否則重復(fù)步驟B。
所述步驟B中，所述AAA服務(wù)器通過Access-Accept消息向所述分組數(shù)據(jù)服務(wù)節(jié)點發(fā)送所述預(yù)付費計費能力和預(yù)付費配額。
優(yōu)選地，所述應(yīng)用服務(wù)器為Hot-line服務(wù)器，所述應(yīng)用信息為Hot-line應(yīng)用信息，所述用戶事件相關(guān)信息為Hot-line相關(guān)信息，相應(yīng)地，所述步驟A具體包括Hot-line服務(wù)器向AAA服務(wù)器發(fā)送Hot-line應(yīng)用信息；所述步驟B具體包括所述AAA服務(wù)器向所述分組數(shù)據(jù)服務(wù)節(jié)點發(fā)送用戶Hot-Line相關(guān)信息；所述步驟C具體包括所述分組數(shù)據(jù)服務(wù)節(jié)點收到所述Hot-Line信息相關(guān)后，向所述用戶終端發(fā)起Hot-line狀態(tài)變化通知。
所述步驟B中所述AAA服務(wù)器通過COA消息或Access-Accept向所述分組數(shù)據(jù)服務(wù)節(jié)點發(fā)送用戶Hot-Line相關(guān)信息。
所述Hot-Line相關(guān)信息為用戶處于Hot-line指示或用戶恢復(fù)正常指示；相應(yīng)地，所述步驟C中所述的通知為用戶處于Hotline通知或用戶恢復(fù)正常通知。
所述步驟C具體包括所述分組數(shù)據(jù)服務(wù)節(jié)點通過PPP LCP擴展向終端發(fā)起通知。
優(yōu)選地，在所述分組數(shù)據(jù)服務(wù)節(jié)點內(nèi)設(shè)置本地策略，所述步驟C進(jìn)一步包括所述分組數(shù)據(jù)服務(wù)節(jié)點根據(jù)本地策略向用戶終端發(fā)起所述通知。
所述通知門限通過用戶訂購信息設(shè)置。
本發(fā)明還提供了一種用戶事件通知系統(tǒng)，包括分組數(shù)據(jù)服務(wù)節(jié)點、AAA服務(wù)器和應(yīng)用服務(wù)器，還包括判斷單元，所述應(yīng)用服務(wù)器用于向所述AAA服務(wù)器發(fā)送用戶相關(guān)的應(yīng)用信息；所述AAA服務(wù)器用于向所述分組數(shù)據(jù)服務(wù)節(jié)點發(fā)送用戶事件相關(guān)信息；所述判斷單元用于根據(jù)用戶事件相關(guān)信息判斷是否需要向用戶發(fā)起通知，所述分組數(shù)據(jù)服務(wù)節(jié)點用于根據(jù)所述判斷單元的判斷結(jié)果向終端發(fā)起通知。
所述判斷單元位于所述分組數(shù)據(jù)服務(wù)節(jié)點或AAA服務(wù)器。
本發(fā)明的有益效果在于1、利用CDMA網(wǎng)絡(luò)現(xiàn)有的方式實現(xiàn)用戶事件通知，不增加網(wǎng)絡(luò)節(jié)點，不引入新的協(xié)議。
2、終端不用實現(xiàn)SIP也可以接收事件通知。
3、終端只要建立了分組數(shù)據(jù)會話就可以收到事件通知，不管數(shù)據(jù)會話是處于休眠狀態(tài)還是活動狀態(tài)。


圖1為用戶事件通知體系結(jié)構(gòu)；圖2為現(xiàn)有技術(shù)中網(wǎng)絡(luò)不支持IMS時利用SIP協(xié)議進(jìn)行事件通知的流程圖；圖3為現(xiàn)有技術(shù)中網(wǎng)絡(luò)支持IMS時利用SIP協(xié)議進(jìn)行事件通知的流程圖；圖4a為本發(fā)明所述3GPP2中用戶事件通知相應(yīng)的實體的結(jié)構(gòu)圖；圖4b為本發(fā)明所述3GPP2中用戶事件通知相應(yīng)的實體的另一個結(jié)構(gòu)圖；
圖5a為本發(fā)明所述預(yù)付費會話過程的用戶事件通知方法的實施例流程圖；圖5b為本發(fā)明所述預(yù)付費會話過程的用戶事件通知方法另一個實施例的流程圖；圖6為本發(fā)明所述活動會話過程Hot-Line事件通知流程圖；圖7為本發(fā)明所述新會話過程Hot-Line事件通知流程圖；圖8為本發(fā)明所述方法的流程圖。
具體實施例方式
下面結(jié)合附圖和實施例進(jìn)一步說明本發(fā)明，但并不作為對本發(fā)明的限定。
參見圖4a和圖4b，本發(fā)明所述技術(shù)方案沒有引入新的網(wǎng)絡(luò)實體，包括分組數(shù)據(jù)服務(wù)節(jié)點(PDSN-Packet Data Serving Node)、根據(jù)驗證、授權(quán)和記賬(AAA-Authentication，Authorization，and Accounting)服務(wù)器、應(yīng)用服務(wù)器。
其中應(yīng)用服務(wù)器用于向所述AAA服務(wù)器發(fā)送用戶相關(guān)的應(yīng)用信息，應(yīng)用服務(wù)器包括預(yù)付費服務(wù)器和Hot-lining服務(wù)器；AAA服務(wù)器用于向分組數(shù)據(jù)服務(wù)節(jié)點發(fā)送用戶事件相關(guān)信息，包括預(yù)付費信息和Hot-lining信息；在AAA服務(wù)器或分組數(shù)據(jù)服務(wù)節(jié)點內(nèi)設(shè)有判斷單元，用于根據(jù)用戶事件相關(guān)信息判斷是否需要向用戶發(fā)起通知，PDSN用于根據(jù)所述判斷單元的判斷結(jié)果向終端發(fā)起通知。
用戶終端(MS-Mobile Station)可以接收通知并且展示給用戶，以友好的方式進(jìn)行提醒。
對于PDSN，它可以支持預(yù)付費和Hot-Lining兩種能力，參見圖8，下面通過分別通過針對預(yù)付費和Hot-Line兩種情況下的事件通知會話過程來說明本發(fā)明的技術(shù)方案實施方案1參見圖5a，預(yù)付費情況下的事件通知步驟如下步驟100預(yù)付費服務(wù)器向AAA服務(wù)器發(fā)送用戶相關(guān)的應(yīng)用信息，該信息包括，帳戶余額、計費方式等。
步驟101PDSN在會話建立時向AAA服務(wù)器發(fā)送Access-Request消息，消息內(nèi)容包含預(yù)付費計費能力(PPAC-Prepaid Accounting Capability)屬性，表示具有預(yù)付費計費能力。
步驟102AAA服務(wù)器向PDSN返回Access-Accept消息，消息中包含AAA服務(wù)器選擇的分組數(shù)據(jù)服務(wù)節(jié)點PPAC能力和預(yù)付費配額(PPAQ-PrepaidAccounting Quota)，同時在PPAQ擴展屬性中提供了初始的配額和重新請求配額的門限。這里初始配額為50，重新請求配額的門限為40。其中配額和門限可以基于流量計費，也可以基于時長計費。上述PPAC和PPAQ是根據(jù)步驟100中的用戶相關(guān)的應(yīng)用信息得出的。
步驟103終端開始進(jìn)行數(shù)據(jù)會話。
步驟104PDSN收到AAA服務(wù)器發(fā)送的預(yù)付費相關(guān)信息，即初始配額為50，和重新請求配額的門限40，比較這兩個值，由于這時初始的配額50和重新請求配額的門限40不相等，當(dāng)數(shù)據(jù)使用，即消耗的配額到達(dá)門限40時，PDSN向AAA服務(wù)器重新發(fā)出Access-Request消息，要求重新申請配額，其中，Access-Request消息中包含的參數(shù)40說明用戶已經(jīng)使用掉的配額。
步驟105AAA服務(wù)器收到Access-Request消息后，重新批準(zhǔn)可用的配額為70，門限為60，在向PDSN返回Access-Accept消息中包含了這兩個值，這里配額和門限值都是從初始到現(xiàn)階段的累加值。
步驟106繼續(xù)進(jìn)行數(shù)據(jù)會話。
步驟107這時PDSN仍然先比較PDSN可用的配額70和重新請求配額的門限60是否相等，此時仍然不等，當(dāng)數(shù)據(jù)使用即累計消耗的配額到達(dá)門限60時，PDSN向AAA服務(wù)器重新發(fā)出Access-Request消息，要求重新申請配額，其中，Access-Request消息中包含的參數(shù)60說明用戶已經(jīng)累計使用掉的配額。
步驟108AAA服務(wù)器收到Access-Request消息后，重新批準(zhǔn)配額70，門限70，在向PDSN返回Access-Accept消息中包含了重新批準(zhǔn)配額和門限。
步驟109PDSN此時判斷出配額與門限相等，PDSN知道用戶帳戶的余額即將用完，用戶會話即將結(jié)束。PDSN開始比較剩余的配額和通知門限NT。其中剩余配額為AAA服務(wù)器批準(zhǔn)的配額減去已消耗的配額，通知門限可以在PDSN配置或在用戶訂購信息中包含。用戶訂閱信息是存儲在家鄉(xiāng)網(wǎng)絡(luò)用戶信息數(shù)據(jù)庫中的用戶訂閱的業(yè)務(wù)相關(guān)信息。本實施例中假設(shè)為5。如果剩余配額小于或等于通知門限5，立即進(jìn)行事件通知。此處假設(shè)剩余配額大于通知門限。
步驟110繼續(xù)進(jìn)行數(shù)據(jù)會話。
步驟111當(dāng)剩余配額等于通知門限時，如為5時，PDSN通過PPP LCP廠商擴展通知終端余額即將用完，并將剩下的配額告訴終端。在此運營商也可以配置本地策略，比如是否進(jìn)行通知、是否顯示剩余時間等。PDSN再根據(jù)本地策略判斷是否向用戶終端發(fā)出通知。在本實施例中，沒有配置本地策略。
步驟112終端通過PPP LCP擴展進(jìn)行應(yīng)答，表示收到通知。此時終端可以展示通知內(nèi)容給用戶，可以是聲音、文字、圖片、音樂、視頻等多種形式。
根據(jù)3GPP2的規(guī)定，MS/AT和PDSN之間存在PPP鏈路，作為上層數(shù)據(jù)的承載。參見表1，此處擴展PPP廠商選項對本發(fā)明的技術(shù)方案進(jìn)行進(jìn)一步的說明。在3GPP2網(wǎng)絡(luò)演進(jìn)后，終端與接入網(wǎng)關(guān)的承載鏈路有可能被其他協(xié)議取代，在新的協(xié)議中同樣可以采用本發(fā)明的方法攜帶用戶事件通知。
在預(yù)付費情況下，利用PPP廠商擴展，在3GPP2已有的PPP LCP擴展基礎(chǔ)上增加下面內(nèi)容

表1步驟113當(dāng)配額全部用完時，PDSN向AAA服務(wù)器發(fā)出Access-Request消息，消息中包含了最終用完的配額，表示配額已用完。同時PDSN可啟動數(shù)據(jù)會話結(jié)束過程。
步驟114AAA服務(wù)器向PDSN發(fā)出Access-Accept進(jìn)行應(yīng)答。
對于上述實施方案，根據(jù)用戶事件相關(guān)信息判斷是否需要向用戶發(fā)起通知是在PDSN中進(jìn)行的，本發(fā)明提供了第二個實施方案，所述根據(jù)用戶事件相關(guān)信息進(jìn)行通知判斷可以在AAA服務(wù)器上進(jìn)行。在AAA服務(wù)器上設(shè)置通知門限，本實施例中在PDSN沒有配置本地策略。
實施方案2參見圖5b，所述步驟如下步驟200預(yù)付費服務(wù)器向AAA服務(wù)器發(fā)送用戶相關(guān)的應(yīng)用信息，該信息包括，帳戶余額、計費方式等。
步驟201PDSN在會話建立時向AAA服務(wù)器發(fā)送Access-Request消息，消息內(nèi)容包含預(yù)付費計費能力(PPAC-Prepaid Accounting Capability)屬性，表示具有預(yù)付費計費能力。
步驟202AAA服務(wù)器向PDSN返回Access-Accept消息，消息中包含AAA服務(wù)器選擇的分組數(shù)據(jù)服務(wù)節(jié)點PPAC能力和預(yù)付費配額(PPAQ-PrepaidAccounting Quota)，同時在PPAQ擴展屬性中提供了初始的配額和重新請求配額的門限。這里初始配額為50，重新請求配額的門限為40。其中配額和門限可以基于流量計費，也可以基于時長計費。
步驟203終端開始進(jìn)行數(shù)據(jù)會話。
步驟204當(dāng)數(shù)據(jù)使用即消耗的配額到達(dá)門限40時，PDSN向AAA服務(wù)器重新發(fā)出Access-Request消息，要求重新申請配額，其中，Access-Request消息中包含的參數(shù)40說明已經(jīng)消耗配額。
步驟205這時AAA服務(wù)器比較剩余配額與通知門限，假設(shè)通知門限為5，假設(shè)總的可批準(zhǔn)配額為70，這時剩余門限＝批準(zhǔn)配額-已經(jīng)消耗配額，剩余門限為30，這時剩余門限大于通知門限。AAA服務(wù)器重新批準(zhǔn)配額70，門限60，在向PDSN返回Access-Accept消息中包含了重新批準(zhǔn)配額和門限，這里配額和門限值都是從初始到現(xiàn)階段的累加值。
步驟206繼續(xù)進(jìn)行數(shù)據(jù)會話。
步驟207當(dāng)數(shù)據(jù)使用即消耗的配額到達(dá)門限60時，PDSN向AAA服務(wù)器重新發(fā)出Access-Request消息，要求重新申請配額，其中，Access-Request消息中包含的參數(shù)60說明已經(jīng)使用掉的配額。
步驟208這時AAA服務(wù)器比較剩余配額與通知門限，假設(shè)通知門限為5，這時剩余配額為10，已接近通知門限。AAA服務(wù)器重新批準(zhǔn)配額70，門限65。在這里，AAA服務(wù)器在批準(zhǔn)配額和門限時，會考慮通知門限的值，以保證在剩余的配額等于通知門限時，PDSN會重新請求配額，這樣AAA服務(wù)器能及時發(fā)出通知信息。在AAA服務(wù)器在向PDSN返回Access-Accept消息中包含了重新批準(zhǔn)配額和門限，這里配額和門限值都是從初始到現(xiàn)階段的累加值。
步驟209繼續(xù)進(jìn)行數(shù)據(jù)會話。
步驟210當(dāng)數(shù)據(jù)使用即消耗的配額到達(dá)門限65時，PDSN向AAA服務(wù)器重新發(fā)出Access-Request消息，要求重新申請配額，其中，Access-Request消息中包含的參數(shù)65說明已經(jīng)使用掉的配額。
步驟211這時AAA服務(wù)器比較剩余配額與通知門限，假設(shè)通知門限為5，這時剩余配額為5，等于通知門限，可以向PDSN發(fā)出執(zhí)行通知命令；AAA服務(wù)器重新批準(zhǔn)配額70，門限70，這里配額和門限值都是從初始到現(xiàn)階段的累加值；AAA服務(wù)器在向PDSN返回Access-Accept消息中包含了重新批準(zhǔn)配額和門限，在屬性中包含AAA服務(wù)器向PDSN發(fā)出執(zhí)行通知命令；步驟212繼續(xù)進(jìn)行分組數(shù)據(jù)會話。
步驟213PDSN根據(jù)AAA服務(wù)器發(fā)出的執(zhí)行通知命令通過PPP LCP廠商擴展向用戶終端發(fā)起通知，通知終端余額即將用完，并將剩下的配額告訴終端。
步驟214終端通過PPP LCP擴展進(jìn)行應(yīng)答，表示收到通知。此時終端可以展示通知內(nèi)容給用戶，可以是聲音、文字、圖片、音樂、視頻等多種形式。
步驟215當(dāng)配額全部用完時，PDSN向AAA服務(wù)器發(fā)出Access-Request消息，消息中包含了最終用完的配額，表示配額已用完。同時PDSN可啟動數(shù)據(jù)會話結(jié)束過程。
步驟216AAA服務(wù)器向PDSN發(fā)出Access-Accept進(jìn)行應(yīng)答。
至此，用戶事件通知完畢。
當(dāng)用戶出于Hotline狀態(tài)時，分兩種情況，用戶可能是處于活動會話狀態(tài)或是用戶新發(fā)起會話狀態(tài)。下面用不同的實施方案對本發(fā)明進(jìn)行說明實施方案3參見圖6，當(dāng)用戶處于活動會話狀態(tài)時，本發(fā)明所述的Hot-line狀態(tài)通知步驟如下步驟301用戶正在進(jìn)行數(shù)據(jù)會話。
步驟302Hot-Line應(yīng)用通知AAA服務(wù)器，用戶被Hot-Lined。
步驟303AAA服務(wù)器存儲用戶的Hot-Line狀態(tài)。
步驟304AAA服務(wù)器向PDSN發(fā)出COA消息，通知PDSN用戶被Hot-Lined。AAA服務(wù)器在COA消息廠商擴展中包含Hot-Line指示以及相應(yīng)重定向和/或過濾規(guī)則通知PDSN用戶的Hot-Lining狀態(tài)。AAA服務(wù)器可在COA消息的Session-Timeout屬性中指定用戶處于Hot-Lining后能繼續(xù)使用會話的時間。
步驟305PDSN向AAA服務(wù)器發(fā)出COA ACK應(yīng)答。這時數(shù)據(jù)會話處于Hot-Line狀態(tài)。
步驟306PDSN通過PPP LCP廠商擴展通知終端用戶被Hot-Lined。消息中可以包含用戶可以繼續(xù)使用數(shù)據(jù)會話的時間。擴展內(nèi)容參見表2。
步驟307終端通過PPP LCP擴展進(jìn)行應(yīng)答，表示收到通知。
步驟308終端將Hot-Line通知展示給用戶，可以是聲音、文字、圖片、音樂、視頻等多種形式。
步驟309通過某些方式調(diào)整，比如用戶通過Hot-line應(yīng)用服務(wù)器獲得了服務(wù)授權(quán)，當(dāng)用戶狀態(tài)恢復(fù)正常時，Hot-line應(yīng)用通過COA消息通知AAA服務(wù)器。
步驟310AAA服務(wù)器存儲狀態(tài)，此時為正常。
步驟311AAA服務(wù)器通過COA消息通知PDSN會話已恢復(fù)正常。
步驟312PDSN通過COA ACK進(jìn)行應(yīng)答。此時數(shù)據(jù)會話恢復(fù)正常。
步驟313PDSN通過LCP廠商擴展通知終端會話恢復(fù)正常。擴展內(nèi)容參見表2。
步驟314終端進(jìn)行應(yīng)答。
步驟315終端展示通知給用戶會話已正常，可以是是聲音、文字、圖片、音樂、視頻等多種形式。擴展內(nèi)容參見表2。

表2
在實施方案1和2中只是對相應(yīng)的擴展內(nèi)容進(jìn)行說明，擴展的字段名稱和取值只是暫時指定，具體名稱和取值可以根據(jù)實際情況進(jìn)行規(guī)定。對于以后采用的替代PPP的協(xié)議，也可以利用本發(fā)明的擴展進(jìn)行用戶事件的通知，同樣在本發(fā)明的保護(hù)范圍之內(nèi)。
實施方案4參見圖7，當(dāng)用戶處于新會話狀態(tài)時，本發(fā)明所述的Hot-Line事件通知步驟如下步驟401應(yīng)用通知AAA服務(wù)器，用戶被Hot-Lined。此時用戶沒有建立數(shù)據(jù)會話，如處于關(guān)機狀態(tài)。
步驟402AAA服務(wù)器存儲Hot-Line狀態(tài)。
步驟403終端開始建立PPP，準(zhǔn)備進(jìn)行數(shù)據(jù)會話。
步驟404PDSN在接入認(rèn)證時向AAA服務(wù)器發(fā)出Access-Request消息，通知自己的Hot-Line能力。
步驟405AAA服務(wù)器在批準(zhǔn)接入時包含Hot-Line屬性。
步驟406此時，無論終端是否進(jìn)行Hot-Line數(shù)據(jù)會話，PDSN通過PPP LCP廠商擴展通知終端用戶被Hot-Lined。
步驟407終端PPP LCP擴展進(jìn)行應(yīng)答，表示收到通知。其中步驟306和307中的擴展內(nèi)容和表2中相同，不再贅述。
步驟408終端展示通知內(nèi)容給用戶，可以是聲音、文字、圖片、音樂、視頻等多種形式。
由于通過PPP廠商擴展選項進(jìn)行事件通知，所有只要PPP會話存在就可以進(jìn)行通知。處于休眠還是活動狀態(tài)的處理過程是一樣的。
另外，用戶終端MS也可以是固定臺，也可以是移動終端。
在上述實施方案中，采用用Radius協(xié)議消息來進(jìn)行相關(guān)信息和命令的傳遞，也可以采用Diameter等其他AAA協(xié)議有類似的消息，不影響本發(fā)明方案的實施。如Diameter網(wǎng)絡(luò)接入服務(wù)器應(yīng)用中DiameterAA-Request/AA-Answer消息可對應(yīng)Radius的Access-Request/Access-Accept，Diameter Re-Auth-Reques t/Re-Auth-Answer消息可對應(yīng)Radius COA-Request/COA-Ack消息。
以上只是本發(fā)明的優(yōu)選實施方式進(jìn)行了描述，本領(lǐng)域的技術(shù)人員在本發(fā)明技術(shù)的方案范圍內(nèi)，進(jìn)行的通常變化和替換，都應(yīng)包含在本發(fā)明的保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種用戶事件通知方法，利用分組數(shù)據(jù)服務(wù)節(jié)點、AAA服務(wù)器和應(yīng)用服務(wù)器實現(xiàn)用戶事件的通知，其特征在于，所述方法包括以下步驟步驟A應(yīng)用服務(wù)器向AAA服務(wù)器發(fā)送用戶相關(guān)的應(yīng)用信息；步驟B所述分組數(shù)據(jù)服務(wù)節(jié)點從AAA服務(wù)器獲得用戶事件相關(guān)信息；步驟C判斷當(dāng)需要向用戶發(fā)起通知時，所述分組數(shù)據(jù)服務(wù)節(jié)點向用戶終端發(fā)起所述通知。
2.如權(quán)利要求1所述的用戶事件通知方法，其特征在于，所述應(yīng)用服務(wù)器為預(yù)付費服務(wù)器，所述應(yīng)用信息為預(yù)付費應(yīng)用信息，所述用戶事件相關(guān)信息為預(yù)付費相關(guān)信息，相應(yīng)地，所述步驟A具體包括預(yù)付費服務(wù)器向AAA服務(wù)器發(fā)送預(yù)付費應(yīng)用信息；所述步驟B具體包括所述分組數(shù)據(jù)服務(wù)節(jié)點向所述AAA服務(wù)器申請配額，所述AAA服務(wù)器向所述分組數(shù)據(jù)服務(wù)節(jié)點發(fā)送AAA服務(wù)器根據(jù)步驟A中的預(yù)付費應(yīng)用信息選擇的包括分組數(shù)據(jù)服務(wù)節(jié)點預(yù)付費計費能力和預(yù)付費配額的預(yù)付費相關(guān)信息，所述預(yù)付費配額中包含所述分組數(shù)據(jù)服務(wù)節(jié)點可用的配額和重新請求配額的門限；所述步驟C具體包括根據(jù)所述預(yù)付費相關(guān)信息判斷當(dāng)需要向用戶發(fā)起通知時，所述分組數(shù)據(jù)服務(wù)節(jié)點向用戶終端發(fā)起余額即將用完通知。
3.如權(quán)利要求2所述的用戶事件通知方法，其特征在于，在所述分組數(shù)據(jù)服務(wù)節(jié)點中設(shè)置通知門限，所述步驟C具體包括所述分組數(shù)據(jù)服務(wù)節(jié)點比較剩余配額與所述通知門限，當(dāng)所述剩余配額小于或等于所述通知門限時，所述分組數(shù)據(jù)服務(wù)節(jié)點向用戶終端發(fā)起余額即將用完通知，否則繼續(xù)比較剩余配額與通知門限。
4.如權(quán)利要求3所述的用戶事件通知方法，其特征在于，所述步驟C執(zhí)行之前進(jìn)一步包括所述分組數(shù)據(jù)服務(wù)節(jié)點收到AAA服務(wù)器發(fā)送的預(yù)付費相關(guān)信息，比較獲得的所述可用的配額與所述重新請求配額的門限，當(dāng)所述可用的配額與所述重新請求配額的門限相等，則執(zhí)行所述步驟C，否則重復(fù)步驟B。
5.如權(quán)利要求2所述的用戶事件通知方法，其特征在于，在所述AAA服務(wù)器中設(shè)置通知門限，所述步驟C具體包括所述AAA服務(wù)器比較剩余配額與通知門限，當(dāng)所述剩余配額小于或等于所述通知門限時，則向所述分組數(shù)據(jù)服務(wù)節(jié)點發(fā)出執(zhí)行通知命令，所述分組數(shù)據(jù)服務(wù)節(jié)點向用戶終端發(fā)起余額即將用完通知，否則重復(fù)步驟B。
6.如權(quán)利要求2至5中任意一項權(quán)利要求所述的用戶事件通知方法，其特征在于，所述步驟B中，所述AAA服務(wù)器通過Access-Accept消息向所述分組數(shù)據(jù)服務(wù)節(jié)點發(fā)送所述預(yù)付費計費能力和預(yù)付費配額。
7.如權(quán)利要求1所述的用戶事件通知方法，其特征在于，所述應(yīng)用服務(wù)器為Hot-line服務(wù)器，所述應(yīng)用信息為Hot-line應(yīng)用信息，所述用戶事件相關(guān)信息為Hot-line相關(guān)信息，相應(yīng)地，所述步驟A具體包括Hot-line服務(wù)器向AAA服務(wù)器發(fā)送Hot-line應(yīng)用信息；所述步驟B具體包括所述AAA服務(wù)器向所述分組數(shù)據(jù)服務(wù)節(jié)點發(fā)送用戶Hot-Line相關(guān)信息；所述步驟C具體包括所述分組數(shù)據(jù)服務(wù)節(jié)點收到所述Hot-Line信息相關(guān)信息后，向所述用戶終端發(fā)起Hot-line狀態(tài)變化通知。
8.如權(quán)利要求7所述的用戶事件通知方法，其特征在于，所述步驟B中所述AAA服務(wù)器通過COA消息或Access-Accept向所述分組數(shù)據(jù)服務(wù)節(jié)點發(fā)送用戶Hot-Line相關(guān)信息。
9.如權(quán)利要求7或8中任意一項所述的用戶事件通知方法，其特征在于，所述Hot-Line相關(guān)信息為用戶處于Hot-line指示或用戶恢復(fù)正常指示；相應(yīng)地，所述步驟C中所述的通知為用戶處于Hotline通知或用戶恢復(fù)正常通知。
10.如權(quán)利要求1所述的用戶事件通知方法，其特征在于，所述步驟C具體包括所述分組數(shù)據(jù)服務(wù)節(jié)點通過PPP LCP擴展向終端發(fā)起通知。
11.如權(quán)利要求1所述的用戶事件通知方法，其特征在于，在所述分組數(shù)據(jù)服務(wù)節(jié)點內(nèi)設(shè)置本地策略，所述步驟C進(jìn)一步包括所述分組數(shù)據(jù)服務(wù)節(jié)點根據(jù)本地策略向用戶終端發(fā)起所述通知。
12.如權(quán)利要求3至5中任意一項權(quán)利要求所述的用戶事件通知方法，其特征在于，所述通知門限通過用戶訂購信息設(shè)置。
13.一種用戶事件通知系統(tǒng)，包括分組數(shù)據(jù)服務(wù)節(jié)點、AAA服務(wù)器和應(yīng)用服務(wù)器，其特征在于，還包括判斷單元，所述應(yīng)用服務(wù)器用于向所述AAA服務(wù)器發(fā)送用戶相關(guān)的應(yīng)用信息；所述AAA服務(wù)器用于向所述分組數(shù)據(jù)服務(wù)節(jié)點發(fā)送用戶事件相關(guān)信息；所述判斷單元用于根據(jù)用戶事件相關(guān)信息判斷是否需要向用戶發(fā)起通知，所述分組數(shù)據(jù)服務(wù)節(jié)點用于根據(jù)所述判斷單元的判斷結(jié)果向終端發(fā)起通知。
14.一種如權(quán)利要求13所述的用戶事件通知系統(tǒng)，其特征在于，所述判斷單元位于所述分組數(shù)據(jù)服務(wù)節(jié)點或AAA服務(wù)器。
全文摘要
本發(fā)明提供了一種用戶事件通知方法，為了解決現(xiàn)有技術(shù)中實現(xiàn)用戶事件通知時，終端必須支持SIP協(xié)議，而且必須在網(wǎng)絡(luò)中增加新的節(jié)點的問題，本發(fā)明利用分組數(shù)據(jù)服務(wù)節(jié)點、AAA服務(wù)器和應(yīng)用服務(wù)器實現(xiàn)用戶事件的通知，所述方法包括以下步驟步驟A應(yīng)用服務(wù)器向AAA服務(wù)器發(fā)送用戶相關(guān)的應(yīng)用信息；步驟B所述分組數(shù)據(jù)服務(wù)節(jié)點從AAA服務(wù)器獲得用戶事件相關(guān)信息；步驟C判斷當(dāng)需要向用戶發(fā)起通知時，所述分組數(shù)據(jù)服務(wù)節(jié)點向用戶終端發(fā)起所述通知。本發(fā)明適用于CDMA系統(tǒng)中對用戶事件進(jìn)行通知。
文檔編號H04L12/14GK101026465SQ200610055128
公開日2007年8月29日 申請日期2006年2月22日 優(yōu)先權(quán)日2006年2月22日
發(fā)明者王潔 申請人:華為技術(shù)有限公司