CN104995861A - 从映射的资源区域进行上行链路控制信道资源的分配 - Google Patents

Abstract

为了在蜂窝通信网络中控制无线传输，蜂窝通信网络的节点(100)确定下行链路控制信道的控制信道单元与上行链路控制信道的资源之间的映射。节点(100)确定映射到控制信道单元的子组的上行链路控制信道的资源组。节点(100)从该资源组中分配要用于从用户设备(10)发送上行链路控制信息的资源。例如，节点(100)使用无线资源控制消息向用户设备(10)指示分配的资源。所分配的资源可以例如用作用于发送与辅分量载波(22)有关的反馈的信道选择集。

Description

从映射的资源区域进行上行链路控制信道资源的分配

技术领域

本发明涉及用于在蜂窝通信网络中控制无线传输的方法以及相应的设备。

背景技术

在蜂窝通信网络中，使用控制信道在蜂窝通信网络与连接到蜂窝通信网络的用户设备(UE)之间传递控制信息是已知的。例如，在由第三代合作伙伴计划规定的长期演进(LTE)无线接入技术的情况下，物理下行链路控制信道(PDCCH)用于向UE传递下行链路(DL)控制信息，并且物理上行链路控制信道(PUCCH)用于从UE向蜂窝通信网络传递上行链路(UL)控制信息。LTE无线接入技术利用资源网格在DL方向上使用正交频分复用(OFDM)并且在UL方向上使用离散傅里叶变换扩频(DFTS)OFDM(也称作单载波频分多址(SCFDMA))，其中资源网格在频域被划分为正交子载波。资源网格的资源单元在频域与一个子载波相对应并且在时域与一个OFDM符号的持续时间相对应。在时域，资源被进一步组织为持续时间为10ms的无线帧和持续时间为1ms的子帧。可以以资源块(RB)为单位分配资源单元，其中一个RB在频域覆盖多个子载波并且在时域遍布多个OFDMA符号。通常成对地对RB进行分配(称作RB对)。

PDCCH的一个目的是使用下行链路控制信息(DCI)消息传输调度指派。这种DCI消息包含针对UE关于如何在共享数据信道(在DL方向上称作物理DL共享信道(PDSCH)，在UL方向上称作物理UL共享信道(PUSCH))上进行接收或发送的指令。这种DCI消息可以例如包括指示针对PDSCH上的DL传输的一个或多个RB对的DL指派、指示针对PUSCH上的UL传输的一个或多个资源RB对的UL许可、要用于传输的调制编码方案等，并且可以在每一个调度时机(即，在每一个子帧中)发送这种DCI消息。

PDCCH可以在子帧的第一OFDM符号中传输，并且可以遍布多达三个OFDM符号(称作控制区域(CR))。该区域内的资源单元被组织为逻辑组(称作控制信道单元(CCE))。

PUCCH允许码复用，这意味着几个UE可以在PUCCH的同一RB对中进行发送。具体地，PUCCH的一个RB对可以保存由RB对和特定扩频码定义的36个PUCCH资源。PUCCH可以例如用于传递由LTE的媒体访问控制(MAC)层使用的混合自动重传请求(HARQ)协议的反馈消息。例如，根据LTE版本8的规范，PUCCH上的定时的单比特指示形式的肯定确认(ACK)或否定确认(NACK)可以用于指示PDSCH上的哪些传输块被UE成功地接收。

根据3GPP技术规范(TS)36.213V.10.8.0(2012-12)，用于DL指派的第一CCE的索引用作针对要由UE用于发送HARQ反馈的PUCCH资源的指针。通过使用该映射，可以有效地选择用于发送HARQ反馈的PUCCH资源，而无需向UE指示分配。该反馈机制也可以称作CCE映射的HARQ反馈。

然而，PUCCH上的资源的这种隐式选择不可用于由UE发送的特定类型的UL控制信息。例如，当利用称作载波聚合的构思时，还可能需要发送针对辅小区(SCell)的反馈消息。载波聚合允许同时在来自可用无线频谱的不同频带的多个分量载波上发送数据，其中，可以对分量载波进行组合。在该连接中，用于首先建立与UE的无线资源控制(RRC)连接的具有主DL分量载波和主UL分量载波的集合可以称作主小区(PCell)。通过使用载波聚合，可以附加地针对该UE配置一个或多个附加的DL分量载波和/或UL分量载波，从而形成辅小区(SCell)。为了有效地支持非对称载波聚合星座图(例如，使用与UL分量载波相比更多的DL分量载波)，载波聚合构思涉及在主UL分量载波上发送所有UL控制信息，而不论是否配置了其他UL分量载波。因此，例如，将需要在主UL分量载波的PUCCH上发送针对SCell的HARQ反馈消息。然而，由于PUCCH冲突，因此使用与用于PCell的映射机制相同的映射机制来得到在其上发送HARQ反馈的PUCCH资源是不可能的。例如，如果一个UE在PCell的索引为0的CCE上接收到DL指派，则该CCE将不再用于发送针对另一UE配置的SCell的DL指派，这是因为CCE索引将指向用于发送HARQ反馈的相同的PUCCH资源。

根据LTE版本8的规范，用于承载HARQ反馈的PUCCH格式(也称作Format 1b(格式1b))通过从正交相移键控(QPSK)符号的四个星座图点中选择一个星座图点来传递两个信息比特(ACK或NACK)。还可以在仅具有两个配置的DL分量载波的载波聚合的情况下使用该格式。在该情况下，UE因而需要在主UL分量载波的PUCCH上传播两个附加的信息比特。这是通过从用于发送反馈的四个可能的PUCCH资源中选择一个PUCCH资源来完成的。因此，通过从发送的QPSK符号的四个星座图点中选择一个星座图点来传递两个信息比特，并且通过从用于传输的四个可能的PUCCH资源中选择一个PUCCH资源来传递另外两个信息比特。可以在上文提到的3GPP TS 36.213中找到关于映射符号和PUCCH资源的进一步细节。因此，需要向UE分配主UL载波的附加PUCCH资源。这些附加PUCCH资源可以在UE中通过RRC过程来配置，并且也称作信道选择(CS)集合。可以从未被映射到PDCCH的CCE的PUCCH资源区域(称作区域)分配CS集合，从而避免干扰CCE映射的HARQ反馈。然而，该资源区域也用于其他目的，例如，从UE发送调度请求，使得CS机制的使用不会不利地影响针对来自UE的调度请求的可用容量。

在UL控制信道的资源一方面是使用到DL控制信道资源的映射来指派的、而且UL信道的其他资源需要被分配用于其他目的的其他情形中，可能出现类似的问题。

因此，需要允许有效地使用控制信道资源的技术。

发明内容

根据本发明的实施例，提供了在蜂窝通信网络中控制无线传输的方法。根据该方法，蜂窝通信网络的节点确定DL控制信道的控制信道单元与UL控制信道的资源之间的映射。此外，节点确定映射到控制信道单元的子组的UL控制信道的资源组。节点从资源组中分配要用于从UE发送UL控制信息的资源。此外，节点向UE指示所分配的资源。

根据本发明的另一实施例，提供了蜂窝通信网络的节点。该节点包括针对UE的接口和至少一个处理器。该至少一个处理器被配置为：

-确定DL控制信道的控制信道单元与UL控制信道的资源之间的映射；

-确定映射到控制信道单元的子组的UL控制信道的资源组；

-从资源组中分配要用于从UE发送UL控制信息的资源；以及

-经由接口向UE指示所分配的资源。

根据本发明的另一实施例，提供了计算机程序产品，该计算机程序产品包括要由节点的至少一个处理器执行以控制蜂窝通信网络中的无线传输的程序代码。执行程序代码使节点执行以下操作：

-确定DL控制信道的控制信道单元与UL控制信道的资源之间的映射；

-确定映射到控制信道单元的子组的UL控制信道的资源组；

-从资源组中分配要用于从UE发送UL控制信息的资源；以及

-向UE指示所分配的资源。

附图说明

图1示出了可以实现根据本发明的实施例的构思的蜂窝通信网络环境。

图2示出了根据本发明的实施例的载波聚合场景的数据处理。

图3示出了在本发明的实施例中利用的UL控制信道的资源区域。

图4示出了在本发明的实施例中利用的CCE聚合。

图5示出了用于说明根据本发明的实施例的方法的流程图。

图6示出了在本发明的实施例中利用的UL控制信道资源组。

图7示出了在本发明的实施例中利用的UL控制信道资源的进一步选择。

图8示出了根据本发明的实施例的CCE分配的方法。

图9示出了根据本发明的实施例的示例性过程。

图10示出了根据本发明的实施例的另一示例性过程。

图11示出了根据本发明的实施例的另一示例性过程。

图12示出了根据本发明的实施例的另一示例性过程。

图13示出了根据本发明的实施例的另一示例性过程。

图14示出了用于说明根据本发明的实施例的方法的流程图。

图15示意性地示出了根据本发明的实施例的节点。

具体实施方式

在下文中，将参照附图更详细地解释根据本发明的示例性实施例的构思。所示的实施例涉及用于利用LTE无线接入技术在蜂窝通信网络中进行控制信道传输的构思。

图1示意性地示出了蜂窝通信网络环境，即，由接入节点100表示的蜂窝通信网络的基础设施和用于连接到蜂窝通信网络的UE 10。UE 10可以是例如移动电话、便携式计算机、或者某种其他类型的UE。如图所示，UE 10经由无线链路20与接入节点100进行通信。根据所示的3GPP LTE场景，接入节点100可以是演进型节点B(eNB)，并且可以使用LTE Uu无线接口来建立无线链路20。无线链路20可以在从接入节点100到UE 10的DL方向上运送数据业务和/或在从UE 10到接入节点100的UL方向上运送数据业务。

如进一步所述的，可以在无线链路20上使用载波聚合。也即是说，具有多个DL分量载波21、22的星座图可以用于从接入节点100向UE 10发送用户平面数据和/或多个UL分量载波31、32可以用于从UE 10向接入节点100发送用户平面数据。假定DL分量载波21是针对UE 10的主DL分量载波，并且假定DL分量载波22是针对UE 10的辅DL分量载波。类似地，假定UL分量载波31是针对UE 10的主UL分量载波，并且假定UL分量载波32是针对UE 10的辅UL分量载波。也可以利用其他载波聚合星座图，例如，使用DL分量载波21、22但是仅使用UL分量载波31的非对称星座图，或者针对UE10配置了一个或多个其他DL分量载波和/或一个或多个其他UL分量载波的星座图。

此外，还可以在接入节点100与UE 10之间传输控制信息。具体地，DL控制信道可以用于传输DL控制信息，并且UL控制信道可以用于传输UL控制信息。根据所示的LTE场景，假定DL分量载波21、22中的每一个DL分量载波承载PDCCH并且主UL分量载波承载PUCCH。为了实现如下文进一步所述的分配PUCCH资源的构思，接入节点100配备有PUCCH控制器(PUCCH CTRL)110。此外，接入节点100配备有用于实现RRC功能的无线资源控制器(RR CTRL)112和用于控制到UE 10的用户平面数据传输(例如，用于对DL或UL传输进行调度)的DL用户平面控制器(DL UP CTRL)114。为了更好的概述，没有描述可以在接入节点100中提供的其他功能。

图2示出了用于说明根据LTE版本10的规范的载波聚合中的数据处理的示例性场景的框图。在图2中，示出了具有DL分量载波21、22的星座图。将理解的是，在图2中所示的具有DL分量载波21、22的星座图仅是示例，并且图2的数据处理可以以相应的方式应用于任何其他分量载波星座图(如图2所示为相邻的，或者非相邻的)，并且还可以在UL方向上执行类似的处理。

如图所示，可以在HARQ协议层上完成将用户平面数据流25复用到不同的分量载波。这暗指针对DL分量载波21、22中的每一个DL分量载波单独地执行HARQ重传。

在图2的场景中，在不同的协议层中处理用户平面数据流25，其中，不同的协议层是无线链路控制(RLC)层200、MAC层210、以及物理(PHY)层220。在RLC层200中，RLC实体201被提供用于执行RLC功能。在MAC层210中，复用器211将数据流25复用为多个单独的数据流，每一个单独的数据流与DL分量载波21、22之一相对应。此外，MAC层210针对数据流中的每一个数据流提供了HARQ实体215、216。在PHY层220中，针对数据流中的每一个数据流提供了单独的编码器221、222。此外，PHY层220针对数据流中的每一个数据流提供了单独的OFDM块223、224。通过这种方式，可以有效地利用多个DL分量载波来向UE 10传递用户平面数据。

根据所示的LTE场景，假定在DL分量载波21、22上的PDCCH的CCE与由主UL分量载波31承载的PUCCH上用于传输HARQ反馈的资源之间定义映射。根据3GPP TS 36.213，该映射可以由下式定义：

$n_{PUCCH}^{(1,{\tilde{p}}_0)}=n_{CCE}+N_{PUCCH}^{\left(1\right)},---\left(1\right)$

其中，是PUCCH资源的索引，n_CCE是用于传输DL指派的CCE的索引，并且是在UE 10中通过RRC过程配置的参数。如果多个CCE用于传输DL指派，则n_CCE是这些CCE中的最低索引。在图3中示出了这些映射的PUCCH资源区域和其他PUCCH资源区域。如图3中所示，其他资源区域可以例如包括可以用于调度请求(SR)传输的区域以及可以用于信道质量指示符(CQI)传输的Format 2(格式2)区域。区域和CCE映射的资源区域构成了PUCCH的Format 1区域。

上述映射可以用于控制要用于涉及主DL分量载波21上的用户平面数据传输的HARQ反馈的PUCCH资源的隐式选择。为了涉及辅DL分量载波22上的用户平面数据传输的HARQ反馈，分配了其他PUCCH资源。如下文将进一步所述的，还从CCE映射的PUCCH资源区域分配这些资源，从而节省例如区域中的其他宝贵的PUCCH资源。

为了避免从CCE映射的区域进行分配过度地阻碍将这些PUCCH资源用于基于映射的隐式HARQ反馈资源选择从而还阻碍使用映射的CCE来发送DL指派，从映射到CCE的特定子组的CCE映射的PUCCH资源组中选择分配的PUCCH资源。可以在考虑使用CCE来发送DL指派的可能性的情况下来选择该子组，从而减小阻碍以极高的可能性用于发送DL指派的CCE的风险。下面将通过参考可用于LTE无线接入技术的对CCE的使用的特定约束来进一步解释这一点，然而应当记住的是，关于DL控制信道的资源的选择的约束通常也存在于其他无线接入技术中，并且这些约束通常将引起将此类DL控制信道资源用于发送DL控制信息的不同可能性。

在所示的LTE场景中，这种使用PDCCH的CCE的不同可能性例如由于施加以促进由UE对PDCCH进行盲解码的约束而出现。这些约束具体地包括以下各项：

1、UE将仅尝试对CCE域中连续的CCE进行解码。

2、UE将仅对大小为1、2、4或8个CCE的CCE组进行评估。这些大小也称作CCE聚合等级。

3、UE将仅尝试对第一CCE的索引n_CCE为0或者CCE聚合等级的整数倍的CCE组进行解码。这意味着：针对CCE聚合等级1，第一评估的CCE的索引n_CCE可以是n_CCE＝0，1，2，...，，针对CCE聚合等级2，第一评估的CCE的索引n_CCE可以是n_CCE＝0，2，4，...，针对CCE聚合等级4，第一评估的CCE的索引n_CCE可以是n_CCE＝0，4，8，...，并且针对CCE聚合等级8，第一评估的CCE的索引n_CCE可以是n_CCE＝0，8，16，...。

4、UE将针对每一个聚合等级仅评估有限数量的候选CCE组。有限的候选组集合也被称作搜索空间。针对一个聚合等级的候选CCE组是连续的(在CCE域的边缘回绕)。搜索空间每隔一个子帧以伪随机方式改变，以确保由于UE具有重叠的搜索空间而引起对PDCCH资源的阻碍不会变得持久。

在图4中示出了不同CCE聚合等级的示例性使用。如图4所示，可以在PDCCH上使用CCE聚合等1在索引为0的CCE中、使用CCE聚合等2在索引为2、3和6、7的CCE中、并且使用聚合等级4在索引为8-11的CCE中传输DL指派，从而导致PDCCH上的复合CCE配置，如图4的下部所示。圆圈指示DL指派的第一CCE，该第一CCE用于使用CCE和PUCCH资源之间的映射得到用于发送HARQ反馈的PUCCH资源。

可以看出，由于上述约束，某些PUCCH资源不太可能用于HARQ反馈。这可以用于有效地确定附加地分配给UE 10以例如用作CS集合的PUCCH资源。例如，根据图4的图示可以看出，映射到索引为1、3、5、7……的CCE的PUCCH资源将不会用于发送HARQ反馈，这是因为它们未被映射到用于发送DL指派的第一CCE。这是关于CCE使用的上述约束的结果。因此，有利的是，将用于分配的PUCCH资源组映射到的CCE的子组选择为具有奇数索引的CCE子组。

除了确定用于向UE 10分配附加资源的PUCCH资源组的上述方式之外，还可以有利的以如下方式控制用于发送DL指派的CCE的选择：PUCCH资源不会不当地由用于HARQ反馈的PUCCH资源的基于映射的指派阻碍。此外，可以以如下方式选择附加分配的PUCCH资源：不会不当地阻碍用于发送DL指派的映射的CCE。在下文中，将结合图5解释用于实现上述考虑的方法。在图5的方法中，附加的PUCCH资源被分配给UE 10以用作CS集合。图5的方法例如可以由图1中所示的接入节点100执行。

在步骤510，确定整体PUCCH资源配置。该资源配置可以例如与图2中所示的资源配置类似。PUCCH资源配置的确定具体可以包括：确定与CCE映射区域的开始相对应的PUCCH资源索引、以及与CCE映射区域的结束相对应的PUCCH资源索引。此外，可以确定与Format 2区域的开始相对应的资源索引、与Format 2区域的结束相对应的资源索引、与区域的开始相对应的资源索引、与区域的结束相对应的资源索引、与CCE映射区域的开始相对应的资源索引、和/或与CCE映射区域的结束相对应的资源索引。

在步骤520，如果在PUCCH使用的最后一个资源块(即，与PUSCH相邻的资源块)中存在剩余资源，则将这些资源包含在列表R中。如果这些资源不足以用于CS集合的分配，则所需CS资源的剩余数量P可以被设置为所需CS资源的总数减去列表R中的资源的数量。

在步骤530，生成CCE映射区域中的PUCCH资源列表A。以列表中的PUCCH资源满足以下条件的方式来确定这些PUCCH资源：

$n_{PUCCH}^{(1,{\tilde{p}}_0)}-N_{PUCCH}^{\left(1\right)}+1\≡0\left(\mathrm{mod}2\right).---\left(2\right)$

也即是说，列表A被生成为包括CCE映射区域的PUCCH资源，其中根据(1)的映射，这些PUCCH资源被映射到奇数索引的CCE。在图6中示出了这一点。

作为步骤530的结果，获得作为PUCCH资源的列表的列表A，其中这些PUCCH资源阻碍CCE可用于发送DL指派的可能性减小，这是因为列表A中的PUCCH资源被映射到不会在聚合等级2、4和8中构成可能的CCE组的第一CCE的CCE，并且这种阻碍只可能针对聚合等级1而发生。

在步骤540，创建另一列表B。如果列表A中的资源数量N_A大于所需CS资源的剩余数量P，则通过以如下方式从列表A中选择资源来创建列表B：扩展所选择的PUCCH资源映射到的CCE，即，使这些CCE在CCE索引方面的间隔最大化。例如，如果通过索引i_A＝0，...，N_A按照递增的PUCCH资源索引的顺序标识列表A中的元素，则列表B中的元素可以被选择为列表A中满足以下条件的那些元素：

在图7中示出了针对N_A＝4P的情况的列表B的示例。

如果数量N_A小于P，则列表B生成为等于列表A，并且来自区域的P-N_A个资源被附加地包含在列表R中。

通过扩展映射到列表B的资源的CCE，进一步减小了阻碍CCE可用于传输DL指派的可能性，这是由于上述搜索空间的邻近。

在步骤550，从列表R和B中的PUCCH资源向UE 10分配CS集合，并且在SCell配置期间向UE 10指示所分配的CS集合。在针对CS集合分配PUCCH资源时，可以首先从列表R中选择PUCCH资源。通过这种方式，仍然进一步减小了阻碍CCE可用于发送DL指派的概率，这是因为仅当没有其他PUCCH资源可用时才会选择这些潜在阻碍的PUCCH资源。

如果在列表R中没有足够的PUCCH资源可用，则可以从列表B中选择PUCCH资源。这可以以扩展映射到所选择的PUCCH资源的CCE的顺序来完成。由于上述搜索空间的邻近，该扩展仍然进一步减小了阻碍CCE可用于传输DL指派的可能性。例如，可以按以下索引i_B顺序来选择列表B中的PUCCH资源：

其中，i_B＝0，...，P是标识列表B中的元素的索引。

在步骤560，当选择用于在PCell和SCell中发送DL指派的CCE时，如果在搜索空间中存在期望聚合等级的其他候选CCE组，则可以不考虑第一CCE映射到列表B中的PUCCH资源的CCE组。第一CCE未映射到列表B中的PUCCH资源但是包括映射到列表B中的PUCCH资源的另一CCE的候选CCE组可以优选于不满足该准则的CCE组。通过对映射到列表B中的PUCCH资源的CCE的这种选择，可以通过主动选择由从列表B中进行潜在CS集合分配阻碍的可能性降低的CCE来进一步减小CCE阻碍的问题。

例如，如果假定列表B仅包括映射到索引为1的CCE的PUCCH资源并且需要分配使用CCE聚合等级2的DL指派，则在使用索引为2和3的CCE或者使用索引为0和1的CCE之间进行用于分配DL指派的选择。然而，索引为2和3的CCE的分配阻碍更多的CCE，这是因为然后以下分配将不再可能：使用索引为2的CCE的CCE聚合等级1分配、使用索引为3的CCE的聚合等级1分配、使用索引为2和3的CCE的CCE聚合等级2分配、使用索引为0、1、2和3的CCE的CCE聚合等级4分配、以及使用索引为0、1、2、3、4、5、6和7的CCE的CCE聚合等级8分配。因此，阻碍了五种分配可能性。与此相比，分配索引为0和1的CCE的选择仅阻碍四种分配可能性，即，使用索引为0的CCE的CCE聚合等级1分配、使用索引为0和1的CCE的聚合等级2分配、使用索引为0、1、2和3的CCE的CCE聚合等级4分配、以及使用索引为0、1、2、3、4、5、6和7的CCE的CCE聚合等级8分配。其原因在于列表B的阻碍效果和针对DL指派的分配的阻碍效果重叠。

可以在配置小区时针对每一个小区执行步骤510、520、530和540，并且如果小区配置改变，则可以重复步骤510、520、530和540。可以在针对特定UE 10配置了SCell时关于该UE 10执行步骤550。可以执行步骤560作为针对UE 10的针对每一个子帧的调度的一部分。

图8示出了用于说明可以由接入节点100执行以有效地向UE分配要用于发送DL指派的CCE的方法的流程图。DL指派指示PDSCH上要用于发送DL用户平面数据的资源。结合图5的步骤560从原理上解释该方法。在该方法中，假定在候选列表中布置需要CCE的分配的UE并且根据指派给UE的权重来控制CCE的分配。

在步骤810，从候选列表中选择具有最高权重的UE，并且确定是否可以向UE分配用于发送至少一个DL指派的一个或多个CCE。步骤815的确定可以例如基于PDCCH上的CCE的可用性。例如，没有CCE可用，这是因为它们已经被指派给其他UE。如上所述，CCE也可能是不可用的，这是因为它们被相应PUCCH资源的分配阻碍。如果可以向UE分配一个或多个CCE，则该方法前进至步骤820，如分支“是”所指示的。如果不可以向UE分配用于发送至少一个DL指派的一个或多个CCE，则该方法前进至步骤870，如分支“否”所指示的。

在步骤820，检查要发送的至少一个DL指派是否是SCell指派。如果至少一个DL指派不是SCell指派而是PCell指派，则该方法前进至步骤830，如分支“否”所指示的。

如上所述，如果至少一个DL指派是SCell指派，则还需要CS集合来从UE发送HARQ反馈。因此，如果步骤820的检查揭示至少一个DL指派是SCell指派，则该方法前进至步骤822，在步骤822中，确定是否可在列表R中得到针对CS集合的PUCCH资源。如果不是这种情况，则该方法继续步骤824，如分支“否”所指示的。如果可在列表R中得到针对CS集合的PUCCH资源，则该方法继续步骤826，如分支“是”所指示的，在步骤826，使用可从列表R得到的PUCCH资源向UE分配CS集合。在步骤824，确定是否可在列表B中得到针对CS集合的PUCCH资源。如果是这种情况，则该方法继续步骤826，如分支“是”所指示的，在步骤826，使用可从列表B得到的PUCCH资源向UE分配CS集合。如果不可在列表B中得到针对CS集合的PUCCH资源，则该方法继续步骤870，如分支“否”所指示的。在步骤830，检查是否例如由于使用CCE聚合等级2、4、或8而针对DL指派需要多个CCE。如果不是这种情况，即，只需要一个CCE，则该方法继续步骤840，如分支“否”所指示的。如果需要多个CCE，则该方法继续步骤856，如分支“是”所指示的。

在步骤840，检查是否存在未映射到列表B中的PUCCH资源的任何CCE候选。如果存在这种CCE候选，则该方法继续步骤854，如分支“是”所指示的。如果不存在这种CCE候选，则该方法继续步骤852，如分支“否”所指示的。在步骤852，分配映射到列表B中的PUCCH资源的CCE候选来向UE发送DL指派。在步骤854，分配未映射到列表B中的PUCCH资源的CCE候选来向UE发送DL指派。

在步骤856，映射到与列表B中的PUCCH资源具有最大重叠的PUCCH资源的CCE组被分配用于向UE发送DL指派。

在步骤852、854或856处分配一个或多个CCE之后，该方法前进至步骤860，在步骤860，从候选列表中移除UE，并且继续步骤870。在步骤870，检查候选列表中是否存在需要分配用于发送DL指派的一个或多个CCE的任何其他UE。如果是这种情况，则该方法返回步骤810。否则，该方法可以前进至步骤880，在步骤880，确定要在PDSCH上指派的资源。

图9示出了用于根据分配的PUCCH资源的示例性使用进一步说明用于使用CS机制传输HARQ反馈的过程的信令图。图9的过程涉及接入节点100和UE 10。

在步骤901，接入节点100向UE 10分配针对CS集合的PUCCH资源。这些PUCCH资源是使用上述原理从CCE映射区域中选择的。

接入节点100通过消息902向UE 10指示分配的资源。消息902可以是RRC消息。可以在消息902中例如按照PUCCH资源索引来隐式地指示分配的PUCCH资源。步骤901的分配和消息902的发送可以例如在针对UE 10配置具有辅DL分量载波22的SCell时完成。

接入节点100通过PDCCH传输903向接入节点UE 10发送一个或多个DL指派。DL指派指示在其中调度去往UE 10的一个或多个DL用户平面数据传输904的PDSCH资源。DL指派的发送是在PDCCH的一个或多个CCE中完成的。根据结合图5的步骤560或图8所述的原理来选择这些CCE。假定在针对UE 10配置的辅DL分量载波22上调度DL用户平面数据传输904。因此，还可以在辅DL分量载波22的PDDCH上传输DL指派903。

然后，接入节点100使用由PDCCH传输903中的DL指派指示的PDSCH资源向UE 10发送DL用户平面数据传输904。

然后，UE 10向接入节点100发送针对DL数据传输904的HARQ反馈905，从而肯定(ACK)或否定(NACK)确认对DL用户平面数据传输904的接收。

为了发送HARQ反馈905，UE 10使用消息902中指示的CS集合的PUCCH资源。不论DL用户平面数据传输是否发生在辅DL分量载波22上，相应的HARQ反馈都在主UL分量载波31上发送。

图10示出了用于根据分配的PUCCH资源的示例性使用进一步说明用于传输调度请求的过程的信令图。图10的过程涉及接入节点100和UE 10。

在步骤1001，接入节点100向UE 10分配用于发送调度请求的PUCCH资源。这些PUCCH资源是使用上述原理从CCE映射区域中选择的。

接入节点100通过消息1002向UE 10指示分配的资源。消息1002可以是RRC消息。可以在消息1002中例如按照PUCCH资源索引来隐式地指示分配的PUCCH资源。步骤1001的分配和消息1002的发送可以例如在UE 10附着到由接入节点100控制的小区时完成。

UE 10通过PUCCH传输1003向接入节点100发送调度请求。调度请求向接入节点100指示UE 10需要发送UL用户平面数据，从而需要PUSCH资源的分配。在由消息1002指示的PUCCH资源中发送该调度请求。

在步骤1004，接入节点100对PUSCH资源进行调度。然后，接入节点100使用PDCCH传输1005向UE 10发送一个或多个UL许可。UL许可指示分配给UE 10的调度的PUSCH资源。

然后，UE 10使用由PDCCH传输1004中的UL许可指示的PUSCH资源来向UE 10发送UL用户平面数据传输1006。

图11示出了用于说明用于配置由接入节点100控制的小区的示例性过程的信令图。图11的过程涉及由接入节点100执行的PUCCHCTRL 110和RR CTRL 112。

在图11的过程中，RR CTRL 112例如在RRC过程中对小区进行解锁，并且通过向PUCCH CTRL 110发送消息1101来向PUCCH CTRL110指示小区的解锁。例如，消息1101可以向PUCCH CTRL 110通知分配所需的PUCCH资源的数量。然后，可以例如分配这些PUCCH资源以用于CS机制或用于其他目的，例如，调度请求的传输。

在步骤1102，PUCCH CTRL 110然后确定相应的PUCCH配置。为了该目的，PUCCH可以例如确定并存储用于CQI传输、调度请求传输和CS的PUCCH区域。后面的区域可以至少部分地位于CCE映射区域中。通过使用上述原理，PUCCH CTRL 110可以将其至少部分地确定为映射到PDCCH的CCE的特定子组的PUCCH资源组。

图12示出了用于说明用于配置UE(例如，UE 10)的SCell的示例性过程的信令图。图12的过程涉及由接入节点100执行的PUCCHCTRL 110、RR CTRL 112和DL UP CTRL 114。

在步骤1201，RR CTRL 112检测到针对UE触发了SCell的配置。

然后，RR CTRL 112通过请求PUCCH CTRL 110分配CS资源来继续。这是通过向PUCCH CTRL 110发送消息1202来完成的。

PUCCH CTRL 110然后前进至步骤1203，在步骤1203，分配针对一个或多个候选CS集合的PUCCH资源。PUCCH CTRL 110通过向RR CTRL 112发送消息1204来确认PUCCH资源的分配。消息1204还例如按照PUCCH资源索引来指示候选CS集合的分配的PUCCH资源。

然后，RR CTRL 112通过向DL UP CTRL 114发送请求DL UPCTRL建立SCell的消息1205来继续。消息1205还例如按照PUCCH资源索引来指示候选CS集合的分配的PUCCH资源。当调度DL用户平面数据传输时，DL UP CTRL 112然后可以选择要使用哪一个候选CS集合并且在DL指派中向UE指示该选择。与此相比，可以在RRC消息中向UE指示分配的候选CS集合的PUCCH资源索引(例如，如结合图9所解释的)。

图13示出了用于说明用于向由接入节点100控制的小区中的所有UE分配相同的CS资源的示例性过程的信令图。图13的过程涉及由接入节点100执行的PUCCH CTRL 110、RR CTRL 112和DL UPCTRL 114。

在图13的过程中，RR CTRL 112例如在RRC过程中对小区进行解锁，并且通过向PUCCH CTRL 110发送消息1301来向PUCCH CTRL110指示小区的解锁。消息1301可以例如向PUCCH CTRL 110通知所需CS资源的数量。

然后，PUCCH CTRL 110前进至步骤1302，在步骤1302，分配针对一个或多个候选CS集合的PUCCH资源。PUCCH CTRL 110通过消息1303向RR CTRL 112指示候选CS集合的分配的PUCCH资源。PUCCH CTRL 110通过消息1303向DL UP CTRL 114指示候选CS集合的分配的PUCCH资源。

在图13的过程中，当针对UE之一配置SCell时，不需要PUCCH资源的专用配置。

图14示出了用于说明用于在蜂窝通信网络中控制无线传输的方法的流程图。该方法可以在蜂窝通信网络的节点(例如，控制蜂窝通信网络的小区的接入节点，如接入节点100)中执行。如果无线传输基于LTE无线接入技术，则节点可以与eNB相对应。

在步骤1410，节点确定DL控制信道的CCE与UL控制信道的资源之间的映射。映射可以基于例如根据通信标准在节点中静态配置的信息。

如上所述，映射的目的可以是得到要用于反馈消息的UL控制信道的资源，其中，该反馈消息用于肯定或否定确认UE对DL传输的接收。在该情况下，节点可以在DL控制信道的CCE中的一个或多个CCE中发送一个或多个DL指派。根据DL控制信道的CCE与UL控制信道的资源之间的映射，节点可以确定用于从UE接收反馈消息的UL控制信道的一个或多个资源。反馈消息可以肯定或否定确认对与DL指派相对应的DL传输的接收。

如果无线传输基于LTE无线接入技术，则DL控制信道的CCE中的每一个CCE可以由相应索引n_CCE＝0，1，2，...，n来标识，其中，n指示CCE的数量。然后，可以将组中的相应资源映射到具有奇数索引n_CCE的CCE。然后，通过来定义映射，其中，指示用于标识上行链路控制信道的资源的索引，并且指示可配置的整数。可以例如使用RRC过程在小区级配置参数

在步骤1420，节点确定映射到DL控制信道的CCE的子组的UL控制信道的资源组。例如，可以基于CCE用于特定目的(例如，DL指派的传输)的可能性来定义CCE的子组。

在步骤1430，节点向UE分配来自组的资源以用于从UE发送UL控制信息。UL控制信息可以例如包括用于肯定或否定确认对去往UE的一个或多个DL用户平面数据传输的接收的一个或多个反馈消息。UL控制信息还可以包括来自UE的一个或多个调度请求。

节点还可以按如下方式从组中选择资源：使所选择的资源映射到的CCE的间隔最大化，并且节点从所选择的资源中进行资源的分配。在上述LTE场景的情况下，这可以通过按如下方式从组中选择资源来完成：所选择的资源映射到具有以下索引的CCE：

其中，N_A指示组中的资源的数量；P指示所述资源分配所需的资源数量，并且p＝0，1，...P。如结合图5的步骤540针对列表B定义的资源组所述，由此可以通过扩展映射的CCE来确定组。此外，还可以选择实际分配的资源以扩展映射的CCE。

在一些场景下，节点可以确定未映射到DL控制信道的CCE的另一可用资源组，例如，如同列表R中的PUCCH资源组一样。如果组中的资源的数量小于分配所需的资源的数量，则节点可以从映射的资源组和另一资源组进行分配。

在步骤1440，节点例如在RRC消息中向UE指示分配的资源。

蜂窝通信网络可以支持多个DL分量载波的聚合，以在蜂窝通信网络与UE之间执行传输，例如，如结合图1和图2所述。在该情况下，DL控制信道可以在主DL分量载波和/或辅DL分量载波(例如，DL分量载波21或22)上传输，并且UL控制信息可以与辅DL分量载波(例如，DL分量载波22)有关。具体地，UL控制信息可以包括用于肯定或否定确认对辅DL分量载波上的传输的接收的一个或多个反馈消息，例如，如在图9的示例性过程中所述。

在一些场景中，如步骤1450所示，节点可以选择DL控制信道的CCE中未映射到在步骤1420确定的组的资源的一个或多个CCE。然后，节点可以在这些选择的CCE中发送一个或多个DL指派，例如，如结合图5的步骤560和图8所述。

图15示出了可以用于在蜂窝通信网络的节点(具体地，诸如接入节点100等的eNB)中实现上述构思的示例性结构。

如图所示，节点包括第一接口120。第一接口120可以例如是用于连接到一个或多个UE的无线接口。备选地，第一接口120可以是用于连接到远程无线单元的某种其他类型的接口。此外，节点还可以配备有第二接口130。第二接口可以例如被配置用于与网络的其他节点进行通信，以例如建立回程连接。

此外，节点包括耦合到接口120、130的一个或多个处理器150和耦合到处理器150的存储器160。存储器160可以包括只读存储器(ROM)(例如，闪速ROM)、随机存取存储器(RAM)(例如，动态RAM(DRAM)或静态RAM(SRAM))、大容量存储设备(例如，硬盘或固态磁盘)等。存储器160包括适当配置为由处理器150执行以实现节点的上述功能的程序代码。具体地，存储器160可以包括分配模块170，分配模块170用于实现上述分配UL控制信道资源的功能。例如，分配模块170可以用于实现上述PUCCH控制器110。此外，存储器160还可以包括调度模块180，调度模块180例如用于实现上述生成DL指派并且选择要用于发送DL指派的CCE的功能。例如，调度模块180可以用于实现上述DL UP CTRL 114的功能。此外，存储器可以包括用于实现上述RRC功能的RRC模块。例如，RRC模块190可以用于实现上述RR CTRL 112。

将理解的是，图15中所示的结构仅是示意性的，并且节点实际上可以包括其他组件，为了简洁起见，未示出其他组件(例如，其他接口)。此外，将理解的是，存储器160可以包括其他类型的程序代码模块(未示出)，例如，用于实现eNB的已知功能的程序代码模块。根据一些实施例，还可以例如以存储要在存储器160中存储的程序代码和/或其他数据的介质的形式提供计算机程序产品来实现节点的功能。

可以看出，上述构思可以用于提供对UL控制信道以及UL控制信道的资源映射到的DL控制信道的有效资源利用。在3GPP LTE载波聚合的情况下，这可以用于有效地分配针对CS集合的PUCCH资源。

将理解的是，上述示例和实施例仅是示例性的，并且容易对其进行各种修改。例如，可以以多种方式利用分配的UL控制信道资源，例如，不将分配的PUCCH资源用作CS集合而是用于发送HARQ反馈的其他方式。此外，CCE可以如上述LTE示例中一样与DL控制信道的逻辑资源组相对应，或者可以与其他类型的分配单元(例如，其单独的物理资源或组)相对应。此外，将理解的是，可以通过使用要由现有设备的一个或多个处理器执行的相应设计软件或者通过使用专用设备硬件来实现上述构思。

Claims (23)

1.一种在蜂窝通信网络中控制无线传输的方法，所述方法包括：

所述蜂窝通信网络的节点(100)确定下行链路控制信道的控制信道单元与上行链路控制信道的资源之间的映射；

所述节点(100)确定映射到所述控制信道单元的子组的所述上行链路控制信道的资源组；以及

所述节点(100)从所述资源组中分配要用于从用户设备(10)发送上行链路控制信息的资源；以及

所述节点(100)向所述用户设备(10)指示所分配的资源。

2.根据权利要求1所述的方法，

其中，所述无线传输基于长期演进无线接入技术；

所述下行链路控制信道的所述控制信道单元中的每一个控制信道单元是由相应索引n_CCE＝0，1，...，n标识的；以及

所述组中所确定的资源被映射到具有奇数索引n_CCE的控制信道单元。

3.根据权利要求2所述的方法，

其中，所述映射是由下式来定义的：

$n_{PUCCH}^{(1,{\tilde{p}}_0)}=n_{CCE}+N_{PUCCH}^{\left(1\right)},$

其中，指示用于标识所述上行链路控制信道的资源的索引，并且指示可配置的整数。

4.根据前述权利要求中任一项所述的方法，

其中，所述蜂窝通信网络支持多个下行链路分量载波(21、22)的聚合，以在所述蜂窝通信网络与所述用户设备(10)之间进行传输；

所述下行链路控制信道在主下行链路分量载波(21)和/或辅下行链路分量载波(22)上传输；以及

所述上行链路控制信息与所述辅下行链路分量载波(22)有关。

5.根据权利要求4所述的方法，

其中，所述上行链路控制信息包括用于肯定或否定确认对所述辅下行链路分量载波(22)上的传输的接收的一个或多个反馈消息(905)。

6.根据前述权利要求中任一项所述的方法，

其中，所述上行链路控制信息包括来自所述用户设备(10)的一个或多个调度请求(1002)。

7.根据前述权利要求中任一项所述的方法，包括：

所述节点(100)按如下方式从所述组中选择资源：使所选择的资源映射到的控制信道单元的间隔最大化；以及

所述节点(100)从所选择的资源中进行资源的所述分配。

8.根据前述权利要求中任一项所述的方法，包括：

所述节点(100)确定未映射到所述下行链路控制信道的控制信道单元的另一可用资源组；以及

如果所述组中的资源数量小于所述分配所需的资源数量，则所述节点(100)从所述资源组和所述另一资源组进行所述分配。

9.根据前述权利要求中任一项所述的方法，包括：

所述节点(100)选择所述下行链路控制信道的控制信道单元中未映射到所述组中的资源的一个或多个控制信道单元；以及

所述节点(100)在所述控制信道单元中选择的一个或多个控制信道单元中发送一个或多个下行链路指派(903)。

10.根据前述权利要求中任一项所述的方法，

其中，对所分配的资源的所述指示是在无线资源控制消息(902；1002)中执行的。

11.根据前述权利要求中任一项所述的方法，包括：

所述节点(100)在所述下行链路控制信道的控制信道单元中的一个或多个控制信道单元中发送一个或多个下行链路指派(903)；以及

所述节点(100)根据所述下行链路控制信道的控制信道单元与所述上行链路控制信道的资源之间的映射来确定用于从所述用户设备(10)接收一个或多个反馈消息(905)的所述上行链路控制信道的一个或多个资源，所述反馈消息(905)肯定或否定确认对与所述一个或多个下行链路指派(903)相对应的传输的接收。

12.一种用于在蜂窝通信网络中控制无线传输的节点(100)，所述节点(100)包括：

针对用户设备(10)的接口(120)和至少一个处理器(150)，

其中，所述至少一个处理器(150)被配置为：

-确定下行链路控制信道的控制信道单元与上行链路控制信道的资源之间的映射；

-确定映射到所述控制信道单元的子组的所述上行链路控制信道的资源组；

-从所述资源组中分配要用于从所述用户设备(10)发送上行链路控制信息的资源；以及

-经由所述接口(120)向所述用户设备(10)指示所分配的资源。

13.根据权利要求12所述的节点(100)，

其中，所述无线传输基于长期演进无线接入技术；

所述下行链路控制信道的所述控制信道单元中的每一个控制信道单元是由相应索引n_CCE＝0，1，...，n标识的；以及

所述组中所确定的资源被映射到具有奇数索引n_CCE的控制信道单元。

14.根据权利要求13所述的节点(100)，

其中，所述映射是由下式来定义的：

$n_{PUCCH}^{(1,{\tilde{p}}_0)}=n_{CCE}+N_{PUCCH}^{\left(1\right)},$

其中，指示用于标识所述上行链路控制信道的资源的索引，并且指示可配置的整数。

15.根据权利要求12至14中任一项所述的节点(100)，

其中，所述蜂窝通信网络支持多个分量载波的聚合，以在所述蜂窝通信网络与用户设备(10)之间进行传输；

所述下行链路控制信道在主下行链路分量载波(21)和/或辅下行链路分量载波(22)上传输；以及

所述上行链路控制信息与所述辅下行链路分量载波(22)有关。

16.根据权利要求15所述的节点(100)，

其中，所述上行链路控制信息包括用于肯定或否定确认对所述辅下行链路分量载波(22)上的传输的接收的一个或多个反馈消息(905)。

17.根据权利要求12至16中任一项所述的节点(100)，

其中，所述上行链路控制信息包括来自所述用户设备(10)的一个或多个调度请求(1003)。

18.根据权利要求12至17中任一项所述的节点(100)，

其中，所述至少一个处理器(150)被进一步配置为：

-按如下方式从所述组中选择资源：使所选择的资源映射到的控制信道单元的间隔最大化；以及

-从所选择的资源中进行资源的所述分配。

19.根据权利要求12至18中任一项所述的节点(100)，

其中，所述至少一个处理器(150)被进一步配置为：

-确定未映射到所述下行链路控制信道的控制信道单元的另一可用资源组；以及

-如果所述组中的资源数量小于所述分配所需的资源数量，则从所述资源组和所述另一资源组进行所述分配。

20.根据权利要求12至19中任一项所述的节点(100)，

其中，所述至少一个处理器(150)被进一步配置为：

-选择所述下行链路控制信道的控制信道单元中未映射到所述组中的资源的一个或多个控制信道单元；以及

-在所述控制信道单元中选择的一个或多个控制信道单元中发送一个或多个下行链路指派(903)。

21.根据权利要求12至20中任一项所述的节点(100)，

其中，所述至少一个处理器(150)被进一步配置为在无线资源控制消息(902；1002)中执行对所分配的资源的所述指示。

22.根据权利要求12至21中任一项所述的节点(100)，

其中，所述至少一个处理器(150)被进一步配置为：

-在所述下行链路控制信道的控制信道单元中的一个或多个控制信道单元中发送一个或多个下行链路指派(903)；

-根据所述下行链路控制信道的控制信道单元与所述上行链路控制信道的资源之间的映射来确定用于从所述用户设备(10)接收一个或多个反馈消息(905)的所述上行链路控制信道的一个或多个资源，所述反馈消息(905)肯定或否定确认对与所述一个或多个下行链路指派(903)相对应的传输的接收。

23.一种计算机程序产品，包括要由节点(100)的至少一个处理器(150)执行以控制蜂窝通信网络与用户设备(10)之间的无线传输的程序代码，其中，执行所述程序代码使所述节点(100)执行根据权利要求1至11中任一项所述的方法。