**对比文件名称**：2012-04-05_None_发明专利_JPWO2010053159A1 移動局及び移動通信方法
**目标专利名称**：347在切换之后延迟对调度请求的触发CN106105313B
**本次调用模型名称**：专利创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译为中文） | 公开性论述 |
| **技术特征A**：包括：确定已经发生从第一基站到第二基站的切换 <br> **《直接公开》** | [0037] 图３に示すように、ステップＳ１０１において、移動局ＵＥは、セル１からセル２にハンドオーバする。<br> **翻译**：如图3所示，在步骤S101中，移动局UE从小区1切换到小区2。 | 对比文件明确记载了移动局从第一小区（对应第一基站）切换到第二小区（对应第二基站）的过程（步骤S101）。本领域技术人员能够毫无疑义地确定，移动局在执行切换步骤时，必然包含“确定已经发生切换”这一前提或伴随动作。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段。<br> **未被公开** | [0016] 送受信部１１は、上述の報知情報を最初に受信することができなかったときから、所定期間が経過する（所定タイマが満了する）までの間、かかる報知情報の受信を繰り返し試みるように構成されていてもよい。<br> **翻译**：发送接收部11也可以被构成为，从最初未能接收上述广播信息时起，到经过预定期间（预定定时器期满）为止，重复尝试接收该广播信息。<br> [0021] 制御部１２は、送受信部１１によって報知情報の受信に失敗したと判断した場合に、セル２において無線リンク障害（ＲＬＦ：Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）が発生したものとして、再接続処理を行うように構成されている。<br> **翻译**：控制部12被构成为，在判断为通过发送接收部11未能成功接收广播信息的情况下，视为在小区2发生了无线链路故障（RLF），执行重新连接处理。 | 对比文件公开了在切换后未能成功接收广播信息（包含MIB）时，可能进行两种操作：1）在预定期间内重复尝试接收（[0016]）；2）判断为接收失败并启动重新连接（RLF）过程（[0021]）。然而，对比文件完全没有提及“调度请求（Scheduling Request）”的概念，更没有公开基于未收到MIB而“延迟对调度请求的传输”这一技术手段。对比文件解决的是广播信息接收失败后如何维持通信连续性的问题（通过重试或重新连接），而目标专利解决的是如何避免在定时信息未就绪时发起低效随机接入过程的问题，其技术手段是延迟调度请求的触发。两者要解决的技术问题和技术手段均不相同。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征C**：其中，所述延迟对所述调度请求的所述传输包括：延迟对所述调度请求的所述传输，直到满足条件为止。<br> **未被公开** | （同技术特征B引用） | 如上所述，对比文件未涉及“延迟调度请求传输”这一动作，因此其包含的“延迟直到满足条件为止”的具体方式自然也未被公开。对比文件中“重复尝试接收”广播信息是一种主动的接收动作，而非对“调度请求传输”的延迟等待。 |
| **技术特征D**：其中，满足所述条件包括：从所述第二基站接收到所述MIB。<br> **未被公开** | [0020] 制御部１２は、送受信部１１によって報知情報の受信に成功した場合に、かかる報知情報を用いてセル２における通信を継続するように構成されている。<br> **翻译**：控制部12被构成为，在通过发送接收部11成功接收了广播信息的情况下，使用该广播信息来继续在小区2中的通信。 | 对比文件公开了成功接收广播信息（包含MIB）后继续通信，但这属于接收成功后的正常通信流程。目标专利中“从第二基站接收到MIB”是作为延迟调度请求传输的终止条件。对比文件并未将该事件设定为任何“延迟动作”的解除条件。因此，该技术特征未被公开。 |
| **技术特征E**：还包括：确定在已经发生所述切换之前已经接收到系统信息块(SIB)。<br> **未被公开** | 对比文件未提及在切换之前是否接收到SIB。 | 对比文件全文未记载移动局需要“确定在切换之前已经接收到SIB”这一动作。该特征未被公开。 |
| **技术特征F**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。<br> **未被公开** | [0016] ...所定期間が経過する（所定タイマが満了する）までの間...<br> **翻译**：...到经过预定期间（预定定时器期满）为止... | 对比文件仅提及“预定期间”，但未说明该期间是如何设定的，尤其没有公开该期间是基于“通过MIB对上行链路定时的期望获取或导出”来确定的。目标专利强调延迟时间与获取上行链路定时（同步）的期望时间相关，而对比文件的预定期间可能仅是为了重试接收广播信息而设置的任意时长。因此，该技术特征未被公开。 |
| **技术特征G**：还包括：确定要在所述切换之后向所述第二基站发送数据。<br> **未被公开** | 对比文件未提及移动局在切换后需要确定是否有上行链路数据要发送。 | 对比文件描述的场景是移动局切换后尝试接收广播信息以继续通信，并未触发于“有数据要发送”这一事件。该特征未被公开。 |
| **技术特征H**：基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在。<br> **未被公开** | [0021] 制御部１２は、送受信部１１によって報知情報の受信に失敗したと判断した場合に...<br> **翻译**：控制部12被构成为，在判断为通过发送接收部11未能成功接收广播信息的情况下... | 对比文件公开了可以“判断为接收失败”，这与“确定MIB不存在”在结果判断上有相似之处。但“MIB不存在”这一具体表述并未在对比文件中出现，且其判断可能基于多次尝试或超时（[0028], [0029]），并非直接等同于“基于未接收到MIB”这一单一时刻的判断。虽然概念相近，但作为严格的技术特征比对，对比文件并未直接或隐含公开“确定所述MIB不存在”这一特征。为严谨起见，判断为未被公开。 |
| **技术特征I**：将对所述调度请求的所述传输延迟所述预定时间段。<br> **未被公开** | （同技术特征B引用） | 该特征是技术特征B的核心动作。如前所述，对比文件未涉及“调度请求”及其“传输延迟”，因此该特征未被公开。 |
| **技术特征J**：还包括：至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求。<br> **未被公开** | [0020] 制御部１２は、送受信部１１によって報知情報の受信に成功した場合に、かかる報知情報を用いてセル２における通信を継続するように構成されている。<br> **翻译**：控制部12被构成为，在通过发送接收部11成功接收了广播信息的情况下，使用该广播信息来继续在小区2中的通信。 | 对比文件公开了成功接收MIB（作为广播信息一部分）后继续通信，但“继续通信”是一个宽泛的概念，并未特指“发送调度请求”这一具体动作。目标专利中，接收到MIB是触发调度请求发送的明确条件。因此，该特征未被公开。 |
| **技术特征K**：还包括：在所述预定时间段到期之后，确定是否已经接收到所述MIB。<br> **未被公开** | [0028] また、制御部１２は、所定期間内に送受信部１１によって報知情報の受信に成功しない場合に、送受信部１１によって報知情報の受信に失敗したと判断し...<br> **翻译**：此外，控制部12也可以被构成为，在预定期间内未能通过发送接收部11成功接收广播信息的情况下，判断为通过发送接收部11未能成功接收广播信息... | 对比文件隐含了在预定期间结束后，会有一个判断接收成功与否的步骤。这与“在预定时间段到期之后，确定是否已经接收到MIB”在逻辑上相似。然而，对比文件的“判断”是用于决定是否启动重新连接过程，而目标专利的“确定”是用于决定是否进一步延迟调度请求或发送调度请求，目的不同。尽管如此，从“在时间段后进行检查”这一动作本身来看，对比文件有可能隐含了该步骤。但考虑到该特征与目标专利方法流程的紧密关联性，且对比文件未明确该检查是针对MIB，为严格遵循目标专利的特征划分，判断为未被隐含公开。 |
| **技术特征L**：响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段。<br> **未被公开** | （同技术特征B、K引用） | 对比文件在判断接收失败后，执行的是重新连接处理（[0021]），而不是“进一步延迟”某个请求的传输。因此，该特征既未被直接公开，也未被隐含公开。 |
| **技术特征M**：还包括：响应于确定已经接收到所述MIB，发送所述调度请求。<br> **未被公开** | （同技术特征J引用） | 与技术特征J同理，对比文件未提及“发送调度请求”这一动作。该特征未被公开。 |
| **技术特征N**：还包括：在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程。<br> **未被公开** | [0021] 制御部１２は、送受信部１１によって報知情報の受信に失敗したと判断した場合に、セル２において無線リンク障害（ＲＬＦ：Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）が発生したものとして、再接続処理を行うように構成されている。<br> **翻译**：控制部12被构成为，在判断为通过发送接收部11未能成功接收广播信息的情况下，视为在小区2发生了无线链路故障（RLF），执行重新连接处理。 | 对比文件公开了在判断广播信息接收失败时，发起等同于RLF的重新连接过程。但是，对比文件中的“判断失败”可能基于多种条件（如[0024]-[0030]所述），并不明确是基于一个“第二预定时间段”到期未收到MIB。目标专利则明确设定了“第二预定时间段”作为发起RLF的触发条件。虽然最终结果（发起RLF/重新连接）类似，但触发条件和具体流程存在差异。因此，该技术特征未被直接公开。从宽松的隐含公开角度看，对比文件在[0028]提到了“所定期間内...受信に成功しない場合”，这有可能隐含了基于一个时间段未成功接收而触发后续处理。然而，该“所定期間”在对比文件中是用于判断接收失败的条件，并非目标专利中在首次延迟（第一预定时间段）后的“第二预定时间段”。两者在流程中的位置和作用不同。为严谨起见，判断为未被隐含公开。 |
| **技术特征O**：其中，所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。<br> **未被公开** | 对比文件未提及预定时间段与LTE帧数量的关系。 | 对比文件仅提到“所定期間”，未公开其具体设定依据，特别是未公开其基于LTE帧数量。该特征未被公开。 |
| **技术特征P**：包括：用于确定已经发生从第一基站到第二基站的切换的单元。<br> **《直接公开》** | [0037] ...移動局ＵＥは、セル１からセル２にハンドオーバする。<br> **翻译**：...移动局UE从小区1切换到小区2。<br> [0046] 送受信部１１と...制御部１２とを具備する...<br> **翻译**：具备发送接收部11和...控制部12... | 对比文件公开了移动局UE执行从小区1到小区2的切换（[0037]），并且移动局包含发送接收部11和控制部12等部件（[0046]）。执行切换这一功能必然由移动局内的某个或某些单元（如控制部12）来实现。因此，用于确定发生切换的单元被直接公开。 |
| **技术特征Q**：用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段的单元。<br> **未被公开** | （同技术特征B引用） | 与技术特征B同理，对比文件未公开“延迟调度请求传输”的功能，因此用于实现该功能的单元也未被公开。 |
| **技术特征R**：其中，所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求，直到已经从所述第二基站接收到所述MIB为止。<br> **未被公开** | （同技术特征C、D引用） | 与技术特征C、D同理，该单元功能未被公开。 |
| **技术特征S**：还包括：用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元。<br> **未被公开** | （同技术特征E引用） | 与技术特征E同理，该单元功能未被公开。 |
| **技术特征T**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。<br> **未被公开** | （同技术特征F引用） | 与技术特征F同理，该特征未被公开。 |
| **技术特征U**：还包括：用于确定要在所述切换之后向所述第二基站发送数据的单元。<br> **未被公开** | （同技术特征G引用） | 与技术特征G同理，该单元功能未被公开。 |
| **技术特征V**：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在的单元。<br> **未被公开** | （同技术特征H引用） | 与技术特征H同理，该单元功能未被公开。 |
| **技术特征W**：用于将对所述调度请求的所述传输延迟所述预定时间段的单元。<br> **未被公开** | （同技术特征I引用） | 与技术特征I同理，该单元功能未被公开。 |
| **技术特征X**：还包括：用于至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求的单元。<br> **未被公开** | （同技术特征J引用） | 与技术特征J同理，该单元功能未被公开。 |
| **技术特征Y**：还包括：用于在所述预定时间段到期之后，确定是否已经接收到所述MIB的单元。<br> **未被公开** | （同技术特征K引用） | 与技术特征K同理，该单元功能未被公开。 |
| **技术特征Z**：用于响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。<br> **未被公开** | （同技术特征L引用） | 与技术特征L同理，该单元功能未被公开。 |
<<<A>>><<<P>>>