專(zhuān)利名稱(chēng)：一種pdcch發(fā)送、接收方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線(xiàn)通信領(lǐng)域，尤其涉及一種PDCCH發(fā)送、接收方法及設(shè)備。
背景技術(shù)：
在第三代移動(dòng)通信系統(tǒng)以及其長(zhǎng)期演進(jìn)系統(tǒng)中需要支持MTC (機(jī)器型通信， Machine Type Communications)功能。一臺(tái)MTC設(shè)備(MTC終端)可能具有多種M2M通信特性之中的部分特性，如低移動(dòng)性、傳輸數(shù)據(jù)量小、對(duì)通信時(shí)延不敏感、要求極低功耗等特征。 考慮到以后M2M (Machine to Machine，機(jī)器與機(jī)器)通信中的海量MTC設(shè)備，因此需要考慮對(duì)MTC設(shè)備的成本進(jìn)行進(jìn)一步的降低，可能優(yōu)化的方向?yàn)榻K端只支持單天線(xiàn)，系統(tǒng)帶寬減少，不支持高階調(diào)制，不支持載波聚合，不支持半持續(xù)調(diào)度等功能和特性。但目前LTE (Long Term Evolution,長(zhǎng)期演進(jìn))系統(tǒng)中的下行調(diào)度控制信道PDCCH (Physical Downlink Control Channel，物理下行控制信道)格式對(duì)于這些優(yōu)化不能很好的進(jìn)行支持，需要重新設(shè)計(jì)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種PDCCH發(fā)送、接收方法及設(shè)備，用以實(shí)現(xiàn)根據(jù)終端類(lèi)型所支持的功能特點(diǎn)和特性需求確定相應(yīng)傳輸模式的PDCCH并傳輸。本發(fā)明實(shí)施例提供的PDCCH發(fā)送方法，包括
網(wǎng)絡(luò)設(shè)備根據(jù)待調(diào)度終端的類(lèi)型信息，確定對(duì)應(yīng)傳輸模式的物理下行控制信道PDCCH， 所述對(duì)應(yīng)傳輸模式的PDCCH的DCI格式與所述終端的終端類(lèi)型所支持的功能特點(diǎn)和特性需求相對(duì)應(yīng)；
所述網(wǎng)絡(luò)設(shè)備向所述終端發(fā)送所述對(duì)應(yīng)傳輸模式的PDCCH。本發(fā)明實(shí)施例提供的基于上述方法實(shí)現(xiàn)的PDCCH接收方法，包括
終端接收網(wǎng)絡(luò)設(shè)備發(fā)送的PDCCH，所述PDCCH是網(wǎng)絡(luò)設(shè)備根據(jù)待調(diào)度終端的類(lèi)型信息， 確定出對(duì)應(yīng)傳輸模式的PDCCH后發(fā)送的，所述對(duì)應(yīng)傳輸模式的PDCCH的DCI格式與所述終端的終端類(lèi)型所支持的功能特點(diǎn)和特性需求相對(duì)應(yīng)。本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)設(shè)備，包括
確定模塊，用于根據(jù)待調(diào)度終端的類(lèi)型信息，確定對(duì)應(yīng)傳輸模式的PDCCH，所述對(duì)應(yīng)傳輸模式的PDCCH的DCI格式與所述終端的終端類(lèi)型所支持的功能特點(diǎn)和特性需求相對(duì)應(yīng)； 發(fā)送模塊，用于向所述終端發(fā)送所述對(duì)應(yīng)傳輸模式的PDCCH。本發(fā)明實(shí)施例提供的終端設(shè)備，包括
接收模塊，用于接收網(wǎng)絡(luò)設(shè)備發(fā)送的PDCCH，所述PDCCH是網(wǎng)絡(luò)設(shè)備根據(jù)待調(diào)度終端的類(lèi)型信息，確定出對(duì)應(yīng)傳輸模式的PDCCH后發(fā)送的，所述對(duì)應(yīng)傳輸模式的PDCCH的DCI格式與所述終端的終端類(lèi)型所支持的功能特點(diǎn)和特性需求相對(duì)應(yīng)；
解析模塊，用于解析所述接收模塊接收到的PDCCH，得到上下行調(diào)度信息。本發(fā)明的上述實(shí)施例中，根據(jù)待調(diào)度終端的類(lèi)型信息，確定對(duì)應(yīng)傳輸模式的物理下行控制信道PDCCH并傳輸，該對(duì)應(yīng)傳輸模式的PDCCH的DCI格式與所述終端的終端類(lèi)型所支持的功能特點(diǎn)和特性需求相對(duì)應(yīng)。將本發(fā)明實(shí)施例應(yīng)用于MTC終端，可以根據(jù)MTC終端所支持的不同于H2H (Human to Human，人與人)終端的功能特點(diǎn)和特性需求，采用相適宜的PDCCH傳輸模式。


圖1為本發(fā)明實(shí)施例提供的PDCCH發(fā)送流程示意圖； 圖2為本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)示意圖3為本發(fā)明實(shí)施例提供的終端設(shè)備的結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明實(shí)施例結(jié)合M2M通信低時(shí)延、小數(shù)據(jù)量等特點(diǎn)，提出了一種發(fā)送和接收PDCCH的方法及相關(guān)設(shè)備，針對(duì)PDCCH設(shè)計(jì)了新的PDCCH DCI (Downlink Control Information,下行控制信息)格式，可以支持MTC終端的特性需求和功能特點(diǎn)，并保證各種傳輸模式下PDCCH DCI格式長(zhǎng)度相同，大大降低了 PDCCH的盲檢次數(shù)，有效降低了 MTC終端的復(fù)雜度，從而降低了 MTC終端的成本。下面結(jié)合附圖對(duì)本發(fā)明實(shí)施例進(jìn)行詳細(xì)描述。參見(jiàn)圖1，為本發(fā)明實(shí)施例提供的PDCCH發(fā)送流程示意圖，該流程可包括
步驟101，基站根據(jù)待調(diào)度終端的類(lèi)型信息，確定對(duì)應(yīng)傳輸模式的PDCCH，所述對(duì)應(yīng)傳輸模式的PDCCH的DCI格式與所述終端的終端類(lèi)型所支持的功能特點(diǎn)和特性需求相對(duì)應(yīng)； 步驟102，基站向該終端發(fā)送所述對(duì)應(yīng)傳輸模式的PDCCH以進(jìn)行上下行數(shù)據(jù)調(diào)度。在終端側(cè)，相應(yīng)終端接收并解析該P(yáng)DCCH以便根據(jù)基站的調(diào)度進(jìn)行上下行數(shù)據(jù)傳輸，該P(yáng)DCCH的DCI格式與該終端的終端類(lèi)型所支持的功能特點(diǎn)和特性需求相對(duì)應(yīng)。這里的終端包括MTC終端或M2M終端，該類(lèi)型終端具有通信低時(shí)延、小數(shù)據(jù)量等特點(diǎn)。該類(lèi)型終端所支持的功能特點(diǎn)和特性需求，可包括以下之一或任意組合
(1)終端硬件或軟件不支持TTIbundling (傳輸時(shí)間間隔)功能和SPS (半持續(xù)調(diào)度) 功能；
(2)終端硬件或軟件不支持多天線(xiàn)，只支持單天線(xiàn)；
(3)終端硬件或軟件不支持上行多碼字多天線(xiàn)端口傳輸；
(4)終端硬件或軟件不支持MIMO(多輸入多輸出);具體的，不支持MIMO是指以下情況之一或任意組合支持有限數(shù)量端口傳輸，不支持多層傳輸，不支持雙碼字傳輸；
(5)終端硬件或軟件不支持高階調(diào)制；
(6)終端硬件或軟件不支持載波聚合；
(7)終端硬件或軟件不支持大帶寬，只支持小帶寬；
(8)終端硬件或軟件支持的HARQ(Hybrid Automatic Repeat Request，混合自動(dòng)重傳請(qǐng)求)進(jìn)程數(shù)減少。所謂終端硬件不支持某種功能，通常是指終端中的相應(yīng)硬件不具有該功能，例如， 終端天線(xiàn)為單天線(xiàn)，因此無(wú)法支持多天線(xiàn)功能。所謂終端軟件不支持通常是指在硬件支持某種功能的情況下，因未加載支持相應(yīng)功能的軟件模塊，或者即使加載了支持相應(yīng)功能的軟件模塊但沒(méi)有激活或開(kāi)通該軟件模塊所實(shí)現(xiàn)的功能，導(dǎo)致該終端無(wú)法支持該功能的情況。下面對(duì)上述流程步驟101中，基站根據(jù)終端的類(lèi)型信息，確定對(duì)應(yīng)傳輸模式的 PDCCH的過(guò)程進(jìn)行詳細(xì)描述。傳輸模式是一系列傳輸特性的集合，可包括DCI格式、PDCCH搜索空間、PDCCH加擾 RNTI (Radio Network Temporary Identifier，無(wú)線(xiàn)網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí))等，下面分別從這些方面說(shuō)明本發(fā)明實(shí)施例根據(jù)MTC終端或M2M終端所設(shè)計(jì)的PDCCH的傳輸模式。(一)在DCI長(zhǎng)度方面
本發(fā)明實(shí)施例所設(shè)計(jì)的PDCCH具有相同的DCI長(zhǎng)度，該長(zhǎng)度可以是所有DCI長(zhǎng)度中最大的長(zhǎng)度，長(zhǎng)度不足該最大長(zhǎng)度的DCI，將其填充至該最大長(zhǎng)度。該相同的DCI長(zhǎng)度也可以是某一比所有DCI長(zhǎng)度中的最大長(zhǎng)度更大的長(zhǎng)度，該長(zhǎng)度的DCI中的剩余比特可進(jìn)行預(yù)留擴(kuò)展。(二)在 PDCCH 加擾 RNTI 方面
如果本發(fā)明實(shí)施例針對(duì)MTC終端設(shè)計(jì)的DCI長(zhǎng)度與H2H終端所支持的DCI長(zhǎng)度相同， 則需要使用不同于H2H終端的RNTI來(lái)加擾區(qū)分。例如，H2H終端使用C-RNTI (Cell RNTI, 小區(qū)RNTI)加擾PDCCH，MTC終端使用MTC-C-RNTI加擾PDCCH。通過(guò)這種方式加以區(qū)分，可保證H2H終端的盲檢不受影響，進(jìn)而避免發(fā)生錯(cuò)誤，保證H2H終端的正常數(shù)據(jù)接收。(三)在PDCCH搜索空間方面
本發(fā)明實(shí)施例所設(shè)計(jì)的PDCCH可以只用于終端的專(zhuān)屬搜索空間調(diào)度，公共空間的 PDCCH使用與原有的H2H終端相同的DCI格式，例如還使用現(xiàn)有的IA和1C，長(zhǎng)度、格式和內(nèi)容都不變，這樣不會(huì)影響H2H終端公共信息和隨機(jī)接入信息的接收。本發(fā)明實(shí)施例所設(shè)計(jì)的PDCCH也可以既用于終端專(zhuān)屬空間調(diào)度，也用于公共空間調(diào)度。這樣有可能會(huì)導(dǎo)致原有H2H終端的PDCCH的資源被MTC終端搶占，但對(duì)于MTC終端來(lái)說(shuō)，公共空間的PDCCH盲檢次數(shù)減半。(三)在DCI格式方面
本發(fā)明實(shí)施例根據(jù)以上MTC終端或M2M終端所支持的各種功能特點(diǎn)和特性需求，所設(shè)計(jì)的DCI格式包括以下情況
(a)在終端不支持TTI bundling功能和SPS功能的情況下，不支持SPS C-RNTI配置下的DCI格式。(b)在終端不支持多天線(xiàn)，只支持單天線(xiàn)的情況下，DCI格式數(shù)量減少(即在現(xiàn)有 DCI格式的基礎(chǔ)上減少DCI格式)。例如，對(duì)于Release 10的終端，目前支持TMl到TM9共9種傳輸模式，當(dāng)終端限制為只支持單天線(xiàn)，則終端支持的下行傳輸模式可以包括以下之一或組合TM1 (TM Transmission mode，傳輸模式)、TM2、TM6、TM7、TM8、TM9，那么相應(yīng)的DCI格式從8種格式減少為最多 5 種，即 DCI1A、DCI UDCI IB、DCI 2B 或 DCI 2C。(c)在終端不支持上行多碼字多天線(xiàn)端口傳輸?shù)那闆r下，DCI格式數(shù)量減少(即在現(xiàn)有DCI格式的基礎(chǔ)上減少DCI格式)。例如，對(duì)于Release 10的終端，目前支持DCIO和DCI 4兩種DCI格式，如果終端不支持上行多天線(xiàn)端口傳輸，則不支持DCI 4，只支持DCI0。
(d)在終端不支持MIMO的情況下，在DCI格式中減少雙碼字傳輸、層數(shù)指示、端口指示、預(yù)編碼信息比特?cái)?shù)、第二個(gè)碼字傳輸塊的信息域、預(yù)編碼，以及多用戶(hù)MIMO(MU-MIMO) 的下行功率偏移比特，例如
i.減少第二個(gè)碼字傳輸塊對(duì)應(yīng)的信息域，具體可以包括減少M(fèi)CS指示(5比特)，減少新數(shù)據(jù)指示(1比特)，減少RV版本(2比特)指示對(duì)應(yīng)的比特?cái)?shù)，共減少8比特；
ii.減少預(yù)編碼信息，具體可以包括減少針對(duì)DCI2和DCI4的6比特(4端口)信息， 例如分別減少到為4比特和5比特，或者減少針對(duì)DCI2A的0比特(2端口)或2比特(4端口)至IjO比特；
iii.傳輸塊到碼字交換標(biāo)識(shí)的1比特也可以減少；主要針對(duì)DCI2和DCI2A。iv.層數(shù)和端口指示的信息比特?cái)?shù)可以減少。例如，針對(duì)DCI 2C，可以將天線(xiàn)端口，擾碼指示和層個(gè)數(shù)的3比特指示減少為2比特指示。v.減少多用戶(hù)MIMO (MU-MIMO)的下行功率偏移比特1比特，例如針對(duì)DCI ID0(e)在終端不支持高階調(diào)制的情況下，對(duì)應(yīng)的DCI格式中的5比特MCS (調(diào)度編碼方式)指示(可最高支持64QAM，其中QAM是Quadrature Amplitude Modulation的英文縮寫(xiě)，表示正交幅度調(diào)制)可以減少為4比特(最高支持16QAM)。如果不支持64QAM和16QAM， 或者需要指示的傳輸塊大小索引變少，那么，MCS指示比特?cái)?shù)可以更進(jìn)一步降低。該操作可針對(duì)所有DCI格式。(f)在終端不支持載波聚合的情況下，對(duì)應(yīng)的DCI格式中的載波指示域(0-3比特) 可以減少，該操作可針對(duì)所有DCI格式。(g)在終端不支持大帶寬，只支持小帶寬的情況下，對(duì)應(yīng)的DCI格式中信息比特?cái)?shù)可以相應(yīng)減少，但終端需要能夠支持所支持帶寬中最大帶寬所對(duì)應(yīng)的DCI長(zhǎng)度，該操作可針對(duì)所有DCI格式。(h)在終端支持的HARQ進(jìn)程數(shù)減少的情況下，例如只支持1個(gè)進(jìn)程，則DCI格式中不需要信息比特來(lái)指示。如果終端只支持2個(gè)進(jìn)程，DCI格式中從原來(lái)的比特?cái)?shù)(對(duì)于TDD 系統(tǒng)為4比特，對(duì)于FDD系統(tǒng)為3比特)減少為1比特指示。如果終端可以支持更多進(jìn)程， 例如最大4進(jìn)程，則DCI格式中從原來(lái)的比特?cái)?shù)(對(duì)于TDD系統(tǒng)為4比特，對(duì)于FDD系統(tǒng)為 3比特)減少為2比特指示。該操作可針對(duì)所有下行調(diào)度的DCI格式。進(jìn)一步的，由于每種傳輸模式中包含兩種DCI格式，DCI IA和DCI X，因此需要增加1比特標(biāo)識(shí)(DCI flag)來(lái)區(qū)分兩種格式，例如0標(biāo)識(shí)DCI 1A，1標(biāo)識(shí)DCI X，其中，DCI X 標(biāo)識(shí)上述 DCI 1, DCI IB, DCI 2B, DCI 2C。更具體的，假設(shè)MTC終端上述特點(diǎn)和特性需求都支持，那么根據(jù)上面的分析，可以只重新設(shè)計(jì)DCI 0，DCI1，DCI1A，DCI 1B，DCI 2B，DCI 2C。根據(jù)上面的原則進(jìn)行信息比特?cái)?shù)減少，具體包含的有用信息如表M至表31所示。所有的DCI格式保持長(zhǎng)度一致，且以最大的DCI長(zhǎng)度為參考，有用信息不夠，則可以填充比特至最大長(zhǎng)度，未使用的比特位可以作為預(yù)留比特，用作以后的其他擴(kuò)展。DCI的長(zhǎng)度與帶寬和HARQ支持的進(jìn)程數(shù)相關(guān)，假設(shè)支持帶寬為1. 4M或者最大支持帶寬為5M，HARQ可以支持最大4個(gè)進(jìn)程，本發(fā)明實(shí)施例所設(shè)計(jì)的DCI格式的長(zhǎng)度為
在最大支持1. 4M帶寬的情況下DCI 0為M比特，DCI 1為21比特，DCI IA為21比特，DCI IB為23比特，DCI 2B為22比特，DCI 2C為23比特。因此可以以24比特作為所有DCI的統(tǒng)一長(zhǎng)度。對(duì)于某些DCI，剩余比特可以用作預(yù)留比特，作為之后擴(kuò)展使用?；蛘?， 可以以大于M比特的某一長(zhǎng)度作為參考長(zhǎng)度，例如26比特，剩余比特預(yù)留。在最大支持5M帶寬的情況下DCI 0為觀比特，DCI 1為28比特，DCI IA為25 比特，DCI IB為25比特，DCI 2B為29比特，DCI 2C為30比特。因此可以以30比特作為所有DCI的統(tǒng)一長(zhǎng)度。對(duì)于某些DCI，剩余比特可以用作預(yù)留比特，作為之后擴(kuò)展使用。或者，可以以大于30比特的某一長(zhǎng)度作為參考長(zhǎng)度，例如32比特，剩余比特預(yù)留。需要說(shuō)明的是，如果本發(fā)明實(shí)施例所設(shè)計(jì)的DCI長(zhǎng)度與H2H終端所支持的DCI長(zhǎng)度相同，則需要使用不同的終端標(biāo)識(shí)RNTI來(lái)加擾區(qū)分，例如H2H終端使用C-RNTI，MTC終端使用MTC-C-RNTI ；如果不區(qū)分，會(huì)影響H2H終端的盲檢，導(dǎo)致錯(cuò)誤發(fā)生，影響H2H終端的正常接收。DCI format 0的主要傳輸控制信息和占用比特?cái)?shù)，可如表M所示。表 2權(quán)利要求
1.一種PDCCH發(fā)送方法，其特征在于，包括網(wǎng)絡(luò)設(shè)備根據(jù)待調(diào)度終端的類(lèi)型信息，確定對(duì)應(yīng)傳輸模式的物理下行控制信道PDCCH， 所述對(duì)應(yīng)傳輸模式的PDCCH的下行控制信息DCI格式與所述終端的終端類(lèi)型所支持的功能特點(diǎn)和特性需求相對(duì)應(yīng)；所述網(wǎng)絡(luò)設(shè)備向所述終端發(fā)送所述對(duì)應(yīng)傳輸模式的PDCCH。
2.如權(quán)利要求1所述的方法，其特征在于，所述終端類(lèi)型所支持的功能特點(diǎn)和特性需求，包括以下之一或任意組合終端硬件或軟件不支持傳輸時(shí)間間隔TTI bundling功能和半持續(xù)調(diào)度SPS功能； 終端硬件或軟件不支持多天線(xiàn)，只支持單天線(xiàn)； 終端硬件或軟件不支持上行多碼字多天線(xiàn)端口傳輸； 終端硬件或軟件不支持多輸入多輸出MIMO ； 終端硬件或軟件不支持高階調(diào)制； 終端硬件或軟件不支持載波聚合； 終端硬件或軟件不支持大帶寬，只支持小帶寬； 終端硬件或軟件支持的HARQ進(jìn)程數(shù)減少。
3.如權(quán)利要求2所述的方法，其特征在于，所述終端硬件或軟件不支持ΜΙΜ0，包括以下之一或任意組合終端硬件或軟件支持有限數(shù)量端口傳輸； 終端硬件或軟件不支持多層傳輸； 終端硬件或軟件不支持雙碼字傳輸。
4.如權(quán)利要求2所述的方法，其特征在于，當(dāng)所述終端類(lèi)型不支持TTIbunding功能和 SPS功能時(shí)，所述PDCCH所支持的DCI格式中不支持SPS小區(qū)無(wú)線(xiàn)網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)C-RNTI配置下的DCI格式。
5.如權(quán)利要求2所述的方法，其特征在于，當(dāng)所述終端類(lèi)型不支持多天線(xiàn)，只支持單天線(xiàn)時(shí)，所述PDCCH所支持的DCI格式中，下行傳輸模式所對(duì)應(yīng)的DCI格式的數(shù)量有所減少。
6.如權(quán)利要求2所述的方法，其特征在于，當(dāng)所述終端類(lèi)型不支持上行多碼字多天線(xiàn)端口傳輸時(shí)，所述PDCCH所支持的DCI格式中，上行傳輸模式所對(duì)應(yīng)的DCI格式的數(shù)量有所減少。
7.如權(quán)利要求2所述的方法，其特征在于，當(dāng)所述終端類(lèi)型不支持MIMO時(shí)，所述PDCCH 所支持的DCI格式中，減少雙碼字傳輸、層數(shù)指示、端口指示、預(yù)編碼信息比特?cái)?shù)以及第二個(gè)碼字傳輸塊的信息域。
8.如權(quán)利要求7所述的方法，其特征在于，減少的第二個(gè)碼字傳輸塊的信息域，包括 調(diào)制編碼方式MCS指示、新數(shù)據(jù)指示、RV版本指示和傳輸塊到碼字交換標(biāo)識(shí)。
9.如權(quán)利要求2所述的方法，其特征在于，當(dāng)所述終端類(lèi)型不支持高階調(diào)制時(shí)，所述 PDCCH所支持的DCI格式中減少調(diào)度編碼方式MCS指示信息的比特?cái)?shù)。
10.如權(quán)利要求2所述的方法，其特征在于，當(dāng)所述終端類(lèi)型不支持載波聚合時(shí)，所述 PDCCH所支持的DCI格式中不包括載波指示域。
11.如權(quán)利要求2所述的方法，其特征在于，當(dāng)所述終端類(lèi)型不支持大帶寬，只支持小帶寬時(shí)，所述PDCCH所支持的DCI格式中減少資源指示的信息比特?cái)?shù)。
12.如權(quán)利要求2所述的方法，其特征在于，當(dāng)所述終端類(lèi)型支持的HARQ進(jìn)程數(shù)減少時(shí)，所述PDCCH所支持的DCI格式中減少HARQ進(jìn)程指示的信息比特?cái)?shù)。
13.如權(quán)利要求1所述的方法，其特征在于，與所述終端類(lèi)型所支持的各種功能特點(diǎn)和特性需求相對(duì)應(yīng)的DCI格式的PDCCH，具有相同的DCI長(zhǎng)度。
14.如權(quán)利要求13所述的方法，其特征在于，所述長(zhǎng)度是各種功能特點(diǎn)和特性需求各自對(duì)應(yīng)的DCI長(zhǎng)度中最大的長(zhǎng)度；或者，所述長(zhǎng)度為一設(shè)定長(zhǎng)度，該設(shè)定長(zhǎng)度大于各種功能特點(diǎn)和特性需求各自對(duì)應(yīng)的DCI長(zhǎng)度中最大的長(zhǎng)度；對(duì)于長(zhǎng)度不足所述長(zhǎng)度的DCI，將其填充至所述長(zhǎng)度。
15.如權(quán)利要求13所述的方法，其特征在于，如果所述終端類(lèi)型的DCI長(zhǎng)度與其它終端類(lèi)型的DCI長(zhǎng)度相同，則使用不同于所述其它終端類(lèi)型的終端標(biāo)識(shí)RNTI對(duì)所述終端類(lèi)型的 DCI進(jìn)行加擾。
16.如權(quán)利要求1所述的方法，其特征在于，所述PDCCH用于終端專(zhuān)屬空間調(diào)度，或者用于公共空間和終端專(zhuān)屬空間的調(diào)度。
17.如權(quán)利要求1所述的方法，其特征在于，所述PDCCH所支持的DCI格式中通過(guò)標(biāo)識(shí)信息進(jìn)行DCI格式區(qū)分。
18.如權(quán)利要求1-17之一所述的方法，其特征在于，所述終端包括MTC終端或M2M終端。
19.一種基于如權(quán)利要求1-17之一所述的方法實(shí)現(xiàn)的PDCCH接收方法，其特征在于，包括終端接收網(wǎng)絡(luò)設(shè)備發(fā)送的PDCCH，所述PDCCH是網(wǎng)絡(luò)設(shè)備根據(jù)待調(diào)度終端的類(lèi)型信息， 確定出對(duì)應(yīng)傳輸模式的PDCCH后發(fā)送的，所述對(duì)應(yīng)傳輸模式的PDCCH的DCI格式與所述終端的終端類(lèi)型所支持的功能特點(diǎn)和特性需求相對(duì)應(yīng)。
20.如權(quán)利要求19所述的方法，其特征在于，所述終端包括:MTC終端或M2M終端。
21.—種網(wǎng)絡(luò)設(shè)備，其特征在于，包括確定模塊，用于根據(jù)待調(diào)度終端的類(lèi)型信息，確定對(duì)應(yīng)傳輸模式的PDCCH，所述對(duì)應(yīng)傳輸模式的PDCCH的DCI格式與所述終端的終端類(lèi)型所支持的功能特點(diǎn)和特性需求相對(duì)應(yīng)； 發(fā)送模塊，用于向所述終端發(fā)送所述對(duì)應(yīng)傳輸模式的PDCCH。
22.如權(quán)利要求21所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述終端類(lèi)型所支持的功能特點(diǎn)和特性需求，包括以下之一或任意組合終端硬件或軟件不支持傳輸時(shí)間間隔TTI bundling功能和半持續(xù)調(diào)度SPS功能； 終端硬件或軟件不支持多天線(xiàn)，只支持單天線(xiàn)； 終端硬件或軟件不支持上行多碼字多天線(xiàn)端口傳輸； 終端硬件或軟件不支持多輸入多輸出MIMO ； 終端硬件或軟件不支持高階調(diào)制； 終端硬件或軟件不支持載波聚合； 終端硬件或軟件不支持大帶寬，只支持小帶寬； 終端硬件或軟件支持的HARQ進(jìn)程數(shù)減少。
23.如權(quán)利要求22所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述終端硬件或軟件不支持ΜΙΜ0，包括以下之一或任意組合終端硬件或軟件支持有限數(shù)量端口傳輸；終端硬件或軟件不支持多層傳輸；終端硬件或軟件不支持雙碼字傳輸。
24.如權(quán)利要求22所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述確定模塊具體用于，當(dāng)所述終端類(lèi)型不支持TTI bunding功能和SPS功能時(shí)，所確定出的DCI格式中不支持SPS C-RNTI配置下的DCI格式。
25.如權(quán)利要求22所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述確定模塊具體用于，當(dāng)所述終端類(lèi)型不支持多天線(xiàn)，只支持單天線(xiàn)時(shí)，所確定出的DCI格式中，下行傳輸模式所對(duì)應(yīng)的DCI 格式的數(shù)量有所減少。
26.如權(quán)利要求22所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述確定模塊具體用于，當(dāng)所述終端類(lèi)型不支持上行多碼字多天線(xiàn)端口傳輸時(shí)，所確定出的DCI格式中，上行傳輸模式所對(duì)應(yīng)的DCI格式的數(shù)量有所減少。
27.如權(quán)利要求22所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述確定模塊具體用于，當(dāng)所述終端類(lèi)型不支持MIMO時(shí)，所確定出的DCI格式中，減少雙碼字傳輸、層數(shù)指示、端口指示、預(yù)編碼信息比特?cái)?shù)以及第二個(gè)碼字傳輸塊的信息域。
28.如權(quán)利要求27所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述確定模塊具體用于，減少的第二個(gè)碼字傳輸塊的信息域，包括調(diào)制編碼方式MCS指示、新數(shù)據(jù)指示、RV版本指示和傳輸塊到碼字交換標(biāo)識(shí)。
29.如權(quán)利要求22所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述確定模塊具體用于，當(dāng)所述終端類(lèi)型不支持高階調(diào)制時(shí)，所確定出的DCI格式中減少調(diào)度編碼方式MCS指示信息的比特?cái)?shù)。
30.如權(quán)利要求22所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述確定模塊具體用于，當(dāng)所述終端類(lèi)型不支持載波聚合時(shí)，所確定出的DCI格式中不包括載波指示域。
31.如權(quán)利要求22所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述確定模塊具體用于，當(dāng)所述終端類(lèi)型不支持大帶寬，只支持小帶寬時(shí)，所確定出的DCI格式中減少資源指示的信息比特?cái)?shù)。
32.如權(quán)利要求22所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述確定模塊具體用于，當(dāng)所述終端類(lèi)型支持的HARQ進(jìn)程數(shù)減少時(shí)，所確定出的DCI格式中減少HARQ進(jìn)程指示的信息比特?cái)?shù)。
33.如權(quán)利要求21所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述確定模塊所確定出的，與所述終端類(lèi)型所支持的各種功能特點(diǎn)和特性需求相對(duì)應(yīng)的DCI格式的PDCCH，具有相同的DCI長(zhǎng)度。
34.如權(quán)利要求33所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述確定模塊所確定出的所述長(zhǎng)度是各種功能特點(diǎn)和特性需求各自對(duì)應(yīng)的DCI長(zhǎng)度中最大的長(zhǎng)度；或者，所述確定模塊所確定出的所述長(zhǎng)度為一設(shè)定長(zhǎng)度，該設(shè)定長(zhǎng)度大于各種功能特點(diǎn)和特性需求各自對(duì)應(yīng)的DCI 長(zhǎng)度中最大的長(zhǎng)度；對(duì)于長(zhǎng)度不足所述長(zhǎng)度的DCI，將其填充至所述長(zhǎng)度。
35.如權(quán)利要求33所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述確定模塊還用于，如果所述終端類(lèi)型的DCI長(zhǎng)度與其它終端類(lèi)型的DCI長(zhǎng)度相同，則使用不同于所述其它終端類(lèi)型的終端標(biāo)識(shí)RNTI對(duì)所述終端類(lèi)型的DCI進(jìn)行加擾。
36.如權(quán)利要求21所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述PDCCH用于終端專(zhuān)屬空間調(diào)度， 或者用于公共空間和終端專(zhuān)屬空間的調(diào)度。
37.如權(quán)利要求21所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述確定模塊確定出的DCI格式中通過(guò)標(biāo)識(shí)信息進(jìn)行DCI格式區(qū)分。
38.如權(quán)利要求21-37之一所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述終端包括MTC終端或 M2M終端。
39.一種終端設(shè)備，其特征在于，包括接收模塊，用于接收網(wǎng)絡(luò)設(shè)備發(fā)送的PDCCH，所述PDCCH是網(wǎng)絡(luò)設(shè)備根據(jù)待調(diào)度終端的類(lèi)型信息，確定出對(duì)應(yīng)傳輸模式的PDCCH后發(fā)送的，所述對(duì)應(yīng)傳輸模式的PDCCH的DCI格式與所述終端的終端類(lèi)型所支持的功能特點(diǎn)和特性需求相對(duì)應(yīng)；解析模塊，用于解析所述接收模塊接收到的PDCCH，得到上下行調(diào)度信息。
40.如權(quán)利要求39所述的終端設(shè)備，其特征在于，所述終端設(shè)備所支持的功能特點(diǎn)和特性需求，包括以下之一或任意組合終端硬件或軟件不支持傳輸時(shí)間間隔TTI bundling功能和半持續(xù)調(diào)度SPS功能； 終端硬件或軟件不支持多天線(xiàn)，只支持單天線(xiàn)； 終端硬件或軟件不支持上行多碼字多天線(xiàn)端口傳輸； 終端硬件或軟件不支持多輸入多輸出MIMO ； 終端硬件或軟件不支持高階調(diào)制； 終端硬件或軟件不支持載波聚合； 終端硬件或軟件不支持大帶寬，只支持小帶寬； 終端硬件或軟件支持的HARQ進(jìn)程數(shù)減少。
41.如權(quán)利要求40所述的終端設(shè)備，其特征在于，所述終端硬件或軟件不支持ΜΙΜ0，包括以下之一或任意組合終端硬件或軟件支持有限數(shù)量端口傳輸； 終端硬件或軟件不支持多層傳輸； 終端硬件或軟件不支持雙碼字傳輸。
42.如權(quán)利要求40所述的終端設(shè)備，其特征在于，當(dāng)所述終端類(lèi)型不支持TTIbunding 功能和SPS功能時(shí)，所述接收模塊接收到的PDCCH的DCI格式中不支持SPS C-RNTI配置下的DCI格式。
43.如權(quán)利要求40所述的終端設(shè)備，其特征在于，當(dāng)所述終端類(lèi)型不支持多天線(xiàn)，只支持單天線(xiàn)時(shí)，所述接收模塊接收到的PDCCH的DCI格式中，下行傳輸模式所對(duì)應(yīng)的DCI格式的數(shù)量有所減少。
44.如權(quán)利要求40所述的終端設(shè)備，其特征在于，當(dāng)所述終端類(lèi)型不支持上行多碼字多天線(xiàn)端口傳輸時(shí)，所述接收模塊接收到的PDCCH的DCI格式中，上行傳輸模式所對(duì)應(yīng)的 DCI格式的數(shù)量有所減少。
45.如權(quán)利要求40所述的終端設(shè)備，其特征在于，當(dāng)所述終端類(lèi)型不支持MIMO時(shí)，所述接收模塊接收到的PDCCH的DCI格式中，減少雙碼字傳輸、層數(shù)指示、端口指示、預(yù)編碼信息比特?cái)?shù)以及第二個(gè)碼字傳輸塊的信息域。
46.如權(quán)利要求45所述的終端設(shè)備，其特征在于，減少的第二個(gè)碼字傳輸塊的信息域， 包括調(diào)制編碼方式MCS指示、新數(shù)據(jù)指示、RV版本指示和傳輸塊到碼字交換標(biāo)識(shí)。
47.如權(quán)利要求40所述的終端設(shè)備，其特征在于，當(dāng)所述終端類(lèi)型不支持高階調(diào)制時(shí)， 所述接收模塊接收到的PDCCH的DCI格式中，減少調(diào)度編碼方式MCS指示信息的比特?cái)?shù)。
48.如權(quán)利要求40所述的終端設(shè)備，其特征在于，當(dāng)所述終端類(lèi)型不支持載波聚合時(shí)， 所述接收模塊接收到的PDCCH的DCI格式中不包括載波指示域。
49.如權(quán)利要求40所述的終端設(shè)備，其特征在于，當(dāng)所述終端類(lèi)型不支持大帶寬，只支持小帶寬時(shí)，所述接收模塊接收到的PDCCH的DCI格式中，減少資源指示的信息比特?cái)?shù)。
50.如權(quán)利要求40所述的終端設(shè)備，其特征在于，當(dāng)所述終端類(lèi)型支持的HARQ進(jìn)程數(shù)減少時(shí)，所述接收模塊接收到的PDCCH的DCI格式中，減少HARQ進(jìn)程指示的信息比特?cái)?shù)。
51.如權(quán)利要求39所述的終端設(shè)備，其特征在于，與所述終端類(lèi)型所支持的各種功能特點(diǎn)和特性需求相對(duì)應(yīng)的DCI格式的PDCCH，具有相同的DCI長(zhǎng)度。
52.如權(quán)利要求51所述的終端設(shè)備，其特征在于，所述長(zhǎng)度是各種功能特點(diǎn)和特性需求各自對(duì)應(yīng)的DCI長(zhǎng)度中最大的長(zhǎng)度；或者，所述長(zhǎng)度為一設(shè)定長(zhǎng)度，該設(shè)定長(zhǎng)度大于各種功能特點(diǎn)和特性需求各自對(duì)應(yīng)的DCI長(zhǎng)度中最大的長(zhǎng)度；對(duì)于長(zhǎng)度不足所述長(zhǎng)度的DCI，將其填充至所述長(zhǎng)度。
53.如權(quán)利要求51所述的終端設(shè)備，其特征在于，所述接收模塊接收到的PDCCH中，使用區(qū)別于其它終端類(lèi)型的終端標(biāo)識(shí)RNTI對(duì)所述終端類(lèi)型的DCI進(jìn)行加擾。
54.如權(quán)利要求39所述的終端設(shè)備，其特征在于，所述接收模塊具體用于，在終端專(zhuān)屬空間，或者在公共空間和終端專(zhuān)屬空間盲檢所述PDCCH。
55.如權(quán)利要求39所述的終端設(shè)備，其特征在于，所述PDCCH所支持的DCI格式中通過(guò)標(biāo)識(shí)信息進(jìn)行DCI格式區(qū)分。
56.如權(quán)利要求39-55之一所述的終端設(shè)備，其特征在于，所述終端包括MTC終端或 M2M終端。
全文摘要
本發(fā)明公開(kāi)了一種PDCCH發(fā)送、接收方法及設(shè)備，該方法包括網(wǎng)絡(luò)設(shè)備根據(jù)待調(diào)度終端的類(lèi)型信息，確定對(duì)應(yīng)傳輸模式的物理下行控制信道PDCCH，所述對(duì)應(yīng)傳輸模式的PDCCH的下行控制信息DCI格式與所述終端的終端類(lèi)型所支持的功能特點(diǎn)和特性需求相對(duì)應(yīng)；所述網(wǎng)絡(luò)設(shè)備向所述終端發(fā)送所述對(duì)應(yīng)傳輸模式的PDCCH。所述終端為MTC終端。采用本發(fā)明可為MTC終端設(shè)計(jì)新的PDCCH格式，從而降低PDCCH盲檢的次數(shù)，有效降低MTC設(shè)備的復(fù)雜度，從而降低MTC設(shè)備的成本。
文檔編號(hào)H04W72/04GK102413576SQ201110432549
公開(kāi)日2012年4月11日 申請(qǐng)日期2011年12月21日 優(yōu)先權(quán)日2011年12月21日
發(fā)明者賈民麗, 邢艷萍, 陳東 申請(qǐng)人:電信科學(xué)技術(shù)研究院