对比文件名称：发明申请_US20130077514A1 Channel State Information Transmission
目标专利名称：PUCCH资源映射和HARQ‑ACK反馈
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法 <br> **判断结果**：《直接公开》 | [0034] “The PUCCH may be mapped to a control channel resource in the uplink. The CSI may inform the scheduler about the current channel conditions as seen by the wireless device. ... A wireless device may transmit PUCCH on the primary cell.” 译：PUCCH可被映射到上行链路中的控制信道资源。CSI可向调度器告知由无线设备所见的当前信道条件。...无线设备可在主小区上传输PUCCH。 | 对比文件明确描述了一种由无线设备（即用户装备UE）执行的无线通信方法，该方法包括接收控制消息、测量信道状态信息（CSI）、在物理上行链路控制信道（PUCCH）上传输信息（包括HARQ-ACK）等步骤。这与目标专利权利要求中限定的“用于由用户装备UE进行无线通信的方法”这一主题类型完全相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令 <br> **判断结果**：《隐含公开》 | [0034] “PUCCH resources for SR (scheduling request) and CSI reporting may be assigned and revoked through RRC signaling.” 译：用于SR（调度请求）和CSI报告的PUCCH资源可通过RRC信令被指派和撤销。<br>[0078] “The wireless device may receive at least one control message from a first base station ... The at least one control message may configure measurement parameters of the wireless device. The measurement configuration may trigger measurements of channel state information ...” 译：无线设备可从第一基站接收至少一个控制消息...该至少一个控制消息可配置无线设备的测量参数。该测量配置可触发信道状态信息的测量... | 对比文件多次提及无线设备从基站接收配置其操作参数的控制消息（例如RRC信令）。虽然对比文件未明确提及“动态UL-DL子帧配置”，但其核心涉及TDD系统（见[0012]）及为CoMP等目的进行的动态配置和测量。在TDD系统中，配置测量参数和CSI报告资源必然隐含着对上行/下行子帧结构的配置，因为这是TDD操作的基础。本领域技术人员可以合理推断，为了进行CSI测量和报告（尤其是在CoMP场景下），基站需要配置或指示相关的子帧结构。因此，对比文件隐含公开了“接收指示...配置的信令”这一特征。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时 <br> **判断结果**：未公开 | [0034] “The HARQ feedback in response to downlink data transmission comprises of a single ACK/NAK bit per transport block in case of non-bundling configuration.” 译：响应于下行链路数据传输的HARQ反馈在非捆绑配置情形下包括每个传输块的单个ACK/NAK比特。 | 对比文件仅提及了HARQ反馈的存在及其基本内容（ACK/NAK比特），但完全没有涉及如何“确定HARQ ACK/NACK定时”。目标专利中，该特征是为了解决eIMTA系统中动态子帧切换带来的HARQ定时管理问题，其核心在于基于某个配置（此处为动态配置）来确定从PDSCH到对应ACK/NACK反馈的时序关系。对比文件通篇未讨论HARQ定时机制，尤其未涉及基于任何UL-DL子帧配置来确定该定时。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配 <br> **判断结果**：未公开 | [0034] “PUCCH resources for SR (scheduling request) and CSI reporting may be assigned and revoked through RRC signaling.” 译：用于SR（调度请求）和CSI报告的PUCCH资源可通过RRC信令被指派和撤销。 | 对比文件提到了PUCCH资源可以通过RRC信令进行分配，但这是针对调度请求（SR）和信道状态信息（CSI）报告的资源。虽然HARQ-ACK也在PUCCH上传输，但对比文件并未描述如何“确定”用于HARQ-ACK的PUCCH资源分配，更没有将其与“动态UL-DL子帧配置”关联起来。目标专利中，该特征是为了基于动态配置来隐式或显式地确定具体的PUCCH资源索引，以避免资源浪费和冲突。对比文件缺乏这一具体技术手段。因此，该技术特征未被公开。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK <br> **判断结果**：未公开 | [0034] “The HARQ feedback ... comprises of a single ACK/NAK bit ... PUCCH may be transmitted on PCell in carrier aggregation.” 译：HARQ反馈...包括单个ACK/NAK比特...PUCCH可在载波聚合中的PCell上传输。 | 对比文件提到HARQ反馈（ACK/NAK）在PUCCH上传输。然而，该传输行为是已知的常规操作。目标专利特征E的关键在于“基于所确定的HARQ资源分配和HARQ ACK/NACK定时来...传送”，这是一个具体的、有前提条件的动作。由于对比文件未公开如何“确定”资源分配（特征D）和定时（特征C），因此，这个基于前述确定结果而执行的传送动作也无法被认定已公开。该特征依赖于前序未被公开的特征。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未提及“HARQ-ACK码本大小”这一概念。目标专利中，确定码本大小是适应动态TDD配置、减少反馈开销的关键步骤。对比文件未涉及此技术手段。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未提及“DL关联集”及其“大小”的概念，更未将其与ACK/NACK位数或码本大小关联。这是目标专利中用于精确计算反馈信息量的特定技术手段。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。 <br> **判断结果**：未公开 | [0034] “PUCCH resources for SR ... and CSI reporting may be assigned ... through RRC signaling.” 译：用于SR...和CSI报告的PUCCH资源可通过...RRC信令被指派。 | 此特征与技术特征D的部分内容重叠。对比文件仅一般性提及PUCCH资源分配，但未揭示该分配是“基于动态UL-DL子帧配置来确定”的这一具体技术思想。目标专利的该特征是其混合设计的核心部分之一。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未提及“DL关联集”，因此无法基于其大小来确定PUCCH资源分配。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未涉及“集束集合”、“灵活子帧”以及在动态配置下对它们进行筛选计数的技术手段。这是目标专利中用于精确计算实际下行子帧数以优化资源分配的具体方法。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未涉及子帧的“打包次序”概念及通过移除UL子帧来确定该次序的技术手段。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未涉及“固定DL子帧”及其在打包次序中的优先映射规则。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未提及为不同类型UE（如eIMTA UE和旧式UE）配置分开的PUCCH区域以避免冲突的技术方案。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未涉及不同UE群体间PUCCH资源冲突的检测机制。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未涉及基于冲突检测结果来动态选择使用哪个PUCCH区域的技术手段。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未提及用于PUCCH资源分配的“偏移值”概念，更未涉及根据冲突情况在不同偏移值间进行选择的技术手段。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。 <br> **判断结果**：未公开 | [0034] “PUCCH resources ... may be assigned and revoked through RRC signaling.” [0078] “The wireless device may receive at least one control message...” 译：PUCCH资源...可通过RRC信令被指派和撤销。无线设备可接收至少一个控制消息... | 对比文件提到了RRC信令等控制消息。虽然RRC信令可以是半静态的，但广义上也可视为一种配置信令。然而，目标专利此处的“动态信令”在说明书上下文中通常指L1信令（如PDCCH），以实现快速重配。对比文件并未明确其信令是“动态”的（相对于半静态的SIB1配置），也未将其与“动态UL-DL子帧配置”的指示 specifically 关联。因此，不能认为直接或隐含公开了此限定。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未提及利用DCI格式中的TPC命令位或ARO位来传达动态子帧配置信令或相关资源偏移指示的技术手段。这是目标专利中提出的具体信令实现方式。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未涉及动态配置信令丢失时的检测及回退到SIB1配置的机制。这是目标专利为保证可靠性而设计的回退方案。 |
<<<A>>><<<b>>>