对比文件名称：2012-10-24_CN102752817A_发明公开_CN102752817A 用于切换的蜂窝通信系统、装置及方法
目标专利名称：在切换之后延迟对调度请求的触发 CN106105313B
模型名称：专利创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：确定已经发生从第一基站到第二基站的切换<br>《直接公开》 | [0067] “...在执行准入控制之后，目标eNodeB620分配将在目标小区中使用的C-RNTI。该信息经由源eNodeB 615通过HO请求ACK消息350、450和HO命令消息355、455传送到UE 610。”<br>[0068] “在接收HO命令的HARQ ACK 160之后，源eNodeB 615发送调度请求消息650到目标eNodeB 620...该消息650传送一指示：UE 610已经在源小区中正确地接收了HO命令355、455且UE 610已经准备建立到目标小区的连接。” | 对比文件完整描述了从源基站（第一基站）到目标基站（第二基站）的切换过程，包括UE接收切换命令、脱离源小区、同步到目标小区。这些步骤本身即意味着UE或网络侧已经确定并正在执行切换。因此，本领域技术人员能够毫无疑义地从对比文件得出“确定已经发生从第一基站到第二基站的切换”这一技术特征。该特征在对比文件中是切换过程的组成部分。 |
| **技术特征B**：至少部分地基于确定在所述切换之后在所述移动设备处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段。<br>《未公开》 | 对比文件全文未提及“主信息块(MIB)”，也未提及基于未收到MIB而延迟调度请求（SR）的传输。 | 目标专利的核心在于，当UE在切换后未成功获取目标基站的定时信息（通过MIB）时，延迟SR的传输以避免低效的随机接入过程。对比文件描述的是一种同步切换方案，其核心思想是**避免**使用RACH或专用资源，而是通过源基站向目标基站发送调度请求，目标基站直接分配UL-SCH资源，UE随即发送HO确认。整个过程**没有**涉及在UE侧因未收到MIB而“延迟”SR传输的步骤。UE在接收到切换命令并同步后，直接等待目标基站的资源分配并发送HO确认（可视为一种上行数据/信令），并未表现出因缺乏定时信息而主动延迟SR触发的行为。因此，对比文件既未直接公开，也未隐含公开该特征。 |
| **技术特征C**：其中，所述延迟对所述调度请求的所述传输包括：延迟对所述调度请求的所述传输，直到满足条件为止。<br>《未公开》 | 对比文件全文未提及延迟SR传输直至满足某个条件。 | 如特征B所述，对比文件中的UE在切换后并未延迟SR的传输。相反，源基站在收到UE对切换命令的确认（HARQ ACK）后，会立即向目标基站发送调度请求消息（参见[0068]）。因此，对比文件未公开“延迟直到满足条件”这一动作模式。 |
| **技术特征D**：其中，满足所述条件包括：从所述第二基站接收到所述MIB。<br>《未公开》 | 对比文件全文未提及“主信息块(MIB)”。 | 由于对比文件未提及MIB，因此不可能公开以“接收到MIB”作为触发SR的条件。 |
| **技术特征E**：还包括：确定在已经发生所述切换之前已经接收到系统信息块(SIB)。<br>《未公开》 | 对比文件全文未提及“系统信息块(SIB)”。 | 对比文件未涉及SIB的相关内容，因此未公开该特征。 |
| **技术特征F**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或者期望导出。<br>《未公开》 | 对比文件全文未提及基于MIB获取或导出上行链路定时，也未提及基于此设定“预定时间段”。 | 对比文件未公开与MIB相关的定时获取机制，因此也未公开基于此机制来确定延迟时间段的技术特征。 |
| **技术特征G**：还包括：确定要在所述切换之后向所述第二基站发送数据<br>《隐含公开》 | [0069] “UE610在所分配的UL-SCH资源上发送HO确认消息685。”<br>[0090] “...可以预见，调度请求还可以被捎带到UL数据有效载荷中...如果在HO确认消息被发送的同时UE610具有待发送的UL数据...” | 对比文件明确描述了UE在切换后需要向目标基站发送“HO确认消息”。根据说明书[0090]，该消息可以捎带“调度请求”和/或“UL数据”。因此，UE发送HO确认消息这一行为本身，即隐含了UE“确定要发送数据（至少是信令数据，即HO确认）”到第二基站。本领域技术人员能够从对比文件合理推断出，UE在准备发送HO确认消息时，必然已经确定了要向目标基站发送该上行数据/信令。 |
| **技术特征H**：基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在<br>《未公开》 | 对比文件全文未提及“主信息块(MIB)”。 | 对比文件未涉及MIB的接收与否的判断，因此未公开该特征。 |
| **技术特征I**：将对所述调度请求的所述传输延迟所述预定时间段。<br>《未公开》 | 对比文件全文未提及延迟SR传输一个“预定时间段”。 | 如特征B所述，对比文件中的流程不存在UE侧延迟SR传输的步骤。源基站发送调度请求是立即进行的。因此，未公开该特征。 |
| **技术特征J**：还包括：至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求。<br>《未公开》 | 对比文件全文未提及“主信息块(MIB)”。 | 对比文件未涉及基于接收MIB来发送SR的逻辑。 |
| **技术特征K**：还包括：在所述预定时间段到期之后，确定是否已经接收到所述MIB<br>《未公开》 | 对比文件全文未提及“预定时间段”到期后检查是否收到MIB。 | 对比文件未公开该特征。 |
| **技术特征L**：响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段。<br>《未公开》 | 对比文件全文未提及基于MIB不存在而“进一步延迟”。 | 对比文件未公开该特征。 |
| **技术特征M**：还包括：响应于确定已经接收到所述MIB，发送所述调度请求。<br>《未公开》 | 对比文件全文未提及“主信息块(MIB)”。 | 对比文件未公开该特征。 |
| **技术特征N**：还包括：在所述第二预定时间段内未接收到所述MIB的情况下，发起无线链路失败(RLF)过程。<br>《未公开》 | 对比文件全文未提及“无线链路失败(RLF)过程”。 | 对比文件未公开该特征。 |
| **技术特征O**：其中，所述预定时间段是至少部分地基于预定数量的长期演进(LTE)帧的。<br>《未公开》 | 对比文件全文未提及基于LTE帧数量来设定与延迟SR相关的预定时间段。 | 对比文件未公开该特征。 |
| **技术特征P**：包括：用于确定已经发生从第一基站到第二基站的切换的单元<br>《直接公开》 | [0067] “...目标eNodeB620分配将在目标小区中使用的C-RNTI。该信息经由源eNodeB 615通过HO请求ACK消息350、450和HO命令消息355、455传送到UE 610。”<br>[0083] “根据本发明的一个实施例，UE525且尤其是收发器单元527和信号处理逻辑529的操作被修改为从支持UE将正移入的小区中的通信的目标eNodeB接收控制信道消息...” | 对比文件描述了完整的切换过程，并具体说明了UE、源基站和目标基站的相应操作和逻辑单元（如信号处理逻辑）。用于执行切换确定的功能单元（例如，UE的信号处理逻辑529，用于处理切换命令并与目标基站同步）是实施该切换过程的必然组成部分。因此，本领域技术人员能够毫无疑义地得出，对比文件中的装置必然包含“用于确定已经发生从第一基站到第二基站的切换的单元”。 |
| **技术特征Q**：用于至少部分地基于确定在所述切换之后在所述装置处没有从所述第二基站接收到主信息块(MIB)，将对调度请求到所述第二基站的传输延迟预定时间段的单元。<br>《未公开》 | 对比文件全文未提及“主信息块(MIB)”，也未提及基于未收到MIB而延迟调度请求（SR）的传输。 | 同方法特征B的论述。对比文件中的装置（UE）在切换后的行为模式是直接等待并响应目标基站的资源分配，而不是主动延迟SR触发。因此，对比文件未公开用于实现该延迟功能的单元。 |
| **技术特征R**：其中，所述用于延迟对所述调度请求的所述传输的单元延迟所述调度请求，直到已经从所述第二基站接收到所述MIB为止。<br>《未公开》 | 对比文件全文未提及“主信息块(MIB)”。 | 同方法特征C和D的论述。对比文件未公开该特征。 |
| **技术特征S**：还包括：用于确定在已经发生所述切换之前已经接收到系统信息块(SIB)的单元。<br>《未公开》 | 对比文件全文未提及“系统信息块(SIB)”。 | 同方法特征E的论述。对比文件未公开该特征。 |
| **技术特征T**：其中，所述预定时间段是至少部分地基于以下各项的：通过从所述第二基站接收的所述MIB来对上行链路定时的期望获取或期望导出。<br>《未公开》 | 对比文件全文未提及基于MIB获取或导出上行链路定时，也未提及基于此设定“预定时间段”。 | 同方法特征F的论述。对比文件未公开该特征。 |
| **技术特征U**：还包括：用于确定要在所述切换之后向所述第二基站发送数据的单元<br>《隐含公开》 | [0069] “UE610在所分配的UL-SCH资源上发送HO确认消息685。”<br>[0083] “...UE525且尤其是收发器单元527和信号处理逻辑529的操作被修改为...使用在分配的UL授权信道上发送到目标eNodeB（经由源（服务）eNodeB）的切换确认消息来响应L1/L2控制信道消息...” | 同方法特征G的论述。对比文件描述了UE的装置（包括收发器单元和信号处理逻辑）被配置为在切换后向目标基站发送HO确认消息。该装置必然包含用于确定要发送此上行数据的逻辑单元。本领域技术人员能够合理推断出该功能单元的存在。 |
| **技术特征V**：用于基于确定在所述切换之后还没有从所述第二基站接收到所述MIB，确定所述MIB不存在的单元<br>《未公开》 | 对比文件全文未提及“主信息块(MIB)”。 | 同方法特征H的论述。对比文件未公开该特征。 |
| **技术特征W**：用于将对所述调度请求的所述传输延迟所述预定时间段的单元。<br>《未公开》 | 对比文件全文未提及延迟SR传输一个“预定时间段”。 | 同方法特征I的论述。对比文件未公开该特征。 |
| **技术特征X**：还包括：用于至少部分地基于确定在所述切换之后已经接收到所述MIB，向所述第二基站发送所述调度请求的单元。<br>《未公开》 | 对比文件全文未提及“主信息块(MIB)”。 | 同方法特征J的论述。对比文件未公开该特征。 |
| **技术特征Y**：还包括：用于在所述预定时间段到期之后，确定是否已经接收到所述MIB的单元<br>《未公开》 | 对比文件全文未提及“预定时间段”到期后检查是否收到MIB。 | 同方法特征K的论述。对比文件未公开该特征。 |
| **技术特征Z**：用于响应于确定来自所述第二基站的所述MIB继续不存在，将对所述调度请求的所述传输进一步延迟第二预定时间段的单元。<br>《未公开》 | 对比文件全文未提及基于MIB不存在而“进一步延迟”。 | 同方法特征L的论述。对比文件未公开该特征。 |
<<<A>>> <<<P>>> <<<g>>> <<<u>>>