非显而易见法律服务网

技术特征描述以及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：一种由无线设备的装置管理寻呼监测的方法<br>判断结果：《隐含公开》	[0005] 根据第一方面，本申请提供了一种寻呼方法，包括：网络设备从终端设备接收随机接入前导，其中所述随机接入前导用于请求寻呼消息；所述网络设备获取与所述随机接入前导相关联的寻呼标识符；以及所述网络设备基于所述寻呼标识符向所述终端设备发送寻呼消息。<br>[0006] 所述随机接入前导用于触发寻呼过程。	对比文件公开了一种由网络设备和终端设备执行的“寻呼方法”。目标专利的特征A限定了“一种由无线设备的装置管理寻呼监测的方法”。虽然对比文件并未明确记载“管理寻呼监测”这一表述，但其公开的寻呼方法（包括终端发送前导请求寻呼、网络发送寻呼消息）必然涉及终端对寻呼信号的监测行为（例如，终端需要监测PDCCH以接收寻呼消息，参见[0025]段）。本领域技术人员可以合理推断，执行该寻呼方法的终端装置（即无线设备）必然包含管理其自身寻呼监测过程的功能。因此，该技术特征被对比文件隐含公开。
技术特征B：从小区接收服务小区信号<br>判断结果：《隐含公开》	[0025] 在一种可能的设计中，所述终端设备基于所述寻呼标识符从所述网络设备接收所述寻呼消息包括：所述终端设备基于所述寻呼标识符在所述寻呼消息窗口中监测相应的物理下行控制信道；以及所述终端设备在所述物理下行控制信道指示的物理下行共享信道上接收所述寻呼消息。<br>[0030] 在一种可能的设计中，在所述终端设备向网络设备发送随机接入前导之前，所述方法还包括：所述终端设备从所述网络设备接收寻呼指示消息...	目标专利中的“服务小区信号”是一个宽泛的上位概念，可包括寻呼消息、寻呼指示消息、COT结构指示符等。对比文件明确公开了终端设备从网络设备（即服务小区）接收“寻呼消息”（[0025]）和“寻呼指示消息”（[0030]）。接收这些消息即构成了“从小区接收服务小区信号”。虽然对比文件未使用“服务小区信号”这一术语，但本领域技术人员可以直接且毫无疑义地确定，终端从服务网络接收的下行信号（如寻呼相关消息）即属于服务小区信号。因此，该技术特征被对比文件隐含公开。
技术特征C：基于所述服务小区信号确定延迟时间<br>判断结果：《未公开》	无	目标专利的核心在于，无线设备基于接收到的服务小区信号（如COT-SI或P-RNTI消息）来确定一个延迟时间，并在此延迟时间内继续监测寻呼信号，以达到省电目的。对比文件虽然公开了接收寻呼消息等信号，但完全没有提及或暗示终端需要或能够基于接收到的信号来“确定延迟时间”。对比文件中的寻呼过程是事件触发（发送前导）和响应（接收寻呼）的流程，不涉及在接收信号后动态确定一个监测时长（延迟时间）。因此，该技术特征既未被直接公开，也无法从对比文件的内容中合理推断出来。
技术特征D：在所述服务小区信号中接收信道占用时间COT结构指示符<br>判断结果：《未公开》	无	对比文件的全文均未提及“信道占用时间（COT）”、“COT结构指示符”或任何类似概念。其技术方案围绕通过随机接入前导触发寻呼，与未许可频谱中的信道占用和共享机制无关。因此，该技术特征未被公开。
技术特征E：以及响应于在所述服务小区信号中接收到所述COT结构指示符而确定所述延迟时间<br>判断结果：《未公开》	无	由于对比文件未公开“COT结构指示符”（特征D），自然也不可能公开“响应于接收到COT结构指示符而确定延迟时间”这一后续动作。因此，该技术特征未被公开。
技术特征F：在所确定的延迟时间期间监测寻呼信号<br>判断结果：《未公开》	[0025] ...所述终端设备基于所述寻呼标识符在所述寻呼消息窗口中监测相应的物理下行控制信道...	对比文件公开了终端在“寻呼消息窗口”内监测PDCCH以接收寻呼消息。然而，目标专利的“在所确定的延迟时间期间监测寻呼信号”具有特定含义：它是在接收到服务小区信号后，根据动态确定的延迟时间来继续监测。对比文件中的“寻呼消息窗口”是预先配置或根据规则（如随机接入响应窗口）确定的固定或半固定时间区间（参见[0190]-[0228]段关于寻呼消息窗口配置的描述），并非基于即时接收的特定信号动态确定的“延迟时间”。因此，虽然都涉及“监测”，但决定监测时长的机制根本不同。该技术特征未被公开。
技术特征G：在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测。<br>判断结果：《未公开》	无	目标专利的“停止监测”动作与“确定的延迟时间期满”直接绑定。对比文件未公开“确定延迟时间”这一前提，因此也不可能公开基于此前提的“停止监测”动作。对比文件描述了在寻呼消息窗口内接收寻呼，但未明确描述窗口结束后是否“停止监测”，即使隐含停止，其停止的缘由（窗口结束）也与目标专利（自定的延迟时间结束）不同。因此，该技术特征未被公开。
技术特征H：从小区接收服务小区信号包括：从所述小区接收对多个寻呼信号监测时机的指示。<br>判断结果：《隐含公开》	[0019] 网络设备可以基于以下信息中的至少一个来确定所述寻呼消息的寻呼消息窗口的配置信息：...寻呼时机总数...<br>[0147] ...所述配置信息可以包括诸如寻呼时机长度、寻呼时机数量...等信息。<br>[0226] 网络设备可以通过PBCH、RMSI、RRC信令、MAC-CE、系统信息、NR-SIB1和DCI中的至少一个来配置所述寻呼消息的PDCCH监测间隔...	目标专利中“对多个寻呼信号监测时机的指示”是配置寻呼监测行为的信息。对比文件多次提及网络设备向终端配置与寻呼相关的参数，包括“寻呼时机”（Paging Occasion, PO）的数量、长度、PDCCH监测间隔等（参见[0019], [0147], [0226]）。本领域技术人员可以明确，在网络配置寻呼参数（如寻呼时机）的过程中，终端必然从小区（网络设备）接收这些配置信息，其中就包含对寻呼信号监测时机的指示。因此，该技术特征被对比文件隐含公开。
技术特征I：从所述小区接收对所述多个寻呼信号监测时机的指示包括：从所述小区接收对要从所述小区发送的同步信号块SSB的数量、和寻呼时机中每个SSB的物理下行链路控制信道PDCCH监测时机的数量的指示。<br>判断结果：《隐含公开》	[0147] ...当在一个或多个PO上的寻呼消息或寻呼消息的控制资源或寻呼指示的控制资源与同步信号块（SS块）时分复用或频分复用时...<br>[0160] ...一个同步信号块（synchronization signal block, SS block）可以对应一个或多个OFDM符号...<br>[0226] 网络设备可以通过PBCH、RMSI、RRC信令、MAC-CE、系统信息、NR-SIB1和DCI中的至少一个来配置所述寻呼消息的PDCCH监测间隔...	对比文件公开了寻呼消息/资源可能与同步信号块（SS block）复用（[0147]），并明确定义了SS block（[0160]）。在NR系统中，寻呼时机的确定与SSB的传输密切相关，例如SSB的波束扫描会影响寻呼的发送。虽然对比文件未明确记载“SSB的数量”和“每个SSB的PDCCH监测时机数量”这两个具体参数，但本领域技术人员知晓，在基于波束的NR寻呼设计中，网络需要配置与SSB相关的寻呼监测参数。从对比文件公开的“配置寻呼消息的PDCCH监测间隔”（[0226]）以及寻呼与SS块复用的上下文，可以合理推断网络会向终端指示与SSB相关的寻呼监测配置信息，包括SSB数量和每个SSB对应的PDCCH监测时机数量。因此，该技术特征被对比文件隐含公开。
技术特征J：基于所述服务小区信号确定延迟时间包括：基于所述服务小区信号确定寻呼信号监测时机的数量；以及基于所确定的寻呼信号监测时机的数量确定所述延迟时间。<br>判断结果：《未公开》	无	目标专利的这一特征描述了确定延迟时间的一种具体方式：先确定监测时机的数量，再据此换算成延迟时间。对比文件虽然涉及寻呼监测时机（如PDCCH监测），但完全没有描述终端根据接收到的某个服务小区信号来“确定寻呼信号监测时机的数量”，并进一步用这个数量来“确定延迟时间”。对比文件中监测时机的数量更多是通过预配置或固定规则获得（如寻呼消息窗口），而非基于即时信号动态确定。因此，该技术特征未被公开。
技术特征K：基于所述服务小区信号确定延迟时间包括：识别从所述小区接收到的所述服务小区信号的类型；以及基于所述服务小区信号的类型确定所述延迟时间。<br>判断结果：《未公开》	无	目标专利此特征强调区分服务小区信号的类型（如P-RNTI DCI还是COT-SI），并根据不同类型采取不同的延迟时间确定策略。对比文件未提及终端需要“识别服务小区信号的类型”这一步骤，更未提及基于不同类型信号来确定不同的“延迟时间”。虽然对比文件中的终端会接收不同类型的消息（如寻呼指示消息、寻呼消息），但其后续动作是处理消息内容（如检查是否被寻呼），而非根据消息类型来确定一个用于控制后续监测时长的延迟时间。因此，该技术特征未被公开。
技术特征L：基于所述服务小区信号确定延迟时间包括：确定所述服务小区信号包括寻呼控制信息；以及基于确定所述服务小区信号包括寻呼控制信息来确定所述延迟时间。<br>判断结果：《未公开》	[0006] ...所述寻呼标识符用于对物理下行控制信道（PDCCH）进行加扰，所述物理下行控制信道指示用于发送所述寻呼消息的物理下行共享信道（PDSCH）。<br>[0025] ...所述终端设备基于所述寻呼标识符在所述寻呼消息窗口中监测相应的物理下行控制信道...	对比文件公开了寻呼消息通过PDCCH调度，PDCCH使用寻呼标识符（如P-RNTI）加扰。终端需要监测并解码携带“寻呼控制信息”（DCI）的PDCCH以接收寻呼。然而，目标专利的特征L描述的是：在确定收到寻呼控制信息后，基于此确定来计算出（或选择）一个延迟时间。对比文件中，终端成功解码寻呼控制信息（PDCCH）后，其动作是去接收对应的PDSCH（寻呼消息），或者检查自己是否在寻呼列表中，并不涉及计算一个独立的“延迟时间”来控制后续的寻呼监测行为。因此，该技术特征未被公开。
技术特征M：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定剩余COT持续时间与寻呼时机的重叠是否小于阈值；以及响应于确定所述重叠小于所述阈值，确定所述延迟时间包括所述寻呼时机的结束；或者响应于确定所述重叠不小于所述阈值，确定所述延迟时间包括所述剩余COT持续时间。<br>判断结果：《未公开》	无	该特征涉及基于COT结构指示符进行复杂的时域重叠判断来确定延迟时间。对比文件全文未提及任何与“COT”、“剩余COT持续时间”、“与寻呼时机的重叠”判断相关的概念或操作。因此，该技术特征未被公开。
技术特征N：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；确定所述COT结构指示符不指示下行链路突发；以及基于所述寻呼时机的持续时间确定所述延迟时间。<br>判断结果：《未公开》	无	该特征涉及基于COT结构指示符判断寻呼时机与上行链路突发的关系，以及下行链路突发的指示情况，从而确定延迟时间。对比文件未涉及“COT结构指示符”、“上行链路突发”、“下行链路突发”等概念，也未描述此类判断逻辑。因此，该技术特征未被公开。
技术特征O：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及基于与所述COT结构指示符中指示的下行链路突发重叠的第一寻呼信号监测时机来确定所述延迟时间。<br>判断结果：《未公开》	无	同上，该特征依赖于COT结构指示符及其中对下行链路突发的指示。对比文件未公开这些前提，因此该技术特征未被公开。
技术特征P：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及响应于确定所述寻呼时机与所述上行链路突发重叠，确定所述延迟时间为零。<br>判断结果：《未公开》	无	同上，该特征依赖于COT结构指示符及对上行链路突发的判断。对比文件未公开这些前提，因此该技术特征未被公开。
技术特征Q：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于同步信号块SSB的测量定时配置持续时间期间接收到所述COT结构指示符；确定下行链路突发持续时间或信道占用持续时间与在所述COT结构指示符中指示的基于SSB的测量定时配置持续时间的重叠是否小于阈值；以及响应于确定所述下行链路突发持续时间或信道占用持续时间与所述基于SSB的测量定时配置持续时间的重叠小于所述阈值，确定所述延迟时间包括寻呼时机的剩余部分。<br>判断结果：《未公开》	无	该特征涉及更复杂的判断，包括COT结构指示符的接收时机、以及下行链路/信道占用持续时间与SSB测量定时配置的重叠判断。对比文件未涉及任何相关概念（COT-SI、SSB测量定时配置、持续时间重叠判断等）。因此，该技术特征未被公开。
技术特征R：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于将不与所述基于SSB的测量定时配置持续时间重叠的寻呼信号监测时机的数量来确定所述延迟时间。<br>判断结果：《未公开》	无	该特征涉及在SSB测量定时配置期间是否收到COT-SI，并基于不重叠的监测时机数量确定延迟时间。对比文件未涉及相关概念。因此，该技术特征未被公开。
技术特征S：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于在同步序列突发之后发生的寻呼信号监测时机的数量来确定所述延迟时间。<br>判断结果：《未公开》	无	该特征涉及在SSB测量定时配置期间是否收到COT-SI，并基于同步序列突发后的监测时机数量确定延迟时间。对比文件未涉及相关概念。因此，该技术特征未被公开。
技术特征T：在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测包括：从所述小区接收指示所述无线设备能够停止对所述寻呼信号的监测的消息；以及响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测。<br>判断结果：《未公开》	无	目标专利此特征描述了一种具体的停止监测机制：接收一个明确的“停止监测指示”消息。对比文件未记载网络向终端发送任何用于“指示停止监测寻呼信号”的独立消息。在对比文件的流程中，终端在寻呼消息窗口内监测并可能接收寻呼消息，但停止监测的触发是窗口结束或流程完成，而非一个特定的“停止”指令消息。因此，该技术特征未被公开。
技术特征U：指示所述无线设备能够停止对所述寻呼信号的监测的所述消息包括寻呼无线电网络临时标识符P-RNTI消息。<br>判断结果：《未公开》	[0006] ...所述寻呼标识符可以包括无线网络临时标识符（RNTI）。<br>[0022] 在一种可能的设计中，所述寻呼标识符可以被称为RNTI或寻呼无线网络临时标识符（paging radio network temporary identifier, P-RNTI），所述寻呼标识符用于对对应于所述寻呼消息的下行控制信道或下行控制信息（DCI）进行加扰。	对比文件公开了P-RNTI用于对寻呼消息的PDCCH/DCI进行加扰，终端通过监测以P-RNTI加扰的PDCCH来接收寻呼调度信息。然而，在目标专利中，P-RNTI消息被用作一种特殊的“进入睡眠”或“停止监测”指令。对比文件中的P-RNTI用于调度寻呼消息的传输，其作用是启动或指示一个寻呼接收过程，而非终止一个监测过程。两者作用截然相反。本领域技术人员无法从对比文件中P-RNTI用于寻呼调度的公开内容，推断出其可被用作“停止监测”的指令。因此，该技术特征未被公开。
技术特征V：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测包括：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对一个或多个PDCCH监测时机中的所述寻呼信号的监测。<br>判断结果：《未公开》	无	该特征是特征T和U的具体执行动作。由于对比文件未公开接收“停止监测指示消息”（特征T），也未公开该消息是P-RNTI消息（特征U），因此，这个基于该消息停止PDCCH监测时机的具体动作自然也未被公开。