对比文件的名称：EP2561717A1 “COMMUNICATION METHOD AND SYSTEM FOR PHYSICAL UPLINK CONTROL CHANNEL RESOURCE ASSIGNMENT, AND BASE STATION, USER EQUIPMENT AND INTEGRATED CIRCUIT THEREIN”
目标专利的名称：CN111869289B “执行物理上行链路控制信道传输的方法和使用该方法的用户设备”
本次调用的模型名称：deepseek-chat
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| 技术特征A：所述方法由用户设备UE执行并且包括《直接公开》 | 对比文件“具体实施方式”部分（图3对应段落）记载：“在接收到DCI发送的PUCCH资源分配信息后，用户设备设置用于发送激活的下行分量载波的UCI（例如HARQ-ACK/NACK、和/或CQI、和/或SR）的PUCCH资源（步骤304）。用户设备在步骤304设置的PUCCH资源上向基站发送激活的下行分量载波的UCI（步骤305）。”此外，用户设备还执行接收DCI、判断预定字段等操作。 | 对比文件明确公开了由用户设备执行包括接收信令、设置资源、发送UCI在内的完整方法，且所述方法涉及PUCCH传输。因此技术特征A被直接公开。 |
| 技术特征B：从基站接收系统信息，其中所述系统信息通知多个PUCCH资源集之中的PUCCH资源集，其中所述多个PUCCH资源集中的每个被预定义（未公开） | 对比文件“具体实施方式”部分提及：“基站通过专用信令（例如RRC信令）和/或广播信令（例如SIB）向用户设备发送PUCCH资源集的配置（例如起始位置信息和大小信息）。”（对应图4前一段）同时，对比文件仅描述了一个PUCCH资源集（a set of PUCCH resources），该集包含4个候选资源索引（如图4的PUCCH-AN-List），并未公开“多个PUCCH资源集”及“每个被预定义”的概念。 | 对比文件虽然公开了通过系统信息（广播SIB）通知PUCCH资源配置的可能性，但其内容仅涉及单个资源集（set），而非目标专利所要求的“多个PUCCH资源集”。目标专利中的多个资源集具有不同的起始符号、符号数目和格式组合，且数目为16，这些在对比文件中完全没有提及。本领域技术人员无法从对比文件合理推断出存在多个预定义的PUCCH资源集。因此技术特征B未被直接公开，也不构成隐含公开。 |
| 技术特征C：基于所述PUCCH资源集中的PUCCH资源来执行PUCCH上的HARQ-ACK传输，其中在所述PUCCH上发送的比特数目小于2或更少（未公开） | 对比文件“发明内容”及“具体实施方式”中多处记载用户设备在PUCCH上发送HARQ-ACK/NACK，例如：“用户设备使用PUCCH资源索引指示的PUCCH资源向基站发送HARQ-ACK/NACK”。但对比文件未对发送的比特数目进行任何限制，且其主要针对载波聚合场景，支持多个分量载波的HARQ-ACK反馈，比特数目通常超过2比特。对比文件背景部分虽然提到LTE Rel-8的PUCCH格式1b可用于1-2比特，但未限定本发明的应用场景。 | 对比文件公开了基于PUCCH资源发送HARQ-ACK的操作，但完全没有提及“发送的比特数目小于2或更少”这一限制。目标专利中该特征对应于初始接入或回退过程中的有限负载情况，而对比文件涉及的是已配置载波聚合后的多比特反馈场景，二者作用不同。本领域技术人员不能从对比文件毫无疑义地得出比特数限制，也无法合理推断该限制存在。因此技术特征C未被公开。 |
| 技术特征D：其中，所述多个PUCCH资源集中的每个通知起始符号、符号数目和PUCCH格式；并且，所述PUCCH格式是PUCCH格式0或PUCCH格式1（未公开） | 对比文件通篇未出现“起始符号”、“符号数目”等参数描述。关于PUCCH格式，对比文件仅在背景部分提及LTE的PUCCH格式（如格式1a/1b、格式2等），并未公开NR中定义的PUCCH格式0或PUCCH格式1。在具体实施方式中，PUCCH资源由资源块（RB）、时域覆盖码（OCC）、循环移位（CS）等定义，未涉及起始符号和符号数目。 | 目标专利的技术特征D涉及NR特有的PUCCH资源参数（起始符号、符号数目）及特定格式（格式0/1），这些参数在LTE系统中并不存在，对比文件作为LTE-A技术文献，未公开也不会不公开任何相关内容。本领域技术人员无法从对比文件推导出这些参数。因此技术特征D未被公开。 |
| 技术特征E：其中，所述预定义的多个PUCCH资源集的数目是16（未公开） | 对比文件未提及任何关于PUCCH资源集数目的预先定义。其描述的PUCCH资源列表（PUCCH-AN-List）包含4个候选索引，但该列表是基站通过RRC信令为特定UE配置的，而非预定义的多个资源集。 | 目标专利明确要求预定义16个PUCCH资源集，这是NR标准中的特定设计。对比文件未公开任何资源集数目，更未指向16。本领域技术人员无法从对比文件得到该特征。因此技术特征E未被公开。 |
| 技术特征F：其中，所述多个PUCCH资源集中的每个与所述PUCCH格式以及所述起始符号和所述符号数目的组合相关（未公开） | 对比文件未公开PUCCH格式、起始符号、符号数目之间的组合关系。其资源集配置仅包含资源索引（如PUCCH-AN-List中的4个整数），这些索引与具体的时频码资源绑定，但不直接体现格式与起始符号/持续时间的组合。 | 目标专利中每个PUCCH资源集关联一个特定的PUCCH格式和一组起始符号/符号数目，具有明确的组合含义。对比文件缺乏对此类组合的任何教导或暗示。因此技术特征F未被公开。 |
| 技术特征G：其中，所述预定义的多个PUCCH资源集的符号数目包括2、10和14（未公开） | 对比文件未提及任何关于符号数目的具体数值。在LTE中，PUCCH传输的符号数目是固定的（如子帧中14个OFDM符号），但没有2或10符号的概念。而目标专利中的符号数目2、10、14是NR中PUCCH格式0/1的特性。 | 对比文件完全不涉及符号数目的数值限定，本领域技术人员无法从对比文件获知符号数目包括2、10、14。因此技术特征G未被公开。 |
| 技术特征H：其中，所述UE不被配置专用PUCCH资源（未公开） | 对比文件主要描述UE被配置了专用PUCCH资源（通过RRC信令配置PUCCH资源列表）。在背景部分提到LTE Rel-8中如果没有对应的PDCCH检测，PUCCH资源根据高层信令的4个候选确定，但此时仍配置了候选资源，并非“不被配置专用PUCCH资源”。对比文件没有讨论UE没有任何专用资源配置的情况。 | 目标专利的特征H涉及UE在无专用资源时使用系统信息中的默认资源集，这对应初始接入或回退场景。对比文件关注的是已有专用配置（例如通过RRC配置了PUCCH-AN-List）后的资源指示，没有涉及无专用资源的情形。本领域技术人员无法从对比文件合理推断出该特征。因此技术特征H未被公开。 |
### 代码输出说明
根据分析，对比文件直接公开了技术特征A，未直接或隐含公开其他技术特征。因此仅在回答结尾插入大写英文代码<<<A>>>。
<<<A>>>