对比文件名称：发明公开_CN102082641A 一种传输多比特ACK_NACK信息的方法及装置
目标专利名称：用于物理上行链路控制信道(PUCCH)的资源分配
本次调用模型名称：资深专利代理师评估模型
根据对目标专利说明书和对比文件CN102082641A的深入分析，现创建特征比对表格如下：
## 特征比对表格 ##
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法，《直接公开》 | [0011] “终端获得传输所使用的物理资源块位置和扩频序列编号，按照设定的上行控制信道PUCCH结构，在确定物理资源块位置上使用所述扩频序列编号传输PUCCH的信息，所述上行控制信道的信息含有对应终端的ACK/NACK信息” | 对比文件明确公开了由用户装备（终端/UE）执行无线通信的方法步骤，包括获得传输资源并使用该资源发送含有控制信息（ACK/NACK）的PUCCH。该特征在对比文件中为UE侧的操作流程，与目标专利中“由UE进行无线通信的方法”作用相同，均为定义UE的行为。因此，本领域技术人员能够毫无疑义地得出该技术特征。 |
| **技术特征B**：确定被分配用于提供一个或多个上行链路控制信息UCI比特的资源，《直接公开》 | [0011] “终端获得传输所使用的物理资源块位置和扩频序列编号”<br>[0050] “UE使用新的PUCCH结构传输多比特ACK/NACK时，首先需要确知传输所使用的资源，包括：物理资源块(PRB)位置、扩频序列编号。” | 对比文件多次明确记载，UE需要“获得”或“确知”用于传输PUCCH（其信息包含ACK/NACK）的资源，即物理资源块位置和扩频序列编号。ACK/NACK是UCI的一种具体类型（参见目标专利[0080]段）。因此，“获得传输所使用的资源”即等同于“确定被分配用于提供UCI比特的资源”。该特征在对比文件中用于支持多比特ACK/NACK的传输，与目标专利中确定资源以承载UCI的作用一致。 |
| **技术特征C**：基于将不同数目的UCI比特映射到不同的资源池的映射来确定第一资源池，《未公开》 | 未发现相关记载。 | 对比文件通篇解决的是如何在新的PUCCH结构上为多比特ACK/NACK分配资源，并未提及或隐含“根据UCI比特数目（例如，1比特、2比特或更多比特）映射到不同资源池”的映射规则或概念。目标专利的该特征旨在解决不同服务类型（如eMBB和URLLC）或不同UCI有效载荷大小对资源的不同需求（参见[0090]-[0091]段），而对比文件未涉及此技术问题或方案。 |
| **技术特征D**：其中所述映射将所述一个或多个UCI比特中的一数目的UCI比特映射到所述第一资源池，《未公开》 | 未发现相关记载。 | 该特征依赖于特征C中定义的映射关系。由于对比文件未公开“将不同数目的UCI比特映射到不同资源池”的映射，因此自然也未曾公开该映射将特定数目的UCI比特映射到特定资源池（第一资源池）的具体内容。 |
| **技术特征E**：并且其中所分配的资源包括所述第一资源池的一个或多个资源，《未公开》 | 未发现相关记载。 | 该特征限定所分配的资源来源于根据UCI比特数确定的特定资源池（第一资源池）。对比文件公开了UE获得物理资源块和扩频序列（特征B），但并未揭示这些资源是从一个基于UCI比特数区分的“第一资源池”中选取的。资源分配的逻辑基础不同。 |
| **技术特征F**：以及使用所分配的资源来向基站发送带所述一个或多个UCI比特的物理上行链路控制信道PUCCH。《直接公开》 | [0011] “按照设定的上行控制信道PUCCH结构，在确定物理资源块位置上使用所述扩频序列编号传输PUCCH的信息” | 对比文件明确记载了UE在获得资源后，使用这些资源（物理资源块位置和扩频序列编号）来传输包含ACK/NACK信息（即UCI比特）的PUCCH。该步骤在对比文件中是方法的核心，与目标专利中发送PUCCH的步骤完全相同。 |
| **技术特征G**：其中所述一个或多个UCI比特包括以下各项中的至少一项：用于确收至所述UE的下行链路传输的一个或多个确收比特、调度请求SR、缓冲器状态报告BSR、或信道质量指示符CQI。《隐含公开》 | [0011] “所述上行控制信道的信息含有对应终端的ACK/NACK信息”<br>[0002] “用户将针对各个载波上的数据包分别进行HARQ重传请求(即ACK/NACK信息)反馈。” | 对比文件明确公开了PUCCH信息中包含“ACK/NACK信息”，即“用于确收至所述UE的下行链路传输的一个或多个确收比特”。虽然对比文件未明确提及SR、BSR或CQI，但其背景技术部分（[0006]段）提及LTE Rel-8 PUCCH承载能力有限，而目标专利背景（[0080]段）同样基于LTE PUCCH的局限性提出改进。本领域技术人员公知，ACK/NACK、SR、CQI都是LTE及后续系统中常见的UCI类型。在对比文件已公开传输“多比特ACK/NACK”这一UCI具体类型的基础上，结合本领域常识，可以合理推断出所述PUCCH传输的“信息”或“UCI比特”有可能也包括其他类型的UCI，例如SR或CQI，尤其是当对比文件旨在提升PUCCH承载能力时。因此，该特征被隐含公开。 |
| **技术特征H**：其中所述资源是动态地分配的。《隐含公开》 | [0055] “实施例二：基站通过PDCCH半持续的配置UE传输所述PUCCH所使用的资源。…基站将在调度下行数据传输之前，通过PDCCH向UE发送一条DCI，用来通知UE其进行多比特ACK/NACK反馈所使用的PUCCH资源…”<br>[0057] “实施例三：…在调度下行数据传输的DCI中需要增加log2(k)比特信息，用于指示传输对应数据ACK/NACK反馈的PUCCH所使用的扩频序列。” | 对比文件实施例二和三描述了通过PDCCH发送DCI（下行控制信息）来为UE配置或指示其传输PUCCH所使用的资源（PRB和/或扩频序列）。这种基于下行调度信令（DCI）的实时资源配置方式，在本领域通常被视为“动态分配”。虽然对比文件在实施例二中使用了“半持续”一词，但结合其描述“基站可以根据系统内的负载情况及UE的传输信道条件等，对UE所使用的资源进行重配置”，以及通过DCI进行通知的机制，本领域技术人员可以合理推断出这是一种动态或至少包含动态属性的资源分配方式。因此，该特征被隐含公开。 |
| **技术特征I**：其中所述资源是半静态地分配的。《直接公开》 | [0050] “实施例一：基站预留固定的PRB用于传输所述的PUCCH…”<br>[0059] “实施例四：基站通过高层信令，如RRC信令，半持续的配置UE传输所述PUCCH所使用的资源。” | 对比文件实施例一明确记载了“基站预留固定的PRB”，这是一种典型的半静态资源分配方式。实施例四也明确使用了“半持续的配置”这一表述。这些方式与目标专利中“半静态地分配”资源含义相同，都是指资源并非每次传输都动态改变，而是通过高层信令（如RRC）或固定预留进行相对长期的配置。该特征被直接公开。 |
| **技术特征J**：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个信道质量指示符CQI比特。《未公开》 | 未发现相关记载。 | 对比文件全文聚焦于传输多比特ACK/NACK信息，从未提及在同一个PUCCH传输中同时包含ACK比特和CQI比特。目标专利该特征涉及多种UCI类型的组合传输（组合UCI），对比文件未涉及此概念或方案。 |
| **技术特征K**：其中所分配的资源包括被分配用于提供所述一个或多个确收比特以及所述一个或多个CQI比特的资源。《未公开》 | 未发现相关记载。 | 该特征限定为组合UCI（ACK+CQI）分配资源。对比文件仅公开了为ACK/NACK分配资源，未提及为ACK和CQI的组合分配资源。 |
| **技术特征L**：其中被分配用于提供所述一个或多个确收比特的资源不同于被分配用于所述一个或多个CQI比特的资源。《未公开》 | 未发现相关记载。 | 该特征涉及ACK资源和CQI资源彼此独立。对比文件未提及CQI及其资源，因此更未涉及ACK资源与CQI资源的区分或比较。 |
| **技术特征M**：其中被分配用于所述一个或多个CQI比特的资源是半静态地分配的。《未公开》 | 未发现相关记载。 | 该特征涉及CQI资源的分配方式。对比文件未提及CQI，因此也未公开CQI资源的分配方式。 |
| **技术特征N**：其中用于所述一个或多个确收比特的资源是动态地分配的。《隐含公开》 | [0055] “实施例二：基站通过PDCCH半持续的配置UE传输所述PUCCH所使用的资源。…通过PDCCH向UE发送一条DCI，用来通知UE其进行多比特ACK/NACK反馈所使用的PUCCH资源…” | 该特征限定用于ACK比特的资源是动态分配的。对比文件实施例二描述通过PDCCH DCI为多比特ACK/NACK配置资源，这符合动态分配的特征（参见特征H的论述）。虽然实施例二措辞为“半持续”，但其通过DCI信令即时配置的机制，本领域技术人员可合理推断其具有动态分配的性质，特别是针对ACK反馈。因此，该特征被隐含公开。 |
| **技术特征O**：进一步包括，确定要使用被分配用于所述一个或多个CQI比特的资源来发送所述一个或多个确收比特以及所述一个或多个CQI比特。《未公开》 | 未发现相关记载。 | 该特征涉及复用CQI资源来发送组合UCI（ACK+CQI）。对比文件未提及CQI资源，也未涉及利用一种UCI类型的资源来发送另一种或多种UCI类型。 |
| **技术特征P**：进一步包括，确定要使用被分配用于提供所述一个或多个确收比特的资源来发送所述一个或多个确收比特以及所述一个或多个CQI比特。《未公开》 | 未发现相关记载。 | 该特征涉及复用ACK资源来发送组合UCI（ACK+CQI）。对比文件仅公开了使用为ACK/NACK分配的资源来发送ACK/NACK，未提及在该资源上额外发送CQI比特。 |
| **技术特征Q**：其中所述一个或多个确收比特是与所述CQI比特中的一者或多者联合地编码的。《未公开》 | 未发现相关记载。 | 该特征涉及ACK和CQI的联合编码。对比文件未提及CQI，也未涉及任何联合编码技术。 |
| **技术特征R**：其中所述一个或多个确收比特和所述一个或多个CQI比特是单独地编码的。《未公开》 | 未发现相关记载。 | 该特征涉及ACK和CQI的单独编码。对比文件未提及CQI，也未涉及对多种UCI类型进行单独编码。 |
| **技术特征S**：其中所述一个或多个确收比特与所述一个或多个CQI比特的第一部分联合地编码，并与所述一个或多个CQI比特的第二部分单独地编码。《未公开》 | 未发现相关记载。 | 该特征涉及ACK与CQI之间更复杂的编码关系。对比文件未涉及任何相关内容。 |
| **技术特征T**：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及缓冲器状态报告BSR比特。《未公开》 | 未发现相关记载。 | 对比文件全文聚焦于传输多比特ACK/NACK信息，从未提及缓冲器状态报告（BSR），也未提及在PUCCH中传输BSR。目标专利该特征涉及另一种UCI组合（ACK+BSR），对比文件未涉及。 |
| **技术特征U**：其中所分配的资源包括被分配用于所述一个或多个确收比特以及所述BSR比特的资源。《未公开》 | 未发现相关记载。 | 该特征限定为组合UCI（ACK+BSR）分配资源。对比文件未提及BSR，因此也未涉及为ACK和BSR的组合分配资源。 |
| **技术特征V**：其中被分配用于提供所述一个或多个确收比特的资源不同于被分配用于所述BSR比特的资源。《未公开》 | 未发现相关记载。 | 该特征涉及ACK资源和BSR资源彼此独立。对比文件未提及BSR及其资源。 |
| **技术特征W**：其中被分配用于所述BSR比特的资源是半静态地分配的。《未公开》 | 未发现相关记载。 | 该特征涉及BSR资源的分配方式。对比文件未提及BSR。 |
| **技术特征X**：进一步包括，基于所述一个或多个确收比特的数目来决定要使用被分配用于所述BSR比特的资源还是其他资源来传送所述一个或多个确收比特。《未公开》 | 未发现相关记载。 | 该特征涉及根据ACK有效载荷大小动态选择资源（例如，复用BSR资源或其他资源）。对比文件未提及BSR资源，也未涉及基于ACK比特数目选择不同资源池的逻辑。 |
| **技术特征Y**：其中所述一个或多个确收比特是与缓冲器状态报告BSR信息联合地编码的。《未公开》 | 未发现相关记载。 | 该特征涉及ACK和BSR的联合编码。对比文件未提及BSR，也未涉及任何联合编码技术。 |
| **技术特征Z**：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个调度请求SR比特。《未公开》 | 未发现相关记载。 | 对比文件全文聚焦于传输多比特ACK/NACK信息，从未提及调度请求（SR），也未提及在同一个PUCCH传输中同时包含ACK比特和SR比特。 |
<<<A>>><<<B>>><<<F>>><<<I>>><<<g>>><<<h>>><<<n>>>