CN112243258A - 一种用户感知速率的确定方法及装置 - Google Patents

Abstract

本发明提供了一种用户感知速率的确定方法及装置，涉及通信技术领域，解决了用户感知速率存在计算不准确的问题。该方法，包括，获取预设时间段内基站的业务数据；其中，预设时间段内包括至少一个时隙，业务数据中包括至少一个业务请求中每个业务请求的数据包，每个业务请求的数据包通过至少一个时隙传输完成；确定业务数据的传输时长；其中，传输时长包括每个业务请求的数据包在最后一个时隙传输时占用的实际时长；根据业务数据的传输时长以及业务数据的总数据量，确定基站在预设时间段内的用户感知速率。

Description

一种用户感知速率的确定方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种用户感知速率的确定方法及装置。

背景技术

随着第五代移动通信技术(5th-Generation，5G)网络在全球范围内逐步开始商用，5G网络的覆盖范围逐步增大，对于5G网络的评估和优化工作也随之而来。在网络管理角度，需要从接入性能、保持性能、移动管理性能、传输完整性等方面综合评价5G网络的优劣。而其中最直观的反应5G网络的网络状态的指标就是用户体验到的速率，即用户感知速率。

目前，运营商在计算用户感知速率时，通常是拉取预设时间段内的传输流量，从而根据传输流量和预设时间段的总时长确定用户感知速率。其中，该传输流量中包括至少一个数据包，该传输时间包括至少一个时隙，每个数据包通过至少一个时隙传输完成。

然而，每个数据包在实际的传输过程中，最后一个时隙传输的所传输的数据量较少，但是占用了整个时隙的时间，导致实际的传输时间低于该预设时间段的总时长，最终得到的用户感知速率存在计算不准确的问题。

发明内容

本发明提供一种用户感知速率的确定方法及装置，解决了用户感知速率存在计算不准确的问题。

为达到上述目的，本发明采用如下技术方案：

第一方面，本发明实施例提供一种用户感知速率的确定方法，包括：当获取到预设时间段内基站的业务数据时，在确定该业务数据的传输时长后，根据业务数据的传输时长以及业务数据的总数据量，确定基站在预设时间段内的用户感知速率。其中，预设时间段内包括至少一个时隙，业务数据中包括至少一个业务请求中每个业务请求的数据包，每个业务请求的数据包通过至少一个时隙传输完成，传输时长包括每个业务请求的数据包在最后一个时隙传输的数据量时占用的实际时长。

由上述可知，本发明提供的用户感知速率的确定方法，通过确定每个业务请求的数据包在最后一个时隙占用的实际时长，从而可以更加准确地确定出每个数据包实际的传输时长。当获取到基站在预设时间段内的业务数据时，由于可以计算出该业务数据中每个业务请求的数据包传输时长，使得根据业务数据的传输时长以及业务数据的总数据量，更加准确地确定基站在预设时间段内的用户感知速率，解决了用户感知速率存在计算不准确的问题。

第二方面，本发明提供一种用户感知速率的确定装置，包括：获取单元和处理单元。

具体的，上述获取单元，用于获取预设时间段内基站的业务数据。其中，预设时间段内包括至少一个时隙，业务数据中包括至少一个业务请求中每个业务请求的数据包，每个业务请求的数据包通过至少一个时隙传输完成。

上述处理单元，用于确定获取单元获取的业务数据的传输时长；其中，传输时长包括每个业务请求的数据包在最后一个时隙传输时占用的实际时长；上述处理单元，还用于根据业务数据的传输时长以及获取单元获取的业务数据的总数据量，确定基站在预设时间段内的用户感知速率。

第三方面，本发明提供一种用户感知速率的确定装置，包括：通信接口、处理器、存储器、总线；存储器用于存储计算机执行指令，处理器与存储器通过总线连接。当用户感知速率的确定装置运行时，处理器执行存储器存储的计算机执行指令，以使用户感知速率的确定装置执行如上述第一方面提供的用户感知速率的确定方法。

第四方面，本发明提供一种计算机可读存储介质，包括指令。当所述指令在计算机上运行时，使得计算机执行如上述第一方面提供的用户感知速率的确定方法。

第五方面，本发明提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如第一方面的设计方式所述的用户感知速率的确定方法。

需要说明的是，上述计算机指令可以全部或者部分存储在第一计算机可读存储介质上。其中，第一计算机可读存储介质可以与用户感知速率的确定装置的处理器封装在一起的，也可以与用户感知速率的确定装置的处理器单独封装，本发明对此不作限定。

本发明中第二方面、第三方面、第四方面以及第五方面的描述，可以参考第一方面的详细描述；并且，第二方面、第三方面、第四方面以及第五方面的描述的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。

在本发明中，上述用户感知速率的确定装置的名字对设备或功能模块本身不构成限定，在实际实现中，这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本发明类似，属于本发明权利要求及其等同技术的范围之内。

本发明的这些方面或其他方面在以下的描述中会更加简明易懂。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明的实施例提供的一种用户感知速率的确定方法应用的通信系统；

图2为本发明的实施例提供的一种用户感知速率的确定方法的流程示意图之一；

图3为本发明的实施例提供的一种用户感知速率的确定方法的流程示意图之二；

图4为本发明的实施例提供的一种用户感知速率的确定方法的应用场景1的示意图；

图5为本发明的实施例提供的一种用户感知速率的确定方法的流程示意图之三；

图6为本发明的实施例提供的一种用户感知速率的确定方法的应用场景2的示意图；

图7为本发明的实施例提供的一种用户感知速率的确定方法的应用场景3的示意图；

图8为本发明的实施例提供的一种用户感知速率的确定装置的结构示意图之一；

图9为本发明的实施例提供的一种用户感知速率的确定装置的结构示意图之二；

图10为本发明实施例提供的边缘速率的计算方法的计算机程序产品的结构示意图。

具体实施方式

下面结合附图，对本发明的实施例进行描述。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了便于清楚描述本发明实施例的技术方案，在本发明的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。

图1为本发明实施例提供的一种可以应用本发明实施例的系统架构的简化示意图，如图1所示，该系统架构可以包括：

终端1、接入网设备2和服务器3。

其中，终端1通过接入网设备2进行业务访问，服务器3用于从而接入网设备2获取终端1的业务数据，并根据该接入网设备2覆盖范围内的每个终端1的业务数据，分析该接入网设备2的用户感知速率。

在本发明实施例中，接入网设备2可以是无线通信的基站或基站控制器等。在本发明实施例中，基站可以是全球移动通信系统(globalsystem for mobil ecommunication，GSM)，码分多址(code division multiple access，CDMA)中的基站(basetransceiverstation，BTS)，宽带码分多址(wideband code division multiple access，WCDMA)中的基站(node B，NB)，长期演进(Long Term Evolution，LTE)中的基站(evolvedNode B，eNB)，物联网(internet of things，IoT)或者窄带物联网(narrow band-internetof things，NB-IoT)中的eNB，5G移动通信网络中的新空口(New Radio，NR)，本发明实施例对此不作任何限制。

终端1用于向用户提供语音和/或数据连通性服务。所述终端可以有不同的名称，例如用户设备(user equipment，UE)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、车辆用户设备、终端代理或终端装置等。可选的，所述终端可以为各种具有通信功能的手持设备、车载设备、可穿戴设备、计算机，本发明实施例对此不作任何限定。例如，手持设备可以是智能手机。车载设备可以是车载导航系统。可穿戴设备可以是智能手环。计算机可以是个人数字助理(personal digital assistant，PDA)电脑、平板型电脑以及膝上型电脑(laptop computer)。

5G网络中由于网络带宽的增加，大规模(Massive)多输入多输出(multiple-inputmultiple-output，MIMO)等关键技术的引入，终端的业务传输速率比第四代移动通信技术(4th-Generation，4G)有了大幅的上升。同样数据量的业务，可以在更短的时间内传输完成。很多在4G网络需要多个时隙才能传输的数据包，在5G网络中一个时隙就可以传输完成，导致实际的传输时间更短，进而按照现有技术计算用户感知速率时，计算的结果存在不准确的问题。为此，本发明实施例提供的用户感知速率的确定方法，当获取到基站在预设时间段内的业务数据时，由于可以计算出该业务数据中每个业务请求的数据包传输时长，使得根据业务数据的传输时长以及业务数据的总数据量，更加准确地确定基站在预设时间段内的用户感知速率，解决了用户感知速率存在计算不准确的问题，具体的实现过程如下：

以下结合图1示出的通信系统，以用户感知速率的确定装置为服务器3为例，对本发明实施例所提供的用户感知速率的确定方法进行介绍。

如图2所示，用户感知速率的确定方法包括以下步骤S11-S13的内容：

S11、服务器3获取预设时间段内基站的业务数据。其中，预设时间段内包括至少一个时隙，业务数据中包括至少一个业务请求中每个业务请求的数据包，每个业务请求的数据包通过至少一个时隙传输完成。

在一种可实现的方式中，业务数据可以通过操作维护中心(Operation andMaintenance Center，OMC)采集的性能数据中提取出来，从而方便服务器3获取业务数据。

示例性的，以采集的性能数据中的业务数据的总时长为15分钟，每个时隙的长度为1毫秒为例进行说明，由于性能数据的总时长远大于时隙的总时长。因此，通过将业务数据的总时长划分为多个预设时间段(如10毫秒)，从而可以更加真实地反映出用户感知速率。

S12、服务器3确定业务数据的传输时长。其中，传输时长包括每个业务请求的数据包在最后一个时隙占用的实际时长。

S13、服务器3根据业务数据的传输时长以及业务数据的总数据量，确定基站在预设时间段内的用户感知速率。

在一种可实施的方式中，用户感知速率满足公式：

其中，V表示用户感知速率，A表示业务数据的总数据量，T表示业务数据的传输时长。

由上述可知，服务器3通过确定每个数据包在最后一个时隙占用的实际时长，从而可以更加准确地确定出每个数据包传输时长。当服务器3获取到基站在预设时间段内的业务数据时，根据该业务数据的传输时长以及该业务数据的总数据量，确定基站在预设时间段内的用户感知速率。由于可以更加准确地确定出传输该业务数据的传输时长，因此可以更加准确地确定出用户感知速率，解决了用户感知速率存在计算不准确的问题。

在一种可实现的方式中，每个业务请求的数据包通过至少两个时隙传输完成，在此情况下，结合图2，如图3所示上述步骤S12可通过下述S120和S121实现。

S120、服务器3对每个业务请求的数据包均执行第一操作，以确定传输每个业务请求的数据包的等效时长。其中，第一操作为：根据每个业务请求的数据包在最后一个时隙传输的实际数据量以及传输每个业务请求的数据包的每个时隙中的最大数据量，确定等效时长。其中，等效时长满足公式：

T＝(N-1)×slot+t；

其中，T表示等效时长，N表示传输完每个业务请求的数据包需要的时隙的总数，t表示实际时长，Vol1表示每个业务请求的数据包在最后一个时隙传输的实际数据量，Storage1表示传输每个业务请求的数据包的每个时隙中的最大数据量，slot表示时隙的总时长。

S121、根据每个业务请求的数据包的等效时长，确定传输时长。

在一种可实现的方式中，每个业务请求的数据包通过至少两个时隙传输完成，如图4所示横坐标为时间横坐标中的每一个单位区间表示一个时隙(slot)，每个slot对应的方块即为此时隙传输的数据量。

示例性的，如图4所示，假设预设时间段包括16个时隙(其中预设时间段的起始时间为T0时刻，结束时间为T16时刻)。T0时刻，业务请求的数据包到达，由于此时接入网设备2内没有空闲的网络资源，需要将该业务请求的数据包存放与缓冲区buffer内。T4时刻接入网设备2中存在空闲的网络资源时，此时接入网设备2通过调度该空闲的网络资源，从而开始传输buffer内的存储的业务请求的数据包，并在T16时刻将该业务请求的数据包发送完毕，此时buffer为空。假设第i(T1≤i≤T2)个slot传输成功的数据量为V(i)，则成功传输的总数据量为

理论上该业务请求的数据包的传输时长为T＝(T2-T1)×slot。但是，由于最后一个时隙传输的数据量少未占满1个时隙就完成传输，为了降低这种情况对速率计算的影响，因此需要确定该业务请求的数据包在最后一个时隙占用的实际时长。

为了更加准确地确定出该业务请求的数据包在最后一个时隙占用的实际时长，因此需要对该业务请求的数据包在最后一个时隙传输的数据量进行归一化处理，从而确定出该业务请求的数据包在最后一个时隙占用的实际时长。其中，实际时长满足公式：

进一步，根据该第一数据包在前N-1个时隙的总时长((N-1)×slot)以及该第一数据包在最后一个时隙的实际时长

确定该终端1发送的业务请求的数据包等效时长(T＝(N-1)×slot+t)。

在一种可实现的方式中，每个业务请求(如即时通信类业务)的数据包通过一个时隙传输完成，在此情况下，结合图2，如图5所示，上述步骤S12可通过下述S122和S123实现。

S122、对每个业务请求的数据包均执行第二操作，以确定传输每个业务请求的数据包的等效时长。其中，第二操作为：根据传输业务数据的每个时隙中的最大数据量以及每个业务请求的数据包的总数据量，确定实际时长。其中，等效时长满足公式：

其中，t表示实际时长，Vol2表示每个业务请求的数据包的总数据量，Storage2表示传输业务数据的每个时隙中的最大数据量，slot表示时隙的总时长。

S123、根据每个业务请求的数据包的实际时长，确定传输时长。

在一种可实现的方式中，每个业务请求的数据包通过一个时隙传输完成，如图6所示横坐标为时间(单位：毫秒)，横坐标中的每一个单位区间表示一个时隙(slot)，每个slot对应的方块即为此时隙传输的数据量。

示例性的，如图6所示，假设预设时间段包含的时隙的总数为16(其中，预设时间段的起始时间为T0时刻，结束时间为T16时刻)。T0时刻，业务请求的数据包到达，由于此时接入网设备2内存在空闲的网络资源，此时接入网设备2通过调度该空闲的网络资源，开始传输业务请求的数据包，并在T0时刻将该业务请求的数据包发送完毕，此时buffer为空。由于该业务请求的数据包在一个时隙内就传输完成了，因此需要对该业务请求的数据包在该时隙内传输的数据量进行归一化处理，从而确定出该业务请求的数据包的等效时长。其中，等效传输时长满足公式：

需要说明的是，针对数据包在一个时隙内就传输完成的场景本发明的实施例引入了时间窗的概念，并规定了在一个时间窗内取一个时隙内就传输完成的数据包对应的最大数据量作为Storage2，从而保证得到的等效传输时长更加准确。

在一种可实现的方式中，如图7所示每个业务请求的数据包通过总数一个时隙传输完成，横坐标为时间，纵坐标为数据量，横坐标中的每一个单位区间表示一个时隙(slot)，每个slot对应的方块即为此时隙传输的数据量。

当业务请求的数据包需要至少两个时隙才能传输完成时，执行如上述步骤S120和步骤S121来确定该业务请求的数据包的等效时长。当该业务请求的数据包通过一个时隙传输完成时，执行如上述步骤S122和步骤S121来确定该业务数据的数据包的实际时长，此处不再赘述。

需要说明的是，图7中示例出了在一个预设时间段内存在一个时隙内就传输完成的数据包，以及需要多个时隙才能传输完成的数据包，在此情况下，本发明的实施例引入了时间窗的概念，并规定了在该时间窗内取一个时隙内就传输完成的数据包对应的最大数据量作为Storage2，从而保证得到的等效传输时长更加准确；而多个时隙才能传输完成的数据包的Storage1为传输该数据包的每个时隙中的最大数据量。上述主要从方法的角度对本发明实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

本发明实施例可以根据上述方法示例对用户感知速率的确定装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图8所示，为本发明实施例提供的一种用户感知速率的确定装置10的结构示意图。用户感知速率的确定装置10用于获取预设时间段内基站的业务数据；确定业务数据的传输时长；根据业务数据的传输时长以及业务数据的总数据量，确定基站在预设时间段内的用户感知速率。用户感知速率的确定装置10可以包括获取单元101和处理单元102。

获取单元101，用于获取预设时间段内基站的业务数据。例如，结合图2，获取单元101可以用于执行S11。

处理单元102，用于确定获取单元101获取的业务数据的传输时长。处理单元，还用于根据业务数据的传输时长以及获取单元获取的业务数据的总数据量，确定基站在预设时间段内的用户感知速率。例如，结合图2，处理单元102可以用于执行S12和S13。结合图3，处理单元102可以用于执行S120和S121。结合图5，处理单元102可以用于执行S122和S121。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，其作用在此不再赘述。

当然，本发明实施例提供的用户感知速率的确定装置10包括但不限于上述模块，例如用户感知速率的确定装置10还可以包括存储单元103。存储单元103可以用于存储该写用户感知速率的确定装置10的程序代码，还可以用于存储写用户感知速率的确定装置10在运行过程中生成的数据，如写请求中的数据等。

图9为本发明实施例提供的一种用户感知速率的确定装置10的结构示意图，如图10所示，该用户感知速率的确定装置10可以包括：至少一个处理器51、存储器52、通信接口53和通信总线54。

下面结合图9对用户感知速率的确定装置的各个构成部件进行具体的介绍：

其中，处理器51是用户感知速率的确定装置的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器51是一个中央处理器(Central Processing Unit，CPU)，也可以是特定集成电路(Application Specific Integrated Circuit，ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路，例如：一个或多个DSP，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)。

在具体的实现中，作为一种实施例，处理器51可以包括一个或多个CPU，例如图9中所示的CPU0和CPU1。且，作为一种实施例，用户感知速率的确定装置10可以包括多个处理器，例如图9中所示的处理器51和处理器55。这些处理器中的每一个可以是一个单核处理器(Single-CPU)，也可以是一个多核处理器(Multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

存储器52可以是只读存储器(Read-Only Memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(Random Access Memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器52可以是独立存在，通过通信总线54与处理器51相连接。存储器52也可以和处理器51集成在一起。

在具体的实现中，存储器52，用于存储本发明中的数据和执行本发明的软件程序。处理器51可以通过运行或执行存储在存储器52内的软件程序，以及调用存储在存储器52内的数据，执行空调器的各种功能。

通信接口53，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如无线接入网(Radio Access Network，RAN)，无线局域网(Wireless Local Area Networks，WLAN)、终端、云端等。通信接口53可以包括接收单元实现接收功能，以及发送单元实现发送功能。

通信总线54，可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

作为一个示例，结合图8，用户感知速率的确定装置10中的获取单元101实现的功能与图9中的通信接口53的功能相同，处理单元102实现的功能与图9中的处理器51的功能相同，存储单元103实现的功能与图9中的存储器52的功能相同。

本发明另一实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当指令在计算机上运行时，使得计算机执行上述方法实施例所示的方法。

在一些实施例中，所公开的方法可以实施为以机器可读格式被编码在计算机可读存储介质上的或者被编码在其它非瞬时性介质或者制品上的计算机程序指令。

图10示意性地示出本发明实施例提供的计算机程序产品的概念性局部视图，所述计算机程序产品包括用于在计算设备上执行计算机进程的计算机程序。

在一个实施例中，计算机程序产品是使用信号承载介质410来提供的。所述信号承载介质410可以包括一个或多个程序指令，其当被一个或多个处理器运行时可以提供以上针对图2描述的功能或者部分功能。因此，例如，参考图2中所示的实施例，S11～S13的一个或多个特征可以由与信号承载介质410相关联的一个或多个指令来承担。此外，图10中的程序指令也描述示例指令。

在一些示例中，信号承载介质410可以包含计算机可读介质411，诸如但不限于，硬盘驱动器、紧密盘(CD)、数字视频光盘(DVD)、数字磁带、存储器、只读存储记忆体(read-only memory，ROM)或随机存储记忆体(random access memory，RAM)等等。

在一些实施方式中，信号承载介质410可以包含计算机可记录介质412，诸如但不限于，存储器、读/写(R/W)CD、R/W DVD、等等。

在一些实施方式中，信号承载介质410可以包含通信介质413，诸如但不限于，数字和/或模拟通信介质(例如，光纤电缆、波导、有线通信链路、无线通信链路、等等)。

信号承载介质410可以由无线形式的通信介质413(例如，遵守IEEE802.41标准或者其它传输协议的无线通信介质)来传达。一个或多个程序指令可以是，例如，计算机可执行指令或者逻辑实施指令。

在一些示例中，诸如针对图2描述的写数据装置可以被配置为，响应于通过计算机可读介质411、计算机可记录介质412、和/或通信介质413中的一个或多个程序指令，提供各种操作、功能、或者动作。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何在本发明揭露的技术范围内的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (8)

1.一种用户感知速率的确定方法，其特征在于，包括：

获取预设时间段内基站的业务数据；其中，所述预设时间段内包括至少一个时隙，所述业务数据中包括至少一个业务请求中每个业务请求的数据包，所述每个业务请求的数据包通过至少一个时隙传输完成；

确定所述业务数据的传输时长；其中，所述传输时长包括所述每个业务请求的数据包在最后一个时隙传输时占用的实际时长；

根据所述业务数据的传输时长以及所述业务数据的总数据量，确定所述基站在预设时间段内的用户感知速率。

2.根据权利要求1所述的用户感知速率的确定方法，其特征在于，所述每个业务请求的数据包通过至少两个时隙传输完成；

所述确定所述业务数据的传输时长，包括：

对所述每个业务请求的数据包均执行第一操作，以确定传输所述每个业务请求的数据包的等效时长；其中，所述第一操作为：根据所述每个业务请求的数据包在最后一个时隙传输的实际数据量以及传输所述每个业务请求的数据包的每个时隙中的最大数据量，确定等效时长；其中，所述等效时长满足公式：

T＝(N-1)×slot+t；

其中，T表示等效时长，N表示传输完所述每个业务请求的数据包需要的时隙的总数，t表示实际时长，Vol1表示所述每个业务请求的数据包在最后一个时隙传输的实际数据量，Storage1表示传输所述每个业务请求的数据包的每个时隙中的最大数据量，slot表示时隙的总时长；

根据所述每个业务请求的数据包的等效时长，确定所述传输时长。

3.根据权利要求1所述的用户感知速率的确定方法，其特征在于，所述每个业务请求的数据包通过一个时隙传输完成，所述确定所述业务数据的传输时长，包括：

对所述每个业务请求的数据包均执行第二操作，以确定传输所述每个业务请求的数据包的等效时长；其中，所述第二操作为：根据传输所述业务数据的每个时隙中的最大数据量以及所述每个业务请求的数据包的总数据量，确定实际时长；其中，所述等效时长满足公式：

其中，t表示实际时长，Vol2表示所述每个业务请求的数据包的总数据量，Storage2表示传输所述业务数据的每个时隙中的最大数据量，slot表示时隙的总时长；

根据所述每个业务请求的数据包的实际时长，确定所述传输时长。

4.一种用户感知速率的确定装置，其特征在于，包括：

获取单元，用于获取预设时间段内基站的业务数据；其中，所述预设时间段内包括至少一个时隙，所述业务数据中包括至少一个业务请求中每个业务请求的数据包，所述每个业务请求的数据包通过至少一个时隙传输完成；

处理单元，用于确定所述获取单元获取的所述业务数据的传输时长；其中，所述传输时长包括所述每个业务请求的数据包在最后一个时隙传输时占用的实际时长；

所述处理单元，还用于根据所述业务数据的传输时长以及所述获取单元获取的所述业务数据的总数据量，确定所述基站在预设时间段内的用户感知速率。

5.根据权利要求4所述的用户感知速率的确定装置，其特征在于，所述每个业务请求的数据包通过至少两个时隙传输完成；

所述处理单元，具体用于对所述获取单元获取的所述每个业务请求的数据包均执行第一操作，以确定传输所述每个业务请求的数据包的等效时长；其中，所述第一操作为：根据所述每个业务请求的数据包在最后一个时隙传输的实际数据量以及传输所述每个业务请求的数据包的每个时隙中的最大数据量，确定等效时长；其中，所述等效时长满足公式：

T＝(N-1)×slot+t；

其中，T表示等效时长，N表示传输完所述每个业务请求的数据包需要的时隙的总数，t表示实际时长，Vol1表示所述每个业务请求的数据包在最后一个时隙传输的实际数据量，Storage1表示传输所述每个业务请求的数据包的每个时隙中的最大数据量，slot表示时隙的总时长；

所述处理单元，具体用于根据所述每个业务请求的数据包的等效时长，确定所述传输时长。

6.根据权利要求4所述的用户感知速率的确定装置，其特征在于，所述每个业务请求的数据包通过一个时隙传输完成；

所述处理单元，具体用于对所述获取单元获取的所述每个业务请求的数据包均执行第二操作，以确定传输所述每个业务请求的数据包的等效时长；其中，所述第二操作为：根据传输所述业务数据的每个时隙中的最大数据量以及所述每个业务请求的数据包的总数据量，确定实际时长；其中，所述等效时长满足公式：

其中，t表示实际时长，Vol2表示所述每个业务请求的数据包的总数据量，Storage2表示传输所述业务数据的每个时隙中的最大数据量，slot表示时隙的总时长；

所述处理单元，具体用于根据所述每个业务请求的数据包的实际时长，确定所述传输时长。

7.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行如上述权利要求1-3任一项所述的用户感知速率的确定方法。

8.一种用户感知速率的确定装置，其特征在于，包括：通信接口、处理器、存储器、总线；

所述存储器用于存储计算机执行指令，所述处理器与所述存储器通过所述总线连接；

当所述用户感知速率的确定装置运行时，所述处理器执行所述存储器存储的计算机执行指令，以使所述用户感知速率的确定装置执行如上述权利要求1-3任一项所述的用户感知速率的确定方法。

Images