CN103826310B - 一种确定资源池容量的方法和设备 - Google Patents

Abstract

本发明实施例涉及无线通信技术领域，特别涉及一种确定资源池容量的方法和设备，用以解决现有技术中存在的基于竞争的上行传输中资源池的配置不合理，从而影响延迟增益效果的问题。本发明实施例的方法包括：用户设备根据当前的上行传输参数，确定上行传输时每个状态出现的概率；根据确定的所述上行传输时每个状态出现的概率，确定预估时延；若确定的预估时延大于预设的时延最大值，所述用户设备调整预设的资源池容量，并返回确定上行传输时每个状态出现的概率的步骤，若确定的预估时延不大于预设的时延最大值，所述用户设备将预设的资源池容量作为当前的资源池容量。采用本发明实施例的方法能够降低由于资源池配置不合理对延迟增益效果的影响。

Description

一种确定资源池容量的方法和设备

技术领域

本发明涉及无线通信技术领域，特别涉及一种确定资源池容量的方法和设备。

背景技术

LTE（Long Term Evolution，长期演进）系统进行上行传输有两种方式：基于调度的上行传输和基于竞争的上行传输。

基于调度的上行传输中，上行调度可以分为3个步骤：信息收集、调度判决和调度执行。

在信息收集阶段，调度所需的主要信息都来自于UE（用户设备）上报，其中SRS（Sounding Reference Signal，探测用参考信号）用于eNB（演进基站）评估上行信道质量；PHR（Power Headroom Report，功率余量上报）使eNB能够获知UE可用的上行发射功率；BSR（Buffer Status Report，缓存状态上报）向eNB提供了UE上行缓存待传输的数据量。eNB根据收集到的相关参数进行上行调度判决，判决的输出结果。

在调度执行阶段，eNB通过PDCCH（Physical Downlink Control Channel，物理下行控制信道）将上行调度指令发送至被调度的UE，指令中包括UE允许传输的数据量、可使用的时频资源等。UE根据接收到的调度指令进行传输。eNB对上行数据进行接收，并根据接收正确与否向UE发送ACK（ACKnowledge，正确应答指令）/NACK（Negative ACKnowledge，错误应答指令）反馈。

基于竞争的上行传输中，eNB并没有给UE分配指定的时频资源，而是分配了一个类似资源池（pool）的范围，收到grant（调度）的UE可以从这个pool里面随机的选择自己需要的资源大小，进行数据组织，然后发送给eNB，从而删减去大部分花费在调度上面的时间。

但是竞争的方式很容易出现多个UE同时传输数据时发生碰撞，这将导致这种延迟增益效果不明显。

例如：如果资源分配过剩，那么多个UE随机选择到相同资源的可能性会变小，从而上行碰撞的概率会减小，但会浪费大量的资源；如果资源分配不足，那么多个UE必然会选择相同的资源，从而增加发生碰撞的概率。而目前的资源池只是通过人工进行配置，无法进行合理分配。

综上所述，目前基于竞争的上行传输中资源池的配置不合理，从而影响延迟增益效果。

发明内容

本发明提供一种确定资源池容量的方法和设备，用以解决现有技术中存在的基于竞争的上行传输中资源池的配置不合理，从而影响延迟增益效果的问题。

本发明实施例提供的一种确定资源池容量的方法，包括：

用户设备根据当前的上行传输参数，确定上行传输时每个状态出现的概率；

所述用户设备根据确定的所述上行传输时每个状态出现的概率，确定预估时延；

若确定的预估时延大于预设的时延最大值，所述用户设备调整预设的资源池容量，并返回确定上行传输时每个状态出现的概率的步骤，若确定的预估时延不大于预设的时延最大值，所述用户设备将预设的资源池容量作为当前的资源池容量。

较佳地，所述用户设备调整预设的资源池容量之前，还包括：

所述用户设备初始化预设的资源池容量。

较佳地，所述用户设备初始化预设的资源池容量，包括：

所述用户设备根据上行业务和初始资源池容量的对应关系，将当前需要进行的上行业务对应的初始资源池容量作为预设的资源池容量；或

将时频资源的最小值作为预设的资源池容量。

较佳地，上行传输时的状态包括：

上行信息和控制信令解码成功；

上行信息解码失败，控制信令解码成功；

上行信息和控制信令都解码失败；

上行信息解码成功，控制信令解码失败。

较佳地，所述用户设备根据确定的所述上行传输时每个状态出现的概率，确定预估时延，包括：

根据下列公式确定预估时延：

T_D＝P₁×T₁+P₂×T₂+P₃×T₃+P₄×T₄；或

其中，T_D为预估时延；P₁为上行信息和控制信令解码成功出现的概率；P₂为上行信息解码失败，控制信令解码成功的概率；P₃为上行信息和控制信令都解码失败的概率；P₄为上行信息解码成功，控制信令解码失败的概率；T₁为上行信息和控制信令解码成功时完成传输所引起的时延；T₂为上行信息解码失败，控制信令解码成功时完成传输所引起的时延；T₃为上行信息和控制信令都解码失败时完成传输所引起的时延；T₄为上行信息解码成功，控制信令解码失败时完成传输所引起的时延；T₅为第一次传输到上行信息和控制信令都解码失败时的时长。

较佳地，所述用户设备调整预设的资源池容量，包括：

所述用户设备根据设定的步长值调整预设的资源池容量。

较佳地，所述用户设备将预设的资源池容量作为当前的资源池容量之后，还包括：

所述用户设备将所述当前的资源池容量通过网络侧设备通知给所在小区的其他用户设备。

本发明实施例提供的另一种确定资源池容量的方法，包括：

用户设备根据当前的上行传输参数，确定上行传输时每个状态出现的概率；

所述用户设备根据确定的所述上行传输时每个状态出现的概率，确定预估时延；

所述用户设备根据上行传输参数、预估时延和资源池容量的对应关系，确定所述当前的上行传输参数和所述预估时延对应的资源池容量，并将确定的资源池容量作为当前的资源池容量。

较佳地，上行传输时的状态包括：

上行信息和控制信令解码成功；

上行信息解码失败，控制信令解码成功；

上行信息和控制信令都解码失败；

上行信息解码成功，控制信令解码失败。

较佳地，所述用户设备根据确定的所述上行传输时每个状态出现的概率，确定预估时延，包括：

根据下列公式确定预估时延：

T_D＝P₁×T₁+P₂×T₂+P₃×T₃+P₄×T₄；或

其中，T_D为预估时延；P₁为上行信息和控制信令解码成功出现的概率；P₂为上行信息解码失败，控制信令解码成功的概率；P₃为上行信息和控制信令都解码失败的概率；P₄为上行信息解码成功，控制信令解码失败的概率；T₁为上行信息和控制信令解码成功时完成传输所引起的时延；T₂为上行信息解码失败，控制信令解码成功时完成传输所引起的时延；T₃为上行信息和控制信令都解码失败时完成传输所引起的时延；T₄为上行信息解码成功，控制信令解码失败时完成传输所引起的时延；T₅为第一次传输到上行信息和控制信令都解码失败时的时长。

较佳地，所述用户设备将预设的资源池容量作为当前的资源池容量之后，还包括：

所述用户设备将所述当前的资源池容量通过网络侧设备通知给所在小区的其他用户设备。

本发明实施例提供的一种确定资源池容量的用户设备，包括：

第一确定模块，用于根据当前的上行传输参数，确定上行传输时每个状态出现的概率；

第二确定模块，用于根据确定的所述上行传输时每个状态出现的概率，确定预估时延；

处理模块，用于若确定的预估时延大于预设的时延最大值，调整预设的资源池容量，并触发第一确定模块确定上行传输时每个状态出现的概率，若确定的预估时延不大于预设的时延最大值，将预设的资源池容量作为当前的资源池容量。

较佳地，所述第一确定模块还用于：

调整预设的资源池容量之前，初始化预设的资源池容量。

较佳地，所述第一确定模块具体用于：

根据上行业务和初始资源池容量的对应关系，将当前需要进行的上行业务对应的初始资源池容量作为预设的资源池容量；或将时频资源的最小值作为预设的资源池容量。

较佳地，上行传输时的状态包括：

上行信息和控制信令解码成功；

上行信息解码失败，控制信令解码成功；

上行信息和控制信令都解码失败；

上行信息解码成功，控制信令解码失败。

较佳地，所述第二确定模块具体用于，根据下列公式确定预估时延：

T_D＝P₁×T₁+P₂×T₂+P₃×T₃+P₄×T₄；或

其中，T_D为预估时延；P₁为上行信息和控制信令解码成功出现的概率；P₂为上行信息解码失败，控制信令解码成功的概率；P₃为上行信息和控制信令都解码失败的概率；P₄为上行信息解码成功，控制信令解码失败的概率；T₁为上行信息和控制信令解码成功时完成传输所引起的时延；T₂为上行信息解码失败，控制信令解码成功时完成传输所引起的时延；T₃为上行信息和控制信令都解码失败时完成传输所引起的时延；T₄为上行信息解码成功，控制信令解码失败时完成传输所引起的时延；T₅为第一次传输到上行信息和控制信令都解码失败时的时长。

较佳地，所述处理模块具体用于：

根据设定的步长值调整预设的资源池容量。

较佳地，所述处理模块还用于：

将预设的资源池容量作为当前的资源池容量之后，将所述当前的资源池容量通过网络侧设备通知给所在小区的其他用户设备。

本发明实施例提供的一种确定资源池容量的用户设备，包括：

第一确定模块，用于用户设备根据当前的上行传输参数，确定上行传输时每个状态出现的概率；

第二确定模块，用于根据确定的所述上行传输时每个状态出现的概率，确定预估时延；

处理模块，用于根据上行传输参数、预估时延和资源池容量的对应关系，确定所述当前的上行传输参数和所述预估时延对应的资源池容量，并将确定的资源池容量作为当前的资源池容量。

较佳地，上行传输时的状态包括：

上行信息和控制信令解码成功；

上行信息解码失败，控制信令解码成功；

上行信息和控制信令都解码失败；

上行信息解码成功，控制信令解码失败。

较佳地，所述第二确定模块具体用于，根据下列公式确定预估时延：

T_D＝P₁×T₁+P₂×T₂+P₃×T₃+P₄×T₄；或

其中，T_D为预估时延；P₁为上行信息和控制信令解码成功出现的概率；P₂为上行信息解码失败，控制信令解码成功的概率；P₃为上行信息和控制信令都解码失败的概率；P₄为上行信息解码成功，控制信令解码失败的概率；T₁为上行信息和控制信令解码成功时完成传输所引起的时延；T₂为上行信息解码失败，控制信令解码成功时完成传输所引起的时延；T₃为上行信息和控制信令都解码失败时完成传输所引起的时延；T₄为上行信息解码成功，控制信令解码失败时完成传输所引起的时延；T₅为第一次传输到上行信息和控制信令都解码失败时的时长。

较佳地，所述处理模块还用于：

将预设的资源池容量作为当前的资源池容量之后，将所述当前的资源池容量通过网络侧设备通知给所在小区的其他用户设备。

本发明实施例根据确定的所述上行传输时每个状态出现的概率，确定预估时延，根据预估时延确定当前的资源池容量。由于本发明实施例能够根据当前的各种情况概率确定当前的资源池容量，使得资源池配置合理，从而降低了由于资源池配置不合理对延迟增益效果的影响，提高了系统性能。

附图说明

图1A为本发明实施例一确定资源池容量的方法流程示意图；

图1B为UE通过CB发起上行传输的流程示意图；

图1C为UE通过CB发起上行传输且遇到碰撞的流程示意图；

图1D为UE通过CB发起上行传输且遇到重传的流程示意图；

图2为本发明实施例二确定资源池容量的方法流程示意图；

图3为本发明实施例三确定资源池容量的用户设备结构示意图；

图4为本发明实施例四确定资源池容量的用户设备结构示意图；

图5为本发明实施例五确定资源池容量的方法流程示意图；

图6为本发明实施例六确定资源池容量的用户设备结构示意图；

图7为本发明实施例七确定资源池容量的用户设备结构示意图。

具体实施方式

本发明实施例根据确定的上行传输时每个状态出现的概率，确定预估时延，根据预估时延确定当前的资源池容量。由于本发明实施例能够根据当前的各种情况概率确定当前的资源池容量，使得资源池配置合理，从而降低了由于资源池配置不合理对延迟增益效果的影响，提高了系统性能。

下面结合说明书附图对本发明实施例作进一步详细描述。

如图1A所示，本发明实施例一确定资源池容量的方法包括：

步骤101、用户设备根据当前的上行传输参数，确定上行传输时每个状态出现的概率；

步骤102、用户设备根据确定的上行传输时每个状态出现的概率，确定预估时延；

步骤103、若确定的预估时延大于预设的时延最大值，用户设备调整预设的资源池容量，并返回确定上行传输时每个状态出现的概率的步骤，若确定的预估时延不大于预设的时延最大值，用户设备将预设的资源池容量作为当前的资源池容量。

其中，时延最大值可以通过仿真等方式确定，并在协议中规定或者由网络侧通知等方式让用户设备获得。

根据需要在实施过程中也可以对时延最大值进行更新。

在实施中，本发明实施例调整预设的资源池容量之前，还可以初始化预设的资源池容量。

较佳地，用户设备根据上行业务和初始资源池容量的对应关系，将当前需要进行的上行业务对应的初始资源池容量作为预设的资源池容量；或

将时频资源的最小值作为预设的资源池容量。

比如网页浏览、FTP（File Transfer Protocol，文件传输协议）服务等上行业务，可以预先设定这些上行业务和初始资源池容的对应关系，然后根据当前需要进行的上行业务对应的初始资源池容量作为预设的资源池容量。

在实施中，上行业务和初始资源池容的对应关系可以根据需要进行更新。

还比如：可以定义初始资源池容量是时频资源发送的最小值，即1PRB（PhysicalResource Block）对应是频域上12个连续的子载波。

需要说明的是，上面只是列举了两种如何确定预设的资源池容量的方案，其特征能够确定预设的资源池容量的方案同样适用本发明实施例。

其中，本发明实施例的上行传输时的状态包括但不限于下列状态：

上行信息和控制信令解码成功，参见图1B；

上行信息解码失败，控制信令解码成功，参见图1C；

上行信息和控制信令都解码失败，参见图1D；

上行信息解码成功，控制信令解码失败。

如图1B所示，UE通过CB（基于竞争）发起上行传输的流程示意图中，eNB通过发送CBgrant（基于竞争的上行授权信息）信息去告诉UE基于上行传输的配置信息，然后UE接收CBgrant，解码后UE随机选择可用的资源块，组织上行数据并在PUSCH上面发送给eNB。

表1FDD同步UE通过CB发起上行传输的时延

如图1C所示，UE通过CB发起上行传输且遇到碰撞的流程示意图中，用户设备通过基于竞争发起上行传输的流程示意图中，基站通过发送基于竞争的上行授权信息去告诉用户设备基于上行传输的配置信息，然后用户设备接收这个上行授权信息并且解码此信息，然后用户设备根据解码的信息随机选择可用的资源块，组织上行数据，并且在物理上行分享信道上面发送给基站。基站接收到数据解码时，因为用户设备间产生碰撞从而只有小区无线网络临时标识（C-RNTI）被成功解码。因此基站将在物理下行控制信道（PDCCH）上面重新发送基于竞争的上行授权信息。然后用户设备接收这个上行授权信息并且解码此信息，然后用户设备根据解码的信息随机选择可用的资源块，组织上行数据，并且在物理上行分享信道上面发送给基站；基站将成功解码。

步骤	过程	时延[ms]
			1	由于TTI边界所引发的延迟	0.5
2	eNB在PDCCH上面发送CB资源块	1
			3	UE处理时延（解码调度命令+上行数据组织）	3
4	UE发送上行传输	1
			5	eNB接收数据发生碰撞，只解码了C-RNTI	3
6	eNB在PDCCH上面重新发送CB资源块	1
			7	UE处理时延（解码调度命令+上行数据组织）	3
8	UE发送上行传输	1
			9	eNB成功接收数据	3
	UE总时延（T_2）	16.5

表2FDD同步UE通过CB发起上行传输，面对震荡的时延

如图1D所示，UE通过CB发起上行传输且遇到重传的流程示意图中，用户设备通过基于竞争发起上行传输的流程示意图中，基站通过发送基于竞争的上行授权信息去告诉用户设备基于上行传输的配置信息，然后用户设备接收这个上行授权信息并且解码此信息，然后用户设备根据解码的信息随机选择可用的资源块，组织上行数据，并且在物理上行分享信道上面发送给基站。基站接收到数据解码时，因为用户设备间产生碰撞，数据全部无法成功解码，那么基站将发送非确认信息（NACK）或者保存沉默。UE当收到非确认信息或者在用户设备设定指定定时器（CB-timer），如果定时器超时，那么触发重传机制，基站再次发起上行授权信息给没有成功解码的用户设备们。

步骤	过程	时延[ms]
			1	由于TTI边界所引发的延迟	0.5
2	eNB在PDCCH上面发送CB资源块	1
			3	UE处理时延（解码调度命令+上行数据组织）	3
4	UE发送上行传输	1
			5	eNB接收数据，产生碰撞，无法解码数据	3
6	eNB发送NACK或者保存沉默	1

7	eNB准备grant信息	3
			8	eNB在PDCCH上面重新发送CB资源块	1
9	UE处理时延（解码调度命令+上行数据组织）	3
			10	UE发送上行传输	1
11	eNB成功接收数据	3
				UE总时延（T_3）	20

表3FDD同步UE通过CB发起上行传输，面对重传的时延

较佳地，用户设备根据确定的上行传输时每个状态出现的概率，确定预估时延时，可以根据公式一确定：

T_D＝P₁×T₁+P₂×T₂+P₃×T₃+P₄×T₄………….公式一。

其中，T_D为预估时延；P₁为上行信息和控制信令解码成功出现的概率；P₂为上行信息解码失败，控制信令解码成功的概率；P₃为上行信息和控制信令都解码失败的概率；P₄为上行信息解码成功，控制信令解码失败的概率；T₁为上行信息和控制信令解码成功时完成传输所引起的时延；T₂为上行信息解码失败，控制信令解码成功时完成传输所引起的时延；T₃为上行信息和控制信令都解码失败时完成传输所引起的时延；T₄为上行信息解码成功，控制信令解码失败时完成传输所引起的时延；T₅为第一次传输到上行信息和控制信令都解码失败时的时长。

下面介绍下概率的确定方式。

接收信号可以定义为：

………..公式二。

其中：n＝0,....,n_max-1；

r：接收信号；

s：发送信号；

H：无线信道衰落增益；

G：高斯白噪声；

n：接收端的第n个天线；

u：第u个用户设备；

i：第i个RE（resource element，资源元素）

U_i：同时使用第i个RE的用户设备的数量。

基于MIMO的信道容量可以定义为

C_MIMO＝log₂(det(I+γHH^H))………..公式三。

I：单位矩阵；

H：无线信道衰落增益；

γ：信噪比。

根据公式三可以计算出归一化的互信息，即C_data和C_control；进一步的，由于信道容量是发射和接收信号平均互信息的上边界，就可以得出I_data≤C_data，即公式四，以及I_control≤C_control即公式五：

……….公式四。

…….公式五。

N_control:在一个基于竞争的资源块里面，控制信息/数据信息所占的RE大小；

N_data在一个基于竞争的资源块里面，数据信息所占的RE大小；

γ_u:第n个用户在信道传输时的信噪比。

其中，R_data＝S_data/N_data……..公式六。

R_control＝S_control/N_control……….公式七。

R_data：数据信息速率；

R_control：控制信息速率；

S_data：UE发送的数据大小；

S_control：UE发送的控制信息的大小。

根据上述信息就可以确定各种概率：

……….公式八；

……….公式九；

……….公式十；

公式十一。

其中，P_C,u：有u个用户在指定的资源块中竞争的概率；

P_cyc,u:有u个用户使用了相同的循环移位前导序列（cyclic shift）。

由于发生P₄的情况的概率几乎为0，所以在实施时可以不考虑P₄。

进一步的，T₃＝T_D+T₅………公式十二。

其中，T₅为第一次传输到上行信息和控制信令都解码失败时的时长。

根据公式一和公式十二，可以得到另一种确定预估时延的公式：

………公式十三。

其中，T₁、T₂可从表1和表2中确定。表1中的步骤1到步骤5的时延为T_1；表2中的步骤1到步骤9的时延为T_2。

T₅可根据表3和公式一确定。

具体的，表3中的步骤1到步骤7的时延为T_5。

需要说明的是，表1～表3每个步骤的时延是指举例说明，根据不同的环境会有不同。

其中，用户设备调整预设的资源池容量时，可以根据设定的步长值调整预设的资源池容量。

这个步长值也可以根据需要变化，比如每次调整时，都在前一次使用的步长值基础上增加或减少。

较佳地，用户设备将预设的资源池容量作为当前的资源池容量之后，还可以将当前的资源池容量通过网络侧设备通知给所在小区的其他用户设备，以使其他用户设备得知资源池容量，以便各个UE可以在相同容量的资源池中选取传输资源向基站发送数据。

如图2所示，本发明实施例二确定资源池容量的方法包括：

步骤201、用户设备初始化预设的资源池容量。

步骤202、用户设备根据当前的上行传输参数，确定上行传输时每个状态出现的概率。

步骤203、用户设备根据确定的上行传输时每个状态出现的概率，确定预估时延。

步骤204、用户设备判断确定的预估时延是否大于预设的时延最大值，如果是，则执行步骤205；否则，执行步骤206。

步骤205、用户设备调整预设的资源池容量，并返回步骤202。

步骤206、用户设备将预设的资源池容量作为当前的资源池容量。

基于同一发明构思，本发明实施例中还提供了确定资源池容量的用户设备，由于用户设备问题的原理与本发明实施例一确定资源池容量的方法相似，因此用户设备的实施可以参见方法的实施，重复之处不再赘述。

如图3所示，本发明实施例三确定资源池容量的用户设备包括：

第一确定模块300，用于根据当前的上行传输参数，确定上行传输时每个状态出现的概率；

第二确定模块310，用于根据确定的上行传输时每个状态出现的概率，确定预估时延；

处理模块320，用于若确定的预估时延大于预设的时延最大值，调整预设的资源池容量，并触发第一确定模块确定上行传输时每个状态出现的概率，若确定的预估时延不大于预设的时延最大值，将预设的资源池容量作为当前的资源池容量。

较佳地，第一确定模块300还用于：

调整预设的资源池容量之前，初始化预设的资源池容量。

较佳地，第一确定模块300具体用于：

根据上行业务和初始资源池容量的对应关系，将当前需要进行的上行业务对应的初始资源池容量作为预设的资源池容量；或将时频资源的最小值作为预设的资源池容量。

较佳地，上行传输时的状态包括：

上行信息和控制信令解码成功；

上行信息解码失败，控制信令解码成功；

上行信息和控制信令都解码失败；

上行信息解码成功，控制信令解码失败。

较佳地，第二确定模块310具体用于，根据公式一或公式十三确定预估时延。

较佳地，处理模块320具体用于：

根据设定的步长值调整预设的资源池容量。

较佳地，处理模块320还用于：

将预设的资源池容量作为当前的资源池容量之后，将当前的资源池容量通过网络侧设备通知给所在小区的其他用户设备。

如图4所示，本发明实施例四确定资源池容量的用户设备包括：

处理器400，用于根据当前的上行传输参数，确定上行传输时每个状态出现的概率；根据确定的上行传输时每个状态出现的概率，确定预估时延；若确定的预估时延大于预设的时延最大值，调整预设的资源池容量，并触发第一确定模块确定上行传输时每个状态出现的概率，若确定的预估时延不大于预设的时延最大值，将预设的资源池容量作为当前的资源池容量；

收发机410，用于在处理器400的控制下接收和发送数据。

较佳地，处理器400还用于：

调整预设的资源池容量之前，初始化预设的资源池容量。

较佳地，处理器400具体用于：

根据上行业务和初始资源池容量的对应关系，将当前需要进行的上行业务对应的初始资源池容量作为预设的资源池容量；或将时频资源的最小值作为预设的资源池容量。

较佳地，上行传输时的状态包括：

上行信息和控制信令解码成功；

上行信息解码失败，控制信令解码成功；

上行信息和控制信令都解码失败；

上行信息解码成功，控制信令解码失败。

较佳地，处理器400具体用于，根据公式一或公式十三确定预估时延。

较佳地，处理器400具体用于：

根据设定的步长值调整预设的资源池容量。

较佳地，处理器400还用于：

将预设的资源池容量作为当前的资源池容量之后，将当前的资源池容量通过网络侧设备通知给所在小区的其他用户设备。

其中，在图4中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器400代表的一个或多个处理器和存储器420代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机410可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口430还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器400负责管理总线架构和通常的处理，存储器420可以存储处理器400在执行操作时所使用的数据。

如图5所示，本发明实施例五确定资源池容量的方法包括：

步骤501、用户设备根据当前的上行传输参数，确定上行传输时每个状态出现的概率；

步骤502、用户设备根据确定的上行传输时每个状态出现的概率，确定预估时延；

步骤503、用户设备根据上行传输参数、预估时延和资源池容量的对应关系，确定当前的上行传输参数和预估时延对应的资源池容量，并将确定的资源池容量作为当前的资源池容量。

其中，确定当前的上行传输参数和预估时延对应的资源池容量中的预估时延是步骤502中确定的预估时延。

与实施例一不同的是，本发明实施例三中，在确定了预估时延后，会根据预先设定的对应关系，将确定的资源池容量作为当前的资源池容量，这样不需要预设的时延最大值和预设的资源池容量。

较佳地，上行传输时的状态包括：

上行信息和控制信令解码成功；

上行信息解码失败，控制信令解码成功；

上行信息和控制信令都解码失败；

上行信息解码成功，控制信令解码失败。

各个概率的确定方式与实施例一相同，不再赘述。

较佳地，用户设备根据确定的上行传输时每个状态出现的概率，确定预估时延时，可以根据公式一或公式十三确定预估时延。

较佳地，用户设备将预设的资源池容量作为当前的资源池容量之后，将当前的资源池容量通过网络侧设备通知给所在小区的其他用户设备。

基于同一发明构思，本发明实施例中还提供了确定资源池容量的用户设备，由于用户设备问题的原理与本发明实施例五确定资源池容量的方法相似，因此用户设备的实施可以参见方法的实施，重复之处不再赘述。

如图6所示，本发明实施例六确定资源池容量的用户设备包括：

第一确定模块600，用于用户设备根据当前的上行传输参数，确定上行传输时每个状态出现的概率；

第二确定模块610，用于根据确定的上行传输时每个状态出现的概率，确定预估时延；

处理模块620，用于根据上行传输参数、预估时延和资源池容量的对应关系，确定当前的上行传输参数和预估时延对应的资源池容量，并将确定的资源池容量作为当前的资源池容量。

较佳地，上行传输时的状态包括：

上行信息和控制信令解码成功；

上行信息解码失败，控制信令解码成功；

上行信息和控制信令都解码失败；

上行信息解码成功，控制信令解码失败。

较佳地，第二确定模块610具体用于，根据公式一或公式十三确定预估时延。

较佳地，处理模块620还用于：

将预设的资源池容量作为当前的资源池容量之后，将当前的资源池容量通过网络侧设备通知给所在小区的其他用户设备。

如图7所示，本发明实施例七确定资源池容量的用户设备包括：

处理器700，用于用户设备根据当前的上行传输参数，确定上行传输时每个状态出现的概率；根据确定的上行传输时每个状态出现的概率，确定预估时延；根据上行传输参数、预估时延和资源池容量的对应关系，确定当前的上行传输参数和预估时延对应的资源池容量，并将确定的资源池容量作为当前的资源池容量；

收发机710，用于在处理器700的控制下接收和发送数据。

较佳地，上行传输时的状态包括：

上行信息和控制信令解码成功；

上行信息解码失败，控制信令解码成功；

上行信息和控制信令都解码失败；

上行信息解码成功，控制信令解码失败。

较佳地，处理器700具体用于，根据公式一或公式十三确定预估时延。

较佳地，处理器700还用于：

将预设的资源池容量作为当前的资源池容量之后，将当前的资源池容量通过网络侧设备通知给所在小区的其他用户设备。

其中，在图7中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器700代表的一个或多个处理器和存储器720代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机710可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口730还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器700负责管理总线架构和通常的处理，存储器720可以存储处理器700在执行操作时所使用的数据。

从上述内容可以看出：本发明实施例根据确定的上行传输时每个状态出现的概率，确定预估时延，根据预估时延确定当前的资源池容量。由于本发明实施例能够根据当前的各种情况概率确定当前的资源池容量，使得资源池配置合理，从而降低了由于资源池配置不合理对延迟增益效果的影响，提高了系统性能。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (22)

1.一种确定资源池容量的方法，其特征在于，该方法包括：

用户设备根据当前的上行传输参数，确定上行传输时每个状态出现的概率；

所述用户设备根据确定的所述上行传输时每个状态出现的概率，确定预估时延；

若确定的预估时延大于预设的时延最大值，所述用户设备调整预设的资源池容量，并返回确定上行传输时每个状态出现的概率的步骤，若确定的预估时延不大于预设的时延最大值，所述用户设备将预设的资源池容量作为当前的资源池容量。

2.如权利要求1所述的方法，其特征在于，所述用户设备调整预设的资源池容量之前，还包括：

所述用户设备初始化预设的资源池容量。

3.如权利要求2所述的方法，其特征在于，所述用户设备初始化预设的资源池容量，包括：

所述用户设备根据上行业务和初始资源池容量的对应关系，将当前需要进行的上行业务对应的初始资源池容量作为预设的资源池容量；或

将时频资源的最小值作为预设的资源池容量。

4.如权利要求1所述的方法，其特征在于，上行传输时的状态包括：

上行数据和控制信令解码成功；

上行数据解码失败，控制信令解码成功；

上行数据和控制信令都解码失败；

上行数据解码成功，控制信令解码失败。

5.如权利要求1所述的方法，其特征在于，所述用户设备根据确定的所述上行传输时每个状态出现的概率，确定预估时延，包括：

根据下列公式确定预估时延：

T_D＝P₁×T₁+P₂×T₂+P₃×T₃+P₄×T₄；或

$T_D=\frac{(P_1\×T_1+P_2\×T_2+P_3\×T_5+P_4\×T_4)}{1-P_3};$

其中，T_D为预估时延；P₁为上行数据和控制信令解码成功出现的概率；P₂为上行数据解码失败，控制信令解码成功的概率；P₃为上行数据和控制信令都解码失败的概率；P₄为上行数据解码成功，控制信令解码失败的概率；T₁为上行数据和控制信令解码成功时完成传输所引起的时延；T₂为上行数据解码失败，控制信令解码成功时完成传输所引起的时延；T₃为上行数据和控制信令都解码失败时完成传输所引起的时延；T₄为上行数据解码成功，控制信令解码失败时完成传输所引起的时延；T₅为第一次传输到上行数据和控制信令都解码失败时的时长。

6.如权利要求1～5任一所述的方法，其特征在于，所述用户设备调整预设的资源池容量，包括：

所述用户设备根据设定的步长值调整预设的资源池容量。

7.如权利要求1～5任一所述的方法，其特征在于，所述用户设备将预设的资源池容量作为当前的资源池容量之后，还包括：

所述用户设备将所述当前的资源池容量通过网络侧设备通知给所在小区的其他用户设备。

8.一种确定资源池容量的方法，其特征在于，该方法包括：

用户设备根据当前的上行传输参数，确定上行传输时每个状态出现的概率；

所述用户设备根据确定的所述上行传输时每个状态出现的概率，确定预估时延；

所述用户设备根据上行传输参数、预估时延和资源池容量的对应关系，确定所述当前的上行传输参数和所述预估时延对应的资源池容量，并将确定的资源池容量作为当前的资源池容量。

9.如权利要求8所述的方法，其特征在于，上行传输时的状态包括：

上行数据和控制信令解码成功；

上行数据解码失败，控制信令解码成功；

上行数据和控制信令都解码失败；

上行数据解码成功，控制信令解码失败。

10.如权利要求8所述的方法，其特征在于，所述用户设备根据确定的所述上行传输时每个状态出现的概率，确定预估时延，包括：

根据下列公式确定预估时延：

T_D＝P₁×T₁+P₂×T₂+P₃×T₃+P₄×T₄；或

$T_D=\frac{(P_1\×T_1+P_2\×T_2+P_3\×T_5+P_4\×T_4)}{1-P_3};$

其中，T_D为预估时延；P₁为上行数据和控制信令解码成功出现的概率；P₂为上行数据解码失败，控制信令解码成功的概率；P₃为上行数据和控制信令都解码失败的概率；P₄为上行数据解码成功，控制信令解码失败的概率；T₁为上行数据和控制信令解码成功时完成传输所引起的时延；T₂为上行数据解码失败，控制信令解码成功时完成传输所引起的时延；T₃为上行数据和控制信令都解码失败时完成传输所引起的时延；T₄为上行数据解码成功，控制信令解码失败时完成传输所引起的时延；T₅为第一次传输到上行数据和控制信令都解码失败时的时长。

11.如权利要求8～10任一所述的方法，其特征在于，所述用户设备将预设的资源池容量作为当前的资源池容量之后，还包括：

所述用户设备将所述当前的资源池容量通过网络侧设备通知给所在小区的其他用户设备。

12.一种确定资源池容量的用户设备，其特征在于，该用户设备包括：

第一确定模块，用于根据当前的上行传输参数，确定上行传输时每个状态出现的概率；

第二确定模块，用于根据确定的所述上行传输时每个状态出现的概率，确定预估时延；

处理模块，用于若确定的预估时延大于预设的时延最大值，调整预设的资源池容量，并触发第一确定模块确定上行传输时每个状态出现的概率，若确定的预估时延不大于预设的时延最大值，将预设的资源池容量作为当前的资源池容量。

13.如权利要求12所述的用户设备，其特征在于，所述第一确定模块还用于：

调整预设的资源池容量之前，初始化预设的资源池容量。

14.如权利要求13所述的用户设备，其特征在于，所述第一确定模块具体用于：

根据上行业务和初始资源池容量的对应关系，将当前需要进行的上行业务对应的初始资源池容量作为预设的资源池容量；或将时频资源的最小值作为预设的资源池容量。

15.如权利要求12所述的用户设备，其特征在于，上行传输时的状态包括：

上行数据和控制信令解码成功；

上行数据解码失败，控制信令解码成功；

上行数据和控制信令都解码失败；

上行数据解码成功，控制信令解码失败。

16.如权利要求12所述的用户设备，其特征在于，所述第二确定模块具体用于，根据下列公式确定预估时延：

T_D＝P₁×T₁+P₂×T₂+P₃×T₃+P₄×T₄；或

$T_D=\frac{(P_1\×T_1+P_2\×T_2+P_3\×T_5+P_4\×T_4)}{1-P_3};$

其中，T_D为预估时延；P₁为上行数据和控制信令解码成功出现的概率；P₂为上行数据解码失败，控制信令解码成功的概率；P₃为上行数据和控制信令都解码失败的概率；P₄为上行数据解码成功，控制信令解码失败的概率；T₁为上行数据和控制信令解码成功时完成传输所引起的时延；T₂为上行数据解码失败，控制信令解码成功时完成传输所引起的时延；T₃为上行数据和控制信令都解码失败时完成传输所引起的时延；T₄为上行数据解码成功，控制信令解码失败时完成传输所引起的时延；T₅为第一次传输到上行数据和控制信令都解码失败时的时长。

17.如权利要求12～16任一所述的用户设备，其特征在于，所述处理模块具体用于：

根据设定的步长值调整预设的资源池容量。

18.如权利要求12～16任一所述的用户设备，其特征在于，所述处理模块还用于：

将预设的资源池容量作为当前的资源池容量之后，将所述当前的资源池容量通过网络侧设备通知给所在小区的其他用户设备。

19.一种确定资源池容量的用户设备，其特征在于，该用户设备包括：

第一确定模块，用于用户设备根据当前的上行传输参数，确定上行传输时每个状态出现的概率；

第二确定模块，用于根据确定的所述上行传输时每个状态出现的概率，确定预估时延；

处理模块，用于根据上行传输参数、预估时延和资源池容量的对应关系，确定所述当前的上行传输参数和所述预估时延对应的资源池容量，并将确定的资源池容量作为当前的资源池容量。

20.如权利要求19所述的用户设备，其特征在于，上行传输时的状态包括：

上行数据和控制信令解码成功；

上行数据解码失败，控制信令解码成功；

上行数据和控制信令都解码失败；

上行数据解码成功，控制信令解码失败。

21.如权利要求19所述的用户设备，其特征在于，所述第二确定模块具体用于，根据下列公式确定预估时延：

T_D＝P₁×T₁+P₂×T₂+P₃×T₃+P₄×T₄；或

$T_D=\frac{(P_1\×T_1+P_2\×T_2+P_3\×T_5+P_4\×T_4)}{1-P_3};$

其中，T_D为预估时延；P₁为上行数据和控制信令解码成功出现的概率；P₂为上行数据解码失败，控制信令解码成功的概率；P₃为上行数据和控制信令都解码失败的概率；P₄为上行数据解码成功，控制信令解码失败的概率；T₁为上行数据和控制信令解码成功时完成传输所引起的时延；T₂为上行数据解码失败，控制信令解码成功时完成传输所引起的时延；T₃为上行数据和控制信令都解码失败时完成传输所引起的时延；T₄为上行数据解码成功，控制信令解码失败时完成传输所引起的时延；T₅为第一次传输到上行数据和控制信令都解码失败时的时长。

22.如权利要求19～21任一所述的用户设备，其特征在于，所述处理模块还用于：

将预设的资源池容量作为当前的资源池容量之后，将所述当前的资源池容量通过网络侧设备通知给所在小区的其他用户设备。