<对比文件名称>WO2012099368A2《HARQ ACK/NACK信号传输的资源分配方法及使用其的HARQ ACK/NACK信号传输方法和设备》</对比文件名称>
<目标专利名称>CN111869289B《执行物理上行链路控制信道传输的方法和使用该方法的用户设备》</目标专利名称>
<模型名称>GPT-4</模型名称>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译成中文，含段落标号） | 公开性论述 |
| **技术特征A：** 所述方法由用户设备UE执行并且包括<br><br>《直接公开》 | **[p222]** 用户设备（UE）从基站接收诸如RRC信令的上层信令。<br>**[p224]** 用户设备获得由接收到的ARI在ARI映射表上指示的PUCCH资源。<br>**[p225]** 用户设备使用获得的PUCCH资源传输HARQ ACK/NACK信号。 | 对比文件从UE角度完整描述了执行PUCCH传输的方法，包括接收信令、获取资源、发送HARQ-ACK信号。本领域技术人员可直接且毫无疑义地确定该方法由UE执行，与技术特征A相同。 |
| **技术特征B：** 从基站接收系统信息，其中所述系统信息通知多个PUCCH资源集之中的PUCCH资源集，其中所述多个PUCCH资源集中的每个被预定义<br><br>《未公开》 | **[p09]** “ARI映射表通过上层信令发送到终端。”<br>**[p210]** “基站通过诸如RRC信令的上层信令将HARQ ACK/NACK信号传输所需的信息发送到终端…该信息可包括ARI映射表…”<br>**[p218]** “基站将上层信令发送到终端。该上层信令包括…根据终端的HARQ ACK/NACK信号传输方法配置的ARI映射表信息。” | 对比文件仅涉及通过专用RRC信令配置ARI映射表，未涉及通过广播的系统信息（如MIB/SIB）通知PUCCH资源集。对比文件中的资源集（如ARI映射表中的子集）由基站动态配置，而非预定义的多个固定资源集。本领域技术人员无法从对比文件直接或隐含地得出“接收系统信息通知资源集”及“资源集被预定义”的方案。 |
| **技术特征C：** 基于所述PUCCH资源集中的PUCCH资源来执行PUCCH上的HARQ‑ACK传输，其中在所述PUCCH上发送的比特数目小于2或更少<br><br>《直接公开》 | **[p65] 表1** “PUCCH format 1a: BPSK 1 bit; PUCCH format 1b: QPSK 2 bits”<br>**[p66]** “PUCCH格式1a/1b用于HARQ ACK/NACK信号的传输。”<br>**[p214]** “终端使用获得的PUCCH资源发送HARQ ACK/NACK信号。” | 对比文件明确公开了HARQ-ACK信号通过PUCCH格式1a（1比特）或1b（2比特）传输，比特数目为1或2，满足“小于2或更少”；并且终端基于所分配的PUCCH资源进行传输。该技术特征已被直接公开，作用和目标专利一致。 |
| **技术特征D：** 其中，所述多个PUCCH资源集中的每个通知起始符号、符号数目和PUCCH格式；并且所述PUCCH格式是PUCCH格式0或PUCCH格式1<br><br>《未公开》 | **[p65] 表1** PUCCH格式包括1,1a,1b,2,2a,2b（不含格式0，格式1仅用于SR）。<br>全文未出现“起始符号”“符号数目”参数。 | 对比文件涉及LTE PUCCH格式，未包含NR中的PUCCH格式0或格式1（用于HARQ-ACK且参数化起始符号/符号数目）。对比文件中的PUCCH资源由资源索引隐式决定时频位置，不显式通知起始符号和符号数目。本领域技术人员无法从对比文件得出每个资源集通知起始符号、符号数目及格式0/1的特征。 |
| **技术特征E：** 其中，所述预定义的多个PUCCH资源集的数目是16<br><br>《未公开》 | 全文未提及16个预定义PUCCH资源集。<br>对比文件示例中ARI映射表通常包含4个资源子集（对应2比特ARI），资源数目可基于k个资源动态配置（k≥4,6,8等）。 | 对比文件不存在预定义16个资源集的教导或暗示，且资源集数目随配置变化，未固定为16。因此未公开该特征。 |
| **技术特征F：** 其中，所述多个PUCCH资源集中的每个与所述PUCCH格式以及所述起始符号和所述符号数目的组合相关<br><br>《未公开》 | 同特征D，对比文件未涉及起始符号和符号数目，也未将资源集与“起始符号+符号数目+格式”组合关联。 | 由于缺乏起始符号、符号数目的公开，对比文件无法给出资源集与格式及起始符号/符号数目组合相关的技术内容。 |
| **技术特征G：** 其中，所述预定义的多个PUCCH资源集的符号数目包括2、10和14<br><br>《未公开》 | 对比文件未提及PUCCH资源集的符号数目，亦无2、10、14这些具体数值。 | 对比文件记载的PUCCH（如格式1a/1b）在LTE子帧中占用固定14个OFDM符号（正常CP），但未作为资源集参数告知终端，更未列出2、10、14等多样符号数目。因此未公开。 |
| **技术特征H：** 其中，所述UE不被配置专用PUCCH资源<br><br>《未公开》 | **[p123]** “基站可以隐式或显式分配PUCCH资源，例如通过上层信令显式分配。”<br>全文主要围绕通过RRC配置ARI映射表或通过TPC字段动态指示资源，均涉及专用配置过程。 | 对比文件的方法默认终端已被配置（或可配置）专用PUCCH资源（如通过RRC信令分配ARI映射表），未涉及终端未被配置专用资源时使用默认资源集的场景。本领域技术人员无法从中得出该特征。 |
### 公开性代码
根据上述判断，对比文件直接公开了技术特征A和C，未公开或隐含公开其他特征。故插入对应代码：
<<<A>>>
<<<C>>>