好的，作为一名经验丰富的资深专利代理师，我将对目标专利的权利要求技术特征与对比文件进行严谨的评估。
在开始评估之前，请允许我首先明确各方信息：
**目标专利名称：** 1052用于寻呼的方法、装置和计算机可读介质CN113170413B
**对比文件名称：** 2014-02-06_US2014038647A_发明申请_US20140038647A1 Paging Control
**调用的模型名称：** DeepSeek
现在，我将基于目标专利说明书及权利要求的理解，并严格遵循您的要求，对每一技术特征与对比文件进行公开性判断。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 包括：基于用户设备特性将至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的寻呼时机划分成多个寻呼时机子组，<br><br>**【未公开】** | 对比文件主要描述了基于设备标识（UE ID）或群组标识（Group ID）计算寻呼时机（PO）的方法。例如，[0004]段描述了基于UE ID计算PF和PO。[0005]段描述了在群组寻呼中，基于群组ID计算PO。 [0039]段提到“设备可以基于其自身的标识和分配给它的所有组标识来计算寻呼时机”。 | 目标专利的核心在于基于“用户设备特性”（如WUS能力、GWUS能力、寻呼简档索引）将一个DRX/eDRX周期内的PO集合主动“划分”为多个子组。这种划分是基于网络侧对UE特性的区分。对比文件虽然涉及了群组寻呼和专用寻呼，但其PO的计算逻辑是基于设备自身的身份（UE ID）或其所归属的群组身份（Group ID）进行计算，并未教导网络侧基于UE的能力或简档等“特性”将一个周期内的PO集合预先划分成多个子组。对比文件中，网络侧和UE侧使用相同的UE ID或Group ID来计算同样的PO，不存在“划分”的概念。因此，对比文件没有公开或隐含公开技术特征A。 |
| **技术特征B：** 在系统信息中广播所述多个寻呼时机子组的标识<br><br>**【未公开】** | 对比文件[0039]段提到：“基站广播一个1比特标志来指示是否支持群组寻呼。” [0040]段提到：“该1比特可以被添加到基站广播的系统信息消息中。” [0053]段提到：“基站通过系统信息发送其应用的群组ID。” | 对比文件公开了在系统信息中广播寻呼相关的指示信息（如是否支持群组寻呼的标志、群组ID）。但是，目标专利要求广播的是“所述多个寻呼时机子组的标识”，即告知UE哪些PO构成了哪个子组。这是一个关于子组划分结构的显式信息。对比文件广播的是寻呼模式的标志或群组ID本身，而不是预先划分好的PO子组的标识。两者在本质、目的和内容上均不相同。因此，对比文件没有公开或隐含公开技术特征B。 |
| **技术特征C：** 从网络单元接收寻呼消息，<br><br>**【直接公开】** | 对比文件[0041]段提到：“移动性管理实体（MME）向一个或多个基站在适当的控制消息中指示一个1比特标志。” [0042]段提到：“MME还可以为每个寻呼消息指示该寻呼消息是否用于一组设备。” 此外，[0004]段描述了基站从核心网接收寻呼消息。 | 对比文件明确描述了基站从网络单元（如MME）接收寻呼消息的机制。这是无线通信系统中寻呼流程的基础步骤。因此，技术特征C被对比文件直接公开。 |
| **技术特征D：** 根据所述寻呼消息从所述多个寻呼时机子组中识别对应于将要寻呼的用户设备的寻呼时机子组，<br><br>**【未公开】** | 对比文件描述了基站根据寻呼消息确定要寻呼的UE或UE组，然后根据UE ID或Group ID计算PO（如[0004], [0005]段所述）。 | 目标专利的特征在于，基站先基于UE特性划分了子组，然后根据寻呼消息识别出该UE应该属于哪个已划分好的子组。对比文件中，基站和UE都是根据相同的身份（ID）直接计算出一个PO，不存在“从已划分好的多个子组中识别一个”的过程。该子组的识别是基于对比文件未公开的“划分”步骤（特征A）。因此，对比文件没有公开或隐含公开技术特征D。 |
| **技术特征E：** 从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机<br><br>**【未公开】** | 对比文件[0004]段描述了基站基于UE ID和接收到的参数（如nB）根据预定义规则计算寻呼帧和寻呼时机。 [0005]段描述了基于Group ID计算PO。 | 目标专利的步骤是在已识别出的“子组”范围内，进一步选择具体的PO。对比文件中的计算是基于全局的UE ID或Group ID，直接计算出一个PO，不存在“从子组中选择”的层级关系。该选择步骤依赖于对比文件未公开的“划分”和“识别子组”的步骤（特征A和D）。因此，对比文件没有公开或隐含公开技术特征E。 |
| **技术特征F：** 在所述寻呼时机之前发送与所述寻呼时机相关联的基于群组的唤醒信号。<br><br>**【未公开】** | 对比文件通篇未提及“唤醒信号”（WUS）或“基于群组的唤醒信号”（GWUS）的概念。 | 对比文件是2014年的申请，其技术背景是3GPP RAN2#81bis及之前的标准讨论，聚焦于群组寻呼和专用寻呼的模式切换，以节省信令开销。而目标专利的技术特征F涉及更先进的节电技术——在寻呼时机前发送唤醒信号。这项技术在对比文件的优先权日（2013年）之后才被3GPP引入和研究。因此，对比文件完全没有公开或隐含公开技术特征F。 |
| **技术特征G：** 其中，划分步骤还包括：在对应于基于群组的唤醒信号的偏移量的基础上，为基于群组的唤醒信号指派相对于唤醒信号的寻呼配置所不同的寻呼配置<br><br>**【未公开】** | 对比文件未公开任何关于“唤醒信号”或“基于群组的唤醒信号”的内容，也未涉及“偏移量”或为不同信号类型指派不同寻呼配置的概念。 | 技术特征G是技术特征A“划分”步骤的一个具体实现方式，即利用GWUS的偏移量来区分不同的寻呼配置。由于对比文件没有公开GWUS或WUS的概念，自然也谈不上为它们指派不同的寻呼配置或使用偏移量。因此，对比文件没有公开或隐含公开技术特征G。 |
| **技术特征H：** 根据对应于基于群组的唤醒信号的寻呼配置，确定所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于基于群组的唤醒信号的寻呼时机子组，并且根据对应于唤醒信号的寻呼配置，确定所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于唤醒信号的另一个寻呼时机子组。<br><br>**【未公开】** | 对比文件未公开任何关于“唤醒信号”或“基于群组的唤醒信号”的内容，也未涉及为不同信号类型确定不同寻呼时机子组的概念。 | 技术特征H是技术特征A“划分”步骤的另一个具体实现方式，即根据GWUS和WUS的不同配置，分别确定对应的PO子组。由于对比文件没有公开GWUS或WUS的概念，因此没有公开或隐含公开技术特征H。 |
| **技术特征I：** 其中，所述划分步骤还包括：基于寻呼简档索引将所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于基于群组的唤醒信号的寻呼时机划分成多个寻呼时机子组，其中每一个寻呼时机子组对应于所述寻呼简档索引的不同数值。<br><br>**【未公开】** | 对比文件未公开“寻呼简档索引”这个概念。它虽然提到了基于设备类型（MTC设备）、移动性、订阅类型等进行分组的可能性（如[0058]段），但并未将其用于划分PO子组。 | 技术特征I是技术特征A“划分”步骤的又一个具体实现方式，即基于“寻呼简档索引”（如eDRX简档、移动性简档）来划分PO子组。对比文件虽提及分组可能基于不同特征，但并未教导如何利用一个抽象化的“索引”数值，将一个周期内的PO系统地划分成多个互斥或部分重叠的子组。因此，对比文件没有公开或隐含公开技术特征I。 |
| **技术特征J：** 其中，与所述寻呼时机相关联的基于群组的唤醒信号载送另一个寻呼简档索引和用户设备子组信息。<br><br>**【未公开】** | 对比文件未公开任何关于“基于群组的唤醒信号”及其承载内容的信息。 | 技术特征J是对技术特征F中GWUS承载内容的具体限定。由于对比文件没有公开GWUS，因此没有公开或隐含公开技术特征J。 |
| **技术特征K：** 其中，所述系统信息表明所述用户设备子组信息所基于的标准。<br><br>**【未公开】** | 对比文件未公开“用户设备子组信息”的概念，也未公开在系统信息中指示该信息的标准。 | 技术特征K是对系统信息内容的进一步限定，指示UE子组信息是基于哪一标准（如UE ID或DRX配置）。由于对比文件没有公开“用户设备子组信息”及其在系统信息中的广播，因此没有公开或隐含公开技术特征K。 |
| **技术特征L：** 其中，来自网络单元的寻呼消息包括用于向用户设备指派寻呼时机子组的寻呼简档索引。<br><br>**【未公开】** | 对比文件[0042]段提到：“MME还可以为每个寻呼消息指示该寻呼消息是否用于一组设备。” 但这只是指示是否为群组寻呼，而非用于指派PO子组的“寻呼简档索引”。 | 技术特征L是对技术特征C和D中寻呼消息内容的进一步限定。对比文件中的寻呼消息可以包含群组指示，但目标专利要求其包含一个“寻呼简档索引”，该索引用于将UE动态指派到不同的PO子组。对比文件没有公开这种由网络侧主动指派，用于改变UE PO归属的索引。因此，对比文件没有公开或隐含公开技术特征L。 |
### 结论
综上所述，对比文件仅直接公开了目标专利权利要求中的一个技术特征。
<<<C>>>