对比文件的名称：3Gpp文件（特指TS 38.213和TS 38.331等相关规范）
目标专利的名称：用于物理上行链路控制信道(PUCCH)的资源分配 说明书
本次调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法，《直接公开》 | 3GPP TS 38.213，章节9 “Uplink power control” 及章节10 “Physical uplink control channel”，整个章节描述了UE在NR系统中执行无线通信（包括PUCCH传输）的方法和过程。 | 3GPP TS 38.213是NR物理层过程的核心规范，其详细规定了UE在上行链路（包括PUCCH）进行无线通信所需遵循的完整方法，例如功率控制、资源确定、信道传输等。本领域技术人员可以毫无疑义地从中得出“一种用于由用户装备UE进行无线通信的方法”。 |
| **技术特征B**：确定被分配用于提供一个或多个上行链路控制信息UCI比特的资源，《直接公开》 | 3GPP TS 38.213，章节9.2.1 “Uplink power control for PUCCH” 和 章节10.1 “Physical uplink control channel”，描述了UE如何基于高层信令（如RRC）和/或下行控制信息（DCI）来确定用于承载UCI的PUCCH资源。 | 规范明确定义了PUCCH资源（包括时频资源和格式）的确定机制。UE根据网络配置（半静态）或动态调度（DCI指示）来确定用于发送特定UCI内容（如HARQ-ACK、SR、CSI）的资源。这直接公开了“确定被分配用于提供一个或多个UCI比特的资源”。 |
| **技术特征C**：基于将不同数目的UCI比特映射到不同的资源池的映射来确定第一资源池，《直接公开》 | 3GPP TS 38.213，章节9.2.1和10.1，特别是关于PUCCH格式（Format 0, 1, 2, 3, 4）的选择。不同的PUCCH格式支持不同的UCI有效载荷大小范围（比特数）。网络为UE配置多个PUCCH资源集（resource set），每个资源集对应特定的UCI有效载荷大小范围，UE根据待发送的UCI比特数选择合适的资源集，进而从该资源集中确定具体的PUCCH资源。 | 规范中定义的“PUCCH resource set”概念及其根据“UCI payload size”进行选择的过程，本质上就是一个将不同数目的UCI比特映射到不同资源集合（池）的映射机制。UE基于待发送的UCI比特数，通过该映射确定一个资源集（即第一资源池）。这是NR PUCCH资源分配的标准流程，被直接公开。 |
| **技术特征D**：其中所述映射将所述一个或多个UCI比特中的一数目的UCI比特映射到所述第一资源池，《隐含公开》 | 3GPP TS 38.213，章节9.2.3 “PUCCH resource sets” 和 10.1。规范定义了PUCCH资源集与UCI有效载荷大小范围的对应关系。例如，一个资源集可能用于1-2比特的UCI，另一个用于3-8比特，等等。 | 既然规范公开了基于UCI比特数（有效载荷大小）选择不同资源集的映射机制（特征C），那么该映射必然会将特定数目（例如，待发送的UCI比特数）的UCI比特映射到其所对应的那个特定资源集（即第一资源池）。这是该映射机制的内在属性和必然结果，本领域技术人员能够毫无困难地推理得出。 |
| **技术特征E**：并且其中所分配的资源包括所述第一资源池的一个或多个资源，《隐含公开》 | 3GPP TS 38.213，章节9.2.3。在确定合适的PUCCH资源集（第一资源池）后，UE需要根据DCI中的PUCCH资源指示符（PRI）或预定义的规则，从该资源集中选择一个具体的PUCCH资源用于传输。 | 所分配的用于PUCCH传输的最终资源，必然是从之前根据UCI比特数确定的那个“第一资源池”（即PUCCH资源集）中选出的一个具体资源。因此，“所分配的资源包括所述第一资源池的一个或多个资源”是资源分配流程的自然延伸和必然包含的步骤，被隐含公开。 |
| **技术特征F**：以及使用所分配的资源来向基站发送带所述一个或多个UCI比特的物理上行链路控制信道PUCCH。《直接公开》 | 3GPP TS 38.213，章节10.1 “Physical uplink control channel”。整个章节描述了PUCCH的传输过程，包括使用确定的时频资源和选定的PUCCH格式来发送承载UCI的PUCCH信号。 | 规范明确规定了UE在确定了PUCCH资源（时频位置和格式）后，应使用这些资源来生成并发送携带UCI的PUCCH。这是PUCCH通信的基本操作，被直接公开。 |
| **技术特征G**：其中所述一个或多个UCI比特包括以下各项中的至少一项：用于确收至所述UE的下行链路传输的一个或多个确收比特、调度请求SR、缓冲器状态报告BSR、或信道质量指示符CQI。《部分直接公开，部分未公开》 | 3GPP TS 38.213，章节9.1.2 “HARQ-ACK reporting”， 章节9.1.3 “Scheduling Request”， 章节9.1.4 “CSI reporting”。这些章节明确PUCCH可用于承载HARQ-ACK（确收比特）、SR、CSI（包括CQI）。<br>关于BSR，3GPP TS 38.321 (MAC) 规定BSR在MAC层生成并通过MAC PDU在PUSCH上发送，或作为填充在PUSCH上发送。PUCCH不用于传输BSR。 | HARQ-ACK、SR、CQI（作为CSI的一部分）是3GPP NR标准中定义的、明确可以通过PUCCH传输的标准UCI类型。因此，这部分内容被直接公开。<br>然而，目标专利说明书中特别指出“将BSR包括在PUCCH中”是对LTE的改变和NR中的潜在新特征。当前3GPP规范（Rel-15/16）并未规定BSR可以通过PUCCH传输。因此，“缓冲器状态报告BSR”作为PUCCH中的UCI比特，**未被**3GPP文件公开。 |
| **技术特征H**：其中所述资源是动态地分配的。《直接公开》 | 3GPP TS 38.213，章节9.2.1和10.1。描述了通过DCI（下行控制信息）动态指示PUCCH资源，例如用于承载动态调度的PDSCH对应的HARQ-ACK的PUCCH资源。DCI中的PUCCH资源指示符（PRI）字段用于从高层配置的资源集中动态选择具体资源。 | 规范明确存在动态PUCCH资源分配机制，资源的选择由动态DCI触发和指示。这直接对应于权利要求中的“资源是动态地分配的”。 |
| **技术特征I**：其中所述资源是半静态地分配的。《直接公开》 | 3GPP TS 38.331，章节6.3.2 “RadioResourceConfigDedicated” 和 PUCCH-Config。UE通过RRC信令半静态地配置一个或多个PUCCH资源集及资源，用于周期性SR、半持久调度（SPS）的HARQ-ACK、或周期性CSI报告等。 | 规范明确存在半静态（或称为静态、RRC配置）的PUCCH资源分配机制。资源通过高层信令（RRC）预先配置，在一段时间内有效。这直接对应于权利要求中的“资源是半静态地分配的”。 |
| **技术特征J**：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个信道质量指示符CQI比特。《直接公开》 | 3GPP TS 38.213，章节9.1.4.2 “Multiplexing of HARQ-ACK and CSI on PUCCH”。明确描述了当HARQ-ACK和CSI（包含CQI）需要在同一PUCCH上发送时，如何进行复用。 | 规范直接规定了PUCCH可以同时承载HARQ-ACK比特和CSI（CQI）比特，并详细定义了其复用规则。这直接公开了UCI比特同时包括确收比特和CQI比特的情况。 |
| **技术特征K**：其中所分配的资源包括被分配用于提供所述一个或多个确收比特以及所述一个或多个CQI比特的资源。《隐含公开》 | 3GPP TS 38.213，章节9.1.4.2。当HARQ-ACK和CSI复用发送时，UE将根据特定的规则（例如，基于优先级或配置）确定一个PUCCH资源，该资源将用于承载这个组合的UCI有效载荷。 | 既然规范允许并规定了在同一PUCCH上发送HARQ-ACK和CQI，那么为这次传输所分配的资源，自然就是“被分配用于提供所述一个或多个确收比特以及所述一个或多个CQI比特的资源”。这是组合传输场景下的必然逻辑，被隐含公开。 |
| **技术特征L**：其中被分配用于提供所述一个或多个确收比特的资源不同于被分配用于所述一个或多个CQI比特的资源。《直接公开》 | 3GPP TS 38.213，章节9.1.4.1 “CSI reporting without simultaneous HARQ-ACK” 和 章节9.1.2。周期性CQI报告使用通过RRC配置的、专门的PUCCH资源（如PUCCH Format 2/3/4）。动态HARQ-ACK报告使用由DCI动态指示的PUCCH资源（可能基于PDCCH的CCE索引隐式映射或显式PRI指示）。 | 规范中，用于周期性/半静态CQI报告的资源，与用于动态HARQ-ACK报告的资源，是独立配置和分配的，通常不同。这直接公开了两种资源的区分性。 |
| **技术特征M**：其中被分配用于所述一个或多个CQI比特的资源是半静态地分配的。《直接公开》 | 3GPP TS 38.331，PUCCH-Config。周期性CSI（包含CQI）报告所使用的PUCCH资源（时域和频域位置、格式等）是通过RRC信令（`CSI-ReportConfig`和`PUCCH-Resource`）半静态配置的。 | 规范明确规定用于周期性CSI（CQI）报告的PUCCH资源是通过高层RRC信令半静态配置的，这与权利要求完全一致。 |
| **技术特征N**：其中用于所述一个或多个确收比特的资源是动态地分配的。《直接公开》 | 3GPP TS 38.213，章节9.2.1和9.2.3。用于承载动态调度的PDSCH对应的HARQ-ACK的PUCCH资源，由调度该PDSCH的DCI动态指示（通过PRI字段或隐式映射）。 | 规范明确规定用于动态下行传输确收的PUCCH资源是动态分配的，这与权利要求完全一致。 |
| **技术特征O**：进一步包括，确定要使用被分配用于所述一个或多个CQI比特的资源来发送所述一个或多个确收比特以及所述一个或多个CQI比特。《隐含公开》 | 3GPP TS 38.213，章节9.1.4.2。描述了HARQ-ACK与CSI复用发送的一种情况：当存在配置的周期性CSI资源时，如果同时需要发送HARQ-ACK，则可以在该CSI资源上发送组合的UCI，前提是满足特定条件（如有效载荷大小不超过该PUCCH格式支持的上限）。 | 规范虽然没有使用完全相同的表述，但明确了一种场景：使用原本为CSI（CQI）半静态分配的资源来同时发送CSI和HARQ-ACK。本领域技术人员可以毫无疑义地从该规定中推理出“确定要使用被分配用于CQI比特的资源来发送确收比特以及CQI比特”这一操作。 |
| **技术特征P**：进一步包括，确定要使用被分配用于提供所述一个或多个确收比特的资源来发送所述一个或多个确收比特以及所述一个或多个CQI比特。《隐含公开》 | 3GPP TS 38.213，章节9.1.4.2。同样描述了复用规则。另一种情况是，当动态分配的HARQ-ACK资源存在，且需要同时发送CSI时，如果该资源支持的格式和容量允许，也可以在这个HARQ-ACK资源上发送组合UCI。 | 与特征O类似，规范描述了在动态HARQ-ACK资源上复用发送CSI的可能性。本领域技术人员可以推理出“确定要使用被分配用于确收比特的资源来发送确收比特以及CQI比特”这一操作。 |
| **技术特征Q**：其中所述一个或多个确收比特是与所述CQI比特中的一者或多者联合地编码的。《直接公开》 | 3GPP TS 38.212，章节6.3 “Uplink control information”。对于PUCCH Format 3和Format 4，当HARQ-ACK与CSI复用发送时，它们会先进行级联，然后一起进行信道编码（如Reed-Muller码或Polar码）。 | 规范明确规定了在特定PUCCH格式下，HARQ-ACK比特和CSI比特（包括CQI）是级联后进行联合信道编码的。这直接公开了“联合地编码”。 |
| **技术特征R**：其中所述一个或多个确收比特和所述一个或多个CQI比特是单独地编码的。《直接公开》 | 3GPP TS 38.212，章节6.3.1.2 “PUCCH format 2 with HARQ-ACK information”。对于PUCCH Format 2a/2b，HARQ-ACK信息（1或2比特）与CSI报告是分开编码的：CSI使用Reed-Muller码编码，而HARQ-ACK比特则通过不同的调制方式（BPSK/QPSK）承载在参考信号上。 | 规范明确规定了在PUCCH Format 2a/2b中，HARQ-ACK比特和CSI比特是分别（单独）进行编码和调制的。这直接公开了“单独地编码”。 |
| **技术特征S**：其中所述一个或多个确收比特与所述一个或多个CQI比特的第一部分联合地编码，并与所述一个或多个CQI比特的第二部分单独地编码。《隐含公开》 | 3GPP TS 38.212，章节6.3。规范定义了多种UCI复用和编码方案（如特征Q和R）。虽然未明确描述这种“部分联合、部分单独”的混合编码方案，但本领域技术人员在面临复杂UCI组合和性能要求时，有可能基于已知的联合编码（特征Q）和单独编码（特征R）两种基本手段，进行合理的组合与推理，以优化编码效率或可靠性。 | 此特征是一种更具体的编码策略。虽然3GPP规范未明文规定此特定混合方案，但鉴于规范已公开了联合编码和单独编码这两种基础技术手段，本领域技术人员为了处理不同的UCI类型优先级或比特重要性，有可能推理出将部分CQI比特（如重要的宽带CQI）与ACK联合编码以确保可靠性，而将另一部分CQI比特（如子带CQI）单独编码的方案。因此，该技术特征被宽松地判断为《隐含公开》。 |
| **技术特征T**：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及缓冲器状态报告BSR比特。《未公开》 | 参见特征G的论述。3GPP规范中，BSR不在PUCCH上传输。 | BSR作为PUCCH承载的UCI类型，未被3GPP规范公开。因此，UCI比特同时包含ACK和BSR的组合也未被公开。 |
| **技术特征U**：其中所分配的资源包括被分配用于所述一个或多个确收比特以及所述BSR比特的资源。《未公开》 | 基于特征T未公开。 | 由于“ACK+BSR”作为PUCCH的UCI内容未被公开，因此为这种组合分配资源的方案也未被公开。 |
| **技术特征V**：其中被分配用于提供所述一个或多个确收比特的资源不同于被分配用于所述BSR比特的资源。《未公开》 | 基于特征T未公开。 | 由于BSR在PUCCH上的传输及其资源分配未被公开，因此比较ACK资源与BSR资源的区别也无从谈起。 |
| **技术特征W**：其中被分配用于所述BSR比特的资源是半静态地分配的。《未公开》 | 基于特征T未公开。 | 由于BSR在PUCCH上的传输未被公开，因此其资源是动态还是半静态分配也未被公开。 |
| **技术特征X**：进一步包括，基于所述一个或多个确收比特的数目来决定要使用被分配用于所述BSR比特的资源还是其他资源来传送所述一个或多个确收比特。《未公开》 | 基于特征T未公开。 | 该特征涉及BSR资源与ACK传输的交互决策，其前提（BSR在PUCCH上有专用资源）未被公开，因此该决策过程也未被公开。 |
| **技术特征Y**：其中所述一个或多个确收比特是与缓冲器状态报告BSR信息联合地编码的。《未公开》 | 基于特征T未公开。 | BSR信息在PUCCH上传输未被公开，因此其与ACK的联合编码方案也未被公开。 |
| **技术特征Z**：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个调度请求SR比特。《直接公开》 | 3GPP TS 38.213，章节9.1.4.2 “Multiplexing of HARQ-ACK and scheduling request”。明确描述了HARQ-ACK与SR在同一PUCCH上复用的规则。SR可以表示为PUCCH上额外的1比特信息。 | 规范直接规定了PUCCH可以同时承载HARQ-ACK比特和SR比特，并定义了相应的处理方式（例如，通过不同的PUCCH格式或联合编码）。这直接公开了该特征。 |
<<<A>>><<<B>>><<<C>>><<<F>>><<<H>>><<<I>>><<<J>>><<<L>>><<<M>>><<<N>>><<<Q>>><<<R>>><<<Z>>>