CN103796242A - 切换场景中处理调度请求的方法和装置 - 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，用于根据触发时刻，提前触发调度请求。

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将该子帧号设置为提前触发调度请求的起始时间。

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

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

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

在上述实施例中，确定模块20包括：

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

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

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

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

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

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

在上述实施例中，触发模块30包括：

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

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

第二判断单元33，用于判断用户设备当前子帧号是否大于触发时刻；

第三判断单元34，用于判断前次发送的上行数据中的缓冲状态报告是否为零；

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

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

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

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

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

基于上述实施例，触发模块30还包括：

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

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

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

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

Claims (10)

1.一种切换场景中处理调度请求的方法，其特征在于，包括：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6.一种切换场景中处理调度请求的装置，其特征在于，包括：

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

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

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

7.根据权利要求6所述的切换场景中处理调度请求的装置，其特征在于，所述设置模块包括：

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

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

8.根据权利要求7所述的切换场景中处理调度请求的装置，其特征在于，所述确定模块包括：

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

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

9.根据权利要求8所述的切换场景中处理调度请求的装置，其特征在于，所述触发模块包括：

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

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

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

第三判断单元，用于判断前次发送的上行数据中的缓冲状态报告是否为零；

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

10.根据权利要求9所述的切换场景中处理调度请求的装置，其特征在于，所述触发模块还包括：

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

Images