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

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


圖1是LTE系統(tǒng)網(wǎng)絡(luò)架構(gòu)； 圖2是Relay傳輸?shù)氖疽鈭D； 圖3是Type2Relay的在小區(qū)容量增強(qiáng)應(yīng)用場(chǎng)景下的示意圖； 圖4是2跳模式傳輸?shù)氖疽鈭D； 圖5是本發(fā)明實(shí)施例一的流程圖； 圖6是本發(fā)明實(shí)施例二的流程圖； 圖7是本發(fā)明實(shí)施例的調(diào)度裝置示意圖。
具體實(shí)施例方式
本發(fā)明中，eNB為UE建立業(yè)務(wù)承載或者對(duì)UE進(jìn)行資源調(diào)度時(shí)，估計(jì)經(jīng)RN傳輸數(shù) 據(jù)給所述UE的時(shí)延量，若不能滿足QoS要求，則所述eNB選擇直傳的方式傳輸數(shù)據(jù)給所述 UE。 具體地，eNB為UE建立業(yè)務(wù)承載或者對(duì)UE進(jìn)行資源調(diào)度時(shí)，估計(jì)業(yè)務(wù)剩余時(shí)延量； 該業(yè)務(wù)剩余時(shí)延量表示業(yè)務(wù)的QoS要求中的時(shí)延值減掉數(shù)據(jù)包傳輸路徑中除空口部分所 花時(shí)間； eNB按照經(jīng)RN傳輸數(shù)據(jù)的方式，確定資源分配情況(包括第一跳和第二跳的資源 所在子幀的配置)，進(jìn)而確定經(jīng)RN傳輸數(shù)據(jù)給所述UE的時(shí)延量，若業(yè)務(wù)剩余時(shí)延量小于經(jīng) RN傳輸數(shù)據(jù)給所述UE的時(shí)延量，則判斷不能滿足QoS要求，所述eNB選擇直傳的方式傳輸 數(shù)據(jù)給所述UE。 優(yōu)選地，所述eNB估計(jì)經(jīng)RN傳輸數(shù)據(jù)給所述UE的時(shí)延量時(shí)，若滿足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í)傳輸數(shù)據(jù)給所述UE。 當(dāng)然，所述eNB估計(jì)經(jīng)RN傳輸數(shù)據(jù)給所述UE的時(shí)延量時(shí)，若滿足QoS要求，所述
eNB也可以根據(jù)配置或其它選擇因素，選擇直傳的方式傳輸數(shù)據(jù)給所述UE。 —般情況下，經(jīng)RN傳輸數(shù)據(jù)的方式如圖4，第一跳(1st hop)時(shí)，eNB和RN進(jìn)行點(diǎn)
對(duì)點(diǎn)通信，eNB傳輸U(kuò)E的數(shù)據(jù)給RN，為了利用好的鏈路質(zhì)量，eNB按照backhaul link的信
道質(zhì)量選擇MCS (Modulation and CodingScheme，調(diào)制編碼方案)；第二跳(2nd hop)時(shí)，
eNB和RN可以協(xié)作同時(shí)傳輸數(shù)據(jù)給UE，也可以僅由RN發(fā)射數(shù)據(jù)給UE。 以圖4為例，數(shù)據(jù)從eNB到達(dá)UE的路徑有兩種選擇1)直傳的方式，即由eNB直
接發(fā)射數(shù)據(jù)給UE ;2)經(jīng)RN傳輸數(shù)據(jù)的方式，即eNB先將數(shù)據(jù)發(fā)射給RN，再由RN(或RN和
eNB同時(shí))發(fā)射給UE。 兩種路徑下數(shù)據(jù)從eNB到UE總的時(shí)延是不同的。eNB可以在調(diào)度時(shí)估計(jì)兩種傳輸方式的時(shí)延，并比較UE數(shù)據(jù)的時(shí)延要求，進(jìn)而確定選擇哪種發(fā)送方式 如果時(shí)延要求比較寬松，可以選擇經(jīng)RN傳輸數(shù)據(jù)的方式，這種方式對(duì)系統(tǒng)資源要
求較小、RN發(fā)射功率也較小，不會(huì)帶來(lái)較大的小區(qū)間干擾。 如果經(jīng)RN傳輸數(shù)據(jù)給UE時(shí)延要求不能滿足，那么eNB可以決定自己發(fā)射數(shù)據(jù)給 UE，這種方式下，如果要保證數(shù)據(jù)的正確接收，eNB需要分配較多資源、采用較低的調(diào)制編碼
方式和較大的發(fā)射功率。
實(shí)施例一 如圖5所示，為本發(fā)明實(shí)施例的UE發(fā)起建立業(yè)務(wù)承載時(shí)，eNB的調(diào)度過(guò)程，包括如 下步驟 步驟501， UE向eNB請(qǐng)求建立業(yè)務(wù)承載，依據(jù)該業(yè)務(wù)的時(shí)延要求，eNB估計(jì)業(yè)務(wù)剩 余時(shí)延量； 步驟502， eNB按照正常進(jìn)行無(wú)線承載建立過(guò)程，判斷該UE是否在某個(gè)RN覆蓋范 圍內(nèi)，若是，則執(zhí)行下一步，否則，執(zhí)行步驟505 ; 步驟503， eNB按照經(jīng)RN傳輸數(shù)據(jù)的方式，確定資源分配情況，包括第一跳和第二 跳的資源所在子幀的配置；當(dāng)確定了第一跳和第二跳的資源所在子幀的配置，就可以進(jìn)一 步估計(jì)出經(jīng)RN傳輸數(shù)據(jù)給該UE的時(shí)延量； 步驟504，判斷經(jīng)RN傳輸數(shù)據(jù)給所述UE的時(shí)延量是否小于業(yè)務(wù)剩余時(shí)延量，若是， 執(zhí)行步驟506，否則，執(zhí)行步驟505 ; 步驟505， eNB選擇直傳的方式傳輸數(shù)據(jù)給該UE，結(jié)束流程。
步驟506， eNB選擇經(jīng)RN傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給該UE。 假設(shè)UE1發(fā)起一個(gè)業(yè)務(wù)，其端到端時(shí)延要求為120ms， eNB根據(jù)配置或者其他技術(shù) 估計(jì)出從對(duì)端UE到eNB之間的時(shí)延(傳輸時(shí)延和處理時(shí)延)大約為lOOms，相當(dāng)于eNB與 UE1之間的傳輸時(shí)間要求小于20ms，該時(shí)延即業(yè)務(wù)剩余時(shí)延量； eNB按照正常進(jìn)行無(wú)線承載建立過(guò)程，并判斷出UE1位于某個(gè)RN覆蓋范圍內(nèi)，可以 通過(guò)RN進(jìn)行數(shù)據(jù)傳輸； eNB按照由RN進(jìn)行數(shù)據(jù)傳輸?shù)姆绞?，確定資源分配情況，包括第一跳和第二跳的 資源位置和子幀；根據(jù)這兩段確定由RN進(jìn)行傳輸需要的時(shí)間(時(shí)延量)為25ms，此時(shí)eNB 判斷出由RN進(jìn)行數(shù)據(jù)傳輸不能保證該業(yè)務(wù)的時(shí)延要求，只能由eNB直接發(fā)射；
eNB根據(jù)業(yè)務(wù)剩余時(shí)延量確定資源分配，保證傳輸數(shù)據(jù)的時(shí)延量小于業(yè)務(wù)剩余時(shí) 延量，為該業(yè)務(wù)建立無(wú)線承載，其傳輸路由不通過(guò)RN進(jìn)行傳輸，采用eNB直傳的方式。
假設(shè)UE2發(fā)起一個(gè)業(yè)務(wù)，其端到端時(shí)延要求為160ms， eNB根據(jù)配置或者其他技術(shù) 估計(jì)出從對(duì)端UE到eNB之間的時(shí)延(傳輸時(shí)延和處理時(shí)延)大約為lOOms，相當(dāng)于eNB與 UE2之間的傳輸時(shí)間要求小于60ms ; eNB按照正常進(jìn)行無(wú)線承載建立過(guò)程，并判斷出UE2位于某個(gè)RN覆蓋范圍內(nèi)，可以 通過(guò)RN進(jìn)行數(shù)據(jù)傳輸； eNB按照由RN進(jìn)行數(shù)據(jù)傳輸?shù)姆绞?，確定資源分配情況，包括第一跳和第二跳的 資源位置和子幀；根據(jù)這兩段確定由RN進(jìn)行傳輸需要的時(shí)間(時(shí)延量)為25ms，此時(shí)eNB 判斷出由RN進(jìn)行數(shù)據(jù)傳輸可以保證該業(yè)務(wù)的時(shí)延要求； eNB根據(jù)剩余時(shí)延量確定資源分配，為該業(yè)務(wù)建立無(wú)線承載，其傳輸路由通過(guò)RN
8進(jìn)行傳輸。
實(shí)施例二 如圖6所示，為本發(fā)明實(shí)施例的eNB對(duì)UE進(jìn)行資源調(diào)度時(shí)，eNB的調(diào)度過(guò)程，包括 如下步驟 步驟601， eNB對(duì)UE進(jìn)行資源調(diào)度，eNB估計(jì)業(yè)務(wù)剩余時(shí)延量； 步驟602， eNB按照正常進(jìn)行調(diào)度，判斷該UE是否在某個(gè)RN覆蓋范圍內(nèi)，若是，則
執(zhí)行下一步，否則，執(zhí)行步驟605 ; 步驟603， eNB按照經(jīng)RN傳輸數(shù)據(jù)的方式，確定資源分配情況，包括第一跳和第二 跳的資源所在子幀的配置；當(dāng)確定了第一跳和第二跳的資源所在子幀的配置，就可以進(jìn)一 步估計(jì)出經(jīng)RN傳輸數(shù)據(jù)給該UE的時(shí)延量； 步驟604，判斷經(jīng)RN傳輸數(shù)據(jù)給所述UE的時(shí)延量是否小于業(yè)務(wù)剩余時(shí)延量，若是， 執(zhí)行步驟606，否則，執(zhí)行步驟605 ; 步驟605， eNB選擇直傳的方式傳輸數(shù)據(jù)給該UE，結(jié)束流程。
步驟606， eNB選擇經(jīng)RN傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給該UE。 假設(shè)UE1有一個(gè)業(yè)務(wù)，其端到端時(shí)延要求為120ms，一個(gè)數(shù)據(jù)包從核心網(wǎng)傳輸?shù)?eNB已經(jīng)耗時(shí)lOOms，相當(dāng)于eNB需要在至少20ms內(nèi)將該數(shù)據(jù)傳輸給UE1 ;
eNB按照正常進(jìn)行調(diào)度，并判斷出UEl位于某個(gè)RN覆蓋范圍內(nèi)，可以通過(guò)RN進(jìn)行 數(shù)據(jù)傳輸；之后按照由RN進(jìn)行數(shù)據(jù)傳輸，確定資源分配情況，包括第一跳和第二跳的資源 位置和子幀；根據(jù)這兩段確定由RN進(jìn)行傳輸需要的時(shí)間(時(shí)延量)為25ms，此時(shí)eNB判斷 出由RN進(jìn)行數(shù)據(jù)傳輸不能保證QoS要求；將改為由eNB直接發(fā)射的形式；并根據(jù)該剩余時(shí) 延量確定資源分配，并發(fā)送該數(shù)據(jù)給UEl。 假設(shè)UE2有一個(gè)業(yè)務(wù)，其端到端時(shí)延要求為180ms， 一個(gè)數(shù)據(jù)包從核心網(wǎng)傳輸?shù)?eNB已經(jīng)耗時(shí)lOOms，相當(dāng)于eNB需要在至少60ms內(nèi)將該數(shù)據(jù)傳輸給UE2 ;
eNB按照正常進(jìn)行調(diào)度，并判斷出UE2位于某個(gè)RN的覆蓋范圍內(nèi)，可以通過(guò)RN進(jìn) 行數(shù)據(jù)傳輸；之后按照由RN進(jìn)行數(shù)據(jù)傳輸，確定資源分配情況，包括第一跳和第二跳的資 源位置和子幀；根據(jù)這兩段確定由RN進(jìn)行傳輸需要的時(shí)間(時(shí)延量)為30ms，此時(shí)eNB判 斷出由RN進(jìn)行數(shù)據(jù)傳輸可以保證QoS要求，采用經(jīng)RN傳輸數(shù)據(jù)的方式；根據(jù)該剩余時(shí)延量 確定資源分配，經(jīng)RN發(fā)送該數(shù)據(jù)給UE2。 如圖7所示，本發(fā)明實(shí)施例的長(zhǎng)期演進(jìn)系統(tǒng)中調(diào)度的裝置，應(yīng)用于eNB，包括估計(jì) 模塊和選擇模塊， 所述估計(jì)模塊用于為UE建立業(yè)務(wù)承載或者對(duì)UE進(jìn)行資源調(diào)度時(shí)，估計(jì)經(jīng)RN傳輸 數(shù)據(jù)給所述UE的時(shí)延量，并告知選擇模塊； 所述選擇模塊用于若估計(jì)模塊得到的經(jīng)RN傳輸數(shù)據(jù)給所述UE的時(shí)延量不能滿足 QoS要求，則選擇直傳的方式傳輸數(shù)據(jù)給所述UE。 優(yōu)選地，所述估計(jì)模塊進(jìn)一步用于為UE建立業(yè)務(wù)承載或者對(duì)UE進(jìn)行資源調(diào)度時(shí)， 估計(jì)業(yè)務(wù)剩余時(shí)延量，以及，按照經(jīng)RN傳輸數(shù)據(jù)的方式，確定資源分配情況，進(jìn)而確定經(jīng)RN 傳輸數(shù)據(jù)給所述UE的時(shí)延量；所述選擇模塊進(jìn)一步用于根據(jù)估計(jì)模塊得到的業(yè)務(wù)剩余時(shí) 延量和經(jīng)RN傳輸數(shù)據(jù)給所述UE的時(shí)延量進(jìn)行判斷，若所述業(yè)務(wù)剩余時(shí)延量小于經(jīng)RN傳輸 數(shù)據(jù)給所述UE的時(shí)延量，則判斷不能滿足QoS要求，選擇直傳的方式傳輸數(shù)據(jù)給所述UE。
9
優(yōu)選地，所述估計(jì)模塊進(jìn)一步用于按照經(jīng)RN傳輸數(shù)據(jù)的方式，確定第一跳和第二
跳的資源所在子幀的配置，進(jìn)而確定經(jīng)RN傳輸數(shù)據(jù)給所述UE的時(shí)延量。 優(yōu)選地，所述選擇模塊進(jìn)一步用于若估計(jì)模塊得到的經(jīng)RN傳輸數(shù)據(jù)給所述UE的
時(shí)延量滿足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í)傳輸數(shù)據(jù)給所述UE。 當(dāng)然，本發(fā)明還可有其它多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟 悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變 形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
10
權(quán)利要求
一種長(zhǎng)期演進(jìn)系統(tǒng)中調(diào)度的方法，包括基站為用戶設(shè)備建立業(yè)務(wù)承載或者對(duì)用戶設(shè)備進(jìn)行資源調(diào)度時(shí)，估計(jì)經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)給所述用戶設(shè)備的時(shí)延量，若不能滿足服務(wù)質(zhì)量要求，則所述基站選擇直傳的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。
2. 如權(quán)利要求1所述的方法，其特征在于，所述方法具體包括基站為用戶設(shè)備建立業(yè)務(wù)承載或者對(duì)用戶設(shè)備進(jìn)行資源調(diào)度時(shí)，估計(jì)業(yè)務(wù)剩余時(shí)延基站按照經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)的方式，確定資源分配情況，進(jìn)而確定經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)給所述用戶設(shè)備的時(shí)延量，若業(yè)務(wù)剩余時(shí)延量小于經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)給所述用戶設(shè)備的時(shí)延量，則判斷不能滿足服務(wù)質(zhì)量要求，所述基站選擇直傳的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。
3. 如權(quán)利要求2所述的方法，其特征在于，所述基站按照經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)的方式，確定資源分配情況的步驟中，所述資源分配情況包括第一跳和第二跳的資源所在子幀的配置。
4. 如權(quán)利要求l所述的方法，其特征在于，所述基站估計(jì)經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)給所述用戶設(shè)備的時(shí)延量，若滿足服務(wù)質(zhì)量要求，則所述基站選擇經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。
5. 如權(quán)利要求4所述的方法，其特征在于，所述經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述用戶設(shè)備，具體是指基站傳輸所述用戶設(shè)備的數(shù)據(jù)給中繼節(jié)點(diǎn)，僅由中繼節(jié)點(diǎn)傳輸數(shù)據(jù)給所述用戶設(shè)備；或者，基站傳輸所述用戶設(shè)備的數(shù)據(jù)給中繼節(jié)點(diǎn)，基站和中繼節(jié)點(diǎn)協(xié)作同時(shí)傳輸數(shù)據(jù)給所述用戶設(shè)備。
6. —種長(zhǎng)期演進(jìn)系統(tǒng)中調(diào)度的裝置，應(yīng)用于基站，其特征在于，包括估計(jì)模塊和選擇模塊，所述估計(jì)模塊用于為用戶設(shè)備建立業(yè)務(wù)承載或者對(duì)用戶設(shè)備進(jìn)行資源調(diào)度時(shí)，估計(jì)經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)給所述用戶設(shè)備的時(shí)延量，并告知選擇模塊；所述選擇模塊用于若估計(jì)模塊得到的經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)給所述用戶設(shè)備的時(shí)延量不能滿足服務(wù)質(zhì)量要求，則選擇直傳的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。
7. 如權(quán)利要求6所述裝置，其特征在于，所述估計(jì)模塊進(jìn)一步用于為用戶設(shè)備建立業(yè)務(wù)承載或者對(duì)用戶設(shè)備進(jìn)行資源調(diào)度時(shí)，估計(jì)業(yè)務(wù)剩余時(shí)延量，以及，按照經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)的方式，確定資源分配情況，進(jìn)而確定經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)給所述用戶設(shè)備的時(shí)延量；所述選擇模塊進(jìn)一步用于根據(jù)估計(jì)模塊得到的業(yè)務(wù)剩余時(shí)延量和經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)給所述用戶設(shè)備的時(shí)延量進(jìn)行判斷，若所述業(yè)務(wù)剩余時(shí)延量小于經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)給所述用戶設(shè)備的時(shí)延量，則判斷不能滿足服務(wù)質(zhì)量要求，選擇直傳的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。
8. 如權(quán)利要求7所述裝置，其特征在于，所述估計(jì)模塊進(jìn)一步用于按照經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)的方式，確定第一跳和第二跳的資源所在子幀的配置，進(jìn)而確定經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)給所述用戶設(shè)備的時(shí)延量。
9. 如權(quán)利要求6所述裝置，其特征在于，所述選擇模塊進(jìn)一步用于若估計(jì)模塊得到的經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)給所述用戶設(shè)備的時(shí)延量滿足服務(wù)質(zhì)量要求，則選擇經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。
10. 如權(quán)利要求9所述裝置，其特征在于，所述經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)的方式傳輸數(shù)據(jù)給所述用戶設(shè)備，具體是指所述基站傳輸所述用戶設(shè)備的數(shù)據(jù)給中繼節(jié)點(diǎn)，僅由中繼節(jié)點(diǎn)傳輸數(shù)據(jù)給所述用戶設(shè)備；或者，所述基站傳輸所述用戶設(shè)備的數(shù)據(jù)給中繼節(jié)點(diǎn)，所述基站和中繼節(jié)點(diǎn)協(xié)作同時(shí)傳輸數(shù)據(jù)給所述用戶設(shè)備。
全文摘要
本發(fā)明公開(kāi)了一種長(zhǎng)期演進(jìn)系統(tǒng)中調(diào)度的方法和裝置，所述方法包括基站為用戶設(shè)備建立業(yè)務(wù)承載或者對(duì)用戶設(shè)備進(jìn)行資源調(diào)度時(shí)，估計(jì)經(jīng)中繼節(jié)點(diǎn)傳輸數(shù)據(jù)給所述用戶設(shè)備的時(shí)延量，若不能滿足服務(wù)質(zhì)量要求，則所述基站選擇直傳的方式傳輸數(shù)據(jù)給所述用戶設(shè)備。本發(fā)明解決了存在RN的情況下，通過(guò)RN傳輸數(shù)據(jù)可能造成的時(shí)延超過(guò)要求的問(wèn)題，保證了QoS的要求。
文檔編號(hào)H04W72/12GK101707808SQ200910225560
公開(kāi)日2010年5月12日 申請(qǐng)日期2009年11月30日 優(yōu)先權(quán)日2009年11月30日
發(fā)明者朱李, 毛磊 申請(qǐng)人:中興通訊股份有限公司