对比文件名称：发明申请_US20170280454A1 TERMINAL, BASE STATION, AND COMMUNICATION METHOD
目标专利名称：用于物理上行链路控制信道(PUCCH)的资源分配
模型名称：DeepSeek最新版本模型
## 特征比对表格 ##
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 一种用于由用户装备UE进行无线通信的方法，《直接公开》 | [0084] "The physical uplink control channel (PUCCH) is used for notifying of a reception acknowledgement response (acknowledgement/negative acknowledgement (ACK/NACK)) of downlink data transmitted over a physical downlink shared channel, notifying of channel information (channel state information) of the downlink, and performing a scheduling request (SR) which is a resource assignment request (radio resource request) of the uplink." | 对比文件公开了由用户装备（UE）进行的无线通信方法，包括通过PUCCH发送ACK/NACK、信道状态信息（CSI）和调度请求（SR）。这构成了目标专利权利要求前序部分“一种用于由用户装备UE进行无线通信的方法”的实质公开。本领域技术人员能够毫无疑义地得出该方法。 |
| **技术特征B：** 确定被分配用于提供一个或多个上行链路控制信息UCI比特的资源，《隐含公开》 | [0084] "A format of the PUCCH may be switched depending on the transmitted UCI. For example, in a case where the UCI includes HARQ-ACK information and/or SR, the UCI may be transmitted over a PUCCH of a format 1/1a/1b/3 (PUCCH format 1/1a/1b/3). In a case where the UCI includes the CSI, the UCI may be transmitted over a PUCCH of a format 2/2a/2b (PUCCH format 2/2a/2b)." | 对比文件公开了根据传输的UCI类型（如HARQ-ACK、SR、CSI）来切换PUCCH格式。这隐含了需要确定用于承载这些UCI比特的相应PUCCH资源（不同的格式对应不同的资源特性）。确定资源是发送UCI的前提步骤。本领域技术人员能够合理推断出，为了在特定格式的PUCCH上发送UCI比特，必须首先确定承载这些比特的资源。 |
| **技术特征C：** 基于将不同数目的UCI比特映射到不同的资源池的映射来确定第一资源池，《未公开》 | 无对应内容。 | 对比文件虽然提及了不同PUCCH格式支持不同比特数的UCI（如格式1a支持1比特，格式1b支持2比特，格式3支持最多20比特），但并未公开一个明确的“映射”过程，该过程基于UCI比特数目来“确定第一资源池”。目标专利中描述的映射（将不同数目的UCI比特映射到不同的资源池）是其资源分配方案的核心，用于解决NR中不同有效载荷大小的资源分配问题。对比文件未公开此特定映射方案。 |
| **技术特征D：** 其中所述映射将所述一个或多个UCI比特中的一数目的UCI比特映射到所述第一资源池，《未公开》 | 无对应内容。 | 由于技术特征C的映射未被公开，其具体内容（将特定数目的UCI比特映射到特定资源池）也未被公开。 |
| **技术特征E：** 并且其中所分配的资源包括所述第一资源池的一个或多个资源，《未公开》 | 无对应内容。 | 由于“第一资源池”的概念（由特征C、D定义）未被对比文件公开，因此所分配的资源包括该资源池的一个或多个资源的特征也未被公开。 |
| **技术特征F：** 以及使用所分配的资源来向基站发送带所述一个或多个UCI比特的物理上行链路控制信道PUCCH。《直接公开》 | [0084] "The physical uplink control channel (PUCCH) is used for notifying of a reception acknowledgement response (acknowledgement/negative acknowledgement (ACK/NACK)) of downlink data ..." | 对比文件明确公开了使用物理上行链路控制信道（PUCCH）向基站发送包含UCI（如ACK/NACK、CSI、SR）比特。这直接公开了“使用所分配的资源来向基站发送带所述一个或多个UCI比特的物理上行链路控制信道PUCCH”这一步骤。 |
| **技术特征G：** 其中所述一个或多个UCI比特包括以下各项中的至少一项：用于确收至所述UE的下行链路传输的一个或多个确收比特、调度请求SR、缓冲器状态报告BSR、或信道质量指示符CQI。《部分直接公开》 | [0084] "The physical uplink control channel (PUCCH) is used for notifying of a reception acknowledgement response (acknowledgement/negative acknowledgement (ACK/NACK)) of downlink data transmitted over a physical downlink shared channel, notifying of channel information (channel state information) of the downlink, and performing a scheduling request (SR) which is a resource assignment request (radio resource request) of the uplink. Channel state information (CSI) includes a channel quality indicator (CQI)..." | 对比文件直接公开了PUCCH可用于传输：用于确认下行链路传输的确收比特（ACK/NACK）、调度请求（SR）、以及信道质量指示符（CQI）（作为CSI的一部分）。然而，对比文件全文均未提及在PUCCH上发送缓冲器状态报告（BSR）。在对比文件中，BSR相关信息是在PUSCH上传输的（参见[0083]）。因此，特征G中关于BSR的部分未被公开。 |
| **技术特征H：** 其中所述资源是动态地分配的。《隐含公开》 | [0172] "PUCCH resources for the PDCCH indicating the transmission of the PDSCH indicated by detecting the PDCCH associated in the subframe n−ki or the releasing (SPS releasing) of the downlink semi-persistent scheduling (downlink SPS) in the subframe n−ki are given by Expression (a) in FIG. 7. Here, nCCE, i is the number (index) of the first CCE used for transmitting the PDCCH associated in the subframe n−ki, and N(1)PUCCH is a parameter configured in the higher layer." | 对比文件描述了用于HARQ-ACK的PUCCH资源可以通过基于PDCCH的第一个CCE索引（nCCE）的公式动态确定（如图7表达式(a)）。这是一种隐式动态资源分配方法。虽然该描述主要针对HARQ-ACK资源，但本领域技术人员可以理解，动态分配是无线通信中资源分配的一种已知方式。结合对比文件公开了PUCCH资源分配，可以合理推断资源可以是动态分配的。 |
| **技术特征I：** 其中所述资源是半静态地分配的。《隐含公开》 | [0080] "In some embodiments, first change is that ACK payload in NR may be more than 1 or 2 bits. In some embodiments, second change may be inclusion of buffer status report (BSR) in PUCCH." [0148] "The PUCCH resource (uplink control channel logical resource) which is a resource used for transmitting the PUCCH is defined by using an orthogonal code, a cyclic shift amount, and/or a frequency resource." | 对比文件描述了通过高层配置的参数（如N(1)PUCCH）来确定PUCCH资源（参见特征H引用），这属于半静态配置。此外，PUCCH资源本身由正交码、循环移位量、频率资源等元素定义，这些元素可以通过RRC信令进行半静态配置。因此，本领域技术人员能够合理推断PUCCH资源也可以是半静态分配的。 |
| **技术特征J：** 其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个信道质量指示符CQI比特。《直接公开》 | [0084] "The physical uplink control channel (PUCCH) is used for notifying of a reception acknowledgement response (ACK/NACK) ... notifying of channel information (channel state information) of the downlink... Channel state information (CSI) includes a channel quality indicator (CQI)..." | 对比文件公开了PUCCH可用于传输ACK/NACK和CSI（包含CQI）。虽然它可能在同一子帧中通过不同PUCCH格式或资源分别传输ACK和CQI，但公开了UCI比特可以同时包含确收比特和CQI比特。这直接公开了特征J。 |
| **技术特征K：** 其中所分配的资源包括被分配用于提供所述一个或多个确收比特以及所述一个或多个CQI比特的资源。《隐含公开》 | [0084] (同上) | 既然对比文件公开了PUCCH可以传输ACK/NACK和CQI，那么用于传输这些UCI比特的PUCCH必然需要相应的资源。本领域技术人员可以合理推断，所分配的资源需要能够提供承载这些确收比特和CQI比特的能力。这隐含了特征K。 |
| **技术特征L：** 其中被分配用于提供所述一个或多个确收比特的资源不同于被分配用于所述一个或多个CQI比特的资源。《隐含公开》 | [0084] "in a case where the UCI includes HARQ-ACK information and/or SR, the UCI may be transmitted over a PUCCH of a format 1/1a/1b/3... In a case where the UCI includes the CSI, the UCI may be transmitted over a PUCCH of a format 2/2a/2b..." | 对比文件指出，当UCI包含HARQ-ACK/SR时使用PUCCH格式1/1a/1b/3，当包含CSI时使用格式2/2a/2b。不同的PUCCH格式通常对应不同的资源（例如，不同的资源块、循环移位、正交码组合）。因此，本领域技术人员可以合理推断，用于ACK的资源与用于CQI的资源可能是不同的。这隐含公开了特征L。 |
| **技术特征M：** 其中被分配用于所述一个或多个CQI比特的资源是半静态地分配的。《隐含公开》 | [0085] "As a CSI report, there are periodic CSI reporting for reporting channel state information in a periodical manner..." | 对比文件提到了周期性的CSI报告，这通常与半静态分配的资源相关联。用于周期性CQI报告的PUCCH资源通常是通过RRC信令半静态配置的。因此，本领域技术人员能够合理推断用于CQI比特的资源可以是半静态分配的。 |
| **技术特征N：** 其中用于所述一个或多个确收比特的资源是动态地分配的。《隐含公开》 | [0172] (同特征H引用) | 如特征H论述，对比文件公开了基于PDCCH的CCE索引动态确定用于HARQ-ACK的PUCCH资源。这隐含了用于确收比特的资源可以是动态分配的。 |
| **技术特征O：** 进一步包括，确定要使用被分配用于所述一个或多个CQI比特的资源来发送所述一个或多个确收比特以及所述一个或多个CQI比特。《未公开》 | 无对应内容。 | 对比文件没有描述决定使用为CQI分配的资源来同时发送ACK和CQI比特的方案。目标专利此特征涉及在同一资源上复用ACK和CQI的具体决策，对比文件未公开此特定操作。 |
| **技术特征P：** 进一步包括，确定要使用被分配用于提供所述一个或多个确收比特的资源来发送所述一个或多个确收比特以及所述一个或多个CQI比特。《未公开》 | 无对应内容。 | 对比文件没有描述决定使用为ACK分配的资源来同时发送ACK和CQI比特的方案。目标专利此特征涉及在同一资源上复用ACK和CQI的具体决策，对比文件未公开此特定操作。 |
| **技术特征Q：** 其中所述一个或多个确收比特是与所述CQI比特中的一者或多者联合地编码的。《未公开》 | 无对应内容。 | 对比文件没有提及ACK比特与CQI比特进行联合编码。它描述了不同的PUCCH格式用于不同的UCI类型，但未涉及跨UCI类型的联合编码。 |
| **技术特征R：** 其中所述一个或多个确收比特和所述一个或多个CQI比特是单独地编码的。《隐含公开》 | [0084] (同特征L引用) | 对比文件描述了ACK和CQI可能在不同的PUCCH格式（1/1a/1b/3 vs 2/2a/2b）上传输。不同的格式通常意味着独立的编码过程。因此，本领域技术人员可以合理推断，ACK比特和CQI比特可以是单独编码的。 |
| **技术特征S：** 其中所述一个或多个确收比特与所述一个或多个CQI比特的第一部分联合地编码，并与所述一个或多个CQI比特的第二部分单独地编码。《未公开》 | 无对应内容。 | 对比文件完全没有涉及这种部分联合编码、部分单独编码的复杂编码方案。 |
| **技术特征T：** 其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及缓冲器状态报告BSR比特。《未公开》 | 无对应内容。 | 对比文件未提及在PUCCH上发送缓冲器状态报告（BSR）。BSR在对比文件中是在PUSCH上传输的（[0083]）。因此，特征T中关于UCI比特包括BSR的部分未被公开。 |
| **技术特征U：** 其中所分配的资源包括被分配用于所述一个或多个确收比特以及所述BSR比特的资源。《未公开》 | 无对应内容。 | 由于特征T（UCI包含BSR）未被公开，因此为ACK和BSR分配资源的特征U也未被公开。 |
| **技术特征V：** 其中被分配用于提供所述一个或多个确收比特的资源不同于被分配用于所述BSR比特的资源。《未公开》 | 无对应内容。 | 由于特征T未被公开，比较ACK资源和BSR资源差异的特征V也未被公开。 |
| **技术特征W：** 其中被分配用于所述BSR比特的资源是半静态地分配的。《未公开》 | 无对应内容。 | 由于在PUCCH上发送BSR未被公开，因此其资源分配方式（半静态）也未被公开。 |
| **技术特征X：** 进一步包括，基于所述一个或多个确收比特的数目来决定要使用被分配用于所述BSR比特的资源还是其他资源来传送所述一个或多个确收比特。《未公开》 | 无对应内容。 | 此特征涉及基于ACK有效载荷大小决策是否使用BSR资源，前提是存在PUCCH上的BSR。由于对比文件未公开PUCCH-BSR，此特征也未被公开。 |
| **技术特征Y：** 其中所述一个或多个确收比特是与缓冲器状态报告BSR信息联合地编码的。《未公开》 | 无对应内容。 | 对比文件未涉及ACK与BSR的联合编码。 |
| **技术特征Z：** 其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个调度请求SR比特。《直接公开》 | [0084] "The physical uplink control channel (PUCCH) is used for notifying of a reception acknowledgement response (ACK/NACK)... and performing a scheduling request (SR)..." | 对比文件明确公开了PUCCH用于传输ACK/NACK和调度请求（SR）。因此，UCI比特包括确收比特和SR比特被直接公开。 |
## 直接公开判断 ##
根据上述分析，技术特征A、F、G（除BSR外）、J、Z被对比文件直接公开。
## 隐含公开判断 ##
根据上述分析，技术特征B、H、I、K、L、M、N、R被对比文件隐含公开。
<<<A>>><<<F>>><<<b>>>