非显而易见法律服务网

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：一种由无线设备的装置管理寻呼监测的方法<br>判断结果：直接公开	[0077] 在第七方面，提供了一种在非暂时性计算机可读存储介质上实现的计算机程序，该计算机程序包括用于控制过程的执行的程序代码，并且该过程包括：在用户设备处，在包括两个或更多个传输时间间隔的寻呼时机窗口内检测移动通信系统的所选择的小区中的下行链路传输，其中下行链路传输受制于空闲信道评估过程；确定寻呼检测窗口，寻呼检测窗口包括寻呼时机窗口内的相对于检测到的下行链路传输的开始的一个或多个传输时间间隔；以及在寻呼检测窗口的持续时间内或者直到寻呼消息被接收到为止，以先发生者为准，监视下行链路传输，以用于接收去往用户设备的寻呼消息。	对比文件明确公开了一种由用户设备（即无线设备）执行的管理寻呼监测的方法。该方法包括在寻呼时机窗口内检测下行链路传输、确定一个寻呼检测窗口（相当于延迟时间）、并在该窗口内监视以接收寻呼消息。这与目标专利权利要求特征A“一种由无线设备的装置管理寻呼监测的方法”在整体方法类型上完全相同，都是无线设备侧执行的寻呼监测管理流程。
技术特征B：从小区接收服务小区信号<br>判断结果：直接公开	[0077] ...在用户设备处，在包括两个或更多个传输时间间隔的寻呼时机窗口内检测移动通信系统的所选择的小区中的下行链路传输...	对比文件明确记载了用户设备在其所选择的小区中“检测下行链路传输”。根据通信原理，“检测下行链路传输”必然意味着用户设备从该小区接收到了下行链路信号，该信号即为来自服务小区的信号。因此，该技术特征被对比文件直接公开。
技术特征C：基于所述服务小区信号确定延迟时间<br>判断结果：直接公开	[0077] ...确定寻呼检测窗口，寻呼检测窗口包括寻呼时机窗口内的相对于检测到的下行链路传输的开始的一个或多个传输时间间隔...	对比文件明确记载了基于“检测到的下行链路传输的开始”来确定“寻呼检测窗口”。这里的“检测到的下行链路传输的开始”即是技术特征B中接收到的“服务小区信号”（下行链路传输信号）的一个具体体现或检测事件。基于此信号确定一个时间窗口（寻呼检测窗口），该窗口的持续时间即相当于目标专利中的“延迟时间”。因此，该技术特征被对比文件直接公开。
技术特征D：在所述服务小区信号中接收信道占用时间COT结构指示符<br>判断结果：未公开	对比文件未明确记载“COT结构指示符”这一具体信令。虽然提及了“空闲信道评估过程”、“传输机会”、“信道占用时间”等概念（例如第[0044]、[0045]段），但未公开基站通过特定信令（如COT-SI）向UE明确指示信道占用时间结构的具体信息。	目标专利中，“COT结构指示符”是用于明确指示信道占用时间（COT）内上行链路、下行链路、灵活符号等具体结构信息的信令。对比文件虽然涉及未授权频谱和LBT/CCA过程，但其确定寻呼检测窗口的核心机制是基于“检测下行链路传输的开始”这一事件，而非基于解码一个包含详细结构信息的“COT结构指示符”信令。本领域技术人员无法从对比文件中直接或必然地推导出存在或需要使用“COT结构指示符”这一具体信令元素。因此，该技术特征未被公开。
技术特征E：以及响应于在所述服务小区信号中接收到所述COT结构指示符而确定所述延迟时间<br>判断结果：未公开	同特征D，对比文件未公开“COT结构指示符”，因此也就不存在“响应于接收到COT结构指示符而确定延迟时间”的步骤。其确定延迟时间（寻呼检测窗口）是响应于“检测下行链路传输的开始”。	由于技术特征D未被公开，作为其后续动作的技术特征E自然也未被公开。目标专利中这一特征体现了基于特定信令（COT-SI）内容进行决策的机制，而对比文件是基于检测到传输开始这一更通用的事件。两者触发条件和依据的信息不同。
技术特征F：在所确定的延迟时间期间监测寻呼信号<br>判断结果：直接公开	[0077] ...以及在寻呼检测窗口的持续时间内...监视下行链路传输，以用于接收去往用户设备的寻呼消息。	对比文件明确记载了在确定的“寻呼检测窗口的持续时间内”监视下行链路传输以接收寻呼消息。这里的“寻呼检测窗口的持续时间”即相当于目标专利中“所确定的延迟时间”，而“监视下行链路传输以接收寻呼消息”即对应于“监测寻呼信号”。因此，该技术特征被直接公开。
技术特征G：在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测<br>判断结果：直接公开	[0077] ...在寻呼检测窗口的持续时间内或者直到寻呼消息被接收到为止，以先发生者为准，监视下行链路传输...	对比文件明确说明了监视行为在两种情况下停止：1) 寻呼检测窗口的持续时间结束（即延迟时间期满）；2) 提前成功接收到寻呼消息。这两种情况都符合“在所确定的延迟时间期满之时或之后停止监测”的描述，因为“提前成功接收”可视为在延迟时间期满“之前”停止，但目标专利的表述“期满之时或之后”主要强调不早于期满时刻的停止，而对比文件的机制覆盖了期满时停止（窗口结束）和期满后停止（若窗口内未收到，则窗口结束时停止）的场景。因此，该技术特征被直接公开。
技术特征H：从小区接收服务小区信号包括：从所述小区接收对多个寻呼信号监测时机的指示。<br>判断结果：隐含公开	[0084] 第一配置信息可以在通信系统中广播，例如在通信系统的小区中在系统信息中广播，诸如在LTE中的系统信息块(SIB)中广播。<br>[0085] 第一配置信息可以包括指明寻呼检测窗口的长度的指示。...备选地或另外地，第一配置信息可以包括指明相对于寻呼时机窗口中的DL传输的开始的寻呼检测窗口的开始的指示。	对比文件公开了通过广播系统信息（如SIB）向UE发送“第一配置信息”，该信息用于确定“寻呼检测窗口”的长度和/或起始偏移。寻呼检测窗口由“一个或多个传输时间间隔（TTI）”构成（见[0077]段），这实质上定义了一组连续的寻呼信号监测时机。因此，接收此配置信息即隐含了“从小区接收对多个寻呼信号监测时机的指示”，因为配置信息定义了这些监测时机所在的时间窗口范围。本领域技术人员能够从对比文件的整体方案中合理推断出这一点。
技术特征I：从所述小区接收对所述多个寻呼信号监测时机的指示包括：从所述小区接收对要从所述小区发送的同步信号块SSB的数量、和寻呼时机中每个SSB的物理下行链路控制信道PDCCH监测时机的数量的指示。<br>判断结果：未公开	对比文件全文未提及“同步信号块（SSB）”、“每个SSB的PDCCH监测时机”等5G NR特有的概念和配置参数。	该技术特征涉及5G NR系统中非常具体的资源配置信令，用于确定基于波束的寻呼监测时机。对比文件基于LTE框架，其配置信息是关于“寻呼检测窗口”的长度和偏移（以TTI为单位），并未涉及SSB数量与每个SSB的PDCCH监测时机数量之间的映射关系。本领域技术人员无法从对比文件中直接或隐含地得到这一具体配置方式。
技术特征J：基于所述服务小区信号确定延迟时间包括：基于所述服务小区信号确定寻呼信号监测时机的数量；以及基于所确定的寻呼信号监测时机的数量确定所述延迟时间。<br>判断结果：直接公开	[0077] ...确定寻呼检测窗口，寻呼检测窗口包括寻呼时机窗口内的相对于检测到的下行链路传输的开始的一个或多个传输时间间隔。<br>[0085] 第一配置信息可以包括指明寻呼检测窗口的长度的指示。	对比文件中，“寻呼检测窗口”由“一个或多个传输时间间隔（TTI）”构成。通过接收的配置信息（作为服务小区信号的一部分，如广播系统信息）或预定规则，可以确定窗口包含的TTI数量，即“寻呼信号监测时机的数量”。基于此数量（例如，3个TTI），即可确定窗口的持续时间，即“延迟时间”。图5-7的示例也明确展示了基于配置的TTI数量（如3个）来确定寻呼检测窗口。因此，该技术特征被直接公开。
技术特征K：基于所述服务小区信号确定延迟时间包括：识别从所述小区接收到的所述服务小区信号的类型；以及基于所述服务小区信号的类型确定所述延迟时间。<br>判断结果：未公开	对比文件仅提及检测“下行链路传输的开始”这一种信号事件，并基于此统一确定寻呼检测窗口。未提及需要识别不同的“服务小区信号类型”（例如，区分是COT-SI、P-RNTI DCI还是其他信号），并根据不同类型应用不同的延迟时间确定逻辑。	目标专利该特征强调根据信号类型（如COT-SI或寻呼控制信息）差异化地确定延迟时间。对比文件的机制是单一的：只要检测到下行链路传输开始，就按照配置的窗口参数确定延迟时间。没有给出任何基于信号类型进行判断的启示或内容。因此，该技术特征未被公开。
技术特征L：基于所述服务小区信号确定延迟时间包括：确定所述服务小区信号包括寻呼控制信息；以及基于确定所述服务小区信号包括寻呼控制信息来确定所述延迟时间。<br>判断结果：未公开	对比文件未记载“确定服务小区信号包括寻呼控制信息”这一具体判断步骤。其焦点在于检测下行链路传输的开始，并假设在寻呼检测窗口内可能发送寻呼消息（由寻呼控制信息调度），但并未将“识别出寻呼控制信息”作为确定寻呼检测窗口（延迟时间）的前提或依据。	目标专利该特征将“确定包括寻呼控制信息”作为一个明确的判断条件，并基于此条件触发特定的延迟时间确定逻辑。对比文件的方案中，确定延迟时间（寻呼检测窗口）与是否包含寻呼控制信息无关，它是在检测到任何下行链路传输开始时就必须确定的。因此，该技术特征未被公开。
技术特征M：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定剩余COT持续时间与寻呼时机的重叠是否小于阈值；以及响应于确定所述重叠小于所述阈值，确定所述延迟时间包括所述寻呼时机的结束；或者响应于确定所述重叠不小于所述阈值，确定所述延迟时间包括所述剩余COT持续时间。<br>判断结果：未公开	对比文件未公开“COT结构指示符”，也未公开“剩余COT持续时间”、“与寻呼时机的重叠比较阈值”等具体参数和判断逻辑。	该技术特征是一套基于COT结构指示符内容的特定算法，涉及剩余时间、重叠判断和阈值比较。对比文件确定延迟时间（寻呼检测窗口）的机制是基于预配置的窗口长度和起始偏移，或简单地与下行链路传输开始对齐，完全不涉及对剩余COT持续时间及其与寻呼时机重叠关系的动态评估。因此，该技术特征未被公开。
技术特征N：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；确定所述COT结构指示符不指示下行链路突发；以及基于所述寻呼时机的持续时间确定所述延迟时间。<br>判断结果：未公开	对比文件未公开“COT结构指示符”，也未公开根据该指示符判断“寻呼时机与上行链路突发重叠”以及“指示符不指示下行链路突发”的场景。其方案未考虑上行链路突发对寻呼监测的影响。	该技术特征详细描述了在一种特定COT结构（仅有上行链路突发）下确定延迟时间的逻辑。对比文件的方案完全未涉及对信道占用时间内上行链路/下行链路突发结构的解析，也没有相应的处理逻辑。因此，该技术特征未被公开。
技术特征O：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及基于与所述COT结构指示符中指示的下行链路突发重叠的第一寻呼信号监测时机来确定所述延迟时间。<br>判断结果：未公开	同特征N，对比文件未公开“COT结构指示符”及对其内容的解析，也未涉及“与下行链路突发重叠的第一寻呼信号监测时机”的概念。	该技术特征描述了在寻呼时机与上行链路突发重叠，但COT内又存在下行链路突发时的处理方式。对比文件的方案不具备解析这种复杂信道结构的能力，也未给出相应的处理思路。因此，该技术特征未被公开。
技术特征P：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及响应于确定所述寻呼时机与所述上行链路突发重叠，确定所述延迟时间为零。<br>判断结果：未公开	对比文件未公开“COT结构指示符”，也未公开“寻呼时机与上行链路突发重叠”时设置延迟时间为零的处理方式。	该技术特征是一种极端的节能策略，在特定重叠情况下立即停止监测。对比文件的方案中，只要检测到下行链路传输开始，就会启动一个非零长度的寻呼检测窗口，没有这种立即停止的机制。因此，该技术特征未被公开。
技术特征Q：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于同步信号块SSB的测量定时配置持续时间期间接收到所述COT结构指示符；确定下行链路突发持续时间或信道占用持续时间与在所述COT结构指示符中指示的基于SSB的测量定时配置持续时间的重叠是否小于阈值；以及响应于确定所述下行链路突发持续时间或信道占用持续时间与所述基于SSB的测量定时配置持续时间的重叠小于所述阈值，确定所述延迟时间包括寻呼时机的剩余部分。<br>判断结果：未公开	对比文件未公开“COT结构指示符”、“基于SSB的测量定时配置持续时间”等5G NR特有概念，也未公开所述复杂的重叠判断逻辑。	该技术特征涉及与SSB测量定时配置相关的复杂交互判断，是目标专利中针对特定场景的优化算法。对比文件基于LTE框架，其技术方案完全未涉及这些概念和判断逻辑。因此，该技术特征未被公开。
技术特征R：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于将不与所述基于SSB的测量定时配置持续时间重叠的寻呼信号监测时机的数量来确定所述延迟时间。<br>判断结果：未公开	同特征Q，对比文件未公开“COT结构指示符”、“基于SSB的测量定时配置持续时间”，也没有“基于不重叠的监测时机数量确定延迟时间”的逻辑。	该技术特征同样是依赖于SSB测量配置的特定算法。对比文件确定延迟时间基于的是固定的窗口长度或起始偏移，而非动态计算不与某个特定配置重叠的时机数量。因此，该技术特征未被公开。
技术特征S：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于在同步序列突发之后发生的寻呼信号监测时机的数量来确定所述延迟时间。<br>判断结果：未公开	同特征Q、R，对比文件未公开“COT结构指示符”、“基于SSB的测量定时配置持续时间”、“同步序列突发”等概念，也没有“基于同步序列突发之后的时机数量确定延迟时间”的逻辑。	该技术特征涉及5G NR中同步信号突发与寻呼监测时机的时序关系。对比文件基于LTE，未引入这些概念和相应的处理机制。因此，该技术特征未被公开。
技术特征T：在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测包括：从所述小区接收指示所述无线设备能够停止对所述寻呼信号的监测的消息；以及响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测。<br>判断结果：未公开	对比文件中停止监测的条件是：1) 寻呼检测窗口时间到；2) 成功接收到寻呼消息。并未记载需要从小区额外接收一个专门的“指示能够停止监测的消息”作为停止监测的触发条件。	目标专利该特征引入了一个显式的信令控制机制，即基站通过发送特定消息来命令UE停止监测。对比文件的停止机制是基于时间窗结束或成功解码寻呼消息这一结果，是UE自主判断的行为，无需基站发送额外的停止命令。两者机制不同，该技术特征未被公开。
技术特征U：指示所述无线设备能够停止对所述寻呼信号的监测的所述消息包括寻呼无线电网络临时标识符P‑RNTI消息。<br>判断结果：未公开	对比文件提到了P-RNTI用于调度寻呼消息（如背景技术部分），但未提及P-RNTI消息可用于作为“指示停止监测的消息”。	由于特征T未被公开，作为其具体实现方式的特征U自然也未被公开。此外，对比文件中P-RNTI的作用是调度寻呼消息，而非指示停止监测，两者功能不同。
技术特征V：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测包括：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对一个或多个PDCCH监测时机中的所述寻呼信号的监测。<br>判断结果：未公开	同特征T、U，对比文件未公开所述“停止监测消息”，因此也不存在基于该消息停止对PDCCH监测时机进行监测的具体动作描述。	该技术特征是特征T、U的下位具体操作。由于上位概念未被公开，该具体操作也未被公开。