对比文件名称：发明授权_CN102082641B 一种传输多比特ACK_NACK信息的方法及装置
目标专利名称：说明书
模型名称：深度思考并认真回答
## 特征比对表格 ##
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A《直接公开》 | [0010] 本发明提供一种传输多比特ACK/NACK信息的方法及装置...<br>[0011] 本发明实施例的一种传输多比特ACK/NACK信息的方法包括以下步骤：<br>终端获得传输所使用的物理资源块位置和扩频序列编号... | 对比文件公开了一种由用户装备（UE，即终端）执行的无线通信方法，该方法包括获取传输资源并发送信息。这与目标专利权利要求的技术特征A“一种用于由用户装备UE进行无线通信的方法”的描述相符，均为UE侧执行的方法。因此，本领域技术人员能毫无疑义地得出技术特征A被直接公开。 |
| 技术特征B《直接公开》 | [0011] 终端获得传输所使用的物理资源块位置和扩频序列编号... | 对比文件明确记载了终端“获得传输所使用的物理资源块位置和扩频序列编号”，这即是为传输信息（ACK/NACK）确定所分配的资源。ACK/NACK属于上行链路控制信息（UCI）的一种。因此，技术特征B“确定被分配用于提供一个或多个上行链路控制信息UCI比特的资源”被直接公开。 |
| 技术特征C《未公开》 | 无 | 目标专利的技术特征C涉及基于一个将不同数目的UCI比特映射到不同资源池的映射来确定资源池。对比文件虽然提到了资源池的概念（例如[0051]实施例一中的“资源池”），但其资源分配主要基于PDCCH的CCE索引（如[0054]的l=f(nCCE, nstar)）或通过信令直接配置，并未公开一个将UCI比特数目与特定资源池关联起来的映射规则。对比文件解决的是多比特ACK/NACK的传输问题，但并未教导根据具体的UCI比特数目（如1比特、2比特或更多）将其映射到不同的、预先划分好的资源池。因此，该技术特征未被直接公开，也缺乏足够的启示使其被隐含公开。 |
| 技术特征D《未公开》 | 无 | 技术特征D是对特征C中映射的具体描述。由于特征C未被公开，且对比文件中不存在将特定数目的UCI比特映射到特定资源池的教导，因此该技术特征也未被公开。 |
| 技术特征E《未公开》 | 无 | 技术特征E依赖于特征C和D所定义的映射和资源池。由于特征C和D未被公开，该技术特征也未被公开。 |
| 技术特征F《直接公开》 | [0011] ...按照设定的上行控制信道PUCCH结构，在确定物理资源块位置上使用所述扩频序列编号传输PUCCH的信息，所述上行控制信道的信息含有对应终端的ACK/NACK信息。 | 对比文件明确描述了终端使用所获得的资源（物理资源块位置和扩频序列编号），按照PUCCH结构，向基站发送包含ACK/NACK信息的PUCCH。这直接对应于技术特征F“使用所分配的资源来向基站发送带所述一个或多个UCI比特的物理上行链路控制信道PUCCH”。 |
| 技术特征G《未公开》 | 无 | 对比文件全文聚焦于传输“ACK/NACK信息”，即确收比特。对比文件没有提及、教导或暗示在所述PUCCH中传输调度请求（SR）、缓冲器状态报告（BSR）或信道质量指示符（CQI）。因此，技术特征G中列举的UCI类型范围远大于对比文件公开的内容，该特征未被公开。 |
| 技术特征H《隐含公开》 | [0056] 实施例二：基站通过PDCCH半持续的配置UE传输所述PUCCH所使用的资源...基站可以根据系统内的负载情况及UE的传输信道条件等，对UE所使用的资源进行重配置。即对于进行载波聚合的UE，基站将在调度下行数据传输之前，通过PDCCH向UE发送一条DCI，用来通知UE其进行多比特ACK/NACK反馈所使用的PUCCH资源...<br>[0058] 实施例三：...在调度下行数据传输的DCI中需要增加log2(k)比特信息，用于指示传输对应数据ACK/NACK反馈的PUCCH所使用的扩频序列。 | 对比文件在多个实施例（如二、三）中描述了通过PDCCH发送的DCI信令来动态配置或指示PUCCH传输资源（如PRB位置、扩频序列）。这种基于下行调度的动态信令来分配资源的方式，使得资源的分配可以根据每次传输的具体情况（如下行数据调度）而变化，而非长期固定。本领域技术人员能够从这些描述中合理推断出，这是一种“动态地分配”资源的方式。因此，技术特征H被隐含公开。 |
| 技术特征I《直接公开》 | [0060] 实施例四：基站通过高层信令，如RRC信令，半持续的配置UE传输所述PUCCH所使用的资源。 | 对比文件明确记载了通过高层信令（如RRC）“半持续的配置”PUCCH资源。这直接对应于技术特征I“其中所述资源是半静态地分配的”。 |
| 技术特征J《未公开》 | 无 | 如特征G所述，对比文件仅涉及ACK/NACK的传输，未提及CQI。因此，技术特征J中关于UCI比特同时包括确收比特和CQI比特的组合未被公开。 |
| 技术特征K《未公开》 | 无 | 该特征依赖于特征J，由于特征J未被公开，该特征也未被公开。 |
| 技术特征L《未公开》 | 无 | 该特征依赖于特征J，由于特征J未被公开，该特征也未被公开。 |
| 技术特征M《未公开》 | 无 | 该特征依赖于特征J，由于特征J未被公开，该特征也未被公开。 |
| 技术特征N《未公开》 | 无 | 该特征作为特征J的从属特征，其前提（UCI包括确收和CQI）未被公开。虽然对比文件可能隐含了确收比特资源的动态分配（见特征H），但该特征在权利要求中是与特定UCI组合绑定的，因此整体未被公开。 |
| 技术特征O《未公开》 | 无 | 该特征依赖于特征J，由于特征J未被公开，该特征也未被公开。 |
| 技术特征P《未公开》 | 无 | 该特征依赖于特征J，由于特征J未被公开，该特征也未被公开。 |
| 技术特征Q《未公开》 | 无 | 该特征依赖于特征J，由于特征J未被公开，该特征也未被公开。 |
| 技术特征R《未公开》 | 无 | 该特征依赖于特征J，由于特征J未被公开，该特征也未被公开。 |
| 技术特征S《未公开》 | 无 | 该特征依赖于特征J，由于特征J未被公开，该特征也未被公开。 |
| 技术特征T《未公开》 | 无 | 如特征G所述，对比文件仅涉及ACK/NACK的传输，未提及BSR。因此，该特征未被公开。 |
| 技术特征U《未公开》 | 无 | 该特征依赖于特征T，由于特征T未被公开，该特征也未被公开。 |
| 技术特征V《未公开》 | 无 | 该特征依赖于特征T，由于特征T未被公开，该特征也未被公开。 |
| 技术特征W《未公开》 | 无 | 该特征依赖于特征T，由于特征T未被公开，该特征也未被公开。 |
| 技术特征X《未公开》 | 无 | 该特征依赖于特征T，由于特征T未被公开，该特征也未被公开。 |
| 技术特征Y《未公开》 | 无 | 该特征依赖于特征T，由于特征T未被公开，该特征也未被公开。 |
| 技术特征Z《未公开》 | 无 | 如特征G所述，对比文件仅涉及ACK/NACK的传输，未提及SR。因此，该特征未被公开。 |
<<<A>>><<<B>>><<<F>>><<<I>>><<<h>>>