**对比文件名称**：2013-01-10_US2013010619A_发明申请_US20130010619A1 System and Method for Multi-Carrier Network Operation
**目标专利名称**：在切换之后延迟对调度请求的触发 CN106105313B
**本次调用模型名称**：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：确定已经发生从第一基站到第二基站的切换<br>**判断结果**：未被公开 | 未找到直接相关描述。对比文件主要涉及多载波网络（同一基站或多个基站）内的载波管理、锚载波切换等。例如，第[0120]段描述了“基站可以发信号给UE将UE的锚载波切换到另一个类型A CC”，但这是在多载波聚合背景下，载波由同一基站或网络实体提供，且未明确涉及“从第一基站到第二基站”的切换。 | **直接公开**：否。对比文件未描述UE确定已经发生从一个基站到另一个不同基站的切换。其锚载波切换（第[0120]段）更类似于在同一基站或网络实体下不同载波之间的重配置或重映射，而非目标专利中涉及不同物理基站（源基站和目标基站）的切换过程。<br>**隐含公开**：否。对比文件的核心是多载波聚合操作，包括载波的分配、激活和锚载波的选择/切换。虽然锚载波切换可能涉及UE通信的“服务点”改变，但其上下文（载波聚合中的CC管理）与目标专利的传统小区间切换（RRC连接重配置、上下文转移等）有本质区别。本领域技术人员阅读对比文件后，无法合理推断出其中隐含了“确定已经发生从第一基站到第二基站的切换”这一特征。 |
| **技术特征B**：至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段。<br>**判断结果**：未被公开 | 未找到相关描述。对比文件讨论了MIB的获取和系统信息更新（例如第[0062], [0067]-[0070], [0094]段），但未涉及在切换之后，因未从目标基站接收到MIB而延迟调度请求(SR)传输的场景。 | **直接公开**：否。对比文件完全没有提及“调度请求(SR)”的触发或传输，更未提及基于未接收到MIB而将其延迟。<br>**隐含公开**：否。对比文件教导了在载波聚合中，UE需要获取非锚载波的系统信息（可能包括MIB），并描述了通过寻呼或专用信令通知SI变更（第[0069]段）。然而，这完全是在多载波管理、保持多个载波SI最新的上下文中，与目标专利为了解决切换后定时信息未同步即发起SR可能导致低效随机接入的问题无关。本领域技术人员无法从对比文件中推理出技术特征B。 |
| **技术特征C**：其中，所述延迟对所述调度请求的所述传输包括：延迟对所述调度请求的所述传输，直到满足条件为止。<br>**判断结果**：未被公开 | 未找到相关描述。 | **直接公开**：否。对比文件未提及延迟调度请求传输直到满足条件。<br>**隐含公开**：否。由于对比文件根本未涉及调度请求的触发时机，因此无法推理出延迟SR直到满足某个条件。 |
| **技术特征D**：其中，满足所述条件包括：从所述第二基站接收到所述MIB。<br>**判断结果**：未被公开 | 未找到相关描述。 | **直接公开**：否。<br>**隐含公开**：否。理由同技术特征B、C。 |
| **技术特征E**：还包括：确定在已经发生所述切换之前已经接收到系统信息块(SIB)。<br>**判断结果**：未被公开 | 对比文件第[0062]段：“In conventional network implementations, while in an RRC_CONNECTED state, a UE may monitor all the necessary system information (SI), i.e., Master Information Block (MIB), System Information Block Type 1 (SIB1) and System Information Block Type 2 (SIB2) on a single assigned CC.” | **直接公开**：否。该段描述的是传统（单载波）网络中，RRC_CONNECTED状态下的UE监视SI的一般行为，并非在“切换之前”这一特定时间点确定已经接收到SIB。该描述未与切换事件关联。<br>**隐含公开**：是。本领域技术人员公知，在LTE等系统中，切换过程通常由RRC连接重配置消息发起，而UE在切换前通常已驻留在源小区并获取了其系统信息（包括SIB）。对比文件第[0062]段承认了UE在连接状态下会监视SI这一常规操作。虽然该段未明确提及切换场景，但本领域技术人员可以合理推断，在执行从源基站到目标基站的切换之前，UE必然已经处于RRC连接状态，并且通常已经获取了源小区的SIB（这是建立连接和正常操作的基础）。因此，可以认为对比文件隐含公开了“确定在已经发生所述切换之前已经接收到系统信息块(SIB)”这一常规事实。 |
| **技术特征F**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。<br>**判断结果**：未被公开 | 未找到相关描述。 | **直接公开**：否。<br>**隐含公开**：否。对比文件未将任何时间段与通过MIB获取或导出上行链路定时联系起来。 |
| **技术特征G**：还包括：确定要在所述切换之后向所述第二基站发送数据<br>**判断结果**：未被公开 | 未找到相关描述。 | **直接公开**：否。<br>**隐含公开**：否。对比文件未描述在切换后确定有数据要发送给目标基站。 |
| **技术特征H**：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在<br>**判断结果**：未被公开 | 未找到相关描述。 | **直接公开**：否。<br>**隐含公开**：否。对比文件未描述基于切换后未收到MIB而确定MIB不存在的逻辑。 |
| **技术特征I**：将对所述调度请求的所述传输延迟所述预定时间段。<br>**判断结果**：未被公开 | 未找到相关描述。 | **直接公开**：否。<br>**隐含公开**：否。理由同技术特征B。 |
| **技术特征J**：还包括：至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求。<br>**判断结果**：未被公开 | 未找到相关描述。 | **直接公开**：否。<br>**隐含公开**：否。对比文件未涉及接收到MIB后触发调度请求。 |
| **技术特征K**：还包括：在所述预定时间段到期之后，确定是否已经接收到所述MIB<br>**判断结果**：未被公开 | 未找到相关描述。 | **直接公开**：否。<br>**隐含公开**：否。 |
| **技术特征L**：响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段。<br>**判断结果**：未被公开 | 未找到相关描述。 | **直接公开**：否。<br>**隐含公开**：否。 |
| **技术特征M**：还包括：响应于确定已经接收到所述MIB，发送所述调度请求。<br>**判断结果**：未被公开 | 未找到相关描述。 | **直接公开**：否。<br>**隐含公开**：否。 |
| **技术特征N**：还包括：在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程。<br>**判断结果**：未被公开 | 对比文件第[0178]-[0187]段详细讨论了无线链路失败(RLF)。例如，第[0178]段：“In existing network implementation, RLF is defined as a situation when a UE experiences ‘out-of-sync’ at the DL physical layer for a predefined duration; or when random access failure is experienced on the UL; or when maximum number of retransmissions has been reached at the Radio Link Control (RLC).” 第[0180]-[0181]段讨论了在多载波场景下如何定义RLF。 | **直接公开**：否。对比文件描述的RLF触发条件是基于下行失步、随机接入失败或RLC达到最大重传次数，与“在预定时间段内未接收到MIB”这一条件完全不同。<br>**隐含公开**：否。对比文件未将MIB接收失败与RLF过程关联。其RLF机制是为了应对无线链路质量恶化，而非定时信息获取失败。本领域技术人员无法从对比文件推理出技术特征N。 |
| **技术特征O**：其中，所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。<br>**判断结果**：未被公开 | 未找到相关描述。对比文件提到了修改周期（modification period）等时间概念，但未将其与LTE帧数量或延迟SR相关联。 | **直接公开**：否。<br>**隐含公开**：否。对比文件未将任何延迟时间段与预定数量的LTE帧关联。 |
| **技术特征P**：包括：用于确定已经发生从第一基站到第二基站的切换的单元<br>**判断结果**：未被公开 | 同技术特征A。 | **直接公开**：否。<br>**隐含公开**：否。理由同技术特征A。装置单元对应于方法步骤，方法步骤未被公开，则相应装置单元也未被公开。 |
| **技术特征Q**：用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段的单元。<br>**判断结果**：未被公开 | 同技术特征B。 | **直接公开**：否。<br>**隐含公开**：否。理由同技术特征B。 |
| **技术特征R**：其中，所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求，直到已经从所述第二基站接收到所述MIB为止。<br>**判断结果**：未被公开 | 同技术特征C、D。 | **直接公开**：否。<br>**隐含公开**：否。理由同技术特征C、D。 |
| **技术特征S**：还包括：用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元<br>**判断结果**：隐含公开 | 同技术特征E。 | **直接公开**：否。<br>**隐含公开**：是。理由同技术特征E。装置单元对应于方法步骤，方法步骤被隐含公开，则相应装置单元也被隐含公开。 |
| **技术特征T**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。<br>**判断结果**：未被公开 | 同技术特征F。 | **直接公开**：否。<br>**隐含公开**：否。理由同技术特征F。 |
| **技术特征U**：还包括：用于确定要在所述切换之后向所述第二基站发送数据的单元<br>**判断结果**：未被公开 | 同技术特征G。 | **直接公开**：否。<br>**隐含公开**：否。理由同技术特征G。 |
| **技术特征V**：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在的单元<br>**判断结果**：未被公开 | 同技术特征H。 | **直接公开**：否。<br>**隐含公开**：否。理由同技术特征H。 |
| **技术特征W**：用于将对所述调度请求的所述传输延迟所述预定时间段的单元。<br>**判断结果**：未被公开 | 同技术特征I。 | **直接公开**：否。<br>**隐含公开**：否。理由同技术特征I。 |
| **技术特征X**：还包括：用于至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求的单元。<br>**判断结果**：未被公开 | 同技术特征J。 | **直接公开**：否。<br>**隐含公开**：否。理由同技术特征J。 |
| **技术特征Y**：还包括：用于在所述预定时间段到期之后，确定是否已经接收到所述MIB的单元<br>**判断结果**：未被公开 | 同技术特征K。 | **直接公开**：否。<br>**隐含公开**：否。理由同技术特征K。 |
| **技术特征Z**：用于响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。<br>**判断结果**：未被公开 | 同技术特征L。 | **直接公开**：否。<br>**隐含公开**：否。理由同技术特征L。 |
<<<e>>><<<s>>>