**对比文件名称**：发明申请_US20180159666A1 INTEGRATED CIRCUIT FOR RETRANSMISSION CONTROL
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：GPT-4
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法 <br> **判断结果**：《直接公开》 | 对比文件说明书第[0141]段至第[0165]段描述了终端（UE）200的结构及其进行无线通信（如下行数据接收、ACK/NACK生成与上行反馈）的操作流程。 | 对比文件通篇描述了一种由用户装备（UE）执行的无线通信方法，包括接收下行数据、进行差错检测、生成并发送响应信号等步骤（例如，参见第[0141]段对终端200配置的描述）。这与目标专利权利要求前序部分“一种用于由用户装备UE进行无线通信的方法”所限定的主题类型完全相同。该技术特征在对比文件中作为其发明主题被直接、明确地公开。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令 <br> **判断结果**：《未公开》 | 对比文件未提及“动态上行链路‑下行链路（UL-DL）子帧配置”、“eIMTA”或类似的动态TDD重配置信令。 | 目标专利的发明背景和具体实施方式（如说明书第[0147]-[0154]段）明确指出，其要解决的是支持eIMTA（增强型干扰管理和话务适配）的动态TDD系统中，UL-DL子帧配置可动态切换所带来的问题。技术特征B“接收指示动态UL-DL子帧配置的信令”是启动该动态适配过程的关键步骤。对比文件全文聚焦于载波聚合（CA）场景下的ACK/NACK反馈，特别是信道选择（Channel Selection）的映射表设计，并未涉及任何关于TDD系统中子帧配置动态重配置的技术内容。因此，对比文件既未直接公开也未隐含公开此技术特征。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时 <br> **判断结果**：《未公开》 | 对比文件未涉及基于动态UL-DL子帧配置确定HARQ定时。其ACK/NACK定时遵循常规的载波聚合或单载波下的HARQ定时关系。 | 目标专利说明书第[0166]-[0167]段明确指出，其“混合”设计的关键在于：HARQ定时基于参考配置确定，而HARQ-ACK码本大小和PUCCH资源分配基于动态配置确定。技术特征C要求“基于动态UL-DL子帧配置来确定HARQ ACK/NACK定时”，这与目标专利的混合设计方案相悖，也非本领域在eIMTA系统中的公知常识。对比文件从未讨论过TDD下的HARQ定时问题，更未涉及在动态子帧配置下如何确定该定时。因此，该特征未被公开。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配 <br> **判断结果**：《未公开》 | 对比文件涉及PUCCH资源分配（例如，第[0015]-[0017]段描述CCE与PUCCH资源的隐式关联；第[0025]段提及通过TPC命令（ARI）显式指示PUCCH资源）。 | 虽然对比文件公开了PUCCH资源分配（包括隐式和显式），但其资源分配的确定是基于载波聚合场景、PDCCH的CCE索引或基站显式配置的偏移（ARI）。目标专利的技术特征D明确限定为“基于所述动态UL-DL子帧配置来确定”。这是为了解决eIMTA系统中，因实际使用的DL子帧集合与参考配置不同而导致的PUCCH资源浪费或冲突问题（参见说明书第[0168]-[0170]段）。对比文件完全未提及“动态UL-DL子帧配置”这一前提条件，因此其公开的PUCCH资源分配方法在技术问题、应用场景和确定依据上均与技术特征D不同。该特征未被公开。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK <br> **判断结果**：《直接公开》 | 对比文件第[0005]段：“Each terminal feeds back response signals... using an uplink control channel such as Physical Uplink Control Channel (PUCCH)”。第[0141]-[0165]段详细描述了终端200生成ACK/NACK信号，并通过PUCCH资源（如A/N资源）将其发送给基站的过程。 | 对比文件直接且明确地公开了用户装备（UE）在PUCCH上发送HARQ ACK/NACK信号的基本操作。无论资源分配和定时是如何确定的，最终在确定的PUCCH资源上按照定时发送ACK/NACK是HARQ反馈过程的必然步骤。该特征在对比文件所描述的整体技术方案中，其作用与在目标专利中相同，都是完成上行链路控制信息的反馈。因此，该技术特征被直接公开。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。 <br> **判断结果**：《未公开》 | 对比文件未提及“HARQ-ACK码本大小”这一概念，也未提及基于动态UL-DL配置来确定任何与ACK/NACK有效载荷大小相关的参数。 | 目标专利说明书第[0167]段指出，基于动态UL-DL配置确定HARQ-ACK码本大小是其混合设计的优点之一，可以减少反馈开销。技术特征F是该具体实现方式的进一步限定。对比文件讨论的是在给定载波数量和传输模式下，ACK/NACK状态的数量（即比特数）是固定的，并据此设计映射表（如第[0029]-[0035]段）。其中并未引入“动态UL-DL子帧配置”这一变量，也未曾涉及根据一个动态变化的子帧配置集来灵活确定需要反馈的ACK/NACK比特数（码本大小）。因此，该特征未被公开。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。 <br> **判断结果**：《未公开》 | 对比文件未提及“动态UL-DL子帧配置的DL关联集”。 | 技术特征G是特征F的进一步细化，明确指出确定码本大小或ACK/NACK位数的依据是“动态UL-DL子帧配置的DL关联集的大小”。这是eIMTA系统中特有的技术手段，用于精确匹配实际调度的下行子帧（参见说明书第[0168]段）。对比文件完全不涉及TDD系统中的“DL关联集”概念，更不用说基于动态配置来计算其大小。该特征未被公开。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。 <br> **判断结果**：《未公开》 | 对比文件公开了PUCCH资源分配，但非基于动态UL-DL子帧配置。 | 此特征与特征D的核心限定一致，强调资源分配是基于动态UL-DL子帧配置。基于与特征D相同的理由，对比文件未公开此限定。该特征未被公开。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。 <br> **判断结果**：《未公开》 | 对比文件未提及“动态UL-DL子帧配置的DL关联集”。 | 技术特征I是特征H的进一步细化，与特征G类似，将资源分配的依据具体化为动态配置下的DL关联集大小。对比文件未涉及此概念或方法。该特征未被公开。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。 <br> **判断结果**：《未公开》 | 对比文件未提及“灵活子帧”、“集束集合”或eIMTA中关于子帧重配置的概念。 | 技术特征J描述了在eIMTA系统中处理灵活子帧的具体规则：只有被动态配置为DL的子帧才计入关联集。这是实现高效资源分配的关键细节（参见说明书第[0169]段）。对比文件的技术背景是载波聚合，其资源分配不涉及子帧类型的动态重配置，因此完全没有此类技术内容。该特征未被公开。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。 <br> **判断结果**：《未公开》 | 对比文件未涉及子帧“打包次序”的概念，也未讨论在TDD帧结构中移除UL子帧以重新排序DL子帧索引的操作。 | 该特征是实现基于动态DL关联集的PUCCH资源映射的具体步骤之一（参见说明书第[0169]段及图10）。对比文件的技术方案不涉及对多个DL子帧进行基于子帧类型的重新排序。该特征未被公开。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。 <br> **判断结果**：《未公开》 | 对比文件未提及“固定DL子帧”与“灵活子帧”的区分，也未提及在排序中固定DL子帧优先的规则。 | 技术特征L是特征K的进一步优化，旨在可能与旧式UE共享资源或简化处理（参见说明书第[0169]段）。这是eIMTA系统设计中为处理新旧UE共存而考虑的特定规则。对比文件无相应技术背景。该特征未被公开。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。 <br> **判断结果**：《未公开》 | 对比文件未提及为支持/不支持动态TDD配置的UE配置不同PUCCH区域。 | 目标专利此特征是为了解决eIMTA UE与旧式（Legacy）UE之间的PUCCH资源冲突问题（参见说明书第[0171]段）。对比文件虽然提到了PUCCH区域（如PUCCH region 1, 2），但其划分是基于载波（PCell/SCell）或用于隐式/显式信令，与UE是否支持动态TDD配置无关。该特征未被公开。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。 <br> **判断结果**：《未公开》 | 对比文件未提及不同UE能力组之间的PUCCH资源冲突检测。 | 此特征是特征M的后续动作，是eIMTA系统中资源管理的一部分。对比文件未涉及此场景或相关操作。该特征未被公开。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。 <br> **判断结果**：《未公开》 | 对比文件未提及所述冲突检测及相应的资源选择策略。 | 此特征是特征N的特定分支处理方式。对比文件未公开。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。 <br> **判断结果**：《未公开》 | 对比文件未提及基于冲突检测选择不同偏移值。 | 此特征是另一种资源选择策略，通过选择不同的资源偏移（N_PUCCH^(1)）来避免冲突（参见说明书第[0171]段）。对比文件未公开此动态选择机制。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。 <br> **判断结果**：《未公开》 | 对比文件未提及动态UL-DL子帧配置信令。 | 此特征是对特征B中“信令”类型的进一步限定，明确其为动态信令（如L1信令）。由于特征B本身未被公开，且对比文件中无相应动态重配置信令，此特征也未被公开。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。 <br> **判断结果**：《未公开》 | 对比文件第[0025]段提到，在显式信令方法中，TPC命令位可被重新解释为ACK/NACK资源指示符（ARI），用于从一组显式配置的资源中选择一个。 | 对比文件公开了将DCI中的TPC命令位用作ARI，以动态指示PUCCH资源选择。**然而**，技术特征R的语境是：该动态信令用于“指示动态上行链路‑下行链路UL‑DL子帧配置”（承接特征Q）。对比文件中TPC/ARI位的作用是选择PUCCH资源，而非指示或配置UL-DL子帧结构。两者要解决的技术问题（资源选择 vs. 子帧配置重配）、信令内容（资源索引 vs. 子帧图样）和作用均不相同。因此，对比文件未公开“使用TPC或ARO位来传达动态UL-DL子帧配置”这一技术特征。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。 <br> **判断结果**：《未公开》 | 对比文件未提及动态UL-DL配置丢失的回退机制，也未提及回退到SIB1配置。 | 此特征是关于eIMTA系统中的可靠性设计，即当UE未能正确接收动态重配置信令时，回退到静态或半静态配置（SIB1中的配置）进行资源分配（参见说明书第[0171]段末尾）。对比文件未涉及任何与动态TDD配置丢失相关的错误处理或回退流程。该特征未被公开。 |
<<<A>>><<<E>>>