非显而易见法律服务网

技术特征描述及公开性判断结果	对比文件原文引用	公开性论述
技术特征A：一种由无线设备的装置管理寻呼监测的方法<br>判断结果：隐含公开	[0061] In some embodiments, UEs 106 may be further restricted to expect paging only in specific subframes constituting a subset of the DMTC subframes 350-355. The restriction for the number of subframes 350-355 may be via configuration (e.g. broadcast in scheduling information blocks (SIBs)) or via specification. In the case of such restrictions, different UEs 106 may be assigned to expect paging indicators in different subsets of DMTC subframes 350-355.	对比文件公开了UE（即无线设备）可以基于配置（例如在SIB中广播）或规范，被限制为仅在构成DMTC子帧子集的特定子帧中监测寻呼指示。这实质上描述了UE管理其寻呼监测行为的方法，即根据网络配置确定在哪些时间窗口（DMTC子帧子集）内监测寻呼。虽然对比文件侧重于UE“期望”寻呼的时机，但“期望”寻呼必然伴随着在该时机进行“监测”的行为。因此，本领域技术人员可以合理推断出对比文件隐含公开了一种由无线设备执行的寻呼监测管理方法。
技术特征B：从小区接收服务小区信号<br>判断结果：隐含公开	[0065] ...the UE 106a, for example, can listen for a paging indicator at (or after) the determined UE assignment timing 320 to determine whether the eNB 104 is transmitting a paging indication for the UE 106a.	对比文件描述了UE在确定的UE分配时间320监听（listen for）寻呼指示，以确定eNB（即小区）是否正在为其发送寻呼指示。“监听”寻呼指示这一行为，必然包含从小区（eNB）接收信号的过程。虽然对比文件未明确使用“服务小区信号”这一术语，但“寻呼指示”可以理解为一种特定类型的服务小区信号。因此，本领域技术人员可以合理推断出对比文件隐含公开了“从小区接收服务小区信号”这一特征。
技术特征C：基于所述服务小区信号确定延迟时间<br>判断结果：隐含公开	[0074] ...the UE 106 can start with a non-zero backoff window 480. ... After the expiration of the backoff window 480, the UE 106 can initiate a RACH procedure at the next-occurring RACH anchor 485.	对比文件公开了UE在接收到寻呼子帧（寻呼指示的一种形式，即一种服务小区信号）后，可以启动一个非零的回退窗口（backoff window）480，并在该回退窗口期满后在下一个RACH锚点发起RACH过程。这里的“回退窗口”480是一个等待时间，其功能与目标专利中的“延迟时间”类似，都是用于控制UE在接收到特定信号后的后续动作（发起RACH或停止监测）的时机。虽然对比文件未明确说明该回退窗口是基于服务小区信号“确定”的，但根据上下文，回退窗口的启动是由接收到寻呼子帧触发的，本领域技术人员可以合理推断出UE需要基于接收到的信号来确定或启动这个等待时间。因此，该特征被隐含公开。
技术特征D：在所述服务小区信号中接收信道占用时间COT结构指示符<br>判断结果：未公开	无	对比文件通篇未提及“信道占用时间（COT）结构指示符”或类似概念。对比文件主要关注在未授权频谱中分配DMTC窗口、发送寻呼指示以及管理RACH接入的方法，未涉及通过特定指示符来动态指示信道占用结构。因此，该技术特征既未被直接公开，也未被隐含公开。
技术特征E：以及响应于在所述服务小区信号中接收到所述COT结构指示符而确定所述延迟时间<br>判断结果：未公开	无	由于对比文件未公开技术特征D（接收COT结构指示符），因此也就不存在“响应于接收到COT结构指示符而确定延迟时间”这一后续逻辑步骤。该特征未被公开。
技术特征F：在所确定的延迟时间期间监测寻呼信号<br>判断结果：隐含公开	[0061] In some embodiments, UEs 106 may be further restricted to expect paging only in specific subframes constituting a subset of the DMTC subframes 350-355.	对比文件描述了UE被限制为仅在特定的DMTC子帧子集中“期望（expect）”寻呼。“期望”寻呼这一行为，在无线通信的上下文中，意味着UE需要在该时间段内打开接收机并尝试解码寻呼信道，即“监测寻呼信号”。虽然对比文件未明确使用“监测”一词，但这是实现“期望”功能的必然技术手段。结合技术特征C中隐含公开的“回退窗口”作为延迟时间，本领域技术人员可以理解，在回退窗口期间，UE可能处于等待状态，而非持续监测寻呼。但对比文件并未描述在回退窗口期间的具体行为。然而，从整体方案推断，在确定的寻呼监测时机（DMTC子帧子集）内，UE必然执行监测行为。因此，该特征可以被认为在寻呼监测上下文中被隐含公开。
技术特征G：在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测。<br>判断结果：隐含公开	[0061] ...UEs 106 may be further restricted to expect paging only in specific subframes...<br>[0074] ...After the expiration of the backoff window 480, the UE 106 can initiate a RACH procedure...	对比文件通过“仅（only）在特定子帧中期望寻呼”的描述，隐含了在非特定子帧的时间段，UE不需要期望/监测寻呼，即可以停止监测。这符合“在特定时间监测，在其他时间停止监测”的基本逻辑。此外，结合技术特征C中隐含的“回退窗口”，在回退窗口期满后，UE执行的是发起RACH过程，而非继续监测寻呼，这也可以理解为一种在延迟时间（回退窗口）期满后停止监测寻呼（转而执行其他动作）的体现。因此，本领域技术人员可以合理推断出该特征被隐含公开。
技术特征H：从小区接收服务小区信号包括：从所述小区接收对多个寻呼信号监测时机的指示。<br>判断结果：隐含公开	[0061] The restriction for the number of subframes 350-355 may be via configuration (e.g. broadcast in scheduling information blocks (SIBs)) or via specification. In the case of such restrictions, different UEs 106 may be assigned to expect paging indicators in different subsets of DMTC subframes 350-355.	对比文件明确说明，对UE寻呼监测子帧数量的限制可以通过配置（例如在SIB中广播）来实现，并且不同的UE可以被分配到不同的DMTC子帧子集。SIB是基站（小区）广播的系统信息。因此，从小区接收SIB配置信息，就是接收对寻呼监测时机（特定DMTC子帧子集）的指示。虽然对比文件未明确使用“多个寻呼信号监测时机”这一表述，但“不同的DMTC子帧子集”必然包含多个子帧/时机。因此，该特征被隐含公开。
技术特征I：从所述小区接收对所述多个寻呼信号监测时机的指示包括：从所述小区接收对要从所述小区发送的同步信号块SSB的数量、和寻呼时机中每个SSB的物理下行链路控制信道PDCCH监测时机的数量的指示。<br>判断结果：未公开	无	对比文件虽然提到了通过SIB配置寻呼监测时机，但并未具体描述该配置信息中包含“要从小区发送的SSB的数量”以及“寻呼时机中每个SSB的PDCCH监测时机的数量”这两个特定参数。对比文件使用的是“DMTC子帧”和“子帧子集”等更通用的时域概念，未涉及与SSB波束扫描以及每个SSB对应的PDCCH监测时机数量相关的NR或LTE-A Pro中的特定配置方式。因此，该具体限定特征未被公开。
技术特征J：基于所述服务小区信号确定延迟时间包括：基于所述服务小区信号确定寻呼信号监测时机的数量；以及基于所确定的寻呼信号监测时机的数量确定所述延迟时间。<br>判断结果：未公开	无	对比文件未描述UE基于接收到的服务小区信号（如寻呼指示）来确定寻呼信号监测时机的数量，并基于此数量来确定延迟时间（如回退窗口）的具体逻辑。对比文件中的回退窗口大小可以是随机的、基于DMTC周期性的函数，或由eNB指定，但并未与“寻呼信号监测时机的数量”建立关联。因此，该特征未被公开。
技术特征K：基于所述服务小区信号确定延迟时间包括：识别从所述小区接收到的所述服务小区信号的类型；以及基于所述服务小区信号的类型确定所述延迟时间。<br>判断结果：未公开	无	对比文件未区分不同类型的服务小区信号（例如，寻呼控制信息、COT结构指示符等），也未描述UE需要识别信号类型并根据不同类型采取不同的延迟时间确定策略。因此，该特征未被公开。
技术特征L：基于所述服务小区信号确定延迟时间包括：确定所述服务小区信号包括寻呼控制信息；以及基于确定所述服务小区信号包括寻呼控制信息来确定所述延迟时间。<br>判断结果：隐含公开	[0065] ...the UE 106a, for example, can listen for a paging indicator...<br>[0074] ...the UE 106 can start with a non-zero backoff window 480.	对比文件描述了UE监听“寻呼指示（paging indicator）”，这等同于目标专利中的“寻呼控制信息”。并且，如前所述，UE在接收到寻呼子帧（包含寻呼指示）后，会启动一个非零的回退窗口。这实质上就是“基于确定服务小区信号包括寻呼控制信息来确定延迟时间（回退窗口）”。虽然对比文件未使用“确定...包括...”的表述，但监听并识别出寻呼指示是启动后续回退窗口逻辑的前提，本领域技术人员可以合理推断出这一隐含关系。因此，该特征被隐含公开。
技术特征M：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定剩余COT持续时间与寻呼时机的重叠是否小于阈值；以及响应于确定所述重叠小于所述阈值，确定所述延迟时间包括所述寻呼时机的结束；或者响应于确定所述重叠不小于所述阈值，确定所述延迟时间包括所述剩余COT持续时间。<br>判断结果：未公开	无	该特征完全依赖于“COT结构指示符”这一概念，而对比文件未公开任何与COT结构指示符相关的内容（参见特征D）。因此，基于COT结构指示符进行重叠判断并确定延迟时间的这一系列具体操作步骤，在对比文件中完全没有基础，既未被直接公开，也未被隐含公开。
技术特征N：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；确定所述COT结构指示符不指示下行链路突发；以及基于所述寻呼时机的持续时间确定所述延迟时间。<br>判断结果：未公开	无	该特征完全依赖于“COT结构指示符”以及其中指示的“上行链路突发”、“下行链路突发”等概念，这些在对比文件中均未出现。因此，该特征未被公开。
技术特征O：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及基于与所述COT结构指示符中指示的下行链路突发重叠的第一寻呼信号监测时机来确定所述延迟时间。<br>判断结果：未公开	无	同上，该特征完全依赖于对比文件中未出现的COT结构指示符及相关概念。因此，该特征未被公开。
技术特征P：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及响应于确定所述寻呼时机与所述上行链路突发重叠，确定所述延迟时间为零。<br>判断结果：未公开	无	同上，该特征完全依赖于对比文件中未出现的COT结构指示符及相关概念。因此，该特征未被公开。
技术特征Q：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于同步信号块SSB的测量定时配置持续时间期间接收到所述COT结构指示符；确定下行链路突发持续时间或信道占用持续时间与在所述COT结构指示符中指示的基于SSB的测量定时配置持续时间的重叠是否小于阈值；以及响应于确定所述下行链路突发持续时间或信道占用持续时间与所述基于SSB的测量定时配置持续时间的重叠小于所述阈值，确定所述延迟时间包括寻呼时机的剩余部分。<br>判断结果：未公开	无	同上，该特征完全依赖于对比文件中未出现的COT结构指示符、SSB测量定时配置以及相关重叠判断逻辑。因此，该特征未被公开。
技术特征R：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于将不与所述基于SSB的测量定时配置持续时间重叠的寻呼信号监测时机的数量来确定所述延迟时间。<br>判断结果：未公开	无	同上，该特征完全依赖于对比文件中未出现的COT结构指示符和SSB测量定时配置。因此，该特征未被公开。
技术特征S：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于在同步序列突发之后发生的寻呼信号监测时机的数量来确定所述延迟时间。<br>判断结果：未公开	无	同上，该特征完全依赖于对比文件中未出现的COT结构指示符和SSB测量定时配置。因此，该特征未被公开。
技术特征T：在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测包括：从所述小区接收指示所述无线设备能够停止对所述寻呼信号的监测的消息；以及响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测。<br>判断结果：未公开	无	对比文件描述UE停止监测寻呼，是基于“仅在特定子帧中期望寻呼”的配置（特征G），或是回退窗口期满后发起RACH（特征C），但并未描述通过接收一条显式的“停止监测消息”来触发停止监测这一动作。目标专利的该特征引入了一种明确的信令机制来控制停止监测的时机，这在对比文件中没有对应公开。
技术特征U：指示所述无线设备能够停止对所述寻呼信号的监测的所述消息包括寻呼无线电网络临时标识符P‑RNTI消息。<br>判断结果：未公开	无	由于技术特征T未被公开，因此作为其具体实施方式的特征U也未被公开。此外，对比文件中虽然提到了P-RNTI用于标识寻呼消息（见[0059]），但并未描述P-RNTI消息本身可以作为一条指示UE停止监测的独立命令。
技术特征V：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测包括：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对一个或多个PDCCH监测时机中的所述寻呼信号的监测。<br>判断结果：未公开	无	由于技术特征T和U均未被公开，因此作为其进一步具体化的特征V也未被公开。