**对比文件名称**：CN109644425A_Description_20260105_0515
**目标专利名称**：由无线设备管理寻呼监测
**本次调用的模型名称**：DeepSeek-R1
### 特征比对表格
| 第一栏：技术特征描述及公开性判断结果 | 第二栏：对比文件原文引用 | 第三栏：公开性论述 |
| **技术特征A**：一种由无线设备的装置管理寻呼监测的方法<br>**判断结果**：未公开 | 对比文件说明书“具体实施方式”部分（例如图4、图5、图6、图7、图12及相关描述）记载了用户设备侧确定备选时域位置并接收寻呼信令的方法。 | **论述**：目标专利的技术特征A限定了“由无线设备的装置管理寻呼监测的方法”，其核心在于无线设备侧主动管理寻呼监测过程，包括接收信号、确定延迟时间、监测及停止监测等一系列动作。对比文件虽然描述了用户设备侧“确定寻呼信令的备选时域位置”和“在所述备选时域位置上，接收所述寻呼信令”（参见图4步骤401-402，图5步骤501-502，图6步骤601-603，图7步骤704-705，图12及相关描述），但其整体技术方案是解决基站侧在LBT失败时如何发送寻呼信令的问题，用户设备的操作（确定并监测备选位置）是为了适应基站发送策略的变化。对比文件并未描述一个由无线设备主动发起并控制的、包含“确定延迟时间”和“在所确定的延迟时间期间监测”等完整步骤的寻呼监测管理方法。在对比文件的方案中，用户设备的行为是对基站发送行为的被动响应和适应，而非如目标专利所述的无线设备基于接收到的信号主动管理其监测时长以平衡功耗与性能。两者解决的问题、采用的技术手段及实现的功能均不相同。因此，对比文件既未直接公开也未隐含公开技术特征A。 |
| **技术特征B**：从小区接收服务小区信号<br>**判断结果**：隐含公开 | 对比文件说明书“具体实施方式”部分记载：“用户设备在首选时域位置上未接收到寻呼信令时，可以确定寻呼信令的备选时域位置。然后在所述备选时域位置上，接收所述寻呼信令。”（参见图4步骤401-402及相关描述） | **论述**：目标专利的技术特征B“从小区接收服务小区信号”是无线设备执行后续管理操作的前提。根据目标专利说明书[0050]-[0051]段，服务小区信号可以是寻呼控制信息或COT结构指示符等。对比文件明确记载了用户设备需要“接收所述寻呼信令”。要接收寻呼信令，用户设备必然需要从小区的基站接收信号。虽然对比文件未明确使用“服务小区信号”这一术语，但“接收寻呼信令”这一操作必然隐含了从服务小区接收信号的过程。本领域技术人员可以直接且毫无疑义地确定，用户设备在执行对比文件所述方法时，需要从小区的基站接收信号（即服务小区信号）。因此，该技术特征被对比文件隐含公开。 |
| **技术特征C**：基于所述服务小区信号确定延迟时间<br>**判断结果**：隐含公开 | 对比文件说明书“具体实施方式”部分记载：“用户设备在首选时域位置上未接收到寻呼信令时，可以确定寻呼信令的备选时域位置。”（参见图4步骤401及相关描述） | **论述**：目标专利的技术特征C“基于所述服务小区信号确定延迟时间”是管理寻呼监测的核心步骤之一，旨在根据接收到的信号信息动态调整监测时长。对比文件中，用户设备在首选时域位置未收到寻呼信令（这本身可视为一种服务小区信号状态，即“未接收到寻呼信号”的状态），随后“确定寻呼信令的备选时域位置”。确定“备选时域位置”意味着用户设备需要将监测行为从首选位置调整到另一个时间点。从“首选时域位置”到开始监测“备选时域位置”之间的这段时间间隔，可以理解为一种“延迟时间”——即用户设备等待并准备在备选位置进行监测的时间。虽然对比文件未明确使用“延迟时间”这一概念，也未描述基于信号内容（如COT指示符）进行复杂计算，但其技术方案客观上导致了用户设备监测行为的延迟发生。本领域技术人员可以从“确定备选时域位置”这一操作中，合理推断出用户设备需要基于未在首选位置收到信号这一事实，来确定一个后续的监测时间点（即产生了延迟）。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D**：在所述服务小区信号中接收信道占用时间COT结构指示符<br>**判断结果**：未公开 | 对比文件说明书“具体实施方式”部分提到了“信道占用时间(COT)”概念，例如：“所述备选时域位置与同步广播块配置于同一个信道占用时间COT，或者配置于不同的COT。”（参见“具体实施方式”部分） | **论述**：目标专利的技术特征D限定了在服务小区信号中接收一种特定的信息——“COT结构指示符”。根据目标专利说明书[0077]-[0080]段，COT结构指示符是用于指示信道占用时间结构参数的信号。对比文件虽然多次提及“COT”（信道占用时间）这一概念，用于描述寻呼信令或同步广播块所处的资源范围，但从未提及或描述基站向用户设备发送一种名为“COT结构指示符”的信号或信息元素。对比文件中COT是作为资源位置的背景描述，而非一种由基站发送、供用户设备解码并用以确定延迟时间的信令。因此，对比文件没有公开“接收COT结构指示符”这一具体的技术特征。 |
| **技术特征E**：以及响应于在所述服务小区信号中接收到所述COT结构指示符而确定所述延迟时间<br>**判断结果**：未公开 | 同技术特征D的引用。对比文件未记载接收COT结构指示符的操作。 | **论述**：由于技术特征D（接收COT结构指示符）未被对比文件公开，那么依赖于此的后续动作“响应于接收到所述COT结构指示符而确定所述延迟时间”自然也未被公开。对比文件中用户设备确定备选时域位置的触发条件是“在首选时域位置上未接收到寻呼信令”，而非接收到特定的COT结构指示符。两者触发机制和依据的信息完全不同。 |
| **技术特征F**：在所确定的延迟时间期间监测寻呼信号<br>**判断结果**：隐含公开 | 对比文件说明书“具体实施方式”部分记载：“在所述备选时域位置上，接收所述寻呼信令。”（参见图4步骤402，图5步骤502，图6步骤603，图7步骤705及相关描述） | **论述**：目标专利的技术特征F“在所确定的延迟时间期间监测寻呼信号”是管理过程的关键执行步骤。对比文件中，用户设备“在所述备选时域位置上，接收所述寻呼信令”。“接收寻呼信令”必然包含对寻呼信号的“监测”过程，例如监听PDCCH等。而“在备选时域位置上”进行接收，意味着用户设备在确定该位置后，会在这个特定的时间段内执行监测操作。如前所述，“从首选位置未接收到信号”到“在备选位置接收”之间的过程，可视为一段延迟后的监测。因此，“在备选时域位置上接收”这一操作，隐含了“在（基于未收到信号而确定的）延迟时间/位置期间监测寻呼信号”的技术特征。 |
| **技术特征G**：在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测。<br>**判断结果**：隐含公开 | 对比文件说明书“具体实施方式”部分记载了在备选时域位置接收寻呼信令。接收操作具有时间边界。 | **论述**：目标专利的技术特征G限定了在延迟时间结束后停止监测。对比文件描述用户设备在“备选时域位置”接收寻呼信令。一个“时域位置”必然有开始和结束。当在该备选时域位置上的接收操作完成（无论是否成功接收到寻呼信令），针对该次寻呼时机的监测行为自然会停止。这是通信设备接收操作的必然结果。虽然对比文件没有明确写出“停止监测”的字样，但本领域技术人员可以毫无疑义地推断出，在指定的备选时域位置完成接收尝试后，用户设备会停止对该寻呼信号的监测（例如进入休眠或处理其他任务）。因此，该技术特征被对比文件隐含公开。 |
| **技术特征H**：从小区接收服务小区信号包括：从所述小区接收对多个寻呼信号监测时机的指示。<br>**判断结果**：未公开 | 对比文件说明书“具体实施方式”部分记载用户设备可通过系统信息或高层信令获知备选时域位置（参见步骤D、图5步骤501及相关描述），但未提及“多个寻呼信号监测时机”的指示。 | **论述**：目标专利的技术特征H是技术特征B的进一步细化，限定接收的信号中包含对“多个寻呼信号监测时机”的指示。根据说明书[0047]段，这涉及基站指示SSB数量和每个SSB的PDCCH监测时机数量。对比文件中，用户设备可能通过系统信息获知“备选时域位置”，这是一个具体的时间位置信息，而非对“多个监测时机”的配置或指示。对比文件没有涉及为一次寻呼机会配置多个PDCCH监测时机的概念，也未提及SSB数量与监测时机的关联关系。因此，该技术特征未被对比文件公开。 |
| **技术特征I**：从所述小区接收对所述多个寻呼信号监测时机的指示包括：从所述小区接收对要从所述小区发送的同步信号块SSB的数量、和寻呼时机中每个SSB的物理下行链路控制信道PDCCH监测时机的数量的指示。<br>**判断结果**：未公开 | 未发现相关记载。 | **论述**：该技术特征是技术特征H的更进一步具体化。对比文件全文未提及“同步信号块(SSB)的数量”与“寻呼时机中每个SSB的PDCCH监测时机的数量”这类具体的配置参数或信令。对比文件的核心是寻呼信令的时域位置重选，不涉及基于波束（SSB）的监测时机配置。因此，该技术特征未被对比文件公开。 |
| **技术特征J**：基于所述服务小区信号确定延迟时间包括：基于所述服务小区信号确定寻呼信号监测时机的数量；以及基于所确定的寻呼信号监测时机的数量确定所述延迟时间。<br>**判断结果**：未公开 | 未发现相关记载。 | **论述**：目标专利的技术特征J提供了一种确定延迟时间的具体方式：先确定监测时机的数量，再据此确定延迟时间。对比文件中用户设备确定的是“备选时域位置”，这是一个绝对或相对的时间点，而非“监测时机的数量”。对比文件的方案不涉及计算或选择需要监测的时机数量这一概念。因此，该技术特征未被对比文件公开。 |
| **技术特征K**：基于所述服务小区信号确定延迟时间包括：识别从所述小区接收到的所述服务小区信号的类型；以及基于所述服务小区信号的类型确定所述延迟时间。<br>**判断结果**：未公开 | 未发现相关记载。 | **论述**：目标专利的技术特征K限定了通过识别服务小区信号的“类型”（如P-RNTI DCI、COT-SI等）来确定不同的延迟时间。对比文件中，用户设备判断的是“是否在首选位置收到寻呼信令”这一结果状态，而非对接收到的信号本身进行“类型”识别。对比文件没有区分不同类型的服务小区信号，也没有描述基于不同类型信号采取不同的延迟策略。因此，该技术特征未被对比文件公开。 |
| **技术特征L**：基于所述服务小区信号确定延迟时间包括：确定所述服务小区信号包括寻呼控制信息；以及基于确定所述服务小区信号包括寻呼控制信息来确定所述延迟时间。<br>**判断结果**：未公开 | 未发现相关记载。对比文件中用户设备接收的是“寻呼信令”本身，而非用于调度寻呼的“寻呼控制信息”。 | **论述**：目标专利的技术特征L限定了通过识别服务小区信号中是否包含“寻呼控制信息”（如P-RNTI DCI）来确定延迟时间。对比文件中，用户设备在备选位置试图接收的是“寻呼信令”（可理解为PDSCH承载的寻呼消息），而不是用于调度该寻呼信令的“寻呼控制信息”（如PDCCH DCI）。二者在通信协议中属于不同层次的信令。对比文件未提及用户设备需要接收或解码寻呼控制信息，更未提及基于此信息来确定延迟时间。因此，该技术特征未被对比文件公开。 |
| **技术特征M**：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定剩余COT持续时间与寻呼时机的重叠是否小于阈值；以及响应于确定所述重叠小于所述阈值，确定所述延迟时间包括所述寻呼时机的结束；或者响应于确定所述重叠不小于所述阈值，确定所述延迟时间包括所述剩余COT持续时间。<br>**判断结果**：未公开 | 未发现相关记载。 | **论述**：该技术特征描述了基于COT结构指示符进行复杂判断以确定延迟时间的具体算法。对比文件未公开“接收COT结构指示符”（技术特征D），也完全没有涉及“剩余COT持续时间”、“与寻呼时机的重叠”、“阈值比较”等任何相关概念或计算步骤。因此，该技术特征未被对比文件公开。 |
| **技术特征N**：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；确定所述COT结构指示符不指示下行链路突发；以及基于所述寻呼时机的持续时间确定所述延迟时间。<br>**判断结果**：未公开 | 未发现相关记载。 | **论述**：该技术特征描述了基于COT结构指示符判断资源类型（上行链路突发、下行链路突发）来确定延迟时间的另一种具体方式。对比文件未公开“COT结构指示符”，也未提及“上行链路突发”、“下行链路突发”等COT内部结构划分，更没有描述基于这些结构信息来确定延迟时间。因此，该技术特征未被对比文件公开。 |
| **技术特征O**：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及基于与所述COT结构指示符中指示的下行链路突发重叠的第一寻呼信号监测时机来确定所述延迟时间。<br>**判断结果**：未公开 | 未发现相关记载。 | **论述**：同技术特征N，该特征涉及对COT内部结构的详细解析和应用。对比文件未公开任何相关内容。 |
| **技术特征P**：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及响应于确定所述寻呼时机与所述上行链路突发重叠，确定所述延迟时间为零。<br>**判断结果**：未公开 | 未发现相关记载。 | **论述**：同技术特征N、O，该特征涉及对COT内部结构的详细解析和应用。对比文件未公开任何相关内容。 |
| **技术特征Q**：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于同步信号块SSB的测量定时配置持续时间期间接收到所述COT结构指示符；确定下行链路突发持续时间或信道占用持续时间与在所述COT结构指示符中指示的基于SSB的测量定时配置持续时间的重叠是否小于阈值；以及响应于确定所述下行链路突发持续时间或信道占用持续时间与所述基于SSB的测量定时配置持续时间的重叠小于所述阈值，确定所述延迟时间包括寻呼时机的剩余部分。<br>**判断结果**：未公开 | 未发现相关记载。 | **论述**：该技术特征描述了在SSB测量定时配置背景下，结合COT结构指示符确定延迟时间的复杂逻辑。对比文件未公开“COT结构指示符”、“SSB的测量定时配置持续时间”、“下行链路突发持续时间”等概念，更没有描述这些概念之间的重叠计算和阈值判断。因此，该技术特征未被对比文件公开。 |
| **技术特征R**：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于将不与所述基于SSB的测量定时配置持续时间重叠的寻呼信号监测时机的数量来确定所述延迟时间。<br>**判断结果**：未公开 | 未发现相关记载。 | **论述**：同技术特征Q，该特征涉及SSB测量定时配置与COT结构指示符的关联。对比文件未公开任何相关内容。 |
| **技术特征S**：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于在同步序列突发之后发生的寻呼信号监测时机的数量来确定所述延迟时间。<br>**判断结果**：未公开 | 未发现相关记载。 | **论述**：同技术特征Q、R，该特征涉及SSB测量定时配置、同步序列突发与COT结构指示符的关联。对比文件未公开任何相关内容。 |
| **技术特征T**：在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测包括：从所述小区接收指示所述无线设备能够停止对所述寻呼信号的监测的消息；以及响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测。<br>**判断结果**：未公开 | 未发现相关记载。 | **论述**：目标专利的技术特征T限定了通过接收一条明确的“停止监测指示”消息来触发停止操作。对比文件中，用户设备停止在备选时域位置监测，是因为该时域位置结束，这是一种基于时间位置边界的内在逻辑，而非因为接收到一条额外的控制消息。对比文件没有提及基站会发送这样一条专门的“停止监测”指令。因此，该技术特征未被对比文件公开。 |
| **技术特征U**：指示所述无线设备能够停止对所述寻呼信号的监测的所述消息包括寻呼无线电网络临时标识符P‑RNTI消息。<br>**判断结果**：未公开 | 未发现相关记载。 | **论述**：由于技术特征T（接收停止监测消息）未被公开，那么对该消息具体类型（P-RNTI消息）的限定自然也未被公开。对比文件未提及使用P-RNTI消息来指示停止监测。 |
| **技术特征V**：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测包括：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对一个或多个PDCCH监测时机中的所述寻呼信号的监测。<br>**判断结果**：未公开 | 未发现相关记载。 | **论述**：由于技术特征T、U未被公开，该依赖于它们的进一步具体操作（停止对PDCCH监测时机的监测）也未被公开。对比文件未描述基于特定消息停止PDCCH监测时机的操作。 |
<<<b>>><<<c>>><<<f>>><<<g>>>