專利名稱：基于資源準(zhǔn)入控制子系統(tǒng)的資源撤銷方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及基于資源準(zhǔn)入控制子系統(tǒng)的資源撤銷方法及裝置。
背景技術(shù)：
隨著Internet規(guī)模的不斷增大，各種各樣的網(wǎng)絡(luò)服務(wù)爭相涌現(xiàn)，先進(jìn)的多媒體通信系統(tǒng)層出不窮。由于實時業(yè)務(wù)對網(wǎng)絡(luò)傳輸時延、延時抖動等特性較為敏感，當(dāng)網(wǎng)絡(luò)上有突發(fā)性高的文件傳輸協(xié)議(FTP)或者含有圖像文件的超文本傳輸協(xié)議(HTTP)等業(yè)務(wù)時，實時業(yè)務(wù)就會受到很大影響；另一方面，由于多媒體業(yè)務(wù)占去了大量的帶寬，現(xiàn)有網(wǎng)絡(luò)要保證的關(guān)鍵業(yè)務(wù)就難以得到可靠的傳輸。于是，各種服務(wù)質(zhì)量(QoS)技術(shù)應(yīng)運而生。IETF已經(jīng)建議了很多服務(wù)模型和機制，以滿足QoS的需求。
基于門戶的多種應(yīng)用和服務(wù)以及寬帶多媒體業(yè)務(wù)，包括為普通住宅用戶提供豐富的Video/Audio流、視頻點播(VOD)、視頻組播、多媒體交互、高帶寬需求的網(wǎng)絡(luò)游戲，為商業(yè)用戶提供視頻會議、遠(yuǎn)程教育、虛擬專用網(wǎng)(VPN)、具有QoS保障的數(shù)據(jù)專線、IP Hotel等，已成為寬帶運營的重要內(nèi)容。
運營商和企事業(yè)用戶對以太網(wǎng)技術(shù)和端對端以太網(wǎng)技術(shù)有較高的認(rèn)知程度。以太網(wǎng)技術(shù)成為未來搭建三網(wǎng)合一、城域網(wǎng)的主要技術(shù)之一，以太網(wǎng)業(yè)務(wù)在未來市場將會有極大的發(fā)展。針對這些狀況，ETSI的TISPAN的分組網(wǎng)絡(luò)架構(gòu)(目前其英文名稱為NGN)中，在應(yīng)用層和傳送層之間引入了資源準(zhǔn)入控制子系統(tǒng)(RACS子系統(tǒng))，用于統(tǒng)一管理承載網(wǎng)的資源，并提供基于策略的控制，包括承載網(wǎng)的QoS、網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT)都經(jīng)過RACS來進(jìn)行訪問和控制。
TISPAN中定義的RACS架構(gòu)如圖1所示，其中RACS主要包括基于業(yè)務(wù)的策略決定功能(SPDF)、邊界網(wǎng)關(guān)功能(BGF)、接入層資源準(zhǔn)入控制功能(A-RACS)和資源控制實施功能(RCEF)，圖1中其它部分表述了相關(guān)功能實體和RACS架構(gòu)的關(guān)系和接口，其中網(wǎng)絡(luò)地址端口轉(zhuǎn)換(NAPT)的控制主要是應(yīng)用功能(AF)、基于業(yè)務(wù)的策略決定功能(SPDF)和BGF之間的交互，A-RACF和RCEF主要用于接入層QoS資源的控制。
在上述的RACS架構(gòu)中，當(dāng)一個承載路徑被釋放或已安裝的策略失效等情況下，需要回收相關(guān)的資源?，F(xiàn)有的資源撤銷過程如下1、網(wǎng)絡(luò)附著子系統(tǒng)(NASS)發(fā)起資源撤銷的主要處理步驟如下(1)NASS決定一個承載路徑被釋放，如用戶終端設(shè)備向NASS請求釋放承載路徑。
(2)NASS發(fā)送IP連通性釋放指示(IP-Connectivity-Release-Indication)，通知A-RACF接入網(wǎng)信息失效。
(3)A-RACF需要回收所有相關(guān)資源，通知SPDF撤銷資源預(yù)留。
(4)SPDF通知AF撤銷資源預(yù)留。
(5)A_RACF檢查是否需要回收安裝給RCEF的策略，如果是，則進(jìn)行步驟(6)(即已向RCEF安裝過策略)，否則，結(jié)束。
(6)A_RACF通知RCEF回收策略；(7)RCEF回收策略并返回執(zhí)行結(jié)果；2、RCEF發(fā)起資源撤銷主要處理步驟如下(1)RCEF確定一個已安裝的策略失效，如內(nèi)部故障。
(2)RCEF通過Event Notify事件通知A-RACF策略失效。
(3)A-RACF需要回收所有相關(guān)資源，通知PDF撤銷資源預(yù)留。
(4)SPDF向AF報告撤銷資源預(yù)留。
通過上述兩個資源回收的流程，可以看出，在現(xiàn)有RACS架構(gòu)中，如果一次呼叫向BGF請求了業(yè)務(wù)資源(如NAT轉(zhuǎn)換)，若NASS或RCEF由于某種原因發(fā)起資源撤銷，將導(dǎo)致BGF的業(yè)務(wù)資源不能得以回收而浪費網(wǎng)絡(luò)資源。

發(fā)明內(nèi)容
本發(fā)明提供一種基于資源準(zhǔn)入控制子系統(tǒng)的資源撤銷方法及裝置，以解決現(xiàn)有技術(shù)中在NASS或RECF發(fā)起資源撤銷時不能夠及時回收BGF分配的業(yè)務(wù)資源的問題。
本發(fā)明提供以下技術(shù)方案一種基于資源準(zhǔn)入控制子系統(tǒng)的資源撤銷方法，包括如下步驟網(wǎng)絡(luò)附著子系統(tǒng)(NASS)或資源控制實施功能(RCEF)實體上觸發(fā)與撤銷資源預(yù)留相關(guān)的事件時通知接入層資源準(zhǔn)入控制功能(A-RACF)實體；A-RACF實體通知基于業(yè)務(wù)的策略決定功能(SPDF)實體撤銷資源預(yù)留；SPDF實體通知應(yīng)用功能(AF)實體撤銷資源預(yù)留，并且SPDF檢測出BGF實體為會話分配過業(yè)務(wù)資源時，通知BGF實體釋放并回收分配的業(yè)務(wù)資源。
所述BGF實體還向SPDF實體返回執(zhí)行結(jié)果。
A-RACF實體在下發(fā)給SPDF實體的通知中包含有AF實體請求資源時生成的上下文，該上下文中標(biāo)明有BGF實體是否為會話分配有業(yè)務(wù)資源。
在AF實體請求資源過程中，SPDF實體在本地記錄相關(guān)信息；SPDF實體在收到撤銷資源預(yù)留通知時直接根據(jù)本地的該相關(guān)信息判斷BGF實體是否為會話分配過業(yè)務(wù)資源。
所述相關(guān)信息為BGF實體的標(biāo)識信息。
A-RACF實體還檢查是否需要回收已安裝給資源控制實施功能(RCEF)實體的策略，并在需要時通知RCEF回收策略。
RCEF實體還向A-RACF實體返回執(zhí)行結(jié)果。
一種網(wǎng)絡(luò)設(shè)備，包括用于根據(jù)NASS實體或RCEF實體觸發(fā)的撤銷資源預(yù)留指示通知應(yīng)用功能(AF)實體撤銷資源預(yù)留的第一通知單元；用于根據(jù)所述撤銷資源預(yù)留指示確定是否需要邊界網(wǎng)關(guān)功能(BGF)實體釋放并回收業(yè)務(wù)資源的判斷單元；以及用于根據(jù)所述判斷單元在確定需要邊界網(wǎng)關(guān)功能(BGF)實體釋放并回收業(yè)務(wù)資源時通知BGF實體的第二通知單元。
所述第二通知單元包含在第一通知單元內(nèi)。
本發(fā)明在RACS架構(gòu)下，當(dāng)NASS或RCEF發(fā)起資源撤銷和回收業(yè)務(wù)資源時能夠及時通知BGF回收業(yè)務(wù)資源，避免了現(xiàn)有技術(shù)中在會話業(yè)務(wù)申請了BGF資源的情況下不通知BGF釋放業(yè)務(wù)資源，導(dǎo)致資源不能及時回收的問題；因此，采用本發(fā)明能夠提高資源的合理利用率。


圖1為現(xiàn)有技術(shù)中RACS架構(gòu)的示意圖；圖2為現(xiàn)有技術(shù)中NASS發(fā)起資源撤銷的處理流程圖；圖3為現(xiàn)有技術(shù)中RCEF發(fā)起資源撤銷的處理流程圖；圖4A、圖4B為本發(fā)明中NASS發(fā)起資源撤銷的處理流程圖；圖5A、圖5B為本發(fā)明中RCEF發(fā)起資源撤銷的處理流程圖；圖6為本發(fā)明中SPDF實體的結(jié)構(gòu)示意圖。
具體實施例方式
為了在網(wǎng)絡(luò)附著子系統(tǒng)(NASS)或資源控制實施功能(RCEF)實體在觸發(fā)與撤銷資源預(yù)留相關(guān)的事件時，使向呼叫分配了業(yè)務(wù)資源(如NAT轉(zhuǎn)換)的邊界網(wǎng)關(guān)功能(BGF)實體能夠及時回收該業(yè)務(wù)資源，本發(fā)明由基于業(yè)務(wù)的策略決定功能(SPDF)實體對BGF實體是否為會話分配了業(yè)務(wù)資源進(jìn)行判斷，并在確定為會話分配過業(yè)務(wù)資源時通知BGF釋放并回收該業(yè)務(wù)資源。
A-RACF實體在下發(fā)給SPDF實體的通知消息中包含有與資源相關(guān)的上下文，該上下文在AF實體向SPDF實體請求資源的過程中生成，并保存在AF實體和A-RACF實體等上(其中SPDF上不保存該上下文信息)。在SPDF根據(jù)策略選擇了BGF實體分配業(yè)務(wù)資源時，在上下文中記錄相關(guān)信息。因此，SPDF實體根據(jù)該相關(guān)信息可判斷BGF實體是否為會話分配過業(yè)務(wù)資源。
另外，可以在AF實體請求資源時，SPDF實體選擇BGF實體后直接在本地記錄該BGF實體信息，這樣A-RACF就不需要在資源預(yù)留撤銷請求消息中攜帶BGF信息，SPDF實體直接根據(jù)本地的記錄判斷BGF實體是否為會話分配過業(yè)務(wù)資源。
參閱圖4A所示，NASS發(fā)起資源撤銷的主要處理流程如下步驟1、NASS決定一個承載路徑被釋放，如用戶終端設(shè)備向NASS請求釋放承載路徑。
步驟2、NASS發(fā)送一個IP連通性釋放指示(IP-Connectivity-Release-Indication)，通知A-RACF實體接入網(wǎng)信息失效。
步驟3、A-RACF實體需要回收所有相關(guān)資源，針對相應(yīng)的會話發(fā)送SPDF實體資源預(yù)留撤銷(Revoke Reservation)請求消息，該請求消息中包含對應(yīng)的上下文信息。
步驟4、SPDF實體針對所述會話向AF實體發(fā)送資源預(yù)留撤銷請求消息。
步驟5、A-RACF實體檢查是否需要回收安裝給RCEF實體的策略，如果是，則進(jìn)行步驟6，否則進(jìn)行步驟8。
檢查的方式有多種，如在請求資源時A-RACF實體依據(jù)本地策略及來自NASS的用戶接入信息判斷是否需要向RCEF實體請求業(yè)務(wù)資源，在需要時選擇一個RCEF實體，并向該RCEF實體請求業(yè)務(wù)資源，同時本地記錄該RCEF實體的信息，這樣在釋放時，可以依據(jù)本地記錄的RCEF實體信息即可判斷是否需要通知RCEF實體回收策略。
步驟6、A-RACF實體向通知RCEF實體回收策略。
步驟7、RCEF實體回收策略并返回執(zhí)行結(jié)果。
步驟8、SPDF實體根據(jù)上下文中的信息確定需要BGF實體釋放業(yè)務(wù)資源，即BGF實體已為會話分配了業(yè)務(wù)資源。(如果確定不需要BGF實體釋放業(yè)務(wù)資源，則結(jié)束撤銷資源的處理流程。)步驟9、SPDF實體向BGF實體發(fā)送業(yè)務(wù)資源釋放請求，請求BGF實體釋放為會話分配的業(yè)務(wù)資源。
步驟10、BGF實體回收資源，并向SPDF實體返回確認(rèn)消息以告知執(zhí)行結(jié)果。
在本發(fā)明中，NASS發(fā)起的資源撤銷的流程并不限于上述流程，也可以是如圖4B所示的流程，即檢測BGF實體和通知AF實體的先后順序并不影響本發(fā)明的實現(xiàn)，但相同點在于，SPDF實體必須要進(jìn)一步確定是否需要BGF實體釋放業(yè)務(wù)資源。
參閱圖5所示，RCEF實體發(fā)起資源撤銷的主要處理過程如下步驟1、RCEF實體確定一個已安裝的策略失效，如內(nèi)部故障。
步驟2、RCEF實體通過Event Notify事件通知A-RACF實體策略失效。
步驟3、A-RACF實體需要回收所有相關(guān)資源，向SPDF實體發(fā)送資源預(yù)留撤銷請求，該請求中包含對應(yīng)的上下文信息。
步驟4、SPDF實體向AF實體發(fā)送資源預(yù)留撤銷請求。
步驟5、SPDF實體檢測是否需要BGF實體釋放業(yè)務(wù)資源，如果是，則進(jìn)行步驟6，否則，結(jié)束撤銷資源的處理。
步驟6、SPDF實體向BGF實體發(fā)送釋放業(yè)務(wù)資源請求消息。
步驟7、BGF實體回收資源，并向SPDF實體返回確認(rèn)消息以告知執(zhí)行結(jié)果。
在本發(fā)明中，RCEF實體發(fā)起的資源撤銷的流程并不限于上述流程，也可以是如圖5B所示的流程，即檢測BGF實體和通知AF實體的先后順序并不影響本發(fā)明的實現(xiàn)，但相同點在于，SPDF實體必須要進(jìn)一步確定是否需要BGF實體釋放業(yè)務(wù)資源。
參閱圖6所示，SPDF實體50包括處理單元500、第一通知單元510、判斷單元520和第二通知單元530(其余完成現(xiàn)有基本功能的功能單元未在圖中示出)。其中處理單元500，用于完成對接收的資源預(yù)留撤銷請求及完成其他現(xiàn)有基本功能所需的各項處理。
第一通知單元510，與處理單元500具有邏輯上的連接關(guān)系，用于根據(jù)資源預(yù)留撤銷指示通知應(yīng)用功能(AF)實體撤銷資源預(yù)留。
判斷單元520，與處理單元500具有邏輯上的連接關(guān)系，用于根據(jù)NASS或RECF實體觸發(fā)的撤銷資源預(yù)留指示確定是否需要邊界網(wǎng)關(guān)功能(BGF)實體釋放并回收業(yè)務(wù)資源。
第二通知單元530，與判斷單元具有邏輯上的連接關(guān)系，用于根據(jù)所述判斷單元520在確定需要邊界網(wǎng)關(guān)功能(BGF)實體釋放并回收業(yè)務(wù)資源時通知BGF實體。
在SPDF實體的功能結(jié)構(gòu)中，第二通知單元530可包含在第一通知單元510內(nèi)，即兩者為一體結(jié)構(gòu)。
在本發(fā)明中，SPDF實體可為一單獨的物理設(shè)備，也可作為一個邏輯功能實體包含在其他物理設(shè)備中。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若對本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種基于資源準(zhǔn)入控制子系統(tǒng)的資源撤銷方法，其特征在于，包括如下步驟網(wǎng)絡(luò)附著子系統(tǒng)(NASS)或資源控制實施功能(RCEF)實體上觸發(fā)與撤銷資源預(yù)留相關(guān)的事件時通知接入層資源準(zhǔn)入控制功能(A-RACF)實體；A-RACF實體通知基于業(yè)務(wù)的策略決定功能(SPDF)實體撤銷資源預(yù)留；SPDF實體通知應(yīng)用功能(AF)實體撤銷資源預(yù)留，并且SPDF檢測出BGF實體為會話分配過業(yè)務(wù)資源時，通知BGF實體釋放并回收分配的業(yè)務(wù)資源。
2.如權(quán)利要求1所述的方法，其特征在于，所述BGF實體還向SPDF實體返回執(zhí)行結(jié)果。
3.如權(quán)利要求1所述的方法，其特征在于，A-RACF實體在下發(fā)給SPDF實體的通知中包含有AF實體請求資源時生成的上下文，該上下文中標(biāo)明有BGF實體是否為會話分配有業(yè)務(wù)資源。
4.如權(quán)利要求1所述的方法，其特征在于，在AF實體請求資源過程中，SPDF實體在本地記錄相關(guān)信息；SPDF實體在收到撤銷資源預(yù)留通知時直接根據(jù)本地的該相關(guān)信息判斷BGF實體是否為會話分配過業(yè)務(wù)資源。
5.如權(quán)利要求4所述的方法，其特征在于，所述相關(guān)信息為BGF實體的標(biāo)識信息。
6.如權(quán)利要求1至5任一項所述的方法，其特征在于，A-RACF實體還檢查是否需要回收已安裝給資源控制實施功能(RCEF)實體的策略，并在需要時通知RCEF回收策略。
7.如權(quán)利要求6所述的方法，其特征在于，RCEF實體還向A-RACF實體返回執(zhí)行結(jié)果。
8.一種網(wǎng)絡(luò)設(shè)備，其特征在于，包括用于根據(jù)NASS實體或RCEF實體觸發(fā)的撤銷資源預(yù)留指示通知應(yīng)用功能(AF)實體撤銷資源預(yù)留的第一通知單元；用于根據(jù)所述撤銷資源預(yù)留指示確定是否需要邊界網(wǎng)關(guān)功能(BGF)實體釋放并回收業(yè)務(wù)資源的判斷單元；以及用于根據(jù)所述判斷單元在確定需要邊界網(wǎng)關(guān)功能(BGF)實體釋放并回收業(yè)務(wù)資源時通知BGF實體的第二通知單元。
9.如權(quán)利要求8所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述第二通知單元包含在第一通知單元內(nèi)。
全文摘要
本發(fā)明公開了一種基于資源準(zhǔn)入控制子系統(tǒng)的資源撤銷方法，該方法由網(wǎng)絡(luò)附著子系統(tǒng)(NASS)或資源控制實施功能(RCEF)實體上觸發(fā)與撤銷資源預(yù)留相關(guān)的事件時通知接入層資源準(zhǔn)入控制功能(A－RACF)實體；A－RACF實體通知基于業(yè)務(wù)的策略決定功能(SPDF)實體撤銷資源預(yù)留；SPDF實體通知應(yīng)用功能(AF)實體撤銷資源預(yù)留，并且SPDF檢測出BGF實體為會話分配過業(yè)務(wù)資源時，通知BGF實體釋放并回收分配的業(yè)務(wù)資源。本發(fā)明還同時公開了一種網(wǎng)絡(luò)設(shè)備。
文檔編號H04L12/24GK1925420SQ20051009854
公開日2007年3月7日 申請日期2005年9月2日 優(yōu)先權(quán)日2005年9月2日
發(fā)明者鄭真建 申請人:華為技術(shù)有限公司