CN105429802A - 质量数据的确定方法、装置及服务器 - Google Patents

Abstract

本公开是关于质量数据的确定方法、装置及终端，该方法包括：获取用户使用互联网业务时的TCP数据包；基于所述TCP数据包中的首包建立TCP流信息；将所述TCP数据包中传输时间在所述首包的传输时间之后的TCP数据包与所述TCP流信息进行匹配；根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据。应用本公开实施例，服务器可以通过抓取TCP数据包并对TCP数据包进行分析和匹配，就可以确定用户使用某项互联网业务的访问耗时，只需在服务器上进行抓包即可，无需第三方***或者客户端支持，就能够快速、准确的得到该质量数据，成本较低，具有广泛的适用性。

Description

质量数据的确定方法、装置及服务器

技术领域

本公开涉及互联网技术领域，尤其涉及一种质量数据的确定方法、装置及服务器。

背景技术

对于互联网业务，评估用户使用互联网业务的服务质量是一项很重要的工作。

相关技术中，通过在日志中记录每次用户请求某项互联网业务的耗时，并统计日志，能够得到全部用户使用该项互联网业务的服务质量。这种方式统计工作量大，具有迟滞，无法做到实时性，而且准确性较差。

发明内容

为了解决相关技术中存在的缺陷，本公开提供了一种质量数据的确定方法、装置及服务器。

根据本公开实施例的第一方面，提供一种质量数据的确定方法，包括：

获取用户使用互联网业务时的传输控制协议TCP数据包；

基于所述TCP数据包中的首包建立TCP流信息；

将所述TCP数据包中传输时间在所述首包的传输时间之后的TCP数据包与所述TCP流信息进行匹配；

根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据。

可选的，所述获取用户使用互联网业务时的TCP数据包，包括：

获取用户使用互联网业务时，在设定时间段内服务器端发送和/或用户端发送的TCP数据包。

可选的，所述基于所述TCP数据包中的首包建立TCP流信息，包括：

判断所述TCP数据包中的同步SYN位是否为1；

在所述SYN位为1时，将所述TCP数据包确定为首包，提取所述首包中的信息；

基于所提取的信息建立TCP流信息，

其中，所提取的信息包括：TCP数据包的源互联网协议IP地址、目的IP地址、源端口、目的端口、用户端起始序列号Seq值、服务器端起始Seq值以及起始时间戳。

可选的，所述将所述TCP数据包中传输时间在所述首包的传输时间之后的TCP数据包与所述TCP流信息进行匹配，包括：

判断所述TCP数据包中传输时间在所述首包的传输时间之后的TCP数据包是否能够匹配所述TCP流信息中的前四项信息；

在判断为TCP数据包不能够匹配所述TCP流信息中的前四项信息时，将所述TCP数据包丢弃。

可选的，所述根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据，包括：

对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，判断所述TCP数据包是否为所获取的TCP数据包中的第一个应答ACK包；

在判断所述TCP数据包为所述第一个ACK包时，提取所述第一个ACK包中的时间戳；

将所提取的时间戳与所述起始时间戳相减，得到用户端与服务器端之间的往返传输时间。

可选的，所述根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据，包括：

对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，判断所述TCP数据包是否为用户端或服务器端发送的第一个包含有效载荷的TCP数据包；

在判断所述TCP数据包为用户端或服务器端发送的所述第一个包含有效载荷的TCP数据包时，提取所述第一个包含有效载荷的TCP数据包中的时间戳；

将所提取的时间戳与所述起始时间戳相减，得到对应的用户端首包时间或服务器端首包时间。

可选的，所述根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据，包括：

对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，提取所述TCP数据包中的业务交互关键字；

将所述业务交互关键字与预先设置的关键字进行匹配；

在匹配成功时，提取所述TCP数据包中的时间戳；

将所提取的时间戳与所述起始时间戳相减，得到用户发起请求到所请求的关键节点的耗时。

可选的，所述根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据，包括：

对于能够匹配所述TCP流信息中的前四项信息的用于请求资源的TCP数据包，提取所述TCP数据包中的用户端Seq值或服务器端Seq值；

将所提取的用户端Seq值与所述用户端起始Seq值相减，或将所提取的服务器端Seq值与所述服务器端起始Seq值相减，得到所述用户端请求到对应的资源的耗时。

可选的，所述根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据，包括：

对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，判断所述TCP数据包中的结束FIN位是否为1；

在判断为所述FIN位为1时，提取所述TCP数据包中的时间戳；

将所提取的时间戳与所述起始时间戳相减，得到TCP连接耗时。

根据本公开实施例的第二方面，提供一种质量数据的确定装置，包括：

获取模块，被配置为获取用户使用互联网业务时的传输控制协议TCP数据包；

建立模块，被配置为基于所述TCP数据包中的首包建立TCP流信息；

匹配模块，被配置为将所述TCP数据包中传输时间在所述首包的传输时间之后的TCP数据包与所述TCP流信息进行匹配；

确定模块，被配置为根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据。

可选的，所述获取模块被配置为获取用户使用互联网业务时，在设定时间段内服务器端发送和/或用户端发送的TCP数据包。

可选的，所述建立模块包括：

第一判断子模块，被配置为判断所述TCP数据包中的同步SYN位是否为1；

第一提取子模块，被配置为在所述SYN位为1时，将所述TCP数据包确定为首包，提取所述首包中的信息；

建立子模块，被配置为基于所提取的信息建立TCP流信息，

其中，所提取的信息包括：TCP数据包的源互联网协议IP地址、目的IP地址、源端口、目的端口、用户端起始序列号Seq值、服务器端起始Seq值以及起始时间戳。

可选的，所述匹配模块包括：

第二判断子模块，被配置为判断所述TCP数据包中传输时间在所述首包的传输时间之后的TCP数据包是否能够匹配所述TCP流信息中的前四项信息；

丢弃子模块，被配置为在判断为TCP数据包不能够匹配所述TCP流信息中的前四项信息时，将所述TCP数据包丢弃。

可选的，所述确定模块包括：

第三判断子模块，被配置为对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，判断所述TCP数据包是否为所获取的TCP数据包中的第一个应答ACK包；

第二提取子模块，被配置为在判断所述TCP数据包为所述第一个ACK包时，提取所述第一个ACK包中的时间戳；

第一计算子模块，被配置为将所提取的时间戳与所述起始时间戳相减，得到用户端与服务器端之间的往返传输时间。

可选的，所述确定模块包括：

第四判断子模块，被配置为对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，判断所述TCP数据包是否为用户端或服务器端发送的第一个包含有效载荷的TCP数据包；

第三提取子模块，被配置为在判断所述TCP数据包为用户端或服务器端发送的所述第一个包含有效载荷的TCP数据包时，提取所述第一个包含有效载荷的TCP数据包中的时间戳；

第二计算子模块，被配置为将所提取的时间戳与所述起始时间戳相减，得到对应的用户端首包时间或服务器端首包时间。

可选的，所述确定模块包括：

第四提取子模块，被配置为对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，提取所述TCP数据包中的业务交互关键字；

匹配子模块，被配置为将所述业务交互关键字与预先设置的关键字进行匹配；

第五提取子模块，被配置为在匹配成功时，提取所述TCP数据包中的时间戳；

第三计算子模块，被配置为将所提取的时间戳与所述起始时间戳相减，得到用户发起请求到所请求的关键节点的耗时。

可选的，所述确定模块包括：

第六提取子模块，被配置为对于能够匹配所述TCP流信息中的前四项信息的用于请求资源的TCP数据包，提取所述TCP数据包中的用户端Seq值或服务器端Seq值；

第四计算子模块，被配置为将所提取的用户端Seq值与所述用户端起始Seq值相减，或将所提取的服务器端Seq值与所述服务器端起始Seq值相减，得到所述用户端请求到对应的资源的耗时。

可选的，所述确定模块包括：

第五判断子模块，被配置为对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，判断所述TCP数据包中的结束FIN位是否为1；

第七提取子模块，被配置为在判断为所述FIN位为1时，提取所述TCP数据包中的时间戳；

第五计算子模块，被配置为将所提取的时间戳与所述起始时间戳相减，得到TCP连接耗时。

根据本公开实施例的第三方面，提供一种服务器，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

获取用户使用互联网业务时的传输控制协议TCP数据包；

基于所述TCP数据包中的首包建立TCP流信息；

将所述TCP数据包中传输时间在所述首包的传输时间之后的TCP数据包与所述TCP流信息进行匹配；

根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开中服务器可以通过抓取TCP数据包并对TCP数据包进行分析和匹配，就可以确定用户使用某项互联网业务的访问耗时，只需在服务器上进行抓包即可，无需第三方***或者客户端支持，就能够快速、准确的得到该质量数据，成本较低，具有广泛的适用性。

本公开中服务器可以基于TCP数据包中的SYN位是否为1来确定是否为首包，并基于首包中的信息建立TCP流信息，再将传输时间在首包之后的TCP数据包与TCP流信息进行匹配，从而得到精确全面的质量数据。

本公开中服务器可以将与TCP流信息不匹配的TCP数据包进行丢弃，以减轻计算量，保证计算精确度。

本公开中服务器可以确定第一个ACK包，并根据该第一个ACK包快速、准确的确定质量数据中的用户端与服务器端的往返传输时间。

本公开中服务器可以确定第一个包含有效载荷的TCP数据包，并基于该包快速、准确的计算质量数据中的用户端首包时间或服务器端首包时间。

本公开中服务器可以将TCP数据包中的关键字与预先设置的关键字进行匹配，在匹配成功的情况下基于该包中的时间戳快速、准确的计算质量数据中的用户发起请求到所请求的关键节点的耗时。

本公开中服务器可以基于用于请求资源的TCP数据包中的用户端Seq值或服务器端Seq值快速、准确的计算质量数据中的用户端请求到对应的资源的耗时。

本公开中服务器可以判断TCP数据包中的FIN位是否为1，并基于判断为1的该包中的时间戳快速、准确的计算质量数据中的TCP连接耗时。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是本公开根据一示例性实施例示出的一种质量数据的确定方法流程图。

图2是本公开根据一示例性实施例示出的另一种质量数据的确定方法流程图；

图3是本公开根据一示例性实施例示出的一种质量数据的确定应用场景示意图。

图4是本公开根据一示例性实施例示出的一种质量数据的确定装置框图。

图5是本公开根据一示例性实施例示出的另一种质量数据的确定装置框图。

图6是本公开根据一示例性实施例示出的另一种质量数据的确定装置框图。

图7是本公开根据一示例性实施例示出的另一种质量数据的确定装置框图。

图8是本公开根据一示例性实施例示出的另一种质量数据的确定装置框图。

图9是本公开根据一示例性实施例示出的另一种质量数据的确定装置框图。

图10是本公开根据一示例性实施例示出的另一种质量数据的确定装置框图。

图11是本公开根据一示例性实施例示出的另一种质量数据的确定装置框图。

图12是本公开根据一示例性实施例示出的一种用于质量数据的确定装置的一结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

如图1所示，图1是根据一示例性实施例示出的一种质量数据的确定方法流程图，该方法可以用于服务器中，包括以下步骤：

步骤101、获取用户使用互联网业务时的TCP(TransmissionControlProtocol，传输控制协议)数据包。

本公开中的终端可以是任何具有上网功能的智能终端，例如，可以具体为手机、平板电脑、PDA(PersonalDigitalAssistant，个人数字助理)等。其中，终端可以通过无线局域网接入路由器，并通过路由器访问公网上的服务器。

本公开步骤中，在用户使用某项互联网业务时，服务器端对TCP数据包进行抓包，可以使用libpcap(PacketCapturelibrary，数据包捕获函数)库来抓包，还可以使用tcpdump程序来抓包。由于用户使用某项互联网业务的时间可能较长，因而可以抓取使用该项互联网业务过程中的设定时间段内的TCP数据包。

本公开实施例中，可以抓取服务器端接收和发送的TCP数据包。为了减少服务器端的性能消耗，也可以只抓取服务器端发送的TCP数据包，或者服务器端接收的，即用户端发送的TCP数据包，由于TCP协议的特性，仅抓取接收或发送的TCP数据包不会影响统计的准确性。

本公开实施例中，对服务器端在设定时间段内接收和/或发送的TCP数据包进行抽样抓包或者全部抓包都可以，但是在全部抓包的情况下，得到的质量数据的准确性会更高。

步骤102、基于所获取的TCP数据包中的首包建立TCP流信息。

本公开步骤中，首先确定首包，可以判断所抓取的TCP数据包中的TCP标记位SYN(synchronize，同步)位是否为1，如果为1则对应的TCP数据包为所抓取的TCP数据包中的首包。其中，可以根据所抓取的TCP数据包的时间顺序遍历每一个TCP数据包，来确定首包。

本公开实施例中，所提取的首包中的信息可以包括：TCP数据包的源IP(InternetProtocol，互联网协议)地址、目的IP地址、源端口、目的端口、用户端起始Seq(SequenceNumber，序列号)值、服务器端起始Seq值以及起始时间戳(timestamp)，然后基于所提取的信息建立TCP流信息。

步骤103、将传输时间在首包的传输时间之后的TCP数据包与新建的TCP流信息进行匹配。

步骤104、根据匹配结果确定用户使用互联网业务的质量数据。

本公开实施例中，服务器通过抓取TCP数据包并对TCP数据包进行分析和匹配，就可以确定用户使用某项互联网业务的访问耗时，只需在服务器上进行抓包即可，无需第三方***或者客户端支持，就能够快速、准确的得到该质量数据，成本较低，具有广泛的适用性。

如图2所示，图2是本公开根据一示例性实施例示出的另一种质量数据的确定方法流程图，上述步骤103可以包括下述步骤：

步骤201、对于能够匹配TCP流信息中的前四项信息的TCP数据包，判断该TCP数据包是否为所获取的TCP数据包中的第一个应答ACK包。

本公开实施例中，传输时间包括接收时间及发送时间，对于获取的是服务器端发送的TCP数据包的情况，传输时间指的是发送时间；对于获取的是服务器端接收的TCP数据包的情况，传输时间指的是接收时间。对于在设定时间段内获取的TCP数据包，以发送时间或接收时间顺序进行排序，所发送或所接收的第一个TCP数据包不一定是首包。

本公开实施例中，将传输时间在首包的传输时间之前的TCP数据包丢弃，将传输时间在首包的传输时间之后的TCP数据包与新建的TCP流信息进行本实施例中的匹配过程。为了便于区分，可以将传输时间在首包之后的TCP数据包称为第一TCP数据包，如果某个第一TCP数据包不能匹配TCP流信息的前四项信息，则认为该第一TCP数据包匹配失败，将该第一TCP数据包丢弃；如果某第一TCP数据包至少能够匹配TCP流信息中的前四项信息，则认为该第一TCP数据包匹配成功，继续进行下述匹配过程以计算质量数据。

其中，质量数据包括：往返传输时间、业务阶段***互耗时以及TCP连接耗时。

步骤202、在判断TCP数据包为第一个ACK包时，提取第一个ACK包中的时间戳。

本公开步骤中，判断某个第一TCP数据包是否为第一个ACK(ACKnowledgment，应答)包的过程可以包括：在该第一TCP数据包为用户端发送的数据包时，将该第一TCP数据包中的用户端起始Seq值与1相减，如果符合：相减之后得到的值等于TCP流信息中的用户端起始seq值，则将第一个符合该条件的第一TCP数据包确定为第一个ACK包。

在该第一TCP数据包为服务器端发送的数据包时，将该第一TCP数据包中的服务器端Seq值与1相减，如果符合：相减之后得到的值等于TCP流信息中的服务器端起始seq值，则将第一个符合该条件的第一TCP数据包确定为第一个ACK包。

在确定了第一个ACK包之后，提取该第一个ACK包中的时间戳。

步骤203、将所提取的时间戳与起始时间戳相减，得到用户端与服务器端之间的往返传输时间。

将该时间戳减去TCP流信息中的起始时间戳，得到用户端与服务器端间的RTT(Round-tripTime，往返传输时间)时间。

步骤301、判断TCP数据包是否为用户端或服务器端发送的第一个包含有效载荷的TCP数据包。

该判断过程可以包括：判断第一TCP数据包的包头信息中表示本TCP数据包所包含的数据字节数的数据位是否为0，如果不为0，则将第一个符合该条件的第一TCP数据包确定为第一个包含有效载荷的TCP数据包。

本公开实施例中，由于对第一TCP数据包是按照时间顺序被处理的，因而第一个被判断为包含有效载荷的TCP数据包即第一个包含有效载荷的TCP数据包。

步骤302、在判断该TCP数据包为用户端或服务器端发送的第一个包含有效载荷的TCP数据包时，提取第一个包含有效载荷的TCP数据包中的时间戳。

步骤303、将所提取的时间戳与起始时间戳相减，得到对应的用户端首包时间或服务器端首包时间。

本公开步骤中，对于用户端发送的第一个包含有效载荷的TCP数据包，将提取的时间戳与TCP流信息中的起始时间戳相减之后得到的是用户端首包时间，对于服务器端发送的第一个包含有效载荷的TCP数据包，将提取的时间戳与TCP流信息中的时间戳相减之后得到的是服务器端首包时间。

其中，首包时间为RTT时间的整数倍。

上述步骤201-203得到的RTT时间以及步骤301-303得到的首包时间可以统称为往返传输时间。

步骤401、提取TCP数据包中的业务交互关键字。

本公开步骤中，基于第一TCP数据包的全文来提取业务交互关键字，该业务交互关键字可以包括server、http等。

步骤402、将业务交互关键字与预先设置的关键字进行匹配。

步骤403、在匹配成功时，提取TCP数据包中的时间戳。

步骤404、将所提取的时间戳与TCP流信息中的起始时间戳相减，得到用户端发起请求到所请求的关键节点的耗时。

例如，用户请求访问新浪网，该耗时即从用户端发起请求到新浪网加载到一定程度的时间，所加载的程度取决于数据包中的关键字。

步骤501、对于能够匹配TCP流信息中的前四项信息的且用于请求资源的TCP数据包，提取TCP数据包中的用户端Seq值或服务器端Seq值。

本公开步骤中针对的是用于请求资源的数据包的情况。

步骤502、将所提取的用户端Seq值与TCP流信息中的用户端起始Seq值相减，或将所提取的服务器端Seq值与TCP流信息中的服务器端起始Seq值相减，得到用户端请求到对应的资源的耗时。

其中，所请求的资源大小可以为1KB、2KB、1MB等。

上述步骤401-404及步骤501-502中计算出的质量数据可以统称为业务阶段***互耗时。

步骤601、判断TCP数据包中的结束FIN(Finish，结束)位是否为1。

步骤602、在判断为FIN位为1时，提取该TCP数据包中的时间戳。

步骤603、将所提取的时间戳与TCP流信息中的起始时间戳相减，得到TCP连接耗时。

在对第一TCP数据包都进行上述匹配过程之后，得到的往返传输时间、业务阶段***互耗时以及TCP连接耗时即用户使用该项互联网业务的TCP质量数据。并且，在步骤603之后，TCP连接结束，

通过上述步骤，能够得到六种耗时(质量数据)，对于一个TCP数据包，有可能得到至少两种耗时，这些耗时不能够叠加，每个耗时都可以从某个纬度去衡量业务质量，单独某个耗时或几个耗时都可以联合用来衡量业务质量。

本公开提供的方法只需要在服务器上进行抓包就可以获取到用户使用某项互联网业务的访问质量，无需第三方***或者用户端支持，具有广泛的适用性，且能够直接评估互联网业务的真实服务质量数据，准确度高。

如图3所示，图3是本公开根据一示例性实施例示出的一种质量数据的确定应用场景示意图。在图3所示的场景中，包括：服务器以及作为终端的智能手机。

在用户使用某项互联网业务时，服务器获取来自智能手机的TCP数据包，并根据所获取的TCP数据包的接收时间顺序依次判断SYN位是否为1，将SYN位为1的TCP数据包确定为首包，基于首包中的信息建立TCP流信息。然后将接收时间在首包的接收时间之后的TCP数据包与TCP流信息依次进行匹配。对于TCP数据包中的第一个ACK包，将该包中的时间戳与TCP流信息中的起始时间戳相减，能够得到智能手机端与服务器端之间的RTT时间。对于第一个包含有效载荷的TCP数据包，将该包中的时间戳与TCP流信息中的起始时间戳相减能够得到用户端首包时间。对于TCP数据包中的关键字能够与预先设置的关键字相匹配的TCP数据包，将该包中的时间戳与TCP流信息中的起始时间戳相减能够得到用户发起请求到所请求的关键节点的耗时。对于用于请求资源的TCP数据包，将该包中的用户端Seq值与TCP流信息中的用户端起始Seq值相减能够得到用户请求到对应的资源的耗时。对于FIN位为1的TCP数据包，将该包中的时间戳与TCP流信息中的起始时间戳相减能够得到TCP连接耗时。上述计算得到的智能手机端与服务器端之间的RTT时间、用户端首包时间、用户发起请求到所请求的关键节点的耗时、用户请求到对应的资源的耗时以及TCP连接耗时都是用户使用该项互联网服务的访问耗时，即质量数据。

在图3所示应用场景中，实现质量数据的确定的具体过程可以参见前述对图1和2中的描述，在此不再赘述。

与前述质量数据的确定方法实施例相对应，本公开还提供了质量数据的确定装置及其所应用的服务器的实施例。

如图4所示，图4是本公开根据一示例性实施例示出的一种质量数据的确定装置框图，该装置可以包括：获取模块410、建立模块420、匹配模块430和确定模块440。

获取模块410，被配置为获取用户使用互联网业务时的TCP数据包；

建立模块420，被配置为基于获取模块410获取的TCP数据包中的首包建立TCP流信息；

匹配模块430，被配置为将获取模块410获取的TCP数据包中传输时间在首包的传输时间之后的TCP数据包与建立模块420建立的TCP流信息进行匹配；

确定模块440，被配置为根据匹配模块的430匹配的结果确定用户使用互联网业务的质量数据。

其中获取模块410被配置为获取用户使用互联网业务时，在设定时间段内服务器端发送和/或用户端发送的TCP数据包。

上述实施例中，服务器可以通过抓取TCP数据包并对TCP数据包进行分析和匹配，就可以确定用户使用某项互联网业务的访问耗时，只需在服务器上进行抓包即可，无需第三方***或者客户端支持，就能够快速、准确的得到该质量数据，成本较低，具有广泛的适用性。

如图5所示，图5是本公开根据一示例性实施例示出的另一种质量数据的确定装置框图，该实施例在前述图4所示实施例的基础上，建立模块420可以包括：第一判断子模块421、第一提取子模块422和建立子模块423。

第一判断子模块421，被配置为判断TCP数据包中的SYN位是否为1；

第一提取子模块422，被配置为在第一判断子模块421判断为SYN位为1时，将TCP数据包确定为首包，提取首包中的信息；

建立子模块423，被配置为基于第一提取子模块422所提取的信息建立TCP流信息，

其中，所提取的信息包括：TCP数据包的源互联网协议IP地址、目的IP地址、源端口、目的端口、用户端起始序列号Seq值、服务器端起始Seq值以及起始时间戳。

上述实施例中，服务器可以基于TCP数据包中的SYN位是否为1来确定是否为首包，并基于首包中的信息建立TCP流信息，再将传输时间在首包之后的TCP数据包与TCP流信息进行匹配，从而得到精确全面的质量数据。

如图6所示，图6是本公开根据一示例性实施例示出的另一种质量数据的确定装置框图，该实施例在前述图5所示实施例的基础上，匹配模块430可以包括：第二判断子模块431和丢弃子模块432。

第二判断子模块431，被配置为判断TCP数据包中传输时间在首包的传输时间之后的TCP数据包是否能够匹配TCP流信息中的前四项信息；

丢弃子模块432，被配置为在第二判断子模块431判断为TCP数据包不能够匹配TCP流信息中的前四项信息时，将该TCP数据包丢弃。

本公开实施例中，服务器可以将与TCP流信息不匹配的TCP数据包进行丢弃，以减轻计算量，保证计算精确度。

如图7所示，图7是本公开根据一示例性实施例示出的另一种质量数据的确定装置框图，该实施例在前述图5所示实施例的基础上，确定模块440可以包括：第三判断子模块441、第二提取子模块442和第一计算子模块443。

第三判断子模块441，被配置为对于能够匹配TCP流信息中的前四项信息的TCP数据包，判断TCP数据包是否为所获取的TCP数据包中的第一个应答ACK包；

第二提取子模块442，被配置为在第三判断子模块441判断TCP数据包为第一个ACK包时，提取第一个ACK包中的时间戳；

第一计算子模块443，被配置为将第二提取子模块442所提取的时间戳与起始时间戳相减，得到用户端与服务器端之间的往返传输时间。

上述实施例中，服务器可以确定第一个ACK包，并根据该第一个ACK包快速、准确的确定质量数据中的用户端与服务器端的往返传输时间。

如图8所示，图8是本公开根据一示例性实施例示出的另一种质量数据的确定装置框图，该实施例在前述图5所示实施例的基础上，确定模块440可以包括：第四判断子模块444、第三提取子模块445和第二计算子模块446。

第四判断子模块444，被配置为对于能够匹配TCP流信息中的前四项信息的TCP数据包，判断TCP数据包是否为用户端或服务器端发送的第一个包含有效载荷的TCP数据包；

第三提取子模块445，被配置为在第四判断子模块444判断TCP数据包为用户端或服务器端的第一个包含有效载荷的TCP数据包时，提取第一个包含有效载荷的TCP数据包中的时间戳；

第二计算子模块446，被配置为将第三提取子模块445所提取的时间戳与所述起始时间戳相减，得到对应的用户端首包时间或服务器端首包时间。

上述实施例中，服务器可以确定第一个包含有效载荷的TCP数据包，并基于该包快速、准确的计算质量数据中的用户端首包时间或服务器端首包时间。

如图9所示，图9是本公开根据一示例性实施例示出的另一种质量数据的确定装置框图，该实施例在前述图5所示实施例的基础上，确定模块440可以包括：第四提取子模块447、匹配子模块448、第五提取子模块449和第三计算子模块4410。

第四提取子模块447，被配置为对于能够匹配TCP流信息中的前四项信息的TCP数据包，提取TCP数据包中的业务交互关键字；

匹配子模块448，被配置为将第四提取子模块447所提取的业务交互关键字与预先设置的关键字进行匹配；

第五提取子模块449，被配置为在匹配子模块448匹配成功时，提取TCP数据包中的时间戳；

第三计算子模块4410，被配置为将第五提取子模块449所提取的时间戳与起始时间戳相减，得到用户发起请求到所请求的关键节点的耗时。

上述实施例中，服务器可以将TCP数据包中的关键字与预先设置的关键字进行匹配，在匹配成功的情况下基于该包中的时间戳快速、准确的计算质量数据中的用户发起请求到所请求的关键节点的耗时。

如图10所示，图10是本公开根据一示例性实施例示出的另一种质量数据的确定装置框图，该实施例在前述图5所示实施例的基础上，确定模块440可以包括：第六提取子模块4411和第四计算子模块4412。

第六提取子模块4411，被配置为对于能够匹配TCP流信息中的前四项信息的用于请求资源的TCP数据包，提取TCP数据包中的用户端Seq值或服务器端Seq值；

第四计算子模块4412，被配置为将第六提取子模块4411所提取的用户端Seq值与用户端起始Seq值相减，或将所提取的服务器端Seq值与服务器端起始Seq值相减，得到用户端请求到对应的资源的耗时。

上述实施例中，服务器可以基于用于请求资源的TCP数据包中的用户端Seq值或服务器端Seq值快速、准确的计算质量数据中的用户端请求到对应的资源的耗时。

如图11所示，图11是本公开根据一示例性实施例示出的另一种质量数据的确定装置框图，该实施例在前述图5所示实施例的基础上，确定模块440可以包括：第五判断子模块4413、第七提取子模块4414和第五计算子模块4415。

第五判断子模块4413，被配置为对于能够匹配TCP流信息中的前四项信息的TCP数据包，判断TCP数据包中的结束FIN位是否为1；

第七提取子模块4414，被配置为在第五判断子模块4413判断为FIN位为1时，提取TCP数据包中的时间戳；

第五计算子模块4415，被配置为将第七提取子模块4414所提取的时间戳与起始时间戳相减，得到TCP连接耗时。

上述实施例中，服务器可以判断TCP数据包中的FIN位是否为1，并基于判断为1的该包中的时间戳快速、准确的计算质量数据中的TCP连接耗时。

上述图4至图11示出的质量数据的确定装置实施例可以应用在服务器中。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

相应的，本公开还提供一种服务器，所述服务器包括有处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

获取用户使用互联网业务时的传输控制协议TCP数据包；

基于所述TCP数据包中的首包建立TCP流信息；

将所述TCP数据包中传输时间在所述首包的传输时间之后的TCP数据包与所述TCP流信息进行匹配；

根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据。

如图12所示，图12是根据一示例性实施例示出的一种用于质量数据的确定装置1200的一结构示意图。例如，装置1200可以被提供为一路由设备。参照图12，装置1200包括处理组件1222，其进一步包括一个或多个处理器，以及由存储器1232所代表的存储器资源，用于存储可由处理部件1222的执行的指令，例如应用程序。存储器1232中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1222被配置为执行指令，以执行上述访问网页的方法。

装置1200还可以包括一个电源组件1226被配置为执行装置1200的电源管理，一个有线或无线网络接口1250被配置为将装置1200连接到网络，和一个输入输出(I/O)接口1258。装置1200可以操作基于存储在存储器1232的操作***，例如WindowsServerTM，MacOSXTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。

Claims (19)

1.一种质量数据的确定方法，其特征在于，包括：

获取用户使用互联网业务时的传输控制协议TCP数据包；

基于所述TCP数据包中的首包建立TCP流信息；

将所述TCP数据包中传输时间在所述首包的传输时间之后的TCP数据包与所述TCP流信息进行匹配；

根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据。

2.根据权利要求1所述的方法，其特征在于，所述获取用户使用互联网业务时的TCP数据包，包括：

获取用户使用互联网业务时，在设定时间段内服务器端发送和/或用户端发送的TCP数据包。

3.根据权利要求1所述的方法，其特征在于，所述基于所述TCP数据包中的首包建立TCP流信息，包括：

判断所述TCP数据包中的同步SYN位是否为1；

在所述SYN位为1时，将所述TCP数据包确定为首包，提取所述首包中的信息；

基于所提取的信息建立TCP流信息，

其中，所提取的信息包括：TCP数据包的源互联网协议IP地址、目的IP地址、源端口、目的端口、用户端起始序列号Seq值、服务器端起始Seq值以及起始时间戳。

4.根据权利要求3所述的方法，其特征在于，所述将所述TCP数据包中传输时间在所述首包的传输时间之后的TCP数据包与所述TCP流信息进行匹配，包括：

判断所述TCP数据包中传输时间在所述首包的传输时间之后的TCP数据包是否能够匹配所述TCP流信息中的前四项信息；

在判断为TCP数据包不能够匹配所述TCP流信息中的前四项信息时，将所述TCP数据包丢弃。

5.根据权利要求3所述的方法，其特征在于，所述根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据，包括：

对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，判断所述TCP数据包是否为所获取的TCP数据包中的第一个应答ACK包；

在判断所述TCP数据包为所述第一个ACK包时，提取所述第一个ACK包中的时间戳；

将所提取的时间戳与所述起始时间戳相减，得到用户端与服务器端之间的往返传输时间。

6.根据权利要求3所述的方法，其特征在于，所述根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据，包括：

对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，判断所述TCP数据包是否为用户端或服务器端发送的第一个包含有效载荷的TCP数据包；

在判断所述TCP数据包为用户端或服务器端发送的所述第一个包含有效载荷的TCP数据包时，提取所述第一个包含有效载荷的TCP数据包中的时间戳；

将所提取的时间戳与所述起始时间戳相减，得到对应的用户端首包时间或服务器端首包时间。

7.根据权利要求3所述的方法，其特征在于，所述根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据，包括：

对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，提取所述TCP数据包中的业务交互关键字；

将所述业务交互关键字与预先设置的关键字进行匹配；

在匹配成功时，提取所述TCP数据包中的时间戳；

将所提取的时间戳与所述起始时间戳相减，得到用户发起请求到所请求的关键节点的耗时。

8.根据权利要求3所述的方法，其特征在于，所述根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据，包括：

对于能够匹配所述TCP流信息中的前四项信息的用于请求资源的TCP数据包，提取所述TCP数据包中的用户端Seq值或服务器端Seq值；

将所提取的用户端Seq值与所述用户端起始Seq值相减，或将所提取的服务器端Seq值与所述服务器端起始Seq值相减，得到所述用户端请求到对应的资源的耗时。

9.根据权利要求3所述的方法，其特征在于，所述根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据，包括：

对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，判断所述TCP数据包中的结束FIN位是否为1；

在判断为所述FIN位为1时，提取所述TCP数据包中的时间戳；

将所提取的时间戳与所述起始时间戳相减，得到TCP连接耗时。

10.一种质量数据的确定装置，其特征在于，包括：

获取模块，被配置为获取用户使用互联网业务时的传输控制协议TCP数据包；

建立模块，被配置为基于所述TCP数据包中的首包建立TCP流信息；

匹配模块，被配置为将所述TCP数据包中传输时间在所述首包的传输时间之后的TCP数据包与所述TCP流信息进行匹配；

确定模块，被配置为根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据。

11.根据权利要求10所述的装置，其特征在于，所述获取模块被配置为获取用户使用互联网业务时，在设定时间段内服务器端发送和/或用户端发送的TCP数据包。

12.根据权利要求10所述的装置，其特征在于，所述建立模块包括：

第一判断子模块，被配置为判断所述TCP数据包中的同步SYN位是否为1；

第一提取子模块，被配置为在所述SYN位为1时，将所述TCP数据包确定为首包，提取所述首包中的信息；

建立子模块，被配置为基于所提取的信息建立TCP流信息，

其中，所提取的信息包括：TCP数据包的源互联网协议IP地址、目的IP地址、源端口、目的端口、用户端起始序列号Seq值、服务器端起始Seq值以及起始时间戳。

13.根据权利要求12所述的装置，其特征在于，所述匹配模块包括：

第二判断子模块，被配置为判断所述TCP数据包中传输时间在所述首包的传输时间之后的TCP数据包是否能够匹配所述TCP流信息中的前四项信息；

丢弃子模块，被配置为在判断为TCP数据包不能够匹配所述TCP流信息中的前四项信息时，将所述TCP数据包丢弃。

14.根据权利要求12所述的装置，其特征在于，所述确定模块包括：

第三判断子模块，被配置为对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，判断所述TCP数据包是否为所获取的TCP数据包中的第一个应答ACK包；

第二提取子模块，被配置为在判断所述TCP数据包为所述第一个ACK包时，提取所述第一个ACK包中的时间戳；

第一计算子模块，被配置为将所提取的时间戳与所述起始时间戳相减，得到用户端与服务器端之间的往返传输时间。

15.根据权利要求12所述的装置，其特征在于，所述确定模块包括：

第四判断子模块，被配置为对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，判断所述TCP数据包是否为用户端或服务器端发送的第一个包含有效载荷的TCP数据包；

第三提取子模块，被配置为在判断所述TCP数据包为用户端或服务器端发送的所述第一个包含有效载荷的TCP数据包时，提取所述第一个包含有效载荷的TCP数据包中的时间戳；

第二计算子模块，被配置为将所提取的时间戳与所述起始时间戳相减，得到对应的用户端首包时间或服务器端首包时间。

16.根据权利要求12所述的装置，其特征在于，所述确定模块包括：

第四提取子模块，被配置为对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，提取所述TCP数据包中的业务交互关键字；

匹配子模块，被配置为将所述业务交互关键字与预先设置的关键字进行匹配；

第五提取子模块，被配置为在匹配成功时，提取所述TCP数据包中的时间戳；

第三计算子模块，被配置为将所提取的时间戳与所述起始时间戳相减，得到用户发起请求到所请求的关键节点的耗时。

17.根据权利要求12所述的装置，其特征在于，所述确定模块包括：

第六提取子模块，被配置为对于能够匹配所述TCP流信息中的前四项信息的用于请求资源的TCP数据包，提取所述TCP数据包中的用户端Seq值或服务器端Seq值；

第四计算子模块，被配置为将所提取的用户端Seq值与所述用户端起始Seq值相减，或将所提取的服务器端Seq值与所述服务器端起始Seq值相减，得到所述用户端请求到对应的资源的耗时。

18.根据权利要求12所述的装置，其特征在于，所述确定模块包括：

第五判断子模块，被配置为对于能够匹配所述TCP流信息中的前四项信息的TCP数据包，判断所述TCP数据包中的结束FIN位是否为1；

第七提取子模块，被配置为在判断为所述FIN位为1时，提取所述TCP数据包中的时间戳；

第五计算子模块，被配置为将所提取的时间戳与所述起始时间戳相减，得到TCP连接耗时。

19.一种服务器，其特征在于，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

获取用户使用互联网业务时的传输控制协议TCP数据包；

基于所述TCP数据包中的首包建立TCP流信息；

将所述TCP数据包中传输时间在所述首包的传输时间之后的TCP数据包与所述TCP流信息进行匹配；

根据所述匹配的结果确定所述用户使用所述互联网业务的质量数据。