对比文件名称：2008-12-25_US2008318578A_发明申请_US20080318578A1 Cellular communication system, apparatus and method for handover
目标专利名称：347在切换之后延迟对调度请求的触发CN106105313B
本次调用模型名称：OpenAI GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：确定已经发生从第一基站到第二基站的切换 《直接公开》 | [0004] “The UE performs signal quality measurements and transmits these measurements, in message 130, to the source eNodeB 115. The source eNodeB 115 then initiates a handover (HO) process 135 and transmits a HO request message 140 to the target eNodeB 120...”；[0005] “...and thereafter to the UE 110 in a handover (HO) command message 155.”；[0006] “The UE is then able to perform a RACH access with the target eNodeB 120...” | 对比文件[0004]-[0006]段完整描述了从源eNodeB到目标eNodeB的切换过程，包括UE进行测量、源基站发起切换、发送切换命令给UE，以及UE最终接入目标基站。本领域技术人员能够毫无疑义地确定，当UE根据切换命令接入目标基站时，意味着已经发生了从第一基站（源基站）到第二基站（目标基站）的切换。这与目标专利中“确定已经发生切换”的技术特征相同。 |
| **技术特征B**：至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段。 《未公开》 | 未发现相关描述。 | 对比文件通篇未提及“主信息块(MIB)”。其描述的切换过程（如图6所示）中，UE在接收到来自目标基站的L1/L2控制信道消息（包含上行链路资源分配）后，直接发送切换确认消息，没有描述UE在切换后需要等待或主动接收MIB，更没有基于未接收到MIB而延迟发送任何调度请求。目标专利的核心在于UE侧为了等待获取上行链路定时信息（通过MIB）而自主延迟调度请求的触发，以避免随机接入。对比文件的技术方案完全不同，未公开此特征。 |
| **技术特征C**：其中，所述延迟对所述调度请求的所述传输包括：延迟对所述调度请求的所述传输，直到满足条件为止。 《未公开》 | 未发现相关描述。 | 对比文件未描述UE在切换后需要“延迟”发送调度请求，更未提及延迟到“满足条件为止”。其方案中，UE在同步到目标基站后，一旦接收到目标基站通过L1/L2控制信道下发的资源分配，就会立即发送切换确认消息（可视为一种调度请求或上行链路传输），没有等待条件满足的步骤。因此，该特征未被公开。 |
| **技术特征D**：其中，满足所述条件包括：从所述第二基站接收到所述MIB。 《未公开》 | 未发现相关描述。 | 如对特征B的论述，对比文件未提及MIB，因此不可能公开以“接收到MIB”作为条件。 |
| **技术特征E**：还包括：确定在已经发生所述切换之前已经接收到系统信息块(SIB)。 《未公开》 | 未发现相关描述。 | 对比文件未提及“系统信息块(SIB)”。因此，该特征未被公开。 |
| **技术特征F**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。 《未公开》 | 未发现相关描述。 | 对比文件未提及基于MIB获取或导出行链路定时，也未提及基于此设定预定时间段。其方案中，UE在同步网络中可以基于已知的定时差自行计算TA，无需等待MIB。因此，该特征未被公开。 |
| **技术特征G**：还包括：确定要在所述切换之后向所述第二基站发送数据 《隐含公开》 | [0060] “After receiving the scheduling request message 650, the target eNodeB 620 allocates resources to the UE 610 on UL-SCH... The UE 610 sends the HO confirm message over the allocated UL-SCH resources.” | 对比文件[0060]段描述了UE在切换后向目标基站发送“HO confirm message”。该消息是UE为了完成切换过程而需要向目标基站发送的上行链路数据。虽然对比文件未明确使用“确定要发送数据”的表述，但根据上下文，UE在接收到目标基站的资源分配后发送切换确认消息，这一行为本身隐含了UE“确定要发送数据”（即切换确认消息）的意图和动作。本领域技术人员能够合理推断出，UE在发送该消息前，必然存在一个确定要发送该数据的内部过程或状态。 |
| **技术特征H**：基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在 《未公开》 | 未发现相关描述。 | 对比文件未提及MIB，因此不可能公开基于未收到MIB而“确定MIB不存在”的判断步骤。 |
| **技术特征I**：将对所述调度请求的所述传输延迟所述预定时间段。 《未公开》 | 未发现相关描述。 | 对比文件未描述UE会“延迟”调度请求的传输。其方案中，UE在获得上行链路资源后即发送消息，没有引入延迟。因此，该特征未被公开。 |
| **技术特征J**：还包括：至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求。 《未公开》 | 未发现相关描述。 | 对比文件未提及MIB，也未将接收到MIB作为发送任何请求（如调度请求）的前提条件。因此，该特征未被公开。 |
| **技术特征K**：还包括：在所述预定时间段到期之后，确定是否已经接收到所述MIB 《未公开》 | 未发现相关描述。 | 对比文件未描述设置预定时间段并到期后检查MIB接收情况的过程。因此，该特征未被公开。 |
| **技术特征L**：响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段。 《未公开》 | 未发现相关描述。 | 对比文件未描述任何与MIB接收相关的检查及相应的延迟动作。因此，该特征未被公开。 |
| **技术特征M**：还包括：响应于确定已经接收到所述MIB，发送所述调度请求。 《未公开》 | 未发现相关描述。 | 对比文件未将“接收到MIB”作为发送调度请求的触发条件。因此，该特征未被公开。 |
| **技术特征N**：还包括：在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程。 《未公开》 | 未发现相关描述。 | 对比文件未提及无线链路失败（RLF）过程，也未将其与MIB接收失败相关联。因此，该特征未被公开。 |
| **技术特征O**：其中，所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。 《未公开》 | 未发现相关描述。 | 对比文件虽然涉及LTE系统，但未描述任何基于LTE帧数量来设定延迟时间段的方案。因此，该特征未被公开。 |
| **技术特征P**：包括：用于确定已经发生从第一基站到第二基站的切换的单元 《直接公开》 | [0004], [0005], [0006] 如前所述。 | 对比文件公开了UE从源基站切换到目标基站的完整过程。用于实现此“确定”功能的单元，在对比文件（例如图6）中对应为UE及其内部的处理逻辑（如信号处理逻辑529），其根据接收到的切换命令等信号来确定切换的发生。这与目标专利中“用于确定的单元”在功能上相同。 |
| **技术特征Q**：用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段的单元。 《未公开》 | 未发现相关描述。 | 对比文件未公开任何基于未收到MIB而延迟调度请求的功能单元。其UE侧的功能单元在切换后是直接响应资源分配并发送消息，不具备延迟功能。 |
| **技术特征R**：其中，所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求，直到已经从所述第二基站接收到所述MIB为止。 《未公开》 | 未发现相关描述。 | 对比文件未公开具有“延迟直到接收到MIB”功能的单元。 |
| **技术特征S**：还包括：用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元。 《未公开》 | 未发现相关描述。 | 对比文件未提及SIB，因此不可能公开用于确定接收到SIB的单元。 |
| **技术特征T**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。 《未公开》 | 未发现相关描述。 | 对比文件未公开用于设定基于MIB定时获取的时间段的单元。 |
| **技术特征U**：还包括：用于确定要在所述切换之后向所述第二基站发送数据的单元 《隐含公开》 | [0060] 如前所述。 | 对比文件[0060]段描述了UE发送切换确认消息。实现此功能的UE必然包含用于确定要发送该数据的逻辑或单元（例如，信号处理逻辑529）。本领域技术人员能够合理推断，该单元负责准备并决定发送切换确认消息这一上行数据。 |
| **技术特征V**：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在的单元 《未公开》 | 未发现相关描述。 | 对比文件未公开与MIB接收判断相关的单元。 |
| **技术特征W**：用于将对所述调度请求的所述传输延迟所述预定时间段的单元。 《未公开》 | 未发现相关描述。 | 对比文件未公开用于延迟调度请求传输的单元。 |
| **技术特征X**：还包括：用于至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求的单元。 《未公开》 | 未发现相关描述。 | 对比文件未公开基于接收到MIB来触发发送调度请求的单元。 |
| **技术特征Y**：还包括：用于在所述预定时间段到期之后，确定是否已经接收到所述MIB的单元 《未公开》 | 未发现相关描述。 | 对比文件未公开用于在延迟后检查MIB接收情况的单元。 |
| **技术特征Z**：用于响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。 《未公开》 | 未发现相关描述。 | 对比文件未公开用于执行此进一步延迟功能的单元。 |
<<<A>>><<<g>>>