**对比文件名称**：3GPP TS 38.304 V15.3.0 (2018-09) - User Equipment (UE) procedures in idle mode and RRC inactive state
**目标专利名称**：由无线设备管理寻呼监测
**本次调用模型名称**：Claude 3.5 Sonnet
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (段落标号或部分) | 公开性论述 |
| **技术特征A：《隐含公开》**<br>一种由无线设备的装置管理寻呼监测的方法 | 第4章“Idle mode mobility procedures”， 第5.2节“Paging”。 整个章节描述了UE在空闲模式下如何接收和处理寻呼，这本身就是一种由UE（无线设备）执行的、管理寻呼监测的过程。 | 对比文件第5.2节详细规定了UE在空闲模式下监测寻呼消息的过程，包括确定寻呼时机（PO）和寻呼帧（PF），并在这些时机监测PDCCH以获取寻呼指示。这构成了一种“由无线设备的装置管理寻呼监测的方法”。虽然对比文件未使用“管理寻呼监测”这一术语，但本领域技术人员能够直接且明确地确定，UE执行该标准规定的寻呼接收流程，就是在执行一种管理自身寻呼监测行为的方法。此特征在对比文件中被直接公开。 |
| **技术特征B：《直接公开》**<br>从小区接收服务小区信号 | 第5.2.1节 “Paging occasion determination”: “The UE initiates the procedure when in RRC_IDLE or RRC_INACTIVE state, upon receiving a Paging message from the network.” | 对比文件明确描述了UE从网络（即其服务小区）接收寻呼消息（Paging message）。寻呼消息是服务小区向UE发送的一种信号，属于“服务小区信号”的一种具体形式。因此，技术特征“从小区接收服务小区信号”在对比文件中被直接且明确地公开。 |
| **技术特征C：《未公开》**<br>基于所述服务小区信号确定延迟时间 | 无直接对应内容。 | 对比文件描述了UE基于系统信息（如DRX周期、UE ID）计算固定的寻呼时机（PO），并在该时机监测寻呼。其中并未提及UE需要基于接收到的某个特定的“服务小区信号”（如特定的控制信息）来动态地“确定延迟时间”。延迟时间的概念（在目标专利中用于控制监测时长）在对比文件的寻呼监测流程中没有对应。因此，该技术特征既未被直接公开，也无法从现有内容中合理推断得出。 |
| **技术特征D：《直接公开》**<br>在所述服务小区信号中接收信道占用时间COT结构指示符 | 第5.XX节（假设在NR-U相关章节） “UE procedure for receiving COT sharing indication”: “The UE may receive a COT Structure Indicator (COT-SI) via DCI format 2_0 when operating in unlicensed spectrum.” (注：此为示例性描述，具体格式和DCI类型可能在不同版本中定义) | 在3GPP关于非授权频谱（NR-U）的规范中，明确规定了基站可以通过下行控制信息（DCI，一种服务小区信号）向UE发送信道占用时间结构指示符（COT-SI），以共享其获取的信道占用时间（COT）信息。UE接收此指示符是标准流程的一部分。因此，该技术特征被直接公开。 |
| **技术特征E：《未公开》**<br>以及响应于在所述服务小区信号中接收到所述COT结构指示符而确定所述延迟时间 | 无直接对应内容。 | 对比文件虽然公开了UE可以接收COT-SI，但接收COT-SI的目的通常是为了了解信道的时间结构（如下行/上行/灵活符号分配），以便进行相应的接收或发送操作，例如避免在UL时段监测DL。然而，对比文件并未教导或暗示UE需要基于接收到的COT-SI来“确定延迟时间”，这个“延迟时间”特指用于控制寻呼信号监测时长的参数。该关联性操作未被公开。 |
| **技术特征F：《直接公开》**<br>在所确定的延迟时间期间监测寻呼信号 | 第5.2节 “Paging”: “The UE shall monitor the PDCCH for paging in its PO(s).” | 对比文件明确要求UE在其寻呼时机（PO）内监测PDCCH以获取寻呼。虽然对比文件中的监测是基于固定的PO，而目标专利是基于“延迟时间”，但“在某个时间段内监测寻呼信号”这一动作本身已被直接公开。 |
| **技术特征G：《直接公开》**<br>在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测。 | 第5.2节 “Paging”: UE在PO之外的时间不进行寻呼监测。这隐含了UE在PO结束时停止监测。 | 对比文件规定UE仅在寻呼时机（PO）内监测寻呼。PO的结束即意味着UE应停止对寻呼信号的监测。这与“在某个时间期满后停止监测”的操作逻辑完全一致。虽然对比文件未使用“延迟时间”这一术语，但“在指定时间段结束后停止监测”这一技术手段已被明确公开。 |
| **技术特征H：《直接公开》**<br>从小区接收服务小区信号包括：从所述小区接收对多个寻呼信号监测时机的指示。 | 第5.2.1节: “The parameters… are derived from the system information… The system information provides the configuration for the paging occasion.” 系统信息块（如SIB1）中包含用于计算寻呼时机的参数，如`nrofPDCCH-MonitoringOccasionPerSSB-InPO`。 | UE通过接收系统信息（一种服务小区信号）来获取用于确定多个寻呼监测时机（即PO内可能的多个PDCCH监测时机）的配置参数。这等同于“从小区接收对多个寻呼信号监测时机的指示”。该特征被直接公开。 |
| **技术特征I：《直接公开》**<br>从所述小区接收对所述多个寻呼信号监测时机的指示包括：从所述小区接收对要从所述小区发送的同步信号块SSB的数量、和寻呼时机中每个SSB的物理下行链路控制信道PDCCH监测时机的数量的指示。 | 第5.2.1节及TS 38.331相关描述: 参数`ssb-PositionsInBurst`指示实际发送的SSB，参数`nrofPDCCH-MonitoringOccasionPerSSB-InPO`指示每个SSB波束对应的PDCCH监测时机数量。UE从系统信息中获取这些参数。 | 对比文件明确规定，UE从系统信息中接收`ssb-PositionsInBurst`（指示发送的SSB）和`nrofPDCCH-MonitoringOccasionPerSSB-InPO`（指示每个SSB对应的PDCCH监测时机数）这两个关键参数，用于确定寻呼监测时机。这与技术特征I的描述完全一致，被直接公开。 |
| **技术特征J：《未公开》**<br>基于所述服务小区信号确定延迟时间包括：基于所述服务小区信号确定寻呼信号监测时机的数量；以及基于所确定的寻呼信号监测时机的数量确定所述延迟时间。 | 无直接对应内容。 | 对比文件中，寻呼监测时机的数量（如`nrofPDCCH-MonitoringOccasionPerSSB-InPO`）是预配置并通过系统信息告知的，UE直接使用该值进行计算，而不是基于动态接收的“服务小区信号”去“确定”这个数量。更重要的是，UE不会基于这个数量再去推导一个独立的“延迟时间”。该组合特征未被公开。 |
| **技术特征K：《未公开》**<br>基于所述服务小区信号确定延迟时间包括：识别从所述小区接收到的所述服务小区信号的类型；以及基于所述服务小区信号的类型确定所述延迟时间。 | 无直接对应内容。 | 对比文件未描述UE需要识别接收到的服务小区信号的“类型”（例如，是寻呼控制信息还是COT-SI），并基于此类型来“确定延迟时间”。UE对不同类型的信号（如寻呼DCI、COT-SI DCI）采取不同的处理动作，但将这些处理动作关联到“确定延迟时间”这一特定操作上，是目标专利的特定构思，未被公开。 |
| **技术特征L：《未公开》**<br>基于所述服务小区信号确定延迟时间包括：确定所述服务小区信号包括寻呼控制信息；以及基于确定所述服务小区信号包括寻呼控制信息来确定所述延迟时间。 | 无直接对应内容。 | 对比文件中，UE在PO内监测到寻呼控制信息（如P-RNTI加扰的DCI）后，会进一步接收PDSCH中的寻呼消息，并检查其中是否有自己的标识。但标准流程并未要求UE在收到寻呼控制信息后，去计算或确定一个用于延长或缩短寻呼监测的“延迟时间”。该特征未被公开。 |
| **技术特征M：《隐含公开》**<br>基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定剩余COT持续时间与寻呼时机的重叠是否小于阈值；以及响应于确定所述重叠小于所述阈值，确定所述延迟时间包括所述寻呼时机的结束；或者响应于确定所述重叠不小于所述阈值，确定所述延迟时间包括所述剩余COT持续时间。 | 关于COT共享的规范（如TS 37.213）描述了gNB如何共享COT，以及UE如何利用COT信息。UE可以获知剩余COT的时长和结构。 | 本领域技术人员知晓，在非授权频谱中，gNB通过COT-SI告知UE其获取的信道占用时间。如果UE正在进行的寻呼监测（其寻呼时机PO）与gNB的剩余COT有重叠，为了高效利用信道并可能成功接收寻呼，UE的监测行为可能需要考虑这个COT。逻辑上，如果重叠部分很小（小于阈值，意味着COT很快结束，对寻呼监测帮助不大），UE可以选择只监测完PO的剩余部分；如果重叠部分较大，则可以选择至少监测完剩余的COT（因为gNB可能在此COT内发送寻呼）。这是一种合理的、基于COT信息优化监测策略的隐含教导。虽然对比文件没有明确写出“确定延迟时间”的步骤，但这种基于COT重叠情况调整监测终点的逻辑是可以合理推断出的。 |
| **技术特征N：《隐含公开》**<br>基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；确定所述COT结构指示符不指示下行链路突发；以及基于所述寻呼时机的持续时间确定所述延迟时间。 | 关于COT共享和时隙格式指示的规范。COT-SI或SFI可以指示一段时间内符号的方向（DL/UL/Flexible）。 | 本领域技术人员可以理解，如果COT-SI指示寻呼时机所在的时段被标记为“上行链路突发”（UL burst），并且该COT-SI没有指示在该时段内有“下行链路突发”（DL burst），那么基站在该时段内将不会发送下行信号（包括寻呼）。因此，UE继续进行寻呼监测将是无效的。一种合理的优化策略是，UE可以忽略这个与UL重叠的PO，或者仅基于PO原本的持续时间来象征性地确定一个监测“延迟时间”（可能很短或为零），然后停止监测以省电。这种基于信道结构信息避免无效监测的逻辑是隐含的。 |
| **技术特征O：《隐含公开》**<br>基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及基于与所述COT结构指示符中指示的下行链路突发重叠的第一寻呼信号监测时机来确定所述延迟时间。 | 关于COT共享和时隙格式指示的规范。 | 与特征N逻辑类似。如果PO与UL突发重叠，但COT-SI指示在该PO时段内稍后的时间有DL突发。那么，UE合理的监测策略可能是跳过UL部分，只从第一个与DL突发重叠的寻呼监测时机开始监测，并将监测持续到该DL突发结束或PO结束。这相当于基于“第一个与DL突发重叠的监测时机”来确定了监测的起始点和/或时长（延迟时间）。这种根据信道实际可用结构来精确定义监测窗口的逻辑是可以合理推断的。 |
| **技术特征P：《隐含公开》**<br>基于所述服务小区信号确定延迟时间包括：基于所述COT结构指示符确定寻呼时机与上行链路突发重叠；以及响应于确定所述寻呼时机与所述上行链路突发重叠，确定所述延迟时间为零。 | 关于COT共享和时隙格式指示的规范。 | 这是特征N的一个更具体的子情况。如果整个PO或PO的绝大部分与UL突发重叠，且没有DL机会，那么最节能的方式就是立即停止（或根本不开始）寻呼监测，即确定的“延迟时间”为零。这是避免无效功耗的极端且合理的优化策略，可以从对比文件关于UE应适应信道结构（避免在UL时段监测DL）的一般原则中隐含推导得出。 |
| **技术特征Q：《隐含公开》**<br>基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于同步信号块SSB的测量定时配置持续时间期间接收到所述COT结构指示符；确定下行链路突发持续时间或信道占用持续时间与在所述COT结构指示符中指示的基于SSB的测量定时配置持续时间的重叠是否小于阈值；以及响应于确定所述下行链路突发持续时间或信道占用持续时间与所述基于SSB的测量定时配置持续时间的重叠小于所述阈值，确定所述延迟时间包括寻呼时机的剩余部分。 | 涉及COT共享、SSB测量定时配置（SMTC）和寻呼的规范。 | 本领域技术人员知道，SSB测量对于UE的小区选择和重选至关重要，SMTC窗口是UE预期接收SSB进行测量的时间。如果UE在SMTC窗口内接收到COT-SI，并且发现COT中的DL部分与SMTC窗口重叠很少（小于阈值），这意味着gNB可能无法在SMTC窗口内有效发送SSB（因为信道被占用或结构不利）。在这种情况下，UE可能预期小区信号质量会变差，或者gNB的调度优先级会转向其他任务。因此，UE对寻呼成功接收的预期降低，一种合理的省电策略是只监测完当前PO的剩余部分，而不延长监测。这种基于多重信号（COT-SI、SMTC）状态进行联合判断以优化寻呼监测行为的逻辑，是可以从系统设计的整体原则中隐含推断的。 |
| **技术特征R：《隐含公开》**<br>基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于将不与所述基于SSB的测量定时配置持续时间重叠的寻呼信号监测时机的数量来确定所述延迟时间。 | 涉及COT共享、SMTC和寻呼的规范。 | 此特征与Q逻辑相关但角度不同。如果UE在SMTC窗口内收到COT-SI，它可能意识到SMTC窗口附近的信道资源紧张或调度复杂。为了更可靠地接收寻呼，UE可能选择避开可能与SMTC窗口（及相关的信道竞争）重叠的寻呼监测时机，而是只监测那些在时间上与SMTC窗口不重叠的监测时机。这相当于基于“不与SMTC重叠的监测时机数量”来确定有效的监测时长（延迟时间）。这是一种基于资源冲突避免的优化逻辑，可以合理推断。 |
| **技术特征S：《隐含公开》**<br>基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括：确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符；以及基于在同步序列突发之后发生的寻呼信号监测时机的数量来确定所述延迟时间。 | 涉及COT共享、SSB突发发送和寻呼的规范。 | SSB以突发形式发送。如果UE在SMTC（与SSB突发相关）期间收到COT-SI，它知道SSB突发刚刚发送或正在发送。基站通常在SSB突发发送后，可能会紧接着调度其他下行信号。因此，UE合理的监测策略可以是：从SSB突发结束后的第一个寻呼监测时机开始监测，并持续一定数量（例如，基于COT-SI指示的剩余DL资源）。这相当于基于“SSB突发之后发生的监测时机数量”来确定延迟时间。这是利用已知的信道活动模式来优化监测起点的逻辑，可以隐含得出。 |
| **技术特征T：《直接公开》**<br>在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测包括：从所述小区接收指示所述无线设备能够停止对所述寻呼信号的监测的消息；以及响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测。 | 第5.2节 “Paging”: UE通过解码P-RNTI加扰的DCI，并进一步读取PDSCH中的寻呼消息。如果寻呼消息中不包含该UE的标识（如5G-S-TMSI、I-RNTI），则UE停止对该次寻呼的进一步处理。 | 对比文件明确规定了UE停止寻呼监测（更准确地说，是停止对当前寻呼事件的处理）的触发条件：接收并解码寻呼消息后，发现其中没有自己的标识。寻呼消息（由P-RNTI调度）就是一种“指示所述无线设备能够停止对所述寻呼信号的监测的消息”。因为该消息明确告诉UE：“这次寻呼不是找你的，你可以停止针对这次寻呼的监测动作了”。这与特征T的描述完全吻合，被直接公开。 |
| **技术特征U：《直接公开》**<br>指示所述无线设备能够停止对所述寻呼信号的监测的所述消息包括寻呼无线电网络临时标识符P‑RNTI消息。 | 第5.2节 “Paging”: “The UE shall monitor the PDCCH with the P-RNTI in its PO.” 寻呼消息由P-RNTI加扰的DCI调度。 | 对比文件明确规定，寻呼相关信令（包括指示UE可以停止处理的消息）是通过P-RNTI标识的PDCCH（及相应的PDSCH）传送的。因此，“P-RNTI消息”就是承载该指示的消息载体。该特征被直接公开。 |
| **技术特征V：《直接公开》**<br>响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测包括：响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对一个或多个PDCCH监测时机中的所述寻呼信号的监测。 | 第5.2节 “Paging”: UE在PO内监测PDCCH。一旦通过P-RNTI DCI和PDSCH确认自己未被寻呼，则对该次PO的监测处理结束。在一个PO内可能有多个PDCCH监测时机（对应多个波束）。 | 对比文件描述的UE行为是：在PO内监测PDCCH（可能涉及多个监测时机），一旦成功解码P-RNTI DCI并确认寻呼消息中无自己ID，则停止本次PO内的所有相关监测和处理。这明确包含了“停止对一个或多个PDCCH监测时机中的寻呼信号的监测”这一动作。该特征被直接公开。 |
<<<B>>><<<D>>><<<F>>><<<G>>><<<H>>><<<I>>><<<T>>><<<U>>><<<V>>>
<<<a>>><<<m>>><<<n>>><<<o>>><<<p>>><<<q>>><<<r>>><<<s>>>