对比文件的名称：2016-03-10_US2016073381A_发明申请_US20160073381A1 COMPACT DOWNLINK CONTROL INFORMATION FOR MACHINE TYPE COMMUNICATIONS
目标专利的名称：1624用于在窄带无线通信系统中建立扩展窄带的方法及其设备CN109565407B
本次调用的模型名称：DeepSeek-K2（人工智能语言模型）
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A**：该方法包括以下步骤 《直接公开》 | 对比文件[0026]：依照这些示例性实施例，一种方法在框110执行步骤：确定针对MTC设备的DCI分配；DCI分配包括多个配置字段。在框120，该方法执行步骤：选择DCI分配的一个指示；该DCI分配的指示比DCI分配更小。在框130，将该DCI分配的指示发送给MTC设备。在框140，在MTC设备处接收DCI分配的指示。该方法在框150执行步骤：至少部分基于DCI分配的指示来确定针对MTC设备的DCI分配。 | 对比文件明确公开了一种用于覆盖增强的方法，该方法包括确定、选择、发送和接收多个步骤。尽管对比文件的具体步骤与目标专利不同，但其方法整体包含一系列步骤，因此直接公开了“该方法包括以下步骤”这一上位特征。 |
| **技术特征B**：从基站接收下行链路控制信号 《直接公开》 | 对比文件[0026]：“在框140，在MTC设备处接收DCI分配的指示。”<br>对比文件[0069]：“一种用于覆盖增强的方法，包括：在通信设备处接收DCI分配的一个指示。”<br>对比文件[0022]：“紧凑DCI格式可用于传递DL和UL调度分配。” | 对比文件中DCI（下行链路控制信息）属于下行链路控制信号，且明确公开了MTC设备（对应UE）从eNB（对应基站）接收DCI分配的指示（对应下行链路控制信号）。因此该技术特征被直接公开。 |
| **技术特征C**：所述下行链路控制信号包括与可分配虚拟物理资源块PRB当中的针对所述上行链路数据信号连续分配的虚拟PRB有关的资源分配信息 《未公开》 | 对比文件[0029]：“在其他情形下，有限的粒度可能就足够了。作为一个非限制性示例，可以使用关于分配了哪些资源块（RB）对的粗略信息，而非详细的RB图。该信息可以用2比特来指示是否分配了全带宽（BW）、上半带宽或下半带宽中的PRB。”<br>对比文件[0033]：“DCI中某些字段的值可以是预配置的（例如，RB分配、MCS等）。” | 对比文件虽然提及DCI可包含资源块分配信息，但其资源分配是物理PRB的粗略指示（全带宽/上半/下半），并未涉及“可分配虚拟PRB”、“连续分配的虚拟PRB”等概念。对比文件没有定义虚拟PRB，更未将资源分配限定于连续分配的虚拟PRB。本领域技术人员无法从对比文件直接且毫无疑义地得出该特征，也无任何线索可以合理推断出虚拟PRB及其与中心PRB的关系。因此未公开。 |
| **技术特征D**：基于由所述资源分配信息指示的连续分配的PRB向所述基站发送所述上行链路数据信号 《隐含公开》 | 对比文件[0026]：“该方法包括：至少部分基于DCI分配的指示来确定针对MTC设备的DCI分配。”<br>对比文件[0029]：“可以用2比特来指示是否分配了全带宽、上半带宽或下半带宽中的PRB。”<br>对比文件[0022]：“紧凑DCI格式可用于传递DL和UL调度分配。” | 对比文件公开了UE基于接收到的DCI指示（包含资源分配信息）来确定调度分配并执行上行传输。其所列举的资源分配示例（全带宽、上半带宽、下半带宽）均为连续的PRB集合（上半带宽和下半带宽是连续的频带）。同时，在LTE系统中，上行PUSCH资源分配通常采用连续PRB分配方式。因此本领域技术人员可以合理推断出：UE基于资源分配信息指示的连续分配的PRB向基站发送上行数据信号。该技术特征被对比文件隐含公开。 |
| **技术特征E**：其中，所述可分配虚拟PRB是除了来自系统带宽的中心PRB之外的虚拟连续的PRB 《未公开》 | 对比文件全文未出现“中心PRB”、“虚拟PRB”或与之等价的概念，也未涉及排除特定PRB的虚拟资源分配。 | 该特征明确定义可分配虚拟PRB排除了系统带宽的中心PRB，这为核心窄带扩展中避免中心频带干扰所设计的特殊虚拟资源集合。对比文件完全没有讨论中心PRB、虚拟PRB或类似的排除机制，也没有任何内容可以引导本领域技术人员想到该特征。因此未公开。 |
| **技术特征F**：其中，基于分配的虚拟PRB包括所述中心PRB两侧的PRB，使用包括所述中心PRB的所述连续分配的PRB来发送所述上行链路数据信号 《未公开》 | 对比文件未记载任何关于当分配包含中心PRB两侧PRB时使用包括中心PRB的连续资源进行上行传输的内容。 | 对比文件没有提及中心PRB的存在及其两侧的PRB分配，更没有教导在特定条件下将中心PRB纳入连续分配资源并用于上行发送。该特征是目标专利在窄带扩展场景下的特定更新操作，对比文件无任何相关的直接或隐含公开。 |
| **技术特征G**：其中，所述资源分配信息是基于所述可分配虚拟PRB的固定数目来确定的，而与所述中心PRB无关 《未公开》 | 对比文件[0031]：“如果支持16种配置，则仅需4比特进行信令。”<br>对比文件[0089]：“DCI尺寸（针对PUSCH/PDSCH）在高数据速率模式之间可以相同地保持。” | 对比文件虽然提到了DCI尺寸可以固定或压缩，但从未将资源分配信息的大小与“可分配虚拟PRB的固定数目”相关联，也未涉及在确定资源分配信息大小时忽略中心PRB。该特征紧密依赖于目标专利定义的虚拟PRB集合，对比文件无此基础，因此未公开。 |
| **技术特征H**：当所述分配的虚拟PRB包括所述中心PRB两侧的PRB时，所述连续分配的PRB被更新以排除最后一个索引的PRB 《未公开》 | 对比文件没有记载在资源分配中包含中心PRB两侧PRB时对资源分配进行更新以排除末尾PRB的任何机制。 | 该特征是目标专利在窄带扩展中处理中心PRB时的特定资源更新规则：当分配涉及中心PRB两侧时，需要将连续资源中最后一个索引的PRB排除。对比文件完全没有涉及此类动态资源调整的逻辑。因此未公开。 |
| **技术特征I**：所述资源分配信息包括所述连续分配的PRB的起始索引和关于所述连续分配的PRB的数目的信息 《未公开》 | 对比文件[0029]：给出的是粗略的半带宽指示（2比特），并非起始索引和数目。<br>对比文件[0031]：预配置DCI分配使用索引，未描述资源分配字段的具体格式。 | 对比文件明确使用的资源分配方式是2比特指示全/上半/下半带宽，这是一种粗粒度指示，不包含起始索引和长度。虽然LTE系统中存在RIV（资源指示值）包含起始和长度，但对比文件并未采用或公开该格式，且其描述的粗粒度指示恰恰不是起始索引和长度的形式。本领域技术人员不能从对比文件合理推断出资源分配信息必须包括起始索引和数目，因为对比文件提供了不同的、具体的实现。因此未公开。 |
---
结论代码：
<<<A>>>
<<<B>>>
<<<d>>>