**对比文件名称**：2011-05-19_US2011117908A_发明申请_US20110117908A1 HANDOVER-RELATED RADIO LINK FAILURE DETECTION
**目标专利名称**：在切换之后延迟对调度请求的触发CN106105313B
**本次调用的模型名称**：专利创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：确定已经发生从第一基站到第二基站的切换<br>**《直接公开》** | [0088] 所述控制器可以控制从所述第一接收机接收来自其他基站的切换请求，所述用户设备与所述基站已建立连接；控制从所述第二接收机接收来自所述用户设备的连接重建请求，在所述用户设备到所述其他基站的切换已执行之后；确定所述连接重建请求是否在定时器到期之前被接收；以及如果确定所述连接重建请求在定时器到期之前从所述用户设备被接收，则确定由于过早切换触发而在所述用户设备与所述其他基站之间发生了RLF。<br>（对应原文段落：[0088] The controller 1050 may control to receive an HO request via the first receiver from the other BS for the UE that has an established connection with the BS, control to receive via the second receiver a connection reestablishment request from the UE after an HO of the UE to the other BS has been performed, determine if the connection reestablishment request is received prior to the expiration of a timer, and if it is determined that the connection reestablishment request is received from the UE prior to the expiration of a timer, determine that an RLF occurred between the UE and the other BS due to a too early HO triggering.） | 对比文件明确描述了用户设备(UE)从源基站(eNB A)切换到目标基站(eNB B)的过程（例如，见[0062]），并且其方法的核心是基站（特别是源基站）检测到这种切换发生后，UE又快速返回并请求重建连接，从而判断发生了过早切换相关的RLF。因此，对比文件必然公开了“确定已经发生从第一基站到第二基站的切换”这一技术特征。该特征在对比文件中是执行后续RLF检测的前提和基础，与目标专利中作为延迟调度请求触发的前提作用相同。 |
| **技术特征B**：至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段。<br>**《未公开》** | 对比文件未提及“调度请求(Scheduling Request)”、“主信息块(MIB)”的接收，也未提及因未收到MIB而延迟调度请求的传输。 | 对比文件的核心是基站侧检测由于过早切换导致的无线链路失败(RLF)。其关注的是在切换完成后，UE因信号质量等问题很快发生RLF并尝试向源基站重建连接这一事件序列。整个过程中，对比文件完全没有涉及UE在切换后需要获取MIB以进行上行链路定时的概念，更没有涉及UE因未收到MIB而主动延迟调度请求(SR)传输的行为。目标专利的技术特征B是UE侧主动实施的、为避免低效随机接入而采取的预防性延迟措施，其作用与对比文件中基站侧被动检测RLF的作用完全不同，且技术手段（基于MIB接收判断）也未被公开。 |
| **技术特征C**：其中，所述延迟对所述调度请求的所述传输包括：延迟对所述调度请求的所述传输，直到满足条件为止。<br>**《隐含公开》** | [0086] 一旦eNB A 110接收到此消息，eNB A 110将启动定时器T<sub>too_early</sub>并存储C-RNTI<sub>B</sub>和PCI<sub>B</sub>。如果T<sub>too_early</sub>到期，eNB A 110可以删除与切换相关的C-RNTI<sub>B</sub>和PCI<sub>B</sub>。<br>[0088] ...确定所述连接重建请求是否在定时器到期之前被接收... | 对比文件公开了源基站(eNB A)在发出切换命令（收到HO Request ACK）后，会启动一个定时器T<sub>too_early</sub>。它隐含了在定时器到期之前，基站处于一种“等待”或“监测”状态，等待可能发生的连接重建请求。如果在此期间收到请求，则判定为过早切换。这可以理解为基站对“判定为过早切换”这一结论的做出，延迟到了“收到连接重建请求且在定时器到期前”这一条件满足之时。虽然对比文件中的“延迟”主体（基站）、延迟的对象（做出RLF原因的判断）与目标专利（UE延迟SR传输）不同，但从“延迟某个动作直到条件满足”这一广义的、上位的技术手段来看，本领域技术人员可以从对比文件中隐含地推理出“延迟一个动作直到满足条件（定时器未超期且收到特定消息）”的技术思想。 |
| **技术特征D**：其中，满足所述条件包括：从所述第二基站接收到所述MIB。<br>**《未公开》** | 对比文件未提及“主信息块(MIB)”的接收作为任何条件。 | 对比文件中满足条件的内容是“在定时器T<sub>too_early</sub>到期前收到RRC连接重建请求”，这与目标专利中“从第二基站接收到MIB”的条件完全不同。MIB是LTE中承载系统基本信息（包括定时信息）的广播信道块，而对比文件中的条件是特定的信令消息。两者在技术实质上没有关联，对比文件未公开该特征。 |
| **技术特征E**：还包括：确定在已经发生所述切换之前已经接收到系统信息块(SIB)。<br>**《未公开》** | 对比文件未提及“系统信息块(SIB)”的接收。 | 对比文件全文未涉及SIB。该特征未被公开。 |
| **技术特征F**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。<br>**《未公开》** | 对比文件未提及基于MIB获取或导出上行链路定时，也未将任何时间段与MIB的接收相关联。 | 对比文件中的定时器T<sub>too_early</sub>是用于判断过早切换的时间窗口，其值由SON服务器配置或基站设置（见[0083], [0092]），用于RLF检测优化，与通过MIB获取上行链路定时的过程无关。目标专利的预定时间段旨在匹配MIB的传输周期（如10ms的LTE帧），以确保有足够时间成功接收MIB。两者设立的目的和依据的技术原理完全不同，对比文件未公开该特征。 |
| **技术特征G**：还包括：确定要在所述切换之后向所述第二基站发送数据<br>**《未公开》** | 对比文件未提及UE在切换后存在要发送的数据，也未提及触发调度请求的数据缓冲区状态。 | 对比文件描述的是UE发生RLF后尝试重建连接的情景，并未描述UE有上行数据待发送从而需要触发调度请求的场景。该特征未被公开。 |
| **技术特征H**：基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在<br>**《未公开》** | 对比文件未提及“主信息块(MIB)”的接收与否。 | 该特征与MIB相关，对比文件未涉及，因此未被公开。 |
| **技术特征I**：将对所述调度请求的所述传输延迟所述预定时间段。<br>**《隐含公开》** | [0086] 一旦eNB A 110接收到此消息，eNB A 110将启动定时器T<sub>too_early</sub>并存储C-RNTI<sub>B</sub>和PCI<sub>B</sub>。如果T<sub>too_early</sub>到期，eNB A 110可以删除与切换相关的C-RNTI<sub>B</sub>和PCI<sub>B</sub>。<br>[0088] ...确定所述连接重建请求是否在定时器到期之前被接收... | 对比文件公开了源基站启动一个定时器(T<sub>too_early</sub>)，并在该定时器运行期间，监测是否收到来自UE的连接重建请求。这隐含了在定时器设定的这个“预定时间段”内，基站对于“判定为过早切换”的结论是处于一种延迟或暂缓做出判断的状态。虽然延迟的对象（判定RLF原因 vs 传输SR）和主体（基站 vs UE）不同，但“启动一个定时器并在其运行期间延迟/等待某个事件”这一技术手段，可以被本领域技术人员从对比文件中隐含地推理得出。 |
| **技术特征J**：还包括：至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求。<br>**《未公开》** | 对比文件未提及接收到MIB后发送调度请求。 | 该特征未被公开。 |
| **技术特征K**：还包括：在所述预定时间段到期之后，确定是否已经接收到所述MIB<br>**《未公开》** | 对比文件未提及在定时器到期后检查是否收到MIB。 | 该特征与MIB相关，对比文件未涉及，因此未被公开。 |
| **技术特征L**：响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段。<br>**《未公开》** | 对比文件未提及基于MIB不存在的多次延迟。 | 该特征未被公开。 |
| **技术特征M**：还包括：响应于确定已经接收到所述MIB，发送所述调度请求。<br>**《未公开》** | 对比文件未提及接收到MIB后发送调度请求。 | 该特征未被公开。 |
| **技术特征N**：还包括：在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程。<br>**《直接公开》** | [0080] 然而，所述UE 100在切换后不久经历RLF（步骤808）。<br>[0088] ...如果确定所述连接重建请求在定时器到期之前从所述用户设备被接收，则确定由于过早切换触发而在所述用户设备与所述其他基站之间发生了RLF。 | 对比文件明确公开了在切换之后，UE会发生无线链路失败(RLF)过程（见[0080]）。虽然对比文件中RLF的触发原因（信号质量差导致过早切换）与目标专利中设定的原因（在特定时间段内未收到MIB）不同，但“发起无线链路失败(RLF)过程”这一技术特征本身被对比文件直接公开了。该特征在对比文件中的作用是描述切换后可能发生的一种连接失败事件，是RLF检测机制的基础；在目标专利中，它是在延迟等待MIB失败后采取的一种补救措施。尽管作用场景和触发条件有差异，但“发起RLF过程”这一动作本身是相同的。 |
| **技术特征O**：其中，所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。<br>**《未公开》** | 对比文件未提及定时器T<sub>too_early</sub>与LTE帧数量相关联。 | 对比文件仅说明定时器T<sub>too_early</sub>可由SON服务器配置（见[0083], [0092]），并未公开其具体取值依据，特别是未公开其基于LTE帧的数量。目标专利明确将预定时间段与LTE帧（如10ms）挂钩，以确保覆盖MIB的发送周期。该特征未被公开。 |
| **技术特征P**：包括：用于确定已经发生从第一基站到第二基站的切换的单元<br>**《直接公开》** | [0088] 所述控制器可以控制从所述第一接收机接收来自其他基站的切换请求...控制...在所述用户设备到所述其他基站的切换已执行之后...<br>以及图10所示的eNB结构，包括控制器1050、接收机1010,1030等。 | 对比文件不仅描述了确定切换发生的方法，也在图10和[0085]-[0088]中公开了实现该功能的装置结构，即包含控制器、接收机等单元的基站装置。该控制器能够执行确定切换发生的逻辑，因此直接公开了“用于确定已经发生从第一基站到第二基站的切换的单元”。该单元在对比文件中的作用是支持RLF检测，与目标专利中作为延迟触发的前提作用相同。 |
| **技术特征Q**：用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段的单元。<br>**《未公开》** | 对比文件未提及基于未收到MIB而延迟调度请求的单元。 | 对比文件的装置用于检测RLF，其单元设置（如定时器）服务于判断是否过早切换，而不是用于UE侧延迟调度请求传输。目标专利的该装置特征涉及基于MIB接收状态的判断和延迟逻辑，对比文件未公开。 |
| **技术特征R**：其中，所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求，直到已经从所述第二基站接收到所述MIB为止。<br>**《未公开》** | 对比文件未提及延迟直到接收到MIB。 | 该特征与MIB相关，对比文件未涉及，因此未被公开。 |
| **技术特征S**：还包括：用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元。<br>**《未公开》** | 对比文件未提及用于确定接收SIB的单元。 | 该特征未被公开。 |
| **技术特征T**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。<br>**《未公开》** | 对比文件未提及基于MIB定时获取的时间段设定单元。 | 该特征未被公开。 |
| **技术特征U**：还包括：用于确定要在所述切换之后向所述第二基站发送数据的单元<br>**《未公开》** | 对比文件未提及用于确定要发送数据的单元。 | 该特征未被公开。 |
| **技术特征V**：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在的单元<br>**《未公开》** | 对比文件未提及用于确定MIB是否存在的单元。 | 该特征未被公开。 |
| **技术特征W**：用于将对所述调度请求的所述传输延迟所述预定时间段的单元。<br>**《隐含公开》** | [0086] 一旦eNB A 110接收到此消息，eNB A 110将启动定时器T<sub>too_early</sub>并存储C-RNTI<sub>B</sub>和PCI<sub>B</sub>...<br>图10所示的eNB结构，包括控制器1050。 | 对比文件公开了基站装置中包含控制器1050，该控制器能够执行启动定时器T<sub>too_early</sub>并在该定时器时段内等待/监测连接重建请求的操作（见[0086], [0088]）。这隐含了该装置具有“用于延迟（做出判断）预定时间段”的功能单元（即控制器配合定时器）。虽然延迟的对象（RLF原因判断 vs SR传输）不同，但“用于延迟预定时间段”这一功能性单元架构可以被隐含地推理出来。 |
| **技术特征X**：还包括：用于至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求的单元。<br>**《未公开》** | 对比文件未提及用于基于接收MIB发送调度请求的单元。 | 该特征未被公开。 |
| **技术特征Y**：还包括：用于在所述预定时间段到期之后，确定是否已经接收到所述MIB的单元<br>**《未公开》** | 对比文件未提及用于在定时器到期后检查MIB的单元。 | 该特征未被公开。 |
| **技术特征Z**：用于响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。<br>**《未公开》** | 对比文件未提及用于基于MIB不存在进行多次延迟的单元。 | 该特征未被公开。 |
<<<A>>><<<N>>><<<P>>>
<<<c>>><<<i>>><<<w>>>