**对比文件名称**：发明授权_CN105493597B PUCCH资源映射和HARQ-ACK反馈
**目标专利名称**：PUCCH资源映射和HARQ-ACK反馈
**本次调用模型名称**：DeepSeek最新版本模型
以下是根据您的要求创建的特征比对表格。技术特征的划分严格遵循目标专利权利要求的表述。
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法<br>**公开性判断**：直接公开 | [0006] 本公开的某些方面提供了一种用于由用户装备(下文中称之为“UE”)进行无线通信的方法。该方法一般包括接收指示动态上行链路-下行链路(下文称之为“UL-DL”)子帧配置的信令，基于参考UL-DL子帧配置确定混合自动重复请求(下文中称之为“HARQ”)确收/否定确收(下文中称之为“ACK/NACK”)定时，以及基于该动态UL-DL子帧配置确定HARQ资源分配。 | 对比文件第[0006]段开篇即明确公开了“一种用于由用户装备(UE)进行无线通信的方法”，其主题与目标专利权利要求的技术特征A完全相同。该特征是对方法类型的限定，在对比文件的整体技术方案中用于界定所描述技术的主体，与其在目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令<br>**公开性判断**：直接公开 | [0006] ...接收指示动态上行链路-下行链路(下文称之为“UL-DL”)子帧配置的信令... | 对比文件第[0006]段明确记载了方法包括“接收指示动态上行链路-下行链路(UL-DL)子帧配置的信令”。该步骤是UE执行后续操作的前提，在对比文件中用于使UE获知当前的动态子帧配置，与其在目标专利中为解决“确定HARQ资源分配”等技术问题所起的作用（获取配置信息以进行后续计算）相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**公开性判断**：未公开 | [0006] ...基于参考UL-DL子帧配置确定混合自动重复请求(HARQ)确收/否定确收(ACK/NACK)定时... | 目标专利的技术特征C明确要求HARQ ACK/NACK定时是“基于所述动态UL-DL子帧配置来确定”。然而，对比文件第[0006]段及整个说明书（如[0065]段）反复且明确地强调，HARQ ACK/NACK定时是“基于参考UL-DL子帧配置”确定的，例如“HARQ定时可以基于参考配置”。这与目标专利基于“动态”配置来确定定时的技术手段存在明确且实质性的区别。在对比文件的整体方案中，参考配置用于解决定时确定性，而动态配置用于资源分配效率，两者分工明确。本领域技术人员无法从对比文件中直接或通过合理推理得出“基于动态配置确定定时”这一技术特征。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配<br>**公开性判断**：直接公开 | [0006] ...以及基于该动态UL-DL子帧配置确定HARQ资源分配。 | 对比文件第[0006]段明确记载了方法包括“基于该动态UL-DL子帧配置确定HARQ资源分配”。结合说明书上下文（如[0065]、[0067]、[0192]段），此处的HARQ资源分配明确包含针对PUCCH的资源分配。该步骤在对比文件的“混合”设计中用于提高资源利用效率、避免冲突，与其在目标专利中为解决“资源分配效率低下”和“资源冲突”问题所起的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK<br>**公开性判断**：隐含公开 | [0065] 本公开的各方面提供了基于参考配置和动态配置两者的“混合”设计。例如，对于PDSCH HARQ-ACK反馈，HARQ定时可以基于参考配置（例如，用以传送PDSCH HARQ-ACK的子帧可以从参考配置确定）。然而，HARQ-ACK码本大小以及PUCCH资源分配可以通过动态TDD UL-DL配置确定... | 对比文件第[0065]段描述了完整的“混合”设计流程：基于参考配置确定HARQ定时（从而确定在哪个UL子帧发送），基于动态配置确定PUCCH资源分配（从而确定在该UL子帧的哪个资源上发送）。虽然未明确写出“传送”动作，但根据通信系统的基本原理和HARQ反馈机制，在确定了反馈时刻（定时）和反馈所使用的具体资源（资源分配）后，在PUCCH上发送HARQ ACK/NACK是必然且唯一的后续操作步骤，否则整个反馈流程将失去意义。本领域技术人员能够毫无疑义地推导出这一步骤。因此，该技术特征被对比文件隐含公开。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。<br>**公开性判断**：直接公开 | [0065] ...然而，HARQ-ACK码本大小以及PUCCH资源分配可以通过动态TDD UL-DL配置确定... | 对比文件第[0065]段明确将“HARQ-ACK码本大小”的确定与“动态TDD UL-DL配置”直接关联，并将其作为“基于动态UL-DL子帧配置确定HARQ资源分配”这一上位概念的具体实施方式之一。这与目标专利技术特征F的描述完全一致。该特征在对比文件中用于减小不必要的反馈开销，与其在目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**公开性判断**：直接公开 | [0066] 在一些情形中，码本大小或者ACK/NACK位的数目可以基于如从动态UL-DL配置和DL传输模式确定的DL关联集大小M的实际大小以及用于载波聚集情形的载波数目来确定。 | 对比文件第[0066]段明确公开了“码本大小或者ACK/NACK位的数目可以基于如从动态UL-DL配置...确定的DL关联集大小M的实际大小...来确定”。这完全覆盖了技术特征G的技术内容。该特征在对比文件中用于精确计算反馈信息量，与其在目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。<br>**公开性判断**：直接公开 | [0065] ...然而，HARQ-ACK码本大小以及PUCCH资源分配可以通过动态TDD UL-DL配置确定... | 对比文件第[0065]段明确将“PUCCH资源分配”的确定与“动态TDD UL-DL配置”直接关联，并将其作为“基于动态UL-DL子帧配置确定HARQ资源分配”这一上位概念的具体实施方式之一。这与目标专利技术特征H的描述完全一致。该特征在对比文件中用于提高PUCCH资源利用率，与其在目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**公开性判断**：直接公开 | [0067] 根据某些方面，PUCCH资源映射可以基于动态子帧配置确定。例如，eIMTA UE可以基于动态指示的UL-DL配置的DL关联集的大小M来确定PUCCH资源分配。 | 对比文件第[0067]段开篇即明确指出“PUCCH资源分配”是基于“动态指示的UL-DL配置的DL关联集的大小M”来确定的。这完全公开了技术特征I的内容。该特征在对比文件中是实现高效、精确资源映射的核心手段，与其在目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。<br>**公开性判断**：直接公开 | [0067] ...更确切来说，集束集合中未被动态重配置信令配置为DL子帧的灵活子帧可以不被计及，而剩余的DL子帧可以被用来确定关联集大小M。 | 对比文件第[0067]段明确描述了在确定DL关联集大小M时，对“集束集合”的处理方式：只有被动态信令配置为DL的“灵活子帧”才被计入，“未被...配置为DL子帧的灵活子帧可以不被计及”。这与技术特征J的文字表述和实质含义完全一致。该特征在对比文件中用于使资源分配与实际调度的DL子帧匹配，与其在目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**公开性判断**：直接公开 | [0067] ...集束集合中的剩余DL子帧的打包次序也可以通过移除UL子帧来改变。 | 对比文件第[0067]段明确记载了“集束集合中的剩余DL子帧的打包次序也可以通过移除UL子帧来改变”。“改变”打包次序的前提和手段正是先“移除UL子帧”，然后对剩余DL子帧重新排序。这与技术特征K“通过移除UL子帧来确定...打包次序”的描述完全吻合。该特征在对比文件中用于更新资源索引映射关系，与其在目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**公开性判断**：直接公开 | [0067] ...此外，剩余DL子帧的打包次序也可以被重新排序，例如，其中固定DL子帧始终被映射为第一个。 | 对比文件第[0067]段在描述了改变打包次序后，进一步举例说明了具体的排序规则：“固定DL子帧始终被映射为第一个”。这直接公开了技术特征L的内容。该特征在对比文件中作为一种优选的排序方式，用于优化资源管理，与其在目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。<br>**公开性判断**：直接公开 | [0069] 在一些情形中，分开的PUCCH资源区域可以被配置用于eIMTA UE和旧式UE以避免冲突... | 对比文件第[0069]段明确提出了“分开的PUCCH资源区域可以被配置用于eIMTA UE（即能够支持动态配置的UE）和旧式UE（即不能够支持动态配置的UE）”。这直接公开了技术特征M的内容。该特征在对比文件中是解决新旧UE资源冲突的一种配置方案，与其在目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。<br>**公开性判断**：隐含公开 | [0069] ...然而，若eIMTA UE没有检测到与旧式UE PUCCH区域的冲突，则旧式UE所使用的默认N(1)PUCCH也可以被eIMTA UE使用。 | 对比文件第[0069]段描述了eIMTA UE在特定条件下（没有检测到冲突）可以使用旧式UE的区域。该描述逻辑上必然包含一个前提步骤，即eIMTA UE需要先执行“检测”或“确定”是否存在冲突的动作。本领域技术人员能够从“没有检测到...冲突”这一表述中，合理且直接地推断出“确定是否存在潜在冲突”是该方案的一个隐含的、必要的步骤。因此，该技术特征被对比文件隐含公开。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。<br>**公开性判断**：直接公开 | [0069] ...然而，若eIMTA UE没有检测到与旧式UE PUCCH区域的冲突，则旧式UE所使用的默认N(1)PUCCH也可以被eIMTA UE使用。 | 对比文件第[0069]段明确给出了在“没有检测到...冲突”的条件下所采取的行动：“旧式UE所使用的默认N(1)PUCCH也可以被eIMTA UE使用”。这完全公开了技术特征O的内容。该特征在对比文件中是一种提高资源复用率的策略，与其在目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。<br>**公开性判断**：直接公开 | [0069] ...例如，基于旧式UE所使用的实际子帧配置和动态子帧配置，eIMTA UE可以确定在UL子帧中，若与用于旧式的UL子帧相关联的DL关联集和动态指示的配置相同，那么UE可以使用第一偏移（例如，与旧式UE相同）。否则，eIMTA可以使用第二偏移。 | 对比文件第[0069]段明确描述了根据条件（关联集是否相同，这直接关系到是否存在冲突）选择不同偏移值（第一偏移或第二偏移）的方案。其中“关联集相同”对应“没有检测到潜在冲突”的情况（使用第一偏移），“否则”对应“检测到潜在冲突”的情况（使用第二偏移）。这与技术特征P的逻辑和内容完全一致。该特征在对比文件中用于动态调整资源以避免冲突，与其在目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。<br>**公开性判断**：直接公开 | [0065] ...（例如，基于重配置的动态L1信令）。<br>[0189] 如以上所述，指示动态UL-DL子帧配置的信令可包括L1信令。 | 对比文件在多处（如[0065]、[0189]段）明确将指示动态UL-DL子帧配置的信令描述为“动态L1信令”或“L1信令”。“L1信令”是物理层动态信令的典型代表。因此，对比文件直接公开了该信令是“动态信令”。该特征在对比文件中用于快速、灵活地指示配置变更，与其在目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**公开性判断**：直接公开 | [0170] ...例如，eNB可以重用在集束集合的共用DL子帧中传送的DCI格式（例如，1A/1B/1D/1/2A/2/2B/2C/2D）中的发射功率控制(TPC)命令位...作为另一选项，共用DL子帧中的TPC命令可被用作HARQ-ACK资源偏移(ARO)。 | 对比文件第[0170]段明确公开了两种具体的动态信令传达方式：1) 使用DCI格式中的TPC命令位；2) 将TPC命令用作ARO（即ARO位）。这完全覆盖了技术特征R的两种可选方式。该特征在对比文件中提供了具体的信令实现手段，与其在目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。<br>**公开性判断**：直接公开 | [0065] ...在一些情形中，支持回退方案也会是直接了当的，例如，在丢失动态重配置信令或者解码尝试失败的情形中。在此类情形中，SIB1 UL-DL配置可以被用于确定HARQ-ACK码本大小和PUCCH资源分配。 | 对比文件第[0065]段明确描述了回退操作：当“丢失动态重配置信令”（即检测到配置丢失）时，则使用“SIB1 UL-DL配置”来确定“HARQ-ACK码本大小和PUCCH资源分配”（即确定HARQ资源分配）。这与技术特征S的步骤和内容完全一致。该特征在对比文件中用于保证系统的鲁棒性，与其在目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
<<<A>>><<<B>>><<<D>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<O>>><<<P>>><<<Q>>><<<R>>><<<S>>><<<e>>><<<n>>>