**对比文件的名称**：2015-01-21_EP2826291A_发明公开_EP2826291A1 INTRA-QCI SCHEDULER AND METHOD FOR INTRA-QCI SCHEDULING IN A WIRELESS ACCESS NETWORK
**目标专利的名称**：1624用于在窄带无线通信系统中建立扩展窄带的方法及其设备CN109565407B
**本次调用的模型名称**：DeepSeek-R1
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译及段落标号） | 公开性论述 |
| **技术特征A**：该方法包括以下步骤<br>《直接公开》 | 对比文件[0039]：“图4示出了根据一些实施例的intra-QCI调度协议400。在这些实施例中，eNodeB 104可以向UE 102发送消息402以指示支持UE辅助的intra-QCI下行链路调度。……eNodeB 104可以响应于消息402从UE 102接收消息404，指示UE 102已激活intra-QCI调度。消息404可以包括intra-QCI分类信息。eNodeB 104可以基于UE 102提供的intra-QCI分类信息，响应于消息404对向UE 102传输下行链路分组执行intra-QCI调度。”<br>另见[0044]：“UE 102的intra-QCI调度器120可以基于intra-QCI分类信息将具有相同QCI的数据流的包分类为子QCI。……因此，UE 102也可以对上行链路分组执行intra-QCI调度。” | 对比文件明确公开了一种无线通信中的调度方法，该方法包括多个步骤（如eNodeB发送消息、UE接收消息、UE提供分类信息、eNodeB基于分类信息调度等）。这些步骤构成了一个完整的方法流程。目标专利的技术特征A为“该方法包括以下步骤”，是对方法类型的限定，对比文件同样以步骤形式描述其调度过程。因此，本领域技术人员可以直接、毫无疑义地确定对比文件公开了“包括步骤的方法”这一特征。 |
| **技术特征B**：从基站接收下行链路控制信号<br>《直接公开》 | 对比文件[0040]：“在一些实施例中，消息402可以在物理下行链路控制信道（PDCCH）上发送给UE 102，消息404可以在物理上行链路控制信道（PUCCH）上从UE 102接收，并且调度的下行链路分组可以在物理下行链路共享信道（PDSCH）上发送给UE 102，根据3GPP LTE标准之一。” | 对比文件明确描述UE通过PDCCH接收来自eNodeB的消息402。PDCCH是物理下行链路控制信道，消息402承载在下行链路控制信号中。因此，UE“从基站接收下行链路控制信号”这一动作被直接公开。目标专利的特征B未对控制信号的具体内容作限定，故对比文件公开了该步骤。 |
| **技术特征C**：所述下行链路控制信号包括与可分配虚拟物理资源块PRB当中的针对所述上行链路数据信号连续分配的虚拟PRB有关的资源分配信息<br>《未公开》 | 对比文件[0039]：“该消息（消息402）可以指示对于至少一个或多个QCI支持的子QCI（例如，子类）。”<br>对比文件[0040]仅提及消息402在PDCCH上发送，但未描述其具体内容与资源块分配相关。 | 对比文件中，下行链路控制信号（消息402）的内容是关于子QCI支持等级的指示，完全不涉及资源分配信息，更未提及任何关于“可分配虚拟PRB”或“连续分配的虚拟PRB”的信息。目标专利的特征C要求控制信号包含针对上行链路数据信号的连续虚拟PRB资源分配信息，对比文件无任何相关内容，既未直接公开也未隐含公开。 |
| **技术特征D**：基于由所述资源分配信息指示的连续分配的PRB向所述基站发送所述上行链路数据信号<br>《未公开》 | 对比文件[0044]：“UE 102的intra-QCI调度器120可以基于intra-QCI分类信息将具有相同QCI的数据流的包分类为子QCI。intra-QCI调度器120可以基于子QCI调度包以在上行链路传输……UE 102也可以对上行链路分组执行intra-QCI调度。”<br>对比文件[0046]描述了eNodeB辅助的上行调度，但其中UE基于子QCI进行调度。 | 对比文件中UE发送上行链路数据是基于子QCI的分类和调度，而不是基于任何来自基站的资源分配信息（特别是关于连续PRB的分配）。目标专利的特征D要求UE根据资源分配信息指示的连续分配PRB发送上行数据信号，对比文件既未公开资源分配信息，也未公开基于资源分配信息的上行发送过程。因此，特征D未被公开。 |
| **技术特征E**：其中，所述可分配虚拟PRB是除了来自系统带宽的中心PRB之外的虚拟连续的PRB<br>《未公开》 | 对比文件全文未出现“虚拟PRB”“中心PRB”“可分配虚拟PRB”等相关术语或概念。 | 目标专利的特征E限定了可分配虚拟PRB的范围——排除系统带宽的中心PRB。对比文件涉及的是QoS调度，完全不涉及物理资源块的虚拟化定义或中心PRB的排除规则。本领域技术人员无法从对比文件中任何内容推理出该特征。 |
| **技术特征F**：其中，基于分配的虚拟PRB包括所述中心PRB两侧的PRB，使用包括所述中心PRB的所述连续分配的PRB来发送所述上行链路数据信号<br>《未公开》 | 对比文件无相关记载。 | 特征F描述了当分配的虚拟PRB跨越中心PRB时的特殊处理方法（实际使用包含中心PRB的连续PRB）。对比文件既未涉及虚拟PRB的分配场景，也未提到中心PRB的存在或使用规则，因此完全未公开该特征。 |
| **技术特征G**：其中，所述资源分配信息是基于所述可分配虚拟PRB的固定数目来确定的，而与所述中心PRB无关<br>《未公开》 | 对比文件无相关记载。 | 特征G涉及资源分配信息的确定方式（基于固定数目的可分配虚拟PRB）。对比文件没有任何关于资源分配信息大小与虚拟PRB数目之间关系的描述，也未提及中心PRB对资源分配信息的影响。因此，该特征未被公开。 |
| **技术特征H**：当所述分配的虚拟PRB包括所述中心PRB两侧的PRB时，所述连续分配的PRB被更新以排除最后一个索引的PRB<br>《未公开》 | 对比文件无相关记载。 | 特征H进一步限定了在特定条件下对连续分配PRB的调整（排除最后一个索引）。对比文件没有任何关于PRB索引更新或排除操作的内容。该特征完全未被公开。 |
| **技术特征I**：所述资源分配信息包括所述连续分配的PRB的起始索引和关于所述连续分配的PRB的数目的信息<br>《未公开》 | 对比文件[0039]中的消息402仅包含子QCI支持指示，不包含起始索引或数目信息。对比文件也未在其他部分描述通过起始索引和数目进行资源分配的方式。 | 对比文件未公开任何资源分配信息的具体形式。目标专利的特征I要求资源分配信息包含起始索引和PRB数量，这是资源分配字段的典型实现。对比文件的调度基于子QCI，与PRB索引和数量无关，因此该特征未被公开。 |
---
### 结论
对比文件仅直接公开了技术特征A和B，未公开其他技术特征，且其他技术特征也不属于隐含公开。
<<<A>>><<<B>>>