**对比文件名称**：2014-02-20_US2014050107A_发明申请_US20140050107A1 ERROR PREVENTION IN DYNAMIC UPLINK_DOWNLINK CONFIGURATION CHANGE FOR TIME DIVISION DUPLEX
**目标专利名称**：176PUCCH资源映射和HARQ-ACK反馈CN105493597B
**本次调用的模型名称**：GPT-4
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：接收指示动态上行链路-下行链路UL-DL子帧配置的信令<br>**《直接公开》** | [0053] 所述无线网络节点400在所述预定或获得的时间窗口期间传送多个下行链路(DL)时分双工(TDD)子帧的无线数据，其中至少一部分所述子帧包括如上所述的TDD UL/DL配置指示或信令。<br>[0054] 在步骤205，所述装置300监控其在所述时间窗口期间接收到的无线数据传输的接收到的下行链路时分双工子帧。<br>[0057] ...所述装置300可以缓冲在固定子帧FSn中接收到的信号STDD_CONFIG,n... | 对比文件明确描述了基站（无线网络节点400）在特定时间窗口内发送包含TDD UL/DL配置指示（信令）的下行链路子帧，并且用户设备（装置300）监控并接收这些子帧以获取配置指示。这直接公开了“接收指示动态上行链路-下行链路UL-DL子帧配置的信令”这一技术特征。其作用是让UE获知当前的动态TDD配置，与目标专利中该特征用于使UE知晓动态配置以进行后续处理的作用相同。 |
| **技术特征B**：基于参考UL-DL子帧配置确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**未被公开** | [0067] ...在LTE TDD系统中，演进节点B(eNB)和用户设备(UE)两侧的许多操作取决于半静态TDD配置。这些操作包括...混合自动重复请求(HARQ)定时。 | 对比文件仅提及HARQ定时是依赖于（半静态）TDD配置的操作之一。但目标专利的“参考UL-DL子帧配置”是一个特定的、可能不同于当前动态配置的配置，专门用于确定HARQ ACK/NACK定时。对比文件没有公开存在一个独立的“参考配置”，并基于该参考配置（而非当前动态配置）来确定HARQ定时的技术方案。因此，本领域技术人员无法从对比文件毫无疑义地得出或合理推断出该特征。 |
| **技术特征C**：以及基于所述动态UL-DL子帧配置确定HARQ资源分配，<br>**未被公开** | 无相应内容。 | 对比文件全文未提及“HARQ资源分配”这一概念，更没有描述如何基于动态UL-DL子帧配置来确定HARQ资源分配（如PUCCH资源分配、码本大小等）。该特征在目标专利中是核心改进点之一，用于解决资源效率低下和冲突问题。对比文件未涉及该技术问题或解决方案。 |
| **技术特征D**：其中基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定HARQ-ACK码本大小。<br>**未被公开** | 无相应内容。 | 对比文件未提及“HARQ-ACK码本大小”的概念，也未描述其确定方式。因此，该特征未被公开。 |
| **技术特征E**：其特征在于，基于所述参考UL-DL子帧配置确定HARQ ACK/NACK定时包括基于所述参考UL-DL子帧配置确定在其中传送HARQ ACK/NACK的子帧。<br>**未被公开** | 无相应内容。 | 对比文件未公开基于一个“参考配置”来确定传送HARQ ACK/NACK的特定子帧。如特征B所述，对比文件仅笼统提及HARQ定时依赖于配置。该细化特征未被公开。 |
| **技术特征F**：其特征在于，码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL-DL子帧配置的DL关联集的大小来确定。<br>**未被公开** | 无相应内容。 | 对比文件未涉及“DL关联集”、“码本大小”或“ACK/NACK位的数目”这些与HARQ-ACK反馈具体格式和资源相关的概念，因此该特征未被公开。 |
| **技术特征G**：其特征在于，基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定物理上行链路控制信道PUCCH资源分配。<br>**未被公开** | 无相应内容。 | 对比文件虽然提到了PUCCH信道（用于发送确认），但并未描述如何基于动态UL-DL子帧配置来确定PUCCH资源分配。目标专利中该特征是混合设计的关键部分，对比文件未涉及。 |
| **技术特征H**：其特征在于，所述物理上行链路控制信道PUCCH资源分配基于所述动态UL-DL子帧配置的DL关联集的大小来确定。<br>**未被公开** | 无相应内容。 | 同特征F和G，对比文件未涉及“DL关联集”与“PUCCH资源分配”之间的关联关系。 |
| **技术特征I**：其特征在于，当确定所述DL关联集的大小时，集束集合中未被配置为所述动态UL-DL配置中的DL的灵活子帧不被计及。<br>**未被公开** | 无相应内容。 | 对比文件未涉及“DL关联集”、“集束集合”、“灵活子帧”等概念，也未描述在确定大小时排除某些子帧的具体方法。 |
| **技术特征J**：其特征在于，进一步包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**未被公开** | 无相应内容。 | 对比文件未涉及“集束集合”、“打包次序”等与HARQ-ACK复用和资源映射相关的具体操作。 |
| **技术特征K**：其特征在于，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**未被公开** | 无相应内容。 | 对比文件未涉及“固定DL子帧”在打包次序中的特殊处理。 |
| **技术特征L**：其特征在于，为能够支持动态UL-DL子帧配置的UE和不能够支持动态UL-DL子帧配置的旧式UE配置分开的PUCCH区域。<br>**未被公开** | 无相应内容。 | 对比文件虽然提到了新旧UE可能使用不同配置的问题（背景技术），但并未提出通过配置分开的PUCCH区域来解决资源冲突的技术方案。 |
| **技术特征M**：其特征在于，进一步包括确定是否存在与所述旧式UE PUCCH区域的潜在冲突。<br>**未被公开** | 无相应内容。 | 对比文件未描述UE主动确定与旧式UE资源潜在冲突的机制。 |
| **技术特征N**：其特征在于，进一步包括：若没有检测到潜在冲突则使用所述旧式PUCCH区域。<br>**未被公开** | 无相应内容。 | 对比文件未描述根据冲突检测结果动态选择使用旧式PUCCH区域的方案。 |
| **技术特征O**：其特征在于，进一步包括：若没有检测到潜在冲突，则选择第一偏移值<br>**未被公开** | 无相应内容。 | 对比文件未涉及基于冲突检测选择不同偏移值来确定PUCCH资源的技术。 |
| **技术特征P**：以及若检测到潜在冲突，则选择第二偏移值。<br>**未被公开** | 无相应内容。 | 同特征O。 |
| **技术特征Q**：其特征在于，所述PUCCH资源分配至少部分基于动态信令来确定。<br>**未被公开** | 无相应内容。 | 对比文件提及的动态信令（TDD配置指示）用于指示子帧配置本身，并未提及该信令或其它动态信令（如DCI中的位）用于直接确定PUCCH资源分配。 |
| **技术特征R**：其特征在于，所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**未被公开** | 无相应内容。 | 对比文件未提及利用TPC命令位或ARO位来传达用于确定PUCCH资源分配的动态信令。 |
| **技术特征S**：其特征在于，进一步包括：检测丢失的动态UL-DL子帧配置<br>**未被公开** | [0057] ...如果所述装置300在一个固定子帧FSn中未在TDD UL/DL配置指示STDD_CONFIG,n上检测到一个TDD配置... | 对比文件描述了UE可能未在监控窗口内检测到有效的TDD配置指示（可视为“丢失”的一种情况），并随后进行平均操作。这与目标专利中“检测丢失的动态UL-DL子帧配置”在“未成功接收/解码配置”的广义含义上存在一定关联，可被认为部分公开了“检测丢失”这一行为。然而，对比文件中“丢失”后的处理是“计算平均值并利用该平均值确定配置”，而目标专利是“回退到SIB配置”。两者处理方式不同，且对比文件的“平均值”处理并非本领域在配置信令丢失时的常规或公知回退方案。从宽松的隐含公开判断标准看，由于对比文件公开了“未检测到配置”这一状态，本领域技术人员有可能从中推理出需要“检测”配置是否丢失。因此，**可判断为隐含公开**。 |
| **技术特征T**：以及响应于所述检测，基于系统信息块SIB中信令通知的UL-DL子帧配置来确定HARQ资源分配。<br>**未被公开** | 无相应内容。 | 对比文件在未检测到动态配置时，采用的计算平均值并利用该平均值确定TDD配置的方案，与目标专利中回退到SIB配置并基于SIB配置确定HARQ资源分配的技术方案完全不同。对比文件未提及SIB配置作为回退依据，更未提及基于回退的配置来确定HARQ资源分配。因此，该特征未被公开。 |
<<<A>>><<<s>>>