**对比文件名称**：发明申请_WO2013166689A1 HARQ-ACK TRANSMISSIONS FOR DYNAMIC TDD UL_DL CONFIGURATION
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek最新版本模型
---
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用（译文） | 公开性论述 |
| **A：一种用于由用户装备UE进行无线通信的方法** <br>**判断：直接公开** | [0006] 一种方法，包括：... | 对比文件[0006]段明确公开了一种由用户装备（UE）执行的方法，该方法涉及在动态TDD配置下处理HARQ-ACK反馈。这与目标专利权利要求1的整体方法主题相同。因此，该技术特征被直接公开。 |
| **B：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令** <br>**判断：直接公开** | [0018] ...动态改变TDD UL/DL配置... <br>[0020] ...灵活子帧...的具体传输方向取决于eNB选择的TDD UL/DL配置。 | 对比文件[0018]和[0020]明确指出，网络（eNB）可以选择并改变TDD UL/DL配置，并且子帧的传输方向（UL/DL）由该配置决定。本领域技术人员可以直接且毫无疑义地确定，UE需要接收指示该动态配置的信令（例如，来自eNB的L1信令或更高层信令）才能知晓子帧的用途。因此，该技术特征被直接公开。 |
| **C：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时** <br>**判断：未公开** | [0030]-[0031] UE将子帧x到子帧x-1的确认窗内的所有ACK/NACK比特级联...并**将上行链路消息映射到一个固定的子帧，而不管级联窗口的上行链路和下行链路子帧配置如何**。...在子帧2中发送（该子帧始终是上行链路子帧）。 | 目标专利中，技术特征C的核心在于**基于动态UL-DL子帧配置**来确定HARQ ACK/NACK定时（即，在哪个UL子帧发送反馈）。而对比文件的技术方案明确否定了基于动态配置来确定定时。相反，它教导了**无论动态配置如何变化，都将HARQ-ACK映射到一个预先定义的、始终为上行链路的固定子帧（如子帧2）**（参见[0030], [0034], [0045]）。这种“固定子帧”方案与目标专利“基于动态配置确定定时”的方案在原理和作用上截然不同。目标专利的方案是为了使定时更灵活、高效地适配动态变化的UL子帧位置；对比文件的方案则是为了完全规避动态配置带来的定时冲突问题。因此，对比文件既未直接公开也未隐含公开此特征。 |
| **D：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配** <br>**判断：隐含公开** | [0030] ...DAI字段...用于指示由更高层配置的四个资源值之一中的PUCCH资源值。<br>[0039] ...DAI字段...被重新用于指示PUCCH资源值... | 对比文件公开了为传送级联ACK/NACK的PUCCH（格式3）分配资源，并且该资源是通过PDCCH中的DAI字段动态指示的（[0030], [0039]）。虽然对比文件未明确将“资源分配”与“动态UL-DL子帧配置”这两个概念直接关联论述，但本领域技术人员可以理解，在对比文件所述的动态TDD配置系统中，DAI字段所指示的资源分配必然是在特定的动态配置场景下进行的，资源分配的操作本身是基于当前系统状态（包括配置）的一部分。因此，可以合理推断出“基于动态配置确定PUCCH资源分配”这一上位概念。故认为该技术特征被隐含公开。 |
| **E：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK** <br>**判断：隐含公开** | [0030] ...生成的A/N比特随后通过PUCCH格式3在子帧2中发送。<br>[0039] ...在由DAI指示的PUCCH资源上通过PUCCH格式3发送。 | 对比文件明确描述了UE在固定子帧（如子帧2）上，使用由DAI指示的PUCCH资源（格式3）来发送级联的ACK/NACK比特（[0030], [0039]）。这实质上公开了“基于确定的资源（DAI指示）和定时（固定子帧）在PUCCH上发送ACK/NACK”这一动作。虽然其“定时”是基于固定子帧而非目标专利的动态定时，但“执行发送”这一步骤特征是相同的。因此，该技术特征被隐含公开。 |
| **F：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。** <br>**判断：隐含公开** | [0030] ...为当前无线电帧中的子帧x到下一无线电帧中的子帧x-1的每个子帧生成ACK/NACK比特...这意味着将生成10个ACK/NACK比特...或20个ACK/NACK比特。<br>[0044] ...UE可以改为生成9个或18个ACK/NACK比特...通过排除其级联窗口内始终为上行链路的子帧2的不必要的ACK/NACK反馈。 | 目标专利中，确定码本大小是资源分配的一部分。对比文件[0030]和[0044]详细说明了如何生成ACK/NACK比特的总数（即码本大小）：通过统计一个固定窗口（如10个子帧）内需要反馈的子帧数量，并根据传输模式确定每个子帧的比特数。虽然对比文件未明确使用“基于动态UL-DL配置”这一表述，但其窗口内包含动态可变的DL子帧（灵活子帧）。本领域技术人员可以理解，在实际操作中，码本大小（生成的比特数）实际上取决于窗口内**实际被调度为DL**的子帧数量，而这正是由动态UL-DL配置决定的。因此，可以合理推断出“基于动态配置确定码本大小”这一特征。故认为该技术特征被隐含公开。 |
| **G：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。** <br>**判断：未公开** | 对比文件未提及“DL关联集（Downlink Association Set）”这一特定概念。 | 目标专利中的“DL关联集”是一个具有特定定义的术语，指代根据特定规则（如TDD配置）确定的、需要在一个UL子帧中进行ACK/NACK反馈的一组DL子帧。对比文件的技术方案采用了一种完全不同的“固定窗口级联”方法（如子帧9到子帧8），并未引入或使用“DL关联集”及其“大小”来决定码本大小。两者确定反馈子帧集合的原理不同。因此，对比文件未公开此特定技术特征。 |
| **H：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。** <br>**判断：隐含公开** | 同技术特征D的引用。 | 此特征为技术特征D的下位概念，具体指明资源分配的类型为“PUCCH资源分配”。如对特征D的论述，对比文件隐含了基于系统状态（含动态配置）进行PUCCH资源分配的概念。因此，该技术特征同样被隐含公开。 |
| **I：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。** <br>**判断：未公开** | 对比文件未提及“DL关联集”。 | 此特征依赖于“DL关联集”这一特定概念，如上文对特征G的论述，对比文件未公开此概念，因此也未公开基于其大小来确定PUCCH资源分配的方法。 |
| **J：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。** <br>**判断：未公开** | 对比文件未提及“集束集合（bundling set）”及“灵活子帧不计及”的操作。 | 此特征描述了目标专利中处理灵活子帧以确定DL关联集大小的具体规则。对比文件的技术方案不涉及“DL关联集”和“集束集合”，其处理灵活子帧的方式是：在级联窗口内，若灵活子帧被用作UL或未被调度，则为其生成DTX比特（[0030]），而非将其从计数中排除。两者方法不同。因此，该特征未被公开。 |
| **K：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。** <br>**判断：未公开** | 对比文件未提及“打包次序（packing order）”及“通过移除UL子帧来确定”的操作。 | 此特征涉及目标专利中为资源映射而对DL子帧进行排序的具体步骤。对比文件的方案是简单地按子帧索引顺序级联ACK/NACK比特（[0030]），不涉及因动态配置变化而重新排序DL子帧的操作。因此，该特征未被公开。 |
| **L：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。** <br>**判断：未公开** | 对比文件未提及“固定DL子帧优先映射”的规则。 | 此特征是关于打包次序的进一步具体规则。如前述，对比文件不涉及此类排序规则，故未公开。 |
| **M：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。** <br>**判断：隐含公开** | [0047] 在LTE网络中实际部署这些教导时，可能有一些**旧式UE**与那些不能够比640 ms更频繁地切换UL/DL配置的UE共存。在这种情况下，旧式UE可能会出现问题。 | 对比文件[0047]明确提到了支持动态配置的UE（eIMTA UE）与不支持动态配置的旧式UE（Legacy UE）共存的问题。虽然未明确记载“配置分开的PUCCH区域”，但本领域技术人员为了解决两类UE之间的潜在干扰和资源冲突问题（这是共存场景下的公知问题），能够从对比文件提及的共存问题出发，合理推断出可以采用为两类UE配置不同PUCCH资源区域（即分开的PUCCH区域）这一常见的解决方案来避免冲突。因此，该技术特征被隐含公开。 |
| **N：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。** <br>**判断：隐含公开** | [0047] ...在这种情况下，**可能旧式UE会有问题**。例如...旧式UE可能将其他UE的上行链路信号视为下行链路公共参考信号（CRS）。 | 对比文件[0047]指出了新旧UE共存时可能出现的问题（如测量干扰），这本质上揭示了潜在冲突的存在。本领域技术人员在意识到共存冲突问题后，为了实施资源协调或选择正确的资源区域，必然需要先进行“确定是否存在潜在冲突”的判断步骤。这是解决该技术问题的合理且必要的先行步骤。因此，可以合理推断出该特征。故认为该技术特征被隐含公开。 |
| **O：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。** <br>**判断：未公开** | 对比文件未提及根据冲突检测结果来选择使用旧式UE的PUCCH区域。 | 此特征描述了在无冲突条件下的一种特定资源复用策略。对比文件仅提出了共存问题，但并未给出“在无冲突时共享旧式UE资源”这一具体解决方案。该策略并非本领域技术人员从对比文件内容中必然能推导出的唯一或显而易见的方案。因此，该特征未被公开。 |
| **P：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。** <br>**判断：未公开** | 对比文件未提及根据冲突情况动态选择不同的偏移值（如N^PUCCH偏移）。 | 此特征描述了一种动态调整资源偏移以避免冲突的具体机制。对比文件完全没有提及任何与“偏移值”选择相关的内容。因此，该特征未被公开。 |
| **Q：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。** <br>**判断：直接公开** | [0018] ...动态改变TDD UL/DL配置...<br>[0020] ...具体传输方向取决于eNB**选择**的TDD UL/DL配置。 | 对比文件多次提及“动态改变”配置，并且配置是由eNB“选择”的。本领域技术人员可以直接且明确地理解，这种动态改变或选择需要通过信令通知UE，而这种信令必然是“动态信令”（例如L1信令，以区别于半静态的SIB信令）。因此，该技术特征被直接公开。 |
| **R：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。** <br>**判断：部分直接公开，部分未公开** | [0030] ...**TPC字段**...用于指示用于UE的PUCCH传输的累积和持续功率调整。<br>[0034] ...所有**TPC字段**...用于指示用于PUCCH传输的累积和持续功率调整。 | 对比文件直接且明确地公开了动态信令（TPC命令）通过PDCCH（即DCI格式）中的TPC字段（位）来传达，用于功率控制。这与特征R中“用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位”的描述完全一致，因此该部分被**直接公开**。然而，对比文件全文均未提及“确收资源偏移（ARO）位”的概念或用途。因此，特征R中涉及“ARO位”的部分未被公开。 |
| **S：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。** <br>**判断：未公开** | 对比文件未提及任何关于“检测丢失的动态配置”或“回退到SIB配置”的机制。 | 此特征描述了一种具体的错误恢复或回退机制。对比文件的技术方案建立在成功接收并理解动态配置的假设之上，并未考虑动态信令丢失的情况及相应的处理流程。因此，该特征未被公开。 |
<<<A>>><<<B>>><<<Q>>><<<d>>><<<e>>><<<f>>><<<h>>><<<m>>><<<n>>>