对比文件名称：发明申请_US20140301338A1 PUCCH RESOURCE CONFIGURATION METHOD, TRANSMISSION METHOD, DEVICE AND SYSTEM
目标专利名称：用于物理上行链路控制信道(PUCCH)的资源分配
模型名称：GPT-4
根据目标专利说明书和权利要求，结合对比文件内容，现进行技术特征比对分析如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 一种用于由用户装备UE进行无线通信的方法，《隐含公开》 | [0031] “a PUCCH transmission method is provided, including: a user equipment (UE) among a first type of UEs determining a resource index allocated to the UE according to network indication and a preconfigured resource determination manner... and the first type of UEs transmit a PUCCH according to the determined resource index.” | 对比文件明确记载了一种由UE执行的PUCCH传输方法，包括UE根据网络指示和预配置的资源确定方式来确定分配的资源索引，并依据该资源索引传输PUCCH。虽然其方法主题的表述为“PUCCH transmission method”，但其执行主体明确为UE，且描述了UE进行的确定和发送动作。本领域技术人员能够毫无疑义地理解，该方法就是由用户装备（UE）执行的无线通信方法。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B：** 确定被分配用于提供一个或多个上行链路控制信息UCI比特的资源，《直接公开》 | [0031] “a user equipment (UE) among a first type of UEs determining a resource index allocated to the UE according to network indication and a preconfigured resource determination manner” | 对比文件明确记载了UE确定分配给自己的资源索引（resource index）。在PUCCH上下文中，资源索引用于标识传输上行链路控制信息（UCI）的特定资源（如特定的物理资源块PRB、循环移位序列、正交码等）。确定资源索引即是确定用于提供UCI比特的资源。因此，该技术特征被对比文件直接公开。 |
| **技术特征C：** 基于将不同数目的UCI比特映射到不同的资源池的映射来确定第一资源池，《隐含公开》 | [0008] “The first type of PUCCH is used for transmitting scheduling request (SR) and acknowledgement (ACK)/negative acknowledgement (NACK) signalling. The second type of PUCCH is mainly used for transmitting channel state information (CSI).” [0010] 描述了format 1a/1b用于ACK/NACK，format 2/2a/2b用于CSI。 | 对比文件区分了用于传输不同类型UCI（SR/ACK/NACK vs. CSI）的PUCCH格式，并指出这些格式占用的PRB数量等资源可能不同（参见图1描述及参数NRB(2)）。虽然对比文件未明确记载一个基于“不同数目的UCI比特”到“不同资源池”的映射函数，但其技术方案本质上是根据UCI的类型（对应不同的比特数和格式）来分配不同的资源区域（即资源池）。例如，ACK/NACK（可能为1-2比特）使用第一类PUCCH资源，CSI（CQI等，比特数可能更多）使用第二类PUCCH资源。本领域技术人员能够合理推断，为了适应不同UCI类型的有效载荷大小和性能要求，网络会为它们配置不同的资源集合（池）。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D：** 其中所述映射将所述一个或多个UCI比特中的一数目的UCI比特映射到所述第一资源池，《隐含公开》 | 同上，基于[0008]、[0010]及PUCCH格式与UCI类型的对应关系。 | 承接技术特征C的论述，对比文件公开了不同类型的UCI（如ACK/NACK， CSI）使用不同的PUCCH格式和资源。不同类型的UCI通常具有特定的、常见的比特数目范围（例如，单个ACK/NACK为1比特，捆绑或载波聚合下为多个比特；CQI报告为多个比特）。因此，将“一数目的UCI比特”（例如，对应于ACK/NACK的特定比特数）映射到对应的资源池（如第一类PUCCH资源池）是现有技术中实现资源分配的内在逻辑。本领域技术人员可以从对比文件公开的UCI类型与PUCCH格式/资源的对应关系中，合理推断出这种映射关系的存在。因此，该技术特征被对比文件隐含公开。 |
| **技术特征E：** 并且其中所分配的资源包括所述第一资源池的一个或多个资源，《直接公开》 | [0031] “the first type of UEs transmit a PUCCH according to the determined resource index.” [0133]-[0137] 等实施例详细描述了UE如何根据计算出的nPUCCH(1,p)资源索引来传输PUCCH。 | 对比文件明确记载了UE使用所确定的资源索引来传输PUCCH。该资源索引唯一对应于特定的PUCCH传输资源（包括PRB、循环移位、正交码等）。既然技术特征C、D中定义的“第一资源池”已被隐含公开，那么UE根据映射确定并使用该资源池中的具体资源（由一个或多个资源索引标识）是传输过程的必然步骤。因此，所分配的资源包括第一资源池中的一个或多个资源，这一点被对比文件直接公开。 |
| **技术特征F：** 以及使用所分配的资源来向基站发送带所述一个或多个UCI比特的物理上行链路控制信道PUCCH，《直接公开》 | [0031] “the first type of UEs transmit a PUCCH according to the determined resource index.” [0139] “The ordinary UE obtains a cyclic shift root sequence according to its own cell ID, and the R11 interfering UE obtains a cyclic shift root sequence according to the virtual cell ID. All the UEs calculate the resource sequence number... Then a channelization process is performed, and the channelization result is mapped to the corresponding time frequency resource.” | 对比文件多次且明确地记载了UE根据确定的资源索引来发送（transmit）PUCCH。并且详细描述了基于资源索引进行信道化处理并映射到时频资源的过程。PUCCH信道就是用于承载上行链路控制信息（UCI）的。因此，“使用所分配的资源来向基站发送带所述一个或多个UCI比特的物理上行链路控制信道PUCCH”这一技术特征被对比文件直接公开。 |
| **技术特征G：** 其中所述一个或多个UCI比特包括以下各项中的至少一项：用于确收至所述UE的下行链路传输的一个或多个确收比特、调度请求SR、缓冲器状态报告BSR、或信道质量指示符CQI，《直接公开》（部分） | [0008] “The first type of PUCCH is used for transmitting scheduling request (SR) and acknowledgement (ACK)/negative acknowledgement (NACK) signalling. The second type of PUCCH is mainly used for transmitting channel state information (CSI).” （注：CSI包括CQI） | 对比文件明确公开了PUCCH用于传输的UCI类型包括：ACK/NACK（确收比特）、SR（调度请求）和CSI（信道状态信息，其中包含CQI）。因此，目标特征中列举的“确收比特”、“SR”、“CQI”均被对比文件直接公开。然而，对比文件全文未提及在PUCCH上传输“缓冲器状态报告（BSR）”。在LTE及同期技术中，BSR通常在PUSCH上传输。因此，BSR这一项未被公开。由于特征G是“包括以下各项中的至少一项”，且ACK、SR、CQI已被公开，故该技术特征被部分直接公开。 |
| **技术特征H：** 其中所述资源是动态地分配的，《直接公开》 | [0012] “such kind of ACK/NACK is referred to as dynamic ACK/NACK... nPUCCH(1,p=p0)=nCCE+NPUCCH(1)” [0032] “the network indication includes the total number of reserved resource indices NPUCCH(1) and a downward offset value ΔPUCCH(1)” [0137] “With respect to an R11 interfering UE, for the first antenna port: nPUCCH(1,p=p0)=nCCE+NPUCCH(1)−ΔPUCCH(1)” | 对比文件明确区分了“动态ACK/NACK”和“半静态ACK/NACK”，并详细描述了动态ACK/NACK资源的分配方式：其资源索引（nPUCCH(1,p)）是基于PDCCH中的首个CCE索引（nCCE）和网络配置的参数（如NPUCCH(1)、ΔPUCCH(1)）动态计算得出的。这种分配方式依赖于每次下行调度的具体情况，因此是动态的。对比文件还提到了通过PDCCH显式指示资源值的方法（参见[0086]），这也是动态分配的一种形式。因此，“资源是动态地分配的”这一技术特征被对比文件直接公开。 |
| **技术特征I：** 其中所述资源是半静态地分配的，《直接公开》 | [0011] “such kind of ACK/NACK is referred to as semi-static ACK/NACK... nPUCCH(1,p) will be obtained according to upper-layer configuration and Table 1” [0014] “nPUCCH(2,p) is configured by the upper layer.” | 对比文件明确提出了“半静态ACK/NACK”的概念，并指出其资源索引（nPUCCH(1,p)）是通过上层（RRC）配置获得的（参见表1）。此外，用于传输CSI（如CQI）的PUCCH格式2的资源索引nPUCCH(2,p)也是由上层配置的。上层配置意味着资源在一段较长时间内是固定或周期性分配的，而非每次传输都变化，这属于半静态分配。因此，“资源是半静态地分配的”这一技术特征被对比文件直接公开。 |
| **技术特征J：** 其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个信道质量指示符CQI比特，《直接公开》 | [0008] 提及PUCCH format 2a/2b用于传输CSI。在LTE标准中，format 2a/2b被定义为在同一PUCCH资源上同时传输CQI和ACK/NACK。对比文件在背景技术部分引用了现有LTE标准中的PUCCH格式，包括format 2a/2b。虽然未在发明详细描述部分展开，但本领域技术人员知晓format 2a/2b正是用于组合传输CQI和ACK/NACK的格式。 | 对比文件在背景技术[0008]中明确列出了PUCCH格式，其中包括format 2a和format 2b。在LTE标准（这是对比文件和技术人员已知的背景知识）中，format 2a/2b被专门设计用于在同一PUCCH传输中同时承载信道质量指示符（CQI）和针对一个码字的确认/非确认（ACK/NACK）。因此，对比文件公开了UCI比特可以同时包括确收比特（ACK/NACK）和CQI比特。这属于本领域技术人员毫无疑义能够从对比文件中得出的信息。因此，该技术特征被直接公开。 |
| **技术特征K：** 其中所分配的资源包括被分配用于提供所述一个或多个确收比特以及所述一个或多个CQI比特的资源，《未公开》 | 对比文件未描述为组合传输ACK和CQI而专门分配“用于提供所述一个或多个确收比特以及所述一个或多个CQI比特的资源”。对于format 2a/2b，使用的是为CQI报告半静态配置的资源，ACK是附加在该资源上的。 | 对比文件未提及专门为“ACK比特和CQI比特的组合”分配一个独立的资源。在已知的format 2a/2b方案中，使用的是为CQI报告预先配置的资源，ACK信息通过调制等方式捎带在该资源上。这与目标专利中描述的“所分配的资源包括被分配用于提供所述一个或多个确收比特以及所述一个或多个CQI比特的资源”在概念上不完全相同，后者可能暗示一个为组合有效载荷新分配或定义的资源。因此，该技术特征未被对比文件公开。 |
| **技术特征L：** 其中被分配用于提供所述一个或多个确收比特的资源不同于被分配用于所述一个或多个CQI比特的资源，《未公开》 | 对比文件未讨论当ACK和CQI需要组合传输时，它们各自原本被分配的资源是否不同。对于format 2a/2b，使用的是同一个CQI资源。 | 对比文件没有涉及目标专利中可能设想的场景：ACK和CQI有各自独立的资源分配（例如，ACK为动态资源，CQI为半静态资源），当需要组合传输时，可能涉及资源选择或覆盖。对比文件仅提及了标准format 2a/2b的做法，即使用CQI资源。因此，该技术特征未被对比文件公开。 |
| **技术特征M：** 其中被分配用于所述一个或多个CQI比特的资源是半静态地分配的，《直接公开》 | [0014] “nPUCCH(2,p) is configured by the upper layer.” （nPUCCH(2,p)是用于format 2/2a/2b的资源索引） | 对比文件明确记载，用于传输CSI（包括CQI）的PUCCH格式2（及其变体）的资源索引nPUCCH(2,p)是由上层配置的。上层配置是半静态分配的典型方式。因此，该技术特征被对比文件直接公开。 |
| **技术特征N：** 其中用于所述一个或多个确收比特的资源是动态地分配的，《直接公开》 | 同技术特征H的引用和论述。对比文件公开了动态ACK/NACK资源的分配。 | 对比文件详细描述了动态ACK/NACK资源的分配机制。当所述一个或多个确收比特是动态ACK/NACK时，其资源是动态分配的。因此，该技术特征被对比文件直接公开。 |
| **技术特征O：** 进一步包括，确定要使用被分配用于所述一个或多个CQI比特的资源来发送所述一个或多个确收比特以及所述一个或多个CQI比特，《未公开》 | 对比文件未记载UE需要“确定”使用CQI资源来发送组合的ACK和CQI。format 2a/2b的使用是标准规定的，而非一个需要额外“确定”的决策过程。 | 目标专利的该特征描述了一个积极的决策步骤：“确定要使用被分配用于所述一个或多个CQI比特的资源来发送...”。而在对比文件及已知的format 2a/2b方案中，当ACK和CQI在同一子帧中需要发送时，使用CQI资源是预设的规则，UE直接应用该规则即可，没有描述一个独立的“确定”动作或逻辑。因此，该技术特征未被对比文件公开。 |
| **技术特征P：** 进一步包括，确定要使用被分配用于提供所述一个或多个确收比特的资源来发送所述一个或多个确收比特以及所述一个或多个CQI比特，《未公开》 | 对比文件未描述使用ACK资源来发送组合的ACK和CQI。 | 对比文件完全没有提及或暗示可以使用ACK资源（无论是动态的还是半静态的）来同时发送ACK和CQI。这是目标专利中可能设想的另一种资源使用方式。因此，该技术特征未被对比文件公开。 |
| **技术特征Q：** 其中所述一个或多个确收比特是与所述CQI比特中的一者或多者联合地编码的，《未公开》 | 对比文件未描述ACK和CQI比特之间的联合编码关系。 | 对比文件虽然提到了format 2a/2b可以同时传输ACK和CQI，但并未深入到编码层面的描述，特别是未提及“联合编码”。编码方式是实现细节，对比文件未公开此具体技术手段。因此，该技术特征未被对比文件公开。 |
| **技术特征R：** 其中所述一个或多个确收比特和所述一个或多个CQI比特是单独地编码的，《未公开》 | 对比文件未描述ACK和CQI比特之间的单独编码关系。 | 同上，对比文件未涉及ACK和CQI在组合传输时的具体编码方案。因此，“单独地编码”这一技术特征未被对比文件公开。 |
| **技术特征S：** 其中所述一个或多个确收比特与所述一个或多个CQI比特的第一部分联合地编码，并与所述一个或多个CQI比特的第二部分单独地编码，《未公开》 | 对比文件未描述任何关于ACK和CQI比特进行部分联合、部分单独编码的复杂编码方案。 | 这是一种特定的、复杂的编码方案。对比文件完全没有提及相关内容。因此，该技术特征未被对比文件公开。 |
| **技术特征T：** 其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及缓冲器状态报告BSR比特，《未公开》 | 对比文件全文未提及缓冲器状态报告（BSR）。 | 如技术特征G所述，对比文件未公开在PUCCH上传输BSR。因此，“UCI比特包括确收比特以及BSR比特”这一技术特征未被对比文件公开。 |
| **技术特征U-Z：** （涉及BSR与ACK的组合、资源分配、编码等）《未公开》 | 对比文件全文未提及缓冲器状态报告（BSR）。 | 由于对比文件根本未涉及BSR在PUCCH上的传输，因此所有依赖于BSR存在的技术特征（U, V, W, X, Y, Z）均未被对比文件公开。这些特征涉及BSR与ACK的组合、资源分配差异、半静态分配、基于ACK比特数的资源决策、联合编码等，均缺乏公开基础。 |
<<<B>>><<<E>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<a>>><<<c>>><<<d>>>