对比文件名称：2010-06-30_CN101766042A_发明公开_CN101766042A 用于切换的蜂窝通信系统、装置及方法
目标专利名称：347在切换之后延迟对调度请求的触发CN106105313B
模型名称：gpt-4
根据目标专利说明书，其核心发明点在于：用户设备(UE)在发生从源基站到目标基站的切换后，不会立即触发调度请求(SR)来请求上行链路资源，而是会延迟该触发。延迟的原因是为了避免在尚未成功获取或导出来自目标基站的上行链路定时信息（例如，通过接收主信息块MIB）时，UE不得不发起低效的随机接入过程(RACH)。延迟可以基于时间（预定时间段）或基于事件（如接收到MIB）。该发明旨在提高切换后的通信效率。
以下是根据目标专利权利要求划分的技术特征与对比文件的比对分析：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：包括：确定已经发生从第一基站到第二基站的切换** <br>**《直接公开》** | “在接收HO命令的HARQ ACK 160之后，源eNodeB 615发送调度请求消息650到目标eNodeB 620。” (参见说明书第[0077]段) <br> “UE 610在所分配的UL-SCH资源上发送HO确认消息685。” (参见说明书第[0078]段) | 对比文件明确描述了从源基站（第一基站）到目标基站（第二基站）的切换过程。UE接收切换命令、发送确认消息，并在目标基站分配的资源上进行通信，这整个流程以切换的发生为前提。因此，本领域技术人员能够毫无疑义地确定，在对比文件描述的场景中，已经发生了从第一基站到第二基站的切换。特征A被直接公开。 |
| **技术特征B：至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段。** <br>**未被公开** | 对比文件全文未提及“主信息块(MIB)”，也未提及基于未接收到MIB而延迟调度请求的传输。 | 对比文件的核心在于通过源基站向目标基站发送调度请求消息（由基站发起），来为UE预先申请上行链路资源，从而使UE能直接使用分配的UL-SCH发送切换确认，避免RACH过程。这与目标专利中“UE主动延迟其自身SR触发”的机制完全不同。对比文件未公开UE需要等待或检查来自目标基站的MIB，更没有公开基于未收到MIB而延迟SR传输。因此，特征B未被公开。 |
| **技术特征C：其中，所述延迟对所述调度请求的所述传输包括：延迟对所述调度请求的所述传输，直到满足条件为止。** <br>**未被公开** | 对比文件未描述UE延迟发送调度请求直到满足某个条件。 | 在对比文件的同步切换过程中，UE在同步到目标基站后，直接使用由目标基站通过L1/L2控制信道分配的UL-SCH资源发送HO确认消息（见第[0078]段），并未描述UE需要延迟其自身的SR触发。对比文件中的“调度请求消息650”是由源基站发送给目标基站的，并非UE触发的SR。因此，特征C中定义的“UE延迟SR触发直到满足条件”的方案未被公开。 |
| **技术特征D：其中，满足所述条件包括：从所述第二基站接收到所述MIB。** <br>**未被公开** | 对比文件全文未提及“主信息块(MIB)”及其接收作为任何条件。 | 由于对比文件未提及MIB，因此更不可能将“从第二基站接收到MIB”作为触发SR的条件。特征D未被公开。 |
| **技术特征E：还包括：确定在已经发生所述切换之前已经接收到系统信息块(SIB)。** <br>**未被公开** | 对比文件全文未提及“系统信息块(SIB)”。 | 对比文件未涉及SIB的接收。特征E未被公开。 |
| **技术特征F：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。** <br>**未被公开** | 对比文件未提及基于MIB接收的定时获取或导出来确定时间段。 | 对比文件在描述同步切换时，提到UE能够基于源小区的TA和来自源/目标小区的信号时差来计算目标小区的定时提前量（TA）（参见第[0048]、[0050]段），从而实现上行链路同步。这是一种UE主动计算定时的机制，与“等待接收MIB以获取或导出定时”不同。对比文件未公开基于MIB的定时期望来确定延迟时间段。特征F未被公开。 |
| **技术特征G：还包括：确定要在所述切换之后向所述第二基站发送数据** <br>**《隐含公开》** | “UE 610在所分配的UL-SCH资源上发送HO确认消息685。” (参见说明书第[0078]段) <br> “可以预见，如有需要，呼叫质量信息(CQI)和/或调度请求消息650可以被HO确认消息685捎带确认(piggyback)。” (参见说明书第[0079]段) <br> “值得注意，因为SC-CDMA的单载波属性以及CQI/SR信道资源与UL-SCH分离，UE 610不能在CQI/SR信道上并发地发送UL数据和CQI。” (参见说明书第[0080]段) | 对比文件描述UE在切换后使用UL-SCH资源向目标基站发送HO确认消息。同时，说明书提到CQI和/或调度请求可以被“捎带”在HO确认消息中，并指出UE不能在CQI/SR信道上并发发送UL数据，这暗示了UL-SCH是用于发送数据（包括控制信令和用户数据）的通道。本领域技术人员可以合理推断，UE发送HO确认消息（一种上行链路数据）的行为，本身就隐含了UE“确定要发送数据”这一前提。虽然对比文件未明确描述UE做出“确定”的步骤，但发送行为本身逻辑上必然基于存在待发送数据（此处为HO确认消息）的决定。因此，特征G被隐含公开。 |
| **技术特征H：基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在** <br>**未被公开** | 对比文件全文未提及“主信息块(MIB)”。 | 对比文件未涉及MIB的接收与否，因此不可能存在基于未接收到MIB而确定MIB不存在的步骤。特征H未被公开。 |
| **技术特征I：将对所述调度请求的所述传输延迟所述预定时间段。** <br>**未被公开** | 对比文件未描述UE将其自身的调度请求传输延迟一个预定时间段。 | 如前所述，对比文件中的调度请求是由源基站发起的，用于向目标基站申请资源。UE侧并未触发或延迟一个由UE发往目标基站的调度请求(SR)。特征I未被公开。 |
| **技术特征J：还包括：至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求。** <br>**未被公开** | 对比文件全文未提及“主信息块(MIB)”。 | 对比文件未将接收到MIB作为发送SR的条件。特征J未被公开。 |
| **技术特征K：还包括：在所述预定时间段到期之后，确定是否已经接收到所述MIB** <br>**未被公开** | 对比文件全文未提及“主信息块(MIB)”及相关的等待和检查过程。 | 对比文件未公开任何与MIB接收相关的定时检查机制。特征K未被公开。 |
| **技术特征L：响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段。** <br>**未被公开** | 对比文件全文未提及“主信息块(MIB)”及相关的延迟机制。 | 对比文件未公开任何基于MIB不存在的、分阶段的延迟触发机制。特征L未被公开。 |
| **技术特征M：还包括：响应于确定已经接收到所述MIB，发送所述调度请求。** <br>**未被公开** | 对比文件全文未提及“主信息块(MIB)”。 | 对比文件未将接收到MIB作为发送SR的触发条件。特征M未被公开。 |
| **技术特征N：还包括：在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程。** <br>**未被公开** | 对比文件全文未提及“主信息块(MIB)”及相关的RLF过程。 | 对比文件未公开任何与MIB接收超时相关的RLF过程。特征N未被公开。 |
| **技术特征O：其中，所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。** <br>**未被公开** | 对比文件未提及基于LTE帧数来确定延迟SR的时间段。 | 对比文件虽然在LTE系统背景下描述，但并未将延迟SR的时间段与LTE帧数量挂钩。特征O未被公开。 |
| **技术特征P：包括：用于确定已经发生从第一基站到第二基站的切换的单元** <br>**《直接公开》** | “在接收HO命令的HARQ ACK 160之后，源eNodeB 615发送调度请求消息650到目标eNodeB 620。” (参见说明书第[0077]段) <br> 该过程隐含UE已接收并确认HO命令，即切换已发生或即将发生。 | 对比文件描述的整个切换流程（HO命令、ACK、调度请求、资源分配、HO确认）是以“切换已经发生”为逻辑前提的。用于实现该流程的装置（如UE中的信号处理逻辑529，参见第[0062]段）必然包含用于确定切换发生的功能性单元。本领域技术人员能够毫无疑义地从对比文件的整体描述中得出该单元的存在。因此，特征P被直接公开。 |
| **技术特征Q：用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段的单元。** <br>**未被公开** | 对比文件全文未提及“主信息块(MIB)”，也未描述UE基于未收到MIB而延迟其SR传输。 | 对比文件中UE的行为模式与特征Q的描述不符。UE并未执行“检查MIB并延迟SR”的动作。因此，不存在用于实现特征Q所述功能的单元。特征Q未被公开。 |
| **技术特征R：其中，所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求，直到已经从所述第二基站接收到所述MIB为止。** <br>**未被公开** | 对比文件全文未提及“主信息块(MIB)”。 | 对比文件未公开任何等待MIB接收作为SR触发条件的机制或单元。特征R未被公开。 |
| **技术特征S：还包括：用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元。** <br>**未被公开** | 对比文件全文未提及“系统信息块(SIB)”。 | 对比文件未涉及SIB的接收，因此不存在用于确定已接收SIB的单元。特征S未被公开。 |
| **技术特征T：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。** <br>**未被公开** | 对比文件未提及基于MIB接收的定时获取或导出来确定时间段。 | 同特征F，对比文件未公开此内容，因此对应的单元特征T也未被公开。 |
| **技术特征U：还包括：用于确定要在所述切换之后向所述第二基站发送数据的单元** <br>**《隐含公开》** | “UE 610在所分配的UL-SCH资源上发送HO确认消息685。” (参见说明书第[0078]段) | 同特征G，UE发送HO确认消息这一行为，逻辑上必然基于“确定要发送数据”的决定。用于实现该发送功能的装置（如UE的信号处理逻辑529）必然包含用于做出此决定的逻辑或单元。本领域技术人员可以合理推断出该单元的存在。因此，特征U被隐含公开。 |
| **技术特征V：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在的单元** <br>**未被公开** | 对比文件全文未提及“主信息块(MIB)”。 | 对比文件未涉及MIB，因此不存在用于确定MIB不存在的单元。特征V未被公开。 |
| **技术特征W：用于将对所述调度请求的所述传输延迟所述预定时间段的单元。** <br>**未被公开** | 对比文件未描述UE延迟其自身SR传输。 | 对比文件中UE的行为不包含延迟SR触发，因此不存在用于实现此功能的单元。特征W未被公开。 |
| **技术特征X：还包括：用于至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求的单元。** <br>**未被公开** | 对比文件全文未提及“主信息块(MIB)”。 | 对比文件未将接收到MIB作为发送SR的条件，因此不存在对应的单元。特征X未被公开。 |
| **技术特征Y：还包括：用于在所述预定时间段到期之后，确定是否已经接收到所述MIB的单元** <br>**未被公开** | 对比文件全文未提及“主信息块(MIB)”及相关的定时检查机制。 | 对比文件未公开此内容，因此不存在对应的单元。特征Y未被公开。 |
| **技术特征Z：用于响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。** <br>**未被公开** | 对比文件全文未提及“主信息块(MIB)”及相关的分阶段延迟机制。 | 对比文件未公开此内容，因此不存在对应的单元。特征Z未被公开。 |
<<<A>>><<<P>>><<<g>>><<<u>>>