專利名稱：控制信息的傳輸方法、系統(tǒng)以及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種控制信息的傳輸方法、系統(tǒng)以及裝置。
背景技術(shù)：
長期演進(jìn)(Long Term Evolution，簡稱為LTE)系統(tǒng)中的無線幀(Radio Frame，簡 稱為RF)包括頻分雙工(Frequency DivisionDuplex，簡稱為FDD)模式和時(shí)分雙工(Time Division Duplex，簡稱為TDD)模式的幀結(jié)構(gòu)。圖1是相關(guān)技術(shù)中FDD模式的幀結(jié)構(gòu)示意圖，如圖1所示，一個(gè)10毫秒(ms)的無 線幀由二十個(gè)長度為0. 5ms，編號(hào)0 19的時(shí)隙(slot)組成，時(shí)隙2i和2i+l組成長度為 Ims 的子中貞(subframe) i ο圖2是相關(guān)技術(shù)中TDD模式的幀結(jié)構(gòu)示意圖，如圖2所示，一個(gè)IOms的無線幀由 兩個(gè)長為5ms的半幀(half frame)組成，一個(gè)半幀包括5個(gè)長度為Ims的子幀，子幀i定 義為2個(gè)長為0. 5ms的時(shí)隙2i和2i+l。在上述兩種幀結(jié)構(gòu)里，對(duì)于標(biāo)準(zhǔn)循環(huán)前綴(Normal CyclicPref ix，簡稱為Normal CP)，一個(gè)時(shí)隙包含7個(gè)長度為66. 7微秒(us)的符號(hào)，其中，第一個(gè)符號(hào)的CP長度為 5. 21us，其余6個(gè)符號(hào)的長度為4.69us ；對(duì)于擴(kuò)展循環(huán)前綴(Extended Cyclic Prefix，簡 稱為Extended CP)，一個(gè)時(shí)隙包含6個(gè)符號(hào)，所有符號(hào)的CP長度均為16. 67us。LTE的版本號(hào)對(duì)應(yīng)于R8 (Release 8)，其增加版本對(duì)應(yīng)的版本號(hào)為R9 (Release 9)，而對(duì)于今后的LTE-Advance，其版本號(hào)為RlO (Release 10)。LTE中定義了如下3種下行 物理控制信道(1)物理下行控制格式指示信道(Physical Control FormatIndicator Channel, 簡稱為PCFICH)，PCFICH承載的信息用于指示在一個(gè)子幀里傳輸物理下行控制信道 (Physical Downlink ControlChannel，簡稱為 PDCCH)的正交頻分復(fù)用(Orthogonal FrequencyDivision Multiplexing，簡稱為OFDM)符號(hào)的數(shù)目，在子幀的第一個(gè)OFDM符號(hào) 上發(fā)送，所在頻率位置由系統(tǒng)下行帶寬與小區(qū)標(biāo)識(shí)(Identity，簡稱為ID)確定。(2)物理混合自動(dòng)重傳請(qǐng)求指示信道(Physical HybridAutomatic Retransmission Request Indicator Channel，簡稱為PHICH)，PHICH用于承載上行傳輸數(shù) 據(jù)的肯定應(yīng)答/否定應(yīng)答(ACK/NACK)反饋信息。PHICH的數(shù)目、時(shí)頻位置可由PHICH所在 的下行載波的物理廣播信道(Physical Broadcast Channel，簡稱為PBCH)中的系統(tǒng)消息和 小區(qū)ID確定。(3)物理下行控制信道(PDCCH)，PDCCH用于承載下行控制信息(Downl ink Control Information，簡稱為DCI)，其中，DCI包括上、下行調(diào)度信息，以及上行功率控制
fn息ο其中，下行控制信息DCI的格式(DCI format，簡寫為DCIF)分為以下幾種DCI format 0、DCI format 1>DCI format 1A>DCIformat 1B>DCI format 1C>DCI format ID、 DCI format 2、DCI format2A、DCI format 3 和 DCI format 3A 等。下面分別對(duì)此進(jìn)行說明。(I)DCI format 0 用于指示物理上行共享信道(Physical UplinkShared Channel，簡稱為PUSCH)的調(diào)度；(2) DCI format UDCI format 1A、DCI format 1B、DCI format 1C>DCI format ID 用于一個(gè)物理下行共享信道(Physical DownlinkShared Channel，簡稱為PDSCH)碼字調(diào)度 的不同模式；(3) DCI format 2, DCI format 2A、DCI format 2B 用于空分復(fù)用的不同模式；(4)DCI format 3、DCI format 3A 用于物理上行控制信道(Physical Uplink Control Channel，簡稱為PUCCH)和PUSCH的功率控制指令的不同模式。用戶設(shè)備(User Equipment,簡稱為UE，或者也稱為終端)通過高層信令半靜態(tài) (semi-statically)的被設(shè)置為基于以下的一種傳輸模式(Transmission Mode)，按照公共 的(Common)和用戶設(shè)備專有(UE-Specific)的搜索空間的PDCCH的指示來接收PDSCH數(shù) 據(jù)傳輸模式1 單天線端口 ；端口 O (Single-antenna port ；port 0)；模式2 發(fā)射分集(Transmit diversity)；模式 3:開環(huán)空間復(fù)用(Open-loop spatial multiplexing)；模式4:閉環(huán)空間復(fù)用(Closed-loop spatial multiplexing)；模式5 多用戶多輸入多輸出(Multi-user ΜΙΜΟ)；模式 6 閉環(huán) Rank = 1 預(yù)編碼(Closed-loop Rank = 1 precoding)；模式 7 單天線端口 ；端口 5 (Single-antenna port ；port 5)；模式 8 雙層傳輸；端口 7 和 8 (dual-layer transmission ；port 7and 8)。如果UE被高層設(shè)置為用小區(qū)無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(Cell RadioNetwork Temporary Identifier，簡稱為C-RNTI)加擾的循環(huán)冗余校驗(yàn)(Cyclical Redundancy Check，簡稱為 CRC)來進(jìn)行PDCCH解碼，則UE應(yīng)當(dāng)按照表1中定義的相應(yīng)組合來解碼PDCCH和所有相關(guān)的 PDSCH 表 1 在LTE的版本Release 8中，上行傳輸中沒有涉及到多天線輸入輸出(MIMO)的 技術(shù)，但是在LTE-Advanced的Release 10版本需求研究報(bào)告中已經(jīng)明確了 LTE-Advanced 需要支持上行MIMO的技術(shù)要求。此外，在ReleaselO中還可能需要支持非連續(xù)資源分配技 術(shù)。發(fā)明人發(fā)現(xiàn)，這些功能的實(shí)現(xiàn)，都需要對(duì)UE上行傳輸進(jìn)行控制，但是，在相關(guān)技術(shù)中，只 能向UE發(fā)送下行控制信息，不能發(fā)送上行控制信息，因此無法實(shí)現(xiàn)對(duì)UE上行傳輸?shù)目刂啤?另外，目前的下行控制信息格式無法支持上行MIMO的傳輸方式，也無法支持上行非連續(xù)資 源分配。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種控制信息的傳輸方案，以至少解決上述問題之
ο根據(jù)本發(fā)明的一個(gè)方面，提供了一種控制信息的傳輸方法，包括終端接收來自基 站的上行和下行傳輸模式的配置信息，其中，所述配置信息配置的上行和下行傳輸模式包 括下行控制信息格式；所述終端在與所述下行控制信息格式對(duì)應(yīng)的搜索空間上獲取符合所 述下行控制信息格式的上行控制信息。根據(jù)本發(fā)明的另一方面，提供了一種終端，包括接收模塊，用于接收來自基站的上行和下行傳輸模式的配置信息，其中，所述配置信息配置的上行和下行傳輸模式包括下 行控制信息格式；獲取模塊，用于在與所述下行控制信息格式對(duì)應(yīng)的搜索空間上獲取符合 所述下行控制信息格式的上行控制信息。根據(jù)本發(fā)明的另一方面，還提供了一種基站，包括配置模塊，用于配置上行和下 行傳輸模式，其中，所述上行和下行傳輸模式包括下行控制信息格式；發(fā)送模塊，用于向終 端發(fā)送所述上行和下行傳輸模式的配置信息。根據(jù)本發(fā)明的再一方面，提供了一種控制信息的傳輸系統(tǒng)，包括上述的終端和上
述的基站。通過本發(fā)明，采用終端接收來自基站的上行和下行傳輸模式的配置信息，其中，配 置信息配置的上行和下行傳輸模式包括下行控制信息格式；終端在與下行控制信息格式對(duì) 應(yīng)的搜索空間上獲取符合下行控制信息格式的上行控制信息。解決了相關(guān)技術(shù)中基站無法 向終端發(fā)送的上行控制信息的問題，進(jìn)而實(shí)現(xiàn)了基站對(duì)終端的上行傳輸?shù)撵`活配置。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是相關(guān)技術(shù)中FDD模式的幀結(jié)構(gòu)示意圖；圖2是相關(guān)技術(shù)中TDD模式的幀結(jié)構(gòu)示意圖；圖3是根據(jù)本發(fā)明實(shí)施例的控制信息的傳輸方法的流程圖；圖4是根據(jù)本發(fā)明實(shí)施例的終端的結(jié)構(gòu)框圖；圖5是根據(jù)本發(fā)明實(shí)施例的基站的結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。圖3是根據(jù)本發(fā)明實(shí)施例的控制信息的傳輸方法的流程圖，如圖3所示，該流程包 括以下步驟步驟S302，終端接收來自基站的上行和下行傳輸模式配置信息，其中，由上行和下 行傳輸模式配置信息配置的上行和下行傳輸模式包括下行控制信息格式；步驟S304，終端在與下行控制信息格式對(duì)應(yīng)的搜索空間上獲取符合下行控制信息 格式的上行控制信息。通過上述步驟S302和步驟S304，終端可以獲取到上行控制信息，從而實(shí)現(xiàn)基站對(duì) 終端上行傳輸?shù)目刂?。在R8中，UE被高層半靜態(tài)的設(shè)置為采用某一種下行傳輸模式，然后在公有和UE專 有的搜索空間去檢測(cè)相應(yīng)的DCI format.由于在R10中需要支持上行多天線輸入輸出的傳 輸方式，或者既支持上行多天線又支持上行非連續(xù)資源分配，所以需要定義一種新的上行 傳輸模式，以及相關(guān)的DCI format.在以下各個(gè)實(shí)施例中，定義了兩種新的DCI格式，下面對(duì)這兩種新的DCI格式進(jìn)行 說明。
9
可以定義一種新的DCI format，名為DCI format 0B，該DCIformat 0B可以用來 指示上行多天線傳輸或者單天線傳輸，或者只指示上行多天線傳輸。優(yōu)選地，DCI format 0B還可以用來指示在單天線傳輸或多天線傳輸下的非連續(xù)資源分配或連續(xù)資源分配，或指 示在多天線傳輸下的非連續(xù)資源分配或連續(xù)資源分配。另夕卜，還可以定義一種新的DCT format,名為DCI format OA,該DCI format OA可以用來指示單天線傳輸、且在單天線傳輸下的非連續(xù)資源分配。從而，在R10中，當(dāng) UE對(duì)下行控制信道做檢測(cè)的時(shí)候，就需要考慮本發(fā)明實(shí)施例所定義的DCI format OA和 DCIformat 0Bo在R10中，基站根據(jù)下行傳輸模式和上行傳輸模式的配置信息，將下行控制信息 格式發(fā)送給終端UE，然后在接收端，UE將通過對(duì)下行傳輸模式和上行傳輸模式的配置，在 公有和UE專有的搜索空間，對(duì)相應(yīng)的DCI format進(jìn)行檢測(cè)，從而在相應(yīng)的資源上準(zhǔn)確獲得 上行控制信息。即，該上行控制信息也是基站根據(jù)上行和下行傳輸模式的配置信息發(fā)送給 終端的。上述的下行傳輸模式可以包括R8和R9中的模式1到模式8，以及R10版本中可能 加入的支持多層傳輸?shù)膫鬏斈Ｊ絑。上行的傳輸模式為本實(shí)施例所新定義的上行傳輸模式，這個(gè)傳輸模式可以只包括 DCI format 0，用于表示單天線的傳輸方式；也可以包括DCI format 0和DCI format 0B 用于表示單天線和多天線的傳輸方式，或者DCI format 0，DCI format OA和DCI format 0B用于表示單天線和多天線的傳輸方式，或者DCI format 0和DCI formatOA用于表示單 天線的傳輸方式，或者DCI format 0用于表示單天線的傳輸方式。需要說明的是，下行控 制信息格式DCI Format OA信令長度可以和某一個(gè)下行控制信息格式DCI Format X信令 長度一樣。例如，上行傳輸模式為單天線傳輸模式，其包括下行控制信息格式DCI Format 0 ；或者下行控制信息格式DCI Format 0和下行控制信息格式DCI Format OA;其中，下行 控制信息格式DCI FormatO可對(duì)應(yīng)于公有搜索空間和/或用戶專有搜索空間，用于指示終 端進(jìn)行單天線傳輸、且在單天線傳輸下的連續(xù)資源配置；下行控制信息格式DCI Format OA 對(duì)應(yīng)于用戶專有搜索空間，用于指示終端進(jìn)行單天線傳輸、且在單天線傳輸下的非連續(xù)資 源配置。又例如，上行傳輸模式為多天線傳輸模式，其包括下行控制信息格式DCI Format 0，下行控制信息格式DCI Format OA和下行控制信息格式DCI Format 0B;其中，下行控制 信息格式DCI FormatO對(duì)可對(duì)于公有搜索空間和/或用戶專有搜索空間，用于指示終端進(jìn) 行單天線連續(xù)或者非連續(xù)資源分配傳輸；下行控制信息格式DCIFormat OA對(duì)應(yīng)于用戶專 有搜索空間，用于指示終端進(jìn)行單天線傳輸、且在單天線傳輸下的非連續(xù)資源配置；下行控 制信息格式DCIFormat 0B對(duì)應(yīng)于用戶專有搜索空間，用于指示終端進(jìn)行單天線傳輸或多 天線傳輸，或者用于指示終端進(jìn)行多天線傳輸。優(yōu)選的，基站根據(jù)上行和下行傳輸模式的配置信息發(fā)送上行控制信息給終端。由上可知，為了支持MIM0(多天線)的傳輸方式以及在單天線下或多天線下的非 連續(xù)資源分配，本發(fā)明實(shí)施例定義了上述兩種DCI format :DCI format OA和DCI format 0B。
10
在另一實(shí)施例中，還提供了一種用于實(shí)現(xiàn)上述功能終端。圖4是根據(jù)本發(fā)明實(shí)施 例的終端的結(jié)構(gòu)框圖，該終端42包括接收模塊422、獲取模塊424，下面對(duì)此進(jìn)行說明。接收模塊422，用于接收上行和下行傳輸模式配置信息；獲取模塊424連接至接收 模塊422，用于在與下行控制信息格式對(duì)應(yīng)的搜索空間上獲取符合所述下行控制信息格式 的下行控制信息。在另一個(gè)實(shí)施例中，還提供了一種實(shí)現(xiàn)上述功能的基站，圖5是根據(jù)本發(fā)明實(shí)施 例的基站的結(jié)構(gòu)框圖，該基站52包括配置模塊522、發(fā)送模塊524，下面對(duì)此進(jìn)行說明。配置模塊522，用于配置上行傳輸模式和下行傳輸模式，其中，上行和下行傳輸模 式包括下行控制信息格式；發(fā)送模塊524連接至配置模塊522，用于發(fā)送上行和下行傳輸模 式 S直{曰息O優(yōu)選的，發(fā)送模塊524還用于根據(jù)上行傳輸模式和下行傳輸模式的配置發(fā)送下行 控制信息發(fā)送給終端。在另外一個(gè)實(shí)施例中，還提供了一種系統(tǒng)，包括圖4中所述的終端和圖5中所述的 基站，已經(jīng)進(jìn)行過了詳細(xì)說明，在此不再贅述。對(duì)于上述傳輸系統(tǒng)而言，通過基站向終端發(fā)送上行傳輸模式來指示不同的DCI，從 而實(shí)現(xiàn)了對(duì)終端的上行傳輸中的DCI格式的靈活配置。以下通過實(shí)施例來闡述配置本發(fā)明實(shí)施例的上行傳輸模式以及發(fā)送和檢測(cè)DCI format OA 和 DCI format 0B 的具體方法。實(shí)施例一本實(shí)施例中，定義了兩種上行傳輸模式，如下所示(1)上行傳輸模式A 如果基站配置的信令指示上行傳輸模式只能支持單天線的傳輸方式，那么新 定義一種上行傳輸模式A，其包括DCI format 0。該上行傳輸模式A用于指示在公有 (Common)和用戶專有(UE-specific)搜索空間中，用DCI format 0來表示單天線端口 (Single-antenna port)的傳輸方式。上行傳輸模式A如表3中所示表3 在這種場(chǎng)景下，UE在對(duì)下行控制信道做檢測(cè)的時(shí)候，將還是按照R8中的DCI format來進(jìn)行檢測(cè)。(2)上行傳輸模式B 如果基站配置的信令指示上行傳輸模式既可以支持單天線傳輸，同時(shí)又可以支持 上行多天線的傳輸方式，或者既支持上行多天線傳輸又支持上行非連續(xù)資源分配，那么新
11定義一種上行傳輸模式B，其包括DCI format 0和DCI format OA。作為一種優(yōu)選方式，上行傳輸模式B用于指示在公有(Common)和用戶專有 (UE-specific)搜索空間中，用 DCI formatO來表示單天線端口(Single-antenna port)的 傳輸方式，在用戶專有(UE-specific)搜索空間中，用DCI format OA來表示單用戶單天線 連續(xù)或者非連續(xù)資源分配的傳輸方式。上行傳輸模式B如表4-1中所示表 4-1 通過設(shè)置的用于指示終端進(jìn)行單天線傳輸?shù)腄CI格式，實(shí)現(xiàn)了支持上行非連續(xù)資 源分配的傳輸方式。或者，作為另一種優(yōu)選方式，上行傳輸模式B用于指示在用戶專有(UE-specific)搜索 空間中，用DCI format 0來表示單用戶連續(xù)或者非連續(xù)資源分配。上行傳輸模式B如表 4-2中所示表 4-2 在這種場(chǎng)景下，UE在對(duì)下行控制信道做檢測(cè)的時(shí)候，可以按照R8中的DCI format 來進(jìn)行檢測(cè)，也可以按照R10中新定義的相關(guān)DCI format來進(jìn)行檢測(cè)。其中，新定義的DCI format是指在R8中的DCI format基礎(chǔ)上，做出了一定的修改的DCI format。
進(jìn)一步，終端在沒有收到上行傳輸模式配置信息的時(shí)候，該終端采用的上行傳輸 模式為上行傳輸模式A。也就是，上行傳輸模式默認(rèn)為上行傳輸模式A。實(shí)施例二本實(shí)施例中，通過基站配置的信令來指示上行的傳輸模式。有如下兩種模式(1)上行傳輸模式A :如果基站配置的信令指示上行傳輸模式只能支持單天線的傳輸方式，那么新 定義一種上行傳輸模式A，其包括DCI format 0。該上行傳輸模式A用于指示在公有 (Common)和用戶專有(UE-specific)搜索空間中，用DCI format 0來表示單天線端口 (Single-antenna port)的傳輸方式。上行傳輸模式A如表3中所示表3 在這種場(chǎng)景下，UE在對(duì)下行控制信道做檢測(cè)的時(shí)候，將還是按照R8中的DCI format來進(jìn)行檢測(cè)。(2)上行傳輸模式B 如果基站配置的信令指示上行傳輸模式既可以支持單天線傳輸，或者既支持上行 單天線傳輸又支持上行單天線非連續(xù)資源分配，同時(shí)又可以支持上行多天線的傳輸方式， 或者既支持上行多天線傳輸又支持上行非連續(xù)資源分配，那么新定義一種上行傳輸模式B， 其可包括DCI format 0，DCI format OA 和 DCI format 0B。作為一種優(yōu)選實(shí)施方式，上行傳輸模式B用于指示在公有(Common)和用戶專有 (UE-specific)搜索空間中，用 DCI formatO 來表示單天線端口(Single-antenna port) 的傳輸方式，在用戶專有(UE-specific)搜索空間中，用DCI format OA來表示單用戶單 天線連續(xù)或者非連續(xù)資源分配的傳輸方式，在用戶專有(UE-specific)搜索空間中，用DCI format 0B來表示單用戶多天線連續(xù)或者非連續(xù)資源分配的傳輸方式。上行傳輸模式B如 表4-1中所示表 4-1 通過設(shè)置的用于指示終端進(jìn)行多天線傳輸?shù)腄CI格式，實(shí)現(xiàn)了支持上行非連續(xù)資 源分配的傳輸方式?；蛘?，作為另一種優(yōu)選方式，上行傳輸模式B用于指示在公有(Common)和用戶專有 (UE-specific)搜索空間中，用DCI formatO來表示單用戶連續(xù)或者非連續(xù)資源分配。在用 戶專有(UE-specific)搜索空間中，用DCI format 0B來表示多天線連續(xù)或者非連續(xù)資源 分配。上行傳輸模式B如表4-2中所示表 4-2
UE上行 傳輸模式DCI格式搜索空間PDCCH相應(yīng)PDSCH傳輸 方案DCI format 0BC-RNTI定義的 UE specific多天線端口連續(xù)或者非連 續(xù)資源分配 在這種場(chǎng)景下，UE在對(duì)下行控制信道做檢測(cè)的時(shí)候，可以按照R8中的DCI format 來進(jìn)行檢測(cè)，也可以按照R10中新定義的相關(guān)DCI format來進(jìn)行檢測(cè)。其中，新定義的DCI format是指在R8中的DCI format基礎(chǔ)上，做出了一定的修改的DCI format。通過設(shè)置的用于指示終端進(jìn)行多天線傳輸?shù)腄CI格式，實(shí)現(xiàn)了支持上行MIM0(多 天線)的傳輸方式。進(jìn)一步，終端在沒有收到上行傳輸模式配置信息的時(shí)候，所述該終端采用的上行 傳輸模式為上行傳輸模式A。也就是，上行傳輸模式默認(rèn)為上行傳輸模式A。綜上所述，通過本發(fā)明的上述實(shí)施例，達(dá)到了以下效果(1)通過基站向終端發(fā)送上行傳輸模式來指示不同的DCI，從而實(shí)現(xiàn)了對(duì)終端的 上行傳輸中的DCI格式的靈活配置；(2)設(shè)置了用于指示終端進(jìn)行多天線傳輸?shù)腄CI格式，以便實(shí)現(xiàn)了支持上行MIM0 的傳輸方式；(3)用于指示終端進(jìn)行多天線傳輸?shù)腄CI格式還指示所述基站對(duì)所述終端進(jìn)行非 連續(xù)資源配置，以便在支持上行MIM0的傳輸方式的同時(shí)，可以支持非連續(xù)資源配置。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或 步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
1權(quán)利要求
一種控制信息的傳輸方法，其特征在于，包括終端接收來自基站的上行和下行傳輸模式的配置信息，其中，所述配置信息配置的上行和下行傳輸模式包括下行控制信息格式；所述終端在與所述下行控制信息格式對(duì)應(yīng)的搜索空間上獲取符合所述下行控制信息格式的上行控制信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述配置信息配置的上行傳輸模式為單 天線傳輸模式，所述單天線傳輸模式包括用于指示所述終端進(jìn)行單天線傳輸下行控制信 息格式，該下行控制信息格式所對(duì)應(yīng)的搜索空間為公有搜索空間和/或用戶專有搜索空 間。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述單天線傳輸模式還包括用于指示所 述終端進(jìn)行單天線傳輸且在單天線傳輸下的連續(xù)或非連續(xù)資源配置的下行控制信息格式， 該下行控制信息格式所對(duì)應(yīng)的搜索空間為用戶專有搜索空間。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述配置信息配置的上行傳輸模式為單 天線傳輸模式和多天線傳輸模式，所述單天線傳輸模式和多天線傳輸模式包括用于指示所述終端進(jìn)行單天線傳輸?shù)南滦锌刂菩畔⒏袷?，該下行控制信息格式所?duì)應(yīng) 的搜索空間為公有搜索空間和/或用戶專有搜索空間；和用于指示所述終端進(jìn)行多天線傳輸?shù)南滦锌刂菩畔⒏袷?，或者，用于指示所述終端進(jìn) 行多天線或單天線傳輸?shù)纳闲锌刂菩畔⒏袷剑撓滦锌刂菩畔⒏袷剿鶎?duì)應(yīng)的搜索空間為用 戶專用搜索空間。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述用于指示所述終端進(jìn)行多天線傳輸 的下行控制信息格式或所述用于指示所述終端進(jìn)行多天線或單天線傳輸?shù)默F(xiàn)行控制信息 格式，還用于指示在單天線或多天線傳輸下的連續(xù)或非連續(xù)資源配置。
6.根據(jù)權(quán)利要求2或4所述的方法，其特征在于，所述用于指示所述終端進(jìn)行單天線傳 輸下行控制信息格式，還用于指示在單天線傳輸下的連續(xù)或非連續(xù)的資源配置。
7.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述單天線傳輸模式和多天線傳輸模 式還包括用于指示所述終端進(jìn)行單天線傳輸且在單天線傳輸下的連續(xù)或非連續(xù)資源配置 的下行控制信息格式，該下行控制信息格式所對(duì)應(yīng)的搜索空間為用戶專有搜索空間。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述終端接收來自所述基站的所述配 置信息之前，還包括所述基站根據(jù)所述配置信息向所述終端發(fā)送所述上行控制信息。
9.一種終端，其特征在于，包括接收模塊，用于接收來自基站的上行和下行傳輸模式的配置信息，其中，所述配置信息 配置的上行和下行傳輸模式包括下行控制信息格式；獲取模塊，用于在與所述下行控制信息格式對(duì)應(yīng)的搜索空間上獲取符合所述下行控制 信息格式的上行控制信息。
10.一種基站，其特征在于，包括配置模塊，用于配置上行和下行傳輸模式，其中，所述上行和下行傳輸模式包括下行控 制信息格式；發(fā)送模塊，用于向終端發(fā)送所述上行和下行傳輸模式的配置信息。
11.根據(jù)權(quán)利要求10所述的基站，其特征在于，所述發(fā)送模塊，還用于根據(jù)所述配置信 息向所述終端發(fā)送上行控制信息。
12.一種控制信息的傳輸系統(tǒng)，其特征在于，包括權(quán)利要求9中所述的終端，以及，權(quán) 利要求10或11中所述的基站。
全文摘要
本發(fā)明公開了一種控制信息的傳輸方法、系統(tǒng)以及裝置，該方法包括終端接收來自基站的上行和下行傳輸模式的配置信息，其中，配置信息配置的上行和下行傳輸模式包括下行控制信息格式；終端在與下行控制信息格式對(duì)應(yīng)的搜索空間上獲取符合下行控制信息格式的上行控制信息。通過本發(fā)明實(shí)現(xiàn)了基站對(duì)終端的上行傳輸?shù)撵`活配置。
文檔編號(hào)H04W72/12GK101860970SQ20101017003
公開日2010年10月13日 申請(qǐng)日期2010年5月4日 優(yōu)先權(quán)日2010年5月4日
發(fā)明者吳欣, 張禹強(qiáng), 戴博 申請(qǐng)人:中興通訊股份有限公司