**对比文件名称**：US2018192436A1_Description_20260105_0506
**目标专利名称**：由无线设备管理寻呼监测
**本次调用模型名称**：DeepSeek最新版本模型
**特征比对表格**
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种由无线设备的装置管理寻呼监测的方法 <br> **隐含公开** | 参见图11及对应描述：“The UE in RRC_INACTIVE is configured with a paging DRX (i.e. PF and PO), and monitors a PDCCH addressed to P-RNTI on every Paging Occasion... If the UE receives a PDCCH addressed to the P-RNTI on a Paging Occasion, the UE decodes a transport block on a PCH, and gets a paging message (S1010)... If the paging message is for DL data transmission, the UE constructs a paging feedback MAC CE, and transmits it using a UL grant configured for paging feedback purpose (S1030)... The UE monitors a PDCCH addressed to UE-dedicated RNTI (e.g. C-RNTI or I-RNTI) on On Duration(s) of INACTIVE_DRX... (S1050)” [0115]-[0152] | 对比文件公开了一种在RRC_INACTIVE状态下由用户设备(UE)执行的寻呼监测及后续数据传输方法。该方法涉及UE基于寻呼DRX配置监测寻呼消息、根据寻呼消息内容（如包含DL数据传输指示）执行特定操作（发送寻呼反馈）、以及随后监测特定PDCCH以接收下行数据。该整体流程构成了对无线设备寻呼监测行为的管理。虽然该方法在具体命名（“管理寻呼监测的方法”）和部分实施细节（如基于COT结构指示符确定延迟时间）上与目标专利不完全相同，但其核心同样是UE根据接收到的信号（此处为寻呼消息）来调整其后续的监测行为（从监测P-RNTI的PDCCH切换到监测UE专用RNTI的PDCCH）。本领域技术人员可以从对比文件公开的这一系列操作中，合理推断出其教导了一种管理无线设备寻呼监测行为的方法。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B**：从小区接收服务小区信号 <br> **直接公开** | “If the UE receives a PDCCH addressed to the P-RNTI on a Paging Occasion, the UE decodes a transport block on a PCH, and gets a paging message (S1010).” [0150] | 对比文件明确公开了UE在寻呼时机（Paging Occasion）接收寻呼消息。在目标专利中，“服务小区信号”是一个上位概念，根据说明书可包括寻呼控制信息（如P-RNTI PDCCH消息）和COT结构指示符等。对比文件中的“paging message”（寻呼消息）通过P-RNTI标识的PDCCH调度，属于“寻呼控制信息”的一种具体形式，因此落入了“服务小区信号”的范围。该信号由服务小区（通过eNB/gNB）发送，并被UE接收。因此，该技术特征被对比文件直接公开。 |
| **技术特征C**：基于所述服务小区信号确定延迟时间 <br> **隐含公开** | “After transmitting the paging feedback, the UE monitors a PDCCH addressed to UE-dedicated RNTI (e.g. C-RNTI or I-RNTI) on On Duration(s) of INACTIVE_DRX.” [0152] “If there is an indication in the PDSCH that no more DL data is waiting for transmission, the UE stops monitoring a PDCCH addressed to the UE-dedicated RNTI (e.g. C-RNTI or I-RNTI), and goes back to the paging DRX.” [0146] | 对比文件公开了UE在发送寻呼反馈（基于接收到的寻呼消息）后，开始监测寻址到UE专用RNTI的PDCCH。这实质上定义了一个监测行为的“开始”时刻。虽然没有明确使用“延迟时间”这一术语，但UE从发送寻呼反馈后开始监测特定PDCCH，直到PDSCH指示无更多数据时停止该监测并返回寻呼DRX，这一过程隐含了一个“监测持续时间”。这个持续时间是基于接收到的服务小区信号（寻呼消息）的内容（触发寻呼反馈）而确立的后续行为窗口。本领域技术人员可以合理推断，从开始监测到停止监测的这段时间，其确定是基于初始接收到的服务小区信号。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D**：在所述服务小区信号中接收信道占用时间COT结构指示符 <br> **未公开** | 对比文件全文未提及“信道占用时间（COT）”、“COT结构指示符”或类似概念。 | 对比文件主要关注在RRC_INACTIVE状态下通过寻呼消息触发数据传输的机制，其技术背景和解决的问题（减少连接建立信令、降低时延）与目标专利中针对未授权频谱LBT要求导致的寻呼接收概率和功耗问题不同。对比文件中没有任何关于未授权频谱操作、信道占用时间、COT结构指示符的内容。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征E**：以及响应于在所述服务小区信号中接收到所述COT结构指示符而确定所述延迟时间 <br> **未公开** | 对比文件全文未提及“信道占用时间（COT）”、“COT结构指示符”或类似概念。 | 由于对比文件根本没有公开“COT结构指示符”（技术特征D），因此也就不可能公开“响应于接收到COT结构指示符而确定延迟时间”这一具体因果关系。该技术特征未被公开。 |
| **技术特征F**：在所确定的延迟时间期间监测寻呼信号 <br> **直接公开** | “After transmitting the paging feedback, the UE monitors a PDCCH addressed to UE-dedicated RNTI (e.g. C-RNTI or I-RNTI) on On Duration(s) of INACTIVE_DRX.” [0152] | 对比文件明确公开了UE在发送寻呼反馈后，在INACTIVE_DRX的激活期（On Duration）内监测寻址到UE专用RNTI（如C-RNTI）的PDCCH。在目标专利的语境中，“寻呼信号”可以广义地理解为与寻呼相关的下行控制信号，监测寻址到C-RNTI的PDCCH以接收下行数据调度，是寻呼监测流程的延伸或一种具体形式。该监测行为发生在基于服务小区信号（寻呼消息）所确定的“开始监测”之后，对应于“在延迟时间期间监测”。因此，该技术特征被对比文件直接公开。 |
| **技术特征G**：在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测。 <br> **直接公开** | “If there is an indication in the PDSCH that no more DL data is waiting for transmission, the UE stops monitoring a PDCCH addressed to the UE-dedicated RNTI (e.g. C-RNTI or I-RNTI), and goes back to the paging DRX.” [0146] | 对比文件明确公开了当PDSCH中包含“无更多数据”指示时，UE停止监测寻址到UE专用RNTI的PDCCH。这对应于目标专利中“在延迟时间期满之时或之后停止监测”。停止的条件（收到特定指示）隐含了延迟时间的结束点。因此，该技术特征被对比文件直接公开。 |
| **技术特征H**：从小区接收服务小区信号包括：从所述小区接收对多个寻呼信号监测时机的指示。 <br> **隐含公开** | “The UE in RRC_INACTIVE is configured with a paging DRX (i.e. PF and PO)...” [0149] “...the UE monitors a PDCCH addressed to P-RNTI on every Paging Occasion.” [0149] | 对比文件公开了UE被配置了寻呼DRX，其中包括寻呼帧（PF）和寻呼时机（PO）。UE在每个寻呼时机监测PDCCH。寻呼DRX的配置（包括PF和PO）本质上是网络（小区）对UE在何时进行寻呼信号监测的指示。多个寻呼时机（PO）分布在时间轴上，构成了“多个寻呼信号监测时机”。本领域技术人员可以理解，UE需要从系统信息或RRC配置中获取这些参数。因此，该技术特征被对比文件隐含公开。 |
| **技术特征I**：从所述小区接收对所述多个寻呼信号监测时机的指示包括：从所述小区接收对要从所述小区发送的同步信号块SSB的数量、和寻呼时机中每个SSB的物理下行链路控制信道PDCCH监测时机的数量的指示。 <br> **未公开** | 对比文件全文未提及“同步信号块（SSB）”、“SSB的数量”与“寻呼时机中每个SSB的PDCCH监测时机的数量”之间的配置关系。 | 对比文件描述的寻呼时机（PO）是基于UE ID和DRX参数（T, nB等）计算得出的，涉及的是时间域上的分配（哪个子帧）。目标专利的该特征涉及波束成形（beamforming）场景下，SSB波束数量与每个波束对应的PDCCH监测时机数量的配置，这是5G NR中为应对多波束传输而引入的特定机制。对比文件（基于LTE背景或早期5G讨论）并未涉及此基于SSB的寻呼监测时机配置细节。因此，该技术特征未被公开。 |
| **技术特征J**：基于所述服务小区信号确定延迟时间包括：基于所述服务小区信号确定寻呼信号监测时机的数量；以及基于所确定的寻呼信号监测时机的数量确定所述延迟时间。 <br> **未公开** | 对比文件未描述UE根据接收到的寻呼消息内容来确定一个具体的“寻呼信号监测时机的数量”，并基于此数量来确定延迟时间。 | 对比文件中UE在发送寻呼反馈后，监测UE专用RNTI PDCCH的行为是基于INACTIVE_DRX配置（周期性的激活期），或者持续监测直到收到“无更多数据”指示。其“延迟时间”（监测持续时间）的结束是由外部事件（收到特定MAC CE指示）触发的，而不是通过预先计算一个固定数量的监测时机来确定的。目标专利的该特征是一种预先确定监测时机数量以控制监测时长的方法，对比文件未公开此机制。 |
| **技术特征K**：基于所述服务小区信号确定延迟时间包括：识别从所述小区接收到的所述服务小区信号的类型；以及基于所述服务小区信号的类型确定所述延迟时间。 <br> **未公开** | 对比文件描述了寻呼消息可能包含“DL data transmission”的指示，UE据此决定发送寻呼反馈。[0137], [0138] | 对比文件中UE识别寻呼消息是否用于DL数据传输，这可以视为识别“服务小区信号的类型”（用于数据传输的寻呼 vs 用于其他目的的寻呼）。然而，基于此类型，UE执行的操作是“发送寻呼反馈”和“开始监测C-RNTI PDCCH”。对比文件并未进一步描述UE会基于此“类型”来“确定延迟时间”（即监测C-RNTI PDCCH的持续时间）。该持续时间在对比文件中是由后续的“无更多数据”指示决定的。因此，虽然识别类型被公开，但“基于类型确定延迟时间”这一具体关联未被公开。 |
| **技术特征L**：基于所述服务小区信号确定延迟时间包括：确定所述服务小区信号包括寻呼控制信息；以及基于确定所述服务小区信号包括寻呼控制信息来确定所述延迟时间。 <br> **直接公开** | “If the UE receives a PDCCH addressed to the P-RNTI on a Paging Occasion, the UE decodes a transport block on a PCH, and gets a paging message (S1010).” [0150] “If the paging message is for DL data transmission, the UE constructs a paging feedback MAC CE, and transmits it using a UL grant configured for paging feedback purpose (S1030). The UE monitors a PDCCH addressed to UE-dedicated RNTI (e.g. C-RNTI or I-RNTI) on On Duration(s) of INACTIVE_DRX.” [0152] | 对比文件明确公开了UE接收并解码由P-RNTI标识的PDCCH所调度的寻呼消息（即寻呼控制信息）。基于确定接收到了该寻呼控制信息（且其用于DL数据传输），UE执行后续操作，包括发送反馈并开始监测UE专用RNTI的PDCCH。如前所述，这一系列操作确立了一个监测行为的时间窗口（延迟时间）。因此，“基于确定服务小区信号包括寻呼控制信息来确定延迟时间”这一因果关系在对比文件中被直接体现。 |
| **技术特征M**：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定剩余COT持续时间与寻呼时机的重叠是否小于阈值；以及响应于确定所述重叠小于所述阈值，确定所述延迟时间包括所述寻呼时机的结束；或者响应于确定所述重叠不小于所述阈值，确定所述延迟时间包括所述剩余COT持续时间。 <br> **未公开** | 对比文件全文未提及“COT结构指示符”、“剩余COT持续时间”、“与寻呼时机的重叠”、“阈值”等概念。 | 该技术特征完全依赖于目标专利中针对未授权频谱操作引入的特定机制——COT结构指示符。对比文件的技术方案不涉及未授权频谱或COT管理，因此不可能公开这些具体判断条件和对应的延迟时间确定规则。 |
| **技术特征N**：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；确定所述COT结构指示符不指示下行链路突发；以及基于所述寻呼时机的持续时间确定所述延迟时间。 <br> **未公开** | 对比文件全文未提及“COT结构指示符”、“上行链路突发”、“下行链路突发”等概念。 | 同上，该特征涉及基于COT结构指示符解析出的具体信道占用结构（上行/下行突发）来进行判断。对比文件未公开任何相关概念或机制。 |
| **技术特征O**：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及基于与所述COT结构指示符中指示的下行链路突发重叠的第一寻呼信号监测时机来确定所述延迟时间。 <br> **未公开** | 对比文件全文未提及“COT结构指示符”、“上行链路突发”、“下行链路突发”、“第一寻呼信号监测时机”等概念及其关联判断。 | 同上，该特征是完全基于COT结构指示符的特定应用场景。对比文件未公开。 |
| **技术特征P**：基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及响应于确定所述寻呼时机与所述上行链路突发重叠，确定所述延迟时间为零。 <br> **未公开** | 对比文件全文未提及“COT结构指示符”、“上行链路突发”等概念，更没有公开基于寻呼时机与上行链路突发重叠而将延迟时间设为零的规则。 | 同上，该特征是完全基于COT结构指示符的特定应用场景。对比文件未公开。 |
| **技术特征Q**：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于同步信号块SSB的测量定时配置持续时间期间接收到所述COT结构指示符；确定下行链路突发持续时间或信道占用持续时间与在所述COT结构指示符中指示的基于SSB的测量定时配置持续时间的重叠是否小于阈值；以及响应于确定所述下行链路突发持续时间或信道占用持续时间与所述基于SSB的测量定时配置持续时间的重叠小于所述阈值，确定所述延迟时间包括寻呼时机的剩余部分。 <br> **未公开** | 对比文件全文未提及“COT结构指示符”、“基于SSB的测量定时配置持续时间”、“下行链路突发持续时间”、“信道占用持续时间”等概念及其复杂的重叠判断逻辑。 | 该特征涉及非常具体的、与SSB测量定时配置和COT结构联合考虑的延迟时间计算规则。对比文件的技术方案完全不涉及这些概念和交互逻辑。 |
| **技术特征R**：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于将不与所述基于SSB的测量定时配置持续时间重叠的寻呼信号监测时机的数量来确定所述延迟时间。 <br> **未公开** | 对比文件全文未提及“COT结构指示符”、“基于SSB的测量定时配置持续时间”，也未公开基于“不与...重叠的寻呼信号监测时机的数量”来确定延迟时间的方法。 | 同上，该特征依赖于COT结构指示符和SSB测量配置这两个对比文件未公开的概念，以及它们之间的时序关系判断。 |
| **技术特征S**：基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于在同步序列突发之后发生的寻呼信号监测时机的数量来确定所述延迟时间。 <br> **未公开** | 对比文件全文未提及“COT结构指示符”、“基于SSB的测量定时配置持续时间”、“同步序列突发”等概念。 | 同上，该特征依赖于对比文件未公开的特定概念和场景。 |
| **技术特征T**：在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测包括：从所述小区接收指示所述无线设备能够停止对所述寻呼信号的监测的消息；以及响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测。 <br> **直接公开** | “If there is an indication in the PDSCH that no more DL data is waiting for transmission, the UE stops monitoring a PDCCH addressed to the UE-dedicated RNTI (e.g. C-RNTI or I-RNTI), and goes back to the paging DRX.” [0146] | 对比文件明确公开了UE从PDSCH中接收一个“指示”（indication），该指示表明没有更多下行数据等待传输。响应该指示，UE停止监测寻址到UE专用RNTI的PDCCH。这完全对应于“接收指示停止监测的消息”并“响应该消息而停止监测”。因此，该技术特征被对比文件直接公开。 |
| **技术特征U**：指示所述无线设备能够停止对所述寻呼信号的监测的所述消息包括寻呼无线电网络临时标识符P-RNTI消息。 <br> **未公开** | 对比文件中使UE停止监测的消息是PDSCH中携带的“indication”（可能以MAC CE形式），该PDSCH由寻址到C-RNTI（或其他UE专用RNTI）的PDCCH调度。[0146] | 目标专利该特征限定停止消息是“P-RNTI消息”。对比文件中，触发停止监测的消息是通过C-RNTI调度的PDSCH中的内容，而非一个独立的“P-RNTI消息”。P-RNTI在对比文件中用于调度最初的寻呼消息，而非用于发送停止监测的指示。两者机制不同。因此，该技术特征未被公开。 |
| **技术特征V**：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测包括：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对一个或多个PDCCH监测时机中的所述寻呼信号的监测。 <br> **直接公开** | “If there is an indication in the PDSCH that no more DL data is waiting for transmission, the UE stops monitoring a PDCCH addressed to the UE-dedicated RNTI (e.g. C-RNTI or I-RNTI)...” [0146] | 对比文件明确公开了UE在收到“无更多数据”指示后，停止监测（stops monitoring）寻址到UE专用RNTI的PDCCH。停止监测PDCCH即意味着停止在对应的PDCCH监测时机中监测寻呼信号（此处寻呼信号广义理解为该下行控制信号）。因此，该技术特征被对比文件直接公开。 |
<<<a>>><<<B>>><<<C>>><<<F>>><<<G>>><<<H>>><<<L>>><<<T>>><<<V>>>