**对比文件名称**：发明申请_US20140334457A1 NEW CARRIER TYPE FOR TIME DIVISION COMMUNICATION
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用的模型名称**：DeepSeek最新版本模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法 <br> **判断结果**：直接公开 | 译[0063] “基于更高层信令，在3处，UE 610可以推导子帧类型：传统模式DL子帧、NCT DL子帧、特殊子帧或UL子帧。此外，基于更高层信令，UE 610还可以推导应用于HARQ/调度定时的UL-DL配置或DL参考配置。”<br>译[0071] “...所述方法还可以包括，在740处，确定用户设备是否被配置为遵循所述分割配置。” | 对比文件明确描述了由UE执行的方法，包括接收信令、确定配置（如子帧类型、HARQ定时配置）并应用该配置进行通信。这与目标专利权利要求前序部分“一种用于由用户装备UE进行无线通信的方法”所限定的主题类型完全相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令 <br> **判断结果**：直接公开 | 译[0060] “然后，在2处，例如网络元件620的eNB，可以利用专用更高层信令为支持该特性的Rel-12 UE（包括UE 610）配置TD-NCT模式。”<br>译[0061] “更高层信令包含...应用于TD-NCT模式的UL-DL配置或DL参考配置。” | 对比文件明确记载了eNB通过专用更高层信令向UE配置TD-NCT模式，该信令中包含了“UL-DL配置或DL参考配置”。在eIMTA/TD-NCT上下文中，这种配置的目的正是为了动态指示或重新定义UL-DL子帧的划分（例如，将SIB-1配置的UL子帧重新配置为NCT DL子帧）。因此，“接收指示动态UL-DL子帧配置的信令”这一特征被对比文件直接公开。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时 <br> **判断结果**：隐含公开 | 译[0033] “配置为使用TD-NCT模式的UE可能遵循与传统UE分开的HARQ/调度定时...用于TD-NCT模式的HARQ定时可以通过多种方式推导。例如...用于TD-NCT模式的HARQ定时可以基于所谓的参考配置原则，例如为UL相关和DL相关信令定义分开的配置。”<br>译[0048] “另一种方法是根据所谓的参考配置原则为配置为TD-NCT模式的UE定义HARQ和调度定时，例如，为UL和DL确定分开的参考配置。”<br>译[0049] “DL参考UL/DL配置可以定义PDSCH到ACK的定时...” | 目标专利中“基于动态UL-DL子帧配置确定HARQ ACK/NACK定时”是为了在动态TDD系统中适配反馈时机。对比文件虽然未使用完全相同的“基于动态配置”的表述，但其核心在于：为TD-NCT模式下的UE定义一套不同于传统UE（遵循SIB-1配置）的HARQ定时规则。这套规则（无论是基于实际分割还是参考配置原则）的输入正是通过信令（技术特征B）配置给UE的“UL-DL配置或DL参考配置”。本领域技术人员可以理解，应用这套配置来确定HARQ定时（包括ACK/NACK反馈时机）是实施TD-NCT模式的必然要求和合理推断。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配 <br> **判断结果**：隐含公开 | 译[0049] “DL参考UL/DL配置可以定义...HARQ-ACK信令在上行链路中，例如，HARQ-ACK码本的大小，即要反馈的HARQ-ACK比特的数量。”<br>译[0063] “UE 610可以利用子帧类型信息来定义...控制信令码本大小...” | 目标专利中“确定HARQ资源分配”的核心目的之一是为了确定PUCCH上承载的HARQ-ACK反馈信息的大小（码本）和资源位置。对比文件明确记载了DL参考配置定义了“HARQ-ACK码本的大小”，而该DL参考配置正是通过信令配置给UE的（技术特征B）。确定码本大小是确定PUCCH资源分配（尤其是对于PUCCH格式3或信道选择）的关键和必要步骤。本领域技术人员可以合理推断，在定义了HARQ定时和码本大小后，必然涉及在相应的上行链路子帧中分配PUCCH资源以承载该反馈。因此，该特征被对比文件隐含公开。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK <br> **判断结果**：隐含公开 | 译[0032] “在NCT子帧期间传输的与物理下行链路共享信道（PDSCH）相关的混合自动重复请求（HARQ）反馈也可以通过非NCT子帧传送。”<br>译[0049] “DL参考UL/DL配置可以定义PDSCH到ACK的定时...以及在上行链路中的HARQ-ACK信令...” | 对比文件提到了HARQ反馈的传送以及由DL参考配置定义的“在上行链路中的HARQ-ACK信令”。在LTE/LTE-A系统中，上行链路的HARQ-ACK信令主要通过PUCCH（或PUSCH）传送。本领域技术人员结合公知常识可知，一旦确定了HARQ ACK/NACK定时（在哪个UL子帧反馈）和资源分配（在该UL子帧的哪个PUCCH资源上反馈），其自然结果就是在该定时和资源上传输HARQ ACK/NACK。这是完成HARQ反馈流程的最终步骤，是对比文件所描述技术方案的必然延伸和隐含内容。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。 <br> **判断结果**：直接公开 | 译[0049] “DL参考UL/DL配置可以定义...HARQ-ACK信令在上行链路中，例如，HARQ-ACK码本的大小，即要反馈的HARQ-ACK比特的数量。”<br>译[0061] “更高层信令包含...应用于TD-NCT模式的UL-DL配置或DL参考配置。” | 对比文件直接且明确地记载了“DL参考配置”（即通过信令配置给UE的动态配置的一部分）定义了“HARQ-ACK码本的大小”。这与目标专利中“基于动态UL-DL子帧配置来确定HARQ-ACK码本大小”的技术特征完全对应。因此，该技术特征被对比文件直接公开。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。 <br> **判断结果**：隐含公开 | 译[0049] “DL参考UL/DL配置可以定义...HARQ-ACK信令在上行链路中，例如，HARQ-ACK码本的大小，即要反馈的HARQ-ACK比特的数量。” | 在LTE TDD系统中，HARQ-ACK码本大小（或ACK/NACK比特数）本质上是由需要在该UL子帧中反馈ACK/NACK的DL子帧集合决定的，这个集合就是“DL关联集”，其大小M直接取决于UL-DL配置。对比文件指出DL参考配置定义了码本大小。本领域技术人员知晓，DL参考配置作为一种UL-DL配置，其定义码本大小的内在机制正是通过确定DL关联集（大小）来实现的。因此，虽然对比文件未明确提及“DL关联集”这一术语，但其所公开的“由DL参考配置定义码本大小”必然隐含了“码本大小基于该DL参考配置所对应的DL关联集的大小来确定”这一技术内容。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。 <br> **判断结果**：隐含公开 | 译[0049] “DL参考UL/DL配置可以定义...HARQ-ACK信令在上行链路中...”<br>译[0063] “UE 610可以利用子帧类型信息来定义...控制信令码本大小...” | 如对特征D和F的论述，对比文件公开了基于DL参考配置确定HARQ-ACK码本大小。在LTE中，确定PUCCH资源分配是承载确定大小的HARQ-ACK码本的直接和必要手段，尤其是对于需要固定或隐式资源的PUCCH格式。虽然对比文件未明确点出“PUCCH资源分配”这一短语，但本领域技术人员可以合理推断，在定义了上行链路HARQ-ACK信令的码本大小后，必然涉及为这些比特分配具体的PUCCH资源（如资源块、循环移位等）以进行传输。因此，该特征被隐含公开。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。 <br> **判断结果**：隐含公开 | 译[0049] “DL参考UL/DL配置可以定义...HARQ-ACK信令在上行链路中，例如，HARQ-ACK码本的大小...” | 基于特征G和H的论述，对比文件隐含公开了“码本大小基于DL参考配置（关联集大小）确定”以及“PUCCH资源分配基于码本大小（进而基于动态配置）确定”。由此可以合理逻辑链推断：PUCCH资源分配（至少是决定资源数量的关键参数）是基于该动态配置所对应的DL关联集的大小来确定的。因为关联集大小决定了码本大小，而码本大小直接影响所需的PUCCH资源量。因此，该特征被对比文件隐含公开。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。 <br> **判断结果**：未公开 | 译[0008] “此外，如图3所示，还可能存在灵活子帧（表示为F）。灵活（F）子帧可以用作D或U。”<br>译[0030] “在另一实施例中，NCT子帧可以被定义为与灵活eIMTA子帧相同。”<br>译[0053] “对于剩余子帧，即传统DL子帧以外的子帧，DL参考配置可以确定子帧类型：NCT DL子帧、特殊子帧或UL子帧。” | 对比文件提到了“灵活子帧”的存在以及它们可以被重新配置（例如，配置为NCT DL子帧）。然而，对比文件完全没有描述在确定“DL关联集大小”或“码本大小”时，如何处理这些灵活子帧的具体规则。特别是，没有公开目标专利中“未被配置为DL的灵活子帧不被计及”这一用于精确计算实际DL子帧数量的关键筛选步骤。对比文件的描述停留在子帧类型的配置层面，未深入至HARQ-ACK资源确定过程中对子帧的计数逻辑。因此，该技术特征既未被直接公开，也未能从对比文件中合理推断得出。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。 <br> **判断结果**：未公开 | 译[0049] “DL参考UL/DL配置可以定义...HARQ-ACK信令在上行链路中...” | 对比文件仅提及DL参考配置定义HARQ-ACK信令（如码本大小），但完全没有涉及HARQ-ACK比特与具体DL子帧之间的映射关系，即“打包次序”问题。目标专利中“通过移除UL子帧来确定剩余DL子帧的打包次序”是一种具体的、用于在动态TDD下重新排序ACK/NACK比特与DL子帧对应关系的方法。对比文件对此没有任何揭示或暗示。因此，该技术特征未被公开。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。 <br> **判断结果**：未公开 | 无相应记载。 | 该特征涉及打包次序中一个非常具体的规则（固定DL子帧优先）。对比文件完全没有提及任何关于“打包次序”的内容，更不用说其中“固定DL子帧”的优先映射规则。因此，该技术特征未被公开。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。 <br> **判断结果**：未公开 | 译[0033] “配置为使用TD-NCT模式的UE可能遵循与传统UE分开的HARQ/调度定时...”<br>译[0044] “第一传输模式可用于NCT子帧...第二传输模式可应用于传统DL或特殊子帧。” | 对比文件确实区分了支持TD-NCT模式的UE（即支持动态配置的UE）与传统UE，并为它们配置了不同的HARQ定时和传输模式。然而，对比文件自始至终没有提及为这两类UE配置“分开的PUCCH区域”。PUCCH区域配置是物理资源划分的具体手段，对比文件仅停留在逻辑定时和模式的区别上，并未扩展到上行链路控制信道资源的区域划分。因此，该技术特征未被公开。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。 <br> **判断结果**：未公开 | 无相应记载。 | 如特征M所述，对比文件未公开“分开的PUCCH区域”，因此，自然也就不可能公开对这两个区域之间是否存在“潜在冲突”进行“确定”的步骤。该技术特征未被公开。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。 <br> **判断结果**：未公开 | 无相应记载。 | 该特征是基于特征N（冲突检测）的后续操作。由于特征N未被公开，且对比文件也从未描述UE在特定条件下使用传统UE的PUCCH区域，因此该技术特征未被公开。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。 <br> **判断结果**：未公开 | 无相应记载。 | 该特征涉及根据冲突检测结果动态选择PUCCH资源偏移值（如N^(1)_PUCCH）。对比文件完全没有提及任何关于“偏移值”的动态选择机制，无论是基于冲突还是其他条件。因此，该技术特征未被公开。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。 <br> **判断结果**：直接公开 | 译[0060] “然后，在2处，例如网络元件620的eNB，可以利用专用更高层信令为支持该特性的Rel-12 UE（包括UE 610）配置TD-NCT模式。”<br>译[0061] “更高层信令包含...应用于TD-NCT模式的UL-DL配置或DL参考配置。” | 对比文件明确记载了通过“专用更高层信令”来配置UE的TD-NCT模式及相关UL-DL/DL参考配置。这种专用信令（如RRC信令）属于典型的“动态信令”，以区别于广播的、半静态的SIB-1信息。因此，“信令包括动态信令”这一特征被对比文件直接公开。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。 <br> **判断结果**：未公开 | 译[0061] “更高层信令包含配置...” | 对比文件明确将配置TD-NCT模式及相关参数的信令描述为“更高层信令”（例如RRC信令）。这与目标专利中描述的通过物理层/下行控制信息（DCI）中的特定字段（如TPC命令位或ARO位）来传达动态信令的方式完全不同。对比文件没有提供任何关于使用DCI格式中的位来传达此类配置的启示或可能性。因此，该技术特征未被公开。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。 <br> **判断结果**：隐含公开 | 译[0063] “在3a处的不确定期间，eNB 620可以仅通过传统模式DL子帧进行调度。”<br>译[0007] “在eIMTA中，可能存在使用系统信息块#1（SIB-1）在小区中广播的预定义的小区特定UL/DL配置。小区中的传统UE（Rel-8至Rel-11）可能始终遵循此配置。” | 对比文件提到了在UE应用新配置前的“不确定期间”，eNB会回退到仅通过“传统模式DL子帧”进行调度。传统模式对应的正是SIB-1中广播的UL-DL配置。虽然对比文件没有明确描述UE主动“检测丢失”，但本领域技术人员可以合理推断，在信令接收或解码失败（即“丢失”）的情况下，系统（包括UE和eNB）需要一种回退机制以保证基本通信。eNB回退到传统模式调度（基于SIB-1）的行为，隐含了UE侧也应相应地回退到基于SIB-1配置来确定其行为（包括HARQ资源分配）的协同操作。这是一种为确保鲁棒性而隐含的常规设计逻辑。因此，该技术特征被对比文件隐含公开。 |
<<<A>>><<<B>>><<<F>>><<<Q>>>
<<<c>>><<<d>>><<<e>>><<<g>>><<<h>>><<<i>>><<<s>>>