**对比文件名称**：2014-09-18_US2014269539A_发明申请_US20140269539A1 SYSTEMS AND METHODS FOR FEEDBACK REPORTING
**目标专利名称**：PUCCH资源映射和HARQ-ACK反馈 CN105493597B
**本次调用模型名称**：DeepSeek-R1
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：接收指示动态上行链路-下行链路UL-DL子帧配置的信令<br>**《直接公开》** | [0018] “The UE receives signaling to configure the UE with multiple serving cells having a first uplink/downlink (UL/DL) configuration for each of the serving cells. If the UE is configured with the multiple serving cells and at least one of the serving cells is configured with additional reconfiguration information that enables dynamic UL/DL reconfiguration...” | 对比文件明确公开了UE接收信令以配置多个服务小区，且该信令包括第一UL/DL配置。当服务小区配置了“additional reconfiguration information”（附加重配置信息）时，即启用了动态UL/DL重新配置（即eIMTA）。本领域技术人员能够毫无疑义地确定，“additional reconfiguration information”就是用于指示动态UL-DL子帧配置的信令（例如，其可以指示一个重配置范围、一个新的当前配置等）。这与目标专利中特征A的“接收指示动态上行链路-下行链路UL-DL子帧配置的信令”作用相同，都是为UE提供动态子帧配置信息。因此，该特征被对比文件直接公开。 |
| **技术特征B**：基于参考UL-DL子帧配置确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**《直接公开》** | [0018] “...then the UE also determines a downlink (DL)-reference UL/DL configuration for at least one of the serving cells based on the first UL/DL configuration of the at least one serving cell and the additional reconfiguration information of the at least one serving cell. The UE further sends Physical Downlink Shared Channel (PDSCH) Hybrid Automatic Repeat Request Acknowledgement/Negative Acknowledgement (HARQ-ACK) information based on the DL-reference UL/DL configuration.” <br>[0064] “With dynamic UL/DL reconfiguration, a cell may dynamically change the TDD UL/DL configuration based on the traffic load... the PDSCH HARQ-ACK configuration may follow a first reference UL/DL configuration...” | 对比文件的核心内容就是为支持动态UL/DL重配置的UE确定一个“DL-reference UL/DL configuration”（DL参考UL/DL配置），并基于此参考配置来发送PDSCH HARQ-ACK信息。确定参考配置并基于它来发送HARQ-ACK，必然隐含了基于该参考配置来确定HARQ ACK/NACK的定时（即何时在哪个上行子帧反馈）。对比文件多处（如[0064]）明确说明PDSCH HARQ-ACK关联和定时遵循该参考配置。这与目标专利特征B的作用完全相同。因此，该特征被对比文件直接公开。 |
| **技术特征C**：以及基于所述动态UL-DL子帧配置确定HARQ资源分配，<br>**《隐含公开》** | [0018] “...determines a downlink (DL)-reference UL/DL configuration for at least one of the serving cells based on the first UL/DL configuration of the at least one serving cell and the additional reconfiguration information of the at least one serving cell.” <br>[0074] “For UEs that support dynamic UL/DL reconfiguration (e.g., Release-12 and beyond UEs that are configured with eIMTA support), the DL-reference UL/DL configuration of a dynamic UL/DL reconfiguration cell may be used to determine the DL-reference UL/DL configuration of a serving cell.” | 目标专利特征C“基于动态UL-DL子帧配置确定HARQ资源分配”是“混合设计”的关键：HARQ定时基于参考配置，而资源分配基于动态配置。对比文件虽然主要关注如何确定用于HARQ定时的“DL-reference UL/DL configuration”，但其公开了该参考配置的确定本身是基于“first UL/DL configuration”和“additional reconfiguration information”（即动态重配置信息）。这意味着，当动态配置变化时，所确定的参考配置也可能随之变化（例如，在对比文件[0070]-[0072]描述的某些实现中，参考配置是基于动态重配置范围中UL子帧最少的配置）。因此，HARQ资源分配（其与参考配置紧密相关）实质上是由动态配置信息决定的。本领域技术人员能够合理推断，在动态TDD系统中，为了适应变化的子帧分配，HARQ相关的资源分配必然需要考虑动态的UL-DL配置。因此，该特征被对比文件隐含公开。 |
| **技术特征D**：其中基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定HARQ-ACK码本大小。<br>**《隐含公开》** | [0066] “Another problem lies in that, if the codebook size is also determined by the reference configuration, then the HARQ-ACK codebook size may also be too large for eIMTA UEs...” <br>[0097] “DAS is a downlink association set, which is an output of Table (2)... and decided by DAS=d(z), where z is an input (e.g., a UL/DL configuration) of Table (2) and d is the function to decide DAS.” | 对比文件提到了码本大小若由参考配置决定可能过大的问题（[0066]），但未明确给出目标专利所述的基于动态配置确定码本大小的具体方案。然而，对比文件定义了“下行链路关联集（DAS）”，其大小由输入的UL/DL配置（z）通过查表函数d(z)决定（[0097]）。在动态TDD场景下，如果用于确定DAS的输入配置z是基于动态配置信息推导出的（如特征C的隐含公开论述），那么DAS的大小（即需要反馈ACK/NACK的DL子帧数M）也就间接由动态配置决定了。而HARQ-ACK码本大小与DAS大小直接相关（例如，对于PUCCH格式3，有效载荷大小由M决定；对于信道选择，映射表大小也由M决定）。因此，本领域技术人员通过阅读对比文件，能够合理推断出：为了更高效地利用资源，可以根据动态UL-DL配置（或其衍生的参考配置）来确定下行链路关联集的大小，进而决定HARQ-ACK码本大小。这是一种隐含的技术启示。 |
| **技术特征E**：其特征在于，基于所述参考UL-DL子帧配置确定HARQ ACK/NACK定时包括基于所述参考UL-DL子帧配置确定在其中传送HARQ ACK/NACK的子帧。<br>**《直接公开》** | [0064] “With dynamic UL/DL reconfiguration, a cell may dynamically change the TDD UL/DL configuration based on the traffic load... the PDSCH HARQ-ACK configuration may follow a first reference UL/DL configuration...” <br>[0097] “DAS is a downlink association set, which is an output of Table (2) (from Table 10.1.3.1-1 of 3GPP TS 36.213), and decided by DAS=d(z), where z is an input (e.g., a UL/DL configuration) of Table (2) and d is the function to decide DAS.” | 对比文件明确公开了PDSCH HARQ-ACK的配置（包括定时）遵循一个参考UL/DL配置（[0064]）。具体地，参考配置z作为输入，通过标准协议表（如3GPP TS 36.213 Table 10.1.3.1-1，即对比文件表(2)）的函数d(z)，可以确定下行链路关联集（DAS）。该关联集定义了每个上行子帧n需要反馈哪个或哪些下行子帧的HARQ-ACK。这等价于确定了每个下行子帧的HARQ ACK/NACK在哪个上行子帧中传送。因此，对比文件直接公开了基于参考UL-DL子帧配置确定传送HARQ ACK/NACK的子帧这一具体技术手段。 |
| **技术特征F**：其特征在于，码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL-DL子帧配置的DL关联集的大小来确定。<br>**《隐含公开》** | [0097] “DAS is a downlink association set, which is an output of Table (2)... and decided by DAS=d(z), where z is an input (e.g., a UL/DL configuration) of Table (2) and d is the function to decide DAS.” <br>结合特征C、D、E的论述。 | 如特征D和E所述，对比文件公开了DL关联集（DAS）的大小由输入配置z通过查表确定。在动态TDD系统中，输入配置z可以是基于动态UL-DL配置信息（如重配置范围）推导出的。因此，DL关联集的大小实质上基于动态UL-DL子帧配置来确定。而码本大小或ACK/NACK位数与DL关联集大小直接相关，这是本领域的公知常识（例如，关联集大小M决定了需要反馈的ACK/NACK比特数）。因此，本领域技术人员能够从对比文件公开的“基于动态信息确定参考配置z -> 由z决定DAS大小”这一逻辑链，合理推断出“码本大小或ACK/NACK位的数目基于动态UL-DL子帧配置的DL关联集的大小来确定”。该特征被隐含公开。 |
| **技术特征G**：其特征在于，基于所述动态UL-DL子帧配置确定HARQ资源分配包括基于所述动态UL-DL子帧配置确定物理上行链路控制信道PUCCH资源分配。<br>**《隐含公开》** | [0018] “The UE further sends Physical Downlink Shared Channel (PDSCH) Hybrid Automatic Repeat Request Acknowledgement/Negative Acknowledgement (HARQ-ACK) information based on the DL-reference UL/DL configuration.” <br>[0053] “associations of ACK/NACK feedback of DL transmission on UL subframe(s)” | 对比文件明确公开了基于DL参考配置来发送PDSCH HARQ-ACK信息。在LTE系统中，PDSCH的HARQ-ACK信息是通过PUCCH（或包含UCI的PUSCH）传送的。因此，发送HARQ-ACK信息必然涉及PUCCH资源的分配。既然对比文件教导了HARQ-ACK定时（进而影响资源映射）基于一个其本身由动态配置信息决定的参考配置（见特征C论述），那么本领域技术人员能够合理推断，PUCCH资源分配也相应地基于该动态UL-DL子帧配置（或其衍生的参考配置）来确定。这是一种隐含的技术方案。 |
| **技术特征H**：其特征在于，所述物理上行链路控制信道PUCCH资源分配基于所述动态UL-DL子帧配置的DL关联集的大小来确定。<br>**《隐含公开》** | [0097] “DAS is a downlink association set, which is an output of Table (2)... and decided by DAS=d(z), where z is an input (e.g., a UL/DL configuration) of Table (2) and d is the function to decide DAS.” <br>结合特征F、G的论述。 | 如特征F所述，对比文件隐含公开了DL关联集大小基于动态配置确定。如特征G所述，PUCCH资源分配基于动态配置确定。在LTE TDD系统中，PUCCH资源（尤其是用于HARQ-ACK反馈的隐式映射资源）与DL关联集（即需要反馈的下行子帧集合）以及该集合内子帧的索引/打包次序密切相关。这是本领域的标准技术（如目标专利背景技术部分所述）。因此，本领域技术人员能够从对比文件公开的“动态配置影响DL关联集大小”这一概念，结合公知常识，合理推断出“PUCCH资源分配基于动态UL-DL子帧配置的DL关联集的大小来确定”。该特征被隐含公开。 |
| **技术特征I**：其特征在于，当确定所述DL关联集的大小时，集束集合中未被配置为所述动态UL-DL配置中的DL的灵活子帧不被计及。<br>**《隐含公开》** | [0034] “Therefore, some subframes may be flexible and convertible and may be used as either downlink or uplink as described below.” <br>[0070] “The flexible subframes are defined by the subframes that have different directions or allocations in these UL/DL configurations.” | 对比文件明确定义了“灵活子帧（flexible subframes）”，即在允许的重配置范围内方向可变的子帧。对比文件的核心思想之一是，对于支持动态重配置的UE，其HARQ定时基于一个参考配置，该参考配置可能只考虑固定方向的子帧（例如，[0072]提到“DL-reference UL/DL configuration should be a configuration with only fixed UL allocations”）。这意味着，在确定用于HARQ定时的下行关联时，那些可能被动态配置为上行（而非下行）的灵活子帧可能不被视为有效的下行子帧。本领域技术人员能够从“灵活子帧方向可变”和“参考配置基于固定方向”这两个公开内容，合理推断出：在根据动态配置确定实际有效的DL关联集（用于反馈）时，那些在当前动态配置中未被实际配置为DL的灵活子帧应该被排除在计数（即“不被计及”）之外。这是一种符合逻辑的隐含方案。 |
| **技术特征J**：其特征在于，进一步包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**《隐含公开》** | [0070] “The flexible subframes are defined by the subframes that have different directions or allocations in these UL/DL configurations.” <br>结合特征I的论述。 | 如特征I所述，对比文件隐含公开了在确定有效DL子帧集时，可能不考虑被配置为UL的灵活子帧。一旦某些子帧（无论是固定UL还是灵活但被配为UL的子帧）被从原始的“集束集合”中排除，那么剩余的有效DL子帧的索引或排列次序（即“打包次序”）自然会发生变化。这种“通过移除某些元素来重新确定剩余元素的次序”是集合操作中的基本逻辑步骤。本领域技术人员在实施“不计及灵活UL子帧”这一方案时，必然会涉及对剩余DL子帧进行重新索引或排序，以进行后续的资源映射。因此，该特征是对比文件已公开概念的必然隐含结果。 |
| **技术特征K**：其特征在于，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**未公开** | 对比文件中未发现任何关于在重新排序DL子帧时，将“固定DL子帧”优先映射（例如，映射为第一个）的记载或提示。 | 对比文件提到了“固定（fixed）”子帧和“灵活（flexible）”子帧的概念（[0070, 0072]），但完全没有涉及在确定打包次序时对固定DL子帧给予任何特殊的优先处理规则。目标专利的这一特征是一个具体的、非必然的排序规则，旨在可能与旧式UE资源协调。对比文件既未直接描述，也未提供任何技术启示使本领域技术人员能够推理出这一特定规则。因此，该特征既未被直接公开，也未被隐含公开。 |
| **技术特征L**：其特征在于，为能够支持动态UL-DL子帧配置的UE和不能够支持动态UL-DL子帧配置的旧式UE配置分开的PUCCH区域。<br>**《隐含公开》** | [0042] “For legacy UEs, impacts and restrictions of allowing legacy UEs to operate without any modifications to existing timings are also analyzed herein.” <br>[0073] “It is up to the eNB scheduler to avoid conflicts in flexible subframes between the legacy UEs and dynamic UL/DL reconfiguration-capable UEs.” | 对比文件明确提出了传统UE（旧式UE）和支持动态重配置的UE共存时可能存在冲突的问题（[0042]），并指出需要由eNB调度器来避免冲突（[0073]）。为了避免PUCCH资源冲突，本领域技术人员熟知的一种有效手段就是为两类UE配置不同的、分开的PUCCH资源区域（例如，通过配置不同的起始偏移 `N(1)PUCCH`）。对比文件虽然没有明确写出“配置分开的PUCCH区域”这几个字，但其明确提出了冲突问题及避免冲突的需求，这必然引导本领域技术人员去寻求解决冲突的方案。在无线通信资源管理的公知常识中，为不同组UE划分专用资源区域是避免资源冲突的常用技术手段。因此，本领域技术人员能够从对比文件公开的“避免冲突”的需求，合理推断出“配置分开的PUCCH区域”这一技术方案。该特征被隐含公开。 |
| **技术特征M**：其特征在于，进一步包括确定是否存在与所述旧式UE PUCCH区域的潜在冲突。<br>**《隐含公开》** | [0073] “It is up to the eNB scheduler to avoid conflicts in flexible subframes between the legacy UEs and dynamic UL/DL reconfiguration-capable UEs.” | 对比文件明确指出eNB调度器需要“避免冲突”。要执行“避免冲突”这个动作，其前提必然是能够“识别”或“确定”是否存在潜在的冲突。这是一个逻辑上的必要步骤。因此，虽然对比文件没有详细描述冲突检测的具体算法，但“确定潜在冲突”这一功能性步骤已经隐含在对比文件公开的“避免冲突”的任务目标之中。本领域技术人员在实施避免冲突的方案时，必然需要首先进行冲突确定。 |
| **技术特征N**：其特征在于，进一步包括：若没有检测到潜在冲突则使用所述旧式PUCCH区域。<br>**未公开** | 对比文件中未提及在无冲突情况下，eIMTA UE可以回退使用旧式UE的PUCCH区域（即“旧式PUCCH区域”）的具体策略。 | 对比文件提到了避免冲突，但未公开一个具体的、两阶段的资源选择策略：即先检测冲突，再根据检测结果决定是共用旧式资源还是使用独立资源。目标专利的特征N、O、P描述了一个具体的资源选择机制（选择第一或第二偏移值）。对比文件没有提供任何关于“使用旧式PUCCH区域”或根据冲突检测结果动态选择偏移值的技术教导或启示。因此，该特征未被公开。 |
| **技术特征O**：其特征在于，进一步包括：若没有检测到潜在冲突，则选择第一偏移值<br>**未公开** | 同上。 | 同上。对比文件未提及任何关于根据冲突检测结果选择不同偏移值（第一偏移值、第二偏移值）的具体方案。该特征是目标专利的具体实现细节，未被对比文件公开。 |
| **技术特征P**：以及若检测到潜在冲突，则选择第二偏移值。<br>**未公开** | 同上。 | 同上。对比文件未提及任何关于根据冲突检测结果选择不同偏移值（第一偏移值、第二偏移值）的具体方案。该特征是目标专利的具体实现细节，未被对比文件公开。 |
| **技术特征Q**：其特征在于，所述PUCCH资源分配至少部分基于动态信令来确定。<br>**《隐含公开》** | [0037] “Known physical (PHY) layer signaling may be extended to enable dynamic DL-to-UL conversion.” <br>[0046] “They may utilize physical layer signaling to dynamically change the direction in convertible or flexible subframes.” | 对比文件多次提到使用物理层（PHY层）信令来实现动态的UL/DL重配置或改变灵活子帧的方向（[0037], [0046]）。既然子帧的方向可以通过动态信令改变，那么基于子帧方向（即动态UL-DL配置）所确定的PUCCH资源分配，自然也可以被认为是“至少部分基于动态信令来确定”。因为动态信令改变了配置，配置决定了资源分配。这是一种逻辑上的因果关系。本领域技术人员能够从“使用动态信令改变子帧方向”这一公开内容，合理推断出“与子帧方向相关的资源分配也受到该动态信令的影响”。因此，该特征被隐含公开。 |
| **技术特征R**：其特征在于，所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**未公开** | 对比文件中未提及利用DCI格式中的TPC命令位或ARO（ACK/NACK Resource Offset）位来传达用于确定PUCCH资源分配的动态信令。 | 对比文件虽然提到了物理层信令，但未具体揭示重用现有DCI中特定字段（如TPC位或ARO位）来动态指示PUCCH资源分配或偏移的机制。目标专利的特征R是一个非常具体的信令实现方式。对比文件既未直接描述，也未提供足够启示使本领域技术人员能够毫无疑义地或合理推断出这一具体实现手段。因此，该特征未被公开。 |
| **技术特征S**：其特征在于，进一步包括：检测丢失的动态UL-DL子帧配置<br>**《隐含公开》** | [0068] “In some cases, supporting a fallback scheme would also be straightforward, for example, in the case of loss of dynamic reconfiguration signaling or a decoding attempt failure.” (此段来自目标专利说明书[0165]，但对比文件本身也隐含了类似场景) <br>对比文件[0073]提到由eNB调度器避免冲突，这隐含了eNB和UE需要对动态配置有一致理解。如果UE未能正确接收动态信令，就会出现配置不一致。 | 对比文件虽然没有明文写出“检测丢失”，但其整个动态重配置系统建立在UE成功接收并理解动态信令的基础上。当提及“避免冲突”和调度协调时，本领域技术人员可以理解，如果动态信令丢失（例如，UE未检测到PDCCH调度或DCI解码失败），系统需要一种处理机制。检测信令丢失（例如，通过CRC校验失败、或在一定时间内未收到预期的重配置指示）是无线通信中的常规技术。因此，尽管对比文件未详述，但“检测丢失的动态配置”是实施一个鲁棒的动态TDD系统时，本领域技术人员容易想到并可能采用的隐含步骤。 |
| **技术特征T**：以及响应于所述检测，基于系统信息块SIB中信令通知的UL-DL子帧配置来确定HARQ资源分配。<br>**《隐含公开》** | [0068] “In such a case, the SIB1 UL-DL configuration may be used to determine the HARQ-ACK codebook size and PUCCH resource allocation.” (此段来自目标专利说明书[0165]，但对比文件本身隐含了回退概念) <br>对比文件[0068] “For a UE that does not support dynamic UL/DL reconfiguration, the UE may treat a dynamic UL/DL reconfiguration cell as a regular TDD cell with the first UL/DL configuration.” 其中“first UL/DL configuration”通常由SIB1配置。 | 对比文件明确指出，对于不支持动态重配置的UE，它将使用“第一UL/DL配置”（即默认配置，通常由SIB1信令通知）来操作。这公开了一种回退配置的存在。同时，如特征S所述，检测信令丢失是隐含的。当支持动态重配置的UE检测到动态信令丢失时，为了维持通信并避免错误，最直接、最可靠的回退方式就是退回到像旧式UE一样，使用由SIB1信令通知的、已知的、固定的UL-DL配置来确定所有相关参数，包括HARQ资源分配。这是确保后向兼容性和系统鲁棒性的合理设计。本领域技术人员能够从对比文件公开的“旧式UE使用SIB1配置”和动态系统对一致性的要求，合理推断出在动态信令失效时回退到SIB1配置的方案。因此，该特征被隐含公开。 |
<<<A>>><<<B>>><<<E>>><<<c>>><<<d>>><<<e>>><<<f>>><<<g>>><<<h>>><<<i>>><<<j>>><<<l>>><<<m>>><<<q>>><<<s>>><<<t>>>