图1：36.213的Table 10.1.3.1-1
Rel-8中，PUCCH都是针对单个serving cell设计的，无法满足载波聚合的需求。为了解决这个问题，Rel-10新增了2个PUCCH format以支持载波聚合：
? PUCCH format 1b with channel selection：使用PUCCH format 1b携带的2 bit信息，并
选择几个特定PUCCH资源的某一个，来指示所要发送的ACK/NACK信息。其只支持不超过4个ACK/NACK bit信息且不多于2个serving cell的场景；
? PUCCH format 3：可支持至多5个serving cell且UE在每个serving cell都配置了MIMO
的场景。注意：PUCCH format 3也能够支持2个serving cell的场景，具体是使用PUCCH format 3还是PUCCH format 1b with channel selection取决于eNodeB对
pucch-Format-r10的配置。
载波聚合下，使用这两种format中的哪一个是通过IE：PUCCH-ConfigDedicated-v1020来指定的。
PUCCH-ConfigDedicated-v1020 ::= SEQUENCE {
pucch-Format-r10 CHOICE { ----这是个CHOICE，因此对于某个UE来说，只能在PUCCH format 3和PUCCH format 1b with channel selection中选一个。 format3-r10 SEQUENCE {
n3PUCCH-AN-List-r10 SEQUENCE (SIZE (1..4)) OF INTEGER (0..549) OPTIONAL, -- Need ON
twoAntennaPortActivatedPUCCH-Format3-r10 CHOICE { release NULL, setup SEQUENCE {
n3PUCCH-AN-ListP1-r10 SEQUENCE (SIZE (1..4)) OF INTEGER (0..549) }
} OPTIONAL -- Need ON },
channelSelection-r10 SEQUENCE { n1PUCCH-AN-CS-r10 CHOICE { release NULL, setup SEQUENCE {
n1PUCCH-AN-CS-List-r10 SEQUENCE (SIZE (1..2)) OF N1PUCCH-AN-CS-r10 }
} OPTIONAL -- Need ON }
} OPTIONAL, -- Need OR
twoAntennaPortActivatedPUCCH-Format1a1b-r10 ENUMERATED {true} OPTIONAL, -- Need OR simultaneousPUCCH-PUSCH-r10 ENUMERATED {true} OPTIONAL, -- Need OR n1PUCCH-AN-RepP1-r10 INTEGER (0..2047) OPTIONAL -- Need OR }
N1PUCCH-AN-CS-r10 ::= SEQUENCE (SIZE (1..4)) OF INTEGER (0..2047)
图2：PUCCH-ConfigDedicated-v1020
本文只介绍PUCCH 3资源的分配，不涉及PUCCH format 1b with channel selection，也不会介绍UE如何使用PUCCH来回应ACK/NACK，这会在以后介绍HARQ的博文介绍。
PUCCH format 3支持48编码bit（而不是真正反馈的ACK/NACK bit）。真正反馈的ACK/NACK bit取决于配置的serving cell数、每一个serving cell使用的传输模式（transmission mode），在TDD中还与ACK/NACK bundling window的大小相关：
? 对于FDD而言，支持最多10个ACK/NACK bit的负载；
? 对于TDD而言，支持最多20个ACK/NACK bit的负载。如果多个下行子帧对应一个上行
子帧，且需要反馈的ACK/NACK bit数大于20，则每一个serving cell的下行子帧的2个codeword需要做ACK/NACK比特的?spatial bundling?处理（同一serving cell的同一下行子帧的2个codeword对应的ACK/NACK做logical AND操作）。
Rel-10中，PUCCH format 3可以携带最多21 bit的信息（例如：码率为0.4375），其中20 bit用于ACK/NACK信息，剩余的1 bit用于SR。
图3：PUCCH format 3
TDD中，每个serving cell需要传输多少个ACK/NACK bit见36.213的7.3节，图4举了一个例子，仅供参考。
图4：TDD中，针对某个serving cell，UE在某个上行子帧需要发送的ACK/NACK bit数
所有ACK/NACK bit会按照下行serving cell index的递增顺序连接在一起的。如果传输模式为TM 1/2/5/6/7（1 codeword），则每个serving cell只需要1比特的HARQ ACK/NACK信息；如果传输模式为TM 3/4/8/9（MIMO，2 codeword），则每个serving cell需要2比特的HARQ ACK/NACK信息。（详见36.212的5.2.3.1节）
图5：PUCCH format 3
从图5可以看出，与PUCCH format 2类似，Normal CP下，用于传输PUCCH format 3的RB，其每个slot的第2和第6个symbol用于传输DM-RS，而剩余的5个symbol用于传输PUCCH；而扩展CP下，每个slot只有6个symbol，此时只有1个symbol用于传输DM-RS（第4个symbol，见图5），而剩余的5个symbol用于传输PUCCH。
对于PUCCH format 3而言，同一RB上不同的PUCCH 3资源只通过时域上的orthogonal sequence来区分，而不使用频域上的cyclic shift。
我们将PUCCH format 3使用的PUCCH资源统称为PUCCH 3资源，PUCCH 3资源通过一个资源索引（
表示。通过该索引，能够得到该资源所在的RB（）。这里
表示天线端口号，有时也写成
），所使用的orthogonal sequence
，或根本就不写。