对比文件名称：2015-11-03_US9179458B_发明授权_US09179458B2 Method for allocating resources for HARQ ACK_NACK signal transmission, and method and apparatus for HARQ ACK_NACK signal transmission using same
目标专利名称：1542执行物理上行链路控制信道传输的方法和使用该方法的用户设备CN111869289B
本次调用的模型名称：通用大语言模型
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译为中文） | 公开性论述 |
| **技术特征A：** 所述方法由用户设备UE执行并且包括<br>**《直接公开》** | 对比文件[0012]：“提供一种用于分配HARQ ACK/NACK信号的PUCCH资源的方法，包括：根据移动站(MS)的HARQ ACK/NACK信号传输方法配置ACK/NACK资源指示符(ARI)映射表；通过更高层信令将ARI映射表发送给MS；配置指示要分配给MS的PUCCH资源的ARI；以及将ARI发送给MS。”<br><br>对比文件[0019]：“一种用于发送HARQ ACK/NACK信号的方法，包括：由MS通过在下行链路控制信道上接收的ARI获得在ARI映射表中指示的PUCCH资源；以及通过使用获得的PUCCH资源发送HARQ ACK/NACK信号。” | 对比文件明确记载了由MS（即用户设备）执行的方法步骤，包括接收更高层信令和PDCCH、获得PUCCH资源以及发送HARQ ACK/NACK信号。因此，本领域技术人员能够毫无疑义地确定对比文件公开了由用户设备执行的方法，即直接公开了技术特征A。 |
| **技术特征B：** 从基站接收系统信息，其中所述系统信息通知多个PUCCH资源集之中的PUCCH资源集，其中所述多个PUCCH资源集中的每个被预定义<br>**未公开** | 对比文件[0012]：“配置根据MS的HARQ ACK/NACK信号传输方法的ARI映射表；通过更高层信令将ARI映射表发送给MS；配置指示要分配给MS的PUCCH资源的ARI；以及将ARI发送给MS。”<br><br>对比文件[0132]：“ARI映射表可以通过更高层信令如RRC信令预先从BS发送给MS。” | 对比文件中的更高层信令是专用的RRC信令，并非广播的系统信息（如RMSI/SIB）；且对比文件中配置的PUCCH资源集是由基站动态构建的，并非标准预定义的固定资源集。对比文件既未公开通过系统信息通知资源集的方式，也未公开资源集是预定义的。因此，该特征既未被直接公开，也不满足隐含公开的合理可能性（对比文件的内容不能使本领域技术人员推理出该特征）。 |
| **技术特征C：** 基于所述PUCCH资源集中的PUCCH资源来执行PUCCH上的HARQ‑ACK传输，其中在所述PUCCH上发送的比特数目小于2或更少<br>**《直接公开》** | 对比文件[0019]：“通过使用获得的PUCCH资源发送HARQ ACK/NACK信号。”<br><br>对比文件表1（[0069]）显示PUCCH格式1a使用BPSK调制，每子帧1比特；PUCCH格式1b使用QPSK调制，每子帧2比特。 | 对比文件公开了基于获得的PUCCH资源（该资源属于ARI映射表所指示的PUCCH资源集）发送HARQ ACK/NACK信号。同时，对比文件明确支持发送1比特或2比特的HARQ ACK/NACK（即比特数≤2），这与“比特数目小于2或更少”完全一致。因此，本领域技术人员能够毫无疑义地确定对比文件直接公开了技术特征C。 |
| **技术特征D：** 其中，所述多个PUCCH资源集中的每个通知起始符号、符号数目和PUCCH格式；并且中，所述PUCCH格式是PUCCH格式0或PUCCH格式1<br>**未公开** | 对比文件[0069]描述PUCCH格式1、1a、1b、2、2a、2b，没有名为“PUCCH格式0”或“PUCCH格式1”的格式。对比文件涉及的PUCCH资源参数包括循环移位、正交序列、PRB索引等，未提及起始符号和符号数目参数。 | 对比文件属于LTE/LTE-A技术，其时域结构固定（子帧边界），不存在灵活配置的“起始符号”和“符号数目”参数，且其定义的PUCCH格式与NR中的PUCCH格式0/1完全不同。因此，对比文件既未直接公开，也未隐含公开该特征。 |
| **技术特征E：** 其中，所述预定义的多个PUCCH资源集的数目是16<br>**未公开** | 对比文件[0014]提及ARI映射表包括PUCCH资源集，但给出的示例（表7-15）中资源集数目均为4，未出现16。全文未提及预定义数目为16。 | 对比文件未公开预定义的PUCCH资源集数目为16，更未公开任何关于“预定义”资源集的概念。因此，该特征未被公开。 |
| **技术特征F：** 其中，所述多个PUCCH资源集中的每个与所述PUCCH格式以及所述起始符号和所述符号数目的组合相关<br>**未公开** | 对比文件无相关记载。 | 对比文件未公开PUCCH格式与起始符号、符号数目之间的组合关系，也未公开在PUCCH资源集中同时包含这些参数。因此，该特征未被公开。 |
| **技术特征G：** 其中，所述预定义的多个PUCCH资源集的符号数目包括2、10和14<br>**未公开** | 对比文件无相关记载。 | 对比文件未涉及PUCCH资源集的符号数目（持续时间）的具体取值，更未公开2、10、14这些数值。因此，该特征未被公开。 |
| **技术特征H：** 其中，所述UE不被配置专用PUCCH资源<br>**未公开** | 对比文件[0124]：“MS可以被从PCC接收的PDCCH的第一CCE索引隐式分配PUCCH资源，也可以被通过来自BS的更高层信令显式分配PUCCH资源。” | 对比文件假设UE总是通过隐式或显式方式被分配PUCCH资源，并未描述UE完全不被配置专用PUCCH资源的情形（目标专利中对应使用默认资源集的场景）。因此，该特征未被公开。 |
根据上述分析，对比文件直接公开了技术特征A和技术特征C，但未直接公开或隐含公开其他技术特征。
<<<A>>><<<C>>>