專利名稱：資源接納控制方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及資源接納控制技術(shù)領(lǐng)域，尤其涉及一種資源接納控制方法和系統(tǒng)。
背景技術(shù)：
為了解決下一代網(wǎng)絡(luò)中的資源管理問題，ITU-T提出了支持端到端服務(wù)質(zhì)量QoS 和網(wǎng)絡(luò)邊界控制的資源接納控制功能RACF(Resource andAdmission Control Function), 可適用于多種不同業(yè)務(wù)和不同傳輸技術(shù)。RACF位于傳輸控制層，包括策略決策功能實(shí)體 (PD-FE)、傳輸資源控制功能實(shí)體(TRC-FE)兩功能實(shí)體，TRC-FE掌握所管理的域內(nèi)資源信 息，PD-FE對業(yè)務(wù)請求作策略控制決策；策略執(zhí)行實(shí)體(PE-FE)對應(yīng)PD-FE，是位于傳輸平面 的一個(gè)策略執(zhí)行實(shí)體；業(yè)務(wù)控制功能(SCF)位于業(yè)務(wù)控制層，它處理業(yè)務(wù)請求，并與PD-FE 交互業(yè)務(wù)資源信息。 RACF依據(jù)當(dāng)前網(wǎng)絡(luò)的資源狀態(tài)處理業(yè)務(wù)接納請求。具體執(zhí)行過程為當(dāng)PD-FE收 到資源初始化請求(Resource Initiation Request)后(具體的，可以從SCF收到，也可能 從PE-FE收到)，進(jìn)行授權(quán)并向TRC-FE查詢資源的可用性；如果可用資源足以滿足該資源 請求，則做出預(yù)留及(或)允諾決定，并指示PE-FE分配資源；反之，則拒絕或進(jìn)行QoS降級 處理。 為實(shí)現(xiàn)降級機(jī)制，RACF文檔中定義了 QoS-Downgradable參數(shù)，用于指明該會話是
否允許降級，QoS-Downgradable的定義如下 QoS-Downgradable :枚舉型，提供IP媒體流的使用信息。 其取值如下 NORMAL(0):正常的資源分配； MAY_D0WNGRADE (1):說明若資源不足，QoS可降級到傳統(tǒng)IP的服務(wù)質(zhì)量，不需要拒 絕該會話。 默認(rèn)取值為NORMAL。 然而，僅僅利用QoS降級機(jī)制并不能保證用戶在所需的執(zhí)行時(shí)間段內(nèi)會話的服務(wù) 質(zhì)量，因?yàn)槿绻摃捴肣oS-Downgradable參數(shù)為1，在資源緊張時(shí)可能就會因高優(yōu)先級 會話的接入而損失資源；即使取值為O，如果該會話本身優(yōu)先級最低，在資源可用性檢查失 敗時(shí)仍然找不到可以降級的其他會話，最終還是被拒絕。且會話被拒絕或被降級無疑會給 用戶帶來一定的損失，為了解決這個(gè)問題，現(xiàn)有的一種解決方案是進(jìn)行兩步資源預(yù)留，用于 傳遞語音或其他對時(shí)間或帶寬敏感的媒體流。具體的方法是在第一步(資源分配)中，將 會話所需資源劃分出來，到第二步(資源可用)階段時(shí)，再將其分配給該會話使用；使用這 種方法，網(wǎng)絡(luò)可以保證在第一步中預(yù)留資源的會話的服務(wù)質(zhì)量，然而將資源單獨(dú)劃分出來 的做法卻導(dǎo)致資源浪費(fèi)。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種資源接納控制方法和系統(tǒng)，以保證對服務(wù)質(zhì)量有嚴(yán)格要求的會話能夠分配到所需的全部資源并充分利用提前預(yù)留的資源。
為解決上述技術(shù)問題，本發(fā)明提供了一種資源接納控制方法，該方法包括
(a)業(yè)務(wù)控制功能SCF向資源接納控制功能RACF發(fā)送資源初始化請求，其中包括 請求資源及請求時(shí)段； (b)所述RACF接收所述資源初始化請求，在所述請求時(shí)段為所述請求預(yù)留所述請 求資源。 進(jìn)一步地，步驟(b)中，所述RACF預(yù)留所述請求資源時(shí)需要滿足的提前預(yù)留條件 是所述請求時(shí)間段內(nèi)可用的提前預(yù)留資源大于所述請求資源，所述請求時(shí)間段內(nèi)可用的 提前預(yù)留資源指提前預(yù)留總資源減去請求時(shí)間段內(nèi)已被其他會話或業(yè)務(wù)提前預(yù)留或正在 使用的資源后的資源，所述提前預(yù)留總資源是預(yù)先設(shè)定的。 進(jìn)一步地，步驟(b)中，所述RACF為滿足所述提前預(yù)留條件的資源初始化請求創(chuàng)
建相應(yīng)的資源提前預(yù)留記錄，所述資源提前預(yù)留記錄是后續(xù)預(yù)留判定的依據(jù)。 進(jìn)一步地，步驟(b)中，所述請求時(shí)段用開始時(shí)間及結(jié)束時(shí)間描述。 進(jìn)一步地，該方法對無需資源預(yù)留的會話或業(yè)務(wù)是這樣控制的所述RACF根據(jù)無
需資源預(yù)留的會話或業(yè)務(wù)的資源初始化請求判斷是否滿足檢測條件，若滿足則判定接納該
資源初始化請求，否則拒絕該資源初始化請求；所述無需資源預(yù)留的資源初始化請求攜帶
請求資源，所述檢測條件為(當(dāng)前可用資源-所述請求資源)+可釋放總資源>提前預(yù)留總資源。 進(jìn)一步地，所述可釋放總資源包括請求會話或業(yè)務(wù)降級后可釋放的資源以及已有
會話或業(yè)務(wù)降級后可釋放的總資源。 進(jìn)一步地，步驟(b)之后，所述需要預(yù)留資源的會話或業(yè)務(wù)開始之前，所述方法還 包括沖突檢測過程所述RACF判斷當(dāng)前可用資源是否大于所述需要預(yù)留資源的會話或業(yè) 務(wù)所請求資源，若是，則指示策略執(zhí)行實(shí)體PE-FE執(zhí)行資源預(yù)留和允諾，否則確定降級對象 并通知PE-FE進(jìn)行降級處理。 進(jìn)一步地，在檢測沖突開始后，所述需要預(yù)留資源的會話或業(yè)務(wù)開始前，所述RACF 收到無需預(yù)留資源的會話或業(yè)務(wù)的資源初始化請求，所述資源初始化請求中包括請求資 源；所述RACF接納該無需預(yù)留資源的會話或業(yè)務(wù)的條件是所述請求資源小于當(dāng)前可用資 源與所述提前預(yù)留總資源的差值。 為解決上述技術(shù)問題你，本發(fā)明還提供一種資源接納控制系統(tǒng)，該系統(tǒng)包括業(yè)務(wù) 控制裝置及資源接納控制裝置，其中， 所述業(yè)務(wù)控制裝置，用于向資源接納控制裝置發(fā)送資源初始化請求，其中包括請 求資源和請求時(shí)段； 所述資源接納控制裝置，用于接收所述資源初始化請求，以及用于在所述請求時(shí) 段為所述請求預(yù)留所述請求資源。 進(jìn)一步地，所述資源接納控制裝置包括提前預(yù)留接納模塊及提前預(yù)留檢測模塊， 其中， 所述提前預(yù)留接納模塊，用于接收所述資源初始化請求，以及根據(jù)提前預(yù)留檢測 模塊的檢測結(jié)果判定是否接納所述提前預(yù)留會話； 所述提前預(yù)留檢測模塊，用于根據(jù)資源預(yù)留請求檢測所述提前預(yù)留會話是否滿足提前預(yù)留條件，所述提前預(yù)留條件是，請求時(shí)間段內(nèi)可用的提前預(yù)留資源大于所述請求資
源；所述請求時(shí)間段內(nèi)可用的提前預(yù)留資源指提前預(yù)留總資源減去請求時(shí)間段內(nèi)已被其他
會話或業(yè)務(wù)提前預(yù)留及正在使用的資源的差值，所述提前預(yù)留總資源是預(yù)先設(shè)定的。 進(jìn)一步地，所述資源接納控制裝置還包括資源信息記錄模塊，用于保存所有資源
信息，其中包括資源提前預(yù)留記錄，所述提前預(yù)留記錄是根據(jù)滿足提前預(yù)留條件的資源初
始化請求創(chuàng)建的，是所述提前預(yù)留檢測模塊檢測的依據(jù)。 進(jìn)一步地，所述資源接納控制裝置還包括普通會話接納模塊和普通會話檢測模 塊，其中， 所述接納模塊，用于接收無需資源預(yù)留的會話或業(yè)務(wù)的資源初始化請求，還用于 根據(jù)所述檢測模塊的檢測結(jié)果判定是否接納所述資源初始化請求，所述資源初始化請求中 攜帶請求資源； 所述檢測模塊，用于根據(jù)資源信息記錄模塊記錄的資源信息判斷資源是否滿足檢 測條件；所述檢測條件為(當(dāng)前可用資源-所述請求資源)+可釋放總資源>提前預(yù)留總資源。 進(jìn)一步地，所述資源接納控制裝置還包括沖突檢測模塊，用于在所述需要預(yù)留資
源的會話或業(yè)務(wù)開始前進(jìn)行沖突檢測，所述沖突檢測的沖突檢測條件是當(dāng)前可用資源大于
所述需要預(yù)留資源的會話或業(yè)務(wù)所請求資源，若不滿足所述沖突檢測條件，所述沖突檢測
模塊還用于根據(jù)資源信息記錄模塊記錄的資源信息確定降級對象并通知PE-FE進(jìn)行降級處理。 相較于現(xiàn)有技術(shù)，本發(fā)明資源接納控制方法和系統(tǒng)中，RACF根據(jù)資源預(yù)留請求中 的明確的請求時(shí)段，在會話開始前進(jìn)行資源提前預(yù)留，能在整個(gè)會話持續(xù)時(shí)間內(nèi)保證其服 務(wù)質(zhì)量，從而實(shí)現(xiàn)了在資源有限的網(wǎng)絡(luò)環(huán)境中，無論網(wǎng)絡(luò)的繁忙程度如何，都能夠保證對服 務(wù)質(zhì)量有嚴(yán)格要求的會話即提前預(yù)留會話能夠分配到所需的全部資源、享受到所期望的服 務(wù)質(zhì)量并充分利用提前預(yù)留的資源。


圖1是本發(fā)明的RACF對提前預(yù)留會話的接納控制、分配資源的總體流程圖。
圖2是本發(fā)明的RACF對提前預(yù)留會話提出的接納請求的處理流程圖。
圖3是本發(fā)明的RACF對普通會話提出的接納請求的處理流程圖。
圖4是本發(fā)明進(jìn)行沖突檢測的時(shí)間參考示意圖。 圖5是本發(fā)明的RACF在提前預(yù)留會話開始之前進(jìn)行沖突檢測的流程圖。
具體實(shí)施例方式
本發(fā)明為對服務(wù)質(zhì)量有嚴(yán)格要求的會話提供了一種提前預(yù)留機(jī)制，以下將使用該 提前預(yù)留機(jī)制的會話稱為提前預(yù)留會話，與之相對的未使用該機(jī)制的、無需預(yù)留資源的會 話稱為普通會話，為了保證提前預(yù)留會話資源的可用性，網(wǎng)絡(luò)根據(jù)需要設(shè)定提前預(yù)留資源 所占比例，供提前預(yù)留會話使用，以避免這類會話執(zhí)行時(shí)出現(xiàn)資源不足的情況，以下稱這部 分資源為提前預(yù)留總資源(Total Pre-Reservation Resource)，稱剩余的部分為普通資 源。
實(shí)現(xiàn)提前預(yù)留機(jī)制的關(guān)鍵是將資源預(yù)留過程進(jìn) 一 步分為提前預(yù)留 (Pre-Reservation)過程和預(yù)留(Reservation)過程，在本發(fā)明資源接納控制方法和系統(tǒng) 中，提前預(yù)留機(jī)制是這樣對提前預(yù)留會話是進(jìn)行控制的 (a)業(yè)務(wù)控制功能SCF向資源接納控制功能RACF發(fā)送針對所述提前預(yù)留會話的資 源初始化請求，其中包括請求資源及請求時(shí)段； (b)所述racf接收所述資源預(yù)留請求，在所述請求時(shí)段為所述請求預(yù)留所述請求 資源。 本發(fā)明可以保證在整個(gè)會話持續(xù)時(shí)間內(nèi)會話的服務(wù)質(zhì)量，從而實(shí)現(xiàn)了無論網(wǎng)絡(luò)的 繁忙程度如何，都能夠保證提前預(yù)留會話分配到所需的全部資源、享受到所期望的服務(wù)質(zhì) 量并充分利用提前預(yù)留的資源。 下面結(jié)合附圖對本發(fā)明資源接納控制方法作進(jìn)一步的詳細(xì)描述
如圖1所示，本發(fā)明資源接納控制方法的具體步驟如下
101. SCF收到業(yè)務(wù)建立事件的觸發(fā)，發(fā)送資源初始化請求； 102.SCF將資源初始化請求發(fā)送給PD-FE，其中包含了請求提前預(yù)留的資源、起始 時(shí)間(Starting Time)禾口結(jié)束時(shí)間(Ending Time); 其中，起始時(shí)間(Starting Time)即會話起始的時(shí)間；結(jié)束時(shí)間(EndingTime)即 會話預(yù)計(jì)結(jié)束的時(shí)間。 開始時(shí)間"和"結(jié)束時(shí)間"是用戶根據(jù)需求設(shè)定的或SCF根據(jù)所請求的業(yè)務(wù)自動生 成的，用于描述請求時(shí)段。 步驟102的資源初始化請求也稱為資源預(yù)留請求。 103. PD-FE對資源初始化請求進(jìn)行判定，若為合法請求，則對會話所請求的資源進(jìn) 行授權(quán)，否則流程結(jié)束； 104. PD-FE將資源初始化請求轉(zhuǎn)發(fā)至TRC-FE，由TRC-FE在請求時(shí)間段內(nèi)進(jìn)行資源 可用性檢查； 105. TRC-FE依據(jù)資源提前預(yù)留記錄判斷該時(shí)間段內(nèi)的資源狀態(tài)能否滿足該請求， 若能，則同時(shí)創(chuàng)建相應(yīng)的資源提前預(yù)留記錄(ResourcePre-Reservation Record);
資源提前預(yù)留記錄的內(nèi)容包括 資源控制會話標(biāo)識符(Resource Control Session Identifier):用于標(biāo)識會話；起始時(shí)間(Starting Time); 結(jié)束時(shí)間(Ending Time); 媒體流描述(Media Flow Description):-流編號(Flow Number):用于標(biāo)識特定媒體流；-帶寬(Bandwidth):該媒體流提前預(yù)留的帶寬。 資源提前預(yù)留記錄是后續(xù)資源預(yù)留判定的依據(jù)。 106. TRC-FE向PD-FE發(fā)送資源初始化回復(fù)，其中攜帶資源檢查結(jié)果，包括可以提 前預(yù)留的信息； 107. PD-FE依據(jù)資源檢查結(jié)果做出接納決定，即在請求時(shí)段為提前預(yù)留會話預(yù)留 請求資源； 108. PD-FE將接納決定回復(fù)給SCF;
109.預(yù)定時(shí)間到，即請求提前預(yù)留的會話開始； 110. PD-FE發(fā)送資源初始化請求，以指示PE-FE預(yù)留并允諾之前所請求的資源； 111. PE-FE預(yù)留并允諾資源，回復(fù)PD-FE ; 112.會話結(jié)束，資源釋放成功； 113. PD-FE請求TRC-FE更新資源提前預(yù)留記錄； 114.收到請求后，TRC-FE刪除與該會話相關(guān)的記錄； 115.更新結(jié)束后，TRC-FE回復(fù)PD-FE，流程結(jié)束。 在以上資源接納控制方法中，PD-FE收到的資源初始化請求(如步驟201中)是 從業(yè)務(wù)控制功能(SCF)處收到，當(dāng)然也可能從策略執(zhí)行實(shí)體(PE-FE)收到。
圖2描述了 TRC-FE對資源初始化請求的處理過程，是對步驟105的詳細(xì)描述，具 體包括 201. TRC-FE收到資源初始化請求，也即資源預(yù)留請求； 202. TRC-FE根據(jù)其所請求資源、起始時(shí)間與結(jié)束時(shí)間以及資源提前預(yù)留記錄判斷 是否滿足下述提前預(yù)留條件 請求資源<請求時(shí)間段內(nèi)的可用提前預(yù)留資源 (條件1) 其中，請求時(shí)間段內(nèi)的可用提前預(yù)留資源=提前預(yù)留總資源_請求時(shí)間段內(nèi)已被 其他提前預(yù)留會話提前預(yù)留及正在使用的資源。 這里忽略了普通會話對提前預(yù)留總資源的使用情況，因而需要特定的控制機(jī)制以 維持這部分總資源的完整性，從而保證條件1的有效性。具體機(jī)制詳見以下對圖3的說明。
203a.若滿足條件1， TRC-FE接納該提前預(yù)留會話并更新記錄；203b.若不滿足條 件1， TRC-FE則拒絕該提前預(yù)留會話或根據(jù)資源提前預(yù)留記錄提供其他可選時(shí)間段。
圖1后續(xù)步驟106中，TRC-FE向PD-FE發(fā)送資源初始化回復(fù)，其中攜帶資源檢查 結(jié)果，步驟107中，PD-FE根據(jù)該資源檢查結(jié)果做出接納或拒絕決定。 圖3說明了 TRC-FE對普通會話發(fā)起的資源初始化請求的處理過程，具體步驟如 下 301. TRC-FE收到來自普通會話的資源初始化請求，也即接納請求； 302. TRC-FE根據(jù)其所請求資源、當(dāng)前可用資源、可釋放的資源以及提前預(yù)留總資
源判斷下列普通會話檢測條件是否滿足(當(dāng)前可用資源_普通會話所請求資源)+可釋放總資源>提前預(yù)留總資源 條件2 不等式左邊可以看成若接入該會話后剩余的可用總資源(包括降級后可釋放的 資源)，因而條件2即接入該會話后剩余的可用資源大于提前預(yù)留總資源，目的是為了保證 提前預(yù)留總資源的隨時(shí)可用性和完整性。在某些情況下，普通會話可占用提前預(yù)留的資源， 只是它必須在資源沖突(如提前預(yù)留會話請求到達(dá))時(shí)通過QoS降級釋放先前占用的資 源。 其中，當(dāng)前可用資源既包含可用的普通資源，也包含剩余的提前預(yù)留總資源。
可釋放總資源包括請求會話降級后可釋放的資源以及已有會話降級后可釋放的 總資源，若某會話不允許降級(即QoS-Downgradable = 0)，則相應(yīng)的可釋放資源的值為0， 否則為降級到傳統(tǒng)IP服務(wù)質(zhì)量后所能釋放的資源。
若條件2成立，提前預(yù)留總資源就不會受到威脅，從而避免了沖突的產(chǎn)生，滿足了
在任何時(shí)刻，網(wǎng)絡(luò)都能通過必要的QoS降級處理保證提前預(yù)留總資源的完整性，從而避免
因接入該普通會話而影響到提前預(yù)留會話對資源的使用。 303a.若滿足條件2，則說明該會話的接入不會導(dǎo)致任何資源沖突； 303b.若滿足條件2，則說明該會話的接入會導(dǎo)致資源沖突。 后續(xù)TRC-FE向PD-FE發(fā)送資源初始化回復(fù)，其中攜帶資源檢查結(jié)果，PD-FE根據(jù) 該資源檢查結(jié)果做出接納或拒絕決定。 圖5說明了圖1中RACF在提前預(yù)留會話開始(步驟109)之前所做的沖突檢測， 為了方便說明，我們借助圖4描述該過程 圖4中，^是某一提前預(yù)留會話的起始時(shí)刻，t2為其預(yù)計(jì)終止時(shí)刻，t。是早于^的 檢查時(shí)刻(Check Time)，圖5所描述的沖突檢測便在該t。時(shí)刻執(zhí)行。如果檢測出存在潛在 的沖突，RACF還需對現(xiàn)有的一個(gè)或多個(gè)可降級的會話進(jìn)行QoS降級，以滿足該提前預(yù)留會 話的資源需求。所以，t。與^的時(shí)間間隔主要取決于功能實(shí)體之間消息傳輸及處理的快慢。
如圖5所示，PD-FE進(jìn)行沖突檢測的流程如下
501. t。時(shí)刻到； 502， PD-FE向TRC-FE發(fā)送資源沖突檢測請求； 503. TRC-FE進(jìn)行資源沖突檢測，判斷以下沖突檢測條件是否滿足 當(dāng)前可用資源>提前預(yù)留會話所請求資源 (條件3) 步驟504， TRC-FE向PD-FE返回資源沖突檢測回復(fù)，若滿足條件3，則攜帶不會產(chǎn)
生資源沖突的信息，若不滿足，則攜帶產(chǎn)生資源沖突信息及可釋放資源信息； 步驟505， PD-FE根據(jù)資源沖突檢測回復(fù)，確定是否需要降級。 若顯示不會產(chǎn)生資源沖突，則執(zhí)行后續(xù)步驟109，否則確定降級對象并通知PE-FE
進(jìn)行QoS降級處理以釋放資源，從而保證正常執(zhí)行提前預(yù)留會話，再執(zhí)行109步。 降級對象的選擇可依據(jù)不同會話的優(yōu)先級或其他因素綜合考慮。 如果RACF在t。到^期間收到普通會話的資源初始化請求，也即接納請求，僅接入
滿足下述條件的會話 請求資源<當(dāng)前可用資源_提前預(yù)留總資源 (條件4) 即取消條件2中對可釋放的資源的考慮，因?yàn)檫@段時(shí)間通常很短，不建議在這期 間設(shè)置另一個(gè)檢查時(shí)刻，也不建議進(jìn)行多次QoS降級。 ^時(shí)刻達(dá)到后，PD-FE請求PE-FE正常分配提前預(yù)留會話所請求的資源，用戶即可 享受有服務(wù)質(zhì)量保證的會話。 為了實(shí)現(xiàn)以上方法，本發(fā)明提供了一種資源接納控制系統(tǒng)，包括業(yè)務(wù)控制裝置及 資源接納控制裝置，其中， 業(yè)務(wù)控制裝置，實(shí)現(xiàn)上述的業(yè)務(wù)控制功能SCF，用于向資源接納控制裝置發(fā)送資源 初始化請求，包括針對所述提前預(yù)留會話的資源預(yù)留請求及針對普通會話的接納請求；
資源預(yù)留請求中包括請求資源及請求時(shí)段；接納請求中包括請求資源，但不包括 請求時(shí)段。 資源接納控制裝置，實(shí)現(xiàn)上述的資源接納控制功能RACF，包括提前預(yù)留接納模塊、 提前預(yù)留檢測模塊、普通會話接納模塊、普通會話檢測模塊、沖突檢測模塊及資源信息記錄模塊，其中， 提前預(yù)留接納模塊，用于接收提前預(yù)留會話的資源預(yù)留請求；以及用于根據(jù)提前 預(yù)留檢測模塊的檢測結(jié)果判定是否接納所述提前預(yù)留會話，若判定接納所述提前預(yù)留會
話，還用于在所述提前預(yù)留會話開始時(shí)指示策略執(zhí)行實(shí)體PE-FE執(zhí)行資源預(yù)留和允諾； 提前預(yù)留檢測模塊，用于根據(jù)資源預(yù)留請求檢測所述提前預(yù)留會話是否滿足提前
預(yù)留條件，所述提前預(yù)留條件是，請求時(shí)間段內(nèi)可用的提前預(yù)留資源大于所述請求資源；所
述請求時(shí)間段內(nèi)可用的提前預(yù)留資源指提前預(yù)留總資源減去請求時(shí)間段內(nèi)已被其他提前
預(yù)留會話提前預(yù)留及正在使用的資源的差值，所述提前預(yù)留總資源是預(yù)先設(shè)定的。 接納模塊，用于接收普通會話的接納請求，還用于根據(jù)普通會話檢測模塊的檢測
結(jié)果判定是否接納所述普通會話，所述接納請求中攜帶所述普通會話所請求資源。 檢測模塊，用于根據(jù)資源信息記錄模塊記錄的資源信息判斷資源是否滿足普通會
話檢測條件；所述普通會話檢測條件為(當(dāng)前可用資源_普通會話所請求資源)+可釋放總資源>提前預(yù)留總資源。
沖突檢測模塊，用于在所述提前預(yù)留接納模塊接納的所述提前預(yù)留會話開始前進(jìn) 行沖突檢測，所述沖突檢測的沖突檢測條件是當(dāng)前可用資源大于所述提前預(yù)留會話所請求 資源，若不滿足所述沖突檢測條件，所述沖突檢測模塊還用于根據(jù)資源信息記錄模塊記錄 的資源信息確定降級對象并通知PE-FE進(jìn)行降級處理。 資源信息記錄模塊，用于保存所有資源信息，其中包括資源提前預(yù)留記錄，所述提 前預(yù)留記錄是根據(jù)滿足提前預(yù)留條件的資源預(yù)留請求創(chuàng)建的，是所述提前預(yù)留檢測模塊檢 測的依據(jù)；所述資源信息記錄模塊，還用于在所述提前預(yù)留會話結(jié)束時(shí)刪除對應(yīng)的資源提 前預(yù)留記錄。 若將以上模塊與策略決策功能實(shí)體PD-FE或TRC-FE相對應(yīng)，可以看出以上提前預(yù) 留接納模塊和普通會話接納模塊主要是由PD-FE實(shí)現(xiàn)的，提前預(yù)留檢測模塊、普通會話檢 測模塊及資源信息記錄模塊主要是由TRC-FE實(shí)現(xiàn)的，而沖突檢測模塊是由PD-FE和TRC-FE 共同實(shí)現(xiàn)的。 本發(fā)明所說的提前預(yù)留會話并不局限于高優(yōu)先級的會話，還包括本身優(yōu)先級不 高，但對用戶而言重要的會話。當(dāng)PD-FE收到資源預(yù)留請求時(shí)，對請求資源進(jìn)行授權(quán)，并向 TRC-FE查詢請求時(shí)間段(即會話的執(zhí)行期間)內(nèi)的資源可用性，做出接納決定。此處的預(yù) 留是虛擬的預(yù)留，是對未來資源的預(yù)留，真正的預(yù)留需要在會話即將開始時(shí)進(jìn)行。
另外，由于PD-FE并沒有立即指示PE-FE執(zhí)行資源的預(yù)留和允諾，因而提前預(yù)留的 資源對當(dāng)前資源狀態(tài)沒有任何影響，僅保證了未來資源的可用性。所以，利用本發(fā)明方法， 網(wǎng)絡(luò)能夠保證使用提前預(yù)留機(jī)制的提前預(yù)留會話的服務(wù)質(zhì)量，同時(shí)也避免了由于過早預(yù)留 資源而導(dǎo)致的資源浪費(fèi)。 由于普通會話結(jié)束時(shí)間的具有一定的不確定性，如果將其對提前預(yù)留總資源的使 用情況也記錄下來，會影響后續(xù)提前預(yù)留會話的資源請求(因?yàn)镽ACF不確定是否會在預(yù)計(jì) 開始時(shí)刻與這類使用提前預(yù)留資源的普通會話產(chǎn)生資源沖突)。為了避免這種情況，本發(fā)明 的資源提前預(yù)留記錄中并不記載這一部分被臨時(shí)占有的資源。所以，這部分資源的使用對 提前預(yù)留會話而言是透明的，即在請求提前預(yù)留資源時(shí)，RACF不會去考慮被普通會話使用 的這部分資源。
普通會話請求資源時(shí)，優(yōu)先考慮分配普通資源。如果發(fā)現(xiàn)當(dāng)前普通資源不足以滿 足普通會話請求，而提前預(yù)留總資源仍有剩余，則可以從這部分剩余中分配一部分供普通 會話使用。但由于普通會話在提出資源請求時(shí)往往不會提供預(yù)計(jì)結(jié)束時(shí)間，這就無法準(zhǔn)確 判斷這種處理是否會影響到提前預(yù)留會話對這部分資源的使用。對此，從避免沖突的角度 出發(fā)，本發(fā)明拒絕一切與提前預(yù)留會話存在潛在沖突的普通會話，同時(shí)利用QoS降級機(jī)制 在提前預(yù)留會話開始之前及時(shí)收回被"借出"的資源。 以上方法和系統(tǒng)中，都是以會話為例進(jìn)行說明的，當(dāng)然本發(fā)明也適用于各種業(yè)務(wù)， 相應(yīng)地，也分為資源預(yù)留業(yè)務(wù)和普通業(yè)務(wù)。 本發(fā)明資源接納控制方法和系統(tǒng)中，RACF根據(jù)資源預(yù)留請求中明確的請求時(shí)段為 提前預(yù)留會話或業(yè)務(wù)提前預(yù)留資源，從而在整個(gè)會話或業(yè)務(wù)持續(xù)時(shí)間內(nèi)保證其服務(wù)質(zhì)量， 實(shí)現(xiàn)了在資源有限的網(wǎng)絡(luò)環(huán)境中無論網(wǎng)絡(luò)的繁忙程度如何，都能夠保證對服務(wù)質(zhì)量有嚴(yán)格 要求的會話或業(yè)務(wù)即提前預(yù)留會話或業(yè)務(wù)能夠分配到所需的全部資源、享受到所期望的服 務(wù)質(zhì)量并充分利用提前預(yù)留的資源。 本發(fā)明還可有其他多種表示方式，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉 本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，這些相應(yīng)的改變和變形都 應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
一種資源接納控制方法，其特征在于(a)業(yè)務(wù)控制功能SCF向資源接納控制功能RACF發(fā)送資源初始化請求，其中包括請求資源及請求時(shí)段；(b)所述RACF接收所述資源初始化請求，在所述請求時(shí)段為所述請求預(yù)留所述請求資源。
2. 如權(quán)利要求l所述的方法，其特征在于步驟(b)中，所述RACF預(yù)留所述請求資源時(shí) 需要滿足的提前預(yù)留條件是所述請求時(shí)間段內(nèi)可用的提前預(yù)留資源大于所述請求資源， 所述請求時(shí)間段內(nèi)可用的提前預(yù)留資源指提前預(yù)留總資源減去請求時(shí)間段內(nèi)已被其他會 話或業(yè)務(wù)提前預(yù)留或正在使用的資源后的資源，所述提前預(yù)留總資源是預(yù)先設(shè)定的。
3. 如權(quán)利要求2所述的方法，其特征在于步驟(b)中，所述RACF為滿足所述提前預(yù) 留條件的資源初始化請求創(chuàng)建相應(yīng)的資源提前預(yù)留記錄，所述資源提前預(yù)留記錄是后續(xù)預(yù) 留判定的依據(jù)。
4. 如權(quán)利要求l所述的方法，其特征在于步驟(b)中，所述請求時(shí)段用開始時(shí)間及結(jié) 束時(shí)間描述。
5. 如權(quán)利要求1所述的方法，其特征在于該方法對無需資源預(yù)留的會話或業(yè)務(wù)是這 樣控制的所述RACF根據(jù)無需資源預(yù)留的會話或業(yè)務(wù)的資源初始化請求判斷是否滿足檢測條件，若滿足則判定接納該資源初始化請求，否則拒絕該資源初始化請求；所述無需資源 預(yù)留的資源初始化請求攜帶請求資源，所述檢測條件為(當(dāng)前可用資源_所述請求資源)+可釋放總資源>提前預(yù)留總資源。
6 . 如權(quán)利要求5所述的方法，其特征在于所述可釋放總資源包括請求會話或業(yè)務(wù)降 級后可釋放的資源以及已有會話或業(yè)務(wù)降級后可釋放的總資源。
7. 如權(quán)利要求1或5所述的方法，其特征在于步驟(b)之后，所述需要預(yù)留資源的會話或業(yè)務(wù)開始之前，所述方法還包括沖突檢測過程所述RACF判斷當(dāng)前可用資源是否大于 所述需要預(yù)留資源的會話或業(yè)務(wù)所請求資源，若是，則指示策略執(zhí)行實(shí)體PE-FE執(zhí)行資源 預(yù)留和允諾，否則確定降級對象并通知PE-FE進(jìn)行降級處理。
8. 如權(quán)利要求7所述的方法，其特征在于在檢測沖突開始后，所述需要預(yù)留資源的會 話或業(yè)務(wù)開始前，所述RACF收到無需預(yù)留資源的會話或業(yè)務(wù)的資源初始化請求，所述資源 初始化請求中包括請求資源；所述RACF接納該無需預(yù)留資源的會話或業(yè)務(wù)的條件是所述 請求資源小于當(dāng)前可用資源與所述提前預(yù)留總資源的差值。
9. 一種資源接納控制系統(tǒng)，該系統(tǒng)包括業(yè)務(wù)控制裝置及資源接納控制裝置，其特征在于所述業(yè)務(wù)控制裝置，用于向資源接納控制裝置發(fā)送資源初始化請求，其中包括請求資源和請求時(shí)段；所述資源接納控制裝置，用于接收所述資源初始化請求，以及用于在所述請求時(shí)段為 所述請求預(yù)留所述請求資源。
10. 如權(quán)利要求9所述的系統(tǒng)，其特征在于所述資源接納控制裝置包括提前預(yù)留接納 模塊及提前預(yù)留檢測模塊，其中，所述提前預(yù)留接納模塊，用于接收所述資源初始化請求，以及根據(jù)提前預(yù)留檢測模塊 的檢測結(jié)果判定是否接納所述提前預(yù)留會話；所述提前預(yù)留檢測模塊，用于根據(jù)資源預(yù)留請求檢測所述提前預(yù)留會話是否滿足提前 預(yù)留條件，所述提前預(yù)留條件是，請求時(shí)間段內(nèi)可用的提前預(yù)留資源大于所述請求資源；所 述請求時(shí)間段內(nèi)可用的提前預(yù)留資源指提前預(yù)留總資源減去請求時(shí)間段內(nèi)已被其他會話 或業(yè)務(wù)提前預(yù)留及正在使用的資源的差值，所述提前預(yù)留總資源是預(yù)先設(shè)定的。
11. 如權(quán)利要求10所述的系統(tǒng)，其特征在于所述資源接納控制裝置還包括資源信息 記錄模塊，用于保存所有資源信息，其中包括資源提前預(yù)留記錄，所述提前預(yù)留記錄是根據(jù) 滿足提前預(yù)留條件的資源初始化請求創(chuàng)建的，是所述提前預(yù)留檢測模塊檢測的依據(jù)。
12. 如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述資源接納控制裝置還包括接納模塊 和檢測模塊，其中，所述接納模塊，用于接收無需資源預(yù)留的會話或業(yè)務(wù)的資源初始化請求，還用于根據(jù) 所述檢測模塊的檢測結(jié)果判定是否接納所述資源初始化請求，所述資源初始化請求中攜帶 請求資源；所述檢測模塊，用于根據(jù)資源信息記錄模塊記錄的資源信息判斷資源是否滿足檢測條 件；所述檢測條件為(當(dāng)前可用資源_所述請求資源)+可釋放總資源>提前預(yù)留總資源。
13. 如權(quán)利要求10或12所述的系統(tǒng)，其特征在于，所述資源接納控制裝置還包括沖突 檢測模塊，用于在所述需要預(yù)留資源的會話或業(yè)務(wù)開始前進(jìn)行沖突檢測，所述沖突檢測的 沖突檢測條件是當(dāng)前可用資源大于所述需要預(yù)留資源的會話或業(yè)務(wù)所請求資源，若不滿足 所述沖突檢測條件，所述沖突檢測模塊還用于根據(jù)資源信息記錄模塊記錄的資源信息確定 降級對象并通知PE-FE進(jìn)行降級處理。
全文摘要
本發(fā)明提供一種資源接納控制方法和系統(tǒng)，該方法包括(a)業(yè)務(wù)控制功能SCF向資源接納控制功能RACF發(fā)送資源初始化請求，其中包括請求資源及請求時(shí)段；(b)所述RACF接收所述資源初始化請求，在所述請求時(shí)段為所述請求預(yù)留所述請求資源。本發(fā)明資源接納控制方法和系統(tǒng)實(shí)現(xiàn)了在資源有限的網(wǎng)絡(luò)環(huán)境中，保證對服務(wù)質(zhì)量有嚴(yán)格要求的提前預(yù)留會話或業(yè)務(wù)能夠分配到所需的全部資源、享受到所期望的服務(wù)質(zhì)量并充分利用提前預(yù)留的資源。
文檔編號H04W76/06GK101730159SQ20091000309
公開日2010年6月9日 申請日期2009年1月19日 優(yōu)先權(quán)日2009年1月19日
發(fā)明者孫默, 宋軍, 徐名海, 王潤澤, 高冰 申請人:中興通訊股份有限公司