CN102378211A - 一种机器型通信设备的盲检控制处理方法及设备 - Google Patents

Abstract

本发明公开了一种机器型通信设备的盲检控制处理方法及设备，包括：基站根据当前随机接入的设备占用的资源确定该设备是机器型通信设备还是普通终端；基站在确定该设备是机器型通信设备时，在配置的物理下行控制信道信道资源上发送数据，所述配置的物理下行控制信道信道资源用于减少机器型通信设备在用户设备专属的物理下行控制信道搜索空间上进行盲检的次数。本发明给出了降低机器型通信设备物理下行控制信道盲检复杂度的方案，降低了终端的成本。

Description

一种机器型通信设备的盲检控制处理方法及设备

技术领域

本发明涉及无线通信领域，特别涉及一种机器型通信设备的盲检控制处理方法及设备。

背景技术

在第三代移动通信系统以及其长期演进系统中需要支持MTC(MachineType Communications，机器型通信)功能。一台MTC设备(MTC终端)可能具有多种M2M(Machine-to-Machine，机器间)通信特性之中的部分特性，如低移动性、传输数据量小、对通信时延不敏感、要求极低功耗等特征。

考虑到以后M2M通信中的海量MTC设备，因此需要各种技术方案来降低MTC设备的成本。

发明内容

本发明所解决的技术问题在于提供了一种机器型通信设备的盲检控制处理方法及设备，用以降低MTC设备的成本。

本发明实施例中提供了一种MTC设备的盲检控制处理方法，包括如下步骤：

基站根据当前随机接入的设备占用的资源确定该设备是MTC设备还是普通终端；

基站在确定该设备是MTC设备时，在配置的PDCCH(physical downlinkcontrol channel，物理下行控制信道)信道资源上发送数据，所述配置的PDCCH信道资源用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检的次数。

本发明实施例中提供了一种MTC设备的盲检控制处理方法，包括如下步骤：

MTC设备确定系统为本MTC设备配置的发起随机接入过程的资源；

MTC设备在该资源上发起随机接入；

MTC设备按配置对PDCCH信道资源上发送的数据进行盲检，所述PDCCH信道资源是基站已配置的用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检次数的PDCCH信道资源。

本发明实施例中提供了一种基站，包括：

判断模块，用于根据当前随机接入的设备占用的资源确定该设备是MTC设备还是普通终端；

发送模块，用于在确定该设备是MTC设备时，在配置的PDCCH信道资源上发送数据，所述配置的PDCCH信道资源用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检的次数。

本发明实施例中提供了一种MTC设备，包括：

资源确定模块，用于确定系统为本MTC设备配置的发起随机接入过程的资源；

接入模块，用于在该资源上发起随机接入；

盲检模块，用于按配置对PDCCH信道资源上发送的数据进行盲检，所述PDCCH信道资源是基站已配置的用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检次数的PDCCH信道资源。

本发明有益效果如下：

由于基站能够根据当前随机接入的设备占用的资源确定该设备是MTC设备还是普通终端；因此，基站能够在确定该设备是MTC设备时，在配置的PDCCH信道资源上发送数据，而配置的PDCCH信道资源可以用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检的次数。所以本发明实施例提供的技术方案可以通过降低MTC设备PDCCH盲检复杂度来降低了终端的成本。

附图说明

图1为本发明实施例中RACH的处理过程示意图；

图2为本发明实施例中PRACH时间资源正交示意图；

图3为本发明实施例中PRACH频率资源正交示意图；

图4为本发明实施例中基站侧的MTC设备的盲检控制处理方法实施流程示意图；

图5为本发明实施例中MTC设备侧的MTC设备的盲检控制处理方法实施流程示意图；

图6为本发明实施例中基站结构示意图；

图7为本发明实施例中MTC设备结构示意图。

具体实施方式

发明人在发明过程中注意到：

机器间(Machine-to-machine，M2M)通信作为一种新型的通信理念，其目的是将多种不同类型的通信技术有机结合，如：机器对机器通信、机器控制通信、人机交互通信、移动互联通信，从而推动社会生产和生活方式的发展。预计未来人对人通信的业务可能仅占整个终端市场的1/3，而更大数量的通信是机器间(M2M)通信业务。

当前的移动通信网络是针对人与人之间的通信设计的，如：网络容量的确定等。如果希望利用移动通信网络来支持M2M通信就需要根据M2M通信的特点对移动通信系统的机制进行优化，以便能够在对传统的人与人通信不受或受较小影响的情况下，更好地实现M2M通信。

当前认识到的MTC通信可能存在的一些特性有：

-MTC终端具有低移动性；

-MTC终端与网络侧进行数据传输的时间是可控的；即MTC终端只能在网络指定的时间段内进行接入。

-MTC网络与网络侧进行的数据传输对数据传输对实时性要求不高，即：具有时间容忍性；

-MTC终端能量受限，要求极低的功率消耗；

-MTC终端和网络侧之间只进行小数据量的信息传输；

-MTC终端可以以组为单位进行管理；

......

一个MTC终端可能具有上述的一个或多个特性。

目前在3G和LTE(Long Term Evolution，长期演进)系统中还不支持具有针对上述特性而设计的专门针对MTC设备通信的功能。对MTC终端还只能当做普通终端来对待，不能脱离用户，即不能称之为单纯的机器间的通信或者说机器型通信。

首先对目前LTE系统中普通终端对于PDCCH盲检的方法进行介绍。

通用性的描述：

{a1，a2，a3，a4}表示对应于CCE(Control Channel Element，控制信道单元)聚合等级{1，2，4，8}的需要盲检的PDCCH的资源个数(number of candidatePDCCH)分别为a1，a2，a3，a4。

表格1：PDCCH candidates in UE specific search space.(在UE专属的搜索空间的候选PDCCH；UE：User Equipment，用户设备)

在LTE系统中，终端需要盲检的PDCCH的信道资源主要有两类，具体如表格1中所示，下面给出了相应的说明：

1、公共搜索空间：其中CCE的聚合等级只能为4或者8，相应的其在每种CCE聚合等级下需要盲检的PDCCH的资源个数(number of candidatePDCCH)为{4，2}，在公共搜索空间中只盲检两种DCI(Downlink Controlinformation，下行控制指示)格式的长度：DCI格式1C和DCI格式0/1A。

2、UE专属的搜索空间：其中CCE的聚合等级可以为1、2、4或者8，相应的其在每种CCE聚合等级下需要盲检的PDCCH的资源个数(number ofcandidate PDCCH)为{6，6，2，2}。在UE专属的搜索空间中同样也只盲检两种DCI格式的长度：DCI格式0/1A和DCI格式X，其中DCI格式X与当前终端所处的传输模式相关，具体可以参见3GPP TS 36.213中的描述。

对于LTE的终端来说，其公共空间需要盲检的PDCCH信道资源的个数为4+2＝6，其UE专属的搜索空间中需要盲检的PDCCH信道资源的个数为6+6+2+2＝16，因此总的需要盲检的PDCCH信道资源的个数为6+16＝22，由于终端在每种传输模式下固定的需要盲检两种DCI格式，因此LTE终端需要盲检的次数为2×22＝44次。

其次再对目前LTE系统中RACH(Random Access Channel，随机接入信道)的处理过程进行简介。

图1为RACH的处理过程示意图，如图所示，由于在LTE系统中，终端开机之后默认的传输模式是单端口模式(对于系统配置为单个端口情况)或者发射分集模式(对于系统配置为多个端口的)，那么相应的UE专属的PDCCH空间中需要盲检DCI格式1A和DCI格式1，由于在RACH过程中的message3(消息3)中需要支持重传，其调度是通过Temp-C-RNTI(临时-控制-RNTI；C：Control，控制；RNTI：Radio Network Temporary Identity，无线网络临时识别)加扰的PDCCH指示，相应的其需要盲检DCI格式1A和DCI格式1，因此UE在未进行RRC(Radio Resource Control，无线资源控制)连接的时候就需要监听两种DCI格式。

再对目前LTE系统中PRACH(Physical Random Access Channel，物理随机接入信道)资源以及Preamble(序列)的资源配置进行简介。

在LTE系统中PRACH的资源以及Preamble的配置主要由3GPP TS 36.331中的如下的参数确定的：

PRACH-ConfigSIB::＝       SEQUENCE{

  rootSequenceIndex         INTEGER(0..837)，

  prach-ConfigInfo          PRACH-ConfigInfo

}

PRACH-Config::＝             SEQUENCE{

  rootSequenceIndex              INTEGER(0..837)，

  prach-ConfigInfo               PRACH-ConfigInfo

OPTIONAL     --Need ON

 }

 PRACH-ConfigInfo::＝         SEQUENCE{

   prach-ConfigIndex            INTEGER(0..63)，

   highSpeedFlag                BOOLEAN，

   zeroCorrelationZoneConfig    INTEGER(0..15)，

   prach-FreqOffset                      INTEGER(0..94)

 }

RACH-ConfigCommon::＝            SEQUENCE{

  preambleInfo                         SEQUENCE{

     numberOfRA-Preambles                    ENUMERATED{

                                        n4，n8，n12，n16，n20，n24，n28，

                                        n32，n36，n40，n44，n48，n52，n56，

                                        n60，n64}，

     preamblesGroupAConfig              SEQUENCE{

           sizeOfRA-PreamblesGroupA       ENUMERATED{

                                          n4，n8，n12，n16，n20，n24，

n28，

                                          n32，n36，n40，n44，n48，n52，

n56，

                                          n60}，

           messageSizeGroupA              ENUMERATED{b56，b144，

b208，b256}，

           messagePowerOffsetGroupB       ENUMERATED{

                                              minusinfinity，dB0，dB5，

dB8，dB10，dB12，

                                          dB15，dB18}，

             ...

         }        OPTIONAL

   --Need OP

      }，

      powerRampingParameters     SEQUENCE{

         powerRampingStep             ENUMERATED    {dB0，

dB2，dB4，dB6}，

           preambleInitialReceivedTargetPower    ENUMERATED{

                                               dBm-120，dBm-118，dBm-116，

dBm-114，dBm-112，

                                               dBm-110，dBm-108，dBm-106，

dBm-104，dBm-102，

                                               dBm-100，dBm-98，dBm-96，

dBm-94，

                                               dBm-92，dBm-90}

      }，

      ra-SupervisionInfo                SEQUENCE{

          preambleTransMax                   ENUMERATED{

                                             n3，n4，n5，n6，n7，n8，n10，n20，

n50，

                                             n100，n200}，

          ra-ResponseWindowSize              ENUMERATED{

                                             sf2，sf3，sf4，sf5，sf6，sf7，

                                             sf8，sf10}，

          mac-ContentionResolutionTimer      ENUMERATED{

                                             sf8，sf16，sf24，sf32，sf40，sf48，

                                             sf56，sf64}

       }，

       maxHARQ-Msg3Tx                INTEGER(1..8)，

       ...

   }

其中，见加黑加粗的部分，rootSequenceIndex和zeroCorrelationZoneConfig以及highSpeedFlag确定当前可用的64个preambile序列。

在FDD(Frequency Division Duplex，频分双工)中，prach-FreqOffset确定PRACH频率资源的位置，其中PRACH的频率资源的起始位置是

总共占用6个PRB(physical resource block，物理资源块)。prach-ConfigIndex确定PRACH的时间资源具体可以参见3GPP TS 36.211，其映射关系如表格2所示。

在TDD(Time Division Duplex，时分双工)中需要考虑prach-FreqOffset和prach-ConfigIndex结合确定其中的时频资源，其占用的时频资源由prach-FreqOffset和prach-ConfigIndex指示的一组参数

进行确定，prach-ConfigIndex与

的映射关系可以参见3GPP TS 36.211，具体如表格3所示。

对于TDD系统来说，其占用的时频资源由prach-FreqOffset和prach-ConfigIndex指示的一组参数进行确定，f_RA是计算频率资源的索引，

用于确定时间资源表示PRACH资源是在每个无线帧、或者奇数无线帧、或者偶数无线帧中出现，对于

表示的是PRACH资源是处于前半个子帧还是后半个子帧，对于

表示的是在一个无线帧内介于第一个切换点和第二个切换点之间的开始的UL(Up-Link，上行链路)子帧的编号。

其中，对于Preamble格式0～3的频率资源为：

对于Preamble格式4的频率资源为(Preamble格式4只在UpPTS(UplinkPilot Time slot，上行导频时隙)中传输)：

$n_{\mathrm{PRB}}^{\mathrm{RA}}=\left\{\begin{array}{cc}6f_{\mathrm{RA}},& \mathrm{if}(\left(n_f\mathrm{mod}2\right)\×(2-N_{\mathrm{SP}})+t_{\mathrm{RA}}^1)\mathrm{mod}2=0\\ N_{\mathrm{RB}}^{\mathrm{UL}}-6(f_{\mathrm{RA}}+1),& \mathrm{otherwise}\end{array}\right.$

其中n_f为系统帧编号，N_SP是一个无线帧中UL/DL(Down-Link，下行链路)切换点的个数(1/2)。

表格2：Frame structure type 1 random access configuration for preambleformat 0-3.(序列格式0-3的帧结构类型1随机接入配置)

表格3：Frame structure type 2 random access preamble mapping in time andfrequency.(帧结构类型2随机接入序列在时频上的映射)

其中，^*表示UpPTS。

目前LTE-A(Long Term Evolution-Advance，长期演进升级)讨论中讨论到的专用的PRACH资源的配置实现M2M专用的PRACH资源配置的具体方法如下：

方法1：PRACH时间资源正交；

方法2：PRACH频率资源正交；

方法3：PRACH中Preamble资源正交；

方法4：上述三种方法的结合。

图2为PRACH时间资源正交示意图，图3为PRACH频率资源正交示意图，以LTE系统FDD为例，方法1中的时间正交资源的示意图如图2所示，方法2中的频率资源正交的示意图如图3所示。

其可以通过在RadioResourceConfigCommon信息单元中增加prach-Config-MTC信息进行配置如下：

RadioResourceConfigCommonSIB::＝SEQUENCE{

  rach-ConfigCommon             RACH-ConfigCommon，

  bcch-Config                BCCH-Config，

  pcch-Config                PCCH-Config，

  prach-Config                    PRACH-ConfigSIB，

  pdsch-ConfigCommon              PDSCH-ConfigCommon，

  pusch-ConfigCommon              PUSCH-ConfigCommon，

  pucch-ConfigCommon              PUCCH-ConfigCommon，

  soundingRS-UL-ConfigCommon      SoundingRS-UL-ConfigCommon，

  uplinkPowerControlCommon        UplinkPowerControlCommon，

  ul-CyclicPrefixLength           UL-CyclicPrefixLength，

  prach-Config-MTC                PRACH-ConfigSIB-MTC，

  ...

}

RadioResourceConfigCommon::＝   SEQUENCE{

  rach-ConfigCommon               RACH-ConfigCommon

  OPTIONAL，   --Need ON

  prach-Config                    PRACH-Config，

  pdsch-ConfigCommon              PDSCH-ConfigCommon

  OPTIONAL，   --Need ON

  pusch-ConfigCommon              PUSCH-ConfigCommon，

  phich-Config                    PHICH-Config

OPTIONAL，    --Need ON

  pucch-ConfigCommon              PUCCH-ConfigCommon

  OPTIONAL，  --Need ON

  soundingRS-UL-ConfigCommon      SoundingRS-UL-ConfigCommon

  OPTIONAL，  --Need ON

  uplinkPowerControlCommon        UplinkPowerControlCommon

OPTIONAL，    --Need ON

  antennaInfoCommon               AntennaInfoCommon

OPTIONAL，    --Need ON

  p-Max                           P-Max

OPTIONAL，    --Need OP

   tdd-Config                   TDD-Config

OPTIONAL，--Cond TDD

   ul-CyclicPrefixLength        UL-CyclicPrefixLength，

   prach-Config-MTC             PRACH-Config-MTC，

   ...

 }

 PRACH-ConfigSIB::＝       SEQUENCE{

   rootSequenceIndex            INTEGER(0..837)，

   prach-ConfigInfo             PRACH-ConfigInfo

 }

 PRACH-Config::＝          SEQUENCE{

   rootSequenceIndex            INTEGER(0..837)，

   prach-ConfigInfo             PRACH-ConfigInfo

 OPTIONAL  --Need ON

 }

 PRACH-ConfigInfo::＝      SEQUENCE{

   prach-ConfigIndex            INTEGER(0..63)，

   highSpeedFlag                BOOLEAN，

   zeroCorrelationZoneConfig    INTEGER(0..15)，

   prach-FreqOffset             INTEGER(0..94)

 }

其中，PRACH-Config-MTC中的参数可以用于配置，以FDD为例，其中prach-ConfigIndex用于配置PRACH的子帧配置，通过为PRACH-Config和PRACH-Config-MTC设置不同的prach-ConfigIndex，从而配置为正交的时间资源。同时，也可以通过配置不同的prach-FreqOffset实现频率资源的正交。

对于方法3中正交的preamble资源，一种实现的方式可以是通过占用小区中非竞争的Preamble资源的方式实现，小区中的专用preamble资源是去除掉竞争的preamble资源以及专用preamble中用于MTC接入的preamble资源之后剩下的preamble资源。其配置方法为需要在RACH-ConfigCommon增加numberOfRA-Preambles-MTC的信息单元

RACH-ConfigCommon::＝      SEQUENCE{

 preambleInfo                SEQUENCE{

    numberOfRA-Preambles          ENUMERATED{

                                  n4，n8，n12，n16，n20，n24，n28，

                                  n32，n36，n40，n44，n48，n52，n56，

                                  n60，n64}，

    preamblesGroupAConfig    SEQUENCE{

       sizeOfRA-PreamblesGroupA   ENUMERATED{

                                    n4，n8，n12，n16，n20，n24，

n28，

                                    n32，n36，n40，n44，n48，n52，

n56，

                                    n60}，

       messageSizeGroupA          ENUMERATED{b56，b144，b208，

b256}，

       messagePowerOffsetGroupB   ENUMERATED{

                                    minusinfinity，dB0，dB5，dB8，

dB10，dB12，

                                    dB15，dB18}，

    numberOfRA-Preambles-MTC      ENUMERATED{

                                 n4，n8，n12，n16，n20，n24，

n28，

                                 n32，n36，n40，n44，n48，n52，

n56，

                             n60，n64}，

         ...

       }         OPTIONAL

--Need OP

   }，

通过上述描述，了解了现有LTE中对PDCCH盲检的处理，可以发现现有的LTE终端中没有考虑到M2M通信中的特点，实际上所有终端的盲检次数没必要都是44次，结合M2M通信中数据量比较小，以及对通信的时延不敏感，因此，可以考虑降低PDCCH盲检次数，从而实现降低MTC设备的复杂度，并进而实现降低MTC设备成本这一目的。

本发明实施例中将结合M2M的通信特点提供一种降低MTC设备的PDCCH盲检的方案，来有效较低MTC设备的复杂度，进而降低MTC设备的成本。下面结合附图对本发明的具体实施方式进行说明。

本发明提供的技术方案主要构思如下：

基站根据当前随机接入的设备占用的资源区分当前设备是MTC设备还是普通终端；

如果占用的资源是MTC设备专用的PRACH资源，则其是MTC设备，该资源可以是时间/频率/Preamble码资源；

如果基站判断当前进行RACH接入的终端类型是MTC设备，其可以通过为MTC设备预先配置的固定的需要盲检的DCI的格式以及在UE专属搜索空间中每种CCE聚合等级下的需要盲检的PDCCH的信道资源的个数，从而就可以降低MTC设备的盲检的复杂度。

在说明过程中，将首先分别从MTC设备与基站侧的实施进行说明，然后对二者的配合实施也进行说明，但这并不意味着二者必须配合实施，实际上，当MTC设备与基站分开始实施时，其也各自解决的MTC设备侧、基站侧的问题，只是二者结合使用时，会获得更好的技术效果。

图4为基站侧的MTC设备的盲检控制处理方法实施流程示意图，如图所示，在进行盲检控制处理时可以包括如下步骤：

步骤401、基站根据当前随机接入的设备占用的资源确定该设备是MTC设备还是普通终端；

步骤402、基站在确定该设备是MTC设备时，在配置的PDCCH信道资源上发送数据，所述配置的PDCCH信道资源用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检的次数。

实施中，基站根据当前随机接入的设备占用的资源确定该设备是MTC设备还是普通终端，可以包括：

若当前随机接入的设备占用的资源是系统为MTC设备配置的物理随机接入信道PRACH资源，则该设备是MTC设备；若不是，则该设备是普通终端。

具体的，PRACH资源可以是以下资源之一或者其组合：时间资源、频率资源、Preamble码资源。

实施中，当前随机接入的设备占用的资源是系统通过广播控制消息指示MTC设备的，或是系统通过RRC信令在切换过程中指示MTC设备的。

实施中，基站在确定该设备是MTC设备时，可以是在接收到MTC设备发起的RACH的message 1之后确定该设备是MTC设备的。

由于在LTE系统中，终端开机之后默认的传输模式是单端口模式(对于系统配置为单个端口情况)或者发射分集模式(对于系统配置为多个端口的)，那么相应的UE专属的PDCCH空间中需要盲检DCI格式1A和DCI格式1，同时在RACH过程中的message 3中需要支持重传，其调度是通过Tcmp-C-RNTI加扰的PDCCH指示，相应的其需要盲检DCI格式1A和DCI格式1。也就是说在基站知道当前终端的类型(是普通UE还是MTC设备)之前，终端需要盲检两种DCI格式。那么为了实现对于MTC设备的预先配置的盲检降低的方案，其前提条件是基站需要在对终端调度之前知道终端是否是MTC设备，也就是需要在RACH过程的message 3之前能够判断终端的是否是MTC设备，这样也就是要求系统在RACH过程的message 1中能够判断当前终端是否是MTC设备，因此这里需要MTC设备专用的PRACH资源进行区分。

在系统将MTC设备专用的PRACH资源通知给MTC设备时，其可能的方式可以包括如下方式：

1、通过广播控制消息中进行指示；

2、通过RRC信令进行在切换过程中进行指示。

具体实施中，在系统配置好MTC设备专用的PRACH资源后，可以通过基站通知给MTC设备。

在实施中以这两种方式为例，是这两种方式比较常见，易于实施；但是，从理论上来说，用其它的方式也是可以的，只要能够使系统将MTC设备专用的PRACH资源通知给MTC设备即可，这两种方式仅用于教导本领域技术人员具体如何实施本发明，但不意味仅能使用这两种方式，实施过程中可以结合实践需要来确定相应的方式。

实施中，配置用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检的次数的PDCCH信道资源，可以是通过配置需要盲检的PDCCH信道资源的个数和/或需要盲检的PDCCH DCI格式来减少进行盲检的次数的。

具体的，在配置需要盲检的PDCCH信道资源的个数以及需要盲检的PDCCH DCI格式来减少盲检次数时，可以减少需要盲检的PDCCH信道资源的个数和/或固定需要盲检的PDCCH DCI格式比特长度。

从LTE系统的PDCCH盲检来看，其盲检次数主要受限于两个参数，一个是PDCCH总的候选PDCCH信道资源的个数，另外一个是对于每个PDCCH信道资源中需要盲检的PDCCH DCI格式比特长度的数目。对于PDCCH公共搜索空间来说，其主要用于调度PCH(Paging Channel，寻呼信道)以及系统广播控制信息等公共信息，因此所有用户(包括MTC设备)都必须监听两种DCI格式的长度(DCI 0/1A和DCI 1C)，因此不考虑对于公共搜索空间中的盲检次数的降低。对于PDCCH公共搜索空间中的PDCCH的盲检次数固定为2×6＝12。

对于UE专属的PDCCH搜索空间的降低有如下的考虑：

方式1：对于UE专属的PDCCH搜索空间来说，其主要用于调度UE专属的信息，因此考虑将其盲检次数进一步降低，例如对于M2M通信来说，其数据量比较小，同时认为只支持单端口模式或者发射分集模式，那么可以将其盲检的DCI格式的长度固定为DCI 0/1A，那么其UE专属空间中的盲检次数可以降低为16次，终端总的盲检次数为12+16＝28次。

方式2：对于UE专属的PDCCH搜索空间来说，MTC设备仍然需要盲检两种DCI格式的长度，但是可以通过降低其候选的PDCCH信道资源的个数来实现盲检次数的降低，例如将现在的{6622}的候选PDCCH信道资源的个数降低为{3311}，这样UE专属空间中的盲检次数会进一步降低为2×8＝16次，终端总的盲检次数为12+16＝28次。降低候选PDCCH信道资源的个数会增加MTC设备PDCCH阻塞的概率，但是考虑到M2M通信对于时延不敏感，因此其PDCCH阻塞概率带来的影响可以忽略。

方式3：上述两种方式的结合，终端只检测一种DCI格式的长度(DCI0/1A)，减少MTC设备在UE专属的PDCCH搜索空间中的候选信道资源的个数，例如将现在的{6622}的候选PDCCH信道资源的个数降低为{3311}，这样UE专属空间中的盲检次数会进一步降低为8次，终端总的盲检次数为12+8＝20次。

下面对MTC设备侧的实施进行说明。

图5为MTC设备侧的MTC设备的盲检控制处理方法实施流程示意图，如图所示，在进行盲检控制处理时可以包括如下步骤：

步骤501、MTC设备确定系统为本MTC设备配置的发起随机接入过程的资源；

步骤502、MTC设备在该资源上发起随机接入；

步骤503、MTC设备按配置对PDCCH信道资源上发送的数据进行盲检，所述PDCCH信道资源是基站已配置的用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检次数的PDCCH信道资源。

实施中，发起随机接入过程的资源可以是系统为本MTC设备配置的PRACH资源。

实施中，PRACH资源可以是以下资源之一或者其组合：时间资源、频率资源、Preamble码资源。

实施中，MTC设备确定系统为本MTC设备配置的发起随机接入过程的资源可以是根据系统通过广播控制消息进行的指示来确定的，或是根据系统通过RRC信令在切换过程中进行的指示来确定的。

实施中，MTC设备按配置对PDCCH信道资源上发送的数据进行盲检，可以是按配置的PDCCH信道资源的个数和/或PDCCH DCI格式来对PDCCH信道资源上发送的数据进行盲检。

实施中，在按配置的PDCCH信道资源的个数和/或PDCCH DCI格式来对PDCCH信道资源上发送的数据进行盲检时，可以按配置减少进行盲检的PDCCH信道资源的个数和/或按配置对固定的PDCCH DCI格式比特长度进行盲检。

可见，在实施时，系统将MTC设备专用的PRACH资源通知给MTC设备，然后MTC设备根据MTC设备专用的PRACH资源通知信息，在其专用的PRACH资源发起随机接入；而基站在接收到MTC设备发起的RACH的message 1之后，可以根据MTC设备的降低PDCCH信道资源或者DCI格式种类的方法进行MTC设备的调度。

基于同一发明构思，本发明实施例中还提供了一种基站、MTC设备，由于这些设备解决问题的原理与MTC设备的盲检控制处理方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。

图6为基站结构示意图，如图所示，基站中可以包括：

判断模块601，用于根据当前随机接入的设备占用的资源确定该设备是MTC设备还是普通终端；

发送模块602，用于在确定该设备是MTC设备时，在配置的PDCCH信道资源上发送数据，所述配置的PDCCH信道资源用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检的次数。

实施中，判断模块还可以进一步用于在确定该设备是MTC设备还是普通终端时，若当前随机接入的设备占用的资源是系统为MTC设备配置的物理随机接入信道PRACH资源，则该设备是MTC设备；若不是，则该设备是普通终端。

实施中，判断模块还可以进一步用于在确定该设备是MTC设备还是普通终端时，用于确定的PRACH资源是以下资源之一或者其组合：时间资源、频率资源、Preamble码资源。

实施中，判断模块还可以进一步用于在接收到MTC设备发起的RACH的message 1之后确定该设备是MTC设备的。

实施中，发送模块进一步用于配置用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检的次数的PDCCH信道资源，是通过配置需要盲检的PDCCH信道资源的个数和/或需要盲检的PDCCH DCI格式来减少进行盲检的次数的。

实施中，发送模块还可以进一步用于在配置需要盲检的PDCCH信道资源的个数以及需要盲检的PDCCH DCI格式来减少盲检次数时，减少需要盲检的PDCCH信道资源的个数和/或固定需要盲检的PDCCH DCI格式比特长度。

图7为MTC设备结构示意图，如图所示，MTC设备中可以包括：

资源确定模块701，用于确定系统为本MTC设备配置的发起随机接入过程的资源；

接入模块702，用于在该资源上发起随机接入；

盲检模块703，用于按配置对PDCCH信道资源上发送的数据进行盲检，所述PDCCH信道资源是基站已配置的用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检次数的PDCCH信道资源。

实施中，资源确定模块还可以进一步用于确定系统为本MTC设备配置的PRACH资源为发起随机接入过程的资源。

实施中，资源确定模块还可以进一步用于确定包括以下资源之一或者其组合：时间资源、频率资源、Preamble码资源的PRACH资源。

实施中，资源确定模块还可以进一步用于根据系统通过广播控制消息进行的指示来确定系统为本MTC设备配置的发起随机接入过程的资源，或是根据系统通过RRC信令在切换过程中进行的指示来确定系统为本MTC设备配置的发起随机接入过程的资源。

实施中，盲检模块还可以进一步用于在按配置对PDCCH信道资源上发送的数据进行盲检时，按配置的PDCCH信道资源的个数和/或PDCCH DCI格式来对PDCCH信道资源上发送的数据进行盲检。

实施中，盲检模块还可以进一步用于在按配置的PDCCH信道资源的个数和/或PDCCH DCI格式来对PDCCH信道资源上发送的数据进行盲检时，按配置减少进行盲检的PDCCH信道资源的个数和/或按配置对固定的PDCCH DCI格式比特长度进行盲检。

为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。

在本发明实施例提供的技术方案中，系统将MTC设备专用的RACH资源通知给MTC设备，其可能的方式如下：通过广播控制消息中进行指示；或者通过RRC信令进行在切换过程中进行指示。

进一步的，MTC设备根据MTC设备专用的PRACH资源通知信息，在其专用的PRACH资源发起随机接入基站在接收到MTC设备发起的RACH的message 1之后，可以根据MTC设备的降低PDCCH信道资源或者DCI格式种类的方法进行MTC设备的调度。

由上可见，本发明实施例提供的技术方案给出了通过专用PRACH资源来获知接入设备是MTC设备后，通过降低MTC设备PDCCH盲检复杂度来降低终端的成本。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

Claims (25)

1.一种机器型通信MTC设备的盲检控制处理方法，其特征在于，包括如下步骤：

基站根据当前随机接入的设备占用的资源确定该设备是MTC设备还是普通终端；

基站在确定该设备是MTC设备时，在配置的物理下行控制信道PDCCH信道资源上发送数据，所述配置的PDCCH信道资源用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检的次数。

2.如权利要求1所述的方法，其特征在于，基站根据当前随机接入的设备占用的资源确定该设备是MTC设备还是普通终端，包括：

若当前随机接入的设备占用的资源是系统为MTC设备配置的物理随机接入信道PRACH资源，则该设备是MTC设备；若不是，则该设备是普通终端。

3.如权利要求2所述的方法，其特征在于，PRACH资源是以下资源之一或者其组合：时间资源、频率资源、序列Preamble码资源。

4.如权利要求1所述的方法，其特征在于，当前随机接入的设备占用的资源是系统通过广播控制消息指示MTC设备的，或是系统通过无线资源控制RRC信令在切换过程中指示MTC设备的。

5.如权利要求1所述的方法，其特征在于，基站在确定该设备是MTC设备时，是在接收到MTC设备发起的随机接入信道RACH的消息message 1之后确定该设备是MTC设备的。

6.如权利要求1至5任一所述的方法，其特征在于，配置用于减少MTC设备在用户设备UE专属的PDCCH搜索空间上进行盲检的次数的PDCCH信道资源，是通过配置需要盲检的PDCCH信道资源的个数和/或需要盲检的PDCCH下行控制指示DCI格式来减少进行盲检的次数的。

7.如权利要求6所述的方法，其特征在于，在配置需要盲检的PDCCH信道资源的个数以及需要盲检的PDCCH DCI格式来减少盲检次数时，减少需要盲检的PDCCH信道资源的个数和/或固定需要盲检的PDCCH DCI格式比特长度。

8.一种MTC设备的盲检控制处理方法，其特征在于，包括如下步骤：

MTC设备确定系统为本MTC设备配置的发起随机接入过程的资源；

MTC设备在该资源上发起随机接入；

MTC设备按配置对PDCCH信道资源上发送的数据进行盲检，所述PDCCH信道资源是基站已配置的用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检次数的PDCCH信道资源。

9.如权利要求8所述的方法，其特征在于，发起随机接入过程的资源是系统为本MTC设备配置的PRACH资源。

10.如权利要求9所述的方法，其特征在于，PRACH资源是以下资源之一或者其组合：时间资源、频率资源、Preamble码资源。

11.如权利要求8所述的方法，其特征在于，MTC设备确定系统为本MTC设备配置的发起随机接入过程的资源是根据系统通过广播控制消息进行的指示来确定的，或是根据系统通过RRC信令在切换过程中进行的指示来确定的。

12.如权利要求8至11任一所述的方法，其特征在于，MTC设备按配置对PDCCH信道资源上发送的数据进行盲检，是按配置的PDCCH信道资源的个数和/或PDCCH DCI格式来对PDCCH信道资源上发送的数据进行盲检。

13.如权利要求12所述的方法，其特征在于，在按配置的PDCCH信道资源的个数和/或PDCCH DCI格式来对PDCCH信道资源上发送的数据进行盲检时，按配置减少进行盲检的PDCCH信道资源的个数和/或按配置对固定的PDCCH DCI格式比特长度进行盲检。

14.一种基站，其特征在于，包括：

判断模块，用于根据当前随机接入的设备占用的资源确定该设备是MTC设备还是普通终端；

发送模块，用于在确定该设备是MTC设备时，在配置的PDCCH信道资源上发送数据，所述配置的PDCCH信道资源用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检的次数。

15.如权利要求14所述的基站，其特征在于，判断模块进一步用于在确定该设备是MTC设备还是普通终端时，若当前随机接入的设备占用的资源是系统为MTC设备配置的物理随机接入信道PRACH资源，则该设备是MTC设备；若不是，则该设备是普通终端。

16.如权利要求15所述的基站，其特征在于，判断模块进一步用于在确定该设备是MTC设备还是普通终端时，用于确定的PRACH资源是以下资源之一或者其组合：时间资源、频率资源、Preamble码资源。

17.如权利要求14所述的基站，其特征在于，判断模块进一步用于在接收到MTC设备发起的RACH的message 1之后确定该设备是MTC设备的。

18.如权利要求14至17任一所述的基站，其特征在于，发送模块进一步用于配置用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检的次数的PDCCH信道资源，是通过配置需要盲检的PDCCH信道资源的个数和/或需要盲检的PDCCH DCI格式来减少进行盲检的次数的。

19.如权利要求18所述的基站，其特征在于，发送模块进一步用于在配置需要盲检的PDCCH信道资源的个数以及需要盲检的PDCCH DCI格式来减少盲检次数时，减少需要盲检的PDCCH信道资源的个数和/或固定需要盲检的PDCCH DCI格式比特长度。

20.一种MTC设备，其特征在于，包括：

资源确定模块，用于确定系统为本MTC设备配置的发起随机接入过程的资源；

接入模块，用于在该资源上发起随机接入；

盲检模块，用于按配置对PDCCH信道资源上发送的数据进行盲检，所述PDCCH信道资源是基站已配置的用于减少MTC设备在UE专属的PDCCH搜索空间上进行盲检次数的PDCCH信道资源。

21.如权利要求20所述的设备，其特征在于，资源确定模块进一步用于确定系统为本MTC设备配置的PRACH资源为发起随机接入过程的资源。

22.如权利要求21所述的设备，其特征在于，资源确定模块进一步用于确定包括以下资源之一或者其组合：时间资源、频率资源、Preamble码资源的PRACH资源。

23.如权利要求20所述的设备，其特征在于，资源确定模块进一步用于根据系统通过广播控制消息进行的指示来确定系统为本MTC设备配置的发起随机接入过程的资源，或是根据系统通过RRC信令在切换过程中进行的指示来确定系统为本MTC设备配置的发起随机接入过程的资源。

24.如权利要求20至23任一所述的设备，其特征在于，盲检模块进一步用于在按配置对PDCCH信道资源上发送的数据进行盲检时，按配置的PDCCH信道资源的个数和/或PDCCH DCI格式来对PDCCH信道资源上发送的数据进行盲检。

25.如权利要求24所述的设备，其特征在于，盲检模块进一步用于在按配置的PDCCH信道资源的个数和/或PDCCH DCI格式来对PDCCH信道资源上发送的数据进行盲检时，按配置减少进行盲检的PDCCH信道资源的个数和/或按配置对固定的PDCCH DCI格式比特长度进行盲检。

Images