**对比文件名称**：发明授权_CN102754381B 用于载波聚合中的信道资源映射的方法和设备
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈（分案申请）
**本次调用模型名称**：DeepSeek
**特征比对表格**
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法<br>**《直接公开》** | [0055] “WTRU可以在下行链路CC（下面的“DL CC”）上接收传输。... 在PUCCH上，以及在PUSCH上的一些情况中，WTRU可以传送上行链路控制信息（例如信道质量指示符/预编码矩阵索引/秩指示（CQI/PMI/RI）或调度请求（SR））和/或HARQ ACK/NACK反馈。”<br>[0120] “现在描述在WTRU处（尤其是在MAC层处）的行为。在WTRU处的HARQ实体可以期望接收对应于任意UL CC的反馈传输（ACK/NACK信息）的传输时间间隔（TTI），WTRU可以首先进行对DL CC（在其上已经传输初始UL授权）上的PDCCH DCI格式0/0x的搜索。” | 对比文件通篇描述了由无线发射/接收单元（WTRU，即用户装备UE）执行的一系列无线通信方法，包括接收下行链路传输、处理HARQ反馈、在PUCCH上发送上行链路控制信息等。这些内容直接、明确地公开了“一种用于由用户装备UE进行无线通信的方法”这一主题。该主题在对比文件中作为其技术方案的整体框架存在，与其在目标专利中作为方法权利要求主题的作用相同。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征B“接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令”是其核心，旨在支持eIMTA（动态TDD）操作，允许网络动态改变子帧的上下行方向以适配话务。对比文件全文聚焦于**载波聚合（CA）**场景下的资源映射和冲突避免，其信令（如DCI格式0）用于调度特定分量载波（CC）上的PUSCH资源授权，或配置PHICH资源参数（如Ng），**完全不涉及**对子帧的上下行方向（UL-DL配置）进行动态指示或重配置。本领域技术人员无法从对比文件中直接或通过合理推理得出“接收指示动态UL-DL子帧配置的信令”这一技术特征。两者解决的是不同技术领域（CA vs. 动态TDD）的不同问题。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征C“基于动态UL-DL子帧配置来确定HARQ ACK/NACK定时”是其“混合设计”的一部分，用于确定在哪个上行链路子帧中反馈针对下行链路子帧的ACK/NACK。对比文件虽然涉及HARQ反馈（ACK/NACK），但其关注点在于**为多个上行链路传输分配下行PHICH资源**以避免冲突，完全不涉及如何根据子帧配置来确定ACK/NACK的**传输时刻（定时）**。对比文件中的HARQ定时是LTE标准中预设的（例如，PUSCH传输后固定间隔的PHICH反馈），并未基于任何动态变化的子帧配置进行调整。因此，该特征未被公开。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征D“基于动态UL-DL子帧配置来确定针对PUCCH的HARQ资源分配”是其另一核心，旨在根据实际使用的下行子帧数量动态确定PUCCH资源，以提高效率并避免与旧式UE冲突。对比文件确实公开了资源分配，但分配的对象是**下行**的**PHICH**资源，用于承载网络对UE上行传输的ACK/NACK反馈。而目标专利分配的是**上行**的**PUCCH**资源，用于承载UE对网络下行传输的ACK/NACK反馈。两者方向相反，物理信道不同，解决的问题场景（CA下的PHICH冲突 vs. 动态TDD下的PUCCH冲突与效率）也完全不同。本领域技术人员无法从对比文件的PHICH资源分配方案中，推理出目标专利中基于动态UL-DL配置的PUCCH资源分配方案。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK<br>**《未公开》** | [0055] “在PUCCH上，以及在PUSCH上的一些情况中，WTRU可以传送上行链路控制信息（例如信道质量指示符/预编码矩阵索引/秩指示（CQI/PMI/RI）或调度请求（SR））和/或HARQ ACK/NACK反馈。” | 对比文件直接公开了“在PUCCH上传送HARQ ACK/NACK”这一动作。**然而**，目标专利的技术特征E是一个连贯的步骤，其前置条件是“基于所确定的HARQ资源分配和HARQ ACK/NACK定时”，而这两个前提（特征C和D）均未被对比文件公开。因此，对比文件虽然公开了“传送”这一终端行为，但并未公开目标专利中**基于其特定方法（混合设计）所确定**的资源分配和定时来进行传送的**完整技术方案**。该特征在目标专利中是一个有机整体的一部分，不能脱离上下文单独看待。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征F是对特征D的进一步限定，明确指出基于动态UL-DL配置确定HARQ-ACK码本大小。这是动态TDD系统中优化反馈开销的关键。对比文件完全不涉及“HARQ-ACK码本大小”的概念，更谈不上基于子帧配置来确定它。对比文件解决的是物理层资源（PHICH）的映射冲突，而非高层反馈信息（码本）的大小的确定。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征G是对特征F的进一步细化，将码本大小与动态配置的“DL关联集的大小”挂钩。对比文件未公开任何与“DL关联集”相关的概念，该概念是TDD系统中定义下行子帧与上行反馈子帧映射关系的特定集合。因此，该特征未被公开。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。<br>**《未公开》** | 无对应内容。 | 技术特征H实质上是重复并强调了特征D的部分内容。如前所述，对比文件未公开基于动态UL-DL配置来确定PUCCH资源分配。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征I是对特征H的进一步限定。同上，对比文件未公开“DL关联集”的概念，也未公开基于此来确定PUCCH资源分配。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征J描述了在动态TDD场景下计算DL关联集大小时对“灵活子帧”的特殊处理。对比文件未涉及“灵活子帧”、“集束集合”等动态TDD特有的概念。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征K涉及动态TDD中子帧重排序的具体操作。对比文件未公开相关内容。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征L是特征K的进一步细化规则。对比文件未公开相关内容。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征M提出了为不同能力的UE配置独立PUCCH区域以避免冲突的方案。对比文件虽然提到了LTE R8和LTE-A WTRU共存时分配资源（如[0087]），但其背景是载波聚合下PHICH资源的分配，且未提及“分开的PUCCH区域”这一针对动态TDD的特定配置。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征N是特征M的后续步骤。对比文件未公开在动态TDD背景下判断新旧UE PUCCH资源冲突的方法。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征O是基于特征N判断后的资源选择规则。对比文件未公开相关内容。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征P涉及基于冲突检测动态选择PUCCH资源偏移值。对比文件未公开在PUCCH资源分配中使用此类动态偏移选择机制来解决新旧UE冲突。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征Q是对特征B中“信令”类型的限定。由于特征B（接收动态UL-DL配置信令）本身未被公开，且对比文件中不存在类似的动态重配子帧方向的信令，因此该限定特征也未被公开。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征R是对特征Q中动态信令具体形式的限定。对比文件虽然提到了DCI格式和TPC命令（如[0073]），但所述DCI格式0用于上行授权，TPC命令用于功率控制，并非用于传达动态UL-DL子帧配置。对比文件也未提及使用ARO位来传达此类配置。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。<br>**《未公开》** | 无对应内容。 | 目标专利的技术特征S描述了动态信令丢失时的回退机制，回退到SIB1中的静态配置。这完全建立在动态TDD系统框架内。对比文件未涉及任何动态配置丢失检测及回退到SIB配置的机制。 |
<<<A>>>