资源申请方法、装置、终端设备以及存储介质

本公开涉及通信技术领域，尤其涉及一种资源申请方法、装置、终端设备以及存储介质。

在无线通信系统中，终端设备会向网络设备上报缓冲区状态报告(BufferStatusReport，BSR)和功率余量报告(power headroom report，PHR)，用于告知网络设备当前终端设备待传输的数据量以及当前终端设备可以利用的发射功率，以使网络设备基于功率余量报告向终端设备分配适于该数据量的上行资源。

相关技术中，若终端设备与上层业务进行通信的过程中，网络设备分配的上行资源不能满足终端设备当前的数据传输，导致传输数据积累，影响数据传输过程的连续性，使得上层业务出现明显的卡顿延迟，降低了用户的使用体验。

本公开提供了一种资源申请方法、装置、终端设备以及存储介质，主要目的当终端设备发生业务卡顿事件且上行资源不满足数据传输需求时，对终端设备的配置进行优化，并以优化后的功率余量目标值申请上行资源，使得终端设备可以被分配到更多的上行资源，从而使得终端设备基于分配到的上行资源进行数据传输的过程更为连续，进而有效缓解终端设备卡顿延迟的情况，提高了用户的使用体验。

根据本公开的一方面，提供了一种资源申请方法，包括：

响应于所述终端设备发生业务卡顿事件，确定上行资源是否满足数据传输需求；

若所述上行资源不满足数据传输需求，则对所述终端设备的配置进行优化，以得到优化后的功率余量目标值；

根据所述功率余量目标值申请上行资源。

可选的，所述确定所述上行资源是否满足数据传输需求，包括：

获取所述终端设备的发送缓冲区数据量；

若所述发送缓冲区数据量大于第一阈值，则计算第一预设时间内所述终端设备的整体上行调度率Rs和连续n个单位子帧数量内的上行调度率Ri，其中，Ri为第i个单位子帧数量内的上行调度率，n为大于1的正整数，i＝1，2，3，…，n；

若所述Ri≥Ri+1，且Rn与Rs的绝对值之差小于第二阈值，则确定所述上行资源不满足数据传输需求，其中，Rn表示所述连续n个单位子帧数量中第n个单位子帧数量对应的上行调度率。

可选的，所述对所述终端设备的配置进行优化，包括：

确定所述终端设备的无线接入类型RAT；

基于所述RAT对所述终端设备的配置进行优化。

可选的，所述基于所述RAT对所述终端设备的配置进行优化，包括：

计算第二预设时间内所述终端设备的重传率；

若所述重传率大于所述RAT对应的第三阈值，则执行第一操作，并在执行所述第一操作之后，执行第二操作；

若所述重传率小于或等于所述RAT对应的第三阈值，则执行所述第二操作；

在所述终端设备执行所述第二操作之后，执行第三操作，以得到目标MTPL。

可选的，所述第一操作，包括：

获取所述终端设备的调制阶数；

若所述调制阶数大于预设调制阶数，则设置大于预设调制阶数的调制阶数为不可用状态。

可选的，所述第二操作，包括：

获取所述终端设备的MTPL的配置信息，其中，所述配置信息包括回退配置信息；

响应于所述回退配置信息为第一数值，则将所述回退配置信息更改为第二数值，以关闭所述回退功能，并将所述MTPL设置至初始值。

可选的，所述第三操作，包括：

获取所述终端设备注册的band的Tx power的功率等级；

若所述Tx power的功率等级为预设功率等级，则将所述终端设备当前的MTPL增加预设值，以得到目标MTPL。

可选的，所述得到优化后所述终端设备对应的功率余量目标值，包括：基于所述目标MTPL，得到功率余量目标值。

可选的，根据所述功率余量目标值申请上行资源，包括：

通过功率余量报告上报所述功率余量目标值，以申请上行资源。

可选的，在所述根据所述功率余量目标值申请上行资源之后，所述方法还包括：

确定所述终端设备的上行资源是否满足数据传输需求；

若所述终端设备的上行资源满足数据传输需求，则根据所述功率余量预设值申请上行资源。

可选的，在所述对所述终端设备的配置进行优化之前，所述方法还包括：

获取所述终端设备申请上行资源的功率余量预设值。

根据本公开的另一方面，提供了一种资源申请装置，包括：

确定模块，用于响应于所述终端设备发生业务卡顿事件，确定所述上行资源是否满足数据传输需求；

优化模块，用于若所述上行资源不满足数据传输需求，则对所述终端设备的配置进行优化，以得到优化后的功率余量目标值；

发送模块，用于根据所述功率余量目标值申请上行资源。

可选的，所述确定模块，具体用于：

获取所述终端设备的发送缓冲区数据量；

若所述发送缓冲区数据量大于第一阈值，则计算第一预设时间内所述终端设备的整体上行调度率Rs和连续n个单位子帧数量内的上行调度率Ri，其中，Ri为第i个单位子帧数量内的上行调度率，n为大于1的正整数，i＝1，2，3，…，n；

若所述Ri≥Ri+1，且Rn与Rs的绝对值之差小于第二阈值，则确定所述上行资源不满足数据传输需求，其中，Rn表示所述连续n个单位子帧数量中第n个单位子帧数量对应的上行调度率。

可选的，所述优化模块，具体用于：

确定所述终端设备的无线接入类型RAT；

基于所述RAT对所述终端设备的配置进行优化。

可选的，所述优化模块，还用于：

计算第二预设时间内所述终端设备的重传率；

若所述重传率大于所述RAT对应的第三阈值，则执行第一操作，并在执行所述第一操作之后，执行第二操作；

若所述重传率小于或等于所述RAT对应的第三阈值，则执行所述第二操作；

在所述终端设备执行所述第二操作之后，执行第三操作，以得到目标最大发射功率电平MTPL。

可选的，所述优化模块，还用于：

获取所述终端设备的调制阶数；

若所述调制阶数大于预设调制阶数，则设置大于预设调制阶数的调制阶数为不可用状态。

可选的，所述优化模块，还用于：

获取所述终端设备的MTPL的配置信息，其中，所述配置信息包括回退配置信息，若所述回退配置信息为第一数值，则指示回退功能为“开启”状态；若所述回退配置信息为第二数值，则指示回退功能为“关闭”状态；

其中，响应于所述回退配置信息为第一数值，则将所述回退配置信息更改为第二数值，以关闭所述回退功能，并将所述MTPL设置至初始值。

可选的，所述优化模块，还用于：

获取所述终端设备注册的band的Tx power的功率等级；

若所述Tx power的功率等级为预设功率等级，则将所述终端设备当前的MTPL增加预设值，以得到目标MTPL。

可选的，所述优化模块，还用于：

基于所述目标MTPL，得到功率余量目标值。

可选的，所述发送模块，还用于：

通过功率余量报告上报所述功率余量目标值，以申请上行资源。

可选的，所述装置，还用于：

确定所述终端设备的上行资源是否满足数据传输需求；

若所述终端设备的上行资源满足数据传输需求，则根据功率余量预设值申请上行资源。

可选的，所述装置，还用于：

获取所述终端设备申请上行资源的功率余量预设值。

根据本公开的另一方面，提供了一种终端设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行前述一方面中任一项所述的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行前述一方面中任一项所述的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现前述一方面中任一项所述的方法。

在本公开一个或多个实施例中，通过响应于终端设备发生业务卡顿事件，确定上行资源是否满足数据传输需求，若上行资源不满足数据传输需求，则对终端设备的配置进行优化，以得到优化后的功率余量目标值，根据功率余量目标值申请上行资源。由此，当终端设备发生业务卡顿事件且上行资源不满足数据传输需求时，对终端设备的配置进行优化，并以优化后的功率余量目标值申请上行资源，使得终端设备可以被分配到更多的上行资源，从而使得终端设备基于分配到的上行资源进行数据传输的过程更为连续，进而有效缓解终端设备卡顿延迟的情况，提高了用户的使用体验。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其他特征将通过以下的说明书而变得容易理解。

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1示出本公开一个实施例提供的资源申请方法的流程示意图；

图2示出本公开另一个实施例提供的资源申请方法的流程示意图；

图3示出本公开实施例提供的一种资源申请方法的流程示意图；

图4示出本公开另一个实施例提供的资源申请方法的流程示意图；

图5示出本公开实施例提供的一种资源申请方法的流程示意图；

图6示出本公开另一个实施例提供的资源申请方法的流程示意图；

图7示出本公开一个实施例提供的资源申请装置的结构示意图；

图8是用来实现本公开实施例的资源申请方法的终端设备的框图。

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是本公开的一个实施例提出的资源申请方法的流程示意图，

其中，需要说明的是，本实施例的资源申请方法的执行主体为资源申请装置，该装置可以由软件和/或硬件的方式实现，该装置可以配置在终端设备中，终端设备可以为手机、掌上电脑等。

如图1所述，该资源申请方法，包括：

S101，响应于终端设备发生业务卡顿事件，确定上行资源是否满足数据传输需求。

其中，业务卡顿事件可以用于表征影响终端设备当前业务连续的事件。在终端设备使用业务的过程中，可以通过预设的数据传输接口监测是否接收到业务方发送的卡顿指示信息，以确定是否发生业务卡顿事件。

以及，上述业务方可以是游戏软件/视频软件/音乐软件/聊天软件。

举例而言，终端设备中的视频软件在播放视频过程中，若终端设备检测到视频软件的卡顿指示信息，终端设备则可确定发生业务卡顿事件，即此时终端设备出现了视频卡段的情况。或者，终端设备中的游戏软件在运行过程中，若终端设备检测到游戏软件对应的406指示信息(该406指示信息是由于游戏软件运行过程中无法成功加载页面时产生的)，终端设备则可确定发生了业务卡顿事件。

其中，在通信领域中，终端设备向网络设备发送数据，可以称之为上行，而网络设备向终端设备发送数据，可以称之为下行。

其中，上行资源，是指支持上行过程的信道资源，例如物理上行共享信道(Physical Uplink Shared Channel，PUSCH)的资源。

以及，一些实施例中，响应于终端设备发生业务卡顿事件后，终端设备需要确定终端设备的上行资源是否满足数据传输需求，以便确定是否由于终端设备的上行资源不足导致发生的业务卡顿事件。

其中，一些实施例中，若确定终端设备的上行资源满足数据传输需求，则说明此时终端设备可以正常将需要传输的数据发送至网络设备，进而说明不是由于终端设备的上行资源不足导致发送业务卡顿事件，可能是由于网络设备没有及时向终端设备转发数据或者是终端设备中业务方没有接收到相关数据导致出现业务卡顿事件，基于此终端设备不需要向网络设备申请更多的上行资源。

一些实施例中，若确定终端设备的上行资源不满足数据传输需求，则说明此时网络设备分配的上行资源不能满足终端设备当前的数据传输，导致传输数据积累，从而发生业务卡顿事件，基于此终端设备需要进行优化，以便终端设备可以被分配到更多的上行资源，进而满足数据传输需求，有效缓解卡顿延迟的情况。

一些实施例中，确定终端设备的上行资源是否满足数据传输需求的方法可以包括以下步骤：

步骤a、获取终端设备的发送缓冲区数据量。

步骤b、若发送缓冲区数据量大于第一阈值，则计算第一预设时间内终端设备的整体上行调度率Rs和连续n个单位子帧数量内的上行调度率Ri，其中，Ri为第i个单位子帧数量内的上行调度率，n为大于1的正整数，i＝1，2，3，…，n。

一些实施例中，若发送缓冲区数据量小于或等于第一阈值，则说明当前终端设备中没有数据未及时发出，终端设备侧的数据传输正常，基于此确定确定上行资源满足数据传输需求。

一些实施例中，若发送缓冲区数据量大于第一阈值，则说明当前终端设备中有数据未及时发出，有数据积累，此时需要进一步计算终端设备的上行调度率和连续n个单位子帧数量内的上行调度率Ri，以确定上行资源是否满足数据传输需求。

一些实施例中，上述第一阈值可以根据需要预先配置到终端设备中，例如第一阈值可以设置为0。

一些实施例中，计算第一预设时间内终端设备的整体上行调度率Rs的方法可以包括：启动计时器，统计终端设备传输第一上行子帧数量和下行子帧数量，当计时器达到第一预设时间时停止统计，第一预设时间内终端设备的整体上行调度率Rs＝第一上行子帧数量/(第一上行子帧数量+下行子帧数量)。其中，第一预设时间为终端设备响应发生业务卡顿事件之后的时间，基于此Rs为业务卡顿期间终端设备的整体上行调度率，以及第一预设时间可以预先配置到终端设备中，例如3s。

以及，计算连续n个单位子帧数量内的上行调度率Ri的方法可以包括：实时监测连续n个单位子帧数量内，每个单位子帧数量内终端设备发送的第二上行子帧数量，并通过上行调度率Ri＝第二上行子帧数量/单位子帧数量，得到连续n个单位子帧数量内，每个单位子帧数量内的上行调度率。

举例而言，假设单位子帧数量为100个子帧，n为5，则实时监测连续500个子帧数量内，每100个子帧中的上行子帧数量，通过上行调度率Ri＝上行子帧数量/100，分别得到每个单位子帧数量对应的上行调度率R1、R2、R3、R4、R5。

步骤c、若Ri≥Ri+1，且Rn与Rs的绝对值之差小于第二阈值，则确定上行资源不满足数据传输需求。

一些实施例中，上述第二阈值可以为接近于零的实数。

一些实施例中，若Ri≥Ri+1，且Rn与Rs的绝对值之差小于第二阈值，则说明连续n个单位子帧数量内的上行调度率呈下降的趋势，且接近与业务出现卡顿的整体上行调度率，进而表明当前终端设备的上行调度率较低，且此时发送缓冲区数据量大于第一阈值，基于此确定终端设备当前分配到的上行资源不能满足数据传输。

举例而言，若R1≥R2≥R3≥R4≥R5，且|Rn-Rs|小于第二阈值，则确定上行资源，不满足数据传输需求。

S102，若上行资源不满足数据传输需求，则对终端设备的配置进行优化，以得到优化后的功率余量目标值。

在一些实施例中，上述对终端设备的配置进行优化的方法可以包括：确定终端设备的RAT(无线接入类型，Radio Access Type)，并基于RAT对终端设备的配置进行优化。

一些实施例中，终端设备可以根据自身的配置信息确定该终端设备的RAT。

其中，上述RAT可以包括：

LTE(长期演进网络，Long Term Evolution)；或

SA(独立组网，Standalone)。

一些实施例中，当终端设备对应的RAT不同时，基于RAT对终端设备的配置进行优化的方法也有所不同，这部分内容会在后续实施例中进行详细介绍，本公开实施例在此不做赘述。

一些实施例中，功率余量(power headroom，PH)等于终端设备最大发射功率与当前PUSCH传输功率的差值，功率余量可以表示终端设备除了当前PUSCH传输所使用的传输功率之外，剩余的传输功率。其中，终端设备的功率余量越大，网络设备可以为终端设备分配更多的上行资源。

一些实施例中，对终端设备的配置进行优化后，可以得到终端设备的目标MTPL(最大发射功率电平)，通过目标MTPL与当前PUSCH传输功率的差值得到功率余量目标值。

S103，根据功率余量目标值申请上行资源。

一些实施例中，根据功率余量目标值申请上行资源的方法可以包括：

通过功率余量报告(power headroom report，PHR)上报功率余量目标值，以申请上行资源。

一些实施例中，上述功率余量目标值是根据终端设备优化后的目标MTPL得到的，当通过功率余量报告将功率余量目标值上报至网络设备后，网络设备可以基于当前终端设备中可使用的功率余量目标值，确定该终端设备除了当前PUSCH传输所使用的传输功率之外，还可以利用的剩余发射功率，然后基于剩余发射功率可以对终端设备分配更多用于上行数据传输的上行资源(如PUSCH资源)，其中剩余发射功率与上行资源呈对应关系，剩余发射功率越多，对应可以分配到的上行资源越多。

在本公开一个或多个实施例中，通过响应于终端设备发生业务卡顿事件，确定上行资源是否满足数据传输需求，若上行资源不满足数据传输需求，则对终端设备的配置进行优化，以得到优化后的功率余量目标值，根据功率余量目标值申请上行资源。由此，当终端设备发生业务卡顿事件且上行资源不满足数据传输需求时，对终端设备的配置进行优化，并以优化后的功率余量目标值申请上行资源，使得终端设备可以被分配到更多的上行资源，从而使得终端设备基于分配到的上行资源进行数据传输的过程更为连续，进而有效缓解终端设备卡顿延迟的情况，提高了用户的使用体验。

图2是本公开的一个实施例提出的资源申请方法的流程示意图，

如图2所示，该资源申请方法，可以包括：

S201，响应于终端设备发生业务卡顿事件，确定上行资源是否满足数据传输需求。

S201的描述说明可以具体参见上述实施例，在此不再赘述。

S202，若上行资源不满足数据传输需求，确定终端设备的RAT。

一些实施例中，终端设备可以根据自身的配置信息确定该终端设备的RAT。

S203，当确定终端设备的RAT为LTE时，计算第二预设时间内终端设备的重传率。

一些实施例中，可以根据终端设备在第二预设时间内重传的数据量占总发送数据量的比重，得到该终端设备在第二预设时间内的重传率。

一些实施例中，第二预设时间可以预先配置到终端设备中，例如5s。

S204，若重传率大于LTE对应的第三阈值，则执行第一操作，并在执行第一操作之后，执行第二操作。

一些实施例中，上述第三阈值是与该终端设备的RAT对应的。其中，当确定终端设备的RAT为LTE时，第三阈值可以设置为10％，或者12％等。

一些实施例中，若重传率大于10％，则可能是由于终端设备的调制阶数与终端设备当前的信道质量不匹配，从而使得终端设备的重传率较高，基于此可以执行第一操作。

一些实施例中，上述第一操作可以包括：获取终端设备的调制阶数，若调制阶数大于预设调制阶数，则设置大于预设调制阶数的调制阶数为不可用状态。

一些实施例中，为保证数据传输的最低要求，上述预设调制阶数可以设置为16QAM(正交振幅调制，Quadrature Amplitude Modulation)，则当获取终端设备的调制阶数大于16QAM时，说明此时终端设备的调制阶数较高，信道质量不能满足当前终端设备的调制阶数，基于此为保证终端设备数据传输的连续性，可以降低终端设备的调制阶数，即设置大于预设调制阶数的调制阶数(例如，64QAM)为不可用状态，同时终端设备可以将调制阶数变化同步至网络设备，以便网络设备通过终端设备支持的调制阶数与终端设备进行数据传输。

以及，终端设备通过执行第一操作更新调制阶数之后，还需要优化自身的最大发射功率，以获取更多的上行资源，由此终端设备在执行第一操作之后，执行第二操作。

一些实施例中，若获取终端设备当前的调制阶数小于或等于预设调制阶数，则说明此时终端设备的调制阶数已经很小，不需要进行调整，由此终端设备直接执行第二操作。

一些实施例中，上述第二操作可以包括：获取终端设备的MTPL的配置信息，其中，该配置信息包括回退配置信息，响应于回退配置信息为第一数值，则将回退配置信息更改为第二数值，以关闭回退功能，并将MTPL设置至初始值。

一些实施例中，若终端设备的MTPL的配置信息中回退配置信息为第一数值，则指示回退功能为“开启”状态，此时当终端设备需要的MTPL较低时，可以自适应的将MTPL进行回退，以使得终端设备的MTPL小于初始值，进而使得网络设备可以将资源分配给需要资源的其他终端设备，提高资源整体的利用率。但是，回退功能“开启”状态并没有自适应提高终端设备的MTPL的功能，基于此，当终端设备上行资源不能满足数据传输时，若回退配置信息为第一数值，终端设备可以将回退配置信息更改为第二数值，以关闭回退功能，并将MTPL设置至初始值，以使得终端设备的MTPL大于回退功能“开启”状态下的MTPL，进而提高当前终端设备的MTPL。其中，MTPL设置的初始值为RF配置的功率。

一些实施例中，若终端设备的MTPL的配置信息中回退配置信息为第二数据，则指示回退功能为“关闭”状态，说明此时终端设备的MTPL即为初始值，不需要调整。

一些实施例中，上述第一数值可以为1，第二数值可以为0。

举例而言，假设回退配置信息为1，则是指回退功能为“开始”状态。

S205，若重传率小于或等于LTE对应的第三阈值，则执行第二操作。

关于第二操作的描述说明可以具体参见上述实施例，在此不再赘述。

S206，在终端设备执行第二操作之后，执行第三操作，以得到目标MTPL。

一些实施例中，上述第三操作可以包括：获取终端设备注册的band(带域)的Txpower(发射功率)的功率等级，若Tx power的功率等级为预设功率等级，则将终端设备当前的MTPL增加预设值，以得到目标MTPL。

一些实施例之中，上述预设功率等级可以为pc(功率等级，power class)3，以及pc3对应的最大发射功率为23dbm。

一些实施例之中，若终端设备对应的Tx power的功率等级为pc3，则基于当前终端设备的硬件处理数据的能力以及避免功率太大使得硬件有所损坏，可以将MTPL在初始值的基础上增加预设值，以得到目标MTPL。其中，预设值可以设置为1.5dbm。

一些实施例之中，若终端设备对应的Tx power的功率等级不为pc3，则终端设备当前的MTPL即为目标MTPL。

S207，基于目标MTPL，得到功率余量目标值。

一些实施例中，功率余量目标值等于目标MTPL与当前PUSCH传输功率的差值。

S208，根据功率余量目标值申请上行资源。

S208的描述说明可以具体参见上述实施例，在此不再赘述。

基于上述内容，对实施例中的资源申请方法进行举例说明。

图3是本公开实施例中进行资源申请的流程示意图，该流程包括：响应于终端设备发生业务卡顿事件，确定上行资源是否满足数据传输需求；在确定上行资源不满足数据传输需求之后，可以确定终端设备的RAT；当确定终端设备的RAT为LTE时，计算5s内终端设备的重传率；判断重传率是否大于10％；在重传率大于10％时，则判断终端设备的调制阶数是否大于16QAM，在调制阶数大于16QAM时，设置64QAM为不可用状态，然后判断终端设备的MTPL的配置信息是否包括回退配置信息；在调制阶数小于或等于16QAM时，直接判断终端设备的MTPL的配置信息是否包括回退配置信息；在重传率小于或等于10％时，则直接判断终端设备的MTPL的配置信息是否包括回退配置信息；在终端设备的MTPL的配置信息包括回退配置信息时，关闭回退配置，并将MTPL设置为RF配置的功率，然后判断终端设备注册的band的Tx power的功率等级是否为pc3；在终端设备的MTPL的配置信息不包括回退配置信息时，判断终端设备注册的band的Tx power的功率等级是否为pc3；在终端设备注册的band的Txpower的功率等级不是pc3时，基于目标MTPL，得到功率余量目标值；在终端设备注册的band的Tx power的功率等级是pc3时，MTPL增加1.5dbm得到目标MTPL，然后基于目标MTPL，得到功率余量目标值；并根据功率余量目标值申请上行资源。

在本公开一个或多个实施例中，通过响应于终端设备发生业务卡顿事件，确定上行资源是否满足数据传输需求，若上行资源不满足数据传输需求，则对终端设备的配置进行优化，以得到优化后的功率余量目标值，根据功率余量目标值申请上行资源。由此，当终端设备发生业务卡顿事件且上行资源不满足数据传输需求时，对终端设备的配置进行优化，并以优化后的功率余量目标值申请上行资源，使得终端设备可以被分配到更多的上行资源，从而使得终端设备基于分配到的上行资源进行数据传输的过程更为连续，进而有效缓解终端设备卡顿延迟的情况，提高了用户的使用体验。

图4是本公开的一个实施例提出的资源申请方法的流程示意图，

如图4所示，该资源申请方法，可以包括：

S401，响应于终端设备发生业务卡顿事件，确定上行资源是否满足数据传输需求。

S401的描述说明可以具体参见上述实施例，在此不再赘述。

S402，若上行资源不满足数据传输需求，确定终端设备的RAT。

一些实施例中，终端设备可以根据自身的配置信息确定该终端设备的RAT。

S403，当确定终端设备的RAT为SA时，计算第二预设时间内终端设备的重传率。

一些实施例中，可以根据终端设备在第二预设时间内重传的数据量占总发送数据量的比重，计算该终端设备在第二预设时间内的重传率。

一些实施例中，第二预设时间可以预先配置到终端设备中，例如5s。

S404，若重传率大于SA对应的第三阈值，则执行第一操作，并在执行第一操作之后，执行第二操作。

一些实施例中，上述第三阈值是与该终端设备的RAT对应的。其中，当确定终端设备的RAT为SA时，第三阈值可以设置为20％，或者15％等。一些实施例中，LTE对应的第三阈值小于SA对应的第三阈值。

一些实施例中，若重传率大于20％，则执行第一操作，并在执行第一操作之后，执行第二操作。

关于第一操作和第二操作的描述说明可以具体参见上述实施例，在此不再赘述。

其中，上述回退配置信息可以包括SAR(电磁辐射比吸收率，SpecificAbsorptionRate)回退配置信息或临时回退配置信息。

S405，若重传率小于或等于SA对应的第三阈值，则执行第二操作。

一些实施例中，若重传率小于或等于20％，则执行第二操作。

关于第二操作的描述说明可以具体参见上述实施例，在此不再赘述。

S406，在终端设备执行第二操作之后，执行第三操作，以得到目标MTPL。

S407，基于目标MTPL，得到功率余量目标值。

S408，根据功率余量目标值申请上行资源。

关于S406-S408的描述说明可以具体参见上述实施例，在此不再赘述。

基于上述内容，对实施例中的资源申请方法进行举例说明。

图5是本公开实施例中进行资源申请的流程示意图，该流程包括：响应于终端设备发生业务卡顿事件，确定上行资源是否满足数据传输需求；在确定上行资源不满足数据传输需求之后，可以确定终端设备的RAT；当确定终端设备的RAT为SA时，计算5s内终端设备的重传率；判断重传率是否大于20％；在重传率大于20％时，则判断终端设备的调制阶数是否大于16QAM，在调制阶数大于16QAM时，设置64QAM为不可用状态，然后判断终端设备的MTPL的配置信息是否包括回退配置信息；在调制阶数小于或等于16QAM时，直接判断终端设备的MTPL的配置信息是否包括回退配置信息；在重传率小于或等于10％时，则直接判断终端设备的MTPL的配置信息是否包括回退配置信息；在终端设备的MTPL的配置信息包括回退配置信息时，关闭回退配置，并将MTPL设置为RF配置的功率，然后判断终端设备注册的band的Txpower的功率等级是否为pc3；在终端设备的MTPL的配置信息不包括回退配置信息时，判断终端设备注册的band的Tx power的功率等级是否为pc3；在终端设备注册的band的Txpower的功率等级不是pc3时，基于目标MTPL，得到功率余量目标值；在终端设备注册的band的Tx power的功率等级是pc3时，MTPL增加1.5dbm得到目标MTPL，然后基于目标MTPL，得到功率余量目标值；得到功率余量目标值之后，根据功率余量目标值申请上行资源。

在本公开一个或多个实施例中，通过响应于终端设备发生业务卡顿事件，确定上行资源是否满足数据传输需求，若上行资源不满足数据传输需求，则对终端设备的配置进行优化，以得到优化后的功率余量目标值，根据功率余量目标值申请上行资源。由此，当终端设备发生业务卡顿事件且上行资源不满足数据传输需求时，对终端设备的配置进行优化，并以优化后的功率余量目标值申请上行资源，使得终端设备可以被分配到更多的上行资源，从而使得终端设备基于分配到的上行资源进行数据传输的过程更为连续，进而有效缓解终端设备卡顿延迟的情况，提高了用户的使用体验。

图6是本公开的一个实施例提出的资源申请方法的流程示意图，

如图6所示，该资源申请方法，包括：

S601、响应于终端设备发生业务卡顿事件，确定上行资源是否满足数据传输需求。

S602、若上行资源不满足数据传输需求，获取终端设备申请上行资源的功率余量预设值。

S603、对终端设备的配置进行优化，以得到优化后的功率余量目标值。

S604、根据功率余量目标值申请上行资源。

关于S601-S604的描述说明可以具体参见上述实施例，在此不再赘述。

S605、确定终端设备的上行资源是否满足数据传输需求。

一些实施例中，在对终端设备的配置进行优化后，可以在第三预设时间(例如，5s)计算连续m个单位子帧数量内的上行调度率Rj，其中，Rj为第j个单位子帧数量内的上行调度率，m为大于1的正整数，j＝1，2，3，…，m，若Rj≤Rj+1，且R1大于Rs，则确定上行资源满足数据传输需求。

S606、若终端设备的上行资源满足数据传输需求，则根据功率余量预设值申请上行资源。

一些实施例中，若终端设备的上行资源满足数据传输需求，则说明此时终端设备基于分配到的上行资源进行数据传输的过程是连续的，可以满足终端设备当前的业务传输需求，基于此终端设备可以根据配置优化前的功率余量预设值申请上行资源，从而实现终端可以当前的数据传输情况动态申请上行资源。

在本公开一个或多个实施例中，通过响应于终端设备发生业务卡顿事件，确定上行资源是否满足数据传输需求，若上行资源不满足数据传输需求，则对终端设备的配置进行优化，以得到优化后的功率余量目标值，根据功率余量目标值申请上行资源。由此，当终端设备发生业务卡顿事件且上行资源不满足数据传输需求时，对终端设备的配置进行优化，并以优化后的功率余量目标值申请上行资源，使得终端设备可以被分配到更多的上行资源，从而使得终端设备基于分配到的上行资源进行数据传输的过程更为连续，进而有效缓解终端设备卡顿延迟的情况，提高了用户的使用体验。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

请参见图7，其示出了本公开一个实施例提供的一种资源申请装置的结构示意图。该资源申请装置可以通过软件、硬件或者两者的结合实现成为装置的全部或一部分。该资源申请装置700包括确定模块701、优化模块702和发送模块703，其中：

确定模块701，用于响应于终端设备发生业务卡顿事件，确定上行资源是否满足数据传输需求；

优化模块702，用于若上行资源不满足数据传输需求，则对终端设备的配置进行优化，以得到优化后的功率余量目标值；

发送模块703，用于根据功率余量目标值申请上行资源。

可选的，确定模块701，还用于：

获取终端设备的发送缓冲区数据量；

若发送缓冲区数据量大于第一阈值，则计算第一预设时间内终端设备的整体上行调度率Rs和连续n个单位子帧数量内的上行调度率Ri，其中，Ri为第i个单位子帧数量内的上行调度率，n为大于1的正整数，i＝1，2，3，…，n；

若Ri≥Ri+1，且Rn与Rs的绝对值之差小于第二阈值，则确定上行资源不满足数据传输需求，其中，Rn表示所述连续n个单位子帧数量中第n个单位子帧数量对应的上行调度率。

可选的，上述优化模块702，还用于：

确定终端设备的RAT；

基于RAT对终端设备的配置进行优化。

可选的，上述优化模块702，还用于：

计算第二预设时间内终端设备的重传率；

若重传率大于RAT对应的第三阈值，则执行第一操作，并在执行第一操作之后，执行第二操作；

若所述重传率小于或等于所述RAT对应的第三阈值，则执行所述第二操作；

在终端设备执行第二操作之后，执行第三操作，以得到目标MTPL。

可选的，上述优化模块702，还用于：

获取终端设备的调制阶数；

若调制阶数大于预设调制阶数，则设置大于预设调制阶数的调制阶数为不可用状态。

可选的，上述优化模块702，还用于：

获取所述终端设备的MTPL的配置信息，其中，所述配置信息包括回退配置信息；

响应于所述回退配置信息为第一数值，则将所述回退配置信息更改为第二数值，以关闭所述回退功能，并将所述MTPL设置至初始值。

可选的，上述优化模块702，还用于：

获取所述终端设备注册的band的Tx power的功率等级；

若Tx power的功率等级为预设功率等级，则将终端设备当前的MTPL增加预设值，以得到目标MTPL。

可选的，上述优化模块702，还用于：

基于目标MTPL，得到功率余量目标值。

可选的，上述发送模块703，还用于：

通过功率余量报告上报功率余量目标值，以申请上行资源。

可选的，上述装置还用于：

确定终端设备的上行资源是否满足数据传输需求；

若终端设备的上行资源满足数据传输需求，则根据功率余量预设值申请上行资源。

可选的，上述装置还用于：

获取终端设备申请上行资源的功率余量预设值。

本公开的技术方案中，所涉及的用户个人信息的获取、存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种终端设备、一种可读存储介质。

图8示出了可以用来实施本公开的实施例的示例终端设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴电子设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图8所示，终端设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储终端设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

终端设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元808，例如网卡、调制解调器、无线通信收发机等。通信单元808允许终端设备800通过诸如因特网的计算机网络和/或各种电信网络与其他终端设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如资源申请方法。例如，在一些实施例中，资源申请方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元808而被载入和/或安装到终端设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的资源申请方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行资源申请方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑终端设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或电子设备使用或与指令执行系统、装置或电子设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或电子设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存电子设备、磁储存电子设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、互联网和区块链网络。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。