对比文件名称：2012-11-22_US2012294270A_发明申请_US20120294270A1 PROCESSING METHOD AND MOBILE STATION DEVICE
目标专利名称：347在切换之后延迟对调度请求的触发CN106105313B
本次调用的模型名称：GPT-4
根据目标专利说明书，其核心在于解决用户设备（UE）在基站间切换后，因未能成功获取目标基站定时信息（如主信息块MIB）而触发低效随机接入过程的问题。其技术方案的核心思想是：在切换后，基于未接收到MIB等条件，延迟调度请求（SR）的触发，直至满足条件（如接收到MIB），从而避免不必要的随机接入，提升效率。
对比文件公开了一种移动通信系统中移动站设备的处理方法，主要涉及竞争基于上行链路（Contention Based Uplink）、调度请求（SR）、随机接入之间的优先级控制和处理时序，以避免冲突、简化控制并降低时延。其中提及了在特定条件下（例如在竞争基于上行链路传输期间或竞争解决处理完成前），禁止发起调度请求程序或随机接入程序。
以下是根据目标专利权利要求划分的技术特征与对比文件的比对分析：
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **A: 包括：确定已经发生从第一基站到第二基站的切换** <br>《隐含公开》 | 对比文件说明书第[0133]段提及“移动管理例如切换（handover）”。 | 对比文件明确其系统涉及移动管理，包括切换过程。虽然未具体描述UE如何确定切换发生，但对于本领域技术人员而言，在移动通信系统中，UE根据基站指令（如RRC连接重配置）或测量报告确定切换发生是公知的常规过程。因此，本领域技术人员可以从对比文件公开的“切换”管理功能中，合理推断出移动站设备能够“确定已经发生切换”。但对比文件未直接描述UE执行“确定切换”这一具体动作的步骤，故为隐含公开。 |
| **B: 至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段。** <br>《未公开》 | 对比文件中未提及“主信息块（MIB）”，也未提及基于未接收到MIB而延迟调度请求传输。 | 目标专利中，延迟SR传输的核心条件是“在切换之后未接收到MIB”。对比文件通篇未提及MIB或其接收状态作为任何控制动作的条件。对比文件讨论的延迟或禁止SR是基于其他条件，如定时器运行（sr-ProhibitTimer）或竞争基于上行链路的传输/解决过程。因此，对比文件既未直接公开也未隐含公开基于“未接收到MIB”这一特定条件来延迟SR传输的技术特征。 |
| **C: 其中，所述延迟对所述调度请求的所述传输包括：延迟对所述调度请求的所述传输，直到满足条件为止。** <br>《隐含公开》 | 对比文件说明书第[0196]段：“Furthermore, the MAC layer of mobile station device 200 may be prohibited to initiate an SR procedure by PUCCH during the period starting from transmission of data through a contention based uplink and until the contention resolution processing is completed.” | 对比文件公开了在“从竞争基于上行链路传输开始直到竞争解决处理完成”这一期间，禁止发起PUCCH调度请求程序。这实质上是在特定条件（竞争解决未完成）满足期间，延迟了调度请求的发起。这体现了“延迟调度请求传输直到满足条件（竞争解决完成）”的概念。虽然目标专利的“条件”是“接收到MIB”，而对比文件的“条件”是“竞争解决处理完成”，但“延迟直至条件满足”这一上位或通用的控制逻辑是相通的。本领域技术人员可以从对比文件的描述中，合理推断出存在“延迟SR直至条件满足”的控制方式。故判断为隐含公开。 |
| **D: 其中，满足所述条件包括：从所述第二基站接收到所述MIB。** <br>《未公开》 | 对比文件中未提及“主信息块（MIB）”或将其作为调度请求触发的条件。 | 如特征B所述，MIB在对比文件中未被提及。因此，将“从第二基站接收到MIB”作为延迟SR的满足条件，在对比文件中完全没有依据，既非直接公开也非隐含公开。 |
| **E: 还包括：确定在已经发生所述切换之前已经接收到系统信息块(SIB)。** <br>《未公开》 | 对比文件中未提及在切换之前确定是否接收到“系统信息块（SIB）”。 | 对比文件提到了系统信息（system information）的广播和管理（如[0061]段），但未将其与切换事件关联，也未描述UE在切换前确定SIB接收状态。该特征在对比文件中未被公开。 |
| **F: 其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。** <br>《未公开》 | 对比文件中未提及MIB，也未提及基于MIB获取或导出上行链路定时。 | 目标专利中，预定时间段的设置与通过MIB获取上行链路定时的期望时间相关。对比文件未涉及此特定定时获取机制。对比文件中提到的定时器（如sr-ProhibitTimer）其时间设置是基于其他考虑（如防止过于频繁的SR），而非基于MIB接收或定时获取。因此，该特征未被公开。 |
| **G: 还包括：确定要在所述切换之后向所述第二基站发送数据** <br>《隐含公开》 | 对比文件说明书第[0160]段描述了SR的触发条件，包括：“In the case where a determination is made that at least one buffer status report (BSR) is triggered and has not been canceled...”。而BSR的触发与上行数据到达相关（[0164]段）。 | 在移动通信中，调度请求（SR）的触发通常是因为有上行链路数据需要发送。对比文件描述了SR的触发与缓冲状态报告（BSR）相关，而BSR的触发又是因为有上行数据可用于传输（逻辑信道有数据到达）。虽然对比文件未明确在“切换之后”的上下文中描述“确定要发送数据”，但“确定有数据要发送”是触发后续SR及相关流程（可能包括对比文件讨论的竞争基于上行链路、随机接入等）的根本前提。本领域技术人员可以从对比文件描述的SR/BSR触发逻辑中，合理推断出移动站设备会执行“确定要发送数据”这一步骤。故判断为隐含公开。 |
| **H: 基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在** <br>《未公开》 | 对比文件中未提及MIB及其接收状态的确定。 | 同特征B、D，该特征完全围绕MIB，而对比文件未涉及MIB。因此未被公开。 |
| **I: 将对所述调度请求的所述传输延迟所述预定时间段。** <br>《隐含公开》 | 对比文件说明书第[0191]段：“...sr-ProhibitTimer is used to count a predetermined time from the start until expiration.” 以及第[0156]段描述了在sr-ProhibitTimer运行时，即使其他条件满足，也不发起SR（通过PUCCH）。 | 对比文件明确公开了使用sr-ProhibitTimer来禁止调度请求的传输一段预定时间。虽然该定时器的启动条件（如每次发送SR后启动）和目标专利（基于切换后未收到MIB）不同，但“将对调度请求的传输延迟预定时间段”这一技术手段本身在对比文件中被直接教导。本领域技术人员可以毫无疑义地从对比文件中得出“使用定时器实现延迟预定时间段”的技术方案。但考虑到目标专利中延迟的“原因”不同，从严格比对“技术特征”整体（包括其上下文）的角度，该特征在对比文件中的作用（防止SR过频）与目标专利（等待定时获取）不同，因此更适宜判断为“手段”被公开，但应用场景和条件不同，故归类为隐含公开。 |
| **J: 还包括：至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求。** <br>《未公开》 | 对比文件中未提及MIB，也未提及基于接收到MIB而发送调度请求。 | 该特征与MIB接收直接相关，对比文件未公开。 |
| **K: 还包括：在所述预定时间段到期之后，确定是否已经接收到所述MIB** <br>《未公开》 | 对比文件中未提及在定时器到期后检查MIB的接收情况。 | 对比文件提到了定时器（sr-ProhibitTimer）到期，但到期后的动作是重新允许SR触发，而非检查MIB。该特征未被公开。 |
| **L: 响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段。** <br>《未公开》 | 对比文件中未提及基于MIB不存在的多次延迟。 | 该特征涉及基于MIB状态的循环延迟，对比文件未公开。 |
| **M: 还包括：响应于确定已经接收到所述MIB，发送所述调度请求。** <br>《未公开》 | 对比文件中未提及基于接收到MIB而发送调度请求。 | 同特征J，未被公开。 |
| **N: 还包括：在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程。** <br>《未公开》 | 对比文件中未提及基于MIB接收超时而发起无线链路失败（RLF）过程。 | 对比文件未公开此特征。 |
| **O: 其中，所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。** <br>《未公开》 | 对比文件中未提及将预定时间段与LTE帧数量相关联。 | 对比文件虽然描述了LTE系统，但未具体公开将sr-ProhibitTimer等定时器的时长设置为基于LTE帧的数量。该特征未被公开。 |
| **P: 包括：用于确定已经发生从第一基站到第二基站的切换的单元** <br>《隐含公开》 | 同特征A的引用。 | 该装置特征对应于方法特征A。基于相同的理由，对比文件中描述的移动站设备（mobile station device）必然具备实现切换确定功能的相关模块或单元（如处理切换信令的RRC层、调度单元等）。本领域技术人员可以合理推断出该装置单元的存在。故判断为隐含公开。 |
| **Q: 用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段的单元。** <br>《未公开》 | 同特征B的引用。 | 对应于方法特征B，对比文件未公开基于未收到MIB延迟SR的单元。 |
| **R: 其中，所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求，直到已经从所述第二基站接收到所述MIB为止。** <br>《未公开》 | 同特征C、D的引用。 | 该单元特征结合了“延迟直到条件满足”和“条件为接收到MIB”。对比文件隐含公开了“延迟直到条件满足”的逻辑（特征C），但未公开“条件为接收到MIB”（特征D）。因此，该组合特征作为一个整体，其“延迟直到接收到MIB为止”的特定方案在对比文件中未被公开。 |
| **S: 还包括：用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元** <br>《未公开》 | 同特征E的引用。 | 对应于方法特征E，未被公开。 |
| **T: 其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。** <br>《未公开》 | 同特征F的引用。 | 对应于方法特征F，未被公开。 |
| **U: 还包括：用于确定要在所述切换之后向所述第二基站发送数据的单元** <br>《隐含公开》 | 同特征G的引用。 | 对应于方法特征G，移动站设备中用于处理BSR和SR触发的调度单元（scheduling unit 204）必然包含用于确定是否有数据要发送的功能。本领域技术人员可以合理推断出该单元的存在。故判断为隐含公开。 |
| **V: 用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在的单元** <br>《未公开》 | 同特征H的引用。 | 对应于方法特征H，未被公开。 |
| **W: 用于将对所述调度请求的所述传输延迟所述预定时间段的单元。** <br>《隐含公开》 | 同特征I的引用。 | 对应于方法特征I，对比文件公开的移动站设备中，用于控制sr-ProhibitTimer和调度请求流程的调度单元（scheduling unit 204）即构成了用于延迟SR传输预定时间段的单元。故判断为隐含公开。 |
| **X: 还包括：用于至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求的单元** <br>《未公开》 | 同特征J的引用。 | 对应于方法特征J，未被公开。 |
| **Y: 还包括：用于在所述预定时间段到期之后，确定是否已经接收到所述MIB的单元** <br>《未公开》 | 同特征K的引用。 | 对应于方法特征K，未被公开。 |
| **Z: 用于响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。** <br>《未公开》 | 同特征L的引用。 | 对应于方法特征L，未被公开。 |
<<<a>>><<<c>>><<<g>>><<<i>>><<<p>>><<<u>>><<<w>>>