**对比文件名称**：2017-04-11_US9622215B_发明授权_US09622215B2 Optimized mechanism for paging transmission and reception
**目标专利名称**：1052用于寻呼的方法、装置和计算机可读介质 CN113170413B
**本次调用的模型名称**：GPT-4
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译）及段落标号 | 公开性论述 |
| **技术特征A**：基于用户设备特性将至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的寻呼时机划分成多个寻呼时机子组。<br>《未公开》 | [0053] “eNB检查被寻呼UE是否需要CE（即被寻呼UE是否是寻呼区域中的CE UE）。如果步骤702判断为否，则eNB正常寻呼UE而不重复。如果步骤702判断为是，则eNB以重复次数重复寻呼UE。”<br>[0041] “如果需要CE的UE基本上是静止的，则假设这些UE在相对较长的时间段内停留在该区域。”</br> | 对比文件公开了基于UE特性（CE状态）区分寻呼行为（重复或正常），但并未将DRX周期或PTW内的寻呼时机（PO）在时间上划分成多个子组。其特征是对寻呼方式（是否重复）的判断，而非对PO时间资源的划分。因此，对比文件未公开该特征。 |
| **技术特征B**：在系统信息中广播所述多个寻呼时机子组的标识。<br>《未公开》 | [0043] “为了使需要CE的UE知道其驻留的小区属于哪个寻呼区域，需要在系统信息中广播寻呼区域相关信息，例如小区列表或寻呼区域标识。” | 对比文件公开在系统信息中广播寻呼区域（地理区域）的标识，而非寻呼时机子组（时间资源组）的标识。目标专利的“寻呼时机子组标识”用于指示DRX/PTW内不同PO组的划分，对比文件无此内容。 |
| **技术特征C**：从网络单元接收寻呼消息。<br>《直接公开》 | [0053] “步骤701，eNB从MME接收寻呼请求。”<br>[0040] “MME通过向每个属于UE注册的跟踪区域的eNB发送PAGING消息来发起寻呼过程。” | 对比文件明确公开了基站（eNB）从网络单元（MME）接收寻呼消息（paging request）的步骤。该步骤与目标专利中的接收操作实质相同，属于直接公开。 |
| **技术特征D**：根据所述寻呼消息从所述多个寻呼时机子组中识别对应于将要寻呼的用户设备的寻呼时机子组。<br>《未公开》 | [0053] “eNB根据被寻呼UE ID检查存储的UE信息。步骤702，eNB检查被寻呼UE是否需要CE，即是否在CE UE列表中。” | 对比文件仅根据UE ID和存储的CE状态识别该UE是否需要覆盖增强（从而决定是否重复寻呼），但并未涉及从多个预定义的寻呼时机子组中识别一个特定子组。目标专利的“识别子组”是基于PO子组划分的，对比文件无此概念。 |
| **技术特征E**：从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机。<br>《未公开》 | [0053] “如果步骤702判断为是，则eNB以重复次数重复寻呼UE。” | 对比文件在确定UE需要CE后，以重复次数发送寻呼，但并未涉及从某个PO子组中选择具体的PO。目标专利的选择步骤是基于PO子组内的进一步选择，对比文件无对应内容。 |
| **技术特征F**：在所述寻呼时机之前发送与所述寻呼时机相关联的基于群组的唤醒信号。<br>《未公开》 | 通篇未提及唤醒信号（WUS）或基于群组的唤醒信号（GWUS）的相关内容。 | 对比文件完全不涉及唤醒信号技术，无论是WUS还是GWUS。该特征为3GPP Rel-16引入的新概念，对比文件（申请于2014年）无法公开。 |
| **技术特征G**：其中，划分步骤还包括：在对应于基于群组的唤醒信号的偏移量的基础上，为基于群组的唤醒信号指派相对于唤醒信号的寻呼配置所不同的寻呼配置。<br>《未公开》 | 通篇未提及基于群组的唤醒信号（GWUS）及其偏移量，也未提及为GWUS指派不同于WUS的寻呼配置。 | 对比文件无任何关于GWUS、WUS或偏移量的讨论，故无法公开该特征。 |
| **技术特征H**：根据对应于基于群组的唤醒信号的寻呼配置，确定所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于基于群组的唤醒信号的寻呼时机子组，并且根据对应于唤醒信号的寻呼配置，确定所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于唤醒信号的另一个寻呼时机子组。<br>《未公开》 | 通篇未提及任何基于唤醒信号（WUS或GWUS）的寻呼配置或寻呼时机子组确定方法。 | 对比文件未涉及唤醒信号相关的寻呼配置，因此无法公开基于不同配置确定不同PO子组的步骤。 |
| **技术特征I**：其中，所述划分步骤还包括：基于寻呼简档索引将所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于基于群组的唤醒信号的寻呼时机划分成多个寻呼时机子组，其中每一个寻呼时机子组对应于所述寻呼简档索引的不同数值。<br>《未公开》 | 通篇未提及“寻呼简档索引”（paging profile index）或类似概念（如EDRX简档、移动性简档等）用于划分PO子组。 | 对比文件虽然有基于移动性（静止/移动）的考虑，但并未将其作为索引用于划分时间域上的PO子组。该特征涉及的具体划分机制在对比文件中完全缺失。 |
| **技术特征J**：其中，与所述寻呼时机相关联的基于群组的唤醒信号载送另一个寻呼简档索引和用户设备子组信息。<br>《未公开》 | 通篇未提及基于群组的唤醒信号承载任何寻呼简档索引或UE子组信息。 | 对比文件无唤醒信号，故无法公开其承载的内容。 |
| **技术特征K**：其中，所述系统信息表明所述用户设备子组信息所基于的标准。<br>《未公开》 | 通篇未提及用户设备子组信息或其所基于的标准。 | 对比文件无UE子组信息相关概念。 |
| **技术特征L**：其中，来自网络单元的寻呼消息包括用于向用户设备指派寻呼时机子组的寻呼简档索引。<br>《未公开》 | [0059] “MME在检测到CE信息（指示被寻呼UE需要CE）后，在S1AP寻呼消息中向基站的发送CE信息。” | 对比文件的寻呼消息中可包含CE信息（指示UE需要覆盖增强），但该信息用于指示是否需要重复寻呼，并非用于向UE指派寻呼时机子组的“寻呼简档索引”。目标专利的寻呼简档索引用于PO子组划分，对比文件未公开此类索引。 |
## 结论
根据上述比对，对比文件仅**直接公开**了技术特征C（从网络单元接收寻呼消息）。其余技术特征A、B、D、E、F、G、H、I、J、K、L均未被直接公开或隐含公开。
<<<C>>>