**对比文件名称**：发明公开_CN105493597A PUCCH资源映射和HARQ-ACK反馈
**目标专利名称**：PUCCH资源映射和HARQ-ACK反馈
**本次调用模型名称**：DeepSeek
以下是根据您的要求创建的特征比对表格。表格严格遵循目标专利权利要求的技术特征划分，对每个特征进行了公开性判断，并引用了对比文件的原文内容。
### **特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **A：一种用于由用户装备UE进行无线通信的方法**<br>**判断结果：直接公开** | [0008] “本公开的某些方面提供了一种用于由用户装备(下文中称之为“UE”)进行无线通信的方法。” | 对比文件[0008]段开宗明义地公开了本公开提供一种用于由UE进行无线通信的方法。这与目标专利的技术特征A完全相同，均是方法主题的限定。因此，该特征被对比文件直接公开。 |
| **B：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令**<br>**判断结果：直接公开** | [0008] “该方法一般包括接收指示动态上行链路-下行链路(下文称之为“UL-DL”)子帧配置的信令”。 | 对比文件[0008]段明确记载了方法包括“接收指示动态上行链路-下行链路...子帧配置的信令”。这与目标专利的技术特征B的文字表述和含义完全一致。因此，该特征被对比文件直接公开。 |
| **C：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时**<br>**判断结果：未公开** | [0008] “基于参考UL-DL子帧配置确定混合自动重复请求(下文中称之为“HARQ”)确收/否定确收(下文中称之为“ACK/NACK”)定时”。<br>[0169] “对于PDSCH HARQ-ACK反馈，HARQ定时可以基于参考配置(例如，用以传送PDSCH HARQ-ACK的子帧可以从参考配置确定)。” | 目标专利的特征C强调基于**动态**UL-DL子帧配置来确定HARQ ACK/NACK定时。然而，对比文件[0008]和[0169]段均明确指出，HARQ定时是基于**参考**UL-DL子帧配置确定的。虽然对比文件整体涉及动态配置，但其核心的混合设计思想是将定时与资源分配解耦：定时基于参考配置，而资源分配/码本大小基于动态配置（见[0169]）。本领域技术人员无法从对比文件明确或合理地推断出HARQ定时也基于动态配置，因为这与对比文件旨在解决的“效率低下”问题（如[0163]-[0165]所述）及其提出的“混合”解决方案（[0169]）相悖。因此，该特征既未被直接公开，也未被隐含公开。 |
| **D：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配**<br>**判断结果：直接公开** | [0008] “以及基于该动态UL-DL子帧配置确定HARQ资源分配。”<br>[0171] “根据某些方面，PUCCH资源映射可以基于动态子帧配置确定。例如，eIMTA UE可以基于动态指示的UL-DL配置的DL关联集的大小M来确定PUCCH资源分配。” | 对比文件[0008]段概括性地公开了“基于该动态UL-DL子帧配置确定HARQ资源分配”。[0171]段进一步明确，PUCCH资源映射（即HARQ资源分配的具体体现）可以基于动态子帧配置来确定。这直接公开了目标专利中基于动态配置确定针对PUCCH的HARQ资源分配的技术特征。 |
| **E：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK**<br>**判断结果：隐含公开** | [0190] “操作1100开始于1102，接收指示动态上行链路-下行链路(UL-DL)子帧配置的信令。在1104，UE可以基于参考UL-DL子帧配置确定混合自动重复请求(HARQ)确收/否定确收(ACK/NACK)定时。在1106，UE可以基于动态UL-DL子帧配置确定HARQ资源分配。” | 对比文件图11及[0190]段描述了UE的操作流程：接收信令、确定HARQ定时、确定HARQ资源分配。虽然未明确写出“传送HARQ ACK/NACK”这一最终动作，但根据无线通信系统（特别是LTE TDD系统）的常规工作原理，确定HARQ定时和PUCCH资源分配的最终目的和必然结果就是在相应的PUCCH资源上，在定时所确定的子帧中传送HARQ ACK/NACK反馈。这是本领域技术人员在阅读对比文件整体技术方案后，无需创造性劳动即可直接、毫无疑义地确定的技术内容。因此，该特征被对比文件隐含公开。 |
| **F：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。**<br>**判断结果：直接公开** | [0169] “然而，HARQ-ACK码本大小以及PUCCH资源分配可以通过动态TDD UL-DL配置确定(例如，基于重配置的动态L1信令)。” | 对比文件[0169]段明确记载了“HARQ-ACK码本大小...可以通过动态TDD UL-DL配置确定”。这直接公开了目标专利特征F的内容，即确定HARQ资源分配的一个方面（码本大小）是基于动态UL-DL子帧配置的。 |
| **G：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。**<br>**判断结果：直接公开** | [0170] “在一些情形中，码本大小或者ACK/NACK位的数目可以基于如从动态UL-DL配置和DL传输模式确定的DL关联集大小M的实际大小...来确定。” | 对比文件[0170]段明确说明了码本大小或ACK/NACK位的数目可以基于从动态UL-DL配置确定的DL关联集大小M来确定。这与目标专利特征G的表述完全一致。因此，该特征被直接公开。 |
| **H：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。**<br>**判断结果：直接公开** | [0169] “然而，HARQ-ACK码本大小以及**PUCCH资源分配**可以通过动态TDD UL-DL配置确定...”<br>[0171] “根据某些方面，**PUCCH资源映射**可以基于动态子帧配置确定。” | 对比文件[0169]和[0171]段多次明确指出，PUCCH资源分配/映射是基于动态（TDD UL-DL）子帧配置来确定的。这直接公开了目标专利特征H，即确定HARQ资源分配包括确定PUCCH资源分配，且该确定基于动态配置。 |
| **I：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。**<br>**判断结果：直接公开** | [0171] “例如，eIMTA UE可以基于动态指示的UL-DL配置的DL关联集的大小M来确定PUCCH资源分配。” | 对比文件[0171]段以举例方式明确公开了PUCCH资源分配是基于动态UL-DL配置的DL关联集大小M来确定的。这与目标专利特征I的限定完全吻合。因此，该特征被直接公开。 |
| **J：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。**<br>**判断结果：直接公开** | [0171] “更确切来说，集束集合中未被动态重配置信令配置为DL子帧的灵活子帧可以不被计及，而剩余的DL子帧可以被用来确定关联集大小M。” | 对比文件[0171]段详细描述了在确定关联集大小M时，如何处理灵活子帧：未被配置为DL的灵活子帧“可以不被计及”。这直接公开了目标专利特征J的内容。 |
| **K：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。**<br>**判断结果：直接公开** | [0171] “集束集合中的剩余DL子帧的打包次序也可以通过移除UL子帧来改变。” | 对比文件[0171]段明确说明了剩余DL子帧的打包次序可以通过“移除UL子帧”来改变。这直接公开了目标专利特征K中“通过移除UL子帧来确定...打包次序”的技术手段。 |
| **L：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。**<br>**判断结果：直接公开** | [0172] “此外，剩余DL子帧的打包次序也可以被重新排序，例如，其中固定DL子帧始终被映射为第一个。” | 对比文件[0172]段以举例方式明确公开了在重新排序打包次序时，“固定DL子帧始终被映射为第一个”。这直接公开了目标专利特征L的附加限定。 |
| **M：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。**<br>**判断结果：直接公开** | [0173] “在一些情形中，分开的PUCCH资源区域可以被配置用于eIMTA UE和旧式UE以避免冲突...” | 对比文件[0173]段明确记载了可以为eIMTA UE（支持动态配置）和旧式UE（不支持动态配置）配置“分开的PUCCH资源区域”。这与目标专利特征M的描述完全一致。 |
| **N：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。**<br>**判断结果：隐含公开** | [0173] “然而，若eIMTA UE没有检测到与旧式UE PUCCH区域的冲突，则旧式UE所使用的默认N(1)PUCCH也可以被eIMTA UE使用。” | 对比文件[0173]段描述了“若eIMTA UE没有检测到...冲突”则采取某种措施。这句话隐含了在执行该措施（使用默认资源）之前，存在一个“检测”或“确定”冲突是否存在的步骤。虽然未明确写出“确定是否存在潜在冲突”这一动作，但这是实现所述方案（根据冲突情况选择不同资源）的必然前置和内在逻辑步骤。本领域技术人员可以毫无疑义地推导出这一点。因此，该特征被隐含公开。 |
| **O：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。**<br>**判断结果：直接公开** | [0173] “然而，若eIMTA UE没有检测到与旧式UE PUCCH区域的冲突，则旧式UE所使用的默认N(1)PUCCH也可以被eIMTA UE使用。” | 对比文件[0173]段直接记载了在“没有检测到...冲突”的条件下，“旧式UE所使用的默认N(1)PUCCH也可以被eIMTA UE使用”。这明确公开了目标专利特征O的内容。 |
| **P：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。**<br>**判断结果：直接公开** | [0173] “...例如，基于旧式UE所使用的实际子帧配置和动态子帧配置，eIMTA UE可以确定在UL子帧中，若与用于旧式的UL子帧相关联的DL关联集和动态指示的配置相同，那么UE可以使用第一偏移(例如，与旧式UE相同)。否则，eIMTA可以使用第二偏移。” | 对比文件[0173]段明确描述了根据条件（关联集是否相同，这直接关联到是否存在冲突风险）选择不同偏移值（第一偏移或第二偏移）的方案。这直接公开了目标专利特征P中基于冲突检测结果选择不同偏移值的技术内容。 |
| **Q：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。**<br>**判断结果：直接公开** | [0169] “...可以通过动态TDD UL-DL配置确定(例如，基于重配置的**动态L1信令**)。” | 对比文件[0169]段明确指出，动态配置的确立可以基于“动态L1信令”。L1信令是典型的动态信令。这公开了指示动态配置的信令包括动态信令这一特征。 |
| **R：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。**<br>**判断结果：直接公开** | [0174] “例如，eNB可以重用在集束集合的共用DL子帧中传送的**DCI格式(例如，1A/1B/1D/1/2A/2/2B/2C/2D)中的发射功率控制(TPC)命令位**...作为另一选项，共用DL子帧中的**TPC命令可被用作HARQ-ACK资源偏移(ARO)**。” | 对比文件[0174]段明确公开了两种传达动态信令的具体方式：1) 重用DCI格式中的TPC命令位；2) 将TPC命令用作ARO（确收资源偏移）。这完全覆盖了目标专利特征R所限定的两种方式。因此，该特征被直接公开。 |
| **S：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。**<br>**判断结果：直接公开** | [0169] “...在一些情形中，支持回退方案也会是直接了当的，例如，在丢失动态重配置信令或者解码尝试失败的情形中。在此类情形中，**SIB1 UL-DL配置可以被用于确定HARQ-ACK码本大小和PUCCH资源分配**。” | 对比文件[0169]段明确描述了回退方案：在“丢失动态重配置信令”（即检测到动态配置丢失）的情形中，使用SIB1中的UL-DL配置来确定HARQ-ACK码本大小和PUCCH资源分配（即HARQ资源分配）。这直接公开了目标专利特征S的全部技术内容。 |
<<<A>>><<<B>>><<<D>>><<<e>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<n>>><<<O>>><<<P>>><<<Q>>><<<R>>><<<S>>>