**对比文件名称：** 2013-11-07_WO2013164105A_发明申请_WO2013164105A1 THRESHOLD-BASED AND POWER-EFFICIENT SCHEDULING REQUEST PROCEDURE
**目标专利名称：** 347在切换之后延迟对调度请求的触发CN106105313B
**本次调用模型名称：** DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：确定已经发生从第一基站到第二基站的切换 <br> **《直接公开》** | [p0033] "PCell can only be changed with handover procedure (i.e. with security key change and RACH procedure)" <br> **（中文译文：** PCell只能通过切换过程（即，伴随安全密钥改变和RACH过程）来改变。**）** | 对比文件明确描述了“切换过程”（handover procedure）是改变主小区（PCell）的唯一方式。本领域技术人员可以毫无疑义地理解，当UE的服务小区从源基站（第一基站）的主小区改变为目标基站（第二基站）的主小区时，即发生了从第一基站到第二基站的切换。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段。 <br> **《未公开》** | 对比文件中未提及主信息块（MIB）、系统信息块（SIB）或在切换后获取/导出定时信息的相关内容。对比文件的延迟触发机制基于完全不同的条件。 | 目标专利中该特征的核心在于：**由于未从目标基站接收到包含定时信息的MIB**，为了避免在定时未同步时发起低效的随机接入过程（RACH），而延迟SR的传输。对比文件的发明目的是通过延迟SR来积累数据以实现节能（见[p0150]），其延迟条件是基于**数据量阈值**或**计时器**（见[p0154]，[p0221]），与是否接收到MIB无关。两者延迟的原因、条件和目的均不相同。对比文件既未直接描述也未隐含基于“未接收到MIB”而延迟SR的技术方案。 |
| **技术特征C**：其中，所述延迟对所述调度请求的所述传输包括：延迟对所述调度请求的所述传输，直到满足条件为止。 <br> **《未公开》** | [p0154] "The second trigger condition relates to the data in the transmission buffer of the user equipment to exceed some threshold." <br> **（中文译文：** 第二触发条件涉及用户设备传输缓冲区中的数据要超过某个阈值。**）** | 目标专利中“满足条件”特指“从第二基站接收到MIB”（参见特征D）。对比文件虽然也延迟直到满足条件（数据超阈值或计时器超时），但其条件与目标专利中定义的“接收到MIB”这一特定条件在技术实质上完全不同。本领域技术人员无法从对比文件推导出目标专利所定义的“条件”。因此，该特征未被公开。 |
| **技术特征D**：其中，满足所述条件包括：从所述第二基站接收到所述MIB。 <br> **《未公开》** | 对比文件中未提及MIB。 | 对比文件全文未涉及主信息块（MIB）的概念，更未将接收到MIB作为触发SR或停止延迟的条件。因此，该特征既未被直接公开，也未被隐含公开。 |
| **技术特征E**：还包括：确定在已经发生所述切换之前已经接收到系统信息块(SIB)。 <br> **《未公开》** | 对比文件中未提及在切换前或切换后接收系统信息块（SIB）。 | 对比文件未涉及系统信息块（SIB）的接收。该特征未被公开。 |
| **技术特征F**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。 <br> **《未公开》** | 对比文件中未提及基于MIB获取或导出上行链路定时。对比文件中的延迟时间段是为了积累数据以实现节能，其长度可能与数据生成模式相关，但与定时同步无关。 | 目标专利中预定时间段与“通过MIB对上行链路定时的期望获取或导出”直接相关，这是为了解决切换后定时不同步的问题。对比文件的延迟时间段设定目的（节能）和技术依据（数据量）与此完全不同。因此，该特征未被公开。 |
| **技术特征G**：还包括：确定要在所述切换之后向所述第二基站发送数据 <br> **《隐含公开》** | [p0153] "The first trigger condition advantageously relates to new data becoming available in the transmission buffer" <br> **（中文译文：** 第一触发条件有利地涉及新数据在传输缓冲区中变得可用。**）** | 对比文件描述了当新数据到达UE的传输缓冲区时，会触发对BSR/SR流程的评估。这隐含了UE“确定有数据要发送”这一前提步骤。虽然对比文件未限定此情形发生在“切换之后”，但“确定要发送数据”是触发任何SR流程（包括对比文件所改进的流程）的通用前提。因此，本领域技术人员可以从对比文件隐含地得出“确定要发送数据”这一技术特征。 |
| **技术特征H**：基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在 <br> **《未公开》** | 对比文件中未提及MIB。 | 对比文件未涉及MIB，因此不可能涉及对MIB是否存在的判断。该特征未被公开。 |
| **技术特征I**：将对所述调度请求的所述传输延迟所述预定时间段。 <br> **《隐含公开》** | [p0150] "the transmission of a scheduling request shall be postponed for particular situations"；[p0154] "In order to delay the transmission of the scheduling request, the triggering of same is made threshold-dependent." <br> **（中文译文：** 对于特定情况，应推迟调度请求的传输；为了延迟调度请求的传输，其触发被设置为依赖于阈值。**）** | 对比文件的核心改进之一就是“延迟”（postpone）调度请求的传输，其具体实现方式是通过设置阈值条件（数据量或时间）来延迟触发。虽然延迟的**原因和条件**与目标专利不同（对比文件是为了节能和减少信令，目标专利是为了等待定时同步），但“延迟传输”这一**动作本身**在对比文件中被明确公开。因此，该技术特征被隐含公开。 |
| **技术特征J**：还包括：至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求。 <br> **《未公开》** | 对比文件中未提及MIB。 | 对比文件未涉及MIB，因此不可能基于接收到MIB来发送SR。该特征未被公开。 |
| **技术特征K**：还包括：在所述预定时间段到期之后，确定是否已经接收到所述MIB <br> **《未公开》** | 对比文件中未提及MIB。 | 对比文件未涉及在延迟时间段后检查MIB的接收情况。该特征未被公开。 |
| **技术特征L**：响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段。 <br> **《未公开》** | 对比文件中未提及MIB。 | 对比文件未涉及基于MIB不存在而进行的多次延迟。该特征未被公开。 |
| **技术特征M**：还包括：响应于确定已经接收到所述MIB，发送所述调度请求。 <br> **《未公开》** | 对比文件中未提及MIB。 | 对比文件未涉及基于接收到MIB来发送SR。该特征未被公开。 |
| **技术特征N**：还包括：在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程。 <br> **《未公开》** | 对比文件中未提及基于MIB接收失败发起RLF过程。 | 对比文件未涉及此技术方案。该特征未被公开。 |
| **技术特征O**：其中，所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。 <br> **《隐含公开》** | 对比文件虽未明确说明延迟时间段基于“LTE帧的数量”，但其描述均基于LTE/LTE-A系统。在[p0090]-[p0095]描述DRX参数时，时间单位均为“子帧”（subframe）。在LTE系统中，子帧和帧（10ms）是标准的计时单位。本领域技术人员知晓，任何在该系统中定义的“预定时间段”都可以用子帧或帧的倍数来表示。因此，对比文件中“预定时间段”的实现方式隐含了可以基于LTE帧（或子帧）数量来定义。 | 虽然对比文件没有明确写出“基于LTE帧”，但作为一份LTE标准相关专利文献，其描述的所有定时参数（如DRX周期、计时器）均以子帧或帧为单位。本领域技术人员在实施对比文件所述的“延迟”时，必然需要将“预定时间段”映射到系统的计时单位上，即LTE帧或子帧。因此，该特征被隐含公开。 |
| **技术特征P**：包括：用于确定已经发生从第一基站到第二基站的切换的单元 <br> **《直接公开》** | [p0033] "PCell can only be changed with handover procedure (i.e. with security key change and RACH procedure)" <br> **（中文译文：** PCell只能通过切换过程（即，伴随安全密钥改变和RACH过程）来改变。**）** | 装置权利要求中的“单元”对应于方法权利要求中的“步骤”。由于对比文件直接公开了“确定切换发生”这一方法步骤（特征A），根据专利审查中的对应原则，用于执行该步骤的“单元”也被认为直接公开。对比文件描述的UE必然包含用于确定切换发生的功能模块或单元。 |
| **技术特征Q**：用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段的单元。 <br> **《未公开》** | 对比文件中未提及基于未接收到MIB而延迟SR。 | 同特征B，对比文件未公开基于“未接收到MIB”这一条件的延迟机制，因此用于实现该功能的单元也未被公开。 |
| **技术特征R**：其中，所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求，直到已经从所述第二基站接收到所述MIB为止。 <br> **《未公开》** | 对比文件中未提及将接收到MIB作为延迟结束的条件。 | 同特征C、D，该特征未被公开。 |
| **技术特征S**：还包括：用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元。 <br> **《未公开》** | 对比文件中未提及SIB。 | 同特征E，该特征未被公开。 |
| **技术特征T**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。 <br> **《未公开》** | 对比文件中未提及基于MIB获取定时。 | 同特征F，该特征未被公开。 |
| **技术特征U**：还包括：用于确定要在所述切换之后向所述第二基站发送数据的单元 <br> **《隐含公开》** | [p0153] "The first trigger condition advantageously relates to new data becoming available in the transmission buffer" <br> **（中文译文：** 第一触发条件有利地涉及新数据在传输缓冲区中变得可用。**）** | 同特征G，对比文件隐含了“确定要发送数据”这一步骤，因此用于执行该步骤的单元也被隐含公开。 |
| **技术特征V**：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在的单元 <br> **《未公开》** | 对比文件中未提及MIB。 | 同特征H，该特征未被公开。 |
| **技术特征W**：用于将对所述调度请求的所述传输延迟所述预定时间段的单元。 <br> **《隐含公开》** | [p0150] "the transmission of a scheduling request shall be postponed for particular situations" <br> **（中文译文：** 对于特定情况，应推迟调度请求的传输。**）** | 同特征I，对比文件明确教导了“延迟SR传输”这一动作，因此用于实现该延迟功能的单元也被隐含公开。 |
| **技术特征X**：还包括：用于至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求的单元。 <br> **《未公开》** | 对比文件中未提及MIB。 | 同特征J，该特征未被公开。 |
| **技术特征Y**：还包括：用于在所述预定时间段到期之后，确定是否已经接收到所述MIB的单元 <br> **《未公开》** | 对比文件中未提及MIB。 | 同特征K，该特征未被公开。 |
| **技术特征Z**：用于响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。 <br> **《未公开》** | 对比文件中未提及MIB。 | 同特征L，该特征未被公开。 |
<<<A>>><<<P>>>
<<<g>>><<<i>>><<<o>>><<<u>>><<<w>>>