返回项目页面
对比文件列表
2008-12-24_WO2008155205A_发明申请_WO2008155205A1 CELLULAR COMMUNICATION SYSTEM, APPARATUS AND METHOD FOR HANDOVER_+++A_P_g_u+++.docx
2026-03-24 23:42
2010-06-30_CN101766042A_发明公开_CN101766042A 用于切换的蜂窝通信系统、装置及方法_+++A_P_g_u+++.docx
2026-03-24 23:42
2011-05-19_US2011117908A_发明申请_US20110117908A1 HANDOVER-RELATED RADIO LINK FAILURE DETECTION_+++A_N_P_c_i_w+++.docx
2026-03-24 23:42
2011-08-04_WO2011093271A_发明申请_WO2011093271A1 処理方法および移動局装置_+++A_g_p+++.docx
2026-03-24 23:42
2011-08-11_JP2011155336A_发明专利_JP2011155336A Communication system, mobile station device, base station device, and processing method_+++a_c_g_i_p_u_w+++.docx
2026-03-24 23:42
2011-11-03_US2011268085A_发明申请_US20110268085A1 LTE FORWARD HANDOVER_+++A_P+++.docx
2026-03-24 23:42
2012-02-16_CA2808232A_发明专利_CA2808232A1 HANDOVER LATENCY REDUCTION_+++A_P_g_u+++.docx
2026-03-24 23:42
2012-02-16_US2012040674A_发明申请_US20120040674A1 Handover Latency Reduction_+++A_h_p_v+++.docx
2026-03-24 23:42
2012-02-16_US2012040679A_发明申请_US20120040679A1 CELLULAR COMMUNICATION SYSTEM, APPARATUS AND METHOD FOR HANDOVER_+++A_P+++.docx
2026-03-24 23:42
2012-02-16_WO2012020107A_发明申请_WO2012020107A1 HANDOVER LATENCY REDUCTION_+++A_P_g_h_u_v+++.docx
2026-03-24 23:42
2012-04-05_None_发明专利_JPWO2010053159A1 移動局及び移動通信方法_+++A_P+++.docx
2026-03-24 23:42
2012-10-24_CN102752817A_发明公开_CN102752817A 用于切换的蜂窝通信系统、装置及方法_+++A_P_g_u+++.docx
2026-03-24 23:42
2012-11-22_US2012294270A_发明申请_US20120294270A1 PROCESSING METHOD AND MOBILE STATION DEVICE_+++a_c_g_i_p_u_w+++.docx
2026-03-24 23:42
2013-04-17_JP5182369B_发明专利_JP5182369B2 Cellular communication system, apparatus for handover, and methods_+++A_P_g_u+++.docx
2026-03-24 23:42
2013-06-19_EP2604070A_发明公开_EP2604070A1 HANDOVER LATENCY REDUCTION_+++A_D_P_c_h_v+++.docx
2026-03-24 23:42
2013-09-25_CN103329595A_发明公开_CN103329595A 切换等待时间减少_+++A_P_g_h_u_v+++.docx
2026-03-24 23:42
2013-11-07_WO2013164105A_发明申请_WO2013164105A1 THRESHOLD-BASED AND POWER-EFFICIENT SCHEDULING REQUEST PROCEDURE_+++A_P_g_i_o_u_w+++.docx
2026-03-24 23:42
2014-03-18_US8676206B_发明授权_US08676206B2 Handover latency reduction_+++A_P+++.docx
2026-03-24 23:42
WO2010053159A1_Description_20260318_1954_+++A_P+++.docx
2026-03-24 23:42
2014-03-18_US8676206B_发明授权_US08676206B2 Handover latency reduction_+++A_P+++.docx

对比文件名称:2014-03-18_US8676206B_发明授权_US08676206B2 Handover latency reduction

目标专利名称:在切换之后延迟对调度请求的触发 CN106105313B

模型名称:DeepSeek

作为资深专利代理师,我将严格遵循评估流程,结合目标专利说明书原文对技术特征进行解释,并与对比文件进行详细比对。目标专利的核心在于:在切换发生后,若UE尚未从目标基站接收到主信息块(MIB),则延迟向该目标基站发送调度请求(SR),以避免触发低效的随机接入过程。对比文件US8676206B的核心主题是减少切换延迟,其技术手段主要在于:通过向UE提供同步指示和/或定时偏移信息,使得UE能够在不同步(或即使同步但PRACH资源非全帧配置)的情况下,无需读取目标小区的MIB即可确定目标小区的帧极性(SFN奇偶性),从而直接发起随机接入(RA)过程。两者解决的技术问题和采用的技术手段存在根本差异。

### 特征比对表格

技术特征描述以及公开性判断结果对比文件原文引用公开性论述
**特征A**:包括:确定已经发生从第一基站到第二基站的切换<br>**《直接公开》**参见图3及对应描述:“The handover to E-UTRAN procedure shown in FIG. 3 may be used when the network hands over the UE from another RAT to E-UTRA.” (说明书第[0059]段);“...the UE begins a handover procedure to an E-UTRAN (block 500).” (说明书第[0073]段,对应图5)对比文件明确描述了从源RAT(第一基站)到目标E-UTRA(第二基站)的切换过程。图3、图5、图6均以“handover procedure”开始,UE必然需要确定或获知切换正在发生或已经发生,这是执行后续所有切换相关操作的前提。因此,本领域技术人员能够毫无疑义地从对比文件中得出“确定已经发生切换”这一技术特征。
**特征B**:至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB),将对调度请求到所述第二基站的传输延迟预定时间段。<br>**《未公开》**说明书第[0064]段:“However, the PBCH TTI is a 40 ms interval, which leads to increased handover latency and interruption time. The embodiments described herein address and decrease this handover latency.” 以及图4、图5、图6所示的流程:当PRACH非全帧配置且网络未同步(或无定时偏移信息)时,UE的路径是“obtains the MIB by decoding the PBCH”(获取MIB),然后“performs the RA”(执行随机接入)。**目标专利中的作用**:根据说明书第[0027]-[0029]、[0039]-[0041]段,在切换后未收到MIB(即缺乏上行链路定时信息)时,若存在上行链路数据,传统的做法会触发调度请求(SR),但由于缺乏定时,该SR实际上会进而触发低效的随机接入过程(RACH)。本专利的发明点在于主动“延迟”对SR的触发,以避免启动这一低效的随机接入过程,等待接收到MIB后再发送SR,从而提升效率。<br>**对比文件中的作用**:对比文件要解决的是“读取MIB导致切换延迟增加”的问题(见第[0064]段)。其解决方案是提供同步指示或定时偏移,让UE**绕过**读取MIB的步骤,直接进行随机接入(RA)。对比文件图4、5、6中,当需要但未获得MIB时,UE的路径是去“获取MIB”(obtains the MIB),然后执行RA。**对比文件从未提及“调度请求(SR)”,更未提及在未收到MIB时“延迟”发送SR**。它关注的是如何让随机接入过程本身更快开始,而不是避免随机接入过程的触发。<br>**结论**:对比文件既未直接公开“延迟调度请求传输”的技术手段,也未隐含该技术手段。两者解决同一底层问题(切换后定时信息缺失)的技术路径是相反或平行的:目标专利是“延迟SR以等待MIB,避免RA”;对比文件是“提供信息以跳过读取MIB,直接进行RA”。因此,特征B未被对比文件公开。
**特征C**:其中,所述延迟对所述调度请求的所述传输包括:延迟对所述调度请求的所述传输,直到满足条件为止。<br>**《未公开》**无相关描述。特征C是特征B中“延迟”的具体方式之一。如特征B所述,对比文件未公开“延迟调度请求”这一上位概念,因此其下位概念“延迟直到满足条件为止”也必然未被公开。对比文件中UE在未同步/无定时偏移时,是去获取MIB,然后进行RA,这是一个积极的“执行”动作,而非“延迟”某个动作直到条件满足。
**特征D**:其中,满足所述条件包括:从所述第二基站接收到所述MIB。<br>**《未公开》**无相关描述。特征D定义了特征C中的条件。对比文件中,获取MIB是执行随机接入的前提步骤之一(见图4、5、6中“obtains the MIB”后接“performs the RA”),但这不是“延迟发送SR”的条件。因此,该特征未被公开。
**特征E**:还包括:确定在已经发生所述切换之前已经接收到系统信息块(SIB)。<br>**《未公开》**无相关描述。对比文件全文未提及“系统信息块(SIB)”。目标专利说明书第[0011]段提到“确定在已经发生切换之前已经接收到SIB”,但该特征在对比文件中无任何对应记载。
**特征F**:其中,所述预定时间段是至少部分地基于以下各项的:通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。<br>**《未公开》**说明书第[0168]-[0172]段描述了“timingOffset”的 signaling granularity(信令粒度),例如以2.5ms(四分之一帧)或~2.3ms(半TDMA帧)为单位。例如:“The timing unit selected for use could depend on the desired accuracy of relative timing synchronization...”**目标专利中的作用**:预定时间段与通过接收MIB来获取或导出上行链路定时的“期望”时间相关(如说明书第[0011]段所述,可能是10ms的MIB更新周期)。这是为了合理设置等待MIB的时长。<br>**对比文件中的作用**:对比文件中提到的“timingOffset”或时间单位(如2.5ms),是网络侧测量并通知给UE的、用于计算目标小区帧极性的**定时调整值**(见第[0172]段公式),它与“通过接收MIB来期望获取定时”这一概念完全不同。前者是已知的偏移参数,后者是基于周期性广播的等待时间。两者技术手段不同。
**特征G**:还包括:确定要在所述切换之后向所述第二基站发送数据<br>**《未公开》**无相关描述。对比文件描述的切换过程聚焦于建立连接、实现同步和进行随机接入,并未提及UE在切换后确定有上行链路数据需要发送这一前提条件。该特征未被公开。
**特征H**:基于确定在所述切换之后还没有从所述第二基站接收到所述MIB,确定所述MIB不存在<br>**《未公开》**图5流程中,若网络未同步(block 508为No),则路径指向“obtains the MIB”(block 514)。这隐含了UE确定需要去获取MIB,可视为确定当前没有MIB信息。**目标专利中的作用**:“确定MIB不存在”是做出“延迟调度请求传输”决策的直接依据(参见特征B)。<br>**对比文件中的作用**:在图5流程中,确定网络未同步(这可能导致没有MIB信息)后,UE的响应是去“获取MIB”(obtains the MIB),以进行后续的随机接入。这是一种“积极获取”的动作逻辑,而非目标专利中“基于确定不存在而延迟另一个动作(SR)”的“条件判断与延迟”逻辑。<br>**结论**:虽然对比文件隐含了UE可能意识到缺乏MIB信息,但其引导出的技术动作(获取MIB以进行RA)与目标专利的技术动作(因无MIB而延迟SR)在技术方案上不相同。因此,特征H未被对比文件公开。
**特征I**:将对所述调度请求的所述传输延迟所述预定时间段。<br>**《未公开》**无相关描述。特征I是特征B的执行动作。如特征B所述,对比文件未公开“延迟调度请求传输”,因此本特征也未被公开。
**特征J**:还包括:至少部分地基于确定在所述切换之后已经接收到所述MIB,向所述第二基站发送所述调度请求。<br>**《未公开》**无相关描述。对比文件从未提及“调度请求(Scheduling Request)”。在对比文件的流程中,成功获取MIB后,UE执行的是“随机接入(RA)”(见图4 block 410,图5 block 516)。发送调度请求与执行随机接入是两种不同的上行链路资源请求机制。因此,该特征未被公开。
**特征K**:还包括:在所述预定时间段到期之后,确定是否已经接收到所述MIB<br>**《未公开》**无相关描述。这是目标专利中延迟机制的一部分,涉及延迟后的重新检查。对比文件完全没有涉及任何“预定时间段到期后检查”的循环或重试机制。
**特征L**:响应于确定来自所述第二基站的所述MIB继续不存在,将对所述调度请求的所述传输进一步延迟第二预定时间段。<br>**《未公开》**无相关描述。这是目标专利中更复杂的延迟重试逻辑。对比文件完全没有相关描述。
**特征M**:还包括:响应于确定已经接收到所述MIB,发送所述调度请求。<br>**《未公开》**无相关描述。同特征J,对比文件在接收到MIB后的动作是执行随机接入(RA),而非发送调度请求(SR)。
**特征N**:还包括:在所述第二预定时间段内未接收到所述MIB的情况下,发起无线链路失败(RLF)过程。<br>**《未公开》**无相关描述。对比文件未涉及在等待MIB失败后发起RLF过程的机制。
**特征O**:其中,所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。<br>**《未公开》**说明书第[0171]段举例时提到了“For UTRAN and E-UTRAN, P may be 20 ms based on the occurrence of an odd and even frame pair.” 这里20ms对应2个LTE帧。**目标专利中的作用**:将预定时间段与LTE帧数量挂钩(例如,说明书第[0011]、[0028]段提到可能与10ms的LTE帧或MIB更新周期相关),是一种具体的定时方式。<br>**对比文件中的作用**:对比文件中提到的20ms是计算定时调整信令所需比特数时使用的一个参数周期“P”,用于说明不同RAT的帧模式重复周期。它并非一个UE侧主动设置的“等待MIB的预定时间段”。两者概念和应用场景不同。
**特征P**:包括:用于确定已经发生从第一基站到第二基站的切换的单元<br>**《直接公开》**同特征A的引用。根据专利审查惯例,当对比文件公开了“确定已经发生切换”的方法步骤时,本领域技术人员能够毫无疑义地实现用于执行该步骤的功能单元或装置。因此,特征P被直接公开。
**特征Q**:用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB),将对调度请求到所述第二基站的传输延迟预定时间段的单元。<br>**《未公开》**同特征B的引用及论述。由于对比文件未公开特征B所述的方法,因此用于执行该方法的相应功能单元也未被公开。
**特征R**:其中,所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求,直到已经从所述第二基站接收到所述MIB为止。<br>**《未公开》**无相关描述。同特征C、D,对比文件未公开相应方法,装置单元也未被公开。
**特征S**:还包括:用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元。<br>**《未公开》**无相关描述。同特征E,对比文件未公开相应方法,装置单元也未被公开。
**特征T**:其中,所述预定时间段是至少部分地基于以下各项的:通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。<br>**《未公开》**同特征F的引用及论述。同特征F,对比文件未公开相应方法,装置单元也未被公开。
**特征U**:还包括:用于确定要在所述切换之后向所述第二基站发送数据的单元<br>**《未公开》**无相关描述。同特征G,对比文件未公开相应方法,装置单元也未被公开。
**特征V**:用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB,确定所述MIB不存在的单元<br>**《未公开》**同特征H的引用及论述。同特征H,对比文件未公开相应方法,装置单元也未被公开。
**特征W**:用于将对所述调度请求的所述传输延迟所述预定时间段的单元。<br>**《未公开》**无相关描述。同特征I,对比文件未公开相应方法,装置单元也未被公开。
**特征X**:还包括:用于至少部分地基于确定在所述切换之后已经接收到所述MIB,向所述第二基站发送所述调度请求的单元。<br>**《未公开》**无相关描述。同特征J,对比文件未公开相应方法,装置单元也未被公开。
**特征Y**:还包括:用于在所述预定时间段到期之后,确定是否已经接收到所述MIB的单元<br>**《未公开》**无相关描述。同特征K,对比文件未公开相应方法,装置单元也未被公开。
**特征Z**:用于响应于确定来自所述第二基站的所述MIB继续不存在,将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。<br>**《未公开》**无相关描述。同特征L,对比文件未公开相应方法,装置单元也未被公开。

<<<A>>><<<P>>>

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

网站备案号:渝ICP备2023012882号


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