WO2013182152A1 - 切换场景中处理调度请求的方法和装置 - Google Patents

Abstract

一种切换场景中处理调度请求的方法及装置，该方法包括：当用户设备刚切换到新小区时，根据用户设备发送切换完成消息的子帧号，设置提前触发调度请求的提前时间区间；在提前时间区间内，根据用户设备发送上行数据的子帧号，确定提前触发调度请求的触发时刻；根据触发时刻，提前触发调度请求。釆用该技术方案，通过提前发送触发调度请求，确保了上行FTP数据的及时发送，并且避免了FTP断流的现象发生。

Description

切换场景中处理调度请求的方法和装置

技术领域

本发明涉及切换场景中处理调度请求技术， 特别涉及到一种切换场景中 处理调度请求的方法和装置。

背景技术

在 LTE制式下， 进行文件传输协议（ FTP,File Transfer Protocol )业务时 的数据传输时， 在小区间干扰较大、 接收质量较差的切换环境下， 用户设备 通常需要切换到新的小区进行上行数据的传输。 在切换发生前， 由于小区间 干扰逐渐增大，对应的 FTP流量会随之降低，其发送窗口逐渐减小；切换中， 上下行数据处于暂停状态， 此时 FTP窗口会进一步恶化， 重发数据会积累在 高层緩存中； 刚切换到新小区时， 因为小区间干扰仍然较大， 接收信号质量 也较差， 用户设备容易出现上行授权漏检或者上行混合自动重传请求发送失 败的情况。 此时用户设备如果丟失了一两次上行调度， 则会因为常规緩存状 态报告（BSR, Buffer Status Report )触发条件不能满足， 而较长时间内用 户设备都不触发调度请求，继而造成较长的时间内不能进行上行 FTP数据的 发送， 从而导致 FTP窗口长时间阻塞， 最终断开 FTP连接。 发明内容

本发明实施例的主要目的为提供一种切换场景中处理调度请求的方法和 装置，旨在实现当用户设备刚切换到新小区时，能够通过提前触发调度请求， 确保上行 FTP数据的及时发送， 从而避免 FTP断流的现象发生。

为了解决上述技术问题， 釆用如下技术方案：

一种切换场景中处理调度请求的方法， 包括：

当用户设备刚切换到新小区时， 根据用户设备发送切换完成消息的子帧 号， 设置提前触发调度请求的提前时间区间； 在所述提前时间区间内， 根据用户设备发送上行数据的子帧号， 确定提 前触发调度请求的触发时刻；

根据所述触发时刻， 提前触发调度请求。

可选地， 所述根据用户设备发送切换完成消息的子帧号， 设置提前触发 调度请求的提前时间区间的步骤包括：

设置用户设备发送切换完成消息的子帧号为提前触发调度请求的起始时 间；

将所述起始时间与预置的重传緩存状态报告定时器时长之和， 设置为提 前触发调度请求的终止时间， 所述起始时间和所述终止时间之间的间隔即为 所述提前时间区间。

可选地， 所述根据用户设备发送上行数据的子帧号， 确定提前触发调度 请求的触发时刻的步骤包括：

设置发送混合自动重传请求次数的极大值所需要的发送时间；

将用户设备发送上行数据的子帧号与所述发送时间之和确定为提前触发 调度请求的触发时刻。

可选地， 所述根据触发时刻， 提前触发调度请求的步骤包括：

在用户设备前次发送上行数据后， 判断每个子帧中是否获得上行授权； 若是，则更新用户设备发送上行数据的子帧号，并根据更新后的所述子帧号， 重新确定提前触发调度请求的触发时刻；

若否， 判断用户设备当前子帧号是否大于所述触发时刻， 若是， 则判断 前次发送的上行数据中的緩冲状态报告是否为零；

当前次发送的上行数据中的緩冲状态报告不为零时，提前触发调度请求。

可选地， 在执行所述判断用户设备当前子帧号是否大于所述触发时刻之 前， 还包括：

判断用户设备当前子帧号是否大于所述提前触发调度请求的终止时间。

一种切换场景中处理调度请求的装置， 包括设置模块、 确定模块和触发 模块， 其中：

所述设置模块设置成： 当用户设备刚切换到新小区时， 根据用户设备发 送切换完成消息的子帧号， 设置提前触发调度请求的提前时间区间；

所述确定模块设置成： 在所述提前时间区间内， 根据用户设备发送上行 数据的子帧号， 确定提前触发调度请求的触发时刻；

所述触发模块设置成： 根据所述触发时刻， 提前触发调度请求。

可选地， 所述设置模块包括第一设置单元和第二设置单元， 其中： 所述第一设置单元设置成： 设置用户设备发送切换完成消息的子帧号为 提前触发调度请求的起始时间；

所述第二设置单元设置成： 将所述起始时间与预置的重传緩存状态报告 定时器时长之和， 设置为提前触发调度请求的终止时间， 所述起始时间和所 述终止时间之间的间隔即为所述提前时间区间。

可选地， 所述确定模块包括第三设置单元和确定单元， 其中： 所述第三设置单元设置成： 设置发送混合自动重传请求次数的极大值所 需要的发送时间；

所述确定单元设置成： 将用户设备发送上行数据的子帧号与所述发送时 间之和确定为提前触发调度请求的触发时刻。

可选地， 所述触发模块包括第一判断单元、 更新及确定单元、 第二判断 单元、 第三判断单元和触发单元， 其中：

所述第一判断单元设置成： 在用户设备前次发送上行数据后， 判断每个 子帧中是否获得上行授权；

所述更新及确定单元设置成： 更新用户设备发送上行数据的子帧号， 并 根据更新后的所述子帧号， 重新确定提前触发调度请求的触发时刻；

所述第二判断单元设置成： 判断用户设备当前子帧号是否大于所述触发 时刻；

所述第三判断单元设置成： 判断前次发送的上行数据中的緩冲状态报告 是否为零；

所述触发单元设置成： 当前次发送的上行数据中的緩冲状态报告不为零 时， 提前触发调度请求。

可选地， 所述触发模块还包括第四判断单元， 其中：

所述第四判断单元设置成： 判断用户设备当前子帧号是否大于所述提前 触发调度请求的终止时间。

上述技术方案通过当用户设备刚切换到新小区时， 设置提前触发调度请 求的提前时间区间， 并在提前时间区间内， 根据用户设备发送上行数据的子 帧号， 确定提前触发调度请求的触发时刻， 最终根据触发时刻， 提前触发调 度请求， 从而通过提前发送调度请求， 确保了上行 FTP数据的及时发送， 并 且避免了 FTP断流的现象发生。 附图概述

图 1为本发明一实施例的切换场景中处理调度请求的方法流程示意图； 图 2为本发明实施例的切换场景中处理调度请求的方法中设置提前时间 区间的流程示意图；

图 3为本发明实施例的切换场景中处理调度请求的方法中确定触发时刻 的流程示意图；

图 4为本发明实施例的切换场景中处理调度请求的方法中提前触发调度 请求的流程示意图； 图 5为本发明又一实施例的切换场景中处理调度请求的方法流程示意图; 图 6为本发明一实施例的切换场景中处理调度请求的装置结构示意图； 图 7为本发明实施例的切换场景中处理调度请求的装置中设置模块的结 构示意图；

图 8为本发明实施例的切换场景中处理调度请求的装置中确定模块的结 构示意图；

图 9为本发明实施例的切换场景中处理调度请求的装置中触发模块的结 构示意图；

图 10 为本发明又一实施例的切换场景中处理调度请求的装置结构示意 图。

本发明目的的实现、 功能特点及优点将结合实施例， 参照附图做进一步 说明。

本发明的较佳实施方式

应当理解， 此处所描述的具体实施例仅仅用以解释本发明， 并不用于限 定本发明。

本发明提供一种切换场景中处理调度请求的方法， 在小区间干扰较大， 接收质量较差的切换环境下， 用户设备切换到新小区时， 用户设备的媒体接 入控制模块可根据上行发送情况提前向基站申请上行调度， 从而能够避免因 上行授权漏检或未成功使用上行授权而使上行 FTP数据长时间没能发出，导 致 FTP断流的现象发生。

参照图 1 , 图 1为本发明一实施例的切换场景中处理调度请求的方法流 程示意图。

本发明实施例所提供的切换场景中处理调度请求的方法，包括如下步骤： 步骤 S10, 当用户设备刚切换到新小区时， 根据用户设备发送切换完成 消息的子帧号， 设置提前触发调度请求的提前时间区间；

LTE MAC协议中规定， 只有常规 BSR的触发条件满足且没有上行授权 的场景中， 才能触发调度请求。 常规 BSR的触发条件有三种： 一、 属于更高 优先级逻辑信道组的上行数据到达； 二、 逻辑信道组中任何逻辑信道都没有 用于发送的数据时有新数据到达； 三、 retxBSR-Timer (重传 BSR定时器） 所设定的重传緩存状态报告定时器超时， 同时隶属于一个逻辑信道组的逻辑 信道上有等待发送的数据。 在用户设备刚切换到新小区时，由于干扰较大，易丟失正常的上行调度， 此场景下， 在 retxBSR-Timer所设定的重传緩存状态报告定时器超时之前， 提前触发 SR利于维持 FTP数据连接， 有利于维持 FTP数据连接。 本实施例 中， 当用户设备刚切换到新小区时， 根据用户设备发送切换完成消息的子帧 号， 设置提前触发调度请求的提前时间区间， 该提前时间区间为在达到重传 緩存状态报告定时器时长之前执行提前触发调度请求的执行时间， 即只能在 提前时间区间提前触发调度请求， 而超过该时间区间的范围， 则需要根据 retxBSR-Timer超时的相关规则来触发调度请求。

步骤 S20 , 在提前时间区间内， 根据用户设备发送上行数据的子帧号， 确定提前触发调度请求的触发时刻；

当设置了提前触发调度请求的提前时间区间之后， 根据用户设备发送上 行数据的子帧号， 而用户设备所发送的第一次上行数据为切换完成消息， 因 此， 用户设备第一次发送上行数据的子帧号即为用户设备发送切换完成消息 的子帧号， 在之后每一次发送上行数据后， 都更新发送上行数据的子帧号， 以便根据该发送上行数据的子帧号， 确定提前触发调度请求的触发时刻， 所 确定的触发时刻用于指示提前触发调度请求的时间点。 本实施例中， 在更新 发送上行数据的子帧号的同时， 更新对应的緩冲状态报告的信息。

步骤 S30, 根据触发时刻， 提前触发调度请求。

根据用户设备发送上行数据的子帧号， 确定了用于指示提前触发调度请 求的触发时刻后， 便可根据该触发时刻， 提前触发调度请求， 以请求基站对 用户设备进行上行调度。

本发明实施例， 通过当用户设备刚切换到新小区时， 设置提前触发调度 请求的提前时间区间， 并在提前时间区间内， 根据用户设备发送上行数据的 子帧号， 确定提前触发调度请求的触发时刻， 最终根据触发时刻， 提前触发 调度请求， 从而通过提前发送调度请求， 确保了上行 FTP数据的及时发送， 并且避免了 FTP断流的现象发生。

参照图 2, 图 2为本发明实施例的切换场景中处理调度请求的方法中设 置提前时间区间的流程示意图。

在上述实施例中， 步骤 S10包括：

步骤 S11 , 设置用户设备发送切换完成消息的子帧号为提前触发调度请 求的起始时间；

在用户设备刚切换到新小区时， 第一个发送的上行数据一定是切换完成 消息， 此时， 记录用户设备发送切换完成消息的子帧号， 并将该子帧号设置 为提前触发调度请求的起始时间。

步骤 S12, 将起始时间与预置的重传緩存状态报告定时器时长之和， 设 置为提前触发调度请求的终止时间， 起始时间和终止时间之间的间隔即为提 前时间区间。

在带 FTP业务中， 通过 retxBSR-Timer所设定的重传緩存状态报告定时 器时长为了防止用户设备频繁地触发调度请求， 通常情况下该重传緩存状态 报告定时器时长最小为 320ms, 当等待时间超过重传緩存状态报告定时器时 长时， 便会触发调度请求。 在本实施例中， 需要在达到该所设定的重传緩存 状态报告定时器时长之前，提前触发调度请求，因此，在设置了起始时间后， 便可将起始时间与预置的重传緩存状态报告定时器时长之和， 设置为提前触 发调度请求的终止时间， 而起始时间和终止时间之间的间隔即为提前时间区 间， 提前触发调度请求的执行便需要在该提前时间区间内完成。

通过将用户设备发送切换完成消息的子帧号设置为提前触发调度请求的 起始时间， 并将起始时间与预置的重传緩存状态报告定时器时长之和， 设置 为提前触发调度请求的终止时间， 起始时间和终止时间之间的间隔即为提前 时间区间， 以供在该提前时间区间内完成提前触发调度请求， 从而为能够确 保上行 FTP数据的及时发送提供了前提保证。

参照图 3 , 图 3为本发明实施例的切换场景中处理调度请求的方法中确 定触发时刻的流程示意图。

在上述实施例中， 步骤 S20包括：

步骤 S21 ,设置发送混合自动重传请求次数的极大值所需要的发送时间； 根据用户设备发送切换完成消息的子帧号设置了提前触发调度请求的提 前时间区间后， 在该提前时间区间的范围内， 设定发送混合自动重传请求次 数的极大值， 并根据设置当发送次数达到该极大值时所需要的发送时间。

步骤 S22, 将用户设备发送上行数据的子帧号与发送时间之和确定为提 前触发调度请求的触发时刻。

在用户设备发送完切换完成消息后， 会向基站发送上行 FTP数据， 在每 一次上行数据发送时， 记录当前发送上行数据的子帧号， 将发送混合自动重 传请求次数达到极大值时所需要的发送时间与发送上行数据的子帧号之和， 确定为提前触发调度请求的触发时刻。 确定了触发时刻后， 在当前子帧号大 于所设定的触发时刻时， 才进行是否提前触发调度请求的进一步判断。

在提前时间区间范围内， 设置发送混合自动重传请求次数的极大值所需 要的发送时间， 并将用户设备发送上行数据的子帧号与发送时间之和确定为 提前触发调度请求的触发时刻，从而可以确定执行提前触发调度请求的时机。

参照图 4, 图 4为本发明实施例的切换场景中处理调度请求的方法中提 前触发调度请求的流程示意图。

在上述实施例中， 步骤 S30包括：

步骤 S31 , 在用户设备前次发送上行数据后， 判断每个子帧中是否获得 上行授权； 若是， 则执行步骤 S32; 若否， 则执行步骤 S33;

步骤 S32, 更新用户设备发送上行数据的子帧号， 并根据更新后的子帧 号， 重新确定提前触发调度请求的触发时刻； 步骤 S33 , 判断用户设备当前子帧号是否大于所述触发时刻； 若是， 则 执行步骤 S34;

步骤 S34,判断前次发送的上行数据中的緩冲状态报告是否为零；若否， 则执行步骤 S35;

步骤 S35 , 提前触发调度请求。

在用户设备前次发送上行数据后， 首先判断用户设备当子帧中是否获得 上行授权， 如获得上行授权， 则更新用户设备发送上行数据的子帧号， 并根 据更新后的所述子帧号， 重新确定提前触发调度请求的触发时刻。

当用户设备在当前子帧中没有获得上行授权时， 进一步判断当前子帧号 是否大于触发时刻， 如大于， 则判断前一次发送上行数据中的緩冲状态报告 是否为零， 如前一次发送上行数据中的緩冲状态报告为零， 则表明在高层緩 存中并不存在用户设备所需要发送至基站的上行 FTP数据， 而如前一次发送 上行数据中的緩冲状态报告不为零，则表明用户设备需要发送 FTP数据至基 站， 并且在高层緩存中存在用户设备所需要发送至基站的上行 FTP数据。 因 此， 当判断出前一次发送上行数据中的緩冲状态报告不为零时， 提前触发调 度请求。

当用户设备准备发送上行数据时，首先判断当子帧中是否获得上行授权， 如获得上行授权， 则更新用户设备发送上行数据的子帧号， 并根据更新后的 所述子帧号 ,重新确定提前触发调度请求的触发时刻。而不存在上行授权时， 进一步判断当前子帧号是否大于触发时刻， 若是， 则判断前一次发送上行数 据中的緩冲状态报告是否为零， 并在判断出前一次发送上行数据中的緩冲状 态报告不为零时， 提前触发调度请求， 这样， 便实现了提前触发调度请求， 从而进一步确保了上行 FTP数据的发送，并且进一步避免了 FTP断流的现象 发生。

参照图 5 , 图 5为本发明又一实施例的切换场景中处理调度请求的方法 流程示意图。

基于上述实施例， 在执行步骤 S31之前， 还包括： 步骤 S36, 判断用户设备当前子帧号是否大于提前触发调度请求的终止 时间。

当用户设备准备发送上行数据时， 判断用户设备当前子帧号是否大于提 前触发调度请求的终止时间。 由于提前触发调度请求的执行需要在提前时间 区间范围内， 因此， 如判断出当前发送上行数据的子帧号大于提前触发调度 请求的终止时间， 也就是说超出了提前时间区间的范围， 此时便不需要提前 触发调度请求， 只需根据 retxBSR-Timer超时的相关规则来触发调度请求； 而如判断出当前子帧号小于或等于提前触发调度请求的终止时间， 进行当前 子帧号是否大于触发时刻的判断。

通过判断用户设备当前子帧号是否大于提前触发调度请求的终止时间， 并且只在当前子帧号小于或等于提前触发调度请求的终止时间， 才进行进一 步的判断， 从而进一步方便了确定提前触发调度请求的时机。

本发明还提供一种切换场景中处理调度请求的装置。

参照图 6, 图 6为本发明一实施例的切换场景中处理调度请求的装置结 构示意图。

本发明实施例提供的切换场景中处理调度请求的装置， 包括设置模块 10, 确定模块 20和触发模块 30, 其中：

设置模块 10设置成： 当用户设备刚切换到新小区时，根据用户设备发送 切换完成消息的子帧号， 设置提前触发调度请求的提前时间区间；

确定模块 20设置成：在提前时间区间内，根据用户设备发送上行数据的 子帧号， 确定提前触发调度请求的触发时刻；

触发模块 30设置成： 根据触发时刻， 提前触发调度请求。

LTE MAC协议中规定， 只有常规 BSR的触发条件满足且没有上行授权 的场景中， 才能触发调度请求。 常规 BSR的触发条件有三种： 一、 属于更高 优先级逻辑信道组的上行数据到达； 二、 逻辑信道组中任何逻辑信道都没有 用于发送的数据时有新数据到达； 三、 retxBSR-Timer (重传 BSR定时器） 所设定的重传緩存状态报告定时器超时， 同时隶属于一个逻辑信道组的逻辑 信道上有等待发送的数据。 在用户设备刚切换到新小区时，由于干扰较大，易丟失正常的上行调度， 此场景下， 在 retxBSR-Timer所设定的重传緩存状态报告定时器超时之前， 提前触发 SR利于维持 FTP数据连接， 有利于维持 FTP数据连接。 本实施例 中， 当用户设备刚切换到新小区时，设置模块 10根据用户设备发送切换完成 消息的子帧号， 设置提前触发调度请求的提前时间区间， 该提前时间区间为 在达到重传緩存状态报告定时器时长之前执行提前触发调度请求的执行时间， 即只能在提前时间区间提前触发调度请求， 而超过该时间区间的范围， 则需 要根据 retxBSR-Timer超时的相关规则来触发调度请求。

当设置了提前触发调度请求的提前时间区间之后， 根据用户设备发送上 行数据的子帧号， 而用户设备所发送的第一次上行数据为切换完成消息， 因 此， 用户设备第一次发送上行数据的子帧号即为用户设备发送切换完成消息 的子帧号， 在之后每一次发送上行数据后， 都更新发送上行数据的子帧号， 以便确定模块 20根据该发送上行数据的子帧号，确定提前触发调度请求的触 发时刻， 所确定的触发时刻用于指示提前触发调度请求的时间点。 本实施例 中，在更新发送上行数据的子帧号的同时，更新对应的緩冲状态报告的信息。

根据用户设备发送上行数据的子帧号， 确定了用于指示提前触发调度请 求的触发时刻后， 触发模块 30便可根据该触发时刻， 提前触发调度请求， 以 请求基站对用户设备进行上行调度。

本发明实施例， 当用户设备刚切换到新小区时， 设置提前触发调度请求 的提前时间区间； 并在提前时间区间内， 根据用户设备发送上行数据的子帧 号， 确定提前触发调度请求的触发时刻； 最终根据触发时刻， 提前触发调度 请求。 从而通过提前发送调度请求， 确保了上行 FTP数据的及时发送， 并且 避免了 FTP断流的现象发生。

参照图 7, 图 7为本发明实施例的切换场景中处理调度请求的装置中设 置模块的结构示意图。

在上述实施例中，设置模块 10包括第一设置单元 11和第二设置单元 12, 其中： 第一设置单元 11设置成：设置用户设备发送切换完成消息的子帧号为提 前触发调度请求的起始时间；

第二设置单元 12设置成：将起始时间与预置的重传緩存状态报告定时器 时长之和， 设置为提前触发调度请求的终止时间， 起始时间和所述终止时间 之间的间隔即为提前时间区间。

在用户设备刚切换到新小区时， 第一个发送的上行数据一定是切换完成 消息， 此时， 记录用户设备发送切换完成消息的子帧号， 并通过第一设置单 元 11将该子帧号设置为提前触发调度请求的起始时间。

在带 FTP业务中， 通过 retxBSR-Timer所设定的重传緩存状态报告定时 器时长为了防止用户设备频繁地触发调度请求， 通常情况下该重传緩存状态 报告定时器时长最小为 320ms, 当等待时间超过重传緩存状态报告定时器时 长时， 便会触发调度请求。 在本实施例中， 需要在达到该所设定的重传緩存 状态报告定时器时长之前，提前触发调度请求，因此，在设置了起始时间后， 第二设置单元 12便可将起始时间与预置的重传緩存状态报告定时器时长之 和， 设置为提前触发调度请求的终止时间， 而起始时间和终止时间之间的间 隔即为提前时间区间， 提前触发调度请求的执行便需要在该提前时间区间内 完成。

通过将用户设备发送切换完成消息的子帧号设置为提前触发调度请求的 起始时间， 并将起始时间与预置的重传緩存状态报告定时器时长之和， 设置 为提前触发调度请求的终止时间， 起始时间和终止时间之间的间隔即为提前 时间区间， 以供在该提前时间区间内完成提前触发调度请求， 从而为能够确 保上行 FTP数据的及时发送提供了前提保证。

参照图 8, 图 8为本发明实施例的切换场景中处理调度请求的装置中确 定模块的结构示意图。

在上述实施例中， 确定模块 20包括第三设置单元 21和确定单元 22, 其 中：

第三设置单元 21设置成：设置发送混合自动重传请求次数的极大值所需 要的发送时间；

确定单元 22设置成：将用户设备发送上行数据的子帧号与发送时间之和 确定为提前触发调度请求的触发时刻。

根据用户设备发送切换完成消息的子帧号设置了提前触发调度请求的提 前时间区间后，在该提前时间区间的范围内，通过第三设置单元 21设定发送 混合自动重传请求次数的极大值， 并根据设置当发送次数达到该极大值时所 需要的发送时间。

在用户设备发送完切换完成消息后， 会向基站发送上行 FTP数据， 在每 一次上行数据发送时，记录当前发送上行数据的子帧号，确定单元 22将发送 混合自动重传请求次数达到极大值时所需要的发送时间与发送上行数据的子 帧号之和， 确定为提前触发调度请求的触发时刻。 确定了触发时刻后， 在当 前子帧号大于所设定的触发时刻时， 才进行是否提前触发调度请求的进一步 判断。

在提前时间区间范围内， 设置发送混合自动重传请求次数的极大值所需 要的发送时间， 并将用户设备发送上行数据的子帧号与发送时间之和确定为 提前触发调度请求的触发时刻，从而可以确定执行提前触发调度请求的时机。

参照图 9 , 图 9为本发明实施例的切换场景中处理调度请求的装置中触 发模块的结构示意图。

在上述实施例中， 触发模块 30包括第一判断单元 31、 更新及确定单元

32、 第二判断单元 33、 第三判断单元 34和触发单元 35 , 其中：

第一判断单元 31设置成： 在用户设备前次发送上行数据后，判断每个子 帧中是否获得上行授权；

更新及确定单元 32设置成： 更新用户设备发送上行数据的子帧号，并根 据更新后的子帧号， 重新确定提前触发调度请求的触发时刻；

第二判断单元 33设置成： 判断用户设备当前子帧号是否大于触发时刻； 第三判断单元 34设置成：判断前次发送的上行数据中的緩冲状态报告是 否为零； 触发单元 35设置成：当前次发送的上行数据中的緩冲状态报告不为零时, 提前触发调度请求。

在用户设备前次发送上行数据后，首先通过第一判断单元 31判断用户设 备当子帧中是否获得上行授权， 如获得上行授权， 则通过更新及确定单元 32 更新用户设备发送上行数据的子帧号， 并根据更新后的所述子帧号， 重新确 定提前触发调度请求的触发时刻。

当用户设备在当前子帧中没有获得上行授权时，第二判断单元 33进一步 判断当前子帧号是否大于触发时刻，如大于，则通过第三判断单元 34判断前 一次发送上行数据中的緩冲状态报告是否为零， 如前一次发送上行数据中的 緩冲状态报告为零， 则表明在高层緩存中并不存在用户设备所需要发送至基 站的上行 FTP数据， 而如前一次发送上行数据中的緩冲状态报告不为零， 则 表明用户设备需要发送 FTP数据至基站，并且在高层緩存中存在用户设备所 需要发送至基站的上行 FTP数据。 因此， 当判断出前一次发送上行数据中的 緩冲状态报告不为零时， 通过触发单元 35提前触发调度请求。

当用户设备准备发送上行数据时，首先判断当子帧中是否获得上行授权， 如获得上行授权， 则更新用户设备发送上行数据的子帧号， 并根据更新后的 所述子帧号 ,重新确定提前触发调度请求的触发时刻。而不存在上行授权时， 进一步判断当前子帧号是否大于触发时刻， 若是， 则判断前一次发送上行数 据中的緩冲状态报告是否为零， 并在判断出前一次发送上行数据中的緩冲状 态报告不为零时， 提前触发调度请求， 这样， 便实现了提前触发调度请求， 从而进一步确保了上行 FTP数据的发送，并且进一步避免了 FTP断流的现象 发生。

参照图 10, 图 10为本发明又一实施例的切换场景中处理调度请求的装 置结构示意图。

基于上述实施例， 触发模块 30还包括第四判断单元 36, 其中：

第四判断单元 36设置成：判断用户设备当前子帧号是否大于提前触发调 度请求的终止时间。 当用户设备准备发送上行数据时，通过第四判断单元 36判断用户设备当 前子帧号是否大于提前触发调度请求的终止时间。 由于提前触发调度请求的 执行需要在提前时间区间范围内， 因此， 如判断出当前发送上行数据的子帧 号大于提前触发调度请求的终止时间，也就是说超出了提前时间区间的范围， 此时便不需要提前触发调度请求， 只需根据 retxBSR-Timer超时的相关规则 来触发调度请求； 而如判断出当前子帧号小于或等于提前触发调度请求的终 止时间， 进行当前子帧号是否大于触发时刻的判断。

通过判断用户设备当前子帧号是否大于提前触发调度请求的终止时间， 并且只在当前子帧号小于或等于提前触发调度请求的终止时间， 才进行进一 步的判断， 从而进一步方便了确定提前触发调度请求的时机。

以上所述仅为本发明的优选实施例， 并非因此限制本发明的专利范围， 凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换， 或直接 或间接运用在其他相关的技术领域， 均同理包括在本发明的专利保护范围。

工业实用性

上述技术方案通过当用户设备刚切换到新小区时， 设置提前触发调度请 求的提前时间区间， 并在提前时间区间内， 根据用户设备发送上行数据的子 帧号， 确定提前触发调度请求的触发时刻， 最终根据触发时刻， 提前触发调 度请求， 从而通过提前发送调度请求， 确保了上行 FTP数据的及时发送， 并 且避免了 FTP断流的现象发生。 因此本发明具有很强的工业实用性。

Claims

权 利 要 求 书

1、 一种切换场景中处理调度请求的方法， 包括：

当用户设备刚切换到新小区时， 根据用户设备发送切换完成消息的子帧 号， 设置提前触发调度请求的提前时间区间；

在所述提前时间区间内， 根据用户设备发送上行数据的子帧号， 确定提 前触发调度请求的触发时刻；

根据所述触发时刻， 提前触发调度请求。

2、根据权利要求 1所述的切换场景中处理调度请求的方法， 其中， 所述 根据用户设备发送切换完成消息的子帧号， 设置提前触发调度请求的提前时 间区间的步骤包括：

设置用户设备发送切换完成消息的子帧号为提前触发调度请求的起始时 间；

将所述起始时间与预置的重传緩存状态报告定时器时长之和， 设置为提 前触发调度请求的终止时间， 所述起始时间和所述终止时间之间的间隔即为 所述提前时间区间。

3、根据权利要求 2所述的切换场景中处理调度请求的方法， 其中， 所述 根据用户设备发送上行数据的子帧号， 确定提前触发调度请求的触发时刻的 步骤包括：

设置发送混合自动重传请求次数的极大值所需要的发送时间； 将用户设备发送上行数据的子帧号与所述发送时间之和确定为提前触发 调度请求的触发时刻。

4、根据权利要求 3所述的切换场景中处理调度请求的方法， 其中， 所述 根据触发时刻， 提前触发调度请求的步骤包括：

在用户设备前次发送上行数据后， 判断每个子帧中是否获得上行授权； 若是，则更新用户设备发送上行数据的子帧号，并根据更新后的所述子帧号， 重新确定提前触发调度请求的触发时刻；

若否， 判断用户设备当前子帧号是否大于所述触发时刻， 若是， 则判断 前次发送的上行数据中的緩冲状态报告是否为零；

当前次发送的上行数据中的緩冲状态报告不为零时，提前触发调度请求。

5、根据权利要求 4所述的切换场景中处理调度请求的方法， 其中， 在执 行所述判断用户设备当前子帧号是否大于所述触发时刻之前， 还包括：

判断用户设备当前子帧号是否大于所述提前触发调度请求的终止时间。

6、一种切换场景中处理调度请求的装置， 包括设置模块、确定模块和触 发模块， 其中：

所述设置模块设置成： 当用户设备刚切换到新小区时， 根据用户设备发 送切换完成消息的子帧号， 设置提前触发调度请求的提前时间区间；

所述确定模块设置成： 在所述提前时间区间内， 根据用户设备发送上行 数据的子帧号， 确定提前触发调度请求的触发时刻；

所述触发模块设置成： 根据所述触发时刻， 提前触发调度请求。

7、根据权利要求 6所述的切换场景中处理调度请求的装置， 其中， 所述 设置模块包括第一设置单元和第二设置单元， 其中：

所述第一设置单元设置成： 设置用户设备发送切换完成消息的子帧号为 提前触发调度请求的起始时间；

所述第二设置单元设置成： 将所述起始时间与预置的重传緩存状态报告 定时器时长之和， 设置为提前触发调度请求的终止时间， 所述起始时间和所 述终止时间之间的间隔即为所述提前时间区间。

8、根据权利要求 7所述的切换场景中处理调度请求的装置， 其中， 所述 确定模块包括第三设置单元和确定单元， 其中：

所述第三设置单元设置成： 设置发送混合自动重传请求次数的极大值所 需要的发送时间；

所述确定单元设置成： 将用户设备发送上行数据的子帧号与所述发送时 间之和确定为提前触发调度请求的触发时刻。

9、根据权利要求 8所述的切换场景中处理调度请求的装置， 其中， 所述 触发模块包括第一判断单元、 更新及确定单元、 第二判断单元、 第三判断单 元和触发单元， 其中：

所述第一判断单元设置成： 在用户设备前次发送上行数据后， 判断每个 子帧中是否获得上行授权；

所述更新及确定单元设置成： 更新用户设备发送上行数据的子帧号， 并 根据更新后的所述子帧号， 重新确定提前触发调度请求的触发时刻；

所述第二判断单元设置成： 判断用户设备当前子帧号是否大于所述触发 时刻；

所述第三判断单元设置成： 判断前次发送的上行数据中的緩冲状态报告 是否为零；

所述触发单元设置成： 当前次发送的上行数据中的緩冲状态报告不为零 时， 提前触发调度请求。

10、 根据权利要求 9所述的切换场景中处理调度请求的装置， 其中， 所 述触发模块还包括第四判断单元， 其中：

所述第四判断单元设置成： 判断用户设备当前子帧号是否大于所述提前 触发调度请求的终止时间。