**对比文件名称**：CN105391522A_Description_20260106_0029
**目标专利名称**：选择用于信道状态信息的物理上行链路控制信道(PUCCH)资源
**本次调用模型名称**：DeepSeek
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种由用户设备(UE)执行的无线通信的方法** <br>《直接公开》 | 摘要：“无线通信系统中的上行链路控制信息发射/接收方法和装置”；具体实施方式：“以下描述的本发明的实施例...给出了在基站(BS)和终端之间的数据发射和接收关系的说明。” | 对比文件整体描述了一种由UE执行的无线通信方法，用于发射上行链路控制信息（UCI），例如ACK/NACK。这与目标专利权利要求中限定的“由用户设备(UE)执行的无线通信的方法”属于相同类型的主题，被直接公开。 |
| **技术特征B：至少部分地基于独立于用于构建信道状态信息(CSI)有效载荷的秩指示符的第二值的所述秩指示符的第一值，来确定要用于发送所述CSI有效载荷的物理上行链路控制信道(PUCCH)资源的集合** <br>《隐含公开》 | 具体实施方式：“UE可以基于通过在SCell的一个或多个PDCCH中的TPC字段的重新使用所指示的ARI来从四个PUCCH资源候选者计算/选择要被其使用的一个PUCCH资源（即，一个资源索引）。”（对应图28步骤S2830）<br>“在仅PCell接收情况下...UE可以根据预定义规则（或预定义索引）从四个PUCCH资源候选者中选择一个PUCCH资源。”（对应图28步骤S2840及实施例1）<br>“在仅PCell接收情况下，UE可以使用通过在PCell的PDCCH中的DAI字段的重新使用所指示的ARI来从四个PUCCH资源候选者中选择要由其使用的一个PUCCH资源”（对应图30步骤S3040及实施例3） | **1. 在对比文件中的作用**：对比文件为了解决在多载波/TDD系统中UE如何确定用于发射多个ACK/NACK比特的PUCCH格式3资源的问题，提出使用一个参数（如TPC字段重用作ACK/NACK资源指示符（ARI），或DAI字段重用作ARI）来从一组预配置的PUCCH资源中选择一个特定的资源。这个参数（ARI值）的确定独立于ACK/NACK有效载荷的具体内容（即实际需要反馈的ACK/NACK状态）。例如，ARI由PDCCH中的特定字段（TPC或DAI）指示，而该字段的值与下行信道质量无关，仅用于资源指示。<br>**2. 与目标专利作用的对比**：在目标专利中，“秩指示符的第一值”是一个独立于实际用于构建CSI有效载荷的“第二值”（即实际下行信道质量决定的秩）的参数，用于确定PUCCH资源集合，旨在使BS能预先知道UE将使用哪个资源，从而避免盲检。对比文件中，“ARI值”同样是一个独立于实际构建的ACK/NACK有效载荷内容的参数，用于确定PUCCH格式3资源，目的是使UE和BS能唯一确定资源位置，避免歧义。两者均是通过一个与有效载荷构建解耦的预定或信令指示的参数来解决资源选择确定性问题，其核心作用相同。<br>**3. 结合目标专利说明书的解释**：目标专利说明书第[0033]-[0034]段指出，现有技术中UE基于CSI有效载荷大小（取决于信道质量）选择PUCCH资源，导致BS无法预知。本发明通过引入一个独立参数（第一秩）来确定资源，使BS能同步识别。对比文件的方案本质相同：使用独立于ACK/NACK有效载荷内容的ARI参数来确定PUCCH格式3资源，使BS能明确知道监测哪个资源。因此，本领域技术人员可以从对比文件公开的“基于ARI参数选择PUCCH资源”这一整体构思中，合理推断出“基于一个独立于有效载荷构建参数的参数来确定PUCCH资源集合”的技术特征。 |
| **技术特征C：所述秩指示符对应于由所述UE确定的下行链路信道质量** <br>《直接公开》 | 具体实施方式：“UE可以测量下行链路通信的信道质量以确定如何构建CSI有效载荷。”；“信道处理器可以确定...信道质量指示符(CQI)等。”；“CSI可以包括CQI、PMI、RI等”。 | 对比文件明确公开了UE需要确定下行链路信道质量（如通过测量），并基于此生成信道状态信息（CSI），例如CQI、PMI、RI。RI（秩指示符）是CSI的一部分，直接对应于由UE确定的下行链路MIMO信道质量。因此，该特征被直接公开。 |
| **技术特征D：以及使用来自所述PUCCH资源的集合的一个或多个资源来将所述CSI有效载荷发送给基站(BS)** <br>《直接公开》 | 具体实施方式：“使用PUCCH格式和资源发射ACK/NACK信息”；“通过发射模块使用PUCCH格式和资源发射ACK/NACK信息”；关于PUCCH格式3的描述：“UE可以使用与所计算/选择的索引对应的资源通过PUCCH格式3来发射ACK/NACK信息。” | 对比文件多次明确描述了UE使用所确定的PUCCH格式和资源（包括PUCCH格式1a/1b/2/3等）向上行链路发送控制信息（如ACK/NACK）。虽然示例中是ACK/NACK，但该发送动作本身与控制信息的具体类型无关。因此，“使用来自PUCCH资源集合的资源发送信息给BS”这一动作被直接公开。 |
| **技术特征E：所述秩指示符的第一值是根据与所述UE的网络相关联的规范来预定的** <br>《隐含公开》 | 具体实施方式：“可以通过较高层（例如，RRC信令）来向UE指配用于UCI发射的PUCCH资源”；“UE可以通过较高层配置（例如，RRC信令）来接收包括用于PUCCH格式3的四个资源的PUCCH资源候选集”；实施例1和2中提到的“预定义规则”或“预定义索引”。 | **1. 在对比文件中的作用**：对比文件中用于选择PUCCH资源的参数（如ARI）所指向的PUCCH资源候选集是通过RRC信令（高层配置）预先提供给UE的，这属于网络规范的一部分。在特定场景（如仅PCell接收）下，甚至直接使用“预定义规则”（如选择资源集中的最后一个资源）来确定资源，这更直接地体现了“预定”。<br>**2. 与目标专利作用的对比**：目标专利中“第一值根据规范预定”是为了保证UE和BS对资源选择有统一、确定的理解。对比文件中通过RRC配置资源集和在特定场景下应用预定义规则，同样是为了保证UE和BS对最终使用的PUCCH资源有一致且确定的预期。<br>**3. 结合目标专利说明书的解释**：说明书第[0034]段提到“可以配置预定的参数（例如，根据与BS和UE相关联的网络的规范）”。对比文件中的RRC配置和预定义规则正是网络规范用于预定参数（资源集和选择规则）的具体实现方式。因此，本领域技术人员可以从对比文件公开的“通过RRC配置资源候选集”和“使用预定义规则选择资源”中，合理推断出“参数是根据网络规范预定”的这一特征。 |
| **技术特征F：所述秩指示符的第一值与所述秩指示符的第二值不同** <br>《隐含公开》 | 具体实施方式：用于确定PUCCH资源的参数（如TPC字段作为ARI，DAI字段作为ARI）是独立于ACK/NACK有效载荷内容的。例如，TPC字段的原始用途是功率控制，DAI字段的原始用途是下行调度计数，当它们被重新用作ARI时，其值与实际信道质量决定的ACK/NACK状态（可类比为“第二值”）没有必然关联，通常是不同的。 | **1. 在对比文件中的作用**：对比文件中用于资源选择的参数（ARI）与用于构建UCI有效载荷的参数（如下行信道质量决定的CQI/ACK-NACK状态）是两套不同的参数体系。ARI的值（如00,01,10,11）用于索引资源，而有效载荷内容由信道质量决定，两者在数值和意义上均不相同。<br>**2. 与目标专利作用的对比**：目标专利中“第一值”与“第二值”不同，强调了资源选择参数与实际信道质量参数的解耦。对比文件中的ARI与实际ACK/NACK有效载荷内容的关系同样如此，实现了资源选择与有效载荷构建的解耦。<br>**3. 结合目标专利说明书的解释**：本发明的核心之一是资源选择独立于CSI有效载荷大小（见说明书第[0034]段）。对比文件通过引入ARI机制，同样实现了PUCCH资源选择独立于ACK/NACK有效载荷内容。因此，可以合理推断，在对比文件的方案中，用于资源选择的参数值（第一值）与用于构建有效载荷的参数值（第二值）是不同的。 |
| **技术特征G：不管所述CSI有效载荷的大小如何，所述秩指示符的第一值都对应于所述CSI有效载荷的最大大小或所述CSI有效载荷的最小大小** <br>《隐含公开》 | 具体实施方式：PUCCH格式3被设计用于支持“直至20比特的ACK/NACK有效载荷”（参见实施例9、10相关描述）。为PUCCH格式3配置的资源具有固定的容量（例如，支持一定数量的编码比特和调制符号），这个容量对应其能承载的UCI有效载荷的最大大小。 | **1. 在对比文件中的作用**：对比文件中，为UE配置的PUCCH格式3资源候选集中的每个资源，都具有一个固定的物理资源容量（如一定的RE数量），这个容量决定了该PUCCH资源能够承载的UCI有效载荷的最大比特数（例如，直至20比特）。无论某次传输的实际ACK/NACK有效载荷是5比特还是15比特，只要不超过该最大值，都使用同一个由ARI选定的资源。这相当于该资源对应的参数（ARI所选资源）关联着一个“最大有效载荷大小”。<br>**2. 与目标专利作用的对比**：目标专利中“第一值对应于CSI有效载荷的最大大小或最小大小”，意味着该参数隐含地定义了一个有效载荷大小的边界，资源容量据此确定。对比文件中PUCCH格式3资源的容量设计正是基于其意图支持的最大有效载荷大小（如20比特）。<br>**3. 结合目标专利说明书的解释**：说明书第[0070]段及图8示例讨论了PUCCH资源的容量与CSI有效载荷大小的关系。对比文件中PUCCH格式3资源的固定容量特性，使得本领域技术人员可以理解，为该资源选择的参数（ARI）实质上对应着一个有效载荷大小的上限（最大大小）。因此，该特征被隐含公开。 |
| **技术特征H：所述秩指示符的第一值表示所述CSI有效载荷的最小大小** <br>《未公开》 | 无相应引用。 | 对比文件通篇没有描述或暗示用于选择PUCCH资源的参数（如ARI）或PUCCH资源本身与UCI有效载荷的“最小大小”相关联。PUCCH格式3资源被设计为支持“直至”某一大小，关注点是最大容量，而非最小保证。因此，该特征既未被直接公开，也无法从对比文件内容中合理推断得出。 |
| **技术特征I：所述CSI有效载荷包括CSI‑部分1有效载荷和CSI‑部分2有效载荷** <br>《未公开》 | 对比文件中提及的CSI包括CQI、PMI、RI等，但并未将其进一步划分为具有不同特性（如一部分大小固定，另一部分大小可变）的“CSI-部分1”和“CSI-部分2”。 | 目标专利中CSI-部分1和CSI-部分2的划分是其特征之一，用于说明有效载荷大小变化的来源（CSI-部分2取决于MIMO层质量）。对比文件虽然公开了CSI包含多种信息，但没有进行这种特定的结构性划分。因此，该特征未被公开。 |
| **技术特征J：所述UE被配置为确定所述CSI有效载荷的大小超过所述PUCCH资源的集合的容量，并且被配置为至少部分地基于确定所述CSI有效载荷的所述大小超过所述PUCCH资源的集合的所述容量，来丢弃所述CSI‑部分2有效载荷的一个或多个块** <br>《未公开》 | 无相应引用。 | 对比文件没有描述当UCI有效载荷（如ACK/NACK比特数）超过所选PUCCH资源（如PUCCH格式3）的实际容量时，UE丢弃部分有效载荷内容（例如，丢弃部分ACK/NACK信息或CSI块）的机制。其解决容量问题的方式是采用捆绑（bundling）以减少有效载荷比特数，或者设计资源支持足够大的容量（如20比特）。因此，该特征未被公开。 |
| **技术特征K：所述UE被配置为确定所述CSI有效载荷的大小小于所述PUCCH资源的集合的容量，并且被配置为至少部分地基于确定所述CSI有效载荷的所述大小小于所述PUCCH资源的集合的所述容量，来将所述CSI‑部分2有效载荷的一个或多个块复制到所述CSI有效载荷中** <br>《未公开》 | 无相应引用。 | 对比文件没有描述当UCI有效载荷小于PUCCH资源容量时，通过复制部分有效载荷内容来填充剩余资源的机制。其关注点在于有效载荷的编码和映射，而非通过复制来匹配固定资源容量。因此，该特征未被公开。 |
| **技术特征L：当在对所述CSI有效载荷的传输期间要发送一个或多个调度请求时机时，所述CSI有效载荷的一部分包括调度请求** <br>《直接公开》 | 摘要及具体实施方式：“如果在一个上行链路子帧中配置了调度请求的传输，则使用PUCCH格式1b发射ACK/NACK信息和调度请求。”；“可以使用PUCCH格式3复用和发射ACK/NACK信息和调度请求”。实施例16-20详细描述了ACK/NACK与SR的同时传输和复用/联合编码。 | 对比文件明确公开了当ACK/NACK（作为UCI的一种）传输与SR传输时机重合时，UE将SR包含在控制信息中进行发送，具体方式包括使用PUCCH格式1b发射联合信息，或使用PUCCH格式3进行联合编码/复用。这直接公开了“当在UCI传输期间要发送SR时，UCI有效载荷的一部分包括SR”这一特征。 |
| **技术特征M：所述调度请求的大小是至少部分地基于与所述CSI有效载荷重叠的所述调度请求时机的数量的** <br>《未公开》 | 对比文件提到了正调度请求和负调度请求，以及SR与ACK/NACK的复用，但从未描述或推导SR本身的大小（比特数）是由与UCI传输重叠的SR时机的数量决定的（例如，给出类似N=log2(K+1)的公式）。 | 目标专利中通过特定公式计算SR比特数，是其一个具体实施方式。对比文件没有公开任何关于SR大小取决于重叠时机数量的计算规则或原理。因此，该特征未被公开。 |
| **技术特征N：所述CSI有效载荷中的包括所述调度请求的所述部分是一个比特** <br>《隐含公开》 | 具体实施方式：“在正(positive)调度请求的情况下，可以在对于调度请求分配的PUCCH资源上发射ACK/NACK信息，并且在负(negative)调度请求的情况下，可以在对于ACK/NACK信息分配的PUCCH资源上发射ACK/NACK信息。”这隐含了正SR可通过资源占用（1比特信息）来指示。<br>实施例16提到通过PUCCH格式1b发射ACK/NACK和SR，而PUCCH格式1b携带2比特信息，通常1比特可用于区分ACK/NACK状态，结合资源选择可传递SR信息，这暗示SR的表示可能占用有限的比特资源。 | **1. 在对比文件中的作用**：对比文件描述了通过是否在SR专用资源上发射信息（OOK，开关键控）来表示正/负SR，这本质上是用1比特信息（发射/不发射）来承载SR。当SR与其他UCI复用时，在联合编码的上下文中，用于指示SR状态所需的信息量可以极小化，例如在特定的星座映射中占用一个比特的状态。<br>**2. 与目标专利作用的对比**：目标专利中SR部分为“一个比特”是实现SR与CSI联合编码的一种具体、简单的实现方式。对比文件公开的OOK方式等效于用1比特传递SR，而在复用场景下，本领域技术人员为了实现简单的联合编码，很容易采用将SR状态映射为1比特的方案。<br>**3. 结合目标专利说明书的解释**：说明书第[0108]段提到SR的大小可以是一个比特。对比文件公开的SR传输方案（特别是OOK）本质上包含了“用1比特信息表示SR”的技术启示。因此，可以合理推断出在对比文件的联合编码/复用框架下，SR部分可以由一个比特构成。 |
| **技术特征O：所述CSI有效载荷中的包括所述调度请求的所述部分是与所述一个或多个调度请求时机的数量对应的数个比特** <br>《未公开》 | 无相应引用。 | 对比文件没有公开SR部分的大小与重叠的SR时机数量相关，并据此确定为“数个比特”的技术内容。这与技术特征M的未公开原因一致，且是更具体的未公开情况。 |
| **技术特征P：调度请求的一个或多个比特是在所述一个或多个资源内与所述CSI有效载荷复用的** <br>《直接公开》 | 具体实施方式：“可以使用PUCCH格式3复用和发射ACK/NACK信息和调度请求。”（参见摘要及实施例相关描述） | 对比文件明确公开了SR比特与ACK/NACK信息在PUCCH资源内进行复用（例如在PUCCH格式3中），然后一起发送。这直接公开了“SR比特与CSI有效载荷在资源内复用”这一特征。 |
<<<A>>><<<C>>><<<D>>><<<L>>><<<P>>><<<b>>><<<e>>><<<f>>><<<g>>><<<n>>>