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

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


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