CN108347785B - 一种用户设备的资源请求方法及装置 - Google Patents

Abstract

一种用户设备的资源请求方法及装置，所述方法包括如下步骤：向网络发送调度请求；等待并接收来自所述网络的调度请求响应信息，所述调度请求响应信息由所述网络在所述用户设备发送调度请求后的预设时间内发出；其中，所述调度请求响应信息至少用于表示所述网络接受、拒绝或暂时拒绝所述调度请求。通过本发明提供的技术方案能够优化用户设备的资源请求逻辑，使得用户设备获得更多睡眠机会，进而更好的减少用户设备的能源和信令消耗。

Description

一种用户设备的资源请求方法及装置

技术领域

本发明涉及通信技术领域，具体地涉及一种用户设备的资源请求方法及装置。

背景技术

根据第三代合作伙伴项目(3rd Generation Partnership Project，简称3GPP)的协议规定，当用户设备(User Equipment，简称UE)需要使用上行资源时，可以通过物理上行控制信道(Physical Uplink Control Channel，简称PUCCH)向网络(network)发送调度请求(Scheduling Request，简称SR)，以指示网络该用户设备需要使用上行资源传输数据。

另一方面，对于引入了非连续接收(Discontinuous Reception，简称DRX)机制的用户设备，尤其是处于连接态非连续接收(Connected Mode DRX，简称CDRX)机制的用户设备，其在发送了一条调度请求后可以进入连续态非连续接收模式，通过在“唤醒”和“睡眠”状态间周期性交替切换的方式，在处于唤醒状态时监听物理下行控制信道(PhysicalDownlink Control Channel，简称PDCCH)来检测是否收到网络发送的授权信息，期间如果用户设备一直未收到网络的授权信息，则用户设备会按照调度请求间隔(SR interval)周期性重发调度请求，直至重发次数达到预先设定或者协议参数(例如dsr_TransMax)设定的最大重传次数后，才进入随机接入程序，以通过随机接入的方式向网络传输数据。

基于这样的方案，当用户设备没有流量要发送给网络时，可以在睡眠模式下进入低功耗待机状态，从而在一定程度上节省用户设备的耗电量。但是，当用户设备侧有流量要发送给网络并发送了调度请求后，由于现有的通信协议中并未明确规定网络必须在接收到用户设备的调度请求后做出响应，若用户设备一直未收到网络的响应，则基于现有方案的用户设备无法判断一直未收到响应是由于网络收到了调度请求但暂时没有资源提供所以才没有响应，还是由于网络根本就没收到调度请求，所以用户设备会不断的周期性向网络重发调度请求。这就导致在现有方案中，在用户设备向网络发送了调度请求后，网络做出授权之前，用户设备可能需要在处于唤醒状态时多次向网络发送调度请求，这些额外的信令传输还减少了用户设备的睡眠机会，从而在很大程度上增加了用户设备的能源消耗。另一方面，现有方案还会导致用户设备的信令浪费和资源消耗，不利于用户设备更好的节约电量。

发明内容

本发明解决的技术问题是现有技术无法使得用户设备以更为省电的方式向网络请求资源。

为解决上述技术问题，本发明实施例提供一种用户设备的资源请求方法，包括如下步骤：向网络发送调度请求；等待并接收来自所述网络的调度请求响应信息，所述调度请求响应信息由所述网络在所述用户设备发送调度请求后的预设时间内发出；其中，所述调度请求响应信息至少用于表示所述网络接受、拒绝或暂时拒绝所述调度请求。

可选的，所述资源请求方法还包括：根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换。

可选的，所述调度请求响应信息包括调度请求接受信息以表示所述网络接受所述调度请求，根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换包括：在所述调度请求接受信息指示的接受等待时间段内，在非连续接收周期配置指示的唤醒时间处于睡眠状态或唤醒状态，所述非连续接收周期配置包括间隔的唤醒时间和睡眠时间。

可选的，根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换还包括：在所述接受等待时间段到期后，进入唤醒状态并基于授权资源向所述网络传输流量，所述授权资源由所述网络通过所述调度请求接受信息分配给所述用户设备。

可选的，所述调度请求响应信息包括调度请求拒绝信息以表示所述网络拒绝所述调度请求，根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换包括：在接收到所述调度请求拒绝信息后保持唤醒状态，并开始建立随机接入以向所述网络传输流量。

可选的，所述调度请求响应信息包括调度请求拒绝信息以表示所述网络拒绝所述调度请求，根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换包括：在接收到所述调度请求拒绝信息后保持唤醒状态，并通过分配的资源再次向所述网络发送所述调度请求，所述分配的资源由所述网络通过所述调度请求拒绝信息提供并仅用于发送所述调度请求。

可选的，所述调度请求响应信息包括调度请求重试信息以表示所述网络暂时拒绝所述调度请求，根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换包括：在所述调度请求重试信息给定的重试等待时间段内处于睡眠状态；在所述重试等待时间段到期后，转为唤醒状态并重新向所述网络发送所述调度请求。

可选的，所述调度请求响应信息包括调度请求重试信息以表示所述网络暂时拒绝所述调度请求，根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换包括：在所述调度请求重试信息给定的重试等待时间段内处于睡眠状态，并至少在所述重试等待时间段到期前不重新发送所述调度请求。

可选的，所述资源请求方法还包括：若超过所述预设时间仍未接收到所述调度请求响应信息，则重新发送所述调度请求。

本发明实施例还提供一种用户设备的资源请求装置，包括：发送模块，用于向网络发送调度请求；接收模块，用于等待并接收来自所述网络的调度请求响应信息，所述调度请求响应信息由所述网络在所述用户设备发送调度请求后的预设时间内发出；其中，所述调度请求响应信息至少用于表示所述网络接受、拒绝或暂时拒绝所述调度请求。

可选的，所述资源请求装置还包括：处理模块，用于根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换。

可选的，所述调度请求响应信息包括调度请求接受信息以表示所述网络接受所述调度请求，所述处理模块包括：第一处理子模块，用于在所述调度请求接受信息指示的接受等待时间段内，在非连续接收周期配置指示的唤醒时间处于睡眠状态或唤醒状态，所述非连续接收周期配置包括间隔的唤醒时间和睡眠时间。

可选的，所述处理模块还包括：第二处理子模块，用于在所述接受等待时间段到期后，进入唤醒状态并基于授权资源向所述网络传输流量，所述授权资源由所述网络通过所述调度请求接受信息分配给所述用户设备。

可选的，所述调度请求响应信息包括调度请求拒绝信息以表示所述网络拒绝所述调度请求，所述处理模块包括：第三处理子模块，用于在接收到所述调度请求拒绝信息后保持唤醒状态，并开始建立随机接入以向所述网络传输流量。

可选的，所述调度请求响应信息包括调度请求拒绝信息以表示所述网络拒绝所述调度请求，所述处理模块包括：第四处理子模块，用于在接收到所述调度请求拒绝信息后保持唤醒状态，并通过分配的资源再次向所述网络发送所述调度请求，所述分配的资源由所述网络通过所述调度请求拒绝信息提供并仅用于发送所述调度请求。

可选的，所述调度请求响应信息包括调度请求重试信息以表示所述网络暂时拒绝所述调度请求，所述处理模块包括：睡眠子模块，用于在所述调度请求重试信息给定的重试等待时间段内处于睡眠状态；第五处理子模块，用于在所述重试等待时间段到期后，转为唤醒状态并重新向所述网络发送所述调度请求。

可选的，所述调度请求响应信息包括调度请求重试信息以表示所述网络暂时拒绝所述调度请求，所述处理模块包括：第六处理子模块，用于在所述调度请求重试信息给定的重试等待时间段内处于睡眠状态，并至少在所述重试等待时间段到期前不重新发送所述调度请求。

可选的，所述资源请求装置还包括：重新发送模块，若超过所述预设时间仍未接收到所述调度请求响应信息，则重新发送所述调度请求。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

用户设备在向网络发送了调度请求后，等待并接收来自所述网络的调度请求响应信息。较之现有的技术方案，本发明实施例的技术方案规定所述网络需要在接收到所述调度请求后的预设时间内向所述用户设备发送所述调度请求响应信息，从而有效避免所述用户设备的无意义等待时间。进一步地，所述网络通过所述调度请求响应信息表示其接受、拒绝或暂时拒绝所述调度请求，使得所述用户设备能够根据所述调度请求响应信息的指示直接确定接下来的运行逻辑，减少所述用户设备与网络间的信令交互。

进一步，可以根据接收到的所述调度请求响应信息控制其在睡眠状态和唤醒状态之间切换，使得所述用户设备获得更多睡眠机会，从而更好的节约所述用户设备的能源消耗。

附图说明

图1是现有技术中用户设备请求资源的原理图；

图2是现有技术中配置有非连续接收的用户设备的运行逻辑时序图；

图3是本发明的第一实施例的一种用户设备的资源请求方法的流程图；

图4是本发明的第二实施例的一种用户设备的资源请求方法的流程图；

图5是采用本发明实施例的一个典型的应用场景的原理示意图；

图6是采用本发明实施例的另一个典型的应用场景的原理示意图；

图7是采用本发明实施例的又一个典型的应用场景的原理示意图；

图8是本发明的第三实施例的一种用户设备的资源请求装置的结构示意图。

具体实施方式

如背景技术所言，现有用户设备的资源请求逻辑可以基于图1所示的原理图表示，其中，T1用于表示所述用户设备的调度请求间隔(Scheduling Request interval，简称SRinterval)，例如，图1中示出的所述调度请求间隔为10ms，当所述用户设备存在向网络请求资源的需求时，可以在第一个调度请求周期时刻a1、第二个调度请求周期时刻a2或第三个调度请求周期时刻a3时刻向所述网络发送调度请求(Scheduling Request，简称SR)。

在结合图1的一个现有较典型的应用场景中，在第一个调度请求周期时刻a1到来时或到来前，所述用户设备没有请求资源的需求，因而在所述第一个调度请求周期时刻a1时所述用户设备没有向所述网络发送所述调度请求；而在所述第一个调度请求周期时刻a1之后的所述调度请求间隔T1内，所述用户设备存在执行操作s1的需求，即需要请求资源以向所述网络传输数据，则所述用户设备在所述第二个调度请求周期时刻a2执行操作s2，向所述网络发送所述调度请求；在执行了所述操作s2后，所述用户设备在第n子帧(图中未示出)执行操作s3，接收到所述网络发送的上行授权，并根据现有的通信协议的规定，在n+x个子帧后执行操作s4，使用所述上行授权提供的资源向所述网络传输数据，其中，所述x可以为4个子帧。

进一步地，对于处于连接态非连续接收(Connected Mode DRX，简称CDRX)机制的所述用户设备，其在发送了一条调度请求后可以进入连续态非连续接收模式，并按照图2所示的周期C在“唤醒”和“睡眠”状态间交替切换，以及时检测是否收到所述网络发送的授权信息。例如，在所述周期C中，所述用户设备在时间段t1内处于唤醒状态，此时所述用户设备执行操作b1，监听物理下行控制信道(Physical Downlink Control Channel，简称PDCCH)以接收所述网络的授权信息；而所述用户设备在时间段t2内处于睡眠状态(例如，处于低功耗待机状态)，以节省所述用户设备耗电。本领域技术人员理解，关于所述连接态非连续接收机制的具体工作原理属于现有技术，不是本发明实施例讨论的重点，在此不予赘述。

在结合图1和图2的一个现有较典型的应用场景中，在所述用户设备发送了一个调度请求后，基于所述周期C在唤醒状态和睡眠状态间交替切换，从而在省电的同时接收所述网络的授权信息，若在所述调度请求间隔T1内所述用户设备未接收到所述授权信息，则所述用户设备在所述调度请求间隔T1到期时重新发送所述调度请求，直至重发次数达到预先设定或者协议参数(例如dsr_TransMax)设定的最大重传次数后，才进入随机接入程序，以通过随机接入的方式向网络传输数据。在另一个现有较典型的应用场景中，若所述用户设备在调度请求间隔T1到期前接收到所述网络针对所述调度请求的响应，则所述用户设备需要保持唤醒状态以接收所述网络的授权信息。由于现有技术规定所述调度请求间隔T1可以是80ms，使得所述用户设备在此期间必须保持不必要的唤醒状态以等待所述授权信息。

但是，现有的连接态非连续接收机制主要用于解决网络侧没有流量(也可称为数据)要发送给用户设备时，用户设备的睡眠逻辑。而现有的通信协议中并未明确规定网络必须在接收到用户设备的调度请求后做出响应。则当用户设备侧有流量要发送给网络并发送了调度请求后，若一直未收到网络的响应，则基于现有方案的用户设备无法判断一直未收到响应是由于网络收到了调度请求但暂时没有资源提供所以才没有响应，还是由于网络根本就没收到调度请求，所以用户设备会不断的向网络重发调度请求。导致所述用户设备在向所述网络发送了调度请求后，得到所述网络的授权之前，可能需要在处于唤醒状态时多次向所述网络发送调度请求。这在很大程度上也会造成所述用户设备的能源消耗以及信令浪费，不利于用户设备更好的节约电量。

发明人经过研究发现，上述问题是由于现有技术的通信协议未规定网络必须在接收到所述调度请求后及时做出响应导致的。

为了解决这一技术问题，本发明实施例的技术方案中，用户设备在向网络发送了调度请求后，等待并接收来自所述网络的调度请求响应信息，由于本发明实施例的技术方案规定所述网络需要在接收到所述调度请求后的预设时间内向所述用户设备发送所述调度请求响应信息，从而有效避免所述用户设备的无意义等待时间。进一步地，所述网络通过所述调度请求响应信息表示其接受、拒绝或暂时拒绝所述调度请求，使得所述用户设备能够根据所述调度请求响应信息的指示直接确定接下来的运行逻辑，减少所述用户设备与网络间的信令交互。

为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

图3是本发明的第一实施例的一种用户设备的资源请求方法的流程图。具体地，在本实施例中，首先执行步骤S101，向网络发送调度请求。更为具体地，所述调度请求可以用于请求所述网络分配资源，以供所述用户设备向所述网络传输数据。

然后执行步骤S102，等待并接收来自所述网络的调度请求响应信息，所述调度请求响应信息由所述网络在所述用户设备发送调度请求后的预设时间(T_response)内发出。具体地，所述预设时间由所述网络与所述用户设备预先协商确定。在一个优选例中，所述预设时间可以是所述用户设备发送调度请求后的下一个子帧。优选地，所述预设时间可以由所述用户设备通过硬编码确定，本领域技术人员还可根据实际需要变化出更多实施例，在此不予赘述。

进一步地，所述调度请求响应信息至少用于表示所述网络接受、拒绝或暂时拒绝所述调度请求，使得所述用户设备能够根据所述调度请求响应信息的指示直接确定接下来的运行逻辑，减少所述用户设备与网络间的信令交互。

在一个变化例中，由于所述网络可能需要时间来处理所述用户设备发送的调度请求，所以所述预设时间可以大于一个子帧的时长，本领域技术人员还可根据实际需要变化出更多实施例，在此不予赘述。

在又一个变化例中，所述预设时间还可以是一段预设间隔内的任意时刻，例如，所述用户设备在建立无线资源控制协议(Radio Resource Control，简称RRC)时，通过预先设定或者协议参数(例如sr_ConfigIndex IE)指示所述预设间隔(例如，所述预设间隔可以是以时间点t1为开始时间点，以时间点t2为结束时间点的时间段[t1,t2])，则所述用户设备在发送了所述调度请求后，进入睡眠状态直至所述时间点t1，并在时间点t1至时间点t2间处于唤醒状态以接收所述调度请求响应信息，所述网络确保在所述预设间隔内向所述用户设备做出响应。优选地，所述时间点t1可以为零，则所述用户设备在向所述网络发送了所述调度请求后，维持唤醒状态等待所述网络的响应，直至所述时间点t2。

在另一个变化例中，若超过所述预设时间仍未接收到所述调度请求响应信息，则可以认为所述网络未成功接收到所述调度请求，因而所述用户设备可以重新发送所述调度请求，以期能够获得所述网络的响应。本领域技术人员理解，本发明实施例的技术方案优选地用于解决所述网络接收到所述调度请求后未及时做出回应造成所述用户设备的耗电和信令浪费的技术问题；而对于所述网络未成功接收到所述调度请求的情形，则可以基于本变化例来进一步优化本发明实施例的技术方案，例如，可以将本变化例作为本发明实施例的一种校正机制，在因通信故障导致所述调度请求未能成功送达所述网络时，通过本变化例的技术方案来避免所述用户设备无意义的空等所述网络的回应，优化本发明实施例的整体运行逻辑，更好的节省所述用户设备的能源和信令消耗。

由上，采用第一实施例的方案，通过使得所述网络在所述用户设备发送所述调度请求后的预设时间内向所述用户设备发送调度请求响应信息，避免所述用户设备无意义的空等所述网络的响应。较之现有技术中所述网络只有在有资源可分配时才响应所述用户设备的调度请求的技术方案，采用本方案的网络无论是否接受所述调度请求均会在所述预设时间内对所述用户设备做出响应，使得所述用户设备能够通过所述调度请求响应信息及时了解所述网络是否接受其调度请求，并根据所述调度请求响应信息直接确定后续的运行逻辑，从而有效减少了所述用户设备与网络间的信令交互，提高通信效率。

图4是本发明的第二实施例的一种用户设备的资源请求方法的流程图。具体地，首先执行步骤S201，向网络发送调度请求。更为具体地，本领域技术人员可以参考上述图3所示实施例中所述步骤S101，在此不予赘述。

然后执行步骤S202，等待并接收来自所述网络的调度请求响应信息，所述调度请求响应信息由所述网络在所述用户设备发送调度请求后的预设时间内发出。具体地，所述调度请求响应信息至少用于表示所述网络接受、拒绝或暂时拒绝所述调度请求。更为具体地，本领域技术人员可以参考上述图3所示实施例中所述步骤S102，在此不予赘述。

最后执行步骤S203，根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换。具体地，所述睡眠状态可以是指所述用户设备处于低功耗待机状态。更为具体地，所述唤醒状态可以是指所述用户设备监听所述物理下行控制信道时的运行状态。更进一步地，所述唤醒状态还可以是指所述用户设备使用资源向所述网络传输数据的状态。优选地，所述网络通过所述调度请求响应信息指示所述用户设备在指定时间段内处于睡眠状态。在一个优选例中，所述用户设备可以预先以硬编码的形式与网络约定至少一个睡眠模式并以表格的形式进行记录，其中，所述睡眠模式用于表示所述用户设备在至少一个子帧内的睡眠和唤醒规律(即所述用户设备在睡眠状态和唤醒状态之间的切换规律)，由于每一睡眠模式均可以在所述表格中对应一个编号，则所述网络在发送的所述调度请求响应信息中只需提供该编号，所述用户设备即可基于所述编号查表获得对应的睡眠模式，从而根据所述网络的指示在特定的至少一个子帧内在睡眠状态和唤醒状态之间切换。

在一个变化例中，对于配置有非连续接收的用户设备，所述网络还可以通过所述调度请求响应信息指示所述用户设备仅在所述非连续接收的唤醒时间(on duration)内的一个子集内处于唤醒状态。本领域技术人员理解，较之现有的技术方案中，用户设备必须在所述非连续接收的唤醒时间内始终保持唤醒状态，本变化例能够进一步的增加所述用户设备的睡眠时间，有利于更好的节省所述用户设备的能源消耗。优选地，所述子集可以是子帧，也可以是多个连续子帧组成的集合。

例如，可以通过所述调度请求响应信息指示所述用户设备，在执行到所述唤醒时间时，仅在所述唤醒时间的前x个子帧内保持唤醒状态；又例如，还可以通过所述调度请求响应信息以百分比的形式指示所述用户设备，仅在所述唤醒时间的z％个子帧内保持唤醒状态。优选地，所述x和所述z的具体数值可以由所述网络通过所述调度请求响应信息指定。或者，所述x和所述z的具体数值还可以在建立所述无线资源控制协议的过程中，通过预先设定或者协议参数(例如sr-ConfigIndex)确定。

下面结合图5至图7作进一步阐述。具体地，在图5至图7示出的应用场景中，所述用户设备可以基于短非连续接收(short DRX cycle)配置C1和长非连续接收(long DRXcycle)配置C2运行，其中，所述短非连续接收配置C1和长非连续接收配置C2分别包括间隔的唤醒时间(对应图5至图7中的波峰位置)和睡眠时间(对应图5至图7中的波谷位置)。本领域技术人员理解，所述短非连续接收和长非连续接收的运行原理属于现有技术，不是本发明实施例讨论的重点，在此不予赘述。

在结合图5的一个典型的应用场景中，对于需要向所述网络传输流量的用户设备，在所述用户设备执行操作s5(即向所述网络发送调度请求)后，所述网络执行操作s6以向所述用户设备发送调度请求响应信息，其中，所述调度请求响应信息包括调度请求接受信息以表示所述网络接受所述调度请求，并且所述网络还通过所述调度请求接受信息向所述用户设备分配了授权资源；由于所述网络通过所述调度请求响应信息指示了接受等待时间段(T_accept)T2，所以所述用户设备在所述接受等待时间段T2内可以处于睡眠状态，并在所述接受等待时间段T2到期后由睡眠状态切换为唤醒状态，以执行操作s7，基于所述授权资源向所述网络传输流量。优选地，所述调度请求接受信息的内容可以由所述调度请求响应信息中的一个或多个域指示。

作为一个变化例的，所述网络还可以通过所述调度请求接受信息指示所述用户设备仅在所述接受等待时间段T2中的一个子集中处于唤醒状态，以监听所述物理下行控制信道。

进一步地，若所述接受等待时间段T2包括所述短非连续接收配置C1和/或所述长非连续接收配置C2指示的唤醒时间，则可以由所述用户设备自行选择在所述唤醒时间内处于睡眠状态还是唤醒状态。

进一步地，在接收到所述调度请求时，若所述网络正好有资源可以分配，则可以指示较短的接受等待时间段T2，使得所述用户设备只需等待较短时间即可执行所述操作s7；或者，若所述网络当前没有合适资源可以分配，但确定在一段时间后有资源可分配，则可以根据所述资源的当前被使用进度来指示所述接受等待时间段T2的长度，使得所述用户设备保持睡眠状态直至所述资源可用。

例如，当所述网络接收到来自用户设备A的调度请求时，暂时没有可用资源能够分配给所述用户设备A使用，但所述网络确定用户设备B在80ms内可以完成数据传输(所述用户设备B当前正在使用所述网络分配的资源向所述网络传输数据)，则所述网络可以将所述接受等待时间段T2设定为80ms并通过所述调度请求响应信息指示给所述用户设备A，使得所述用户设备A可以在所述接收等待时间段T2内保持睡眠状态，并在80ms后(即所述用户设备B使用完所述资源后)，使用所述资源向所述网络传输数据。

进一步地，所述接受等待时间段T2可以从所述用户设备接收到所述调度请求接受信息的下一子帧开始，也可以基于所述调度请求接受信息的指示，在所述用户设备接收到所述调度请求接受信息的下多个子帧开始。在一个变化例中，所述接受等待时间段T2还可以在所述用户设备接收到所述调度请求接受信息后的一段时间内开始，所述一段时间可以由所述网络指定。在实际应用中，即使所述网络指示所述接受等待时间段T2自所述用户设备接收到所述调度请求接受信息的下一子帧开始，由于信号传输和所述用户设备处理需要时间，所以所述接受等待时间段T2的开始时间也可能晚于所述网络指示的时间，本领域技术人员应将此作为可接受误差考虑在内，这并不影响本发明技术方案的实施。

在结合图6的一个典型的应用场景中，对于需要向所述网络传输流量的用户设备，在所述用户设备执行操作s8(即向所述网络发送调度请求)后，所述网络执行操作s9以向所述用户设备发送调度请求响应信息，其中，所述调度请求响应信息包括调度请求拒绝信息以表示所述网络拒绝所述调度请求则所述用户设备执行操作s10，保持唤醒状态，并开始建立随机接入以向所述网络传输流量。

进一步地，对于配置有非连续接收的用户设备，可以在下一个唤醒时间内执行所述操作s10。

在本应用场景的一个变化例中，所述网络当前无法为所述用户设备分配资源，也不确定将来是否可以为所述用户设备分配资源，则所述网络还通过所述调度请求拒绝信息为所述用户设备提供资源，所述资源仅用于所述用户设备发送所述调度请求，相应的，所述操作s10可以被替换为，所述用户设备在接收到所述调度请求拒绝信息后保持唤醒状态，并通过所述资源再次向所述网络发送所述调度请求。优选地，所述资源可以是物理上行控制信道(Physical Uplink Control Channel，简称PUCCH)的资源。本领域技术人员理解，本变化例允许所述用户设备不通过原有的调度请求间隔来重新发送所述调度请求，而是可以通过所述网络指示的新的资源(例如，PUCCH上的资源)来向所述网络重新发送所述调度请求。

本领域技术人员理解，较之图5所示的应用场景，在本应用场景中，所述网络确定无法为所述用户设备分配资源，则直接拒绝所述用户设备的调度请求，使得所述用户设备可以转而采用其他方法向所述网络发送数据，而不是如现有技术无意义的等待所述网络的响应直至重发调度请求的重发次数达到最大限制次数。

而在结合图7的一个典型的应用场景中，对于需要向所述网络传输流量的用户设备，在所述用户设备执行操作s11(即向所述网络发送调度请求)后，所述网络执行操作s12以向所述用户设备发送调度请求响应信息，其中，所述调度请求响应信息包括调度请求重试信息以表示所述网络暂时拒绝所述调度请求；由于所述网络通过所述调度请求重试信息指示了重试等待时间段(T_retry)T3，所以所述用户设备在所述重试等待时间段T3内可以处于睡眠状态，并在所述重试等待时间段T3到期后由睡眠状态切换为唤醒状态，以执行操作s13，重新向所述网络发送所述调度请求。

作为一个变化例的，所述调度请求重试信息还可以用于指示所述用户设备在所述重试等待时间段T3内处于睡眠状态，并至少在所述重试等待时间段T3到期前不重新发送所述调度请求。本领域技术人员理解，在本变化例中，由所述用户设备自行决定是否在所述重试等待时间段T3到期后再次向所述网络发送所述调度请求。进一步地，当所述重试等待时间段T3到期后，所述用户设备还可以开始建立随机接入以向所述网络传输流量。

本领域技术人员理解，较之图5和图6所示的应用场景，在本应用场景中，所述网络无法在所述预设时间内确定自身的资源能否分配给所述用户设备，则暂时拒绝所述用户设备的调度请求，以减少所述用户设备的等待时间。进一步地，若所述用户设备在所述重试等待时间段T3到期后仍向所述网络发送了所述调度请求，再基于新接收到的所述调度请求确定自身的资源能否分配给所述用户设备。

进一步地，本发明实施例的技术方案也可以适用于只配置了长非连续接收或者只配置了短非连续接收的用户设备。

由上，采用第二实施例的方案，当用户设备有流量要发送给网络，但是还未得到网络的授权，或者网络授权的流量传输时刻还未到来时，通过本方案能够允许用户设备获得更多的睡眠时间，以更好的节省电量。

图8是本发明的第三实施例的一种用户设备的资源请求装置的结构示意图。本领域技术人员理解，本实施例所述资源请求装置4用于实施上述图3至图7所示实施例中所述的方法技术方案。具体地，在本实施例中，所述资源请求装置4包括发送模块41，用于向网络发送调度请求；接收模块42，用于等待并接收来自所述网络的调度请求响应信息，所述调度请求响应信息由所述网络在所述用户设备发送调度请求后的预设时间内发出；其中，所述调度请求响应信息至少用于表示所述网络接受、拒绝或暂时拒绝所述调度请求。

进一步地，所述资源请求装置4还包括处理模块43，用于根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换。

在本实施例的一个典型的应用场景中，所述调度请求响应信息包括调度请求接受信息以表示所述网络接受所述调度请求，所述处理模块43包括第一处理子模块431，用于在所述调度请求接受信息指示的接受等待时间段内，在非连续接收周期配置指示的唤醒时间处于睡眠状态或唤醒状态，所述非连续接收周期配置包括间隔的唤醒时间和睡眠时间。

进一步地，所述处理模块43还包括第二处理子模块432，用于在所述接受等待时间段到期后，进入唤醒状态并基于授权资源向所述网络传输流量，所述授权资源由所述网络通过所述调度请求接受信息分配给所述用户设备。

在本实施例的另一个典型的应用场景中，所述调度请求响应信息包括调度请求拒绝信息以表示所述网络拒绝所述调度请求，所述处理模块43包括第三处理子模块433，用于在接收到所述调度请求拒绝信息后保持唤醒状态，并开始建立随机接入以向所述网络传输流量。

在一个变化例中，所述调度请求响应信息包括调度请求拒绝信息以表示所述网络拒绝所述调度请求，所述处理模块43还包括第四处理子模块434，用于在接收到所述调度请求拒绝信息后保持唤醒状态，并通过分配的资源再次向所述网络发送所述调度请求，所述分配的资源由所述网络通过所述调度请求拒绝信息提供并仅用于发送所述调度请求。

在本实施例的又一个典型的应用场景中，所述调度请求响应信息包括调度请求重试信息以表示所述网络暂时拒绝所述调度请求，所述处理模块43包括睡眠子模块435，用于在所述调度请求重试信息给定的重试等待时间段内处于睡眠状态；第五处理子模块436，用于在所述重试等待时间段到期后，转为唤醒状态并重新向所述网络发送所述调度请求。

在一个变化例中，所述调度请求响应信息包括调度请求重试信息以表示所述网络暂时拒绝所述调度请求，所述处理模块43还包括第六处理子模块437，用于在所述调度请求重试信息给定的重试等待时间段内处于睡眠状态，并至少在所述重试等待时间段到期前不重新发送所述调度请求。

进一步地，所述资源请求装置4还包括重新发送模块44，若超过所述预设时间仍未接收到所述调度请求响应信息，则重新发送所述调度请求。

关于所述资源请求装置4的工作原理、工作方式的更多内容，可以参照图3至图7中的相关描述，这里不再赘述。

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

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (18)

1.一种用户设备的资源请求方法，其特征在于，包括如下步骤：

向网络发送调度请求；

等待并接收来自所述网络的调度请求响应信息，所述调度请求响应信息由所述网络在所述用户设备发送调度请求后的预设时间内发出；

其中，所述调度请求响应信息至少用于表示所述网络接受、拒绝或暂时拒绝所述调度请求。

2.根据权利要求1所述的资源请求方法，其特征在于，还包括：

根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换。

3.根据权利要求2所述的资源请求方法，其特征在于，所述调度请求响应信息包括调度请求接受信息以表示所述网络接受所述调度请求，根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换包括：

在所述调度请求接受信息指示的接受等待时间段内，在非连续接收周期配置指示的唤醒时间处于睡眠状态或唤醒状态，所述非连续接收周期配置包括间隔的唤醒时间和睡眠时间。

4.根据权利要求3所述的资源请求方法，其特征在于，根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换还包括：

在所述接受等待时间段到期后，进入唤醒状态并基于授权资源向所述网络传输流量，所述授权资源由所述网络通过所述调度请求接受信息分配给所述用户设备。

5.根据权利要求2所述的资源请求方法，其特征在于，所述调度请求响应信息包括调度请求拒绝信息以表示所述网络拒绝所述调度请求，根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换包括：

在接收到所述调度请求拒绝信息后保持唤醒状态，并开始建立随机接入以向所述网络传输流量。

6.根据权利要求2所述的资源请求方法，其特征在于，所述调度请求响应信息包括调度请求拒绝信息以表示所述网络拒绝所述调度请求，根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换包括：

在接收到所述调度请求拒绝信息后保持唤醒状态，并通过分配的资源再次向所述网络发送所述调度请求，所述分配的资源由所述网络通过所述调度请求拒绝信息提供并仅用于发送所述调度请求。

7.根据权利要求2所述的资源请求方法，其特征在于，所述调度请求响应信息包括调度请求重试信息以表示所述网络暂时拒绝所述调度请求，根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换包括：

在所述调度请求重试信息给定的重试等待时间段内处于睡眠状态；

在所述重试等待时间段到期后，转为唤醒状态并重新向所述网络发送所述调度请求。

8.根据权利要求2所述的资源请求方法，其特征在于，所述调度请求响应信息包括调度请求重试信息以表示所述网络暂时拒绝所述调度请求，根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换包括：

在所述调度请求重试信息给定的重试等待时间段内处于睡眠状态，并至少在所述重试等待时间段到期前不重新发送所述调度请求。

9.根据权利要求1至8任一项所述的资源请求方法，其特征在于，还包括：

若超过所述预设时间仍未接收到所述调度请求响应信息，则重新发送所述调度请求。

10.一种用户设备的资源请求装置，其特征在于，包括：

发送模块，用于向网络发送调度请求；

接收模块，用于等待并接收来自所述网络的调度请求响应信息，所述调度请求响应信息由所述网络在所述用户设备发送调度请求后的预设时间内发出；

其中，所述调度请求响应信息至少用于表示所述网络接受、拒绝或暂时拒绝所述调度请求。

11.根据权利要求10所述的资源请求装置，其特征在于，还包括：

处理模块，用于根据所述调度请求响应信息控制所述用户设备在睡眠状态和唤醒状态之间切换。

12.根据权利要求11所述的资源请求装置，其特征在于，所述调度请求响应信息包括调度请求接受信息以表示所述网络接受所述调度请求，所述处理模块包括：

第一处理子模块，用于在所述调度请求接受信息指示的接受等待时间段内，在非连续接收周期配置指示的唤醒时间处于睡眠状态或唤醒状态，所述非连续接收周期配置包括间隔的唤醒时间和睡眠时间。

13.根据权利要求12所述的资源请求装置，其特征在于，所述处理模块还包括：

第二处理子模块，用于在所述接受等待时间段到期后，进入唤醒状态并基于授权资源向所述网络传输流量，所述授权资源由所述网络通过所述调度请求接受信息分配给所述用户设备。

14.根据权利要求11所述的资源请求装置，其特征在于，所述调度请求响应信息包括调度请求拒绝信息以表示所述网络拒绝所述调度请求，所述处理模块包括：

第三处理子模块，用于在接收到所述调度请求拒绝信息后保持唤醒状态，

并开始建立随机接入以向所述网络传输流量。

15.根据权利要求11所述的资源请求装置，其特征在于，所述调度请求响应信息包括调度请求拒绝信息以表示所述网络拒绝所述调度请求，所述处理模块包括：

第四处理子模块，用于在接收到所述调度请求拒绝信息后保持唤醒状态，

并通过分配的资源再次向所述网络发送所述调度请求，所述分配的资源由所述网络通过所述调度请求拒绝信息提供并仅用于发送所述调度请求。

16.根据权利要求11所述的资源请求装置，其特征在于，所述调度请求响应信息包括调度请求重试信息以表示所述网络暂时拒绝所述调度请求，所述处理模块包括：

睡眠子模块，用于在所述调度请求重试信息给定的重试等待时间段内处于睡眠状态；

第五处理子模块，用于在所述重试等待时间段到期后，转为唤醒状态并重新向所述网络发送所述调度请求。

17.根据权利要求11所述的资源请求装置，其特征在于，所述调度请求响应信息包括调度请求重试信息以表示所述网络暂时拒绝所述调度请求，所述处理模块包括：

第六处理子模块，用于在所述调度请求重试信息给定的重试等待时间段内处于睡眠状态，并至少在所述重试等待时间段到期前不重新发送所述调度请求。

18.根据权利要求10至17任一项所述的资源请求装置，其特征在于，还包括：

重新发送模块，若超过所述预设时间仍未接收到所述调度请求响应信息，

则重新发送所述调度请求。

Images