CN106059726A - 一种上行控制信道资源确定方法及装置 - Google Patents

Abstract

本发明实施例公开了一种上行控制信道资源确定方法及装置，所述方法包括：UE在同一子帧内使用N个上行控制信道格式资源进行上行控制信道反馈时，获取单个上行控制信道格式资源索引，方式一：将N个上行控制信道格式资源承载于单个上行控制信道格式资源索引所指示的同一个PRB pair内；方式二：将N个上行控制信道格式资源承载于包括单个上行控制信道格式资源索引所指示的PRB pair的不同的PRB pair内；方式三：将N个上行控制信道格式资源中的部分上行控制信道格式资源承载于单个上行控制信道格式资源索引所指示的同一个PRB pair内，剩余上行控制信道格式资源承载于其他PRB pair内；方式四：将N个上行控制信道格式资源承载于单个上行控制信道格式资源索引起始的多个资源索引所指示的PRB pair内。

Description

一种上行控制信道资源确定方法及装置

技术领域

本发明涉及上行控制信息传输技术，尤其涉及一种上行控制信道资源确定方法及装置。

背景技术

在长期演进(LTE，Long Term Evolution)系统中，如果终端没有被分配用于UL-SCH传输的上行资源，L1/L2层的控制信息如信道状态报告、混合自动重传请求(HARQ，Hybrid Automatic Repeat reQuest)反馈，调度请求等就会在位于PUCCH上的专门用来传输上行层一/层2(L1/L2)控制信息的上行资源上传输。这些资源位于总的小区可用带宽的边缘。每个这样的资源包含每个时隙(slot)中的12个子载波，即一个资源块(RB)。为了提供频率分集增益，这些频率资源在slot的边缘进行跳频。即：当一个子帧的第一个slot的频率资源位于最顶端时，相同大小的频率资源在第二个slot中位于最低端，反之亦然。当需要更多的资源来传输上行L1/L2控制信令时，例如，系统拥有比较大的传输带宽，支持更多的用户时，可以在之前分配的RB旁边分配额外的RB。

根据一个上行子帧内需要反馈的控制信息的不同，LTE R8定义了如下几种PUCCH format格式：

PUCCH format1/1a/1b：分别携带SR信息(PUCCH format 1)，1bit的ACK/NACK信息(format 1a),2bit的ACK/NACK信息(format 1b)信息，format1a和1b还能同时携带SR信息。

PUCCH format2/2a/2b:

PUCCH format 2：对于正常循环前缀(Normal CP)而言，只携带20bit的CSI信息；对于扩展循环前缀(Extended CP)而言，不仅携带20bit的CSI信息，还携带1bit或2bit的ACK/NACK信息。

PUCCH format 2a:携带20bit的CSI信息和1bit的ACK/NACK信息，只支持normal CP。

PUCCH format 2b:携带20bit的CSI信息和2bit的ACK/NACK信息，只支持normal CP。

在R10中，引入了载波聚合，上述PUCCH format没有足够的比特支持载波聚合下的PUCCH反馈，于是引入了两种格式支持载波聚合下的PUCCH反馈：

Format 1b with channel selection：能够支持最多2个serving cell的载波聚合的反馈，最多承载4个ACK/NACK反馈bit；

Format 3：可支持最多5个serving cell的载波聚合下的HARQ反馈，对于FDD，最多需要反馈10bit的ACK/NACK信息；对于TDD，最多反馈20bit的ACK/NACK比特信息，如果多个下行子帧对应一个上行子帧，且需要反馈的ACK/NACK bit数大于20，则每一个serving cell的下行子帧的2个codeword需要做ACK/NACK比特的spatial bundling。

具体采用哪种进行反馈，由高层配置。

在载波聚合的场景下，用户只能在主小区Pcell反馈一个物理上行控制信道(PUCCH)。

当前R10的载波聚合设计是针对最大支持5载波进行设计和优化的，而在R13中，最多支持到32载波的载波聚合正在进行讨论，当扩展到多于5个载波的聚合时，上行信道的反馈容量已经远远不够。例如在32载波进行聚合时，对于FDD，需要反馈的HARQ bit为64；对于TDD，以UL/DL config.2举例，在子帧2和7中，需要反馈的ACK/NACK bit在spatial bundling后仍为4×32＝128bit。现有的PUCCH format3最多支持20bit的ACK/NACK反馈的容量显然不够进行32载波下的HARQ的反馈。

因此，当聚合的载波超过5个时，如何利用PUCCH进行上行反馈即成为亟待解决的技术问题。在当前的标准化讨论中，讨论的解决方案包括：

设计新的能够容纳更多反馈比特的PUCCH format；

使用多个PUCCH format3或者多个类似于PUCCH format3的进行传输；

在多个cell上发送PUCCH。

使用多个PUCCH format3或者多个类似于PUCCH format3的进行传输的有点在于能够与现有的legacy的PUCCH format3资源很好的兼容。但如何为一个UE的同时传输的多个PUCCH确定传输的资源，目前并无相关技术方案可供参考。

发明内容

本发明实施例为解决上述技术问题，提供一种上行控制信道资源确定方法及装置、基站。

本发明实施例的技术方案是这样实现的：

一种上行控制信道资源确定方法，所述方法包括：

用户设备UE在同一子帧内使用N个上行控制信道格式资源进行上行控制信道反馈时，获取单个上行控制信道格式资源索引，按以下方式至少之一将自身的N个物理上行控制信道格式资源承载于物理资源块对PRB pair内：

方式一：将所述N个上行控制信道格式资源承载于所述单个上行控制信道格式资源索引所指示的同一个PRB pair内；

方式二：将所述N个上行控制信道格式资源承载于包括所述单个上行控制信道格式资源索引所指示的PRB pair的不同的PRB pair内；

方式三：将所述N个上行控制信道格式资源中的部分上行控制信道格式资源承载于所述单个上行控制信道格式资源索引所指示的同一个PRB pair内，剩余上行控制信道格式资源承载于其他PRB pair内；

方式四：将所述N个上行控制信道格式资源承载于所述单个上行控制信道格式资源索引起始的多个资源索引所指示的PRB pair内；

其中，N为自然数。

优选地，所述方法还包括：

所述UE确定需同时传输的上行控制信道格式资源小于等于5个时，在上述四种方式中任选一种方式承载所述需同时传输的上行控制信道格式资源；

所述UE确定需同时传输的上行控制信道格式资源大于5个时，使用方式二或方式三或方式四承载所述需同时传输的上行控制信道格式资源。

优选地，所述方法还包括：

所述UE接收网络侧发送的控制指令，根据所述控制指令确定所述N个上行控制信道格式资源承载于PRB pair内的方式。

优选地，所述控制指令包含无线资源控制RRC信令或下行控制信息；所述方法还包括：

所述RRC信令或下行控制信息中包含上行控制信道格式资源承载方式的指示信息，以使所述UE按所述指示信息将待传输的上行控制信道格式资源承载于相应的PRB pair内。

优选地，所述方法还包括：

所述指示信息指示上行控制信道格式资源承载方式为所述方式三时，网络侧与所述UE事先约定承载于PRB pair内的同一个UE的上行控制信道格式资源的最大数量；以使所述UE将所述最大数量作为一个PRB pair内的上行控制信道格式资源的最大承载量。

优选地，所述方法还包括：

所述指示信息指示上行控制信道格式资源承载方式为所述方式三时，所述RRC信令或下行控制信息中还包含承载于PRB pair内的同一个UE的上行控制信道格式资源的最大数量的信息；以使所述UE根据上行控制信道格式资源的最大数量的信息，使当前承载于一个PRB pair内的上行控制信道格式资源的数量不超过所述最大数量。

优选地，所述方法还包括：

所述指示信息指示上行控制信道格式资源承载方式为所述方式三时，所述RRC信令或下行控制信息中还包含承载上行控制信道格式资源的PRB pair的数量，各PRB pair内承载同一个UE的上行控制信道格式资源的数量的信息；以使用所述UE根据各PRB pair内承载同一个UE的上行控制信道格式资源的数量的信息，在相应PRB pair内配置相应数量的上行控制信道格式资源。

优选地，所述RRC信令或下行控制信息中还包含承载上行控制信道格式资源的PRB之间的间隔和/或承载上行控制信道格式资源的PRB的正交序列之间的间隔的指示信息；

对于方式一，所述RRC信令或下行控制信息中包含正交序列之间的间隔的指示信息；

对于方式二，所述RRC信令或下行控制信息中包含PRB之间的间隔的指示信息；

对于方式三，所述RRC信令或下行控制信息中包含PRB之间的间隔以及正交序列之间的间隔的指示信息。

优选地，网络侧与所述UE事先约定承载上行控制信道格式资源的PRB之间的间隔和/或承载上行控制信道格式资源的PRB的正交序列之间的间隔的确定方式；

对于方式一，事先约定正交序列之间的间隔的确定方式；

对于方式二，事先约定PRB之间的间隔的确定方式；

对于方式三，事先约定PRB之间的间隔以及正交序列之间的间隔的确定方式。

优选地，所述方法还包括：

根据所述单个上行控制信道格式资源索引，以及承载上行控制信道格式资源的PRB之间的间隔和/或正交序列间隔，计算PUCCH资源。

优选地，所述UE接收网络侧发送的控制指令，根据所述控制指令确定上行控制信道格式资源索引之间的间隔。

优选地，所述所述控制指令包含无线资源控制RRC信令或下行控制信息；所述RRC信令或下行控制信息中包含上行控制信道格式资源索引之间的间隔。

优选地，网络侧与所述UE事先约定上行控制信道格式资源索引之间的间隔的确定方式；

对于方式四，事先约定上行控制信道格式资源索引之间的间隔的确定方式。

优选地，所述方法还包括：

根据所述单个上行控制信道格式资源索引，以及上行控制信道格式资源索引之间的间隔，计算PUCCH资源。

优选地，所述方法还包括：

在所述N个上行控制信道格式资源中使用N×22-1个比特传输HARQ反馈信息。

一种上行控制信道资源确定装置，所述装置包括：

第一确定单元，用于确定UE在同一子帧内使用N个上行控制信道格式资源进行上行控制信道反馈时，获取单个上行控制信道格式资源索引，按以下方式至少之一将所述UE的N个上行控制信道格式资源承载于物理资源块对PRBpair内：

方式一：将所述N个上行控制信道格式资源承载于所述单个上行控制信道格式资源索引所指示的同一个PRB pair内；

方式二：将所述N个上行控制信道格式资源承载于包括所述单个上行控制信道格式资源索引所指示的PRB pair的不同的PRB pair内；

方式三：将所述N个上行控制信道格式资源中的部分上行控制信道格式资源承载于所述单个上行控制信道格式资源索引所指示的同一个PRB pair内，剩余上行控制信道格式资源承载于其他PRB pair内；

方式四：将所述N个上行控制信道格式资源承载于所述单个上行控制信道格式资源索引起始的多个资源索引所指示的PRB pair内；

其中，N为自然数。

优选地，所述装置还包括：第二确定单元和第三确定单元，其中：

第二确定单元，用于确定需同时传输的上行控制信道格式资源小于等于5个时，在上述四种方式中任选一种方式承载所述需同时传输的上行控制信道格式资源；

第三确定单元，用于确定需同时传输的上行控制信道格式资源大于5个时，使用方式二或方式三或方式四承载所述需同时传输的上行控制信道格式资源。

优选地，所述装置还包括第一接收单元和第四确定单元，其中：

第一接收单元，用于接收网络侧发送的控制指令；

第四确定单元，用于根据所述控制指令确定所述N个上行控制信道格式资源承载于PRB pair内的方式。

优选地，所述控制指令包含无线资源控制RRC信令或下行控制信息；

所述RRC信令或下行控制信息中包含上行控制信道格式资源承载方式的指示信息，以使所述UE按所述指示信息将待传输的上行控制信道格式资源承载于相应的PRB pair内。

优选地，所述指示信息指示上行控制信道格式资源承载方式为所述方式三时，网络侧与所述UE事先约定承载于PRB pair内的同一个UE的上行控制信道格式资源的最大数量；以使所述UE将所述最大数量作为一个PRB pair内的上行控制信道格式资源的最大承载量。

优选地，所述指示信息指示上行控制信道格式资源承载方式为所述方式三时，所述RRC信令或下行控制信息中还包含承载于PRB pair内的同一个UE的上行控制信道格式资源的最大数量的信息；以使所述UE根据上行控制信道格式资源的最大数量的信息，使当前承载于一个PRB pair内的上行控制信道格式资源的数量不超过所述最大数量。

优选地，所述指示信息指示上行控制信道格式资源承载方式为所述方式三时，所述RRC信令或下行控制信息中还包含承载上行控制信道格式资源的PRBpair的数量，各PRB pair内承载同一个UE的上行控制信道格式资源的数量的信息；以使用所述UE根据各PRB pair内承载同一个UE的上行控制信道格式资源的数量的信息，在相应PRB pair内配置相应数量的上行控制信道格式资源。

优选地，所述RRC信令或下行控制信息中还包含承载上行控制信道格式资源的PRB之间的间隔和/或承载上行控制信道格式资源的PRB的正交序列之间的间隔的指示信息；

对于方式一，所述RRC信令或下行控制信息中包含正交序列之间的间隔的指示信息；

对于方式二，所述RRC信令或下行控制信息中包含PRB之间的间隔的指示信息；

对于方式三，所述RRC信令或下行控制信息中包含PRB之间的间隔以及正交序列之间的间隔的指示信息。

优选地，所述装置与所述UE事先约定承载上行控制信道格式资源的PRB之间的间隔和/或承载上行控制信道格式资源的PRB的正交序列之间的间隔的确定方式；

对于方式一，事先约定正交序列之间的间隔的确定方式；

对于方式二，事先约定PRB之间的间隔的确定方式；

对于方式三，事先约定PRB之间的间隔以及正交序列之间的间隔的确定方式。

优选地，所述装置还包括第二接收单元和第五确定单元，其中：

第二接收单元，用于接收网络侧发送的控制指令；

第五确定单元，用于根据所述控制指令确定上行控制信道格式资源索引之间的间隔。

优选地，所述控制指令包含无线资源控制RRC信令或下行控制信息；所述RRC信令或下行控制信息中包含上行控制信道格式资源索引之间的间隔。

优选地，所述装置与所述UE事先约定上行控制信道格式资源索引之间的间隔的确定方式；

对于方式四，事先约定上行控制信道格式资源索引之间的间隔的确定方式。

优选地，所述装置还包括：

指示单元，用于指示在所述N个上行控制信道格式资源中使用N×22-1个比特传输HARQ反馈信息。UE在同一子帧内使用N个上行控制信道格式资源进行上行控制信道反馈UE在同一子帧内使用N个上行控制信道格式资源进行上行控制信道反馈

本发明实施例中，当UE进行载波聚合的载波数量超过5个时，需重新设计上行控制信道格式资源的承载方式，具体地，将所述N个上行控制信道格式资源承载于同一个PRB pair内；或将所述N个上行控制信道格式资源承载于不同的PRB pair内；或将所述N个上行控制信道格式资源中的部分上行控制信道格式资源承载于一个PRB pair内，剩余上行控制信道格式资源承载于其他PRBpair内。当同时传输的N个上行控制信道格式为上行控制信道格式或类PUCCHformat 3结构时，本发明实施例兼容现有的上行控制信道格式资源的承载方式，尽可能地保护了当前通信系统的投资，并在此基础上，通过扩展上行控制信道格式资源的承载方式，当需反馈的上行信息量较多时，也能满足上行信息的反馈需求。

附图说明

图1为本发明实施例的上行控制信道资源确定方法的流程图；

图2为本发明实施例的上行控制信道资源确定装置的组成结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进一步详细说明。为了描述的清楚，后文将用PUCCH format3来进行方案的说明，但本发明方案并不限于同时传输的多个上行控制信道格式为PUCCH format 3，也可以为其他PUCCH format。

图1为本发明实施例的上行控制信道资源确定方法的流程图，如图1所示，本发明实施例的上行控制信道资源确定方法包括以下步骤：

步骤101，网络侧向UE发送控制指令。

所述UE在同一子帧内使用N个上行控制信道格式资源进行上行控制信道反馈时，获取单个上行控制信道格式资源索引，网络侧通过所述控制指令指示按以下方式至少之一将同一UE的N个PUCCH format3资源承载于物理资源块对PRB pair内：

用户设备UE在同一子帧内使用N个上行控制信道格式资源进行上行控制信道反馈时，获取单个上行控制信道格式资源索引，按以下方式至少之一将自身的N个物理上行控制信道格式资源承载于物理资源块对PRB pair内：

方式一：将所述N个上行控制信道格式资源承载于所述单个上行控制信道格式资源索引所指示的同一个PRB pair内；

方式二：将所述N个上行控制信道格式资源承载于包括所述单个上行控制信道格式资源索引所指示的PRB pair的不同的PRB pair内；

方式三：将所述N个上行控制信道格式资源中的部分上行控制信道格式资源承载于所述单个上行控制信道格式资源索引所指示的同一个PRB pair内，剩余上行控制信道格式资源承载于其他PRB pair内；

方式四：将所述N个上行控制信道格式资源承载于所述单个上行控制信道格式资源索引起始的多个资源索引所指示的PRB pair内；

其中，N为自然数。

本发明实施例中，UE也可以根据与网络侧约定的PUCCH format3资源承载规则，自行在上述方式中确定PUCCH format3资源承载方式。UE在确定需同时传输的上行控制信道格式资源小于等于5个时，在上述四种方式中任选一种方式承载所述需同时传输的上行控制信道格式资源；所述UE确定需同时传输的上行控制信道格式资源大于5个时，使用方式二或方式三或方式四承载所述需同时传输的上行控制信道格式资源如所述UE确定需同时传输的PUCCHformat3资源小于等于5个时，按所述方式一承载所述需同时传输的PUCCHformat3资源；所述UE确定需同时传输的PUCCH format3资源大于5个时，按所述方式二或所述方式三承载所述需同时传输的PUCCH format3资源。

本发明实施例中，方式四是通过N个PUCCH format3资源承载于以现有机制获得的单个PUCCH format3资源索引起始的多个资源索引所指示的资源内。

基于现有机制，通过高层信令配置和TPC command for PUCCH字段能够确定一个用于PUCCH format3反馈的资源索引：通过资源索引间隔N_index,step能够计算出第j个PUCCH format的资源索引 $n_{j,PUCCH}^{\left(3,\tilde{p}\right)}=n_{PUCCH}^{\left(3,\tilde{p}\right)}+(j-1)\·N_{index,step}.$

基于第j个资源索引，完全采用现有计算公式就能够相应的确定其所在的PRB资源和正交序列资源

中的3表示对应的是PUCCH format3，是与天线端口号p相对应的参数，对应关系参见3Gpp标准协议36.211的表格5.2.1-1。

本发明实施例中，所述控制指令包含无线资源控制RRC信令或下行控制信息；所述方法还包括：

所述RRC信令或下行控制信息中包含PUCCH format3资源承载方式的指示信息，以使所述UE按所述指示信息将待传输的PUCCH format3资源承载于相应的PRB pair内。

本发明实施例中，所述方法还包括：

所述指示信息指示PUCCH format3资源承载方式为所述方式三时，网络侧与所述UE事先约定承载于PRB pair内的同一个UE的PUCCH format3资源的最大数量；以使所述U将所述最大数量作为一个PRB pair内的PUCCH format3资源的最大承载量。

本发明实施例中，所述方法还包括：

所述指示信息指示PUCCH format3资源承载方式为所述方式三时，所述RRC信令或下行控制信息中还包含承载于PRB pair内的同一个UE的PUCCHformat3资源的最大数量的信息；以使所述UE根据PUCCH format3资源的最大数量的信息，使当前承载于一个PRB pair内的PUCCH format3资源的数量不超过所述最大数量。

本发明实施例中，所述方法还包括：

所述指示信息指示PUCCH format3资源承载方式为所述方式三时，所述RRC信令或下行控制信息中还包含承载PUCCH format3资源的PRB pair的数量，各PRB pair内承载同一个UE的PUCCH format3资源的数量的信息；以使用所述UE根据各PRB pair内承载同一个UE的PUCCH format3资源的数量的信息，在相应PRB pair内配置相应数量的PUCCH format3资源。

本发明实施例中，所述RRC信令或下行控制信息中还包含承载PUCCHformat3资源的PRB之间的间隔和/或承载PUCCH format3资源的PRB的正交序列之间的间隔的指示信息；

对于方式一，所述RRC信令或下行控制信息中包含正交序列之间的间隔的指示信息；

对于方式二，所述RRC信令或下行控制信息中包含PRB之间的间隔的指示信息；

对于方式三，所述RRC信令或下行控制信息中包含PRB之间的间隔以及正交序列之间的间隔的指示信息。

本发明实施例中，网络侧还可以与所述UE事先约定承载PUCCH format3资源的PRB之间的间隔和/或承载PUCCH format3资源的PRB的正交序列之间的间隔的确定方式；

对于方式一，事先约定正交序列之间的间隔的确定方式；

对于方式二，事先约定PRB之间的间隔的确定方式；

对于方式三，事先约定PRB之间的间隔以及正交序列之间的间隔的确定方式。

步骤102，UE接收控制指令，并根据控制指令确定PUCCH format3资源。

本发明实施例中，UE可以根据所述单个上行控制信道格式资源索引，以及承载上行控制信道格式资源的PRB之间的间隔和/或正交序列间隔，计算PUCCH资源。

本发明实施例中，所述UE接收网络侧发送的控制指令，根据所述控制指令确定上行控制信道格式资源索引之间的间隔。所述所述控制指令包含无线资源控制RRC信令或下行控制信息；所述RRC信令或下行控制信息中包含上行控制信道格式资源索引之间的间隔。或者，网络侧与所述UE事先约定上行控制信道格式资源索引之间的间隔的确定方式；

对于方式四，事先约定上行控制信道格式资源索引之间的间隔的确定方式。

本发明实施例中，所述方法还包括：

根据所述单个上行控制信道格式资源索引，以及上行控制信道格式资源索引之间的间隔，计算PUCCH资源。

本发明实施例中，当使用N个PUCCH format3资源传输HARQ反馈信息时，在所述N个PUCCH format3资源中使用N×22-1个比特传输HARQ反馈信息。当需要反馈传输调度请求SR时，使用所述N个PUCCH format3资源中剩余的1比特传输SR。

以下通过具体示例，进一步阐明本发明实施例的技术方案的实质。

本发明实施例中，当UE需要在同一子帧传输多个PUCCH format3时，首先复用现有R10中的信息单元(IE)的资源指示，完成2个或者更多个PUCCHformat3资源的确定。本发明实施例中，确定某个资源即确定其所在的PRB资源和正交序列以下详细说明本发明实施例是如何确定PUCCHformat3资源的。

本发明实施例中，同一UE的N个PUCCH format3的共存方式可以有四种：

1、N个PUCCH format3资源位于同一个PRB pair内；

2、N个PUCCH format3资源位于不同的PRB pair内；

3、N个PUCCH format3资源中的部分位于同一个PRB pair内，其他的PUCCH format3资源位于不同的PRB pair内。

N个PUCCH format3资源承载于以现有机制获得的单个PUCCH format3资源索引起始的多个资源索引所指示的资源内。

当为UE配置了多于5个CC的载波聚合时，有两种方法确定用户采用上述四种方式中的哪一种：

方法一：根据UE进行载波聚合的载波(CC)的数量确定采用上述四种方式中的一种。举例如下：

UE需要同时传输的PUCCH format3资源小于等于5个(shorten PUCCH时是4个)时，选择方式1进行PUCCH format3资源承载；否则选择方式2或3或4进行PUCCH format3资源承载。

方法二：在PUCCH配置相关的无线资源控制(RRC)信令或是下行控制信息中通过显式的比特指示采用上述某种方式。

进一步地，本发明实施例中，对于方式三，还涉及到位于不同PRB pair的资源如何划分，规则也包含两种方法：一种是固定设置一个PRB pair内的同一个UE的PUCCH format3数量最多为L，L的取值为1～5，多于L个则会占用另外的PRB pair资源；另一种是显式的由高层RRC信令或是物理下行控制信道进行指示，即在RRC信令中通过比特消息指示L值大小；或是在下行控制信息中通过比特进行指示L值大小或直接指示使用几个PRB pair传输，各个PRB pair内分别有几个该UE的PUCCH format3传输。

对应上述的四种PUCCH format3资源承载方式，还需要确定方式内部多个PUCCH format3之间的相对关系，如对于方式1，需要确定PUCCH format3资源的正交序列的间隔；对于方式2，需要确定承载PUCCH format3资源的PRB之间的间隔；对于方式3，需要确定承载PUCCH format3资源的PRB之间的间隔和正交序列之间的间隔。对于方式4，需要确定资源索引的间隔。

关于PRB之间的间隔和正交序列之间的间隔的通知方法，同样有两种：一种是基站通过RRC信令或者下行控制信道信息显式的通知用户正交序列之间的间隔N_oc,step和/或PRB之间的间隔参数N_RB,step，或资源索引之间的间隔N_index,step，这取决于网络侧配置了哪种多PUCCH format3资源的传输格式。另一种方式是不需要基站显式指示，基站和UE约定按照一定的规则计算确定上述的间隔信息，例如，根据每个PRB pair内部用户同时存在的该用户的PUCCHformat3数量L，确定正交序列之间的间隔：

或是N_oc，step为的任意正整数。

使用多个PRB pair资源传输时，约定RB之间的间隔N_RB,step为某个正整数；

基于同一UE的多个PUCCH format3的相对资源方式(例如方式1，2，或3)及确定的方式内部PUCCH format3资源之间的相对间隔，就可以基于计算出同一用户在一个载波的同一子帧传输多个PUCCH format3的传输资源。其中，表示用户需要传输的第j个PUCCH format3所在的PRB资源，分别表示用户需要传输的第j个PUCCH format3在端口p，slot0和slot1的正交序列编号。通过上述的及即可计算出PUCCH format3资源：

对于方式1：N个PUCCH format3资源位于同一个PRB pair内；

用户的第一个PUCCH format3的资源仍然按照标准中现有计算方式计算，记为这里不再赘述详细的计算过程。其他的资源计算方法如下：

$n_{oc,0}^{\left(\tilde{p},0\right)}=n_{PUCCH}^{\left(3,\tilde{p}\right)}{\mathrm{modN}}_{SF,1}^{PUCCH}$

$n_{oc,1}^{\left(\tilde{p},0\right)}=\left\{\begin{array}{cc}\left(3n_{oc,0}^{\left(\tilde{p}\right)}\right){\mathrm{modN}}_{SF,1}^{PUCCH}& if{N}_{SF,1}^{PUCCH}=5\\ n_{oc,0}^{\left(\tilde{p}\right)}{\mathrm{modN}}_{SF,1}^{PUCCH}& otherwise\end{array}\right.$

$n_{oc,0}^{\left(\tilde{p},j\right)}=(n_{oc,0}^{\left(\tilde{p},0\right)}+j*N_{oc,step}){\mathrm{modN}}_{SF,1}^{PUCCH},j=1,N-1$

$n_{oc,1}^{\left(\tilde{p},j\right)}=\left\{\begin{array}{cc}\left(3n_{oc,0}^{\left(\tilde{p}\right)}\right){\mathrm{modN}}_{SF,1}^{PUCCH}& if{N}_{SF,1}^{PUCCH}=5\\ n_{oc,0}^{\left(\tilde{p}\right)}{\mathrm{modN}}_{SF,1}^{PUCCH}& otherwise\end{array}\right.$

举例如下：假设当前用户需要同时传输2个PUCCH format3，并假设各PUCCHformat3之间的间隔是隐式的按照同时传输2个PUCCHformat3来计算的，即则：

所在的PRB： $n_{PRB}^1=n_{PRB}^0=\left\{\begin{array}{cc}2& slot0\\ 97& slot1\end{array}\right.,$

第1个PUCCH format3对应的正交序列：

$n_{oc,0}^{(\tilde{p},0)}=24{\mathrm{modN}}_{SF,1}^{PUCCH}=\left\{\begin{array}{cc}4& if{N}_{SF,1}^{PUCCH}=5\\ 0& otherwise\end{array}\right.$

$n_{oc,1}^{(\tilde{p},0)}=\left\{\begin{array}{cc}(3\·4)\mathrm{mod}5=2& if{N}_{SF,1}^{PUCCH}=5\\ 0\mathrm{mod}4=0& otherwise\end{array}\right.$

第2个PUCCH format3对应的正交序列：

$n_{oc,0}^{(\tilde{p},1)}=\left\{\begin{array}{cc}1& if{N}_{SF,1}^{PUCCH}=5\\ 2& otherwise\end{array}\right.$

$n_{oc,1}^{(\tilde{p},1)}=\left\{\begin{array}{cc}3& if{N}_{SF,1}^{PUCCH}=5\\ 2& otherwise\end{array}\right.$

可以推断出对于nomal PUCCH，对于shorten PUCCH，不能分配给其他用户，推断方法为，对于需要传输多个PUCCH的用户的根据step值，当时，都不能分配给其他用户，当时，不能分配给其他用户，其他规则同R10。

对于方式2：N个PUCCH format3资源位于不同的PRB pair内；

同一个用户的多个PUCCH format3资源位于不同RB的计算方法：第一个PUCCH占用的RB和正交序列的计算方法同R10，其他资源所在的RB与第一个PUCCH的资源的RB存在固定的间隔。正交序列可以相同或者不同，下面的式子示意的是序列相同。当然，本领域技术人员应当理解，也可以采用类似于方案1的序列计算方法，采用不同的正交序列。

$n_{PRB}^j=\left\{\begin{array}{cc}{n}_{PRB}^0+j\·N_{RB,step}& if(m+n_s\mathrm{mod}2)\mathrm{mod}2=0\\ n_{PRB}^0-j\·N_{RB,step}& if(m+n_s\mathrm{mod}2)\mathrm{mod}2=1\end{array}\right.$

其中，和表示第一个PUCCH资源对应的正交序列，计算方法与R10相同，则第j个PUCCH所采用的正交序列可以与第一个的相同，

$n_{oc,0}^{(\tilde{p},j)}=n_{oc,0}^{(\tilde{p},0)}$

$n_{oc,1}^{(\tilde{p},j)}=n_{oc,1}^{(\tilde{p},0)}$

当然第j个PUCCH所采用的正交序列也可以与第一个不同，例如采用类似于方式1中的方法，不同PUCCH format3资源的正交序列也存在间隔N_oc,step；

同样，这些PUCCH资源也不能再分配给其他用户。

对于方式3：N个PUCCH format3资源中的部分位于同一个PRB pair内，其他的位于不同的PRB pair内。当所需要占用的PRB pair数量和每个PRB pair内部传输的PUCCH fomat3资源确定后，就可以不同PRB pair的资源按照前述方式2的确定方式确定，同一个PRB pair内部的按照方式1的确定方式确定。同样地，这些PUCCH资源也不能再分配给其他用户。

对于方式4：N个PUCCH format3资源承载于以现有机制获得的单个PUCCH format3资源索引起始的多个资源索引所指示的资源内。

基于现有机制，通过高层信令配置和TPC command for PUCCH字段能够确定一个用于PUCCH format3反馈的资源索引：通过资源索引间隔N_index,step能够计算出第j个PUCCH format的资源索引 $n_{j,PUCCH}^{\left(3,\tilde{p}\right)}=n_{PUCCH}^{\left(3,\tilde{p}\right)}+(j-1)\·N_{index,step}.$

基于第j个资源索引，完全采用现有计算公式就能够相应的确定其所在的PRB资源和正交序列资源

本发明实施例中，对于传输多个PUCCH format 3的情况，还可以对容量进行进一步增强，在R12中，对PUCCH format3的反馈比特数进行了扩展。考虑所采用的RM码最多支持22比特的传输，在FDD-TDD聚合、TDD作为PrimaryCell的情况下，PUCCH format 3可以支持22bit的反馈，其中1比特用于positive/negative SR，21比特用于HARQ-ACK反馈。因此，PUCCH format3可以支持22比特的反馈，一个PUCCH format3资源中，21比特用于HARQ-ACK反馈，1比特用于positive/negative SR的反馈。当用户传输多个PUCCH format3时，同一用户的positive/negative SR只需要传输1次，即当同时传输的PUCCHformat 3个数为N时，如果需要传输positive/negative SR，可以使用N×22-1比特用于传输HARQ-ACK，剩余的1bit用于反馈positive/negative SR。

图2为本发明实施例的上行控制信道资源确定装置的组成结构示意图，如图2所示，本发明实施例的上行控制信道资源确定装置包括：

第一确定单元20，用于确定UE在同一子帧内使用N个上行控制信道格式资源进行上行控制信道反馈时，获取单个上行控制信道格式资源索引，按以下方式至少之一将所述UE的N个物理上行控制信道格式3PUCCH format3资源承载于物理资源块对PRB pair内：

用户设备UE在同一子帧内使用N个上行控制信道格式资源进行上行控制信道反馈时，获取单个上行控制信道格式资源索引，按以下方式至少之一将自身的N个物理上行控制信道格式资源承载于物理资源块对PRB pair内：

方式一：将所述N个上行控制信道格式资源承载于所述单个上行控制信道格式资源索引所指示的同一个PRB pair内；

方式二：将所述N个上行控制信道格式资源承载于包括所述单个上行控制信道格式资源索引所指示的PRB pair的不同的PRB pair内；

方式三：将所述N个上行控制信道格式资源中的部分上行控制信道格式资源承载于所述单个上行控制信道格式资源索引所指示的同一个PRB pair内，剩余上行控制信道格式资源承载于其他PRB pair内；

方式四：将所述N个上行控制信道格式资源承载于所述单个上行控制信道格式资源索引起始的多个资源索引所指示的PRB pair内；

其中，N为自然数。

如图2所示，本发明实施例的上行控制信道资源确定装置还包括有：第二确定单元21和第三确定单元22，其中：

第二确定单元21，用于确定需同时传输的上行控制信道格式资源小于等于5个时，在上述四种方式中任选一种方式承载所述需同时传输的上行控制信道格式资源；

第三确定单元22，用于确定需同时传输的上行控制信道格式资源大于5个时，使用方式二或方式三或方式四承载所述需同时传输的上行控制信道格式资源。

本领域技术人员应当理解，上述第二确定单元21、第三确定单元22均是为使本发明实施例的上行控制信道资源确定装置更优化而设置的技术手段，并非实现本发明实施例的上行控制信道资源确定装置的基本目的的技术手段。

在图2所示的上行控制信道资源确定装置的基础上，本发明实施例的上行控制信道资源确定装置还包括第一接收单元(图中未示出)和第四确定单元(图中未示出)，其中：

第一接收单元，用于接收网络侧发送的控制指令；

第四确定单元，用于根据所述控制指令确定所述N个PUCCH format3资源承载于PRB pair内的方式。

图2所示的上行控制信道资源确定装置中，所述控制指令包含无线资源控制RRC信令或下行控制信息；

所述RRC信令或下行控制信息中包含PUCCH format3资源承载方式的指示信息，以使所述UE按所述指示信息将待传输的PUCCH format3资源承载于相应的PRB pair内。

图2所示的上行控制信道资源确定装置中，所述指示信息指示PUCCHformat3资源承载方式为所述方式三时，网络侧与所述UE事先约定承载于PRBpair内的同一个UE的PUCCH format3资源的最大数量；以使所述U将所述最大数量作为一个PRB pair内的PUCCH format3资源的最大承载量。

图2所示的上行控制信道资源确定装置中，所述指示信息指示PUCCHformat3资源承载方式为所述方式三时，所述RRC信令或下行控制信息中还包含承载于PRB pair内的同一个UE的PUCCH format3资源的最大数量的信息；以使所述UE根据PUCCH format3资源的最大数量的信息，使当前承载于一个PRB pair内的PUCCH format3资源的数量不超过所述最大数量。

图2所示的上行控制信道资源确定装置中，所述指示信息指示PUCCHformat3资源承载方式为所述方式三时，所述RRC信令或下行控制信息中还包含承载PUCCH format3资源的PRB pair的数量，各PRB pair内承载同一个UE的PUCCH format3资源的数量的信息；以使用所述UE根据各PRB pair内承载同一个UE的PUCCH format3资源的数量的信息，在相应PRB pair内配置相应数量的PUCCH format3资源。

图2所示的上行控制信道资源确定装置中，所述RRC信令或下行控制信息中还包含承载PUCCH format3资源的PRB之间的间隔和/或承载PUCCHformat3资源的PRB的正交序列之间的间隔的指示信息；

对于方式一，所述RRC信令或下行控制信息中包含正交序列之间的间隔的指示信息；

对于方式二，所述RRC信令或下行控制信息中包含PRB之间的间隔的指示信息；

对于方式三，所述RRC信令或下行控制信息中包含PRB之间的间隔以及正交序列之间的间隔的指示信息。

图2所示的上行控制信道资源确定装置中，所述装置与所述UE事先约定承载PUCCH format3资源的PRB之间的间隔和/或承载PUCCH format3资源的PRB的正交序列之间的间隔的确定方式；

对于方式一，事先约定正交序列之间的间隔的确定方式；

对于方式二，事先约定PRB之间的间隔的确定方式；

对于方式三，事先约定PRB之间的间隔以及正交序列之间的间隔的确定方式。

本发明实施例中，所述第一确定单元21还用于，通过高层信令配置和TPCcommand for PUCCH字段确定用于上行控制信道格式反馈的第0个资源索引 为通过现有机制获得的单个上行控制信道格式资源索引；中的3表示上行控制信道格式3PUCCH format3，为与天线端口号p相对应的参数；

通过资源索引间隔N_index,step确定第j个上行控制信道格式的资源索引 $n_{j,PUCCH}^{\left(3,\tilde{p}\right)}=n_{PUCCH}^{\left(3,\tilde{p}\right)}+(j-1)\·N_{index,step};$

基于第j个资源索引，确定第j个资源所在的PRB资源和正交序列资源

在图2所示的上行控制信道资源确定装置的基础上，本发明实施例的上行控制信道资源确定装置还包括：第二接收单元(图2中未示出)和第五确定单元(图2中未示出)，其中：

第二接收单元，用于接收网络侧发送的控制指令；

第五确定单元，用于根据所述控制指令确定上行控制信道格式资源索引之间的间隔。

本发明实施例中，所述控制指令包含无线资源控制RRC信令或下行控制信息；所述RRC信令或下行控制信息中包含上行控制信道格式资源索引之间的间隔。

本发明实施例中，所述装置与所述UE事先约定上行控制信道格式资源索引之间的间隔的确定方式；

对于方式四，事先约定上行控制信道格式资源索引之间的间隔的确定方式。

在图2所示的上行控制信道资源确定装置的基础上，本发明实施例的上行控制信道资源确定装置还包括：

指示单元(图2中未示出)，用于指示在所述N个PUCCH format3资源中使用N×22-1个比特传输HARQ反馈信息。当同时传输的PUCCH format 3个数为N时，如果需要传输positive/negative SR，可以使用N×22-1比特用于传输HARQ-ACK，剩余的1bit用于反馈positive/negative SR。

本领域技术人员应当理解，图2中所示的上行控制信道资源确定装置中的各处理单元的实现功能可参照前述上行控制信道资源确定方法及其实施例的相关描述而理解。本领域技术人员应当理解，图2所示的上行控制信道资源确定装置中各处理单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

在本发明所提供的几个实施例中，应该理解到，所揭露的方法、装置和电子设备，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加应用功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明实施例上述集成的单元如果以应用功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以应用产品的形式体现出来，该计算机应用产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本发明的保护范围并不局限于此，熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。

Claims (28)

1.一种上行控制信道资源确定方法，其特征在于，所述方法包括：

用户设备UE在同一子帧内使用N个上行控制信道格式资源进行上行控制信道反馈时，获取单个上行控制信道格式资源索引，按以下方式至少之一将自身的N个物理上行控制信道格式资源承载于物理资源块对PRB pair内：

方式一：将所述N个上行控制信道格式资源承载于所述单个上行控制信道格式资源索引所指示的同一个PRB pair内；

方式二：将所述N个上行控制信道格式资源承载于包括所述单个上行控制信道格式资源索引所指示的PRB pair的不同的PRB pair内；

方式三：将所述N个上行控制信道格式资源中的部分上行控制信道格式资源承载于所述单个上行控制信道格式资源索引所指示的同一个PRB pair内，剩余上行控制信道格式资源承载于其他PRB pair内；

方式四：将所述N个上行控制信道格式资源承载于所述单个上行控制信道格式资源索引起始的多个资源索引所指示的PRB pair内；

其中，N为自然数。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述UE确定需同时传输的上行控制信道格式资源小于等于5个时，在上述四种方式中任选一种方式承载所述需同时传输的上行控制信道格式资源；

所述UE确定需同时传输的上行控制信道格式资源大于5个时，使用方式二或方式三或方式四承载所述需同时传输的上行控制信道格式资源。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述UE接收网络侧发送的控制指令，根据所述控制指令确定所述N个上行控制信道格式资源承载于PRB pair内的方式。

4.根据权利要求3所述的方法，其特征在于，所述控制指令包含无线资源控制RRC信令或下行控制信息；所述方法还包括：

所述RRC信令或下行控制信息中包含上行控制信道格式资源承载方式的指示信息，以使所述UE按所述指示信息将待传输的上行控制信道格式资源承载于相应的PRB pair内。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述指示信息指示上行控制信道格式资源承载方式为所述方式三时，网络侧与所述UE事先约定承载于PRB pair内的同一个UE的上行控制信道格式资源的最大数量；以使所述UE将所述最大数量作为一个PRB pair内的上行控制信道格式资源的最大承载量。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述指示信息指示上行控制信道格式资源承载方式为所述方式三时，所述RRC信令或下行控制信息中还包含承载于PRB pair内的同一个UE的上行控制信道格式资源的最大数量的信息；以使所述UE根据上行控制信道格式资源的最大数量的信息，使当前承载于一个PRB pair内的上行控制信道格式资源的数量不超过所述最大数量。

7.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述指示信息指示上行控制信道格式资源承载方式为所述方式三时，所述RRC信令或下行控制信息中还包含承载上行控制信道格式资源的PRB pair的数量，各PRB pair内承载同一个UE的上行控制信道格式资源的数量的信息；以使用所述UE根据各PRB pair内承载同一个UE的上行控制信道格式资源的数量的信息，在相应PRB pair内配置相应数量的上行控制信道格式资源。

8.根据权利要求4至7任一项所述的方法，其特征在于，所述RRC信令或下行控制信息中还包含承载上行控制信道格式资源的PRB之间的间隔和/或承载上行控制信道格式资源的PRB的正交序列之间的间隔的指示信息；

对于方式一，所述RRC信令或下行控制信息中包含正交序列之间的间隔的指示信息；

对于方式二，所述RRC信令或下行控制信息中包含PRB之间的间隔的指示信息；

对于方式三，所述RRC信令或下行控制信息中包含PRB之间的间隔以及正交序列之间的间隔的指示信息。

9.根据权利要求4至7任一项所述的方法，其特征在于，网络侧与所述UE事先约定承载上行控制信道格式资源的PRB之间的间隔和/或承载上行控制信道格式资源的PRB的正交序列之间的间隔的确定方式；

对于方式一，事先约定正交序列之间的间隔的确定方式；

对于方式二，事先约定PRB之间的间隔的确定方式；

对于方式三，事先约定PRB之间的间隔以及正交序列之间的间隔的确定方式。

10.根据权利要求8或9所述的方法，其特征在于，所述方法还包括：

根据所述单个上行控制信道格式资源索引，以及承载上行控制信道格式资源的PRB之间的间隔和/或正交序列间隔，计算PUCCH资源。

11.根据权利要求1所述的方法，其特征在于，所述UE接收网络侧发送的控制指令，根据所述控制指令确定上行控制信道格式资源索引之间的间隔。

12.根据权利要求11所述的方法，其特征在于，所述所述控制指令包含无线资源控制RRC信令或下行控制信息；所述RRC信令或下行控制信息中包含上行控制信道格式资源索引之间的间隔。

13.根据权利要求1所述的方法，其特征在于，网络侧与所述UE事先约定上行控制信道格式资源索引之间的间隔的确定方式；

对于方式四，事先约定上行控制信道格式资源索引之间的间隔的确定方式。

14.根据权利要求11至13任一项所述的方法，其特征在于，所述方法还包括：

根据所述单个上行控制信道格式资源索引，以及上行控制信道格式资源索引之间的间隔，计算PUCCH资源。

15.根据权利要求1至7任一项所述的方法，其特征在于，所述方法还包括：

在所述N个上行控制信道格式资源中使用N×22-1个比特传输HARQ反馈信息。

16.一种上行控制信道资源确定装置，其特征在于，所述装置包括：

第一确定单元，用于确定UE在同一子帧内使用N个上行控制信道格式资源进行上行控制信道反馈时，获取单个上行控制信道格式资源索引，按以下方式至少之一将所述UE的N个上行控制信道格式资源承载于物理资源块对PRBpair内：

方式一：将所述N个上行控制信道格式资源承载于所述单个上行控制信道格式资源索引所指示的同一个PRB pair内；

方式二：将所述N个上行控制信道格式资源承载于包括所述单个上行控制信道格式资源索引所指示的PRB pair的不同的PRB pair内；

方式三：将所述N个上行控制信道格式资源中的部分上行控制信道格式资源承载于所述单个上行控制信道格式资源索引所指示的同一个PRB pair内，剩余上行控制信道格式资源承载于其他PRB pair内；

方式四：将所述N个上行控制信道格式资源承载于所述单个上行控制信道格式资源索引起始的多个资源索引所指示的PRB pair内；

其中，N为自然数。

17.根据权利要求16所述的装置，其特征在于，所述装置还包括：第二确定单元和第三确定单元，其中：

第二确定单元，用于确定需同时传输的上行控制信道格式资源小于等于5个时，在上述四种方式中任选一种方式承载所述需同时传输的上行控制信道格式资源；

第三确定单元，用于确定需同时传输的上行控制信道格式资源大于5个时，使用方式二或方式三或方式四承载所述需同时传输的上行控制信道格式资源。

18.根据权利要求16所述的装置，其特征在于，所述装置还包括第一接收单元和第四确定单元，其中：

第一接收单元，用于接收网络侧发送的控制指令；

第四确定单元，用于根据所述控制指令确定所述N个上行控制信道格式资源承载于PRB pair内的方式。

19.根据权利要求18所述的装置，其特征在于，所述控制指令包含无线资源控制RRC信令或下行控制信息；

所述RRC信令或下行控制信息中包含上行控制信道格式资源承载方式的指示信息，以使所述UE按所述指示信息将待传输的上行控制信道格式资源承载于相应的PRB pair内。

20.根据权利要求18所述的装置，其特征在于，所述指示信息指示上行控制信道格式资源承载方式为所述方式三时，网络侧与所述UE事先约定承载于PRB pair内的同一个UE的上行控制信道格式资源的最大数量；以使所述UE将所述最大数量作为一个PRB pair内的上行控制信道格式资源的最大承载量。

21.根据权利要求18所述的装置，其特征在于，所述指示信息指示上行控制信道格式资源承载方式为所述方式三时，所述RRC信令或下行控制信息中还包含承载于PRB pair内的同一个UE的上行控制信道格式资源的最大数量的信息；以使所述UE根据上行控制信道格式资源的最大数量的信息，使当前承载于一个PRB pair内的上行控制信道格式资源的数量不超过所述最大数量。

22.根据权利要求18所述的装置，其特征在于，所述指示信息指示上行控制信道格式资源承载方式为所述方式三时，所述RRC信令或下行控制信息中还包含承载上行控制信道格式资源的PRB pair的数量，各PRB pair内承载同一个UE的上行控制信道格式资源的数量的信息；以使用所述UE根据各PRB pair内承载同一个UE的上行控制信道格式资源的数量的信息，在相应PRB pair内配置相应数量的上行控制信道格式资源。

23.根据权利要求18至22任一项所述的装置，其特征在于，所述RRC信令或下行控制信息中还包含承载上行控制信道格式资源的PRB之间的间隔和/或承载上行控制信道格式资源的PRB的正交序列之间的间隔的指示信息；

对于方式一，所述RRC信令或下行控制信息中包含正交序列之间的间隔的指示信息；

对于方式二，所述RRC信令或下行控制信息中包含PRB之间的间隔的指示信息；

对于方式三，所述RRC信令或下行控制信息中包含PRB之间的间隔以及正交序列之间的间隔的指示信息。

24.根据权利要求18至22任一项所述的装置，其特征在于，所述装置与所述UE事先约定承载上行控制信道格式资源的PRB之间的间隔和/或承载上行控制信道格式资源的PRB的正交序列之间的间隔的确定方式；

对于方式一，事先约定正交序列之间的间隔的确定方式；

对于方式二，事先约定PRB之间的间隔的确定方式；

对于方式三，事先约定PRB之间的间隔以及正交序列之间的间隔的确定方式。

25.根据权利要求16所述的装置，其特征在于，所述装置还包括第二接收单元和第五确定单元，其中：

第二接收单元，用于接收网络侧发送的控制指令；

第五确定单元，用于根据所述控制指令确定上行控制信道格式资源索引之间的间隔。

26.根据权利要求25所述的装置，其特征在于，所述控制指令包含无线资源控制RRC信令或下行控制信息；所述RRC信令或下行控制信息中包含上行控制信道格式资源索引之间的间隔。

27.根据权利要求1所述的方法，其特征在于，所述装置与所述UE事先约定上行控制信道格式资源索引之间的间隔的确定方式；

对于方式四，事先约定上行控制信道格式资源索引之间的间隔的确定方式。

28.根据权利要求16至22任一项所述的装置，其特征在于，所述装置还包括：

指示单元，用于指示在所述N个上行控制信道格式资源中使用N×22-1个比特传输HARQ反馈信息。