**对比文件名称**：2013-11-14_发明申请_WO2013166689A1 HARQ-ACK TRANSMISSIONS FOR DYNAMIC TDD UL_DL CONFIGURATION
**目标专利名称**：176PUCCH资源映射和HARQ-ACK反馈CN105493597B
**本次调用模型名称**：专利创造性评估模型
根据对目标专利说明书和权利要求以及对比文件WO2013166689A1的深入分析，现创建特征比对表格如下：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **特征A**：包括：接收指示动态上行链路-下行链路UL-DL子帧配置的信令<br>**《隐含公开》** | [p0003] [0001] ... relate to signaling feedback when the uplink/downlink configuration is dynamically changeable.<br>[0017] To further demonstrate advantages of the teachings ... consider the specific problem is the LTE system were to adopt dynamic UL/DL configuration ...<br>[0018] ... Dynamically changing the TDD UL/DL configuration ... | 对比文件通篇围绕“动态UL/DL配置”展开，将其作为技术问题的基础和应用场景（如[0001], [0017], [0018]）。本领域技术人员可以毫无疑义地推断，为了实现动态UL/DL配置，网络（如eNB）必须向UE发送某种形式的信令来指示或配置当前或即将使用的子帧方向。虽然对比文件没有明确描述“接收指示动态UL-DL子帧配置的信令”这一具体动作，但这是实现其所述动态配置系统所必需的前提和隐含步骤。因此，该技术特征被对比文件隐含公开。 |
| **特征B**：基于参考UL-DL子帧配置确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**《未公开》** | [0026] 3 GPP TS 36.213 specifies the HARQ timing for LTE Release 8 as follows: For TDD, the UE shall upon detection of a PDSCH ... transmit the ACK/NACK response in UL sub frame n. | 对比文件承认传统LTE HARQ定时规则在动态配置下存在问题（如图3A-B所示），并提出了全新的解决方案：将所有子帧的ACK/NACK连接起来，并在一个**固定的、总是上行**的子帧（如子帧2）发送（[0030]-[0033], [0045]）。该方案完全摒弃了基于任何“参考UL-DL子帧配置”来确定ACK/NACK发送子帧的传统思路。对比文件的定时是基于一个预定义的固定上行子帧，与目标专利中“基于参考配置确定定时”的技术手段和作用均不同。因此，该技术特征未被对比文件公开。 |
| **特征C**：以及基于所述动态UL-DL子帧配置确定HARQ资源分配，<br>**《未公开》** | [0030] • DAI fields in the PDCCH ... are used to indicate the PUCCH resource value from one of the four resource values configured by higher layers.<br>[0038] ... transmit the generated A/N bits by PUCCH format 3 on the PUCCH resource indicated by DAI. | 对比文件中确实提到了HARQ资源（即PUCCH资源）的确定，但其方式是通过PDCCH中的DAI字段来指示，该PDCCH是在“连接窗口”（如子帧9到下一帧的子帧8）内调度PDSCH或指示SPS释放的（[0030], [0039]）。这种资源分配是基于**PDCCH的DAI**，而不是基于“动态UL-DL子帧配置”本身。目标专利的特征C要求资源分配的确定是基于动态配置这一整体信息，对比文件并未公开此方案。因此，该技术特征未被对比文件公开。 |
| **特征D**：其中基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定HARQ-ACK码本大小。<br>**《未公开》** | [0030] ... concatenates them. ... In this 10-subframes per radio frame example, this means there would be generated 10 ACK/NACK bits ... or 20 ACK/NACK bits ...<br>[0035] ... 10 ACK/NACK bits are generated ... or 20 ACK/NACK bits ... | 对比文件公开了ACK/NACK位的数量（即码本大小），例如10或20位（[0030], [0035]）。然而，该大小的确定是基于一个**固定长度的连接窗口**（例如，跨越10个子帧），而不是基于“动态UL-DL子帧配置”。目标专利的特征D明确指出码本大小的确定是基于动态配置，这与对比文件中基于固定窗口的方案有本质区别。因此，该技术特征未被对比文件公开。 |
| **特征E**：其特征在于，基于所述参考UL-DL子帧配置确定HARQ ACK/NACK定时包括基于所述参考UL-DL子帧配置确定在其中传送HARQ ACK/NACK的子帧。<br>**《未公开》** | [0031] Figure 5 ... the UE ... maps that concatenation window 502 to a fixed sub frame following the window 502 (which is the always-UL subframe #2 in this example)... | 如特征B所述，对比文件确定ACK/NACK发送子帧的方案是映射到一个**固定的、总是上行的子帧**（如子帧2），与任何参考配置无关（[0031], [0045]）。而特征E是特征B的具体化，同样未被公开。 |
| **特征F**：其特征在于，码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL-DL子帧配置的DL关联集的大小来确定。<br>**《未公开》** | 无相关内容。 | 对比文件完全没有提及“DL关联集”（Downlink Association Set）这一概念。其ACK/NACK位数目完全由固定窗口内的子帧总数决定（如10个子帧），而不考虑这些子帧在动态配置下哪些是实际的下行子帧。因此，该技术特征未被对比文件公开。 |
| **特征G**：其特征在于，基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定物理上行链路控制信道PUCCH资源分配。<br>**《未公开》** | [0030] • DAI fields in the PDCCH ... are used to indicate the PUCCH resource value...<br>[0039] ... the DAI fields ... are reused to indicate the PUCCH resource value... | 对比文件公开了PUCCH资源分配，但如特征C所述，它是通过DAI字段动态指示的。这种指示是基于**特定PDCCH的存在**，而不是基于“动态UL-DL子帧配置”这一整体信息。目标专利的特征G要求PUCCH资源分配的确定是基于动态配置本身，对比文件未公开此方案。 |
| **特征H**：其特征在于，所述物理上行链路控制信道PUCCH资源分配基于所述动态UL-DL子帧配置的DL关联集的大小来确定。<br>**《未公开》** | 无相关内容。 | 同特征F，对比文件未涉及“DL关联集”概念，因此更不可能基于其大小来确定PUCCH资源分配。该技术特征未被公开。 |
| **特征I**：其特征在于，当确定所述DL关联集的大小时，集束集合中未被配置为所述动态UL-DL配置中的DL的灵活子帧不被计及。<br>**《未公开》** | 无相关内容。 | 对比文件未涉及“DL关联集”、“集束集合”或“灵活子帧不计及”等操作。其连接窗口包含所有子帧（包括灵活子帧），并为每个子帧生成反馈位（ACK/NACK/DTX）（[0030], [0035]）。该技术特征未被公开。 |
| **特征J**：其特征在于，进一步包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**《未公开》** | [0030] ... the bits that are concatenated together ... in the order of increasing subframe index. | 对比文件仅描述了按照子帧索引递增的顺序连接ACK/NACK位（[0030]），没有提及根据动态配置“移除UL子帧”来重新确定“打包次序”。该技术特征未被公开。 |
| **特征K**：其特征在于，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**《未公开》** | 无相关内容。 | 对比文件没有涉及“固定DL子帧”以及将其映射为打包次序中第一个的概念。该技术特征未被公开。 |
| **特征L**：其特征在于，为能够支持动态UL-DL子帧配置的UE和不能够支持动态UL-DL子帧配置的旧式UE配置分开的PUCCH区域。<br>**《未公开》** | [0047] In a practical deployment ... there may be some legacy UEs coexisting ... In this case there might be an issue with the legacy UEs. ... This can be resolved by restricting the measurement by the legacy UE ... or alternatively the eNB can indicate to the legacy UE that the flexible subframes are configured as ABSFs... | 对比文件提到了旧式UE共存问题，但提出的解决方案是限制旧式UE在灵活子帧上的测量或将灵活子帧配置为ABS（几乎空白子帧）来避免干扰（[0047]）。这完全不同于目标专利中“配置分开的PUCCH区域”以解决资源冲突的方案。因此，该技术特征未被公开。 |
| **特征M**：其特征在于，进一步包括确定是否存在与所述旧式UE PUCCH区域的潜在冲突。<br>**《未公开》** | 无相关内容。 | 对比文件没有提及任何关于新旧UE之间PUCCH资源潜在冲突的判断。该技术特征未被公开。 |
| **特征N**：其特征在于，进一步包括：若没有检测到潜在冲突则使用所述旧式PUCCH区域。<br>**《未公开》** | 无相关内容。 | 同上，该技术特征未被公开。 |
| **特征O**：其特征在于，进一步包括：若没有检测到潜在冲突，则选择第一偏移值<br>**《未公开》** | 无相关内容。 | 同上，该技术特征未被公开。 |
| **特征P**：以及若检测到潜在冲突，则选择第二偏移值。<br>**《未公开》** | 无相关内容。 | 同上，该技术特征未被公开。 |
| **特征Q**：其特征在于，所述PUCCH资源分配至少部分基于动态信令来确定。<br>**《直接公开》** | [0030] • DAI fields in the PDCCH assigned for the scheduled PDSCH or PDCCH that indicates SPS release ... are used to indicate the PUCCH resource value from one of the four resource values configured by higher layers.<br>[0039] ... the DAI fields in the PDCCH ... are reused to indicate the PUCCH resource value... | 对比文件明确且直接地公开了PUCCH资源分配是基于动态信令确定的。具体而言，PDCCH中的DAI（下行分配索引）字段被用来指示PUCCH资源值（[0030], [0039]）。PDCCH是动态发送的下行控制信令，因此DAI字段属于“动态信令”。这与目标专利特征Q“至少部分基于动态信令来确定”的技术方案完全相同，且作用一致，都是用于动态地指示UE使用哪个PUCCH资源。因此，该技术特征被对比文件直接公开。 |
| **特征R**：其特征在于，所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**《未公开》** | [0030] • TPC fields in the PDCCH ... are used to indicate the accumulated and persistent power adjustment for the UE's PUCCH transmission...<br>[0041] Power Control: ... all TPC fields ... are used to indicate the accumulated and persistent power adjustment for PUCCH transmission. | 对比文件确实提到TPC字段用于指示功率调整（[0030], [0041]），但这明确是用于**功率控制**，而非用于传达**资源分配**的动态信令。目标专利特征R要求动态信令是用于传达资源分配信息（无论是通过TPC命令位还是ARO位）。对比文件未公开将TPC命令位重用于资源分配，也未提及ARO位。因此，该技术特征未被公开。 |
| **特征S**：其特征在于，进一步包括：检测丢失的动态UL-DL子帧配置<br>**《未公开》** | 无相关内容。 | 对比文件没有提及任何关于检测动态配置信令丢失以及相应的处理机制。该技术特征未被公开。 |
| **特征T**：以及响应于所述检测，基于系统信息块SIB中信令通知的UL-DL子帧配置来确定HARQ资源分配。<br>**《未公开》** | 无相关内容。 | 对比文件没有提及任何回退到SIB配置的机制。该技术特征未被公开。 |
<<<a>>><<<Q>>>