**对比文件名称**：发明申请_WO2016182406A1 UPLINK CONTROL INFORMATION TRANSMITTING METHOD AND APPARATUS
**目标专利名称**：用于物理上行链路控制信道(PUCCH)的资源分配
**本次调用的模型名称**：DeepSeek-R1
## 特征比对表格 ##
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：一种用于由用户装备UE进行无线通信的方法，《直接公开》 | [7] 段：`receiving, by a user equipment (UE), a configuration signaling... transmitting the UCI bits on the determined PUCCH.` <br> [66]-[71]段：`At operation 201, a user equipment (UE) receives a configuration signaling... At operation 202, the UE receives a downlink grant signaling... At operation 203, the UE performs processing for the UCI bits... transmits the UCI bits on the determined PUCCH.` | 对比文件全文描述了由UE执行的上行链路控制信息(UCI)传输方法，包括接收配置、生成HARQ-ACK比特、处理UCI比特、确定PUCCH资源并在其上发送UCI比特。这直接公开了“一种用于由用户装备UE进行无线通信的方法”。 |
| 技术特征B：确定被分配用于提供一个或多个上行链路控制信息UCI比特的资源，《直接公开》 | [7] 段：`determining the PUCCH used to transmit the UCI bits in the candidate PUCCH set according to an ARI in the downlink grant signaling` <br> [67] 段：`a PUCCH used to transmit the HARQ-ACK and additional information in UCI may be dynamically indicated by the 2-bit ARI in a downlink grant signaling in the candidate PUCCH set.` <br> [106] 段：`The PUCCH determining module is to determine the PUCCH used to transmit the UCI bits in the candidate PUCCH set according to the ARI in the downlink grant signaling.` | 对比文件明确描述了UE根据下行准予信令中的ACK/NACK资源指示(ARI)，在预先配置的候选PUCCH集合中确定用于传输UCI比特的PUCCH。这直接对应于“确定被分配用于提供一个或多个UCI比特的资源”。 |
| 技术特征C：基于将不同数目的UCI比特映射到不同的资源池的映射来确定第一资源池，《隐含公开》 | [100]-[104] 段：讨论了根据有效载荷比特数（HARQ-ACK比特数）选择不同PUCCH格式（如格式3或格式X）以及动态改变所使用的PUCCH格式。例如，[102]段：“when the number of the HARQ-ACK bits to be fed back is more than N1 and less than N2 (e.g., N2 is equal to 66), the UE may process the PUCCH format X according to a condition of carrying N2 bits”。[104]段进一步描述了ARI值可以动态指示用于UCI传输的PUCCH格式和当前使用的PUCCH，并且候选选项中不同PUCCH对应的PUCCH格式可以相同或不同。 | 对比文件公开了根据UCI比特数（有效载荷大小）选择不同的PUCCH格式（如格式3或格式X），并且不同的PUCCH格式意味着不同的物理资源配置（例如，使用不同数量的PRB）。同时，候选PUCCH集合中的不同PUCCH资源可以由ARI指示。本领域技术人员可以合理推断，为了优化资源利用和性能，系统会预定义或配置一个映射关系，将不同的UCI比特数目范围关联到不同的PUCCH资源（或资源池），然后UE基于该映射和当前的UCI比特数来确定使用哪个资源池（即选择哪个PUCCH格式及对应的具体PUCCH资源）。因此，该技术特征被对比文件隐含公开。 |
| 技术特征D：其中所述映射将所述一个或多个UCI比特中的一数目的UCI比特映射到所述第一资源池，《隐含公开》 | 同上[100]-[104]段。 | 如特征C所述，对比文件隐含了基于UCI比特数选择资源池（PUCCH格式/资源）的映射概念。该映射必然会将特定数目（或范围）的UCI比特映射到对应的第一资源池（例如，比特数>N1时映射到支持更大容量的PUCCH格式X资源池）。因此，该技术特征被隐含公开。 |
| 技术特征E：并且其中所分配的资源包括所述第一资源池的一个或多个资源，《直接公开》 | [7], [67], [106]段（同特征B引用）。 | 对比文件明确说明最终确定的用于传输UCI的PUCCH是从候选PUCCH集合（即资源池）中根据ARI选出的一个具体PUCCH资源。因此，“所分配的资源包括所述第一资源池的一个或多个资源”被直接公开，因为分配的正是从池中选出的资源。 |
| 技术特征F：以及使用所分配的资源来向基站发送带所述一个或多个UCI比特的物理上行链路控制信道PUCCH。《直接公开》 | [7]段：`transmitting the UCI bits on the determined PUCCH.` <br> [71]段：`transmits the UCI bits on the determined PUCCH.` <br> [106]段：`The transmitting module is to transmit the UCI bits on the determined PUCCH.` | 对比文件多次明确记载了UE在确定的PUCCH上发送UCI比特。这直接公开了“使用所分配的资源来向基站发送带所述一个或多个UCI比特的物理上行链路控制信道PUCCH”。 |
| 技术特征G：其中所述一个或多个UCI比特包括以下各项中的至少一项：用于确收至所述UE的下行链路传输的一个或多个确收比特、调度请求SR、缓冲器状态报告BSR、或信道质量指示符CQI。《部分直接公开，部分未公开》 | [3]段：`HARQ-ACK bits... scheduling requests (SRs)... P-CSI` <br> [4]段：`uplink control information (UCI) bits, e.g., HARQ-ACK bits, scheduling requests (SRs), and/or P-CSI` <br> [79]段：`UCI bits include both HARQ-ACK and periodic channel state information (P-CSI)` <br> [93], [96]段提到UCI可包括HARQ-ACK、P-CSI和/或SR。 | 对比文件直接且多次公开了UCI比特包括HARQ-ACK（确收比特）、SR和CSI（包括周期CSI，即CQI的一种形式）。因此，对于“确收比特、SR、CQI”这部分，技术特征被**直接公开**。然而，对比文件全文均未提及“缓冲器状态报告(BSR)”可以作为UCI比特在PUCCH上传输。因此，涉及BSR的该部分内容**未被公开**。 |
| 技术特征H：其中所述资源是动态地分配的。《直接公开》 | [67]段：`a PUCCH used to transmit the HARQ-ACK and additional information in UCI may be dynamically indicated by the 2-bit ARI in a downlink grant signaling` <br> [81]段：`the 2-bit ARI in a downlink grant signaling may dynamically indicate a PUCCH used for the transmission of the HARQ-ACK and additional information in the UCI.` | 对比文件明确说明了用于传输UCI（包括HARQ-ACK及其他信息）的PUCCH资源是通过下行准予信令中的ARI动态指示的。这直接对应于“资源是动态地分配的”。 |
| 技术特征I：其中所述资源是半静态地分配的。《直接公开》 | [67]段：`The candidate PUCCH set is semi-statically configured through a signaling such as a radio resource control (RRC) signaling` <br> [80]段：`the base station semi-statically configures a channel used for P-CSI transmission for the UE.` | 对比文件明确记载了候选PUCCH集合是通过RRC信令半静态配置的，并且用于P-CSI传输的信道也是半静态配置的。这直接公开了“资源是半静态地分配的”。 |
| 技术特征J：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个信道质量指示符CQI比特。《直接公开》 | [79]段：`when UCI bits include both HARQ-ACK and periodic channel state information (P-CSI)` | 对比文件在第二实施例中明确描述了UCI比特同时包括HARQ-ACK和周期CSI（P-CSI，即CQI比特的一种形式）。这直接公开了该技术特征。 |
| 技术特征K：其中所分配的资源包括被分配用于提供所述一个或多个确收比特以及所述一个或多个CQI比特的资源。《直接公开》 | [82]-[84]段：当P-CSI和HARQ-ACK在同一个子帧中同时反馈时，UE在ARI动态指示的PUCCH上反馈UCI（包括HARQ-ACK和P-CSI）。例如，[84]段：`when the P-CSI and the HARQ-ACK are simultaneously transmitted in a subframe... the UE may feed the UCI back in the PUCCH dynamically indicated by the ARI.` | 对比文件公开了当ACK和CQI（P-CSI）同时传输时，使用同一个由ARI动态指示的PUCCH资源来承载它们。这直接对应于“所分配的资源包括被分配用于提供所述一个或多个确收比特以及所述一个或多个CQI比特的资源”。 |
| 技术特征L：其中被分配用于提供所述一个或多个确收比特的资源不同于被分配用于所述一个或多个CQI比特的资源。《直接公开》 | [80]-[82]段：描述了基站可能为P-CSI传输半静态配置一个PUCCH，同时为HARQ-ACK传输通过ARI动态指示另一个PUCCH。两者可能是不同的资源。例如，[82]段：`the PUCCH allocated for the P-CSI transmission may not carry all UCI bits... but the PUCCH indicated by the ARI may carry all the UCI bits.` | 对比文件公开了存在分别用于P-CSI和用于HARQ-ACK（及可能其他UCI）的、可能不同的PUCCH资源。这直接公开了“被分配用于提供所述一个或多个确收比特的资源不同于被分配用于所述一个或多个CQI比特的资源”这一可能性。 |
| 技术特征M：其中被分配用于所述一个或多个CQI比特的资源是半静态地分配的。《直接公开》 | [80]段：`the base station semi-statically configures a channel used for P-CSI transmission for the UE.` | 对比文件明确说明用于P-CSI（CQI比特）传输的信道是半静态配置的。这直接公开了该技术特征。 |
| 技术特征N：其中用于所述一个或多个确收比特的资源是动态地分配的。《直接公开》 | [67], [81]段（同特征H引用）。 | 对比文件明确说明用于传输HARQ-ACK（确收比特）的PUCCH资源是通过ARI动态指示的。这直接公开了该技术特征。 |
| 技术特征O：进一步包括，确定要使用被分配用于所述一个或多个CQI比特的资源来发送所述一个或多个确收比特以及所述一个或多个CQI比特。《未公开》 | 对比文件[82]-[84]段教导的是当P-CSI和HARQ-ACK同时传输时，应使用ARI动态指示的PUCCH来发送组合的UCI，而不是使用半静态配置的用于CQI的资源。原文[84]段甚至指出，当ARI指示的PUCCH不存在时，才可能使用为P-CSI配置的PUCCH，但这并非优选或标准操作。 | 目标专利特征O描述了确定使用半静态分配的CQI资源来发送ACK和CQI。而对比文件教导的是使用动态指示的（可能不同的）资源来发送组合的ACK和CQI。两者确定的资源类型和方式不同。对比文件未公开此技术特征。 |
| 技术特征P：进一步包括，确定要使用被分配用于提供所述一个或多个确收比特的资源来发送所述一个或多个确收比特以及所述一个或多个CQI比特。《未公开》 | 对比文件未明确描述“确定要使用被分配用于提供所述一个或多个确收比特的资源”来发送组合的ACK和CQI。对比文件强调的是使用ARI动态指示的PUCCH，这个资源虽然用于传输ACK，但其指示是动态的，并且是用于传输组合UCI的，并非简单地复用原本仅用于ACK的资源的概念。 | 目标专利特征P特指使用“被分配用于提供所述一个或多个确收比特的资源”。对比文件公开的动态资源虽然用于传输ACK，但其分配和使用的逻辑是基于ARI指示和组合UCI传输，与目标专利中可能隐含的“复用ACK专用资源”的确定过程不完全相同。对比文件未直接或隐含公开此具体确定步骤。 |
| 技术特征Q：其中所述一个或多个确收比特是与所述CQI比特中的一者或多者联合地编码的。《隐含公开》 | [76]段：`which may represent a process of performing joint encoding for some pieces of different types of UCI` <br> 对比文件整体上，PUCCH格式3和格式X都支持对多个UCI比特进行联合编码（见[4], [76]段）。当ACK和CQI在同一个PUCCH上传输时（如[84]段），本领域技术人员可以合理推断，它们很可能按照对比文件已公开的联合编码方法进行处理。 | 对比文件公开了对多类型UCI比特进行联合编码的一般方法。当ACK和CQI在同一个PUCCH资源上传输时（如特征K所公开的情况），本领域技术人员为了实现高效的传输，能够毫无疑义地应用已公开的联合编码技术将ACK比特与CQI比特联合编码。因此，该技术特征被隐含公开。 |
| 技术特征R：其中所述一个或多个确收比特和所述一个或多个CQI比特是单独地编码的。《未公开》 | 对比文件没有明确描述或示例对同时传输的ACK和CQI进行单独编码的方案。其公开的UCI处理流程（如[76]段）倾向于联合编码。 | 对比文件未提供任何将ACK和CQI单独编码的技术启示或实施例。本领域技术人员不能从对比文件中直接或隐含地得出此技术方案。因此，该技术特征未被公开。 |
| 技术特征S：其中所述一个或多个确收比特与所述一个或多个CQI比特的第一部分联合地编码，并与所述一个或多个CQI比特的第二部分单独地编码。《未公开》 | 对比文件完全没有提及这种部分联合、部分单独编码的混合编码方案。 | 对比文件未公开任何关于对UCI比特（特别是ACK和CQI）进行如此复杂划分和差异化编码的方法。本领域技术人员无法从对比文件中推导出此方案。因此，该技术特征未被公开。 |
| 技术特征T：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及缓冲器状态报告BSR比特。《未公开》 | 对比文件全文未提及缓冲器状态报告(BSR)。 | 对比文件公开的UCI类型包括HARQ-ACK、SR、CSI，但从未提及BSR。因此，“UCI比特包括确收比特以及BSR比特”这一组合特征未被公开。 |
| 技术特征U：其中所分配的资源包括被分配用于所述一个或多个确收比特以及所述BSR比特的资源。《未公开》 | 由于特征T未被公开，且对比文件未涉及BSR，因此自然没有公开用于承载ACK和BSR组合的资源分配。 | 该技术特征依赖于BSR的存在，而BSR未被对比文件公开。因此，该特征未被公开。 |
| 技术特征V：其中被分配用于提供所述一个或多个确收比特的资源不同于被分配用于所述BSR比特的资源。《未公开》 | 同上。对比文件未涉及BSR的资源分配。 | 该技术特征未被公开。 |
| 技术特征W：其中被分配用于所述BSR比特的资源是半静态地分配的。《未公开》 | 同上。对比文件未涉及BSR的资源分配。 | 该技术特征未被公开。 |
| 技术特征X：进一步包括，基于所述一个或多个确收比特的数目来决定要使用被分配用于所述BSR比特的资源还是其他资源来传送所述一个或多个确收比特。《未公开》 | 对比文件未涉及BSR，也未描述基于ACK比特数来决定是否使用BSR资源来传送ACK的逻辑。 | 该技术特征未被公开。 |
| 技术特征Y：其中所述一个或多个确收比特是与缓冲器状态报告BSR信息联合地编码的。《未公开》 | 对比文件未涉及BSR。 | 该技术特征未被公开。 |
| 技术特征Z：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个调度请求SR比特。《直接公开》 | [4]段：`uplink control information (UCI) bits, e.g., HARQ-ACK bits, scheduling requests (SRs), and/or P-CSI` <br> [93], [96]段提到UCI可包括HARQ-ACK和SR。 | 对比文件明确列举了UCI比特可以包括HARQ-ACK比特和调度请求(SR)比特。这直接公开了该技术特征。 |
<<<A>>><<<B>>><<<E>>><<<F>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<Z>>>
<<<c>>><<<d>>><<<q>>>