**对比文件名称**：发明申请_US20150085712A1 DISCONTINUOUS RECEPTION CONFIGURATION
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek-R1
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法<br>**判断结果**：未公开 | 无相关引用。 | 对比文件通篇描述的是无线通信网络中基站（无线接入网络节点）和用户设备（UE）的操作、配置及交互，其内容本身属于无线通信方法的范畴。然而，目标专利权利要求A限定了“一种用于由用户装备UE进行无线通信的方法”，这是一个方法主题的限定。对比文件虽然描述了UE可执行的动作（如接收信令、调整DRX参数等），但并未以“一种用于由UE进行无线通信的方法”这样的主题形式进行概括或记载。本领域技术人员无法从对比文件中直接或隐含地确定一个以该特定措辞表述的方法主题。因此，该技术特征未被公开。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令<br>**判断结果**：直接公开 | [0044] “The UE receives (at 302) a dynamic UL/DL reconfiguration indication, to cause a dynamic change of the UL/DL configuration at the UE.”<br>[0044] “In some examples, the dynamic UL/DL reconfiguration can be included in a Layer 1 (L1) signaling, such as in PDCCH or ePDCCH...” | 对比文件第[0044]段直接且明确地记载了UE接收动态UL/DL重配置指示（dynamic UL/DL reconfiguration indication），该指示用于引起UE处UL/DL配置的动态改变，并且明确该重配置可以包含在L1信令（如PDCCH或ePDCCH）中。这与目标专利特征B“接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令”的内容完全相同。在对比文件中，该信令的作用是通知UE动态UL/DL配置的改变，以调整其操作（如DRX配置），这与目标专利中用于确定HARQ定时和资源分配的作用虽不完全相同，但“接收指示动态UL-DL配置的信令”这一动作本身及其内容已被直接公开。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**判断结果**：未公开 | 无相关引用。对比文件涉及HARQ RTT定时器，但该定时器的启动和时长是基于收到PDSCH这一事件，而非基于动态UL-DL子帧配置来确定用于反馈ACK/NACK的特定上行链路子帧（即HARQ ACK/NACK定时）。 | 目标专利特征C要求基于动态UL-DL子帧配置来确定HARQ ACK/NACK定时。根据目标专利说明书[0156]-[0167]段，这涉及确定在哪个上行链路子帧中反馈针对特定下行链路子帧的ACK/NACK，这与TDD系统中的下行链路关联集（DL association set）概念紧密相关。对比文件虽然多次提及HARQ过程和HARQ RTT定时器（如[0034], [0035], [0087]段），但HARQ RTT定时器是一个固定的、与特定HARQ进程关联的等待时间，用于确定重传可能发生的最早时间，其值并不由动态UL-DL配置决定。对比文件通篇未提及基于动态UL-DL配置来确定ACK/NACK反馈的上行链路子帧（即HARQ定时）。因此，该技术特征未被公开。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配<br>**判断结果**：未公开 | 无相关引用。 | 目标专利特征D要求基于动态UL-DL子帧配置来确定PUCCH上的HARQ资源分配。根据目标专利说明书[0155]-[0170]段，这涉及如何为HARQ-ACK反馈分配具体的PUCCH资源（如资源块、循环移位等）。对比文件全文聚焦于DRX（非连续接收）操作及其与动态UL/DL配置的交互，包括DRX参数的调整、重传窗口的处理、上行链路资源配置避免冲突等，但完全没有提及“物理上行链路控制信道（PUCCH）”或在该信道上进行HARQ资源分配的任何内容。因此，该技术特征未被公开。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK<br>**判断结果**：未公开 | 无相关引用。 | 该特征是在特征C和D的基础上，执行最终的HARQ ACK/NACK传输动作。如对特征C和D的分析，对比文件既未公开基于动态配置确定HARQ ACK/NACK定时，也未公开确定PUCCH上的HARQ资源分配。因此，在此基础上“在PUCCH上传送HARQ ACK/NACK”这一完整动作自然也无法在对比文件中找到依据。该技术特征未被公开。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。<br>**判断结果**：未公开 | 无相关引用。 | 目标专利特征F是特征D的进一步细化，明确资源分配包括确定HARQ-ACK码本大小。根据目标专利说明书[0161]-[0162]段，码本大小与需要反馈ACK/NACK的下行链路子帧数量有关。对比文件未涉及任何关于HARQ-ACK码本大小确定的内容。因此，该技术特征未被公开。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：未公开 | 无相关引用。 | 目标专利特征G是特征F的进一步细化，明确了码本大小与动态UL-DL配置的DL关联集大小的关系。对比文件未提及“DL关联集（DL association set）”这一概念，更未将其与ACK/NACK位数或码本大小相关联。因此，该技术特征未被公开。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。<br>**判断结果**：未公开 | 无相关引用。 | 目标专利特征H是特征D的另一种细化，明确资源分配指的是PUCCH资源分配。如对特征D的分析，对比文件未涉及PUCCH资源分配。因此，该技术特征未被公开。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：未公开 | 无相关引用。 | 目标专利特征I是特征H的进一步细化，明确了PUCCH资源分配与DL关联集大小的关系。如对特征G的分析，对比文件未涉及DL关联集。因此，该技术特征未被公开。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。<br>**判断结果**：未公开 | 无相关引用。 | 目标专利特征J描述了在确定DL关联集大小时对灵活子帧的处理规则。对比文件未涉及“DL关联集”、“集束集合（bundling set）”或“灵活子帧（flexible subframe）”这些概念，也未描述在类似上下文中排除某些子帧的计数规则。因此，该技术特征未被公开。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**判断结果**：未公开 | 无相关引用。 | 目标专利特征K描述了确定DL子帧打包次序的方法。对比文件未涉及子帧的“打包次序（packing order）”。因此，该技术特征未被公开。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**判断结果**：未公开 | 无相关引用。 | 目标专利特征L进一步规定了打包次序中固定DL子帧的优先位置。对比文件未涉及“固定DL子帧（fixed DL subframe）”或在打包次序中将其置于首位的规则。因此，该技术特征未被公开。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。<br>**判断结果**：未公开 | 无相关引用。 | 目标专利特征M涉及为不同类型UE配置分开的PUCCH区域以避免冲突。对比文件虽然区分了高级UE（如eIMTA UE）和旧式UE（legacy UE），并讨论了为它们配置不同的参数（如DRX参数）或限制配置以避免冲突（如[0120]-[0125]段），但所有这些讨论均未涉及“PUCCH区域”的配置。因此，该技术特征未被公开。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。<br>**判断结果**：未公开 | 无相关引用。 | 目标专利特征N涉及检测PUCCH区域之间的潜在冲突。如对特征M的分析，对比文件未涉及PUCCH区域，因此也不可能涉及这些区域之间的冲突检测。因此，该技术特征未被公开。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。<br>**判断结果**：未公开 | 无相关引用。 | 目标专利特征O描述了无冲突时使用旧式UE PUCCH区域的规则。如对特征M和N的分析，对比文件未涉及PUCCH区域的使用规则。因此，该技术特征未被公开。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。<br>**判断结果**：未公开 | 无相关引用。 | 目标专利特征P描述了基于冲突检测选择不同偏移值（可能用于资源分配）。对比文件未涉及在PUCCH资源分配上下文中基于冲突选择不同偏移值的机制。因此，该技术特征未被公开。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。<br>**判断结果**：直接公开 | [0044] “The UE receives (at 302) a dynamic UL/DL reconfiguration indication...”<br>[0044] “In some examples, the dynamic UL/DL reconfiguration can be included in a Layer 1 (L1) signaling...” | 对比文件第[0044]段明确记载了UE接收“动态UL/DL重配置指示（dynamic UL/DL reconfiguration indication）”，并明确指出其可以包含在“L1信令（Layer 1 (L1) signaling）”中。L1信令（如PDCCH中的DCI）是典型的动态信令。这与目标专利特征Q“所述信令包括动态信令”的描述完全一致。在对比文件中，该动态信令用于触发UL/DL配置的动态改变，这与目标专利中的作用相同。因此，该技术特征被直接公开。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**判断结果**：未公开 | 无相关引用。对比文件[0076]-[0083]段提到DCI格式中可包含TDD重配置字段来指示动态UL/DL配置和DRX配置，但未提及使用TPC命令位或ARO位来传达动态配置信令。 | 目标专利特征R限定了动态信令的具体传达方式，即通过DCI格式中的TPC命令位或ARO位。对比文件在第[0076]-[0083]段确实描述了使用DCI（例如在PDCCH/ePDCCH中）来传达动态UL/DL配置信息，甚至提出了一个包含“TDD重配置字段”的DCI格式（图4），该字段有专门部分用于指示UL/DL配置和DRX配置。然而，对比文件从未提及或暗示使用现有DCI格式中原本用于“发射功率控制（TPC）命令”的位，或用于“确收资源偏移（ARO）”的位，来传达动态UL-DL配置信令。对比文件提议的是一种新的或修改的DCI字段用途，而非重用TPC或ARO位。因此，该具体传达方式未被公开。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。<br>**判断结果**：未公开 | [0054] “The DRX parameters may be restored to values specified in RRC messaging in response to a UE detecting that dynamic UL/DL reconfiguration is deactivated.” | 目标专利特征S描述了一种回退机制：当检测到动态配置丢失时，转而基于SIB1中的配置来确定HARQ资源分配。对比文件第[0054]段提到，当UE检测到动态UL/DL重配置去激活（deactivated）时，DRX参数可以恢复为RRC消息中指定的值。这虽然涉及在动态配置失效时回退到另一种配置（RRC配置，其可能与SIB1配置相关），但存在本质区别：1) 对比文件回退的是**DRX参数**，而目标专利回退的是**HARQ资源分配**；2) 目标专利明确基于**SIB**中的配置，对比文件是基于**RRC消息**中的配置（RRC配置可能由SIB1配置衍生，但并非直接等同）。更重要的是，对比文件的上下文是DRX操作，而非HARQ资源分配。因此，本领域技术人员无法从对比文件的这一描述中直接或合理地推断出目标专利所限定的完整回退机制（检测丢失动态配置 -> 基于SIB配置确定HARQ资源分配）。该技术特征未被公开。 |
<<<B>>><<<Q>>>