对比文件名称:US2019342874A1_Description_20260105_0501
目标专利名称:由无线设备管理寻呼监测
本次调用的模型名称:GPT-4
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**:一种由无线设备的装置管理寻呼监测的方法<br>**判断结果**:未公开 | 未找到相关内容。 | 对比文件US2019342874A1主要涉及新无线电未许可频段(NR-U)中基于交织的上行物理信道设计、两步骤随机接入信道(RACH)过程、并行下行传输处理、未许可频段操作的NR RRM增强以及增强的UE定位等。其整体技术方案关注于上行资源分配、接入过程、传输效率及测量等,并未涉及“管理寻呼监测的方法”。本领域技术人员无法从对比文件中明确或合理推断出无线设备执行寻呼监测管理的任何方法。因此,该技术特征未被对比文件公开。 |
| **技术特征B**:从小区接收服务小区信号<br>**判断结果**:隐含公开 | 段落[0067]:“The physical downlink shared channel (PDSCH) may carry user data and higher-layer signaling to the UEs 101 and 102. The physical downlink control channel (PDCCH) may carry information about the transport format and resource allocations related to the PDSCH channel, among other things. It may also inform the UEs 101 and 102 about the transport format, resource allocation, and H-ARQ (Hybrid Automatic Repeat Request) information related to the uplink shared channel.”<br>段落[0146]:“In some aspects, primary services and functions of the RRC layer 405 may include broadcast of system information (e.g., included in Master Information Blocks (MIBs) or System Information Blocks (SIBs) related to the non-access stratum (NAS)): broadcast of system information related to the access stratum (AS); paging initiated by 5GC 120 or NG-RAN 110...” | 对比文件描述了无线设备(UE)可以从网络(例如,通过PDCCH或系统信息广播)接收下行控制信息和信令。根据无线通信系统(如3GPP NR/LTE)的通用工作原理,服务小区(即基站/gNB)会向处于其覆盖范围内的UE发送各种控制信号和系统信息,以管理连接、调度资源、进行寻呼等。因此,本领域技术人员可以合理推断,在对比文件所描述的通信系统中,无线设备必然具备“从小区接收服务小区信号”的能力,这是设备进行任何通信(包括接收寻呼)的基础前提。虽然对比文件未明确使用“服务小区信号”这一术语,但其描述的UE接收下行信令的功能本质上涵盖了“从小区接收服务小区信号”这一行为。 |
| **技术特征C**:基于所述服务小区信号确定延迟时间<br>**判断结果**:未公开 | 未找到相关内容。 | 对比文件完全没有提及根据接收到的服务小区信号来确定一个“延迟时间”的概念。目标专利中“确定延迟时间”是用于控制寻呼监测时长的核心步骤,旨在平衡功耗和接收性能。对比文件的技术方案聚焦于上行传输设计、随机接入、并行传输处理等,没有任何内容涉及基于特定信号动态确定一个时间参数以控制接收机监测行为。本领域技术人员无法从对比文件中推导出该技术特征。 |
| **技术特征D**:在所述服务小区信号中接收信道占用时间COT结构指示符<br>**判断结果**:未公开 | 未找到相关内容。 | 对比文件虽然提到了“信道占用时间”(COT),例如在背景技术(BACKGROUND)部分提及LAA/eLAA等未许可频段操作,以及在讨论NR RRM增强时提及信道占用测量,但全文并未具体描述“COT结构指示符”(COT-SI)这种特定的信令元素,更没有描述在“服务小区信号”中接收它。目标专利说明书[0078]-[0080]等段落详细描述了COT-SI的接收和解码,用于确定COT参数。对比文件缺乏对此特定信令及其接收上下文的任何披露。 |
| **技术特征E**:以及响应于在所述服务小区信号中接收到所述COT结构指示符而确定所述延迟时间<br>**判断结果**:未公开 | 未找到相关内容。 | 由于对比文件既未公开“在服务小区信号中接收COT结构指示符”(特征D),也未公开“基于服务小区信号确定延迟时间”(特征C)的核心概念,因此更不可能公开这两者之间的因果关系,即“响应于接收到COT结构指示符而确定延迟时间”。该特征未被公开。 |
| **技术特征F**:在所确定的延迟时间期间监测寻呼信号<br>**判断结果**:未公开 | 未找到相关内容。 | 对比文件提到了“paging”(寻呼)作为RRC层的功能之一(段落[0146]),但这是对网络侧功能的描述。对于UE侧的行为,对比文件没有描述UE“监测寻呼信号”的具体过程,更没有描述在一个“确定的延迟时间”内进行这种监测。监测寻呼信号是UE在空闲或非连续接收(DRX)状态下的特定行为,对比文件的技术方案未涉及对此行为的优化或管理。 |
| **技术特征G**:在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测。<br>**判断结果**:未公开 | 未找到相关内容。 | 该特征与特征F紧密相关,是管理寻呼监测的收尾步骤。由于对比文件未公开“确定延迟时间”和“在延迟时间内监测寻呼信号”,因此自然也未曾公开基于该延迟时间“停止监测”的行为。该特征未被公开。 |
| **技术特征H**:从小区接收服务小区信号包括:从所述小区接收对多个寻呼信号监测时机的指示。<br>**判断结果**:未公开 | 未找到相关内容。 | 对比文件没有提及“寻呼信号监测时机”这一概念,也没有描述网络向UE指示多个此类时机的任何信令。目标专利中此特征用于配置UE的监测行为,是对寻呼监测过程的具体细化。对比文件未涉及此方面内容。 |
| **技术特征I**:从所述小区接收对所述多个寻呼信号监测时机的指示包括:从所述小区接收对要从所述小区发送的同步信号块SSB的数量、和寻呼时机中每个SSB的物理下行链路控制信道PDCCH监测时机的数量的指示。<br>**判断结果**:未公开 | 未找到相关内容。 | 该特征是对特征H的进一步具体化,涉及SSB数量、PDCCH监测时机数量等NR/LTE系统中与波束赋形和寻呼接收相关的具体配置参数。对比文件完全没有涉及这些具体的配置信令内容。 |
| **技术特征J**:基于所述服务小区信号确定延迟时间包括:基于所述服务小区信号确定寻呼信号监测时机的数量;以及基于所确定的寻呼信号监测时机的数量确定所述延迟时间。<br>**判断结果**:未公开 | 未找到相关内容。 | 该特征描述了确定延迟时间的一种具体方式。对比文件既未公开“确定延迟时间”的整体概念,也未公开“寻呼信号监测时机的数量”这一子概念,更未公开两者之间的推导关系。 |
| **技术特征K**:基于所述服务小区信号确定延迟时间包括:识别从所述小区接收到的所述服务小区信号的类型;以及基于所述服务小区信号的类型确定所述延迟时间。<br>**判断结果**:未公开 | 未找到相关内容。 | 该特征描述了另一种确定延迟时间的方式,即基于信号类型。对比文件未提及对服务小区信号进行“类型识别”以用于控制接收机监测时长。 |
| **技术特征L**:基于所述服务小区信号确定延迟时间包括:确定所述服务小区信号包括寻呼控制信息;以及基于确定所述服务小区信号包括寻呼控制信息来确定所述延迟时间。<br>**判断结果**:未公开 | 未找到相关内容。 | 该特征描述了基于信号内容(寻呼控制信息)确定延迟时间。对比文件虽然提到了PDCCH携带控制信息,但未特指“寻呼控制信息”(如由P-RNTI加扰的DCI),更没有描述根据此类信息的存在来确定一个控制监测时长的延迟时间。 |
| **技术特征M**:基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括:确定剩余COT持续时间与寻呼时机的重叠是否小于阈值;以及响应于确定所述重叠小于所述阈值,确定所述延迟时间包括所述寻呼时机的结束;或者响应于确定所述重叠不小于所述阈值,确定所述延迟时间包括所述剩余COT持续时间。<br>**判断结果**:未公开 | 未找到相关内容。 | 该特征是一个高度具体的实施方式,涉及COT结构指示符、剩余COT持续时间、寻呼时机、阈值比较等多个要素的组合逻辑,用于精确计算延迟时间。对比文件完全没有披露这些要素的组合以及所描述的逻辑判断过程。 |
| **技术特征N**:基于所述服务小区信号确定延迟时间包括:基于所述COT结构指示符确定寻呼时机与上行链路突发重叠;确定所述COT结构指示符不指示下行链路突发;以及基于所述寻呼时机的持续时间确定所述延迟时间。<br>**判断结果**:未公开 | 未找到相关内容。 | 同上,这是一个具体的实施方式,涉及COT结构指示符解析、上行链路/下行链路突发判断等。对比文件未涉及这些具体场景和判断逻辑。 |
| **技术特征O**:基于所述服务小区信号确定延迟时间包括:基于所述COT结构指示符确定寻呼时机与上行链路突发重叠;以及基于与所述COT结构指示符中指示的下行链路突发重叠的第一寻呼信号监测时机来确定所述延迟时间。<br>**判断结果**:未公开 | 未找到相关内容。 | 同上,这是一个具体的实施方式。对比文件未涉及。 |
| **技术特征P**:基于所述服务小区信号确定延迟时间包括:基于所述COT结构指示符确定寻呼时机与上行链路突发重叠;以及响应于确定所述寻呼时机与所述上行链路突发重叠,确定所述延迟时间为零。<br>**判断结果**:未公开 | 未找到相关内容。 | 同上,这是一个具体的实施方式。对比文件未涉及。 |
| **技术特征Q**:基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括:确定是否在基于同步信号块SSB的测量定时配置持续时间期间接收到所述COT结构指示符;确定下行链路突发持续时间或信道占用持续时间与在所述COT结构指示符中指示的基于SSB的测量定时配置持续时间的重叠是否小于阈值;以及响应于确定所述下行链路突发持续时间或信道占用持续时间与所述基于SSB的测量定时配置持续时间的重叠小于所述阈值,确定所述延迟时间包括寻呼时机的剩余部分。<br>**判断结果**:未公开 | 未找到相关内容。 | 同上,这是一个非常具体的实施方式,涉及SSB测量定时配置、多种持续时间重叠判断等复杂逻辑。对比文件未涉及。 |
| **技术特征R**:基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括:确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符;以及基于将不与所述基于SSB的测量定时配置持续时间重叠的寻呼信号监测时机的数量来确定所述延迟时间。<br>**判断结果**:未公开 | 未找到相关内容。 | 同上,这是一个具体的实施方式。对比文件未涉及。 |
| **技术特征S**:基于确定所述服务小区信号包括COT结构指示符来确定所述延迟时间包括:确定是否在基于SSB的测量定时配置持续时间期间接收到所述COT结构指示符;以及基于在同步序列突发之后发生的寻呼信号监测时机的数量来确定所述延迟时间。<br>**判断结果**:未公开 | 未找到相关内容。 | 同上,这是一个具体的实施方式。对比文件未涉及。 |
| **技术特征T**:在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测包括:从所述小区接收指示所述无线设备能够停止对所述寻呼信号的监测的消息;以及响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测。<br>**判断结果**:未公开 | 未找到相关内容。 | 该特征描述了停止监测的一种具体触发方式,即接收明确的“停止指示”消息。对比文件未提及任何此类用于控制UE寻呼监测行为的特定信令。 |
| **技术特征U**:指示所述无线设备能够停止对所述寻呼信号的监测的所述消息包括寻呼无线电网络临时标识符P-RNTI消息。<br>**判断结果**:未公开 | 未找到相关内容。 | 该特征对特征T中的消息类型进行了具体限定。对比文件未提及P-RNTI用于此目的。 |
| **技术特征V**:响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测包括:响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对一个或多个PDCCH监测时机中的所述寻呼信号的监测。<br>**判断结果**:未公开 | 未找到相关内容。 | 该特征是对特征T/U的进一步细化。对比文件未涉及。 |
### 公开性判断总结
- **直接公开**的技术特征:无。
- **隐含公开**的技术特征:技术特征B(从小区接收服务小区信号)。
- **未公开**的技术特征:技术特征A, C, D, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V。
<<<b>>>