对比文件名称：2013-04-17_JP5182369B_发明专利_JP5182369B2 Cellular communication system, apparatus for handover, and methods
目标专利名称：在切换之后延迟对调度请求的触发CN106105313B
模型名称：GPT-4
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用（段落标号或位置） | 公开性论述 |
| **技术特征A：包括：确定已经发生从第一基站到第二基站的切换** <br>《直接公开》 | [0014]段描述了同步和非同步网络的切换。[0015]段描述了同步网络中UE可以基于源小区的TA以及源与目标小区接收信号的时间差来计算TA。[0019]段：“したがって、同期ネットワークで、アクセスの前に、新規なセルに対して同期を得ることが可能である。 すなわち、非同期チャネルを介して新規なセルにアクセスすることを回避できる。 セル・アクセスの前に、ＵＥが新規なセルへのＵＬ同期情報を得るハンドオーバは、「同期ハンドオーバ」と呼ばれる。” <br>（译文：因此，在同步网络中，在接入之前，可以获得与新小区的同步。即，可以避免通过非同步信道接入新小区。在小区接入之前，UE获得新小区UL同步信息的切换被称为“同步切换”。） | 对比文件通篇讨论的是从源基站（第一基站）到目标基站（第二基站）的切换过程，包括非同步切换（图1，2）和同步切换（图3，4，6）。特别是[0019]段明确界定了“同步切换”这一概念，其前提即是“UE获得新小区UL同步信息”，这必然发生在“从第一基站到第二基站的切换”这一事件之后或之中。因此，对比文件直接公开了“确定已经发生从第一基站到第二基站的切换”这一技术特征。 |
| **技术特征B：至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段。** <br>《未公开》 | 无相关记载。 | 对比文件完全没有提及“主信息块(MIB)”这一概念，更未涉及UE在切换后需要接收或检查MIB。对比文件的核心在于：在**同步网络**中，UE可以利用已知的定时关系（如源小区TA、源与目标小区的下行定时差）**自行计算**出目标小区的上行定时提前量（TA），从而无需通过RACH过程获取定时，也即无需等待像MIB这类携带系统定时信息的广播信道。因此，对比文件的技术路径与“基于未接收到MIB而延迟调度请求”完全不同。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。 |
| **技术特征C：其中，所述延迟对所述调度请求的所述传输包括：延迟对所述调度请求的所述传输，直到满足条件为止。** <br>《未公开》 | 无相关记载。 | 对比文件中UE的行为流程是：接收切换命令 -> （在同步网络中）计算TA -> 监听来自目标基站的L1/L2控制信道以获取上行资源授权 -> 在授权资源上发送切换确认消息。整个过程中，**UE自身并未触发或发送调度请求(SR)**。调度请求（SR）在对比文件中是由**源基站**在收到UE对切换命令的确认后，**代表UE向目标基站发送的**（见[0037]，[0064]段及图6中的消息650）。因此，不存在UE“延迟对调度请求的传输直到满足条件”这一行为。该特征未被公开。 |
| **技术特征D：其中，满足所述条件包括：从所述第二基站接收到所述MIB。** <br>《未公开》 | 无相关记载。 | 理由同特征B。对比文件未提及MIB，其UE在切换后执行动作的条件（如同步网络的定时可计算性、接收到目标基站的L1/L2控制信道授权）与“接收到MIB”无关。 |
| **技术特征E：还包括：确定在已经发生所述切换之前已经接收到系统信息块(SIB)。** <br>《未公开》 | 无相关记载。 | 对比文件未提及“系统信息块(SIB)”。其技术方案不依赖于UE在切换前或切换后接收SIB。 |
| **技术特征F：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。** <br>《未公开》 | 无相关记载。 | 理由同特征B、D。对比文件中，在同步切换场景下，上行链路定时（TA）是UE**自行计算**得出的，而非通过接收并解码MIB来获取或导出的。因此，不存在基于MIB接收的“期望获取或期望导出”来确定时间段的概念。 |
| **技术特征G：还包括：确定要在所述切换之后向所述第二基站发送数据** <br>《隐含公开》 | [0060]段：“前記第２の基地局でサポートされるセルにおいて前記第２の基地局にアップリンク・データを送信するステップと、を更に有する。” <br>（译文：还包括：在由所述第二基站支持的小区中，向所述第二基站发送上行链路数据的步骤。） | 对比文件[0060]段（对应装置权利要求[0066]段）明确记载了UE在切换后向目标基站发送上行链路数据。发送上行链路数据的前提必然是UE确定了有数据要发送。虽然该段没有明确描述“确定”这一动作，但根据通信系统常规逻辑和本领域技术人员的常识，UE在发送上行链路数据前，必然需要知道自己有数据待发送（例如，来自上层的数据到达缓冲区）。因此，可以合理推断出对比文件隐含了“确定要在切换之后向第二基站发送数据”这一技术特征。 |
| **技术特征H：基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在** <br>《未公开》 | 无相关记载。 | 理由同特征B、D。对比文件未涉及MIB的接收与否的判断。 |
| **技术特征I：将对所述调度请求的所述传输延迟所述预定时间段。** <br>《未公开》 | 无相关记载。 | 理由同特征C。在对比文件中，UE自身不发送调度请求，因此不存在UE“将对调度请求的传输延迟预定时间段”这一行为。该行为的主体是目标专利中的UE，与对比文件中的流程不符。 |
| **技术特征J：还包括：至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求。** <br>《未公开》 | 无相关记载。 | 理由同特征B、C。对比文件既未提及基于MIB接收的判定，也未描述由UE发送调度请求。 |
| **技术特征K：还包括：在所述预定时间段到期之后，确定是否已经接收到所述MIB** <br>《未公开》 | 无相关记载。 | 理由同特征B、I。对比文件未涉及基于时间段的等待以及对MIB接收状态的再次检查。 |
| **技术特征L：响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段。** <br>《未公开》 | 无相关记载。 | 理由同特征B、I、K。对比文件未涉及该循环延迟机制。 |
| **技术特征M：还包括：响应于确定已经接收到所述MIB，发送所述调度请求。** <br>《未公开》 | 无相关记载。 | 理由同特征B、J。 |
| **技术特征N：还包括：在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程。** <br>《未公开》 | 无相关记载。 | 对比文件未提及在切换后因未接收到特定信号（如MIB）而发起RLF过程。 |
| **技术特征O：其中，所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。** <br>《未公开》 | 无相关记载。 | 对比文件未提及与LTE帧数量相关的延迟时间段。 |
| **技术特征P：包括：用于确定已经发生从第一基站到第二基站的切换的单元** <br>《直接公开》 | 同特征A的引用。此外，[0058]段描述了基站（源基站）的逻辑，其操作前提是切换已发生或即将发生。[0066]段描述了UE具有从第一基站接收切换命令的逻辑，这同样意味着切换事件。 | 装置权利要求中的“单元”对应方法权利要求中的步骤或功能。既然对比文件直接公开了“确定已经发生从第一基站到第二基站的切换”这一方法特征（特征A），那么本领域技术人员能够毫无疑义地得出，实现该方法的装置必然包含用于执行该确定功能的相应单元（如处理器、逻辑电路或软件模块）。因此，该特征被直接公开。 |
| **技术特征Q：用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段的单元。** <br>《未公开》 | 无相关记载。 | 理由同特征B。对比文件未公开基于未收到MIB而由UE延迟发送调度请求的方法，因此也不可能公开用于执行此功能的装置单元。 |
| **技术特征R：其中，所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求，直到已经从所述第二基站接收到所述MIB为止。** <br>《未公开》 | 无相关记载。 | 理由同特征D、Q。 |
| **技术特征S：还包括：用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元。** <br>《未公开》 | 无相关记载。 | 理由同特征E。 |
| **技术特征T：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。** <br>《未公开》 | 无相关记载。 | 理由同特征F。 |
| **技术特征U：还包括：用于确定要在所述切换之后向所述第二基站发送数据的单元** <br>《隐含公开》 | 同特征G的引用。[0066]段：“前記第２の基地局でサポートされるセルにおいて前記第２の基地局にアップリンク・データを送信するためのロジックと、を有する。” <br>（译文：具有用于在由所述第二基站支持的小区中向所述第二基站发送上行链路数据的逻辑。） | 同特征G的论述。既然对比文件隐含公开了“确定要在切换之后向第二基站发送数据”这一方法特征，那么实现该方法的装置必然包含用于执行该确定功能的相应单元。因此，该特征被隐含公开。 |
| **技术特征V：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在的单元** <br>《未公开》 | 无相关记载。 | 理由同特征H。 |
| **技术特征W：用于将对所述调度请求的所述传输延迟所述预定时间段的单元。** <br>《未公开》 | 无相关记载。 | 理由同特征I。 |
| **技术特征X：还包括：用于至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求的单元。** <br>《未公开》 | 无相关记载。 | 理由同特征J。 |
| **技术特征Y：还包括：用于在所述预定时间段到期之后，确定是否已经接收到所述MIB的单元** <br>《未公开》 | 无相关记载。 | 理由同特征K。 |
| **技术特征Z：用于响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。** <br>《未公开》 | 无相关记载。 | 理由同特征L。 |
### **总结**
目标专利的核心在于：**UE在切换后，通过主动检查是否已从目标基站成功接收主信息块(MIB)来获取上行定时，并据此决定是否延迟其自身触发的调度请求(SR)的发送**，以避免在定时未同步时触发低效的随机接入过程。
对比文件的核心在于：**在同步网络环境下，通过源基站在切换命令确认后立即向目标基站发送调度请求，从而为目标基站提前调度上行资源、并通过L1/L2控制信道快速授权给UE创造条件**，目的是减少RACH负载和切换中断时间。其技术方案**不涉及UE对MIB的接收和判断**，且**调度请求是由网络侧（源基站）发起**，而非由UE基于自身数据或定时状态触发。
因此，除了关于“确定切换发生”（特征A、P）和“确定要发送数据”（特征G、U，隐含公开）这两个非常基础和通用的特征外，目标专利中围绕“基于MIB接收状态来由UE自主延迟调度请求传输”的一系列核心创新特征（B-F, H-N, Q-Z）均未在对比文件中被公开或隐含公开。
<<<A>>><<<P>>><<<g>>><<<u>>>