本次调用的模型名称：未指定
**特征比对表格**
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A：该方法包括以下步骤** | 【[0070]】“另一个示例提供了一种用于与增强物理下行控制信道（ePDCCH）对应的物理上行控制信道（PUCCH）资源映射的方法500，该方法包括操作：映射……”（Another example provides a method 500 for physical uplink control channel (PUCCH) resource mapping corresponding to an enhanced physical downlink control channel (ePDCCH) from a node, as shown in the flow chart in FIG. 12. The method includes the operation of mapping a PUCCH resource nPUCCH(1) corresponding to an ePDCCH for PUCCH resource hybrid automatic repeat request-acknowledgement (HARQ-ACK) feedback, ……） | 对比文件明确公开了一种包括步骤的方法（例如方法500），该方法的实现自然包含多个操作步骤。本领域技术人员可直接、毫无疑义地确认对比文件公开了“包括步骤”的方法这一前序特征。因此，技术特征A被直接公开。 |
| **技术特征B：从基站接收下行链路控制信号** | 【[0052]】“如果根据预定义的HARQ定时检测到相应的PDCCH，无线设备（例如UE）可以使用等式1映射的ePUCCH区域中的PUCCH资源nPUCCH(1)来传输HARQ-ACK。”（The wireless device (e.g., UE) can use the PUCCH resource nPUCCH(1) in an ePUCCH region mapped with Equation 1 for transmission of HARQ-ACK if a corresponding PDCCH detected according to the pre-defined HARQ-timing.） | 该叙述明确表明UE需要“检测”PDCCH，而PDCCH正是从基站发送的下行链路控制信号。检测PDCCH即意味着接收该信号。因此，对比文件直接公开了“从基站接收下行链路控制信号”这一技术特征。 |
| **技术特征C：所述下行链路控制信号包括与可分配虚拟物理资源块PRB当中的针对所述上行链路数据信号连续分配的虚拟PRB有关的资源分配信息** | 【全文】对比文件全文未出现“虚拟PRB”或类似概念，也未提及下行控制信号中包含与“可分配虚拟PRB”相关的资源分配信息。对比文件虽然涉及上行资源分配（如[0025]所述），但该分配基于物理PRB而非虚拟PRB，且未涉及中心PRB的排除或虚拟化处理。 | 对比文件完全没有公开“虚拟PRB”及其相关资源分配信息。本领域技术人员无法从对比文件中直接或间接得出该特征。因此，技术特征C未被公开。 |
| **技术特征D：基于由所述资源分配信息指示的连续分配的PRB向所述基站发送所述上行链路数据信号** | 【[0025]】“PDCCH可用于下行链路（DL）和上行链路（UL）资源分配、发射功率命令和寻呼指示。”（The PDCCH can be used for downlink (DL) and uplink (UL) resource assignments, transmit power commands, and paging indicators.）；【[0048]】“图6示出了动态上行链路（UL）肯定应答/否定应答（ACK/NACK）、其他控制信息和其他PUSCH数据的PUCCH和PUSCH 304资源映射分配。”（FIG. 6 illustrates both the PUCCH and PUSCH 304 resources mapping assignment for a dynamic uplink (UL) acknowledgment/negative acknowledgment (ACK/NACK), other control information, and other PUSCH data.） | 基于PDCCH用于上行资源分配，以及PUSCH传输的存在，本领域技术人员可以合理推断：UE收到包含上行资源分配信息的PDCCH后，会在所分配的连续PRB上发送PUSCH（上行数据信号）。因此，技术特征D被隐含公开。 |
| **技术特征E：其中，所述可分配虚拟PRB是除了来自系统带宽的中心PRB之外的虚拟连续的PRB** | 【全文】对比文件未涉及“可分配虚拟PRB”的概念，也未提及系统带宽的中心PRB被排除在虚拟PRB之外。对比文件讨论的是ePDCCH和PUCCH资源映射，不涉及窄带扩展或中心PRB的特殊处理。 | 对比文件完全没有公开虚拟PRB的定义及其与中心PRB的关系。本领域技术人员无法从中获知该特征。因此，技术特征E未被公开。 |
| **技术特征F：其中，基于分配的虚拟PRB包括所述中心PRB两侧的PRB，使用包括所述中心PRB的所述连续分配的PRB来发送所述上行链路数据信号** | 【全文】对比文件未涉及“中心PRB两侧的PRB”或“包括中心PRB的连续分配的PRB”等概念。对比文件的技术方案不基于虚拟PRB或中心PRB进行上行数据发送。 | 对比文件没有公开当虚拟PRB包括中心PRB两侧的PRB时如何使用包括中心PRB的连续PRB发送上行数据。因此，技术特征F未被公开。 |
| **技术特征G：其中，所述资源分配信息是基于所述可分配虚拟PRB的固定数目来确定的，而与所述中心PRB无关** | 【全文】对比文件未涉及“可分配虚拟PRB的固定数目”或“与中心PRB无关的资源分配信息确定方式”。对比文件中资源分配信息（如上行授权）基于物理资源块，且未讨论固定数目与中心PRB的关系。 | 对比文件没有公开资源分配信息基于固定数目的虚拟PRB确定且与中心PRB无关的内容。因此，技术特征G未被公开。 |
| **技术特征H：当所述分配的虚拟PRB包括所述中心PRB两侧的PRB时，所述连续分配的PRB被更新以排除最后一个索引的PRB** | 【全文】对比文件未涉及“分配的虚拟PRB包括中心PRB两侧的PRB”的场景，也没有“更新连续分配的PRB以排除最后一个索引的PRB”的记载。对比文件的技术思路完全不同。 | 对比文件没有公开有关根据中心PRB两侧PRB的情况更新分配以排除最后一个索引PRB的操作。因此，技术特征H未被公开。 |
| **技术特征I：所述资源分配信息包括所述连续分配的PRB的起始索引和关于所述连续分配的PRB的数目的信息** | 【全文】对比文件未明确描述上行资源分配信息的具体字段内容。虽然背景知识中LTE的DCI格式包含起始RB和长度，但对比文件本身未记载该特征。对比文件讨论的是PUCCH资源映射参数，并非PUSCH资源分配字段。 | 由于对比文件自身没有提及资源分配信息由起始索引和连续分配的数目组成，本领域技术人员不能从对比文件中直接或合理推定出该特征。因此，技术特征I未被公开。 |
**结论**
对比文件直接公开了技术特征A、B，隐含公开了技术特征D。其他技术特征（C、E、F、G、H、I）未被公开（包括直接公开和隐含公开）。
<<<A>>><<<B>>><<<d>>>