用户调度方法、装置及基站与流程

本申请涉及移动通信技术领域，特别是涉及一种用户调度方法、装置及基站。

背景技术

nb-iot(narrowbandinternetofthings)聚焦于低功耗广覆盖(lpwa：low-powerwide-areanetwork)物联网(iot：internetofthings)市场，是一种在全球范围内广泛应用的新兴技术。具有覆盖广、连接多、速率低、成本低、功耗低、架构优等特点。nb-iot构建于蜂窝网络，只消耗大约180khz(千赫兹)的带宽，可直接部署于gsm(globalsystemformobilecommunication)网络、umts(universalmobiletelecommunicationssystem)网络或lte(longtermevolution，长期演进)网络，以降低部署成本、实现平滑升级。

在实现过程中，发明人发现传统技术中至少存在如下问题：由于nb-iot基站中可接入大量用户，可能出现同一时刻多个用户需要调度的场景，易出现某些用户因为搜索空间被其他用户占用，调度需求到成功调度之间往往经过较长时间的等待的问题。

技术实现要素：

基于此，有必要提供一种能够有效解决较长时间无法调度成功的用户调度方法、装置及基站。

为了实现上述目的，一方面，本发明实施例提供了一种用户调度方法，包括：

根据当前待调度用户的pdcch搜索空间次数，进行pdcch资源遍历搜索；pdcch搜索空间次数为根据当前待调度用户的时延得到的；时延为调度需求开始时刻至当前调度时刻的时间长度；

在遍历搜索到可用pdcch资源时，确认当前待调度用户的pdcch调度成功。

在其中一个实施例中，pdcch搜索空间次数随着时延的增大而增大；

在根据当前待调度用户的pdcch搜索空间次数，进行pdcch资源遍历搜索的步骤之前还包括步骤：

查询当前待调度用户的时延；

获取时延对应的pdcch搜索空间次数。

在其中一个实施例中，查询当前待调度用户的时延的步骤之前还包括步骤：

记录各待调度用户的时延，并获取各时延门限；

获取时延对应的pdcch搜索空间次数的步骤包括：

将当前待调度用户的时延与各时延门限进行比较，得到当前待调度用户所属的时延区间；

将时延区间对应的pdcch搜索空间次数，确认当前待调度用户的pdcch搜索空间次数。

在其中一个实施例中，在遍历搜索到可用pdcch资源时，确认当前待调度用户的pdcch调度成功的步骤之后还包括步骤：

进行pdsch资源搜索或pusch资源搜索；

在pdsch资源搜索成功或pusch的资源搜索成功时，确认当前待调度用户的调度成功。

在其中一个实施例中，pdcch搜索空间次数为初始pdcch搜索空间次数与偏移次数的和；偏移次数随着时延的增大而增大。

另一方面，本发明实施例还提供了一种用户调度装置，包括：

pdcch资源分配模块，用于根据当前待调度用户的pdcch搜索空间次数，进行pdcch资源遍历搜索，并在遍历搜索到可用pdcch资源时，确认当前待调度用户的pdcch调度成功；pdcch搜索空间次数为根据当前待调度用户的时延得到的；时延为调度需求开始时刻至当前调度时刻的时间长度。

在其中一个实施例中，pdcch搜索空间次数随着时延的增大而增大；

还包括：

用户时延管理模块，用于查询当前待调度用户的时延；

用户pdcch搜索空间次数获取模块，用于获取时延对应的pdcch搜索空间次数。

一方面，本发明实施例还提供了一种基站，基站用于执行上述任一项用户调度方法的步骤。

在其中一个实施例中，基站为nb-iot基站。

另一方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现执行上述任一项用户调度方法的步骤。

上述技术方案中的一个技术方案具有如下优点和有益效果：

根据用户时延的大小自动调整每次调度时pdcch搜索空间的大小(即根据待调度用户的pdcch搜索空间次数进行资源调度)，使得时延较大用户进行更多次、更长资源范围内的pdcch资源搜索；具体的，根据用户时延的大小自动调整每次调度时pdcch搜索空间长度，以提高用户资源分配成功的概率，达到减少高时延用户比例的目的；本申请能够实现搜索空间长度自适应，进而有效解决传统依赖固定pdcch搜索空间长度而引起的部分用户高时延问题。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1为一个实施例中用户调度方法的应用环境图；

图2为一个实施例中用户调度方法的第一示意性流程示意图；

图3为一个实施例中用户调度方法的第二示意性流程示意图；

图4为一个实施例中用户调度方法的一具体流程示意图；

图5为一个实施例中用户调度方法中pdcch搜索空间长度自适应的时序示意图；

图6为一个实施例中用户调度装置的第一示意性结构框图；

图7为一个实施例中用户调度装置的第二示意性结构框图；

图8为一个实施例中用户设备的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

由于nb-iot基站中可接入大量用户，也可能出现同一时刻多个用户需要调度的场景，而不同用户主要通过时间复用的方式共享资源，并且每个用户有特定的pdcch(physicaldownlinkcontrolchannel：物理下行控制信道)搜索空间，这样就会导致某些用户因为pdcch搜索空间(或者pdcch对应的pdsch(physicaldownlinksharedchannel，物理下行共享信道)/pusch(physicaluplinksharedchanne，物理上行共享信道)所需要的资源空间)被其他用户占用，从有调度需求到成功调度之间往往经过较长时间的等待，也即用户时延增加(用户高时延问题)。

而传统技术采用固定pdcch搜索空间长度，极易引起部分用户高时延问题：也即某些用户的pdcch搜索空间(或者pdcch对应的pdsch/pusch所需要的资源空间)被其他用户占用，较长时间无法调度成功而引起的高时延问题。

需要说明的是，在一个子帧中，nb-pdcch占用12个子载波，承载dci(downlinkcontrolinformation)信息的颗粒度不是单个re(resourceelement，最小时频资源单位)或reg(resourceelementgroup)，而是使用cce(controlchannelelement，控制信道单元)。这里的cce和lte的定义不同，cce大小为半个prb(physicalresourceblock，物理资源块)pair，具体为：1个prbpair中，定义两个cce，其中频域(子载波)编号较高的6个子载波作为一个cce，频域(子载波)编号较低的6个子载波作为另一个cce。

cce聚合等级支持两种，即al＝1cce和al＝2cce。其中组成al＝2的两个cce位于相同子帧，并且重复传输仅支持al＝2。鉴于nb-iot基本上都利用重复传输技术来进行覆盖增强，所以cce聚合等级大部分采用al2。对于单个prb的cce分布，nb-iot下行参考信号nb-rs(nb-iotreferencesignal)分布在每个slot(时隙)的最后两个ofdm(orthogonalfrequencydivisionmultiplexing)符号上。而上文中提到的，每个用户有特定的pdcch搜索空间，可以指用户专用搜索空间。

本申请提供的用户调度方法，可以应用于如图1所示的应用环境中。其中，用户102与基站104进行通信。其中，用户102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑以及便携式可穿戴设备等用户设备(即ue，userequipment)；基站104可以用各类型的基站，例如nb-iot基站。

在一个实施例中，如图2所示，提供了一种用户调度方法，以该方法应用于图1中的基站为例进行说明，包括以下步骤：

步骤s202，根据当前待调度用户的pdcch搜索空间次数，进行pdcch资源遍历搜索。

其中，pdcch搜索空间次数为根据当前待调度用户的时延得到的；时延为调度需求开始时刻至当前调度时刻的时间长度。

具体地，对于每一个有调度需求的用户，等待调度的时间越长则时延越大。而本申请可记录每个待调度用户的时延，即从有调度需要开始(即调度需求开始时刻)到当前调度时刻的时间长度；并可依据应用需求对不同时延的用户设置不同的pdcch搜索空间次数。

在一个具体的示例中，对于高时延问题，可设置pdcch搜索空间次数随着时延的增大而增大。

需要说明的是，上述高时延问题指的是某些用户的pdcch搜索空间(或者pdcch对应的pdsch/pusch所需要的资源空间)被其他用户占用，较长时间无法调度成功而引起高时延的问题。

在一个具体的实施例中，在根据当前待调度用户的pdcch搜索空间次数，进行pdcch资源遍历搜索的步骤之前还可以包括步骤：

查询当前待调度用户的时延；

获取时延对应的pdcch搜索空间次数。

具体而言，基站可查询当前待调度用户的时延大小，并对不同时延的用户设置不同的pdcch搜索空间次数。而本申请根据用户时延的大小自动调整每次调度时pdcch搜索空间长度，以提高用户资源分配成功的概率，达到减少高时延用户比例的目的。

在一个具体的实施例中，pdcch搜索空间次数为初始pdcch搜索空间次数与偏移次数的和；偏移次数随着时延的增大而增大。

具体而言，令pdcch搜索空间次数为p，原则上p＝初始pdcch搜索空间次数+偏移次数；其中，时延越大，偏移次数越大。

需要说明的是，初始pdcch搜索空间次数对所有待调度用户而言都是相同的；而偏移次数可依据经验数据或实际应用设置。在一个具体的示例中，偏移次数与时延的大小成正比。

步骤s204，在遍历搜索到可用pdcch资源时，确认当前待调度用户的pdcch调度成功。

具体而言，对不同的用户按照对应的pdcch搜索空间次数进行pdcch资源遍历搜索，直到搜索到可用的pdcch资源空间为止。进一步的，根据上述步骤得到的每个待调度用户的pdcch搜索空间次数p，对该用户进行pdcch资源遍历搜索，若遍历完p次搜索空间后仍然未能成功分配pdcch资源，则认为pdcch调度失败，开始一下用户的调度。

在一个具体的实施例中，在遍历搜索到可用pdcch资源时，确认当前待调度用户的pdcch调度成功的步骤之后还可以包括步骤：

进行pdsch资源搜索或pusch资源搜索；

在pdsch资源搜索成功或pusch的资源搜索成功时，确认当前待调度用户的调度成功。

具体而言，在用户调度中，pdcch调度与pdsch或pusch的资源调度满足串行关系；即在pdcch调度成功后，间隔一个固定时间，才开始进行pdsch或pusch的资源搜索。其中，本申请根据上述步骤得到的每个待调度用户的pdcch搜索空间次数p对该用户进行pdcch资源遍历搜索，若遍历完p次搜索空间后仍然未能成功分配pdcch资源，则认为调度失败，否则进行pdsch或pusch的资源搜索(pdsch/pusch的资源起始时刻跟pdcch的分配有时序关系)，若pdsch或pusch的资源搜索成功，则认为此用户调度成功，否则调度失败，开始一下用户的调度。

上述用户调度方法中，根据用户时延的大小自动调整每次调度时pdcch搜索空间的大小，使得时延较大用户进行更多次、更长资源范围内的pdcch资源搜索；具体的，根据用户时延的大小自动调整每次调度时pdcch搜索空间长度(即根据当前待调度用户的pdcch搜索空间次数，进行pdcch资源遍历搜索)，以提高用户资源分配成功的概率，达到减少高时延用户比例的目的；本申请通过搜索空间长度自适应，以解决采用固定pdcch搜索空间长度时引起的部分用户高时延问题：也即某些用户的pdcch搜索空间(或者pdcch对应的pdsch/pusch所需要的资源空间)被其他用户占用，较长时间无法调度成功而引起高时延的问题。

在一个实施例中，如图3所示，提供了一种用户调度方法，以该方法应用于图1中的基站为例进行说明，包括以下步骤：

步骤s302，记录各待调度用户的时延，并获取各时延门限；

具体而言，基站可记录每个待调度用户的时延情况，即从有调度需要开始到当前调度时刻的时间长度，并预设多个时延门限。其中，对于每一个有调度需求的用户，等待调度的时间越长则时延越大；其次，可设定多个时延门限，依次由小到大。而各时延门限的大小可依据经验数据或实际应用设置，其目的是对各时延进行分类。在一个具体的示例中，各时延门限可以分别依次为10ms(毫秒)、20ms等。

步骤s304，查询当前待调度用户的时延，将当前待调度用户的时延与各时延门限进行比较，得到当前待调度用户所属的时延区间；

具体而言，一方面，基站可查询当前待调度用户的时延大小，对不同时延的用户设置不同的pdcch搜索空间次数，例如，依据pdcch搜索空间次数随着时延的增大而增大的原则进行设置；进一步的，基站可查询当前待调度用户的时延大小，并比较该用户时延与各时延门限的关系，对属于不同时延区间的用户设置不同的pdcch搜索空间次数p，进而本申请可通过获取待调度用户的所属的时延区间，得到该调度用户的pdcch搜索空间次数。

在一个具体的示例中，时延区间可以包括小于10ms、10ms～20ms等。

步骤s306，将时延区间对应的pdcch搜索空间次数，确认当前待调度用户的pdcch搜索空间次数；

具体地，基站可首先获取初始pdcch搜索空间次数。基站查询当前待调度用户的时延大小，并比较该用户时延与各时延门限的关系，对属于不同时延区间的用户设置不同的pdcch搜索空间次数p，原则上p＝初始pdcch搜索空间次数+偏移次数；其中，时延越大，偏移次数越大。

步骤s308，根据当前待调度用户的pdcch搜索空间次数，进行pdcch资源遍历搜索；

步骤s310，在遍历搜索到可用pdcch资源时，确认当前待调度用户的pdcch调度成功。

需要说明的是，步骤s308～步骤s310的实现过程可参照上述步骤s202～步骤s204的实现过程，此处不再赘述。

在一个具体的实施例中，步骤s310在遍历搜索到可用pdcch资源时，确认当前待调度用户的pdcch调度成功的之后还可以包括步骤：

进行pdsch资源搜索或pusch资源搜索；

在pdsch资源搜索成功或pusch的资源搜索成功时，确认当前待调度用户的调度成功。

下面结合一个具体的实例对本申请的方案进行阐释；如图4所示，提供了一种用户调度方法，以该方法应用于图1中的基站为例进行说明，包括以下步骤：

步骤s402、基站记录每个用户的时延并每毫秒进行更新，同时预设多个时延门限，形成多个时延区间。用户等待成功调度的时间越长，则时延越大。

步骤s404、基站获取每个待调度用户的时延信息，并与时延门限进行比较，判断该用户属于哪个时延区间，对于不同时延区间的用户，设置不同的pdcch搜索空间次数。

其中，搜索空间次数p＝初始pdcch搜索空间次数+偏移次数，时延越大，偏移次数越大。

步骤s406、基站对每个用户进行调度时，根据不同用户的pdcch搜索空间次数进行不同次数的遍历搜索，直到搜索pdcch资源成功为止。

具体地，例如根据步骤s404确定出的某个用户的pdcch搜索空间次数p＝16，则对此用户进行连续16个pdcch搜索空间的资源搜索。若搜索完16个空间，仍未能成功分配pdcch资源，则认为调度失败，开始下个用户的调度；若其中某个pdcch搜索空间可以成功分配pdcch资源，则认为pdcch调度成功，接着进行pdsch或pusch的资源搜索(pdsch/pusch的资源起始时刻跟pdcch的分配有时序关系)，若pdsch或pusch的资源搜索成功，则认为此用户调度成功，否则调度失败，开始下个用户的调度。

本申请通过实现搜索空间长度自适应，根据用户时延的大小自动调整每次调度时pdcch搜索空间长度，以提高用户资源分配成功的概率，达到减少高时延用户比例的目的。可以广泛应用于lte系统的调度算法中。且本申请用户调度方法，可由软件实现，不需要对现有设备系统进行实体结构改动。进一步的，在实际应用中，可以使用第三方测试终端进行观察收集，进而明确某软件或某设备执行了本申请用户调度方法中的相关步骤。

下面结合附图图5说明本申请中用户调度方法中pdcch搜索空间长度自适应的时序。如图5所示，其中，各方块中编号0、1、2、3、4、5…13…等表示无线帧号，即以1ms为编号间隔。浅灰色填充方块表示已经被之前的调度占用的资源。k0、k8表示pdcch搜索空间的起始位置，而依据现有协议规定，用户设备ue0、用户设备ue1均有两个起始位置；其中，ue0-时延较大(pdcch搜索空间次数配置为2)；ue1-时延较小(pdcch搜索空间次数配置为1，虚线框表示为2的情况)。

由图5可知，对于不同时延的两个用户，ue0和ue1，在进行调度的时刻，如果二者的pdcch搜索空间次数同样为2的话，即使ue0优先调度，但由于不同ue的pdcch搜索空间起始位置不一样，仍然可能出现ue0的搜索空间都被占用不能调度，反而后调度的ue1可以调度成功，但若ue1调度成功后，则会继续占用资源，使得下一次ue0调度的时候可能继续调度失败；但如果ue0的搜索空间次数大于ue1的搜索空间次数，例如ue0的搜索空间次数为2，ue1的搜索空间次数为1；或者ue0的搜索空间次数为3，ue1的搜索空间次数为2，则不会出现上述情况。

可以明确，本申请能够实现搜索空间长度自适应，有效解决采用固定pdcch搜索空间长度时引起的高时延用户较多的问题：也即某些用户的pdcch搜索空间(或者pdcch对应的pdsch/pusch所需要的资源空间)被其他用户占用，较长时间无法调度成功而引起高时延的问题。本申请根据用户时延的大小自动调整每次调度时pdcch搜索空间的大小，使得时延较大用户进行更多次，更长资源范围内的pdcch资源搜索，以提高该类用户资源分配成功的几率，降低高时延用户出现的可能性。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图6所示，提供了一种用户调度装置，包括：

pdcch资源分配模块610，用于根据当前待调度用户的pdcch搜索空间次数，进行pdcch资源遍历搜索，并在遍历搜索到可用pdcch资源时，确认当前待调度用户的pdcch调度成功；pdcch搜索空间次数为根据当前待调度用户的时延得到的；时延为调度需求开始时刻至当前调度时刻的时间长度。

如图7所示，在一个具体的实施例中，pdcch搜索空间次数随着时延的增大而增大；

还包括：

用户时延管理模块，用于查询当前待调度用户的时延；

用户pdcch搜索空间次数获取模块，用于获取时延对应的pdcch搜索空间次数。

在一个具体的实施例中，用户时延管理模块，还用于记录各待调度用户的时延，并获取各时延门限；

还包括：

用户时延与门限比较模块，用于将当前待调度用户的时延与各时延门限进行比较，得到当前待调度用户所属的时延区间；

用户pdcch搜索空间次数获取模块，用于将时延区间对应的pdcch搜索空间次数，确认当前待调度用户的pdcch搜索空间次数。

在一个具体的实施例中，还包括：

pdsch/pusch资源分配模块，用于进行pdsch资源搜索或pusch资源搜索；在pdsch资源搜索成功或pusch的资源搜索成功时，确认当前待调度用户的调度成功。

在一个具体的实施例中，pdcch搜索空间次数为初始pdcch搜索空间次数与偏移次数的和；偏移次数随着时延的增大而增大。

在一个具体的实施例中，偏移次数与时延的大小成正比。

关于用户调度装置的具体限定可以参见上文中对于用户调度方法的限定，在此不再赘述。上述用户调度装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种用于与本申请中的基站交互的用户设备，该用户设备可以是终端，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种用户调度方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种基站，基站用于执行以下任一项用户调度方法的步骤：

根据当前待调度用户的pdcch搜索空间次数，进行pdcch资源遍历搜索；pdcch搜索空间次数为根据当前待调度用户的时延得到的；时延为调度需求开始时刻至当前调度时刻的时间长度；

在遍历搜索到可用pdcch资源时，确认当前待调度用户的pdcch调度成功。

在一个具体的实施例中，基站为nb-iot基站。

在一个具体的实施例中，pdcch搜索空间次数随着时延的增大而增大；

基站在根据当前待调度用户的pdcch搜索空间次数，进行pdcch资源遍历搜索的步骤之前还执行以下步骤：

查询当前待调度用户的时延；

获取时延对应的pdcch搜索空间次数。

在一个具体的实施例中，基站查询当前待调度用户的时延的步骤之前还执行以下步骤：

记录各待调度用户的时延，并获取各时延门限；

基站通过执行以下步骤实现获取时延对应的pdcch搜索空间次数的步骤：

将当前待调度用户的时延与各时延门限进行比较，得到当前待调度用户所属的时延区间；

将时延区间对应的pdcch搜索空间次数，确认当前待调度用户的pdcch搜索空间次数。

在一个具体的实施例中，基站在遍历搜索到可用pdcch资源时，确认当前待调度用户的pdcch调度成功的步骤之后还执行以下步骤：

进行pdsch资源搜索或pusch资源搜索；

在pdsch资源搜索成功或pusch的资源搜索成功时，确认当前待调度用户的调度成功。

在一个具体的实施例中，pdcch搜索空间次数为初始pdcch搜索空间次数与偏移次数的和；偏移次数随着时延的增大而增大。

在一个具体的实施例中，偏移次数与时延的大小成正比。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

根据当前待调度用户的pdcch搜索空间次数，进行pdcch资源遍历搜索；pdcch搜索空间次数为根据当前待调度用户的时延得到的；时延为调度需求开始时刻至当前调度时刻的时间长度；

在遍历搜索到可用pdcch资源时，确认当前待调度用户的pdcch调度成功。

在一个具体的实施例中，pdcch搜索空间次数随着时延的增大而增大；计算机程序被处理器执行时还实现以下步骤：

查询当前待调度用户的时延；

获取时延对应的pdcch搜索空间次数。

在一个具体的实施例中，计算机程序被处理器执行时在查询当前待调度用户的时延的步骤之前还实现以下步骤：

记录各待调度用户的时延，并获取各时延门限；

获取时延对应的pdcch搜索空间次数的步骤包括：

将当前待调度用户的时延与各时延门限进行比较，得到当前待调度用户所属的时延区间；

将时延区间对应的pdcch搜索空间次数，确认当前待调度用户的pdcch搜索空间次数。

在一个具体的实施例中，计算机程序被处理器执行时还实现以下步骤：

在遍历搜索到可用pdcch资源时，确认当前待调度用户的pdcch调度成功的步骤之后还包括步骤：

进行pdsch资源搜索或pusch资源搜索；

在pdsch资源搜索成功或pusch的资源搜索成功时，确认当前待调度用户的调度成功。

在一个具体的实施例中，计算机程序被处理器执行时还实现以下步骤：

pdcch搜索空间次数为初始pdcch搜索空间次数与偏移次数的和；偏移次数随着时延的增大而增大。

在一个具体的实施例中，计算机程序被处理器执行时还实现以下步骤：

偏移次数与时延的大小成正比。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。