好的，我已准备好进行本次专利对比评估。以下是我的分析。
**对比文件名称：** 2015-01-21_EP2826166A_发明公开_EP2826166A1 TECHNIQUES FOR TIMERS ASSOCIATED WITH POWERING RECEIVER CIRCUITRY AT A WIRELESS DEVICE
**目标专利名称：** 1624用于在窄带无线通信系统中建立扩展窄带的方法及其设备CN109565407B
**本次调用的模型名称：** 待确认（此信息通常在系统层面记录，此处不体现）
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A：** 该方法包括以下步骤 <br><br> 《直接公开》 | 对比文件[0010]段：“In some examples, techniques are implemented for defining timers associated with powering receiver circuitry at a wireless device or UE. These techniques may include...” <br> 翻译：在一些示例中，实现了用于定义与在无线设备或UE处供电接收器电路相关联的定时器的技术。这些技术可以包括... <br>对比文件[0010]段同样记载了方法的后续步骤。 | 该技术特征为一个前序特征，限定了权利要求的保护客体为方法。对比文件明确公开了其内容为实现特定技术的方法，并且详细描述了该方法所包含的步骤（如建立TDD配置、接收信息、定义定时器等）。因此，本领域技术人员可以直接且毫无疑义地确定对比文件公开了一种方法。该特征被直接公开。 |
| **技术特征B：** 从基站接收下行链路控制信号 <br><br> 《隐含公开》 | 对比文件[0014]段：“In some examples, one or more timers associated with powering on or off receiver circuitry at UE 105 may be defined based on configuration 3 and based on configuration 5... For these examples, separate sets of timers may be defined.” <br>翻译：在一些示例中，与在UE 105处开启或关闭接收器电路相关联的一个或多个定时器可以基于配置3和配置5来定义...对于这些示例，可以定义单独的定时器组。 <br>对比文件[0015]段：“In some examples, the separately defined DRX timers in an LTE-A compliant wireless network may include onDurationTimer and drx-Inactivity Timer... other types of DRX timers or parameters may apply to all serving cells...” <br>翻译：在一些示例中，在符合LTE-A的无线网络中单独定义的DRX定时器可以包括onDurationTimer和drx-Inactivity Timer...其他类型的DRX定时器或参数可以应用于所有服务小区... <br>上述定时器的启动和停止依赖于对下行链路控制信号（如PDCCH子帧）的接收，如对比文件[0027]段：“According to some examples, logic flow 1500 at block 1506 may define the DRX timers such that the DRX timers may be counted based on a PDDCH subframe received from the first or second serving cells.” <br>翻译：根据一些示例，框1506处的逻辑流1500可以定义DRX定时器，使得可以基于从第一或第二服务小区接收的PDDCH子帧来计数DRX定时器。 | 该技术特征的核心是“从基站接收下行链路控制信号”。对比文件的整个背景和技术方案都是围绕无线设备（UE）如何与基站（eNB）通信，特别是依赖于“物理下行链路控制信道(PDCCH)子帧”的操作（例如DRX定时器的启动、资源调度等）。UE要执行任何基于定时器的操作，其首要前提就是必须成功接收到来自基站的下行链路控制信号（例如PDCCH）。虽然对比文件未明确以“接收下行链路控制信号”作为独立步骤列出，但这是进行后续所有操作（如定义和使用定时器）的基础和隐含前提。本领域技术人员可以合理推断，在对比文件描述的通信场景中，UE必然执行了接收下行链路控制信号的步骤。因此，该特征被隐含公开。 |
| **技术特征C：** 所述下行链路控制信号包括与可分配虚拟物理资源块PRB当中的针对所述上行链路数据信号连续分配的虚拟PRB有关的资源分配信息 <br><br> 《未公开》 | 无相关公开内容。 | 对比文件的技术核心在于根据不同的TDD配置来定义DRX定时器，以管理接收器电路的开关。对比文件中完全没有提及“上行链路数据信号”、“资源分配信息”、“虚拟PRB(虚拟物理资源块)”，更没有提到任何关于“可分配虚拟PRB”或“连续分配的虚拟PRB”的概念。对比文件中的下行链路控制信号（PDCCH）主要用于触发和计数DRX定时器，而非用于承载上行数据信号的资源分配信息。因此，对比文件既未直接公开，也未结合上下文隐含公开该技术特征。 |
| **技术特征D：** 基于由所述资源分配信息指示的连续分配的虚拟PRB向所述基站发送所述上行链路数据信号 <br><br> 《未公开》 | 无相关公开内容。 | 由于对比文件未公开技术特征C中的“资源分配信息”和“虚拟PRB”，因此自然也就不存在基于该信息发送上行链路数据信号这一后续操作。对比文件主要关注UE如何根据定时器关闭接收电路以节省功耗，并未涉及如何基于特定的资源分配信息发送上行数据。因此，该技术特征未被公开。 |
| **技术特征E：** 其中，所述可分配虚拟PRB是除了来自系统带宽的中心PRB之外的虚拟连续的PRB <br><br> 《未公开》 | 无相关公开内容。 | 对比文件未涉及任何有关“PRB”、“虚拟PRB”、“系统带宽的中心PRB”的概念。对比文件讨论的是TDD配置、频率载波和频段，但完全没有提及资源块的类型、范围及其与系统带宽中心的关系。因此，该技术特征未被公开。 |
| **技术特征F：** 其中，基于分配的虚拟PRB包括所述中心PRB两侧的PRB，使用包括所述中心PRB的所述连续分配的PRB来发送所述上行链路数据信号 <br><br> 《未公开》 | 无相关公开内容。 | 由于技术特征E未被公开，作为其后续或相关处理的技术特征F自然也无从谈起。对比文件中不存在关于“中心PRB”以及根据其位置调整资源分配（例如，将中心PRB纳入连续分配的资源）的任何教导或暗示。因此，该技术特征未被公开。 |
| **技术特征G：** 其中，所述资源分配信息是基于所述可分配虚拟PRB的固定数目来确定的，而与所述中心PRB无关 <br><br> 《未公开》 | 无相关公开内容。 | 对比文件完全没有涉及“资源分配信息”的确定方式，更遑论其大小是否基于“可分配虚拟PRB的固定数目”并“与中心PRB无关”。对比文件主要关注的是如何基于TDD配置信息来定义定时器，资源分配信息的格式和大小不在其讨论范畴之内。因此，该技术特征未被公开。 |
| **技术特征H：** 当所述分配的虚拟PRB包括所述中心PRB两侧的PRB时，所述连续分配的PRB被更新以排除最后一个索引的PRB <br><br> 《未公开》 | 无相关公开内容。 | 该技术特征描述了在特定虚拟PRB分配条件下（包括中心PRB两侧的PRB）对连续分配的PRB进行更新（排除最后一个索引的PRB）的具体操作。对比文件中没有任何与这种资源分配调整逻辑相关的描述或启示。因此，该技术特征未被公开。 |
| **技术特征I：** 所述资源分配信息包括所述连续分配的PRB的起始索引和关于所述连续分配的PRB的数目的信息 <br><br> 《未公开》 | 无相关公开内容。 | 该技术特征限定了资源分配信息的具体内容（起始索引和数目）。目标专利说明书[0015]段明确提到“所述资源分配信息可包括所述连续分配的资源块的起始索引和关于所述连续分配的资源块的数目的信息”。对比文件未公开任何形式的资源分配信息，也未提及资源块的“起始索引”和“数目”等概念。因此，该技术特征未被公开。 |
<<<A>>>
<<<b>>>