**对比文件名称**：发明申请_US20130083741A1 Channel Selection and Channel-State Information Collision Handling
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek最新版本模型
以下是根据您的要求创建的技术特征比对表格。表格严格按照目标专利权利要求中已给出的技术特征（A至S）进行划分和比对。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (段落标号或部分) | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法<br>**判断结果**：直接公开 | [0088] “FIG. 11 is a process flow diagram that illustrates, more generally, a method for simultaneous reporting of channel-state information and hybrid-ARQ ACK/NACK information for multiple downlink subframes or multiple downlink carriers, or both, suitable for implementation by a mobile terminal.”<br>[0092] “...the mobile terminal is configured to transmit both channel-state information and hybrid-ARQ ACK/NACK information...” | 对比文件全文（特别是附图11及其对应文字说明）明确描述了一种由移动终端（即UE）执行的无线通信方法，用于同时报告信道状态信息和混合自动重传请求确认/否定确认。这与目标专利特征A“一种用于由用户装备UE进行无线通信的方法”属于相同范畴的方法，被直接公开。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令<br>**判断结果**：未公开 | 未找到相关内容。 | 对比文件主要关注载波聚合（Carrier Aggregation）场景下的PUCCH资源分配和冲突处理（见[0002], [0003], [0006]段）。通篇未提及“动态上行链路-下行链路（UL-DL）子帧配置”、“eIMTA”或类似概念。本领域技术人员无法从对比文件中直接或隐含地确定UE接收了指示动态UL-DL子帧配置的信令。该特征未被公开。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**判断结果**：未公开 | 未找到相关内容。 | 对比文件描述了在载波聚合下发送HARQ ACK/NACK（例如[0066]-[0070]段），但从未提及根据“动态UL-DL子帧配置”来确定ACK/NACK的发送定时。确定定时所依据的配置（动态UL-DL配置）本身在对比文件中不存在，因此基于该配置来确定定时的技术特征也未被公开。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配<br>**判断结果**：未公开 | 未找到相关内容。 | 对比文件确实详细描述了PUCCH资源分配（例如，通过PDCCH的CCE索引隐式确定[0039]，或通过RRC配置一组资源[0074]）。然而，这些资源分配的确定是基于载波聚合的场景（如配置的组件载波数量）或用于解决ACK/NACK与CSI的碰撞问题，而非基于“动态UL-DL子帧配置”。由于基础配置不同，该特征未被公开。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK<br>**判断结果**：直接公开 | [0034] “...the mobile terminal attempts to decode it and reports to the base station whether the decoding was successful (ACK) or not (NACK) via a Physical Uplink Control Channel (PUCCH).”<br>[0070] “...then PUCCH resource 1 is selected and the BPSK constellation point ... is transmitted.” | 对比文件明确公开了UE通过PUCCH信道向基站发送HARQ ACK/NACK反馈（[0034]）。同时，文件也描述了UE需要选择或确定PUCCH资源（如[0070]中的资源选择），并在该资源上发送ACK/NACK。虽然对比文件中确定资源和定时的依据与目标专利不同（见特征C、D的论述），但“在确定的资源上发送ACK/NACK”这一动作本身被直接公开。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。<br>**判断结果**：未公开 | 未找到相关内容。 | 对比文件未提及“HARQ-ACK码本大小”这一概念，更未提及基于“动态UL-DL子帧配置”来确定码本大小。码本大小是与需要反馈的ACK/NACK比特数密切相关的概念，在目标专利中用于适应动态子帧配置。对比文件在载波聚合场景下讨论ACK/NACK比特数时，是基于配置的组件载波数（[0066]），这与动态子帧配置无关。该特征未被公开。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：未公开 | 未找到相关内容。 | 对比文件完全没有涉及“DL关联集（Downlink Association Set）”这一概念，该概念是TDD系统（特别是涉及动态子帧配置时）中用于定义与一个上行子帧相关联的下行子帧集合的关键。因此，基于DL关联集大小来确定码本大小或ACK/NACK位数目的技术特征，在对比文件中没有任何基础，未被公开。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。<br>**判断结果**：未公开 | 未找到相关内容。 | 此特征为特征D的下位概念，强调资源分配中“确定PUCCH资源分配”这一部分。如前所述，对比文件公开了PUCCH资源分配，但其确定依据是载波聚合相关参数或用于解决CSI碰撞，而非“动态UL-DL子帧配置”。该特征未被公开。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：未公开 | 未找到相关内容。 | 此特征与特征G类似，将PUCCH资源分配与“DL关联集的大小”挂钩。如特征G所述，对比文件不存在“DL关联集”的概念，因此该特征未被公开。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。<br>**判断结果**：未公开 | 未找到相关内容。 | 该特征涉及动态TDD中“灵活子帧（flexible subframe）”的具体处理方式。对比文件未讨论TDD下的子帧类型（固定DL、固定UL、灵活子帧），也未提及在确定关联集大小时排除某些子帧的操作。该特征未被公开。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**判断结果**：未公开 | 未找到相关内容。 | 该特征涉及对集束集合中子帧的重新排序（打包）。对比文件未提及任何基于子帧类型（如UL子帧）对下行子帧集进行重新排序或确定打包次序的方法。该特征未被公开。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**判断结果**：未公开 | 未找到相关内容。 | 该特征是对特征K中打包次序规则的进一步限定。对比文件未提及“固定DL子帧”的概念，也未提及任何在排序中优先映射固定DL子帧的规则。该特征未被公开。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。<br>**判断结果**：隐含公开 | [0058] “In this case, mobile terminals receiving their downlink assignments from different downlink component carriers will transmit their HARQ feedback on the same uplink component carrier. It is up to the scheduling process at the base station... to ensure that no PUCCH collisions occur.”<br>[0062] “To detect this error case the eNodeB has to monitor both the Rel-8 PUCCH and the CA PUCCH...” | 对比文件在载波聚合背景下，提到了不同UE（如支持CA的UE和使用Rel-8 PUCCH的UE）可能使用相同上行载波发送HARQ反馈，从而存在PUCCH冲突风险，并且eNB需要监控不同的PUCCH资源（Rel-8 PUCCH和CA PUCCH）以避免或检测冲突。本领域技术人员可以合理推断，为了避免此类冲突，网络可以为支持不同能力（如载波聚合）的UE配置分开的PUCCH资源区域。虽然对比文件的能力划分是“是否支持载波聚合/CA PUCCH”，而目标专利是“是否支持动态UL-DL子帧配置”，但“为不同能力/类型的UE配置分开的PUCCH区域以避免冲突”这一设计思路是相通的。因此，该特征可以被认为被对比文件隐含公开。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。<br>**判断结果**：隐含公开 | [0058] “...mobile terminals... will transmit their HARQ feedback on the same uplink component carrier. It is up to the scheduling process at the base station (in LTE, the evolved Node B, or eNB) to ensure that no PUCCH collisions occur.” | 对比文件明确指出，当不同UE在相同上行资源上发送反馈时，由eNB的调度过程来确保不发生PUCCH冲突。这隐含了eNB需要知晓或判断不同UE所使用的PUCCH资源之间是否存在冲突可能性这一前提步骤。虽然冲突的具体原因（载波聚合 vs. 动态子帧配置）不同，但“确定PUCCH资源间是否存在潜在冲突”这一功能性步骤是相同的。因此，该特征可以被认为被隐含公开。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。<br>**判断结果**：未公开 | 未找到相关内容。 | 对比文件提到了eNB应避免冲突（[0058]），但并未公开任何具体的冲突处理规则，例如在“没有检测到潜在冲突”时，允许eIMTA UE使用旧式UE的PUCCH区域。该特征是一个具体的资源使用策略，对比文件未提供任何相关信息。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。<br>**判断结果**：未公开 | 未找到相关内容。 | 该特征涉及根据冲突检测结果动态选择PUCCH资源偏移值（如N^1_PUCCH）。对比文件未提及任何与“偏移值”选择相关的机制，更未提及基于冲突检测结果在两个偏移值之间进行选择的规则。该特征未被公开。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。<br>**判断结果**：未公开 | 未找到相关内容。 | 如特征B所述，对比文件未涉及“动态UL-DL子帧配置”，因此自然不会公开指示该配置的信令类型（如动态信令）。该特征未被公开。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**判断结果**：隐含公开 | [0074] “The particular uplink control channel resource the mobile terminal uses from this set can be selected based on an information field contained in a downlink control message corresponding to the ACKed or NACKed data transmission, for example, such as the Transmit Power Control (TPC) command in a downlink assignment message.”<br>[0076] “...the eNodeB selects which single resource the mobile terminal should use by indicating a specific value of an information field in the downlink control information (DCI) carrying a downlink assignment. One example of such an information field (IF) is the ACK/NACK resource indicator (ARI) in the Transmit Power Control (TPC) information element (IE) of the DCI.” | 对比文件明确公开了利用下行控制信息（DCI）中的特定信息字段（具体提到了TPC命令字段）来向UE指示或选择其应使用的PUCCH资源。这揭示了“将DCI中原本用于其他目的（如TPC）的字段重新解释（re-purpose）为用于传达资源指示信息”这一通用设计思想。虽然对比文件中该字段用于在载波聚合下解决CSI与ACK/NACK同时传输的资源指示问题（称为ARI），而目标专利中用于传达动态子帧配置相关的信令，但“使用DCI格式中的位（如TPC位）来传达控制信令”这一技术手段本身是相同的。本领域技术人员可以从对比文件公开的内容中，合理推断出可以使用类似手段（DCI中的位）来传达其他控制信息，包括可能与动态配置相关的指示。因此，该特征可以被认为被隐含公开。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。<br>**判断结果**：未公开 | 未找到相关内容。 | 该特征描述了一种回退（fallback）机制：当UE未能正确接收到动态配置信令时，转而使用SIB中配置的静态UL-DL配置。对比文件完全没有涉及任何信令丢失的检测及相应的回退操作机制。该特征未被公开。 |
<<<A>>><<<E>>>