欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種長期演進系統(tǒng)中調(diào)度的方法和裝置的制作方法

文檔序號:7719199閱讀:116來源:國知局
專利名稱:一種長期演進系統(tǒng)中調(diào)度的方法和裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及無線通訊領(lǐng)域,尤其涉及一種LTE(Long Term Evolution,長期演進) 系統(tǒng)中,在存在中繼節(jié)點的情況下調(diào)度的方法和裝置。
背景技術(shù)
2005年,3GPP (3rd Generation Partnership Project,第三代合作伙伴計劃)啟 動了LTE(Long Term evolution長期演進)研究的工作組,研究和設(shè)計第三代移動通信技 術(shù)演進的3. 9G(改進的3G)的下一代網(wǎng)絡(luò)。 LTE采用了與3G不同的空中接口技術(shù),采用基于OFDM(OrthogonalFurequency Division Multiplexity,正交頻分復(fù)用)技術(shù)的空中接口設(shè)計。在系統(tǒng)中采用了基于分 組交換的設(shè)計思想,即使用共享信道,物理層不再提供專用信道。系統(tǒng)支持FDD (Frequency Division Duplex,頻分雙工)禾口 TDD (Time Division Duplex,時分雙工)兩種雙工方式。 同時,對傳統(tǒng)3G的網(wǎng)絡(luò)架構(gòu)進行了優(yōu)化,采用扁平化的網(wǎng)絡(luò)結(jié)構(gòu),接入網(wǎng)僅包含基站(Node B),不再有RNC (Radio Network Controller,無線網(wǎng)絡(luò)控制器)。 如圖1所示,整個LTE系統(tǒng)由EPC (Evolved Packet Core,分組核心演進)、基站 (eNodeB,即eNB,演進的節(jié)點B)和UE(User Equipment,用戶設(shè)備)3部分組成。其中,EPC 負責(zé)核心網(wǎng)部分,EPC信令處理部分稱匪E(Mobile Management Entity,移動性管理實體), 數(shù)據(jù)處理部分稱為S-GW(SAE Gateway,系統(tǒng)架構(gòu)演進網(wǎng)關(guān));eNB負責(zé)接入網(wǎng)部分,也稱 E-UT塵(Evolved Universal Terrestril Radio Access Network,演進的通用地面無線接 入網(wǎng)路);UE指用戶終端設(shè)備。 如圖l,eNodeB與EPC通過Sl接口連接;eNodeB之間通過X2接口連接;eNB與UE 通過Uu接口連接。禾口 UMTS (Universal MobileTeleco匪nications System,通用移動通 信系統(tǒng))相比,由于NodeB和RNC融合為網(wǎng)元eNB,所以LTE少了 Iub接口。 X2接口類似于 Iur接口, Sl接口類似于Iu接口,但有較大簡化。 eNB的功能包括RRM(Radio Resources Management,無線資源管理)功能;IP頭 壓縮及用戶數(shù)據(jù)流加密;UE附著時的MME選擇;尋呼信息的調(diào)度傳輸;廣播信息的調(diào)度傳 輸;以及設(shè)置和提供eNB的測量等。
匪E的功能包括尋呼消息發(fā)送;安全控制;Idle(空閑)態(tài)的移動性管理;
SAE (System Architecture Evolution,系統(tǒng)架構(gòu)演進)承載管理;以及NAS (Non-Access Stadium,非接入層)信令的加密及完整性保護等。 S-GW的功能包括數(shù)據(jù)的路由和傳輸,以及用戶面數(shù)據(jù)的加密。LTE-Advanced (LTE增強技術(shù))是3GPP為了滿足ITU IMT-Advanced (4G)的要求而
推出的標準。2008年3月,3GPP通過了關(guān)于LTE-Advanced的研究項目,對LTE系統(tǒng)進行進
一步的技術(shù)提高,以達到并超過ITU對MT-Advanced的技術(shù)要求為目標,實現(xiàn)LTE的后向
兼容。LTE-Advanced將作為3GPP向ITU提交的IMT-Advanced的候選技術(shù)。 LTE系統(tǒng)由于其代表了移動通信新技術(shù)發(fā)展的主要方向,顯然已成為
4MT-Advanced主要的候選技術(shù)之一,LTE本身可以作為滿足MT-Advanced需求的技術(shù) 基礎(chǔ)和核心,只是純粹從指標上來講,LTE較MT-Advanced的要求還有一定差距。因此 當(dāng)將LTE升級到4G時,我們并不需要改變LTE標準的核心,而只需在LTE基礎(chǔ)上進行擴 充、增強、完善,就可以滿足MT-Advanced的要求,主要引入的新技術(shù)包括Relay (中繼)、 CoMP(Coordinative Multiple Point,協(xié)同多點)傳輸、CA(Carrier Aggregation,載波聚 合)等增強技術(shù)。 為了提高小區(qū)邊界的覆蓋增益,增強熱點地區(qū)性能,提高整個小區(qū)的容量,在3GPP 中LTE-Advanced中引入了 Relay技術(shù),如圖2所示。圖中,一個eNB既為本小區(qū)的UE提供 服務(wù),也和其控制下的若干個RN(RelayNode,中繼節(jié)點)進行數(shù)據(jù)傳輸和信令交互。同樣 的,每個RN既和該eNB通訊,也為該RN下的UE提供服務(wù)。eNB到RN的鏈路與RN到其服務(wù) UE的鏈路可以使用相同的頻率資源,稱之為帶內(nèi)Relay ;也可以使用不同的頻率資源,稱之 為帶外Relay。 在3GPP的討論中,最終確定以RN是否帶有獨立的小區(qū)ID來區(qū)分Relay類別,分 為Typel Relay (類型1中繼)和Type2Relay (類型2中繼)兩種Relay類型
Typel Relay : 對UE來說,Typel Relay就是一個獨立的小區(qū),有自己的物理小區(qū)ID,傳輸自己的 同步信道、參考符號;Typel Relay執(zhí)行調(diào)度和HARQ(HybridAutomatic R印eat Request,混 合自動重傳)功能;對R8UE來說,Typel Relay就是一個R8eNB。
Type2Relay : Type2Relay沒有獨立的物理小區(qū)ID,不傳輸控制信息和參考符號,R8UE看不到 Type2Relay的存在。Type2Relay主要協(xié)助eNB進行業(yè)務(wù)數(shù)據(jù)的發(fā)送和接收。
圖3是Type2Relay的在小區(qū)容量增強應(yīng)用場景下的示意圖,在圖中有三種鏈路 直連鏈路(direct link)指的是eNB與宏UE(僅由eNB服務(wù)的UE)之間的鏈路;回程鏈路 (backhaul link,也稱為中繼鏈路)指的是eNB與RN之間的鏈路;接入鏈路(access link) 指的是RN與該RN服務(wù)的UE之間的鏈路。 引入Relay技術(shù)后,出現(xiàn)了通過RN傳輸數(shù)據(jù)可能造成的時延超過要求的問題,而 現(xiàn)有技術(shù)還沒有相關(guān)的解決方案。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題就是提出一種長期演進系統(tǒng)中調(diào)度的方法和裝置,解決 通過RN傳輸數(shù)據(jù)可能造成的時延超過要求的問題。 為了解決上述技術(shù)問題,本發(fā)明提供一種長期演進系統(tǒng)中調(diào)度的方法,包括 基站為用戶設(shè)備建立業(yè)務(wù)承載或者對用戶設(shè)備進行資源調(diào)度時,估計經(jīng)中繼節(jié)點
傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量,若不能滿足服務(wù)質(zhì)量要求,則所述基站選擇直傳的方
式傳輸數(shù)據(jù)給所述用戶設(shè)備。 進一步地,所述方法具體包括 基站為用戶設(shè)備建立業(yè)務(wù)承載或者對用戶設(shè)備進行資源調(diào)度時,估計業(yè)務(wù)剩余時 延量; 基站按照經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式,確定資源分配情況,進而確定經(jīng)中繼節(jié)點
5傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量,若業(yè)務(wù)剩余時延量小于經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用 戶設(shè)備的時延量,則判斷不能滿足服務(wù)質(zhì)量要求,所述基站選擇直傳的方式傳輸數(shù)據(jù)給所 述用戶設(shè)備。
進一步地,所述方法還可具有以下特點 所述基站按照經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式,確定資源分配情況的步驟中,
所述資源分配情況包括第一跳和第二跳的資源所在子幀的配置。
進一步地,所述方法還可具有以下特點 所述基站估計經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量,若滿足服務(wù)質(zhì)量要
求,則所述基站選擇經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。
進一步地,所述方法還可具有以下特點 所述經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述用戶設(shè)備,具體是指 基站傳輸所述用戶設(shè)備的數(shù)據(jù)給中繼節(jié)點,僅由中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)
備;或者,基站傳輸所述用戶設(shè)備的數(shù)據(jù)給中繼節(jié)點,基站和中繼節(jié)點協(xié)作同時傳輸數(shù)據(jù)給
所述用戶設(shè)備。 為了解決上述技術(shù)問題,本發(fā)明提供一種長期演進系統(tǒng)中調(diào)度的裝置,應(yīng)用于基 站,包括估計模塊和選擇模塊, 所述估計模塊用于為用戶設(shè)備建立業(yè)務(wù)承載或者對用戶設(shè)備進行資源調(diào)度時,估 計經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量,并告知選擇模塊; 所述選擇模塊用于若估計模塊得到的經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時
延量不能滿足服務(wù)質(zhì)量要求,則選擇直傳的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。 進一步地,所述裝置還可具有以下特點 所述估計模塊進一步用于為用戶設(shè)備建立業(yè)務(wù)承載或者對用戶設(shè)備進行資源調(diào) 度時,估計業(yè)務(wù)剩余時延量,以及,按照經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式,確定資源分配情況,進 而確定經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量; 所述選擇模塊進一步用于根據(jù)估計模塊得到的業(yè)務(wù)剩余時延量和經(jīng)中繼節(jié)點傳 輸數(shù)據(jù)給所述用戶設(shè)備的時延量進行判斷,若所述業(yè)務(wù)剩余時延量小于經(jīng)中繼節(jié)點傳輸數(shù) 據(jù)給所述用戶設(shè)備的時延量,則判斷不能滿足服務(wù)質(zhì)量要求,選擇直傳的方式傳輸數(shù)據(jù)給 所述用戶設(shè)備。 進一步地,所述裝置還可具有以下特點 所述估計模塊進一步用于按照經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式,確定第一跳和第二跳
的資源所在子幀的配置,進而確定經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量。
進一步地,所述裝置還可具有以下特點 所述選擇模塊進一步用于若估計模塊得到的經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè) 備的時延量滿足服務(wù)質(zhì)量要求,則選擇經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述用戶設(shè) 備。
進一步地,所述裝置還可具有以下特點 所述經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述用戶設(shè)備,具體是指 所述基站傳輸所述用戶設(shè)備的數(shù)據(jù)給中繼節(jié)點,僅由中繼節(jié)點傳輸數(shù)據(jù)給所述用
戶設(shè)備;或者,所述基站傳輸所述用戶設(shè)備的數(shù)據(jù)給中繼節(jié)點,所述基站和中繼節(jié)點協(xié)作同
6時傳輸數(shù)據(jù)給所述用戶設(shè)備。 本發(fā)明解決了存在RN的情況下,通過RN傳輸數(shù)據(jù)可能造成的時延超過要求的問 題,保證了 QoS (Quality of Service,服務(wù)質(zhì)量)的要求。


圖1是LTE系統(tǒng)網(wǎng)絡(luò)架構(gòu); 圖2是Relay傳輸?shù)氖疽鈭D; 圖3是Type2Relay的在小區(qū)容量增強應(yīng)用場景下的示意圖; 圖4是2跳模式傳輸?shù)氖疽鈭D; 圖5是本發(fā)明實施例一的流程圖; 圖6是本發(fā)明實施例二的流程圖; 圖7是本發(fā)明實施例的調(diào)度裝置示意圖。
具體實施例方式
本發(fā)明中,eNB為UE建立業(yè)務(wù)承載或者對UE進行資源調(diào)度時,估計經(jīng)RN傳輸數(shù) 據(jù)給所述UE的時延量,若不能滿足QoS要求,則所述eNB選擇直傳的方式傳輸數(shù)據(jù)給所述 UE。 具體地,eNB為UE建立業(yè)務(wù)承載或者對UE進行資源調(diào)度時,估計業(yè)務(wù)剩余時延量; 該業(yè)務(wù)剩余時延量表示業(yè)務(wù)的QoS要求中的時延值減掉數(shù)據(jù)包傳輸路徑中除空口部分所 花時間; eNB按照經(jīng)RN傳輸數(shù)據(jù)的方式,確定資源分配情況(包括第一跳和第二跳的資源 所在子幀的配置),進而確定經(jīng)RN傳輸數(shù)據(jù)給所述UE的時延量,若業(yè)務(wù)剩余時延量小于經(jīng) RN傳輸數(shù)據(jù)給所述UE的時延量,則判斷不能滿足QoS要求,所述eNB選擇直傳的方式傳輸 數(shù)據(jù)給所述UE。 優(yōu)選地,所述eNB估計經(jīng)RN傳輸數(shù)據(jù)給所述UE的時延量時,若滿足QoS要求,則
所述eNB選擇經(jīng)RN傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述UE。 其中,所述經(jīng)RN傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述UE,具體是指 eNB傳輸所述UE的數(shù)據(jù)給RN,僅由RN傳輸數(shù)據(jù)給所述UE ;或者,eNB傳輸所述UE
的數(shù)據(jù)給RN, eNB和RN協(xié)作同時傳輸數(shù)據(jù)給所述UE。 當(dāng)然,所述eNB估計經(jīng)RN傳輸數(shù)據(jù)給所述UE的時延量時,若滿足QoS要求,所述
eNB也可以根據(jù)配置或其它選擇因素,選擇直傳的方式傳輸數(shù)據(jù)給所述UE。 —般情況下,經(jīng)RN傳輸數(shù)據(jù)的方式如圖4,第一跳(1st hop)時,eNB和RN進行點
對點通信,eNB傳輸UE的數(shù)據(jù)給RN,為了利用好的鏈路質(zhì)量,eNB按照backhaul link的信
道質(zhì)量選擇MCS (Modulation and CodingScheme,調(diào)制編碼方案);第二跳(2nd hop)時,
eNB和RN可以協(xié)作同時傳輸數(shù)據(jù)給UE,也可以僅由RN發(fā)射數(shù)據(jù)給UE。 以圖4為例,數(shù)據(jù)從eNB到達UE的路徑有兩種選擇1)直傳的方式,即由eNB直
接發(fā)射數(shù)據(jù)給UE ;2)經(jīng)RN傳輸數(shù)據(jù)的方式,即eNB先將數(shù)據(jù)發(fā)射給RN,再由RN(或RN和
eNB同時)發(fā)射給UE。 兩種路徑下數(shù)據(jù)從eNB到UE總的時延是不同的。eNB可以在調(diào)度時估計兩種傳輸方式的時延,并比較UE數(shù)據(jù)的時延要求,進而確定選擇哪種發(fā)送方式 如果時延要求比較寬松,可以選擇經(jīng)RN傳輸數(shù)據(jù)的方式,這種方式對系統(tǒng)資源要
求較小、RN發(fā)射功率也較小,不會帶來較大的小區(qū)間干擾。 如果經(jīng)RN傳輸數(shù)據(jù)給UE時延要求不能滿足,那么eNB可以決定自己發(fā)射數(shù)據(jù)給 UE,這種方式下,如果要保證數(shù)據(jù)的正確接收,eNB需要分配較多資源、采用較低的調(diào)制編碼
方式和較大的發(fā)射功率。
實施例一 如圖5所示,為本發(fā)明實施例的UE發(fā)起建立業(yè)務(wù)承載時,eNB的調(diào)度過程,包括如 下步驟 步驟501, UE向eNB請求建立業(yè)務(wù)承載,依據(jù)該業(yè)務(wù)的時延要求,eNB估計業(yè)務(wù)剩 余時延量; 步驟502, eNB按照正常進行無線承載建立過程,判斷該UE是否在某個RN覆蓋范 圍內(nèi),若是,則執(zhí)行下一步,否則,執(zhí)行步驟505 ; 步驟503, eNB按照經(jīng)RN傳輸數(shù)據(jù)的方式,確定資源分配情況,包括第一跳和第二 跳的資源所在子幀的配置;當(dāng)確定了第一跳和第二跳的資源所在子幀的配置,就可以進一 步估計出經(jīng)RN傳輸數(shù)據(jù)給該UE的時延量; 步驟504,判斷經(jīng)RN傳輸數(shù)據(jù)給所述UE的時延量是否小于業(yè)務(wù)剩余時延量,若是, 執(zhí)行步驟506,否則,執(zhí)行步驟505 ; 步驟505, eNB選擇直傳的方式傳輸數(shù)據(jù)給該UE,結(jié)束流程。
步驟506, eNB選擇經(jīng)RN傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給該UE。 假設(shè)UE1發(fā)起一個業(yè)務(wù),其端到端時延要求為120ms, eNB根據(jù)配置或者其他技術(shù) 估計出從對端UE到eNB之間的時延(傳輸時延和處理時延)大約為lOOms,相當(dāng)于eNB與 UE1之間的傳輸時間要求小于20ms,該時延即業(yè)務(wù)剩余時延量; eNB按照正常進行無線承載建立過程,并判斷出UE1位于某個RN覆蓋范圍內(nèi),可以 通過RN進行數(shù)據(jù)傳輸; eNB按照由RN進行數(shù)據(jù)傳輸?shù)姆绞?,確定資源分配情況,包括第一跳和第二跳的 資源位置和子幀;根據(jù)這兩段確定由RN進行傳輸需要的時間(時延量)為25ms,此時eNB 判斷出由RN進行數(shù)據(jù)傳輸不能保證該業(yè)務(wù)的時延要求,只能由eNB直接發(fā)射;
eNB根據(jù)業(yè)務(wù)剩余時延量確定資源分配,保證傳輸數(shù)據(jù)的時延量小于業(yè)務(wù)剩余時 延量,為該業(yè)務(wù)建立無線承載,其傳輸路由不通過RN進行傳輸,采用eNB直傳的方式。
假設(shè)UE2發(fā)起一個業(yè)務(wù),其端到端時延要求為160ms, eNB根據(jù)配置或者其他技術(shù) 估計出從對端UE到eNB之間的時延(傳輸時延和處理時延)大約為lOOms,相當(dāng)于eNB與 UE2之間的傳輸時間要求小于60ms ; eNB按照正常進行無線承載建立過程,并判斷出UE2位于某個RN覆蓋范圍內(nèi),可以 通過RN進行數(shù)據(jù)傳輸; eNB按照由RN進行數(shù)據(jù)傳輸?shù)姆绞?,確定資源分配情況,包括第一跳和第二跳的 資源位置和子幀;根據(jù)這兩段確定由RN進行傳輸需要的時間(時延量)為25ms,此時eNB 判斷出由RN進行數(shù)據(jù)傳輸可以保證該業(yè)務(wù)的時延要求; eNB根據(jù)剩余時延量確定資源分配,為該業(yè)務(wù)建立無線承載,其傳輸路由通過RN
8進行傳輸。
實施例二 如圖6所示,為本發(fā)明實施例的eNB對UE進行資源調(diào)度時,eNB的調(diào)度過程,包括 如下步驟 步驟601, eNB對UE進行資源調(diào)度,eNB估計業(yè)務(wù)剩余時延量; 步驟602, eNB按照正常進行調(diào)度,判斷該UE是否在某個RN覆蓋范圍內(nèi),若是,則
執(zhí)行下一步,否則,執(zhí)行步驟605 ; 步驟603, eNB按照經(jīng)RN傳輸數(shù)據(jù)的方式,確定資源分配情況,包括第一跳和第二 跳的資源所在子幀的配置;當(dāng)確定了第一跳和第二跳的資源所在子幀的配置,就可以進一 步估計出經(jīng)RN傳輸數(shù)據(jù)給該UE的時延量; 步驟604,判斷經(jīng)RN傳輸數(shù)據(jù)給所述UE的時延量是否小于業(yè)務(wù)剩余時延量,若是, 執(zhí)行步驟606,否則,執(zhí)行步驟605 ; 步驟605, eNB選擇直傳的方式傳輸數(shù)據(jù)給該UE,結(jié)束流程。
步驟606, eNB選擇經(jīng)RN傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給該UE。 假設(shè)UE1有一個業(yè)務(wù),其端到端時延要求為120ms,一個數(shù)據(jù)包從核心網(wǎng)傳輸?shù)?eNB已經(jīng)耗時lOOms,相當(dāng)于eNB需要在至少20ms內(nèi)將該數(shù)據(jù)傳輸給UE1 ;
eNB按照正常進行調(diào)度,并判斷出UEl位于某個RN覆蓋范圍內(nèi),可以通過RN進行 數(shù)據(jù)傳輸;之后按照由RN進行數(shù)據(jù)傳輸,確定資源分配情況,包括第一跳和第二跳的資源 位置和子幀;根據(jù)這兩段確定由RN進行傳輸需要的時間(時延量)為25ms,此時eNB判斷 出由RN進行數(shù)據(jù)傳輸不能保證QoS要求;將改為由eNB直接發(fā)射的形式;并根據(jù)該剩余時 延量確定資源分配,并發(fā)送該數(shù)據(jù)給UEl。 假設(shè)UE2有一個業(yè)務(wù),其端到端時延要求為180ms, 一個數(shù)據(jù)包從核心網(wǎng)傳輸?shù)?eNB已經(jīng)耗時lOOms,相當(dāng)于eNB需要在至少60ms內(nèi)將該數(shù)據(jù)傳輸給UE2 ;
eNB按照正常進行調(diào)度,并判斷出UE2位于某個RN的覆蓋范圍內(nèi),可以通過RN進 行數(shù)據(jù)傳輸;之后按照由RN進行數(shù)據(jù)傳輸,確定資源分配情況,包括第一跳和第二跳的資 源位置和子幀;根據(jù)這兩段確定由RN進行傳輸需要的時間(時延量)為30ms,此時eNB判 斷出由RN進行數(shù)據(jù)傳輸可以保證QoS要求,采用經(jīng)RN傳輸數(shù)據(jù)的方式;根據(jù)該剩余時延量 確定資源分配,經(jīng)RN發(fā)送該數(shù)據(jù)給UE2。 如圖7所示,本發(fā)明實施例的長期演進系統(tǒng)中調(diào)度的裝置,應(yīng)用于eNB,包括估計 模塊和選擇模塊, 所述估計模塊用于為UE建立業(yè)務(wù)承載或者對UE進行資源調(diào)度時,估計經(jīng)RN傳輸 數(shù)據(jù)給所述UE的時延量,并告知選擇模塊; 所述選擇模塊用于若估計模塊得到的經(jīng)RN傳輸數(shù)據(jù)給所述UE的時延量不能滿足 QoS要求,則選擇直傳的方式傳輸數(shù)據(jù)給所述UE。 優(yōu)選地,所述估計模塊進一步用于為UE建立業(yè)務(wù)承載或者對UE進行資源調(diào)度時, 估計業(yè)務(wù)剩余時延量,以及,按照經(jīng)RN傳輸數(shù)據(jù)的方式,確定資源分配情況,進而確定經(jīng)RN 傳輸數(shù)據(jù)給所述UE的時延量;所述選擇模塊進一步用于根據(jù)估計模塊得到的業(yè)務(wù)剩余時 延量和經(jīng)RN傳輸數(shù)據(jù)給所述UE的時延量進行判斷,若所述業(yè)務(wù)剩余時延量小于經(jīng)RN傳輸 數(shù)據(jù)給所述UE的時延量,則判斷不能滿足QoS要求,選擇直傳的方式傳輸數(shù)據(jù)給所述UE。
9
優(yōu)選地,所述估計模塊進一步用于按照經(jīng)RN傳輸數(shù)據(jù)的方式,確定第一跳和第二
跳的資源所在子幀的配置,進而確定經(jīng)RN傳輸數(shù)據(jù)給所述UE的時延量。 優(yōu)選地,所述選擇模塊進一步用于若估計模塊得到的經(jīng)RN傳輸數(shù)據(jù)給所述UE的
時延量滿足QoS要求,則選擇經(jīng)RN傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述UE。 優(yōu)選地,所述經(jīng)RN傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述UE,具體是指所述eNB傳輸所述UE的數(shù)據(jù)給RN,僅由RN傳輸數(shù)據(jù)給所述UE ;或者,所述eNB傳
輸所述UE的數(shù)據(jù)給RN,所述eNB和RN協(xié)作同時傳輸數(shù)據(jù)給所述UE。 當(dāng)然,本發(fā)明還可有其它多種實施例,在不背離本發(fā)明精神及其實質(zhì)的情況下,熟 悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形,但這些相應(yīng)的改變和變 形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。
10
權(quán)利要求
一種長期演進系統(tǒng)中調(diào)度的方法,包括基站為用戶設(shè)備建立業(yè)務(wù)承載或者對用戶設(shè)備進行資源調(diào)度時,估計經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量,若不能滿足服務(wù)質(zhì)量要求,則所述基站選擇直傳的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。
2. 如權(quán)利要求1所述的方法,其特征在于,所述方法具體包括基站為用戶設(shè)備建立業(yè)務(wù)承載或者對用戶設(shè)備進行資源調(diào)度時,估計業(yè)務(wù)剩余時延基站按照經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式,確定資源分配情況,進而確定經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量,若業(yè)務(wù)剩余時延量小于經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量,則判斷不能滿足服務(wù)質(zhì)量要求,所述基站選擇直傳的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。
3. 如權(quán)利要求2所述的方法,其特征在于,所述基站按照經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式,確定資源分配情況的步驟中,所述資源分配情況包括第一跳和第二跳的資源所在子幀的配置。
4. 如權(quán)利要求l所述的方法,其特征在于,所述基站估計經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量,若滿足服務(wù)質(zhì)量要求,則所述基站選擇經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。
5. 如權(quán)利要求4所述的方法,其特征在于,所述經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述用戶設(shè)備,具體是指基站傳輸所述用戶設(shè)備的數(shù)據(jù)給中繼節(jié)點,僅由中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備;或者,基站傳輸所述用戶設(shè)備的數(shù)據(jù)給中繼節(jié)點,基站和中繼節(jié)點協(xié)作同時傳輸數(shù)據(jù)給所述用戶設(shè)備。
6. —種長期演進系統(tǒng)中調(diào)度的裝置,應(yīng)用于基站,其特征在于,包括估計模塊和選擇模塊,所述估計模塊用于為用戶設(shè)備建立業(yè)務(wù)承載或者對用戶設(shè)備進行資源調(diào)度時,估計經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量,并告知選擇模塊;所述選擇模塊用于若估計模塊得到的經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量不能滿足服務(wù)質(zhì)量要求,則選擇直傳的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。
7. 如權(quán)利要求6所述裝置,其特征在于,所述估計模塊進一步用于為用戶設(shè)備建立業(yè)務(wù)承載或者對用戶設(shè)備進行資源調(diào)度時,估計業(yè)務(wù)剩余時延量,以及,按照經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式,確定資源分配情況,進而確定經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量;所述選擇模塊進一步用于根據(jù)估計模塊得到的業(yè)務(wù)剩余時延量和經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量進行判斷,若所述業(yè)務(wù)剩余時延量小于經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量,則判斷不能滿足服務(wù)質(zhì)量要求,選擇直傳的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。
8. 如權(quán)利要求7所述裝置,其特征在于,所述估計模塊進一步用于按照經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式,確定第一跳和第二跳的資源所在子幀的配置,進而確定經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量。
9. 如權(quán)利要求6所述裝置,其特征在于,所述選擇模塊進一步用于若估計模塊得到的經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量滿足服務(wù)質(zhì)量要求,則選擇經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。
10. 如權(quán)利要求9所述裝置,其特征在于,所述經(jīng)中繼節(jié)點傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述用戶設(shè)備,具體是指所述基站傳輸所述用戶設(shè)備的數(shù)據(jù)給中繼節(jié)點,僅由中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備;或者,所述基站傳輸所述用戶設(shè)備的數(shù)據(jù)給中繼節(jié)點,所述基站和中繼節(jié)點協(xié)作同時傳輸數(shù)據(jù)給所述用戶設(shè)備。
全文摘要
本發(fā)明公開了一種長期演進系統(tǒng)中調(diào)度的方法和裝置,所述方法包括基站為用戶設(shè)備建立業(yè)務(wù)承載或者對用戶設(shè)備進行資源調(diào)度時,估計經(jīng)中繼節(jié)點傳輸數(shù)據(jù)給所述用戶設(shè)備的時延量,若不能滿足服務(wù)質(zhì)量要求,則所述基站選擇直傳的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。本發(fā)明解決了存在RN的情況下,通過RN傳輸數(shù)據(jù)可能造成的時延超過要求的問題,保證了QoS的要求。
文檔編號H04W72/12GK101707808SQ200910225560
公開日2010年5月12日 申請日期2009年11月30日 優(yōu)先權(quán)日2009年11月30日
發(fā)明者朱李, 毛磊 申請人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
绥芬河市| 乐安县| 舟曲县| 布尔津县| 新疆| 巨鹿县| 根河市| 金沙县| 高青县| 玉林市| 四会市| 商水县| 尤溪县| 巴林左旗| 当涂县| 阜城县| 闽侯县| 双城市| 沛县| 开平市| 扎赉特旗| 峨眉山市| 长海县| 宜城市| 潼关县| 久治县| 修文县| 大连市| 鄂州市| 宣化县| 贵港市| 兰州市| 双城市| 临清市| 新晃| 灵山县| 彭泽县| 湖北省| 梅州市| 伊宁县| 祁阳县|