对比文件名称：2014-06-12_US2014161001A_发明申请_US20140161001A1 Resource Allocation for Flexible TDD Configuration
目标专利名称：PUCCH资源映射和HARQ-ACK反馈CN105493597B
模型名称：gpt-4
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| A: 包括：接收指示动态上行链路-下行链路UL-DL子帧配置的信令《直接公开》 | [0053] “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.” [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.” [0060] “Under the general approach of case 1, the ACK/NACK feedback is restricted to fixed UL subframes and the first UL-DL configuration itself is fixed, by example as configuration #2 or alternatively #5 of FIG. 1. In the FIG. 3 examples the PUCCH resource mapping is implicit in the signaling which dynamically allocates a UL-DL configuration to the first UE.” | 对比文件明确描述了向支持灵活TDD配置的新UE（第一UE）动态分配UL-DL配置。文中多次提及“dynamically allocated”以及信令隐含地指示了动态配置（例如L1信令）。本领域技术人员能够毫无疑义地得出，UE需要接收指示动态UL-DL子帧配置的信令。这与特征A在目标专利中的作用（接收动态配置指示以进行后续操作）相同。因此，特征A被对比文件直接公开。 |
| B: 基于参考UL-DL子帧配置确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时《直接公开》 | [0053] “Case 1 concerns the general approach in which the ACK/NACK feedback for the new UE (which supports flexible UL-DL configuration) 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).” [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.” [0057] “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, since in this case the first UL-DL configuration is fixed... 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.” | 对比文件详细阐述了确定HARQ定时的两种方案（Case 1和Case 2）。在Case 1中，明确说明无论动态分配何种配置，新UE的HARQ定时都遵循固定的UL-DL配置（如#2或#5），该固定配置在目标专利中即对应于“参考UL-DL子帧配置”。在Case 2中，HARQ定时基于动态分配的配置本身。对比文件公开了基于一个特定的（参考或动态的）UL-DL子帧配置来确定HARQ ACK/NACK定时的方案。这与特征B在目标专利中确定反馈子帧时间关系的作用实质相同。因此，特征B被直接公开。 |
| C: 以及基于所述动态UL-DL子帧配置确定HARQ资源分配，《直接公开》 | [0058] “In the following examples of the various PUCCH resource allocation schemes...” [0060] “In the FIG. 3 examples the PUCCH resource mapping is implicit in the signaling which dynamically allocates a UL-DL configuration to the first UE.” [0074] “Whereas for the first embodiment of FIG. 3 the PUCCH resource mapping was implicit in the signaling which dynamically allocated a UL-DL configuration to the first UE, for the second embodiment at FIG. 4 there is an implicit and an explicit hybrid PUCCH allocation.” [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.” | 对比文件通篇的核心内容就是针对支持灵活（动态）TDD配置的UE，提出多种PUCCH资源分配方案（如图3、4、5、6实施例）。这些资源分配方案（无论是隐式还是显式）的确定，均与动态分配给UE的UL-DL配置（第一配置）紧密相关，特别是在Case 2中直接依赖，在Case 1中虽定时固定但资源分组也考虑了动态配置与初始配置的关系。本领域技术人员能够直接、毫无疑义地得出，HARQ（具体为ACK/NACK反馈）资源分配是基于动态UL-DL子帧配置来确定的。这与特征C的作用一致。因此，特征C被直接公开。 |
| D: 其中基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定HARQ-ACK码本大小。《隐含公开》 | [0026] “In LTE TDD the asymmetric resource allocation is realized by providing seven different semi-statically configured UL-DL subframe configurations for a given frame...” [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 or a detection error at the eNB.” [0058] “In the following examples of the various PUCCH resource allocation schemes, 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.” | 对比文件虽然没有明确使用“码本大小”这一术语，但本领域技术人员公知，在TDD系统中，需要在一个上行子帧中反馈的HARQ-ACK比特数（即码本大小）由下行关联集（DL association set）的大小M决定。对比文件详细描述了DL关联集的概念（见背景和附图1），并在资源分配方案中反复涉及DL关联集的大小M（例如[0058]）。在Case 2的方案中，DL关联集直接由动态分配的UL-DL配置决定。因此，基于动态UL-DL子帧配置确定DL关联集大小M，实质上就等同于确定了HARQ-ACK码本大小。这是一种隐含的公开。 |
| E: 其特征在于，基于所述参考UL-DL子帧配置确定HARQ ACK/NACK定时包括基于所述参考UL-DL子帧配置确定在其中传送HARQ ACK/NACK的子帧。《直接公开》 | [0053] “Case 1 concerns the general approach in which the ACK/NACK feedback for the new UE (which supports flexible UL-DL configuration) 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中明确指出，新UE的ACK/NACK反馈被限制遵循固定的UL-DL配置（如#2或#5）所规定的定时。这意味着，根据该固定配置（即参考配置）的映射关系（如图1所示），可以确定每个DL子帧对应的ACK/NACK在哪个UL子帧中传送。例如，配置#2规定了哪些DL子帧映射到哪个特定的UL子帧n进行反馈。这完全公开了“基于参考UL-DL子帧配置确定在其中传送HARQ ACK/NACK的子帧”这一技术特征，其作用与目标专利相同。 |
| F: 其特征在于，码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL-DL子帧配置的DL关联集的大小来确定。《隐含公开》 | [0026]-[0031] 描述了DL关联集K和M的概念，以及其与TDD配置的关系。 [0058] “... where M is the size of the DL association set.” [0081]-[0083] 在Case 2的实施例中，详细说明了如何根据动态分配的第一/灵活配置来确定第二组DL子帧（即动态配置关联集中除去初始配置关联集的部分），并提及了该第二组的大小MC。 | 如特征D的论述，码本大小由需要反馈的DL子帧数量决定，即DL关联集的大小。对比文件在Case 2的实施例中（如[0081]-[0083]），明确教导了如何根据动态分配的UL-DL配置（第一配置）来确定其对应的DL关联集（第二组子帧即为其部分体现），并计算其大小MC。虽然未直接表述“码本大小基于...确定”，但本领域技术人员根据对比文件公开的“DL关联集大小由配置决定”以及“ACK/NACK反馈针对DL关联集中的子帧”这两个信息，能够合理推断出码本大小或ACK/NACK位数基于动态配置的DL关联集大小来确定。因此，该特征被隐含公开。 |
| G: 其特征在于，基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定物理上行链路控制信道PUCCH资源分配。《直接公开》 | [0048] “Exemplary embodiments of these teachings provide new PUCCH resource allocation schemes for UEs supporting flexible TDD...” [0060], [0074], [0080], [0092] 等多个实施例均围绕PUCCH资源分配展开。 [0097] “For both case 1 and case 2, the DL subframes which need feedback in the same UL subframe n are divided into two groups. The DL subframe in the first group is determined by the second/initial TDD configuration, while the DL subframes in the second group is determined by the first TDD configuration which for case 1 ... is fixed ... and which for case 2 is the dynamically allocated TDD UL-DL configuration.” | 对比文件的发明目的就是提供用于支持灵活TDD的UE的新PUCCH资源分配方案。其多个具体实施例（图3-6）的核心内容就是如何确定PUCCH资源。如[0097]总结，无论是Case 1还是Case 2，第二组DL子帧（其PUCCH资源需要专门确定）都是由第一TDD配置决定的，而在Case 2中，第一配置就是动态分配的配置。因此，对比文件明确公开了基于动态UL-DL子帧配置来确定PUCCH资源分配。这与特征G完全对应。 |
| H: 其特征在于，所述物理上行链路控制信道PUCCH资源分配基于所述动态UL-DL子帧配置的DL关联集的大小来确定。《直接公开》 | [0031] 给出了PUCCH资源索引公式 `n_{PUCCH}^{(1)} = (M-m-1) x N_p + m x N_{p-1} + n_{CCE} + N_{PUCCH}^{(1)}`，其中M是DL关联集大小。 [0061]-[0069] 在Case 1的第一实施例中，详细描述了如何基于集合A（由固定配置#2/#5确定的DL关联集）和集合B（由初始配置确定的DL关联集）来分组并索引PUCCH资源，其中集合A的大小直接影响资源分配。 [0085]-[0086] 在Case 2的第三实施例中，给出了第二组子帧（由动态配置决定）的PUCCH资源索引公式 `n_{PUCCH}^{(1)} = (M_C-m-1) x N_p + m x N_{p-1} + n_{CCE} + N_{CCE} + N_{PUCCH}^{(1)}`，其中`M_C`是第二组中DL子帧的数量，即动态配置关联集的部分大小。 | 对比文件不仅公开了PUCCH资源分配基于DL关联集大小的通用原理（[0031]），更在其具体实施例中，对于由动态配置决定的DL子帧组（第二组），其PUCCH资源索引公式明确包含了该组的大小`M_C`（[0086]）。`M_C`直接来源于动态配置的DL关联集（可能排除部分子帧后）。这清楚地表明，PUCCH资源分配是基于动态UL-DL子帧配置所对应的DL关联集的大小来确定的。因此，特征H被直接公开。 |
| I: 其特征在于，当确定所述DL关联集的大小时，集束集合中未被配置为所述动态UL-DL配置中的DL的灵活子帧不被计及。《未公开》 | [0061]-[0062] “First, a DL association set is determined based on the conventional allocations (FIG. 1). If we assume that the fixed DL/UL configuration is #2 (or #5), then denote the relevant DL subframes for that configuration as set A...” [0081]-[0082] “i. The first group contains the DL association set corresponding to the UL subframe according to the second/initial TDD configuration... 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.” | 对比文件在确定用于资源分配的DL子帧组（如第二组）时，其排除规则是：排除那些已经根据初始（第二）TDD配置需要反馈的子帧（即第一组），以避免与传统UE冲突。这与目标专利的特征I有本质区别。特征I旨在根据动态配置的实际内容（即哪些子帧被动态地配置为DL）来准确计算关联集大小，排除的是动态配置中非DL的“灵活子帧”。而对比文件排除的是动态配置中的DL子帧（如果它们也在初始配置的关联集中），目的是资源分区。两者目的和手段均不同。对比文件未公开特征I。 |
| J: 其特征在于，进一步包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。《未公开》 | [0062]-[0063] 在分组后，对第二组中的子帧进行索引时，提到了固定DL子帧先索引，然后是可用的灵活子帧（如4/9，然后3/8）。 [0086] 对第二组子帧进行CCE交织和索引。 | 对比文件主要关注PUCCH资源索引的分配方法，其中涉及对DL子帧的CCE进行交织和排序以映射到PUCCH资源。虽然这涉及到子帧的某种“次序”，但这是为了资源映射的索引计算（`m`值），并非目标专利所指的、用于ACK/NACK反馈的“打包次序”。目标专利的“打包次序”更侧重于多个DL子帧的ACK/NACK在反馈信息中的排序逻辑。对比文件没有公开为了确定ACK/NACK反馈顺序而“移除UL子帧”并重排剩余DL子帧次序的技术特征。 |
| K: 其特征在于，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。《未公开》 | [0066] “For the fixed DL subframes in the second group, their CCEs are also interleaved as is conventional for Release 10 before mapping to their PUCCH resource.” [0071] “If there are multiple flexible DL subframes in the second group, the PUCCH resources for the flexible subframes n-4 and/or n-9 are indexed first, then the PUCCH resources for flexible subframes n-3 and/or n-8 are indexed.” | 对比文件在资源索引时，确实对固定DL子帧和灵活DL子帧有特定的索引顺序（例如先索引固定DL子帧的CCE，然后按特定顺序索引灵活子帧的CCE）。然而，这仍然是针对PUCCH物理资源映射的索引顺序，而非ACK/NACK信息本身的逻辑打包次序。特征K明确限定于“打包次序”，对比文件未公开此特定概念下的技术特征。 |
| L: 其特征在于，为能够支持动态UL-DL子帧配置的UE和不能够支持动态UL-DL子帧配置的旧式UE配置分开的PUCCH区域。《隐含公开》 | [0034] “Simply configuring a different PUCCH resource offset for the Release 11 UEs to avoid such collisions is highly inefficient...” [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.” [0070] “All other DL subframes/special subframes ... form the second group.” | 对比文件虽然认为简单配置不同偏移效率低下，但其提出的核心解决方案正是通过将需要反馈的DL子帧分为两组，并为这两组分配不同的PUCCH资源索引空间来实现新旧UE的共存。第一组子帧使用与传统UE完全相同的隐式映射规则，这相当于为传统UE保留了其原有的PUCCH资源区域。第二组子帧则使用新的索引规则（隐式或显式），为新UE分配了实质上分开的PUCCH资源区域。本领域技术人员能够从这种分组资源分配方案中，合理推断出为新旧UE配置了分开的PUCCH区域以避免冲突。因此，该特征被隐含公开。 |
| M: 其特征在于，进一步包括确定是否存在与所述旧式UE PUCCH区域的潜在冲突。《直接公开》 | [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...” [0032]-[0034] 以及图2A-B详细图解了冲突场景。 [0048] “... which avoids at least some of the problems detailed in the background section above.” | 对比文件开篇就明确提出了新旧UE因配置理解不同导致的PUCCH资源碰撞问题（[0031]-[0034]，图2A-B），并且其发明目的就是为了解决这个冲突问题（[0048]）。因此，识别或确定这种潜在冲突是解决该问题的前提。对比文件直接公开了“存在与旧式UE PUCCH区域的潜在冲突”这一事实和问题，这隐含了在系统设计或操作中需要“确定”此种冲突。特征M被直接公开。 |
| N: 其特征在于，进一步包括：若没有检测到潜在冲突则使用所述旧式PUCCH区域。《未公开》 | 对比文件未描述UE或eNB动态检测冲突并根据检测结果选择使用传统PUCCH区域的机制。其方案是预设的分组资源分配，新UE的第二组资源总是与第一组（传统UE资源）分开。 | 对比文件提出的方案是结构性或配置性的资源分区，没有涉及任何动态的“检测-选择”机制。新UE被分配的资源区域（特别是第二组）是预先确定或配置的，不会因为“没有检测到冲突”就动态地去使用传统UE的PUCCH区域。因此，该特征未被公开。 |
| O: 其特征在于，进一步包括：若没有检测到潜在冲突，则选择第一偏移值《未公开》 | 对比文件未描述根据冲突检测动态选择偏移值的机制。 | 如特征N所述，对比文件没有动态冲突检测和基于检测结果选择不同偏移值的相关教导。因此，特征O未被公开。 |
| P: 以及若检测到潜在冲突，则选择第二偏移值。《未公开》 | 对比文件未描述根据冲突检测动态选择偏移值的机制。 | 如特征N、O所述，对比文件没有动态冲突检测和基于检测结果选择不同偏移值的相关教导。因此，特征P未被公开。 |
| Q: 其特征在于，所述PUCCH资源分配至少部分基于动态信令来确定。《直接公开》 | [0074]-[0078] 描述了第二实施例（图4）和第四实施例（图6），其中第二组DL子帧的PUCCH资源是通过显式信令（较高层信令或动态指示）来分配的。 [0096] “For both case 1 and case 2... For DL subframes in the second group the PUCCH resource can be derived based on implicit CCE to PUCCH mapping ... or the PUCCH resource can be explicitly allocated by signaling from the eNB in the second and fourth embodiments.” | 对比文件明确公开了两种PUCCH资源分配方式：隐式映射（第一、三实施例）和显式信令分配（第二、四实施例）。在第二和第四实施例中，PUCCH资源分配至少部分（对于第二组子帧）是基于来自eNB的动态信令来确定的。这直接对应于特征Q。因此，特征Q被直接公开。 |
| R: 其特征在于，所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。《隐含公开》 | [0094] “Then the UE is sent via layer 1 (L1) signaling an indication of the specific one of those multiple sets of PUCCH resources to use, such as for example two bits in a PDCCH that contains the DL grant can indicate one out of four sets of PUCCH resources.” | 对比文件提到可以通过L1信令（如PDCCH中的位）来动态指示使用哪一组PUCCH资源。虽然未明确指定这些位是TPC命令位或ARO位，但本领域技术人员知晓，在LTE中，DCI格式中的TPC命令位或ARO位常被重用以携带其他控制信息，例如资源指示。对比文件给出了使用PDCCH中的位进行动态指示的明确教导，结合本领域的公知常识，技术人员能够合理推断出这些位可以具体是TPC命令位或ARO位。因此，该特征被隐含公开。 |
| S: 其特征在于，进一步包括：检测丢失的动态UL-DL子帧配置《未公开》 | [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.” | 对比文件仅提及了信令错误可能导致UE未正确检测到新配置的可能性，这是一种问题描述。但并未公开UE主动执行“检测丢失的动态UL-DL子帧配置”这一步骤或方法。特征S要求一个积极的检测动作或机制，而对比文件没有提供这样的教导。 |
| T: 以及响应于所述检测，基于系统信息块SIB中信令通知的UL-DL子帧配置来确定HARQ资源分配。《未公开》 | [0055] “The network may have to map in reverse more than one UL subframe... The examples below assume that 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的基础以及新UE资源分配分组的参考（第一组）。但是，对比文件完全没有描述在动态配置信令丢失的情况下，UE如何响应以及是否回退到使用SIB配置来确定HARQ资源分配。其方案中新UE的资源分配始终依赖于对动态配置的理解（无论是直接依赖还是通过固定配置间接依赖）。因此，特征T的回退机制未被公开。 |
<<<A>>><<<B>>><<<C>>><<<E>>><<<G>>><<<H>>><<<M>>><<<Q>>><<<d>>><<<f>>><<<l>>><<<r>>>