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

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


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