專利名稱：一種資源的管理方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種資源的管理方法和設(shè)備。
背景技術(shù)：
近年來移動通信技術(shù)得到了迅猛發(fā)展，3G (3rd-generati0n，第三代移動通信 技術(shù))網(wǎng)絡(luò)已在全球范圍內(nèi)部署，國內(nèi)部署了 TD-SCDMA (Time Division Synchronous Code Division Multiple Access，時分同步碼分多址)、WCDMA (Wideband Code Division Multiple Access,寬帶碼分多址)以及 cdma(Code Division Multiple Access,碼分多址) 2000等網(wǎng)絡(luò)，由各運營商維護(hù)和運營。隨著3G網(wǎng)絡(luò)的部署和應(yīng)用，3G的后續(xù)演進(jìn)技術(shù)已基本確定，其中的LTE (Long Term Evolution，3G長期演進(jìn))系統(tǒng)已經(jīng)發(fā)布了可商用的版本，并在此基礎(chǔ)上逐步引入了大 量增強技術(shù)。目前LTE的進(jìn)一步演進(jìn)(即LTE-Advanced)技術(shù)也進(jìn)行了廣泛深入的研究。需要注意的是，技術(shù)的發(fā)展總是受到業(yè)務(wù)需求的驅(qū)動，早期的3G網(wǎng)絡(luò)主要面向語 音業(yè)務(wù)，而隨著人們對數(shù)據(jù)業(yè)務(wù)(如業(yè)務(wù)種類和數(shù)據(jù)速率)需求的日益增長，3G系統(tǒng)引入了 HSDPA (High Speed Downlink Packet Access，高速下行分組接入)和 HSUPA (High Speed Uplink Packet Access,高速上行鏈路分組接入)技術(shù)，而LTE技術(shù)則是直接面向分組數(shù)據(jù) 業(yè)務(wù)開發(fā)的技術(shù)，其核心網(wǎng)采用了全I(xiàn)P架構(gòu)，只支持分組域。實際應(yīng)用中，數(shù)據(jù)業(yè)務(wù)種類繁多，其分組的產(chǎn)生和到達(dá)通常具有一定的突發(fā)性，以 比較典型的www網(wǎng)頁瀏覽業(yè)務(wù)為例，用戶打開一個網(wǎng)頁后往往需要閱讀一段時間，在其閱 讀時間內(nèi)不再有分組到達(dá)網(wǎng)絡(luò)，只有當(dāng)用戶閱讀完畢并點擊下一個網(wǎng)頁時才會產(chǎn)生新的分 組。在3G以及LTE系統(tǒng)中，用戶一旦建立服務(wù)連接，網(wǎng)絡(luò)將為其分配一定數(shù)量的軟件、硬件 以及無線資源，即使用戶一段時間內(nèi)沒有任何數(shù)據(jù)收發(fā)，相應(yīng)的資源仍然是為用戶預(yù)留的， 一直到釋放服務(wù)連接時才釋放相應(yīng)的資源?，F(xiàn)有技術(shù)中，由于用戶的行為和狀態(tài)無法預(yù)知(如用戶完成一個網(wǎng)頁的閱讀后不 再點擊新的網(wǎng)頁、移動到信號盲區(qū)導(dǎo)致用戶無法申請打開新的網(wǎng)頁、終端突發(fā)故障等)，可 導(dǎo)致網(wǎng)絡(luò)為用戶預(yù)留的資源長期得不到釋放，造成資源的浪費。針對該問題，現(xiàn)有技術(shù)通常采用激活定時器輔助判決的方法，如果用戶在激活定 時器運行期間始終沒有數(shù)據(jù)收發(fā)，激活定時器超時后，網(wǎng)絡(luò)將主動釋放服務(wù)連接，并回收為 用戶預(yù)留的軟硬件資源，以提高資源利用率。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在以下問題
在現(xiàn)有技術(shù)中，采用激活定時器的方法可能導(dǎo)致網(wǎng)絡(luò)剛剛釋放連接，用戶又發(fā)起新的 業(yè)務(wù)請求，降低了用戶體驗。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種資源的管理方法和設(shè)備，以在提高資源利用率的同時保證 用戶體驗。
為了達(dá)到上述目的，本發(fā)明實施例提供一種資源的管理方法，包括
根據(jù)當(dāng)前可用資源狀態(tài)和/或用戶鏈路狀態(tài)判斷是否釋放為用戶預(yù)留的資源；如果 是，則釋放為用戶預(yù)留的資源。本發(fā)明實施例提供一種網(wǎng)絡(luò)側(cè)設(shè)備，包括
判斷模塊，用于根據(jù)當(dāng)前可用資源狀態(tài)和/或用戶鏈路狀態(tài)判斷是否釋放為用戶預(yù)留 的資源；
釋放模塊，用于當(dāng)判斷結(jié)果為是，則釋放為用戶預(yù)留的資源。與現(xiàn)有技術(shù)相比，本發(fā)明至少具有以下優(yōu)點
通過綜合考慮用戶的激活狀態(tài)、當(dāng)前可用資源狀態(tài)和用戶鏈路狀態(tài)，在當(dāng)前可用資源 允許的條件下，即使用戶處于非激活狀態(tài)，只要其鏈路正常就不刪除連接，在不影響系統(tǒng)資 源效率的前提下，最大限度地保證了用戶體驗。


為了更清楚地說明本發(fā)明的技術(shù)方案，下面將對實施例描述中所需要使用的附圖 作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普 通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實施例一提供的一種資源的管理方法流程示意圖； 圖2是本發(fā)明實施例二提供的一種資源的管理方法流程示意圖3是本發(fā)明實施例三提供的一種資源的管理方法流程示意圖； 圖4是本發(fā)明實施例五提供的一種網(wǎng)絡(luò)側(cè)設(shè)備結(jié)構(gòu)示意圖。
具體實施例方式下面將結(jié)合本發(fā)明中的附圖，對本發(fā)明中的技術(shù)方案進(jìn)行清楚、完整地描述，顯 然，所描述的實施例僅僅是本發(fā)明的一部分實施例，而不是全部的實施例。基于本發(fā)明中的 實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都 屬于本發(fā)明保護(hù)的范圍。實施例一
本發(fā)明實施例一提供一種資源的管理方法，通過綜合考慮用戶的激活狀態(tài)、當(dāng)前可用 資源狀態(tài)和用戶鏈路狀態(tài)，判斷是否釋放為用戶預(yù)留的資源，在不影響用戶體驗的前提下， 提升系統(tǒng)資源利用率。如圖1所示，該方法包括以下步驟
步驟101，網(wǎng)絡(luò)側(cè)根據(jù)當(dāng)前可用資源狀態(tài)和/或用戶鏈路狀態(tài)判斷是否釋放為用戶預(yù) 留的資源，如果是，執(zhí)行步驟102，否則，執(zhí)行步驟103。步驟102，網(wǎng)絡(luò)側(cè)釋放為用戶預(yù)留的資源。步驟103，網(wǎng)絡(luò)側(cè)保留為用戶預(yù)留的資源。本發(fā)明實施例中，網(wǎng)絡(luò)側(cè)根據(jù)當(dāng)前可用資源狀態(tài)和/或用戶鏈路狀態(tài)判斷是否釋 放為用戶預(yù)留的資源，包括網(wǎng)絡(luò)側(cè)根據(jù)當(dāng)前可用資源狀態(tài)和用戶激活狀態(tài)判斷是否釋放 為用戶預(yù)留的資源；或者，網(wǎng)絡(luò)側(cè)根據(jù)用戶鏈路狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶 預(yù)留的資源；或者，網(wǎng)絡(luò)側(cè)根據(jù)當(dāng)前可用資源狀態(tài)、用戶鏈路狀態(tài)和用戶激活狀態(tài)判斷是否 釋放為用戶預(yù)留的資源。
本發(fā)明實施例中，為每個建立服務(wù)連接的用戶分配一個激活定時器，激活定時器 用于表示用戶激活狀態(tài)；其中，該激活定時器的時長可根據(jù)業(yè)務(wù)特征預(yù)先設(shè)定。具體的，激活定時器的運行規(guī)則為當(dāng)用戶上下行方向都沒有數(shù)據(jù)傳輸時，則啟動 激活定時器，在激活定時器運行期間，一旦某個方向有數(shù)據(jù)到達(dá)，則終止并重置激活定時器 (如果激活定時器已經(jīng)處于超時狀態(tài)，則直接重置激活定時器，激活定時器處于重置狀態(tài)時 表示激活定時器未啟動)，直到再次檢測到上下行均沒有數(shù)據(jù)等待傳輸時，重新啟動激活定 時器。第一種情況，網(wǎng)絡(luò)側(cè)在根據(jù)當(dāng)前可用資源狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用 戶預(yù)留的資源時，網(wǎng)絡(luò)側(cè)統(tǒng)計當(dāng)前可用軟件資源(如CPU占用率)狀態(tài)，如果當(dāng)前可用軟件 資源小于預(yù)設(shè)第一門限值(根據(jù)實際需要設(shè)置)，則根據(jù)用戶激活狀態(tài)釋放為用戶預(yù)留的資 源；和/或，網(wǎng)絡(luò)側(cè)統(tǒng)計當(dāng)前可用硬件資源(如緩存數(shù)量)狀態(tài)，如果當(dāng)前可用硬件資源小于 預(yù)設(shè)第二門限值(根據(jù)實際需要設(shè)置)，則根據(jù)用戶激活狀態(tài)釋放為用戶預(yù)留的資源。進(jìn)一步的，根據(jù)用戶激活狀態(tài)釋放為用戶預(yù)留的資源包括如果存在激活定時器 超時的用戶，則釋放為激活定時器超時的用戶預(yù)留的資源；如果不存在激活定時器超時的 用戶且存在激活定時器正在運行的用戶，則按照激活定時器運行時間的長短依次釋放為激 活定時器正在運行的用戶預(yù)留的資源。本發(fā)明實施例中，釋放為用戶預(yù)留的資源的過程具體為釋放為用戶預(yù)留的所有 資源；或者，當(dāng)前可用軟件資源小于預(yù)設(shè)第一門限值時，釋放為用戶預(yù)留的軟件資源一直 到當(dāng)前可用軟件資源大于預(yù)設(shè)第三門限值(根據(jù)實際需要設(shè)置)，第三門限值小于第一門限 值；和/或，當(dāng)前可用硬件資源小于預(yù)設(shè)第二門限值時，釋放為用戶預(yù)留的硬件資源一直 到當(dāng)前可用硬件資源大于預(yù)設(shè)第四門限值(根據(jù)實際需要設(shè)置)，第四門限值小于第二門限 值。需要說明的是，如果釋放為用戶預(yù)留的軟件資源無法滿足當(dāng)前可用軟件資源大于 預(yù)設(shè)第三門限值，或者釋放為用戶預(yù)留的硬件資源無法滿足當(dāng)前可用硬件資源大于預(yù)設(shè)第 四門限值，則向操作維護(hù)平臺發(fā)送第一錯誤告警信息，以進(jìn)行后續(xù)人工處理(如增加軟硬件 資源等)。如果不存在激活定時器超時的用戶且不存在激活定時器正在運行的用戶，則網(wǎng)絡(luò) 側(cè)向操作維護(hù)平臺發(fā)送第二錯誤告警信息，以進(jìn)行后續(xù)人工處理(如增加軟硬件資源等)； 該第一錯誤告警信息和第二錯誤告警信息通過相同的消息進(jìn)行發(fā)送或者通過不同的消息 進(jìn)行發(fā)送。第二種情況，網(wǎng)絡(luò)側(cè)根據(jù)用戶鏈路狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù)留 的資源時，當(dāng)檢測到有用戶的激活定時器超時后，網(wǎng)絡(luò)側(cè)檢測用戶鏈路是否處于異常狀態(tài)， 如果用戶鏈路處于異常狀態(tài)，則確定需要釋放為激活定時器超時的用戶預(yù)留的資源。進(jìn)一步的，網(wǎng)絡(luò)側(cè)設(shè)置保護(hù)定時器，并在每次檢測用戶鏈路是否處于異常狀態(tài)后， 啟動該保護(hù)定時器，在保護(hù)定時器運行期間內(nèi)不再檢測用戶鏈路是否處于異常狀態(tài)。第三種情況，網(wǎng)絡(luò)側(cè)根據(jù)當(dāng)前可用資源狀態(tài)、用戶鏈路狀態(tài)和用戶激活狀態(tài)判斷 是否釋放為用戶預(yù)留的資源時，
方式一網(wǎng)絡(luò)側(cè)統(tǒng)計當(dāng)前可用軟件資源狀態(tài)，如果當(dāng)前可用軟件資源小于預(yù)設(shè)第五門 限值(根據(jù)實際需要設(shè)置，可以與預(yù)設(shè)第一門限值相同)，和/或，統(tǒng)計當(dāng)前可用硬件資源狀態(tài)，如果當(dāng)前可用硬件資源小于預(yù)設(shè)第六門限值(根據(jù)實際需要設(shè)置，可以與預(yù)設(shè)第二門限 值相同)；
如果存在激活定時器超時的用戶，則檢測激活定時器超時的用戶對應(yīng)的用戶鏈路是否 處于異常狀態(tài)，或者，如果不存在激活定時器超時的用戶且存在激活定時器正在運行的用 戶，則檢測激活定時器正在運行的用戶對應(yīng)的用戶鏈路是否處于異常狀態(tài)； 如果用戶鏈路處于異常狀態(tài)，則釋放用戶預(yù)留的資源。方式二 網(wǎng)絡(luò)側(cè)檢測用戶激活狀態(tài)，如果存在激活定時器超時的用戶，則檢測激活 定時器超時的用戶對應(yīng)的用戶鏈路是否處于異常狀態(tài)，或者，如果不存在激活定時器超時 的用戶且存在激活定時器正在運行的用戶，則檢測激活定時器正在運行的用戶對應(yīng)的用戶 鏈路是否處于異常狀態(tài)；
如果用戶鏈路處于異常狀態(tài)，則釋放用戶預(yù)留的資源；如果用戶鏈路處于正常狀態(tài)，則 統(tǒng)計當(dāng)前可用軟件資源狀態(tài)，如果當(dāng)前可用軟件資源小于預(yù)設(shè)第七門限值(根據(jù)實際需要 設(shè)置，可以與預(yù)設(shè)第一門限值相同)，和/或，統(tǒng)計當(dāng)前可用硬件資源狀態(tài)，如果當(dāng)前可用硬 件資源小于預(yù)設(shè)第八門限值(根據(jù)實際需要設(shè)置，可以與預(yù)設(shè)第二門限值相同)，則釋放用 戶預(yù)留的資源。實施例二
本發(fā)明實施例二提供一種資源的管理方法，通過考慮用戶的激活狀態(tài)和當(dāng)前可用資源 狀態(tài)判斷是否釋放為用戶預(yù)留的資源，如圖2所示，該方法包括以下步驟
步驟201，網(wǎng)絡(luò)側(cè)(例如基站)統(tǒng)計當(dāng)前可用資源狀態(tài)，該當(dāng)前可用資源狀態(tài)包括當(dāng)前可 用軟件資源(如CPU占用率或其它資源)狀態(tài)和/或當(dāng)前可用硬件資源(如緩存數(shù)量或其它 資源)狀態(tài)。步驟202，網(wǎng)絡(luò)側(cè)判斷當(dāng)前可用資源是否小于預(yù)設(shè)門限值，如果是，執(zhí)行步驟203， 否則，繼續(xù)執(zhí)行步驟201。其中，可為當(dāng)前可用軟件資源和當(dāng)前可用硬件資源設(shè)置不同的預(yù)設(shè)門限值，因此 網(wǎng)絡(luò)側(cè)判斷當(dāng)前可用軟件資源是否小于預(yù)設(shè)第一門限值和/或判斷當(dāng)前硬件資源是否小
于預(yù)設(shè)第二門限值。步驟203，網(wǎng)絡(luò)側(cè)判斷是否存在激活定時器超時的用戶，如果是，執(zhí)行步驟204，否 則，執(zhí)行步驟205。步驟204，網(wǎng)絡(luò)側(cè)釋放為激活定時器超時的用戶預(yù)留的資源，即網(wǎng)絡(luò)側(cè)回收激活定 時器超時的用戶資源。步驟205，網(wǎng)絡(luò)側(cè)判斷是否存在激活定時器正在運行的用戶，如果是，執(zhí)行步驟 206，否則，執(zhí)行步驟207。步驟206，網(wǎng)絡(luò)側(cè)按照激活定時器運行時間的長短依次釋放為激活定時器正在運 行的用戶預(yù)留的資源，即網(wǎng)絡(luò)側(cè)優(yōu)先回收激活定時器運行時間長的用戶的資源，之后回收 激活定時器運行時間短的用戶的資源。步驟207，網(wǎng)絡(luò)側(cè)向操作維護(hù)平臺發(fā)送錯誤告警信息，以進(jìn)行后續(xù)人工處理(如增 加軟硬件資源等)。本發(fā)明實施例中，在釋放為激活定時器超時的用戶預(yù)留的資源，或者釋放為激活 定時器正在運行的用戶預(yù)留的資源的過程中，
9方式一網(wǎng)絡(luò)側(cè)釋放為用戶預(yù)留的所有資源，即將資源全部釋放。方式二 網(wǎng)絡(luò)側(cè)釋放為用戶預(yù)留的軟件資源一直到當(dāng)前可用軟件資源大于預(yù)設(shè)第 三門限值，第三門限值小于第一門限值；和/或，網(wǎng)絡(luò)側(cè)釋放為用戶預(yù)留的硬件資源一直到 當(dāng)前可用硬件資源大于預(yù)設(shè)第四門限值，第四門限值小于第二門限值。需要說明的是，如果釋放為用戶預(yù)留的軟件資源無法滿足當(dāng)前可用軟件資源大于 預(yù)設(shè)第三門限值，或者釋放為用戶預(yù)留的硬件資源無法滿足當(dāng)前可用硬件資源大于預(yù)設(shè)第 四門限值，則網(wǎng)絡(luò)側(cè)向操作維護(hù)平臺發(fā)送第一錯誤告警信息，以進(jìn)行后續(xù)人工處理(如增加 軟硬件資源等)。實施例三
本發(fā)明實施例三提供一種資源的管理方法，通過考慮用戶的激活狀態(tài)和用戶鏈路狀態(tài) 判斷是否釋放為用戶預(yù)留的資源，如圖3所示，該方法包括以下步驟 步驟301，網(wǎng)絡(luò)側(cè)檢查用戶激活定時器狀態(tài)。步驟302，網(wǎng)絡(luò)側(cè)判斷是否有用戶的激活定時器超時，如果有，執(zhí)行步驟303，否 則，繼續(xù)執(zhí)行步驟301。步驟303，網(wǎng)絡(luò)側(cè)檢測激活定時器超時的用戶鏈路狀態(tài)。步驟304，網(wǎng)絡(luò)側(cè)判斷用戶鏈路狀態(tài)是否異常，如果是，執(zhí)行步驟305，否則，網(wǎng)絡(luò) 側(cè)不進(jìn)行任何操作，并繼續(xù)執(zhí)行步驟301。步驟305，網(wǎng)絡(luò)側(cè)釋放為激活定時器超時的用戶預(yù)留的資源，即網(wǎng)絡(luò)側(cè)刪除用戶鏈 路并釋放為其預(yù)留的軟硬件資源。本發(fā)明實施例中，檢測用戶鏈路狀態(tài)的方式可根據(jù)實際情況進(jìn)行選擇，以LTE系 統(tǒng)為例，可以采用非競爭隨機接入的方式，網(wǎng)絡(luò)側(cè)發(fā)送下行信令，為用戶分配一個前導(dǎo)碼 (preamble碼)，然后在預(yù)設(shè)的上行資源檢測終端是否發(fā)送了該前導(dǎo)碼，如果檢測成功，則表 明終端鏈路正常，如果未檢測到則表明終端鏈路異常。實際應(yīng)用中，為了保證鏈路檢測的可靠性，還可以進(jìn)行多次檢測(例如10次)，若檢 測成功的比例大于預(yù)設(shè)門限(例如0. 4)則表明終端鏈路正常，否則表明終端鏈路異常。本發(fā)明實施例中，為了避免激活定時器超時且鏈路正常的用戶被反復(fù)檢測，網(wǎng)絡(luò) 側(cè)還可設(shè)置一個保護(hù)定時器，每次完成鏈路檢測后，啟動該保護(hù)定時器，在保護(hù)定時器運行 期間即使用戶激活定時器仍然處于超時狀態(tài)，也不再為其檢測鏈路狀態(tài)，只有當(dāng)保護(hù)定時 器超時后，才能再次檢測其鏈路狀態(tài)。實施例四
本發(fā)明實施例四提供一種資源的管理方法，通過考慮當(dāng)前可用資源狀態(tài)、用戶鏈路狀 態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù)留的資源，其中
方式一，網(wǎng)絡(luò)側(cè)統(tǒng)計當(dāng)前可用軟件資源狀態(tài)，如果當(dāng)前可用軟件資源小于預(yù)設(shè)第五門 限值，和/或統(tǒng)計當(dāng)前可用硬件資源狀態(tài)，如果當(dāng)前可用硬件資源小于預(yù)設(shè)第六門限值，則 網(wǎng)絡(luò)側(cè)檢測用戶激活狀態(tài)；否則不執(zhí)行其它操作；
在檢測用戶激活狀態(tài)時，如果存在激活定時器超時的用戶，則檢測激活定時器超時的 用戶對應(yīng)的用戶鏈路是否處于異常狀態(tài)，或者，如果不存在激活定時器超時的用戶且存在 激活定時器正在運行的用戶，則檢測激活定時器正在運行的用戶對應(yīng)的用戶鏈路是否處于 異常狀態(tài)；
10如果用戶鏈路處于異常狀態(tài)，則釋放用戶預(yù)留的資源，即優(yōu)先釋放鏈路異常的用戶資 源，直到可用軟硬件資源大于預(yù)設(shè)門限(如可用軟件資源大于預(yù)設(shè)第三門限值，可用硬件資 源大于預(yù)設(shè)第四門限值)。方式二，網(wǎng)絡(luò)側(cè)檢測用戶激活狀態(tài)，如果存在激活定時器超時的用戶，則檢測激活 定時器超時的用戶對應(yīng)的用戶鏈路是否處于異常狀態(tài)，或者，如果不存在激活定時器超時 的用戶且存在激活定時器正在運行的用戶，則檢測激活定時器正在運行的用戶對應(yīng)的用戶 鏈路是否處于異常狀態(tài)；
如果鏈路異常，則網(wǎng)絡(luò)側(cè)刪除鏈路并釋放為其預(yù)留的資源，如果鏈路正常狀態(tài)，則網(wǎng)絡(luò) 側(cè)統(tǒng)計當(dāng)前可用軟件資源狀態(tài)，如果當(dāng)前可用軟件資源小于預(yù)設(shè)第七門限值，和/或，統(tǒng)計 當(dāng)前可用硬件資源狀態(tài)，如果當(dāng)前可用硬件資源小于預(yù)設(shè)第八門限值，則刪除鏈路正常的 用戶，并釋放用戶預(yù)留的資源，否則維持鏈路正常用戶的連接狀態(tài)。實際應(yīng)用中，根據(jù)所考慮因素(當(dāng)前可用資源狀態(tài)、用戶鏈路狀態(tài)和用戶激活狀 態(tài))的先后順序不同，有多種具體的實施方式，并不局限于上述兩種，本發(fā)明實施例中不再 贅述。實施例五
基于與上述方法同樣的發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種網(wǎng)絡(luò)側(cè)設(shè)備，如圖4 所示，該設(shè)備包括
判斷模塊11，用于根據(jù)當(dāng)前可用資源狀態(tài)和/或用戶鏈路狀態(tài)判斷是否釋放為用戶預(yù) 留的資源；
釋放模塊12，用于當(dāng)判斷結(jié)果為是，則釋放為用戶預(yù)留的資源。所述判斷模塊11，具體用于根據(jù)當(dāng)前可用資源狀態(tài)和用戶激活狀態(tài)判斷是否釋放 為用戶預(yù)留的資源；或者，根據(jù)用戶鏈路狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù)留的 資源；或者，根據(jù)當(dāng)前可用資源狀態(tài)、用戶鏈路狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù) 留的資源。在根據(jù)當(dāng)前可用資源狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù)留的資源時，所 述釋放模塊12，具體用于統(tǒng)計當(dāng)前可用軟件資源狀態(tài)，如果當(dāng)前可用軟件資源小于預(yù)設(shè)第 一門限值，則根據(jù)用戶激活狀態(tài)釋放為用戶預(yù)留的資源；和/或，統(tǒng)計當(dāng)前可用硬件資源狀 態(tài)，如果當(dāng)前可用硬件資源小于預(yù)設(shè)第二門限值，則根據(jù)用戶激活狀態(tài)釋放為用戶預(yù)留的 資源。為每個建立服務(wù)連接的用戶分配激活定時器，所述激活定時器用于表示用戶激活 狀態(tài)；所述釋放模塊12，進(jìn)一步用于如果存在激活定時器超時的用戶，則釋放為激活定時 器超時的用戶預(yù)留的資源；如果不存在激活定時器超時的用戶且存在激活定時器正在運行 的用戶，則按照激活定時器運行時間的長短依次釋放為激活定時器正在運行的用戶預(yù)留的 資源。所述釋放模塊12，進(jìn)一步用于釋放為用戶預(yù)留的所有資源；或者，當(dāng)前可用軟件 資源小于預(yù)設(shè)第一門限值時，釋放為用戶預(yù)留的軟件資源一直到當(dāng)前可用軟件資源大于預(yù) 設(shè)第三門限值，所述第三門限值小于所述第一門限值；和/或，當(dāng)前可用硬件資源小于預(yù) 設(shè)第二門限值時，釋放為用戶預(yù)留的硬件資源一直到當(dāng)前可用硬件資源大于預(yù)設(shè)第四門限 值，所述第四門限值小于所述第二門限值。
該網(wǎng)絡(luò)側(cè)設(shè)備還包括發(fā)送模塊13，用于如果釋放為用戶預(yù)留的軟件資源無法滿 足當(dāng)前可用軟件資源大于預(yù)設(shè)第三門限值，或者釋放為用戶預(yù)留的硬件資源無法滿足當(dāng)前 可用硬件資源大于預(yù)設(shè)第四門限值，則向操作維護(hù)平臺發(fā)送第一錯誤告警信息。發(fā)送模塊13，用于如果不存在激活定時器超時的用戶且不存在激活定時器正在運 行的用戶，則向操作維護(hù)平臺發(fā)送第二錯誤告警信息。為每個建立服務(wù)連接的用戶分配激活定時器，所述激活定時器用于表示用戶激活 狀態(tài)；所述判斷模塊11，具體用于當(dāng)檢測到有用戶的激活定時器超時后，檢測用戶鏈路是 否處于異常狀態(tài)，如果用戶鏈路處于異常狀態(tài)，則確定需要釋放為激活定時器超時的用戶 預(yù)留的資源。該網(wǎng)絡(luò)側(cè)設(shè)備還包括處理模塊14，用于設(shè)置保護(hù)定時器，并在每次檢測用戶鏈 路是否處于異常狀態(tài)后，啟動該保護(hù)定時器，在保護(hù)定時器運行期間內(nèi)不再檢測用戶鏈路 是否處于異常狀態(tài)。為每個建立服務(wù)連接的用戶分配激活定時器，所述激活定時器用于表示用戶激活 狀態(tài)；在根據(jù)當(dāng)前可用資源狀態(tài)、用戶鏈路狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù)留 的資源時，所述釋放模塊12，具體用于統(tǒng)計當(dāng)前可用軟件資源狀態(tài)，如果當(dāng)前可用軟件資源 小于預(yù)設(shè)第五門限值，和/或，統(tǒng)計當(dāng)前可用硬件資源狀態(tài)，如果當(dāng)前可用硬件資源小于預(yù) 設(shè)第六門限值；如果存在激活定時器超時的用戶，則檢測激活定時器超時的用戶對應(yīng)的用 戶鏈路是否處于異常狀態(tài)，或者，如果不存在激活定時器超時的用戶且存在激活定時器正 在運行的用戶，則檢測激活定時器正在運行的用戶對應(yīng)的用戶鏈路是否處于異常狀態(tài)；如 果用戶鏈路處于異常狀態(tài)，則釋放用戶預(yù)留的資源。為每個建立服務(wù)連接的用戶分配激活定時器，所述激活定時器用于表示用戶激活 狀態(tài)；在根據(jù)當(dāng)前可用資源狀態(tài)、用戶鏈路狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù)留 的資源時，所述釋放模塊12，具體用于檢測用戶激活狀態(tài)，如果存在激活定時器超時的用 戶，則檢測激活定時器超時的用戶對應(yīng)的用戶鏈路是否處于異常狀態(tài)，或者，如果不存在激 活定時器超時的用戶且存在激活定時器正在運行的用戶，則檢測激活定時器正在運行的用 戶對應(yīng)的用戶鏈路是否處于異常狀態(tài)；如果用戶鏈路處于異常狀態(tài)，則釋放用戶預(yù)留的資 源；如果用戶鏈路處于正常狀態(tài)，則統(tǒng)計當(dāng)前可用軟件資源狀態(tài)，如果當(dāng)前可用軟件資源小 于預(yù)設(shè)第七門限值，和/或，統(tǒng)計當(dāng)前可用硬件資源狀態(tài)，如果當(dāng)前可用硬件資源小于預(yù)設(shè) 第八門限值，則釋放用戶預(yù)留的資源。本發(fā)明實施例中，當(dāng)終端的上行、下行方向均沒有數(shù)據(jù)傳輸時，則啟動所述激活定 時器，在所述激活定時器運行期間，如果發(fā)現(xiàn)有數(shù)據(jù)到達(dá)，則終止并重置所述激活定時器， 直到再次檢測到上行、下行方向均沒有數(shù)據(jù)傳輸時，重新啟動所述激活定時器。其中，本發(fā)明裝置的各個模塊可以集成于一體，也可以分離部署。上述模塊可以合 并為一個模塊，也可以進(jìn)一步拆分成多個子模塊。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助 軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更 佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的 部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若 干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流 程并不一定是實施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實施例中的裝置中的模塊可以按照實施例描述進(jìn)行分 布于實施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實施例的一個或多個裝置中。上 述實施例的模塊可以合并為一個模塊，也可以進(jìn)一步拆分成多個子模塊。上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng) 域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種資源的管理方法，其特征在于，包括根據(jù)當(dāng)前可用資源狀態(tài)和/或用戶鏈路狀態(tài)判斷是否釋放為用戶預(yù)留的資源；如果 是，則釋放為用戶預(yù)留的資源。
2.如權(quán)利要求1所述的方法，其特征在于，所述根據(jù)當(dāng)前可用資源狀態(tài)和/或用戶鏈路 狀態(tài)判斷是否釋放為用戶預(yù)留的資源，包括根據(jù)當(dāng)前可用資源狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù)留的資源；或者， 根據(jù)用戶鏈路狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù)留的資源；或者， 根據(jù)當(dāng)前可用資源狀態(tài)、用戶鏈路狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù)留的資源。
3.如權(quán)利要求2所述的方法，其特征在于，在根據(jù)當(dāng)前可用資源狀態(tài)和用戶激活狀態(tài) 判斷是否釋放為用戶預(yù)留的資源時，所述方法進(jìn)一步包括統(tǒng)計當(dāng)前可用軟件資源狀態(tài)，如果當(dāng)前可用軟件資源小于預(yù)設(shè)第一門限值，則根據(jù)用 戶激活狀態(tài)釋放為用戶預(yù)留的資源；和/或，統(tǒng)計當(dāng)前可用硬件資源狀態(tài)，如果當(dāng)前可用硬件資源小于預(yù)設(shè)第二門限值，則根據(jù)用 戶激活狀態(tài)釋放為用戶預(yù)留的資源。
4.如權(quán)利要求3所述的方法，其特征在于，為每個建立服務(wù)連接的用戶分配激活定時 器，所述激活定時器用于表示用戶激活狀態(tài)；所述根據(jù)用戶激活狀態(tài)釋放為用戶預(yù)留的資 源，包括如果存在激活定時器超時的用戶，則釋放為激活定時器超時的用戶預(yù)留的資源； 如果不存在激活定時器超時的用戶且存在激活定時器正在運行的用戶，則按照激活定 時器運行時間的長短依次釋放為激活定時器正在運行的用戶預(yù)留的資源。
5.如權(quán)利要求3或4所述的方法，其特征在于，釋放為用戶預(yù)留的資源的過程，具體為釋放為用戶預(yù)留的所有資源；或者，當(dāng)前可用軟件資源小于預(yù)設(shè)第一門限值時，釋放為用戶預(yù)留的軟件資源一直到當(dāng)前可 用軟件資源大于預(yù)設(shè)第三門限值，所述第三門限值小于所述第一門限值；和/或，當(dāng)前可用 硬件資源小于預(yù)設(shè)第二門限值時，釋放為用戶預(yù)留的硬件資源一直到當(dāng)前可用硬件資源大 于預(yù)設(shè)第四門限值，所述第四門限值小于所述第二門限值。
6.如權(quán)利要求5所述的方法，其特征在于，所述方法進(jìn)一步包括如果釋放為用戶預(yù)留的軟件資源無法滿足當(dāng)前可用軟件資源大于預(yù)設(shè)第三門限值，或 者釋放為用戶預(yù)留的硬件資源無法滿足當(dāng)前可用硬件資源大于預(yù)設(shè)第四門限值，則向操作 維護(hù)平臺發(fā)送第一錯誤告警信息。
7.如權(quán)利要求3或4所述的方法，其特征在于，所述方法進(jìn)一步包括如果不存在激活定時器超時的用戶且不存在激活定時器正在運行的用戶，則向操作維 護(hù)平臺發(fā)送第二錯誤告警信息。
8.如權(quán)利要求2所述的方法，其特征在于，為每個建立服務(wù)連接的用戶分配激活定時 器，所述激活定時器用于表示用戶激活狀態(tài)；所述根據(jù)用戶鏈路狀態(tài)和用戶激活狀態(tài)判斷 是否釋放為用戶預(yù)留的資源，包括當(dāng)檢測到有用戶的激活定時器超時后，檢測用戶鏈路是否處于異常狀態(tài)，如果用戶鏈路處于異常狀態(tài)，則確定需要釋放為激活定時器超時的用戶預(yù)留的資源。
9.如權(quán)利要求8所述的方法，其特征在于，所述方法進(jìn)一步包括設(shè)置保護(hù)定時器，并在每次檢測用戶鏈路是否處于異常狀態(tài)后，啟動該保護(hù)定時器，在 保護(hù)定時器運行期間內(nèi)不再檢測用戶鏈路是否處于異常狀態(tài)。
10.如權(quán)利要求2所述的方法，其特征在于，為每個建立服務(wù)連接的用戶分配激活定時 器，所述激活定時器用于表示用戶激活狀態(tài)；在根據(jù)當(dāng)前可用資源狀態(tài)、用戶鏈路狀態(tài)和用 戶激活狀態(tài)判斷是否釋放為用戶預(yù)留的資源時，所述方法進(jìn)一步包括統(tǒng)計當(dāng)前可用軟件資源狀態(tài)，如果當(dāng)前可用軟件資源小于預(yù)設(shè)第五門限值，和/或，統(tǒng) 計當(dāng)前可用硬件資源狀態(tài)，如果當(dāng)前可用硬件資源小于預(yù)設(shè)第六門限值；如果存在激活定時器超時的用戶，則檢測激活定時器超時的用戶對應(yīng)的用戶鏈路是否 處于異常狀態(tài)，或者，如果不存在激活定時器超時的用戶且存在激活定時器正在運行的用 戶，則檢測激活定時器正在運行的用戶對應(yīng)的用戶鏈路是否處于異常狀態(tài)；如果用戶鏈路處于異常狀態(tài)，則釋放用戶預(yù)留的資源。
11.如權(quán)利要求2所述的方法，其特征在于，為每個建立服務(wù)連接的用戶分配激活定時 器，所述激活定時器用于表示用戶激活狀態(tài)；在根據(jù)當(dāng)前可用資源狀態(tài)、用戶鏈路狀態(tài)和用 戶激活狀態(tài)判斷是否釋放為用戶預(yù)留的資源時，所述方法進(jìn)一步包括檢測用戶激活狀態(tài)，如果存在激活定時器超時的用戶，則檢測激活定時器超時的用戶 對應(yīng)的用戶鏈路是否處于異常狀態(tài)，或者，如果不存在激活定時器超時的用戶且存在激活 定時器正在運行的用戶，則檢測激活定時器正在運行的用戶對應(yīng)的用戶鏈路是否處于異常 狀態(tài)；如果用戶鏈路處于異常狀態(tài)，則釋放用戶預(yù)留的資源；如果用戶鏈路處于正常狀態(tài)，則 統(tǒng)計當(dāng)前可用軟件資源狀態(tài)，如果當(dāng)前可用軟件資源小于預(yù)設(shè)第七門限值，和/或，統(tǒng)計當(dāng) 前可用硬件資源狀態(tài)，如果當(dāng)前可用硬件資源小于預(yù)設(shè)第八門限值，則釋放用戶預(yù)留的資 源。
12.如權(quán)利要求4、8、10或11所述的方法，其特征在于，當(dāng)終端的上行、下行方向均沒有 數(shù)據(jù)傳輸時，則啟動所述激活定時器，在所述激活定時器運行期間，如果發(fā)現(xiàn)有數(shù)據(jù)到達(dá)， 則終止并重置所述激活定時器，直到再次檢測到上行、下行方向均沒有數(shù)據(jù)傳輸時，重新啟 動所述激活定時器。
13.—種網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，包括判斷模塊，用于根據(jù)當(dāng)前可用資源狀態(tài)和/或用戶鏈路狀態(tài)判斷是否釋放為用戶預(yù)留 的資源；釋放模塊，用于當(dāng)判斷結(jié)果為是，則釋放為用戶預(yù)留的資源。
14.如權(quán)利要求13所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，所述判斷模塊，具體用于根據(jù)當(dāng)前可用資源狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶 預(yù)留的資源；或者，根據(jù)用戶鏈路狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù)留的資源；或者，根據(jù)當(dāng)前可用資源狀態(tài)、用戶鏈路狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù)留的資源。
15.如權(quán)利要求14所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，在根據(jù)當(dāng)前可用資源狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù)留的資源時，所述釋放模塊，具體用于統(tǒng)計當(dāng)前可用軟件資源狀態(tài)，如果當(dāng)前可用軟件資源小于預(yù) 設(shè)第一門限值，則根據(jù)用戶激活狀態(tài)釋放為用戶預(yù)留的資源；和/或，統(tǒng)計當(dāng)前可用硬件資源狀態(tài)，如果當(dāng)前可用硬件資源小于預(yù)設(shè)第二門限值，則根據(jù)用 戶激活狀態(tài)釋放為用戶預(yù)留的資源。
16.如權(quán)利要求15所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，為每個建立服務(wù)連接的用戶分配 激活定時器，所述激活定時器用于表示用戶激活狀態(tài)；所述釋放模塊，進(jìn)一步用于如果存在激活定時器超時的用戶，則釋放為激活定時器超 時的用戶預(yù)留的資源；如果不存在激活定時器超時的用戶且存在激活定時器正在運行的用戶，則按照激活定 時器運行時間的長短依次釋放為激活定時器正在運行的用戶預(yù)留的資源。
17.如權(quán)利要求15或16所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，所述釋放模塊，進(jìn)一步用于釋放為用戶預(yù)留的所有資源；或者，當(dāng)前可用軟件資源小于預(yù)設(shè)第一門限值時，釋放為用戶預(yù)留的軟件資源一直到當(dāng)前可 用軟件資源大于預(yù)設(shè)第三門限值，所述第三門限值小于所述第一門限值；和/或，當(dāng)前可用 硬件資源小于預(yù)設(shè)第二門限值時，釋放為用戶預(yù)留的硬件資源一直到當(dāng)前可用硬件資源大 于預(yù)設(shè)第四門限值，所述第四門限值小于所述第二門限值。
18.如權(quán)利要求17所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，還包括發(fā)送模塊，用于如果釋放為用戶預(yù)留的軟件資源無法滿足當(dāng)前可用軟件資源大于預(yù)設(shè) 第三門限值，或者釋放為用戶預(yù)留的硬件資源無法滿足當(dāng)前可用硬件資源大于預(yù)設(shè)第四門 限值，則向操作維護(hù)平臺發(fā)送第一錯誤告警信息。
19.如權(quán)利要求15或16所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，還包括發(fā)送模塊，用于如果不存在激活定時器超時的用戶且不存在激活定時器正在運行的用 戶，則向操作維護(hù)平臺發(fā)送第二錯誤告警信息。
20.如權(quán)利要求14所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，為每個建立服務(wù)連接的用戶分配 激活定時器，所述激活定時器用于表示用戶激活狀態(tài)；所述判斷模塊，具體用于當(dāng)檢測到有用戶的激活定時器超時后，檢測用戶鏈路是否處 于異常狀態(tài)，如果用戶鏈路處于異常狀態(tài)，則確定需要釋放為激活定時器超時的用戶預(yù)留 的資源。
21.如權(quán)利要求20所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，還包括處理模塊，用于設(shè)置保護(hù)定時器，并在每次檢測用戶鏈路是否處于異常狀態(tài)后，啟動該 保護(hù)定時器，在保護(hù)定時器運行期間內(nèi)不再檢測用戶鏈路是否處于異常狀態(tài)。
22.如權(quán)利要求14所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，為每個建立服務(wù)連接的用戶分配 激活定時器，所述激活定時器用于表示用戶激活狀態(tài)；在根據(jù)當(dāng)前可用資源狀態(tài)、用戶鏈路 狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù)留的資源時，所述釋放模塊，具體用于統(tǒng)計當(dāng)前可用軟件資源狀態(tài)，如果當(dāng)前可用軟件資源小于預(yù) 設(shè)第五門限值，和/或，統(tǒng)計當(dāng)前可用硬件資源狀態(tài)，如果當(dāng)前可用硬件資源小于預(yù)設(shè)第六 門限值；如果存在激活定時器超時的用戶，則檢測激活定時器超時的用戶對應(yīng)的用戶鏈路是否處于異常狀態(tài)，或者，如果不存在激活定時器超時的用戶且存在激活定時器正在運行的用 戶，則檢測激活定時器正在運行的用戶對應(yīng)的用戶鏈路是否處于異常狀態(tài)；如果用戶鏈路處于異常狀態(tài)，則釋放用戶預(yù)留的資源。
23.如權(quán)利要求14所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，為每個建立服務(wù)連接的用戶分配 激活定時器，所述激活定時器用于表示用戶激活狀態(tài)；在根據(jù)當(dāng)前可用資源狀態(tài)、用戶鏈路 狀態(tài)和用戶激活狀態(tài)判斷是否釋放為用戶預(yù)留的資源時，所述釋放模塊，具體用于檢測用戶激活狀態(tài)，如果存在激活定時器超時的用戶，則檢測 激活定時器超時的用戶對應(yīng)的用戶鏈路是否處于異常狀態(tài)，或者，如果不存在激活定時器 超時的用戶且存在激活定時器正在運行的用戶，則檢測激活定時器正在運行的用戶對應(yīng)的 用戶鏈路是否處于異常狀態(tài)；如果用戶鏈路處于異常狀態(tài)，則釋放用戶預(yù)留的資源；如果用戶鏈路處于正常狀態(tài)，則 統(tǒng)計當(dāng)前可用軟件資源狀態(tài)，如果當(dāng)前可用軟件資源小于預(yù)設(shè)第七門限值，和/或，統(tǒng)計當(dāng) 前可用硬件資源狀態(tài)，如果當(dāng)前可用硬件資源小于預(yù)設(shè)第八門限值，則釋放用戶預(yù)留的資 源。
24.如權(quán)利要求16、20、22或23所述的網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，當(dāng)終端的上行、下行 方向均沒有數(shù)據(jù)傳輸時，則啟動所述激活定時器，在所述激活定時器運行期間，如果發(fā)現(xiàn)有 數(shù)據(jù)到達(dá)，則終止并重置所述激活定時器，直到再次檢測到上行、下行方向均沒有數(shù)據(jù)傳輸 時，重新啟動所述激活定時器。
全文摘要
本發(fā)明公開了一種資源的管理方法和設(shè)備，該方法包括根據(jù)當(dāng)前可用資源狀態(tài)和/或用戶鏈路狀態(tài)判斷是否釋放為用戶預(yù)留的資源；如果是，則釋放為用戶預(yù)留的資源。本發(fā)明實施例中，通過綜合考慮用戶的激活狀態(tài)、當(dāng)前可用資源狀態(tài)和用戶鏈路狀態(tài)，在當(dāng)前可用資源允許的條件下，即使用戶處于非激活狀態(tài)，只要其鏈路正常就不刪除連接，在不影響系統(tǒng)資源效率的前提下，最大限度地保證了用戶體驗。
文檔編號H04W28/16GK102123452SQ20111009377
公開日2011年7月13日 申請日期2011年4月14日 優(yōu)先權(quán)日2011年4月14日
發(fā)明者高卓 申請人:電信科學(xué)技術(shù)研究院