对比文件名称：WO2010053159A1_Description_20260318_1954
目标专利名称：347在切换之后延迟对调度请求的触发CN106105313B
本次调用模型名称：DeepSeek-R1
根据目标专利说明书和权利要求，以及对比文件WO2010053159A1的内容，现进行技术特征比对分析如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：包括：确定已经发生从第一基站到第二基站的切换《直接公开》** | “移動局ＵＥが、セル１（第１セル）からセル２（第２セル）にハンドオーバする”（移动站UE从小区1（第一小区）切换到小区2（第二小区）） 段落：“以下、本実施形態では、移動局ＵＥが、セル１（第１セル）からセル２（第２セル）にハンドオーバする場合の例について説明する。” | 对比文件明确描述了移动站（UE）从第一小区（对应第一基站）到第二小区（对应第二基站）的切换过程。这公开了确定切换发生的技术特征，且其在对比文件中的作用与目标专利中作为后续延迟触发的前提条件相同。因此，本领域技术人员能毫无疑义地得出该技术特征。 |
| **B：至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段。《未公开》** | 未提及调度请求的延迟。对比文件描述了在接收广播信息（包括MIB）失败后进行重新连接处理或小区拒绝。 | 对比文件的核心解决方案是在切换后若接收广播信息（含MIB）失败，则启动重新连接或小区拒绝流程，其目的是为了恢复连接，而非为了优化调度请求的触发时机而进行延迟。对比文件完全没有提及“调度请求(SR)”的传输，更没有基于未接收到MIB而“延迟”该传输的技术构思。两者技术手段和目的均不同，本领域技术人员无法从中直接或隐含得出“延迟调度请求传输”的技术方案。 |
| **C：其中，所述延迟对所述调度请求的所述传输包括：延迟对所述调度请求的所述传输，直到满足条件为止。《未公开》** | 未提及调度请求的延迟或触发条件。 | 由于对比文件未公开“延迟调度请求传输”这一基础动作，因此更不可能公开延迟所持续的条件。此特征未被公开。 |
| **D：其中，满足所述条件包括：从所述第二基站接收到所述MIB。《未公开》** | 未提及以接收到MIB作为触发任何动作的条件。对比文件提到接收MIB失败是启动重新连接流程的判断条件之一。 | 对比文件描述了在接收MIB失败时触发重新连接，但未将“接收到MIB”作为延迟结束并触发其他动作（如发送调度请求）的条件。该特征未被公开。 |
| **E：还包括：确定在已经发生所述切换之前已经接收到系统信息块(SIB)。《未公开》** | 未提及在切换之前是否接收到SIB。 | 对比文件通篇未提及在切换之前接收SIB这一事件或判断。该特征未被公开。 |
| **F：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。《未公开》** | 未提及任何与延迟调度请求相关的“预定时间段”，也未提及该时间段与通过MIB获取或导出上行链路定时有关。 | 对比文件未涉及为等待MIB以获取定时信息而设置延迟时间段的技术构思。该特征未被公开。 |
| **G：还包括：确定要在所述切换之后向所述第二基站发送数据《未公开》** | 未提及在切换后确定有上行链路数据要发送。 | 对比文件关注的是广播信息接收失败后的处理，并未提及UE有上行数据待发送的场景，也未提及基于此进行任何判断。该特征未被公开。 |
| **H：基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在《未公开》** | 未提及“确定MIB不存在”这一具体判断。对比文件描述了判断“报知情報の受信に失敗した”（广播信息接收失败），这可能包括MIB接收失败。 | 对比文件隐含了判断接收失败，但并未将其明确表述为“确定MIB不存在”。更重要的是，该判断在对比文件中用于触发重新连接，而非用于触发延迟调度请求的决策。因此，该特征在目标专利中的具体作用和目的未被对比文件公开。 |
| **I：将对所述调度请求的所述传输延迟所述预定时间段。《未公开》** | 未提及调度请求的延迟。 | 同特征B，对比文件未涉及“延迟调度请求传输”这一动作。该特征未被公开。 |
| **J：还包括：至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求。《未公开》** | 未提及在接收到MIB后发送调度请求。对比文件提到接收广播信息成功后，继续在第二小区进行通信。 | 对比文件未提及“调度请求(SR)”这一具体的信令过程。因此，基于接收到MIB来发送调度请求的技术特征未被公开。 |
| **K：还包括：在所述预定时间段到期之后，确定是否已经接收到所述MIB《未公开》** | 未提及为等待MIB设置预定时间段并在其到期后进行检查。 | 对比文件未涉及为等待特定信息（如MIB）而设置延迟时间段并到期检查的机制。该特征未被公开。 |
| **L：响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段。《未公开》** | 未提及调度请求的延迟，更无“进一步延迟”的概念。 | 由于基础动作（延迟SR）未被公开，其进一步的迭代延迟逻辑也无从谈起。该特征未被公开。 |
| **M：还包括：响应于确定已经接收到所述MIB，发送所述调度请求。《未公开》** | 未提及调度请求的发送。 | 同特征J，对比文件未涉及“调度请求(SR)”的发送动作。该特征未被公开。 |
| **N：还包括：在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程。《未公开》** | 对比文件提及在判断广播信息接收失败时，作为无线链路故障（RLF）进行重新连接处理（段落：“制御部１２は、送受信部１１によって報知情報の受信に失敗したと判断した場合に、セル２において無線リンク障害（ＲＬＦ：Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）が発生したものとして、再接続処理を行うように構成されている。”） | 对比文件确实公开了在信息接收失败时发起（或认定为）RLF并执行重新连接。然而，目标专利特征N的上下文是：在为了等待MIB而设置的“第二预定时间段”内未收到MIB，则发起RLF。对比文件中的RLF触发是基于对广播信息接收失败的判断，并未将其与一个为等待MIB而专门设置的延迟时间段相关联。两者触发RLF的条件和逻辑上下文不同。因此，该特征未被直接或隐含公开。 |
| **O：其中，所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。《未公开》** | 未提及任何与LTE帧数量相关的延迟时间段设置。 | 对比文件未涉及基于LTE帧数来设定时间段的任何内容。该特征未被公开。 |
| **P：包括：用于确定已经发生从第一基站到第二基站的切换的单元《直接公开》** | 同特征A引用段落。制御部12执行切换处理。 | 对比文件公开了执行切换确定功能的单元（控制部12及相应处理），与目标专利特征P的“单元”对应。该特征被直接公开。 |
| **Q：用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段的单元。《未公开》** | 未提及用于延迟调度请求传输的单元或相应功能。 | 对比文件没有公开用于执行“基于未收到MIB而延迟调度请求传输”这一功能的单元。该特征未被公开。 |
| **R：其中，所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求，直到已经从所述第二基站接收到所述MIB为止。《未公开》** | 未提及调度请求的延迟，也未提及以接收到MIB作为延迟结束条件。 | 同特征C、D，该特征未被公开。 |
| **S：还包括：用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元。《未公开》** | 未提及用于确定在切换前已接收SIB的单元或相应功能。 | 同特征E，该特征未被公开。 |
| **T：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。《未公开》** | 同特征F，未提及。 | 同特征F，该特征未被公开。 |
| **U：还包括：用于确定要在所述切换之后向所述第二基站发送数据的单元《未公开》** | 同特征G，未提及。 | 同特征G，该特征未被公开。 |
| **V：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在的单元《未公开》** | 同特征H，对比文件隐含接收失败判断功能，但目的和上下文不同。 | 对比文件的控制部12具有判断广播信息接收失败的功能，可对应“确定MIB不存在”。但该功能在对比文件中用于触发重新连接，而在目标专利中用于决定延迟调度请求。由于“延迟调度请求”这一应用场景未被公开，因此用于支持该场景的“确定MIB不存在”的单元在目标专利中的特定作用未被公开。 |
| **W：用于将对所述调度请求的所述传输延迟所述预定时间段的单元。《未公开》** | 同特征I，未提及。 | 同特征I，该特征未被公开。 |
| **X：还包括：用于至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求的单元。《未公开》** | 同特征J，未提及。 | 同特征J，该特征未被公开。 |
| **Y：还包括：用于在所述预定时间段到期之后，确定是否已经接收到所述MIB的单元《未公开》** | 同特征K，未提及。 | 同特征K，该特征未被公开。 |
| **Z：用于响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。《未公开》** | 同特征L，未提及。 | 同特征L，该特征未被公开。 |
### 总结
对比文件WO2010053159A1公开了在切换后若无法接收广播信息（可能包括MIB）则进行重新连接处理的技术方案。其核心在于处理连接失败，而非优化调度请求的触发时机。目标专利的核心发明点“在切换后基于是否接收到MIB来延迟调度请求的触发”及其一系列相关步骤和条件，均未被对比文件公开。对比文件仅直接公开了“确定切换发生”这一基础特征（特征A、P）。
<<<A>>><<<P>>>