对比文件名称：US2021274465A1_Description_20260105_0518
目标专利名称：由无线设备管理寻呼监测
本次调用的模型名称：DeepSeek最新版本模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种由无线设备的装置管理寻呼监测的方法**<br><br>**判断结果：隐含公开** | **段落[0033]：** “A PO is a set of ‘S’ consecutive PDCCH monitoring occasions, where ‘S’ is the number of actual transmitted Synchronization Signal Blocks (SSBs) determined according to ssb-PositionsInBurst in SIB1. The Kth PDCCH monitoring occasion for paging in the PO corresponds to the Kth transmitted SSB. A PO can include multiple time slots (e.g., subframe or OFDM symbol) where a paging DCI can be sent to the UE 101 (see e.g., 3GPP TS 38.213 v15.2.0 (2018-06)). The PDCCH monitoring occasions for a PO can span one or multiple radio frames.”<br><br>**段落[0064]：** “FIGS. 5-6 show example procedures 500-600, respectively, in accordance with various embodiments. For illustrative purposes, the various operations of processes 500-600 are described as being performed by UEs 101 of FIG. 1 or elements thereof.”<br><br>**段落[0064]：** “FIG. 5 shows an adaptive Rx switching process 500 according to various embodiments. Process 500 begins at operation 505 where the baseband circuitry of the UE 101 in RRC_IDLE instructs or causes the RF circuitry to turn on, and the RF circuitry warms up to receive and/or measure an SSB. ... At operation 525, when the RF circuitry is in the ON state, the baseband circuitry controls the RF circuitry to receive signaling for monitoring for the paging.” | **论述：** 技术特征A描述了一种由无线设备（UE）执行的管理寻呼监测的方法。对比文件US2021274465A1全文（特别是其实施例部分）的核心主题就是UE在空闲（RRC_IDLE）模式下如何管理其操作（包括寻呼监测和测量）以降低功耗。文件详细描述了UE在DRX周期内执行的一系列步骤，包括在一个时间窗口（测量期）激活RF电路进行测量（如SSB测量），在另一个时间窗口（寻呼时机PO）激活RF电路监测寻呼信道以接收寻呼消息（见段落[0064]对图5流程的描述）。这个过程本身就是一种“管理寻呼监测的方法”。虽然对比文件没有使用“管理寻呼监测”这一完全相同的表述，但其描述的UE在空闲模式下控制RF电路在特定时机开启以进行寻呼监测，并管理这些监测活动以节省功耗，其本质就是管理寻呼监测。本领域技术人员阅读对比文件后，能够直接理解其中描述的就是一种UE管理其寻呼监测过程的方法。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B：从小区接收服务小区信号**<br><br>**判断结果：隐含公开** | **段落[0033]：** “The Kth PDCCH monitoring occasion for paging in the PO corresponds to the Kth transmitted SSB.”<br><br>**段落[0054]：** “In FIG. 2, the RF circuitry is first in the OFF state for a period of time 201 ..., and then transitions to the ON state during a transition time 202 ... to receive and/or measure an SSB.”<br><br>**段落[0064]：** “At operation 510, when the RF circuitry is in the ON state, the baseband circuitry controls the RF circuitry to receive SSB signaling for reception/measurement of the SSB.”<br><br>**段落[0030]：** “The paging procedures allow the NW to reach the UEs 101 in RRC_IDLE and RRC_INACTIVE through Paging messages...” | **论述：** 技术特征B要求“从小区接收服务小区信号”。对比文件明确描述了UE从其服务小区接收信号。具体而言，UE接收来自服务小区的同步信号块（SSB）用于测量（段落[0054], [0064]），并在寻呼时机（PO）接收来自服务小区的寻呼消息（段落[0030]）。SSB和寻呼消息都是典型的由服务小区发送给UE的下行信号。目标专利说明书[0051]段指出“服务小区信号可以包括寻呼控制信息，诸如由寻呼无线电网络临时标识符(P-RNTI)标识的PDCCH消息。在一些实施方式中，服务小区信号可以包括如上所述的COT-SI消息。”这表明在目标专利中，“服务小区信号”是一个宽泛的概念，包括来自服务小区的各种下行信号。对比文件中描述的SSB和寻呼消息（通过P-RNTI在PDCCH上调度）完全落入了这个范畴。因此，本领域技术人员可以从对比文件中明确推断出UE从其服务小区接收信号（SSB、寻呼消息），即接收“服务小区信号”。该特征被隐含公开。 |
| **技术特征C：基于所述服务小区信号确定延迟时间**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未描述基于接收到的服务小区信号来确定一个“延迟时间”的概念。 | **论述：** 技术特征C要求基于接收到的服务小区信号来确定一个“延迟时间”。根据目标专利说明书[0051]段，该延迟时间用于“确定继续监测寻呼相关的信令多长时间，以及确定无线设备何时可以停止对寻呼相关的信令的监测”。这是一个动态确定的、用于控制寻呼监测持续时间的参数。对比文件虽然描述了UE在DRX周期内分开进行测量和寻呼监测（例如，图5的流程），但其时间安排是基于预配置的DRX周期、SMTC窗口、PO定义等（段落[0033], [0036]），或者基于比较时间间隔与阈值来决定是否分离RF开启时段（段落[0051]：“the UE 101 compares the time gap length ... with a predefined or configured threshold”）。**没有证据表明对比文件中的UE需要或能够基于刚刚接收到的“服务小区信号”（如SSB或寻呼消息）的内容或特性，来实时计算或确定一个用于延长或终止寻呼监测的“延迟时间”。** 对比文件中的UE行为是基于预定的时间表和配置，而非基于接收到的信号内容进行动态决策。因此，该技术特征既未被对比文件直接公开，也无法从中合理推断出来。 |
| **技术特征D：在所述服务小区信号中接收信道占用时间COT结构指示符**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件全文未提及“信道占用时间（COT）”、“COT结构指示符”或任何类似概念。 | **论述：** 技术特征D涉及在服务小区信号中接收“信道占用时间（COT）结构指示符”。根据目标专利说明书[0015]-[0020]段，COT结构指示符与在未许可频谱上的信道接入（LBT）和发送机会（TxOP）管理相关。对比文件US2021274465A1专注于在许可频谱上（或未明确区分频谱类型）的NR空闲模式操作，其核心问题是处理寻呼时机（PO）与测量时机（SSB）的冲突以降低功耗，完全未涉及未许可频谱操作、LBT过程或COT共享等概念。文件中没有任何关于COT、COT结构指示符或其接收的描述。因此，该技术特征未被对比文件公开。 |
| **技术特征E：以及响应于在所述服务小区信号中接收到所述COT结构指示符而确定所述延迟时间**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未提及COT结构指示符，因此也不可能描述基于接收COT结构指示符来确定延迟时间。 | **论述：** 技术特征E是技术特征D和C的结合与延伸，要求响应于接收到COT结构指示符来确定延迟时间。如上所述，对比文件中既不存在“COT结构指示符”的概念，也不存在“基于服务小区信号确定延迟时间”的方法。因此，这个特定的因果关系和操作步骤在对比文件中完全没有基础，无法被直接或隐含地公开。 |
| **技术特征F：在所确定的延迟时间期间监测寻呼信号**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件描述了在寻呼时机（PO）监测寻呼信号，但未描述在一个“确定的延迟时间”期间进行监测。 | **论述：** 技术特征F要求在“所确定的延迟时间”期间监测寻呼信号。对比文件确实描述了UE在寻呼时机（PO）期间监测寻呼信道以接收寻呼消息（段落[0030], [0064]）。然而，这个PO是预先根据DRX周期、UE ID等参数计算好的固定时间段（段落[0033]），并非一个基于实时接收的信号动态“确定的延迟时间”。目标专利中的“延迟时间”是一个可变的持续时间，可能延长或缩短寻呼监测。由于对比文件未公开“确定延迟时间”这一前提特征（技术特征C），因此也就不存在在一个“确定的延迟时间”内监测寻呼信号的概念。该技术特征未被公开。 |
| **技术特征G：在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测。**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件描述了在PO结束后停止监测（例如，通过关闭RF电路），但未提及基于“延迟时间期满”来停止监测。 | **论述：** 技术特征G要求在延迟时间期满时或之后停止监测。对比文件中，UE在PO的监测时机结束后会关闭RF电路（段落[0064]操作530），这可以视为停止监测。但是，这个停止点是由预定义的PO结束决定的，而不是由动态确定的“延迟时间”的期满触发的。由于“确定延迟时间”这一核心控制逻辑未被公开，因此基于该延迟时间期满来停止监测的特定操作也无法在对比文件中找到对应或合理推断。 |
| **技术特征H：从小区接收服务小区信号包括：从所述小区接收对多个寻呼信号监测时机的指示。**<br><br>**判断结果：隐含公开** | **段落[0033]：** “A PO is a set of ‘S’ consecutive PDCCH monitoring occasions, where ‘S’ is the number of actual transmitted Synchronization Signal Blocks (SSBs) determined according to ssb-PositionsInBurst in SIB1. The Kth PDCCH monitoring occasion for paging in the PO corresponds to the Kth transmitted SSB.”<br><br>**段落[0033]：** “The PDCCH monitoring occasions for paging are determined according to pagingSearchSpace as specified in 3GPP TS 38.213 v15.2.0 (2018-06) and firstPDCCH-MonitoringOccasionOfPO if configured as specified in TS 38.331 v15.2.1 (2018-06).” | **论述：** 技术特征H限定从小区接收的信号中包含对“多个寻呼信号监测时机”的指示。对比文件明确描述了一个寻呼时机（PO）由一组（‘S’个）连续的PDCCH监测时机组成（段落[0033]）。参数‘S’（即实际发送的SSB数量）是通过系统信息块（SIB1）中的‘ssb-PositionsInBurst’信息元素来确定的。此外，PDCCH监测时机本身也是根据‘pagingSearchSpace’等配置信息来确定的。这意味着UE通过接收并解码来自服务小区的系统信息（如SIB1）和RRC配置，获得了关于构成一个PO的多个PDCCH监测时机的定义和位置信息。这本质上就是从小区接收对多个寻呼信号监测时机的指示。因此，该技术特征被对比文件隐含公开。 |
| **技术特征I：从所述小区接收对所述多个寻呼信号监测时机的指示包括：从所述小区接收对要从所述小区发送的同步信号块SSB的数量、和寻呼时机中每个SSB的物理下行链路控制信道PDCCH监测时机的数量的指示。**<br><br>**判断结果：隐含公开** | **段落[0033]：** “A PO is a set of ‘S’ consecutive PDCCH monitoring occasions, where ‘S’ is the number of actual transmitted Synchronization Signal Blocks (SSBs) determined according to ssb-PositionsInBurst in SIB1.”<br><br>**段落[0033]：** “The Kth PDCCH monitoring occasion for paging in the PO corresponds to the Kth transmitted SSB.” | **论述：** 技术特征I进一步限定了指示的具体内容：SSB的数量和每个SSB对应的PDCCH监测时机数量。对比文件段落[0033]明确指出，PO中PDCCH监测时机的数量‘S’等于实际发送的SSB的数量，并且第K个监测时机对应第K个发送的SSB。这直接隐含了：1) UE需要知道SSB的数量(‘S’)；2) 在此描述中，每个SSB恰好对应一个PDCCH监测时机（即每个SSB的PDCCH监测时机数量为1）。虽然对比文件此处描述的是默认或一种特定关联（每个SSB对应一个监测时机），但目标专利权利要求I中“每个SSB的PDCCH监测时机的数量”可以理解为一种配置关系。对比文件通过‘ssb-PositionsInBurst’指示了SSB数量，并通过将PO定义为‘S’个连续监测时机且与SSB一一对应，隐含地指示了“每个SSB的PDCCH监测时机的数量”（在此为1）。本领域技术人员可以理解，这是一种具体的指示方式。因此，该技术特征被对比文件隐含公开。 |
| **技术特征J：基于所述服务小区信号确定延迟时间包括：基于所述服务小区信号确定寻呼信号监测时机的数量；以及基于所确定的寻呼信号监测时机的数量确定所述延迟时间。**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未描述基于服务小区信号确定寻呼信号监测时机数量，并据此确定延迟时间。 | **论述：** 技术特征J描述了一种具体的确定延迟时间的方式：先基于服务小区信号确定寻呼信号监测时机的数量，再基于该数量确定延迟时间。对比文件虽然提到了寻呼信号监测时机的数量（‘S’），但这个数量是通过预配置的系统信息（SIB1）获得的，并且是用于定义PO的固定参数，而不是基于实时接收的某个“服务小区信号”动态确定的。更重要的是，对比文件中没有将监测时机的数量与一个可变的“延迟时间”关联起来。确定延迟时间这一核心概念本身在对比文件中就不存在（见技术特征C论述）。因此，这个具体实施方式也未被公开。 |
| **技术特征K：基于所述服务小区信号确定延迟时间包括：识别从所述小区接收到的所述服务小区信号的类型；以及基于所述服务小区信号的类型确定所述延迟时间。**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未描述识别服务小区信号的类型并基于类型确定延迟时间。 | **论述：** 技术特征K描述了另一种确定延迟时间的方式：识别服务小区信号的类型（例如，是寻呼控制信息还是COT-SI），并基于类型确定延迟时间。对比文件确实提到了UE接收不同类型的下行信号，如SSB（用于测量）和寻呼消息（段落[0054], [0030]）。但是，对比文件从未描述UE需要识别这些信号的类型，并根据识别出的类型来动态计算一个用于控制寻呼监测时长的“延迟时间”。UE在对比文件中的行为是基于预定时序的，而非基于信号类型的实时决策。因此，该技术特征未被公开。 |
| **技术特征L：基于所述服务小区信号确定延迟时间包括：确定所述服务小区信号包括寻呼控制信息；以及基于确定所述服务小区信号包括寻呼控制信息来确定所述延迟时间。**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未描述基于确定信号中包含寻呼控制信息来确定延迟时间。 | **论述：** 技术特征L是技术特征K的一个具体案例，即当识别出服务小区信号包含寻呼控制信息（PCI）时，据此确定延迟时间。对比文件中，UE在PO期间监测PDCCH以接收可能包含寻呼控制信息（通过P-RNTI加扰）的DCI（段落[0030]）。然而，对比文件并未教导或暗示UE在成功解码出寻呼控制信息后，需要基于这一事件来确定一个“延迟时间”。UE在收到寻呼消息后的行为在对比文件中未详细说明，但可以推断是交由高层处理或进入休眠，而非启动一个由延迟时间控制的新监测阶段。因此，该技术特征未被公开。 |
| **技术特征M：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定剩余COT持续时间与寻呼时机的重叠是否小于阈值；以及响应于确定所述重叠小于所述阈值，确定所述延迟时间包括所述寻呼时机的结束；或者响应于确定所述重叠不小于所述阈值，确定所述延迟时间包括所述剩余COT持续时间。**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未提及COT结构指示符、剩余COT持续时间及其与寻呼时机的重叠判断。 | **论述：** 技术特征M描述了一种非常具体的、基于COT结构指示符确定延迟时间的算法。该算法涉及判断剩余COT持续时间与寻呼时机的重叠关系，并根据该关系决定延迟时间是到寻呼时机结束还是到剩余COT结束。如之前所述，对比文件完全未涉及COT相关概念。因此，这个具体的算法步骤在对比文件中没有任何依据，既未被直接描述，也无法从中隐含推导。 |
| **技术特征N：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；确定所述COT结构指示符不指示下行链路突发；以及基于所述寻呼时机的持续时间确定所述延迟时间。**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未提及COT结构指示符、上行链路/下行链路突发，也未描述基于此类信息确定延迟时间。 | **论述：** 技术特征N描述了另一种基于COT结构指示符确定延迟时间的场景。该场景涉及判断寻呼时机是否与上行链路突发重叠，以及COT结构指示符是否指示下行链路突发，并据此决定延迟时间。同样，由于对比文件完全不涉及COT、UL/DL突发等在未许可频谱或动态时隙格式中的概念，因此这一系列判断和决策过程在对比文件中不存在。该技术特征未被公开。 |
| **技术特征O：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及基于与所述COT结构指示符中指示的下行链路突发重叠的第一寻呼信号监测时机来确定所述延迟时间。**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未提及COT结构指示符及相关的UL/DL突发判断。 | **论述：** 技术特征O是技术特征N的变体，同样基于COT结构指示符来判断寻呼时机与上行链路突发重叠，但随后根据下行链路突发重叠的第一个监测时机来确定延迟时间。如前所述，对比文件缺乏所有与COT和动态TDD结构相关的概念基础。因此，该技术特征未被公开。 |
| **技术特征P：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及响应于确定所述寻呼时机与所述上行链路突发重叠，确定所述延迟时间为零。**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未提及COT结构指示符及相关的UL突发重叠判断。 | **论述：** 技术特征P描述了当寻呼时机与上行链路突发重叠时，将延迟时间设为零（即立即停止或跳过监测）。这同样是基于COT结构指示符的动态决策。对比文件未涉及此概念。因此，该技术特征未被公开。 |
| **技术特征Q：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于同步信号块SSB的测量定时配置持续时间期间接收到所述COT结构指示符；确定下行链路突发持续时间或信道占用持续时间与在所述COT结构指示符中指示的基于SSB的测量定时配置持续时间的重叠是否小于阈值；以及响应于确定所述下行链路突发持续时间或信道占用持续时间与所述基于SSB的测量定时配置持续时间的重叠小于所述阈值，确定所述延迟时间包括寻呼时机的剩余部分。**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未提及COT结构指示符，也未描述在SMTC期间接收信号并判断重叠以确定延迟时间。 | **论述：** 技术特征Q描述了一个复杂的、与测量定时配置（SMTC）窗口相关的延迟时间确定逻辑。它涉及判断COT结构指示符的接收时机，以及COT内的DL突发或总持续时间与SMTC窗口的重叠关系。对比文件虽然详细讨论了SMTC窗口（段落[0036]）和在其间的测量，但从未将其与任何动态确定的“延迟时间”或“COT结构指示符”相关联。该技术特征在对比文件中毫无踪迹，未被公开。 |
| **技术特征R：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于将不与所述基于SSB的测量定时配置持续时间重叠的寻呼信号监测时机的数量来确定所述延迟时间。**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未提及COT结构指示符，也未描述基于不与SMTC重叠的监测时机数量来确定延迟时间。 | **论述：** 技术特征R同样是基于COT结构指示符和SMTC窗口的延迟时间确定方法。它关注于那些不与SMTC窗口重叠的寻呼监测时机。对比文件没有将寻呼监测时机与SMTC窗口进行这种“重叠与否”的分类，并据此推导出一个时间参数。该技术特征未被公开。 |
| **技术特征S：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于在同步序列突发之后发生的寻呼信号监测时机的数量来确定所述延迟时间。**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未提及COT结构指示符，也未描述基于“同步序列突发之后”的监测时机数量来确定延迟时间。 | **论述：** 技术特征S描述了一种基于COT结构指示符，并以“同步序列突发”为参考点来确定延迟时间的方法。对比文件中提到了“SSB burst”（段落[0040]），但并未将其称为“同步序列突发”，也未将其作为计算寻呼监测延迟的基准。该技术特征未被公开。 |
| **技术特征T：在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测包括：从所述小区接收指示所述无线设备能够停止对所述寻呼信号的监测的消息；以及响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测。**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未描述从网络接收一条显式的“停止监测”消息。 | **论述：** 技术特征T描述了一种停止监测的具体方式：接收一条显式的网络指令消息。根据目标专利说明书[0048]段，这种消息可以是仅包含P-RNTI DCI而没有调度PDSCH的消息，作为“进入睡眠”指令。对比文件中，UE在PO期间监测P-RNTI DCI以接收寻呼消息或短消息（段落[0030]），但并未描述网络会发送一种特殊的、仅用于指示UE停止监测的P-RNTI DCI。UE停止监测的时机在对比文件中是由PO的结束（预定义时间点）或DRX周期逻辑决定的，而非由一条特定的下行指令动态触发。因此，该技术特征未被公开。 |
| **技术特征U：指示所述无线设备能够停止对所述寻呼信号的监测的所述消息包括寻呼无线电网络临时标识符P‑RNTI消息。**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未描述使用P-RNTI消息作为停止监测的指令。 | **论述：** 技术特征U限定了技术特征T中消息的类型为P-RNTI消息。对比文件中，P-RNTI用于在PDCCH上加扰DCI，以调度寻呼消息或携带短消息（段落[0030]）。然而，对比文件从未提及或暗示P-RNTI DCI可以用于在不调度任何PDSCH的情况下，单纯作为一条命令来指示UE停止寻呼监测。由于技术特征T本身未被公开，其进一步限定的消息类型自然也未被公开。 |
| **技术特征V：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测包括：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对一个或多个PDCCH监测时机中的所述寻呼信号的监测。**<br><br>**判断结果：未公开** | **无对应原文引用。** 对比文件未描述基于接收特定消息来停止对PDCCH监测时机的监测。 | **论述：** 技术特征V进一步明确了停止监测的对象是“一个或多个PDCCH监测时机”。对比文件中，UE在PO期间对PDCCH监测时机进行监测。但是，停止这一监测的触发条件在对比文件中是PO的结束，而非接收到一条特定消息。由于技术特征T和U均未被公开，这个更具体的操作步骤也无法在对比文件中找到依据。 |
### 结论
根据以上逐一比对和论述，对比文件US2021274465A1隐含公开了技术特征A、B、H、I。对于技术特征C、D、E、F、G、J、K、L、M、N、O、P、Q、R、S、T、U、V，对比文件既未直接公开也未隐含公开。
因此，在回答结尾应插入的代码为：<<<a>>><<<b>>><<<h>>><<<i>>>