**对比文件名称**：发明申请_WO2011163470A1 TD-LTE HETNET PARTITION
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek最新版本模型
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：一种用于由用户装备UE进行无线通信的方法** <br>**《隐含公开》** | [0061] “At 602, the serving eNB may determine one or more groups of subframes... At 604, the serving eNB may transmit a grant message to the UE to schedule transmissions with the UE using at least one of the groups of subframes.” <br> [0063] “At 702, the UE may receive a grant message in a downlink subframe. At 704, based on the downlink subframe, the UE may determine a group of subframes... for scheduling transmissions with a serving eNB.” | 目标专利的技术特征A限定了方法的主体是“用户装备(UE)”。对比文件[0063]明确描述了UE执行的操作：接收授权消息并基于下行子帧确定用于调度的子帧组。这构成了一个由UE执行的无线通信方法的完整步骤。虽然对比文件主要从基站角度描述，但其中明确包含了UE侧的执行步骤，因此本领域技术人员可以直接确定对比文件隐含公开了由UE执行无线通信方法这一特征。该方法在对比文件中用于确定受保护的子帧组以进行调度，与目标专利中UE执行方法的主体作用相同。 |
| **B：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令** <br>**《隐含公开》** | [0056] “According to certain aspects, an eNB may transmit static resource partitioning information (SRPI) to its UEs. ... For each interlace marked as ‘X‘ in the SRPI, the UE may not know whether the X subframes in that interlace will be AU subframes, or AN subframes, or AC subframes. The UE may know only the semi-static part of the resource partitioning via the SRPI whereas the eNB may know both the semi-static part and adaptive part of the resource partitioning.” <br> [0060] “For some embodiments, the one or more groups of subframes may be determined based, at least in part, on resource partitioning information (RPI) that identifies subframes that are usable by the UE and protected due to cooperative partitioning of resources between the serving eNB and one or more non-serving eNBs.” | 目标专利的“动态UL-DL子帧配置”是指可基于话务需求改变的配置，如说明书[0147]所述。对比文件公开了“静态资源分区信息(SRPI)”和“资源分区信息(RPI)”，其中部分子帧（标记为‘X‘）是“自适应/动态分配”的（见[0055]）。UE通过SRPI获知资源分配，而eNB知晓半静态和自适应部分。这表明UE接收的信令指示了包含动态（自适应）分配子帧的资源分区。虽然术语“动态UL-DL子帧配置”未直接出现，但“自适应分配(adaptively allocated)”的子帧配置概念已被公开。本领域技术人员可以合理推断，UE接收的RPI/SRPI信令中包含了子帧用途（DL/UL/特殊）的动态或自适应分配信息，这与接收指示动态UL-DL配置的信令作用相同，都是为了让UE知晓当前可用的、可能动态变化的子帧配置。 |
| **C：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时** <br>**未公开** | 无 | 目标专利中，基于动态UL-DL子帧配置确定HARQ ACK/NACK定时是核心改进点之一，旨在解决传统参考配置导致的定时效率低下问题（参见说明书[0153]-[0154], [0165]-[0167]）。对比文件虽然涉及HARQ过程（如图9B、10B等），但其HARQ定时（如3ms处理时间）是基于固定的、预定义的子帧类型（DL/UL/特殊）和分组关系，而非基于一个可动态指示的UL-DL子帧配置来确定的。对比文件中的子帧分组（Group）是为了给不同功率等级的eNB分配受保护资源，以避免干扰，其分组逻辑是固定的或半静态协商的（见[0054]-[0055]），并未公开根据一个动态变化的UL-DL配置来重新确定ACK/NACK反馈时刻（即HARQ定时）的方法。因此，该特征既未被直接公开，也无法从对比文件内容中合理推断得出。 |
| **D：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配** <br>**未公开** | 无 | 目标专利中，基于动态UL-DL子帧配置确定PUCCH的HARQ资源分配是另一个核心改进，旨在减少PUCCH资源开销和避免冲突（参见说明书[0167]-[0170]）。对比文件提到了PUCCH（如[0058]），但其关注点是通过频分复用(FDM)分区来保护PUCCH信息，而非根据动态UL-DL配置来确定用于承载HARQ-ACK的特定PUCCH资源（如资源块、循环移位等）。对比文件中确定的是用于调度的“子帧组”，这些组可能包含UL子帧用于ACK反馈，但并未涉及如何基于一个动态配置来具体分配PUCCH信道内的资源（例如，基于CCE索引隐式映射、资源偏移等）。该特征在对比文件中没有基础。 |
| **E：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK** <br>**未公开** | 无 | 该特征是在特征C和D的基础上执行的动作。由于对比文件未公开“基于动态UL-DL配置确定HARQ定时”（C）和“基于动态UL-DL配置确定PUCCH的HARQ资源分配”（D），因此自然也未能公开基于这两者来传送HARQ ACK/NACK的完整步骤。虽然对比文件图示了在UL子帧中发送ACK（如图9B），但这是基于其固定分组和定时关系，而非目标专利所要求保护的基于动态配置确定定时和资源后的传送。 |
| **F：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。** <br>**未公开** | 无 | 确定HARQ-ACK码本大小是目标专利中实现高效反馈的关键细节（参见说明书[0161]-[0162], [0167]）。对比文件完全没有涉及“HARQ-ACK码本大小”的概念，也没有任何内容暗示会根据子帧配置的动态变化来确定需要反馈的ACK/NACK比特数量。该特征是对比文件未曾提及的技术点。 |
| **G：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。** <br>**未公开** | 无 | 该特征进一步限定了如何确定码本大小，即基于动态配置的“DL关联集的大小”。目标专利说明书[0167]-[0168]及图10详细解释了此概念。对比文件完全未提及“DL关联集(DL association set)”这一特定概念，也未公开根据动态配置来计算或确定一个与下行子帧集合大小相关的参数以用于决定反馈比特数的方法。 |
| **H：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。** <br>**未公开** | 无 | 此特征与特征D部分重叠，更具体地指出资源分配是针对PUCCH的。如前所述，对比文件未公开基于动态UL-DL配置来确定PUCCH资源分配的方法。 |
| **I：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。** <br>**未公开** | 无 | 该特征限定了PUCCH资源分配的具体依据。对比文件未公开“DL关联集”的概念，因此更不可能公开基于其大小来确定PUCCH资源分配。 |
| **J：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。** <br>**未公开** | 无 | 该特征描述了确定DL关联集大小时对灵活子帧的处理规则。对比文件未涉及“动态UL-DL配置”、“DL关联集”、“集束集合(bundling set)”以及“灵活子帧(flexible subframe)”这些目标专利中的特定概念和操作。 |
| **K：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。** <br>**未公开** | 无 | 该特征涉及重新排序DL子帧的打包次序。对比文件中的子帧分组是基于固定的HARQ定时关系形成固定的组（如图9D，10D等），并未公开根据一个动态配置，通过移除UL子帧来重新确定DL子帧打包次序的方法。 |
| **L：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。** <br>**未公开** | 无 | 该特征限定了打包次序中固定DL子帧的优先位置。对比文件未区分“固定DL子帧”和“灵活子帧”，也未涉及此类排序规则。 |
| **M：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。** <br>**未公开** | 无 | 该特征涉及为不同能力的UE配置不同PUCCH区域以避免冲突。对比文件关注的是通过TDM/FDM为不同功率等级的eNB（基站）分区以避免干扰，而非为支持动态配置的UE（eIMTA UE）和不支持的UE（旧式UE）在同一个基站下配置分开的PUCCH资源区域。两者要解决的技术问题不同。 |
| **N：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。** <br>**未公开** | 无 | 该特征涉及冲突检测。由于特征M未公开，且对比文件未涉及新旧UE的PUCCH资源冲突问题，因此该冲突确定步骤也无从谈起。 |
| **O：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。** <br>**未公开** | 无 | 该特征描述了无冲突时的资源使用策略。基于特征M、N未公开，此策略也未被公开。 |
| **P：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。** <br>**未公开** | 无 | 该特征描述了基于冲突检测选择不同偏移值。对比文件未公开用于PUCCH资源映射的“偏移值”概念，也未公开根据新旧UE资源冲突情况动态选择不同偏移值的机制。 |
| **Q：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。** <br>**《隐含公开》** | [0056] “...the eNB may know both the semi-static part and adaptive part of the resource partitioning.” <br> [0055] “The subframes of the remaining interlaces 1 through 6 may be adaptively/dynamically allocated to eNB Y and/or eNB Z.” | 目标专利中“动态信令”通常指L1信令等可以快速改变配置的信令（参见说明书[0166]）。对比文件明确指出了资源分区包含“自适应/动态分配(adaptively/dynamically allocated)”的部分，并且eNB知晓这部分自适应分配信息。本领域技术人员可以合理推断，将这种自适应/动态的分配信息通知给UE，必然需要通过某种信令（包括可能是动态的信令）来实现。因此，对比文件隐含公开了指示动态（自适应）子帧配置的信令包括动态信令这一特征。 |
| **R：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。** <br>**未公开** | 无 | 该特征限定了动态信令的具体承载方式，即复用DCI中的TPC位或使用ARO位。这是目标专利中实现动态指示的具体手段（参见说明书[0171]-[0172]）。对比文件完全没有提及通过DCI格式中的TPC命令位或ARO位来传达动态子帧配置信息或相关资源偏移信息。对比文件中提到的信令是较高层的“SRPI”或“RPI”（见[0056], [0060]），而非这种物理层DCI中的动态复用机制。 |
| **S：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。** <br>**未公开** | 无 | 该特征涉及回退机制。对比文件未涉及动态UL-DL配置信令丢失的场景，也未公开在信令丢失时回退到SIB1中的配置来确定HARQ资源分配的方法。 |
<<<a>>><<<b>>><<<q>>>