HK1256491B - 用於发送和接收下行链路控制信息的方法和装置 - Google Patents

Description

用于发送和接收下行链路控制信息的方法和装置

相关申请

本申请要求于2013年1月16日提交的第61/753,086号美国临时申请的优先权，通过引用将该美国临时申请的全部内容并入本文。

技术领域

本申请一般涉及无线通信系统中的下行链路控制信息，以及特别是涉及分别被配置为发送和接收此类下行链路控制信息的基站和用户设备。

背景技术

载波聚合是一种特征，凭借该特征，所谓的分量载波（还被称为“小区”）并行地被传送给相同的用户设备（UE）或来自相同的用户设备（UE）。将分量载波聚合成对于特定UE的更大的单个整体载波利用了对于该UE的更多频谱，以及与由任何个体分量载波提供的速率相比，从而使得该UE能够达到更高的峰值速率。在长期演进（LTE）系统中，例如，个体分量载波每个都包括后向兼容的LTE载波（在带宽中，范围从1.4MHz到20MHz），意味的是，聚合这些非常大的频谱部分允许UE使用超过20MHz的个体LTE载波带宽。当然，所聚合的分量载波不需要在频域中是连续的。这使得具有小的（即，碎片的）频谱分配（典型地来自10MHz以及以下）的系统运营商能够对于特定UE来组合那些小的频谱分配。

能够载波聚合的UE在下行链路（DL）方向和上行链路（UL）方向中的每个方向中具有一个主分量载波（即，一个主小区）。与主分量载波聚合，UE可以在DL和UL中的每个中具有一个或多个第二分量载波（即，一个或多个辅小区）。然而，在每个方向中，辅小区的数量不必是相同的，以便是对称的。在一些LTE发布中，例如，UE在每个方向中具有一个主小区，但是在仅DL中而不是在UL中，不对称地具有辅小区。在分量载波方面，这意味的是，UE具有2个DL载波以及单个UL载波。

一般地，网络通过在UE的下行链路小区中的每个UE的下行链路小区上的下行链路控制信道上来传送DCI消息，将下行链路控制信息（DCI）传送给UE，其中在下行链路小区上传送的DCI与该下行链路小区和相关联的上行链路小区有关。在LTE系统中，例如，网络通过在每个下行链路小区上的物理下行链路控制信道（PDCCH）上传送DCI消息将DCI传送给UE（其中，一个PDCCH载有一个DCI消息以及专用于特定UE）。这就是说，如果使用跨载波调度，则网络可以在一个下行链路小区上向UE传送与多个小区有关的DCI。

UE必须监测网络是否已经传送了旨在特定对于该UE的下行链路控制信道。为了减少此类监测的复杂性，网络基于所谓的控制信道元素（CCE）使下行链路控制信道至传输资源的映射受制于某一结构。CCE是用于控制信道传输的已定义数目的传输资源的集合（例如，在LTE中，36个资源元素的集合）。CCE（网络将下行链路控制信道映射到该CCE）的数目（还被称为“聚合级别”）是可变的。这就是说，可能的聚合级别是受约束的。在LTE系统中，例如，可能的聚合级别被限制于1、2、4或8，对应于对于给定PDCCH的1、2、4或8的聚合。在任何给定的聚合级别上聚合连续CCE的可能方式也是受约束的。例如，在CCE被顺序地索引的情况下（例如，被索引为CCE 0-39），连续的CCE的聚合能够仅在某些CCE索引上开始；也就是说，对于连续CCE的聚合的第一CCE索引是受约束的。这些约束意味的是，仅存在某些CCE或CCE的聚合（在本文中被称为控制信道候选），网络能够将下行链路控制信道映射在它们上。

为了防止任何给定的UE必须监测对于旨在用于该UE的信道的所有控制信道候选，另外的约束指定的是，该UE仅需要监测控制信道候选的某一集合。在所谓的搜索空间方面，根据逐聚合级别聚合来定义特定UE必须监测的控制信道候选的集合。搜索空间是在给定聚合级别上的控制信道候选的群组。每个UE具有对于每个聚合级别的所谓的UE特定的搜索空间（USS），其中如本文中使用的USS是搜索空间，该搜索空间定义特定UE将监测的在特定聚合级别上的控制信道候选的一部分。所有UE除了它们的UE特定的搜索空间之外还监测一个或多个共同搜索空间（CSS）。如本文中使用的CSS是搜索空间，该搜索空间定义所有UE将监测的在特定聚合级别上的控制信道候选的一部分。注意地，CSS能够与USS重叠，意味的是，在特定UE必须监测的候选集合内的候选不是必须是唯一的。

UE通过尝试解码控制信道候选，对于旨在用于该UE的下行链路控制信道是否已经被映射到该控制信道候选来监测该控制信道候选。如果解码尝试成功，则UE宣告：旨在用于该UE的控制信道被映射到所解码的候选以及已经在该控制信道上传送了有效的DCI消息。接着，UE通过解释该DCI消息的比特字段，继续处理在该信道上传送的有效的DCI消息。然而，由于可以根据不同可能的所谓的DCI格式来格式化DCI消息的事实，这种监测过程是复杂的。DCI格式对应于某一正常的DCI消息有效载荷大小和使用。例如，LTE系统根据在TS36.212 V10.4.0中的章节5.3.3.1.1连同在36.213 V11.1.0中的章节7.2.1，定义了不同的DCI格式。因为在任何给定时间由下行链路控制信道所使用的特定DCI格式对于UE而言是先验未知的，因此UE必须盲检测DCI格式。这意味的是，UE必须根据不同可能的DCI格式来尝试解码控制信道候选。一般地，UE基于不同的DCI格式指示不同的DCI消息有效载荷大小的假设，从DCI消息的有效载荷大小来识别在控制信道上传送的该DCI消息的格式。

发明内容

如果主小区向用户设备（UE）传送具有在共同搜索空间（CSS）和UE特定的搜索空间（USS）两者中共同被定义为有效的有效载荷大小的下行链路控制信息（DCI）消息，则问题出现。如果DCI消息还具有在CSS和USS中定义的相同的第一控制信道元素（CCE）索引（即，CSS和USS重叠），则UE将把该DCI消息视为有效的，而不管实际上是在CSS或USS中的哪一个传送该DCI消息。因为取决于在CSS或USS中的哪一个中传送DCI消息，该DCI消息的比特字段被差别地定义，所以一旦该消息被宣告为有效，则存在关于如何适当地解释该消息的比特字段的歧义。

解决这种歧义的已知方法是将UE配置为总是假设在CSS中由主小区来传送此类DCI消息。然而，在某些情况下，这些方法证明是有缺陷的。例如，与主小区的覆盖范围相比，这些方法严重地损害辅小区的覆盖范围。本文中的一个或多个实施例证明优于已知方法，在于它们使用无线电资源控制（RRC）来配置UE的关于在CSS或USS的哪一个中由主小区来传送此类DCI消息的假设。

更具体地，本文中的实施例包含UE，UE被配置为接收由在无线通信系统中的主小区传送给该UE的DCI。UE特征在于一个或多个处理电路，该一个或多个处理电路应当基于该UE的RRC配置而假设，在共同搜索空间或UE特定的搜索空间中，由主小区来传送DCI消息，该DCI消息在共同搜索空间和UE特定的搜索空间中具有共同的有效载荷大小和相同的第一控制信道元素索引，但是具有不同的比特字段。在一个或多个实施例中，这意味的是，这些处理电路应当基于在所接收的RRC消息中的参数是具有第一值还是具有第二值而假设，相应地在共同搜索空间或UE特定的搜索空间中，由主小区来传送DCI消息。

不管怎样，在至少一些实施例中，该一个或多个处理电路应当默认假设在共同搜索空间中由主小区来传送DCI消息。

在任何情况下，在一些实施例中，DCI消息在搜索空间中具有相同的DCI格式。可替代地，在其它实施例中，DCI消息在搜索空间中具有不同的DCI格式。

本文中的其它实施例包含基站，该基站被配置为在无线通信系统中提供将DCI发送给UE的主小区。该基站特征在于一个或多个处理电路，该一个或多个处理电路通过RRC将UE配置为假设在共同搜索空间或UE特定的搜索空间中，由主小区来传送DCI消息，该DCI消息在共同搜索空间和UE特定的搜索空间中具有共同的有效载荷大小和相同的第一控制信道元素索引，但是具有不同的比特字段。在一个或多个实施例中，一个或多个处理电路被配置为向UE发送具有在RRC消息中的参数的第一值或第二值的RRC消息，以便将该UE配置为假设相应地在共同搜索空间或UE特定的搜索空间中由主小区来传送DCI消息。

在一些实施例中，基站的一个或多个处理电路通过RRC将UE配置为假设在UE特定的搜索空间中由主小区来传送DCI消息，而不是默认假设在共同搜索空间中由主小区来传送DCI消息。

此外，在一些实施例中，DCI消息在搜索空间中具有相同的DCI格式。可替代地，在其它实施例中，DCI消息在搜索空间中具有不同的DCI格式。

在一个或多个实施例中，基站的一个或多个处理电路被配置为把将被发送给UE的DCI消息识别为在搜索空间中具有共同的有效载荷大小，即使在这些搜索空间中，在该DCI消息中的比特字段的定义是不同的。响应于这种识别，该一个或多个处理电路通过RRC将UE配置为假设在UE特定的搜索空间中来传送DCI消息。响应于这种配置，该一个或多个电路对将被发送给UE的DCI消息进行调度。

本文中的其它实施例包含由UE和基站执行的对应的方法。

附图说明

图1是根据一个或多个实施例的包含用户设备（UE）和基站的无线通信系统的框图。

图2是根据一个或多个实施例的由用户设备实现的方法的逻辑流程图。

图3是根据一个或多个实施例的由基站实现的方法的逻辑流程图。

图4是为了执行图3的方法由基站执行的处理的逻辑流程图。

图5是根据一个或多个其它实施例的方法的逻辑流程图。

图6是根据一些其它实施例的由基站实现的方法的逻辑流程图。

图7是根据又一些其它实施例的由基站实现的方法的逻辑流程图。

图8是根据另一个实施例的由基站实现的方法的逻辑流程图。

图9是根据一个或多个实施例的用户设备的框图。

图10是根据一个或多个实施例的基站的框图。

具体实施方式

图1说明了根据一个或多个实施例的无线通信系统10。如示出的，核心网（CN）12将无线电接入网（RAN）14通信地耦合到一个或多个外部网络，诸如公共交换电话网（PSTN）16、诸如互联网的分组数据网（PDN）18，或诸如此类。在一些实施例中，RAN 14包含不同的无线电接入网部署，诸如宏接入点部署、微微接入点部署，等。不论如何，RAN 14包含一个或多个基站（还被称为eNodeB或eNB）以用于与一个或多个无线通信设备（本文中还被称为用户设备，UE）通信。

特别地，在本文中，基站20传送下行链路分量载波22和相关联的上行链路分量载波（未示出），其将主小区26提供给包含UE 24的一个或多个所服务的UE。主小区26（经由基站20）通过在主小区26上的下行链路控制信道上传送DCI消息将下行链路控制信息（DCI）传送给所服务的UE。特定的UE 24通过监测一个或多个共同搜索空间（CSS）和UE特定的搜索空间（USS），来监测主小区26是否已经传送了旨在特定地用于UE 24的下行链路控制信道。

在一些情况下，主小区26向UE 24传送DCI消息，该DCI消息具有共同被定义为在CSS和USS两者中是有效的有效载荷大小。这意味的是，在USS中传送DCI消息的情况下，在CSS中，该DCI消息有效载荷大小也是有效的DCI消息。相反，在CSS中传送DCI消息的情况下，在USS中，该DCI消息有效载荷大小也是有效的DCI消息。在本文中，这个有效载荷大小被适当地称为共同的有效载荷大小，因为该有效载荷大小在CSS和USS两者中是共同的。DCI消息还具有在CSS和USS中定义的相同的第一控制信道元素（CCE）索引（即，CSS和USS重叠）。UE24被配置为将此类DCI消息视为有效的，而不管在CSS或USS哪一个中实际上传送该DCI消息。UE 24这样做，而不管取决于在CSS或USS哪一个中传送DCI消息，DCI消息的比特字段是差别定义的。为了解决以其他方式将存在的关于如何适当地解释该消息的比特字段的歧义，本文中的一个或多个实施例有利地使用无线电资源控制（RRC）来配置UE 24以做出关于由主小区26在CSS或USS哪一个中来传送DCI消息的假设。也就是说，能够通过RRC将UE 24配置为假设在共同搜索空间或UE特定的搜索空间中来传送所接收的DCI消息。

图2说明了在这点上由UE 24执行的方法100。由UE 24来实现方法100，UE 24用于接收由在无线通信系统10中的主小区26传送给该UE 24的DCI。该方法包括：UE 24基于UE24的RRC配置而假设，在共同搜索空间或UE特定的搜索空间中，由主小区26来传送DCI消息，该DCI消息在共同搜索空间和UE特定的搜索空间中具有共同的有效载荷大小和相同的第一CCE索引，但是具有不同的比特字段（框110）。也就是说，UE 24应当基于RRC配置而假设，它接收的DCI消息与UE特定的搜索空间或共同搜索空间相关联。

当然，这隐含地意味的是，UE 24接收RRC消息（框105）以及UE 24将以上假设基于在该RRC消息中的参数的值。也就是说，UE 基于在所接收的RRC消息中的参数是具有第一值还是具有第二值而假设相应地在共同搜索空间或UE特定的搜索空间中，由主小区来传送DCI消息。

在至少一些实施例中，UE 24默认假设在共同搜索空间中由主小区26来传送DCI消息。也就是说，对于RRC配置的默认值是，UE 24假设的是它接收的DCI消息与共同搜索空间有关。

注意的是，在至少一些实施例中，所描述的DCI消息在共同搜索空间和UE特定的搜索空间中具有相同的DCI格式类型。也就是说，DCI消息具有在共同搜索空间和UE特定的搜索空间中共同定义的如对于相同DCI格式类型是有效的有效载荷大小。尽管具有相同的DCI格式类型，但是取决于它是位于UE特定的搜索空间中还是位于共同搜索空间中，DCI消息含有不同的比特字段。这意味的是，响应于接收DCI消息，该DCI消息具有在共同搜索空间和UE特定的搜索空间中共同定义的如对于特定DCI格式类型是有效的有效载荷大小，UE 24基于UE的RRC配置而假设，在那些搜索空间中的一个搜索空间中来传送DCI消息。因此，UE 24根据在所假设的搜索空间中定义的那些字段来解释DCI消息中的比特字段。

在其它实施例中，所描述的DCI消息在共同搜索空间和UE特定的搜索空间中具有不同的DCI格式类型。也就是说，DCI消息具有在共同搜索空间中共同定义的如对于一种DCI格式类型是有效的以及在UE特定的搜索空间中定义的如对于不同DCI格式类型是有效的有效载荷大小。因此，取决于DCI消息是位于UE特定的搜索空间中还是位于共同搜索空间中，DCI消息必须含有不同的比特字段。这意味的是，响应于接收到DCI消息，该DCI消息具有在共同搜索空间中共同定义的如对于一种DCI格式类型是有效的以及在UE特定的搜索空间中定义的如对于不同DCI格式类型是有效的有效载荷大小，UE 24基于UE的RRC配置而假设，在那些搜索空间中的一个搜索空间中来传送DCI消息。因此，UE 24根据在所假设的搜索空间中定义的那些字段来解释DCI消息中的比特字段。

图3说明了由基站20实现的对应方法200，基站20提供将DCI发送给UE 24的主小区26。如在图3中示出的，方法200需要通过RRC将UE 24配置为假设在共同搜索空间或UE特定的搜索空间中，由主小区26来传送DCI消息，该DCI消息在共同搜索空间和UE特定的搜索空间中具有共同的有效载荷大小和相同的第一控制信道元素索引，但是具有不同的比特字段（框210）。在至少一些实施例中，响应于将UE 24配置为对于DCI消息作出以上假设，基站20对用于传输给UE 24的DCI消息进行调度。

以这种方式通过RRC来配置UE 24内在地意味的是，向UE 24发送RRC消息。在一个或多个实施例中，基站20发送具有在RRC消息中的参数的第一值或第二值的RRC消息，以便将UE 24配置为假设相应地在共同搜索空间或UE特定的搜索空间中由主小区26来传送DCI消息。

当然，如从UE 24的视角先前提及的，UE 24可以被配置为默认假设在共同搜索空间中由主小区26来传送DCI消息。在这种情况下，在当基站20将这种默认假设视为不适当的时的情况下，基站20通过RRC将UE配置为替代地假设在UE特定的搜索空间中由主小区26来传送DCI消息。例如，在RRC消息中的参数可以具有第一值或第二值，该第一值指示的是将做出默认假设（例如，CSS），该第二值指示的是将做出非默认假设（例如，USS）。

在任何情况下，在一些实施例中，基站20被配置为以持续的以及逐消息为基础来执行以上操作，作为DCI调度的一部分。图4说明了在这点上，使用基站20将UE配置为推翻CSS的默认假设的示例，由基站20执行的方法。如示出的，该方法包含：识别在共同搜索空间和UE特定的搜索空间中在DCI消息之间的有效载荷大小是相同的，尽管在那些空间中，比特字段是不同的（即，冲突）（框310）。因此，为了防止以其他方式将导致解释比特定义的歧义，该方法还包含：响应于该识别，通过RRC将UE 24配置为优先考虑UE特定的搜索空间而不是共同搜索空间（框320）。这隐含地意味的是，基站20通过RRC将UE 24配置为假设在UE特定的搜索空间中来传送DCI消息。响应于此类RRC配置，该方法最后必须调度将被发送给UE 24的DCI消息，现在已经解决了消息的先前冲突比特定义（框330）。

尽管本文中的实施例应用于利用共同搜索空间和UE特定的搜索空间以用于下行链路控制信息的传输的任何类型的无线通信系统10，但是一个或多个实施例特别地证明了能够应用于基于长期演进（LTE）的系统10。下面，将在对于由TS 36.212 V10.4.0和TS36.213 V11.1.0所限定的LTE发布的修改的情景中，来描述这些一个或多个实施例。在此类实施例中，如上所述的下行链路控制信道对应于物理下行链路控制信道（PDCCH）。此外，由被指配给预期的接收者UE的无线电网络临时身份（RNTI）对对于每个DCI消息的循环冗余校验（CRC）进行加扰，以便不需要传送明确的目的地地址。

在这个情景中，图2的方法能够被等同地阐述为由UE 24实现的方法以用于监测PDCCH候选。如本文中使用的，PDCCH候选包括：某些控制信道元素（CCE）或CCE的聚合，PDCCH能够被映射在它们上。UE 24对于旨在用于UE 24的PDCCH是否已经被映射到那些候选中的一个候选，来监测PDCCH候选的集合。在共同搜索空间和UE特定的搜索空间方面，以逐聚合级别为基础，来定义这个集合。不管怎样，在此，UE 24被配置为监测具有由UE的RNTI加扰的CRC的PDCCH候选，该PDCCH候选具有如在主小区26上的共同搜索空间和UE特定的搜索空间中定义的、共同的有效载荷大小和相同的第一CCE索引，但是具有DCI信息字段的不同集合。在这样做中，UE 24应当取决于UE 24的RRC配置而假设对于具有由UE的RNTI加扰的CRC的PDCCH候选，由主小区26来传送仅在共同搜索空间中的PDCCH或仅在UE特定的搜索空间中的PDCCH。

在一个或多个实施例中，例如，UE 24应当假设对于具有由UE的RNTI加扰的CRC的PDCCH候选，如果在由UE 24接收的RRC消息中的参数具有第一值，则由主小区26传送仅在共同搜索空间中的PDCCH。否则，UE 24应当假设由主小区传送仅在UE特定的搜索空间中的PDCCH。

监测如本文中使用的PDCCH候选需要尝试解码PDCCH候选。响应于成功地解码了PDCCH候选，该PDCCH候选具有如在共同搜索空间和UE特定的搜索空间中定义的、共同的有效载荷大小和相同的第一控制信道元素索引，但是具有不同的比特字段，UE 24根据以上假设来解释所解码的候选的比特字段。也就是说，取决于UE的RRC配置，UE 24将所解码的候选的比特字段解释为在共同搜索空间或UE特定的搜索空间中定义的那些比特字段。

更具体地，但是，监测PDCCH候选需要根据一个或多个DCI格式来尝试解码PDCCH候选。响应于根据DCI格式（例如，DCI格式0或1A）成功地解码了PDCCH候选，该DCI格式（例如，DCI格式0或1A）在共同搜索空间（CSS）和UE特定的搜索空间（USS）两者中具有相同的有效载荷大小，在此UE 24取决于UE的RRC配置将所解码的候选的DCI信息字段解释为在CSS或USS中定义的那些字段。例如，在DCI格式0/1A在共同搜索空间和UE特定的搜索空间之间具有共同有效载荷和相同的第一CCE索引的情况下，UE 24应当基于UE的RRC配置而假设，它接收的DCI消息与UE特定的搜索空间或共同搜索空间相关联。另外或可替代地，响应于根据由CSS或USS中的第一个所定义的DCI格式（例如，DCI格式1）成功地解码PDCCH候选，该DCI格式（例如，DCI格式1）如具有与由CSS或USS中的第二个所定义的不同的DCI格式（例如，DCI格式1A）相同的有效载荷大小，UE 24取决于UE的RRC配置，将所解码的候选的DCI信息字段解释为在CSS或USS中定义的那些字段。

不管所使用的特定术语，本文中的实施例证明了是解决在某些情况下由关于如何适当地解释DCI消息的比特字段的歧义以其他方式所导致的重大问题的有利方式。如本文中认识到的，在基于LTE的系统中的问题涉及的事实是，与主小区26的覆盖范围和/或调度相比，此类歧义将以其他方式严重地损害辅小区的覆盖范围和/或调度。

在这点上更具体地，重要工具中的一种重要工具允许在聚合的辅小区上的良好的性能以具有良好的信道质量信息，即信道状态信息（CSI）报告。实际上，这意味的是，网络需要获取不定期的CSI报告。不定期的CSI报告是重要的以允许在辅小区和主小区两者上具有足够性能的链路自适应和数据的调度。基站（即，eNB）通过将此类请求包含在在主小区上在PDCCH上被传送给UE的DCI消息中，来请求来自UE的不定期的CSI。特别地，网络在主小区上在PDCCH上的被传送给UE的UL授权中，包含对于不定期的CSI的请求。

取决于由UE在共同搜索空间（CSS）还是UE特定的搜索空间（USS）中接收UL授权，差别地定义不定期的CSI的触发。在共同搜索空间中，能够仅在具有DCI格式0的DL中对于主小区来请求不定期的CSI。如果UE在UE特定的搜索空间中接收UL授权，则两比特指示符用于触发不定期的CSI，其中某种比特组合是可以配置的，以便能够对于辅小区和/或主小区，来请求不定期的CSI。

在一般的情况中，以上的这种触发行为允许eNB对于主小区和辅小区两者来请求不定期的CSI。在DCI格式0/1a在USS和CSS中具有相同的有效载荷大小以及在USS和CSS之间具有相同的第一CCE索引的情况下，UE（根据在TS 36.213 V11.1.0的章节9.1.1中指定的已知方法）应当假设它接收的DCI消息与CSS相关联。这种情况发生的频率或发生与否主要取决于系统带宽。

在表1中，示出了当使用一个第二下行链路载波来配置UE时在CSS和USS中DCI格式0/1a的不同的有效载荷大小。基于该表能够观察到的是，对于1.4，5和10 MHz的系统带宽，在共同搜索空间和UE特定的搜索空间中，DCI格式0/1a具有相同的大小。由于对于不同的系统带宽而言，在DCI格式0中引入的填充比特的数量是不同的，因此结果取决于系统带宽而变化。

表1：对于DCI格式0/1a在CSS和USS中的DCI格式长度

那么，这里需要重要注意的是，共同搜索空间具有聚合级别4和8，而UE特定的搜索空间具有聚合级别1、2、4和8。在UE特定的搜索空间和共同搜索空间之间重叠的聚合级别4和8的影响是，eNB不能对于假定该聚合级别的辅小区请求不定期的CSI。在表2中呈现了在表1中给出问题带宽的在共同搜索空间和UE特定的搜索空间之间阻塞的可能性。在表2中的结果假设Ng=1的物理混合自动重复请求（HARQ）指示信道（PHICH）配置。考虑到对于每个对应的系统带宽在聚合级别4和8上的UE特定的搜索空间的可用性连同由物理下行链路控制信道（PDCCH）所分配的正交频分复用（OFDM）符号的数量，呈现了这些结果。

*对于1.4 MHz的CFI值分别对应于对于PDCCH的2、3和4个符号

表2：在聚合级别4和8处USS和CSS的阻塞可能性

本文中的一个或多个实施例从表2认识到的是，在具有聚合级别4和8的UE特定的搜索中用于调度DCI消息的可能的位置的数量对于已知方法而言是非常有限的，以及在考虑5和1.4 MHz作为系统带宽的大多数情况下，根本不可能。以上提及的限制导致的是，与主小区相比，辅小区的覆盖范围严重地受已知方法的损害，这是由于没有对于它可以使用的不定期的CSI报告。这是因为用于请求不定期的CSI的DCI消息的聚合级别被限制于1和2。这就是说，在主小区具有小带宽大小的情况下，对于eNB而言不能对于辅小区请求不定期的CSI报告。

以上是从不定期的CSI报告连同CA的视角来描述的。在使用跨载波调度，或对于多种CSI过程的不定期的CSI报告来配置UE的情况下，相同的问题也会出现。

实际上，在使用跨载波调度来配置UE的情况下，有问题的情况是不同的但是是相关问题。在跨载波调度的情况下，这个问题将影响调度第二UL载波的可能性。假设仅能够由DCI格式0来调度第二UL载波。表3呈现了假定使用跨载波调度和载波聚合（CA）来配置UE，在UE特定的搜索中的DCI格式0的有效载荷大小。

表3：当使用CA和跨载波调度来配置时DCI格式0/1a的大小

通过将表3中的结果与表1进行组合来研究跨载波调度的影响，能够观察到的是，对于以下CA配置：（A）5 MHz主小区和1.4 MHz辅小区；（B） 10 MHz主小区和3 MHz辅小区；以及（C）20 MHz主小区和5 MHz辅小区，对于辅小区的DCI格式0具有与在共同搜索空间中的DCI格式0/1a相同的长度。在系统带宽是与20 MHz一样大的情况下，在共同和UE特定之间的冲突问题不是那样严重。替代地，关注于5 MHz和10 MHz的情况，以上限制的影响是，在UL中辅小区的调度将具有比在UL中主小区的调度更少的覆盖范围，这是由于UL辅小区的调度将被限制与1个和2个CCE。

因此，本文中的实施例认识到的是，在利用已知方法的3GPP发布10的当前版本中，对于eNB请求对于辅小区的不定期的CSI的方法是不可靠的。在大多数的部署中，eNB能够仅请求对于在良好的SINR中的UE的CSI。此外，相同的约束（由于相同的原因）应用于在某些带宽组合中的跨载波调度，以及将潜在地应用于任何将来的3GPP特征，在该将来的3GPP特征中，当激活该特征时将在下行链路控制信息（DCI）中添加额外的比特。与主小区的覆盖范围相比，这严重地损害了辅小区的覆盖范围。

本文中的实施例有利地改进了辅小区的覆盖范围，该实施例经由RRC来配置UE的USS或CSS的假设。实际上，这些实施例使得eNB能够使用更高的聚合级别（即，4和8）来调度UE。当UE中的接收质量不好时，这允许eNB使用此类更高的聚合级别来请求不定期的CSI和调度UL辅小区。那么，这导致了附加的用户体验，因为UE例如能够对于该小区的更大部分使用载波聚合来进行操作。也就是说，与已知方法相比，改进了辅小区的覆盖范围。

本文中的一个或多个其它实施例包含又一些不同的方式，该又一些不同的方式确保的是，UE能够对于多个小区或过程来请求不定期的CSI，或调度所有对应的UL小区。根据一些实施例，例如，用于完成这个操作的处理需要使得在共同搜索空间和UE特定的搜索空间之间DCI有效载荷大小是不同的。另外或可替代地，本文中的其它实施例通过改变在共同搜索空间中在DCI消息中的比特字段的定义，来完成这个操作。

根据一个实施例，在DCI格式0中对于不定期的CSI的触发比特指示与不同小区相关联的CSI过程或CSI报告的设置，在共同搜索空间中由eNB通过PDCCH/EPDCCH将该触发比特传送给UE。被报告的不定期的CSI报告的设置基于至终端的预配置的消息，该预配置的消息指示不定期的CSI报告属于哪些CSI过程或小区。在实施例的又一个范例中，通过RRC或MAC来完成该配置。

在实施例的另一个范例中，UE报告不定期的CSI的设置对应于来自在UE特定的搜索空间中对于不定期的CSI请求的触发比特的配置的设置1或设置2。由在TS 36.213V11.1.0中的表7.2.1-1A或7.2.1-1B来给出这些设置，其中7.2.1-1A对应于对于哪些服务小区来执行CSI报告，以及7.2.1-1B对应于对于哪些CSI过程来做出报告：

表7.2.1-1A：在USS中对于具有上行链路DCI格式的PDCCH的CSI请求字段

表7.2.1-1B：在USS中对于具有上行链路DCI格式的PDCCH/EPDCCH的CSI请求字段

如在图5中示出的，例如，方法400包含：在触发不定期的CSI的情况下，在CSS中传送DCI格式0（框410）。方法400还包含：UE根据设置1来传送不定期的CSI（框420）。

在另一个实施例中，对于在UE特定搜索中传送DCI消息以及所述DCI消息有效载荷大小在共同搜索空间中也是有效的DCI消息但是在该DCI消息内的比特字段具有不同的解释的情况，将另外的填充比特（多个）添加到DCI消息。

在相同实施例的另一个示例中，对于在共同搜索空间中传送DCI消息以及所述DCI消息有效载荷大小在UE特定的搜索空间中也是有效的DCI消息但是在该DCI消息内的比特字段具有不同的解释的情况，另外的填充比特（多个）被添加到DCI消息。

图6说明了这个实施例。如示出的，方法500包含：确定是否是在CSS和USS之间的DCI消息有效载荷大小相同的，但是DCI消息比特定义是不同的（框510）。如果是这种情况（在框510处是），则使用额外的比特来填充DCI消息（框520）。否则，（在框510处否），不使用额外比特来填充DCI消息。在任何一种情况下，接着传送DCI消息（框530）。

在实施例的另一个范例，取决于所描述的DCI消息位于UE特定的搜索空间中还是位于共同搜索空间中，所描述的DCI消息可以具有不同的DCI格式类型或可以具有相同的DCI格式类型但是其中DCI消息含有不同的比特字段。例如，在DCI格式在UE特定的搜索和共同搜索中具有不同的含义以及DCI格式0/1A在共同搜索空间和UE特定的搜索空间中具有相同的大小的情况下，将另外的填充比特添加到DCI格式0/1A。因为这个实施例引入了一种特征，该特征涉及将DCI格式的长度改变为与在LTE Rel-10的先前版本中认可的DCI格式的长度不同，因此该特征可能需要是可配置为活动的或不活动的以考虑在两个特定版本的Rel-10之间在DCI格式长度中的改变。

在另一个示例中，根据以上定义，如果在共同搜索空间或UE特定的搜索空间中，可以应用的DCI有效载荷大小能够具有不同的解释，而不依赖于DCI消息是否是在开始CCE上传送的以及是否具有在共同搜索空间中也是有效的PDCCH消息的CCE长度，则总是添加另外的填充比特（多个）。

在另一个示例中，如果在共同搜索空间或UE特定的搜索空间中，可以应用的DCI有效载荷大小能够具有不同的解释，以及在共同搜索空间和UE特定的搜索空间两者中，开始CCE和/或PDCCH消息的CCE长度是有效的，则添加另外的填充比特（多个）。

由eNB添加另外的填充比特（多个）作为DCI格式有效载荷的一部分。接收UE应当假设给定以上示例，填充存在或不存在。

在另外的示例中，如果UE被配置为这样假设的话，则UE将假设在以上给出的场景中，存在填充比特（多个）。该配置能够例如通过RRC或MAC来完成。

在实施例中描述的填充比特能够例如是被定义为被添加到DCI消息的结尾的“0比特值”或“1比特值”的比特。

在又一个实施例中，能够仅在共同搜索空间或UE特定的搜索空间中，使用特定的RNTI来调度UE。所描述的RNTI对与在PDCCH/EPDCCH上传送的DCI格式相关联的CRC加扰。

图7说明了根据这个实施例的方法600。如示出的，该方法包含：eNB确定向UE传送DCI（框610）。该方法还包含：eNB确定是否在共同搜索空间中对UE进行编址（框620）。如果是，则eNB确定使用UE特定的搜索空间RNTI（框640）。如果否，则eNB确定使用共同搜索空间RNTI（框630）。在任何一种情况下，eNB接着向UE调度先前冲突的DCI消息（框650）。

在实施例的一个示例中，eNB使用个体RNTI来配置UE以分别用于共同搜索空间和UE特定的搜索空间。

在实施例的另一个示例中，在DCI消息在UE特定的搜索中被传送以及具有与在共同搜索空间中的DCI消息相同的有效载荷大小但是在DCI消息内的比特字段具有不同的解释的情况下，eNB仅发送所配置的个体RNTI。

在另一个示例中，用于共同搜索空间的RNTI是用于UE特定的搜索空间的RNTI的函数。

在另一个示例中，仅在DCI消息在UE特定的搜索空间中被传送以及具有与在共同搜索空间中的DCI消息相同的有效载荷大小但是在DCI消息内的比特字段具有不同的解释的情况下，RNTI在共同搜索空间和UE特定的搜索空间之间是不同的。

图8说明了又一个实施例。如示出的，方法700包含：eNB识别DCI消息，该DCI消息在共同搜索空间和UE特定的搜索空间之间具有相同的有效载荷大小但是具有不同的比特解释（框710）。方法700还包含：eNB使用放大在UE特定的搜索空间中的DCI有效载荷大小的另外的特征（即，对DCI消息进行扩展）来配置UE，以便避免以上问题。此类配置的一个示例是如果eNB将UE配置为使用载波聚合进行操作以及主小区具有5 MHz。那么为了避免这个问题，eNB确实另外使用另外的特征来配置UE。此类特征的一个示例是如果使用不定期的探测参考信号（SRS）来配置UE。

尽管已经各自地描述了以上实施例，在一些情况下，组合地使用本文中的实施例中的两个或更多实施例。

鉴于对于本文中的方法以上描述的修改和变型，本领域的技术人员将了解的是，图9说明了被配置为执行以上描述的处理的无线通信设备（即，用户设备UE）24。在这点上，该设备包含：一个或多个通信接口，它们被配置为将设备24通信地连接到无线通信系统10中的一个或多个基站20。如示出的，这些一个或多个通信接口包括：耦合到一个或多个天线32的接收器（RX）28和传送器（TX）30。该设备24还包含：一个或多个处理电路34，它们被配置为例如结合存储器36以实现以上描述的处理。

本领域的技术人员将了解的是，图10说明了被配置为执行以上描述的处理的基站20。基站20类似地包含：一个或多个通信接口，它们被配置为将基站20通信地连接到一个或多个无线通信设备24。如示出的，这些一个或多个通信接口包括：耦合到一个或多个天线42的接收器（RX）38和传送器（TX）40。然而，基站20还包含：一个或多个通信接口，它们被配置为将基站20通信地连接到一个或多个其它基站和/或其它网络节点。如示出的，根据LTE标准，这些接口包含：S1接口44和X2接口46。不论如何，基站20还包含：一个或多个处理电路48，它们被配置为例如结合存储器50以实现以上处理。

当然，本领域的技术人员将了解的是，上图仅是示例，以及基于在实体中在存储器中或在另一个计算机可读介质内存储的计算机程序指令的执行，所描绘的电路可以被实现、实施，或以其他方式被配置在节点内。因此，以上论述的电路可以包括：处理器电路（例如由一个或多个微处理器、微控制器、数字信号处理器等组成），使用在存储器中的适当的软件和/或固件来配置处理器电路以执行以上论述的技术中的一个或多个技术。可以替代地由一个或多个专用集成电路，诸如一个或多个现场可编程门阵列（FPGA）或专用集成电路（ASIC），来（整体地或部分地）实现该电路。

当然，在不背离本发明的基本特点的情况下，可以以不同于本文中特定阐述的那些方式的其它方式来实现本发明。在所有方面，本实施例被认为是说明性的而不是限制性的，以及进入所附权利要求书的含义和等同范围内的所有改变旨在被包含在其中。

Claims (10)

1.一种用户设备UE（24），所述UE（24）被配置为接收由在无线通信系统（10）中的主小区（26）传送给所述UE（24）的下行链路控制信息DCI，所述UE（24）特征在于所述UE（24）包括一个或多个处理电路（34），所述一个或多个处理电路（34）被配置为：

- 监测具有由所述UE的无线电网络临时标识（RNTI）加扰的循环冗余校验（CRC）的控制信道（PDCCH）候选，其中所述DCI消息具有在所述主小区上的共同搜索空间和UE特定的搜索空间中定义的、共同的有效载荷大小和相同的第一控制信道元素（CCE）索引，但是具有DCI信息字段的不同集合；以及

- 取决于所述UE的无线电资源控制（RRC）配置而假设，对于所述PDCCH候选，由所述主小区来传送仅在所述共同搜索空间中的所述PDCCH或仅在所述UE特定的搜索空间中的所述PDCCH。

2.根据权利要求1所述的UE，其中所述一个或多个处理电路（34）被配置为默认假设在所述共同搜索空间中由所述主小区（26）来传送所述DCI消息，以及被配置为：如果通过RRC来如此配置所述UE的话，则替代地假设在所述UE特定的搜索空间中由所述主小区来传送所述DCI消息。

3.根据权利要求1-2中的任何一项所述的UE，其中所述一个或多个处理电路（34）被配置为基于在所接收的RRC消息中的参数是具有第一值还是具有第二值而假设由所述主小区（26）相应地在所述共同搜索空间或所述UE特定的搜索空间中来传送所述DCI消息。

4.根据权利要求1-3中的任何一项所述的UE，其中所述DCI消息在所述搜索空间中具有相同的DCI格式。

5.根据权利要求1-3中的任何一项所述的UE，其中所述DCI消息在所述搜索空间中具有不同的DCI格式。

6.一种由用户设备UE（24）实现的方法（200），用于接收由在无线通信系统（10）中的主小区（26）传送给所述UE（24）的下行链路控制信息DCI，所述方法（200）特征在于所述UE（24）：

- 监测具有由所述UE的无线电网络临时标识（RNTI）加扰的循环冗余校验（CRC）的控制信道（PDCCH）候选，其中所述DCI消息具有在所述主小区上的共同搜索空间和UE特定的搜索空间中定义的、共同的有效载荷大小和相同的第一控制信道元素（CCE）索引，但是具有DCI信息字段的不同集合；以及

- 取决于所述UE的无线电资源控制（RRC）配置而假设，对于所述PDCCH候选，由所述主小区来传送仅在所述共同搜索空间中的所述PDCCH或仅在所述UE特定的搜索空间中的所述PDCCH。

7.根据权利要求6所述的方法，其中所述假设包括：基于所述UE的RRC配置而假设在所述UE特定的搜索空间中由所述主小区（26）来传送所述DCI消息，而不是默认假设在所述共同搜索空间中由所述主小区（26）来传送所述DCI消息。

8.根据权利要求6-7中的任何一项所述的方法，其中所述假设包括：基于在所接收的RRC中的参数是具有第一值还是具有第二值而假设由所述主小区（26）相应地在所述共同搜索空间或所述UE特定的搜索空间中来传送所述DCI消息。

9.根据权利要求6-8中的任何一项所述的方法，其中所述DCI消息在所述搜索空间中具有相同的DCI格式。

10.根据权利要求6-8中的任何一项所述的方法，其中所述DCI消息在所述搜索空间中具有不同的DCI格式。