对比文件名称：2013-09-25_CN103329595A_发明公开_CN103329595A 切换等待时间减少
目标专利名称：347在切换之后延迟对调度请求的触发CN106105313B
模型名称：本次评估由资深专利代理师基于深度思考进行。
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：确定已经发生从第一基站到第二基站的切换《直接公开》 | 第[0056]段：“在一个实施例中，E-UTRAN302可以向UE300发送RRCConnectionReconfiguration(RRC连接重新配置)消息304，有可能经由另一RAN。继而，UE向E-UTRAN发送RRCConnectionReconfigurationComplete(RRC连接重新配置完成)消息306。此后，该过程终止。” | 对比文件明确描述了从源网络到目标E-UTRAN（即第二基站）的切换过程，包括接收切换命令（RRC连接重配置）和完成切换。本领域技术人员能够毫无疑义地确定，UE执行该过程即意味着已经发生从第一基站（源网络）到第二基站（目标E-UTRAN）的切换。该特征在对比文件中被直接公开。 |
| 技术特征B：至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段。未被公开 | 未找到相关内容。 | 目标专利的核心在于，在切换后若未收到MIB，则延迟**调度请求(SR)**的传输。对比文件全文未提及“调度请求(Scheduling Request)”的触发或传输。对比文件关注的是如何减少切换后执行**随机接入(RACH)**过程的等待时间，其技术思路是在某些条件下（如同步或已知定时偏移）允许UE在获取MIB**之前**就执行随机接入，这与目标专利“延迟SR以等待MIB”的技术思路相反。因此，该技术特征未被对比文件公开。 |
| 技术特征C：其中，所述延迟对所述调度请求的所述传输包括：延迟对所述调度请求的所述传输，直到满足条件为止。未被公开 | 未找到相关内容。 | 同特征B，对比文件未涉及对调度请求传输的延迟，也未提及延迟直到满足某个条件。因此，该特征未被公开。 |
| 技术特征D：其中，满足所述条件包括：从所述第二基站接收到所述MIB。未被公开 | 未找到相关内容。 | 对比文件虽然多次提及MIB，但其目的是在特定条件下让UE**无需等待接收MIB**即可进行随机接入（见第[0063]段图4及描述）。目标专利中将“接收到MIB”作为触发SR的条件，这与对比文件减少等待MIB时间的目标相悖。因此，该具体条件未被对比文件公开。 |
| 技术特征E：还包括：确定在已经发生所述切换之前已经接收到系统信息块(SIB)。未被公开 | 未找到相关内容。 | 对比文件未提及在切换发生之前确定是否已接收到系统信息块(SIB)。目标专利说明书第[0011]、[0044]段提到，可以在满足条件（如收到MIB）后触发SR，而无需等待SIB，SIB可能在切换前已接收。对比文件未公开此确定步骤。 |
| 技术特征F：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。未被公开 | 未找到相关内容。 | 对比文件未涉及为等待MIB接收或导出上行链路定时而设置“预定时间段”。其讨论的时间段（如40ms的PBCH TTI）是获取MIB本身所需的固有时间，而非UE主动设置的、用于延迟SR的等待时间段。因此，该特征未被公开。 |
| 技术特征G：还包括：确定要在所述切换之后向所述第二基站发送数据《隐含公开》 | 第[0059]段：“然而，在目标E-UTRA小区将PRACH配置为仅在具有偶数SFN的无线电帧上发送或者仅在具有奇数SFN的无线电帧上发送的情况下，对于UE而言，期望当UE在切换之后能够接入目标E-UTRA小区之前知道当前SFN是偶数还是奇数。否则，UE可能不能够接入目标E-UTRA小区，或者可能仅能够在附加延迟之后接入目标E-UTRA小区。” | 对比文件描述了UE在切换后需要“接入”目标小区。本领域技术人员知晓，UE发起随机接入过程通常是为了建立上行同步并请求上行资源，以便发送数据（如RRC连接重配置完成消息或其他上行数据）。因此，可以合理推断，UE在决定执行随机接入前，必然隐含了“确定要在切换之后向第二基站发送数据”这一前提或需求。该特征被对比文件隐含公开。 |
| 技术特征H：基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在《隐含公开》 | 第[0063]段图4及描述：“如果步骤404中的确定是‘否’，则UE通过解码PBCH获取MIB（步骤408）。” | 对比文件图4的流程表明，当PRACH配置并非在所有无线电帧相同时，UE需要去获取MIB。这个逻辑隐含了一个前提判断：UE在尝试获取MIB之前，需要先确定自己尚未拥有MIB（即MIB不存在）。虽然对比文件没有明确写出“确定MIB不存在”的文字，但根据其描述的流程（在特定条件下“获取MIB”），本领域技术人员能够毫无困难地推理出，UE在执行获取动作前，必然已基于当前状态（切换后）确定MIB尚未被接收/解码成功。因此，该特征被隐含公开。 |
| 技术特征I：将对所述调度请求的所述传输延迟所述预定时间段。未被公开 | 未找到相关内容。 | 同特征B和C，对比文件未涉及调度请求的传输及对其的延迟。因此，该特征未被公开。 |
| 技术特征J：还包括：至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求。未被公开 | 未找到相关内容。 | 对比文件未提及基于接收到MIB来发送调度请求。其技术方案中，接收到MIB是执行随机接入的替代路径之一（见图4，获取MIB后执行RA），而非触发SR的条件。因此，该特征未被公开。 |
| 技术特征K：还包括：在所述预定时间段到期之后，确定是否已经接收到所述MIB。未被公开 | 未找到相关内容。 | 对比文件未描述设置一个预定时间段并在其到期后检查MIB接收情况的过程。因此，该特征未被公开。 |
| 技术特征L：响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段。未被公开 | 未找到相关内容。 | 同特征B、C、I，对比文件未涉及调度请求的延迟，更不用说多次延迟。因此，该特征未被公开。 |
| 技术特征M：还包括：响应于确定已经接收到所述MIB，发送所述调度请求。未被公开 | 未找到相关内容。 | 同特征J，对比文件未提及发送调度请求。因此，该特征未被公开。 |
| 技术特征N：还包括：在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程。未被公开 | 未找到相关内容。 | 对比文件未描述因未在特定时间段内收到MIB而发起无线链路失败（RLF）过程。因此，该特征未被公开。 |
| 技术特征O：其中，所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。未被公开 | 未找到相关内容。 | 对比文件未涉及为延迟SR而设置的、基于LTE帧数量的预定时间段。因此，该特征未被公开。 |
| 技术特征P：包括：用于确定已经发生从第一基站到第二基站的切换的单元《直接公开》 | 第[0056]段（同上）。 | 对比文件公开了切换过程的确定，其描述的UE行为（接收并执行切换命令）必然由相应的功能单元（如处理器、通信模块等）实现。本领域技术人员能够毫无疑义地从公开的确定切换发生的方法中，得出用于执行该确定的功能单元。因此，该装置特征被直接公开。 |
| 技术特征Q：用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段的单元。未被公开 | 未找到相关内容。 | 同特征B，对比文件未公开基于未收到MIB而延迟SR传输的方法，因此对应的功能单元也未被公开。 |
| 技术特征R：其中，所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求，直到已经从所述第二基站接收到所述MIB为止。未被公开 | 未找到相关内容。 | 同特征C、D，对比文件未公开延迟SR直到收到MIB的方法，因此对应的功能单元特征也未被公开。 |
| 技术特征S：还包括：用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元。未被公开 | 未找到相关内容。 | 同特征E，对比文件未公开在切换前确定已接收SIB的方法，因此对应的功能单元也未被公开。 |
| 技术特征T：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。未被公开 | 未找到相关内容。 | 同特征F，对比文件未公开该时间段设定依据，因此对应的功能单元特征也未被公开。 |
| 技术特征U：还包括：用于确定要在所述切换之后向所述第二基站发送数据的单元《隐含公开》 | 第[0059]段（同上）。 | 同特征G，对比文件隐含了UE在切换后需要接入目标小区以发送数据的需求。本领域技术人员能够从该隐含的方法步骤中，合理推断出存在用于执行“确定要发送数据”的功能单元。因此，该装置特征被隐含公开。 |
| 技术特征V：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在的单元《隐含公开》 | 第[0063]段图4及描述（同上）。 | 同特征H，对比文件隐含了在需要获取MIB前确定MIB不存在的逻辑步骤。本领域技术人员能够从该隐含的方法中，合理推断出存在用于执行“确定MIB不存在”的功能单元。因此，该装置特征被隐含公开。 |
| 技术特征W：用于将对所述调度请求的所述传输延迟所述预定时间段的单元。未被公开 | 未找到相关内容。 | 同特征I，对比文件未公开延迟SR传输的方法，因此对应的功能单元也未被公开。 |
| 技术特征X：还包括：用于至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求的单元。未被公开 | 未找到相关内容。 | 同特征J，对比文件未公开基于收到MIB发送SR的方法，因此对应的功能单元也未被公开。 |
| 技术特征Y：还包括：用于在所述预定时间段到期之后，确定是否已经接收到所述MIB的单元。未被公开 | 未找到相关内容。 | 同特征K，对比文件未公开该方法，因此对应的功能单元也未被公开。 |
| 技术特征Z：用于响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。未被公开 | 未找到相关内容。 | 同特征L，对比文件未公开该方法，因此对应的功能单元也未被公开。 |
| (对应于特征N的装置特征) 还包括：用于在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程的单元。未被公开 | 未找到相关内容。 | 同特征N，对比文件未公开该方法，因此对应的功能单元也未被公开。 |
<<<A>>><<<P>>><<<g>>><<<h>>><<<u>>><<<v>>>