專利名稱：業(yè)務(wù)處理方法、裝置和無線網(wǎng)絡(luò)控制器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及通信技術(shù)，尤其涉及一種業(yè)務(wù)處理方法、裝置和無線網(wǎng)絡(luò)控制器。
背景技術(shù)：
在通用陸地?zé)o線接入網(wǎng) (Universal Terrestrial Radio Access Network 簡稱UTRAN)無線地面?zhèn)鬏斁W(wǎng)絡(luò)中，混合IP傳輸技術(shù)可以實現(xiàn)不同QoS要求的的IP報文 通過高低服務(wù)質(zhì)量(Quality of krvice ；以下簡稱QoQ傳輸鏈路進行管理和傳輸，允 許用戶業(yè)務(wù)在丟包率、延遲、抖動和帶寬等方面均能夠獲得可預(yù)期、差異化的服務(wù)水平，使 用戶或應(yīng)用的請求和響應(yīng)可以滿足一致的可預(yù)期的服務(wù)級別。如圖1所示為現(xiàn)有技術(shù)中 FE鏈路出現(xiàn)故障時的業(yè)務(wù)重建示意圖，無線網(wǎng)絡(luò)控制器(Radio Network Controller;以 下簡稱RNC)與UMTS基站(UMTS BaseStation ；以下簡稱NodeB)之間的傳輸路徑可以包 括準同步數(shù)字系列(Plesiochronous Digital Hierarchy ；以下簡稱PDH) /同步數(shù)字體系 (Synchronous Digital Hierarchy ；以下簡稱SDH)網(wǎng)絡(luò)和IP網(wǎng)絡(luò)，對于QoS要求較高的業(yè) 務(wù)，如信令面業(yè)務(wù)，其可以通過PDH/SDH進行傳輸，對QoS要求不高的業(yè)務(wù)的數(shù)據(jù)則可以通 過低成本的傳輸網(wǎng)絡(luò)，如IP網(wǎng)絡(luò)進行傳輸。其中，El鏈路和快速以太網(wǎng)(Fast Ethernet ； 以下簡稱FE)鏈路分別為承載在PDH/SDH和IP網(wǎng)絡(luò)中的傳輸鏈路。在現(xiàn)有技術(shù)中，電路交換業(yè)務(wù)(Circuit Switched krvice ；以下簡稱CS)域中 的語音和信令通常優(yōu)先承載在El鏈路上，次選地承載在FE鏈路上，即El鏈路為主鏈路，而 FE鏈路為次鏈路；分組交換業(yè)務(wù)(Packet SwitchedService ；以下簡稱數(shù)據(jù)通常則優(yōu) 先承載在FE鏈路上，次選地承載在El鏈路上，即FE鏈路為主鏈路，El鏈路為次鏈路。當(dāng) 主鏈路發(fā)生故障或其資源均被占用時，則選擇次鏈路來承載業(yè)務(wù)數(shù)據(jù)；當(dāng)FE鏈路出現(xiàn)故障 時，很多低QoS要求的業(yè)務(wù)會重建到高QoS傳輸鏈路El鏈路上。然而，在現(xiàn)有技術(shù)中，F(xiàn)E鏈路出現(xiàn)故障時重建到高QoS傳輸鏈路上的低QoS要求 的業(yè)務(wù)使得高QoS傳輸鏈路的可用帶寬下降，甚至導(dǎo)致網(wǎng)絡(luò)擁塞和丟包現(xiàn)象，使高QoS傳輸 鏈路上承載的高QoS要求的業(yè)務(wù)的可靠性和服務(wù)質(zhì)量大大降低。

發(fā)明內(nèi)容
本發(fā)明實施例在于提供一種業(yè)務(wù)處理方法、裝置和無線網(wǎng)絡(luò)控制器，以提高高QoS 傳輸鏈路上承載的高QoS要求的業(yè)務(wù)的可靠性和服務(wù)質(zhì)量。為了實現(xiàn)上述目的，一方面，本發(fā)明實施例提供了一種業(yè)務(wù)處理方法，包括當(dāng)檢測到與對端網(wǎng)元連接的低服務(wù)質(zhì)量QoS傳輸鏈路由故障狀態(tài)變?yōu)榭捎脿顟B(tài) 時，釋放承載在與所述對端網(wǎng)元連接的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)；將釋放的所述低QoS要求的業(yè)務(wù)重建到所述低QoS傳輸鏈路上。另一方面，本發(fā)明實施例提供了一種業(yè)務(wù)處理裝置，包括釋放模塊，用于當(dāng)檢測到與對端網(wǎng)元連接的低服務(wù)質(zhì)量QoS傳輸鏈路由故障狀態(tài)變?yōu)榭捎脿顟B(tài)時，釋放承載在與所述對端網(wǎng)元連接的高QoS傳輸鏈路上的低QoS要求的業(yè) 務(wù)；重建模塊，用于將所述釋放模塊釋放的所述低QoS要求的業(yè)務(wù)重建到所述低QoS 傳輸鏈路上。再一方面，本發(fā)明實施例提供了 一種無線網(wǎng)絡(luò)控制器，包括上述業(yè)務(wù)處理裝置。本發(fā)明實施例提供的一種業(yè)務(wù)處理方法、裝置和無線網(wǎng)絡(luò)控制器，通過當(dāng)檢測到 與對端網(wǎng)元連接的低QoS傳輸鏈路由故障狀態(tài)恢復(fù)為可用狀態(tài)時，釋放承載在高QoS傳輸 鏈路上的低QoS要求的業(yè)務(wù)，并將該業(yè)務(wù)重建到恢復(fù)正常的低QoS傳輸鏈路上，實現(xiàn)了低 QoS傳輸鏈路恢復(fù)正常后低QoS要求的業(yè)務(wù)的自動倒回，使其自動恢復(fù)到低QoS傳輸鏈路 上，使得高QoS傳輸鏈路的可用帶寬恢復(fù)為正?？捎脦挘苊饬艘虻蚎oS要求的業(yè)務(wù)引起 的網(wǎng)絡(luò)擁塞和丟包現(xiàn)象，提高了高QoS傳輸鏈路上承載的高QoS要求的業(yè)務(wù)的可靠性和服 務(wù)質(zhì)量。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以 根據(jù)這些附圖獲得其它的附圖。圖1為現(xiàn)有技術(shù)中FE鏈路出現(xiàn)故障時的業(yè)務(wù)重建示意圖；圖2為本發(fā)明業(yè)務(wù)處理方法實施例一的流程圖；圖3為本發(fā)明業(yè)務(wù)處理方法實施例二的流程圖；圖4為本發(fā)明業(yè)務(wù)處理裝置實施例一的結(jié)構(gòu)圖；圖5為本發(fā)明業(yè)務(wù)處理裝置實施例二的結(jié)構(gòu)圖。
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。圖2為本發(fā)明業(yè)務(wù)處理方法實施例一的流程圖，如圖2所示，本實施例提供了一種 業(yè)務(wù)處理方法，可以具體包括如下步驟步驟201，當(dāng)檢測到與對端網(wǎng)元連接的低QoS傳輸鏈路由故障狀態(tài)變?yōu)榭捎脿顟B(tài) 時，釋放承載在與對端網(wǎng)元連接的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)。本實施例可以應(yīng)用于IP高低QoS混合組網(wǎng)模式下，在本端網(wǎng)元與對端網(wǎng)元之間， 例如在RNC與NodeB之間，可以支持高QoS傳輸鏈路和低QoS傳輸鏈路兩種傳輸路徑來進 行數(shù)據(jù)傳輸。對于QoS要求較高的業(yè)務(wù)則可承載在高QoS傳輸鏈路進行數(shù)據(jù)傳輸，如CS域 中的語音業(yè)務(wù)和信令業(yè)務(wù)等，而對于QoS要求不高的業(yè)務(wù)則可承載在低QoS傳輸鏈路進行 數(shù)據(jù)傳輸，如PS域中的交互業(yè)務(wù)、背景業(yè)務(wù)等。本實施例中的高QoS傳輸鏈路，例如，具體 可以為El鏈路，而低QoS傳輸鏈路，例如，具體可以為FE鏈路。通常情況下，高QoS要求的業(yè)務(wù)優(yōu)先承載在高QoS傳輸鏈路上，低QoS要求的業(yè)務(wù)優(yōu)先承載在低QoS傳輸鏈路上；當(dāng)承 載高QoS要求的業(yè)務(wù)的高QoS傳輸鏈路出現(xiàn)故障后，高QoS要求的業(yè)務(wù)會重建到低QoS傳 輸鏈路上，當(dāng)承載低QoS要求的業(yè)務(wù)的低QoS傳輸鏈路出現(xiàn)故障后，低QoS要求的業(yè)務(wù)會重 建到高QoS傳輸鏈路上。本步驟為本端網(wǎng)元當(dāng)檢測到與對端網(wǎng)元連接的低QoS傳輸鏈路， 例如與對端網(wǎng)元連接的某一條或多條低QoS傳輸鏈路由故障狀態(tài)恢復(fù)為可用狀態(tài)時，對承 載在對端網(wǎng)元的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)進行釋放處理。而對于高QoS傳輸 鏈路由故障狀態(tài)恢復(fù)為可用狀態(tài)的情況，則不觸發(fā)對承載在低QoS傳輸鏈路上的高QoS要 求的業(yè)務(wù)進行釋放處理的操作，由于高QoS要求的業(yè)務(wù)通常為小區(qū)公共信道上的信令面業(yè) 務(wù)、語音業(yè)務(wù)等，若對該業(yè)務(wù)進行釋放處理等操作，則會導(dǎo)致系統(tǒng)服務(wù)中斷，使得用戶感受 變差。步驟202，將釋放的低QoS要求的業(yè)務(wù)重建到低QoS傳輸鏈路上。本端網(wǎng)元在對承載在與對端網(wǎng)元連接的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)進 行釋放處理后，將釋放的低QoS要求的業(yè)務(wù)自動重建到本端網(wǎng)元與對端網(wǎng)元之間的低QoS 傳輸鏈路上，實現(xiàn)低QoS要求的業(yè)務(wù)的低QoS傳輸鏈路的自動倒回。本實施例在低QoS傳 輸鏈路的故障恢復(fù)后，自動將承載在高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)倒回到低QoS 傳輸鏈路上，可以減輕高QoS傳輸鏈路的負擔(dān)，使得其上承載的高QoS要求的業(yè)務(wù)的可用帶 寬恢復(fù)為正?？捎脦挕１緦嵤├峁┝艘环N業(yè)務(wù)處理方法，通過當(dāng)檢測到本端網(wǎng)元與對端網(wǎng)元之間連接 的低QoS傳輸鏈路由故障狀態(tài)恢復(fù)為可用狀態(tài)時，釋放承載在高QoS傳輸鏈路上的低QoS 要求的業(yè)務(wù)，并將該業(yè)務(wù)重建到恢復(fù)正常的低QoS傳輸鏈路上，本實施例實現(xiàn)了低QoS傳輸 鏈路恢復(fù)正常后低QoS要求的業(yè)務(wù)的自動倒回，使其自動恢復(fù)到低QoS傳輸鏈路上，使得高 QoS傳輸鏈路的可用帶寬恢復(fù)為正常可用帶寬，避免了因低QoS要求的業(yè)務(wù)引起的網(wǎng)絡(luò)擁 塞和丟包現(xiàn)象，提高了高QoS傳輸鏈路上承載的高QoS要求的業(yè)務(wù)的可靠性和服務(wù)質(zhì)量。圖3為本發(fā)明業(yè)務(wù)處理方法實施例二的流程圖，如圖3所示，本實施例提供了一種 業(yè)務(wù)處理方法，可以具體包括如下步驟步驟301，本端網(wǎng)元檢測與對端網(wǎng)元連接的低QoS傳輸鏈路的狀態(tài)。在本實施例中，以低QoS傳輸鏈路具體為FE鏈路，高QoS傳輸鏈路具體為El鏈路， 低QoS要求的業(yè)務(wù)具體為PS業(yè)務(wù)，高QoS要求的業(yè)務(wù)具體為CS業(yè)務(wù)為例進行說明，但并不 對此進行限定。本步驟為本端網(wǎng)元對與對端網(wǎng)元連接的FE鏈路的狀態(tài)進行檢測，例如，本 端網(wǎng)元具體可以為RNC，具體可以由RNC來檢測FE鏈路的狀態(tài)，例如，可以由RNC在操作維 護管理層來檢測FE鏈路的狀態(tài)，此處主要檢測發(fā)生故障的FE鏈路是否恢復(fù)為可用狀態(tài)。步驟302，若檢測到低QoS傳輸鏈路由故障狀態(tài)變?yōu)榭捎脿顟B(tài)，則本端網(wǎng)元判斷與 對端網(wǎng)元連接的鏈路中當(dāng)前是否還存在其它可用的低QoS傳輸鏈路，如果是，則結(jié)束本流 程，否則執(zhí)行步驟303。當(dāng)本端網(wǎng)元檢測到與對端網(wǎng)元連接的低QoS傳輸鏈路由故障狀態(tài)變?yōu)榭捎脿顟B(tài) 時，例如，本端網(wǎng)元具體可以為RNC，具體地當(dāng)RNC檢測到某一條或多條FE鏈路由故障狀態(tài) 變?yōu)榭捎脿顟B(tài)時，RNC可以發(fā)送鏈路狀態(tài)通知消息，例如可以從操作維護管理層向傳輸鏈路 管理層發(fā)送鏈路狀態(tài)通知消息，在該鏈路狀態(tài)通知消息中可以攜帶當(dāng)前恢復(fù)的FE鏈路的 標識信息。本端網(wǎng)元還可以繼續(xù)判斷與對端網(wǎng)元連接的鏈路中當(dāng)前是否存在其它可用的FE鏈路，例如可以在傳輸鏈路管理層判斷當(dāng)前是否存在其它可用的FE鏈路。如果在某FE鏈 路的故障恢復(fù)后，此處的FE鏈路可以為一條或多條，在RNC與對端網(wǎng)元連接的鏈路中還存 在除該故障恢復(fù)的冊鏈路之外的其它可用的FE鏈路，則此時可以無需執(zhí)行后續(xù)的業(yè)務(wù)倒 回的步驟，由于某些低QoS要求的業(yè)務(wù)基于某些用戶所期望的原因，其最初便建立在高QoS 傳輸鏈路上，則本實施例中可以不對此種情況進行自動倒回處理，并結(jié)束本流程。如果在某 FE鏈路的故障恢復(fù)后，在本端網(wǎng)元與對端網(wǎng)元連接的鏈路中并不存在除該故障恢復(fù)的FE 鏈路之外的其它可用的FE鏈路，則可以執(zhí)行后續(xù)步驟303。此外，可選地，由于新建的鏈路在初始狀態(tài)時也表現(xiàn)為由故障狀態(tài)恢復(fù)為可用狀 態(tài)，則RNC的傳輸鏈路管理層在獲知某FE鏈路由故障狀態(tài)恢復(fù)為可用狀態(tài)時，此處的FE鏈 路可以為一條或多條，可以進一步繼續(xù)判斷該FE鏈路當(dāng)前是否處于初始狀態(tài)，即判斷該FE 鏈路的狀態(tài)恢復(fù)是否為鏈路建立初期的狀態(tài)恢復(fù)。如果該故障恢復(fù)的FE鏈路處于初始狀 態(tài)，則可以無需執(zhí)行后續(xù)的業(yè)務(wù)倒回的步驟。步驟303，本端網(wǎng)元釋放承載在與對端網(wǎng)元連接的高QoS傳輸鏈路上的低QoS要求 的業(yè)務(wù)。當(dāng)獲知某一條或多條FE鏈路的故障恢復(fù)，且當(dāng)前不存在其它可用的FE鏈路時，本 端網(wǎng)元對承載在El鏈路上的低QoS要求的業(yè)務(wù)進行釋放處理。具體地，例如，本端網(wǎng)元可 以為RNC，可以獲取當(dāng)前承載在El鏈路上的低QoS要求的業(yè)務(wù)對應(yīng)的用戶信息，例如，可以 在傳輸鏈路管理層獲取當(dāng)前承載在El鏈路上的低QoS要求的業(yè)務(wù)對應(yīng)的用戶信息，發(fā)送釋 放指示消息，在該釋放指示消息中攜帶獲取的低QoS要求的業(yè)務(wù)對應(yīng)的用戶的屬性信息， 例如，可以向業(yè)務(wù)管理層發(fā)送釋放指示消息。RNC可以根據(jù)所述用戶的屬性信息來對低QoS 要求的業(yè)務(wù)進行釋放處理。具體地，可以根據(jù)屬性信息判斷所述用戶所包含的業(yè)務(wù)類型，若 所述用戶的所有業(yè)務(wù)均為低QoS要求的業(yè)務(wù)，例如所述用戶的所有業(yè)務(wù)均為純PS業(yè)務(wù)，則 釋放該用戶的所有低QoS要求的業(yè)務(wù)；若所述用戶的業(yè)務(wù)包括低QoS要求的業(yè)務(wù)和高QoS 要求的業(yè)務(wù)，例如所述用戶的業(yè)務(wù)可以具體包括CS業(yè)務(wù)和PS業(yè)務(wù)，則釋放該用戶的低QoS 要求的業(yè)務(wù)，即只釋放該用戶的PS業(yè)務(wù)，保留其CS業(yè)務(wù)。步驟304，本端網(wǎng)元將釋放的低QoS要求的業(yè)務(wù)重建到低QoS傳輸鏈路上。本端網(wǎng)元在完成低QoS要求的業(yè)務(wù)的釋放后，將釋放后的低QoS要求的業(yè)務(wù)或低 QoS要求的用戶的業(yè)務(wù)重建到故障恢復(fù)后的FE鏈路上，實現(xiàn)了低QoS要求的業(yè)務(wù)的低QoS 傳輸鏈路的自動倒回。本實施例提供了一種業(yè)務(wù)處理方法，通過當(dāng)檢測到與對端網(wǎng)元連接的低QoS傳輸 鏈路由故障狀態(tài)恢復(fù)為可用狀態(tài)時，本端網(wǎng)元釋放承載在高QoS傳輸鏈路上的低QoS要求 的業(yè)務(wù)，并將該業(yè)務(wù)重建到恢復(fù)正常的低QoS傳輸鏈路上，實現(xiàn)了低QoS傳輸鏈路恢復(fù)正常 后低QoS要求的業(yè)務(wù)的自動倒回，使其自動恢復(fù)到低QoS傳輸鏈路上，使得高QoS傳輸鏈 路的可用帶寬恢復(fù)為正?？捎脦?，避免了因低QoS要求的業(yè)務(wù)引起的網(wǎng)絡(luò)擁塞和丟包現(xiàn) 象，提高了高QoS傳輸鏈路上承載的高QoS要求的業(yè)務(wù)的可靠性和服務(wù)質(zhì)量。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序 在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者 光盤等各種可以存儲程序代碼的介質(zhì)。
圖4為本發(fā)明業(yè)務(wù)處理裝置實施例一的結(jié)構(gòu)圖，如圖4所示，本實施例提供了一種 業(yè)務(wù)處理裝置，可以具體執(zhí)行上述方法實施例所示的流程，此處不再贅述。本實施例提供 的業(yè)務(wù)處理裝置可以具體包括釋放模塊401和重建模塊402。其中，釋放模塊401用于當(dāng) 檢測到與對端網(wǎng)元連接的低服務(wù)質(zhì)量QoS傳輸鏈路由故障狀態(tài)變?yōu)榭捎脿顟B(tài)時，釋放承載 在與所述對端網(wǎng)元連接的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)。在本實施例中，當(dāng)檢測 到與對端網(wǎng)元連接的低QoS傳輸鏈路，例如與對端網(wǎng)元連接的某一條或多條低QoS傳輸鏈 路由故障狀態(tài)恢復(fù)為可用狀態(tài)時，釋放模塊401對承載在對端網(wǎng)元的高QoS傳輸鏈路上的 低QoS要求的業(yè)務(wù)進行釋放處理。而對于高QoS傳輸鏈路由故障狀態(tài)恢復(fù)為可用狀態(tài)的情 況，則不觸發(fā)對承載在低QoS傳輸鏈路上的高QoS要求的業(yè)務(wù)進行釋放處理的操作，由于高 QoS要求的業(yè)務(wù)通常為小區(qū)公共信道上的信令面業(yè)務(wù)、語音業(yè)務(wù)等，若對該業(yè)務(wù)進行釋放處 理等操作，則會導(dǎo)致系統(tǒng)服務(wù)中斷，使得用戶感受變差。重建模塊402用于將釋放模塊401 釋放的所述低QoS要求的業(yè)務(wù)重建到所述低QoS傳輸鏈路上。重建模塊402在對承載在與 對端網(wǎng)元連接的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)進行釋放處理后，將釋放的低QoS 要求的業(yè)務(wù)自動重建到本端網(wǎng)元與對端網(wǎng)元之間的低QoS傳輸鏈路上，實現(xiàn)低QoS要求的 業(yè)務(wù)的低QoS傳輸鏈路的自動倒回。圖5為本發(fā)明業(yè)務(wù)處理裝置實施例二的結(jié)構(gòu)圖，如圖5所示，本實施例提供了一種 業(yè)務(wù)處理裝置，可以具體執(zhí)行上述方法實施例所示的流程，此處不再贅述。本實施例提供的 業(yè)務(wù)處理裝置在上述圖4所示的基礎(chǔ)之上，釋放模塊401可以具體包括檢測子模塊411和 釋放子模塊421。其中，檢測子模塊411用于檢測與對端網(wǎng)元連接的低QoS傳輸鏈路的狀 態(tài)，此處主要檢測發(fā)生故障的低QoS傳輸鏈路是否恢復(fù)為可用狀態(tài)。釋放子模塊421用于 若檢測子模塊411檢測到所述低QoS傳輸鏈路由故障狀態(tài)變?yōu)榭捎脿顟B(tài)，且與所述對端網(wǎng) 元連接的鏈路中當(dāng)前不存在其它可用的低QoS傳輸鏈路時，則釋放承載在與所述對端網(wǎng)元 連接的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)。其中，若該故障恢復(fù)的低QoS傳輸鏈路當(dāng) 前處于初始狀態(tài)，則釋放子模塊421可以無需進行業(yè)務(wù)釋放。具體地，釋放子模塊421可以具體包括發(fā)送單元4211和釋放單元4212。其中，發(fā) 送單元4211用于發(fā)送釋放指示消息，在所述釋放指示消息中攜帶承載在與所述對端網(wǎng)元 連接的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)對應(yīng)的用戶的屬性信息。釋放單元4212用 于根據(jù)從發(fā)送單元4211接收的所述用戶的屬性信息釋放低QoS要求的業(yè)務(wù)。更具體地，釋放單元4212可以具體包括第一釋放子單元42121和/或第二釋放子 單元42122。其中，第一釋放子單元42121用于當(dāng)所述用戶的所有業(yè)務(wù)均為低QoS要求的 業(yè)務(wù)時，釋放所述用戶的所有低QoS要求的業(yè)務(wù)。第二釋放子單元42122用于當(dāng)所述用戶 的業(yè)務(wù)包括低QoS要求的業(yè)務(wù)和高QoS要求的業(yè)務(wù)時，釋放所述用戶的低QoS要求的業(yè)務(wù)。 具體地，第一釋放子單元42121和/或第二釋放子單元42122根據(jù)用戶的屬性信息判斷用 戶所包含的業(yè)務(wù)類型，若用戶的所有業(yè)務(wù)均為低QoS要求的業(yè)務(wù)，例如用戶的業(yè)務(wù)具體為 純PS業(yè)務(wù)，則第一釋放子單元42121釋放該用戶的所有低QoS要求的業(yè)務(wù)；若用戶的業(yè)務(wù) 可以包括低QoS要求的業(yè)務(wù)和高QoS要求的業(yè)務(wù)，例如用戶的業(yè)務(wù)可以具體包括CS業(yè)務(wù)和 PS業(yè)務(wù)，則第二釋放子單元42122釋放該用戶的低QoS要求的業(yè)務(wù)，即只釋放該用戶的PS 業(yè)務(wù)，保留其CS業(yè)務(wù)。本實施例提供了一種業(yè)務(wù)處理裝置，通過當(dāng)檢測到與對端網(wǎng)元連接的低QoS傳輸鏈路由故障狀態(tài)恢復(fù)為可用狀態(tài)時，釋放承載在高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)，并 將該業(yè)務(wù)重建到恢復(fù)正常的低QoS傳輸鏈路上，實現(xiàn)了低QoS傳輸鏈路恢復(fù)正常后低QoS 要求的業(yè)務(wù)的自動倒回，使其自動恢復(fù)到低QoS傳輸鏈路上，使得高QoS傳輸鏈路的可用帶 寬恢復(fù)為正?？捎脦挘苊饬艘虻蚎oS要求的業(yè)務(wù)引起的網(wǎng)絡(luò)擁塞和丟包現(xiàn)象，提高了 高QoS傳輸鏈路上承載的高QoS要求的業(yè)務(wù)的可靠性和服務(wù)質(zhì)量。本實施例提供了一種無線網(wǎng)絡(luò)控制器，可以包括上述圖4或圖5所示的業(yè)務(wù)處理
直ο最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡 管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然 可以對前述實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換； 而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種業(yè)務(wù)處理方法，其特征在于，包括當(dāng)檢測到與對端網(wǎng)元連接的低服務(wù)質(zhì)量QoS傳輸鏈路由故障狀態(tài)變?yōu)榭捎脿顟B(tài)時，釋 放承載在與所述對端網(wǎng)元連接的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)；將釋放的所述低QoS要求的業(yè)務(wù)重建到所述低QoS傳輸鏈路上。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述當(dāng)檢測到與對端網(wǎng)元連接的低服務(wù) 質(zhì)量QoS傳輸鏈路由故障狀態(tài)變?yōu)榭捎脿顟B(tài)時，釋放承載在與所述對端網(wǎng)元連接的高QoS 傳輸鏈路上的低QoS要求的業(yè)務(wù)包括檢測與對端網(wǎng)元連接的低QoS傳輸鏈路的狀態(tài)；若檢測到低QoS傳輸鏈路由故障狀態(tài)變?yōu)榭捎脿顟B(tài)，且與所述對端網(wǎng)元連接的鏈路中 當(dāng)前不存在其它可用的低QoS傳輸鏈路時，則釋放承載在與所述對端網(wǎng)元連接的高QoS傳 輸鏈路上的低QoS要求的業(yè)務(wù)。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述釋放承載在與所述對端網(wǎng)元連接 的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)包括發(fā)送釋放指示消息，在所述釋放指示消息中攜帶承載在與所述對端網(wǎng)元連接的高QoS 傳輸鏈路上的低QoS要求的業(yè)務(wù)對應(yīng)的用戶的屬性信息；根據(jù)所述用戶的屬性信息釋放所述低QoS要求的業(yè)務(wù)。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述根據(jù)所述用戶的屬性信息釋放所述 低QoS要求的業(yè)務(wù)包括當(dāng)所述用戶的所有業(yè)務(wù)均為低QoS要求的業(yè)務(wù)時，釋放所述用戶的所有低QoS要求的 業(yè)務(wù)；當(dāng)所述用戶的業(yè)務(wù)包括低QoS要求的業(yè)務(wù)和高QoS要求的業(yè)務(wù)時，釋放所述用戶的低 QoS要求的業(yè)務(wù)。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述高QoS傳輸鏈路為El鏈路，所述低 QoS傳輸鏈路為快速以太網(wǎng)FE鏈路。
6.一種業(yè)務(wù)處理裝置，其特征在于，包括釋放模塊，用于當(dāng)檢測到與對端網(wǎng)元連接的低服務(wù)質(zhì)量QoS傳輸鏈路由故障狀態(tài)變?yōu)?可用狀態(tài)時，釋放承載在與所述對端網(wǎng)元連接的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)；重建模塊，用于將所述釋放模塊釋放的所述低QoS要求的業(yè)務(wù)重建到所述低QoS傳輸 鏈路上。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述釋放模塊包括檢測子模塊，用于檢測與對端網(wǎng)元連接的低QoS傳輸鏈路的狀態(tài)；釋放子模塊，用于若所述檢測子模塊檢測到所述低QoS傳輸鏈路由故障狀態(tài)變?yōu)榭捎?狀態(tài)，且與所述對端網(wǎng)元連接的鏈路中當(dāng)前不存在其它可用的低QoS傳輸鏈路時，則釋放 承載在與所述對端網(wǎng)元連接的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)。
8.根據(jù)權(quán)利要求6或7所述的裝置，其特征在于，所述釋放子模塊包括發(fā)送單元，用于發(fā)送釋放指示消息，在所述釋放指示消息中攜帶承載在與所述對端網(wǎng) 元連接的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)對應(yīng)的用戶的屬性信息；釋放單元，用于根據(jù)從所述發(fā)送單元接收的所述用戶的屬性信息釋放所述低QoS要求 的業(yè)務(wù)。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述釋放單元包括第一釋放子單元，用于當(dāng)所述用戶的所有業(yè)務(wù)均為低QoS要求的業(yè)務(wù)時，釋放所述用 戶的所有低QoS要求的業(yè)務(wù)；和/或第二釋放子單元，用于當(dāng)所述用戶的業(yè)務(wù)包括低QoS要求的業(yè)務(wù)和高QoS要求的業(yè)務(wù) 時，釋放所述用戶的低QoS要求的業(yè)務(wù)。
10.一種無線網(wǎng)絡(luò)控制器，其特征在于，包括上述6-9中任一項所述的業(yè)務(wù)處理裝置。
全文摘要
本發(fā)明實施例公開了一種業(yè)務(wù)處理方法、裝置和無線網(wǎng)絡(luò)控制器，其中方法包括當(dāng)檢測到與對端網(wǎng)元連接的低服務(wù)質(zhì)量QoS傳輸鏈路由故障狀態(tài)變?yōu)榭捎脿顟B(tài)時，釋放承載在與對端網(wǎng)元連接的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)；將釋放的低QoS要求的業(yè)務(wù)重建到低QoS傳輸鏈路上。裝置包括釋放模塊，用于當(dāng)檢測到與對端網(wǎng)元連接的低服務(wù)質(zhì)量QoS傳輸鏈路由故障狀態(tài)變?yōu)榭捎脿顟B(tài)時，釋放承載在與對端網(wǎng)元連接的高QoS傳輸鏈路上的低QoS要求的業(yè)務(wù)；重建模塊，用于將釋放的低QoS要求的業(yè)務(wù)重建到低QoS傳輸鏈路上。無線網(wǎng)絡(luò)控制器包括上述業(yè)務(wù)處理裝置。本實施例實現(xiàn)了低QoS傳輸鏈路恢復(fù)正常后低QoS要求的業(yè)務(wù)的自動倒回。
文檔編號H04W28/24GK102083134SQ20111003870
公開日2011年6月1日 申請日期2011年2月15日 優(yōu)先權(quán)日2011年2月15日
發(fā)明者邢睿智 申請人:華為技術(shù)有限公司