**对比文件名称**：发明专利_JP2016530817A ＰＵＣＣＨリソースマッピングおよびＨＡＲＱ−ＡＣＫフィードバック
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (翻译为中文) | 公开性论述 |
| **技术特征A：《直接公开》** | [0005] 本开示的某些特定方面提供了一种用于由用户装备(下文中称之为“UE”)进行无线通信的方法。 | 对比文件第[0005]段明确记载了“ユーザ機器(以降、「UE」)によるワイヤレス通信のための方法を提供する”，其公开了“一种用于由用户装备UE进行无线通信的方法”这一主题，与技术特征A的描述完全一致。该技术特征在对比文件中作为其要求保护的技术方案的主题被直接、明确地公开。 |
| **技术特征B：《直接公开》** | [0005] ...一般包括接收指示动态上行链路-下行链路(下文中称之为“UL-DL”)子帧配置的信令... | 对比文件第[0005]段明确记载了“動的なアップリンク−ダウンリンク(以降、「UL−DL」)サブフレーム構成を示すシグナリングを受信すること”，其公开了“接收指示动态上行链路-下行链路UL-DL子帧配置的信令”这一步骤。该技术特征在对比文件整体技术方案中作为UE执行的第一步操作，用于获取动态配置信息，与目标专利中为解决“动态子帧配置下资源分配”问题而需首先获知配置信息的作用相同。 |
| **技术特征C：《未公开》** | [0005] ...基于参考UL-DL子帧配置确定混合自动重复请求(下文中称之为“HARQ”)确收/否定确收(下文中称之为“ACK/NACK”)定时... | **未直接公开**：对比文件第[0005]段明确记载了“基準のUL−DLサブフレーム構成に基づいて...HARQ...ACK/NACKタイミングを決定すること”，即基于“参考UL-DL子帧配置”而非“动态UL-DL子帧配置”来确定HARQ ACK/NACK定时。<br>**未隐含公开**：目标专利说明书第[0066]段及权利要求特征C均强调基于“动态UL-DL子帧配置”来确定定时，这是其“混合设计”的核心部分之一，旨在解决因完全依赖参考配置导致的效率低下问题。对比文件通篇均教导基于“参考配置”确定定时（如第[0060]-[0063]、[0070]、[0079]、[0083]段），而基于“动态配置”确定资源分配和码本大小。本领域技术人员阅读对比文件后，没有动机或启示将确定HARQ定时的依据从“参考配置”改变为目标专利所要求的“动态配置”，因为两者基于不同的技术构思（参考配置确保定时稳定性，动态配置优化资源效率），所起的作用不同。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征D：《直接公开》** | [0005] ...基于该动态UL-DL子帧配置来确定HARQ资源分配。 | 对比文件第[0005]段明确记载了“動的なUL−DLサブフレーム構成に基づいて、HARQリソース割振りを決定すること”，其公开了“基于所述动态UL-DL子帧配置来确定HARQ资源分配”这一步骤。该技术特征在对比文件整体技术方案中作为“混合设计”的关键部分，用于根据实际动态配置高效分配资源，与目标专利中为解决“资源分配效率低下”问题所起的作用相同。 |
| **技术特征E：《隐含公开》** | [0079] ...在1104，UE可以基于参考UL-DL子帧配置确定HARQ ACK/NACK定时。在1106，UE可以基于动态UL-DL子帧配置确定HARQ资源分配。 | **隐含公开论述**：对比文件第[0079]段（对应图11操作1100）公开了UE确定HARQ ACK/NACK定时和HARQ资源分配的步骤。虽然该段未明确记载“在PUCCH上传送HARQ ACK/NACK”，但根据本领域技术人员的公知常识以及对比文件全文（特别是标题和背景技术提及PUCCH资源映射和HARQ-ACK反馈）所描述的上下文，确定HARQ资源分配和ACK/NACK定时的直接且必然的目的就是为了在相应的上行链路资源（即PUCCH）上发送ACK/NACK反馈。例如，第[0064]段讨论了“PUCCH资源分配”，第[0070]段讨论了“HARQ-ACK反馈”。因此，本领域技术人员在阅读对比文件后，能够毫无疑义地推断出，在完成了定时和资源分配确定之后，后续步骤必然包括基于这些确定结果在PUCCH上进行ACK/NACK传输。该隐含内容在对比文件技术方案中起到了实现HARQ反馈闭环的作用，与目标专利中特征E的作用相同。 |
| **技术特征F：《直接公开》** | [0084] ...基于动态UL-DL子帧配置来确定HARQ资源分配包括基于动态UL-DL子帧配置来确定HARQ-ACK码本大小。 | 对比文件第[0084]段明确记载了“動的なUL−DLサブフレーム構成に基づいてHARQリソース割振りを決定することは、動的なUL−DLサブフレーム構成に基づいてHARQ−ACKコードブックサイズを決定することを含み得る”，其公开了技术特征F的全部内容。该技术特征在对比文件中的作用是具体说明如何确定HARQ资源分配的一个方面（即确定码本大小），以优化资源使用，与目标专利中为解决“码本大小可能过大”问题所起的作用相同。 |
| **技术特征G：《直接公开》** | [0084] ...码本大小或ACK/NACK位的数目中的至少一者基于动态UL-DL配置的DL关联集的大小来确定。 | 对比文件第[0084]段明确记载了“コードブックサイズ、またはACK/NACKビットの数、のうちの少なくとも1つは、動的なUL−DL構成のDLアソシエーションセットのサイズに基づいて決定され得る”，其公开了技术特征G的全部内容。该技术特征在对比文件中是确定码本大小或比特数的具体实施方式，基于动态配置的DL关联集大小使得反馈开销更精确，与目标专利中作用相同。 |
| **技术特征H：《直接公开》** | [0085] ...基于动态UL-DL子帧配置来确定HARQ资源分配包括基于动态UL-DL子帧配置来确定物理上行链路控制信道(PUCCH)资源分配。 | 对比文件第[0085]段明确记载了“動的なUL−DLサブフレーム構成に基づいてHARQリソース割振りを決定することは、動的なUL−DLサブフレーム構成に基づいて物理アップリンク制御チャネル(PUCCH)リソース割振りを決定することを含み得る”，其公开了技术特征H的全部内容。该技术特征在对比文件中的作用是具体说明HARQ资源分配在PUCCH上的体现，与目标专利中作用相同。 |
| **技术特征I：《直接公开》** | [0085] ...物理上行链路控制信道(PUCCH)资源分配基于动态UL-DL子帧配置的DL关联集的大小来确定。 | 对比文件第[0085]段明确记载了“物理アップリンク制御チャネル(PUCCH)リソース割振りは、動的なUL−DL構成のDLアソシエーションセットのサイズに基づいて決定され得る”，其公开了技术特征I的全部内容。该技术特征是对PUCCH资源分配具体确定规则的描述，在对比文件中用于实现高效的资源映射，与目标专利中作用相同。 |
| **技术特征J：《直接公开》** | [0085] ...当确定DL关联集的大小时，集束集合中未被配置为动态UL-DL配置中的DL的灵活子帧不被计及。 | 对比文件第[0085]段明确记载了“動的なUL−DL構成においてDLとして構成されていないバンドリングセット内のフレキシブルなサブフレームは、DLアソシエーションセットのサイズを決定する際にカウントされないだろう”，其公开了技术特征J的全部内容。该技术特征在对比文件中是计算有效DL关联集大小的具体规则，确保仅对实际用于下行传输的子帧分配资源，与目标专利中作用相同。 |
| **技术特征K：《直接公开》** | [0085] ...包括通过移除UL子帧来确定集束集合中的剩余DL子帧的打包次序。 | 对比文件第[0085]段明确记载了“バンドリングセット内の残りのDLサブフレームのパッキング順序は、ULサブフレームを除去することで決定され得る”，其公开了技术特征K的全部内容。该技术特征在对比文件中是调整子帧打包次序的方法，以适应动态配置变化，与目标专利中作用相同。 |
| **技术特征L：《直接公开》** | [0085] ...其中，固定DL子帧在剩余DL子帧的打包次序中被映射为第一个。 | 对比文件第[0085]段明确记载了“固定のDLサブフレームが、残りのDLサブフレームのパッキング順序で最初にマッピングされ得る”，其公开了技术特征L的全部内容。该技术特征在对比文件中是打包次序的一种特定规则，可能用于资源分配优化或冲突避免，与目标专利中作用相同。 |
| **技术特征M：《直接公开》** | [0086] ...为能够支持动态UL-DL子帧配置的UE和不能够支持动态UL-DL子帧配置的UE配置分开的PUCCH区域。 | 对比文件第[0086]段明确记载了“別個のPUCCH領域が、動的なUL−DL構成をサポートすることができるUEと、動的なUL−DL構成をサポートすることができないレガシUEと、に対して構成され得る”，其公开了技术特征M的全部内容。该技术特征在对比文件中是避免新旧UE资源冲突的一种配置方式，与目标专利中作用相同。 |
| **技术特征N：《直接公开》** | [0086] ...包括确定针对能够支持动态UL-DL子帧配置的UE的PUCCH区域与针对不能够支持动态UL-DL子帧配置的UE的PUCCH区域之间是否存在潜在冲突。 | 对比文件第[0086]段明确记载了“レガシUE PUCCH領域との潜在的な衝突(potential collision)があるかどうかの決定が行われ得る”，其公开了技术特征N的全部内容。该技术特征在对比文件中是进行冲突检测的步骤，为后续资源选择提供依据，与目标专利中作用相同。 |
| **技术特征O：《直接公开》** | [0086] ...eIMTA UEは、潜在的な衝突が検出されない場合、レガシPUCCH領域を使用するように構成され得る。 | 对比文件第[0086]段明确记载了“eIMTA UEは、潜在的な衝突が検出されない場合、レガシPUCCH領域を使用するように構成され得る”，其公开了“若没有检测到潜在冲突，则使用针对不能够支持动态UL-DL子帧配置的UE的所述PUCCH区域”这一内容。该技术特征在对比文件中是冲突检测后的资源使用策略，有助于资源共享，与目标专利中作用相同。 |
| **技术特征P：《直接公开》** | [0086] ...eIMTA UEは、潜在的な衝突が検出されない場合には第1のオフセット値を、潜在的な衝突が検出される場合には第2のオフセット値を選択するように構成され得る。 | 对比文件第[0086]段明确记载了“eIMTA UEは、潜在的な衝突が検出されない場合には第1のオフセット値を、潜在的な衝突が検出される場合には第2のオフセット値を選択するように構成され得る”，其公开了技术特征P的全部内容。该技术特征在对比文件中是另一种基于冲突检测结果的资源偏移选择策略，用于动态调整资源分配，与目标专利中作用相同。 |
| **技术特征Q：《隐含公开》** | [0082] ...指示动态UL-DL子帧配置的信令包括L1信令。 | **隐含公开论述**：对比文件第[0082]段记载了“動的なUL−DLサブフレーム構成を示すシグナリングは、L1シグナリングを備え得る”。在无线通信领域，尤其是3GPP LTE/5G语境下，“L1信令”（层1信令）通常指通过物理层或MAC层快速传达的动态信令（如通过PDCCH/DCI），以区别于高层的半静态配置（如RRC信令）。目标专利说明书第[0150]段也提及“动态重配置信令”。因此，本领域技术人员能够理解，对比文件中提及的“L1シグナリング”是“动态信令”的一种典型且具体的实现方式。虽然“动态信令”的外延可能略宽，但对比文件公开的“L1信令”必然落在“动态信令”的范围内，并且两者在技术方案中均用于快速指示动态子帧配置，所起作用相同。因此，可以认为技术特征Q被对比文件隐含公开。 |
| **技术特征R：《直接公开》** | [0087] ...动态信令经由以下至少一者来传达：用于发射功率控制(TPC)命令的下行链路控制信息(DCI)格式中的一个或多个位，或者一个或多个确收资源偏移(ARO)位。 | 对比文件第[0087]段明确记载了“動的なシグナリングは、伝送電力制御(TPC)コマンドに使用されるダウンリンク制御情報(DCI)フォーマット中の1つまたは複数のビットを介して伝達され得る。いくつかのケースでは、動的なシグナリングは、1つまたは複数のHARQ確認応答リソースオフセット(HARQ acknowledgement resource offset)(ARO)ビットを介して伝達される”，其公开了技术特征R的全部内容。该技术特征在对比文件中是动态信令的具体承载方式，用于灵活指示资源偏移等信息，与目标专利中作用相同。 |
| **技术特征S：《直接公开》** | [0088] ...检测丢失的动态UL-DL子帧配置；以及响应于所述检测，基于系统信息块(SIB)中信令通知的UL-DL子帧配置来确定HARQ资源分配。 | 对比文件第[0088]段明确记载了“欠落した動的なUL−DLサブフレーム構成を検出して、および、この検出に応答して、システム情報ブロック(SIB)においてシグナリングされるUL−DLサブフレーム構成に基づいてHARQリソース割振りを決定すること”，其公开了技术特征S的全部内容。该技术特征在对比文件中是回退(fallback)操作机制，用于在动态信令失效时保证系统可靠性，与目标专利中作用相同。 |
<<<A>>><<<B>>><<<D>>><<<e>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<O>>><<<P>>><<<q>>><<<R>>><<<S>>>