专利名称：一种pdcch发送、接收方法及设备的制作方法
技术领域：
本发明涉及无线通信领域，尤其涉及一种PDCCH发送、接收方法及设备。
背景技术：
在第三代移动通信系统以及其长期演进系统中需要支持MTC (机器型通信， Machine Type Communications)功能。一台MTC设备(MTC终端)可能具有多种M2M通信特性之中的部分特性，如低移动性、传输数据量小、对通信时延不敏感、要求极低功耗等特征。 考虑到以后M2M (Machine to Machine，机器与机器)通信中的海量MTC设备，因此需要考虑对MTC设备的成本进行进一步的降低，可能优化的方向为终端只支持单天线，系统带宽减少，不支持高阶调制，不支持载波聚合，不支持半持续调度等功能和特性。但目前LTE (Long Term Evolution,长期演进)系统中的下行调度控制信道PDCCH (Physical Downlink Control Channel，物理下行控制信道)格式对于这些优化不能很好的进行支持，需要重新设计。
发明内容
本发明实施例提供了一种PDCCH发送、接收方法及设备，用以实现根据终端类型所支持的功能特点和特性需求确定相应传输模式的PDCCH并传输。本发明实施例提供的PDCCH发送方法，包括
网络设备根据待调度终端的类型信息，确定对应传输模式的物理下行控制信道PDCCH， 所述对应传输模式的PDCCH的DCI格式与所述终端的终端类型所支持的功能特点和特性需求相对应；
所述网络设备向所述终端发送所述对应传输模式的PDCCH。本发明实施例提供的基于上述方法实现的PDCCH接收方法，包括
终端接收网络设备发送的PDCCH，所述PDCCH是网络设备根据待调度终端的类型信息， 确定出对应传输模式的PDCCH后发送的，所述对应传输模式的PDCCH的DCI格式与所述终端的终端类型所支持的功能特点和特性需求相对应。本发明实施例提供的网络设备，包括
确定模块，用于根据待调度终端的类型信息，确定对应传输模式的PDCCH，所述对应传输模式的PDCCH的DCI格式与所述终端的终端类型所支持的功能特点和特性需求相对应； 发送模块，用于向所述终端发送所述对应传输模式的PDCCH。本发明实施例提供的终端设备，包括
接收模块，用于接收网络设备发送的PDCCH，所述PDCCH是网络设备根据待调度终端的类型信息，确定出对应传输模式的PDCCH后发送的，所述对应传输模式的PDCCH的DCI格式与所述终端的终端类型所支持的功能特点和特性需求相对应；
解析模块，用于解析所述接收模块接收到的PDCCH，得到上下行调度信息。本发明的上述实施例中，根据待调度终端的类型信息，确定对应传输模式的物理下行控制信道PDCCH并传输，该对应传输模式的PDCCH的DCI格式与所述终端的终端类型所支持的功能特点和特性需求相对应。将本发明实施例应用于MTC终端，可以根据MTC终端所支持的不同于H2H (Human to Human，人与人)终端的功能特点和特性需求，采用相适宜的PDCCH传输模式。
图1为本发明实施例提供的PDCCH发送流程示意图； 图2为本发明实施例提供的网络设备的结构示意图3为本发明实施例提供的终端设备的结构示意图。
具体实施例方式本发明实施例结合M2M通信低时延、小数据量等特点，提出了一种发送和接收PDCCH的方法及相关设备，针对PDCCH设计了新的PDCCH DCI (Downlink Control Information,下行控制信息)格式，可以支持MTC终端的特性需求和功能特点，并保证各种传输模式下PDCCH DCI格式长度相同，大大降低了 PDCCH的盲检次数，有效降低了 MTC终端的复杂度，从而降低了 MTC终端的成本。下面结合附图对本发明实施例进行详细描述。参见图1，为本发明实施例提供的PDCCH发送流程示意图，该流程可包括
步骤101，基站根据待调度终端的类型信息，确定对应传输模式的PDCCH，所述对应传输模式的PDCCH的DCI格式与所述终端的终端类型所支持的功能特点和特性需求相对应； 步骤102，基站向该终端发送所述对应传输模式的PDCCH以进行上下行数据调度。在终端侧，相应终端接收并解析该PDCCH以便根据基站的调度进行上下行数据传输，该PDCCH的DCI格式与该终端的终端类型所支持的功能特点和特性需求相对应。这里的终端包括MTC终端或M2M终端，该类型终端具有通信低时延、小数据量等特点。该类型终端所支持的功能特点和特性需求，可包括以下之一或任意组合
(1)终端硬件或软件不支持TTIbundling (传输时间间隔)功能和SPS (半持续调度) 功能；
(2)终端硬件或软件不支持多天线，只支持单天线；
(3)终端硬件或软件不支持上行多码字多天线端口传输；
(4)终端硬件或软件不支持MIMO(多输入多输出);具体的，不支持MIMO是指以下情况之一或任意组合支持有限数量端口传输，不支持多层传输，不支持双码字传输；
(5)终端硬件或软件不支持高阶调制；
(6)终端硬件或软件不支持载波聚合；
(7)终端硬件或软件不支持大带宽，只支持小带宽；
(8)终端硬件或软件支持的HARQ(Hybrid Automatic Repeat Request，混合自动重传请求)进程数减少。所谓终端硬件不支持某种功能，通常是指终端中的相应硬件不具有该功能，例如， 终端天线为单天线，因此无法支持多天线功能。所谓终端软件不支持通常是指在硬件支持某种功能的情况下，因未加载支持相应功能的软件模块，或者即使加载了支持相应功能的软件模块但没有激活或开通该软件模块所实现的功能，导致该终端无法支持该功能的情况。下面对上述流程步骤101中，基站根据终端的类型信息，确定对应传输模式的 PDCCH的过程进行详细描述。传输模式是一系列传输特性的集合，可包括DCI格式、PDCCH搜索空间、PDCCH加扰 RNTI (Radio Network Temporary Identifier，无线网络临时标识)等，下面分别从这些方面说明本发明实施例根据MTC终端或M2M终端所设计的PDCCH的传输模式。(一)在DCI长度方面
本发明实施例所设计的PDCCH具有相同的DCI长度，该长度可以是所有DCI长度中最大的长度，长度不足该最大长度的DCI，将其填充至该最大长度。该相同的DCI长度也可以是某一比所有DCI长度中的最大长度更大的长度，该长度的DCI中的剩余比特可进行预留扩展。(二)在 PDCCH 加扰 RNTI 方面
如果本发明实施例针对MTC终端设计的DCI长度与H2H终端所支持的DCI长度相同， 则需要使用不同于H2H终端的RNTI来加扰区分。例如，H2H终端使用C-RNTI (Cell RNTI, 小区RNTI)加扰PDCCH，MTC终端使用MTC-C-RNTI加扰PDCCH。通过这种方式加以区分，可保证H2H终端的盲检不受影响，进而避免发生错误，保证H2H终端的正常数据接收。(三)在PDCCH搜索空间方面
本发明实施例所设计的PDCCH可以只用于终端的专属搜索空间调度，公共空间的 PDCCH使用与原有的H2H终端相同的DCI格式，例如还使用现有的IA和1C，长度、格式和内容都不变，这样不会影响H2H终端公共信息和随机接入信息的接收。本发明实施例所设计的PDCCH也可以既用于终端专属空间调度，也用于公共空间调度。这样有可能会导致原有H2H终端的PDCCH的资源被MTC终端抢占，但对于MTC终端来说，公共空间的PDCCH盲检次数减半。(三)在DCI格式方面
本发明实施例根据以上MTC终端或M2M终端所支持的各种功能特点和特性需求，所设计的DCI格式包括以下情况
(a)在终端不支持TTI bundling功能和SPS功能的情况下，不支持SPS C-RNTI配置下的DCI格式。(b)在终端不支持多天线，只支持单天线的情况下，DCI格式数量减少(即在现有 DCI格式的基础上减少DCI格式)。例如，对于Release 10的终端，目前支持TMl到TM9共9种传输模式，当终端限制为只支持单天线，则终端支持的下行传输模式可以包括以下之一或组合TM1 (TM Transmission mode，传输模式)、TM2、TM6、TM7、TM8、TM9，那么相应的DCI格式从8种格式减少为最多 5 种，即 DCI1A、DCI UDCI IB、DCI 2B 或 DCI 2C。(c)在终端不支持上行多码字多天线端口传输的情况下，DCI格式数量减少(即在现有DCI格式的基础上减少DCI格式)。例如，对于Release 10的终端，目前支持DCIO和DCI 4两种DCI格式，如果终端不支持上行多天线端口传输，则不支持DCI 4，只支持DCI0。
(d)在终端不支持MIMO的情况下，在DCI格式中减少双码字传输、层数指示、端口指示、预编码信息比特数、第二个码字传输块的信息域、预编码，以及多用户MIMO(MU-MIMO) 的下行功率偏移比特，例如
i.减少第二个码字传输块对应的信息域，具体可以包括减少MCS指示(5比特)，减少新数据指示(1比特)，减少RV版本(2比特)指示对应的比特数，共减少8比特；
ii.减少预编码信息，具体可以包括减少针对DCI2和DCI4的6比特(4端口)信息， 例如分别减少到为4比特和5比特，或者减少针对DCI2A的0比特(2端口)或2比特(4端口)至IjO比特；
iii.传输块到码字交换标识的1比特也可以减少；主要针对DCI2和DCI2A。iv.层数和端口指示的信息比特数可以减少。例如，针对DCI 2C，可以将天线端口，扰码指示和层个数的3比特指示减少为2比特指示。v.减少多用户MIMO (MU-MIMO)的下行功率偏移比特1比特，例如针对DCI ID0(e)在终端不支持高阶调制的情况下，对应的DCI格式中的5比特MCS (调度编码方式)指示(可最高支持64QAM，其中QAM是Quadrature Amplitude Modulation的英文缩写，表示正交幅度调制)可以减少为4比特(最高支持16QAM)。如果不支持64QAM和16QAM， 或者需要指示的传输块大小索引变少，那么，MCS指示比特数可以更进一步降低。该操作可针对所有DCI格式。(f)在终端不支持载波聚合的情况下，对应的DCI格式中的载波指示域(0-3比特) 可以减少，该操作可针对所有DCI格式。(g)在终端不支持大带宽，只支持小带宽的情况下，对应的DCI格式中信息比特数可以相应减少，但终端需要能够支持所支持带宽中最大带宽所对应的DCI长度，该操作可针对所有DCI格式。(h)在终端支持的HARQ进程数减少的情况下，例如只支持1个进程，则DCI格式中不需要信息比特来指示。如果终端只支持2个进程，DCI格式中从原来的比特数(对于TDD 系统为4比特，对于FDD系统为3比特)减少为1比特指示。如果终端可以支持更多进程， 例如最大4进程，则DCI格式中从原来的比特数(对于TDD系统为4比特，对于FDD系统为 3比特)减少为2比特指示。该操作可针对所有下行调度的DCI格式。进一步的，由于每种传输模式中包含两种DCI格式，DCI IA和DCI X，因此需要增加1比特标识(DCI flag)来区分两种格式，例如0标识DCI 1A，1标识DCI X，其中，DCI X 标识上述 DCI 1, DCI IB, DCI 2B, DCI 2C。更具体的，假设MTC终端上述特点和特性需求都支持，那么根据上面的分析，可以只重新设计DCI 0，DCI1，DCI1A，DCI 1B，DCI 2B，DCI 2C。根据上面的原则进行信息比特数减少，具体包含的有用信息如表M至表31所示。所有的DCI格式保持长度一致，且以最大的DCI长度为参考，有用信息不够，则可以填充比特至最大长度，未使用的比特位可以作为预留比特，用作以后的其他扩展。DCI的长度与带宽和HARQ支持的进程数相关，假设支持带宽为1. 4M或者最大支持带宽为5M，HARQ可以支持最大4个进程，本发明实施例所设计的DCI格式的长度为
在最大支持1. 4M带宽的情况下DCI 0为M比特，DCI 1为21比特，DCI IA为21比特，DCI IB为23比特，DCI 2B为22比特，DCI 2C为23比特。因此可以以24比特作为所有DCI的统一长度。对于某些DCI，剩余比特可以用作预留比特，作为之后扩展使用。或者， 可以以大于M比特的某一长度作为参考长度，例如26比特，剩余比特预留。在最大支持5M带宽的情况下DCI 0为观比特，DCI 1为28比特，DCI IA为25 比特，DCI IB为25比特，DCI 2B为29比特，DCI 2C为30比特。因此可以以30比特作为所有DCI的统一长度。对于某些DCI，剩余比特可以用作预留比特，作为之后扩展使用。或者，可以以大于30比特的某一长度作为参考长度，例如32比特，剩余比特预留。需要说明的是，如果本发明实施例所设计的DCI长度与H2H终端所支持的DCI长度相同，则需要使用不同的终端标识RNTI来加扰区分，例如H2H终端使用C-RNTI，MTC终端使用MTC-C-RNTI ；如果不区分，会影响H2H终端的盲检，导致错误发生，影响H2H终端的正常接收。DCI format 0的主要传输控制信息和占用比特数，可如表M所示。表 2权利要求
1.一种PDCCH发送方法，其特征在于，包括网络设备根据待调度终端的类型信息，确定对应传输模式的物理下行控制信道PDCCH， 所述对应传输模式的PDCCH的下行控制信息DCI格式与所述终端的终端类型所支持的功能特点和特性需求相对应；所述网络设备向所述终端发送所述对应传输模式的PDCCH。
2.如权利要求1所述的方法，其特征在于，所述终端类型所支持的功能特点和特性需求，包括以下之一或任意组合终端硬件或软件不支持传输时间间隔TTI bundling功能和半持续调度SPS功能； 终端硬件或软件不支持多天线，只支持单天线； 终端硬件或软件不支持上行多码字多天线端口传输； 终端硬件或软件不支持多输入多输出MIMO ； 终端硬件或软件不支持高阶调制； 终端硬件或软件不支持载波聚合； 终端硬件或软件不支持大带宽，只支持小带宽； 终端硬件或软件支持的HARQ进程数减少。
3.如权利要求2所述的方法，其特征在于，所述终端硬件或软件不支持ΜΙΜ0，包括以下之一或任意组合终端硬件或软件支持有限数量端口传输； 终端硬件或软件不支持多层传输； 终端硬件或软件不支持双码字传输。
4.如权利要求2所述的方法，其特征在于，当所述终端类型不支持TTIbunding功能和 SPS功能时，所述PDCCH所支持的DCI格式中不支持SPS小区无线网络临时标识C-RNTI配置下的DCI格式。
5.如权利要求2所述的方法，其特征在于，当所述终端类型不支持多天线，只支持单天线时，所述PDCCH所支持的DCI格式中，下行传输模式所对应的DCI格式的数量有所减少。
6.如权利要求2所述的方法，其特征在于，当所述终端类型不支持上行多码字多天线端口传输时，所述PDCCH所支持的DCI格式中，上行传输模式所对应的DCI格式的数量有所减少。
7.如权利要求2所述的方法，其特征在于，当所述终端类型不支持MIMO时，所述PDCCH 所支持的DCI格式中，减少双码字传输、层数指示、端口指示、预编码信息比特数以及第二个码字传输块的信息域。
8.如权利要求7所述的方法，其特征在于，减少的第二个码字传输块的信息域，包括 调制编码方式MCS指示、新数据指示、RV版本指示和传输块到码字交换标识。
9.如权利要求2所述的方法，其特征在于，当所述终端类型不支持高阶调制时，所述 PDCCH所支持的DCI格式中减少调度编码方式MCS指示信息的比特数。
10.如权利要求2所述的方法，其特征在于，当所述终端类型不支持载波聚合时，所述 PDCCH所支持的DCI格式中不包括载波指示域。
11.如权利要求2所述的方法，其特征在于，当所述终端类型不支持大带宽，只支持小带宽时，所述PDCCH所支持的DCI格式中减少资源指示的信息比特数。
12.如权利要求2所述的方法，其特征在于，当所述终端类型支持的HARQ进程数减少时，所述PDCCH所支持的DCI格式中减少HARQ进程指示的信息比特数。
13.如权利要求1所述的方法，其特征在于，与所述终端类型所支持的各种功能特点和特性需求相对应的DCI格式的PDCCH，具有相同的DCI长度。
14.如权利要求13所述的方法，其特征在于，所述长度是各种功能特点和特性需求各自对应的DCI长度中最大的长度；或者，所述长度为一设定长度，该设定长度大于各种功能特点和特性需求各自对应的DCI长度中最大的长度；对于长度不足所述长度的DCI，将其填充至所述长度。
15.如权利要求13所述的方法，其特征在于，如果所述终端类型的DCI长度与其它终端类型的DCI长度相同，则使用不同于所述其它终端类型的终端标识RNTI对所述终端类型的 DCI进行加扰。
16.如权利要求1所述的方法，其特征在于，所述PDCCH用于终端专属空间调度，或者用于公共空间和终端专属空间的调度。
17.如权利要求1所述的方法，其特征在于，所述PDCCH所支持的DCI格式中通过标识信息进行DCI格式区分。
18.如权利要求1-17之一所述的方法，其特征在于，所述终端包括MTC终端或M2M终端。
19.一种基于如权利要求1-17之一所述的方法实现的PDCCH接收方法，其特征在于，包括终端接收网络设备发送的PDCCH，所述PDCCH是网络设备根据待调度终端的类型信息， 确定出对应传输模式的PDCCH后发送的，所述对应传输模式的PDCCH的DCI格式与所述终端的终端类型所支持的功能特点和特性需求相对应。
20.如权利要求19所述的方法，其特征在于，所述终端包括:MTC终端或M2M终端。
21.—种网络设备，其特征在于，包括确定模块，用于根据待调度终端的类型信息，确定对应传输模式的PDCCH，所述对应传输模式的PDCCH的DCI格式与所述终端的终端类型所支持的功能特点和特性需求相对应； 发送模块，用于向所述终端发送所述对应传输模式的PDCCH。
22.如权利要求21所述的网络设备，其特征在于，所述终端类型所支持的功能特点和特性需求，包括以下之一或任意组合终端硬件或软件不支持传输时间间隔TTI bundling功能和半持续调度SPS功能； 终端硬件或软件不支持多天线，只支持单天线； 终端硬件或软件不支持上行多码字多天线端口传输； 终端硬件或软件不支持多输入多输出MIMO ； 终端硬件或软件不支持高阶调制； 终端硬件或软件不支持载波聚合； 终端硬件或软件不支持大带宽，只支持小带宽； 终端硬件或软件支持的HARQ进程数减少。
23.如权利要求22所述的网络设备，其特征在于，所述终端硬件或软件不支持ΜΙΜ0，包括以下之一或任意组合终端硬件或软件支持有限数量端口传输；终端硬件或软件不支持多层传输；终端硬件或软件不支持双码字传输。
24.如权利要求22所述的网络设备，其特征在于，所述确定模块具体用于，当所述终端类型不支持TTI bunding功能和SPS功能时，所确定出的DCI格式中不支持SPS C-RNTI配置下的DCI格式。
25.如权利要求22所述的网络设备，其特征在于，所述确定模块具体用于，当所述终端类型不支持多天线，只支持单天线时，所确定出的DCI格式中，下行传输模式所对应的DCI 格式的数量有所减少。
26.如权利要求22所述的网络设备，其特征在于，所述确定模块具体用于，当所述终端类型不支持上行多码字多天线端口传输时，所确定出的DCI格式中，上行传输模式所对应的DCI格式的数量有所减少。
27.如权利要求22所述的网络设备，其特征在于，所述确定模块具体用于，当所述终端类型不支持MIMO时，所确定出的DCI格式中，减少双码字传输、层数指示、端口指示、预编码信息比特数以及第二个码字传输块的信息域。
28.如权利要求27所述的网络设备，其特征在于，所述确定模块具体用于，减少的第二个码字传输块的信息域，包括调制编码方式MCS指示、新数据指示、RV版本指示和传输块到码字交换标识。
29.如权利要求22所述的网络设备，其特征在于，所述确定模块具体用于，当所述终端类型不支持高阶调制时，所确定出的DCI格式中减少调度编码方式MCS指示信息的比特数。
30.如权利要求22所述的网络设备，其特征在于，所述确定模块具体用于，当所述终端类型不支持载波聚合时，所确定出的DCI格式中不包括载波指示域。
31.如权利要求22所述的网络设备，其特征在于，所述确定模块具体用于，当所述终端类型不支持大带宽，只支持小带宽时，所确定出的DCI格式中减少资源指示的信息比特数。
32.如权利要求22所述的网络设备，其特征在于，所述确定模块具体用于，当所述终端类型支持的HARQ进程数减少时，所确定出的DCI格式中减少HARQ进程指示的信息比特数。
33.如权利要求21所述的网络设备，其特征在于，所述确定模块所确定出的，与所述终端类型所支持的各种功能特点和特性需求相对应的DCI格式的PDCCH，具有相同的DCI长度。
34.如权利要求33所述的网络设备，其特征在于，所述确定模块所确定出的所述长度是各种功能特点和特性需求各自对应的DCI长度中最大的长度；或者，所述确定模块所确定出的所述长度为一设定长度，该设定长度大于各种功能特点和特性需求各自对应的DCI 长度中最大的长度；对于长度不足所述长度的DCI，将其填充至所述长度。
35.如权利要求33所述的网络设备，其特征在于，所述确定模块还用于，如果所述终端类型的DCI长度与其它终端类型的DCI长度相同，则使用不同于所述其它终端类型的终端标识RNTI对所述终端类型的DCI进行加扰。
36.如权利要求21所述的网络设备，其特征在于，所述PDCCH用于终端专属空间调度， 或者用于公共空间和终端专属空间的调度。
37.如权利要求21所述的网络设备，其特征在于，所述确定模块确定出的DCI格式中通过标识信息进行DCI格式区分。
38.如权利要求21-37之一所述的网络设备，其特征在于，所述终端包括MTC终端或 M2M终端。
39.一种终端设备，其特征在于，包括接收模块，用于接收网络设备发送的PDCCH，所述PDCCH是网络设备根据待调度终端的类型信息，确定出对应传输模式的PDCCH后发送的，所述对应传输模式的PDCCH的DCI格式与所述终端的终端类型所支持的功能特点和特性需求相对应；解析模块，用于解析所述接收模块接收到的PDCCH，得到上下行调度信息。
40.如权利要求39所述的终端设备，其特征在于，所述终端设备所支持的功能特点和特性需求，包括以下之一或任意组合终端硬件或软件不支持传输时间间隔TTI bundling功能和半持续调度SPS功能； 终端硬件或软件不支持多天线，只支持单天线； 终端硬件或软件不支持上行多码字多天线端口传输； 终端硬件或软件不支持多输入多输出MIMO ； 终端硬件或软件不支持高阶调制； 终端硬件或软件不支持载波聚合； 终端硬件或软件不支持大带宽，只支持小带宽； 终端硬件或软件支持的HARQ进程数减少。
41.如权利要求40所述的终端设备，其特征在于，所述终端硬件或软件不支持ΜΙΜ0，包括以下之一或任意组合终端硬件或软件支持有限数量端口传输； 终端硬件或软件不支持多层传输； 终端硬件或软件不支持双码字传输。
42.如权利要求40所述的终端设备，其特征在于，当所述终端类型不支持TTIbunding 功能和SPS功能时，所述接收模块接收到的PDCCH的DCI格式中不支持SPS C-RNTI配置下的DCI格式。
43.如权利要求40所述的终端设备，其特征在于，当所述终端类型不支持多天线，只支持单天线时，所述接收模块接收到的PDCCH的DCI格式中，下行传输模式所对应的DCI格式的数量有所减少。
44.如权利要求40所述的终端设备，其特征在于，当所述终端类型不支持上行多码字多天线端口传输时，所述接收模块接收到的PDCCH的DCI格式中，上行传输模式所对应的 DCI格式的数量有所减少。
45.如权利要求40所述的终端设备，其特征在于，当所述终端类型不支持MIMO时，所述接收模块接收到的PDCCH的DCI格式中，减少双码字传输、层数指示、端口指示、预编码信息比特数以及第二个码字传输块的信息域。
46.如权利要求45所述的终端设备，其特征在于，减少的第二个码字传输块的信息域， 包括调制编码方式MCS指示、新数据指示、RV版本指示和传输块到码字交换标识。
47.如权利要求40所述的终端设备，其特征在于，当所述终端类型不支持高阶调制时， 所述接收模块接收到的PDCCH的DCI格式中，减少调度编码方式MCS指示信息的比特数。
48.如权利要求40所述的终端设备，其特征在于，当所述终端类型不支持载波聚合时， 所述接收模块接收到的PDCCH的DCI格式中不包括载波指示域。
49.如权利要求40所述的终端设备，其特征在于，当所述终端类型不支持大带宽，只支持小带宽时，所述接收模块接收到的PDCCH的DCI格式中，减少资源指示的信息比特数。
50.如权利要求40所述的终端设备，其特征在于，当所述终端类型支持的HARQ进程数减少时，所述接收模块接收到的PDCCH的DCI格式中，减少HARQ进程指示的信息比特数。
51.如权利要求39所述的终端设备，其特征在于，与所述终端类型所支持的各种功能特点和特性需求相对应的DCI格式的PDCCH，具有相同的DCI长度。
52.如权利要求51所述的终端设备，其特征在于，所述长度是各种功能特点和特性需求各自对应的DCI长度中最大的长度；或者，所述长度为一设定长度，该设定长度大于各种功能特点和特性需求各自对应的DCI长度中最大的长度；对于长度不足所述长度的DCI，将其填充至所述长度。
53.如权利要求51所述的终端设备，其特征在于，所述接收模块接收到的PDCCH中，使用区别于其它终端类型的终端标识RNTI对所述终端类型的DCI进行加扰。
54.如权利要求39所述的终端设备，其特征在于，所述接收模块具体用于，在终端专属空间，或者在公共空间和终端专属空间盲检所述PDCCH。
55.如权利要求39所述的终端设备，其特征在于，所述PDCCH所支持的DCI格式中通过标识信息进行DCI格式区分。
56.如权利要求39-55之一所述的终端设备，其特征在于，所述终端包括MTC终端或 M2M终端。
全文摘要
本发明公开了一种PDCCH发送、接收方法及设备，该方法包括网络设备根据待调度终端的类型信息，确定对应传输模式的物理下行控制信道PDCCH，所述对应传输模式的PDCCH的下行控制信息DCI格式与所述终端的终端类型所支持的功能特点和特性需求相对应；所述网络设备向所述终端发送所述对应传输模式的PDCCH。所述终端为MTC终端。采用本发明可为MTC终端设计新的PDCCH格式，从而降低PDCCH盲检的次数，有效降低MTC设备的复杂度，从而降低MTC设备的成本。
文档编号H04W72/04GK102413576SQ201110432549
公开日2012年4月11日 申请日期2011年12月21日 优先权日2011年12月21日
发明者贾民丽, 邢艳萍, 陈东 申请人:电信科学技术研究院