**对比文件名称**：发明申请_WO2013070837A1 METHOD AND APPARATUS FOR SOFT BUFFER MANAGEMENT FOR HARQ OPERATION WITH CARRIER AGGREGATION
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：GPT-4
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法<br>**判断结果**：直接公开 | [0007] Certain aspects of the present disclosure provide a method for wireless communications. The method generally includes determining, for each component carrier, a number of downlink subframes available for a physical downlink shared channel (PDSCH), and determining at least one of a maximum number of downlink hybrid automatic repeat request (HARQ) processes or a size of a soft buffer based at least on the number of downlink subframes available for PDSCH, wherein the downlink subframes unavailable for a PDSCH are not considered.<br>译：本公开的某些方面提供了一种用于无线通信的方法。该方法通常包括：针对每个分量载波，确定可用于物理下行链路共享信道(PDSCH)的下行链路子帧的数量；以及至少基于可用于PDSCH的下行链路子帧的数量来确定下行链路混合自动重复请求(HARQ)过程的最大数量或软缓冲区的大小中的至少一者，其中不可用于PDSCH的下行链路子帧不被考虑。 | 目标专利权利要求的技术特征A描述了一种“用于由用户装备UE进行无线通信的方法”。对比文件[0007]段明确公开了一种“用于无线通信的方法”，并且该方法是面向用户装备（UE）的（如说明书[0045]段所述“for a UE”）。在对比文件的整体技术方案中，该方法用于管理HARQ操作中的软缓冲区，这本身就是一种无线通信方法。因此，对比文件直接公开了技术特征A。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 目标专利的技术特征B涉及“接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令”。根据目标专利说明书[0023]段，这指的是eIMTA（增强型干扰管理和话务适配）系统中允许基于实际话务需要动态适配UL-DL子帧配置的信令。对比文件（WO2013070837A1）的核心主题是软缓冲区管理，具体关注于在计算HARQ过程数或软缓冲区大小时，不考虑那些不可用于PDSCH的子帧（例如，特殊子帧、MBSFN子帧、ABS子帧等）。虽然对比文件提到了TDD UL/DL配置（如[0052]段），但它仅将其作为确定最大HARQ过程数的静态参考表格（图5）的背景，并未涉及任何动态改变或接收动态配置信令的概念。因此，对比文件既未直接也未隐含公开技术特征B。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 目标专利的技术特征C要求“基于所述动态UL‑DL子帧配置来确定HARQ ACK/NACK定时”。目标专利说明书[0054]段解释了在eIMTA系统中，为简化操作，可以将一种DL/UL配置定义为参考配置用于HARQ定时。而本专利的发明点之一在于区分参考配置（用于定时）和动态配置（用于资源分配）。对比文件完全未涉及HARQ ACK/NACK定时如何确定的问题。其内容聚焦于软缓冲区大小的计算，与ACK/NACK反馈的定时无关。因此，对比文件未公开技术特征C。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 目标专利的技术特征D涉及“基于动态UL‑DL子帧配置来确定针对PUCCH的HARQ资源分配”。目标专利说明书[0068]-[0070]段详细描述了如何基于动态配置的DL关联集大小来确定PUCCH资源分配（隐式资源映射）。对比文件通篇讨论的是软缓冲区的管理和HARQ过程的最大数量，从未提及“物理上行链路控制信道(PUCCH)”或“HARQ资源分配”。这两个文件解决的是无线通信中不同层面的技术问题：一个解决上行链路控制信道的资源映射问题，另一个解决下行链路数据接收的缓冲区管理问题。因此，对比文件未公开技术特征D。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 目标专利的技术特征E是方法执行的最终步骤，即在PUCCH上发送ACK/NACK。如上所述，对比文件未公开PUCCH、HARQ资源分配或ACK/NACK定时。因此，该特征必然未被公开。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 目标专利的技术特征F是特征D的进一步限定，指出确定HARQ资源分配包括确定“HARQ‑ACK码本大小”。目标专利说明书[0061]-[0062]段解释了码本大小如何基于动态配置确定。对比文件未涉及“ACK/NACK码本”的概念。其关注的“软缓冲区大小”是用于存储接收到的软比特以进行HARQ合并，与上行反馈的ACK/NACK有效载荷（码本）大小完全不同。因此，对比文件未公开技术特征F。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 目标专利的技术特征G进一步限定了码本大小基于“DL关联集的大小”确定。目标专利说明书[0068]段和[0079]段对此有说明。对比文件未涉及“DL关联集”这一概念。其计算HARQ过程数时考虑的是“可用于PDSCH的子帧数”，这与目标专利中用于确定上行ACK/NACK反馈资源和大小的“DL关联集”在定义、目的和应用场景上均不相同。因此，对比文件未公开技术特征G。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 技术特征H与特征D的核心内容一致，即基于动态配置确定PUCCH资源分配。如前所述，对比文件未涉及PUCCH资源分配。因此，该特征未被公开。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 技术特征I是特征H的进一步限定。对比文件未公开PUCCH资源分配和DL关联集。因此，该特征未被公开。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 目标专利的技术特征J描述了在确定DL关联集大小时，不计及动态配置中非DL的灵活子帧。目标专利说明书[0068]段和[0193]段有相关描述。对比文件在计算可用于PDSCH的子帧数时，会排除那些不可用于PDSCH的子帧（如特殊子帧）[0056]段。虽然两者在“排除某些子帧不计”这一抽象逻辑上有相似性，但它们应用的技术场景和解决的技术问题截然不同。对比文件解决的是下行软缓冲区划分问题，排除子帧是为了更准确地估计实际需要缓冲的HARQ过程数。目标专利解决的是上行PUCCH资源分配问题，排除子帧是为了根据实际DL子帧集合确定ACK/NACK反馈的资源。本领域技术人员阅读对比文件后，无法合理地推断出其“排除子帧”的逻辑可以应用于目标专利所针对的“DL关联集大小确定”这一特定场景。因此，该特征未被隐含公开。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 目标专利的技术特征K涉及为ACK/NACK反馈重新排序DL子帧的打包次序。对比文件未涉及任何与“打包次序”相关的内容。因此，该特征未被公开。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 目标专利的技术特征L进一步限定了打包次序中固定DL子帧优先。对比文件未涉及此概念。因此，该特征未被公开。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 目标专利的技术特征M涉及为不同能力的UE配置独立的PUCCH区域以避免冲突。对比文件未涉及PUCCH区域配置。因此，该特征未被公开。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 目标专利的技术特征N涉及冲突检测。对比文件未涉及PUCCH区域或冲突。因此，该特征未被公开。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 技术特征O是特征N的后续动作。对比文件未公开相关内容。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 目标专利的技术特征P涉及根据冲突情况选择不同的资源偏移值。对比文件未涉及PUCCH资源偏移值。因此，该特征未被公开。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 技术特征Q是对特征B中“信令”的进一步限定，指出其为动态信令。对比文件未涉及任何动态配置UL-DL子帧的信令。因此，该特征未被公开。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 目标专利的技术特征R限定了动态信令的具体传达方式（如重用TPC位）。对比文件未涉及任何此类动态信令的传达机制。因此，该特征未被公开。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。<br>**判断结果**：未公开 | 对比文件未公开相关内容。 | 目标专利的技术特征S涉及回退机制，在动态信令丢失时使用SIB中的配置。对比文件未涉及动态配置丢失检测或任何回退到SIB配置的机制。因此，该特征未被公开。 |
<<<A>>>