非显而易见法律服务网

技术特征描述及公开性判断	对比文件原文引用	公开性论述
技术特征A：一种由无线设备的装置管理寻呼监测的方法 <br>公开性判断：隐含公开	对比文件描述了终端设备（UE）在空闲模式（RRC_IDLE）或非连续接收（DRX）模式下监测寻呼消息，并使用唤醒信号（WUS）来减少功耗的过程。例如，第[0086]段提到：“...terminal devices which are not connected to the network (i.e. not in RRC_CONNECTED mode) monitor for paging messages periodically.” 第[0087]段描述了WUS如何指示终端设备是否需要解码后续的寻呼消息。	对比文件整体公开了一种由终端设备（即无线设备）管理寻呼监测的方法。该方法的核心在于：终端设备在寻呼时机前，通过监测WUS来判断是否需要继续执行寻呼消息的解码流程，从而在无寻呼需求时提前进入低功耗状态。这与目标专利说明书第[0003]段所述“管理无线设备以减少无线设备的功耗，同时提高在监测诸如寻呼消息的广播信号方面的无线设备性能”的整体目的相同。虽然对比文件未使用“管理寻呼监测”的表述，但其描述的通过WUS控制寻呼监测流程（决定是否进行PDCCH盲解码）的行为，实质上是本领域技术人员可以直接理解的一种寻呼监测管理方法。因此，该技术特征被对比文件隐含公开。
技术特征B：从小区接收服务小区信号 <br>公开性判断：直接公开	对比文件多处描述了终端设备从网络接入节点（即小区/基站）接收信号。例如，第[0087]段：“...a terminal device receives and checks the contents of specific sub-frames (paging occasions) in specific frames (paging frames) to look for paging signalling.” 第[0091]段描述了接收WUS配置信息：“...the first network access node transmits WUS configuration information and this is received by the terminal device 508.”	对比文件直接且明确地公开了终端设备从其服务小区（网络接入节点）接收信号。这些信号包括寻呼信号（如包含P-RNTI的PDCCH）以及WUS配置信息等。这与目标专利中“从小区接收服务小区信号”的技术特征完全相同。在对比文件中，接收这些信号是终端设备进行后续操作（如判断是否解码寻呼、配置WUS监测）的前提步骤。因此，该技术特征被对比文件直接公开。
技术特征C：基于所述服务小区信号确定延迟时间 <br>公开性判断：未公开	对比文件未提及基于接收到的信号（如WUS或寻呼消息）来确定一个“延迟时间”。	目标专利的核心创新点之一是“基于服务小区信号确定延迟时间”，并根据该延迟时间来动态控制寻呼监测的时长（见说明书第[0005]段）。对比文件虽然描述了基于WUS信号决定是否在接下来的寻呼时机进行监测（即“监测”或“停止监测”的二选一决策），但并未公开基于信号内容计算或选择一个具体的“延迟时间”或“持续时间”的概念。对比文件中的决策是即刻的（有WUS则监测下一个PO，无WUS则跳过），不涉及确定一个时间段并在该时间段内持续监测。因此，该技术特征既未被直接公开，也无法从对比文件的内容中合理推断得出。
技术特征D：在所述服务小区信号中接收信道占用时间COT结构指示符 <br>公开性判断：未公开	对比文件全文未提及“信道占用时间（COT）”、“COT结构指示符”或类似概念。	目标专利说明书第[0010]段等大量描述了基于COT结构指示符（COT-SI）来确定延迟时间的各种具体实施方式。COT是与未许可频谱操作（如LBT）紧密相关的概念。对比文件US2020280959A1主要围绕在许可频谱下使用WUS来节能，其技术背景、问题和解决方案均未涉及未许可频谱、LBT或COT。因此，接收COT结构指示符这一特定技术特征在对比文件中完全不存在。
技术特征E：以及响应于在所述服务小区信号中接收到所述COT结构指示符而确定所述延迟时间 <br>公开性判断：未公开	对比文件全文未提及“信道占用时间（COT）”、“COT结构指示符”或类似概念，因此更不可能公开响应于接收COT结构指示符而进行的任何操作。	由于技术特征D（接收COT结构指示符）未被公开，作为其后续逻辑步骤的技术特征E（响应于接收COT结构指示符而确定延迟时间）自然也未被公开。该特征与对比文件的技术方案无任何关联。
技术特征F：在所确定的延迟时间期间监测寻呼信号 <br>公开性判断：未公开	对比文件描述了在寻呼时机（PO）期间监测寻呼消息（见第[0087]段），但未提及在一个“确定的延迟时间”期间进行监测。	目标专利的特征F依赖于特征C所确定的“延迟时间”。由于对比文件未公开“确定延迟时间”这一前提步骤，因此也就不存在“在所述确定的延迟时间期间监测”这一后续动作。对比文件中的监测行为是基于固定的寻呼时机配置，而非一个动态确定的延迟时间段。
技术特征G：在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测 <br>公开性判断：未公开	对比文件描述了如果未检测到WUS，终端设备可以返回睡眠模式（即停止监测），例如第[0091]段：“If the WUS indicates the upcoming paging occasion does not include any paging message, any terminal device ... can ... return to a low power mode.” 但这并非基于一个“延迟时间”的期满。	对比文件中的“停止监测”是基于事件（未检测到WUS）的即时决策，或者是在完成对一个寻呼时机的监测后的正常行为。这与目标专利中基于一个预先计算好的“延迟时间”并在该时间结束后停止监测的机制有本质区别。该特征同样依赖于未被公开的特征C。
技术特征H：从小区接收服务小区信号包括：从所述小区接收对多个寻呼信号监测时机的指示 <br>公开性判断：未公开	对比文件提到了寻呼帧（PF）和寻呼时机（PO）的概念，例如第[0087]段，并暗示这些是配置好的（“which for a given terminal device may be derived from the IMSI...”）。但未明确记载终端设备从小区“接收”一个关于“多个寻呼信号监测时机”的明确“指示”这一动作。	本领域技术人员可以理解，在蜂窝系统中，寻呼时机的计算参数（如DRX周期）通常通过系统信息广播。然而，目标专利权利要求此处明确限定了“接收...指示”作为“接收服务小区信号”这一上位动作的一个具体实施方式。对比文件并未明确描述或指向这一具体的接收指示行为，其更侧重于WUS的配置和使用。因此，该具体实施方式未被直接或隐含公开。
技术特征I：从所述小区接收对所述多个寻呼信号监测时机的指示包括：从所述小区接收对要从所述小区发送的同步信号块SSB的数量、和寻呼时机中每个SSB的物理下行链路控制信道PDCCH监测时机的数量的指示 <br>公开性判断：未公开	对比文件未提及“同步信号块（SSB）的数量”与“寻呼时机中每个SSB的PDCCH监测时机的数量”之间的关联配置。	该特征是技术特征H的进一步细化，涉及NR/LTE中与波束扫描相关的具体寻呼监测配置。对比文件基于较早期的LTE eMTC/NB-IoT背景，其WUS和寻呼机制描述未涉及SSB波束与PDCCH监测时机的映射关系。这是一个非常具体且未被对比文件披露的技术细节。
技术特征J：基于所述服务小区信号确定延迟时间包括：基于所述服务小区信号确定寻呼信号监测时机的数量；以及基于所确定的寻呼信号监测时机的数量确定所述延迟时间 <br>公开性判断：未公开	对比文件未提及基于任何信号来确定“寻呼信号监测时机的数量”，也未见基于此数量来确定一个“延迟时间”。	这是“确定延迟时间”的一个具体实施方式。对比文件的技术方案中不存在“确定寻呼信号监测时机的数量”并将其与一个延迟时间相关联的逻辑。该特征完全属于目标专利的特定创新点。
技术特征K：基于所述服务小区信号确定延迟时间包括：识别从所述小区接收到的所述服务小区信号的类型；以及基于所述服务小区信号的类型确定所述延迟时间 <br>公开性判断：未公开	对比文件中，终端设备会接收不同类型的信号，如WUS配置（SIB/RRC）、WUS本身、寻呼DCI（P-RNTI）。但并未描述通过“识别信号类型”来触发一个“确定延迟时间”的过程。	虽然对比文件中的终端设备能够区分不同信号（例如，知道接收到的是WUS而不是其他广播），但其后续行为（如配置WUS监测、解码寻呼）并非一个统一的“基于信号类型确定延迟时间”的流程。目标专利的该特征将信号类型识别与延迟时间计算直接挂钩，这是一种未被对比文件揭示的具体控制逻辑。
技术特征L：基于所述服务小区信号确定延迟时间包括：确定所述服务小区信号包括寻呼控制信息；以及基于确定所述服务小区信号包括寻呼控制信息来确定所述延迟时间 <br>公开性判断：未公开	对比文件第[0087]段明确提到了终端设备检查PDCCH中是否存在P-RNTI（即寻呼控制信息）。但后续行为是解码PDSCH获取寻呼消息，或者如果没有P-RNTI则可能返回睡眠。没有提及基于“确定包括寻呼控制信息”这一事件来“确定延迟时间”。	对比文件公开了“确定服务小区信号包括寻呼控制信息”（即检测到P-RNTI），但未公开将此作为输入来“确定延迟时间”。在对比文件的逻辑中，检测到寻呼控制信息意味着需要继续解码寻呼消息，这是一个步骤的触发，而非一个时间段计算的开始。因此，该具体实施方式未被公开。
技术特征M：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定剩余COT持续时间与寻呼时机的重叠是否小于阈值；以及响应于确定所述重叠小于所述阈值，确定所述延迟时间包括所述寻呼时机的结束；或者响应于确定所述重叠不小于所述阈值，确定所述延迟时间包括所述剩余COT持续时间 <br>公开性判断：未公开	对比文件未提及COT、剩余COT持续时间、以及与寻呼时机重叠的判断。	该特征是与未许可频谱COT机制深度耦合的具体算法。对比文件的技术领域和方案完全未涉及此类概念和判断逻辑。
技术特征N：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；确定所述COT结构指示符不指示下行链路突发；以及基于所述寻呼时机的持续时间确定所述延迟时间 <br>公开性判断：未公开	对比文件未提及COT结构指示符、上行链路突发、下行链路突发等概念。	同特征M，该特征完全属于目标专利在未许可频谱场景下的特定实施方式，与对比文件无关。
技术特征O：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及基于与所述COT结构指示符中指示的下行链路突发重叠的第一寻呼信号监测时机来确定所述延迟时间 <br>公开性判断：未公开	对比文件未提及COT结构指示符、上行链路突发、下行链路突发等概念。	同特征M、N，该特征与对比文件无关。
技术特征P：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及响应于确定所述寻呼时机与所述上行链路突发重叠，确定所述延迟时间为零 <br>公开性判断：未公开	对比文件未提及COT结构指示符、上行链路突发等概念。	同特征M、N、O，该特征与对比文件无关。
技术特征Q：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于同步信号块SSB的测量定时配置持续时间期间接收到所述COT结构指示符；确定下行链路突发持续时间或信道占用持续时间与在所述COT结构指示符中指示的基于SSB的测量定时配置持续时间的重叠是否小于阈值；以及响应于确定所述下行链路突发持续时间或信道占用持续时间与所述基于SSB的测量定时配置持续时间的重叠小于所述阈值，确定所述延迟时间包括寻呼时机的剩余部分 <br>公开性判断：未公开	对比文件未提及COT结构指示符、SSB测量定时配置、下行链路突发持续时间等概念。	该特征涉及与SSB测量窗口交互的复杂COT判断逻辑，是目标专利非常具体的实施方式，在对比文件中毫无踪迹。
技术特征R：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于将不与所述基于SSB的测量定时配置持续时间重叠的寻呼信号监测时机的数量来确定所述延迟时间 <br>公开性判断：未公开	对比文件未提及COT结构指示符、SSB测量定时配置等概念。	同特征Q，该特征与对比文件无关。
技术特征S：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于在同步序列突发之后发生的寻呼信号监测时机的数量来确定所述延迟时间 <br>公开性判断：未公开	对比文件未提及COT结构指示符、SSB测量定时配置、同步序列突发等概念。	同特征Q、R，该特征与对比文件无关。
技术特征T：在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测包括：从所述小区接收指示所述无线设备能够停止对所述寻呼信号的监测的消息；以及响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测 <br>公开性判断：隐含公开	对比文件第[0091]段：“If the WUS indicates the upcoming paging occasion does not include any paging message, any terminal device for which that paging occasion applies can determine from this that it does not need to monitor for a paging message during the upcoming paging occasion, and so can, for example, return to a low power mode.”	对比文件公开了：终端设备从小区接收一个消息（WUS），该消息的内容（或缺失）指示了终端设备无需监测接下来的寻呼消息（即“能够停止监测”）。终端设备响应于此消息（或未检测到消息），而停止对寻呼信号的监测（返回低功耗模式）。这与目标专利特征T的逻辑高度一致：接收特定指示消息 -> 根据消息内容决定停止监测。虽然对比文件中的“消息”是WUS，而目标专利权利要求中未限定消息类型，但本领域技术人员可以理解，WUS正是一种用于指示是否需要进行寻呼监测的“消息”。因此，该技术特征被对比文件隐含公开。
技术特征U：指示所述无线设备能够停止对所述寻呼信号的监测的所述消息包括寻呼无线电网络临时标识符P‑RNTI消息 <br>公开性判断：未公开	对比文件中，P-RNTI用于调度寻呼消息（见第[0087]段），其出现意味着“有寻呼”，需要继续监测和解码。这与“指示能够停止监测”的含义相反。WUS才是用于指示“可能无需监测”的信号。	目标专利该特征将“P-RNTI消息”特定化为“指示停止监测的消息”。这与本领域的常规认知以及对比文件所揭示的P-RNTI作用（指示寻呼存在）相悖。对比文件未公开，也无法隐含得出“P-RNTI消息可用于指示停止监测”这一技术手段。
技术特征V：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测包括：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对一个或多个PDCCH监测时机中的所述寻呼信号的监测 <br>公开性判断：隐含公开	对比文件第[0091]段：在WUS指示无寻呼消息时，终端设备“can ... return to a low power mode and not decode PDCCH in the paging occasion.” 第[0087]段表明寻呼消息的监测涉及在PDCCH上盲解码P-RNTI。	对比文件明确记载，当根据WUS判断无需监测寻呼时，终端设备的具体行动是“不解码PDCCH”。由于在蜂窝系统中，“监测寻呼信号”在物理层主要体现为对PDCCH相应搜索空间的盲解码以寻找P-RNTI，因此“不解码PDCCH”实质上就是“停止对PDCCH监测时机中的寻呼信号的监测”。这与目标专利特征V的描述完全吻合。因此，该具体实施方式被对比文件隐含公开。