**对比文件名称**：发明申请_US20140334351A1 SYSTEMS AND METHODS FOR SIGNALING REFERENCE CONFIGURATIONS
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈（分案申请）
**本次调用模型名称**：DeepSeek最新版本模型
以下是根据您的要求创建的特征比对表格，严格按照目标专利权利要求中给出的技术特征划分进行比对。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A**：一种用于由用户装备UE进行无线通信的方法 <br> **《直接公开》** | [0016] “A user equipment (UE) for receiving time-division duplexing (TDD) uplink/downlink (UL/DL) configurations is described. ... The UE receives a primary TDD UL/DL configuration ... and reconfiguration information. ... The UE additionally performs Physical Downlink Shared Channel (PDSCH) operations based on the DL-reference TDD UL/DL configuration. The UE also performs Physical Uplink Shared Channel (PUSCH) operations based on the UL-reference TDD UL/DL configuration.” | 对比文件明确描述了一种由用户装备（UE）执行的无线通信方法，该方法包括接收配置信息、确定参考配置并基于参考配置执行PDSCH和PUSCH操作。这与目标专利权利要求的技术特征A“一种用于由用户装备UE进行无线通信的方法”的主题完全一致，属于方法主题的直接公开。 |
| **B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令 <br> **《直接公开》** | [0016] “The UE receives a primary TDD UL/DL configuration for a serving cell and reconfiguration information.” <br> [0017] “The reconfiguration information may include physical (PHY) layer signaling or media access control (MAC) layer signaling.” <br> [0036] “Dynamic TDD UL/DL reconfiguration may be applied for both DL-to-UL and UL-to-DL reconfiguration or switching.” | 对比文件明确记载了UE接收用于服务小区的主TDD UL/DL配置和“重配置信息”，并说明该重配置信息可包括物理层或MAC层信令，且应用于动态TDD UL/DL重配置。这里的“重配置信息”即是指示动态UL-DL子帧配置的信令，其作用与目标专利中为解决动态适配技术问题所起的作用相同。因此，该技术特征被直接公开。 |
| **C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时 <br> **《隐含公开》** | [0042] “Hybrid automatic repeat request acknowledgement (HARQ-ACK) timing is a major issue in dynamic TDD UL/DL reconfiguration cell operation. ... Release-12 and beyond UEs may follow different HARQ-ACK timings based on a DL-reference UL/DL configuration and a UL-reference UL/DL configuration.” <br> [0060] “... a UE that is configured to allow dynamic TDD UL/DL reconfiguration may utilize one reference TDD UL/DL configuration for PDSCH HARQ-ACK association (e.g., a DL-reference TDD UL/DL configuration) and another reference TDD UL/DL configuration for PUSCH scheduling and PUSCH HARQ-ACK association (e.g., a UL-reference TDD UL/DL configuration), while the UE has knowledge of a default TDD UL/DL configuration (e.g., a primary TDD UL/DL configuration).” | 对比文件反复强调在动态TDD重配置中，HARQ-ACK定时基于DL参考和UL参考TDD UL/DL配置来确定。参考配置是根据主配置和重配置信息（即动态配置）推导出来的（参见[0076], [0126]-[0133]等）。因此，虽然对比文件表述为“基于参考配置确定定时”，但参考配置本身是动态配置的函数。本领域技术人员可以直接且合理地推断出：为了确定HARQ ACK/NACK定时，UE必须首先获知动态UL-DL配置（技术特征B），并基于此动态配置（通过确定参考配置的方式）来确定定时。这公开了“基于动态配置确定定时”的技术手段，其在对比文件中的作用（解决动态重配置下的定时问题）与在目标专利中的作用相同。 |
| **D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配 <br> **《隐含公开》** | [0042] “... Release-12 and beyond UEs may follow different HARQ-ACK timings based on a DL-reference UL/DL configuration ...” <br> [0111] “The DL-reference TDD UL/DL configuration may be used for PDSCH HARQ-ACK reporting timing for the serving cell. Therefore, the UE may send PDSCH HARQ-ACK information based on the DL-reference TDD UL/DL configuration.” | 对比文件明确记载了基于DL参考TDD UL/DL配置进行PDSCH HARQ-ACK报告定时，而PDSCH的HARQ-ACK反馈是通过PUCCH或PUSCH传送的（参见[0056]）。因此，确定HARQ-ACK定时是确定HARQ资源分配（特别是时间资源）的核心部分。如特征C的论述，参考配置基于动态配置确定。本领域技术人员可以合理推断，在确定了基于动态配置的HARQ定时后，自然需要并能够确定在相应上行子帧（如PUCCH）上进行HARQ反馈的资源分配，这是完成HARQ反馈流程的必要步骤。此技术特征在对比文件中的作用（安排HARQ反馈资源）与在目标专利中的作用相同。 |
| **E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK <br> **《直接公开》** | [0111] “Therefore, the UE may send PDSCH HARQ-ACK information based on the DL-reference TDD UL/DL configuration.” <br> [0064] “... a UE may transmit information or data to the eNB using one or more uplink channels 121. Examples of uplink channels 121 include a physical uplink control channel (PUCCH) and a PUSCH, etc.” | 对比文件直接记载了UE基于DL参考TDD UL/DL配置（该配置决定了定时）来发送PDSCH HARQ-ACK信息，并且明确列出PUCCH是上行信道之一。因此，本领域技术人员可以直接且明确地确定，UE会根据确定的定时在PUCCH上发送HARQ ACK/NACK。该特征被直接公开。 |
| **F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。 <br> **《隐含公开》** | [0042] 提及HARQ-ACK定时基于参考配置，[0060] 提及UE使用参考配置进行PDSCH HARQ-ACK关联。 | 在LTE TDD系统中，HARQ-ACK码本大小（即需要反馈的ACK/NACK比特数）与DL关联集（M）直接相关，而DL关联集的大小由TDD UL-DL配置决定。对比文件公开了基于（从动态配置导出的）DL参考配置来确定PDSCH HARQ-ACK关联（定时），这意味着UE必须知道哪些下行子帧需要在一个上行子帧中反馈ACK/NACK，从而确定了DL关联集的大小。本领域技术人员可以合理推断，一旦确定了DL关联集的大小，也就确定了HARQ-ACK码本大小。因此，该技术特征被隐含公开。 |
| **G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。 <br> **《隐含公开》** | 同上F特征引用。结合目标专利说明书[0167]段：“码本大小或者ACK/NACK位的数目可以基于如从动态UL‑DL配置和DL传输模式确定的DL关联集大小M的实际大小...来确定”。 | 如特征F所述，对比文件隐含公开了基于动态配置确定DL关联集（通过参考配置）。本领域技术人员知晓，在LTE标准中，ACK/NACK码本大小由DL关联集大小决定。因此，从对比文件公开的“基于动态配置确定参考配置以进行HARQ-ACK关联”出发，可以毫无疑义地推导出“码本大小基于动态配置的DL关联集大小来确定”这一技术特征。其作用与目标专利中相同，均为确定反馈信息量。 |
| **H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。 <br> **《隐含公开》** | [0111] “The DL-reference TDD UL/DL configuration may be used for PDSCH HARQ-ACK reporting timing for the serving cell. Therefore, the UE may send PDSCH HARQ-ACK information based on the DL-reference TDD UL/DL configuration.” | 确定PUCCH资源分配是HARQ资源分配的重要组成部分，包括确定使用哪个PUCCH资源块。在LTE中，PUCCH资源分配（如隐式映射）与下行子帧的PDCCH CCE索引紧密相关，而需要反馈的下行子帧集合（即DL关联集）由TDD配置决定。对比文件公开了基于（从动态配置导出的）DL参考配置来确定PDSCH HARQ-ACK报告定时，这隐含了需要为这些反馈分配PUCCH资源。本领域技术人员可以合理推断，为了完成基于动态配置的HARQ反馈，必须基于该动态配置（或其决定的参考配置）来确定具体的PUCCH资源。 |
| **I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。 <br> **《隐含公开》** | 同上H特征引用。 | 如特征H所述，PUCCH资源分配与HARQ反馈定时和关联的下行子帧集相关。对比文件隐含了基于动态配置确定HARQ反馈的关联。在LTE标准实践中，PUCCH资源数量或偏移（如N^(1)_PUCCH）的确定需要考虑一个上行子帧需要承载多少个下行子帧的ACK/NACK，即DL关联集的大小。因此，本领域技术人员可以从对比文件公开的内容中，合理推断出PUCCH资源分配是基于动态UL-DL配置的DL关联集大小来确定的。 |
| **J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。 <br> **《未公开》** | 对比文件提到了“flexible subframes”（灵活子帧），例如[0038], [0163]，但未在任何部分描述在确定DL关联集大小时，需要排除动态配置中未被配置为DL的灵活子帧。 | 目标专利的此特征是一种具体的资源优化方法，旨在避免为实际上不是DL的子帧预留资源。对比文件虽然提到了灵活子帧的概念，但完全没有涉及在计算DL关联集大小时如何处理这些灵活子帧的具体规则。本领域技术人员无法从对比文件公开的内容中直接或合理地推断出这一特定排除规则。因此，该技术特征未被公开。 |
| **K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。 <br> **《未公开》** | 无相应记载。 | 对比文件没有提及任何关于“打包次序”的概念，也没有描述通过移除UL子帧来重新排序DL子帧的具体操作。该特征是目标专利中用于优化资源映射的特定步骤。对比文件未公开此内容。 |
| **L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。 <br> **《未公开》** | 无相应记载。 | 对比文件未提及“固定DL子帧”的概念，也未涉及在排序时将固定DL子帧优先映射的规则。该特征是目标专利中的进一步具体优化手段。对比文件未公开此内容。 |
| **M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。 <br> **《直接公开》** | [0042] “An eIMTA cell may support two sets of timings simultaneously if both legacy UEs and Release-12 UEs are present.” <br> [0052] “... Legacy UEs may follow the existing associations without any change or knowledge of the dynamic TDD UL/DL reconfiguration. However, the eNB may restrict the legacy UEs in some subframes to maintain backward compatible timing.” | 对比文件直接公开了在动态TDD重配置小区中，同时存在传统UE（不支持动态配置）和Release-12 UE（支持动态配置）时，网络需要支持两套定时。为了维持后向兼容并避免冲突，eNB可能会限制传统UE在某些子帧的操作。这必然意味着在资源分配上（包括PUCCH区域）需要考虑区分对待两类UE。本领域技术人员可以直接确定，实现“支持两套定时”和“限制传统UE”的一种直接且常见的技术手段就是为两类UE配置分开的PUCCH资源区域。因此，该技术特征被直接公开。 |
| **N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。 <br> **《隐含公开》** | [0042] “An eIMTA cell may support two sets of timings simultaneously if both legacy UEs and Release-12 UEs are present. Therefore, an eIMTA cell may address additional scheduling constraints and increased system complexity.” <br> [009B图示情形] 对比文件通过图9A和9B的示例说明了旧式UE和eIMTA UE之间可能发生的PUCCH资源冲突。 | 对比文件明确指出了同时支持两类UE会带来额外的调度约束和系统复杂性，并通过附图示例了资源冲突的具体情形。本领域技术人员可以明确理解，为了避免或解决这些冲突（这是实现分开区域配置M的目的），网络侧（eNB）或UE侧必然需要执行一个“确定是否存在潜在冲突”的步骤或过程。这是实现资源管理和冲突避免的逻辑前提。因此，该技术特征被隐含公开。 |
| **O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。 <br> **《未公开》** | 无相应记载。 | 对比文件虽然提到了冲突问题和分开的区域，但完全没有描述在“没有检测到冲突”的特定条件下，支持动态配置的UE可以“回退”或“共享”使用传统UE的PUCCH区域这一具体规则。这是一个有条件的资源选择策略，对比文件未公开此具体策略。 |
| **P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。 <br> **《未公开》** | 无相应记载。 | 对比文件未提及任何关于根据冲突检测结果动态选择不同“偏移值”（如N^(1)_PUCCH偏移）来调整PUCCH资源分配的机制。该特征是目标专利中一个具体的资源自适应分配方案。对比文件未公开此内容。 |
| **Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。 <br> **《直接公开》** | [0017] “The reconfiguration information may include physical (PHY) layer signaling or media access control (MAC) layer signaling.” <br> [0036] “Dynamic TDD UL/DL reconfiguration may be applied...” <br> [0121] “... explicit signaling (e.g., PHY layer signaling or MAC layer signaling) may be used to indicate the actual TDD UL/DL configuration in the next radio frame for each reconfiguration.” | 对比文件多次明确记载重配置信息包括PHY层或MAC层信令，并且这种信令用于指示实际的TDD UL/DL配置（即动态配置）。PHY层或MAC层信令相对于高层（如RRC）信令而言正是典型的“动态信令”。因此，该技术特征被直接公开。 |
| **R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。 <br> **《未公开》** | [0050] “Known PHY layer signaling may be extended to enable dynamic DL-to-UL conversion. ... PHY layer signaling may also include using downlink control information (DCI) 0/4 formats for PUSCH scheduling ... and using DCI formats 1/2 and extensions for PDSCH scheduling, etc.” | 对比文件提到了使用DCI格式进行调度，但并未具体揭示利用DCI格式中的TPC命令位或ARO位来传达动态UL-DL子帧配置信令。目标专利的此特征涉及信令承载的具体位字段的复用，是一个非常具体的实现方式。对比文件未公开这一具体实现细节。 |
| **S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。 <br> **《隐含公开》** | [0016] “The UE receives a primary TDD UL/DL configuration for a serving cell ...”， [0017] “The primary TDD UL/DL configuration may be received in at least one system information block (SIB) ...”。 <br> [0072] “If the serving cell is a primary cell (PCell), the TDD UL/DL configuration signaled in a system information block (SIB) (e.g., SIB1) may be used as the primary TDD UL/DL configuration.” <br> 整个文件在描述动态重配置时，均以主配置（来自SIB1或RRC）作为基础和回退参考。 | 对比文件明确将SIB1（或RRC公共消息）中信号通知的TDD配置定义为主配置（primary configuration），并将其作为动态重配置的基准和默认配置。本领域技术人员熟知，在无线通信系统中，当动态信令（如DCI）丢失或解码失败时，UE需要有一个可靠的回退机制以确保通信不中断。最自然且可靠的回退基准就是高层配置的、相对静态的主配置（即SIB中的配置）。因此，虽然对比文件没有明文写出“检测丢失...然后回退”的步骤，但基于其建立的主配置与动态配置的关系，以及通信系统设计的公知常识，本领域技术人员能够直接且合理地推断出：在动态配置信令丢失时，UE应回退到基于SIB中的主配置进行HARQ资源分配等操作。该特征被隐含公开。 |
<<<A>>><<<B>>><<<E>>><<<M>>><<<Q>>>
<<<c>>><<<d>>><<<f>>><<<g>>><<<h>>><<<i>>><<<n>>><<<s>>>