通信方法、終端裝置和基站裝置的制造方法
【專(zhuān)利說(shuō)明】
[00011 本申請(qǐng)是申請(qǐng)日為2011年2月4日、申請(qǐng)?zhí)枮?01180018642.9、發(fā)明名稱(chēng)為"使用載 波聚合的通信系統(tǒng)的分量載波激活/禁用"的發(fā)明專(zhuān)利申請(qǐng)的分案申請(qǐng)。
技術(shù)領(lǐng)域
[0002] 本發(fā)明涉及分量載波激活/禁用消息的建議，該分量載波激活/禁用消息可以激活 或禁用上行鏈路或下行鏈路中的一個(gè)或多個(gè)分量載波。此外，本發(fā)明涉及在用于激活/禁用 為移動(dòng)終端設(shè)置的下行鏈路分量載波的方法中使用新分量載波激活/禁用消息，并且涉及 基站和移動(dòng)終端。
【背景技術(shù)】
[0003] 長(zhǎng)期演進(jìn)(LTE)
[0004]基于WCDMA無(wú)線電訪問(wèn)技術(shù)的第三代移動(dòng)系統(tǒng)（3G)正遍布全世界大范圍地部署。 增強(qiáng)或演進(jìn)此技術(shù)的第一步需要引入高速下行鏈路分組訪問(wèn)（HSDPA)和增強(qiáng)的上行鏈路 (也被稱(chēng)為高速上行鏈路分組訪問(wèn)(HSUPA))，從而提供具有高度競(jìng)爭(zhēng)力的無(wú)線電訪問(wèn)技術(shù)。
[0005] 為了為進(jìn)一步提高的用戶(hù)需求做準(zhǔn)備，以及為了相對(duì)于新的無(wú)線電訪問(wèn)技術(shù)具有 競(jìng)爭(zhēng)力，3GPP引入了稱(chēng)為長(zhǎng)期演進(jìn)(LTE)的新移動(dòng)通信系統(tǒng)。LTE被設(shè)計(jì)來(lái)滿(mǎn)足對(duì)下個(gè)十年 的高速數(shù)據(jù)和媒體傳輸以及高容量語(yǔ)音支持的載波需要。提供高比特率的能力是對(duì)于LTE 的關(guān)鍵措施。
[0006] 長(zhǎng)期演進(jìn)(LTE)的工作項(xiàng)目（WI)規(guī)范(稱(chēng)為演進(jìn)的UMTS陸地?zé)o線電訪問(wèn)（UTRA)和 UMTS陸地?zé)o線電訪問(wèn)網(wǎng)絡(luò)(UTRAN))要定稿為版本8(LTE) 1TE系統(tǒng)代表以低時(shí)延和低成本 提供基于全I(xiàn)P的功能性的高效的基于分組的無(wú)線電訪問(wèn)以及無(wú)線電訪問(wèn)網(wǎng)絡(luò)。其中給出了 詳細(xì)的系統(tǒng)需求。在LTE中，指定了可擴(kuò)展的多個(gè)發(fā)送帶寬，諸如1.4、3.0、5.0、10.0、15.0和 20.0MHz，以便使用給定的頻譜實(shí)現(xiàn)靈活的系統(tǒng)部署。在下行鏈路中，采用基于正交頻分復(fù) 用(0FDM)的無(wú)線電訪問(wèn)，這是因?yàn)槠鋵?duì)多徑干擾(MPI)的固有抗干擾能力，而此抗干擾能力 是由于低碼元率、循環(huán)前綴(CP)的使用以及其與不同發(fā)送帶寬布置的關(guān)聯(lián)。在上行鏈路中 采用基于單載波頻分多址(SC-FDMA)的無(wú)線電訪問(wèn)，這是因?yàn)椋紤]到用戶(hù)設(shè)備(UE)的有限 的發(fā)送功率，提供廣域覆蓋優(yōu)先于提高峰值數(shù)據(jù)速率。采用了包括多輸入多輸出(ΜΙΜΟ)信 道發(fā)送技術(shù)在內(nèi)的許多關(guān)鍵的分組無(wú)線電訪問(wèn)技術(shù)，并且在LTE(版本8)中實(shí)現(xiàn)了高效的控 制信令結(jié)構(gòu)。
[0007] LTE 架構(gòu)
[0008] 圖1中示出了整體架構(gòu)，圖2中給出了E-UTRAN架構(gòu)的更詳細(xì)表示。E-UTRAN包括 eNodeB，其提供了向著用戶(hù)設(shè)備（UE)的E-UTRA用戶(hù)平面（PDCP/RLC/MAC/PHY)和控制平面 (RRC)協(xié)議端接（termination) ^NodelKeNB)主管(host)物理(PHY)層、介質(zhì)訪問(wèn)控制(MAC) 層、無(wú)線電鏈路控制(RLC)層和分組數(shù)據(jù)控制協(xié)議(PDCP)層，這些層包括用戶(hù)平面報(bào)頭壓縮 和加密的功能性。eNodeB還提供對(duì)應(yīng)于控制平面的無(wú)線電資源控制(RRC)功能性。eNodeB執(zhí) 行許多功能，包括無(wú)線電資源管理、準(zhǔn)許控制、調(diào)度、執(zhí)行經(jīng)協(xié)商的上行鏈路服務(wù)質(zhì)量 (QoS)、小區(qū)信息廣播、用戶(hù)和控制平面數(shù)據(jù)的加密/解密、以及下行鏈路/上行鏈路用戶(hù)平 面分組報(bào)頭的壓縮/解壓縮。利用X2接口將eNodeB彼此互連。
[0009] eNodeB還利用S1接口連接到EPC(演進(jìn)的分組核），更具體地，利用S1-MME(移動(dòng)性 管理實(shí)體）連接到MME，并利用S1-U連接到服務(wù)網(wǎng)關(guān)（SGW)。S1接口支持麗E/服務(wù)網(wǎng)關(guān)與 eNodeB之間的多對(duì)多關(guān)系。SGW對(duì)用戶(hù)數(shù)據(jù)分組進(jìn)行路由和轉(zhuǎn)發(fā)，同時(shí)還做為eNodeB間的移 交期間的用于用戶(hù)平面的移動(dòng)性錨點(diǎn)（anchor)、并做為用于LTE與其它3GPP技術(shù)之間的移 動(dòng)性的錨點(diǎn)（終止S4接口并中繼2G/3G系統(tǒng)與PDN GW之間的業(yè)務(wù)）。對(duì)于空閑狀態(tài)的用戶(hù)設(shè) 備，當(dāng)下行鏈路數(shù)據(jù)到達(dá)用戶(hù)設(shè)備時(shí)，SGW終止下行鏈路數(shù)據(jù)路徑并觸發(fā)尋呼。SGW管理和存 儲(chǔ)用戶(hù)設(shè)備上下文(context)，例如，IP承載服務(wù)的參數(shù)、網(wǎng)絡(luò)內(nèi)部路由信息。在合法攔截的 情況下，SGW還執(zhí)行對(duì)用戶(hù)業(yè)務(wù)的復(fù)制。
[001 0] MME是用于LTE訪問(wèn)網(wǎng)絡(luò)的關(guān)鍵控制節(jié)點(diǎn)。MME負(fù)責(zé)空閑模式用戶(hù)設(shè)備追蹤和尋呼 過(guò)程，包括重傳(retransmission) JME參與承載激活/禁用處理，并且還負(fù)責(zé)在初始連接時(shí) 以及在包括核心網(wǎng)絡(luò)(CN)節(jié)點(diǎn)重定位的LTE內(nèi)移交時(shí)為用戶(hù)設(shè)備選擇SGWIME負(fù)責(zé)(通過(guò)與 HSS交互)認(rèn)證用戶(hù)。非訪問(wèn)層(NAS)信令在MME處終止，并且MME還負(fù)責(zé)對(duì)用戶(hù)設(shè)備生成和分 配臨時(shí)身份。MME檢查對(duì)用戶(hù)設(shè)備在服務(wù)提供商的公共陸地移動(dòng)網(wǎng)絡(luò)(PLMN)上駐留（camp) 的授權(quán)，并執(zhí)行用戶(hù)設(shè)備漫游限制。MME是網(wǎng)絡(luò)中用于NAS信令的加密/完整性保護(hù)的端點(diǎn)， 并處理安全密鑰管理。MME還支持信令的合法攔截。MME還利用從SGSN起并終止于MME的S3接 口，提供用于LTE與2G/3G訪問(wèn)網(wǎng)絡(luò)之間的移動(dòng)性的控制平面功能。MME還終止朝向歸屬HSS 的S6a接口，用于漫游用戶(hù)設(shè)備。
[0011] LTE(版本8)中的分量載波結(jié)構(gòu)
[0012] 在所謂的子幀中，在時(shí)/頻域中細(xì)分（subdivide)3GPP LTE(版本8)的下行鏈路分 量載波。在3GPP LTE(版本8)中，將每個(gè)子幀分為如圖3中所示的兩個(gè)下行鏈路時(shí)隙，第一個(gè) 下行鏈路時(shí)隙包括第一個(gè)0FDM碼元內(nèi)的控制信道區(qū)（PDCCH區(qū)）。每個(gè)子幀包括時(shí)域中的給 定數(shù)目的0FDM碼元(在3GPP LTE (版本8)中為12個(gè)或14個(gè)0FDM碼元），每個(gè)0FDM碼元橫跨分 量載波的整個(gè)帶寬。因此，0FDM碼元各自包括在相應(yīng)的iVg X TV足個(gè)副載波上發(fā)送的多個(gè)調(diào) 制碼元，仍如圖4中所示。
[0013] 假設(shè)例如采用0FDM的多載波通信系統(tǒng)，如在3GPP長(zhǎng)期演進(jìn)(LTE)中使用的，可以由 調(diào)度單元分配的資源的最小單位是一個(gè)"資源塊"。將物理資源塊定義為時(shí)域中的個(gè) 連續(xù)的0FDM碼元以及頻域中的iVf個(gè)連續(xù)的副載波，如圖4中所例示的。在3GPP LTE (版本 8)中，物理資源塊從而個(gè)資源單元，其對(duì)應(yīng)于時(shí)域中的一個(gè)時(shí)隙以及頻域 中的180kHz(對(duì)于下行鏈路資源網(wǎng)格的進(jìn)一步細(xì)節(jié)，參考例如3GPP TS 36.211，"Evolved Universal Terrestrial Radio Access(E-UTRA)；Physical Channels and Modulation (Release 8)"，版本8 · 9 · 0或9 · 0 · 0，第6 · 2部分，其可在http: //www· 3gpp · org獲得并且通過(guò) 引用合并在此）。
[0014] 第1層/第2層(L1/L2)控制信令
[0015] 為了向所調(diào)度的用戶(hù)通知它們的分配狀態(tài)、傳輸格式和其它數(shù)據(jù)相關(guān)信息(例如， HARQ信息、發(fā)送功率控制(TPC)命令），將L1/L2控制信令與數(shù)據(jù)一起在下行鏈路上發(fā)送。在 子幀中將L1/L2控制信令與下行鏈路數(shù)據(jù)復(fù)用(假設(shè)該用戶(hù)分配可以隨著子幀而改變）。應(yīng) 注意，也可以基于TTI(發(fā)送時(shí)間間隔）來(lái)執(zhí)行用戶(hù)分配，其中TTI長(zhǎng)度是子幀的倍數(shù)。TTI長(zhǎng) 度在所有用戶(hù)的服務(wù)區(qū)域中可以是固定的，可以對(duì)不同用戶(hù)而不同，或者甚至可以對(duì)每個(gè) 用戶(hù)都是動(dòng)態(tài)的。一般地，每個(gè)ΤΤΙ僅需要發(fā)送一次L1/L2控制信令。在物理下行鏈路控制信 道(PDCCH)上發(fā)送L1/L2控制信令。應(yīng)注意，在3GPP LTE中，還在ΗΧΧΗ上發(fā)送對(duì)上行鏈路數(shù) 據(jù)發(fā)送的分配(還稱(chēng)為上行鏈路調(diào)度許可或上行鏈路資源分配）。
[0016]關(guān)于調(diào)度許可，可以將在L1/L2控制信令上發(fā)送的信息分成下列兩類(lèi)。
[0017]攜帶Cat 1信息的共享控制信息(SCI)
[0018] L1/L2控制信令的共享控制信息部分包含與資源分配有關(guān)的信息（指示）。共享控 制信息一般包含以下信息：
[0019] -用戶(hù)身份，表示被分配資源的用戶(hù)。
[0020] 一 RB分配信息，表示分配了用戶(hù)的資源（資源塊(RB))。所分配的資源塊的數(shù)目可 以是動(dòng)態(tài)的。
[0021] -分配的持續(xù)時(shí)間（可選），如果可以在多個(gè)子幀(或TTI)上進(jìn)行分配。
[0022] 根據(jù)其它信道的設(shè)立以及下行鏈路控制信息(DCI)的設(shè)立一一見(jiàn)如下一一共享控 制信息可以另外包含用于上行鏈路發(fā)送的諸如ACK/NACK的信息、上行鏈路調(diào)度信息、有關(guān) DCI(資源、MCS等）的信息。
[0023]攜帶Cat 2/3信息的下行鏈路控制信息(DCI)
[0024] L1/L2控制信令的下行鏈路控制信息部分包含與向由Cat 1信息表示的調(diào)度用戶(hù) 發(fā)送的數(shù)據(jù)的發(fā)送格式(Cat 2信息)有關(guān)的信息。此外，在使用(混合)ARQ作為重傳協(xié)議的 情況下，Cat 2信息攜帶HARQ(Cat 3)信息。下行鏈路控制信息僅需要被根據(jù)Cat 1調(diào)度的用 戶(hù)解碼。下行鏈路控制信息一般包含如下信息：
[0025] - Cat 2信息：調(diào)制方式、傳輸塊(載荷)大小或編碼率、ΜΙΜΟ(多輸入多輸出）相關(guān) 信息等?？梢杂眯盘?hào)發(fā)送傳輸塊(或載荷大小)或者碼率。在任何情況下，可以通過(guò)使用調(diào)制 方式信息和資源信息(所分配的資源塊的數(shù)目）來(lái)彼此計(jì)算這些參數(shù)。
[0026] -Cat 3信息:HARQ相關(guān)信息，例如，混合ARQ處理號(hào)、冗余版本、重傳序列號(hào)。
[0027]下行鏈路控制信息以若干格式出現(xiàn)，這些若干格式在整體大小上不同，并且在其 字段中所包含的信息也不同。在3GPP TS 36.212/'Multiplexing and channel coding (Release 9)"，版本8.8.0或9.0.0,第5.3.3.1 部分（其可在http://www.3gpp.org獲得，并 且通過(guò)引用合并在此）中詳細(xì)描述了當(dāng)前為L(zhǎng)TE版本8/9(3GPP LTE)定義的不同DCI格式。 [0028]下行鏈路&上行鏈路數(shù)據(jù)發(fā)送
[0029] 關(guān)于下行鏈路數(shù)據(jù)發(fā)送，與下行鏈路分組數(shù)據(jù)發(fā)送一起在獨(dú)立的物理信道 (PDCCH)上發(fā)送L1/L2控制信令。此L1/L2控制信令一般包含如下信息：
[0030] 一發(fā)送數(shù)據(jù)的物理信道資源(例如，0FDM情況中的副載波或副載波塊、CDMA情況中 的碼）。此信息使得UE(接收器)可以識(shí)別發(fā)送數(shù)據(jù)的資源。
[0031] 一當(dāng)用戶(hù)設(shè)備被設(shè)置為在L1/L2控制信令中具有載波指示字段(CIF)時(shí)，此信息識(shí) 別特定控制信令信息想要的分量載波。這使得能夠在一個(gè)分量載波上發(fā)送想要另一分量載 波的分配（"交叉載波調(diào)度"）。此其它的經(jīng)交叉調(diào)度的分量載波可以是例如無(wú) roCCH(PDCCH-less)分量載波，即，經(jīng)交叉調(diào)度的分量載波不攜帶任何L1/L2控制信令。
[0032] -用于所述發(fā)送的傳輸格式。這可以是數(shù)據(jù)的傳輸塊大小(載荷大小、信息比特大 ?。?、MCS(調(diào)制和編碼方式)級(jí)別（level)、頻譜效率、碼率等。此信息（通常與資源分配(例 如，分配給用戶(hù)設(shè)備的資源塊的數(shù)目）一起)使得用戶(hù)設(shè)備（接收器)可以識(shí)別信息比特大 小、調(diào)制方式和碼率，以便開(kāi)始解調(diào)、解碼率(rate)匹配和解碼處理。可以顯式地用信號(hào)發(fā) 送調(diào)制方式。
[0033] 一混合 ARQ(HARQ)信息：
[0034] _HARQ處理號(hào):使得用戶(hù)設(shè)備可以識(shí)別數(shù)據(jù)被映射到的混合ARQ處理。
[0035] 序列號(hào)或者新數(shù)據(jù)指示符(NDI):使得用戶(hù)設(shè)備可以識(shí)別所述發(fā)送是新分組還 是重傳的分組。如果在HARQ協(xié)議中實(shí)施軟組合，則序列號(hào)或新數(shù)據(jù)指示符與HARQ處理號(hào)一 起使得能夠在解碼之前進(jìn)行對(duì)rou的發(fā)送的軟組合。
[0036] 冗余和/或星座版本：告知用戶(hù)設(shè)備使用哪個(gè)混合ARQ冗余版本(解碼率匹配所 需）、以及/或者使用哪個(gè)調(diào)制星座版本(解調(diào)所需）。
[0037] 一 UE身份(UE ID):告知L1/L2控制信令意圖于哪個(gè)用戶(hù)設(shè)備。在典型的實(shí)施中，此 信息用于對(duì)L1/L2控制信令的CRC進(jìn)行掩碼，以便防止其它用戶(hù)設(shè)備讀取此信息。
[0038]為了使得能夠進(jìn)行上行鏈路分組數(shù)據(jù)發(fā)送，在下行鏈路(PDCCH)上發(fā)送L1/L2控制 信令，以向用戶(hù)設(shè)備告知發(fā)送細(xì)節(jié)。此L1/L2控制信令一般包含如下信息：
[0039] 一用戶(hù)設(shè)備應(yīng)當(dāng)發(fā)送數(shù)據(jù)的物理資源（例如，0FDM情況中的副載波或副載波塊、 CDMA情況中的碼）。
[0040] -當(dāng)用戶(hù)設(shè)備被設(shè)置為在L1/L2控制信令中具有載波指示字段(CIF)時(shí)，此信息識(shí) 別特定控制信令信息想要的分量載波。這使得能夠在一個(gè)分量載波上發(fā)送想要另一分量載 波的分配。此其它的經(jīng)交叉調(diào)度的分量載波可以是例如無(wú) HXXH分量載波，即，經(jīng)交叉調(diào)度 的分量載波不攜帶任何L1/L2控制信令。
[0041 ] -如果幾個(gè)DL分量載波關(guān)聯(lián)（link)至同一UL分量載波，則在與上行鏈路分量載波 關(guān)聯(lián)的DL分量載波上、或者在所述幾個(gè)DL分量載波之一上發(fā)送用于上行鏈路許可的L1/L2 控制信令。
[0042] -用戶(hù)設(shè)備應(yīng)當(dāng)用于所述發(fā)送的傳輸格式。這可以是數(shù)據(jù)的傳輸塊大小(載荷大 小、信息比特大?。?、MCS(調(diào)制和編碼方式)級(jí)別、頻譜效率、碼率等。此信息(通常與資源分 配(例如，分配給用戶(hù)設(shè)備的資源塊的數(shù)目）一起)使得用戶(hù)設(shè)備(發(fā)送器)可以獲取信息比 特大小、調(diào)制方式和碼率，以便開(kāi)始調(diào)制、碼率匹配和編碼處理。在一些情況下，可以顯式地 用信號(hào)發(fā)送調(diào)制方式。
[0043]-混合ARQ信息：
[0044] _HARQ處理號(hào)：告知用戶(hù)設(shè)備它應(yīng)當(dāng)從哪個(gè)混合ARQ處理獲取數(shù)據(jù)。
[0045] 序列號(hào)或者新數(shù)據(jù)指示符:告知用戶(hù)設(shè)備發(fā)送新分組或重傳分組。如果在HARQ 協(xié)議中實(shí)施軟組合，則序列號(hào)或新數(shù)據(jù)指示符與HARQ處理號(hào)一起使得能夠在解碼之前進(jìn)行 對(duì)協(xié)議數(shù)據(jù)單元(PDU)的發(fā)送的軟組合。
[0046] 冗余和/或星座版本：告知用戶(hù)設(shè)備使用哪個(gè)混合ARQ冗余版本（碼率匹配所 需）、以及/或者使用哪個(gè)調(diào)制星座版本(解調(diào)所需）。
[0047] -UE身份(UE ID):告知哪個(gè)用戶(hù)設(shè)備應(yīng)當(dāng)發(fā)送數(shù)據(jù)。在典型的實(shí)施中，此信息用 于對(duì)L1/L2控制信令的CRC進(jìn)行掩碼，以便防止其它用戶(hù)設(shè)備讀取此信息。
[0048]存在若干個(gè)如何在上行鏈路和下行鏈路數(shù)據(jù)發(fā)送中精確地發(fā)送上述信息的不同 方法(flavor)。此外，在上行鏈路和下行鏈路中，L1/L2控制信息還可以包含另外的信息或 者可以省略某些信息。例如：
[0049] -在同步HARQ協(xié)議的情況中，可以不需要（即，不用信號(hào)發(fā)送)HARQ處理號(hào)。
[0050] -如果使用蔡斯(Chase)組合(總是相同的冗余和/或星座版本）、或者如果預(yù)先定 義冗余和/或星座版本的序列，則可以不需要、從而不用信號(hào)發(fā)送冗余和/或星座版本。
[0051] -可以在控制信令中另外包括功率控制信息。
[0052] -可以在控制信令中另外包括MBTO相關(guān)控制信息，諸如預(yù)編碼。
[0053] 一在多碼字ΜΜ0發(fā)送的情況中，可以包括用于多個(gè)碼字的傳輸格式和/或HARQ信 息。
[0054] 對(duì)于在LTE中在H)CCH上用信號(hào)發(fā)送的上行鏈路資源分配(在物理上行鏈路共享信 道(PUSCH)上），L1/L2控制信息不包含HARQ處理號(hào)，因?yàn)椴捎猛紿ARQ協(xié)議用于LTE上行鏈 路。通過(guò)定時(shí)（timing)給出用于上行鏈路發(fā)送的HARQ處理。此外，應(yīng)注意，將冗余版本(RV) 信息與傳輸格式信息聯(lián)合編碼，即，將RV信息嵌入在傳輸格式(TF)字段中。傳輸格式(TF) (相應(yīng)地，調(diào)制和編碼方式(MCS))字段具有例如5比特大小，其對(duì)應(yīng)于32個(gè)條目。保留3個(gè)TF/ MCS表?xiàng)l目用于表示冗余版本(RV)1、2或3。其余MCS表?xiàng)l目用于用信號(hào)發(fā)送顯式地表示RV0 的MCS級(jí)別(TBS)。H)CCH的CRC字段的大小是16比特。
[0055] 對(duì)于在LTE中在PDCCH上用信號(hào)發(fā)送的下行鏈路分配(PDSCH)，在兩比特字段中單 獨(dú)地用信號(hào)發(fā)送冗余版本(RV)。此外，將調(diào)制階數(shù)信息與傳輸格式信息聯(lián)合編碼。與上行鏈 路的情況同樣，在PDCCH上用信號(hào)發(fā)送5比特MCS字段。條目中的3個(gè)被保留來(lái)用信號(hào)發(fā)送顯 式的調(diào)制階數(shù)，而不提供傳輸格式(傳輸塊)信息。對(duì)于其余29個(gè)條目，用信號(hào)發(fā)送調(diào)制階數(shù) 和傳輸塊大小信息。
[0056] 物理下行鏈路控制信道(PDCCH)
[0057]物理下行鏈路控制信道(PDCCH)攜帶L1/L2控制信令，即，發(fā)送功率控制命令和用 于分配下行鏈路或上行鏈路數(shù)據(jù)發(fā)送的資源的調(diào)度許可。更準(zhǔn)確地，將下行鏈路控制信道 信息（即，DCI內(nèi)容(相應(yīng)地，L1/L2控制信令信息））映射到其對(duì)應(yīng)的物理信道(PDCCH)。此"映 射"包括對(duì)于下行鏈路控制信道信息的CRC附件(attachment)的確定，其是用RNTI進(jìn)行掩碼 的在下行鏈路控制信道信息上計(jì)算的CRC，如下面將更詳細(xì)說(shuō)明的。然后，在H)CCH上發(fā)送下 行鏈路控制信道信息和其CRC附件(參考3GPP TS 36.212，第4.2和5.3.3部分）。
[0058] 基于控制信道單元(CCE)定義每個(gè)調(diào)度許可。每個(gè)CCE對(duì)應(yīng)于一組資源單元(RE)。 在3GPP LTE中，一個(gè)CCE包括9個(gè)資源單元組(REG)，1個(gè)REG包括4個(gè)RE。
[0059] 在子幀內(nèi)的第一個(gè)至第三個(gè)0FDM碼元上發(fā)送PDCCH。對(duì)于物理下行鏈路共享信道 (PDSCH)上的下行鏈路許可，PDCCH在同一子幀內(nèi)分配用于（用戶(hù))數(shù)據(jù)的PDSCH資源。子幀內(nèi) 的PDCCH控制信道區(qū)包括一組CCE，其中子幀的控制區(qū)中的CCE的總數(shù)分布在整個(gè)時(shí)間和頻 率控制資源上。可以組合多個(gè)CCE，以有效地降低控制信道的編碼率。使用樹(shù)結(jié)構(gòu)以預(yù)定的 方式組合CCE，以獲得不同的編碼率。
[0060] 在3GPP LTE(版本8/9)中，PDCCH可以聚合1、2、4或8個(gè)CCE?？捎糜诳刂菩诺婪峙涞?CCE的數(shù)目是幾個(gè)因子的函數(shù)，所述幾個(gè)因子包括載波帶寬、發(fā)送天線的數(shù)目、用于控制的 0FDM碼元的數(shù)目、以及CCE大小等。可以在子幀中發(fā)送多個(gè)H)CCH。
[0061] DCI形式的下行鏈路控制信道信息傳輸下行鏈路或上行鏈路調(diào)度信息、對(duì)于非周 期性CQI報(bào)告的請(qǐng)求、或者對(duì)于一個(gè)RNTI(無(wú)線電網(wǎng)絡(luò)終端標(biāo)識(shí)符）的上行鏈路功率控制命 令。RNTI是如3GPP LTE (版本8/9)的3GPP系統(tǒng)中公共使用的唯一標(biāo)識(shí)符，用于使數(shù)據(jù)或信息 去往特定用戶(hù)設(shè)備。通過(guò)用RNTI對(duì)在DCI上計(jì)算的CRC進(jìn)行掩碼，將RNTI隱式地包括在HXXH 中一一此操作的結(jié)果是上述CRC附件。在用戶(hù)設(shè)備側(cè)，如果對(duì)數(shù)據(jù)的載荷大小的解碼成功， 則用戶(hù)設(shè)備通過(guò)檢查使用"未掩碼的"CRC(即，在使用RNTI解除掩碼之后)解碼的載荷數(shù)據(jù) 上的CRC是否成功，來(lái)檢測(cè)去往用戶(hù)設(shè)備的DCI。例如，通過(guò)用RNTI對(duì)CRC進(jìn)行擾碼來(lái)執(zhí)行對(duì) CRC碼的掩碼。
[0062] 在3GPP LTE(版本8)中，定義了以下不同的DCI格式：
[0063] 一上行鏈路DCI格式：
[0064] 格式0用于發(fā)送UL SCH分配
[0065] 格式3用于利用2比特功率調(diào)整發(fā)送對(duì)于PUCCH和PUSCH的TPC命令(尋址多個(gè)UE)
[0066] 格式3A用于利用單比特功率調(diào)整發(fā)送對(duì)于PUCCH和PUSCH的TPC命令(尋址多個(gè) UE)
[0067] 一下行鏈路DCI格式：
[0068] 格式1用于發(fā)送對(duì)SBTO操作的DL SCH分配
[0069] 格式1A用于緊湊地發(fā)送對(duì)SBTO操作的DL SCH分配
[0070] 格式1B用于支持具有可能的相鄰資源分配的閉環(huán)單秩發(fā)送
[0071 ] 格式1C用于尋呼、RACH響應(yīng)和動(dòng)態(tài)BCCH調(diào)度的下行鏈路發(fā)送
[0072] 格式1D用于利用預(yù)編碼和功率偏移(offset)信息緊湊地調(diào)度一個(gè)H)SCH碼字
[0073] 格式2用于發(fā)送對(duì)閉環(huán)Μ頂0操作的DL-SCH分配
[0074] 格式2Α用于發(fā)送對(duì)開(kāi)環(huán)MBTO操作的DL-SCH分配
[0075]對(duì)于有關(guān)下行鏈路中的LTE物理信道結(jié)構(gòu)以及PDSCH和PDCCH格式的其它信息，見(jiàn) Stefania Sesia等人的 "LTE-The UMTS Long Term Evolution"，Wiley&Sons Ltd. , ISBN 878-0-47069716-0,2009年4月，第6部分和第9部分。
[0076] 在用戶(hù)設(shè)備對(duì)H)CCH的盲解碼
[0077]在3GPP LTE(版本8/9)中，用戶(hù)設(shè)備嘗試使用所謂的"盲解碼"（有時(shí)也稱(chēng)為"盲檢 測(cè)"）來(lái)檢測(cè)PDCCH內(nèi)的DCI。這意味著不存在表示在下行鏈路中用信號(hào)發(fā)送的PDCCH的CCE聚 合(aggregation)大小或調(diào)制和編碼方式的關(guān)聯(lián)控制信令，但是，用戶(hù)設(shè)備測(cè)試CCE聚合大 小以及調(diào)制和編碼方式的所有可能組合，并基于RNTI確認(rèn)H)CCH的成功解碼。為了進(jìn)一步限 制復(fù)雜性，定義LTE分量載波的控制信令區(qū)中的公共和專(zhuān)用搜索空間，在該搜索空間中，用 戶(hù)設(shè)備搜索H)CCH。
[0078] 在3GPP LTE(版本8/9)中，在一次盲解碼嘗試中檢測(cè)PDCCH載荷大小。用戶(hù)設(shè)備嘗 試對(duì)于任何設(shè)置的發(fā)送模式而解碼兩個(gè)不同的載荷大小，如下面的表1中強(qiáng)調(diào)的。表1示出 了DCI格式0、1A、3和3A的載荷大小X相同，而與發(fā)送模式設(shè)置無(wú)關(guān)。另一DCI格式的