CN104219109B - 确定业务速率的方法及设备 - Google Patents

Abstract

本发明实施例提供了一种确定业务速率的方法，包括：获取业务的数据；确定所述业务的数据中的M个数据段，其中，所述M个数据段的每个数据段的数据量大于数据量阈值，所述每个数据段包括连续的至少两个数据包，M为大于或等于2的正整数；确定所述业务速率为所述M个数据段的总数据量除以所述M个数据段的总传输时长。本发明实施例中，根据业务的数据的数据包的大小，确定用于计算业务速率的业务的数据中的数据段，这样确定的业务的有效速率，能够可靠地反应业务传输的情况，进而使得运营商能够根据该业务的有效速率对网络管道进行监控。

Description

确定业务速率的方法及设备

技术领域

本发明实施例涉及通信领域，并且更具体地，涉及一种确定业务速率的方法及设备。

背景技术

OTT(Over The Top)是指互联网公司越过运营商，发展基于开放互联网的各种视频及数据服务业务，并向用户提供各种应用服务。这些应用服务也称为OTT业务，例如微博、微信、脸书(Facebook)等。

为了保护用户的信息，同时为了防止网络对信息进行篡改或攻击，一些OTT业务通过加密以保证信息安全。也就是说，对于运营商来说，OTT业务为加密业务。

速率是运营商对网络管道监控的关键指标。目前，业务速率的计算是单传输控制协议(Transfer Control Protocol，TCP)流等于单流的总流量除以单流传输的时间。

具体地，在数据传输之前，客户端与服务端之间通过三次握手建链，在数据传输结束之后，客户端与服务端之间通过四次握手断链。在建链之后至断链之前的时间段内，将第一个数据包开始传输的时间作为开始时间，将最后一个数据包传输结束的时间作为结束时间。将建链之后至断链之前的时间段内的所有数据包的总的数据流量作为总流量，将开始时间至结束时间的时长作为总时间，那么，业务速率为总流量除以总时间。

然而，这种算法只能计算用户在使用OTT业务过程中的平均速率。由于很多OTT业务是永久在线的即时通讯业务，在总时间内也包括永久在线的空闲时间，这样导致所计算的业务速率只是较低的平均速率。而平均速率无法反应管道的真实性能。

发明内容

本发明实施例提供一种确定业务速率的方法，能够反应管道的真实性能。

第一方面，提供了一种确定业务速率的方法，所述方法包括：

获取业务的数据；

确定所述业务的数据中的M个数据段，其中，所述M个数据段的每个数据段的数据量大于数据量阈值，所述每个数据段包括连续的至少两个数据包，M为大于或等于2的正整数；

确定所述业务速率为所述M个数据段的总数据量除以所述M个数据段的总传输时长。

结合第一方面，在第一方面的第一种可能的实现方式中，所述连续的至少两个数据包中的最后一个数据包的大小小于或等于MSS，所述连续的至少两个数据包中除所述最后一个数据包之外的每个数据包的大小均为MSS。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述连续的至少两个数据包中的最后一个数据包与所述连续的至少两个数据包中的最后一个数据包的前一个数据包之间的时间间隔小于第一时长阈值。

结合第一方面，在第一方面的第三种可能的实现方式中，所述M个数据段的每个数据段的传输时长等于第二时长阈值。

结合第一方面或者上述第一方面的任一种可能的实现方式，在第一方面的第四种可能的实现方式中，所述业务为单用户的单业务。

第二方面，提供了一种确定业务速率的设备，所述设备包括：

获取单元，用于获取业务的数据；

第一确定单元，用于确定所述获取单元获取的所述业务的数据中的M个数据段，其中，所述M个数据段的每个数据段的数据量大于数据量阈值，所述每个数据段包括连续的至少两个数据包，M为大于或等于2的正整数；

第二确定单元，用于确定所述业务速率为所述第一确定单元确定的所述M个数据段的总数据量除以所述第一确定单元确定的所述M个数据段的总传输时长。

结合第二方面，在第二方面的第一种可能的实现方式中，所述连续的至少两个数据包中的最后一个数据包的大小小于或等于MSS，所述连续的至少两个数据包中除所述最后一个数据包之外的每个数据包的大小均为MSS。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述连续的至少两个数据包中的最后一个数据包与所述连续的至少两个数据包中的最后一个数据包的前一个数据包之间的时间间隔小于第一时长阈值。

结合第二方面，在第二方面的第三种可能的实现方式中，所述M个数据段的每个数据段的传输时长等于第二时长阈值。

结合第二方面或者上述第二方面的任一种可能的实现方式，在第二方面的第四种可能的实现方式中，所述业务为单用户的单业务。

结合第二方面或者上述第二方面的任一种可能的实现方式，在第二方面的第五种可能的实现方式中，所述设备为用户端设备或服务端设备。

本发明实施例中，根据业务的数据的数据包的大小，确定用于计算业务速率的业务的数据中的数据段，这样确定的业务的有效速率，能够可靠地反应业务传输的情况，进而使得运营商能够根据该业务的有效速率对网络管道进行监控。

附图说明

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

图1是本发明实施例的确定业务速率的方法的流程图。

图2是本发明实施例的确定M个数据段的一例。

图3是本发明实施例的确定M个数据段的另一例。

图4是本发明实施例的确定M个数据段的另一例。

图5是本发明实施例的确定M个数据段的另一例。

图6是本发明一个实施例的确定业务速率的设备的框图。

图7是本发明另一个实施例的确定业务速率的设备的框图。

具体实施方式

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

图1是本发明一个实施例的确定业务速率的方法的流程图。图1所示的方法包括：

101，获取业务的数据。

102，确定所述业务的数据中的M个数据段，其中，所述M个数据段的每个数据段的数据量大于数据量阈值，所述每个数据段包括连续的至少两个数据包，M为大于或等于2的正整数。

103，确定所述业务速率为所述M个数据段的总数据量除以所述M个数据段的总传输时长。

本发明实施例中，根据业务的数据的数据包的大小，确定用于计算业务速率的业务的数据中的数据段，这样确定的业务的有效速率，能够可靠地反应业务传输的情况，进而使得运营商能够根据该业务的有效速率对网络管道进行监控。

可理解，在业务传输之前，客户端与服务端之间通过三次握手建链。具体地，在建链的过程中协商TCP最大段长度(Maximum Segment Size MSS)的大小，TCP MSS的大小也可以称为MSS参数，或者简称为MSS。该MSS参数可以被客户端与服务端之间的管道上的中间节点进行修正。例如，中间节点可以为路由器。

例如，假设客户端与服务端之间协商的MSS参数为MSS0，中间节点的允许大小为MSS1，且MSS1<MSS0。那么，服务端发出第一个大小为MSS0的数据包，当该数据包到达中间节点时，中间节点会将该数据包拆分为两个数据包，并且拆分之后的两个数据包的大小分别为MSS0-MSS1和MSS1。同时该中间节点生成一个网间控制报文协议(Internet ControlMessages Protocol，ICMP)消息并将该消息发送至服务端。该ICMP消息用于指示MSS参数被修正为MSS1。那么，服务端在收到该ICMP消息之后，将数据包的大小调整为MSS1。也就是说，服务端后续发出的数据包的大小不超过MSS1。

一般地，客户端与服务端之间的管道上的中间节点有多个。假设客户端与服务端之间协商的MSS参数为MSS0，也可以理解为中间节点初始设置的MSS参数为MSS0。中间节点监测MSS的方法为：中间节点检查从第一个数据包开始的连续的k个数据包，如果k个数据包中的的最大数据包的MSS为MSS1，并且大小为MSS1的数据包的个数大于或等于s个，那么中间节点将MSS参数由MSS0修改为MSS1。其中，k和s为预设值，k为正整数，s为正整数，2<s≤k，MSS1<MSS0。

本发明实施例中，MSS是指在协商且修正后的MSS。那么，在数据传输过程中，数据包的大小都应该小于或等于MSS。

可理解，本发明实施例中，101是在建链之后，且是在业务开始传输之后执行的。可选地，本发明实施例中，在获取业务的数据的过程中，可以同时记录数据包的大小以及数据包的传输时刻。

应理解，本发明实施例中，业务的数据可以是上行数据或者下行数据。

可选地，101中的业务为单用户的单业务。

那么，可理解，101可以包括：获取现网中所有用户的全部数据；对不同的用户进行识别，从所述全部数据中确定单用户的单业务的数据。

具体地，可以通过探针采集现网中所有用户的全部数据。

具体地，可以根据用户面和信令面的关联，从所述所有用户的全部数据中获取单用户的全部数据。例如，可以根据用户的标识确定某一个用户的全部数据。这里，用户的标识可以为用户的账户或者也可以为用户所在的终端的标识等，本发明对此不作限定。

进一步地，如果所述单用户的全部数据包括加密业务的数据和非加密业务的数据，那么，可根据不同的协议确定所述单用户的全部数据中的加密业务，进而还可以通过业务识别来确定加密业务中的一个业务。

这样，便能够确定所述单用户的单业务的数据，且该单业务可以是加密业务。

可理解，本发明实施例中，确定业务的速率是以单用户为粒度的。并且，本发明实施例中所确定的业务的速率是单用户的单业务的单流的速率。

也就是说，本发明实施例能够用于确定单用户的加密业务的有效速率。

本领域技术人员能够理解，业务的数据的传输是以数据包的形式进行的。

那么，102中，可以根据数据包的大小来确定M个数据段。

可选地，作为一个实施例，本发明实施例中，102中，所述M个数据段的每个数据段的数据量大于数据量阈值，M个数据段的每个数据段包括连续的至少两个数据包，并且所述连续的至少两个数据包中的最后一个数据包的大小小于或等于MSS，所述连续的至少两个数据包中除所述最后一个数据包之外的每个数据包的大小均为MSS。

可理解，本实施例适用于确定大包的速率。具体地，适用于在网络中满包的情况下确定业务速率。例如，可以用于确定诸如语音、图像、视频等业务的业务速率。

应注意，本发明实施例中，数据量阈值是一个预设值，本发明对其大小不作限定。例如，该数据量阈值可以等于3×MSS，或者该数据量阈值可以等于5×MSS等。

可选地，若所述连续的至少两个数据包中的最后一个数据包的大小等于MSS，所述连续的至少两个数据包中除所述最后一个数据包之外的每个数据包的大小均为MSS，可理解为，所述连续的至少两个数据包中的每一个数据包的大小都等于MSS。

例如，图2示出了确定M个数据段的一例。其中，以坐标的形式表示数据包的传输，横轴表示时间，纵轴表示数据包的大小，即数据包的数据量。可以看出，图2中满足连续的至少两个数据包中每个数据包的大小均为MSS的数据段有数据段1、数据段2和数据段3。即，图2中确定了M＝3个数据段。并且，数据段1中包括3个数据包，数据段2中包括5个数据包，数据段3中包括6个数据包。

针对图2所示的一例，举例来说，数据量阈值可以等于2.9×MSS。

针对图2所示的一例，进一步地，可在103中确定业务速率。具体地，可先确定所述M个数据段的总数据量和所述M个数据段的总传输时长。例如，图2中的3个数据段的总数据量为(3+5+6)×MSS，3个数据段的总传输时长为T1+T2+T3。从而，103中所确定的业务速率为：(3+5+6)×MSS/(T1+T2+T3)。

这样，本实施例中，只根据大小为MSS的连续的数据包计算业务速率，能够确定业务的有效速率，并且该有效速率能够可靠地反应业务传输的情况。

或者，可选地，也可以是：所述连续的至少两个数据包中的最后一个数据包的大小小于MSS，所述连续的至少两个数据包中除所述最后一个数据包之外的每个数据包的大小均为MSS。

例如，图3示出了确定M个数据段的另一例。图3中所确定的M＝3个数据段包括数据段1、数据段2和数据段3。并且，数据段1中包括4个数据包。其中，数据段1中的前3个数据包的大小等于MSS，数据段1中的第4个数据包的大小小于MSS。数据段2中包括6个数据包。其中，数据段2中的前5个数据包的大小等于MSS，数据段2中的第6个数据包的大小小于MSS。数据段3中包括7个数据包。其中，数据段3中的前6个数据包的大小等于MSS，数据段3中的第7个数据包的大小小于MSS。

针对图3所示的一例，举例来说，数据量阈值可以等于3.3×MSS。

相应地，针对图3所示的一例，103与上述实施例的过程类似，为避免重复，这里不再赘述。

或者，可选地，M个数据段可以分为两类：第一类数据段满足所述连续的至少两个数据包中的最后一个数据包的大小小于MSS，所述连续的至少两个数据包中除所述最后一个数据包之外的每个数据包的大小均为MSS。第二类数据段满足所述连续的至少两个数据包中的每个数据包的大小都等于MSS。

或者，可选地，所述M个数据段的每个数据段的数据量大于数据量阈值，M个数据段的每个数据段包括连续的至少两个数据包，并且所述连续的至少两个数据包中的最后一个数据包的大小小于或等于MSS，所述连续的至少两个数据包中除所述最后一个数据包之外的每个数据包的大小均为MSS。并且，所述连续的至少两个数据包中的最后一个数据包与所述连续的至少两个数据包中的最后一个数据包的前一个数据包之间的时间间隔小于第一时长阈值。

例如，图4示出了确定M个数据段的另一例。图4中所确定的M＝3个数据段包括数据段1、数据段2和数据段3。并且，数据段1中包括4个数据包。其中，数据段1中的前3个数据包的大小等于MSS，数据段1中的第4个数据包的大小小于MSS，并且数据段1中的第4个数据包与第3个数据包之间的时间间隔小于第一时长阈值。数据段2中包括5个数据包。其中，数据段2中的5个数据包的大小等于MSS，并且数据段2中的第5个数据包与第4个数据包之间的时间间隔小于第一时长阈值。数据段3中包括7个数据包。其中，数据段3中的前6个数据包的大小等于MSS，数据段3中的第7个数据包的大小小于MSS，并且数据段3中的第7个数据包与第6个数据包之间的时间间隔小于第一时长阈值。

以数据段2为例，数据包201的大小为MSS，数据包202的大小为MSS，数据包203的大小小于MSS。但是，由于数据包201与数据包202之间的时间间隔小于第一时长阈值，因此数据包201和数据包202都属于数据段2。由于数据包203与数据包202之间的时间间隔t大于第一时长阈值，因此数据包203不属于数据段2。

可理解，本发明实施例中，第一时长阈值是预设值，本发明实施例对该第一时长阈值的大小不作限定。例如，第一时长阈值可以为2s。

可选地，作为另一个实施例，本发明实施例中，102中，所述M个数据段的每个数据段的数据量大于数据量阈值，M个数据段的每个数据段包括连续的至少两个数据包，并且所述M个数据段的每个数据段的传输时长等于第二时长阈值。

可理解，本实施例既能够用于确定大包的速率，也能够用于确定小包的速率。例如，可以用于确定诸如语音、图像、视频等业务的业务速率，也可以用于确定诸如文本等业务的业务速率。

本实施例也可以理解为，设定第二时长阈值，如果在第二时长阈值内传输的数据包的总数据量大于数据量阈值，便将该第二时长阈值内所传输的数据包作为M个数据段中的一个数据段。

可理解，本发明实施例中，第二时长阈值是预设值，本发明实施例对该第二时长阈值的大小不作限定。例如，第二时长阈值可以为40s。

例如，图5示出了确定M个数据段的另一例。假设第二时长阈值为图5中的T。具体地，图5中示出了5个第二时长阈值T，与所述5个第二时长阈值T相对应的包括5个数据段。可以看出，数据段1包括5个数据包，数据段2包括5个数据包，数据段3包括4个数据包，数据段4包括4个数据包，数据段5包括5个数据包。进一步地，可比较每个上述5个数据段的数据量与数据量阈值。

若数据段1的数据量大于数据量阈值，数据段2的数据量小于数据量阈值，数据段3的数据量大于数据量阈值，数据段4的数据量小于数据量阈值，数据段5的数据量大于数据量阈值。例如，数据量阈值可以是50KB。那么，在102中，可以确定M个数据段为数据段1、数据段3和数据段5，即M＝3。

可理解，本发明实施例中，103中所述M个数据段的总数据量等于M个数据段中每个数据段的数据量之和。103中所述M个数据段的总传输时长等于M个数据段中每个数据段的传输时长之和。

具体地，一个数据段的数据量等于该一个数据段中的所有数据包的大小之和。

具体地，一个数据段的传输时长等于开始时刻至结束时刻之间的时间间隔。其中，开始时刻是指传输该一个数据段所包括的第一个数据包的开始时刻；结束时刻是指传输该一个数据段所包括的最后一个数据包的结束时刻。

应注意，本发明实施例中，数据量是指有效数传数据量，即不包括重传的数据量。

应注意，本发明实施例中，传输时长是指有效数传时长，即包括重传所占用的时间。

可理解，本发明实施例中，数据量和传输时长是以收到ACK消息来确定的。例如，假设图4中的数据为上行数据，那么图4中数据段2的传输时长，是以客户端从从服务端收到数据包202的ACK消息后所确定的。

可理解，本发明实施例中，103可以用以下公式表示：

这样，本发明实施例中，在确定业务速率的过程中，能够剔除用户的空闲时间，本发明实施例的方法能够用于确定业务的有效速率，能够可靠地反应业务传输的情况，进而使得运营商能够根据该业务的有效速率对网络管道进行监控。

图6是本发明一个实施例的确定业务速率的设备的框图。图6所示的设备300包括：获取单元301、第一确定单元302和第二确定单元303。

获取单元301，用于获取业务的数据；

第一确定单元302，用于确定获取单元301获取的所述业务的数据中的M个数据段，其中，所述M个数据段的每个数据段的数据量大于数据量阈值，所述每个数据段包括连续的至少两个数据包，M为大于或等于2的正整数；

第二确定单元303，用于确定所述业务速率为第一确定单元302确定的所述M个数据段的总数据量除以第一确定单元302确定的所述M个数据段的总传输时长。

本发明实施例中，根据业务的数据的数据包的大小，确定用于计算业务速率的业务的数据中的数据段，这样确定的业务的有效速率，能够可靠地反应业务传输的情况，进而使得运营商能够根据该业务的有效速率对网络管道进行监控。

可选地，作为一个实施例，所述连续的至少两个数据包中的最后一个数据包的大小小于或等于MSS，所述连续的至少两个数据包中除所述最后一个数据包之外的每个数据包的大小均为MSS。

可选地，作为另一个实施例，所述连续的至少两个数据包中的最后一个数据包与所述连续的至少两个数据包中的最后一个数据包的前一个数据包之间的时间间隔小于第一时长阈值。

可选地，作为另一个实施例，所述M个数据段的每个数据段的传输时长等于第二时长阈值。

可选地，作为另一个实施例，所述业务为单用户的单业务。

可选地，作为另一个实施例，所述设备300为用户端设备或服务端设备。

例如，用户端设备可以是移动终端。移动终端也可以称为接入终端、系统、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理、用户装置或用户设备(User Equipment，UE)。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(WirelessLocal Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备。

例如，服务端设备可以是基站。基站可用于与移动设备通信，基站可以是全球移动通讯(Global System of Mobile communication，GSM)或码分多址(Code DivisionMultiple Access，CDMA)中的基站(Base Transceiver Station，BTS)，也可以是宽带码分多址(Wideband Code Division Multiple Access，WCDMA)中的基站(NodeB，NB)，还可以是长期演进(Long Term Evolution，LTE)中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者中继站或接入点，或者未来5G网络中的基站设备等。

例如，服务端设备可以是OTT的服务器。

可理解，所述设备300为用户端设备时，可以用于确定下行的业务的业务速率。所述设备300为服务端设备时，可以用于确定上行的业务的业务速率。

可选地，图6所示的设备300也可以是网络设备，本发明对此不作限定。

图6中的设备300能够实现图1至图5的实施例中由设备实现的各个过程，为避免重复，这里不再赘述。

图7是本发明一个实施例的确定业务速率的设备的框图。图7所示的设备600包括：处理器601、接收电路602、发送电路603和存储器604。

接收电路602，用于获取业务的数据；

处理器601，用于确定接收电路602获取的所述业务的数据中的M个数据段，其中，所述M个数据段的每个数据段的数据量大于数据量阈值，所述每个数据段包括连续的至少两个数据包，M为大于或等于2的正整数；

处理器601，还用于确定所述业务速率为所述M个数据段的总数据量除以所述M个数据段的总传输时长。

本发明实施例中，根据业务的数据的数据包的大小，确定用于计算业务速率的业务的数据中的数据段，这样确定的业务的有效速率，能够可靠地反应业务传输的情况，进而使得运营商能够根据该业务的有效速率对网络管道进行监控。

设备600中的各个组件通过总线系统605耦合在一起，其中总线系统605除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统605。

上述本发明实施例揭示的方法可以应用于处理器601中，或者由处理器601实现。处理器601可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1001中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1001可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器604，处理器601读取存储器604中的信息，结合其硬件完成上述方法的步骤。

可以理解，本发明实施例中的存储器604可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。本文描述的系统和方法的存储器604旨在包括但不限于这些和任意其它适合类型的存储器。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

当在软件、固件、中间件或微码、程序代码或代码段中实现实施例时，它们可存储在例如存储部件的机器可读介质中。代码段可表示过程、函数、子程序、程序、例程、子例程、模块、软件分组、类、或指令、数据结构或程序语句的任意组合。代码段可通过传送和/或接收信息、数据、自变量、参数或存储器内容来稿合至另一代码段或硬件电路。可使用包括存储器共享、消息传递、令牌传递、网络传输等任意适合方式来传递、转发或发送信息、自变量、参数、数据等。

对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器单元中并通过处理器执行。存储器单元可以在处理器中或在处理器外部实现，在后一种情况下存储器单元可经由本领域己知的各种手段以通信方式耦合至处理器。

可选地，作为一个实施例，所述连续的至少两个数据包中的最后一个数据包的大小小于或等于MSS，所述连续的至少两个数据包中除所述最后一个数据包之外的每个数据包的大小均为MSS。

可选地，作为另一个实施例，所述连续的至少两个数据包中的最后一个数据包与所述连续的至少两个数据包中的最后一个数据包的前一个数据包之间的时间间隔小于第一时长阈值。

可选地，作为另一个实施例，所述M个数据段的每个数据段的传输时长等于第二时长阈值。

可选地，作为另一个实施例，所述业务为单用户的单业务。

可选地，作为另一个实施例，发送电路603可以用于将处理器601确定的业务速率输出。

可选地，作为另一个实施例，所述设备600为用户端设备或服务端设备。

可理解，所述设备600为用户端设备时，可以用于确定下行的业务的业务速率。所述设备600为服务端设备时，可以用于确定上行的业务的业务速率。

可选地，图7所示的设备600也可以是网络设备，本发明对此不作限定。

设备600能够实现图1至图5的实施例中由设备实现的各个过程，为避免重复，这里不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

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

Claims (11)

1.一种确定业务速率的方法，其特征在于，所述方法包括：

获取业务的数据；

确定所述业务的数据中的M个数据段，其中，所述M个数据段的每个数据段的数据量大于数据量阈值，所述每个数据段包括连续的至少两个数据包，M为大于或等于2的正整数；

确定所述业务速率为所述M个数据段的总数据量除以所述M个数据段的总传输时长。

2.根据权利要求1所述的方法，其特征在于，所述连续的至少两个数据包中的最后一个数据包的大小小于或等于MSS，所述连续的至少两个数据包中除所述最后一个数据包之外的每个数据包的大小均为MSS。

3.根据权利要求2所述的方法，其特征在于，所述连续的至少两个数据包中的最后一个数据包与所述连续的至少两个数据包中的最后一个数据包的前一个数据包之间的时间间隔小于第一时长阈值。

4.根据权利要求1所述的方法，其特征在于，所述M个数据段的每个数据段的传输时长等于第二时长阈值。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述业务为单用户的单业务。

6.一种确定业务速率的设备，其特征在于，所述设备包括：

获取单元，用于获取业务的数据；

第一确定单元，用于确定所述获取单元获取的所述业务的数据中的M个数据段，其中，所述M个数据段的每个数据段的数据量大于数据量阈值，所述每个数据段包括连续的至少两个数据包，M为大于或等于2的正整数；

第二确定单元，用于确定所述业务速率为所述第一确定单元确定的所述M个数据段的总数据量除以所述第一确定单元确定的所述M个数据段的总传输时长。

7.根据权利要求6所述的设备，其特征在于，所述连续的至少两个数据包中的最后一个数据包的大小小于或等于MSS，所述连续的至少两个数据包中除所述最后一个数据包之外的每个数据包的大小均为MSS。

8.根据权利要求7所述的设备，其特征在于，所述连续的至少两个数据包中的最后一个数据包与所述连续的至少两个数据包中的最后一个数据包的前一个数据包之间的时间间隔小于第一时长阈值。

9.根据权利要求6所述的设备，其特征在于，所述M个数据段的每个数据段的传输时长等于第二时长阈值。

10.根据权利要求6至9任一项所述的设备，其特征在于，所述业务为单用户的单业务。

11.根据权利要求6至9任一项所述的设备，其特征在于，所述设备为用户端设备或服务端设备。