对比文件名称：2009-12-09_CN101601319A_发明公开_CN101601319A 用于寻呼组处理的方法和设备
目标专利名称：1052用于寻呼的方法、装置和计算机可读介质CN113170413B
本次调用的模型名称：AI助手
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：基于用户设备特性将至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的寻呼时机划分成多个寻呼时机子组。 | 说明书具体实施方式部分：步骤310“多个WTRU 110被分组成多个寻呼组”，步骤320“多个寻呼时机被分派到所述至少一个寻呼组”；分组依据描述：“多个WTRU可以由WTRU实体依据数字被分组，例如国际移动用户标识(IMSI)或临时移动用户标识(TMSI)”，以及“为了服务分类或区别、网络服务待遇差别和付费用户区分优先级的目的，寻呼组可以由网络运营商依据逻辑被分组”。 | 对比文件公开了将WTRU（用户设备）基于IMSI或逻辑特性分组成寻呼组，并为每个寻呼组分派寻呼时机，这实质上将DRX周期内的寻呼时机划分成了与寻呼组对应的多个子组（每个寻呼组对应一组寻呼时机）。用户设备特性（如IMSI、服务类别）被用于形成寻呼组，进而划分寻呼时机。目标专利的“不连续接收周期内”对应于对比文件的DRX周期，对比文件虽未明确提及eDRX PTW，但“至少一个不连续接收周期内”的条件已满足。因此，本领域技术人员可以毫无疑义地得出该技术特征。 |
| **技术特征B**：在系统信息中广播所述多个寻呼时机子组的标识。 | 说明书具体实施方式部分：“E-UTRAN系统在系统信息广播中广播这个PG-ID/PO-GP映射”（参见表3及对应描述）。 | 对比文件明确记载在系统信息中广播PG-ID（寻呼组标识）与PO-GP（基本寻呼时机偏移）的映射关系。其中PG-ID即寻呼组的标识，每个寻呼组对应一组寻呼时机（即一个寻呼时机子组）。因此，广播PG-ID相当于广播了多个寻呼时机子组的标识。本领域技术人员可以直接且毫无疑义地确定该技术特征已被公开。 |
| **技术特征C**：从网络单元接收寻呼消息。 | 说明书具体实施方式部分：基站120被配置成执行寻呼组处理过程（图2及对应描述）；步骤340“寻呼状态被指示”需要来自核心网的触发。 | 对比文件虽未明确写出“接收寻呼消息”这一步骤，但基站执行寻呼处理必然需要从核心网（如MME）接收寻呼请求。本领域技术人员基于LTE基本架构可以毫无疑义地推断出基站需要从网络单元接收寻呼消息。因此，该技术特征被隐含公开。 |
| **技术特征D**：根据所述寻呼消息从所述多个寻呼时机子组中识别对应于将要寻呼的用户设备的寻呼时机子组。 | 说明书具体实施方式部分：分组依据描述“PG-ID＝(IMSI模DRX-周期-长度)”；以及“WTRU 110可以由其被分派的IMSI用上述等式中的一个来导出其自身的PG-ID”。 | 对比文件公开了基站根据寻呼消息中UE的标识（如IMSI）计算其PG-ID（寻呼组标识），从而确定UE所属的寻呼组。而每个寻呼组对应特定的寻呼时机子组（通过PO-GP）。因此，基站根据寻呼消息识别出对应于将要寻呼的UE的寻呼时机子组（即PG-ID对应的子组）。本领域技术人员可以直接得出该技术特征。 |
| **技术特征E**：从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机。 | 说明书具体实施方式部分：“PO-FN＝PO-GP+n×DRX-周期-长度，其中n＝0，1，2，...”；以及“基本寻呼时机偏移（PO-GP）”和“DRX周期长度”的配置。 | 对比文件公开了基站（或系统）基于UE的DRX周期长度和寻呼组的PO-GP计算具体的寻呼时机帧号（PO-FN），从而从该寻呼组对应的寻呼时机子组中选出对应于该UE的寻呼时机。本领域技术人员可以直接确定基站执行此选择操作。 |
| **技术特征F**：在所述寻呼时机之前发送与所述寻呼时机相关联的基于群组的唤醒信号。 | 未提及相关内容。 | 对比文件涉及的是基于寻呼指示符（位图）或寻呼消息的传统寻呼方法，完全没有涉及任何唤醒信号（WUS或GWUS），更未提及基于群组的唤醒信号。因此，该技术特征既未直接公开也未隐含公开。 |
| **技术特征G**：划分步骤还包括在对应于基于群组的唤醒信号的偏移量的基础上，为基于群组的唤醒信号指派相对于唤醒信号的寻呼配置所不同的寻呼配置。 | 未提及相关内容。 | 对比文件没有涉及基于群组的唤醒信号（GWUS）或唤醒信号（WUS），也没有任何关于偏移量或不同寻呼配置的教导。因此，该技术特征未被公开。 |
| **技术特征H**：根据对应于基于群组的唤醒信号的寻呼配置，确定所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于基于群组的唤醒信号的寻呼时机子组，并且根据对应于唤醒信号的寻呼配置，确定所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于唤醒信号的另一个寻呼时机子组。 | 未提及相关内容。 | 对比文件没有区分GWUS和WUS的寻呼配置，也没有任何关于基于不同唤醒信号配置确定不同PO子组的描述。因此，该技术特征未被公开。 |
| **技术特征I**：所述划分步骤还包括基于寻呼简档索引将所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于基于群组的唤醒信号的寻呼时机划分成多个寻呼时机子组，其中每一个寻呼时机子组对应于所述寻呼简档索引的不同数值。 | 说明书具体实施方式部分提到基于服务类别、网络源等逻辑分组，但未涉及寻呼简档索引。 | 对比文件虽提及逻辑分组（可视为广义的简档），但并未公开“寻呼简档索引”这一具体概念，且其分组不限于“对应于基于群组的唤醒信号的寻呼时机”。目标专利的该特征针对GWUS，对比文件无GWUS基础。因此，该技术特征未被公开。 |
| **技术特征J**：与所述寻呼时机相关联的基于群组的唤醒信号载送另一个寻呼简档索引和用户设备子组信息。 | 未提及相关内容。 | 对比文件没有基于群组的唤醒信号，更没有关于唤醒信号承载寻呼简档索引和子组信息的任何内容。因此，该技术特征未被公开。 |
| **技术特征K**：所述系统信息表明所述用户设备子组信息所基于的标准。 | 未提及相关内容。 | 对比文件未涉及用户设备子组信息所基于的标准的指示。因此，该技术特征未被公开。 |
| **技术特征L**：来自网络单元的寻呼消息包括用于向用户设备指派寻呼时机子组的寻呼简档索引。 | 未提及相关内容。 | 对比文件中的寻呼消息（如LTE寻呼消息）仅包含被寻呼WTRU的IMSI，不包含用于指派寻呼时机子组的寻呼简档索引。因此，该技术特征未被公开。 |
<<<A>>><<<B>>><<<D>>><<<E>>><<<c>>>