对比文件名称：2011-11-03_US2011268085A_发明申请_US20110268085A1 LTE FORWARD HANDOVER
目标专利名称：347在切换之后延迟对调度请求的触发CN106105313B
模型名称：专利创造性评估模型
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：确定已经发生从第一基站到第二基站的切换<br>《直接公开》 | [0055] In FIG. 1, a solid line with double arrows indicates desired transmissions between a UE and a serving eNodeB, which is an eNodeB designated to serve the UE on the downlink and/or uplink. A dashed line with double arrows indicates interfering transmissions between a UE and an eNodeB. According to an aspect of the present disclosure, a UE 120 communicating with a base station 110a hands over to a base station 110b without the base station 110a first preparing the base station 110b for the handover. Such a handover will be referred to as a “forward handover.” | 对比文件明确描述了UE从与源基站（第一基站）110a通信，切换（hand over）到目标基站（第二基站）110b的场景。此处的“hand over”即公开了“切换”这一事件。虽然对比文件描述的是前向切换（forward handover），即源基站未预先准备目标基站的特殊切换场景，但这仍然是“从第一基站到第二基站的切换”的一种具体实现方式。因此，本领域技术人员能够毫无疑义地从对比文件得出“确定已经发生从第一基站到第二基站的切换”这一技术特征。 |
| 技术特征B：至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段。<br>《未公开》 | 对比文件中未发现相关内容。 | 目标专利的核心在于，在切换后，如果UE没有收到目标基站的MIB，则延迟发送调度请求(SR)。对比文件虽然描述了切换过程（如前向切换）和系统信息获取（包括MIB），但从未提及基于“未收到MIB”这一条件来延迟调度请求的传输。在对比文件描述的切换流程中（例如图6A），UE在发送随机接入请求并收到响应后，直接发送了调度请求（PUCCH SR，时间624），并未描述任何因未收到MIB而触发的延迟行为。因此，该技术特征未被对比文件直接或隐含公开。 |
| 技术特征C：其中，所述延迟对所述调度请求的所述传输包括：延迟对所述调度请求的所述传输，直到满足条件为止。<br>《未公开》 | 对比文件中未发现相关内容。 | 如上所述，对比文件未公开基于“未收到MIB”而延迟SR传输。因此，作为该延迟行为具体方式的“延迟直到满足条件”同样未被公开。对比文件中没有描述任何将调度请求的传输延迟到某一条件满足为止的技术方案。 |
| 技术特征D：其中，满足所述条件包括：从所述第二基站接收到所述MIB。<br>《未公开》 | 对比文件中未发现相关内容。 | 对比文件未公开将“从第二基站接收到MIB”作为触发调度请求传输的条件。虽然对比文件提到了在RRC连接状态下UE需要确保拥有有效的MIB（[0075]段），但这属于系统信息维护的一般要求，并未与调度请求的触发时机建立关联。因此，该技术特征未被公开。 |
| 技术特征E：还包括：确定在已经发生所述切换之前已经接收到系统信息块(SIB)。<br>《隐含公开》 | [0075] When a UE is in the RRC_CONNECTED state, the UE ensures that it has a valid version of the MasterinformationBlock (MIB), SystemInformationBlockType1 (SIB1), SystemInformationBlockType2 (SIB2), and SystemInformationBlockType8 (SIB8) when CDMA2000 is supported. | 对比文件明确指出，当UE处于RRC_CONNECTED状态时，需确保拥有有效的SIB1、SIB2等。在切换场景下，UE在切换前必然处于与源基站的RRC_CONNECTED状态。根据此段描述，本领域技术人员可以合理推断，为了维持在连接状态，UE在切换发生前需要已经获取并拥有有效的系统信息块（SIB）。因此，该技术特征被对比文件隐含公开。 |
| 技术特征F：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。<br>《未公开》 | 对比文件中未发现相关内容。 | 对比文件完全没有提及任何与“延迟预定时间段”相关的技术方案，更没有描述该时间段是基于“通过MIB对上行链路定时的期望获取或导出”来设定的。目标专利中这一特征明确了延迟时间的设置依据，是对延迟机制的进一步限定，而对比文件中不存在任何相关教导。 |
| 技术特征G：还包括：确定要在所述切换之后向所述第二基站发送数据<br>《隐含公开》 | [0064] ...The UE 120 and the target eNodeB 110b can exchange data at time 640.<br>图6A中，UE在完成切换流程后与目标eNodeB交换数据。 | 对比文件描述了完整的切换流程，其最终目的是使UE能够与目标基站继续通信并交换数据（如图6A时间640）。本领域技术人员可以毫无疑义地理解，为了进行数据交换，UE必然需要“确定要向第二基站发送数据”。虽然对比文件没有明确使用该表述，但这是实现切换后通信的必然隐含步骤。因此，该技术特征被隐含公开。 |
| 技术特征H：基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在<br>《未公开》 | 对比文件中未发现相关内容。 | 对比文件没有描述UE在切换后主动检查是否收到MIB，并基于未收到而“确定MIB不存在”的逻辑。虽然[0075]段要求UE确保有有效MIB，但这是一种持续的状态维护要求，并非针对切换后特定时刻的决策点。因此，该技术特征未被公开。 |
| 技术特征I：将对所述调度请求的所述传输延迟所述预定时间段。<br>《未公开》 | 对比文件中未发现相关内容。 | 该特征是特征B的一部分，已在特征B中论述。对比文件未公开任何延迟调度请求传输的行为。 |
| 技术特征J：还包括：至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求。<br>《未公开》 | 对比文件中未发现相关内容。 | 对比文件中UE发送调度请求（如图6A时间624）是切换流程中的一个步骤，但并未将其描述为是基于“已经接收到MIB”这一条件触发的。发送调度请求是UE请求上行资源以完成RRC连接重配置的常规步骤，其触发时机与MIB的接收没有在对比文件中建立条件关系。因此，该技术特征未被公开。 |
| 技术特征K：还包括：在所述预定时间段到期之后，确定是否已经接收到所述MIB<br>《未公开》 | 对比文件中未发现相关内容。 | 由于对比文件未公开“延迟预定时间段”这一前提，因此也就不存在“在预定时间段到期后再次确定”的后续步骤。该技术特征未被公开。 |
| 技术特征L：响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段。<br>《未公开》 | 对比文件中未发现相关内容。 | 该特征是在技术特征K基础上的进一步动作。由于对比文件未公开基于MIB接收状态进行延迟的机制，因此这种“进一步延迟”的技术方案更无从谈起。 |
| 技术特征M：还包括：响应于确定已经接收到所述MIB，发送所述调度请求。<br>《未公开》 | 对比文件中未发现相关内容。 | 此特征与特征J实质相同。对比文件未公开将“接收到MIB”作为“发送调度请求”的直接触发条件。 |
| 技术特征N：还包括：在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程。<br>《未公开》 | 对比文件中未发现相关内容。 | 对比文件确实提到了RLF，但RLF是作为触发前向切换的原因（例如[0055]，[0060]），而非作为因长时间未收到MIB而采取的措施。目标专利中，RLF是MIB获取失败后的一种补救或宣告机制，这与对比文件中RLF作为切换触发原因的作用完全不同。因此，该技术特征未被公开。 |
| 技术特征O：其中，所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。<br>《未公开》 | 对比文件中未发现相关内容。 | 对比文件未公开任何“预定时间段”，因此更不可能公开该时间段是基于LTE帧数来设定的。 |
| 技术特征P：包括：用于确定已经发生从第一基站到第二基站的切换的单元<br>《直接公开》 | [0055] ... a UE 120 communicating with a base station 110a hands over to a base station 110b... | 技术特征P是装置权利要求中与方法特征A对应的单元。由于对比文件公开了“确定切换发生”这一方法步骤（特征A），本领域技术人员能够毫无疑义地认识到，实现这一方法的装置必然包含相应的功能单元。因此，该单元特征被直接公开。 |
| 技术特征Q：用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段的单元。<br>《未公开》 | 对比文件中未发现相关内容。 | 该单元特征对应方法特征B。由于方法特征B未被对比文件公开，因此实现该方法的特定功能单元同样未被公开。对比文件中不存在执行“基于未收到MIB而延迟SR传输”功能的模块或单元。 |
| 技术特征R：其中，所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求，直到已经从所述第二基站接收到所述MIB为止。<br>《未公开》 | 对比文件中未发现相关内容。 | 该特征是对单元特征Q的具体限定。由于特征Q未被公开，该具体限定自然也未被公开。 |
| 技术特征S：还包括：用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元。<br>《隐含公开》 | [0075] When a UE is in the RRC_CONNECTED state, the UE ensures that it has a valid version of the ... SystemInformationBlockType1 (SIB1)... | 该单元特征对应方法特征E。由于方法特征E被隐含公开（UE需确保拥有有效SIB），实现此功能的单元（如处理器、存储器和相关控制逻辑）必然存在于UE中。本领域技术人员可以从对比文件公开的UE行为中合理推断出该功能单元的存在。 |
| 技术特征T：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。<br>《未公开》 | 对比文件中未发现相关内容。 | 该单元特征对应方法特征F。由于方法特征F未被公开，该单元特征也未被公开。 |
| 技术特征U：还包括：用于确定要在所述切换之后向所述第二基站发送数据的单元<br>《隐含公开》 | [0064] ...The UE 120 and the target eNodeB 110b can exchange data at time 640. | 该单元特征对应方法特征G。由于方法特征G被隐含公开（切换后需交换数据），实现数据发送决策的功能单元（如处理器、缓冲区管理模块等）必然隐含在UE中。 |
| 技术特征V：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在的单元<br>《未公开》 | 对比文件中未发现相关内容。 | 该单元特征对应方法特征H。由于方法特征H未被公开，该单元特征也未被公开。 |
| 技术特征W：用于将对所述调度请求的所述传输延迟所述预定时间段的单元。<br>《未公开》 | 对比文件中未发现相关内容。 | 该单元特征对应方法特征I（及B）。由于相关方法特征未被公开，该单元特征也未被公开。 |
| 技术特征X：还包括：用于至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求的单元。<br>《未公开》 | 对比文件中未发现相关内容。 | 该单元特征对应方法特征J。由于方法特征J未被公开，该单元特征也未被公开。 |
| 技术特征Y：还包括：用于在所述预定时间段到期之后，确定是否已经接收到所述MIB的单元<br>《未公开》 | 对比文件中未发现相关内容。 | 该单元特征对应方法特征K。由于方法特征K未被公开，该单元特征也未被公开。 |
| 技术特征Z：用于响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。<br>《未公开》 | 对比文件中未发现相关内容。 | 该单元特征对应方法特征L。由于方法特征L未被公开，该单元特征也未被公开。 |
<<<A>>><<<P>>>