对比文件的名称：2013-06-19_EP2604070A_发明公开_EP2604070A1 HANDOVER LATENCY REDUCTION
目标专利的名称：347在切换之后延迟对调度请求的触发CN106105313B
本次调用的模型名称：GPT-4
作为资深专利代理师，我将基于目标专利说明书和对比文件内容，对目标专利权利要求的各技术特征进行公开性评估。目标专利的核心在于，在切换之后，通过延迟调度请求的触发（例如，直到接收到目标基站的MIB），来避免在定时信息未同步时发起低效的随机接入过程，从而提高切换后的通信效率。对比文件EP2604070A1的核心在于通过向UE提供同步指示和时间偏移信息，使得UE能够在切换后更快地确定目标E-UTRA小区的帧极性，从而无需等待解码PBCH（即获取MIB）即可发起随机接入过程，其目的是减少切换延迟和中断时间。两者虽然都涉及切换后UE的行为，但目标专利教导的是“延迟”调度请求以等待MIB，而对比文件教导的是在特定条件下“避免延迟”（即无需等待MIB）以进行随机接入。下文将对此进行详细比对。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：确定已经发生从第一基站到第二基站的切换 《直接公开》 | [p0056] “Figure 3 is a flow diagram illustrating handover of a UE 300 to an E-UTRAN 302 from a network having a RAT other than E-UTRA...” 以及 [p0072] “...the RAN using another RAT initiates the handover-to-E-UTRA procedure... This initiation may be performed by sending the RRCConnectionReconfiguration message via the RAT from which the inter-RAT handover is performed.” | 对比文件明确描述了从源RAT到目标E-UTRAN的切换过程（图3），并且UE通过接收RRCConnectionReconfiguration消息来执行切换。本领域技术人员能够毫无疑义地得出，UE在执行该过程时，必然需要确定切换已经发生或正在发生。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段。 《未直接公开且未隐含公开》 | 无直接对应内容。对比文件涉及MIB获取，但未将其与“延迟调度请求传输”关联。例如：[p0073] “If the determination to block 404 is ‘no,’ then the UE obtains the MIB by decoding the PBCH (block 408).” | 对比文件公开了在PRACH配置并非所有帧都相同且网络不同步时，UE需要获取MIB（通过解码PBCH）。然而，该获取行为本身是进行随机接入的前提，而不是为了“延迟调度请求的传输”。目标专利中的“延迟调度请求”是为了避免触发随机接入过程，而对比文件中的“获取MIB”正是为了进行随机接入。二者目的和作用相反。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| **技术特征C**：其中，所述延迟对所述调度请求的所述传输包括：延迟对所述调度请求的所述传输，直到满足条件为止。 《隐含公开》 | [p0073] 图4流程：在PRACH配置不是所有帧都相同时，UE需要判断是否获取MIB（条件）。[p0085] 图5流程：在PRACH配置不是所有帧都相同时，UE先判断RAN是否同步（条件），若同步则确定SFN极性并执行RA，若不同步则获取MIB后再执行RA。 | 对比文件揭示了UE在切换后执行随机接入（RA）前，需要满足特定条件（如网络同步，或获取MIB）。虽然对比文件中的动作是“执行随机接入”，而目标专利是“延迟调度请求直至条件满足”，但两者的逻辑本质相似：在条件不满足时，不立即执行某个上行动作（RA或SR），而是等待条件满足。本领域技术人员可以从对比文件“基于条件执行RA”的逻辑中，合理推断出“基于条件延迟SR触发”的可能性，因为SR和RA都是UE请求上行资源的方式。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D**：其中，满足所述条件包括：从所述第二基站接收到所述MIB。 《直接公开》 | [p0073] “If the determination to block 404 is ‘no,’ then the UE obtains the MIB by decoding the PBCH (block 408).” [p0087] “Returning to block 508, if the RANs are not synchronized, then the UE obtains the MIB (block 514).” | 对比文件多次明确指出，在特定情况下（如PRACH配置非全帧相同且网络不同步），UE需要获取（obtains）MIB。获取MIB即意味着从目标基站接收到MIB。这构成了UE执行后续动作（随机接入）所需满足的明确条件。因此，该技术特征被对比文件直接公开。 |
| **技术特征E**：还包括：确定在已经发生所述切换之前已经接收到系统信息块(SIB)。 《未直接公开且未隐含公开》 | 无相关描述。对比文件未提及在切换前接收SIB。 | 目标专利中，确定切换前已收到SIB，可能用于区分MIB的接收时机（切换后）。对比文件全文未提及SIB，更未涉及在切换前接收SIB。因此，对比文件没有公开该技术特征。 |
| **技术特征F**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。 《未直接公开且未隐含公开》 | [p0077] “However, the PBCH TTI is a 40ms interval, which leads to increased handover latency and interruption time.” | 对比文件提到PBCH（承载MIB）的传输时间间隔（TTI）为40ms，这会导致切换延迟。但这只是描述了MIB本身的传输特性，并未将其与一个“预定时间段”关联，也未教导UE基于此“期望获取或导出”来主动延迟某个动作（如调度请求）。目标专利中的“预定时间段”是UE主动实施延迟行为的依据，与对比文件中被动描述的MIB传输间隔作用不同。因此，对比文件没有公开该技术特征。 |
| **技术特征G**：还包括：确定要在所述切换之后向所述第二基站发送数据 《未直接公开且未隐含公开》 | 无相关描述。对比文件关注切换过程本身和随机接入的触发，未提及UE确定有上行数据要发送的场景。 | 目标专利中，确定有数据要发送是触发调度请求流程的起点。对比文件描述的随机接入流程是切换过程的一部分，并未明确由上行数据触发。因此，对比文件没有公开该技术特征。 |
| **技术特征H**：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在 《隐含公开》 | [p0073] “If the determination to block 404 is ‘no,’ ... the UE obtains the MIB...” [p0087] “if the RANs are not synchronized, then the UE obtains the MIB (block 514).” | 对比文件描述了在特定条件下（如PRACH配置非全帧相同且网络不同步），UE需要去获取MIB。这个逻辑本身隐含着：在作出该判断时，UE尚未从目标基站接收到MIB（即确定MIB不存在），否则无需发起获取流程。虽然对比文件未使用“确定MIB不存在”的表述，但该确定是“需要获取MIB”这一决策的隐含前提。因此，该技术特征被对比文件隐含公开。 |
| **技术特征I**：将对所述调度请求的所述传输延迟所述预定时间段。 《未直接公开且未隐含公开》 | 无相关描述。对比文件未提及对“调度请求的传输”进行延迟。 | 对比文件关注的是随机接入（RA）的执行时机，可能涉及等待（如获取MIB所需时间），但从未提及“调度请求（SR）”或对其传输进行主动延迟。这是目标专利特有的技术手段。因此，对比文件没有公开该技术特征。 |
| **技术特征J**：还包括：至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求。 《未直接公开且未隐含公开》 | [p0073] “The UE then performs the random access in an appropriate frame (block 410).” [p0087] “The UE then performs the RA in the appropriate radio frame (block 516).” | 对比文件公开了在获取MIB后，执行随机接入（RA）。然而，随机接入（RA）和调度请求（SR）是两种不同的上行资源请求机制。目标专利明确是在接收到MIB后触发“调度请求”。对比文件没有涉及调度请求。因此，该技术特征未被公开。 |
| **技术特征K**：还包括：在所述预定时间段到期之后，确定是否已经接收到所述MIB 《未直接公开且未隐含公开》 | 无相关描述。对比文件没有描述设置一个“预定时间段”并在其到期后检查MIB接收情况的流程。 | 目标专利中“延迟预定时间段后再次检查”是其动态等待策略的一部分。对比文件中的流程是条件判断后直接执行动作（如同步则RA，不同步则获取MIB），没有这种周期性的检查机制。因此，对比文件没有公开该技术特征。 |
| **技术特征L**：响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段。 《未直接公开且未隐含公开》 | 无相关描述。 | 该特征涉及多轮延迟的动态控制机制，是对比文件中完全没有提及的内容。因此，对比文件没有公开该技术特征。 |
| **技术特征M**：还包括：响应于确定已经接收到所述MIB，发送所述调度请求。 《未直接公开且未隐含公开》 | 同特征J。对比文件公开的是响应于接收到MIB，执行随机接入（RA），而非发送调度请求（SR）。 | 动作对象不同（RA vs SR）。因此，该技术特征未被公开。 |
| **技术特征N**：还包括：在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程。 《未直接公开且未隐含公开》 | 无相关描述。对比文件未提及RLF过程。 | RLF过程是目标专利中在长时间无法获取MIB时的恢复机制。对比文件未涉及此内容。因此，对比文件没有公开该技术特征。 |
| **技术特征O**：其中，所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。 《未直接公开且未隐含公开》 | [p0077] “However, the PBCH TTI is a 40ms interval...” | 对比文件提到PBCH TTI为40ms，一个LTE帧为10ms，故40ms对应4个LTE帧。但这只是MIB的传输周期，并非目标专利中UE主动用来“延迟调度请求传输”的“预定时间段”。目的和作用不同。因此，对比文件没有公开该技术特征。 |
| **技术特征P**：包括：用于确定已经发生从第一基站到第二基站的切换的单元 《直接公开》 | 同特征A的引用。对比文件描述了切换过程及UE的相关操作。 | 对比文件公开了确定切换发生的方法步骤，其对应的功能单元（如处理器、接收机等）对于本领域技术人员而言是显而易见的。因此，该装置特征被直接公开。 |
| **技术特征Q**：用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段的单元。 《未直接公开且未隐含公开》 | 同特征B的论述。 | 由于对比文件未公开基于未收到MIB而延迟调度请求的方法步骤，因此实现该步骤的功能单元也没有被公开。 |
| **技术特征R**：其中，所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求，直到已经从所述第二基站接收到所述MIB为止。 《未直接公开且未隐含公开》 | 同特征J的论述。 | 对比文件未公开“延迟调度请求直至收到MIB”的方法，因此对应的功能单元未被公开。 |
| **技术特征S**：还包括：用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元 《未直接公开且未隐含公开》 | 同特征E的论述。 | 对比文件未公开该方法步骤，因此对应的功能单元未被公开。 |
| **技术特征T**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。 《未直接公开且未隐含公开》 | 同特征F的论述。 | 对比文件未公开该方法步骤，因此对应的功能单元未被公开。 |
| **技术特征U**：还包括：用于确定要在所述切换之后向所述第二基站发送数据的单元 《未直接公开且未隐含公开》 | 同特征G的论述。 | 对比文件未公开该方法步骤，因此对应的功能单元未被公开。 |
| **技术特征V**：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在的单元 《隐含公开》 | 同特征H的论述。 | 对比文件隐含公开了“基于未收到MIB而确定需要获取MIB”的方法逻辑，本领域技术人员能够据此推断出实现该逻辑的功能单元的存在。因此，该装置特征被隐含公开。 |
| **技术特征W**：用于将对所述调度请求的所述传输延迟所述预定时间段的单元。 《未直接公开且未隐含公开》 | 同特征I的论述。 | 对比文件未公开该方法步骤，因此对应的功能单元未被公开。 |
| **技术特征X**：还包括：用于至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求的单元。 《未直接公开且未隐含公开》 | 同特征J的论述。 | 对比文件未公开该方法步骤，因此对应的功能单元未被公开。 |
| **技术特征Y**：还包括：用于在所述预定时间段到期之后，确定是否已经接收到所述MIB的单元 《未直接公开且未隐含公开》 | 同特征K的论述。 | 对比文件未公开该方法步骤，因此对应的功能单元未被公开。 |
| **技术特征Z**：用于响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。 《未直接公开且未隐含公开》 | 同特征L的论述。 | 对比文件未公开该方法步骤，因此对应的功能单元未被公开。 |
### 直接公开判断结论
根据上述分析，对比文件直接公开了技术特征A、D、P。
### 隐含公开判断结论
根据上述分析，对比文件隐含公开了技术特征C、H、V。
<<<A>>><<<D>>><<<P>>><<<c>>><<<h>>><<<v>>>