**对比文件名称**：发明授权_CN102577209B 上行链路控制数据传输
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek
以下是根据目标专利权利要求的划分创建的特征比对表格：
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种用于由用户装备UE进行无线通信的方法**<br>《隐含公开》 | [0007] “所公开的是用于在无线通信系统中使用载波聚合来传送上行链路控制信息(UCI)和其他反馈数据、特别是HARQ ACK/NACK的方法和系统。在一个实施方式中，UE可以被配置成确定将要作为UCI或其他反馈数据的一部分来传送的特定信息比特...UE还可以被配置成确定可用于传送反馈的特定资源。” | 对比文件通篇描述了由UE执行的、用于在无线通信系统中（特别是载波聚合场景下）传送上行链路控制信息（如HARQ ACK/NACK）的多种方法。例如，第[0007]段概述了UE被配置以确定和传送UCI/反馈的方法。说明书具体实施方式（如第[0200]段附近描述PUCCH资源选择方法）进一步体现了由UE执行无线通信方法的具体步骤。虽然对比文件聚焦于载波聚合下的反馈传输，而目标专利聚焦于动态TDD配置下的资源映射，但两者均描述了“由UE进行无线通信的方法”这一上位概念。本领域技术人员可以直接且明确地从对比文件中确定其公开了一种由UE执行的无线通信方法。因此，该技术特征被**直接公开**。其作用在对比文件中是用于在载波聚合系统中有效地传送控制信息，与目标专利中为解决动态子帧配置下的资源分配问题而提供的方法框架作用相同。 |
| **技术特征B：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令**<br>《未公开》 | 无直接对应内容。对比文件主要涉及载波聚合（CA）场景，未提及基于eIMTA的动态UL-DL子帧重配置或接收相关信令。 | 对比文件的核心背景是LTE-A中的载波聚合（见第[0005], [0008]段），其解决的是多载波下的ACK/NACK反馈和PUCCH资源分配问题。全文未出现“动态上行链路-下行链路子帧配置”、“动态TDD”、“eIMTA”或类似表述。对比文件中提到的“动态信令”（如第[0202]段）指的是用于PUCCH资源分配的DCI信令，而非用于改变帧结构中子帧方向的UL-DL配置信令。因此，对比文件既未直接公开也未隐含公开“接收指示动态UL-DL子帧配置的信令”这一技术特征。该特征是目标专利解决eIMTA特定问题的前提，在对比文件的技术方案中不存在。 |
| **技术特征C：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时**<br>《未公开》 | 无直接对应内容。对比文件第[0154]段提到：“需要反馈的ACK/NACK比特的数量取决于DL-UL配置...对于4DL:1UL子帧配置...”，但这仅是提及固定的TDD配置对反馈比特数的影响，并非基于“动态”配置来确定“定时”。 | 目标专利中，基于动态UL-DL子帧配置确定HARQ ACK/NACK定时是混合设计的关键，例如基于参考配置确定反馈子帧（见目标专利第[0166]段）。对比文件未涉及子帧方向的动态切换，因此也根本不存在基于动态配置来确定ACK/NACK反馈时刻（定时）的概念。对比文件中关于ACK/NACK的讨论均基于固定的帧结构或载波聚合关系，无法推理出此特征。 |
| **技术特征D：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配**<br>《未公开》 | 无直接对应内容。对比文件详细描述了PUCCH资源分配（例如第[0185]-[0191]段），但这些分配是基于载波聚合参数（如CC数量、CCE索引、DCI指示等），而非动态UL-DL子帧配置。 | 目标专利的特征在于将PUCCH资源分配与“动态UL-DL子帧配置”绑定，以优化资源利用并避免冲突（见第[0166]-[0169]段）。对比文件的PUCCH资源分配方案（如隐式映射、基于DCI指示、信道选择等）完全围绕着如何为多个聚合载波分配合适的PUCCH资源这一不同问题展开。两个技术方案解决的技术问题不同，对比文件的内容无法为推导出“基于动态UL-DL子帧配置来确定PUCCH资源分配”提供任何依据或启示。 |
| **技术特征E：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK**<br>《未公开》 | 第[0071]段：“在PUCCH上携带的控制信令信息可以包括...响应于物理下行链路共享信道(PDSCH)上的下行链路数据分组而被传送的HARQ ACK/NACK...” | 对比文件公开了在PUCCH上传送HARQ ACK/NACK这一常规操作。然而，该操作在对比文件中是依据其自身的资源分配和定时规则（如载波聚合下的规则）执行的。由于技术特征B、C、D（确定定时和资源分配的核心依据）未被对比文件公开，因此此处的“基于所确定的...”中的“所确定的”内容与对比文件无关。不能因为对比文件有“在PUCCH上传ACK/NACK”就认为其公开了目标专利中基于特定动态配置决策后的完整传输动作。 |
| **技术特征F：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。**<br>《未公开》 | 第[0088]-[0092]段讨论了确定ACK/NACK/DTX码本尺寸，但这是基于“被调度的实际CC(k个载波)”、“已激活的CC”或“已配置的CC”，目的是减少载波聚合下的状态数。第[0154]段提到ACK/NACK比特数取决于“DL-UL配置”，但指的是固定的TDD配置。 | 目标专利中，基于动态UL-DL配置确定码本大小是其“混合设计”的一部分，旨在减小码本（第[0166]-[0167]段）。对比文件中确定码本大小的动机（载波聚合导致状态爆炸）和技术手段（基于载波数量或固定TDD配置）均与“动态UL-DL子帧配置”无关。本领域技术人员无法从对比文件关于码本大小的论述中，推理出将其应用于动态TDD配置场景以解决目标专利所述问题的技术特征。 |
| **技术特征G：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。**<br>《未公开》 | 无直接对应内容。对比文件未提及“DL关联集”的概念。 | “DL关联集”是TDD系统中与一个UL子帧相关联的DL子帧集合，其大小取决于UL-DL配置（见目标专利图7及第[0155]段）。目标专利将此概念与“动态UL-DL子帧配置”结合。对比文件的技术背景是载波聚合，其核心参数是分量载波（CC）的数量和状态，不存在“DL关联集”这一TDD特有的概念，更谈不上基于动态配置的DL关联集大小来确定码本。该特征未被公开。 |
| **技术特征H：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。**<br>《未公开》 | 第[0185]段：“此处描述的实施方式可以与使用PUCCH格式1/1a/1b的PUCCH联合编码...结合使用”，以及后续大量关于PUCCH资源分配的描述。 | 同技术特征D的论述。对比文件确实公开了“确定PUCCH资源分配”，但其技术基础是载波聚合。特征H明确限定了确定PUCCH资源分配的依据是“动态UL-DL子帧配置”，这是一个完全不同的技术维度。对比文件未提供任何将PUCCH资源分配与子帧方向动态配置相关联的技术内容。 |
| **技术特征I：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。**<br>《未公开》 | 无直接对应内容。 | 该特征是将特征G和H的具体化结合。如前述，对比文件既未公开“基于动态UL-DL配置确定PUCCH资源分配”，也未公开“DL关联集”的概念。因此，该组合特征当然未被公开。 |
| **技术特征J：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。**<br>《未公开》 | 无直接对应内容。 | “集束集合”、“灵活子帧”是eIMTA动态TDD中的特定概念（见目标专利第[0168]-[0169]段）。对比文件的技术领域（载波聚合）不涉及子帧在UL/DL/灵活之间的重配置，因此完全没有这些概念。该特征未被公开。 |
| **技术特征K：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。**<br>《未公开》 | 无直接对应内容。 | 此特征涉及在动态TDD配置下，重新排序需反馈ACK/NACK的DL子帧的打包次序，是目标专利优化资源映射的具体步骤（第[0169]段）。对比文件无相应技术背景，无法推理出此操作。 |
| **技术特征L：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。**<br>《未公开》 | 无直接对应内容。 | 此特征是对特征K的进一步限定，涉及固定子帧和灵活子帧的区分与排序策略。对比文件无相应概念，未被公开。 |
| **技术特征M：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。**<br>《未公开》 | 无直接对应内容。对比文件未区分支持/不支持动态配置的UE。 | 该特征是目标专利为避免eIMTA UE与旧式（legacy）UE之间的PUCCH资源冲突而提出的解决方案之一（第[0170]段）。对比文件虽然涉及资源分配冲突（如第[0238]段提及CCE索引可能冲突），但那是载波聚合下不同UE之间的冲突，而非新旧UE因遵循不同子帧配置导致的冲突。技术问题和技术手段均不同，未被公开。 |
| **技术特征N：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。**<br>《未公开》 | 无直接对应内容。 | 此特征是特征M的后续动作。既然特征M未被公开，且对比文件中不存在因动态配置差异导致的新旧UE资源区冲突问题，则确定此类潜在冲突的特征也未被公开。 |
| **技术特征O：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。**<br>《未公开》 | 无直接对应内容。 | 此特征是特征N的后续处理。基于同样理由，未被公开。 |
| **技术特征P：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。**<br>《未公开》 | 无直接对应内容。对比文件提到了PUCCH资源偏移（如第[0272]段公式中的N_pucch^(1)），但这是用于区分不同载波或进行资源映射的固定或隐式偏移，并非用于基于“新旧UE资源冲突检测”结果进行动态选择的偏移值。 | 目标专利中，根据是否检测到与旧式UE资源的冲突来选择不同的偏移值（如N_pucch^(1)），是一种动态冲突避免机制（第[0170]段）。对比文件中的偏移概念服务于不同的目的（如载波区分），且选择逻辑与冲突检测无关。无法从对比文件推理出此特征。 |
| **技术特征Q：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。**<br>《未公开》 | 无直接对应内容。 | 此特征是对特征B中“信令”类型的进一步限定。由于特征B（接收动态配置信令）本身未被公开，且对比文件中不存在此类信令，因此该限定特征也未被公开。 |
| **技术特征R：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。**<br>《未公开》 | 第[0171]段：“...重用在集束集合的共用DL子帧中传送的DCI格式...中的发射功率控制(TPC)命令位...作为另一选项，共用DL子帧中的TPC命令可被用作HARQ‑ACK资源偏移(ARO)。” (注：此段来自**目标专利**说明书，而非对比文件) <br><br>对比文件第[0217]-[0219]段提到了重用TPC字段来指示PUCCH资源，但这是在载波聚合场景下，用于解决多载波PUCCH资源指示问题，而非用于传达动态UL-DL子帧配置。 | **重要澄清**：经核查，用户提供的“对比文件说明书”中夹杂了**目标专利**的段落（第[0170]-[0172]段）。在真正的CN102577209B说明书中，并无此内容。在CN102577209B中，第[0217]-[0219]段确实描述了重用DCI中的TPC字段来指示PUCCH资源（ARI），但上下文明确是用于载波聚合下的PUCCH资源分配（见第[0216]段：“...在包含了用于DL次载波(或Scell)的指派的DCI中接收的TPC字段可以重新用于指示PUCCH资源。”）。这与目标专利中“使用TPC/ARO位来传达动态UL-DL子帧配置信令”完全不同。对比文件公开了“TPC/ARO位可用于指示PUCCH资源”，但未公开其用于“传达动态UL-DL子帧配置”。因此，该特征未被公开。 |
| **技术特征S：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。**<br>《未公开》 | 无直接对应内容。对比文件未涉及动态配置丢失后的回退机制。 | 该特征是目标专利的回退方案（第[0176]段）。对比文件的技术方案不依赖于动态UL-DL配置，因此不存在检测其丢失并回退至SIB1配置的需求和设计。该特征未被公开。 |
<<<A>>>