**对比文件名称**：发明申请_US20180359750A1 PUCCH RESOURCE MAPPING AND HARQ-ACK FEEDBACK
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法<br>**公开性判断**：隐含公开 | [0005] Certain aspects of the present disclosure provide a method for wireless communication by a user equipment (hereinafter “UE”). The method generally includes receiving signaling indicating a dynamic uplink-downlink (hereinafter “UL-DL”) subframe configuration, determining hybrid automatic repeat request (hereinafter “HARQ”) acknowledgement/negative acknowledgement (hereinafter “ACK/NACK”) timing based on a reference UL-DL subframe configuration, and determining HARQ resource allocation based on the dynamic UL-DL subframe configuration.<br>译：本公开的某些方面提供了一种用于由用户装备（下文中称之为“UE”）进行无线通信的方法。该方法一般包括接收指示动态上行链路-下行链路（下文中称之为“UL-DL”）子帧配置的信令，基于参考UL-DL子帧配置确定混合自动重复请求（下文中称之为“HARQ”）确收/否定确收（下文中称之为“ACK/NACK”）定时，以及基于该动态UL-DL子帧配置确定HARQ资源分配。 | 对比文件[0005]段明确公开了一种“用于由用户装备（UE）进行无线通信的方法”，其主题与目标专利的特征A完全相同。虽然对比文件方法中“确定HARQ ACK/NACK定时”是基于“参考UL-DL子帧配置”，而目标专利特征A作为方法主题本身不包含具体的技术手段，其具体操作由后续从属特征限定。因此，对比文件直接公开了“一种用于由用户装备UE进行无线通信的方法”这一主题。结合目标专利说明书[0023]-[0025]段对eIMTA系统中UE操作的描述，对比文件公开的方法主题在整体技术方案中同样用于解决动态子帧配置下的资源分配问题，作用相同。因此，特征A被直接公开。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令<br>**公开性判断**：直接公开 | [0005] ...receiving signaling indicating a dynamic uplink-downlink (hereinafter “UL-DL”) subframe configuration...<br>译：……接收指示动态上行链路-下行链路（下文中称之为“UL-DL”）子帧配置的信令……<br>[0178] The operations 1100 begin, at 1102, by receiving signaling indicating a dynamic uplink-downlink (UL-DL) subframe configuration.<br>译：操作1100开始于1102，接收指示动态上行链路-下行链路（UL-DL）子帧配置的信令。 | 对比文件[0005]和[0178]段均明确、直接地记载了“接收指示动态上行链路-下行链路（UL-DL）子帧配置的信令”。该内容与技术特征B的文字表述完全一致。在对比文件的整体技术方案中，该步骤是UE启动动态子帧配置相关操作的起始点和必要条件，与其在目标专利中为解决动态子帧配置下的资源分配问题所起的作用完全相同。因此，技术特征B被对比文件直接公开。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**公开性判断**：未公开 | 无直接对应原文。对比文件相关描述为确定HARQ定时基于“参考配置”。例如：[0005] ...determining hybrid automatic repeat request (hereinafter “HARQ”) acknowledgement/negative acknowledgement (hereinafter “ACK/NACK”) timing based on a reference UL-DL subframe configuration...<br>译：……基于参考UL-DL子帧配置确定混合自动重复请求（下文中称之为“HARQ”）确收/否定确收（下文中称之为“ACK/NACK”）定时…… | 技术特征C明确要求“基于所述动态UL-DL子帧配置来确定HARQ ACK/NACK定时”。然而，对比文件在[0005]、[0178]等多处明确且一致地教导：HARQ ACK/NACK定时是基于“参考UL-DL子帧配置”（reference UL-DL subframe configuration）来确定的。这与技术特征C所要求的“基于动态UL-DL子帧配置”存在本质区别。本领域技术人员无法从对比文件中直接或通过合理推理得出“基于动态配置确定定时”这一技术手段。目标专利说明书[0166]段明确指出其“混合”设计是“HARQ定时可以基于参考配置”，这反而印证了对比文件的做法。因此，技术特征C既未被直接公开，也未被隐含公开。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配<br>**公开性判断**：直接公开 | [0005] ...and determining HARQ resource allocation based on the dynamic UL-DL subframe configuration.<br>译：……以及基于该动态UL-DL子帧配置确定HARQ资源分配。<br>[0178] At 1106, the UE may determine HARQ resource allocation based on the dynamic UL-DL subframe configuration.<br>译：在1106，UE可以基于动态UL-DL子帧配置确定HARQ资源分配。 | 对比文件[0005]和[0178]段明确、直接地记载了“基于动态UL-DL子帧配置确定HARQ资源分配”。技术特征D中“针对物理上行链路控制信道PUCCH的”是对HARQ资源分配的具体应用场景的限定。结合对比文件全文（特别是标题和[0152], [0160]等段）可知，其所讨论的HARQ资源分配即指PUCCH上的资源分配。因此，对比文件公开的“确定HARQ资源分配”在具体技术语境下就是“确定针对PUCCH的HARQ资源分配”。两者在解决动态子帧配置下PUCCH资源高效分配问题上的作用相同。故技术特征D被直接公开。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK<br>**公开性判断**：隐含公开 | [0178] ...determining HARQ resource allocation based on the dynamic UL-DL subframe configuration. (结合上下文及图11)<br>译：……基于动态UL-DL子帧配置确定HARQ资源分配。<br>（注：对比文件图11展示了操作流程，但未在文字中明确描述“传送”步骤。然而，确定资源分配和定时的最终目的必然是进行传送。） | 技术特征E描述了在确定资源分配和定时后的必然执行动作——在PUCCH上传送HARQ ACK/NACK。虽然对比文件说明书文字部分未明确写出“传送”步骤，但其[0005]段和[0178]段（对应图11操作1100）完整描述了UE侧方法的三个核心步骤：接收信令、确定定时、确定资源分配。作为本领域公知常识，在无线通信系统中，确定上行控制信道的资源分配和发送定时后，其必然的、唯一的目的是在该信道上传送相应的控制信息（此处为HARQ ACK/NACK）。本领域技术人员阅读对比文件后，能够毫无疑义地推导出，为了完成HARQ反馈过程，UE必须基于所确定的资源分配和定时在PUCCH上传送HARQ ACK/NACK。因此，该技术特征被对比文件隐含公开。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。<br>**公开性判断**：直接公开 | [0183] In some cases, determining HARQ resource allocation based on the dynamic UL-DL subframe configuration may include determining a HARQ-ACK codebook size based on the dynamic UL-DL subframe configuration.<br>译：在一些情形中，基于动态UL-DL子帧配置确定HARQ资源分配可包括基于动态UL-DL子帧配置确定HARQ-ACK码本大小。 | 对比文件[0183]段的描述与技术特征F的文字表述完全一致。该段明确将“基于动态UL-DL子帧配置确定HARQ-ACK码本大小”作为“基于动态UL-DL子帧配置确定HARQ资源分配”的一种具体实施方式。这与目标专利特征F的限定关系完全相同。在对比文件整体方案中，确定码本大小是进行高效资源分配、减小开销的关键一环，与目标专利中为解决码本过大问题所起的作用相同。因此，技术特征F被直接公开。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**公开性判断**：直接公开 | [0183] In some cases, at least one of the codebook size or a number of ACK/NACK bits may be determined based on a size of a DL association set of the dynamic UL-DL configuration.<br>译：在一些情形中，码本大小或ACK/NACK位的数目中的至少一者可以基于动态UL-DL配置的DL关联集的大小来确定。 | 对比文件[0183]段的描述与技术特征G的文字表述完全一致。它明确揭示了码本大小或ACK/NACK位数目的确定依据是“动态UL-DL配置的DL关联集的大小”。这与目标专利特征G的限定完全吻合。在对比文件方案中，这是实现基于动态配置确定码本大小、从而提升效率的具体手段，作用与目标专利相同。因此，技术特征G被直接公开。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。<br>**公开性判断**：直接公开 | [0184] In some cases, determining HARQ resource allocation based on the dynamic UL-DL subframe configuration may include determining physical uplink control channel (PUCCH) resource allocation based on the dynamic UL-DL subframe configuration.<br>译：在一些情形中，基于动态UL-DL子帧配置确定HARQ资源分配可包括基于动态UL-DL子帧配置确定物理上行链路控制信道（PUCCH）资源分配。 | 对比文件[0184]段的描述与技术特征H的文字表述完全一致。该段明确将“基于动态UL-DL子帧配置确定PUCCH资源分配”作为“基于动态UL-DL子帧配置确定HARQ资源分配”的一种具体实施方式。这与目标专利特征H的限定关系完全相同。在对比文件整体方案中，这是实现高效、低冲突PUCCH资源映射的核心步骤，作用与目标专利相同。因此，技术特征H被直接公开。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**公开性判断**：直接公开 | [0184] For example, the physical uplink control channel (PUCCH) resource allocation may be determined based on a size of a DL association set of the dynamic UL-DL configuration.<br>译：例如，物理上行链路控制信道（PUCCH）资源分配可以基于动态UL-DL配置的DL关联集的大小来确定。 | 对比文件[0184]段在阐述确定PUCCH资源分配时，明确举例说明“PUCCH资源分配可以基于动态UL-DL配置的DL关联集的大小来确定”。这与技术特征I的限定完全一致。该手段在对比文件中是优化PUCCH资源分配、改善资源利用率的关键，与目标专利中为解决PUCCH资源冲突和低效问题所起的作用相同。因此，技术特征I被直接公开。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。<br>**公开性判断**：隐含公开 | [0160] ...the flexible subframe in the bundling set that is not configured as a DL subframe by dynamic reconfiguration signaling may not be counted, while the remaining DL subframes may be used to determine the association set size M.<br>译：……集束集合中未被动态重配置信令配置为DL子帧的灵活子帧可以不被计及，而剩余的DL子帧可以被用来确定关联集大小M。<br>[0184] ...flexible subframes in a bundling set not configured as DL in the dynamic UL-DL configuration may not be counted when determining the size of the DL association set.<br>译：……当确定DL关联集的大小时，集束集合中未被配置为动态UL-DL配置中的DL的灵活子帧可以不被计及。 | 技术特征J描述了在基于动态配置确定DL关联集大小时，对集束集合中灵活子帧的处理规则。对比文件[0160]和[0184]段均明确教导了相同的规则：“灵活子帧在集束集合中未被（动态信令）配置为DL子帧的，在确定关联集大小M时不被计及（may not be counted）”。虽然对比文件使用了“may not be counted”（可以不计数）的表述，而目标专利使用“不被计及”，但结合上下文（如[0161]段示例），本领域技术人员能够理解，在实际执行所述方案时，为了实现基于动态配置的准确资源分配，必须采用“不计数”这些子帧的做法。“may”在此表示一种可行的、推荐的操作方式，而非可选。因此，该技术特征被对比文件隐含公开。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**公开性判断**：隐含公开 | [0160] The packing order of the remaining DL subframes in the bundling set may also be changed by removing the UL subframes.<br>译：集束集合中的剩余DL子帧的打包次序也可以通过移除UL子帧来改变。<br>[0184] A packing order of remaining DL subframes in the bundling set may be determined by removing UL subframes.<br>译：集束集合中的剩余DL子帧的打包次序可以通过移除UL子帧来确定。 | 技术特征K描述了确定剩余DL子帧打包次序的方法。对比文件[0160]和[0184]段明确提到了“打包次序可以通过移除UL子帧来改变/确定”。虽然对比文件在[0160]段使用了“changed by”（通过...改变），在[0184]段使用了“determined by”（通过...确定），但二者表达的技术手段本质相同：即通过移除UL子帧这一操作，来得到或影响最终的打包次序。本领域技术人员能够直接且毫无疑义地从对比文件的描述中确定这一技术手段。因此，技术特征K被对比文件直接公开。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**公开性判断**：未公开 | [0161] ...the packing order of the remaining DL subframes may also be reordered, for example, with the fixed DL subframes always mapped as first.<br>译：……剩余DL子帧的打包次序也可以被重新排序，例如，其中固定DL子帧始终被映射为第一个。 | 对比文件[0161]段确实提到了“固定DL子帧始终被映射为第一个（fixed DL subframes always mapped as first）”。然而，仔细分析上下文可知，该描述出现在一个举例性、可选性的方案中（“for example”），且前文[0160]段描述的是通过移除UL子帧来确定/改变打包次序。对比文件并未将“固定DL子帧映射为第一”作为其确定的、必要的打包次序确定规则的一部分。而目标专利特征L将其作为一个明确的、限定的技术特征。本领域技术人员不能从对比文件中确定该特征是所述技术方案的必然或主要组成部分。因此，技术特征L未被公开。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。<br>**公开性判断**：直接公开 | [0162] In some cases, separate PUCCH resource regions may be configured for eIMTA and legacy UEs to avoid collision...<br>译：在一些情形中，可以为eIMTA和旧式UE配置分开的PUCCH资源区域以避免冲突…… | 对比文件[0162]段明确记载了“为eIMTA和旧式UE配置分开的PUCCH资源区域”。其中“eIMTA UEs”即指能够支持动态UL-DL子帧配置的UE，“legacy UEs”即指不能够支持动态UL-DL子帧配置的UE。这与技术特征M的描述完全对应。该手段在对比文件中用于解决新旧UE之间的资源冲突问题，作用与目标专利相同。因此，技术特征M被直接公开。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。<br>**公开性判断**：隐含公开 | [0162] ...if a eIMTA UE detects no collision with a legacy UE PUCCH region, a default NPUCCH(1) used by the legacy UE may also be used by the eIMTA UE.<br>译：……若eIMTA UE没有检测到与旧式UE PUCCH区域的冲突，则旧式UE所使用的默认NPUCCH(1)也可以被eIMTA UE使用。<br>[0185] ...a determination may be made whether a potential collision exists with the legacy UE PUCCH region.<br>译：……可确定是否存在与旧式UE PUCCH区域的潜在冲突。 | 技术特征N描述了“确定潜在冲突是否存在”的步骤。对比文件[0162]段提到了“eIMTA UE检测（detects）与旧式UE PUCCH区域的冲突”，[0185]段更概括地提到“可确定（may be made）是否存在潜在冲突”。虽然[0162]段是从UE侧角度描述“检测”，而特征N未限定主体，但确定冲突是双方协调资源的基础步骤。本领域技术人员能够理解，为了实现新旧UE的PUCCH区域协调（无论是配置分开区域还是后续的条件选择），执行体（可以是网络或UE）必然需要执行“确定潜在冲突是否存在”的判断操作。因此，该技术特征被对比文件隐含公开。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。<br>**公开性判断**：直接公开 | [0162] ...if a eIMTA UE detects no collision with a legacy UE PUCCH region, a default NPUCCH(1) used by the legacy UE may also be used by the eIMTA UE.<br>译：……若eIMTA UE没有检测到与旧式UE PUCCH区域的冲突，则旧式UE所使用的默认NPUCCH(1)也可以被eIMTA UE使用。 | 对比文件[0162]段明确描述了在特定条件（未检测到冲突）下所采取的动作：eIMTA UE使用旧式UE所使用的默认PUCCH资源（即旧式UE的PUCCH区域）。这与技术特征O“使用针对不能够支持动态UL-DL子帧配置的UE的所述PUCCH区域”的描述完全一致。该规则在对比文件中用于优化资源使用，避免不必要的资源划分，作用与目标专利相同。因此，技术特征O被直接公开。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。<br>**公开性判断**：直接公开 | [0185] An eIMTA UE may be configured to select a first offset value if no potential collision is detected and a second offset value if a potential collision is detected.<br>译：eIMTA UE可以被配置成选择第一偏移值若未检测到潜在冲突，以及选择第二偏移值若检测到潜在冲突。 | 对比文件[0185]段的描述与技术特征P的文字表述完全一致。它明确揭示了基于潜在冲突检测结果来选择不同偏移值（第一或第二）的规则。这与目标专利特征P的限定完全吻合。在对比文件方案中，这是动态调整PUCCH资源分配以避免冲突的具体机制，作用与目标专利相同。因此，技术特征P被直接公开。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。<br>**公开性判断**：隐含公开 | [0158] ...the HARQ-ACK codebook size and the PUCCH resource allocation may be determined by the dynamic TDD UL-DL configuration (e.g., based on the dynamic L1 signaling of reconfiguration).<br>译：……HARQ-ACK码本大小和PUCCH资源分配可以通过动态TDD UL-DL配置确定（例如，基于重配置的动态L1信令）。<br>[0181] As noted above, the signaling indicating the dynamic UL-DL subframe configuration may comprise L1 signaling.<br>译：如上所述，指示动态UL-DL子帧配置的信令可包括L1信令。 | 技术特征Q将指示动态配置的“信令”进一步限定为“动态信令”。对比文件[0158]段明确将“动态TDD UL-DL配置”与“动态L1信令”相关联，[0181]段则直接说明指示动态配置的信令“可包括L1信令”。L1信令（物理层信令）是本领域公认的动态、快速信令的典型代表。本领域技术人员阅读对比文件后，能够理解其所指的用于指示动态配置的信令，就是一种“动态信令”（与高层半静态信令相对）。因此，该限定被对比文件隐含公开。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**公开性判断**：直接公开 | [0163] ...en eNB may reuse transmit power control (TPC) command bits in DCI formats (e.g., 1A/1B/1D/1/2A/2/2B/2C/2D)...<br>译：……eNB可以重用在DCI格式（例如，1A/1B/1D/1/2A/2/2B/2C/2D）中的发射功率控制（TPC）命令位……<br>[0163] ...a TPC command in the common DL subframe can be used as a HARQ-ACK resource offset (ARO).<br>译：……共用DL子帧中的TPC命令可被用作HARQ-ACK资源偏移（ARO）。<br>[0186] The dynamic signaling may be conveyed via one or more bits in a downlink control information (DCI) format used for transmit power control (TPC) commands. In some cases, the dynamic signaling is conveyed via one or more HARQ acknowledgement resource offset (ARO) bits.<br>译：动态信令可以经由用于发射功率控制（TPC）命令的下行链路控制信息（DCI）格式中的一个或多个位来传达。在一些情形中，动态信令经由一个或多个HARQ确收资源偏移（ARO）位来传达。 | 对比文件[0163]和[0186]段明确、直接地公开了动态信令的两种具体传达方式：1) 重用DCI格式中的TPC命令位；2) 用作HARQ-ACK资源偏移（ARO）的位（同样可以源自TPC命令位）。[0186]段的总结性描述与技术特征R的列举完全一致。这些是对比文件中提出的用于动态指示PUCCH资源偏移的具体实施手段，作用与目标专利相同。因此，技术特征R被直接公开。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。<br>**公开性判断**：未公开 | [0158] ...it may also be straightforward to support a fallback solution, for example, in case of missing dynamic reconfiguration signaling or decoding attempt failure. In such case, the SIB1 UL-DL configuration may be used for determining the HARQ-ACK codebook size and PUCCH resource allocation.<br>译：……支持回退方案也会是直接了当的，例如，在丢失动态重配置信令或者解码尝试失败的情形中。在此类情形中，SIB1 UL-DL配置可以被用于确定HARQ-ACK码本大小和PUCCH资源分配。<br>[0187] ...by detecting a missed dynamic UL-DL subframe configuration and, in response to the detection, determining HARQ resource allocation based on an UL-DL subframe configuration signaled in a system information block (SIB).<br>译：……通过检测丢失的动态UL-DL子帧配置以及响应于所述检测，基于系统信息块（SIB）中信令通知的UL-DL子帧配置来确定HARQ资源分配。 | 需要澄清：经核对，[0187]段内容出现在对比文件说明书中，其描述与技术特征S几乎完全一致。因此，技术特征S被对比文件直接公开。对比文件明确提出了在检测到动态配置丢失时，回退到使用SIB中的配置来确定HARQ资源分配（包括码本大小和PUCCH资源）的完整方案。这与目标专利特征S的限定完全吻合。该回退机制在对比文件中用于提高系统鲁棒性，作用与目标专利相同。 |
<<<A>>><<<B>>><<<D>>><<<F>>><<<G>>><<<H>>><<<I>>><<<K>>><<<M>>><<<O>>><<<P>>><<<R>>><<<S>>>
<<<a>>><<<e>>><<<j>>><<<q>>><<<n>>>