**本次调用模型名称**：GPT-4
**对比文件名称**：2012-08-16_发明申请_WO2012106840A1 RESOURCE ALLOCATION FOR FLEXIBLE TDD CONFIGURATION
**目标专利名称**：176PUCCH资源映射和HARQ-ACK反馈CN105493597B
作为资深专利代理师，我已对目标专利权利要求的技术特征与对比文件WO2012106840A1进行了深度比对。以下是根据目标专利权利要求严格划分技术特征后创建的比对表格。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：接收指示动态上行链路-下行链路UL-DL子帧配置的信令<br>**《直接公开》** | [0030] “Case 1 concerns the general approach in which the ACK/NACK feedback for the new UE (which supports flexible UL-DL configuration)...” <br>[0031] “Case 2 concerns the general approach in which the ACK/NACK feedback for the new UE (which supports flexible UL-DL configuration) follows the exact pattern for the flexibly configured UL-DL configuration.” <br>[0034] “For case 1 mapping of the HARQ timing is therefore independent of the flexible TDD UL-DL configuration which is dynamically allocated to the first UE... For case 2 mapping of the HARQ timing is dependent on the flexible TDD UL-DL configuration which is dynamically allocated to the first UE...” | 对比文件明确区分了支持灵活TDD配置的新UE（即目标专利中的eIMTA UE）和旧式UE。新UE的HARQ反馈定时（Case 1或Case 2）取决于或关联于“flexibly configured UL-DL configuration”或“dynamically allocated”的TDD配置。这意味着新UE必须接收指示此动态配置的信令。本领域技术人员能毫无疑义地得出，新UE的操作以接收动态配置信令为前提。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：基于参考UL-DL子帧配置确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**《直接公开》** | [0030] “Case 1 concerns the general approach in which the ACK/NACK feedback for the new UE... is restricted to follow the ACK/NACK feedback timing as specified for the existing TDD UL-DL configuration #2 (or alternatively TDD UL-DL configuration #5). This means that regardless of what is the flexibly configured UL-DL for the new UE, the ACK/NACK feedback mapping is done using UL-DL configuration #2.” | 对比文件在Case 1中明确教导：对于支持灵活TDD配置的新UE，其ACK/NACK反馈定时被限制为遵循固定的、作为参考的TDD UL-DL配置（例如配置#2或#5）。无论动态分配给新UE的具体配置是什么，其HARQ定时都基于此参考配置确定。这与目标专利中“基于参考UL-DL子帧配置确定HARQ ACK/NACK定时”的技术特征作用完全相同，都是为了在动态配置环境下提供统一的定时基准。因此，该技术特征被对比文件直接公开。 |
| **技术特征C**：以及基于所述动态UL-DL子帧配置确定HARQ资源分配，<br>**《直接公开》** | [0031] “Case 2 concerns the general approach in which the ACK/NACK feedback for the new UE... follows the exact pattern for the flexibly configured UL-DL configuration.” <br>[0052] “Figure 5 illustrates PUCCH resource mapping in five distinct examples of a third exemplary embodiment which falls under case 2, where HARQ timing for the first UE is dependent on the UL-DL configuration which is dynamically allocated to the first UE.” <br>[0054] “The second group contains the DL subframes in DL association set corresponding to the UL subframe according to the first/flexible UL-DL configuration...” | 对比文件Case 2及其实施例（如第三、第四实施例）明确教导，新UE的HARQ反馈（包括其映射的资源）遵循动态分配的灵活UL-DL配置。具体地，第二组DL子帧（其PUCCH资源需要被确定）就是根据第一/灵活UL-DL配置的DL关联集来定义的。这实质上就是基于动态UL-DL配置来确定HARQ反馈所需的资源（即HARQ资源分配）。该特征在对比文件中的作用与目标专利中相同，都是为了使资源分配更贴合实际的动态子帧使用情况，提高效率。因此，该技术特征被对比文件直接公开。 |
| **技术特征D**：其中基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定HARQ-ACK码本大小。<br>**《隐含公开》** | [0007] “In the current LTE specification, the PUCCH ACK/NACK resources are defined as a function of M, which is the size of the DL association set...” <br>[0035] “In the following examples... it is assumed that the first (new) UE is configured with ACK/NACK bundling or ACK/NACK multiplexing with M = 1 where M is the size of the DL association set.” <br>[0054] “The second group contains the DL subframes in DL association set corresponding to the UL subframe according to the first/flexible UL-DL configuration...” | 对比文件多次强调PUCCH ACK/NACK资源与DL关联集大小M相关，而关联集大小直接由UL-DL配置决定（参见图1）。在Case 2中，第二组DL子帧（用于新UE资源分配）是根据动态配置的关联集来定义的。本领域技术人员公知，需要反馈的DL子帧数量（即关联集大小M）直接决定了HARQ-ACK反馈的有效载荷大小，即“码本大小”。例如，对于ACK/NACK捆绑或复用，M的大小决定了需要捆绑或复用的ACK/NACK比特数。因此，虽然对比文件未明确使用“码本大小”一词，但基于动态配置确定关联集大小M，必然隐含了基于此确定HARQ-ACK码本大小的技术方案。 |
| **技术特征E**：其特征在于，基于所述参考UL-DL子帧配置确定HARQ ACK/NACK定时包括基于所述参考UL-DL子帧配置确定在其中传送HARQ ACK/NACK的子帧。<br>**《直接公开》** | [0030] “Case 1 concerns the general approach in which the ACK/NACK feedback for the new UE... is restricted to follow the ACK/NACK feedback timing as specified for the existing TDD UL-DL configuration #2 (or alternatively TDD UL-DL configuration #5).” | 对比文件在Case 1中明确指出，新UE的ACK/NACK反馈定时被限制为遵循参考配置（如#2或#5）所规定的定时。在LTE TDD系统中，“HARQ定时”的核心内容之一就是确定DL子帧对应的ACK/NACK在哪个UL子帧中传送。遵循参考配置的定时，即意味着根据该配置的映射关系（如图1所示）来确定传送ACK/NACK的具体UL子帧。这与目标专利中该特征的作用完全一致。因此，该技术特征被对比文件直接公开。 |
| **技术特征F**：其特征在于，码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL-DL子帧配置的DL关联集的大小来确定。<br>**《隐含公开》** | [0007] “...M, which is the size of the DL association set...” <br>[0054] “The second group contains the DL subframes in DL association set corresponding to the UL subframe according to the first/flexible UL-DL configuration...” <br>[0057] “...the HARQ timing depends on the flexible TDD configuration itself...” | 如特征D的论述，DL关联集大小M由UL-DL配置决定。在Case 2中，新UE的反馈依赖于动态配置本身，其第二组DL子帧即由动态配置的关联集定义。本领域技术人员熟知，需要反馈的DL子帧数（关联集大小）直接决定了ACK/NACK位的数目。对于PUCCH格式3，有效载荷大小（码本大小）由关联集大小和载波数决定；对于基于捆绑或信道选择的反馈，关联集大小决定了捆绑窗口大小或映射表大小，进而决定了ACK/NACK信息的组织方式（可视为广义的码本大小）。因此，对比文件公开了基于动态配置确定关联集大小，必然隐含了基于此关联集大小来确定码本大小或ACK/NACK位数目的技术方案。 |
| **技术特征G**：其特征在于，基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定物理上行链路控制信道PUCCH资源分配。<br>**《直接公开》** | [0026] “Exemplary embodiments of these teachings provide new PUCCH resource allocation schemes for UEs supporting flexible TDD...” <br>[0052]-[0054] 描述了基于灵活配置确定PUCCH资源映射的第三实施例。 <br>[0062]-[0064] 描述了基于灵活配置并通过显式信令确定PUCCH资源分配的第四实施例。 | 对比文件的发明目的就是提供用于支持灵活TDD的UE的新PUCCH资源分配方案。其多个实施例（如第三、第四实施例）的核心内容，正是如何为基于动态/灵活TDD配置的新UE确定PUCCH资源。例如，第三实施例根据动态配置确定第二组子帧并进行CCE交织索引以映射到PUCCH资源；第四实施例则根据动态配置确定第二组子帧并通过显式信令分配PUCCH资源。这明确公开了“基于动态UL-DL子帧配置确定PUCCH资源分配”这一特征。 |
| **技术特征H**：其特征在于，所述物理上行链路控制信道PUCCH资源分配基于所述动态UL-DL子帧配置的DL关联集的大小来确定。<br>**《隐含公开》** | [0007] “...the PUCCH ACK/NACK resources are defined as a function of M, which is the size of the DL association set...” <br>[0056] “Third, the second group subframes form a DL association set C, and the PUCCH resources for them are indexed as follows: n_pucch = ... where Mc is the number of DL subframes in the second group...” | 对比文件明确指出PUCCH资源是DL关联集大小M的函数。在第三实施例中，为第二组子帧（根据动态配置的关联集定义）分配PUCCH资源时，公式中使用了`Mc`（即第二组中的DL子帧数量，也就是动态配置关联集在该UL子帧对应的部分的大小）。这表明PUCCH资源索引的计算依赖于由动态配置决定的关联集大小。虽然对比文件没有用完全相同的表述，但本领域技术人员可以毫无困难地理解，其PUCCH资源分配方案是基于动态配置所确定的DL关联集大小来执行的。 |
| **技术特征I**：其特征在于，当确定所述DL关联集的大小时，集束集合中未被配置为所述动态UL-DL配置中的DL的灵活子帧不被计及。<br>**《直接公开》** | [0054] “ii. The second group contains the DL subframes in DL association set corresponding to the UL subframe according to the first/flexible UL-DL configuration , but not in the first group.” <br>[0058] “All other DL subframes/special subframes which need to be fed back in the same UL subframe n according to the first/flexible TDD configuration form the second group.” | 对比文件在Case 2的实施例中明确：第二组DL子帧是根据第一/灵活TDD配置的DL关联集来定义的，但要从中排除第一组（即根据初始配置确定的子帧）。第一组子帧是旧式UE也会使用的子帧。灵活子帧可能被动态配置为UL或DL。如果某个灵活子帧在动态配置中被定为UL，则它不会出现在“根据第一/灵活TDD配置的DL关联集”中，因此自然不会被计入用于新UE资源分配的第二组。这实质上是将动态配置中不是DL的灵活子帧排除在关联集（用于新UE资源分配的部分）之外。该操作与目标专利特征I的作用相同。 |
| **技术特征J**：其特征在于，进一步包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**《直接公开》** | [0059] “In the third embodiment, for DL subframes in the second group, their CCEs are interleaved and indexed after the first group CCEs... The interleaving for the subframe in the second group is done in the same way as is conventional... but with the DL subframes of the first group deleted.” <br>[0060] “By example, at example 5a... since subframe n-6 is in the first group, then when it is removed when interleaving.” | 对比文件在描述第三实施例的CCE交织索引时明确指出，对于第二组子帧，按照常规方式进行交织，但要“删除”(deleted)第一组中的DL子帧。在TDD上下文中，子帧的“打包次序”（如CCE交织顺序）是根据关联集中DL子帧的列表来确定的。从第二组的关联集中“删除”第一组的子帧（这些子帧在动态配置视角下可能被视为需要反馈的DL子帧，但为了避让旧式UE而被移除），正是通过移除某些子帧（这些子帧对于新UE的反馈集合而言，等效于被“配置为UL”或不被计及）来重新确定剩余DL子帧索引顺序的过程。这直接公开了特征J。 |
| **技术特征K**：其特征在于，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**《直接公开》** | [0039] “iii. Fixed DL subframes in the second group form a DL association set C, the PUCCH resource for them is determined by... where MC is the number of DL subframes in set C and NCCE is the total number of CCEs in the first group subframes.” <br>[0043] “For the fixed DL subframes in the second group, their CCEs are also interleaved... Then the CCEs of the flexible subframes are indexed following that of the fixed DL subframe...” | 在对比文件的第一实施例（图3）中，明确描述了在第二组内，固定DL子帧的PUCCH资源优先被索引，然后才是灵活子帧的索引（“indexed following that of the fixed DL subframe”）。这相当于在剩余DL子帧（第二组）的打包次序中，将固定DL子帧映射在前面（第一个）。这样做的考虑是为了资源分配的连续性和避免PUSCH资源不连续，与目标专利特征K的作用一致。因此，该技术特征被直接公开。 |
| **技术特征L**：其特征在于，为能够支持动态UL-DL子帧配置的UE和不能够支持动态UL-DL子帧配置的旧式UE配置分开的PUCCH区域。<br>**《直接公开》** | [0012] “Simply configuring a different PUCCH resource offset for the Release 11 UEs to avoid such collisions...” <br>[0033] “The HARQ signaling for the legacy or second UE will be conventional, using the second UL-DL configuration which is semi-statically signaled. But for the new or first UE, the HARQ signaling is mapped using the first DL-UL configuration and excluding all or some of those DL subframes which are mapped by the second UL-DL configuration.” <br>[0042] “This makes it backward compatible with the legacy UE‘s operation.” | 对比文件明确提出了为新UE（Release 11，支持灵活TDD）和旧式UE（Legacy）配置不同的PUCCH资源以避免冲突的方案。其整个发明构思就是通过区分子帧组（第一组对应旧式UE资源，第二组对应新UE资源）来实现新旧UE的共存。第一组子帧使用旧式配置的资源映射方式，第二组子帧使用为新UE设计的新资源映射方式，这实质上就是为两类UE配置了分开的PUCCH资源区域。因此，该技术特征被对比文件直接公开。 |
| **技术特征M**：其特征在于，进一步包括确定是否存在与所述旧式UE PUCCH区域的潜在冲突。<br>**《隐含公开》** | [0009]-[0011] 描述了因新旧UE配置不同导致PUCCH资源碰撞的问题。 <br>[0012] “Two straightforward solutions to this collision...” <br>[0026] “...avoids at least some of the problems detailed in the background section above.” | 对比文件背景技术部分详细分析了新旧UE因配置理解不同而导致的PUCCH资源碰撞问题（图2A-B），这正是目标专利中所述“与旧式UE PUCCH区域的潜在冲突”。对比文件提出的所有实施例方案，其根本目的都是为了解决或避免这种冲突。因此，应用对比文件方案的前提，就是识别或确定这种冲突存在的场景。本领域技术人员在实施对比文件方案时，必然需要基于新旧配置来判断资源分配是否存在冲突可能性，这隐含了“确定是否存在潜在冲突”这一步骤。 |
| **技术特征N**：其特征在于，进一步包括：若没有检测到潜在冲突则使用所述旧式PUCCH区域。<br>**《隐含公开》** | [0033] “The HARQ signaling for the legacy or second UE will be conventional, using the second UL-DL configuration which is semi-statically signaled.” <br>[0042] “For DL subframes in this group, their CCEs are interleaved and indexed in the same way as that for the second/initial TDD configuration as is conventional for Release 10 when used to map to their PUCCH resource. This makes it backward compatible with the legacy UE’s operation.” | 对比文件方案中，第一组DL子帧（根据初始/旧式配置确定）的PUCCH资源是完全按照旧式UE的常规方式（Release 10方式）进行索引和映射的。这意味着，对于这些子帧，新UE使用的PUCCH资源区域与旧式UE是相同的。这可以理解为，在对比文件设计的框架下，对于第一组子帧（即新旧配置一致、不会产生冲突的部分），新UE直接“使用旧式PUCCH区域”。虽然没有使用“若没有检测到冲突”的条件语句，但其方案设计本身就内在包含了在特定子帧集上复用旧式资源区域的逻辑。 |
| **技术特征O**：其特征在于，进一步包括：若没有检测到潜在冲突，则选择第一偏移值<br>**《隐含公开》** | [0007] “n_pucch = (N_cCE) + N^(1)_pucch”，其中`N^(1)_pucch`是由高层配置的偏移值。 <br>[0042] “For DL subframes in this group, their CCEs are interleaved and indexed in the same way as that for the second/initial TDD configuration as is conventional for Release 10...” | 如特征N所述，对于第一组子帧，新UE采用与旧式UE完全相同的资源映射规则。在LTE标准中，该映射规则包含一个由高层配置的偏移值`N^(1)_pucch`。既然采用相同的规则，就意味着新UE和旧式UE使用相同的偏移值。这可以解释为：在无冲突（即使用第一组资源映射规则）的场景下，新UE选择了一个偏移值（即旧式UE使用的那个，可称为“第一偏移值”）。虽然对比文件没有明确表述“选择第一偏移值”这一动作，但其技术方案必然包含应用对应偏移值的过程。 |
| **技术特征P**：以及若检测到潜在冲突，则选择第二偏移值。<br>**《未公开》** | 对比文件中未提及根据是否检测到冲突来动态选择不同偏移值的机制。其解决方案是通过固定的资源分组和索引规则来避免冲突，而非动态选择偏移。 | 对比文件虽然解决了冲突问题，但其方案是预先定义好的资源分配结构（第一组、第二组），并为第二组资源设计了新的索引方式或显式信令分配。它没有教导UE或基站根据实时冲突检测结果，在“第一偏移值”和“第二偏移值”之间进行动态选择。目标专利特征P描述的是一种更动态的冲突解决策略，这在对比文件中没有对应公开。 |
| **技术特征Q**：其特征在于，所述PUCCH资源分配至少部分基于动态信令来确定。<br>**《直接公开》** | [0048] “for the second embodiment at Figure 4 there is an implicit and an explicit hybrid PUCCH allocation.” <br>[0050] “In a first implementation of the second embodiment, the set of PUCCH resources associated with the DL subframes within the second group are assigned via higher layer signaling on a per UE basis.” <br>[0062] “in this fourth embodiment at Figure 6 there is an implicit and an explicit hybrid PUCCH allocation.” | 对比文件的第二实施例（图4）和第四实施例（图6）明确提出了混合PUCCH分配方案，其中第二组子帧的PUCCH资源是通过显式信令（高层信令或动态指示）分配给UE的。这明确公开了“PUCCH资源分配至少部分基于动态信令来确定”的技术特征。 |
| **技术特征R**：其特征在于，所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**《未公开》** | [0066] “...two bits in a PDCCH that contains the DL grant can indicate one out of four sets of PUCCH resources.” | 对比文件仅提到可以使用PDCCH中的位（如下行授权中的位）来动态指示一组PUCCH资源。但并未具体限定这些位是用于TPC命令的位，或是专门的ARO位。目标专利特征R限定了非常具体的信令承载方式（TPC位或ARO位），这是一种具体的实施方式，而对比文件公开的是更上位的概念（使用PDCCH中的位进行指示）。该具体实施方式未被对比文件公开或隐含。 |
| **技术特征S**：其特征在于，进一步包括：检测丢失的动态UL-DL子帧配置<br>**《未公开》** | [0028] “Collisions due to signaling error can be avoided by restricting the ACK/NACK feedback in a fixed subframe...” | 对比文件提到了信令错误可能导致冲突，并提出了通过限制反馈到固定子帧来避免的方案。但它没有描述UE主动“检测”动态配置信令是否丢失的具体步骤或机制。目标专利特征S强调了一个主动的检测动作，作为后续回退流程的触发条件，这一具体操作步骤在对比文件中没有记载。 |
| **技术特征T**：以及响应于所述检测，基于系统信息块SIB中信令通知的UL-DL子帧配置来确定HARQ资源分配。<br>**《未公开》** | [0032] “...there is an initial TDD configuration which is the TDD UL-DL configuration that is broadcast in the system information and which is used conventionally by the legacy UEs in the cell.” | 对比文件提到了通过系统信息广播的“初始TDD配置”（即SIB配置），并用于旧式UE。在其实施例中，第一组子帧的资源分配是基于此初始配置的。然而，对比文件并未将此作为在检测到动态配置信令丢失时的“回退”方案来教导。其方案中同时使用初始配置和动态配置是预先设定的常态操作逻辑，而非一种错误恢复机制。目标专利特征T描述的是一种明确的回退操作流程，未被对比文件公开。 |
<<<A>>><<<B>>><<<C>>><<<E>>><<<G>>><<<I>>><<<J>>><<<K>>><<<L>>><<<Q>>>
<<<d>>><<<f>>><<<h>>><<<m>>><<<n>>><<<o>>>