**对比文件名称**：发明公开_CN101489255A 一种上行控制信道的发送方法、装置及系统
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈（申请号201480046148.7的分案）
**本次调用模型名称**：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法<br>**判断结果**：直接公开 | “一种上行控制信道的发送方法”（发明内容部分首段） | 对比文件明确公开了一种由用户装备（UE）执行的上行控制信道（PUCCH）的发送方法。这与目标专利权利要求保护的主题“一种用于由用户装备UE进行无线通信的方法”在类型上完全相同，都是UE侧执行无线通信的方法。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令<br>**判断结果**：未公开 | 无对应内容 | 目标专利的该特征涉及在支持动态TDD（eIMTA）的系统中，UE接收用于动态改变上下行子帧配比的信令，这是其实现“混合”设计（区分定时与资源分配的基础）。对比文件全文聚焦于载波聚合（CA）场景下多个下行载波的HARQ-ACK包信息反馈，未提及TDD系统，更未提及UL-DL子帧配置的动态指示信令。因此，对比文件既未直接公开，也无法隐含推导出该特征。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**判断结果**：未公开 | 无对应内容 | 目标专利中，基于动态UL-DL子帧配置确定HARQ ACK/NACK定时是其“混合”设计的一部分（实际上，说明书[0066]段明确说明HARQ定时基于**参考配置**，而资源分配基于动态配置）。对比文件未涉及TDD系统的HARQ定时问题，其方法不依赖于任何子帧配置来确定ACK/NACK的发送时刻。因此，该特征未被公开。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配<br>**判断结果**：未公开 | 无对应内容 | 目标专利中，基于动态配置确定HARQ资源分配是其“混合”设计的核心，旨在提高资源利用率并避免冲突。对比文件确实涉及PUCCH资源分配，但其资源是基于每个下行载波的PDCCH的CCE索引通过固定公式 `n_{PUCCH,k}^{(1)} = n_{CCE,k} + N_{PUCCH,k}^{(1)}` 隐式确定的（背景技术及具体实施方式部分），资源本身是多个并存的。对比文件的方法是在这**多个预先确定的资源中**选择一个最佳的来发送打包后的ACK，选择标准是频率分集增益（RB索引差），**而非基于一个动态变化的UL-DL子帧配置来“确定”或“计算”资源**。两者解决的问题、技术手段和作用均不相同。因此，该特征未被公开。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK<br>**判断结果**：隐含公开 | “所述HARQ-ACK包信息发送单元用于使用对应于...的PUCCH资源发送HARQ-ACK包信息。”（具体实施方式部分，装置描述）；“UE...选择...在...PUCCH资源上发送HARQ-ACK包信息”（具体实施方式部分，系统描述） | 目标专利中，该特征是在完成定时和资源分配后，执行HARQ-ACK反馈的最终步骤。对比文件中，在通过所述方法选择了特定的PUCCH资源（`n_{PUCCH,k’}^{(1)}`）后，明确记载了使用该资源“发送HARQ-ACK包信息”。虽然对比文件发送的是“HARQ-ACK包信息”（Bundling后的），而目标专利是“HARQ ACK/NACK”，但在本领域，HARQ-ACK包信息是HARQ ACK/NACK信息的一种处理（打包）后的表现形式，发送HARQ-ACK包信息本质上就是发送HARQ ACK/NACK反馈。因此，本领域技术人员可以直接且毫无疑义地确定，在确定了用于发送的PUCCH资源后，必然包括在该资源上执行传送/发送的步骤。该特征被对比文件隐含公开。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。<br>**判断结果**：未公开 | 无对应内容 | 目标专利中，基于动态配置确定码本大小是资源分配的关键环节，直接影响反馈开销和效率。对比文件未涉及“HARQ-ACK码本大小”这一概念。其处理的是多个载波的ACK打包后形成一个包信息，不涉及基于子帧配置动态确定需要反馈的ACK比特数。因此，该特征未被公开。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：未公开 | 无对应内容 | 该特征进一步限定了码本大小与“DL关联集”的关系。对比文件未提及“DL关联集”这一TDD系统特有的概念，更未将其与ACK/NACK位数目的确定相关联。因此，该特征未被公开。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。<br>**判断结果**：未公开 | 无对应内容 | 此特征与特征D的部分内容重叠。如前所述，对比文件的PUCCH资源是预先通过固定公式隐式映射确定的多个资源，其“确定”是指从多个中“选择”一个，而非基于动态子帧配置来“计算”或“分配”资源索引。作用与目标专利不同。因此，该特征未被公开。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：未公开 | 无对应内容 | 该特征限定了PUCCH资源分配与DL关联集大小的关系。对比文件未涉及DL关联集。因此，该特征未被公开。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。<br>**判断结果**：未公开 | 无对应内容 | 该特征涉及eIMTA系统中对“灵活子帧”的特殊处理。对比文件未涉及TDD，更无“灵活子帧”概念。因此，该特征未被公开。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**判断结果**：未公开 | 无对应内容 | 该特征涉及TDD系统中基于子帧类型的ACK打包次序重排。对比文件未涉及TDD子帧类型及打包次序问题。因此，该特征未被公开。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**判断结果**：未公开 | 无对应内容 | 该特征是对打包次序的进一步限定。对比文件未涉及此内容。因此，该特征未被公开。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。<br>**判断结果**：未公开 | 无对应内容 | 该特征涉及新旧UE的PUCCH资源隔离以避免冲突。对比文件未区分支持不同能力的UE，也未提及为不同类型UE配置分开的PUCCH区域。因此，该特征未被公开。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。<br>**判断结果**：未公开 | 无对应内容 | 该特征涉及冲突检测。对比文件未涉及此内容。因此，该特征未被公开。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。<br>**判断结果**：未公开 | 无对应内容 | 该特征涉及冲突避免策略之一。对比文件未涉及此内容。因此，该特征未被公开。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。<br>**判断结果**：未公开 | 无对应内容 | 该特征涉及通过不同偏移值来避免冲突。对比文件未涉及此内容。因此，该特征未被公开。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。<br>**判断结果**：未公开 | 无对应内容 | 目标专利中，动态信令（如L1信令）用于快速指示子帧配置变化。对比文件提及的“信令”仅出现在解决Metric取值相同时，“高层通过明确的信令通知UE”（具体实施方式部分），此信令用于资源选择冲突解决，与指示动态子帧配置无关。因此，该特征未被公开。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**判断结果**：未公开 | 无对应内容 | 该特征限定了动态信令的具体承载方式。对比文件未提及利用TPC命令位或ARO位来传达信息。因此，该特征未被公开。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。<br>**判断结果**：未公开 | 无对应内容 | 该特征涉及动态信令丢失时的回退机制。对比文件未涉及任何信令丢失检测及回退操作。因此，该特征未被公开。 |
<<<A>>><<<e>>>