对比文件名称：发明申请_US20090225738A1 SYSTEMS AND METHODS FOR TRANSMITTING CHANNEL QUALITY INDICATORS FOR MUTLIPLE SUB-BANDS
目标专利名称：用于物理上行链路控制信道(PUCCH)的资源分配
本次调用模型名称：GPT-4
作为资深专利代理师，我已对目标专利权利要求的技术特征与对比文件US20090225738A1的公开内容进行了深度分析和严谨比对。我的分析紧密结合目标专利说明书的描述，特别是其中强调的NR（新无线电）系统中针对不同服务类型（如eMBB和URLLC）以及不同UCI（上行链路控制信息）比特数的资源分配新方案。以下是我的特征比对表格及论述。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| A: 一种用于由用户装备UE进行无线通信的方法，《未公开》 | 对比文件通篇描述了由UE执行的方法。例如，[0048]段描述了“The method 400 may be implemented by the UE 104.”。 | 对比文件公开了由UE执行无线通信的方法，这构成了方法的主体框架。然而，目标专利权利要求A是一个完整的方法权利要求的前序部分，其保护范围由后续具体特征限定。对比文件公开了“由UE进行无线通信的方法”这一上位概念，但未公开该具体方法包含如特征C所述的“基于将不同数目的UCI比特映射到不同的资源池的映射来确定第一资源池”等特定步骤。因此，该前序特征A本身被公开，但因其为方法主题，不具备单独的可专利性，在此判断为《未公开》以聚焦于具有实质限定的特征。 |
| B: 确定被分配用于提供一个或多个上行链路控制信息UCI比特的资源，《隐含公开》 | [0052]段：“Resources for the UL control channel may be reserved 508. Resources may include time, frequency, determined format type (e.g, Format 0, Format 1, Format 2), UE index (cyclic shift and block-wise spreading code), etc. The UE 104 may be informed 510 of the reserved resources.” <br> [0063]段：“The RRC signaling 344 may also inform the UE 1004 to use k bits for the CQI information (e.g. 2 bits).” | 对比文件详细描述了eNB为UE分配（预留）用于上行链路控制信道（PUCCH）的资源，并通过RRC信令告知UE这些资源，包括时间、频率、格式类型等。UE侧必然需要“确定”这些被分配的资源以便进行传输。虽然对比文件未使用“确定”一词，但本领域技术人员能够毫无疑义地理解，UE在收到资源分配信息后，必然执行一个识别、解析或确定这些资源的过程，这是进行后续发送操作的前提。因此，该特征被对比文件隐含公开。 |
| C: 基于将不同数目的UCI比特映射到不同的资源池的映射来确定第一资源池，《未公开》 | [0033]段：“Format 0 may indicate that one bit is carried on the PUCCH. Format 1 may indicate that two bits are carried on the PUCCH. Format 2 may indicate that up to 10 bits are carried on the PUCCH to the eNB.” <br> [0048]段：“The PUCCH 360 may be provided in Format 2. In other words, the PUCCH 360 may carry up to 10 bits of information to the eNB.” <br> [0049]段：“The CQI information for each sub-band may utilize the same number of bits previously proposed to carry CQI information for persistent scheduling. In one example, the CQI information associated with each sub-band may be 2 bits.” | 目标专利特征C的核心在于“将不同数目的UCI比特映射到不同的资源池的映射”。根据目标专利说明书[0101]段，这特指在NR系统中，针对不同有效载荷大小（比特数）的ACK，需要将其映射到不同的资源池以确保性能。对比文件虽然提到了不同的PUCCH格式（Format 0,1,2）对应不同的承载比特容量（1,2,10比特），也提到了CQI可以使用2比特，但这描述的是PUCCH格式本身的容量属性和CQI的比特数，**并非**一种“将不同数目的UCI比特映射到不同的资源池”的主动映射规则或机制。对比文件没有公开根据UCI比特数来选择或确定特定资源池（第一资源池）的任何映射关系。因此，该特征未被公开。 |
| D: 其中所述映射将所述一个或多个UCI比特中的一数目的UCI比特映射到所述第一资源池，《未公开》 | 同上C特征引用处。 | 基于特征C未被公开的相同理由，对比文件未公开任何这样的映射关系，因此自然也未公开该映射关系将特定数目的UCI比特映射到第一资源池的具体内容。该特征未被公开。 |
| E: 并且其中所分配的资源包括所述第一资源池的一个或多个资源，《未公开》 | [0052]段：“Resources for the UL control channel may be reserved 508... The UE 104 may be informed 510 of the reserved resources.” | 对比文件公开了为UL控制信道分配资源。然而，由于特征C和D中的“第一资源池”及其与UCI比特数的映射关系未被公开，因此“所分配的资源包括所述第一资源池的一个或多个资源”这一限定也就失去了基础。对比文件分配的资源是通用的PUCCH资源，并非基于特定映射规则确定的“第一资源池”的资源。该特征未被公开。 |
| F: 以及使用所分配的资源来向基站发送带所述一个或多个UCI比特的物理上行链路控制信道PUCCH，《直接公开》 | [0049]段：“The PUCCH 360, including the CQI information, may be transmitted 406 to a receiver. In one example, the receiver is the eNB 102.” <br> [0052]段：“The UL control channel may be received 512 in Format 2. For example, the PUCCH 360 in Format 2 may be received 512. The PUCCH 360 may include CQI information for one or more sub-bands of a frequency bandwidth.” | 对比文件明确且直接地描述了UE使用所分配的资源（通过RRC信令告知的PUCCH资源）向eNB（基站）发送包含CQI信息（一种UCI比特）的PUCCH（物理上行链路控制信道）。这完全对应于目标专利的特征F。因此，该特征被直接公开。 |
| G: 其中所述一个或多个UCI比特包括以下各项中的至少一项：用于确收至所述UE的下行链路传输的一个或多个确收比特、调度请求SR、缓冲器状态报告BSR、或信道质量指示符CQI，《直接公开》 | [0033]段：“Format 0 and Format 1 are currently used to carry ACK/NACK information. Format 2 may be used to carry CQI information and ACK/NAK information.” <br> [0034]段：表1中指明Format 1可用于“CQI for persistent scheduling”，Format 2可用于“CQI for dynamic scheduling + ACK/NACK”。 <br> [0045]段：“The PUCCH 360 may be utilized to carry ACK/NACK information 322 and CQI information 320 from the UE 304 to the eNB 302 on an uplink.” | 对比文件明确、直接且多次指出PUCCH可用于承载ACK/NACK（确收比特）和CQI（信道质量指示符）。虽然未明确提及调度请求（SR）和缓冲器状态报告（BSR），但特征G是“包括以下各项中的至少一项”的择一选择。对比文件公开了“确收比特”和“CQI”这两项，因此该择一特征被直接公开。 |
| H: 其中所述资源是动态地分配的，《未公开》 | [0030]段描述了动态调度，但未明确描述在该模式下如何为PUCCH分配资源。全文核心在于持久/半持久调度下的资源分配。 | 对比文件主要聚焦于持久（半持久）调度模式下的PUCCH资源分配（例如，通过RRC信令半静态配置）。虽然提到了动态调度作为背景，但并未具体描述或揭示在动态调度模式下如何为承载UCI的PUCCH分配资源。目标专利特征H特指用于UCI的资源的动态分配，对比文件未公开此内容。 |
| I: 其中所述资源是半静态地分配的，《直接公开》 | [0052]段：“Resources for the UL control channel may be reserved 508... The UE 104 may be informed 510 of the reserved resources.” （结合上下文为持久调度模式） <br> [0063]段：“The eNB 1002 may provide the resource allocation parameters for the PUCCH to each persistent scheduled UE.” <br> [0010]段图10的解说：资源通过RRC信令分配，并在通话开始前完成，属于半静态配置。 | 对比文件通篇描述的是在持久（Persistent）调度模式下为PUCCH分配资源。在此模式下，资源通过RRC信令在会话开始前分配并在一段时间内保持有效，这正是一种“半静态地分配”资源的方式。因此，该特征被直接公开。 |
| J: 其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个信道质量指示符CQI比特，《直接公开》 | [0033]段：“Format 2 may be used to carry CQI information and ACK/NAK information.” <br> [0034]段表1：Format 2用于“CQI for dynamic scheduling + ACK/NACK”。 <br> [0045]段：“The PUCCH 360 may be utilized to carry ACK/NACK information 322 and CQI information 320...” | 对比文件明确且直接地指出PUCCH格式2（Format 2）可用于同时承载ACK/NACK信息和CQI信息。这对应于特征J描述的UCI比特同时包括确收比特和CQI比特。因此，该特征被直接公开。 |
| K: 其中所分配的资源包括被分配用于提供所述一个或多个确收比特以及所述一个或多个CQI比特的资源，《直接公开》 | [0052]段：“Resources for the UL control channel may be reserved 508... The format type for the UL control channel may also be determined 506. In one example, it is determined 506 that the format type for the UL control channel (i.e., the PUCCH 360) is Format 2 if persistent scheduling is used for CQI information.” | 对比文件描述了为UL控制信道（PUCCH）分配资源，并确定其格式类型。当确定为Format 2时，该资源即用于承载CQI和ACK/NACK（见特征J的引用）。因此，所分配的资源就是用于提供确收比特和CQI比特的资源。该特征被直接公开。 |
| L: 其中被分配用于提供所述一个或多个确收比特的资源不同于被分配用于所述一个或多个CQI比特的资源，《未公开》 | [0033]-[0034]段：Format 1用于ACK/NACK或CQI，Format 2用于CQI+ACK/NACK。这暗示了不同格式对应不同的资源（因为不同格式的PUCCH可能占用不同的时频资源或使用不同的循环移位/正交码）。但未明确说明用于ACK的资源与用于CQI的资源“不同”。在Format 2中，ACK和CQI是共享同一资源进行传输的。 | 对比文件未明确描述用于ACK的资源与用于CQI的资源是分开且不同的。实际上，在对比文件重点描述的Format 2中，ACK和CQI是复用在同一个PUCCH资源块上传输的（见[0033]段）。特征L要求两者资源“不同”，这与对比文件公开的共享同一资源（Format 2）的方案不同。因此，该特征未被公开。 |
| M: 其中被分配用于所述一个或多个CQI比特的资源是半静态地分配的，《直接公开》 | 同特征I的引用。对比文件描述的持久调度模式下，用于CQI的PUCCH资源是通过RRC信令半静态分配的。 | 在对比文件描述的持久调度方案中，用于传输CQI的PUCCH资源（通常使用Format 2）是通过RRC信令配置的，属于半静态分配。这与特征M的描述一致。因此，该特征被直接公开。 |
| N: 其中用于所述一个或多个确收比特的资源是动态地分配的，《未公开》 | 对比文件未描述在所述方案中ACK资源是动态分配的。在持久调度背景下，ACK资源很可能也是半静态配置的（例如，与CQI资源一起在Format 2中配置）。 | 对比文件全文未提及用于确收比特（ACK/NACK）的资源是动态分配的。其关注点在于持久/半持久调度，资源分配倾向于半静态方式。因此，该特征未被公开。 |
| O: 进一步包括，确定要使用被分配用于所述一个或多个CQI比特的资源来发送所述一个或多个确收比特以及所述一个或多个CQI比特，《直接公开》 | [0033]段：“Format 2 may be used to carry CQI information and ACK/NAK information.” <br> [0045]段：“The PUCCH 360 may be utilized to carry ACK/NACK information 322 and CQI information 320...” | 对比文件明确说明Format 2的PUCCH用于承载CQI和ACK/NACK。这意味着，当UE被分配了Format 2的PUCCH资源（该资源本质上是为CQI设计的，如特征M所述）时，它确定要使用该资源来同时发送CQI比特和ACK比特。这直接对应于特征O的描述。 |
| P: 进一步包括，确定要使用被分配用于提供所述一个或多个确收比特的资源来发送所述一个或多个确收比特以及所述一个或多个CQI比特，《未公开》 | [0033]段：Format 0/1用于ACK/NACK，Format 2用于CQI+ACK/NACK。 | 对比文件没有描述使用原本被分配用于仅承载ACK/NACK的资源（如Format 0或Format 1资源）来同时发送ACK和CQI。其教导是，当需要发送两者时，应使用Format 2资源。因此，该特征未被公开。 |
| Q: 其中所述一个或多个确收比特是与所述CQI比特中的一者或多者联合地编码的，《未公开》 | 对比文件未描述ACK比特与CQI比特之间的具体编码关系（联合编码或单独编码）。 | 对比文件仅说明ACK和CQI可以在同一个PUCCH（Format 2）上传输，但未揭示两者在信道编码层是“联合地编码”的。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出这一具体编码方式。因此，该特征未被公开。 |
| R: 其中所述一个或多个确收比特和所述一个或多个CQI比特是单独地编码的，《未公开》 | 同上。 | 同理，对比文件未公开ACK和CQI是“单独地编码”的。编码方式是未揭示的实施细节。该特征未被公开。 |
| S: 其中所述一个或多个确收比特与所述一个或多个CQI比特的第一部分联合地编码，并与所述一个或多个CQI比特的第二部分单独地编码，《未公开》 | 同上。 | 对比文件未公开任何关于ACK与CQI之间如此复杂的部分联合、部分单独的编码方案。该特征未被公开。 |
| T: 其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及缓冲器状态报告BSR比特，《未公开》 | 对比文件全文未提及缓冲器状态报告（BSR）。 | BSR是目标专利说明书[0089]段引入的新内容，旨在减少周转时间。对比文件专注于CQI和ACK的传输，完全没有涉及BSR，更未提及BSR与ACK一起在PUCCH上传输。该特征未被公开。 |
| U: 其中所分配的资源包括被分配用于所述一个或多个确收比特以及所述BSR比特的资源，《未公开》 | 同上。 | 由于特征T中的BSR未被公开，因此为其分配资源并与ACK资源共同考虑的特征U自然也未被公开。 |
| V: 其中被分配用于提供所述一个或多个确收比特的资源不同于被分配用于所述BSR比特的资源，《未公开》 | 同上。 | 同上，该特征未被公开。 |
| W: 其中被分配用于所述BSR比特的资源是半静态地分配的，《未公开》 | 同上。 | 同上，该特征未被公开。 |
| X: 进一步包括，基于所述一个或多个确收比特的数目来决定要使用被分配用于所述BSR比特的资源还是其他资源来传送所述一个或多个确收比特，《未公开》 | 同上，且对比文件也未公开基于ACK比特数目来选择资源的决策机制。 | 该特征涉及两个未被公开的概念：1) BSR资源；2) 基于ACK比特数选择资源的机制。因此，该特征未被公开。 |
| Y: 其中所述一个或多个确收比特是与缓冲器状态报告BSR信息联合地编码的，《未公开》 | 同上。 | BSR未被公开，因此ACK与BSR联合编码的特征Y也未被公开。 |
| Z: 其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个调度请求SR比特，《未公开》 | 对比文件全文未提及调度请求（SR）。 | 对比文件虽然广泛提及了控制信令，但具体公开的UCI类型只有ACK/NACK和CQI，并未提及调度请求（SR）。因此，该特征未被公开。 |
### 公开性判断总结
根据上述分析，对比文件US20090225738A1公开了在持久/半持久调度模式下，使用PUCCH格式2来传输多子带CQI信息，并且该PUCCH也可以承载ACK/NACK信息。它直接公开了目标专利权利要求中的特征F、G、I、J、K、M、O。
然而，对比文件**未公开**目标专利的核心发明点之一：即针对NR系统，定义一种**将不同数目的UCI比特映射到不同资源池的映射机制**（特征C、D），并基于此映射来确定资源池（特征E）。这是目标专利为了解决NR中ACK有效载荷可变等新问题而提出的方案（参见说明书[0090], [0101]段）。此外，对比文件也未公开涉及BSR（特征T-Y）和SR（特征Z）的内容，以及ACK与CQI之间具体的联合或单独编码方案（特征Q、R、S）等进一步细化的资源处理方式。
<<<F>>><<<G>>><<<I>>><<<J>>><<<K>>><<<M>>><<<O>>>