**对比文件名称**：发明申请_US20150023228A1 SYSTEMS AND METHODS FOR CARRIER AGGREGATION
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek最新版本模型
### 特征比对表格
| 第一栏：技术特征描述及公开性判断 | 第二栏：对比文件原文引用（翻译为中文） | 第三栏：公开性论述 |
| **A：一种用于由用户装备UE进行无线通信的方法**<br>**公开性判断：直接公开** | [0020] 一种用于执行载波聚合的UE...该方法包括确定用于频分双工(FDD)和时分双工(TDD)载波聚合的每个服务小区的双工方法...确定用于服务小区的物理下行链路共享信道(PDSCH)混合自动重传请求确认/否定确认(HARQ-ACK)传输定时...以及基于PDSCH HARQ-ACK传输定时发送PDSCH HARQ-ACK信息。<br>[0036] 一种由UE执行载波聚合的方法... | 对比文件[0020]和[0036]段直接明确地公开了一种由用户装备(UE)执行的无线通信方法。该方法包括确定双工方法、确定PDSCH HARQ-ACK传输定时以及发送HARQ-ACK信息。这与目标专利权利要求特征A“一种用于由用户装备UE进行无线通信的方法”属于相同类型的方法主题，被直接公开。 |
| **B：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令**<br>**公开性判断：隐含公开** | [0078] ...如果TDD小区配置了具有话务适配的动态UL/DL重配置（例如，该TDD小区是eIMTA小区），则在CA中使用的DL参考UL/DL配置可以基于该eIMTA小区的DL参考UL/DL配置。因此，eIMTA小区的DL参考UL/DL配置可由UE PDSCH HARQ-ACK传输定时模块用于确定用于FDD和TDD载波聚合的每个服务小区的PDSCH HARQ-ACK传输定时。 | 目标专利中“动态UL-DL子帧配置”指eIMTA技术中可动态改变的TDD上下行配比。对比文件[0078]段明确提及“动态UL/DL重配置”（即eIMTA），并指出在此场景下，载波聚合中使用的DL参考配置是基于eIMTA小区的DL参考配置。这意味着系统支持eIMTA动态配置，且UE需要获知该配置以确定HARQ定时。虽然该段未明确描述“接收...信令”这一动作，但本领域技术人员可以合理推断，在eIMTA系统中，UE必须通过某种信令（如L1信令）从网络接收当前的动态UL-DL配置信息，才能应用该段所述的技术方案。因此，该特征被隐含公开。 |
| **C：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时**<br>**公开性判断：未公开** | [0078] ...如果TDD小区配置了具有话务适配的动态UL/DL重配置（例如，该TDD小区是eIMTA小区），则在CA中使用的DL参考UL/DL配置可以基于该eIMTA小区的DL参考UL/DL配置。因此，eIMTA小区的DL参考UL/DL配置可由UE PDSCH HARQ-ACK传输定时模块用于确定用于FDD和TDD载波聚合的每个服务小区的PDSCH HARQ-ACK传输定时。 | 目标专利的特征C强调HARQ ACK/NACK定时是**基于动态UL-DL子帧配置来确定**。对比文件虽然提及eIMTA动态重配置，但其核心方案是：在载波聚合场景下，无论各服务小区实际配置如何，均使用一个**DL参考UL/DL配置**（DL-reference UL/DL configuration）来确定所有服务小区的HARQ-ACK传输定时（见[0020], [0067], [0078]等）。该DL参考配置可能源于PCell或PUCCH上报小区的配置，是一个用于统一HARQ定时的参考基准，而非直接基于当前时刻动态变化的UL-DL子帧配置。两者确定定时的依据和作用不同：目标专利依据动态配置本身，旨在使定时适配实时变化；对比文件依据一个统一的参考配置，旨在解决异系统载波聚合时的定时统一问题。因此，该特征未被公开。 |
| **D：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配**<br>**公开性判断：未公开** | （未找到相关内容） | 对比文件全文核心在于解决FDD与TDD载波聚合时，如何基于一个DL参考配置来确定HARQ-ACK的传输定时（即“何时反馈”）。对于HARQ资源分配（即“在PUCCH的哪个资源上反馈”），对比文件没有进行讨论。目标专利的特征D明确要求基于动态UL-DL子帧配置来确定PUCCH的HARQ资源分配，这是其核心创新点之一。对比文件未涉及此技术手段，因此该特征未被公开。 |
| **E：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK**<br>**公开性判断：直接公开** | [0020] ...UE进一步基于PDSCH HARQ-ACK传输定时发送PDSCH HARQ-ACK信息。<br>[0081] ...UE PDSCH HARQ-ACK信息模块130可基于PDSCH HARQ-ACK传输定时发送PDSCH HARQ-ACK信息...UE PDSCH HARQ-ACK信息模块130可在PUCCH或PUSCH上发送PDSCH HARQ-ACK信息。 | 对比文件[0020]和[0081]段直接明确地公开了UE基于所确定的HARQ-ACK传输定时，在PUCCH上发送HARQ-ACK信息。这与目标专利特征E的步骤完全对应。虽然对比文件未提及“基于所确定的HARQ资源分配”，但“在PUCCH上传送”这一行为本身必然占用PUCCH资源，且对比文件的方案中隐含了某种资源分配方式（如默认或基于参考配置）。特征E作为前序步骤的自然结果和动作，被直接公开。 |
| **F：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。**<br>**公开性判断：未公开** | （未找到相关内容） | 目标专利特征F是特征D的进一步细化，说明基于动态配置确定资源分配的一种具体方式是确定HARQ-ACK码本大小。对比文件未涉及任何基于动态UL-DL配置来确定HARQ-ACK码本大小的内容。其讨论的码本或有效载荷大小是基于载波聚合的小区数量等因素，而非动态子帧配置。因此，该特征未被公开。 |
| **G：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。**<br>**公开性判断：未公开** | （未找到相关内容） | 目标专利特征G是特征F的更进一步细化，将码本大小与动态配置的DL关联集大小相关联。对比文件详细讨论了DL关联集（Downlink association set），但该关联集是**基于DL参考UL/DL配置**确定的（例如[0067], [0078], [0122]段），用于定义HARQ-ACK定时，并未提及将其大小用于确定基于动态配置的码本大小。因此，该特征未被公开。 |
| **H：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。**<br>**公开性判断：未公开** | （未找到相关内容） | 目标专利特征H是特征D的另一种具体化，说明基于动态配置确定资源分配的另一具体方式是确定PUCCH资源分配。如对特征D的论述，对比文件未涉及基于动态UL-DL配置来确定PUCCH资源分配。因此，该特征未被公开。 |
| **I：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。**<br>**公开性判断：未公开** | （未找到相关内容） | 目标专利特征I是特征H的细化。对比文件未涉及将动态配置的DL关联集大小用于确定PUCCH资源分配。因此，该特征未被公开。 |
| **J：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。**<br>**公开性判断：未公开** | （未找到相关内容） | 目标专利特征J描述了在动态TDD（eIMTA）场景下，确定DL关联集大小时的一种特定处理：不计入那些在动态配置中被指示为非DL子帧的灵活子帧。对比文件虽然提到了eIMTA，但其DL关联集是基于一个固定的DL参考配置查表得到的（如[0069], [0072]段及Table 5/6/8），该参考配置可能是一个较“DL-heavy”的配置，并未涉及根据实时动态配置来筛选或排除子帧以重新计算关联集大小的概念。因此，该特征未被公开。 |
| **K：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。**<br>**公开性判断：未公开** | （未找到相关内容） | 目标专利特征K涉及在动态配置下，重新确定DL子帧的打包次序。对比文件未涉及根据动态配置移除UL子帧并重新打包DL子帧次序的内容。因此，该特征未被公开。 |
| **L：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。**<br>**公开性判断：未公开** | （未找到相关内容） | 目标专利特征L是对特征K中打包次序规则的进一步限定。对比文件未涉及此内容。因此，该特征未被公开。 |
| **M：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。**<br>**公开性判断：未公开** | （未找到相关内容） | 目标专利特征M涉及为避免资源冲突，为eIMTA UE和传统UE配置独立的PUCCH区域。对比文件未涉及此内容。因此，该特征未被公开。 |
| **N：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。**<br>**公开性判断：未公开** | （未找到相关内容） | 目标专利特征N涉及冲突检测。对比文件未涉及此内容。因此，该特征未被公开。 |
| **O：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。**<br>**公开性判断：未公开** | （未找到相关内容） | 目标专利特征O涉及无冲突时的资源使用策略。对比文件未涉及此内容。因此，该特征未被公开。 |
| **P：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。**<br>**公开性判断：未公开** | （未找到相关内容） | 目标专利特征P涉及基于冲突检测选择不同的偏移值。对比文件未涉及此内容。因此，该特征未被公开。 |
| **Q：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。**<br>**公开性判断：隐含公开** | [0078] ...如果TDD小区配置了具有话务适配的动态UL/DL重配置（例如，该TDD小区是eIMTA小区）... | 如特征B所述，对比文件[0078]段提及eIMTA动态重配置。本领域技术人员知晓，eIMTA中的动态配置通常通过L1层动态信令（如PDCCH信令）快速指示。因此，虽然未明确写出“动态信令”字样，但可以合理推断其信令方式包含动态信令。该特征被隐含公开。 |
| **R：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。**<br>**公开性判断：未公开** | （未找到相关内容） | 目标专利特征R限定了动态信令的具体承载方式，即重用DCI中的TPC位或ARO位。对比文件虽然提到了eIMTA，但完全没有涉及如何具体承载动态配置信令，更没有提及重用TPC或ARO位的具体设计。因此，该特征未被公开。 |
| **S：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。**<br>**公开性判断：未公开** | （未找到相关内容） | 目标专利特征S涉及在动态信令丢失时的回退机制，回退到SIB1中的静态配置。对比文件未涉及任何关于动态信令丢失检测及回退操作的内容。因此，该特征未被公开。 |
<<<A>>><<<E>>>