对比文件名称：2017-12-26_US9854560B_发明授权_US09854560B2 Optimized mechanism for paging transmission and reception
目标专利名称：1052用于寻呼的方法、装置和计算机可读介质CN113170413B
本次调用的模型名称：DeepSeek-R1
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A：基于用户设备特性将至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的寻呼时机划分成多个寻呼时机子组** 《未公开》 | [0043] 由于寻呼区域由一组小区覆盖，因此可以通过小区列表来标识。对于E-UTRAN，小区列表的每个条目对应小区的E-UTAN小区全球标识符（ECGI）和物理小区标识符（PCI）。或者，寻呼区域可由寻呼区域标识来标识。……寻呼区域相关信息，例如小区列表或寻呼区域标识，需要在系统信息中广播。 [0045] 寻呼区域中的eNB将UE视为新到达者，如果没有存储该需要CE的UE的任何UE信息。 | 对比文件涉及的是地理上的“寻呼区域”（paging area）划分，该区域是跟踪区域的一个子集，用于需要覆盖增强（CE）的UE。所述划分基于小区的地理覆盖范围，而非时间域上的寻呼时机（PO）划分。目标专利中的“寻呼时机子组”是在一个不连续接收（DRX）周期或扩展DRX（eDRX）的寻呼时间窗口（PTW）内，将寻呼时机按照用户设备特性（如UE能力、寻呼简档索引等）划分为不同的子组，属于时间域分组。对比文件未涉及任何在DRX周期或PTW内对寻呼时机进行子组划分的内容，也未基于用户设备特性（如WUS能力、GWUS能力、DRX周期等）进行此类划分。因此，技术特征A未被直接或隐含公开。 |
| **技术特征B：在系统信息中广播所述多个寻呼时机子组的标识** 《未公开》 | [0043] 寻呼区域相关信息，例如小区列表或寻呼区域标识，需要在系统信息中广播。 [0045] 寻呼区域信息由eNB广播。 | 对比文件广播的是寻呼区域信息（如寻呼区域标识或邻区列表），用于标识地理上的寻呼区域，而非多个寻呼时机子组的标识。目标专利要求广播“多个寻呼时机子组的标识”，这些标识用于区分不同用户设备特性对应的寻呼时机子组（如GWUS子组、WUS子组或不同寻呼简档索引对应的子组）。对比文件未公开任何与寻呼时机子组标识相关的内容，也未在系统信息中广播此类标识。因此，技术特征B未被公开。 |
| **技术特征C：从网络单元接收寻呼消息** 《直接公开》 | [0040] 在步骤211、212和213，MME 205分别向eNB 204、203和202发送寻呼请求。 [0053] 在步骤701，eNB从MME接收寻呼请求。 [0062] 在步骤1501，基站从无线网络中的网络实体接收针对处于CE模式的UE的寻呼请求。 | 对比文件多处明确公开了基站（eNB）从网络单元（MME）接收寻呼请求（即寻呼消息）的过程。例如，[0040]描述了MME向eNB发送寻呼请求，[0053]和[0062]进一步概括了eNB接收来自MME的寻呼请求。目标专利中的“从网络单元接收寻呼消息”与对比文件中eNB接收来自MME的寻呼请求完全一致，均为网络侧进行寻呼操作的基础步骤。因此，技术特征C被直接公开。 |
| **技术特征D：根据所述寻呼消息从所述多个寻呼时机子组中识别对应于将要寻呼的用户设备的寻呼时机子组** 《未公开》 | [0053] 图7：在步骤702，eNB检查被寻呼的UE是否为需要CE的UE，即被寻呼的UE是否在寻呼区域内的CE UE列表中。如果是，eNB以重复次数重复寻呼该UE；否则，正常寻呼。 [0062] 在步骤1502，基站以重复次数向UE重复发送寻呼消息。 | 对比文件中，eNB收到寻呼消息后，基于UE是否在CE UE列表中识别该UE是否需要覆盖增强（CE），并据此决定是否使用重复传输。但这里识别的仅是UE的CE状态，而非从多个寻呼时机子组中识别对应于该UE的子组。目标专利中的“寻呼时机子组”是基于用户设备特性（如GWUS能力、寻呼简档索引）预先划分的时间域子组，识别过程涉及根据寻呼消息中的信息（如寻呼简档索引）确定具体的PO子组。对比文件未定义任何寻呼时机子组，因此无法进行此类识别。技术特征D未被公开。 |
| **技术特征E：从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机** 《未公开》 | [0040] 在接收到来自MME的寻呼消息后，属于S1AP寻呼消息中指示的跟踪区域的eNB通过在小区上发送寻呼消息来在无线接口上执行对UE的寻呼。 | 对比文件描述eNB在小区上发送寻呼消息进行寻呼，但未涉及从任何寻呼时机子组中选择具体的寻呼时机。在传统LTE中，寻呼时机由UE_ID等参数通过公式计算得出，对比文件未改变这一机制，也未引入寻呼时机子组的概念。目标专利要求在识别出对应PO子组后，进一步从该子组中选择一个具体的PO（寻呼时机）用于寻呼特定UE。对比文件未公开任何关于在子组内选择PO的过程。因此，技术特征E未被公开。 |
| **技术特征F：在所述寻呼时机之前发送与所述寻呼时机相关联的基于群组的唤醒信号** 《未公开》 | [0003] 背景技术部分仅提及传统寻呼流程，未涉及任何唤醒信号。 [0040] 对于需要CE的UE，寻呼相关信息的传输可能需要跨多个子帧重复。 | 对比文件通篇未提及“唤醒信号”、“基于群组的唤醒信号（GWUS）”或任何类似概念。其核心改进在于通过寻呼区域和重复传输实现覆盖增强，而非通过唤醒信号减少误唤醒。目标专利中的GWUS是用于进一步减少误唤醒的信号，在PO之前发送，指示特定UE子组是否需监测PO。对比文件既未直接描述GWUS，也未包含任何可合理推演出GWUS的技术要素（如基于UE分组的唤醒机制）。因此，技术特征F未被公开。 |
| **技术特征G：其中，划分步骤还包括：在对应于基于群组的唤醒信号的偏移量的基础上，为基于群组的唤醒信号指派相对于唤醒信号的寻呼配置所不同的寻呼配置** 《未公开》 | 对比文件未提及“唤醒信号”、“基于群组的唤醒信号”或“偏移量”相关概念。 | 技术特征G涉及为GWUS和WUS分配不同的寻呼配置，基于GWUS偏移量。对比文件完全不涉及WUS/GWUS的区分或任何偏移量配置，其寻呼配置仅基于UE的CE状态（是否重复传输），而非基于唤醒信号类型。因此，技术特征G未被公开。 |
| **技术特征H：根据对应于基于群组的唤醒信号的寻呼配置，确定所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于基于群组的唤醒信号的寻呼时机子组，并且根据对应于唤醒信号的寻呼配置，确定所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于唤醒信号的另一个寻呼时机子组** 《未公开》 | 对比文件未提及“基于群组的唤醒信号”、“唤醒信号”或“寻呼时机子组”划分。 | 技术特征H进一步细化划分过程，根据GWUS和WUS的不同寻呼配置确定不同的PO子组。对比文件未公开任何基于唤醒信号类型划分PO子组的机制，其寻呼区域划分基于地理覆盖，PO计算仍沿用传统方式。因此，技术特征H未被公开。 |
| **技术特征I：其中，所述划分步骤还包括：基于寻呼简档索引将所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于基于群组的唤醒信号的寻呼时机划分成多个寻呼时机子组，其中每一个寻呼时机子组对应于所述寻呼简档索引的不同数值** 《未公开》 | 对比文件未提及“寻呼简档索引”或基于此类索引进行PO子组划分。 [0041] 对于低移动性或静止的MTC UE，使用寻呼区域。 | 对比文件基于UE的移动性（低移动性或静止）来定义寻呼区域，但这不是将PO划分为子组，也不涉及寻呼简档索引（如eDRX简档索引、移动性简档索引等）。目标专利中的寻呼简档索引用于将GWUS对应的PO进一步划分为多个子组，每个子组对应不同的简档值。对比文件未公开任何类似的分组索引或基于索引的PO子组划分。因此，技术特征I未被公开。 |
| **技术特征J：其中，与所述寻呼时机相关联的基于群组的唤醒信号载送另一个寻呼简档索引和用户设备子组信息** 《未公开》 | 对比文件未提及“基于群组的唤醒信号”或其在寻呼中承载的信息。 | 技术特征J描述GWUS信号承载的内容（另一个寻呼简档索引和UE子组信息）。对比文件未公开任何唤醒信号，更未涉及唤醒信号承载此类信息。因此，技术特征J未被公开。 |
| **技术特征K：其中，所述系统信息表明所述用户设备子组信息所基于的标准** 《未公开》 | 对比文件未提及“用户设备子组信息”或系统信息表明其标准。 | 技术特征K要求系统信息指示UE子组信息是基于何种标准（如UE_ID、DRX周期等）。对比文件未公开任何关于UE子组信息或其标准的内容。因此，技术特征K未被公开。 |
| **技术特征L：其中，来自网络单元的寻呼消息包括用于向用户设备指派寻呼时机子组的寻呼简档索引** 《未公开》 | [0040] MME 205向eNB发送寻呼请求。 [0053] eNB从MME接收寻呼请求。 | 对比文件中的寻呼请求消息（S1AP PAGING）通常包含UE标识、跟踪区域等信息，但不包含用于指派PO子组的寻呼简档索引。目标专利中的寻呼消息包括此类索引，用于动态指示UE所属的PO子组。对比文件未公开这一特征。因此，技术特征L未被公开。 |
<<<C>>>