对比文件的名称：2013-02-07_US2013034073A_发明申请_US20130034073A1 COMMUNICATION METHOD AND SYSTEM FOR PHYSICAL UPLINK CONTROL CHANNEL RESOURCE ASSIGNMENT, AND BASE STATION, USER EQUIPMENT AND INTEGRATED CIRCUIT THEREIN
目标专利的名称：1542执行物理上行链路控制信道传输的方法和使用该方法的用户设备CN111869289B
本次调用的模型名称：DeepSeek（深度思考）
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **特征A：《直接公开》**<br>所述方法由用户设备UE执行并且包括 | 对比文件[0083]：“在接收到通过DCI发送的PUCCH资源分配信息后，用户设备设置用于传输UCI的PUCCH资源…用户设备向基站发送UCI。” | 对比文件明确描述了由用户设备执行设置PUCCH资源并发送UCI的步骤，本领域技术人员能毫无疑义地确定该方法是UE执行的，因此特征A被直接公开。 |
| **特征B：《未公开》**<br>从基站接收系统信息，其中所述系统信息通知多个物理上行链路控制信道PUCCH资源集之中的PUCCH资源集，其中所述多个PUCCH资源集中的每个被预定义 | 对比文件[0085]：“基站通过专用信令（例如RRC信令）和/或广播信令（例如SIB）向UE发送PUCCH资源集的配置（例如初始位置信息和大小信息）。” | 对比文件虽然提到广播信令（系统信息）可传送PUCCH资源集配置，但仅涉及‘一个’资源集的配置，未公开‘多个’PUCCH资源集以及每个资源集是‘预定义’（即标准中固定）的特征。本领域技术人员无法从对比文件直接或合理推断出该完整技术方案。 |
| **特征C：《隐含公开》**<br>基于所述PUCCH资源集中的PUCCH资源来执行PUCCH上的HARQ‑ACK传输，其中在所述PUCCH上发送的比特数目小于2或更少 | 对比文件[0041]：“UE在PUCCH上向基站发送上行链路控制信息，包括HARQ‑ACK/NACK…”。[0083]：“用户设备在设置的PUCCH资源上向基站发送UCI（包括HARQ‑ACK/NACK）。” | 对比文件明确公开了UE基于PUCCH资源发送HARQ‑ACK。在LTE系统中，HARQ‑ACK通常为1或2比特（即比特数目小于2），本领域技术人员可以合理推断出该技术特征，因此特征C被隐含公开。 |
| **特征D：《未公开》**<br>其中，所述多个PUCCH资源集中的每个通知起始符号、符号数目和PUCCH格式；并且中，所述PUCCH格式是PUCCH格式0或PUCCH格式1 | 对比文件[0085]仅提及PUCCH资源配置包括初始位置信息和大小信息，未涉及起始符号、符号数目和PUCCH格式0/1。 | 对比文件的PUCCH资源定义基于LTE系统，不涉及NR中的起始符号、符号持续时间等参数，也没有PUCCH格式0或格式1的明确对应。因此特征D未公开。 |
| **特征E：《未公开》**<br>其中，所述预定义的多个PUCCH资源集的数目是16 | 对比文件全文未记载预定义的PUCCH资源集数目为16。 | 对比文件没有出现“16”这一特定数目，也没有预定义多个资源集的概念。 |
| **特征F：《未公开》**<br>其中，所述多个PUCCH资源集中的每个与所述PUCCH格式以及所述起始符号和所述符号数目的组合相关 | 对比文件未提及PUCCH资源集与PUCCH格式、起始符号和符号数目的组合关系。 | 对比文件中的PUCCH资源配置不包含这些组合参数，因此未公开。 |
| **特征G：《未公开》**<br>其中，所述预定义的多个PUCCH资源集的符号数目包括2、10和14 | 对比文件未提及符号数目具体数值。 | 对比文件基于LTE，时隙内符号数目固定（如14个OFDM符号），但未公开2、10、14的组合。 |
| **特征H：《未公开》**<br>其中，所述UE不被配置专用PUCCH资源 | 对比文件[0081]：“基站通过RRC专用信令向UE配置PUCCH资源参数。”[0085]也强调专用信令配置。 | 对比文件明确使用专用PUCCH资源配置，即UE被配置专用PUCCH资源，与特征H相反。因此未公开。 |
<<<A>>><<<c>>>