**对比文件名称**：发明公开_CN102754381A 用于载波聚合中的信道资源映射的方法和设备
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**模型名称**：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种用于由用户装备UE进行无线通信的方法** <br>**判断结果：直接公开** | [0021] “WTRU 102a、102b、102c、102d中的每一个可以是被配置成在无线环境中操作和/或通信的任意类型的设备。例如，WTRU 102a、102b、102c、102d可以被配置成传送和/或接收无线信号并可以包括用户设备（UE）、移动站...” | 对比文件全文描述了一种用于由用户装备（WTRU，即UE）进行无线通信的方法，涉及在载波聚合系统中接收控制信令、处理HARQ反馈、进行资源映射等操作。这与目标专利权利要求中限定的“一种用于由用户装备UE进行无线通信的方法”这一上位概念相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征B：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | 目标专利中，“动态UL-DL子帧配置”特指在eIMTA（增强型干扰管理和话务适配）系统中，允许基于实际话务需求动态切换TDD上下行子帧配比（如从配置#1切换到配置#5）的技术。对比文件全文聚焦于解决载波聚合（CA）场景下的PHICH资源映射冲突问题，其技术背景是多载波调度和跨载波调度（参见[0080]段），并未涉及TDD系统中子帧方向的动态重配置（即eIMTA）。因此，对比文件未公开“接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令”这一技术特征。 |
| **技术特征C：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | 如特征B所述，对比文件未涉及“动态UL-DL子帧配置”。目标专利说明书中明确指出，其发明点之一在于HARQ ACK/NACK定时基于**参考**UL-DL子帧配置确定（参见[0166]段及图11步骤1104），而**非**基于动态配置确定。技术特征C的限定与目标专利说明书的教导相悖，且对比文件也未记载任何基于动态子帧配置来确定HARQ定时的内容。因此，该技术特征未被公开。 |
| **技术特征D：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | 目标专利中，基于动态UL-DL子帧配置确定PUCCH的HARQ资源分配是其核心发明点，旨在解决eIMTA系统中的资源冲突和效率问题（参见[0166]-[0170]段）。对比文件主要关注**PHICH**（物理混合ARQ指示信道，用于上行链路HARQ反馈）的资源映射冲突及解决方案（参见[0004], [0008], [0081]等），并未涉及基于动态子帧配置来确定**PUCCH**（用于下行链路HARQ反馈）资源分配。两者解决的是不同信道、不同链路方向、不同系统场景下的问题。因此，该技术特征未被公开。 |
| **技术特征E：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK** <br>**判断结果：未公开** | [0051] “在PUCCH上，以及在PUSCH上的一些情况中，WTRU可以传送上行链路控制信息（例如信道质量指示符/预编码矩阵索引/秩指示（CQI/PMI/RI）或调度请求（SR））和/或HARQ ACK/NACK反馈。” | 对比文件虽然提到了UE可以在PUCCH上发送HARQ ACK/NACK反馈，但这属于LTE系统中的常规操作。技术特征E的关键在于“基于所确定的HARQ资源分配和HARQ ACK/NACK定时”，这个“确定”过程如特征C和D所述，是基于“动态UL-DL子帧配置”的。由于对比文件未公开基于动态配置来确定资源和定时，因此，其记载的常规PUCCH发送操作并未公开技术特征E所限定的完整方案。该技术特征未被公开。 |
| **技术特征F：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | 目标专利中，基于动态UL-DL子帧配置来确定HARQ-ACK码本大小是其混合设计的一部分，用于提高反馈效率（参见[0167]段）。对比文件全文中未出现“码本大小”这一概念，更未提及基于动态子帧配置来确定它。因此，该技术特征未被公开。 |
| **技术特征G：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | “DL关联集”是TDD系统中与一个上行链路子帧相关联的下行链路子帧集合，其大小取决于TDD UL-DL配置（参见目标专利[0155]段及图7）。目标专利将此概念应用于动态配置场景。对比文件处理的是载波聚合（FDD或TDD）下的PHICH冲突，其技术方案（如划分PHICH组、使用空闲资源等）完全不依赖于“DL关联集”的概念。因此，该技术特征未被公开。 |
| **技术特征H：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | 此特征为特征D的细化。目标专利中基于动态配置确定PUCCH资源分配是其发明关键。对比文件未涉及此内容，其资源分配讨论围绕PHICH展开。因此，该技术特征未被公开。 |
| **技术特征I：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | 此特征结合了动态配置和DL关联集来确定PUCCH资源，是目标专利的特定实现方式（参见[0169]段）。如特征G所述，对比文件未涉及“DL关联集”的概念，也未将其用于PUCCH资源分配。因此，该技术特征未被公开。 |
| **技术特征J：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | “集束集合”、“灵活子帧”是eIMTA动态TDD配置中的特定概念（参见目标专利[0169]段及图10）。对比文件的技术领域（载波聚合中的PHICH映射）完全不同，未出现这些概念。因此，该技术特征未被公开。 |
| **技术特征K：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | “打包次序”及其确定方法是目标专利中用于优化eIMTA下PUCCH资源映射的具体步骤（参见[0169]段）。对比文件未涉及此概念或方法。因此，该技术特征未被公开。 |
| **技术特征L：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | 此特征是对特征K中打包次序规则的进一步限定，是目标专利的特定实施方式（参见[0169]段）。对比文件未涉及“固定DL子帧”的打包次序映射。因此，该技术特征未被公开。 |
| **技术特征M：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | 目标专利中，配置分开的PUCCH区域是为了避免eIMTA UE与旧式（legacy）UE之间的资源冲突（参见[0170]段）。对比文件虽然提到了LTE R8 WTRU和LTE-A WTRU共存（参见[0081]段），但其解决方案是调整PHICH映射规则或调度方式，并未提及为它们配置“分开的PUCCH区域”。因此，该技术特征未被公开。 |
| **技术特征N：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | 此特征是关于冲突检测的步骤，是目标专利在配置了分开PUCCH区域（特征M）后的一种优化或判断机制。由于对比文件未公开特征M，也未记载此类针对PUCCH区域的冲突确定步骤，因此该技术特征未被公开。 |
| **技术特征O：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | 此特征是特征N的后续操作。对比文件未公开相关冲突检测及相应的资源使用策略。因此，该技术特征未被公开。 |
| **技术特征P：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | 此特征是关于PUCCH资源偏移值的选择规则，是目标专利解决资源冲突的另一种具体实施方式（参见[0170]段）。对比文件未涉及基于潜在冲突检测来选择不同的PUCCH资源偏移值。因此，该技术特征未被公开。 |
| **技术特征Q：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | 目标专利中，动态信令（如L1信令）用于快速指示动态UL-DL配置（参见[0190]段）。对比文件未涉及指示动态子帧配置的信令。因此，该技术特征未被公开。 |
| **技术特征R：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | 此特征是关于动态信令的具体承载方式，是目标专利的特定实施细节（参见[0171]段）。对比文件虽然提到了DCI格式和TPC命令（例如[0073]段提到DCI格式0中的字段），但并未提及利用DCI中的TPC位或ARO位来传达动态UL-DL子帧配置信息。因此，该技术特征未被公开。 |
| **技术特征S：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。** <br>**判断结果：未公开** | 对比文件未记载相关内容。 | 此特征是关于动态配置信令丢失时的回退（fallback）机制，是目标专利为保证鲁棒性而设计的方案（参见[0196]段）。对比文件未涉及检测动态配置丢失及回退到SIB配置的操作。因此，该技术特征未被公开。 |
<<<A>>>