[发明专利]基于HTTP应用层解析实现TCP重传分析的方法

说明书

技术领域

本发明属于通信领域，特别涉及中国移动、中国联通所属的GSM、GPRS、TD-SCDMA、WCDMA运营支撑系统、信令监测系统技术领域。

背景技术

随着移动互联网的高速发展，基于移动数据业务的用户行为分析、感知分析已成为支撑运营商市场决策的重要依据。

因HTTP浏览业务在移动互联网应用中占比最大，且结合HTTP浏览业务携带上网URL及流量信息等特点，基于HTTP浏览业务的用户行为分析、用户感知分析为现阶段主要分析指标。

下载速率与TCP重传率为HTTP浏览业务的感知分析的重要指标。目前，主流分析手段中，下载速率通常基于应用层每次HTTP业务过程数据流量与下行时延分析实现，TCP重传率分析通常基于承载层协议分析实现。以上述指导原则，支撑系统通常规划不同的合成机制、数据库分表存储、应用层分别展现。

现有的移动互联网业务数据分析流程如附图1所示，其中存在如下缺陷：

(1)应用层分别展现，使用不便。

在现有机制下，基于HTTP感知分析通常分为基于应用层实现的下载速率呈现，以及TCP重传率呈现，整体感知指标需要离线关联分析，使用不便。

(2)采用分立的合成机制，硬件开销较大，成本利用不合理。

采用分立的合成机制，对应用层、承载层分别分析，合成服务器开销翻倍，且需要规划不同的数据库表，用户身份信息、位置信息等公共信息重复存储，存储开销不合理。

(3)分析精度相对较低：

在现有机制下，TCP重传分析单元为一次TCP连接，HTTP业务分析单元为一次HTTP业务过程。根据移动互联网业务协议特点，一次TCP连接可包含多个HTTP请求，考虑移动互联网用户的移动性特点，现有机制下，TCP重传率分析精度与HTTP下载速率分析存在分析精度不匹配，且分析精度较低。

发明内容

为了解决现有移动互联网业务数据分析中上述缺陷，本发明结合HTTP业务的协议及传输特征，计划基于HTTP应用层信令解析，实现HTTP业务流量解析的同进，实现承载层TCP重传分析。采用这种整合机制，可有效提高合成精度、硬件资源使用更加合理，指标集中展现，有利于上层应用分析。

本发明提出了一种基于HTTP应用层解析实现TCP重传分析的方法，包括如下步骤：基于HTTP浏览业务应用层协议响应包分析得到理论数据流量；根据响应包中TCP分段数据负载(payload)计算得出实际数据流量及实际传输数据包数；根据理论数据流量和实际数据流量确定数据重传比；根据实际数据流量和实际传输数据包数确定数据包数平均负载；根据理论数据流量和数据包数平均负载确定理论传输数据包数；根据实际传输数据包数和理论传输数据包数确定重传数据包数。

根据本发明的一个方面，HTTP浏览业务过程中的理论数据流量，是通过提取响应消息Content-Length实体报头域定义内容来获取，即实体正文的长度，以字节方式存储的十进制数字来表示。

根据本发明的一个方面，实际数据流量是通过将所有响应消息的payload求和来获得，即HTTP响应消息中，TCP承载层之上不包含状态行、消息报头的响应正文部分字节数的总和。

根据本发明的一个方面，所述基于HTTP应用层解析实现TCP重传分析的方法结合了HTTP应用层解析，同时将应用层与承载层整合分析，得出理论数据流量、实际数据流量和实际传输数据包数。

根据本发明的一个方面，数据重传比、数据包数平均负载、理论传输数据包数、重传数据包数是通过下面的方式而确定的：

数据重传比＝1-((实际数据流量-理论数据流量)/理论数据流量)*100％；

数据包数平均负载＝实际数据流量/实际传输数据包数；

理论传输数据包数＝理论数据流量/数据包数平均负载；

重传数据包数＝实际传输数据包数-理论传输数据包数。

附图说明

下面结合附图及具体实施例对本发明再作进一步详细的说明：

附图1为现有的移动互联网业务数据分析流程。

附图2所示为根据本发明实施例的HTTP业务流量合成示意图。

附图3所示为根据本发明实施例的典型HTTP业务过程示意图。

附图4所示为根据本发明实施例的终端和服务器之间的数据交互过程示意图。

附图5所示为根据本发明实施例的状态行、消息报头、响应正文信令位置示意图。

附图6所示为根据本发明实施例的HTTP业务记录开关闭示意图。

附图7所示为根据本发明实施例的理论数据流量示意图。