对比文件名称：2013-06-04_US8457618B_发明授权_US08457618B2 Preventing random access based on outdated system information in a wireless communication system
目标专利名称：在切换之后延迟对调度请求的触发CN106105313B
本次调用的模型名称：深度分析模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：确定已经发生从第一基站到第二基站的切换<br>**判断结果：未公开** | 未找到相关内容。 | 对比文件全文讨论的是在单个基站（小区）内，系统信息（SI）发生变更的场景（参见背景技术[0003]和具体实施方式[0014]-[0017]）。其核心是解决UE在SI修改周期边界附近可能使用“旧的系统信息”进行接入的问题，完全不涉及从第一基站（源基站）到第二基站（目标基站）的切换过程。因此，对比文件未公开“确定已经发生从第一基站到第二基站的切换”这一特征。 |
| **技术特征B**：至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段。<br>**判断结果：未公开** | 未找到相关内容。 | 首先，如上所述，对比文件未公开“切换”场景。其次，对比文件虽然提到了“阻止接入”（disallowed from starting access procedure），但该阻止是基于系统信息即将变更（即在“新接入阻止偏移”New Access blocking offset之后），目的是防止使用过时的系统信息（参见图4、5及相关描述[0014]-[0017]）。这与目标专利中“基于在切换后未从第二基站接收到MIB”而延迟“调度请求”的技术方案完全不同。目标专利延迟调度请求是为了等待获取目标基站的定时信息（MIB），以避免触发低效的随机接入过程。对比文件的阻止是为了确保UE使用正确的、即将生效的新系统信息。两者解决的问题、应用场景和技术手段均不同。因此，该特征未被公开。 |
| **技术特征C**：其中，所述延迟对所述调度请求的所述传输包括：延迟对所述调度请求的所述传输，直到满足条件为止。<br>**判断结果：未公开** | 未找到相关内容。 | 对比文件中确实描述了UE在特定条件下需要等待（例如，等待系统信息生效期开始，参见图5描述[0017]），但这种等待是针对“开始接入过程”的阻止，而非针对“调度请求的传输”的延迟。更重要的是，其等待的“条件”是“系统信息生效期”的开始，这与目标专利中等待的条件（如接收到MIB）在技术含义和作用上完全不同。因此，该特征未被公开。 |
| **技术特征D**：其中，满足所述条件包括：从所述第二基站接收到所述MIB。<br>**判断结果：未公开** | 未找到相关内容。 | 对比文件提及UE需要读取MIB以获取系统信息变更指示和修改周期边界等信息（参见[0016]-[0017]），但这是UE在进入小区或检测到系统信息变更指示后的常规操作，并非作为“延迟调度请求直到满足的条件”。对比文件没有将“接收到MIB”作为允许发起某种特定上行链路请求（如调度请求）的前提条件。该特征未被公开。 |
| **技术特征E**：还包括：确定在已经发生所述切换之前已经接收到系统信息块(SIB)。<br>**判断结果：未公开** | 未找到相关内容。 | 对比文件提到了SIB1、SIB2的传输和读取（例如[0007]， [0014]， [0017]），但这些都是在同一个小区内系统信息变更的上下文中，与切换过程无关。目标专利中“在切换之前已经接收到SIB”特指在切换发生前，UE可能已经从网络（可能是源基站或目标基站）接收到的系统信息，与对比文件讨论的场景不同。因此，该特征未被公开。 |
| **技术特征F**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。<br>**判断结果：未公开** | 未找到相关内容。 | 对比文件中的“偏移”时间（如“Offset of Effective Period”, “New Access blocking offset”）是基于系统信息变更的调度和生效时间定义的（参见图4、5），与从特定基站获取上行链路定时信息无关。目标专利中的预定时间段直接关联于“通过MIB对上行链路定时的期望获取或导出”，这是切换后与目标基站同步的关键步骤。对比文件完全没有涉及切换后从新基站获取定时信息的概念。因此，该特征未被公开。 |
| **技术特征G**：还包括：确定要在所述切换之后向所述第二基站发送数据<br>**判断结果：未公开** | 未找到相关内容。 | 对比文件描述了UE可能发起“接入过程”（access procedure）的场景（例如，收到寻呼或决定发起呼叫，参见[0004]-[0005]），这隐含了有上行数据传输的需求。然而，该过程发生在系统信息变更的背景下，而非“切换之后”。目标专利明确限定了“在切换之后”向“第二基站（目标基站）”发送数据的场景。因此，该特征未被公开。 |
| **技术特征H**：基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在<br>**判断结果：未公开** | 未找到相关内容。 | 对比文件未提及在切换后从新基站接收MIB失败或确定MIB不存在的场景。其讨论的MIB读取失败风险在于系统信息变更期间（参见[0007]），而非切换后的初始接入阶段。因此，该特征未被公开。 |
| **技术特征I**：将对所述调度请求的所述传输延迟所述预定时间段。<br>**判断结果：未公开** | 未找到相关内容。 | 该特征是技术特征B的一部分，其公开性判断依赖于技术特征B。由于技术特征B未被公开，且对比文件中没有关于“延迟调度请求传输”的教导，因此该特征也未被公开。 |
| **技术特征J**：还包括：至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求。<br>**判断结果：未公开** | 未找到相关内容。 | 对比文件没有描述在接收到MIB后触发或发送“调度请求”（Scheduling Request）的动作。其允许UE在满足条件（如新系统信息生效期开始）后继续进行的是“接入过程”（可能包括随机接入），而非特定的调度请求。调度请求是LTE中在已建立上行同步（有定时提前量）后用于请求上行资源的一种特定信号，与对比文件讨论的基于随机接入的初始接入过程不同。因此，该特征未被公开。 |
| **技术特征K**：还包括：在所述预定时间段到期之后，确定是否已经接收到所述MIB<br>**判断结果：未公开** | 未找到相关内容。 | 对比文件没有描述在某个“预定时间段”到期后检查是否接收到MIB的操作。其时间相关操作是基于固定的修改周期边界和偏移（参见图4、5），而非为了检查MIB接收状态而设置的定时器。因此，该特征未被公开。 |
| **技术特征L**：响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段。<br>**判断结果：未公开** | 未找到相关内容。 | 对比文件没有描述基于MIB持续不存在而进行的多次延迟操作。因此，该特征未被公开。 |
| **技术特征M**：还包括：响应于确定已经接收到所述MIB，发送所述调度请求。<br>**判断结果：未公开** | 未找到相关内容。 | 与技术特征J类似，对比文件没有描述“响应于接收到MIB而发送调度请求”的操作。因此，该特征未被公开。 |
| **技术特征N**：还包括：在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程。<br>**判断结果：未公开** | 未找到相关内容。 | 对比文件完全没有涉及无线链路失败（RLF）过程。因此，该特征未被公开。 |
| **技术特征O**：其中，所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。<br>**判断结果：未公开** | 未找到相关内容。 | 对比文件中的时间偏移（如“Offset of Effective Period”）是以系统信息修改周期为参考的，修改周期本身由多个无线帧构成，但对比文件并未明确将任何等待或阻止时间段定义为“基于预定数量的LTE帧”，也未将其与MIB接收或上行定时获取相关联。因此，该特征未被公开。 |
| **技术特征P**：包括：用于确定已经发生从第一基站到第二基站的切换的单元<br>**判断结果：未公开** | 未找到相关内容。 | 该装置特征与方法特征A对应。由于对比文件未公开“确定切换”的方法步骤，因此相应地也未公开用于执行该步骤的“单元”。 |
| **技术特征Q**：用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段的单元。<br>**判断结果：未公开** | 未找到相关内容。 | 该装置特征与方法特征B对应。由于对比文件未公开“基于切换后未收到MIB而延迟调度请求传输”的方法步骤，因此相应地也未公开用于执行该步骤的“单元”。 |
| **技术特征R**：其中，所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求，直到已经从所述第二基站接收到所述MIB为止。<br>**判断结果：未公开** | 未找到相关内容。 | 该装置特征与方法特征C、D对应。由于对比文件未公开“延迟调度请求直到接收到MIB”的方法步骤，因此相应地也未公开用于执行该步骤的“单元”的具体工作方式。 |
| **技术特征S**：还包括：用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元。<br>**判断结果：未公开** | 未找到相关内容。 | 该装置特征与方法特征E对应。由于对比文件未公开“在切换前确定已接收到SIB”的方法步骤，因此相应地也未公开用于执行该步骤的“单元”。 |
| **技术特征T**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。<br>**判断结果：未公开** | 未找到相关内容。 | 该装置特征与方法特征F对应，是对预定时间段依据的限定。由于对比文件未公开此依据，因此该特征也未被公开。 |
| **技术特征U**：还包括：用于确定要在所述切换之后向所述第二基站发送数据的单元<br>**判断结果：未公开** | 未找到相关内容。 | 该装置特征与方法特征G对应。由于对比文件未公开“在切换后确定要向第二基站发送数据”的方法步骤，因此相应地也未公开用于执行该步骤的“单元”。 |
| **技术特征V**：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在的单元<br>**判断结果：未公开** | 未找到相关内容。 | 该装置特征与方法特征H对应。由于对比文件未公开此方法步骤，因此相应地也未公开用于执行该步骤的“单元”。 |
| **技术特征W**：用于将对所述调度请求的所述传输延迟所述预定时间段的单元。<br>**判断结果：未公开** | 未找到相关内容。 | 该装置特征与方法特征I对应。由于对比文件未公开“延迟调度请求传输”的方法步骤，因此相应地也未公开用于执行该步骤的“单元”。 |
| **技术特征X**：还包括：用于至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求的单元。<br>**判断结果：未公开** | 未找到相关内容。 | 该装置特征与方法特征J对应。由于对比文件未公开此方法步骤，因此相应地也未公开用于执行该步骤的“单元”。 |
| **技术特征Y**：还包括：用于在所述预定时间段到期之后，确定是否已经接收到所述MIB的单元<br>**判断结果：未公开** | 未找到相关内容。 | 该装置特征与方法特征K对应。由于对比文件未公开此方法步骤，因此相应地也未公开用于执行该步骤的“单元”。 |
| **技术特征Z**：用于响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。<br>**判断结果：未公开** | 未找到相关内容。 | 该装置特征与方法特征L对应。由于对比文件未公开此方法步骤，因此相应地也未公开用于执行该步骤的“单元”。 |
### 总结与结论
经过对目标专利权利要求各技术特征与对比文件US8457618B2的逐一比对分析，可以得出以下结论：
1. **技术场景不同**：目标专利的核心应用场景是**用户设备（UE）在从一个基站切换到另一个基站（Handover）之后**的行为。其要解决的技术问题是在切换后，若UE尚未获取目标基站的定时信息（通过MIB），则延迟调度请求（SR）的触发，以避免触发低效的随机接入过程。而对比文件US8457618B2的核心应用场景是**在同一个基站（小区）内，系统信息（SI）发生变更期间**。其要解决的技术问题是防止UE在系统信息修改周期边界附近使用过时的系统信息发起随机接入过程。
2. **技术手段不同**：目标专利的技术手段围绕“切换后”、“等待/检查接收目标基站的MIB”、“延迟调度请求（SR）触发”展开。对比文件的技术手段围绕“系统信息修改周期”、“新接入阻止偏移（New Access blocking offset）”、“阻止新接入过程开始”或“中止进行中的接入尝试”展开。
3. **技术效果不同**：目标专利旨在提高切换后上行资源请求的效率，避免不必要的随机接入。对比文件旨在保证系统信息变更期间接入的可靠性，避免因使用旧参数导致的接入失败或干扰。
由于两者解决的技术问题、应用的技术场景和采用的技术手段存在根本性差异，本领域技术人员阅读对比文件后，无法直接地或通过合理推理间接地得到目标专利权利要求所要求保护的“在切换之后延迟对调度请求的触发”这一技术构思及其具体实现方式。
**因此，对比文件US8457618B2既未直接公开也未隐含公开目标专利CN106105313B权利要求中的任何技术特征。**
（注：根据用户要求，若特征被直接公开则插入<<<X>>>，隐含公开则插入<<<x>>>。由于所有特征均未被公开，故回答结尾不插入任何代码。）