專利名稱：釋放服務(wù)質(zhì)量資源的方法、系統(tǒng)、接入網(wǎng)絡(luò)及接入終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信網(wǎng)絡(luò)技術(shù)，具體涉及釋放服務(wù)質(zhì)量資源的方法、系 統(tǒng)、l妄入網(wǎng)絡(luò)及接入終端。
背景技術(shù)：
隨著網(wǎng)絡(luò)多媒體技術(shù)和無(wú)線網(wǎng)絡(luò)的飛速發(fā)展，通過(guò)移動(dòng)設(shè)備訪問(wèn)英特網(wǎng)
絡(luò)(Internet)的業(yè)務(wù)種類越來(lái)越多，如網(wǎng)絡(luò)協(xié)議(IP)電話、視頻會(huì)議、視 頻點(diǎn)播以及遠(yuǎn)程教育等多媒體實(shí)時(shí)業(yè)務(wù)等。這些不同的業(yè)務(wù)需要有不同的 QoS要求，且對(duì)QoS的要求在不斷提高。QoS通常用帶寬、時(shí)延、時(shí)延抖 動(dòng)和分組丟失率等參數(shù)來(lái)衡量。
無(wú)線通信系統(tǒng)包括接入終端和接入網(wǎng)絡(luò)，其中，接入終端為移動(dòng)設(shè)備， 通過(guò)空中接口與接入網(wǎng)絡(luò)通信；接入網(wǎng)絡(luò)提供接入終端的無(wú)線接入。該系統(tǒng) 還包括網(wǎng)關(guān)，網(wǎng)關(guān)為無(wú)線通信系統(tǒng)與分組數(shù)據(jù)網(wǎng)絡(luò)的接口單元，用于無(wú)線通 信系統(tǒng)與分組數(shù)據(jù)網(wǎng)絡(luò)的通信。
下面以碼分多址2000高速分組數(shù)據(jù)無(wú)線傳輸技術(shù)版本A (CDMA2000 lxEV-DORev.A， DOA )系統(tǒng)為例說(shuō)明具有QoS要求的業(yè)務(wù)的建立過(guò)程。
DOA無(wú)線通信系統(tǒng)包括接入終端(AT)、接入網(wǎng)絡(luò)(AN)、分組控制 功能單元(PCF)和分組數(shù)據(jù)業(yè)務(wù)節(jié)點(diǎn)(PDSN),該P(yáng)CF和PDSN—般可 以集成為 一個(gè)單元，當(dāng)作無(wú)線通信系統(tǒng)與分組數(shù)據(jù)網(wǎng)絡(luò)的網(wǎng)關(guān)。
當(dāng)AT發(fā)起具有QoS要求的業(yè)務(wù)傳輸時(shí)，首先向AN發(fā)送攜帶流標(biāo)識(shí)的 QoS配置請(qǐng)求消息，AN接受該請(qǐng)求后在AT和AN中為該QoS分配存儲(chǔ)空 間，該業(yè)務(wù)的QoS狀態(tài)進(jìn)入配置態(tài)，如果該業(yè)務(wù)有多個(gè)QoS要求時(shí)，就會(huì) 攜帶多個(gè)流標(biāo)識(shí)，流標(biāo)識(shí)與QoS--對(duì)應(yīng)。
然后，AT與AN之間進(jìn)行QoS參數(shù)配置，所配置妁QoS參數(shù)與流標(biāo)識(shí) 相對(duì)應(yīng)。完成QoS參數(shù)配置后，在AT和AN為該QoS分配的存儲(chǔ)空間中 分別保存該業(yè)務(wù)的QoS參數(shù)，該業(yè)務(wù)的QoS狀態(tài)進(jìn)入就緒態(tài)；這時(shí)，AN 向PCF/PDSN發(fā)起攜帶該流標(biāo)識(shí)和QoS參數(shù)的QoS更新請(qǐng)求，用于更新 PCF/PDSN中的QoS參數(shù)，PCF/PDSN更新后對(duì)應(yīng)于該流標(biāo)識(shí)存儲(chǔ)該業(yè)務(wù)的 QoS參數(shù)。
此時(shí)，AN根據(jù)配置的該業(yè)務(wù)的QoS參數(shù)，通過(guò)與AT進(jìn)行消息交互， 為該業(yè)務(wù)分配空中接口資源即分配與該QoS對(duì)應(yīng)的空口連接，主要包括 建立和激活具有某一無(wú)線鏈路協(xié)議標(biāo)識(shí)(RLPID)的無(wú)線鏈路協(xié)議(RLP) 鏈路，并將該業(yè)務(wù)QoS對(duì)應(yīng)的流標(biāo)識(shí)與該RLPID綁定，不同業(yè)務(wù)的QoS可 以綁定在同一個(gè)RLP鏈路上，RLP鏈路上綁定的QoS的數(shù)目以及QoS與 RLP鏈路的綁定關(guān)系由AN保存；如果該QoS是反向的QoS,還需建立和 激活具有某一媒體接入控制流標(biāo)識(shí)(MACFlowID)的媒體接入控制(MAC) 鏈路，將該業(yè)務(wù)QoS對(duì)應(yīng)的流標(biāo)識(shí)與該MACFlowID綁定，不同的RLP鏈 路可以綁定在同 一個(gè)MAC鏈路上，MAC鏈路上綁定的RLP鏈路的數(shù)目以 及RLP鏈路與MAC鏈路的綁定關(guān)系由AN保存。
最后，AT向AN發(fā)起攜帶流標(biāo)識(shí)的該業(yè)務(wù)或需要激活QoS的其他業(yè)務(wù) 的QoS激活請(qǐng)求，AN接收到該QoS激活請(qǐng)求消息后，向PCF/PDSN發(fā)送 攜帶與該流標(biāo)識(shí)對(duì)應(yīng)的輔助業(yè)務(wù)連^^妻標(biāo)識(shí)(Additional A8 Traffic ID )和業(yè)務(wù) 連才姿與QoS對(duì)應(yīng)關(guān)系(Forward QoS Information/Reverse QoS Information)的 A9建立A8 ( A9-Setup-A8 )的QoS更新請(qǐng)求，PCF/PDSN收到該QoS更新 請(qǐng)求，獲取到自身保的存對(duì)應(yīng)于流標(biāo)識(shí)的QoS參數(shù)后，建立AN與PCF/PDSN 之間的業(yè)務(wù)連接，將該業(yè)務(wù)連接與該QoS的流標(biāo)識(shí)對(duì)應(yīng)，接受該QoS更新 請(qǐng)求，此時(shí)，該業(yè)務(wù)的QoS進(jìn)入授權(quán)態(tài)。在此狀態(tài)下，具有QoS要求的業(yè) 務(wù)能夠由AT依次通過(guò)AN和PCF/PDSN傳輸?shù)椒纸M數(shù)據(jù)網(wǎng)絡(luò)，或者由分組 數(shù)據(jù)網(wǎng)絡(luò)依次通過(guò)PCF/PDSN和AN傳輸?shù)紸T。
當(dāng)傳輸完具有QoS要求的業(yè)務(wù)后，AT向AN發(fā)送攜帶流標(biāo)識(shí)的QoS釋
放請(qǐng)求。如果該QoS不是對(duì)應(yīng)RLP鏈路上僅有的QoS, AN接收到該QoS 釋放請(qǐng)求后，向PCF/PDSN發(fā)送攜帶與該QoS流標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)連接與QoS 對(duì)應(yīng)關(guān)系的A9更新A8(A9-Update-A8)的QoS更新請(qǐng)求。AN和PCF/PDSN 將自身配置的與該QoS釋放請(qǐng)求消息中的流標(biāo)識(shí)相對(duì)應(yīng)的QoS參數(shù)進(jìn)行刪 除，釋^1該流標(biāo)識(shí)對(duì)應(yīng)的QoS資源。如果該QoS是對(duì)應(yīng)RLP鏈路上僅有的 QoS,則在AT請(qǐng)求QoS釋放時(shí)，AN向PCF/PDSN發(fā)送攜帶與該QoS流標(biāo) 識(shí)對(duì)應(yīng)的輔助業(yè)務(wù)連接標(biāo)識(shí)和業(yè)務(wù)連接與QoS對(duì)應(yīng)關(guān)系的A9釋放A8 (A9-Release-A8 )的QoS更新請(qǐng)求，請(qǐng)求PCF/PDSN釋放該QoS和對(duì)應(yīng)的 業(yè)務(wù)連接。
立、QoS激活和QoS釋放。
以上所述過(guò)程的QoS狀態(tài)轉(zhuǎn)移圖如圖1所示。參見(jiàn)圖1, QoS分為4 個(gè)狀態(tài)空態(tài)、配置態(tài)、授權(quán)態(tài)和就緒態(tài)。
其中，空態(tài)要傳輸?shù)臉I(yè)務(wù)沒(méi)有QoS的狀態(tài)；
配置態(tài)AT請(qǐng)求業(yè)務(wù)的QoS配置，AN接受后業(yè)務(wù)的QoS位于配置態(tài)。 就緒態(tài)處于配置態(tài)的業(yè)務(wù)的QoS完成所有QoS參數(shù)配置即進(jìn)入就緒
態(tài)；在此狀態(tài)下，至少有一個(gè)QoS參數(shù)配置不滿足時(shí)，業(yè)務(wù)的QoS進(jìn)入配置態(tài)。
授權(quán)態(tài)處于就緒態(tài)的業(yè)務(wù)的QoS激活后進(jìn)入授權(quán)態(tài)，在此狀態(tài)下該 業(yè)務(wù)能夠正常傳輸；此時(shí)，業(yè)務(wù)的QoS去激活后進(jìn)入就緒態(tài)；至少有一個(gè) QoS參數(shù)配置不滿足時(shí)，進(jìn)入配置態(tài)；業(yè)務(wù)的QoS資源釋放后就進(jìn)入空態(tài)。
對(duì)應(yīng)于以上四個(gè)狀態(tài)的遷移有四個(gè)QoS過(guò)程
業(yè)務(wù)的QoS建立從空態(tài)遷移到配置態(tài)或就緒態(tài)；
業(yè)務(wù)的QoS釋放從各個(gè)狀態(tài)遷移到空態(tài)(圖中只表示了從授權(quán)態(tài)到 空態(tài)的情況)；
業(yè)務(wù)的QoS激活從就緒態(tài)遷移到授權(quán)態(tài)；
業(yè)務(wù)的QoS去激活從授權(quán)態(tài)遷移到就緒態(tài)或配置態(tài)。 由以上所述可知，要傳輸具有QoS要求的業(yè)務(wù)，AN就需為QoS分配 存儲(chǔ)空間，保存業(yè)務(wù)QoS流標(biāo)識(shí)對(duì)應(yīng)的QoS參數(shù)以及維護(hù)與該QoS綁定的 業(yè)務(wù)連接，包括空口鏈路和A8A9連接。這樣，在AN中，占用了大量的資源。
對(duì)應(yīng)于以上所述的過(guò)程，當(dāng)AT向AN發(fā)送QoS的激活請(qǐng)求和釋放請(qǐng)求 時(shí)，AN向PCF/PDSN發(fā)送對(duì)應(yīng)的QoS更新請(qǐng)求。在QoS更新過(guò)程中，當(dāng) PCF/PDSN在異常情況將QoS更新請(qǐng)求中的流標(biāo)識(shí)對(duì)應(yīng)的QoS參數(shù)丟失， 導(dǎo)致AT和PCF/PDSN以及AN和PCF/PDSN的該流標(biāo)識(shí)對(duì)應(yīng)的QoS參數(shù)不 一致時(shí)，PCF/PDSN就會(huì)由于沒(méi)有該流標(biāo)識(shí)對(duì)應(yīng)的QoS參數(shù)而拒絕AT通過(guò) AN發(fā)起的QoS更新請(qǐng)求，從而導(dǎo)致AT和AN的QoS資源吊死。
但是在DOA中，業(yè)務(wù)的QoS建立和釋放只能由AT主動(dòng)發(fā)起，AN即 使知道自己有吊死的QoS資源也無(wú)法主動(dòng)釋放，因此AN中的吊死QoS資 源將無(wú)法釋放，在多個(gè)AT或多個(gè)具有QoS要求的業(yè)務(wù)出現(xiàn)上述現(xiàn)象的情況 下，AN將保存大量無(wú)法釋放的QoS資源，造成QoS資源的浪費(fèi)。
另外，當(dāng)AT向AN發(fā)起的QoS激活失敗時(shí)，AT會(huì)反復(fù)發(fā)起QoS激活 請(qǐng)求，由于PCF/PDSN保存的QoS激活請(qǐng)求中流標(biāo)識(shí)對(duì)應(yīng)的QoS參數(shù)丟失， 就會(huì)通過(guò)AN向AT反復(fù)發(fā)送拒絕QoS更新即QoS激活請(qǐng)求的消息，使該 業(yè)務(wù)的QoS激活過(guò)程進(jìn)入一個(gè)死循環(huán)。反復(fù)的QoS激活請(qǐng)求交互占用了 AN 的資源，使AN的處理能力降低。在多個(gè)AT或多個(gè)具有QoS要求的業(yè)務(wù)的 情況下，上述情況必然會(huì)影響AT對(duì)業(yè)務(wù)的正常處理。
而且，AN的資源有限，當(dāng)AN接入了多個(gè)QoS要求不同的業(yè)務(wù)時(shí)，由 于資源占用，QoS要求高的業(yè)務(wù)不能滿足，AN如果可以主動(dòng)釋放一部分QoS 資源，為QoS要求高的業(yè)務(wù)讓出資源，就可以滿足用戶的使用需求。但是， 現(xiàn)有技術(shù)中，業(yè)務(wù)的QoS建立和釋放都由AT主動(dòng)發(fā)起，AN無(wú)法發(fā)起QoS 的釋放，而無(wú)法滿足業(yè)務(wù)的QoS高求高的用戶對(duì)業(yè)務(wù)的使用。因此，在這 種情況下，現(xiàn)有技術(shù)的缺點(diǎn)就影響了無(wú)線通信系統(tǒng)為用戶服務(wù)的質(zhì)量。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明實(shí)施例提供一種釋放QoS資源的方法及系統(tǒng)，使接入網(wǎng) 絡(luò)能夠主動(dòng)釋放QoS資源。
本發(fā)明實(shí)施例提供一種釋放QoS資源的接入網(wǎng)絡(luò)，該接入網(wǎng)絡(luò)可以主 動(dòng)釋放QoS資源。
本發(fā)明實(shí)施例提供一種釋放QoS資源的接入終端，配合接入網(wǎng)絡(luò)釋放 QoS資源。
本發(fā)明實(shí)施例的技術(shù)方案是這樣實(shí)現(xiàn)的 一種釋放服務(wù)質(zhì)量資源的方法，該方法包括
A、 接入網(wǎng)絡(luò)釋放服務(wù)質(zhì)量QoS對(duì)應(yīng)的與接入終端之間的空口連接；
B、 接入網(wǎng)絡(luò)釋放其自身的所述QoS的存儲(chǔ)空間。
步驟A所述接入網(wǎng)絡(luò)釋放QoS對(duì)應(yīng)的與接入終端之間的空口連接為接入 網(wǎng)絡(luò)將所述QoS從對(duì)應(yīng)的無(wú)線鏈路協(xié)議RLP鏈路上去綁定。
所述QoS是對(duì)應(yīng)的RLP鏈路上僅有的QoS時(shí)，所述步驟A在所述接入網(wǎng) 絡(luò)釋放QoS對(duì)應(yīng)的與接入終端之間的空口連接之后進(jìn)一步包括接入網(wǎng)絡(luò)將所 述RLP鏈路去激活。
所述QoS為反向QoS時(shí)，所述步驟A在接入網(wǎng)絡(luò)將所述RLP鏈路去激活 之后進(jìn)一步包括接入網(wǎng)絡(luò)將所述RLP鏈路從對(duì)應(yīng)的媒體接入控制MAC鏈路 上去綁定。
所述RLP鏈路是所述MAC鏈路上僅有的鏈路時(shí)，所述步驟A在將所述 RLP鏈路從對(duì)應(yīng)的MAC鏈路上去綁定之后進(jìn)一步包括接入網(wǎng)絡(luò)將所述MAC 鏈路去激活。
該方法在所述步驟A之前進(jìn)一步包括接入網(wǎng)絡(luò)向接入終端發(fā)送QoS釋 放請(qǐng)求。
一種釋放服務(wù)質(zhì)量資源的系統(tǒng)，包括接入終端和接入網(wǎng)絡(luò)， 所述接入終端，用于接收接入網(wǎng)絡(luò)發(fā)送的釋放QoS對(duì)應(yīng)的與接入終端之間
的空口連接的消息；
所述接入網(wǎng)絡(luò)，用于向接入終端發(fā)送釋放QoS對(duì)應(yīng)的與接入終端之間的空 口連接的消息，釋放其自身的所述QoS的存儲(chǔ)空間。
所述接入終端進(jìn)一步用于向接入網(wǎng)絡(luò)發(fā)送接受所述QoS釋放請(qǐng)求的消 息，所述接入網(wǎng)絡(luò)進(jìn)一步用于接收接入終端發(fā)送的接受所述QoS釋放請(qǐng)求 的消息。
一種釋放服務(wù)質(zhì)量資源的接入網(wǎng)絡(luò)，該接入網(wǎng)絡(luò)包括控制模塊和QoS 資源釋放模塊，
所述控制模塊，用于接收QoS資源釋放模塊發(fā)送的釋放QoS對(duì)應(yīng)的與 接入終端之間的空口連接的消息，發(fā)送到接入終端；
所述QoS資源釋放模塊，用于向控制模塊發(fā)送釋放QoS對(duì)應(yīng)的與接入 終端之間的空口連接的消息，釋放其自身的所述QoS的存儲(chǔ)空間。
所述QoS資源釋放模塊，進(jìn)一步用于向控制模塊發(fā)送QoS釋放請(qǐng)求； 所述控制模塊，進(jìn)一步用于接收QoS資源釋放模塊發(fā)送的QoS釋放請(qǐng)求， 轉(zhuǎn)發(fā)到接入終端。
一種釋放服務(wù)質(zhì)量資源的接入終端，該接入終端包括控制模塊和QoS釋放 應(yīng)答模塊，
所述控制模塊，用于接收接入網(wǎng)絡(luò)發(fā)送的釋放QoS對(duì)應(yīng)的與接入終端之間 的空口連接的消息；接收接入網(wǎng)絡(luò)發(fā)送的QoS釋放請(qǐng)求消息，轉(zhuǎn)發(fā)到QoS釋放 應(yīng)答^f莫塊；接收QoS釋放應(yīng)答模塊發(fā)送的接受該QoS釋放請(qǐng)求的消息，轉(zhuǎn)發(fā)到 接入網(wǎng)絡(luò)；
所述QoS釋放應(yīng)答模塊用于接收控制模塊轉(zhuǎn)發(fā)來(lái)的QoS釋放請(qǐng)求，向 控制模塊發(fā)送接受該QoS釋放請(qǐng)求的消息。
從上述技術(shù)方案可以看出，本發(fā)明實(shí)施例提供的釋放服務(wù)質(zhì)量資源的方
法、系統(tǒng)、接入網(wǎng)絡(luò)及接入終端，使得接入網(wǎng)絡(luò)主動(dòng)釋放QoS對(duì)應(yīng)的空口
連接和其自身QoS的存儲(chǔ)空間，即接入網(wǎng)絡(luò)能夠主動(dòng)釋放QoS資源，避免
了資源的浪費(fèi)，使接入網(wǎng)絡(luò)有限的資源得到有效利用。


圖1為現(xiàn)有技術(shù)的QoS狀態(tài)遷移圖2為本發(fā)明實(shí)施例中的釋放服務(wù)質(zhì)量資源的總體方法流程圖3為本發(fā)明實(shí)施例一釋放服務(wù)質(zhì)量資源的方法流程圖4為本發(fā)明實(shí)施例二釋放服務(wù)質(zhì)量資源的方法流程圖5為本發(fā)明實(shí)施例三釋放服務(wù)質(zhì)量資源的方法流程圖6為本發(fā)明實(shí)施例的釋放服務(wù)質(zhì)量資源的總體系統(tǒng)結(jié)構(gòu)圖7為本發(fā)明實(shí)施例中的釋放服務(wù)質(zhì)量資源的接入網(wǎng)絡(luò)結(jié)構(gòu)示意圖8為本發(fā)明實(shí)施例中的釋放服務(wù)質(zhì)量資源的接入終端結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為使本發(fā)明實(shí)施例的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附 圖及具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)說(shuō)明。
本發(fā)明實(shí)施例中的接入網(wǎng)絡(luò)釋放服務(wù)質(zhì)量資源的方法的主要思想是接 入網(wǎng)絡(luò)首先釋放QoS對(duì)應(yīng)的與接入終端之間的空口連接，再釋放其自身的 該QoS的存儲(chǔ)空間。
圖2為本發(fā)明實(shí)施例中的釋放服務(wù)質(zhì)量資源的總體方法流程圖，參見(jiàn)圖 2,該方法包括以下步驟
步驟200:接入網(wǎng)絡(luò)釋放QoS對(duì)應(yīng)的與接入終端之間的空口連接；
本步驟執(zhí)行的過(guò)程為接入網(wǎng)絡(luò)將QoS從對(duì)應(yīng)的與接入終端之間的RLP 鏈路去綁定；如果該QoS是對(duì)應(yīng)RLP鏈路上僅有的QoS時(shí)，本步驟還包括 將此RLP鏈路去激活，當(dāng)該QoS是反向的QoS,本步驟還包括將該去激活 的RLP鏈路從對(duì)應(yīng)的MAC鏈路上去綁定；當(dāng)此RLP鏈路是綁定在對(duì)應(yīng)MAC 鏈路上的僅有的RLP鏈路時(shí)，本步驟還包括將此MAC鏈路去激活.
步驟201:接入網(wǎng)絡(luò)釋放其自身的該QoS的存儲(chǔ)空間。
該方法還可以進(jìn)一步包括接入網(wǎng)絡(luò)向接入終端發(fā)送QoS釋放請(qǐng)求， 接入終端接受接入網(wǎng)絡(luò)發(fā)送的QoS釋放請(qǐng)求。實(shí)際應(yīng)用中，圖2所示的方法流程可以由網(wǎng)關(guān)發(fā)送的QoS更新失敗的 消息觸發(fā)接入網(wǎng)絡(luò)發(fā)起；也可以是接入網(wǎng)絡(luò)的資源緊張時(shí)，由接入網(wǎng)絡(luò)主動(dòng) 發(fā)起。
當(dāng)由于接入網(wǎng)絡(luò)的資源緊張，主動(dòng)發(fā)起QoS資源的釋放時(shí)，該方法進(jìn) 一步包括接入網(wǎng)絡(luò)向網(wǎng)關(guān)發(fā)送釋放網(wǎng)關(guān)的該QoS資源的消息的過(guò)程。
當(dāng)網(wǎng)關(guān)發(fā)送QoS更新失敗的消息，接入網(wǎng)絡(luò)發(fā)起QoS資源的釋放時(shí)， 該方法進(jìn) 一 步包括接入網(wǎng)絡(luò)向接入終端發(fā)送消息以阻止接入終端發(fā)起對(duì)應(yīng) QoS的再次更新的過(guò)程。還可進(jìn)一步包括接入終端釋放對(duì)應(yīng)的QoS資源和 存儲(chǔ)空間的步驟。
下面以DOA系統(tǒng)為例對(duì)本發(fā)明三個(gè)實(shí)施例進(jìn)行詳細(xì)說(shuō)明。在該系統(tǒng)中， 接入終端為AT，接入網(wǎng)絡(luò)為AN，網(wǎng)關(guān)為PCF/PDSN。 實(shí)施例一
本實(shí)施例對(duì)由于AN側(cè)的QoS吊死導(dǎo)致AT發(fā)起的QoS激活請(qǐng)求失敗 后，AN主動(dòng)釋放吊死QoS的方法進(jìn)行詳細(xì)說(shuō)明。AT向AN發(fā)起QoS激活 請(qǐng)求，AN向PCF/PDSN發(fā)送攜帶對(duì)應(yīng)QoS流標(biāo)識(shí)的A9建立A8 (A9-Setup-A8 )的QoS更新請(qǐng)求時(shí)，由于PCF/PDSN找不到對(duì)應(yīng)的QoS參 數(shù)而造成AN側(cè)QoS吊死的情況下，AN主動(dòng)發(fā)起吊死QoS的釋放。圖3 為本發(fā)明實(shí)施例一釋放服務(wù)質(zhì)量資源的方法流程圖，參見(jiàn)圖3，該方法包括 以下步驟
步驟300: AT通過(guò)AN向PCF/PDSN發(fā)送攜帶有流標(biāo)識(shí)的QoS激活請(qǐng)求。
在本步驟中，AT首先向AN發(fā)送攜帶有流標(biāo)識(shí)的QoS激活請(qǐng)求消息， 然后AN向PCF/PDSN發(fā)送攜帶有該流標(biāo)識(shí)的A9建立A8 ( A9-Setup-A8 ) 消息的QoS更新請(qǐng)求。
所攜帶的流標(biāo)識(shí)可以是一個(gè)或多個(gè)，其表示的是一個(gè)業(yè)務(wù)的一個(gè)QoS 對(duì)應(yīng)的流標(biāo)識(shí)，或一個(gè)業(yè)務(wù)的多個(gè)QoS對(duì)應(yīng)的流標(biāo)識(shí)，或多個(gè)業(yè)務(wù)的QoS 對(duì)應(yīng)的流標(biāo)識(shí)。
步驟:301: PCF/PDSN確定丟失與該流標(biāo)識(shí)對(duì)應(yīng)的QoS參數(shù)而拒絕本次 QoS更新請(qǐng)求，向AN發(fā)送拒絕本次QoS更新請(qǐng)求的消息，本次QoS更新 失敗。
現(xiàn)有技術(shù)中，在AT發(fā)起攜帶流標(biāo)識(shí)的QoS激活請(qǐng)求之前，網(wǎng)關(guān)已經(jīng)保 存了對(duì)應(yīng)于該流標(biāo)識(shí)的QoS參數(shù)，但是，在異常情況下可能丟失，這時(shí)， 就需要在接收到該QoS激活請(qǐng)求時(shí)，確定是否還保存有對(duì)應(yīng)的QoS參數(shù)。
本步驟中，PCF/PDSN向AN發(fā)送的拒絕本次QoS更新請(qǐng)求的消息中攜 帶了與本次更新失敗的QoS的流標(biāo)識(shí)對(duì)應(yīng)的輔助業(yè)務(wù)連接標(biāo)識(shí)和業(yè)務(wù)連4妻 與QoS對(duì)應(yīng)關(guān)系。
步驟302: AN阻止AT發(fā)起本次QoS更新失敗的QoS的再次激活請(qǐng)求。 該步驟為可選步驟，且可以在QoS更新失敗后由AN隨時(shí)發(fā)起。
本步驟中，AN給AT發(fā)送屬性更新請(qǐng)求(AttributeUpdateRequest)消 息，消息中攜帶前/反向QoS應(yīng)答(ReservationKKQoSResponseFwd/Rev )屬 性，屬性值中的授權(quán)標(biāo)識(shí)(GrantedSetID)字段填充為0，且屬性中的流標(biāo) 識(shí)為本次激活失敗的QoS的流標(biāo)識(shí)，以<吏AT得知AN不再對(duì)該流標(biāo)識(shí)對(duì)應(yīng) 的QoS授權(quán)。AT收到該屬性更新請(qǐng)求消息后向AN發(fā)送屬性更新接受 (AttributeUpdateAccept)消息。此時(shí)，AT的對(duì)應(yīng)的QoS狀態(tài)雖然為就緒 態(tài)，但不再發(fā)起對(duì)應(yīng)的QoS的激活。
步驟303: AN將該流標(biāo)識(shí)對(duì)應(yīng)的QoS從與該流標(biāo)識(shí)對(duì)應(yīng)的RLPID對(duì)應(yīng) 的RLP鏈路上去綁定。
本步驟中，AN向AT發(fā)送攜帶前/反向RLP流與QoS綁定關(guān)系 (FlowNNReservationFwd/Rev )屬性的屬性更新請(qǐng)求消息，屬性值中的 RLPID為與該流標(biāo)識(shí)對(duì)應(yīng)的RLPID,將該流標(biāo)識(shí)對(duì)應(yīng)的QoS從RLPID對(duì)應(yīng) 的RLP鏈路上去綁定。AT收到該屬性更新請(qǐng)求消息后向AN發(fā)送屬性更新 接受消息。
此時(shí)，AT和AN的該流標(biāo)識(shí)對(duì)應(yīng)的QoS狀態(tài)遷移到配置態(tài)。
步驟304:當(dāng)該流標(biāo)識(shí)對(duì)應(yīng)的QoS是該RLPID對(duì)應(yīng)的RLP鏈路上僅有
的QoS,則AN將此RLP鏈路去激活。該步驟為可選步驟。
當(dāng)該流標(biāo)識(shí)對(duì)應(yīng)的QoS不是該RLPID對(duì)應(yīng)的RLP鏈路上僅有的QoS, 該步驟可以省略，直接執(zhí)行步驟307。
本步驟中，AN向AT發(fā)送攜帶前/反向RLP流參數(shù)設(shè)置 (FlowNNIdentificationFwd/Rev )屬性的屬性更新請(qǐng)求消息，屬性值中的 RLPID為與該流標(biāo)識(shí)對(duì)應(yīng)的RLPID,屬性值中的激活(Active)字段設(shè)為零， 將該RLPID對(duì)應(yīng)的RLP鏈路去激活。AT收到該屬性更新請(qǐng)求消息后向AN 發(fā)送的屬性更新接受消息。
步驟305:如果該QoS是反向業(yè)務(wù)的QoS，則將步驟304中去激活的 RLP從與該RLPID對(duì)應(yīng)的MACFlowID對(duì)應(yīng)的MAC鏈路上去綁定。該步驟 為可選步驟。
本步驟中，AN向AT發(fā)送攜帶RLP流和MAC流綁定關(guān)系 (AssociatedFlowNN )屬性的屬性更新請(qǐng)求消息，將該RLP鏈路從該 MACFlowID對(duì)應(yīng)的MAC鏈路上去綁定。AT收到該屬性更新請(qǐng)求消息后向 AN發(fā)送屬性更新接受消息。該步驟為可選步驟。
步驟306:如果該RLPID對(duì)應(yīng)的RLP鏈路是該MACFlowID對(duì)應(yīng)的MAC 鏈路上最后 一個(gè)RLP鏈路，則AN將對(duì)應(yīng)的MAC鏈路去激活。該步驟為可 選步驟。
如果，該RLPID對(duì)應(yīng)的RLP鏈路并不是該MACFlowID對(duì)應(yīng)的MAC 鏈路上最后一個(gè)RLP鏈路，則本步驟可以省略。
本步驟中，AN向AT發(fā)送攜帶設(shè)置為零的漏桶最大值 (BucketLevelMaxNN )屬性的屬性更新請(qǐng)求消息，將對(duì)應(yīng)的MAC鏈路去激 活。AT收到該屬性更新請(qǐng)求消息后向AN發(fā)送屬性更新接受消息。該步驟 為可選步驟。
步驟307: AN釋放AN中該QoS的存儲(chǔ)空間。
此時(shí)，AN和AT中該流標(biāo)識(shí)對(duì)應(yīng)的QoS的狀態(tài)不 一致，AT的該流標(biāo) 識(shí)對(duì)應(yīng)的QoS在配置態(tài)，但AN的對(duì)應(yīng)QoS已經(jīng)到空態(tài)了。步驟308: AT發(fā)起該流標(biāo)識(shí)對(duì)應(yīng)的QoS的釋放，即發(fā)起攜帶該流標(biāo)識(shí) 的吊死QoS釋放請(qǐng)求。該步驟為可選步驟。
本步驟中，AT向 AN發(fā)送攜帶前/反向 QoS 請(qǐng)求 (ReservationKKQoSR叫uestFwd/Rev )屬性的屬性更新請(qǐng)求消息請(qǐng)求釋放 QoS，其中的屬性類型(ProfileType)字段為空(NULL),屬性中的流標(biāo) 識(shí)為QoS激活請(qǐng)求消息中攜帶的流標(biāo)識(shí)。
步驟309: AN向AT發(fā)送屬性更新接受消息，AT釋放其自身的QoS 的存儲(chǔ)空間。該步驟為可選步驟。
此時(shí)，AT上此QoS的狀態(tài)遷移到空態(tài)。
實(shí)施例二
本實(shí)施例對(duì)由于AN側(cè)的QoS吊死導(dǎo)致AT發(fā)起的QoS更新請(qǐng)求失敗 時(shí)，AN主動(dòng)釋放吊死QoS的方法進(jìn)行詳細(xì)說(shuō)明。AT向AN發(fā)送QoS釋放 請(qǐng)求，AN向PCF/PDSN發(fā)送攜帶與QoS流標(biāo)識(shí)對(duì)應(yīng)的輔助業(yè)務(wù)連接標(biāo)識(shí)和 業(yè)務(wù)連接與QoS對(duì)應(yīng)關(guān)系的A9釋放A8( A9-Release-A8 )的QoS更新請(qǐng)求， 即QoS釋放請(qǐng)求，由于PCF/PDSN找不到對(duì)應(yīng)的QoS而造成AN側(cè)對(duì)應(yīng)QoS 吊死的情況；以及AT發(fā)起與第一業(yè)務(wù)的QoS要求相近的第二業(yè)務(wù)，即其 QoS參數(shù)與第一業(yè)務(wù)的QoS參數(shù)在同一閾值范圍內(nèi)的業(yè)務(wù)的使用時(shí)，AN向 PCF/PDSN發(fā)送攜帶與流標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)連接與QoS對(duì)應(yīng)關(guān)系A(chǔ)9更新A8 的QoS更新請(qǐng)求，由于PCF/PDSN找不到對(duì)應(yīng)的QoS參數(shù)而造成AN側(cè)對(duì) 應(yīng)QoS吊死的情況，AN發(fā)起對(duì)應(yīng)QoS釋放的方法進(jìn)行詳細(xì)說(shuō)明。圖4為 本發(fā)明實(shí)施例二釋放服務(wù)質(zhì)量資源的方法流程圖，參見(jiàn)圖4,該方法包括以 下步驟
步驟400: AT通過(guò)AN向PCF/PDSN發(fā)送攜帶有與流標(biāo)識(shí)對(duì)應(yīng)的輔助 業(yè)務(wù)連接標(biāo)識(shí)和業(yè)務(wù)連接與QoS對(duì)應(yīng)關(guān)系的QoS更新請(qǐng)求。
在本步驟中，AT首先向AN發(fā)送攜帶有流標(biāo)識(shí)的QoS更新請(qǐng)求，包括 QoS激活請(qǐng)求或QoS釋放請(qǐng)求，然后AN向PCF/PDSN發(fā)送QoS更新請(qǐng)求， 包括攜帶有與QoS的流標(biāo)識(shí)對(duì)應(yīng)的輔助業(yè)務(wù)連接標(biāo)識(shí)和業(yè)務(wù)連接與QoS對(duì)應(yīng)關(guān)系的A9釋放A8消息，或攜帶有與QoS的流標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)連接與QoS 對(duì)應(yīng)關(guān)系的A9更新A8消息。
步驟401: PCF/PDSN將該消息中攜帶的輔助業(yè)務(wù)連接標(biāo)識(shí)和業(yè)務(wù)連接 與QoS對(duì)應(yīng)關(guān)系對(duì)應(yīng)到QoS流標(biāo)識(shí)，確定丟失與該流標(biāo)識(shí)對(duì)應(yīng)的QoS參凄t 而拒絕本次QoS更新請(qǐng)求，向AN發(fā)送拒絕本次QoS更新請(qǐng)求的消息，本 次QoS更新失敗。
本步驟中，PCF/PDSN向AN發(fā)送的拒絕本次QoS更新請(qǐng)求的消息中攜 帶了本次更新失敗的QoS的流標(biāo)識(shí)對(duì)應(yīng)的輔助業(yè)務(wù)連接標(biāo)識(shí)和業(yè)務(wù)連接與 QoS對(duì)應(yīng)關(guān)系，AN收到該消息后，將其中的輔助業(yè)務(wù)連接標(biāo)識(shí)和業(yè)務(wù)連接 與QoS對(duì)應(yīng)關(guān)系對(duì)應(yīng)到QoS流標(biāo)識(shí)，根據(jù)消息獲知該流標(biāo)識(shí)對(duì)應(yīng)的QoS更 新失敗。
步驟402: AN向AT發(fā)送QoS釋放請(qǐng)求，本步驟為可選步驟。 本步驟中，AN向 AT發(fā)送攜帶屬性前/反向 QoS請(qǐng)求 (ReservationKKQoSRequestFwd/Rev)的屬性更新請(qǐng)求消息，攜帶本次更新 失敗的QoS的流標(biāo)識(shí)，將屬性值中的業(yè)務(wù)類型(ProfileType )字段置為零。 AT收到該屬性更新請(qǐng)求消息后向AN回復(fù)屬性更新接受消息。
步驟403: AT向AN發(fā)送接受QoS釋放請(qǐng)求的消息，本步驟為可選步驟。
本步驟中，AT向AN發(fā)送攜帶ReservationKKQoSResponseFwd/Rev屬 性值的屬性更新請(qǐng)求消息。AN接收到該屬性更新請(qǐng)求消息后向AT發(fā)送屬 性更新接受消息。
步驟404 ~ 407與步驟303 ~ 306相同。
步驟408: AN和AT分別釋放自身的該QoS的存儲(chǔ)空間。
實(shí)施例三
本實(shí)施例對(duì)當(dāng)AN的資源緊張，主動(dòng)發(fā)起QoS資源釋放的方法流程進(jìn) 行詳細(xì)說(shuō)明。圖5所示為本發(fā)明實(shí)施例三釋放服務(wù)質(zhì)量資源的方法流程圖， 參見(jiàn)圖5,該方法包括以下步驟
步驟500: AN向AT發(fā)送QoS釋放請(qǐng)求，本步驟為可選步驟。
本步驟中，AN向 AT發(fā)送攜帶屬性前/反向QoS請(qǐng)求 (ReservationKKQoSRequestFwd/Rev )的屬性更新請(qǐng)求消息，攜帶需要釋放 的QoS的流標(biāo)識(shí)，將屬性值中的業(yè)務(wù)類型(ProfileType)字段置為零。AT 收到該屬性更新請(qǐng)求消息后向AN回復(fù)屬性更新接受消息。
步驟501 ~步驟506與步驟403 ~步驟408相同，消息中攜帶的流標(biāo)識(shí) 為AN預(yù)先設(shè)置的需要釋放的QoS的流標(biāo)識(shí)。
步驟507: AN向網(wǎng)關(guān)發(fā)送對(duì)應(yīng)QoS的QoS更新請(qǐng)求消息。本步驟為可 選步驟。
本步驟中，如果AN需要釋放的QoS為對(duì)應(yīng)RLP鏈路上僅有的QoS, 則AN向網(wǎng)關(guān)發(fā)送攜帶與該QoS流標(biāo)識(shí)對(duì)應(yīng)的輔助業(yè)務(wù)連接標(biāo)識(shí)和業(yè)務(wù)連接 與QoS對(duì)應(yīng)關(guān)系的QoS更新請(qǐng)求，即A9-Release-A8消息，釋放保存在網(wǎng) 關(guān)的該QoS參數(shù)和該QoS對(duì)應(yīng)的業(yè)務(wù)連接；如果除要釋放的QoS外，對(duì)應(yīng) 的RLP鏈路上還綁定有其他的QoS，則AN向網(wǎng)關(guān)發(fā)送攜帶業(yè)務(wù)連接與QoS 對(duì)應(yīng)關(guān)系的QoS更新請(qǐng)求，即A9-Update-A8消息，只釋放網(wǎng)關(guān)上保存的需 要釋放的QoS即可。
圖6為本發(fā)明實(shí)施例中的釋放服務(wù)質(zhì)量資源的系統(tǒng)結(jié)構(gòu)圖。參見(jiàn)圖6， 該系統(tǒng)包括接入終端和接入網(wǎng)絡(luò)。
其中，接入終端，用于接收接入網(wǎng)絡(luò)發(fā)送的釋放QoS對(duì)應(yīng)的與接入終 端之間的空口連接的消息。
接入網(wǎng)絡(luò)，用于向接入終端發(fā)送釋放QoS對(duì)應(yīng)的與接入終端之間的空 口連接的消息，釋放其自身的該QoS的存儲(chǔ)空間。
接入網(wǎng)絡(luò)進(jìn)一步用于向接入終端發(fā)送QoS釋放請(qǐng)求，接入終端進(jìn)一步 用于接收接入網(wǎng)絡(luò)發(fā)送的QoS釋放請(qǐng)求。
接入終端進(jìn)一步用于向接入網(wǎng)絡(luò)發(fā)送的接受所述QoS釋放請(qǐng)求的消息，
接入網(wǎng)絡(luò)進(jìn)一步用于接收接入終端發(fā)送的接受所述QoS釋放請(qǐng)求的消息。 該系統(tǒng)進(jìn)一步包括網(wǎng)關(guān)，用于接收接入網(wǎng)絡(luò)發(fā)送的QoS更新請(qǐng)求消息，確
定所保存的對(duì)應(yīng)的QoS參數(shù)丟失后，向接入網(wǎng)絡(luò)發(fā)送QoS更新失敗的消息。接 入終端進(jìn)一步用于向接入網(wǎng)絡(luò)發(fā)送攜帶QoS流標(biāo)識(shí)的QoS更新請(qǐng)求消息；接入 網(wǎng)絡(luò)進(jìn)一步用于接收接入終端發(fā)送的攜帶QoS流標(biāo)識(shí)的QoS更新請(qǐng)求消息，轉(zhuǎn) 發(fā)到網(wǎng)關(guān)；接收網(wǎng)關(guān)發(fā)送的QoS更新失敗的消息。
當(dāng)QoS更新請(qǐng)求為接入終端向接入網(wǎng)絡(luò)發(fā)送的QoS激活請(qǐng)求時(shí)，接入網(wǎng)絡(luò)
帶前/反向QoS應(yīng)答屬性的消息；接入終端進(jìn)一步用于接收接入網(wǎng)絡(luò)發(fā)送的攜帶 前/反向QoS應(yīng)答屬性的消息，不再發(fā)起激活失敗的QoS的激活。
圖7所示為本發(fā)明實(shí)施例中的釋放服務(wù)質(zhì)量資源的接入網(wǎng)絡(luò)，參見(jiàn)圖7, 該接入網(wǎng)絡(luò)包括控制模塊和QoS資源釋放模塊，
其中，控制模塊用于接收QoS資源釋放模塊發(fā)送的釋放QoS對(duì)應(yīng)的與 接入終端之間的空口連接的消息，發(fā)送到接入終端；QoS資源釋放模塊，用 于向控制模塊發(fā)送釋放QoS對(duì)應(yīng)的與接入終端之間的空口連接的消息，釋 放其自身的QoS的存儲(chǔ)空間。
QoS資源釋放模塊進(jìn)一步用于向控制模塊發(fā)送QoS釋放請(qǐng)求；控制模 塊，進(jìn)一步用于接收QoS資源釋放模塊發(fā)送的QoS釋放請(qǐng)求，轉(zhuǎn)發(fā)到接入 終端。
QoS資源釋放模塊進(jìn)一步用于向控制模塊發(fā)送阻止更新失敗的QoS發(fā) 起激活的消息；控制模塊進(jìn)一步用于接收QoS資源釋放模塊發(fā)送的阻止更 新失敗的QoS發(fā)起激活的消息。
圖8所示為本發(fā)明實(shí)施例中的釋放服務(wù)質(zhì)量資源的接入終端，參見(jiàn)圖8, 該接入終端包括控制模塊和QoS釋放應(yīng)答模塊，
其中，控制模塊用于接收接入網(wǎng)絡(luò)發(fā)送的釋放QoS對(duì)應(yīng)的與接入終端 之間的空口連接的消息；接收接入網(wǎng)絡(luò)發(fā)送的QoS釋放請(qǐng)求消息，轉(zhuǎn)發(fā)到 QoS釋放應(yīng)答模塊；接收QoS釋放應(yīng)答模塊發(fā)送的接受該QoS釋放請(qǐng)求的 消息，轉(zhuǎn)發(fā)到接入網(wǎng)絡(luò)；QoS釋放應(yīng)答模塊用于接收控制模塊轉(zhuǎn)發(fā)來(lái)的QoS 釋放請(qǐng)求，向控制模塊發(fā)送接受該QoS釋放請(qǐng)求的消息。QoS釋放應(yīng)答模塊進(jìn)一步用于釋放接入終端的QoS的存儲(chǔ)空間。
由以上所述可以看出，本發(fā)明實(shí)施例所提供的釋放服務(wù)質(zhì)量資源的方
法、系統(tǒng)、接入網(wǎng)絡(luò)及接入終端，使得接入網(wǎng)絡(luò)主動(dòng)釋放QoS對(duì)應(yīng)的空口 連接和其自身QoS的存儲(chǔ)空間，即接入網(wǎng)絡(luò)能夠主動(dòng)釋放QoS資源，從而 避免了資源的浪費(fèi)，使接入網(wǎng)絡(luò)有限的資源得到有效利用。
當(dāng)接入網(wǎng)絡(luò)中出現(xiàn)QoS資源吊死的情況時(shí)，接入網(wǎng)絡(luò)主動(dòng)發(fā)起吊死QoS 資源的釋放，避免了由于QoS資源吊死無(wú)法釋放而造成的接入網(wǎng)絡(luò)QoS資 源的浪費(fèi)。另外，接入網(wǎng)絡(luò)阻止接入終端反復(fù)發(fā)起吊死QoS的激活，避免 了由于接入終端反復(fù)發(fā)起QoS激活導(dǎo)致的接入網(wǎng)絡(luò)處理能力的降低；且使 接入終端正常釋放其自身的吊死的QoS資源。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范 圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種釋放服務(wù)質(zhì)量資源的方法，其特征在于，該方法包括A、接入網(wǎng)絡(luò)釋放服務(wù)質(zhì)量QoS對(duì)應(yīng)的與接入終端之間的空口連接；B、接入網(wǎng)絡(luò)釋放其自身的所述QoS的存儲(chǔ)空間。
2、 如權(quán)利要求1所述的方法，其特征在于，步驟A所述接入網(wǎng)絡(luò)釋放QoS 對(duì)應(yīng)的與接入終端之間的空口連接為接入網(wǎng)絡(luò)將所述QoS從對(duì)應(yīng)的無(wú)線《連^各 協(xié)議RLP鏈路上去綁定。
3、 如權(quán)利要求l所述的方法，其特征在于，步驟A所述接入網(wǎng)絡(luò)釋放QoS 對(duì)應(yīng)的與接入終端之間的空口連接為接入網(wǎng)絡(luò)向接入終端發(fā)送攜帶前/反向 RLP流與QoS綁定關(guān)系屬性的屬性更新請(qǐng)求消息。
4、 如權(quán)利要求2所述的方法，其特征在于，所述QoS是對(duì)應(yīng)的RLP鏈路 上僅有的QoS時(shí)，所述步驟A在所述接入網(wǎng)絡(luò)釋放QoS對(duì)應(yīng)的與接入終端之 間的空口連接之后進(jìn)一步包括接入網(wǎng)絡(luò)將所述RLP鏈路去激活。
5、 如權(quán)利要求2所述的方法，其特征在于，所述QoS是對(duì)應(yīng)的RLP鏈路 上僅有的QoS時(shí)，所述步驟A在所述接入網(wǎng)絡(luò)釋放QoS對(duì)應(yīng)的與接入終端之 間的空口連接之后進(jìn)一步包括接入網(wǎng)絡(luò)向接入終端發(fā)送攜帶前/反向RLP流 參數(shù)設(shè)置屬性的屬性更新請(qǐng)求消息。
6、 如權(quán)利要求4所述的方法，其特征在于，所述QoS為反向QoS時(shí)，所 述步驟A在接入網(wǎng)絡(luò)將所述RLP鏈路去激活之后進(jìn)一步包括接入網(wǎng)絡(luò)將所述 RLP鏈路從對(duì)應(yīng)的媒體接入控制MAC鏈路上去綁疋。
7、 如權(quán)利要求4所述的方法，其特征在于，，所述QoS為反向QoS時(shí)，所 述步驟A在接入網(wǎng)絡(luò)將所述RLP ^t連路去激活之后進(jìn)一步包括接入網(wǎng)絡(luò)向接入 終端發(fā)送攜帶RLP流和MAC流綁定關(guān)系屬性的屬性更新請(qǐng)求消息。
8、 如權(quán)利要求6所述的方法，其特征在于，所述RLP鏈路是所述MAC鏈 路上僅有的鏈if各時(shí)，所述步驟A在接入網(wǎng)絡(luò)將所述RLP鏈路從對(duì)應(yīng)的MAC鏈 路上去綁定之后進(jìn)一步包括接入網(wǎng)絡(luò)將所述MAC鏈路去激活。
9、 如權(quán)利要求6所述的方法，其特征在于，所述RLP鏈路是所述MAC鏈 路上僅有的鏈路時(shí)，所述步驟A在將所述RLP鏈路從對(duì)應(yīng)的MAC鏈路上去綁 定之后進(jìn)一步包括接入網(wǎng)絡(luò)向接入終端發(fā)送攜帶漏桶最大值屬性的屬性更新 請(qǐng)求消息。
10、 如權(quán)利要求l所述的方法，其特征在于，該方法在所述步驟A之前進(jìn) 一步包括接入網(wǎng)絡(luò)向接入終端發(fā)送QoS釋放請(qǐng)求。
11、 如權(quán)利要求IO所述的方法，其特征在于，在所述接入網(wǎng)絡(luò)向接入終端 發(fā)送QoS釋放請(qǐng)求后，該方法還包括接入終端向接入網(wǎng)絡(luò)發(fā)送接受所述QoS 釋放請(qǐng)求的消息。
12、 如權(quán)利要求l所述的方法，其特征在于，該方法在所述步驟B之后進(jìn) 一步包括接入網(wǎng)絡(luò)向網(wǎng)關(guān)發(fā)送釋;^丈所述QoS的QoS更新請(qǐng)求消息。
13、 如權(quán)利要求12所述的方法，其特征在于，所述接入網(wǎng)絡(luò)向網(wǎng)關(guān)發(fā)送釋放所述QoS的QoS更新請(qǐng)求消息為當(dāng)所述QoS為對(duì)應(yīng)的RLP鏈路上僅有的QoS時(shí)，接入網(wǎng)絡(luò)向網(wǎng)關(guān)發(fā)送釋放所述QoS和釋放所迷QoS對(duì)應(yīng)的業(yè)務(wù)連接的QoS更新請(qǐng)求消息；否則接入網(wǎng)絡(luò)向網(wǎng)關(guān)發(fā)送釋放所述QoS的QoS更新請(qǐng)求消 自
14、 如權(quán)利要求l所述的方法，其特征在于，該方法在所述步驟A之前進(jìn) 一步包括網(wǎng)關(guān)接收接入終端通過(guò)接入網(wǎng)絡(luò)發(fā)起的攜帶與QoS流標(biāo)識(shí)對(duì)應(yīng)的輔 助業(yè)務(wù)連接標(biāo)識(shí)或業(yè)務(wù)連接與QoS對(duì)應(yīng)關(guān)系的QoS更新請(qǐng)求，將所述QoS更 新請(qǐng)求消息中的輔助業(yè)務(wù)連接標(biāo)識(shí)或業(yè)務(wù)連接與QoS對(duì)應(yīng)關(guān)系對(duì)應(yīng)到QoS流標(biāo) 識(shí)，在確定所保存的與所述流標(biāo)識(shí)對(duì)應(yīng)的QoS參數(shù)丟失后，向接入網(wǎng)絡(luò)發(fā)送 QoS更新失敗消息。
15、 如權(quán)利要求14所述的方法，其特征在于，步驟A所述QoS為所述QoS 更新失敗消息中的QoS。
16、 如權(quán)利要求14所述的方法，其特征在于，所述QoS更新請(qǐng)求為接入 終端向接入網(wǎng)絡(luò)發(fā)送的QoS激活請(qǐng)求，該方法進(jìn)一步包括接入網(wǎng)絡(luò)向接入終 端發(fā)送攜帶前/反向QoS應(yīng)答屬性的屬性更新請(qǐng)求消息阻止接入終端發(fā)起所述QoS更新失敗消息中的QoS的再次激活。
17、 如權(quán)利要求l、 10、 12或14所述的方法，其特征在于，該方法在所述 步驟B之后進(jìn)一步包括接入終端釋放其自身的所述QoS的存儲(chǔ)空間。
18、 一種釋放服務(wù)質(zhì)量資源的系統(tǒng)，包括接入終端和接入網(wǎng)絡(luò)，其特征在于，所述接入終端，用于接收接入網(wǎng)絡(luò)發(fā)送的釋放QoS對(duì)應(yīng)的與接入終端之間 的空口連接的消息；所述接入網(wǎng)絡(luò)，用于向接入終端發(fā)送釋放QoS對(duì)應(yīng)的與接入終端之間的空 口連接的消息，釋放其自身的所述QoS的存儲(chǔ)空間。
19、 如權(quán)利要求18所述的系統(tǒng)，其特征在于，所述接入網(wǎng)絡(luò)進(jìn)一步用 于向接入終端發(fā)送QoS釋放請(qǐng)求，所述接入終端進(jìn)一步用于接收接入網(wǎng)絡(luò) 發(fā)送的QoS釋放請(qǐng)求。
20、 如權(quán)利要求19所述的系統(tǒng)，其特征在于，所述接入終端進(jìn)一步用 于向接入網(wǎng)絡(luò)發(fā)送接受所迷QoS釋放請(qǐng)求的消息，所述接入網(wǎng)絡(luò)進(jìn)一步用 于接收接入終端發(fā)送的接受所述QoS釋放請(qǐng)求的消息。
21 、如權(quán)利要求18所迷的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括網(wǎng)關(guān)， 所述接入終端，進(jìn)一步用于向接入網(wǎng)絡(luò)發(fā)送攜帶QoS流標(biāo)識(shí)的QoS更新請(qǐng) 求消息；所述接入網(wǎng)絡(luò)，進(jìn)一步用于接收接入終端發(fā)送的攜帶QoS流標(biāo)識(shí)的QoS更 新請(qǐng)求消息7轉(zhuǎn)發(fā)到網(wǎng)關(guān)；接收網(wǎng)關(guān)發(fā)送的QoS更新失敗的消息；所述網(wǎng)關(guān)，用于接收接入網(wǎng)絡(luò)發(fā)送的QoS更新請(qǐng)求消息，確定所保存的對(duì) 應(yīng)的QoS參數(shù)丟失后，向接入網(wǎng)絡(luò)發(fā)送QoS更新失敗的消息。
22、如權(quán)利要求21所述的系統(tǒng)，其特征在于，所述QoS更新請(qǐng)求為接 入終端向接入網(wǎng)絡(luò)發(fā)送的QoS激活請(qǐng)求，所述接入網(wǎng)絡(luò)進(jìn)一步用于向接入終端發(fā)送阻止接入終端發(fā)起更新失敗 的QoS的再次激活的攜帶前/反向QoS應(yīng)答屬性的消息；所述接入終端進(jìn)一步用于接收接入網(wǎng)絡(luò)發(fā)送的攜帶前/反向QoS應(yīng)答屬性的消息，不再發(fā)起激活失敗的QoS的激活。
23、 一種釋放服務(wù)質(zhì)量資源的接入網(wǎng)絡(luò)，其特征在于，該接入網(wǎng)絡(luò)包括 控制模塊和QoS資源釋放模塊，所述控制模塊，用于接收QoS資源釋放模塊發(fā)送的釋放QoS對(duì)應(yīng)的接 入網(wǎng)絡(luò)與接入終端之間的空口連接的消息，發(fā)送到接入終端；所述QoS資源釋放模塊，用于向控制模塊發(fā)送釋放QoS對(duì)應(yīng)的接入網(wǎng) 絡(luò)與接入終端之間的空口連接的消息，釋放其自身的所述QoS的存儲(chǔ)空間。
24、 如權(quán)利要求23所述的接入網(wǎng)絡(luò)，其特征在于，所述QoS資源釋放 模塊，進(jìn)一步用于向控制模塊發(fā)送QoS釋放請(qǐng)求；所述控制模塊，進(jìn)一步用于接收QoS資源釋放模塊發(fā)送的QoS釋放請(qǐng) 求，轉(zhuǎn)發(fā)到接入終端。
25、 如權(quán)利要求23所述的接入網(wǎng)絡(luò)，其特征在于，所述QoS資源釋放 模塊進(jìn)一步用于向控制模塊發(fā)送阻止更新失敗的QoS發(fā)起激活的消息；所述控制模塊進(jìn)一步用于接收QoS資源譯放模塊發(fā)送的阻止更新失敗 的QoS發(fā)起激活的消息。
26、 一種釋放服務(wù)質(zhì)量資源的接入終端，其特征在于，該接入終端包括控 制模塊和QoS釋放應(yīng)答模塊，所述控制模塊，用于接收接入網(wǎng)絡(luò)發(fā)送的釋放QoS對(duì)應(yīng)的接入網(wǎng)絡(luò)與接入 終端之間的空口連接的消息；接收接入網(wǎng)絡(luò)發(fā)送的QoS釋放請(qǐng)求消息，轉(zhuǎn)發(fā)到 QoS釋^:應(yīng)答^^莫塊；接收QoS釋放應(yīng)答模塊發(fā)送的接受所述QoS釋放請(qǐng)求的消 息，轉(zhuǎn)發(fā)到接入網(wǎng)絡(luò)；所述QoS釋放應(yīng)答模塊用于接收控制模塊轉(zhuǎn)發(fā)來(lái)的QoS釋放請(qǐng)求，向 控制模塊發(fā)送接受所述QoS釋放請(qǐng)求的消息。
27、 如權(quán)利要求26所述的接入終端，其特征在于，所述QoS釋放應(yīng)答 模塊進(jìn)一步用于釋放其自身的所述QoS的存儲(chǔ)空間。
全文摘要
本發(fā)明公開(kāi)了一種釋放服務(wù)質(zhì)量資源的方法，該方法包括以下步驟A.接入網(wǎng)絡(luò)釋放服務(wù)質(zhì)量(QoS)對(duì)應(yīng)的與接入終端之間的空口連接；B.接入網(wǎng)絡(luò)釋放其自身所述QoS的存儲(chǔ)空間。本發(fā)明還公開(kāi)了一種釋放服務(wù)質(zhì)量資源的系統(tǒng)、接入終端及接入網(wǎng)絡(luò)。使用本發(fā)明使得接入網(wǎng)絡(luò)能夠主動(dòng)發(fā)起釋放QoS對(duì)應(yīng)的與接入終端之間的空口連接和其自身QoS存儲(chǔ)空間的過(guò)程，避免了接入網(wǎng)絡(luò)資源的浪費(fèi)，使得接入網(wǎng)絡(luò)的資源得到有效利用。
文檔編號(hào)H04L29/06GK101193111SQ20061016085
公開(kāi)日2008年6月4日 申請(qǐng)日期2006年11月30日 優(yōu)先權(quán)日2006年11月30日
發(fā)明者莎 呂 申請(qǐng)人:華為技術(shù)有限公司