**对比文件名称**：发明申请_US20150195063A1 METHOD AND APPARATUS FOR OPERATING SOUNDING IN WIRELESS COMMUNICATION SYSTEM IN WHICH UPLINK CONTROL CHANNEL RESOURCE DYNAMICALLY CHANGES
**目标专利名称**：PUCCH资源映射和HARQ‑ACK反馈
**本次调用模型名称**：DeepSeek最新版本模型
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用（译文） | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法 <br> **判断结果**：《直接公开》 | [0051]段：“在以下描述中，将描述无线通信系统中UL控制信道资源动态变化时的探测参考信号传输/接收过程和探测管理方法。” <br> [0087]段：“参考图8，UE在步骤800从基站接收关于UL/DL配置的信息。” <br> [0100]段：“参考图10，UE在步骤1000确定其PUCCH和SRS是否同时传输。” | 对比文件通篇描述由UE执行的无线通信方法，包括接收配置、确定资源冲突、控制信号传输等。其整体技术方案就是教导UE在动态UL-DL配置环境下如何进行操作（特别是SRS管理），这与目标专利中“由UE进行无线通信的方法”这一主题类型完全相同，属于直接公开了方法主题。 |
| **技术特征B**：接收指示动态上行链路‑下行链路UL‑DL子帧配置的信令 <br> **判断结果**：《直接公开》 | [0003]段：“LTE TDD系统使用话务适配技术，根据所需下行链路和上行链路话务量的变化动态地选择/采用上行链路/下行链路配置...” <br> [0087]段：“UE在步骤800从基站接收关于UL/DL配置的信息。” <br> [0090]段：“基站向小区内的UE发送UL/DL配置（步骤900）。” | 对比文件明确公开了系统支持动态UL-DL配置（话务适配），并且UE需要从基站接收该UL/DL配置信息。这与目标专利中“接收指示动态UL-DL子帧配置的信令”这一特征完全一致。在对比文件中，该信令用于确定PUCCH资源区域以避免与SRS冲突；在目标专利中，用于确定HARQ定时和资源分配。两者作用虽不同，但“接收指示动态配置的信令”这一动作本身被直接公开。 |
| **技术特征C**：基于所述动态UL‑DL子帧配置来确定混合自动重复请求HARQ确收/否定确收ACK/NACK定时 <br> **判断结果**：未公开 | [0007]段：“在图1的示例中，假设遵循配置102的HARQ ACK/NACK上行链路传输定时。这是因为配置102在三种配置中具有最少的UL子帧数，因此其他两种配置很可能在与配置102相同的上行链路子帧上具有UL定时，从而避免了在话务适配过程中用于传输HARQ ACK/NACK的UL子帧变为DL子帧的问题。” | 对比文件公开了为动态TDD系统确定一个统一的HARQ ACK/NACK传输定时，但该定时是基于一个固定的“DL最重配置”（如配置102）确定的，目的是为所有动态配置提供一个兼容的、不会因配置切换而失效的固定UL反馈时机。而目标专利的技术特征C明确要求“基于所述动态UL-DL子帧配置来确定”定时。根据目标专利说明书[0153]-[0154]段，其目的是使HARQ定时始终基于一个参考配置（如配置#5），而不是基于动态变化的配置本身。两者确定定时的依据和作用根本不同：对比文件是基于一个固定参考配置来保证定时兼容性；目标专利是基于动态配置本身（或其参考配置）来确定定时。因此，该技术特征未被对比文件公开。 |
| **技术特征D**：基于所述动态UL‑DL子帧配置来确定针对物理上行链路控制信道PUCCH的HARQ资源分配 <br> **判断结果**：《隐含公开》 | [0009]段：“当动态执行话务适配时，假设PUCCH HARQ ACK/NACK资源是在假设DL最重配置103的情况下配置的；但是，如果应用非DL最重配置，则PUCCH资源区域配置得比所需更大，导致资源浪费。” <br> [0013]段：“当执行动态话务适配时，优选地，用于传输对应于DL数据的HARQ ACK/NACK的PUCCH资源区域根据DL子帧数量的变化而动态变化，以有效利用资源。” <br> [0057]段：“基站调整确定m的函数的输入参数，以便为各个UL/DL配置配置不同的每UL/DL配置PUCCH HARQ ACK/NACK资源区域。” | 对比文件明确教导了PUCCH资源（用于HARQ ACK/NACK）需要根据动态UL/DL配置（话务适配）进行动态分配或配置，以实现高效资源利用。虽然对比文件主要关注此动态分配对SRS资源配置的影响，但“基于动态UL-DL配置来确定PUCCH资源分配”这一核心逻辑已被明确揭示。在对比文件中，该操作的作用是避免资源浪费并为SRS配置腾出空间；在目标专利中，其作用是优化HARQ反馈的PUCCH资源开销。两者解决的问题侧重点不同，但“基于动态配置确定PUCCH资源分配”这一技术手段本身是相同的。本领域技术人员可以直接且毫无疑义地从对比文件[0013]和[0057]段的内容中确定这一技术特征。 |
| **技术特征E**：以及基于所确定的HARQ资源分配和HARQ ACK/NACK定时来在所述PUCCH上传送HARQ ACK/NACK <br> **判断结果**：《直接公开》 | [0008]段：“在UL子帧105，HARQ ACK/NACK在物理上行链路控制信道（PUCCH）上传输。” | 对比文件直接、明确地公开了在PUCCH上传输HARQ ACK/NACK。虽然其定时和资源分配的确定方式可能与目标专利不同，但“在PUCCH上传送HARQ ACK/NACK”这一最终执行动作被直接公开。在对比文件中，这是TDD系统中的常规操作；在目标专利中，是基于特定规则确定定时和资源后的操作。动作本身相同。 |
| **技术特征F**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定HARQ‑ACK码本大小。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件全文未提及“HARQ-ACK码本大小”的概念，也没有任何关于如何确定ACK/NACK反馈比特位数量或码本大小的内容。其关注点在于PUCCH物理资源区域的分配和避免与SRS冲突，而非HARQ反馈的有效载荷大小。因此，该技术特征既未被直接公开，也无法从对比文件已公开的内容中合理推断得出。 |
| **技术特征G**：所述码本大小或ACK/NACK位的数目中的至少一者基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未涉及“DL关联集”的概念，更没有将其大小与码本大小或ACK/NACK位数相关联的任何教导或启示。该技术特征是目标专利中用于优化反馈效率的具体手段，在对比文件中完全不存在。 |
| **技术特征H**：基于所述动态UL‑DL子帧配置来确定HARQ资源分配包括基于所述动态UL‑DL子帧配置来确定物理上行链路控制信道PUCCH资源分配。 <br> **判断结果**：《隐含公开》 | [0013]段：“当执行动态话务适配时，优选地，用于传输对应于DL数据的HARQ ACK/NACK的PUCCH资源区域根据DL子帧数量的变化而动态变化，以有效利用资源。” <br> [0057]段：“基站调整确定m的函数的输入参数，以便为各个UL/DL配置配置不同的每UL/DL配置PUCCH HARQ ACK/NACK资源区域。” | 此特征与技术特征D的一部分实质相同。对比文件明确公开了需要根据动态UL/DL配置来确定PUCCH资源分配（区域）。在对比文件中，该操作服务于资源高效利用和SRS管理；在目标专利中，服务于HARQ资源分配优化。但“基于动态配置确定PUCCH资源分配”这一技术手段被明确公开。 |
| **技术特征I**：所述物理上行链路控制信道PUCCH资源分配基于所述动态UL‑DL子帧配置的DL关联集的大小来确定。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未提及“DL关联集”的概念。其确定PUCCH资源区域的依据是UL/DL配置本身（见[0057]段，通过调整参数‘m’），或隐含的DL子帧数量（见[0013]段），而非一个明确定义的“DL关联集”的大小。目标专利中“基于DL关联集大小”是更具体、有特定定义的规则，未被对比文件公开。 |
| **技术特征J**：当确定所述DL关联集的所述大小时，集束集合中未被配置为所述动态UL‑DL配置中的DL的灵活子帧不被计及。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未涉及“集束集合”、“灵活子帧”以及从集合中排除非DL灵活子帧的概念。这是目标专利中用于精确计算有效DL子帧数以确定资源分配的具体规则，在对比文件中完全没有对应内容。 |
| **技术特征K**：包括通过移除UL子帧来确定所述集束集合中的剩余DL子帧的打包次序。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未涉及对DL子帧进行“打包次序”确定或重新排序的任何内容。这是目标专利中用于资源映射的具体算法步骤，在对比文件中无任何记载或暗示。 |
| **技术特征L**：其中，固定DL子帧在所述剩余DL子帧的打包次序中被映射为第一个。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未涉及“固定DL子帧”的概念，也没有关于在排序中将其优先映射的规则。这是目标专利中的特定排序规则，未被公开。 |
| **技术特征M**：为能够支持动态UL‑DL子帧配置的UE和不能够支持动态UL‑DL子帧配置的UE配置分开的PUCCH区域。 <br> **判断结果**：未公开 | [0020]段：“根据本发明的一个方面，无线通信系统中的SRS管理方法包括：在基站处，为上行链路控制信道动态变化识别能力终端（例如，话务适配能力终端）和上行链路控制信道动态变化识别无能终端（例如，话务适配无能终端）配置不同的探测频带。” <br> [0051]-[0053]段：描述了为“知晓UE”和“无知UE”配置不同的探测（Sounding）频带。 | 对比文件公开了为两类UE（知晓/无知，即支持/不支持动态变化的UE）配置**不同的SRS探测频带**，其目的是避免SRS与PUCCH资源冲突。然而，该技术特征要求的是为两类UE配置“分开的PUCCH区域”。对比文件自始至终未提及为两类UE划分不同的PUCCH资源区域。它关注的是在给定的PUCCH区域动态变化的情况下，如何为两类UE配置SRS频带以避免冲突。因此，该技术特征未被公开。 |
| **技术特征N**：包括确定针对能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域与针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域之间是否存在潜在冲突。 <br> **判断结果**：未公开 | 无相关描述。 | 由于对比文件未公开技术特征M（为两类UE配置分开的PUCCH区域），因此也就不存在对这两类区域之间潜在冲突进行确定的相关内容。对比文件关注的是PUCCH区域与SRS资源之间的冲突，而非不同UE群组PUCCH区域之间的冲突。 |
| **技术特征O**：若没有检测到潜在冲突，则使用针对不能够支持动态UL‑DL子帧配置的UE的所述PUCCH区域。 <br> **判断结果**：未公开 | 无相关描述。 | 此特征以技术特征N为前提，且涉及具体的资源复用规则。对比文件中无相关内容。 |
| **技术特征P**：若没有检测到潜在冲突，则为第一偏移值；以及若检测到潜在冲突，则为第二偏移值。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未涉及根据冲突检测结果动态选择PUCCH资源偏移值的机制。这是目标专利中用于动态调整资源分配的特定方案。 |
| **技术特征Q**：指示动态上行链路‑下行链路UL‑DL子帧配置的所述信令包括动态信令。 <br> **判断结果**：《直接公开》 | [0003]段：“LTE TDD系统使用话务适配技术，根据所需下行链路和上行链路话务量的变化**动态地**选择/采用上行链路/下行链路配置...” <br> [0090]段：“基站向小区内的UE发送UL/DL配置（步骤900）。” | 对比文件明确其上下文是“动态”话务适配，且UE需要接收UL/DL配置。本领域技术人员能够直接且明确地理解，在动态适配场景下，指示当前配置的信令必然是动态的（例如，通过L1信令或动态RRC信令），而非半静态的SIB1配置。这与目标专利中“动态信令”的含义一致。 |
| **技术特征R**：所述动态信令经由以下至少一者来传达：用于发射功率控制TPC命令的下行链路控制信息DCI格式中的一个或多个位，或者一个或多个确收资源偏移ARO位。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未具体公开动态UL-DL配置信令的承载方式或格式，更没有提及利用DCI中的TPC位或ARO位来传达该信令。这是目标专利中一种具体的信令实现方式，未被对比文件公开。 |
| **技术特征S**：检测丢失的动态UL‑DL子帧配置；以及响应于所述检测，基于系统信息块SIB中信令通知的UL‑DL子帧配置来确定HARQ资源分配。 <br> **判断结果**：未公开 | 无相关描述。 | 对比文件未涉及对动态配置信令丢失进行检测以及随后回退到SIB1配置的机制。这是目标专利中为保证可靠性而设计的回退方案，在对比文件中无任何记载。 |
<<<A>>><<<B>>><<<d>>><<<E>>><<<h>>><<<Q>>>