專利名稱：在上行鏈路許可中包括對待報告的特定cqi量的指示的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信系統(tǒng)中的方法和設(shè)備，本發(fā)明特別涉及用于處理電信系統(tǒng)中的信 道狀態(tài)反饋報告的方法和設(shè)備。
背景技術(shù)：
在第三代合作伙伴項目(3GPP)內(nèi)當(dāng)前正在進(jìn)行關(guān)于長期演進(jìn)(LTE)構(gòu)思的標(biāo)準(zhǔn) 化的工作。LTE中的下行鏈路基于正交頻分復(fù)用(OFDM)，所述正交頻分復(fù)用(OFDM)在時域 和頻域這二者中進(jìn)行信道相關(guān)調(diào)度。基站在3GPP術(shù)語中被表示為eNodeB (演進(jìn)NodeB)， 其將傳送移動臺或用戶設(shè)備(UE)用來確定下行鏈路信道質(zhì)量的參考信號。UE將向eNodeB 回送信道質(zhì)量指示(CQI)報告，所述報告由位于eNodeB中的調(diào)度器使用。常規(guī)的下行鏈路調(diào)度構(gòu)思可以利用如圖1中所示的階段1 1-1 4來描述。與 UE 101通信的基站100 (其在LTE中被稱為增強NodeB或eNodeB)在第一階段1 1中向 UE 101傳送參考信號。參考信號能夠由UE 101用來確定當(dāng)前下行鏈路信道質(zhì)量。在已經(jīng)基于所接收的參考信號確定了下行鏈路信道質(zhì)量之后，在第二階段1 2 中UE 101向eNodeB 100回送一個或多個信道狀態(tài)反饋報告，所述報告在該上下文中通常 由信道質(zhì)量指示(CQI)報告來表示。在eNodeBlOO中，一個或多個CQI報告的內(nèi)容能夠由 調(diào)度器(未示出)檢索并使用以便執(zhí)行資源分配。在下一個階段1 3中向UE 101通知 資源分配，之后是通過所分配的資源來傳輸下行鏈路數(shù)據(jù)，如用最后階段1 4所指示的那 樣。在為LTE提出的一個實施例中，UE將能夠傳送不同類型的CQI報告，例如完整CQI 報告、部分CQI報告、以及差別CQI報告。完整CQI報告涵蓋整個下行鏈路傳輸帶寬，但是 它們可以具有不同的頻率分辨率，可以以不同的方式對它們進(jìn)行過濾和處理，并且可以以 不同的方式對它們進(jìn)行編碼。部分CQI報告僅涵蓋下行鏈路傳輸帶寬的一部分。部分CQI 報告所涵蓋的部分可以是一組鄰接的資源塊或一組分布式資源塊。差別CQI報告包含相對 于前一 CQI報告的更新矢量的編碼版本。CQI報告還可以在它們?nèi)绾伪粋魉头矫娌煌Ｋ鼈兛梢栽趯Ｓ每刂菩诺蕾Y源上、在 調(diào)度的資源上被傳送。CQI報告可以發(fā)生在已知的時刻并且使用固定的格式，或者發(fā)生和格 式可以更加動態(tài)。在后一種情況下，MAC報頭需要包括關(guān)于如何傳送了 CQI報告的信息，否 則eNodeB必須執(zhí)行盲檢測。此外，與SIS0、MIS0、SIMO或MIMO傳輸一起使用的CQI報告也可以是不同的。對 于ΜΙΜ0，CQI報告可以例如包括將由eNodeB多天線傳輸方案使用的預(yù)編碼權(quán)重。在3GPP中關(guān)于CQI報告的細(xì)節(jié)仍在討論中。一種可能的結(jié)果是，UE將具有觸發(fā) 待傳送的CQI報告的規(guī)則集。每個CQI傳輸觸發(fā)于是通過下述方式與特定類型的CQI報告 相關(guān)聯(lián)，即當(dāng)觸發(fā)條件為真時，UE傳送相關(guān)聯(lián)類型的CQI報告。這類似于如何在WCDMA中 對壓縮模式進(jìn)行參數(shù)化。對于WCDMA壓縮模式，每個UE被提供有由傳輸間隔模式(TGP)組 成的傳輸間隔模式集(TGPS)，其中每個傳輸間隔模式定義用于特定測量目的的可配置長度的傳輸間隔?？梢砸灶愃频姆绞絹硪?guī)定CQI報告每個UE具有由CQI報告觸發(fā)(CRT)組成 的CQI報告觸發(fā)集(CRTS)，所述CQI報告觸發(fā)規(guī)定特定類型的CQI報告應(yīng)該何時被傳送。圖2示出例如如上所述的用于UE的CQI觸發(fā)配置的表。該表包括被配置用于UE 的多個CQI報告觸發(fā)CRT 1-n。每個CRT與CQI報告類型CQIA-X之一相關(guān)聯(lián)。當(dāng)例如CRT 1所規(guī)定的觸發(fā)準(zhǔn)則為真時，CQI A所定義的報告類型將從UE被傳送到eNodeB，如在表中 所指示的那樣。CQI報告觸發(fā)可以用包含定時器、事件和條件的邏輯表達(dá)式來表示。簡單的周期性 CQI報告觸發(fā)將僅僅由周期性定時器和下述規(guī)則組成每當(dāng)定時器期滿時，就應(yīng)該傳送某 一 CQI報告。簡單的基于事件的CQI報告觸發(fā)將規(guī)定每當(dāng)觸發(fā)事件(例如切換事件)發(fā) 生時，就應(yīng)該傳送某一類型的CQI報告?？梢员话ㄔ谑欠駛魉湍骋?CQI報告的決策中的 條件例如是下行鏈路活動性是否高于 閾值。CRT因此是包含定時器、事件和條件的表達(dá)式， 該表達(dá)式由諸如AND、OR、NOT、WHEN和IF之類的邏輯語句組成。UE應(yīng)該使用什么類型的CQI報告以及觸發(fā)它們被傳送的條件是什么，通常通過較 高層信令(例如RRC信令)來設(shè)置。除了配置用于定義應(yīng)該何時和如何傳送CQI報告的規(guī) 則之外，eNodeB還可以使用RRC信令來顯式請求CQI報告。LTE上行鏈路基于單載波調(diào)制，并且使用頻分和時分多址原理(FDMA和TDMA)。LTE 上行鏈路由互相正交頻率復(fù)用的物理上行鏈路控制信道(PUCCH)和共享數(shù)據(jù)信道(PUSCH) 組成。LTE上行鏈路的單載波特性使得UE不可能在相同的傳輸時間間隔(TTI)中在物理控 制信道和物理數(shù)據(jù)信道上進(jìn)行傳送。因此，如果UE正在物理數(shù)據(jù)信道上傳送數(shù)據(jù)，則必須在相同的TTI中發(fā)送的控制 信息也必須在該物理數(shù)據(jù)信道上發(fā)送。UE將僅在當(dāng)UE沒有數(shù)據(jù)傳輸并且因此未在使用物 理數(shù)據(jù)信道時的情況下使用物理控制信道來傳送控制信令。在UE具有要傳送的上行鏈路數(shù)據(jù)的情況下，至少存在三種類型的可以在物理數(shù) 據(jù)信道上進(jìn)行帶內(nèi)發(fā)送的控制信令·用于下行鏈路數(shù)據(jù)傳輸?shù)腍ARQ(ACK/NACK)反饋。 調(diào)度請求。.CQI 報告。在3GPP中關(guān)于HARQ反饋和調(diào)度請求的當(dāng)前假設(shè)是，HARQ將由每個MIMO流的一個 比特組成，而調(diào)度請求可能僅僅由單個比特組成，其指示UE是否具有它想要傳送的數(shù)據(jù)。 另一方面，CQI報告會明顯更大。能夠在CQI報告上花費的比特量可以取決于多個不同的 準(zhǔn)則，例如下行鏈路傳輸模式，例如SISO或MIMO ；下行鏈路業(yè)務(wù)的類型，例如VoIP或Web ； 下行鏈路無線特性，例如相干時間和/或相干帶寬；當(dāng)前上行鏈路負(fù)載和/或當(dāng)前下行鏈路 活動性。此外，盡管HARQ反饋和調(diào)度請求信令對于通信協(xié)議工作而言完全是至關(guān)重要的， 但是CQI報告將更多地被視為下行鏈路的性能增強特征。在CQI報告上所花費的上行鏈路資源越多，能夠做出的鏈路適配和調(diào)度決策就越 好，并且可以實現(xiàn)的下行鏈路的性能就越好。然而，一般對于信令而言，通常在用于信令的 資源量和可用于傳輸用戶平面數(shù)據(jù)業(yè)務(wù)的資源量之間存在折衷。在當(dāng)前的現(xiàn)有技術(shù)中，已 知使CQI報告方案適于以上列出的條件是有益的。然而，現(xiàn)有技術(shù)的CQI報告機制的缺點是，在可用資源的使用方面缺乏靈活性。
為了完全支持所有可能的情形中的所有可能的CQI反饋方案，將需要為上行鏈路 物理控制信令分配過度數(shù)量的物理資源。即使對于所應(yīng)用的有限數(shù)目的方案，也難以引入新的反饋方案，尤其是在它們要 求上行鏈路物理控制信道需要被重新設(shè)計的情況下。在3GPP中關(guān)于物理上行鏈路控制信道上的CQI報告的另一假設(shè)是，對于每個UE 和TTI，能夠傳送最多大約10個比特。該比特數(shù)目為細(xì)粒度CQI頻域信息和MIMO信息留 下很少空間。在物理數(shù)據(jù)信道上，將很可能傳送更多比特。[2]中給出的一種可能性是，在 CQI報告觸發(fā)中包括關(guān)于上行鏈路許可的可用性的信息。于是一些CQI報告將僅在UE具有有效上行鏈路許可的情況下被傳送，并且一些 CQI報告將僅在UE不具有上行鏈路許可時被傳送(假設(shè)CRT中所包括的所有其他條件都是 有效的)。于是將可能的是，定義低分辨率和高分辨率類型的CQI報告，并且通過下述方式 建立CQI報告觸發(fā)對如果存在上行鏈路許可，則能夠使用許可的資源來傳送高分辨率CQI 報告，否則在上行鏈路物理控制信道上傳送低分辨率CQI報告。上行鏈路許可通常由資源 塊分配、傳輸格式指示和新數(shù)據(jù)指示符組成。對于UL許可觸發(fā)，有可能建立規(guī)則，該規(guī)則規(guī)定如果UE獲得許可并且它沒有上 行鏈路數(shù)據(jù)，則應(yīng)該在許可的資源上傳送特殊格式的高分辨率CQI報告。這種規(guī)則的問題 是，eNodeB不具有關(guān)于UE緩沖器的任何信息。當(dāng)eNodeB接收到UE數(shù)據(jù)時，它不知道是否 UE具有數(shù)據(jù)并且該接收因此包含數(shù)據(jù)和CQI這二者，或者是否UE沒有數(shù)據(jù)并且該接收僅包 含CQI。eNodeB因此必須檢查這兩種可能性，這就需要額外的信令。這種解決方案的另一 問題是，當(dāng)UE具有數(shù)據(jù)時，eNodeB無法向UE請求特大的CQI報告。

發(fā)明內(nèi)容
本發(fā)明旨在提供一種至少在一定程度上緩解上面所指出的一些問題的解決方案。因此本發(fā)明的一個目的是提供信道狀態(tài)反饋過程，該過程將可用資源高效地用于 信道狀態(tài)反饋的傳輸。此外，本發(fā)明的一個目的是提供適于以更靈活的方式處理信道狀態(tài)反饋報告的無 線網(wǎng)絡(luò)基站和移動終端。上述目的中的至少一個是利用根據(jù)所附獨立權(quán)利要求的方法、移動終端或基站來實現(xiàn)的。從從屬權(quán)利要求中明顯地看出進(jìn)一步的目的和優(yōu)點。本發(fā)明的第一方面涉及基站中的方法，所述基站包括用于從UE獲得信道狀態(tài)反 饋的調(diào)度器。所述方法包括以下步驟確定是否需要信道狀態(tài)反饋，以及在需要信道狀態(tài)反 饋的情況下，還從信道狀態(tài)反饋類型的預(yù)定義集合中確定一個信道狀態(tài)反饋類型，所述類 型定義所需的信道狀態(tài)反饋信息量。包括指示所述信道狀態(tài)反饋類型的傳輸格式的上行鏈 路許可然后被生成，并且被提供給UE以便在許可的資源上接收所需量的信道狀態(tài)反饋。在本發(fā)明的這方面的一個實施例中，所述量表示所述許可的資源的百分比。在本發(fā)明的這方面的另一個實施例中，類型的所述預(yù)定義集合包括至少類型1和 類型2傳輸格式。
在本發(fā)明的這方面的又一個實施例中，所述類型2傳輸格式指示將由所述UE用來 傳送所述信道狀態(tài)反饋信息的所述資源的95-100%的范圍內(nèi)的特定量。本發(fā)明的這方面的更進(jìn)一步實施例涉及所述信道狀態(tài)反饋包括CQI報告。本發(fā)明的第二方面涉及用戶設(shè)備UE中的用于從UE向基站提供信道狀態(tài)反饋的 方法。所述方法包括確定UE是否已經(jīng)從基站接收到上行鏈路許可，以及在UE已經(jīng)接收 到上行鏈路許可的情況下，經(jīng)由所述許可的傳輸格式來確定基站所需的信道狀態(tài)反饋信息 量。然后在許可的資源上將所確定量的信道狀態(tài)反饋信息傳送到基站，或者可替換地在UE 尚未接收到上行鏈路許可的情況下，不提供信道狀態(tài)反饋信息。在本發(fā)明的這方面的一個實施例中，所述傳輸格式指示信道狀態(tài)反饋類型的預(yù)定 義集合中的一個信道狀態(tài)反饋類型，所述類型定義所需的信道狀態(tài)反饋信息量。本發(fā)明的第三方面涉及包括用于從用戶設(shè)備UE獲得信道狀態(tài)反饋的調(diào)度器的基 站。所述基站包括-生成單元，其適于確定是否需要信道狀態(tài)反饋，并且適于從信道狀態(tài)反饋類型的 預(yù)定義集合中選擇一個信道狀態(tài)反饋類型，所述類型定義所需的信道狀態(tài)反饋信息量，以 及所述生成單元適于在需要信道狀態(tài)反饋的情況下生成包括指示所述類型的傳輸格式的 上行鏈路許可；-傳送單元，其適于將所述上行鏈路許可傳送到UE；以及-接收單元，其適于響應(yīng)于所傳送的上行鏈路許可而接收信道狀態(tài)反饋。本發(fā)明的第四方面涉及用于從UE向基站提供信道狀態(tài)反饋的用戶設(shè)備UE，其包 括_確定單元，用于確定UE是否已經(jīng)從基站接收到上行鏈路許可，并且用于確定該 許可的傳輸格式，所述傳輸格式指示信道狀態(tài)反饋類型的預(yù)定義集合中的一個信道狀態(tài)反 饋類型，所述類型定義所述基站所需的信道狀態(tài)反饋信息量；-傳送單元，用于在UE已經(jīng)接收到上行鏈路許可的情況下在許可的資源上向基站 傳送所述量的信道狀態(tài)反饋信息，或者在UE尚未接收到上行鏈路許可的情況下不傳送信 道狀態(tài)反饋信息。根據(jù)本發(fā)明的各個方面和在此所描述的其實施例以及它們的等同物，本發(fā)明提供 了 a) eNodeB不必執(zhí)行盲檢測，b) eNodeB還能夠在UE具有要在上行鏈路中傳送的數(shù)據(jù)時請求特大的CQI報告。以上針對根據(jù)本發(fā)明的方法所描述的特征在適用的情況下還可以在根據(jù)本發(fā)明 的具有與針對所述方法所描述的相同優(yōu)點的設(shè)備中實施。不用說，本發(fā)明的以上方面可以被組合在相同的實施例中。在下文中，將參考附圖 來描述本發(fā)明的優(yōu)選實施例。


圖1是用戶設(shè)備與eNodeB之間的常規(guī)信令過程的基本概觀。圖2是指示CQI報告觸發(fā)的配置的表。圖3是示出用于從用戶設(shè)備向eNodeB提供CQI報告的常規(guī)過程的流程圖。
圖4是示出根據(jù)本發(fā)明實施例的用于在用戶設(shè)備中選擇eNodeB所需的CQI報告 的類型的過程的流程圖。圖5是示意性地示出根據(jù)所描述實施例中的任何一個的適于請求CQI報告的 eNodeB的框圖。圖6是示意性地示出根據(jù)所描述實施例中的任何一個的適于向基站提供CQI報告 的UE的框圖。圖7是示出根據(jù)一個實施例的eNodeB向UE請求CQI報告的過程的流程圖?？s寫RBS =無線基站MIMO=多輸入多輸出SISO=單輸入單輸出FDD =頻分雙工TDD =時分雙工
具體實施例方式簡要地描述，本發(fā)明涉及適于以更靈活的方式處理信道狀態(tài)反饋報告的方法、用 戶設(shè)備和基站。更具體地說，提供了更高效地利用可用于傳輸信道狀態(tài)反饋的資源的信道 狀態(tài)反饋過程。這通過以下方式來實現(xiàn)將上行鏈路許可可用性包括在用于確定何時以 及如何從UE發(fā)送信道狀態(tài)反饋的信道狀態(tài)反饋報告觸發(fā)中，即信道狀態(tài)反饋報告請求可 以由基站在上行鏈路許可中發(fā)送到UE，該上行鏈路許可包括對預(yù)期返回的信息量的指示。 可替換地，上行鏈路許可可用性被配置成唯一的觸發(fā)，其規(guī)定要傳送哪種類型的信道狀態(tài) 反饋報告。通過單獨地或者與其他信道狀態(tài)反饋觸發(fā)準(zhǔn)則相結(jié)合地使用上行鏈路許可，與 利用現(xiàn)有技術(shù)解決方案可能獲得的相比，基站還將能夠從使用信道狀態(tài)反饋報告中獲得更多。在以下例示的實施例中，從UE遞送的信道狀態(tài)反饋報告因此將被稱為CQI報告， 并且基站將被稱為增強LTE基站，即eNodeB。此外，規(guī)定何時傳送CQI報告的信道狀態(tài)反饋 規(guī)則將被稱為CQI報告觸發(fā)，其可以用包含定時器、事件和/或條件之一或組合的邏輯表達(dá) 式來表示。然而將要理解，所描述的實施例還可以適用于其他可比的信道狀態(tài)反饋實施方 式。圖3是示出用于從UE向eNodeB提供CQI報告形式的信道狀態(tài)反饋的常規(guī)過程的 簡化流程圖。在第一步300中，用于何時以及如何遞送不同類型的CQI報告的準(zhǔn)則(通常如 以上參考圖2所規(guī)定的那樣來定義，由eNodeB配置為CRTS)被遞送到UE并且由UE接收。 在下一步301中，用于確定CRTS所規(guī)定的CRT準(zhǔn)則是否被滿足的連續(xù)檢查過程被啟動。如 果在步驟302中發(fā)現(xiàn)CRT的準(zhǔn)則被滿足，則UE將傳送相應(yīng)類型的CQI報告，如利用最后的 步驟303所示出的那樣。然而，如果CRT準(zhǔn)則沒有被滿足，則重復(fù)檢查過程，從而再次從步 驟301開始。如果存在為UE配置的多種不同類型的CQI報告，則將相應(yīng)地針對每種報告類 型重復(fù)檢查過程。顯然，這樣的用于決定何時傳送CQI報告的過程就可用資源的使用而言 或者就能夠從CQI報告檢索什么信息而言沒有靈活性。在下文中，將描述本發(fā)明的優(yōu)選實施例。
根據(jù)本發(fā)明，eNodeB在到UE的許可(即資源分配許可)中包括專門適配的傳輸格式，即用于上行鏈路傳輸?shù)膫鬏攭K大小、調(diào)制和/或編碼速率。根據(jù)本發(fā)明的解決方案 涉及提供一個或多個傳輸格式，所述傳輸格式專門被安排成向UE指示CQI應(yīng)該被回報給 eNodeB,并且優(yōu)選地被安排成指示要回報的特定CQI量。eNodeB可以通過生成對UE的上行鏈路許可來請求CQI報告，并且將這樣的特殊傳 輸格式包括在所述許可中。UE然后可以將所許可的資源僅用于傳送諸如CQI報告之類的信道狀態(tài)反饋，而不 管是否存在要傳送的數(shù)據(jù)。eNodeB因此將知道預(yù)期什么類型的傳輸，并且不需要檢查兩種 可能性，即針對信道狀態(tài)反饋信息和針對傳輸數(shù)據(jù)這二者的可能性。這提供了 eN0deB的 所謂的盲檢測能夠被避免。此外，因為eNodeB以這種方式具有了 UE將何時傳送CQI報告的全部知識，所以有 可能在許可的資源上“穿入(puncture in) ”CQI報告，即從數(shù)據(jù)傳輸中除去一些預(yù)定的符 號并且用CQI信息來替換它們。傳輸格式可以被定義成每當(dāng)打算使UE傳送CQI報告時就 包括規(guī)定的CQI信息量(例如5-10% )，否則就不包括CQI信息。CQI信息量可以是固定的，或者它可以取決于上行鏈路許可的大小。在這種情形 中，eNodeB可以向UE分配具有特殊格式的許可，所述特殊格式包含大得多的CQI信息量 (例如95-100% )。在接收到這樣的特殊傳輸格式的許可時，UE應(yīng)該總是包括規(guī)定的CQI 信息量，而不管正常觸發(fā)CQI報告?zhèn)鬏數(shù)臈l件是否為真。根據(jù)本發(fā)明的一個實施例，eNodeB可以通過例如RRC(無線資源控制)利用規(guī)則 來配置UE，所述規(guī)則規(guī)定如果UE接收到具有特殊傳輸格式(其指示100%信道狀態(tài)反饋 或“僅CQI”)的上行鏈路許可，則UE應(yīng)該使用許可的資源來用于傳送僅CQI。該CQI報告 在大小與資源分配相聯(lián)系的情況下可以具有特殊格式。詳細(xì)的頻率信息和MIMO能夠被包 括，因為全部許可資源都被用于CQI。圖4是示出根據(jù)本發(fā)明實施例的用于從UE向eNodeB提供所請求量的信道狀態(tài)反 饋的過程的簡化流程圖。頭兩步400和401以與以上參考圖3所描述的相同方式來執(zhí)行。 然而，在后續(xù)步驟403中，確定UE是否已經(jīng)接收到上行鏈路許可，并且進(jìn)一步確定所述許可 是否包括傳輸格式，所述傳輸格式指示對要在許可的資源上返回到eNodeB的一定量的信 道狀態(tài)反饋信息的請求。僅僅為了說明起見，在本例中假定所接收的許可包括指示類型2 信道狀態(tài)反饋(即“僅CQI”要被返回)的傳輸格式。因為例如通過RRC信令利用以下規(guī)則 對UE進(jìn)行了預(yù)配置，所述規(guī)則規(guī)定如果特殊傳輸格式(即指示要返回一定量的信息(不 限于“僅CQI”，即95-100%CQI)的傳輸格式)被接收，則觸發(fā)一些類型的CQI報告的任何 其他條件應(yīng)該被覆蓋，并且所請求大小的CQI應(yīng)該在許可的資源上被傳送。在這種情況下， UE然后在步驟404中在所分配的資源上在類型2CQI報告中向eNodeB傳送僅CQI，即使在 UE傳送緩沖器中存在要傳送的數(shù)據(jù)也是如此。包括在該許可中的類型2傳輸格式因此指示 UE將所許可資源的全部容量用于信道狀態(tài)反饋信息。可替換地，在UE尚未接收到上行鏈路許可的情況下，不提供信道狀態(tài)反饋信息?，F(xiàn)在將參考圖5來描述基站的簡化框圖，所述基站被例示為eNodeB，其適于至少 根據(jù)上面描述的實施例進(jìn)行操作。將要理解的是，為了簡單起見，對于理解所要求保護(hù)的發(fā) 明不是必需的單元已被省略。還將要理解的是，在本文檔中提到的所有單元應(yīng)被解釋為例示的邏輯單元，其可以以各種可能方式中的任何方式被實施為單個單元或者與其他單元相結(jié)合地實施。eNodeB 700包括調(diào)度器701，其適于管理eNodeB與一個或多個UE (這里由UE 800 表示)之間的調(diào)度。通常包括單獨的上行鏈路和下行鏈路調(diào)度功能(未示出)的調(diào)度器 701包括生成單元703，其適于根據(jù)為調(diào)度器701所配置的預(yù)定規(guī)則來確定是否需要信道狀 態(tài)反饋信息，確定所需的信道狀態(tài)反饋信息量，以及在發(fā)現(xiàn)需要信道狀態(tài)反饋信息時生成 要傳送到UE 800的上行鏈路許可，所述上行鏈路許可通過所述許可的傳輸格式來包括對 所需量的指示。所述許可的傳輸格式指示eNodeB所請求的信道狀態(tài)反饋類型。eNodeB相應(yīng) 地從存儲于其中的傳輸格式類型的預(yù)定義集合中選擇一種傳輸格式類型，例如定義“僅 CQI”(即100%或95-100% CQI)的類型，或定義較少量的CQI (例如5-10% CQI或類型1格 式)的另一類型。通過在所述許可中包括“僅CQI ”傳輸格式(即類型2傳輸格式)，eNodeB 因此即使在UE有數(shù)據(jù)要傳送時也可以向UE請求特大的CQI報告。在這樣的情況下將不在 許可的資源上傳送UE傳送緩沖器數(shù)據(jù)，因為所述許可的資源基本上被信道狀態(tài)反饋傳輸 完全占用。如果在所述許可中包括指示要報告較少量的CQI的傳輸格式(即類型1格式)， 則還有可能將在許可的UL資源上把UE傳送緩沖器數(shù)據(jù)與所請求的CQI報告一起傳送。調(diào)度器701所生成的上行鏈路許可經(jīng)由收發(fā)器705的傳送單元704被傳送到相應(yīng) 的UE，并且可以響應(yīng)于上行鏈路許可而被傳送到eNodeB 700的信道狀態(tài)反饋由收發(fā)器單 元705的接收單元706接收。而且，將在調(diào)度器的配置中規(guī)定用于如何解釋從信道狀態(tài)反 饋中檢索的信息或缺少預(yù)期的信道狀態(tài)反饋的規(guī)則。現(xiàn)在將參考圖6來描述根據(jù)一個實施例的UE的簡化框圖。而且在該圖中，對于理 解所要求保護(hù)的發(fā)明不是必需的單元和功能已經(jīng)被省略。根據(jù)上面描述的任何一個實施 例，與eNodeB 700進(jìn)行通信的UE 800包括用于在發(fā)現(xiàn)所規(guī)定的準(zhǔn)則有效時生成CQI報告 的生成單元801。生成單元801還包括確定單元802，其適于確定相應(yīng)的CRT準(zhǔn)則是否被滿 足，并且由此相應(yīng)的CQI報告是否將被傳送。顯然，確定單元802被配置成確定上行鏈路許 可是否已經(jīng)被UE 800的收發(fā)器單元805的接收單元804接收到并且存在于UE處。確定單 元802還可以確定UE是否具有要傳送的上行鏈路數(shù)據(jù)，并且還確定eNodeB所需的要經(jīng)由 所接收的許可的指示eNodeB所請求的信道狀態(tài)反饋類型的傳輸格式來傳送的信道狀態(tài)反 饋信息量。另外，所述確定單元在確定要傳送哪個版本的信道狀態(tài)反饋信息時可以考慮到 所接收的上行鏈路許可的大小。在一個或多個CRT 806中為UE規(guī)定的CQI報告觸發(fā)準(zhǔn)則以 及指示不同信道狀態(tài)反饋信息量的信道狀態(tài)反饋類型集合被存儲在生成單元801內(nèi)或者 與生成單元801相關(guān)聯(lián)地存儲。一旦包括指示所需的信道狀態(tài)反饋信息量的傳輸格式的上 行鏈路許可的可用性和/或(如果適用的話)剩余CRT準(zhǔn)則的有效性已經(jīng)被確定單元802 確定，就由生成單元801生成所需大小的CQI報告。然后經(jīng)由收發(fā)器單元805的傳送單元 807在所述許可中分配的資源上將CQI報告?zhèn)魉偷絜NodeB 700?，F(xiàn)在將參考圖7來描述根據(jù)一個實施例的eNodeB的操作步驟，其中在第一步900 中激活調(diào)度。當(dāng)eNodeB的調(diào)度器在下一步901中確定需要某一大小(即某一信道狀態(tài)反 饋類型)的CQI報告時，調(diào)度器在步驟904中生成通過傳輸格式指示所需的報告大小或信 道狀態(tài)反饋類型的上行鏈路許可，并且在最后的步驟905中將包括傳輸格式的上行鏈路許可傳送到相應(yīng)的UE。然后所述調(diào)度相應(yīng)地繼續(xù)進(jìn)行，其中等待著CQI報告。在一種替換方案中，步驟 901可以通過檢查下行鏈路數(shù)據(jù)是否存在的條件來表示，即如果用于相應(yīng)的UE的下行鏈路 數(shù)據(jù)存在于eNodeB處，則在步驟904中生成上行鏈路許可，并且在步驟905中傳送該上行 鏈路許可，而否則的話不傳送UL許可。eNodeB具有何時存在下行鏈路數(shù)據(jù)以及何時需要詳細(xì)的CQI報告的知識。根據(jù)本 發(fā)明的解決方案向eNodeB提供了請求CQI報告的可能性。與利用上行鏈路許可觸發(fā)并且 沒有數(shù)據(jù)的現(xiàn)有解決方案相比，該解決方案的優(yōu)點在于a) eNodeB不必執(zhí)行盲檢測，b) eNodeB還能夠在UE具有數(shù)據(jù)時請求特大的CQI報告。與在此使用的3GPP LTE標(biāo)準(zhǔn)有關(guān)的任何例子和術(shù)語不應(yīng)被視為限制本發(fā)明的范 圍，其方法在原則上能夠被應(yīng)用于任何通信系統(tǒng)。所描述的主題當(dāng)然不限于以上描述的和在附圖中示出的實施例，而是能夠在所附 權(quán)利要求書的范圍內(nèi)進(jìn)行修改。此外，除非另有說明，否則以上實施例的任何一個都不是互斥的。因此，本發(fā)明可 以包括各個實施例的特征的任何組合和/或集成。另外，盡管上面描述的和在附圖中所示的過程被示出為步驟的序列，但是這樣做 僅僅是為了進(jìn)行說明。因此，預(yù)期一些步驟可以被添加，一些步驟可以被省略，并且步驟的 次序可以被重新排列。參考文獻(xiàn)[ 1 ] H. Ekstrom (editor) , “ Long-term 3G Evolution-Concept description, “ 2006-05-23.[2] ρ Frenger and Eva Englund, Stefan Parkval1. Triggering Conditions of CQI Report Transmissions inLTE.
權(quán)利要求
一種在包括用于從UE(800)獲得信道狀態(tài)反饋的調(diào)度器的基站(700)中的方法，其特征在于以下步驟-確定(901)是否需要信道狀態(tài)反饋，以及在需要信道狀態(tài)反饋的情況下，還從信道狀態(tài)反饋類型的預(yù)定義集合中確定一個信道狀態(tài)反饋類型，所述類型定義所需的信道狀態(tài)反饋信息量；-生成(904)上行鏈路許可，所述上行鏈路許可包括指示所述信道狀態(tài)反饋類型的傳輸格式；以及-向所述UE提供(905)所述生成的上行鏈路許可，以便在許可的資源上接收所需量的信道狀態(tài)反饋。
2.根據(jù)權(quán)利要求1所述的方法，其中，所述量表示所述許可的資源的百分比。
3.根據(jù)權(quán)利要求1-2之一所述的方法，其中，類型的所述預(yù)定義集合包括至少類型1和 類型2傳輸格式。
4.根據(jù)權(quán)利要求3所述的方法，其中，所述類型2傳輸格式指示將由所述UE用來傳送 所述信道狀態(tài)反饋信息的所述資源的95-100%的范圍內(nèi)的特定量。
5.根據(jù)權(quán)利要求1-4中任何一項所述的方法，其中，所述信道狀態(tài)反饋包括CQI報告。
6.一種在用戶設(shè)備UE(800)中用于從所述UE向基站(700)提供信道狀態(tài)反饋的方法， 其特征在于以下步驟-確定(403)所述UE是否已經(jīng)從所述基站接收到上行鏈路許可，以及在所述UE已經(jīng)接 收到上行鏈路許可的情況下，經(jīng)由所述許可的傳輸格式來確定所述基站所需的信道狀態(tài)反 饋信息量；-在許可的資源上將所述量的信道狀態(tài)反饋信息傳送(404)到所述基站，或者在所述 UE尚未接收到上行鏈路許可的情況下，不傳送信道狀態(tài)反饋信息。
7.根據(jù)權(quán)利要求6所述的方法，其中，所述傳輸格式指示信道狀態(tài)反饋類型的預(yù)定義 集合中的一個信道狀態(tài)反饋類型，所述類型定義所需的信道狀態(tài)反饋信息量。
8.根據(jù)權(quán)利要求6或7所述的方法，其中，所述量表示所述許可的資源的百分比。
9.根據(jù)權(quán)利要求7-8之一所述的方法，其中，類型的所述預(yù)定義集合包括至少類型1和 類型2傳輸格式。
10.根據(jù)權(quán)利要求9所述的方法，其中，所述類型2傳輸格式指示將由所述UE用來傳送 所述信道狀態(tài)反饋信息的所述資源的95-100%的范圍內(nèi)的特定量。
11.根據(jù)權(quán)利要求6-10中任何一項所述的方法，其中，所述信道狀態(tài)反饋包括CQI報告。
12.一種包括用于從用戶設(shè)備UE(SOO)獲得信道狀態(tài)反饋的調(diào)度器(701)的基站 (700)，其特征在于-生成單元(703)，其適于確定是否需要信道狀態(tài)反饋，并且適于從信道狀態(tài)反饋類型 的預(yù)定義集合中選擇一個信道狀態(tài)反饋類型，所述類型定義所需的信道狀態(tài)反饋信息量， 以及所述生成單元適于在需要信道狀態(tài)反饋的情況下生成包括指示所述類型的傳輸格式 的上行鏈路許可；-傳送單元(704)，其適于將所述上行鏈路許可傳送到所述UE ；以及 -接收單元(706)，其適于響應(yīng)于所述傳送的上行鏈路許可而接收信道狀態(tài)反饋。
13.根據(jù)權(quán)利要求12所述的基站，其中，所述量表示所述許可的資源的百分比。
14.根據(jù)權(quán)利要求12-13之一所述的基站，其中，類型的所述預(yù)定義集合包括至少類型 1和類型2傳輸格式。
15.根據(jù)權(quán)利要求14所述的基站，其中，所述類型2傳輸格式適于指示將由所述UE用 來傳送所述信道狀態(tài)反饋信息的所述資源的95-100%的范圍內(nèi)的特定量。
16.根據(jù)權(quán)利要求12-15中任何一項所述的基站，其中，所述信道狀態(tài)反饋包括CQI報告。
17.一種用戶設(shè)備UE (800)，用于從所述UE向基站(700)提供信道狀態(tài)反饋，其特征在于-確定單元(802)，用于確定所述UE是否已經(jīng)從所述基站接收到上行鏈路許可，以及用 于確定所述許可的傳輸格式，所述傳輸格式指示信道狀態(tài)反饋類型的預(yù)定義集合中的一個 信道狀態(tài)反饋類型，所述類型定義所述基站所需的信道狀態(tài)反饋信息量；-傳送單元(807)，用于在所述UE已經(jīng)接收到上行鏈路許可的情況下在許可的資源上 向所述基站傳送所述量的信道狀態(tài)反饋信息，或者在所述UE尚未接收到上行鏈路許可的 情況下不傳送信道狀態(tài)反饋信息。
18.根據(jù)權(quán)利要求17所述的用戶設(shè)備，其中，所述量表示所述許可的資源的百分比。
19.根據(jù)權(quán)利要求17-18之一所述的用戶設(shè)備，其中，類型的所述預(yù)定義集合包括至少 類型1和類型2傳輸格式。
20.根據(jù)權(quán)利要求19所述的用戶設(shè)備，其中，所述類型2傳輸格式適于指示將由所述 UE用來傳送所述信道狀態(tài)反饋信息的所述資源的95-100%的范圍內(nèi)的特定量。
21.根據(jù)權(quán)利要求17-20中任何一項所述的用戶設(shè)備，其中，所述信道狀態(tài)反饋包括 CQI報告。
全文摘要
本發(fā)明涉及適于以更靈活的方式處理信道狀態(tài)反饋報告的方法、用戶設(shè)備和基站。更具體地說，提供了更高效地利用可用于傳輸信道狀態(tài)反饋的資源的信道狀態(tài)反饋過程。這通過以下方式來實現(xiàn)將上行鏈路許可可用性包括在用于確定何時以及如何從UE發(fā)送信道狀態(tài)反饋的信道狀態(tài)反饋報告觸發(fā)中，即信道狀態(tài)反饋報告請求可以由基站在上行鏈路許可中發(fā)送到UE，該上行鏈路許可包括對預(yù)期返回的信息量的指示。
文檔編號H04W72/12GK101816141SQ200780100920
公開日2010年8月25日 申請日期2007年12月20日 優(yōu)先權(quán)日2007年10月2日
發(fā)明者E·恩格倫, K·杰塞紐斯, P·弗倫奇 申請人:愛立信電話股份有限公司