背景技术
在LTE(Long Term Evolution,长期演进)系统中,终端需要同时对公共PDCCH搜索空间和UE专属的PDCCH搜索空间中的PDCCH(PhysicalDownlink Control Channel,物理下行控制信道)进行盲检测,其中,一个UE专属的PDCCH搜索空间是与一种CCE聚合等级关联的,指的是一种CCE聚合等级下需要盲检的PDCCH个数。PDCCH的CCE(Control Channel Element,控制信道单元)聚合等级可以为1、2、4和8。具体地,在公共PDCCH搜索空间中,CCE聚合等级只能为4和8,相应地,公共PDCCH搜索空间中的候选PDCCH的个数分别为4和2;在UE专属的PDCCH搜索空间中,每种CCE聚合等级下需要盲检的候选PDCCH的个数是不同的。
目前的LTE-A(Long Term Evolution-Advanced,高级长期演进)中,UE专属的PDCCH搜索空间的定义主要包括两种方案:
方案1:对于一个CCE聚合等级,一个PDCCH成员载波中包括多个UE专属的PDCCH搜索空间,如图1所示。
方案2:对于一个CCE聚合等级,一个PDCCH成员载波中至多包括一个UE专属的PDCCH搜索空间,如图2所示。
3GPP TS36.213的9.1.1中对PDCCH搜索空间中的候选PDCCH的个数给出具体的描述,如表1所示:
表1:PDCCH搜索空间中的候选PDCCH
由表1的内容可知,对应于[1,2,4,8]四种CCE聚合等级,UE专属的PDCCH搜索空间中的候选PDCCH的个数可以为[6,6,2,2]。由于对于每种传输模式需要盲检两种DCI(Downlink Control Information,下行控制信息)格式,LTE终端需要盲检的次数为44次。
对于LTE-A系统而言,为了支持比LTE系统更宽的系统带宽,例如100MHz,需要将多个LTE载波(又称成员载波)的资源连接起来使用。具体地,将多个连续或不连续的LTE载波进行聚合,为LTE-A提供更大的传输带宽,如图3所示。载波聚合系统中的每个载波上的设计保持与LTE Release 8尽量一致,从而保证LTE R8的终端能够在每一个成员载波上正常工作,其中,系统中上下行载波可以不对称配置,各个成员载波的带宽可以是不一致的。
考虑到PDCCH设计的复杂度、调度的灵活性,以及上下行非对称载波聚合情况,载波聚合系统中的PDCCH控制方案包括以下两种:PDCCH option 1a和PDCCH option 1b,其中,PDCCH option 1a控制方案不支持跨成员载波间的调度方式,每个载波独立发送PDCCH,该PDCCH仅能调度本载波的物理资源或者对应的有配对关系的上行成员载波中的资源,如图4所示;PDCCHoption 1b控制方案支持跨成员载波间的调度方式,可以通过一个成员载波上的多个PDCCH调度其他成员载波的物理资源,每条PDCCH只能调度一个成员载波的资源,如图5所示。目前,在LTE-A系统的讨论过程中,上述两种PDCCH的控制方案均会在LTE-A系统中存在,具体应用情况通过半静态配置决定。
由于LTE-A系统中的各个成员载波的带宽可以是不一致的,导致调度不同成员载波的DCI比特数也可以不同,在进行跨载波调度时,使得PDCCH盲检的复杂度较高。具体地,在LTE-A系统中,终端的最大盲检次数不大于N×D,其中,N为终端配置的可以接收PDSCH(Physical Downlink SharedChannel,物理下行共享信道)的成员载波的个数;D为在没有交叉调度时,每个载波上最大的盲检次数,具体的最大盲检次数需要根据实际情况进一步确定。
现有技术主要通过以下几种方案降低PDCCH盲检复杂度:
方案1:指示当前的DCI的格式
通过增加一个格式指示(FI)来指示所传输的DCI格式,如图6所示,FI和DCI独立编码。在接收端,UE首先对FI进行译码,从而判断当前的DCI格式是否为当前需要检测的DCI格式,如果不是,则不对DCI进行卷积译码,从而降低盲检的复杂度。
方案2:DCI padding(填充)的方式
通过将大小不同的DCI padding成相同大小的DCI,减少DCI大小的种类,从而降低盲检的DCI的种类,可以降低终端的盲检次数。
方案3:指示CCE聚合长度
通过通知终端PDCCH的CCE聚合长度,终端根据得到的PDCCH的CCE聚合长度的指示,只对相应的CCE聚合长度的候选PDCCH进行盲检。
发明人在实现本发明的过程中,发现现有技术至少存在如下问题:
在指示当前的DCI的格式方案中,FI与DCI的译码是一个两步译码的过程,同时,FI需要占用PDCCH的资源,在一定程度上会影响PDCCH的可靠性;DCI padding(填充)的方式中,需要额外的信令开销用于DCI padding。另外,在通过软件的升级使LTE终端能够支持20MHz以内的载波聚合场景中,可以将一个连续的20MHz的载波分成2个连续聚合的10MHz的成员载波,考虑到LTE终端的硬件能力,该场景下终端的盲检次数应该与一个20MHz载波的PDCCH盲检的次数大致相仿(大约44次盲检),而现有技术中提出的技术方案均无法满足该场景的上述要求。
具体实施方式
本发明实施例提供的技术方案中,根据UE的盲检能力信息为UE配置每个PDCCHCC上需要监听的候选PDCCH的个数,使UE根据该候选PDCCH的个数进行PDCCH盲检。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图7所示,为本发明实施例一中的一种PDCCH盲检的方法流程图,包括以下步骤:
步骤701,UE从基站设备获取用户设备的候选PDCCH配置信息。
其中,候选PDCCH配置信息可以包括:与每个CCE聚合等级对应的候选PDCCH的个数;也可以包括:至少一个CCE聚合等级,以及所述CCE聚合等级对应的候选PDCCH的个数;也可以包括:至少一个PDCCH成员载波上与每个CCE聚合等级对应的候选PDCCH的个数;也可以包括:至少一个PDCCH成员载波上的至少一个CCE聚合等级,以及所述至少一个PDCCH成员载波上的至少一个CCE聚合等级对应的候选PDCCH的个数;还可以包括:至少一个UE专属的PDCCH搜索空间对应的CCE聚合等级所对应的候选PDCCH的个数。
具体地,UE从基站设备获取所述用户设备的候选PDCCH配置信息之前,还可以将自身的PDCCH盲检能力信息通知基站设备,并获取该基站设备根据盲检能力信息配置的每个PDCCH CC上需要监听的与CCE聚合等级对应的候选PDCCH的个数。
其中,用户设备的PDCCH盲检能力信息包括所述用户设备的最大PDCCH盲检次数,用户设备根据候选PDCCH配置信息进行PDCCH盲检的次数不大于用户设备的最大PDCCH盲检次数。PDCCH CC可以为UE需要监听的PDCCH所在的CC,候选PDCCH可以包括UE专属的PDCCH搜索空间中的候选PDCCH,也可以包括公共PDCCH搜索空间中的候选PDCCH。基站设备配置的候选PDCCH的个数可以为[a1,a2,a3,a4],即对应于CCE聚合等级[1,2,4,8],候选PDCCH的个数分别为a1,a2,a3,a4。UE在基站设备配置的所有候选PDCCH上的盲检次数总和不大于UE的最大盲检次数。需要说明的是,本发明实施例中的CCE聚合等级并不局限于[1,2,4,8],也可以包括其他等级。
具体地,基站设备可以为每个PDCCH CC配置所有CCE聚合等级的候选PDCCH的个数。例如,当UE的PDCCH CC包括CC1和CC2时,基站设备可以对应CC1和CC2分别将候选PDCCH的个数配置为[3,3,1,1]和[0,0,4,4]。
基站设备也可以为每个PDCCH CC配置最小CCE聚合等级,并为每个PDCCH CC配置CCE聚合等级不小于该最小CCE聚合等级的候选PDCCH的个数。例如,基站设备可以将最小CCE聚合等级配置为4,并且只需要配置CCE聚合等级为4和8的候选PDCCH的个数。通过配置最小CCE聚合等级,可以将盲检次数在不同CCE聚合等级之间进行调整,从而减少PDCCH blocking的概率。
步骤702,用户设备根据候选PDCCH配置信息进行PDCCH盲检。
具体地,UE可以根据基站设备配置的UE专属的PDCCH搜索空间中的所有CCE聚合等级下的候选PDCCH的个数[a1,a2,a3,a4]进行PDCCH盲检。其中,UE的最大盲检次数与UE最大盲检的候选PDCCH的个数之间存在关联关系。例如,在LTE系统中,由于只有一个成员载波,因此,一个候选PDCCH最多盲检2种DCI格式;在LTE-A系统中,如果没有跨载波调度,考虑到上行SU-MIMO(Single User Multi-input Multi-output,单用户多输入多输出)和上行非连续资源分配等因素,一个PDCCHcandidate最多盲检的DCI的种类可以大于2种;在LTE-A系统存在跨载波调度的情况下,如果各个成员载波的带宽不同,则不同的成员载波中相同格式的DCI对应的DCI size不同,PDCCH CC上的UE专属的PDCCH搜索空间中的每个候选PDCCH需要盲检4次或4次以上。
本发明实施例的技术方案具有以下优点,因为根据UE的盲检能力信息为UE配置每个PDCCH CC上需要监听的候选PDCCH的个数,使UE根据该候选PDCCH的个数进行PDCCH盲检,能够灵活控制UE的PDCCH盲检次数,并降低PDCCH blocking的概率。
如图8所示,为本发明实施例二中的一种PDCCH盲检配置的方法流程图,包括以下步骤:
步骤801,基站设备为UE配置候选PDCCH配置信息。
其中,候选PDCCH配置信息可以包括:与每个CCE聚合等级对应的候选PDCCH的个数;也可以包括:至少一个CCE聚合等级,以及所述CCE聚合等级对应的候选PDCCH的个数;也可以包括:至少一个PDCCH成员载波上与每个CCE聚合等级对应的候选PDCCH的个数;也可以包括:至少一个PDCCH成员载波上的至少一个CCE聚合等级,以及所述至少一个PDCCH成员载波上的至少一个CCE聚合等级对应的候选PDCCH的个数;还可以包括:至少一个UE专属的PDCCH搜索空间对应的CCE聚合等级所对应的候选PDCCH的个数。
具体地,基站设备为UE配置候选PDCCH配置信息之前,还可以接收所述用户设备的PDCCH盲检能力信息。基站设备根据盲检能力信息为UE配置每个PDCCH CC上需要监听的与CCE聚合等级对应的候选PDCCH的个数,使UE根据该候选PDCCH的个数进行PDCCH盲检。
其中,用户设备的PDCCH盲检能力信息包括所述用户设备的最大PDCCH盲检次数,所述基站设备为所述用户设备配置的候选PDCCH配置信息使得所述用户设备根据所述候选PDCCH配置信息进行PDCCH盲检的次数不大于所述用户设备的最大PDCCH盲检次数。基站设备可以为每个PDCCH CC配置所有CCE聚合等级的候选PDCCH的个数,也可以为每个PDCCH CC配置最小CCE聚合等级,并为每个PDCCH CC配置CCE聚合等级不小于该最小CCE聚合等级的候选PDCCH的个数。其中,候选PDCCH包括UE专属的PDCCH搜索空间中的候选PDCCH。其中,PDCCHCC为UE需要监听的PDCCH所在的CC,UE在基站设备配置的所有候选PDCCH上的盲检次数总和不大于UE的最大盲检次数。
步骤802,基站设备将候选PDCCH配置信息发送给UE。
本发明实施例的技术方案具有以下优点,因为根据UE的盲检能力信息为UE配置每个PDCCH CC上需要监听的候选PDCCH的个数,使UE根据该候选PDCCH的个数进行PDCCH盲检,能够灵活控制UE的PDCCH盲检次数,并降低PDCCH blocking的概率。
以下结合具体的应用场景,对本发明实施例中的PDCCH盲检的方法进行详细的描述。在如图9所示的场景中,UE需要监听的PDCCH CC包括两个系统带宽分别为10MHz和5MHz的连续聚合的成员载波,即CC1和CC2。该场景中不存在跨载波调度的情况,各个成员载波独立发送PDCCH,该PDCCH仅调度本成员载波内的物理资源。此外,可以限制UE的最大盲检次数为44次。相应地,该场景下的PDCCH盲检方法流程图,如图10所示,包括以下步骤:
步骤1001,UE向基站设备发送盲检能力信息。
步骤1002,基站设备将公共PDCCH搜索空间配置在CC1上,并将公共PDCCH搜索空间中的候选PDCCH的个数固定为6个。
步骤1003,基站设备将CC1上的每种CCE聚合等级的UE专属的PDCCH搜索空间中的候选PDCCH的个数分别配置为[3,3,1,1],将CC2上的每种CCE聚合等级的UE专属的PDCCH搜索空间中的候选PDCCH的个数分别配置为[0,0,4,4]。
步骤1004,UE根据CC1和CC2上的每种CCE聚合等级的UE专属的PDCCH搜索空间中的候选PDCCH的个数进行盲检。
具体地,UE对应的候选PDCCH的个数的总和为6(公共PDCCH搜索空间)+8(CC1)+8(CC2)=22,由于UE需要在一个候选PDCCH上盲检2种DCI格式,因此,UE对应的盲检次数的总和为6×2+8×2+8×2=44。
需要说明的是,本发明实施例中的方法可以根据实际需要对各个步骤顺序进行调整。
本发明实施例的技术方案具有以下优点,因为根据UE的盲检能力信息为UE配置每个PDCCH CC上需要监听的候选PDCCH的个数,使UE根据该候选PDCCH的个数进行PDCCH盲检,能够灵活控制UE的PDCCH盲检次数,并降低PDCCH blocking的概率。
在如图11所示的场景中,UE需要监听的PDCCH CC包括两个系统带宽分别为10MHz和5MHz的连续聚合的成员载波,即CC1和CC2。该场景中存在跨载波调度的情况,通过CC1上的多个PDCCH调度其他成员载波的物理资源。此外,可以限制UE的最大盲检次数为44次。相应地,PDCCH盲检方法流程图,如图12所示,包括以下步骤:
步骤1201,UE向基站设备发送盲检能力信息。
步骤1202,基站设备将公共PDCCH搜索空间配置在CC1上,并将公共PDCCH搜索空间中的候选PDCCH的个数固定为6个。
步骤1203,基站设备将CC1上的每种CCE聚合等级的UE专属的PDCCH搜索空间中的候选PDCCH的个数分别配置为[3,3,1,1]。
步骤1204,UE根据CC1上的每种CCE聚合等级的UE专属的PDCCH搜索空间中的候选PDCCH的个数进行盲检。
具体地,UE对应的候选PDCCH的个数的总和为6(公共PDCCH搜索空间)+8(CC1)=14,其中,公共PDCCH搜索空间中每个候选PDCCH需要盲检2种DCI格式;而CC1和CC2的带宽不同,导致CC1和CC2中相同格式的DCI对应的DCI size不同,在CC1上的每种CCE聚合等级的UE专属的PDCCH搜索空间中的每个候选PDCCH需要盲检4次,因此,UE对应的盲检次数的总和为6×2+8×4=44。
本发明实施例的技术方案具有以下优点,因为根据UE的盲检能力信息为UE配置每个PDCCH CC上需要监听的候选PDCCH的个数,使UE根据该候选PDCCH的个数进行PDCCH盲检,能够灵活控制UE的PDCCH盲检次数,并降低PDCCH blocking的概率。
在如图13所示的场景中,UE需要监听的PDCCH CC包括两个系统带宽分别为10MHz和5MHz的连续聚合的成员载波,即CC1和CC2。该场景中存在跨载波调度的情况,通过CC1上的多个PDCCH调度其他成员载波的物理资源。此外,可以限制UE的最大盲检次数为44次。相应地,PDCCH盲检方法流程图,如图14所示,包括以下步骤:
步骤1401,UE向基站设备发送盲检能力信息。
步骤1402,基站设备将公共PDCCH搜索空间配置在CC1上,并将公共PDCCH搜索空间中的候选PDCCH的个数固定为6个。
步骤1403,基站设备将CC1上的每种CCE聚合等级的UE专属的PDCCH搜索空间中的候选PDCCH的个数分别配置为[3,3,1,1],将CC2上的每种CCE聚合等级的UE专属的PDCCH搜索空间中的候选PDCCH的个数分别配置为[3,3,1,1]。
步骤1404,UE根据CC1和CC2上的每种CCE聚合等级的UE专属的PDCCH搜索空间中的候选PDCCH的个数进行盲检。
具体地,UE对应的候选PDCCH的个数的总和为6(公共PDCCH搜索空间)+8(CC1对应的UE专属的PDCCH搜索空间)+8(CC2对应的UE专属的PDCCH搜索空间)=22,由于UE需要在一个候选PDCCH上盲检2种DCI格式,因此,UE对应的盲检次数的总和为6×2+8×2+8×2=44。
本发明实施例的技术方案具有以下优点,因为根据UE的盲检能力信息为UE配置每个PDCCH CC上需要监听的候选PDCCH的个数,使UE根据该候选PDCCH的个数进行PDCCH盲检,能够灵活控制UE的PDCCH盲检次数,并降低PDCCH blocking的概率。
如图15所示,为本发明实施例六中的一种UE结构示意图,该UE 150包括:
通知模块1510,用于将用户设备的PDCCH盲检能力信息通知基站设备。
获取模块1520,用于从基站设备获取所述用户设备的候选PDCCH配置信息。
盲检模块1530,用于根据获取模块1520获取的候选PDCCH配置信息进行PDCCH盲检。
其中,用户设备的PDCCH盲检能力信息包括所述用户设备的最大PDCCH盲检次数;盲检模块1530根据所述候选PDCCH配置信息进行PDCCH盲检的次数不大于所述用户设备的最大PDCCH盲检次数。
本发明实施例的技术方案具有以下优点,因为根据UE的盲检能力信息为UE配置每个PDCCH CC上需要监听的候选PDCCH的个数,使UE根据该候选PDCCH的个数进行PDCCH盲检,能够灵活控制UE的PDCCH盲检次数,并降低PDCCH blocking的概率。
如图16所示,为本发明实施例七中的一种基站设备结构示意图,包括:
接收模块1610,用于接收用户设备的PDCCH盲检能力信息。
配置模块1620,用于为UE配置候选PDCCH配置信息。
其中,用户设备的PDCCH盲检能力信息包括所述用户设备的最大PDCCH盲检次数;配置模块1620为所述用户设备配置的候选PDCCH配置信息使得所述用户设备根据所述候选PDCCH配置信息进行PDCCH盲检的次数不大于所述用户设备的最大PDCCH盲检次数。
发送模块1630,用于将配置模块1620配置的候选PDCCH配置信息发送给所述UE。
本发明实施例的技术方案具有以下优点,因为根据UE的盲检能力信息为UE配置每个PDCCH CC上需要监听的候选PDCCH的个数,使UE根据该候选PDCCH的个数进行PDCCH盲检,能够灵活控制UE的PDCCH盲检次数,并降低PDCCH blocking的概率。
需要说明的是,本发明实施例中的方法和设备可以根据实际需要对各个步骤顺序进行调整。本发明实施例中的方法可以应用于LTE-A系统中,也可以应用于其他通信系统中。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以集成于一体,也可以分离部署,可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。