專利名稱：在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法。
背景技術(shù)：
WiMAX(Worldwide Interoperability for Microwave Access),中文全稱是全球 接入微波互操作性，是一種基于IEEE 802.16標(biāo)準(zhǔn)的無線城域網(wǎng)技術(shù)。WiMAX 網(wǎng)絡(luò)主要由三個(gè)部分組成即用戶終端(MS)、接入業(yè)務(wù)網(wǎng)(ASN)和連接業(yè)務(wù) 網(wǎng)(CSN) 。 ASN包括基站(BS)和接入業(yè)務(wù)網(wǎng)網(wǎng)關(guān)(ASNGW)。連接業(yè)務(wù) 網(wǎng)(CSN)包括策略服務(wù)器(PF)、認(rèn)證、授權(quán)和計(jì)費(fèi)服務(wù)器(AAA Server)、 應(yīng)用服務(wù)器(AF)等邏輯實(shí)體。WiMAX網(wǎng)絡(luò)無線側(cè)是基于IEEE802.16d/e標(biāo)準(zhǔn) 的無線城域網(wǎng)接入技術(shù)?，F(xiàn)在主要遵循的是2004年7月制定的IEEE 802.16-2004 (802.16d)標(biāo)準(zhǔn)。WiMAX網(wǎng)絡(luò)結(jié)構(gòu)如圖l所示
其中R1接口為無線空中接口，主要由IEEE802.16d/e定義。其余接口均為有 線接口。
WiMAXNWG標(biāo)準(zhǔn)最新的QoS框架如圖2所示 此框架中的各個(gè)功能實(shí)體的介紹如下 MS (Mobile Station)是移動(dòng)用戶終端；
SFM ( Service Flow Management)是業(yè)務(wù)流管理實(shí)體，負(fù)責(zé)建立用戶業(yè)務(wù) 流及為此業(yè)務(wù)流分配無線資源等，此功能體存在于ASN中；
SFA ( Service Flow Authorization)是業(yè)務(wù)流4受權(quán)者，負(fù)責(zé)給相應(yīng)的業(yè)務(wù)流 授權(quán)，此功能體存在于ASN中；
PF (Policy Function)是策略功能實(shí)體，為某個(gè)用戶業(yè)務(wù)流提供策略，此 功能體存在于NSP中，在漫游場景中，將會(huì)存在VisitedPF和HomePF;
AAA ( Authentication, Authorization, and Accounting)月艮務(wù)器是4是供鑒4又、授權(quán)和計(jì)費(fèi)服務(wù)的系統(tǒng)，負(fù)責(zé)保存用戶的QoS profile和相關(guān)的策略規(guī)則；
AF (ApplicationFunction)是應(yīng)用服務(wù)功能實(shí)體，用戶終端MS直接通過應(yīng) 用層協(xié)議連接訪問AF, AF將會(huì)通知PF主動(dòng)為用戶創(chuàng)建業(yè)務(wù)流，此功能體存在 于NSP中。
圖3為現(xiàn)有WiMAX NWG標(biāo)準(zhǔn)計(jì)費(fèi)架構(gòu)示意圖，如圖3所示，MS在計(jì)費(fèi)中 相當(dāng)于用戶終端，計(jì)費(fèi)客戶端(Accounting Client)或計(jì)費(fèi)代理(Accounting Agent )用于收集所有的計(jì)費(fèi)信息并提供給AAA代理(AAA Proxy )或AAA Server (當(dāng)不存在AAA Proxy時(shí))；預(yù)付費(fèi)客戶端(PPC )用于與預(yù)付費(fèi)服務(wù)器交互， 為用戶提供預(yù)付費(fèi)服務(wù)的支持，PPC可以與Accounting Client或Accounting Agent 合并；AAA Proxy是可選的中間設(shè)備，用于對(duì)收到的計(jì)費(fèi)信息進(jìn)行處理后，生 成一個(gè)新的計(jì)費(fèi)信息，轉(zhuǎn)發(fā)給AAA Server,如家鄉(xiāng)AAA服務(wù)器(Home AAA Server)或拜訪AAA服務(wù)器(Visited AAA Server)等；家鄉(xiāng)AAA服務(wù)器是歸屬 AAA服務(wù)器，即用戶初始注冊的AAA服務(wù)器或用戶歸屬地的AAA服務(wù)器，家鄉(xiāng) AAA服務(wù)器中存儲(chǔ)有用戶的簽約信息，包括計(jì)費(fèi)策略等，用戶的計(jì)費(fèi)處理主要 是在家鄉(xiāng)AAA服務(wù)器中完成的；拜訪AAA服務(wù)器是用戶拜訪地的AAA服務(wù)器， 用于實(shí)現(xiàn)用戶漫游時(shí)的計(jì)費(fèi)信息記錄、透傳和轉(zhuǎn)發(fā)等功能。
現(xiàn)有的WiMAXNWG協(xié)議中，對(duì)于預(yù)付費(fèi)功能的實(shí)現(xiàn)，只定義了預(yù)付費(fèi)客 戶端PPC與Authenticator位于同 一實(shí)體，PPC作為預(yù)付費(fèi)客戶端與PPS交互預(yù)付 費(fèi)相關(guān)信令。但是對(duì)于當(dāng)PPC不位于數(shù)據(jù)面實(shí)體時(shí)，可能存在預(yù)付費(fèi)代理PPA 位于數(shù)據(jù)面實(shí)體的情況，此時(shí)只定義了PPA做測量的功能，沒有明確的定義其 功能實(shí)現(xiàn)。另外，沒有定義PPA與PPC之間的信令交互及流程，以及預(yù)付費(fèi)功 能如何實(shí)現(xiàn)；同樣沒有考慮預(yù)付費(fèi)在AnchorDPF遷移或Authenticator遷移的場景 下的支持。由于沒有定義PPA與PPC之間的交互，也沒有考慮遷移場景，造成 在PPA、 PPC分離時(shí)無法支持預(yù)付費(fèi)業(yè)務(wù)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明實(shí)施例提供一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法、裝置及系統(tǒng)，該方法、裝置及系統(tǒng)能夠在網(wǎng)絡(luò)中實(shí)現(xiàn)支持預(yù)付費(fèi)業(yè)務(wù)。
一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，所述方法包括
源Anchor DPF向目標(biāo)Anchor DPF發(fā)送Anchor DPF切換請(qǐng)求，該Anchor DPF切換請(qǐng)求攜帶配額信息；
源Anchor DPF收到目標(biāo)Anchor DPF發(fā)送的切換響應(yīng)之后，向目標(biāo)Anchor DPF返回Anchor DPF切換確認(rèn)消息，所述Anchor DPF切換確認(rèn)消息攜帶配額
補(bǔ)償信息。
一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，所述方法包括
源預(yù)付費(fèi)代理PPA向目標(biāo)PPA發(fā)送切換請(qǐng)求，所述切換請(qǐng)求攜帶配額信
自
源PPA收到目標(biāo)PPA發(fā)送的切換響應(yīng)之后，向目標(biāo)PPA發(fā)送切換確認(rèn)消 息，所述切換確認(rèn)消息攜帶配額補(bǔ)償信息。
一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，所述方法包括
目標(biāo)PPC接收源PPC發(fā)送的通知消息，所述通知消息攜帶源PPC的與預(yù)
付費(fèi)業(yè)務(wù)相關(guān)的會(huì)話信息；
目標(biāo)PPC向預(yù)付費(fèi)服務(wù)器PPS發(fā)送請(qǐng)求消息，以請(qǐng)求建立新的會(huì)話，所述 請(qǐng)求消息攜帶所述源PPC的會(huì)話信息以及關(guān)聯(lián)指示，所述關(guān)聯(lián)指示用于指明當(dāng) 前需要建立的新的會(huì)話與源PPC的會(huì)話的關(guān)聯(lián)關(guān)系。
一種源預(yù)付費(fèi)代理PPA，所述源PPA包括
發(fā)送模塊，用于向目標(biāo)PPA發(fā)送切換請(qǐng)求，所述切換請(qǐng)求攜帶配額信息； 接收模塊，用于接收目標(biāo)PPA發(fā)送的切換響應(yīng)；
在所述接收模塊收到目標(biāo)PPA發(fā)送的切換響應(yīng)之后，所述發(fā)送模塊用于向 目標(biāo)PPA發(fā)送切換確認(rèn)消息，所述切換確認(rèn)消息攜帶配額補(bǔ)償信息。
一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的系統(tǒng)，所述系統(tǒng)包括源預(yù)付費(fèi)代理PPA，所述 源PPA用于向目標(biāo)PPA發(fā)送切換請(qǐng)求并接收目標(biāo)PPA發(fā)送的切換響應(yīng)，所述 切換請(qǐng)求攜帶配額信息。在收到目標(biāo)PPA發(fā)送的切換響應(yīng)之后，所述源PPA 用于向目標(biāo)PPA發(fā)送切換確認(rèn)消息，所述切換確iU肖息攜帶配額補(bǔ)償信息。一種目標(biāo)預(yù)付費(fèi)客戶端PPC，所述目標(biāo)PPC包括
通知消息接收模塊，用于接收源PPC發(fā)送的通知消息，所述通知消息攜帶 源PPC的與預(yù)付費(fèi)業(yè)務(wù)相關(guān)的會(huì)話信息；
請(qǐng)求消息發(fā)送模塊，用于向預(yù)付費(fèi)服務(wù)器PPS發(fā)送請(qǐng)求消息，以請(qǐng)求建立 新的會(huì)話，所述請(qǐng)求消息攜帶所述源PPC的會(huì)話信息以及關(guān)聯(lián)指示，所述關(guān)聯(lián) 指示用于指明當(dāng)前需要建立的新的會(huì)話與源PPC的會(huì)話的關(guān)聯(lián)關(guān)系。
一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的系統(tǒng)，所述系統(tǒng)包括目標(biāo)預(yù)付費(fèi)客戶端PPC， 所述目標(biāo)PPC用于接收源PPC發(fā)送的通知消息，并向預(yù)付費(fèi)服務(wù)器PPS發(fā)送 請(qǐng)求消息，以請(qǐng)求建立新的會(huì)話，所述通知消息攜帶源PPC的與預(yù)付費(fèi)業(yè)務(wù)相 關(guān)的會(huì)話信息，所述請(qǐng)求消息攜帶所述源PPC的會(huì)話信息以及關(guān)聯(lián)指示，所述 關(guān)聯(lián)指示用于指明當(dāng)前需要建立的新的會(huì)話與源PPC的會(huì)話的關(guān)聯(lián)關(guān)系。
本發(fā)明實(shí)施例提供的在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法中，該Anchor DPF切換請(qǐng) 求攜帶配額信息，該Anchor DPF切換確認(rèn)消息攜帶配額補(bǔ)償信息，因而能夠在 網(wǎng)絡(luò)中實(shí)現(xiàn)支持預(yù)付費(fèi)業(yè)務(wù)。


圖1為現(xiàn)有的WiMAX網(wǎng)絡(luò)結(jié)構(gòu)的示意2為現(xiàn)有的WiMAX NWG標(biāo)準(zhǔn)的QoS框架圖3為現(xiàn)有的WiMAXNWG標(biāo)準(zhǔn)計(jì)費(fèi)架構(gòu)示意圖4為本發(fā)明實(shí)施例Anchor DPF遷移場景下預(yù)付費(fèi)的方法流程圖5為本發(fā)明實(shí)施例Authenticator遷移場景下預(yù)付費(fèi)的方法流程圖6為本發(fā)明實(shí)施例Authenticator遷移場景下預(yù)付費(fèi)的方法流程圖。
具體實(shí)施例方式
下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明作進(jìn)一步說明，但本發(fā)明不局限于 下面的實(shí)施例。
本發(fā)明在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，其中該網(wǎng)絡(luò)可為各種網(wǎng)絡(luò)，如GSM網(wǎng)絡(luò)，CDMA網(wǎng)絡(luò)，WiMAX網(wǎng)絡(luò)等。在本發(fā)明各實(shí)施例中，以在WiMAX網(wǎng)絡(luò) 中實(shí)現(xiàn)預(yù)付費(fèi)的方法為例進(jìn)行說明。
PPC ( Prepaid Client,預(yù)付費(fèi)客戶端)與鑒權(quán)器Authenticator位于同一物理 實(shí)體，PPC可與PPS (Prepaid Server,預(yù)付費(fèi)服務(wù)器)交互。PPA (Prepaid Agent, 預(yù)付費(fèi)代理)位于數(shù)據(jù)面實(shí)體上，如錨定數(shù)據(jù)通路功能實(shí)體AnchorDPF或基站 BS 。以下以PPA位于Anchor DPF為例進(jìn)行說明。
本發(fā)明實(shí)施例提供一種Anchor DPF遷移場景下預(yù)付費(fèi)的方法。發(fā)生 Anchor DPF遷移時(shí)可分為以下兩個(gè)場景
(1 )用戶終端初始入網(wǎng)后發(fā)生的第 一次Anchor DPF遷移，此時(shí)PPC位于數(shù) 據(jù)通路上，可以看作是PPC與PPA位于同 一物理實(shí)體的特殊場景；
(2)用戶終端在AnchorDPF與Authenticator分離的場景下，此時(shí)PPC與PPA 已經(jīng)分離，再一次發(fā)生Anchor DPF遷移。
下面以PMIPv4場景描述Anchor DPF遷移場景下預(yù)付費(fèi)的方法。參見圖4， 該方法包4舌
步驟401:在拉4莫式下，由目標(biāo)Anchor DPF發(fā)送Anchor DPF切換指示到源 Anchor DPF;
如果是推模式，這一步驟可以省略，直接進(jìn)入步驟402。 步驟402:源Anchor DPF發(fā)送Anchor DPF切換請(qǐng)求到目標(biāo)Anchor DPF，該 AnchorDPF切換請(qǐng)求攜帶配額信息，該配額信息包括配額標(biāo)識(shí)、配額大小、當(dāng) 前配額使用量、配額門限、配額對(duì)應(yīng)的費(fèi)率信息、配額對(duì)應(yīng)的業(yè)務(wù)分類器信息 以及配額對(duì)應(yīng)的業(yè)務(wù)流信息(包括服務(wù)流標(biāo)識(shí)或分組數(shù)據(jù)流標(biāo)識(shí))之一或其組 合。該Anchor DPF切換請(qǐng)求中同時(shí)攜帶Anchor DPF遷移所需用到的錨定移動(dòng)管 理上下文Anchor MM Context。
步驟403 ~ 408:為正常的PMIPv4下的Anchor DPF遷移流程。目標(biāo)Anchor DPF根據(jù)Anchor MM Context向PMIP Client發(fā)送Anchor DPF遷移請(qǐng)求；PMIP Client驗(yàn)證目標(biāo)Anchor DPF合法性后，向目標(biāo)Anchor DPF返回FA注冊請(qǐng)求消息； 目標(biāo)Anchor DPF收到該FA注冊請(qǐng)求消息后，通過步驟405、 406完成新的FA的移動(dòng)IP注冊過程，在得到注冊響應(yīng)后，向PMIP client返回FA注冊響應(yīng)消息；目 標(biāo)Anchor DPF通過步驟408通知源Anchor DPF遷移完成。
在上述步驟中，在目標(biāo)Anchor DPF完成移動(dòng)IP注冊之前，用戶終端發(fā)送接 收的數(shù)據(jù)仍然通過源Anchor DPF傳輸；即在步驟402傳輸配額信息之后，源 Anchor DPF之上的配額仍然在被使用；只有在目標(biāo)Anchor DPF注冊完成之后， 數(shù)據(jù)才轉(zhuǎn)到目標(biāo)Anchor DPF上傳輸。源Anchor DPF/PPA要在接收到步驟408中 的Anchor DPF切換響應(yīng)消息時(shí)才停止預(yù)付費(fèi)計(jì)費(fèi)管理；而目標(biāo)Anchor DPF/PPA 在步驟405后開始對(duì)下行數(shù)據(jù)做預(yù)付費(fèi)計(jì)費(fèi)，在步驟406后開始對(duì)上行數(shù)據(jù)做預(yù) 付費(fèi)計(jì)費(fèi)。
應(yīng)消息之后，向目標(biāo)Anchor DPF返回Anchor DPF切換確認(rèn)消息。該Anchor DPF 切換確認(rèn)消息攜帶配額補(bǔ)償信息，該配額補(bǔ)償信息用于指示在上述切換過程中 用戶終端業(yè)務(wù)所消耗掉的配額，該配額補(bǔ)償信息可以使用增量的方式，也可以 使用步驟402中完整的配額信息方式傳遞。
在目標(biāo)Anchor DPF/PPA收到該配額補(bǔ)償信息后，使用該配額補(bǔ)償信息更新 其維護(hù)的預(yù)付費(fèi)配額，扣除在上述切換過程中消耗的配額。
在PPC與PPA分離后，PPA作為預(yù)付費(fèi)的執(zhí)行點(diǎn)，才艮據(jù)前述得到的配額信息， 與PPA位于同一實(shí)體的Anchor DPF根據(jù)配額信息中的配額對(duì)應(yīng)的業(yè)務(wù)分類器和 /或業(yè)務(wù)流信息收集計(jì)費(fèi)數(shù)據(jù)，扣除得到的配額。PPC作為PPA與PPS中間的接口 實(shí)體，其維護(hù)與PPS交互所需的信息，如用戶標(biāo)識(shí)、配額標(biāo)識(shí)等。
如前所述，在Anchor DPF的遷移過程中，目標(biāo)Anchor DPF在已經(jīng)報(bào)告了配 額信息后，數(shù)據(jù)在一段時(shí)間內(nèi)仍然經(jīng)過源AnchorDPF傳輸，此時(shí)可能會(huì)存在兩 種場景配額使用達(dá)到門限和配額耗盡。
第一種場景配額-使用達(dá)到門限
方式一源AnchorDPF/PPA不再請(qǐng)求配額，而是在遷移完成后通過前述的 配額補(bǔ)償信息告知目標(biāo)Anchor DPF/PPA。目標(biāo)Anchor DPF/PPA獲取該配額補(bǔ)償 信息后，判斷其配額使用是否已達(dá)到門限(但配額沒有用盡)。如果目標(biāo)AnchorDPF/PPA的配額-使用已達(dá)到門限，則再發(fā)起配額請(qǐng)求，申請(qǐng)新的配額。如果目 標(biāo)Anchor DPF/PPA的配額4吏用沒有達(dá)到門限，則繼續(xù)正常流程。
方式二在源AnchorDPF^r測到配額使用達(dá)到門限后，立即發(fā)送配額補(bǔ)償 信息到目標(biāo)AnchorDPF,目標(biāo)Anchor DPF在接收到該配額補(bǔ)償信息后，判斷配 額使用已達(dá)到門限后，目標(biāo)Anchor DPF/PPA發(fā)起配額請(qǐng)求過程，獲取新的配額。
如果目標(biāo)AnchorDPF遷移過程失敗，則目標(biāo)Anchor DPF將其新請(qǐng)求到的配 額通知到源Anchor DPF/PPA。
方式一與方式二可進(jìn)行融合，源Anchor DPF在發(fā)現(xiàn)達(dá)到門限后立即通知到 目標(biāo)Anchor DPF,目標(biāo)Anchor DPF可以暫不發(fā)起配額請(qǐng)求，而是在獲取配額補(bǔ) 償信息后，判斷其配額使用達(dá)到門限時(shí)再發(fā)起配額請(qǐng)求。
第二種場景配額耗盡
對(duì)于配額耗盡的場景，與前述配額使用達(dá)到門限的區(qū)別在于，目標(biāo)Anchor DPF/PPA直接發(fā)送消息終止業(yè)務(wù)，而不是再次請(qǐng)求配額。
方式一可以^使用前述相同的處理方式，由目標(biāo)AnchorDPF/PPA判斷配額 用盡，并觸發(fā)終止業(yè)務(wù)，源AnchorDPF/PPA可以丟棄配額之外的數(shù)據(jù)。
方式二 在切換過程中，源Anchor DPF檢測到配額用盡，則源Anchor DPF/PPA發(fā)送攜帶配額補(bǔ)償信息通知目標(biāo)Anchor DPF配額用盡。目標(biāo)Anchor DPF判斷配額用盡后，發(fā)起配額耗盡處理流程，如觸發(fā)業(yè)務(wù)流釋放或者觸發(fā)用 戶退網(wǎng)。
本發(fā)明實(shí)施例還4是供一種在請(qǐng)求配額的過程中發(fā)生Anchor DPF遷移時(shí)的預(yù) 付費(fèi)的方法。該方法與圖4所述的方法大致相同，不同之處在于
在源Anchor DPF4企測到配額使用達(dá)到門限后，向PPS發(fā)起配額請(qǐng)求。該 Anchor DPF切換請(qǐng)求除攜帶配額信息外，還攜帶標(biāo)識(shí)通知目標(biāo)Anchor DPF/PPA 當(dāng)前已發(fā)起配額請(qǐng)求；目標(biāo)Anchor DPF/PPA根據(jù)該標(biāo)識(shí)不發(fā)起配額請(qǐng)求；源 Anchor DPF在得到新的配額后，在配額補(bǔ)償信息中攜帶新的配額信息告知目標(biāo) Anchor DPF/PPA 。
如果源AnchorDPF/PPA在配額請(qǐng)求響應(yīng)中沒有得到新的配額，則可以按照前述的配額-使用達(dá)到門限/配額耗盡流程處理。
本發(fā)明實(shí)施例提供一種源PPA，該源PPA包括發(fā)送模塊和接收模塊。該發(fā) 送模塊用于向目標(biāo)PPA發(fā)送切換請(qǐng)求，所述切換請(qǐng)求攜帶配額信息。該接收模 塊用于接收目標(biāo)PPA發(fā)送的切換響應(yīng)。在接收模塊收到目標(biāo)PPA發(fā)送的切換響 應(yīng)之后，該發(fā)送模塊用于向目標(biāo)PPA發(fā)送切換確認(rèn)消息，所述切換確認(rèn)消息攜 帶配額補(bǔ)償信息。
本發(fā)明實(shí)施例"l是供一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的系統(tǒng)，所述系統(tǒng)包括源PPA。 該源PPA用于向目標(biāo)PPA^送切換請(qǐng)求并接收目標(biāo)PPAjt送的切換響應(yīng)，所述切 換請(qǐng)求攜帶配額信息。在收到目標(biāo)PPA發(fā)送的切換響應(yīng)之后，該源PPA用于向 目標(biāo)PPA發(fā)送切換確認(rèn)消息，所述切換確認(rèn)消息攜帶配額補(bǔ)償信息。
綜上所述，在本發(fā)明實(shí)施例中，源AnchorDPF/PPA向目標(biāo)AnchorDPF/PPA 發(fā)送Anchor DPF切換請(qǐng)求，該Anchor DPF切換請(qǐng)求攜帶配額信息，而且，源 Anchor DPF/PPA收到切換響應(yīng)之后，向目標(biāo)Anchor DPF/PPA返回Anchor DPF 切換確認(rèn)消息。該AnchorDPF切換確認(rèn)消息攜帶配額補(bǔ)償信息，因而能夠在網(wǎng) 絡(luò)中實(shí)現(xiàn)支持預(yù)付費(fèi)業(yè)務(wù)。
本發(fā)明實(shí)施例還提供一種Authenticator遷移場景下預(yù)付費(fèi)的方法。
由于PPC與Authenticator位于同 一 物理實(shí)體，則PPC的遷移過程與 Authenticator的遷移是同一過程。圖5所示的是拉模式下的Authenticator遷移，對(duì) 于推模式，只是觸發(fā)的方向不同，流程大體一致，在此不作贅述。
步驟501 ~ 502:目標(biāo)Authenticator向源Authenticatori青求并得到用戶終端的 鑒權(quán)上下文信息。
步驟503:用戶終端通過目標(biāo)Authenticator進(jìn)行重鑒權(quán)過程，伴隨重鑒權(quán)過 程成功，用戶終端的Authenticator遷移到目標(biāo)Authenticator。
步驟504 ~ 506:在用戶終端通過目標(biāo)Authenticator完成重鑒權(quán)后，目標(biāo) Authenticator向源Authenticator返回確i人遷移成功。
如前所述，PPC作為PPA與PPS交互的接口 ，維護(hù)與PPS交互配額請(qǐng)求的信 息，如配額標(biāo)識(shí)、費(fèi)率標(biāo)識(shí)、服務(wù)標(biāo)識(shí)等信息，伴隨Authenticator的遷移，上述信息需伴隨PPC—起遷移，在步驟505中需攜帶上述信息，包括配額標(biāo)識(shí)、費(fèi)率 標(biāo)識(shí)、服務(wù)標(biāo)識(shí)等。同時(shí)由于PPC已遷移，考慮需要維護(hù)配額標(biāo)識(shí)的有效性， 要求配額標(biāo)識(shí)在用戶終端范圍內(nèi)有效。
在圖5所示的實(shí)施例中使用Radius協(xié)議作為PPC與PPS交互協(xié)議的場景?？?慮使用Diameter協(xié)議作為PPC與PPS交互協(xié)議的場景，本發(fā)明實(shí)施例還提供一種 Authenticator遷移場景下預(yù)付費(fèi)的方法。由于Diameter與Radius協(xié)議的不同，在 PPC遷移之后，源PPC與PPS之間的Diameter Session (Diameter會(huì)話)需要釋放， 而目標(biāo)PPC與PPS之間需要建立新的Diameter Session,且源PPC與PPS之間 Diameter Session的釋放不應(yīng)該影響用戶終端當(dāng)前的預(yù)付費(fèi)業(yè)務(wù)，所以在本實(shí)施 例中，在建立新的Diameter Session時(shí)指明其與原來的Diameter Session之間的關(guān) 聯(lián)關(guān)系，使得PPS可以直接將預(yù)付費(fèi)業(yè)務(wù)轉(zhuǎn)移到新的Diameter Session上來。
由于PPC與Authenticator位于同 一 物理實(shí)體，則PPC的遷移過程與 Authenticator的遷移是同一過程。圖6所示的是拉模式下的Authenticator遷移，對(duì) 于推模式，只是觸發(fā)的方向不同，流程大體一致，在此不作贅述。
步驟601 ~ 602:目標(biāo)Authenticator/PPC向源Authenticator/PPC請(qǐng)求并得到用 戶終端的鑒權(quán)上下文信息。
步驟603:用戶終端通過目標(biāo)Authenticator/PPC進(jìn)行重鑒權(quán)過程
步驟604:在重鑒權(quán)成功后，目標(biāo)Authenticator/PPC向預(yù)付費(fèi)代理PPA發(fā)送 Context Report消息，以更新其維護(hù)的Authenticator/PPC信息。
步驟605:預(yù)付費(fèi)代理更新其維護(hù)的Authenticator/PPC信息后，向目標(biāo) Authenticator/PPC返回Context Ack消息，該Context Ack消息中攜帶配額信息， 該配額4言息包4舌配額標(biāo)識(shí)、配額大小、當(dāng)前配額4吏用量、配額門限、配額對(duì)應(yīng) 的費(fèi)率信息、配額對(duì)應(yīng)的業(yè)務(wù)分類器信息以及配額對(duì)應(yīng)的業(yè)務(wù)流信息(包括服
務(wù)流標(biāo)識(shí)或分組lt據(jù)流標(biāo)識(shí))之一或其組合。
步驟606 :目標(biāo)Authenticator/PPC向源Authenticator/PPC發(fā)送Relocation Complete Req消息，通知源Authenticator/PPC:用戶終端的重鑒權(quán)完成。目標(biāo) Authenticator/PPC可以根據(jù)策略等確定是否需要在該Relocation Complete Req消息中攜帶該配額信息。
步驟607 : 源Authenticator/PPC向目標(biāo)Authenticator/PPC返回Relocation Complete Rsp消息，其中該Relocation Complete Rsp消息攜帶源Authenticator/PPC 當(dāng)前的Diameter Session信息，該Diameter Session信息與預(yù)付費(fèi)業(yè)務(wù)相關(guān)，包括 配額標(biāo)識(shí)、會(huì)話標(biāo)識(shí)Session-ID、關(guān)聯(lián)標(biāo)識(shí)CC-Correlation-ID、計(jì)費(fèi)會(huì)話標(biāo)識(shí)、 月良務(wù)標(biāo)識(shí)Service-ID、服務(wù)上下文標(biāo)識(shí)Service-Context-ID、費(fèi)率信息Rating-Group 以及對(duì)應(yīng)的業(yè)務(wù)流信息Ul務(wù)流標(biāo)識(shí)或分組數(shù)據(jù)流標(biāo)識(shí))之一或其組合。
步驟608~609:針對(duì)每個(gè)預(yù)付費(fèi)業(yè)務(wù)，目標(biāo)Authenticator/PPC向預(yù)付費(fèi)服務(wù) 器PPS發(fā)送Credit Control Request消息，以請(qǐng)求建立新的Diameter Session。該 Credit Control Request消息中攜帶步驟607中得到的源Authenticator/PPC的 Diameter Session信息，同時(shí)攜帶關(guān)聯(lián)指示，該關(guān)聯(lián)指示用于指明當(dāng)前需要建立 的殺斤的Diameter Session與源Authenticator/PPC的Diameter Session是與同 一預(yù)V十 費(fèi)業(yè)務(wù)有關(guān)聯(lián)的會(huì)話。PPS接收到該Credit Control Request消息后，根據(jù)其中攜 帶的所述源Authenticator/PPC的Diameter Session信息以及所述關(guān)聯(lián)指示，將源 Authenticator/PPC的Diameter Session上的預(yù)付費(fèi)業(yè)務(wù)信息轉(zhuǎn)移到目標(biāo) Authenticator/PPC的新的Diameter Session中。同時(shí)該Credit Control Request消息 中也可以攜帶步驟605中得到的配額信息，用以更新PPS上所維護(hù)的配額資源。 PPS向目標(biāo)Authenticator/PPC返回Credit Control Answer消息，以確認(rèn)已經(jīng)建立新 的Diameter Session。如果目標(biāo)Authenticator/PPC請(qǐng)求更新PPS上的配額資源，該 Credit Control Answer消息中可以攜帶新的配額指示，該配額指示包括服務(wù)標(biāo)識(shí) Service-ID、費(fèi)率信息Rating-Group、服務(wù)上下文標(biāo)識(shí)Service-Context-ID 、配額 大小、配額門限之一或其組合。
步驟610 ~ 611:如果在步驟608 ~ 609中，目標(biāo)Authenticator/PPC從PPS更新 了配額資源，則目標(biāo)Authenticator/PPC需將得到的配額下發(fā)到預(yù)付費(fèi)代理，本實(shí) 施例中以Context Report/Ack消息為例進(jìn)行說明，在該Context Report/Ack消息中 攜帶前述配額信息。預(yù)付費(fèi)代理得到所述配額信息后，結(jié)合在步驟605 611時(shí)間 段內(nèi)使用的預(yù)付費(fèi)配額，更新其所維護(hù)的預(yù)付費(fèi)配額。步驟612 :目標(biāo)Authenticator/PPC向源Authenticator/PPC返回Relocation Complete Ack消息。
步驟613 ~ 614:源Authenticator/PPC向PPS發(fā)送Credit Control Request消息， 以請(qǐng)求釋放所述用戶終端預(yù)付費(fèi)業(yè)務(wù)對(duì)應(yīng)的Diameter Session。該Credit Control Request消息指明該Diameter Session所承載的預(yù)付費(fèi)業(yè)務(wù)沒有結(jié)束，而由其他會(huì) 話所繼承；PPS無需釋放該Diameter Session所對(duì)應(yīng)的預(yù)付費(fèi)業(yè)務(wù)上下文，且無 需撤銷為其分配的預(yù)付費(fèi)配額。PPS向源Authenticator/PPC返回Credit Control Answer消息，確i人所述Diameter Session的釋》文。
本發(fā)明實(shí)施例提供一種目標(biāo)PPC,所述目標(biāo)PPC包括通知消息接收模塊和請(qǐng) 求消息發(fā)送模塊。
該通知消息接收模塊用于接收源PPC發(fā)送的通知消息，所述通知消息攜帶 源PPC的與預(yù)付費(fèi)業(yè)務(wù)相關(guān)的會(huì)話信息。
該請(qǐng)求消息發(fā)送模塊用于向預(yù)付費(fèi)服務(wù)器PPS發(fā)送請(qǐng)求消息，以請(qǐng)求建立 新的會(huì)話，所述請(qǐng)求消息攜帶所述源PPC的會(huì)話信息以及關(guān)聯(lián)指示，所述關(guān)聯(lián) 指示用于指明當(dāng)前需要建立的新的會(huì)話與源PPC的會(huì)話的關(guān)聯(lián)關(guān)系。
本發(fā)明實(shí)施例提供一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的系統(tǒng)，所述系統(tǒng)包括目標(biāo) PPC。所述目標(biāo)PPC用于接收源PPC發(fā)送的通知消息，并向預(yù)付費(fèi)服務(wù)器PPS發(fā) 送請(qǐng)求消息，以請(qǐng)求建立新的會(huì)話，所述通知消息攜帶源PPC的與預(yù)付費(fèi)業(yè)務(wù) 相關(guān)的會(huì)話信息，所述請(qǐng)求消息攜帶所述源PPC的會(huì)話信息以及關(guān)聯(lián)指示，所 述關(guān)聯(lián)指示用于指明當(dāng)前需要建立的新的會(huì)話與源PPC的會(huì)話的關(guān)聯(lián)關(guān)系。
綜上所述，在本發(fā)明實(shí)施例中，在Authenticator/PPC遷移時(shí)，將預(yù)付費(fèi)業(yè)務(wù) 相關(guān)的Diameter Session信息在源Authenticator/PPC與目標(biāo)Authenticator/PPC間 傳遞，目標(biāo)Authenticator/PPC在與PPS交互新建Diameter Session時(shí)，指明與源 Authenticator/PPC的Diameter Session的關(guān)聯(lián)關(guān)系，4吏得PPS可以將源Diameter Session上的預(yù)付費(fèi)業(yè)務(wù)信息遷移到新的Diameter Session上來，保證了用戶終端 預(yù)付費(fèi)業(yè)務(wù)的連續(xù)性，因而能夠在網(wǎng)絡(luò)中實(shí)現(xiàn)支持預(yù)付費(fèi)業(yè)務(wù)。
綜上所述，以上僅為對(duì)本發(fā)明精神的展示，而非用于限制本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均 應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，其特征在于，所述方法包括源Anchor DPF向目標(biāo)Anchor DPF發(fā)送Anchor DPF切換請(qǐng)求，該AnchorDPF切換請(qǐng)求攜帶配額信息；源Anchor DPF收到目標(biāo)Anchor DPF發(fā)送的切換響應(yīng)之后，向目標(biāo)AnchorDPF返回Anchor DPF切換確認(rèn)消息，所述Anchor DPF切換確認(rèn)消息攜帶配額補(bǔ)償信息。
2、 如權(quán)利要求1所述的在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，其特征在于，所述配 額信息包括配額標(biāo)識(shí)、配額大小、當(dāng)前配額^f吏用量、配額門限、配額對(duì)應(yīng)的費(fèi) 率信息、配額對(duì)應(yīng)的業(yè)務(wù)分類器信息以及配額對(duì)應(yīng)的業(yè)務(wù)流信息之一或其組合。
3、 如權(quán)利要求1所述的在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，其特征在于，所述配 額補(bǔ)償信息使用增量的方式傳遞。
4、 如權(quán)利要求1所述的在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，其特征在于，所述配 額補(bǔ)償信息使用完整的配額信息方式傳遞。
5、 一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，其特征在于，所述方法包括 源預(yù)付費(fèi)代理PPA向目標(biāo)PPA發(fā)送切換請(qǐng)求，所述切換請(qǐng)求攜帶配額信息； 源PPA收到目標(biāo)PPA發(fā)送的切換響應(yīng)之后，向目標(biāo)PPA發(fā)送切換確認(rèn)消息，所述切換確認(rèn)消息攜帶配額補(bǔ)償信息。
6、 一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，其特征在于，所述方法包括目標(biāo)預(yù)付費(fèi)客戶端PPC接收源PPC發(fā)送的通知消息，所述通知消息攜帶源 PPC的與預(yù)付費(fèi)業(yè)務(wù)相關(guān)的會(huì)話信息；目標(biāo)PPC向預(yù)付費(fèi)服務(wù)器PPS發(fā)送請(qǐng)求消息，以請(qǐng)求建立新的會(huì)話，所述 請(qǐng)求消息攜帶所述源PPC的會(huì)話信息以及關(guān)聯(lián)指示，所述關(guān)聯(lián)指示用于指明當(dāng) 前需要建立的新的會(huì)話與源PPC的會(huì)話的關(guān)聯(lián)關(guān)系。
7、 如權(quán)利要求6所述的在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，其特征在于，所述會(huì) 話信息包括配額標(biāo)識(shí)、會(huì)話標(biāo)識(shí)、關(guān)聯(lián)標(biāo)識(shí)、計(jì)費(fèi)會(huì)話標(biāo)識(shí)、服務(wù)標(biāo)識(shí)、服務(wù) 上下文標(biāo)識(shí)、費(fèi)率信息以及對(duì)應(yīng)的業(yè)務(wù)流信息之一或其組合。
8、 如權(quán)利要求6所述的在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，其特征在于，所述關(guān) 聯(lián)指示用于指明當(dāng)前需要建立的新的會(huì)話與源PPC的會(huì)話的關(guān)聯(lián)關(guān)系具體為所述關(guān)聯(lián)指示用于指明當(dāng)前需要建立的新的會(huì)話與源PPC的會(huì)話是為同一預(yù)付費(fèi)業(yè)務(wù)有關(guān)聯(lián)的會(huì)話。
9、 如權(quán)利要求6所述的在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，其特征在于，所述方 法還包括步驟目標(biāo)PPC向預(yù)付費(fèi)代理PPA發(fā)送上報(bào)消息，以更新其維護(hù)的PPC信息； 在PPA更新其維護(hù)的所述PPC信息后，目標(biāo)PPC接收PPA返回的確認(rèn)消 息，所述確認(rèn)消息攜帶配額信息，所述配額信息包括配額標(biāo)識(shí)、配額大小、 當(dāng)前配額使用量、配額門限、配額對(duì)應(yīng)的費(fèi)率信息、配額對(duì)應(yīng)的業(yè)務(wù)分類器信 息以及配額對(duì)應(yīng)的業(yè)務(wù)流信息之一或其組合。
10、 如權(quán)利要求9所述的在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，其特征在于，所述 請(qǐng)求消息進(jìn)一步攜帶所述配額信息，用以更新PPS上所維護(hù)的配額資源。
11、 如權(quán)利要求6所述的在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，其特征在于，所述 方法還包括步驟所述目標(biāo)PPC接收PPS返回的確認(rèn)已經(jīng)建立新的會(huì)話的回答消息。
12、 如權(quán)利要求11所述的在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，其特征在于，所述 回答消息攜帶配額指示，所述配額指示包括服務(wù)標(biāo)識(shí)、費(fèi)率信息、服務(wù)上下 文標(biāo)識(shí)、配額大小、配額門限之一或其組合。
13、 一種源預(yù)付費(fèi)代理PPA，其特征在于，所述源PPA包括 發(fā)送^^塊，用于向目標(biāo)PPA發(fā)送切換請(qǐng)求，所述切換請(qǐng)求攜帶配額信息； 接收模塊，用于接收目標(biāo)PPA發(fā)送的切換響應(yīng)；在所述接收模塊收到目標(biāo)PPA發(fā)送的切換響應(yīng)之后，所述發(fā)送模塊用于向 目標(biāo)PPA發(fā)送切換確認(rèn)消息，所述切換確認(rèn)消息攜帶配額補(bǔ)償信息。
14、 如權(quán)利要求13所述的源預(yù)付費(fèi)代理，其特征在于，所述配額信息包括 配額標(biāo)識(shí)、配額大小、當(dāng)前配額使用量、配額門限、配額對(duì)應(yīng)的費(fèi)率信息、配 額對(duì)應(yīng)的業(yè)務(wù)分類器信息以及配額對(duì)應(yīng)的業(yè)務(wù)流信息之一或其組合。
15、 一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的系統(tǒng)，其特征在于，所述系統(tǒng)包括源預(yù)付 費(fèi)代理PPA,所述源PPA用于向目標(biāo)PPA發(fā)送切換請(qǐng)求并接收目標(biāo)PPA發(fā)送 的切換響應(yīng)，所述切換請(qǐng)求攜帶配額信息；在收到目標(biāo)PPA發(fā)送的切換響應(yīng)之 后，所述源PPA用于向目標(biāo)PPA發(fā)送切換確認(rèn)消息，所述切換確認(rèn)消息攜帶 配額補(bǔ)償信息。
16、 一種目標(biāo)預(yù)付費(fèi)客戶端PPC,其特征在于，所述目標(biāo)PPC包括通知消息接收模塊，用于接收源PPC發(fā)送的通知消息，所述通知消息攜帶源PPC的與預(yù)付費(fèi)業(yè)務(wù)相關(guān)的會(huì)話信息；請(qǐng)求消息發(fā)送模塊，用于向預(yù)付費(fèi)服務(wù)器PPS發(fā)送請(qǐng)求消息，以請(qǐng)求建立 新的會(huì)話，所述請(qǐng)求消息攜帶所述源PPC的會(huì)話信息以及關(guān)聯(lián)指示，所述關(guān)聯(lián) 指示用于指明當(dāng)前需要建立的新的會(huì)話與源PPC的會(huì)話的關(guān)聯(lián)關(guān)系。
17、 如權(quán)利要求16所述的目標(biāo)預(yù)付費(fèi)客戶端，其特征在于，所述會(huì)話信息 包括配額標(biāo)識(shí)、會(huì)話標(biāo)識(shí)、關(guān)聯(lián)標(biāo)識(shí)、計(jì)費(fèi)會(huì)話標(biāo)識(shí)、力良務(wù)標(biāo)識(shí)、服務(wù)上下文 標(biāo)識(shí)、費(fèi)率信息以及對(duì)應(yīng)的業(yè)務(wù)流信息之一或其組合。
18、 如權(quán)利要求16所述的目標(biāo)預(yù)付費(fèi)客戶端，其特征在于，所述關(guān)聯(lián)指示 用于指明當(dāng)前需要建立的新的會(huì)話與源PPC的會(huì)話的關(guān)聯(lián)關(guān)系具體為所述關(guān)聯(lián)指示用于指明當(dāng)前需要建立的新的會(huì)話與源PPC的會(huì)話是為同一 預(yù)付費(fèi)業(yè)務(wù)有關(guān)聯(lián)的會(huì)話。
19、 一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的系統(tǒng)，其特征在于，所述系統(tǒng)包括目標(biāo)預(yù) 付費(fèi)客戶端PPC，所述目標(biāo)PPC用于接收源PPC發(fā)送的通知消息，并向預(yù)付費(fèi) 服務(wù)器PPS發(fā)送請(qǐng)求消息，以請(qǐng)求建立新的會(huì)話，所述通知消息攜帶源PPC的 與預(yù)付費(fèi)業(yè)務(wù)相關(guān)的會(huì)話信息，所述請(qǐng)求消息攜帶所述源PPC的會(huì)話信息以及 關(guān)聯(lián)指示，所述關(guān)聯(lián)指示用于指明當(dāng)前需要建立的新的會(huì)話與源PPC的會(huì)話的 關(guān)耳關(guān)關(guān)系。
全文摘要
本發(fā)明實(shí)施例提供一種在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法，所述方法包括源Anchor DPF向目標(biāo)Anchor DPF發(fā)送Anchor DPF切換請(qǐng)求，該Anchor DPF切換請(qǐng)求攜帶配額信息；源Anchor DPF收到目標(biāo)Anchor DPF發(fā)送的切換響應(yīng)之后，向目標(biāo)Anchor DPF返回Anchor DPF切換確認(rèn)消息，所述Anchor DPF切換確認(rèn)消息攜帶配額補(bǔ)償信息。本發(fā)明實(shí)施例在網(wǎng)絡(luò)中實(shí)現(xiàn)預(yù)付費(fèi)的方法能夠在網(wǎng)絡(luò)中實(shí)現(xiàn)支持預(yù)付費(fèi)業(yè)務(wù)。
文檔編號(hào)H04L12/56GK101442417SQ20081012550
公開日2009年5月27日 申請(qǐng)日期2008年6月4日 優(yōu)先權(quán)日2007年11月21日
發(fā)明者何賢會(huì), 偉 張, 亮 顧 申請(qǐng)人:華為技術(shù)有限公司