返回项目页面
对比文件列表
3gpp文件_+++B_D_F_G_H_I_T_U_V_a_m_n_o_p_q_r_s+++.docx
2026-01-12 08:15
CN108370290A_Description_20260105_0513_+++b+++.docx
2026-01-12 08:15
CN109479258A_Description_20260105_0454_+++A_B_C_F_G_J_h+++.docx
2026-01-12 08:15
CN109644425A_Description_20260105_0515_+++b_c_f_g+++.docx
2026-01-12 08:15
CN114128368B_Description_20260105_0449_+++A_B_C_D_E_F_G_H_I_J_K_L_M_N_O_P_Q_R_S_t_u_v+++.docx
2026-01-12 08:15
EP3681218A1_Description_20260105_0500_+++a_b+++.docx
2026-01-12 08:15
US2017230933A1_Description_20260105_0525_+++a_b_c_f_g_h_l+++.docx
2026-01-12 08:15
US2018026698A1_Description_20260105_0450_+++A_B_h+++.docx
2026-01-12 08:15
US2018054780A1_Description_20260105_0447_+++B_a_c_f_g_h_j_l_t+++.docx
2026-01-12 08:15
US2018192436A1_Description_20260105_0506_+++B_C_F_G_H_L_T_V_a+++.docx
2026-01-12 08:15
US2018309479A1_Description_20260105_0445_+++B_a+++.docx
2026-01-12 08:15
US2019297577A1_Description_20260105_0521_+++B_C_D_F_G_a_e_h_k+++.docx
2026-01-12 08:15
US2019342874A1_Description_20260105_0501_+++b+++.docx
2026-01-12 08:15
US2019394749A1_Description_20260105_0511_+++A_B_H_i+++.docx
2026-01-12 08:15
US2020280959A1_Description_20260105_0458_+++B_a_t_v+++.docx
2026-01-12 08:15
US2020322918A1_Description_20260105_0519_+++A_B_F_G_H_L_T_U_V_c_i_j_k+++.docx
2026-01-12 08:15
US2020404617A1_Description_20260105_0503_+++A_B_H+++.docx
2026-01-12 08:15
US2021022110A1_Description_20260105_0522_+++A_B_C_D_E_F_G_H_I_J_K_L_M_N_O_P_Q_R_S_U_t_v+++.docx
2026-01-12 08:15
US2021036829A1_Description_20260105_0524_+++B_D_H+++.docx
2026-01-12 08:15
US2021185652A1_Description_20260105_0505_+++A_b_h+++.docx
2026-01-12 08:15
US2021274465A1_Description_20260105_0518_+++a_b_h_i+++.docx
2026-01-12 08:15
US2021392567A1_Description_20260105_0516_+++a_b_c_d_e_f_g+++.docx
2026-01-12 08:15
US2023033126A1_Description_20260105_0508_+++B_H_I_a_b_c_f_g_j_t_u_v+++.docx
2026-01-12 08:15
WO2019122518A1_Description_20260105_0457_+++F_a_b_c_d_e_g_h_j_k+++.docx
2026-01-12 08:15
WO2021104520A1_Description_20260105_0456_+++A_B_G_H_I_T_U_V_c_f_k_l+++.docx
2026-01-12 08:15
US2023033126A1_Description_20260105_0508_+++B_H_I_a_b_c_f_g_j_t_u_v+++.docx

**对比文件名称:** US2023033126A1_Description_20260105_0508

**目标专利名称:** 由无线设备管理寻呼监测

**本次调用的模型名称:** DeepSeek最新版本模型

### 特征比对表格

技术特征描述及公开性判断结果对比文件原文引用 (段落标号/部分)公开性论述
**A.** 一种由无线设备的装置管理寻呼监测的方法 **(隐含公开)**[0261] 在空闲/非活动模式下,UE在寻呼非连续接收(DRX)周期内定期唤醒较短时间以接收寻呼和其他广播信息。网络可以在一个DRX周期内配置多个寻呼时机(PO)。<br>[0266] UE在每个DRX周期T(如上所述确定)中,从所确定的PF开始,在最多P个连续PF中监测(i_s+1)个PO。对比文件整体技术方案描述了UE在DRX周期内确定和监测PO以接收寻呼的方法,这属于一种“管理寻呼监测的方法”。虽然其具体实现细节(如基于服务小区信号确定延迟时间)与目标专利不同,但其核心目的和框架(UE管理自身的寻呼监测行为)是相同的。因此,本领域技术人员可以从对比文件中明确推断出存在一种由无线设备执行的寻呼监测管理方法。
**B.** 从小区接收服务小区信号 **(直接公开)**[0265] UE从gNB(例如在系统信息中)接收寻呼配置(默认DRX周期持续时间、PF_Offset、N、Ns、P)。<br>[0266] 在RRC空闲和RRC非活动状态下,UE还从网络发送的系统信息中接收寻呼搜索空间配置。在RRC连接状态下,寻呼搜索空间配置由网络通过专用信令为(一个或多个)配置的BWP发送。对比文件明确、直接地描述了UE从网络(小区)接收寻呼配置和寻呼搜索空间配置等“服务小区信号”。这些信号用于配置UE的寻呼接收行为,与目标专利中“服务小区信号”的作用相同。因此,该技术特征被直接公开。
**C.** 基于所述服务小区信号确定延迟时间 **(隐含公开)**[0266] UE在每个DRX周期T(如上所述确定)中,从所确定的PF开始,在最多P个连续PF中监测(i_s+1)个PO。<br>[0277] UE将首先监测相对于SFN X的(i_s+1)个PO。如果它没有在监测到的PO中接收到寻址到P-RNTI的PDCCH,则它将监测相对于下一个PF(即SFN X+2)的(i_s+1)个PO。对比文件中,UE基于接收到的寻呼配置(如T, N, Ns, P)和搜索空间配置,来确定其需要监测的PO集合。这实质上确定了一个“监测时间窗口”(从第一个PO开始,可能持续到第P个PF)。虽然对比文件未使用“延迟时间”这一术语,但“监测时间窗口”的确定过程在功能上等同于“确定延迟时间”,即决定了UE需要持续监测寻呼信号的时长。因此,本领域技术人员可以合理推断出该特征。
**D.** 在所述服务小区信号中接收信道占用时间COT结构指示符 **(未公开)**对比文件全文未提及“信道占用时间(COT)结构指示符”或类似概念。对比文件主要讨论在未授权频谱中确定PO/PF的增强方法,但并未涉及通过特定指示符(如COT-SI)来动态指示信道占用结构。该技术特征在对比文件中既未直接描述,也无法从其公开的内容中合理推断出来。
**E.** 以及响应于在所述服务小区信号中接收到所述COT结构指示符而确定所述延迟时间 **(未公开)**由于技术特征D未被公开,因此基于COT结构指示符确定延迟时间的特征E也未被公开。对比文件未公开COT结构指示符,因此也就不存在响应于接收该指示符而确定延迟时间的相关操作。
**F.** 在所确定的延迟时间期间监测寻呼信号 **(隐含公开)**[0261] 在PO中,寻呼消息使用物理下行链路共享信道(PDSCH)发送。如果PDSCH中有寻呼消息,则寻址到寻呼无线电网络临时标识符(P-RNTI)的物理下行链路控制信道(PDCCH)。<br>[0277] UE将首先监测相对于SFN X的(i_s+1)个PO。对比文件明确描述了UE在其确定的PO(即上述隐含的“监测时间窗口”内)监测寻址到P-RNTI的PDCCH,以接收寻呼消息。这完全对应于“在确定的延迟时间期间监测寻呼信号”。因此,该特征被隐含公开。
**G.** 在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测。 **(隐含公开)**[0277] 如果UE在监测到的PO中接收到寻址到P-RNTI的PDCCH,则它可能不在该DRX周期中监测其其他PO。<br>[0280] 如果UE在监测到的PO中接收到寻址到P-RNTI的PDCCH,则它可能不在该DRX周期中监测其其他PO。对比文件描述了UE在成功接收到寻呼(PDCCH addressed to P-RNTI)后,可以提前停止监测该DRX周期内后续的PO。这相当于在“确定的延迟时间”(即完整的监测窗口)期满之前,基于特定条件提前“停止监测”。而如果UE未提前停止,则会在监测完所有PO(即监测窗口结束)后自然停止。这两种情况都涵盖了“在所确定的延迟时间期满之时或之后停止监测”的含义。因此,该特征被隐含公开。
**H.** 从小区接收服务小区信号包括:从所述小区接收对多个寻呼信号监测时机的指示。 **(直接公开)**[0268] PDCCH监测时机基于gNB在系统信息中发送的寻呼搜索空间配置(paging-SearchSpace)确定。对比文件直接、明确地指出,PDCCH监测时机(即寻呼信号监测时机)是基于“寻呼搜索空间配置(paging-SearchSpace)”确定的。接收此配置信息就是接收对多个寻呼信号监测时机的指示。
**I.** 从所述小区接收对所述多个寻呼信号监测时机的指示包括:从所述小区接收对要从所述小区发送的同步信号块SSB的数量、和寻呼时机中每个SSB的物理下行链路控制信道PDCCH监测时机的数量的指示。 **(直接公开)**[0262] 每个PO是一组‘S’个PDCCH监测时机,其中‘S’是小区中发送的SSB的数量。<br>[0268] ‘S’是根据SystemInformationBlock1中的ssb-PositionsInBurst确定的实际发送的SSB的数量。对比文件明确说明了PO中PDCCH监测时机的数量‘S’等于小区发送的SSB的数量。这直接公开了“要从小区发送的SSB的数量”。虽然对比文件未明确使用“每个SSB的PDCCH监测时机的数量”这一短语,但在其描述的方案中,每个PO包含S个连续的PDCCH监测时机,并且这S个时机与S个SSB相关联(参见[0289]及图24/25的映射规则)。这隐含了每个SSB对应一个PDCCH监测时机(即数量为1)的基本情况。考虑到目标专利说明书[0013]也提到了“寻呼时机中每个SSB的物理下行链路控制信道(PDCCH)监测时机的数量”这一配置,本领域技术人员可以理解,对比文件公开了该配置的一种特例(数量为1),而将其扩展为可配置的数量(X)是常规设计选择。因此,该特征被直接公开。
**J.** 基于所述服务小区信号确定延迟时间包括:基于所述服务小区信号确定寻呼信号监测时机的数量;以及基于所确定的寻呼信号监测时机的数量确定所述延迟时间。 **(隐含公开)**[0262] 每个PO是一组‘S’个PDCCH监测时机。<br>[0266] UE在每个DRX周期T...在最多P个连续PF中监测(i_s+1)个PO。对比文件中,UE基于接收到的配置(如Ns, P)确定了需要监测的PO数量,而每个PO又包含S个PDCCH监测时机。因此,UE可以确定需要监测的PDCCH监测时机的总数量(至少是S个,最多是P*S个)。这个总数量直接决定了UE需要保持唤醒和监测的总时长,即“延迟时间”。虽然对比文件未明确写出“基于监测时机数量确定延迟时间”这一步骤,但该逻辑关系是隐含在整体方案中的必然推导。
**K.** 基于所述服务小区信号确定延迟时间包括:识别从所述小区接收到的所述服务小区信号的类型;以及基于所述服务小区信号的类型确定所述延迟时间。 **(未公开)**对比文件描述了UE接收多种配置信息(如寻呼配置、搜索空间配置、TDD配置),但并未描述UE需要“识别服务小区信号的类型”(例如,是COT-SI还是P-RNTI DCI),并基于不同类型采用不同规则来确定延迟时间。目标专利此特征强调根据接收到的信号类型(如寻呼控制信息、COT-SI)来差异化确定延迟时间。对比文件的方案中,UE仅基于统一的配置参数(如N, Ns, P)来计算PO,并未涉及根据动态接收到的信号类型来调整监测行为。因此,该特征未被公开。
**L.** 基于所述服务小区信号确定延迟时间包括:确定所述服务小区信号包括寻呼控制信息;以及基于确定所述服务小区信号包括寻呼控制信息来确定所述延迟时间。 **(未公开)**对比文件提到了P-RNTI用于寻呼,但并未描述UE在监测过程中“确定服务小区信号包括寻呼控制信息”并据此“确定延迟时间”的机制。其提前停止监测的条件(见特征G论述)是基于“接收到”寻呼,而非基于“确定信号包括寻呼控制信息”这一判断本身来“确定”一个新的延迟时间。目标专利此特征描述了一个主动的判断和决策过程。对比文件中的提前停止是一种条件触发的行为简化,并未公开“基于确定包括寻呼控制信息”来“确定延迟时间”这一具体技术手段。
**M-P, Q-S.** 涉及基于COT结构指示符确定延迟时间的各种具体实施方式 **(均未公开)**对比文件全文未提及“COT结构指示符”。由于核心概念“COT结构指示符”(特征D)未被对比文件公开,所有依赖于该指示符及其内容(如剩余COT持续时间、上下行链路突发、测量定时配置重叠判断等)来确定延迟时间的具体方法(特征M, N, O, P, Q, R, S)均无法在对比文件中找到依据,也无法从中合理推断。
**T.** 在所确定的延迟时间期满之时或之后停止对所述寻呼信号的监测包括:从所述小区接收指示所述无线设备能够停止对所述寻呼信号的监测的消息;以及响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测。 **(隐含公开)**[0277] 如果UE在监测到的PO中接收到寻址到P-RNTI的PDCCH,则它可能不在该DRX周期中监测其其他PO。<br>[0280] 如果UE在监测到的PO中接收到寻址到P-RNTI的PDCCH,则它可能不在该DRX周期中监测其其他PO。对比文件描述了UE在接收到寻址到P-RNTI的PDCCH(该PDCCH调度了一个包含寻呼消息的PDSCH)后,可以停止后续监测。这个“寻址到P-RNTI的PDCCH”及其调度的PDSCH寻呼消息,可以理解为一种“指示UE能够停止监测的消息”。UE响应于此消息而停止监测。虽然对比文件未使用完全相同的表述,但所描述的技术实质是相同的。
**U.** 指示所述无线设备能够停止对所述寻呼信号的监测的所述消息包括寻呼无线电网络临时标识符P-RNTI消息。 **(隐含公开)**[0261] 如果PDSCH中有寻呼消息,则寻址到寻呼无线电网络临时标识符(P-RNTI)的物理下行链路控制信道(PDCCH)。<br>结合特征T的引用段落。对比文件明确指出,用于触发停止监测的消息是“寻址到P-RNTI的PDCCH”。这直接对应于“P-RNTI消息”。因此,该特征被隐含公开。
**V.** 响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对所述寻呼信号的所述监测包括:响应于接收到指示所述无线设备能够停止对所述寻呼信号的监测的所述消息而停止对一个或多个PDCCH监测时机中的所述寻呼信号的监测。 **(隐含公开)**[0277] 如果UE在监测到的PO中接收到寻址到P-RNTI的PDCCH,则它可能不在该DRX周期中监测其其他PO。对比文件中,UE在某个PO内接收到P-RNTI PDCCH后,停止的是对该DRX周期内“其他PO”的监测。由于每个PO包含一个或多个PDCCH监测时机,停止对其他PO的监测,即等价于停止对后续“一个或多个PDCCH监测时机”中寻呼信号的监测。因此,该特征被隐含公开。

<<<B>>><<<I>>><<<H>>>

<<<a>>><<<b>>><<<c>>><<<f>>><<<g>>><<<j>>><<<t>>><<<u>>><<<v>>>

权利要求与技术特征
Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE