**对比文件名称**：发明申请_US20140161001A1 Resource Allocation for Flexible TDD Configuration
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：一种用于由用户装备UE进行无线通信的方法**<br>**隐含公开** | 全文，特别是涉及UE操作的部分，例如段落[0053]描述“the first UE (which supports flexible UL-DL configuration)”，以及段落[0074]描述“The first/new UE maps from the DL subframe...”。 | 对比文件通篇描述了一种用于支持灵活TDD配置的UE（即新UE或第一UE）进行无线通信的方法，包括接收配置、确定HARQ定时和资源分配等步骤。虽然未使用与目标专利完全相同的语句来定义该方法，但本领域技术人员可以直接且毫无疑义地确定，对比文件所描述的方案就是由UE执行的无线通信方法。因此，该技术特征被对比文件隐含公开。 |
| **B：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令**<br>**直接公开** | [0053] “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. This is possible when both the eNB and the new UE have the same understanding of which is the flexible TDD UL-DL configuration that is allocated.”<br>[0055] “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（新UE/第一UE）动态分配（dynamically allocated）UL-DL配置，并且UE需要理解（have the same understanding）该配置。这必然意味着UE接收了指示该动态配置的信令。该特征在对比文件中的作用与目标专利中相同，都是使UE获知当前使用的动态子帧配置，是执行后续HARQ定时和资源分配的基础。因此，该技术特征被对比文件直接公开。 |
| **C：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时**<br>**直接公开** | [0054] “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>[0057] “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 since in that case the first UL-DL configuration is the dynamically allocated UL-DL configuration.” | 对比文件在处理方式2（Case 2）中明确教导，新UE的ACK/NACK反馈定时（HARQ timing）取决于（is dependent on）动态分配给它的灵活TDD UL-DL配置。这与目标专利中“基于动态UL-DL子帧配置确定HARQ ACK/NACK定时”的技术特征完全相同。该特征在对比文件中的作用是确定何时发送ACK/NACK反馈，与目标专利中为解决动态配置下的HARQ定时问题所起的作用一致。因此，该技术特征被对比文件直接公开。 |
| **D：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配**<br>**直接公开** | [0058] “In the following examples of the various PUCCH resource allocation schemes...”<br>[0059]-[0060] 描述了基于第一/灵活配置（first/flexible UL-DL configuration）进行PUCCH资源映射的实施例（对应Case 2）。<br>[0089] “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.” | 对比文件的核心内容就是为支持灵活TDD的UE提供PUCCH资源分配方案。在处理方式2（Case 2）的多个实施例（如图5、6及对应描述）中，明确公开了基于动态分配给UE的灵活TDD配置（first/flexible UL-DL configuration）来确定PUCCH资源。这与目标专利的技术特征完全对应。该特征在对比文件中的作用是分配用于发送HARQ-ACK的PUCCH资源，以避免与旧式UE的冲突并提高效率，与目标专利中的作用相同。因此，该技术特征被对比文件直接公开。 |
| **E：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK**<br>**隐含公开** | [0022] “...the UE sends its ACK/NACK in UL subframe n for DL subframe n-k...”<br>[0074] “The first/new UE maps from the DL subframe in which it received data to the appropriate UL subframe n<sub>PUCCH</sub><sup>(1)</sup>... The network maps similarly but in reverse, from the UL subframe in which it received an ACK/NACK...” | 对比文件全文都在讨论如何确定用于发送ACK/NACK的PUCCH资源和定时（UL subframe n）。虽然未用一句完整的话描述“传送”动作，但确定资源和定时的根本目的就是供UE在正确的资源上、在正确的时刻发送ACK/NACK。这是通信系统的基本操作和必然结果。本领域技术人员阅读对比文件后，能够直接且毫无疑义地得出UE将基于所确定的资源和定时来发送ACK/NACK的结论。因此，该技术特征被对比文件隐含公开。 |
| **F：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。**<br>**直接公开** | [0026] “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>[0081] “First, two DL subframe/special subframe groups are defined as follows... The second group contains the DL subframes in DL association set corresponding to the UL subframe according to the first/flexible UL-DL configuration...” | 对比文件明确将DL关联集（DL association set）的大小M作为确定PUCCH资源的关键参数（见段落[0026]）。而在处理方式2中，第二组DL子帧（用于新UE）正是根据第一/灵活UL-DL配置的DL关联集来确定的（见段落[0081]）。在LTE系统中，DL关联集的大小M直接决定了需要反馈的ACK/NACK比特数，即码本大小。因此，基于动态UL-DL配置确定DL关联集，实质上就是基于该配置确定HARQ-ACK码本大小。该特征在对比文件中的作用与目标专利中相同，都是确定反馈信息的规模。因此，该技术特征被对比文件直接公开。 |
| **G：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。**<br>**直接公开** | [0026] “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>[0085] “Third, the second group subframes form a DL association set C, and the PUCCH resources for them are indexed as follows: n<sub>PUCCH</sub><sup>(1)</sup>=(M<sub>C</sub>−m−1)×N<sub>p</sub>+m×N<sub>p-1</sub>+n<sub>CCE</sub>+N<sub>CCE</sub>+N<sub>PUCCH</sub><sup>(1)</sup> where M<sub>C</sub> is the number of DL subframes in the second group...” | 对比文件多次强调PUCCH资源是DL关联集大小M的函数。在处理方式2的实施例中（如段落[0085]），明确使用根据灵活配置确定的第二组DL子帧的数量M<sub>C</sub>（即动态配置下的DL关联集大小）来计算PUCCH资源索引。这直接公开了ACK/NACK资源（其数目反映了码本大小或比特数）基于动态配置的DL关联集大小来确定。该特征在对比文件中的作用是精确计算资源位置，与目标专利中确定反馈信息量的作用本质相同。因此，该技术特征被对比文件直接公开。 |
| **H：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。**<br>**直接公开** | [0058] “In the following examples of the various PUCCH resource allocation schemes...”<br>[0080] “According to the non-limiting FIG. 5 examples a, b, c, d and e, the PUCCH resources in which the ACK/NACK is found by the following procedure.” (该过程基于第一/灵活配置) | 此特征与特征D高度重叠。对比文件的核心就是提供基于动态（灵活）TDD配置的PUCCH资源分配方案。在处理方式2（Case 2）中，多个实施例（如图5对应段落[0080]-[0086]）详细描述了如何基于动态分配给第一UE的灵活UL-DL配置来确定PUCCH资源。这直接公开了目标专利的该技术特征。作用与目标专利相同，均为动态配置下的UE分配上行控制信道资源。因此，该技术特征被对比文件直接公开。 |
| **I：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。**<br>**直接公开** | [0026] “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>[0063] “n<sub>PUCCH</sub><sup>(1)</sup>=(M−m−1)×N<sub>p</sub>+m×N<sub>p-1</sub>+n<sub>CCE</sub>+N<sub>PUCCH</sub><sup>(1)</sup>.” (公式中的M即关联集大小)<br>[0085] “n<sub>PUCCH</sub><sup>(1)</sup>=(M<sub>C</sub>−m−1)×N<sub>p</sub>+m×N<sub>p-1</sub>+n<sub>CCE</sub>+N<sub>CCE</sub>+N<sub>PUCCH</sub><sup>(1)</sup> where M<sub>C</sub> is the number of DL subframes in the second group...” | 对比文件明确给出了PUCCH资源索引的计算公式，其中关键参数就是DL关联集的大小M（或M<sub>C</sub>）。在处理方式2的实施例中，第二组DL子帧的集合C就是根据灵活配置确定的DL关联集（见段落[0081]），其大小M<sub>C</sub>直接用于计算PUCCH资源（见段落[0085]）。这直接且明确地公开了PUCCH资源分配基于动态UL-DL配置的DL关联集大小来确定。该特征在对比文件中的作用是资源定位的核心算法，与目标专利中相同。因此，该技术特征被对比文件直接公开。 |
| **J：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。**<br>**直接公开** | [0062] “Second, the DL subframes within set A are divided into two groups. The first group contains the DL subframes/special subframes in set B, which is the DL association set determined by the second/initial TDD configuration. The second group contains all other DL subframes in set A.”<br>[0081] “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.” | 对比文件在多个实施例中明确描述了如何形成用于新UE资源分配的第二组DL子帧：从根据第一/灵活配置（动态配置）确定的DL关联集中，排除（subtracting out）那些已经根据初始/半静态配置（对应旧式UE）确定在第一组中的DL子帧（见段落[0062], [0081]）。这意味着，在为新UE确定有效的DL关联集（即第二组）时，那些虽然被灵活配置潜在定义为DL，但实际上可能被初始配置用于其他目的（或与旧式UE冲突）的“灵活子帧”没有被计入新UE的关联集。这直接公开了目标专利的该技术特征。作用是为了避免资源冲突。因此，该技术特征被对比文件直接公开。 |
| **K：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。**<br>**直接公开** | [0062] 在划分第一组和第二组后，对比文件详细描述了第二组内子帧的索引（打包）次序。<br>[0070] “The interleaving for CCEs in the fixed subframe in the second group is done ... with the CCEs of DL subframes in the first group and the flexible subframes deleted.” | 对比文件在描述资源分配时，明确提到了对第二组内的DL子帧进行排序和索引。短语“with the CCEs of DL subframes in the first group ... deleted”表明，在确定第二组子帧的CCE交织和索引时，第一组的子帧被移除（deleted）不予考虑。这实质上就是通过移除一些子帧（这些子帧可能对应UL子帧或其他用途）来确定剩余DL子帧的打包次序。该操作在对比文件中的作用是重新组织CCE索引以分配PUCCH资源，与目标专利中确定打包次序的作用相同。因此，该技术特征被对比文件直接公开。 |
| **L：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。**<br>**直接公开** | [0062] “iii. Fixed DL subframes in the second group form a DL association set C, the PUCCH resource for them is determined by: ... where M<sub>C</sub> is the number of DL subframes in set C ... The variable m ...; ii. PUCCH for flexible subframes 4 or 9 are indexed as follows if available ...; iii. PUCCH for flexible subframe 3 or 8 are indexed as follows if available ...” | 在对比文件第一实施例（图3）的描述中，明确规定了第二组内子帧的索引顺序：首先索引固定DL子帧（形成集合C），然后索引灵活子帧4或9，最后索引灵活子帧3或8（见段落[0062]的步骤iii, ii, iii）。这明确公开了固定DL子帧在剩余DL子帧的打包次序中被优先映射（即映射为第一个）。该特征在对比文件中的作用是优化资源布局（例如使PUCCH资源连续），与目标专利中可能的作用一致。因此，该技术特征被对比文件直接公开。 |
| **M：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。**<br>**直接公开** | [0034] “Simply configuring a different PUCCH resource offset for the Release 11 UEs to avoid such collisions...”<br>[0069] “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.” | 对比文件明确提出了为新UE（Release 11，支持灵活TDD）和旧式UE（Legacy）避免PUCCH资源冲突的方案。其核心思想之一就是将DL子帧分组，第一组（对应旧式UE的关联集）使用传统的隐式映射规则，第二组（对应新UE的额外关联集）使用新的索引规则或显式分配（见段落[0069]）。这实质上为两类UE配置了分开的PUCCH资源区域（第一组映射的资源区域和第二组映射的资源区域）。该特征在对比文件中的作用正是解决新旧UE共存时的资源冲突问题，与目标专利中相同。因此，该技术特征被对比文件直接公开。 |
| **N：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。**<br>**直接公开** | [0031] “But if there is a different understanding on the TDD configuration, either between different UEs or between a UE and the eNB, there clearly can be a PUCCH resource collision...”<br>[0032]-[0033] FIGS. 2A-B illustrate the PUCCH resource collision problem... | 对比文件开篇就明确提出了PUCCH资源碰撞的问题（见段落[0031]），并通过图2A-B详细展示了当新UE使用灵活配置2而旧式UE使用半静态配置0时，在UL子帧n=2上发生的资源碰撞。整个发明所要解决的核心问题就是检测并避免这种潜在冲突。因此，“确定潜在冲突”是对比文件技术方案的出发点和隐含的必要步骤。该特征在对比文件中的作用是识别问题，与目标专利中作为资源配置判断前提的作用一致。因此，该技术特征被对比文件直接公开。 |
| **O：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。**<br>**隐含公开** | [0069] “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子帧（对应旧式UE的关联集）的PUCCH资源分配设计为与旧式UE完全相同的隐式映射规则（见段落[0069]）。这意味着，对于第一组内的子帧，新UE和旧式UE使用的是同一套PUCCH资源区域。这种设计隐含了这样一种情况：当某个DL子帧只属于第一组（即仅由旧式配置关联，不与新UE的灵活配置关联集重叠）时，新UE若在该子帧接收数据，其ACK/NACK资源将与旧式UE共享同一区域，且由于规则一致，不会产生冲突。这相当于“没有检测到潜在冲突时，使用旧式UE的PUCCH区域”。该逻辑可以从对比文件的方案中合理推得。因此，该技术特征被对比文件隐含公开。 |
| **P：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。**<br>**未公开** | 对比文件中未提及根据冲突检测结果动态选择不同的PUCCH资源偏移值（offset）。其解决方案是通过固定的分组和索引规则来规避冲突，或通过显式信令分配资源，而非动态调整一个偏移参数。 | 对比文件没有公开根据“是否检测到潜在冲突”这一条件，来为PUCCH资源分配选择“第一偏移值”或“第二偏移值”的技术特征。其冲突避免机制是结构化的（分组）或信令化的，而非基于一个可变的偏移参数。本领域技术人员无法从对比文件中直接或隐含地推导出该特定技术手段。因此，该技术特征未被对比文件公开。 |
| **Q：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。**<br>**直接公开** | [0053] “...the flexible TDD UL-DL configuration that is allocated.”<br>[0055] “...the flexible TDD UL-DL configuration which is dynamically allocated to the first UE...” | 对比文件多次使用“dynamically allocated（动态分配）”来描述向新UE配置灵活TDD UL-DL配置的方式（见段落[0053], [0055]）。动态分配必然通过动态信令（如L1/L2信令）来实现，以区别于通过系统信息块（SIB）进行的半静态配置。这直接公开了指示动态配置的信令是动态信令。该特征在对比文件中的作用是实现配置的快速适应，与目标专利中相同。因此，该技术特征被对比文件直接公开。 |
| **R：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。**<br>**未公开** | 对比文件中未提及使用下行链路控制信息（DCI）中的发射功率控制（TPC）命令位或确收资源偏移（ARO）位来传达动态UL-DL子帧配置信令。 | 对比文件虽然提到了动态分配配置，但并未具体公开承载该动态信令的物理信道或信息元素。具体而言，没有公开使用DCI格式中的TPC命令位或ARO位来传达此信令。这是目标专利中一个具体化的信令实现方式，但对比文件未给出任何相关教导或启示。因此，该技术特征未被对比文件公开。 |
| **S：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。**<br>**未公开** | [0031] “It may also arise from signaling error, by example if a UE does not correctly detect signaling which indicates for the UE its new flexible TDD configuration,”<br>[0052] “Collisions due to signaling error can be avoided by restricting the ACK/NACK feedback in a fixed subframe, thereby rendering the feedback mapping independent of the TDD configuration for the Release 11 (flexible TDD allocated) UE.” | 对比文件提到了信令错误可能导致UE未正确检测动态配置（段落[0031]），并提出了一种解决方案：将反馈限制在固定子帧，从而使反馈映射独立于灵活TDD配置（段落[0052]）。但这并非目标专利所限定的“回退”机制。目标专利明确限定了在检测到动态配置丢失时，回退到基于SIB中配置来确定HARQ资源分配。对比文件既未提及“检测丢失”的步骤，也未提及回退到“SIB配置”这一特定行为。其提出的是一种前瞻性的、避免因信令错误导致冲突的设计（限制反馈子帧），而非错误发生后的恢复机制。因此，该技术特征未被对比文件公开。 |
<<<B>>><<<C>>><<<D>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<Q>>><<<a>>><<<e>>><<<o>>>