專利名稱：用于檢測(cè)用于載波聚合的下行鏈路控制結(jié)構(gòu)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于在通信網(wǎng)絡(luò)中檢測(cè)用于載波聚合的下行鏈路控制結(jié)構(gòu)的方法。
背景技術(shù)：
長(zhǎng)期演進(jìn)(LTE)是基于3GPP標(biāo)準(zhǔn)的移動(dòng)網(wǎng)絡(luò)技術(shù)標(biāo)準(zhǔn)。其為一組對(duì)通用移動(dòng)通信系統(tǒng)(UMTS)的增強(qiáng)，并且被設(shè)計(jì)成為移動(dòng)無線用戶增加數(shù)據(jù)速率；提高用戶吞吐量并且更有效地利用無線電頻譜。高級(jí)的LTE當(dāng)前正被3GPP標(biāo)準(zhǔn)化為L(zhǎng)TE的增強(qiáng)。圖1示出異構(gòu)的高級(jí)LTE或LTE Rel-IO移動(dòng)通信網(wǎng)絡(luò)10的配置。在系統(tǒng)10中， 也被稱為演進(jìn)節(jié)點(diǎn)B (eNode B)的基站12、14支持用于例如移動(dòng)電話、膝上型電腦、個(gè)人數(shù)字助理的多個(gè)用戶設(shè)備(UE)16、18的通信?；?2、14是固定的并且每個(gè)都提供針對(duì)特定的地理區(qū)域的通信覆蓋?；?2是毫微微小區(qū)，其經(jīng)由寬帶連接到服務(wù)提供商的網(wǎng)絡(luò)，并且通過分量載波CC#0和CC#1來提供覆蓋?；?4是宏小區(qū)，其在對(duì)于每個(gè)分量載波的不同距離內(nèi)通過分量載波CC#0和CC#1來提供無線電覆蓋。在下行鏈路信道中，從基站12、14至UE 16、18，LTE標(biāo)準(zhǔn)使用正交頻分復(fù)用 (OFDM)。OFDM是使用大量的緊密間隔的正交子載波來承載數(shù)據(jù)的數(shù)字多載波調(diào)制方法。正交頻分多址(OFDMA)被用作LTE下行鏈路中的多路復(fù)用方案。在OFDMA中，單獨(dú)的UE是針對(duì)預(yù)定時(shí)間量的分配的子載波。這允許來自若干用戶的同步數(shù)據(jù)傳輸。下行鏈路信道支持物理信道，其從LTE棧中的較高層傳送信息。兩個(gè)物理下行鏈路信道是用于數(shù)據(jù)傳輸?shù)奈锢硐滦墟溌饭蚕硇诺?PDSCH)和用于發(fā)送控制信息的物理下行鏈路控制信道(PDCCH)。至UE的物理上行鏈路共享信道(PUSCH)中的上行鏈路數(shù)據(jù)傳輸或下行鏈路數(shù)據(jù)接收(在PDSCH中)的調(diào)度通常通過使用PDCCH的下行鏈路控制信令來執(zhí)行。

發(fā)明內(nèi)容
技術(shù)問題
將針對(duì)高級(jí)LTE介紹的主要特點(diǎn)是載波聚合。在頻率方面為鄰接的或非鄰接的分量載波(CC)可以被聚合。UE可以被配置成聚合在上行鏈路(UL)和下行鏈路(DL)中的可能不同的帶寬的不同數(shù)量的CC。載波聚合是特定于UE的，在同一小區(qū)中的每個(gè)UE可以具有載波聚合的不同配置?！︰E被采用載波聚合加以配置，則UE能在被聚合的所有CC上同時(shí)接收或發(fā)送。因此，可以在多個(gè)CC上同時(shí)對(duì)UE進(jìn)行調(diào)度。針對(duì)每個(gè)CC的下行鏈路分配和上行鏈路許可的調(diào)度可以經(jīng)由在用于單個(gè)CC的(一個(gè)或多個(gè))DCI格式中的0-3比特的附加載波指示符字段。在0比特的情況下，不存在載波指示符。圖2和圖3中分別示出了圖示了 5個(gè)CC的載波聚合的示例、和對(duì)于具有在CC#2 中的載波指示符字段的PDCCH而言的對(duì)應(yīng)的載波指示符索引到CC索引的映射。在PDCCH中使用載波指示符不是沒有成本的。具有PDCCH載波指示符的缺點(diǎn)包括
-當(dāng)該調(diào)度可能必須在多個(gè)CC上聯(lián)合地執(zhí)行時(shí)在PDCCH調(diào)度方面的增加的復(fù)雜性。-如果載波指示符被用信號(hào)顯式地通知，則用于DCI格式的多達(dá)3比特的增加的有效載荷大小。-如果期望UE盲檢測(cè)非零比特載波指示符字段是否存在于DCI格式中并且如果 CC可具有不同的帶寬大小，則每CC的潛在增加數(shù)量的盲解碼嘗試。從UE的角度來看，由于增加的PDCCH處理延遲和增加的功耗，特別地，如果需要UE 一直執(zhí)行額外的盲檢測(cè)但是具有可配置的連接的PDCCH的好處僅局限于某些場(chǎng)景，所以在用于CC的盲解碼嘗試方面的增加是不理想的。因此提供用于檢測(cè)載波聚合的方法將是理想的，所述方法使得針對(duì)每個(gè)CC而言需要由UE執(zhí)行的PDCCH盲解碼嘗試的數(shù)量最小。
背景技術(shù)：
的上述討論被包括以解釋本發(fā)明的上下文。其并不被理解為承認(rèn)所提及的任何文獻(xiàn)或其它材料在本說明書的權(quán)利要求中的任何一項(xiàng)的優(yōu)先權(quán)日被公布、已知或者為公共常識(shí)的一部分。問題的解決方案
根據(jù)一個(gè)方面，本發(fā)明提供了一種用于在通信網(wǎng)絡(luò)中檢測(cè)用于載波聚合的下行鏈路控制結(jié)構(gòu)的方法，在所述通信網(wǎng)絡(luò)中數(shù)據(jù)傳輸由物理下行鏈路控制信道(PDCCH)來調(diào)度，該方法包括以下步驟，在UE處
接收針對(duì)UE啟用載波聚合的較高層信令，以及
讀取分量載波(CC)的PDCCH，其中，根據(jù)源自所述較高層信令的多個(gè)預(yù)定義格式中的一個(gè)來讀取每個(gè)CC的PDCCH中的下行鏈路控制信息(DCI)。所述較高層信令允許載波聚合被開啟或關(guān)閉，并且當(dāng)不需要跨載波控制(取決于部署情況或網(wǎng)絡(luò)操作員的偏好)時(shí)允許盲解碼嘗試的數(shù)量以及DCI格式的有效載荷大小被保持到最小值。較高層信令被僅發(fā)送到具有載波聚合能力的UE。在較高層信令被發(fā)送之前由eNodeB和UE兩者所假定的默認(rèn)設(shè)置是無跨載波控制，即，所有的DCI格式都具有零比特載波指示符字段。因?yàn)楦鶕?jù)用信號(hào)通知給UE的預(yù)定DCI格式來讀取每個(gè)CC的PDCCH，所以可以減少用于每CC的PDCCH處理的UE功率和延遲預(yù)算。較高層信令可以指示CC是主機(jī)CC，其能夠發(fā)送客戶端CC的PDCCH，具有非零比特載波指示字段的用于主機(jī)CC的PDCCH中的DCI的預(yù)定義格式。因此，僅在被稱作主機(jī)CC的CC的子集(比如說K，其中K=l、…、M并且M是針對(duì) UE而聚合的CC的總數(shù))上發(fā)送包含載波指示符的PDCCH。較高層信令可以指示CC是客戶端CC，其不發(fā)送其它CC的PDCCH，具有零比特載波指示字段的用于客戶端CC的PDCCH中的DCI的預(yù)定義格式。能夠在主機(jī)CC上發(fā)送客戶端CC的PDCCH。可能的是CC是主機(jī)CC同時(shí)也是客戶端CC。在這種情況下，CC能夠發(fā)送其它CC的PDCCH以及使其自己的PDCCH在其它CC上發(fā)送。較高層信令可以指示不需要UE來檢測(cè)客戶端CC上的PDCCH。作為替代，在主機(jī) CC中發(fā)送用于客戶端CC的PDCCH。該方法然后可以進(jìn)一步包括選擇性地讀取CC的PDCCH的步驟，從而使得UE不檢測(cè)該客戶端CC上的PDCCH?？蛻舳薈C因此能夠被配置成使得用于UE的所有PDCCH (具有零比特載波指示符) 不在CC上發(fā)送。因此，不需要UE來檢測(cè)客戶端CC上的任何PDCCH。然而，如果客戶端CC 同時(shí)還是主機(jī)CC，則不能夠應(yīng)用這樣的配置。這個(gè)配置有益于異構(gòu)網(wǎng)絡(luò)部署，其中客戶端CC的干擾電平可以是如此高以致于控制信道不能夠被可靠地發(fā)送。因?yàn)閷?duì)于客戶端CC而言不需要PDCCH檢測(cè)，所以在UE處能夠?qū)崿F(xiàn)功率節(jié)約。然而，對(duì)于諸如同構(gòu)網(wǎng)絡(luò)(其中頻率分集增益可能是更加重要的)之類的其它部署情況而言，分集增益能夠由還檢測(cè)客戶端CC上的PDCCH的UE來利用(harness)。較高層信令可以不指示CC為客戶端CC或主機(jī)CC，在這種情況下，CC可以被認(rèn)為是正常的CC，其用來發(fā)送所有其自己的PDCCH并且僅其自己的PDCCH，具有零比特載波指示字段的用于正常的CC的PDCCH中的DCI的預(yù)定義格式。因此，使用較高層信令，eNodeB能夠?qū)C配置為以下類型中的一個(gè)或多個(gè)
-主機(jī)CC 能夠用于發(fā)送(一個(gè)或多個(gè))客戶端CC的PDCCH和其自己的PDCCH的CC。-客戶端CC其PDCCH能夠在主機(jī)CC上被發(fā)送的CC。如果被配置成這樣做，則客戶端CC還能夠被用來發(fā)送其自己的PDCCH。-正常的CC用于發(fā)送所有其自己的PDCCH以及僅其自己的PDCCH(與LTE Rel-8 中相同)的CC。即使對(duì)于對(duì)應(yīng)于主機(jī)CC的PDCCH而言，在主機(jī)CC上發(fā)送的所有PDCCH也總是包含具有非零比特的載波指示符。用于載波指示符字段的比特的實(shí)際數(shù)量可以是針對(duì)UE而聚合的載波的實(shí)際數(shù)量的函數(shù)(即，ceil(l0g2 Μ)。)。在客戶端CC或正常的CC上發(fā)送的 PDCCH不包含具有非零比特的載波指示符。較高層信令可以用于根據(jù)網(wǎng)絡(luò)中的無線電信道特性方面的需求或變化以半靜態(tài)方式將CC配置為主機(jī)CC、客戶端CC以及正常的CC。例如，對(duì)于具有毫微微小區(qū)的不對(duì)等的部署的異構(gòu)網(wǎng)絡(luò)而言，每個(gè)CC的干擾特性可以在一天內(nèi)變化若干次。較高層信令可以是特定于UE的，因?yàn)橐恍︰E可能不具有載波聚合能力。此外，對(duì)于異構(gòu)網(wǎng)絡(luò)而言，由不同的UE所經(jīng)歷的每個(gè)CC的干擾特性可以是不同的。如圖1中所示， UE 16和UE 18顯然經(jīng)歷著針對(duì)CC#0和CC#1的不同的無線電特性。主機(jī)CC可以具有與它們正在為其發(fā)送PDCCH的客戶端CC相同的CC帶寬。在這種情況下，作為載波聚合的一部分的CC必須具有與載波聚合內(nèi)的至少一個(gè)其它CC相同的帶寬大小，以便其作為主機(jī)CC或客戶端CC的候選CC是合格的。發(fā)明的有益效果
本發(fā)明的優(yōu)點(diǎn)是由于作為在CC帶寬方面的差異的結(jié)果而導(dǎo)致用于同一DCI格式的兩個(gè)不同的有效載荷大小的原因，UE必須針對(duì)主機(jī)CC執(zhí)行的PDCCH盲解碼嘗試的數(shù)量不會(huì)加倍。結(jié)合使用如上文所描述的預(yù)定義格式，需要由UE執(zhí)行的盲解碼嘗試的數(shù)量可以被保持得與正常的CC所需要的數(shù)量相同。


[圖1]圖1是圖示了異構(gòu)的高級(jí)LTE或LTE Rel-IO移動(dòng)通信網(wǎng)絡(luò)的配置的圖。[圖 2]
圖2是5個(gè)CC的載波聚合的示意圖。[圖 3]
圖3是提供了 3比特載波指示符字段的示例的表。[圖 4A]
圖4A是用于兩個(gè)CC的PDCCH-PDSCH聯(lián)接情況的示意圖。[圖 4B]
圖4B是用于兩個(gè)CC的PDCCH-PDSCH聯(lián)接情況的示意圖。[圖 4C]
圖4C是用于兩個(gè)CC的PDCCH-PDSCH聯(lián)接情況的示意圖。[圖5]
圖5是示出了根據(jù)本發(fā)明的實(shí)施例的方法的流程圖。
具體實(shí)施例方式圖4A、圖4B以及圖4C示出了用于兩個(gè)CC的示例的可能的PDCCH-PDSCH聯(lián)接情況。 在圖4A中，PDCCH 20、22在與它們調(diào)度的PDSCH 28、30相同的CC 24、26中。在圖4B中， PDCCH 32、34在與它們調(diào)度的PDSCH 42、40不同的分量載波36、38中。在圖4C中，PDCCH 44、46兩者都在單個(gè)分量載波48中，盡管PDCCH 44、46對(duì)分量載波48、54中的PDSCH 50、 52進(jìn)行調(diào)度。根據(jù)本發(fā)明中所使用的控制結(jié)構(gòu)，CC 24和26為正常的CC，CC 36,38既為主機(jī)CC 也為客戶端cc，CC 48為主機(jī)CC而CC 54為客戶端CC。參考圖5，根據(jù)本發(fā)明的實(shí)施例，根據(jù)源自eNodeB(例如基站12)與UE(例如UE 16)之間的較高層信令的多個(gè)預(yù)定義格式中的一個(gè)來讀取CC的PDCCH。在步驟70處，確定是否需要UE來檢測(cè)具有非零比特載波指示符字段的DCI格式。 由eNodeB和UE 二者假定的默認(rèn)設(shè)置為無載波聚合。因此如果未曾接收到較高層信令，則在步驟72處，UE假定CC為正常的CC，并且根據(jù)具有零比特載波指示字段的、PDCCH中的DCI 的預(yù)定義格式來讀取CC的PDCCH。然而，如果UE從eNodeB接收到較高層信令，諸如carrier_ind_conf ig信號(hào)以開啟載波聚合，則在步驟74處，UE確定下行鏈路CC是否為主機(jī)CC。如果諸如C0ntr0l_CC_ config信號(hào)之類的來自eNode B的較高層信令指示CC為主機(jī)CC，則在步驟76處UE根據(jù)具有非零比特載波指示字段的DCI的預(yù)定義格式來讀取CC的PDCCH。PDCCH檢測(cè)的物理信號(hào)處理和過程能夠與如在TS 36. 211和TS 36. 213中所規(guī)定的Rel_8處理和過程相同。如果諸如control_cc_conf ig信號(hào)之類的來自eNodeB的較高層信令改為指示CC 為客戶端CC，則在步驟78處UE確定下行鏈路CC為客戶端CC。在步驟80處，UE然后經(jīng)由諸如Client_CC_COnfig信號(hào)之類的來自eNodeB的較高層信令來確定是否需要UE為該客戶端CC檢測(cè)PDCCH。如果需要UE檢測(cè)PDCCH，則在步驟82處，UE根據(jù)具有零比特載波指示字段的DCI 的預(yù)定義格式來讀取CC的PDCCH。PDCCH檢測(cè)的物理信號(hào)處理和過程能夠與如在TS 36.211和TS 36. 213中所規(guī)定的Rel-8處理和過程相同。如果不需要UE來檢測(cè)客戶端CC上的PDCCH，則在步驟84處，UE不嘗試檢測(cè)PDCCH。如果UE沒有接收到C0ntr0l_CC_C0nf ig信號(hào)(即，較高層信令不指示CC是主機(jī)或客戶端)，則在步驟86處UE假定下行鏈路CC是正常的CC。UE根據(jù)具有零比特載波指示字段的、PDCCH中的DCI的預(yù)定義格式來讀取正常的CC的PDCCH。PDCCH檢測(cè)的物理信號(hào)處理和過程能夠與如在TS 36. 211和TS 36. 213中所規(guī)定的Rel_8處理和過程相同。
UE因此能夠以將需要由UE執(zhí)行的PDCCH盲解碼嘗試的數(shù)量最小化到與LTE Rel-8 要求相同(最大值為44次)的方式來檢測(cè)用于載波聚合的下行鏈路控制結(jié)構(gòu)。將理解的是，在不背離本發(fā)明的范圍的情況下，可以對(duì)先前描述的部分進(jìn)行各種變化、添加和/或修改，并且根據(jù)上述教導(dǎo)，本發(fā)明可以被以如將由技術(shù)人員所理解的各種方式、以軟件、固件和/或硬件來加以實(shí)現(xiàn)?！赐ㄟ^引用的結(jié)合〉
本申請(qǐng)基于并且要求來自于2009年8月14日提交的澳大利亞專利申請(qǐng) No. 2009903831的優(yōu)先權(quán)，該澳大利亞專利申請(qǐng)的公開整體上被通過引用結(jié)合到本文中。工業(yè)實(shí)用性
本發(fā)明提供了一種用于控制對(duì)移動(dòng)通信網(wǎng)絡(luò)進(jìn)行訪問的方法。參考符號(hào)列表 10移動(dòng)通信網(wǎng)絡(luò) 12毫微微小區(qū) 14 eNodeB
16、18 UE
20、22、32、34、44、46 PDCCH 24、26、36、38、48、54 CC(分量載波) 28、30、40、42、50、52 PDSCH
權(quán)利要求
1.一種用于在通信網(wǎng)絡(luò)中檢測(cè)用于載波聚合的下行鏈路控制結(jié)構(gòu)的方法，在所述通信網(wǎng)絡(luò)中數(shù)據(jù)傳輸由物理下行鏈路控制信道(PDCCH)來調(diào)度，該方法包括以下步驟，在UE 處接收針對(duì)該UE啟用載波聚合的較高層信令，以及讀取分量載波(CC)的PDCCH，其中，根據(jù)源自所述較高層信令的多個(gè)預(yù)定義格式中的一個(gè)來讀取每個(gè)CC的PDCCH中的下行鏈路控制信息(DCI)。
2.如權(quán)利要求1中要求保護(hù)的方法，其中，所述較高層信令指示CC是主機(jī)CC，其能夠發(fā)送客戶端CC的PDCCH，具有非零比特載波指示字段的用于主機(jī)CC的PDCCH中的DCI的預(yù)定義格式。
3.如權(quán)利要求1或2中要求保護(hù)的方法，其中，所述較高層信令指示CC是客戶端CC， 其不發(fā)送其它CC的PDCCH，具有零比特載波指示字段的用于客戶端CC的PDCCH中的DCI的預(yù)定義格式。
4.如權(quán)利要求3中要求保護(hù)的方法，其中，所述較高層信令指示不需要UE來檢測(cè)客戶端CC上的PDCCH，所述方法進(jìn)一步包括選擇性地讀取CC的PDCCH的步驟，從而使得UE不檢測(cè)該客戶端CC上的PDCCH。
5.如前述權(quán)利要求1至4中任一項(xiàng)中要求保護(hù)的方法，其中，所述較高層信令不指示 CC為客戶端CC或主機(jī)CC，該CC被認(rèn)為是正常的CC，其用來發(fā)送所有其自己的PDCCH并且僅其自己的PDCCH，具有零比特載波指示字段的用于正常的CC的PDCCH中的DCI的預(yù)定義格式。
6.如權(quán)利要求3至5中任一項(xiàng)中要求保護(hù)的方法，其中，所述主機(jī)CC具有與它們正在為其發(fā)送PDCCH的客戶端CC相同的CC帶寬。
7.一種用于在通信網(wǎng)絡(luò)中檢測(cè)用于載波聚合的下行鏈路控制結(jié)構(gòu)的方法，其基本上如參考圖5在上文中所述的那樣。
全文摘要
本發(fā)明與用于在通信網(wǎng)絡(luò)中檢測(cè)用于載波聚合的下行鏈路控制結(jié)構(gòu)的方法相關(guān)，在所述通信網(wǎng)絡(luò)中數(shù)據(jù)傳輸由物理下行鏈路控制信道(PDCCH)來調(diào)度。UE接收針對(duì)該UE啟用載波聚合的較高層信令。UE讀取分量載波(CC)的PDCCH，其中，根據(jù)源自所述較高層信令的多個(gè)預(yù)定義格式中的一個(gè)來讀取每個(gè)CC的PDCCH中的下行鏈路控制信息(DCI)。
文檔編號(hào)H04W76/02GK102474863SQ201080035988
公開日2012年5月23日 申請(qǐng)日期2010年8月2日 優(yōu)先權(quán)日2009年8月14日
發(fā)明者L. 吳 B. 申請(qǐng)人:日本電氣株式會(huì)社