载波聚合中的PUCCH格式3的资源问题
后面说到如果在辅小区上检测到PDSCH，则通过RRC信令来分配资源npucch，那么如果此时主小区上也有PDSCH，那么最终生成格式3所用到的PUCCH资源到底怎么确定呢？
那位大侠帮忙澄清一下，感觉协议没说清楚
不确定你说的是FDD还是TDD，二者还是有区别的。我还是2个都回答吧！前提条件：针对同一UE，不涉及SPS的情况。
对于FDD而言（具体见36.213的10.1.2.2.2节）：
（1）如果只有PCell有PDSCH（此时SCell没有PDSCH），使用PUCCH format 1a/1b；
（2）只要SCell有PDSCH，则无论PCell是否有PDSCH，都使用RRC信令format3-r10指定的n个资源中选一个（由eNodeB选，通过SCell的TPC告诉UE。此时PCell的TPC还是用于功控）
对于TDD而言（具体见36.213的10.1.3.2.2节）：由于N个下行帧的PDSCH需要在同一上行帧的PUCCH中回ACK/NACK（绑定窗口，见36.213的Table 10.1.3.1-1）
（1）如果只有PCell有PDSCH，且在绑定窗口内，只有一个子帧有PDSCH发送（对应DAI=1），且SCell在绑定窗口的任一子帧都没有PDSCH，则使用PUCCH format 1a/1b；
（2）只要SCell有PDSCH，或PCell有多余一个子帧发送了PDSCH，都使用RRC信令format3-r10指定的n个资源中选一个（由eNodeB选，通过PCell（DAI > 1）和SCell的TPC告诉UE。此时PCell的DAI=1的子帧的TPC还是用于功控）
另：当然，如果说PDCCH而不是PDSCH，会更合适一些。
协议上是这么说的，比方5个载波聚合，其中一个pcell，另外4个scell，都检测到PDSCH，那么此时，用于发射格式3的资源索引是用哪个scell上分配的资源索引呢（前提是这时RRC会给这4个scell都分配一个资源索引，即4个资源索引）
我说的是FDD~
不好意思啊，那里最后一句话我现在才看懂，原来是所有的scell的资源索引值分配的一样，那这个问题就澄清了
载波聚合是UE级的特性，每个UE都会被配置一个format3-r10，用于指定PUCCH format 3的4个资源索引，这个资源索引是通过PCell下发的，指定的都是PCell的资源。（载波聚合中，UE只与PCell存在RRC的通信，与SCell是没有RRC通信的）。
而且UE只在PCell上发送PUCCH，也就是说UE是不会用到SCell的PUCCH 3资源，也就没有“RRC会给这4个scell都分配一个资源索引”的说法。UE使用的PUCCH 3资源索引都是PCell的。
PUCCH format 3的基本流程如下（FDD的场景，TDD下略有不同）：
（1）PCell通过format3-r10给UE指定4个PUCCH 3资源（都是PCell的，只发一次，除非需要重配置），UE收到后保存起来
（2）SCell通过TPC告诉UE选择4个PUCCH 3资源中的哪一个（4选1）；UE收到后，就知道该用哪个PUCCH 3资源来发送PUCCH format 3了；
（3）UE根据PCell和SCell收到的PDSCH情况，将所有的ACK/NACK信息串起来（具体见36.212的5.2.3.1节），组成一个PUCCH format 3需要发送的信息，然后物理层的一系列处理后，得到一个PUCCH format 3，再使用之前的确定的PUCCH 3资源发送。
简单明晰，学习:)
感谢，了解了一些。
我有个问题，SCell的TPC可以被解释为pucch 3的资源索引号。如果多个Scell被配置，是不是只需要一个Scell的TPC被借用就可以了，其他SCell对应的DCI中的TPC仍然是为功控目的。如果是这样，那么怎么选取SCell呢？
这里还是只介绍FDD的场景，TDD是不同的（由于TDD有绑定窗口的存在，所以更加复杂）。
PCell和SCell都是对一个UE来说，既然如此，在一个子帧只需要发一次功控就OK了，也即只有PCell的TPC会用于功控，而SCell的TPC都被用于选择PUCCH 3资源，且所有SCell的TPC值必须相等。
36.213的10.1.2.2.2节中有一句话，验证了上面的观点
A UE shall assume that the same HARQ-ACK PUCCH resource value is transmitted in each DCI format of the corresponding secondary cell PDCCH assignments in a given subframe。
那如果UE检测到的scell的PDCCH里的TPC个不一样，怎么办？
有没有这种情况发生呢
这是协议的规定，必须遵守的。
如果UE检测到不一样，恭喜你，可以找eNodeB厂商麻烦了！:lol
这是协议的规定，必须遵守的。
如果UE检测到不一样，恭喜你，可以找eNodeB厂商麻烦了！