**对比文件名称：** 2015-02-17_US8958379B_发明授权_US08958379B2 Physical uplink control channel (PUCCH) resource mapping using an enhanced physical downlink control channel (ePDCCH)
**目标专利名称：** 1624 用于在窄带无线通信系统中建立扩展窄带的方法及其设备 CN109565407B
**本次调用的模型名称：** DeepSeek-Chat (deepseek-chat)
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（译文） | 公开性论述 |
| 技术特征A：该方法包括以下步骤《直接公开》 | 【0073】“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 may be executed as instructions on a machine, … The method includes the operation of mapping a PUCCH resource n<sub>PUCCH</sub><sup>(1)</sup> corresponding to an ePDCCH for PUCCH resource hybrid automatic repeat request‑acknowledgement (HARQ‑ACK) feedback, wherein the PUCCH resource n<sub>PUCCH</sub><sup>(1)</sup> is determined using a lowest PRB index including at least one enhanced control channel element (eCCE) of ePDCCH resources and a total number of eCCE in one physical resource block (PRB), as in block 510.”<br><br>译文：【0073】另一个示例提供了用于与增强物理下行链路控制信道(ePDCCH)对应的物理上行链路控制信道(PUCCH)资源映射的方法500，如图12流程图所示。该方法可以机器上执行指令的方式执行……该方法包括操作：映射对应于ePDCCH的用于混合自动重传请求确认(HARQ-ACK)反馈的PUCCH资源n<sub>PUCCH</sub><sup>(1)</sup>，其中PUCCH资源n<sub>PUCCH</sub><sup>(1)</sup>使用包括至少一个增强控制信道单元(eCCE)的ePDCCH资源的最低PRB索引和一个物理资源块(PRB)中eCCE的总数来确定，如块510所示。 | 对比文件明确公开了一种方法（方法500），该方法包括多个操作步骤（例如映射PUCCH资源）。特征A仅限定“该方法包括以下步骤”，未对步骤内容作具体限制。对比文件公开的方法本质上也是包含一系列步骤的过程，因此本领域技术人员能够毫无疑义地确定对比文件公开了“方法包括步骤”这一表述，属于直接公开。 |
| 技术特征B：从基站接收下行链路控制信号《直接公开》 | 【0054】“The wireless device (e.g., UE) can use the PUCCH resource n<sub>PUCCH</sub><sup>(1)</sup> … for transmission of HARQ‑ACK if a corresponding PDCCH detected according to the pre‑defined HARQ‑timing.”<br>（注：该处的PDCCH包含增强型PDCCH(ePDCCH)，如[0048]所述）<br><br>译文：【0054】如果根据预先配置的HARQ定时检测到对应的PDCCH（包括ePDCCH），无线设备（例如，UE）可以使用PUCCH资源n<sub>PUCCH</sub><sup>(1)</sup>……用于HARQ-ACK的传输。 | 对比文件描述了无线设备（UE）检测（即接收）来自节点（基站）的下行控制信号（PDCCH/ePDCCH）。该下行控制信号（ePDCCH）用于承载下行控制信息（DCI），与目标专利中“从基站接收下行链路控制信号”的含义一致。因此，对比文件直接公开了技术特征B。 |
| 技术特征C：所述下行链路控制信号包括与可分配虚拟物理资源块PRB当中的针对所述上行链路数据信号连续分配的虚拟PRB有关的资源分配信息《未公开》 | 对比文件全文未出现“虚拟物理资源块(virtual PRB)”、“连续分配的资源分配信息”描述上行数据信号（PUSCH）的资源分配。对比文件涉及的是ePDCCH对应的PUCCH资源映射，其资源分配信息针对的是控制信道（PUCCH）的资源索引（如n<sub>PUCCH</sub><sup>(1)</sup>），而非上行数据信号的连续虚拟PRB分配。 | 目标专利的特征C限定下行控制信号包含特定的资源分配信息：针对上行数据信号（PUSCH）的、基于可分配虚拟PRB的连续分配。对比文件虽然公开了ePDCCH可以携带UL grant（[0004]），但未进一步公开该UL grant中资源分配的具体形式（如是否基于虚拟PRB、是否连续分配）。更关键的是，对比文件的核心技术在于利用ePDCCH的最低PRB索引和eCCE索引映射PUCCH资源，完全没有涉及“虚拟PRB”的概念，也没有针对PUSCH连续资源分配的细节。本领域技术人员无法从对比文件中直接且毫无疑义地得出特征C的技术方案，也不存在任何隐含公开的线索。因此，特征C未公开。 |
| 技术特征D：基于由所述资源分配信息指示的连续分配的PRB向所述基站发送所述上行链路数据信号《未公开》 | 对比文件公开了UE基于PUCCH资源映射信息（如n<sub>PUCCH</sub><sup>(1)</sup>）在PUCCH上发送HARQ-ACK反馈（例如[0054]）。但PUCCH传输的是上行控制信息，并非上行数据信号（PUSCH）。对比文件未公开基于资源分配信息发送上行数据信号。 | 目标专利的特征D明确要求发送的是“上行链路数据信号”（即PUSCH承载的用户数据），且发送依据是“资源分配信息指示的连续分配的PRB”。对比文件中UE发送的是PUCCH控制信息（HARQ-ACK），依据的是PUCCH资源索引（由ePDCCH的最低PRB索引等导出），而非PUSCH的资源分配信息。两者在发送的对象、依据的信号类型上完全不同。对比文件没有提供任何关于基于资源分配信息发送上行数据信号的教导或暗示，故特征D未公开。 |
| 技术特征E：其中，所述可分配虚拟PRB是除了来自系统带宽的中心PRB之外的虚拟连续的PRB《未公开》 | 对比文件未提及“虚拟PRB(virtual PRB)”的概念，也未讨论系统带宽的中心PRB（center PRB）是否排除在外。对比文件涉及的是ePDCCH区域的起始PRB索引（N<sub>PRB,ePDCCHoffset</sub>）和最低PRB索引（I<sub>PRB_ePDCCH</sub><sup>lowest_index</sup>），这些参数不涉及虚拟PRB或中心PRB的处理。 | 目标专利的特征E是对特征C中“可分配虚拟PRB”的进一步限定，定义该虚拟PRB为排除中心PRB后的虚拟连续PRB。对比文件既没有“虚拟PRB”的概念，也没有“排除系统带宽中心PRB”的类似处理。对比文件讨论的是ePDCCH的PRB资源，这些PRB是物理资源块，且不涉及中心PRB的特殊处理。因此特征E未公开。 |
| 技术特征F：其中，基于分配的虚拟PRB包括所述中心PRB两侧的PRB，使用包括所述中心PRB的所述连续分配的PRB来发送所述上行链路数据信号《未公开》 | 对比文件未涉及中心PRB两侧PRB的分配，也没有在资源分配包括中心PRB时将其纳入连续PRB的机制。 | 目标专利的特征F描述了当分配的虚拟PRB覆盖中心PRB两侧时，实际用于发送上行数据信号的连续PRB包括该中心PRB。对比文件完全没有讨论上行数据信号的资源是否包含中心PRB以及如何处理这种情况。对比文件不存在任何关于“包括中心PRB两侧PRB”或“更新PRB集合以包含中心PRB”的教导，故特征F未公开。 |
| 技术特征G：其中，所述资源分配信息是基于所述可分配虚拟PRB的固定数目来确定的，而与所述中心PRB无关《未公开》 | 对比文件未提及资源分配信息的大小基于可分配虚拟PRB的固定数目确定，也未讨论中心PRB对资源分配信息大小的影响。对比文件中的PUCCH资源映射公式（如式1）使用E、I等参数，但E是每个PRB中的eCCE总数，并非针对上行数据信号的资源分配信息。 | 目标专利的特征G强调资源分配信息的大小（比特数）基于可分配虚拟PRB的固定数目（例如24个PRB）确定，而不考虑中心PRB是否存在。对比文件没有公开任何关于上行数据信号的资源分配信息大小的确定方式，更没有“基于固定虚拟PRB数目”和“与中心PRB无关”的教导。因此特征G未公开。 |
| 技术特征H：当所述分配的虚拟PRB包括所述中心PRB两侧的PRB时，所述连续分配的PRB被更新以排除最后一个索引的PRB《未公开》 | 对比文件未公开在包括中心PRB时更新连续分配PRB以排除最后一个索引的操作。 | 目标专利的特征H进一步限定了一种更新规则：在包括中心PRB的情况下，将最后一个索引的PRB从连续分配中排除。该操作是目标专利为解决资源分配与系统带宽不匹配问题而提出的特定手段。对比文件既没有涉及中心PRB包含的情形，也没有任何“排除最后一个索引PRB”的类似机制。因此特征H未公开。 |
| 技术特征I：所述资源分配信息包括所述连续分配的PRB的起始索引和关于所述连续分配的PRB的数目的信息《未公开》 | 对比文件描述的资源分配信息（用于PUCCH信道）主要包括最低PRB索引（I<sub>PRB_ePDCCH</sub><sup>lowest_index</sup>）和eCCE索引（n<sub>eCCE</sub>），以及偏移量等。这些信息用于指示PUCCH信道资源，而非上行数据信号（PUSCH）的连续PRB分配。对比文件没有公开上行数据信号的资源分配信息包含起始PRB索引和连续PRB数目。 | 目标专利的特征I明确了资源分配信息的具体内容：连续分配PRB的起始索引和数目（即RIV形式）。对比文件中虽然存在PRB索引（如I<sub>PRB_ePDCCH</sub><sup>lowest_index</sup>），但该索引用于ePDCCH到PUCCH的资源映射，并不是用于分配上行数据信号的连续PRB。对比文件没有公开任何针对上行数据信号的资源分配信息结构，特别是起始索引和连续数目这一具体形式。本领域技术人员无法从对比文件直接得出或合理推断出特征I的方案。因此特征I未公开。 |
---
**结论：**
对比文件仅直接公开了技术特征A（方法包括步骤）和技术特征B（接收下行控制信号）。技术特征C、D、E、F、G、H、I均未被直接公开或隐含公开。
<<<A>>>
<<<B>>>