CN102821477B - 调度请求周期的调整方法及装置 - Google Patents

Abstract

本发明提供一种调度请求周期的调整方法及装置，其中调度请求周期的调整方法包括根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与预设时段内调度请求总数的比值，或者，根据接收到的终端设备发送的重配置请求信息，调整配置给终端设备的调度请求周期；其中，重配置请求信息为终端设备在检测到发送数据包的等待时间大于预设时间阈值时发送的信息；将调整后的调度请求周期发送至终端设备，以供终端设备根据调整后的调度请求周期发送上行数据，有效地兼顾了SR资源的利用率和业务传输的等待时间两方面因素，既保证了SR资源的利用率，也提高了终端设备进行上行数据传输的效率且提升了用户体验。

Description

调度请求周期的调整方法及装置

技术领域

本发明涉及无线移动通信技术，尤其涉及一种调度请求周期的调整方法及装置。

背景技术

随着无线通信技术的发展，数据业务的种类也日渐丰富，例如，长间隔小数据包的数据业务和数据连续性较高的数据业务等。长间隔小数据包的数据业务为背景流量和即时通信（Instant Messenger，IM）等数据业务，长间隔小数据包之间的间隔一般为几百至几千毫秒级，也被称为时延容忍业务（delay-tolerant）；数据连续性较高的数据业务为语音业务和在线游戏等数据业务，也被称为非时延容忍业务（Non-delay-tolerant）。

长期演进（Long Term Evolution，LTE）网络周期性地为终端设备配置调度请求（Scheduling Request，SR），终端设备有发送上行数据的需求时，可以在被分配的SR资源到来时发送上行数据包。基站通过为终端设备配置的较大的SR资源的周期，以减小配置SR资源的数量，从而提高SR资源的利用率。

现有技术中终端设备可以从基站提供的一个或多个SR资源的周期中选择其需要采用的SR资源的周期，但是当终端设备选择的SR资源的周期较大时，可以减少被浪费的SR资源的数量，但是，对于数据连续性较高的数据业务而言，会造成用户等待的时间增长；当终端设备选择的SR资源的周期较小时，可以减少用户等待的时间，但是可能造成SR资源的利用率较低。

发明内容

本发明提供一种调度请求周期的调整方法及装置，用于在保证SR资源的利用率的同时，减少业务传输的等待时间。

本发明提供了一种调度请求周期的调整方法，包括：

根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值，或者，根据接收到的所述终端设备发送的重配置请求信息，调整配置给所述终端设备的调度请求周期；

其中，所述重配置请求信息为所述终端设备在检测到发送数据包的等待时间大于预设时间阈值时发送的信息；

将调整后的调度请求周期发送至所述终端设备，以供所述终端设备根据所述调整后的调度请求周期发送上行数据。

本发明还提供了一种调度请求周期的调整方法，包括：

检测发送数据包的等待时间是否大于预设时间阈值；

若是，则向网络设备发送重配置请求信息，以供所述网络设备根据所述重配置请求信息调整配置给所述终端设备的调度请求周期。

本发明还提供了一种网络设备，包括：

调整模块，用于根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值，或者，根据接收到的所述终端设备发送的重配置请求信息，调整配置给所述终端设备的调度请求周期；

其中，所述重配置请求信息为所述终端设备在检测到发送数据包的等待时间大于预设时间阈值时发送的信息；

发送模块，用于将所述调整模块调整后的调度请求周期发送至所述终端设备，以供所述终端设备根据所述调整后的调度请求周期发送上行数据。

本发明还提供了一种终端设备，包括：

检测模块，用于检测发送数据包的等待时间是否大于预设时间阈值；

终端发送模块，用于在所述检测模块检测到发送数据包的等待时间大于所述预设时间阈值时，向网络设备发送重配置请求信息，以供所述网络设备根据所述重配置请求信息调整配置给所述终端设备的调度请求周期。

本发明实施例提供的调度请求周期的调整方法及装置，根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与预设时段内调度请求总数的比值，或者，根据接收到的终端设备发送的重配置请求信息，调整配置给终端设备的调度请求周期，并将调整后的调度请求周期发送至终端设备，以供终端设备根据调整后的调度请求周期发送上行数据，通过设定上述两种调整方法涉及到的阈值，不单纯地追求较高的SR资源利用率或者较短的业务传输的等待时间，而有效地兼顾了SR资源的利用率和业务传输的等待时间两方面因素，既保证了SR资源的利用率，也提高了终端设备进行上行数据传输的效率且提升了用户体验。

附图说明

图1a为本发明第一种调度请求周期的调整方法实施例一的流程图；

图1b为本发明第一种调度请求周期的调整方法实施例二的流程图；

图2a为本发明第一种调度请求周期的调整方法实施例三的流程图；

图2b为本发明第一种调度请求周期的调整方法实施例四的流程图；

图3为本发明第一种调度请求周期的调整方法实施例五的流程图；

图4为本发明第一种调度请求周期的调整方法实施例六的流程图；

图5为本发明第一种调度请求周期的调整方法实施例七的流程图；

图6为本发明第二种调度请求周期的调整方法实施例的流程图；

图7为本发明网络设备一实施例的结构示意图；

图8为本发明网络设备另一实施例的结构示意图；

图9为本发明网络设备又一实施例的结构示意；

图10为本发明网络设备再一实施例的结构示意图；

图11为本发明终端设备一实施例的结构示意图；

图12为本发明终端设备另一实施例的结构示意图。

具体实施方式

本发明各实施例中的调度请求周期的调整方法和相应的装置设备可以应用在LTE网络中，以下所称的网络设备可以为基站，在LTE网络中具体可以为LTE中的基站（Evolved Node B，eNodeB）；以下所称的终端设备可以为用户设备（User Equipment，UE）等其它可接入无线通信网络的终端或移动终端等。

在终端设备的初始接入阶段，即终端设备移动到基站的服务区内请求接入时，基站根据当前网络的总体状况，向其服务区内的终端设备广播默认的SR配置，并告知终端设备可供其选择的SR周期值的列表，SR周期值的列表中包括该基站可支持的SR周期，包括T1，T2，...，Tn，其中T1<T2<...<Tn。

也就是说，初始接入基站的终端设备可以通过接收广播形式的消息，获得可选用的SR周期值的列表，进而终端设备从该列表中选择需要使用的SR周期，并在与基站的正常通信交互时，将其所采用的SR周期上报给基站，以供基站获知其服务区内的各终端设备分别采用的SR周期的大小。由于基站是以广播的形式发送SR周期值的列表，因此，已接入到该基站的其它终端设备也会接收到该SR周期值的列表。由于基站可支持的SR周期可以为多个，相应地，该基站的服务区内的终端设备可以采用相同的SR周期，或者不同的SR周期。在各终端设备选定上行数据传输所采用的SR周期之后，即可根据该周期，在SR资源到来时，发送上行数据，终端设备在一个SR资源内可以传输一个或多个数据包。终端设备利用SR资源发送上行数据的方法可以采用与现有技术类似的实现方式。

本发明各实施例中的调度请求周期的调整方法，在终端设备选定了SR周期之后，基站根据需要对终端设备选用的SR周期进行调整，以兼顾提高SR的利用率和减小业务传输延迟两方面的需求。

图1a为本发明第一种调度请求周期的调整方法实施例一的流程图，如图1a所示，该方法包括：

步骤101、根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值，或者，根据接收到的所述终端设备发送的重配置请求信息，调整配置给所述终端设备的调度请求周期。

其中，所述重配置请求信息为所述终端设备在检测到发送数据包的等待时间大于预设时间阈值时发送的信息。

终端设备在成功接入基站之后，即可向基站发送上行数据。基站可以通过两种方式判断终端设备的SR周期是否需要调整。

一种是，基站检测终端设备在预设时段内的SR资源的利用率，SR资源的利用率为在该预设时段内基站分配给终端设备的SR资源中接收到终端设备发送的上行数据的SR的比例，也就是预设时段内接收终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值。基站在获得检测的结果之后，判断SR资源的利用率的大小，相应地对配置给终端设备的SR周期进行调整。

另一种是，终端设备监测其发送上行数据时，发送数据包的等待时间的长短，当发送数据包的等待时间大于预设时间阈值的情况下，终端设备向基站发送重配置请求信息。基站在接收到终端设备发送的重配置请求信息之后，根据该重配置请求信息，相应地对配置给终端设备的SR周期进行调整。

上述两种调整方式之间没有时序关系，是相互独立的。由于基于SR资源的利用率进行调整的方法，进行监测的主体为基站；而基于重配置请求信息进行调整的方法，进行监测的主体为终端设备，因此上述两种方法可以择一使用或者组合使用。

步骤102、将调整后的调度请求周期发送至所述终端设备，以供所述终端设备根据所述调整后的调度请求周期发送上行数据。

基站在对配置给该终端设备的SR周期进行调整之后，将调整后的SR周期发送给该终端设备，以告知该终端设备根据调整后的SR周期发送上行数据。相应地，终端设备在接收到基站发送的调整后的SR周期之后，根据调整后的SR周期，在SR资源到来时发送上行数据的数据包。

一种优选的方式如图1b所示，图1b为本发明第一种调度请求周期的调整方法实施例二的流程图。

在UE初始接入时，eNodeB向小区内所有的UE广播默认的SR周期值的列表[T1，T2，...，Tn]。UE开始传输时，eNodeB对接收到的上行业务数据和/或上行SR资源的使用等情况进行检测，以对配置给UE的SR周期进行调整。

在数据传输阶段，eNodeB针对服务区内的每个UE的传输特性，对配置给各UE的SR周期进行调整，包括基于SR资源利用率进行调整和/或基于业务时延请求进行调整。

基于SR资源利用率的调整为，eNodeB检测预设时段内的SR使用情况，通过增大SR周期以提高SR资源的利用率；基于业务时延请求的调整为，UE监测发送数据包的等待时间，在等待时间超过预设阈值时向eNodeB上报重配置信息，eNodeB根据业务类型对配置为UE的SR周期进行调整以控制业务时延。

在一次SR周期调整结束后，eNodeB重新开始监测上行SR资源的使用情况和/或UE发送业务数据的延时等情况，在满足上述调整的条件时，进行下一次的SR周期调整。

以上两种调整方法需要结合网络当前的总体情况和UE侧的业务特性等进行权衡来设置SR的周期，网络会尽可能的满足每个用户的的业务需求。

本发明实施例提供的调度请求周期的调整方法，根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与预设时段内调度请求总数的比值，或者，根据接收到的终端设备发送的重配置请求信息，调整配置给终端设备的调度请求周期，并将调整后的调度请求周期发送至终端设备，以供终端设备根据调整后的调度请求周期发送上行数据，通过设定上述两种调整方法涉及到的阈值，不单纯地追求较高的SR资源利用率或者较短的业务传输的等待时间，而有效地兼顾了SR资源的利用率和业务传输的等待时间两方面因素，既保证了SR资源的利用率，也提高了终端设备进行上行数据传输的效率且提升了用户体验。

图2a为本发明第一种调度请求周期的调整方法实施例三的流程图，如图2a所示，在上述实施例的基础上，步骤101中所述根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值，调整配置给所述终端设备的调度请求周期具体包括：

步骤201、对在预设时段内接收所述终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值进行判断。

针对基于SR资源的利用率进行调整的方法具体为，在基站中设置定时功能，并预先设置定时的时间长度。当基站检测到终端设备开始发送上行数据时，即启动定时功能，并记录该时间长度内SR的总数，以及其中接收到该终端设备所发送的上行数据的SR的数量。基站通过计算接收到上行数据的SR数量与SR总数的比值，获得该终端设备的SR资源的利用率。

一个基站的服务区内可能包括与该基站建立连接的一个或多个终端设备，定时功能是针对各终端设备分别进行的。相应地，分别计算各终端设备的SR资源的利用率。

并且，对于初始接入到该基站的终端设备，基站可以在接收到终端设备首次开始发送的上行数据时，启动定时功能；对于已向基站发送过上行数据的终端设备，基站可以在上一次定时结束之后，再次接收到终端设备发送的上行数据时，启动定时功能；基站也可以预先设置除接收到上行数据以外，再包括其他的启动条件。

步骤202、若判断出所述终端设备的所述比值小于预设比值阈值，则增大分配给所述终端设备的调度请求周期，并将增大的调度请求周期作为调整后的调度请求周期。

基站中预先设置有关于利用率的门限值，即比值阈值。若基站根据在预设时段内检测的SR周期的使用情况获知存在上述计算出的比值小于比值阈值的终端设备，则可获知该终端设备的SR资源的利用率低于阈值条件。因此，需要增大配置给该终端设备的SR的周期，并将增大后的SR周期作为调整后的SR周期，以供基站将该调整后的SR告知给终端设备。

此外，利用率的门限值还可以针对不同的业务类型分别设置，可选的实现方式为，终端设备在与基站的通信过程中，将其待发送的数据包的时间间隔上报给基站，基站根据终端设备上报的时间间隔，可以判断出终端设备所采用的业务类型的数据包时间间隔等传输特性，从而基站根据终端设备的传输特性，选择相应的利用率门限，即相应的比值阈值。从而使得基站能够根据终端设备的传输特性，对该终端设备的SR资源的利用率进行判断，使得该判断方法更有针对性。

一种优选的方式如图2b所示，图2b为本发明第一种调度请求周期的调整方法实施例四的流程图。

在eNodeB中引入定时功能，用于统计每个UE在相应的定时功能启动后，在相应的预设时间范围T_sr内用来进行上行数据传输的SR的数量N_used，以及该时间范围内SR的总数N_total，从而计算出该时间范围内SR资源的利用率P=N_used/N_total。

eNodeB在接收到UE发送的上行数据时，启动定时功能，并统计预设时间范围内接收到的上行数据的SR的数量。eNodeB监测UE的业务流量特性，并设定相应的利用率门限V，用于判决SR资源的占用比是否达到要求，即SR资源的利用率是否达到要求。其中，eNodeB可以根据UE上报的待发送数据业务的时间间隔，对UE的业务流量特性进行监测。若P大于V，则UE可以继续使用当前配置的SR周期，eNodeB不需要对配置给该UE的SR周期进行调整；若P小于V，则eNodeB从SR周期值的列表中选择比该UE当前所选用的SR周期大的SR周期，作为配置给该UE的调整后的SR周期。也就是说，eNodeB在监测到UE的SR资源的利用率低于预设利用率门限值时，根据eNodeB中的SR周期值的列表，逐级增大配置给该UE的SR周期。并在定时功能对应的时间范围结束后，结束eNodeB对该UE的定时功能。

本发明实施例提供的调度请求周期的调整方法，对在预设时段内接收终端设备发送的上行数据的调度请求的数量与预设时段内调度请求总数的比值进行判断在判断出终端设备的比值小于预设比值阈值时，增大分配给终端设备的调度请求周期，并将增大的调度请求周期作为调整后的调度请求周期，通过设定适当的比值阈值，有效地提高了SR资源的利用率。

图3为本发明第一种调度请求周期的调整方法实施例五的流程图，如图3所示，在上述各实施例的基础上，步骤101中所述根据接收到的所述终端设备发送的重配置请求信息，调整配置给所述终端设备的调度请求周期具体包括：

步骤301、接收所述终端设备发送的重配置请求信息。

步骤302、根据所述重配置请求信息，减小分配给所述终端设备的调度请求周期，并将减小的调度请求周期作为调整后的调度请求周期。

终端设备对其发送数据包的等待时间进行监测，具体的，终端设备可以对数据发送缓冲区buffer中数据包的等待时间进行监测。若判断出待发送数据包的等待时间小于预设的时间阈值，则终端设备不需要向基站发送重配置请求信息；若判断出待发送数据包的等待时间大于预设的时间阈值时，即向基站发送重配置请求信息。

基站接收到终端设备发送的重配置请求信息之后，减小配置给终端设备的SR周期的大小，也就是说，基站为终端设备配置比该终端设备当前所采用的SR周期小的SR周期，作为调整后的SR周期。

本发明实施例提供的调度请求周期的调整方法，通过接收终端设备发送的重配置请求信息，根据重配置请求信息，减小分配给终端设备的调度请求周期，并将减小的调度请求周期作为调整后的调度请求周期，由终端设备发起请求，基站根据终端设备的请求对为其配置的SR周期进行调整，能够更有效地减小终端设备发送数据包的等待时间，提高终端设备进行上行数据传输的效率，并提升用户体验。

进一步地，在上述各实施例的基础上，步骤302中所述根据所述重配置请求信息，减小分配给所述终端设备的调度请求周期具体为：

若判断出上行控制信道未出现拥塞，则根据所述重配置请求信息减小分配给所述终端设备的调度请求周期。

基站在接收到终端设备发送的重配置请求信息之后，对配置给该终端设备的SR周期进行调整之前，还可以先判断当前的上行控制信息是否出现拥塞。若基站判断出上行控制信息未出现拥塞，则接受终端设备的重配置请求，为该终端设备调整SR周期；若基站判断出上行控制信息存在拥塞，则说明当前的网络情况不适合于减小为该终端设备配置的SR周期，则不接受该终端设备的重配置请求，该终端设备继续使用当前的SR周期，在SR资源到来时进行上行数据传输。

本发明实施例提供的调度请求周期的调整方法，在判断出上行控制信道未出现拥塞时，根据所述重配置请求信息减小分配给所述终端设备的调度请求周期，能够在确保当前网络具有相应承载能力的情况下，更有效地减小终端设备发送数据包的等待时间，提高终端设备进行上行数据传输的效率，并提升用户体验。

图4为本发明第一种调度请求周期的调整方法实施例六的流程图，如图4所示，在上述各实施例的基础上，步骤301之前，所述方法还包括：

步骤401、向服务区内的至少一个终端设备发送广播消息，所述广播消息中携带有一个或多个业务类型分别对应的业务类型标识以及分别与各所述业务类型标识对应的时间阈值，以供所述终端设备检测到发送数据包的等待时间大于所采用业务类型的业务类型标识对应的时间阈值时，发送所述重配置请求信息。

终端设备用于判断待发送数据包的等待时间是否过大时所采用的时间阈值，可以由基站统一设置。基站以广播消息的形式发送给服务区内的终端设备。并且，基站可以根据不同业务类型分别设置相应的时间阈值，以供终端设备根据其所采用的业务类型对应的时间阈值进行判断。该携带有一个或多个时间阈值的广播消息可以在当终端设备初始接入时，由基站在检测到该终端设备之后即进行广播。

具体的，终端设备所采用的业务类型可以为时延容忍业务（delay-tolerant）或者非时延容忍业务（Non-delay-tolerant）。其中，时延容忍业务为数据包间隔较大的业务，即对实时性要求不高的业务，例如长间隔小数据包业务；非时延容忍业务为对实时性要求的业务，例如语音业务或在线业务等。基站发送给终端设备的广播消息中，可以携带一个或多个业务类型分别对应的业务类型标识以及分别与各所述业务类型标识对应的时间阈值。例如为时延容忍业务和非时延容忍业务分别设置不同的时间阈值。

终端设备在接收到该广播消息之后，根据广播消息中携带的业务类型的业务类型标识和该终端设备当前所采用的业务类型，确定其适合使用的时间阈值。例如，当终端设备当前所采用的业务类型为时延容忍业务时，则判断发送数据包的等待时间的判断标准即为时延容忍业务对应的时间阈值R1，相应地，若该等待时间大于R1，则该终端设备向基站发送重配置请求信息；当终端设备当前所采用的业务类型为非时延容忍业务时，则判断发送数据包的等待时间的判断标准即为非时延容忍业务对应的时间阈值R2，相应地，若该等待时间大于R2，则该终端设备向基站发送重配置请求信息。其中，R1大于R2。

本发明实施例提供的调度请求周期的调整方法，向服务区内的至少一个终端设备发送广播消息，广播消息中携带有一个或多个业务类型分别对应的业务类型标识以及分别与各业务类型标识对应的时间阈值，以供终端设备检测到发送数据包的等待时间大于所采用业务类型的业务类型标识对应的时间阈值时，发送重配置请求信息，由于考虑到了不同业务类型的业务发送上行数据包的业务特性，针对不同类型的业务采用相应的时间阈值，并且该时间阈值由基站统一设定，能够有效地减小终端设备发送数据包的等待时间，提高终端设备进行上行数据传输的效率，并提升用户体验。

一种优选的方式如图5所示，图5为本发明第一种调度请求周期的调整方法实施例七的流程图。

eNodeB在增大为UE配置的SR周期之后，可能会给UE进行上行数据传输带来延迟，因此eNodeB需要针对buffer中数据包的等待时间设定时间阈值，在数据传输过程中，当UE监测到数据包等待时间大于时间阈值时，UE会通知eNodeB当前的业务时延过大，eNodeB将配置给该终端设备的SR周期减小以控制时延。

具体的，eNodeB设定UE的buffer中数据包等待时间的门限值R1和R2，并将R1和R2广播给UE。其中，R1为Delay-tolerant业务类型的门限，R2为Non-delay-tolerant业务类型的门限，一般情况下，R1>R2。

对于Non-delay-tolerant业务，其对业务的连续性要求较高，当UE发现有数据包延时超过门限值就立刻向eNodeB申请SR重配置；而对于delay-tolerant业务，由于业务本身可以忍受一定的延迟而不影响业务性能，为了减少申请次数，可以等待一段时间再通知eNodeB要求调整SR周期。

UE在接收到该广播消息中时间阈值之后，判断当前所采用的业务类型，并对buffer中数据包的等待时间进行检测。

对于当前业务类型为Delay-tolerant业务的UE，当其buffer中数据包的等待时间大于R1时，UE向eNodeB申请重新配置SR周期；否则，UE继续根据当前的SR周期进行数据传输。

对于当前业务类型为Non-delay-tolerant业务UE，当其buffer中数据包的等待时间大于R2时，UE向eNodeB申请重新配置SR周期；否则，UE继续根据当前的SR周期进行数据传输。

UE申请SR重配置时，若eNodeB在物理上行链路控制信道（PhysicalUplink Control Channel，PUCCH）资源上出现拥塞，则eNodeB拒绝UE的申请，UE继续使用当前的SR周期进行传输；若eNodeB在PUCCH资源上未出现拥塞，则eNodeB接受UE的申请，根据当前网络状况选择合适的SR周期配置给UE。

进一步地，在上述各实施例的基础上，所述重配置请求信息中携带有所述终端设备待发送的数据包之间的时间间隔；相应地，步骤302中所述根据所述重配置请求信息减小分配给所述终端设备的调度请求周期具体为：

根据所述重配置请求信息中的所述时间间隔，将调度请求周期的列表中与所述时间间隔差值最小的周期作为减小的调度请求周期。

终端设备在发送给基站的重配置请求信息中还可以携带其待发送的数据包之间的时间间隔，待发送的数据包之间的时间间隔表明了该终端设备当前所采用的业务的数据传输特性，也就是说，该时间间隔表明了终端设备对SR周期大小的需求。

基站在接收到终端设备发送的重配置请求信息之后，根据该重配置请求信息中携带的时间间隔，减小配置给该终端设备的SR周期。具体方法为，基站的调度请求周期的列表中有与该时间间隔相等的SR周期，则基站将该SR周期配置给终端设备；若基站的调度请求周期的列表中没有与该时间间隔相等的SR周期，则基站从该列表中选择与该时间间隔差值最小的SR周期作为减小的SR周期。

为了保证数据传输性能和用户体验，一旦基站决定接受UE的申请，并不是逐级减小SR周期，而是从SR周期值的列表中选择合适的SR周期配置给终端设备以保证业务性能。

本发明实施例提供的调度请求周期的调整方法，终端设备在重配置请求信息中携带有终端设备待发送的数据包之间的时间间隔，基站根据重配置请求信息中的时间间隔，将调度请求周期的列表中与时间间隔差值最小的周期作为减小的调度请求周期，通过有针对性地对配置给终端设备的调度请求周期进行调节，能够有效地减小终端设备发送数据包的等待时间，提高终端设备进行上行数据传输的效率，并提升用户体验。

图6为本发明第二种调度请求周期的调整方法实施例的流程图，如图6所示，该方法包括：

步骤501、检测发送数据包的等待时间是否大于预设时间阈值。

步骤502、若是，则向网络设备发送重配置请求信息，以供所述网络设备根据所述重配置请求信息调整配置给所述终端设备的调度请求周期。

终端设备对其发送数据包的等待时间进行监测，具体的，终端设备可以对数据发送缓冲区buffer中数据包的等待时间进行监测。若判断出待发送数据包的等待时间小于预设的时间阈值，则终端设备不需要向基站发送重配置请求信息；若判断出待发送数据包的等待时间大于预设的时间阈值时，即向基站发送重配置请求信息。

基站接收到终端设备发送的重配置请求信息之后，减小配置给终端设备的SR周期的大小，也就是说，基站为终端设备配置比该终端设备当前所采用的SR周期小的SR周期，作为调整后的SR周期。

本发明实施例提供的调度请求周期的调整方法，通过检测发送数据包的等待时间是否大于预设时间阈值，在大于预设时间阈值的情况下向网络设备发送重配置请求信息，以供网络设备根据重配置请求信息调整配置给终端设备的调度请求周期，由终端设备发起请求，基站根据终端设备的请求对为其配置的SR周期进行调整，能够更有效地减小终端设备发送数据包的等待时间，提高终端设备进行上行数据传输的效率，并提升用户体验。

进一步地，在上述各实施例的基础上，所述重配置请求信息中携带有所述终端设备待发送的数据包之间的时间间隔，以供所述网络设备根据所述重配置请求信息中的所述时间间隔，将调度请求周期的列表中与所述时间间隔差值最小的周期作为减小的调度请求周期。

终端设备在发送给基站的重配置请求信息中还可以携带其待发送的数据包之间的时间间隔，待发送的数据包之间的时间间隔表明了该终端设备当前所采用的业务的数据传输特性，也就是说，该时间间隔表明了终端设备对SR周期大小的需求。

基站在接收到终端设备发送的重配置请求信息之后，根据该重配置请求信息中携带的时间间隔，减小配置给该终端设备的SR周期。具体方法为，基站的调度请求周期的列表中有与该时间间隔相等的SR周期，则基站将该SR周期配置给终端设备；若基站的调度请求周期的列表中没有与该时间间隔相等的SR周期，则基站从该列表中选择与该时间间隔差值最小的SR周期作为减小的SR周期。

为了保证数据传输性能和用户体验，一旦基站决定接受UE的申请，并不是逐级减小SR周期，而是从SR周期值的列表中选择合适的SR周期配置给终端设备以保证业务性能。

本发明实施例提供的调度请求周期的调整方法，在重配置请求信息中携带终端设备待发送的数据包之间的时间间隔，以供网络设备根据重配置请求信息中的时间间隔，将调度请求周期的列表中与该时间间隔差值最小的周期作为减小的调度请求周期，通过有针对性地请求基站对给终端设备配置的调度请求周期进行调节，能够有效地减小终端设备发送数据包的等待时间，提高终端设备进行上行数据传输的效率，并提升用户体验。

进一步地，在上述各实施例的基础上，步骤501之前，所述方法还包括：

步骤601、接收所述网络设备发送的广播消息，所述广播消息中携带有一个或多个业务类型分别对应的业务类型标识以及分别与各所述业务类型标识对应的时间阈值；相应地，步骤501具体为检测发送数据包的等待时间是否大于所采用业务类型的业务类型标识对应的时间阈值。

终端设备用于判断待发送数据包的等待时间是否过大时所采用的时间阈值，可以由基站统一设置。基站以广播消息的形式发送给服务区内的终端设备。并且，基站可以根据不同业务类型分别设置相应的时间阈值，以供终端设备根据其所采用的业务类型对应的时间阈值进行判断。该携带有一个或多个时间阈值的广播消息可以在当终端设备初始接入时，由基站在检测到该终端设备之后即进行广播。

具体的，终端设备所采用的业务类型可以为时延容忍业务（delay-tolerant）或者非时延容忍业务（Non-delay-tolerant）。其中，时延容忍业务为数据包间隔较大的业务，即对实时性要求不高的业务，例如长间隔小数据包业务；非时延容忍业务为对实时性要求的业务，例如语音业务或在线业务等。基站发送给终端设备的广播消息中，可以携带一个或多个业务类型分别对应的业务类型标识以及分别与各所述业务类型标识对应的时间阈值。例如为时延容忍业务和非时延容忍业务分别设置不同的时间阈值。

终端设备在接收到该广播消息之后，根据广播消息中携带的业务类型的业务类型标识和该终端设备当前所采用的业务类型，确定其适合使用的时间阈值。例如，当终端设备当前所采用的业务类型为时延容忍业务时，则判断发送数据包的等待时间的判断标准即为时延容忍业务对应的时间阈值R1，相应地，若该等待时间大于R1，则该终端设备向基站发送重配置请求信息；当终端设备当前所采用的业务类型为非时延容忍业务时，则判断发送数据包的等待时间的判断标准即为非时延容忍业务对应的时间阈值R2，相应地，若该等待时间大于R2，则该终端设备向基站发送重配置请求信息。其中，R1大于R2。

本发明实施例提供的调度请求周期的调整方法，接收网络设备发送的广播消息，广播消息中携带有一个或多个业务类型分别对应的业务类型标识以及分别与各业务类型标识对应的时间阈值，进而检测发送数据包的等待时间是否大于所采用业务类型的业务类型标识对应的时间阈值，由于考虑到了不同业务类型的业务发送上行数据包的业务特性，针对不同类型的业务采用相应的时间阈值，并且该时间阈值由基站统一设定，能够有效地减小终端设备发送数据包的等待时间，提高终端设备进行上行数据传输的效率，并提升用户体验。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图7为本发明网络设备一实施例的结构示意图，如图7所示，该网络设备包括调整模块11和发送模块12。

调整模块11用于根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值，或者，根据接收到的所述终端设备发送的重配置请求信息，调整配置给所述终端设备的调度请求周期；

其中，所述重配置请求信息为所述终端设备在检测到发送数据包的等待时间大于预设时间阈值时发送的信息；

发送模块12用于将所述调整模块11调整后的调度请求周期发送至所述终端设备，以供所述终端设备根据所述调整后的调度请求周期发送上行数据。

本发明实施例提供的网络设备，根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与预设时段内调度请求总数的比值，或者，根据接收到的终端设备发送的重配置请求信息，调整配置给终端设备的调度请求周期，并将调整后的调度请求周期发送至终端设备，以供终端设备根据调整后的调度请求周期发送上行数据，通过设定上述两种调整方法涉及到的阈值，不单纯地追求较高的SR资源利用率或者较短的业务传输的等待时间，而有效地兼顾了SR资源的利用率和业务传输的等待时间两方面因素，既保证了SR资源的利用率，也提高了终端设备进行上行数据传输的效率且提升了用户体验。

图8为本发明网络设备另一实施例的结构示意图，如图8所示，调整模块11包括第一工作模块111和第二工作模块112。

其中，第一工作模块111用于对在预设时段内接收所述终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值进行判断；第二工作模块112用于在所述第一工作模块111判断出所述终端设备的所述比值小于预设比值阈值时，增大分配给所述终端设备的调度请求周期，并将增大的调度请求周期作为调整后的调度请求周期。

本发明实施例提供的网络设备，对在预设时段内接收终端设备发送的上行数据的调度请求的数量与预设时段内调度请求总数的比值进行判断在判断出终端设备的比值小于预设比值阈值时，增大分配给终端设备的调度请求周期，并将增大的调度请求周期作为调整后的调度请求周期，通过设定适当的比值阈值，有效地提高了SR资源的利用率。

图9为本发明网络设备又一实施例的结构示意图，如图9所示，调整模块11还可以包括第三工作模块113和第四工作模块114。

其中，第三工作模块113用于接收所述终端设备发送的重配置请求信息；第四工作模块114用于根据所述第三工作模块113接收到的所述重配置请求信息，减小分配给所述终端设备的调度请求周期，并将减小的调度请求周期作为调整后的调度请求周期。

本发明实施例提供的网络设备，通过接收终端设备发送的重配置请求信息，根据重配置请求信息，减小分配给终端设备的调度请求周期，并将减小的调度请求周期作为调整后的调度请求周期，由终端设备发起请求，基站根据终端设备的请求对为其配置的SR周期进行调整，能够更有效地减小终端设备发送数据包的等待时间，提高终端设备进行上行数据传输的效率，并提升用户体验。

需要说明的是，调整模块11还可以仅包括第三工作模块113和第四工作模块114。

进一步地，在上述各实施例的基础上，所述第四工作模块114具体用于，在判断出上行控制信道未出现拥塞时，根据所述第三工作模块113接收到的所述重配置请求信息减小分配给所述终端设备的调度请求周期。

本发明实施例提供的网络设备，在判断出上行控制信道未出现拥塞时，根据所述重配置请求信息减小分配给所述终端设备的调度请求周期，能够在确保当前网络具有相应承载能力的情况下，更有效地减小终端设备发送数据包的等待时间，提高终端设备进行上行数据传输的效率，并提升用户体验。

进一步地，在上述各实施例的基础上，所述第三工作模块113接收到的所述重配置请求信息中携带有所述终端设备待发送的数据包之间的时间间隔；相应地，所述第四工作模块114还用于，根据所述第三工作模113接收到的所述重配置请求信息中的所述时间间隔，将调度请求周期的列表中与所述时间间隔差值最小的周期作为减小的调度请求周期。

本发明实施例提供的网络设备，终端设备在重配置请求信息中携带有终端设备待发送的数据包之间的时间间隔，基站根据重配置请求信息中的时间间隔，将调度请求周期的列表中与时间间隔差值最小的周期作为减小的调度请求周期，通过有针对性地对配置给终端设备的调度请求周期进行调节，能够有效地减小终端设备发送数据包的等待时间，提高终端设备进行上行数据传输的效率，并提升用户体验。

图10为本发明网络设备再一实施例的结构示意图，如图10所示，调整模块11还包括第五工作模块115。

第五工作模块115用于在所述第三工作模块113接收到所述终端设备发送的重配置请求信息之前，向服务区内的至少一个终端设备发送广播消息，所述广播消息中携带有一个或多个业务类型分别对应的业务类型标识以及分别与各所述业务类型标识对应的时间阈值，以供所述终端设备检测到发送数据包的等待时间大于所采用业务类型的业务类型标识对应的时间阈值时，发送所述重配置请求信息。

一种可选的实现方式为，第五工作模块115也可以不包括在调整模块11内部，而是作为单独的功能模块独立存在于调整模块11之外，第五工作模块115在向服务区内的至少一个终端设备发送广播消息之后，触发调整模块11中的第三工作模块113进入等待接收终端设备发送的重配置请求信息的工作状态。

本发明实施例提供的网络设备，向服务区内的至少一个终端设备发送广播消息，广播消息中携带有一个或多个业务类型分别对应的业务类型标识以及分别与各业务类型标识对应的时间阈值，以供终端设备检测到发送数据包的等待时间大于所采用业务类型的业务类型标识对应的时间阈值时，发送重配置请求信息，由于考虑到了不同业务类型的业务发送上行数据包的业务特性，针对不同类型的业务采用相应的时间阈值，并且该时间阈值由基站统一设定，能够有效地减小终端设备发送数据包的等待时间，提高终端设备进行上行数据传输的效率，并提升用户体验。

具体的，本发明各实施例中网络设备进行调度请求周期的调整方法，可以参见上述对应的方法实施例中的步骤，此处不再赘述。

图11为本发明终端设备一实施例的结构示意图，如图11所示，该终端设备包括检测模块21和终端发送模块22。

其中，检测模块21用于检测发送数据包的等待时间是否大于预设时间阈值；终端发送模块22用于在所述检测模块21检测到发送数据包的等待时间大于所述预设时间阈值时，向网络设备发送重配置请求信息，以供所述网络设备根据所述重配置请求信息调整配置给所述终端设备的调度请求周期。

本发明实施例提供的终端设备，通过检测发送数据包的等待时间是否大于预设时间阈值，在大于预设时间阈值的情况下向网络设备发送重配置请求信息，以供网络设备根据重配置请求信息调整配置给终端设备的调度请求周期，由终端设备发起请求，基站根据终端设备的请求对为其配置的SR周期进行调整，能够更有效地减小终端设备发送数据包的等待时间，提高终端设备进行上行数据传输的效率，并提升用户体验。

进一步地，在上述各实施例的基础上，所述终端发送模块22发送的所述重配置请求信息中携带有所述终端设备待发送的数据包之间的时间间隔，以供所述网络设备根据所述重配置请求信息中的所述时间间隔，将调度请求周期的列表中与所述时间间隔差值最小的周期作为减小的调度请求周期。

本发明实施例提供的终端设备，在重配置请求信息中携带终端设备待发送的数据包之间的时间间隔，以供网络设备根据重配置请求信息中的时间间隔，将调度请求周期的列表中与该时间间隔差值最小的周期作为减小的调度请求周期，通过有针对性地请求基站对给终端设备配置的调度请求周期进行调节，能够有效地减小终端设备发送数据包的等待时间，提高终端设备进行上行数据传输的效率，并提升用户体验。

图12为本发明终端设备另一实施例的结构示意图，如图12所示，该终端设备还包括终端接收模块23。

终端接收模块23用于在所述检测模块21检测发送数据包的等待时间是否大于预设时间阈值之前，接收所述网络设备发送的广播消息，所述广播消息中携带有一个或多个业务类型分别对应的业务类型标识以及分别与各所述业务类型标识对应的时间阈值；相应地，所述检测模块21具体用于，检测发送数据包的等待时间是否大于所采用业务类型的业务类型标识对应的时间阈值。

本发明实施例提供的终端设备，接收网络设备发送的广播消息，广播消息中携带有一个或多个业务类型分别对应的业务类型标识以及分别与各业务类型标识对应的时间阈值，进而检测发送数据包的等待时间是否大于所采用业务类型的业务类型标识对应的时间阈值，由于考虑到了不同业务类型的业务发送上行数据包的业务特性，针对不同类型的业务采用相应的时间阈值，并且该时间阈值由基站统一设定，能够有效地减小终端设备发送数据包的等待时间，提高终端设备进行上行数据传输的效率，并提升用户体验。

具体的，本发明各实施例中终端设备进行调度请求周期的调整方法，可以参见上述对应的方法实施例中的步骤，此处不再赘述。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (14)

1.一种调度请求周期的调整方法，其特征在于，包括：

根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值和根据接收到的所述终端设备发送的重配置请求信息，调整配置给所述终端设备的调度请求周期；

其中，所述重配置请求信息为所述终端设备在检测到发送数据包的等待时间大于预设时间阈值时发送的信息；

将调整后的调度请求周期发送至所述终端设备，以供所述终端设备根据所述调整后的调度请求周期发送上行数据；

所述根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值，调整配置给所述终端设备的调度请求周期具体为：

对在预设时段内接收所述终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值进行判断；

若判断出所述终端设备的所述比值小于预设比值阈值，则增大分配给所述终端设备的调度请求周期，并将增大的调度请求周期作为调整后的调度请求周期；

所述根据接收到的所述终端设备发送的重配置请求信息，调整配置给所述终端设备的调度请求周期具体为：

接收所述终端设备发送的重配置请求信息；

根据所述重配置请求信息，减小分配给所述终端设备的调度请求周期，并将减小的调度请求周期作为调整后的调度请求周期。

2.根据权利要求1所述的调度请求周期的调整方法，其特征在于，所述根据所述重配置请求信息，减小分配给所述终端设备的调度请求周期具体为：

若判断出上行控制信道未出现拥塞，则根据所述重配置请求信息减小分配给所述终端设备的调度请求周期。

3.根据权利要求1或2所述的调度请求周期的调整方法，其特征在于，所述重配置请求信息中携带有所述终端设备待发送的数据包之间的时间间隔；

相应地，所述根据所述重配置请求信息减小分配给所述终端设备的调度请求周期具体为：

根据所述重配置请求信息中的所述时间间隔，将调度请求周期的列表中与所述时间间隔差值最小的周期作为减小的调度请求周期。

4.根据权利要求1所述的调度请求周期的调整方法，其特征在于，所述根据接收到的所述终端设备发送的重配置请求信息，调整配置给所述终端设备的调度请求周期之前，所述方法还包括：

向服务区内的至少一个终端设备发送广播消息，所述广播消息中携带有一个或多个业务类型分别对应的业务类型标识以及分别与各所述业务类型标识对应的时间阈值，以供所述终端设备检测到发送数据包的等待时间大于所采用业务类型的业务类型标识对应的时间阈值时，发送所述重配置请求信息。

5.一种调度请求周期的调整方法，其特征在于，包括：

向网络设备发送上行数据的调度请求；

检测发送数据包的等待时间是否大于预设时间阈值；

若是，则向网络设备发送重配置请求信息，以供所述网络设备根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值和根据接收到的所述终端设备发送的重配置请求信息，调整配置给所述终端设备的调度请求周期；

其中，所述网络设备根据所述重配置请求信息调整配置给所述终端设备的调度请求周期具体为：

网络设备根据所述重配置请求信息，减小分配给所述终端设备的调度请求周期，并将减小的调度请求周期作为调整后的调度请求周期；

其中，所述网络设备根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值，调整配置给所述终端设备的调度请求周期具体为：

对在预设时段内接收所述终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值进行判断；

若判断出所述终端设备的所述比值小于预设比值阈值，则增大分配给所述终端设备的调度请求周期，并将增大的调度请求周期作为调整后的调度请求周期。

6.根据权利要求5所述的调度请求周期的调整方法，其特征在于，所述重配置请求信息中携带有所述终端设备待发送的数据包之间的时间间隔，以供所述网络设备根据所述重配置请求信息中的所述时间间隔，将调度请求周期的列表中与所述时间间隔差值最小的周期作为减小的调度请求周期。

7.根据权利要求5或6所述的调度请求周期的调整方法，其特征在于，所述检测发送数据包的等待时间是否大于预设时间阈值之前，所述方法还包括：

接收所述网络设备发送的广播消息，所述广播消息中携带有一个或多个业务类型分别对应的业务类型标识以及分别与各所述业务类型标识对应的时间阈值；

相应地，所述检测发送数据包的等待时间是否大于预设时间阈值具体为：

检测发送数据包的等待时间是否大于所采用业务类型的业务类型标识对应的时间阈值。

8.一种网络设备，其特征在于，包括：

调整模块，用于根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值和根据接收到的所述终端设备发送的重配置请求信息，调整配置给所述终端设备的调度请求周期；

其中，所述重配置请求信息为所述终端设备在检测到发送数据包的等待时间大于预设时间阈值时发送的信息；

发送模块，用于将所述调整模块调整后的调度请求周期发送至所述终端设备，以供所述终端设备根据所述调整后的调度请求周期发送上行数据；

所述调整模块包括：

第一工作模块，用于对在预设时段内接收所述终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值进行判断；

第二工作模块，用于在所述第一工作模块判断出所述终端设备的所述比值小于预设比值阈值时，增大分配给所述终端设备的调度请求周期，并将增大的调度请求周期作为调整后的调度请求周期；

所述调整模块还包括：

第三工作模块，用于接收所述终端设备发送的重配置请求信息；

第四工作模块，用于根据所述第三工作模块接收到的所述重配置请求信息，减小分配给所述终端设备的调度请求周期，并将减小的调度请求周期作为调整后的调度请求周期。

9.根据权利要求8所述的网络设备，其特征在于，所述第四工作模块具体用于：

在判断出上行控制信道未出现拥塞时，根据所述第三工作模块接收到的所述重配置请求信息减小分配给所述终端设备的调度请求周期。

10.根据权利要求9所述的网络设备，其特征在于，所述第三工作模块接收到的所述重配置请求信息中携带有所述终端设备待发送的数据包之间的时间间隔；

相应地，所述第四工作模块还用于：

根据所述第三工作模块接收到的所述重配置请求信息中的所述时间间隔，将调度请求周期的列表中与所述时间间隔差值最小的周期作为减小的调度请求周期。

11.根据权利要求8所述的网络设备，其特征在于，所述调整模块还包括：

第五工作模块，用于在所述第三工作模块接收到所述终端设备发送的重配置请求信息之前，向服务区内的至少一个终端设备发送广播消息，所述广播消息中携带有一个或多个业务类型分别对应的业务类型标识以及分别与各所述业务类型标识对应的时间阈值，以供所述终端设备检测到发送数据包的等待时间大于所采用业务类型的业务类型标识对应的时间阈值时，发送所述重配置请求信息。

12.一种终端设备，其特征在于，所述终端设备包括：

检测模块，用于检测发送数据包的等待时间是否大于预设时间阈值；

终端发送模块，用于在所述检测模块检测到发送数据包的等待时间大于所述预设时间阈值时，向网络设备发送重配置请求信息，所述终端发送模块还用于向网络设备发送上行数据的调度请求，以供所述网络设备根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值和根据接收到的所述终端设备发送的重配置请求信息，调整配置给所述终端设备的调度请求周期；

其中，所述网络设备根据所述重配置请求信息调整配置给所述终端设备的调度请求周期具体为：网络设备根据所述重配置请求信息，减小分配给所述终端设备的调度请求周期，并将减小的调度请求周期作为调整后的调度请求周期；

其中，所述网络设备根据在预设时段内接收终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值，调整配置给所述终端设备的调度请求周期具体为：

对在预设时段内接收所述终端设备发送的上行数据的调度请求的数量与所述预设时段内调度请求总数的比值进行判断；

若判断出所述终端设备的所述比值小于预设比值阈值，则增大分配给所述终端设备的调度请求周期，并将增大的调度请求周期作为调整后的调度请求周期。

13.根据权利要求12所述的终端设备，其特征在于，所述终端发送模块发送的所述重配置请求信息中携带有所述终端设备待发送的数据包之间的时间间隔，以供所述网络设备根据所述重配置请求信息中的所述时间间隔，将调度请求周期的列表中与所述时间间隔差值最小的周期作为减小的调度请求周期。

14.根据权利要求12或13所述的终端设备，其特征在于，所述终端设备还包括：

终端接收模块，用于在所述检测模块检测发送数据包的等待时间是否大于预设时间阈值之前，接收所述网络设备发送的广播消息，所述广播消息中携带有一个或多个业务类型分别对应的业务类型标识以及分别与各所述业务类型标识对应的时间阈值；

相应地，所述检测模块具体用于，检测发送数据包的等待时间是否大于所采用业务类型的业务类型标识对应的时间阈值。