**对比文件名称**：发明申请_US20160192354A1 PUCCH RESOURCE MAPPING AND HARQ-ACK FEEDBACK
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek最新版本模型
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用（译文） | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法<br>**判断结果**：直接公开 | 摘要：[0005] 本公开的某些方面提供了一种用于由用户装备（下文中称之为“UE”）进行无线通信的方法。<br>具体实施方式：[0176] 图11解说了可由用户装备（UE）执行的用于无线通信的示例操作1100。 | 对比文件直接公开了“一种用于由用户装备UE进行无线通信的方法”。该特征在对比文件中作为其发明主题的核心部分被明确提出（见摘要和具体实施方式），与其在目标专利中作为方法权利要求的主题所起的作用完全相同。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令<br>**判断结果**：直接公开 | 摘要：[0005] ...该方法一般包括接收指示动态上行链路‑下行链路（下文中称之为“UL‑DL”）子帧配置的信令...<br>具体实施方式：[0177] 操作1100开始于1102，接收指示动态上行链路‑下行链路（UL‑DL）子帧配置的信令。 | 对比文件直接公开了“接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令”。该特征在对比文件的摘要和方法步骤中均有明确记载，是执行后续操作的前提，与其在目标专利中为解决动态配置下资源分配问题所起的基础信息获取作用相同。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**判断结果**：未公开 | 摘要：[0005] ...基于参考UL‑DL子帧配置确定混合自动重复请求（下文中称之为“HARQ”）确收/否定确收（下文中称之为“ACK/NACK”）定时...<br>具体实施方式：[0177] 在1104，UE可以基于参考UL‑DL子帧配置确定混合自动重复请求（HARQ）确收/否定确收（ACK/NACK）定时。 | 对比文件明确且反复地教导HARQ ACK/NACK定时是**基于参考UL‑DL子帧配置**确定的（例如摘要、[0158]、[0177]）。目标专利特征C要求基于**动态UL‑DL子帧配置**来确定定时，这与对比文件公开的“混合设计”核心（基于参考配置定时，基于动态配置资源）相悖。本领域技术人员从对比文件中无法直接或隐含地得出“基于动态配置确定定时”这一技术手段。两者为解决技术问题（如简化操作、避免冲突）所起的作用路径不同。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配<br>**判断结果**：直接公开 | 摘要：[0005] ...以及基于该动态UL‑DL子帧配置来确定HARQ资源分配。<br>具体实施方式：[0177] 在1106，UE可以基于动态UL‑DL子帧配置确定HARQ资源分配。 | 对比文件直接公开了“基于动态UL‑DL子帧配置来确定HARQ资源分配”。结合对比文件全文（如[0158]段）可知，此处的HARQ资源分配明确指向PUCCH资源分配。该特征在对比文件中被明确记载，是其“混合设计”的关键组成部分，用于解决资源开销和冲突问题，作用与目标专利相同。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK<br>**判断结果**：隐含公开 | 具体实施方式：[0176] 操作1100...可由能够支持动态子帧配置的eIMTA UE执行。<br>[0152] ...HARQ-ACK...在单个UL子帧中反馈...<br>[0158] ...提供...“混合”设计...用于PDSCH HARQ-ACK反馈... | 对比文件虽未明确写出“传送HARQ ACK/NACK”这一动作，但其整个方法（操作1100）的目的就是支持“PDSCH HARQ-ACK反馈”（[0158]）。本领域技术人员根据对比文件公开的“确定定时”（用于确定在哪个UL子帧发送）和“确定资源分配”（用于确定在PUCCH的哪个资源上发送）这两个步骤，结合无线通信中HARQ反馈的基本原理，能够毫无疑义地、合理地推断出UE必然需要“在所述PUCCH上传送HARQ ACK/NACK”以完成反馈过程。该推断出的动作是所公开方法必然包括的、合乎逻辑的最终步骤。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。<br>**判断结果**：直接公开 | 具体实施方式：[0158] ...然而，HARQ-ACK码本大小...可以由动态TDD UL-DL配置确定...<br>[0159] ...码本大小...可以基于...动态UL-DL配置...来确定。<br>[0182] ...确定HARQ资源分配...可包括基于动态UL-DL子帧配置确定HARQ-ACK码本大小。 | 对比文件多次直接且明确地公开了“基于动态UL‑DL子帧配置来确定HARQ‑ACK码本大小”。例如，[0158]段明确将确定码本大小作为“混合设计”的一部分，[0182]段更是以总结性语言重述了该特征。该特征在对比文件中用于减小码本大小、提高效率，与目标专利中的作用相同。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：直接公开 | 具体实施方式：[0159] ...码本大小或ACK/NACK位的数目可以基于动态UL-DL配置的DL关联集的大小M...来确定。<br>[0182] ...码本大小...可以基于动态UL-DL配置的DL关联集的大小来确定。 | 对比文件直接公开了码本大小或ACK/NACK位数基于动态配置的DL关联集大小M来确定（[0159], [0182]）。这被描述为“混合设计”实现更高效反馈的具体手段，与目标专利中为解决码本过大的技术问题所起的作用完全相同。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。<br>**判断结果**：直接公开 | 具体实施方式：[0160] 根据某些方面，PUCCH资源映射可以基于动态子帧配置确定。<br>[0183] ...确定HARQ资源分配...可包括基于动态UL-DL子帧配置确定物理上行链路控制信道（PUCCH）资源分配。 | 对比文件直接公开了“基于动态子帧配置确定PUCCH资源分配/映射”（[0160], [0183]）。这是其“混合设计”中用于优化资源利用、避免冲突的核心部分，与目标专利特征H的作用一致。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：直接公开 | 具体实施方式：[0160] ...eIMTA UEs可以基于动态指示的UL-DL配置的DL关联集的大小M来确定PUCCH资源分配。 | 对比文件在[0160]段明确记载了PUCCH资源分配基于动态UL-DL配置的DL关联集大小M来确定。这是实现高效PUCCH资源映射的具体方式，与目标专利特征I为解决资源开销问题所起的作用相同。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。<br>**判断结果**：直接公开 | 具体实施方式：[0160] ...集束集合中未被配置为DL子帧的动态重配置信令的灵活子帧可以不被计及... | 对比文件原文（[0160]）直接、明确地描述了“灵活子帧...不被计及”这一具体规则。这是准确计算动态配置下有效DL关联集大小的关键步骤，与目标专利特征J的作用完全相同。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**判断结果**：直接公开 | 具体实施方式：[0160] ...集束集合中的剩余DL子帧的打包次序也可以通过移除UL子帧来改变。 | 对比文件在[0160]段直接公开了通过“移除UL子帧”来改变（即确定）剩余DL子帧的打包次序。这是调整资源映射顺序以匹配实际DL子帧集的具体操作，与目标专利特征K的作用一致。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**判断结果**：直接公开 | 具体实施方式：[0161] ...打包次序...也可以被重新排序，例如，其中固定DL子帧始终被映射为第一个。 | 对比文件在[0161]段以举例方式明确公开了“固定DL子帧始终被映射为第一个”这一具体的打包次序规则。该规则用于优化资源映射（如便于新旧UE共享资源），与目标专利特征L的作用相同。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。<br>**判断结果**：隐含公开 | 具体实施方式：[0162] 在一些情形中，分开的PUCCH资源区域可以被配置用于eIMTA UE和旧式UE以避免冲突... | 对比文件在[0162]段提到“分开的PUCCH资源区域可以被配置用于eIMTA UE和旧式UE”。虽然使用了“可以（may be）”的描述，但这正是本领域技术人员在面对新旧UE可能冲突的问题时，一种合理且常规的解决方案。结合对比文件全文讨论冲突问题（如[0155]-[0157], [0162]）的背景，本领域技术人员能够合理推断出“为两类UE配置分开的PUCCH区域”这一技术手段，作为解决其提出的冲突问题的可选或典型方式。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。<br>**判断结果**：隐含公开 | 具体实施方式：[0162] ...如果eIMTA UE没有检测到与旧式UE PUCCH区域的冲突...<br>[0184] ...可确定是否存在与旧式UE PUCCH区域的潜在冲突。 | 对比文件[0162]和[0184]段都提到了“检测（detects）”或“确定（determination）”冲突。这隐含了在执行资源选择或使用前，需要有一个判断冲突是否存在的步骤。虽然对比文件没有明确将此作为一个独立的“包括”步骤来描述，但根据其整体方案逻辑（为规避冲突而采取不同策略），本领域技术人员能够合理推断出“确定潜在冲突是否存在”是实施该方案的必要前置步骤或内在环节。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。<br>**判断结果**：隐含公开 | 具体实施方式：[0162] ...如果eIMTA UE检测到没有与旧式UE PUCCH区域的冲突，旧式UE所使用的默认...也可以被eIMTA UE使用。 | 对比文件[0162]段明确描述了在“检测到没有冲突”的条件下，eIMTA UE可以使用旧式UE的PUCCH区域（默认NPUCCH^(1)）。这直接公开了特征O的逻辑判断结果和相应动作。虽然该描述出现在具体实施方式的解释中，但本领域技术人员可以明确且直接地从中确定该技术手段。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。<br>**判断结果**：隐含公开 | 具体实施方式：[0162] ...eIMTA UE可以确定...如果...关联集...相同，UE可以使用第一偏移...否则，eIMTA可以使用第二偏移。<br>[0184] ...eIMTA UE可被配置成选择第一偏移值若未检测到潜在冲突...以及第二偏移值若检测到潜在冲突。 | 对比文件在[0162]和[0184]段明确公开了根据关联集是否相同（这直接关联到是否存在冲突）来选择使用“第一偏移”或“第二偏移”。这完全对应于目标专利特征P中基于是否检测到冲突来选择不同偏移值的逻辑。本领域技术人员可以从对比文件的描述中直接确定该技术特征。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。<br>**判断结果**：直接公开 | 具体实施方式：[0158] ...基于动态L1信令的重配置。<br>[0180] 指示动态UL-DL子帧配置的信令可包括L1信令。 | 对比文件明确将指示动态配置的信令描述为“动态L1信令”（[0158]）或“L1信令”（[0180]），这属于动态信令的典型形式。该特征在对比文件中用于快速适配配置，与目标专利中特征Q的作用相同。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**判断结果**：直接公开 | 具体实施方式：[0163] ...eNB可以重用发射功率控制（TPC）命令位在DCI格式中...<br>...TPC命令...可以用作HARQ-ACK资源偏移（ARO）。<br>[0185] 动态信令可经由以下至少一者传达：用于TPC命令的DCI格式中的一个或多个位，或者一个或多个HARQ确收资源偏移（ARO）位。 | 对比文件在[0163]和[0185]段直接、明确地公开了动态信令可以经由DCI格式中的TPC命令位或ARO位来传达。这是实现动态资源指示的具体物理层手段，与目标专利特征R的作用相同。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。<br>**判断结果**：直接公开 | 具体实施方式：[0158] ...在丢失动态重配置信令...的情形中，SIB1 UL-DL配置可以被用于确定HARQ-ACK码本大小和PUCCH资源分配。<br>[0186] ...通过检测丢失的动态UL-DL子帧配置...响应于所述检测，基于系统信息块（SIB）中信令通知的UL-DL子帧配置来确定HARQ资源分配。 | 对比文件在[0158]和[0186]段直接公开了完整的回退机制：检测丢失的动态配置，并转而使用SIB1中的配置来确定资源分配（包括码本大小和PUCCH资源）。该特征用于提高系统鲁棒性，作为主用方案失败时的保障，与目标专利特征S的作用相同。 |
<<<A>>><<<B>>><<<D>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<Q>>><<<R>>><<<S>>><<<e>>><<<m>>><<<n>>><<<o>>><<<p>>>