好的，本次评估将严格遵循您的要求进行。
在回答的开始，明确对比文件、目标专利及调用的模型名称：
- **对比文件名称：** 2016-02-11_US2016044633A_发明申请_US20160044633A1 Optimized Mechanism for Paging Transmission and Reception
- **目标专利名称：** 1052用于寻呼的方法、装置和计算机可读介质CN113170413B
- **本次调用的模型名称：** DeepSeek
以下是根据您的要求进行的特征比对与公开性分析。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A：** 基于用户设备特性将至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的寻呼时机划分成多个寻呼时机子组。 <br><br> **《隐含公开》** | 对比文件[0053]：“eNB检查被寻呼的UE是否是要求CE的UE，即，被寻呼的UE是否是寻呼区域中的CE UE。如果步骤702确定否，则eNB正常寻呼UE而不重复。如果步骤702确定是，则eNB以重复次数反复寻呼UE。” <br><br> 对比文件[0050]：“eNB 602将UE 601信息存储到其CE UE列表中。eNB 602与同一寻呼区域605中的eNB 603和604共享UE 601信息。” | 目标专利的技术特征A旨在将UE划分到不同的PO子组中，从而实现更精细的寻呼资源分配和节能。对比文件虽然未公开“寻呼时机子组”这一特定术语，但其公开了基站（eNB）根据“用户设备特性”（即是否需要覆盖增强（CE））将UE划分为不同的群组（CE UE列表和非CE UE）。基站为不同群组的UE使用不同的寻呼方式（重复发送或正常发送）。这种基于UE特性（CE状态）为不同UE群组分配不同寻呼资源/方式的做法，实质上构成了将寻呼资源（时域上的寻呼时机）进行划分的概念。尽管对比文件未明确划分DRX周期内的PO，但其根据UE特性区分寻呼处理的机制，使得本领域技术人员能够合理推断出：在支持多种UE特性的网络中，可以将一个DRX周期内的PO划分为对应于不同UE特性（如CE和non-CE）的多个子组。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B：** 在系统信息中广播所述多个寻呼时机子组的标识。 <br><br> **《隐含公开》** | 对比文件[0043]：“寻呼区域可以由小区列表来标识。或者，寻呼区域可以由寻呼区域标识来标识。为了使得要求CE的UE知道其驻留的小区属于哪个寻呼区域，需要在系统信息中广播寻呼区域相关信息，例如小区列表或寻呼区域标识。” <br><br> 对比文件[0044]：“寻呼区域信息由eNB广播。” | 目标专利的技术特征B要求在系统信息（SI）中广播子组的标识，以便UE知道自己的寻呼资源分组。对比文件明确公开了在系统信息中广播用于识别寻呼区域（即由小区子集构成的地理区域）的标识（寻呼区域ID或小区列表）。这同样是一种在系统信息中广播划分信息（寻呼区域）以使UE能识别其所属资源组（区域）的机制。虽然对比文件广播的是地理区域标识，而目标专利要求广播PO子组标识，但两者在“通过系统信息广播分组/划分信息以便UE识别”这一核心思想上一致。本领域技术人员在对比文件教导下，能够合理推断出：当网络将PO划分为子组时，同样会通过系统信息广播这些子组的标识，以便UE能够识别。因此，该技术特征被对比文件隐含公开。 |
| **技术特征C：** 从网络单元接收寻呼消息。 <br><br> **《直接公开》** | 对比文件[0053]：“在步骤701，eNB从MME接收寻呼请求。” <br><br> 对比文件[0050]：“在步骤621，MME 606向跟踪区域中的所有eNB发送针对UE 601的寻呼请求。” | 目标专利的技术特征C是基站从核心网（如MME）接收寻呼消息这一基本流程。对比文件明确公开了基站（eNB）从网络单元（MME）接收寻呼请求（Paging Request）。其作用与目标专利中完全相同，都是作为发起寻呼流程的起点。因此，该技术特征被对比文件直接公开。 |
| **技术特征D：** 根据所述寻呼消息从所述多个寻呼时机子组中识别对应于将要寻呼的用户设备的寻呼时机子组。 <br><br> **《直接公开》** | 对比文件[0053]：“在步骤702，eNB检查被寻呼的UE是否是要求CE的UE，即，被寻呼的UE是否是寻呼区域中的CE UE。如果步骤702确定是，则eNB以重复次数反复寻呼UE。” <br><br> 对比文件[0050]：“在步骤622，eNB 602检查UE 601是否要求CE。如果在步骤622中为是，则在步骤623，eNB 602以重复次数反复寻呼UE 601。” | 目标专利的技术特征D要求基站根据收到的寻呼消息，识别该UE属于哪个预定义的PO子组。对比文件明确公开了基站收到寻呼消息后，检查被寻呼的UE是否属于某个特定类别（即“要求CE的UE”）。如果属于，则使用相应的寻呼方式（重复发送）。这里的“要求CE的UE”就相当于一个被定义的“寻呼时机子组”。基站在收到寻呼消息后，根据消息中的UE标识，成功识别出该UE应归属的群组/子组。其作用和目标专利中的识别步骤相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征E：** 从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机。 <br><br> **《隐含公开》** | 对比文件[0053]：“如果步骤702确定是，则eNB以重复次数反复寻呼UE。” <br><br> 对比文件[0040]：“对于要求CE的UE，诸如UE 201，物理信道（PDSCH和可能的PDCCH）上的寻呼相关信息的传输可能需要跨多个子帧的重复。” | 目标专利的技术特征E要求基站在识别出UE所属的子组后，从该子组中选择一个具体的PO来发送寻呼。对比文件虽然没有直接描述“选择”PO的过程，但其公开了eNB一旦确定UE是“要求CE的UE”（相当于识别出子组），就会使用“重复”的方式发送寻呼消息。为了实现重复发送，eNB必须在属于该CE UE的子组所对应的时频资源上发送，这必然隐含了eNB需要在该子组内选择一个或多个具体的子帧（即寻呼时机）来发送这些重复的寻呼消息。因此，本领域技术人员可以毫无疑问地推断出，对比文件中的eNB在执行寻呼前，必然执行了“从子组中选择具体寻呼时机”的步骤。因此，该技术特征被对比文件隐含公开。 |
| **技术特征F：** 在所述寻呼时机之前发送与所述寻呼时机相关联的基于群组的唤醒信号。 <br><br> **《未公开》** | 无直接或隐含对应内容。 | 目标专利的技术特征F是关于一种新的唤醒信号（GWUS）的使用，该信号在寻呼时机之前发送，用于进一步指示哪些UE子组需要醒来。对比文件的全部技术内容均围绕通过重复发送寻呼消息来提供覆盖增强（CE）展开，完全没有涉及任何类型的唤醒信号（WUS或GWUS）的概念、发送方法或目的。对比文件解决的是覆盖问题，而目标专利解决的是唤醒信号的效率问题。因此，对比文件既未直接公开也未隐含公开本技术特征。 |
| **技术特征G：** 其中，划分步骤还包括：在对应于基于群组的唤醒信号的偏移量的基础上，为基于群组的唤醒信号指派相对于唤醒信号的寻呼配置所不同的寻呼配置。 <br><br> **《未公开》** | 无直接或隐含对应内容。 | 该技术特征引入了基于群组的唤醒信号（GWUS）和唤醒信号（WUS）的区别，并进一步细化到使用偏移量来区分两者的寻呼配置。对比文件完全没有涉及WUS或GWUS的概念，因此不可能公开任何关于区分两者寻呼配置的偏移量或相关机制。因此，对比文件未公开本技术特征。 |
| **技术特征H：** 根据对应于基于群组的唤醒信号的寻呼配置，确定所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于基于群组的唤醒信号的寻呼时机子组，并且根据对应于唤醒信号的寻呼配置，确定所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于唤醒信号的另一个寻呼时机子组。 <br><br> **《未公开》** | 无直接或隐含对应内容。 | 该技术特征是技术特征G的进一步具体化，描述了如何根据两种不同的寻呼配置（GWUS配置和WUS配置）确定不同的PO子组。由于对比文件完全未涉及WUS和GWUS，自然也就没有公开根据这两种配置来划分PO子组的任何内容。因此，对比文件未公开本技术特征。 |
| **技术特征I：** 其中，所述划分步骤还包括：基于寻呼简档索引将所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于基于群组的唤醒信号的寻呼时机划分成多个寻呼时机子组，其中每一个寻呼时机子组对应于所述寻呼简档索引的不同数值。 <br><br> **《未公开》** | 无直接或隐含对应内容。 | 该技术特征基于“寻呼简档索引”进行子组划分，这可以是基于移动性、DRX周期等的索引。对比文件仅基于CE状态（一种二元特性）对UE进行分组，并未公开使用“寻呼简档索引”这种更细致的多值索引来划分PO子组的方案。对比文件没有公开任何与“寻呼简档索引”相似或等同的概念。因此，对比文件未公开本技术特征。 |
| **技术特征J：** 其中，与所述寻呼时机相关联的基于群组的唤醒信号载送另一个寻呼简档索引和用户设备子组信息。 <br><br> **《未公开》** | 无直接或隐含对应内容。 | 该技术特征描述了GWUS信号具体承载的信息内容（另一个寻呼简档索引和UE子组信息）。由于对比文件完全没有涉及GWUS信号，自然不可能公开GWUS信号所承载的任何信息。因此，对比文件未公开本技术特征。 |
| **技术特征K：** 其中，所述系统信息表明所述用户设备子组信息所基于的标准。 <br><br> **《未公开》** | 无直接或隐含对应内容。 | 该技术特征要求系统信息不仅广播子组标识，还要广播子组划分所依据的标准（如基于UE_ID或DRX周期）。对比文件虽然广播了寻呼区域信息，但未涉及任何关于子组划分标准的指示信息。因此，对比文件未公开本技术特征。 |
| **技术特征L：** 其中，来自网络单元的寻呼消息包括用于向用户设备指派寻呼时机子组的寻呼简档索引。 <br><br> **《未公开》** | 无直接或隐含对应内容。 | 该技术特征要求核心网（MME）发送的寻呼消息中包含“寻呼简档索引”，用于帮助基站将UE指派到正确的PO子组。对比文件中，MME发送的寻呼请求可能包含CE指示（图16步骤1602），但这只是一个二元指示，而非用于更精细分组的“指数”（index）。对比文件未公开在寻呼消息中携带用于子组指派的索引信息。因此，对比文件未公开本技术特征。 |
### 公开性判断代码
基于以上分析，对比文件直接公开了技术特征C和D，隐含公开了技术特征A、B和E。技术特征F、G、H、I、J、K、L未被公开。
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>>