对比文件名称：发明申请_US20110274063A1 METHOD AND APPARATUS FOR HANDLING DYNAMIC APERIODIC SRS (SOUNDING REFERENCE SIGNAL) IN A WIRELESS COMMUNICATION NETWORK
目标专利名称：PUCCH资源映射和HARQ‑ACK反馈
本次调用的模型名称：DeepSeek最新版本模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (段落号/位置) | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法<br>**判断结果**：直接公开 | “A method and apparatus are disclosed for handling SRS and PUCCH in a wireless communication system...the method comprises...transmitting a PUCCH transmission in the same first subframe.” (摘要) | 对比文件公开了一种由用户装备（UE）执行的无线通信方法，该方法包括处理SRS和PUCCH，具体涉及触发动态非周期SRS传输并在同一子帧中传输PUCCH。这直接对应于目标专利中“由用户装备UE进行无线通信的方法”这一上位概念。两者均涉及UE在无线通信系统中的操作流程。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令<br>**判断结果**：未公开 | 无 | 对比文件全文未提及“动态上行链路-下行链路（UL-DL）子帧配置”、“TDD配置适配”或“eIMTA”。其背景和发明内容聚焦于动态非周期性探测参考信号（SRS）的触发与传输，以及SRS与PUCCH的共存处理，完全不涉及基于业务负载动态改变上行/下行子帧比例的技术。因此，对比文件未公开“接收指示动态UL-DL子帧配置的信令”这一技术特征。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时<br>**判断结果**：未公开 | 无 | 对比文件虽提及了HARQ ACK/NACK在PUCCH上的传输（例如第[0037]、[0056]段），但并未将其定时的确定与任何“动态UL-DL子帧配置”相关联。目标专利中，基于动态配置确定HARQ定时是为了解决eIMTA系统中动态子帧切换带来的定时管理问题。对比文件未涉及此技术问题，也未公开相应的解决方案。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配<br>**判断结果**：未公开 | 无 | 对比文件讨论了PUCCH传输（例如格式、与SRS共存时的缩短格式等），但从未提及“HARQ资源分配”，更未将PUCCH上用于HARQ反馈的特定资源（如时频资源、码本、偏移值等）的确定与“动态UL-DL子帧配置”联系起来。目标专利此特征旨在解决动态配置下PUCCH资源分配效率与冲突问题，对比文件未涉及该问题或方案。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK<br>**判断结果**：直接公开 | “Furthermore, the PUCCH transmission could be an acknowledgement for a hybrid automatic repeat request (HARQ).” (第[0058]段) | 对比文件明确公开了PUCCH传输可以用于承载混合自动重复请求（HARQ）的确认（ACK/NACK）。这直接对应于目标专利中“在所述PUCCH上传送HARQ ACK/NACK”的技术特征。尽管对比文件未公开如何确定用于此次传输的特定资源和定时（特征C、D），但“在PUCCH上传输HARQ ACK/NACK”这一动作本身已被直接公开。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。<br>**判断结果**：未公开 | 无 | 对比文件未提及“HARQ-ACK码本大小”的概念。该概念是目标专利中为适配动态子帧配置、提高反馈效率而引入的。对比文件未涉及动态子帧配置，因此不可能公开基于动态配置来确定码本大小。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：未公开 | 无 | 对比文件未提及“DL关联集”的概念。该概念是TDD系统中定义下行子帧与上行ACK/NACK反馈之间映射关系的特定集合。目标专利将其大小与动态配置关联以确定码本。对比文件未涉及此技术内容。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。<br>**判断结果**：未公开 | 无 | 同特征D的论述。对比文件未将PUCCH资源分配与动态UL-DL子帧配置相关联。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。<br>**判断结果**：未公开 | 无 | 同特征G的论述。对比文件未提及“DL关联集”，更未公开基于其大小来确定PUCCH资源分配。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。<br>**判断结果**：未公开 | 无 | 对比文件未提及“集束集合”、“灵活子帧”等概念。这些是目标专利中用于在动态TDD配置下精确计算实际下行子帧数以进行资源映射的特定技术手段。对比文件未涉及此内容。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。<br>**判断结果**：未公开 | 无 | 同特征J的论述。对比文件未涉及为适应动态子帧配置而重新排序DL子帧打包次序的技术。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。<br>**判断结果**：未公开 | 无 | 同特征J、K的论述。对比文件未涉及动态子帧配置下对固定和灵活DL子帧进行特定排序的技术。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。<br>**判断结果**：未公开 | 无 | 对比文件未提及为不同能力（支持/不支持动态配置）的UE配置分开的PUCCH区域。该特征是目标专利中为避免新旧UE资源冲突而提出的解决方案。对比文件未涉及此技术问题或方案。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。<br>**判断结果**：未公开 | 无 | 同特征M的论述。对比文件未涉及新旧UE的PUCCH资源冲突检测问题。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。<br>**判断结果**：未公开 | 无 | 同特征M、N的论述。对比文件未公开根据冲突检测结果来动态选择PUCCH区域的机制。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。<br>**判断结果**：未公开 | 无 | 对比文件未提及用于PUCCH资源分配或冲突避免的“偏移值”（如N^1_PUCCH偏移或ARO）的动态选择机制。目标专利此特征是其资源分配方案的细化。对比文件未涉及。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。<br>**判断结果**：未公开 | 无 | 对比文件全文未提及“动态UL-DL子帧配置”，因此也不可能公开指示该配置的信令类型（无论是动态信令还是其他信令）。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。<br>**判断结果**：未公开 | 无 | 对比文件提到了DCI格式（如PDCCH format 0）和TPC命令（第[0040]段），也提到了“ackNackSRS-SimultaneousTransmission”等参数（第[0037]段），但这些都是用于调度PUSCH、控制功率或配置SRS/PUCCH共存，**并非用于传达动态UL-DL子帧配置信息**。目标专利特征R特指用于传达动态子帧配置的动态信令的载体。由于对比文件未公开动态子帧配置本身，因此也不可能公开其信令载体。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。<br>**判断结果**：未公开 | 无 | 对比文件未提及“动态UL-DL子帧配置”及其可能丢失的情况，也未提及在此情况下的回退机制（如回退到SIB1配置）。该特征是目标专利为保证系统鲁棒性而设计的特定回退方案。 |
<<<A>>><<<E>>>