[发明专利]一种识别TLS协议加密传输YouTube DASH视频的方法

说明书

本发明公开了一种识别TLS协议加密传输YouTube DASH视频的方法，该方法在接入服务商的网络接入点采集报文数据，基于TCP传输协议、TLS加密协议的传输特征，以及YouTube分发DASH视频的机制，获得加密传输的YouTube DASH视频的音频片段、视频片段信息以及并行传输特征，与已知视频所具有的传输特征进行比对，如果比对成功，输出识别出的视频信息，否则给出视频不匹配信息。本发明可用于接入服务商识别加密传输的热点视频。

技术领域

本发明属于网络测量技术领域，尤其涉及一种识别TLS协议加密传输YouTubeDASH视频的方法。

背景技术

接入服务商为了监测用户对网络带宽的需求需要监测视频流媒体占用带宽资源的情况，国家安全部门出于可能的网络安全需求也需要对特定流媒体视频在网络中的分发情况进行监控。但是视频服务商和用户都不可能将信息分享给接入服务商和相关安全部门。传统的方法是接入服务商在数据经过的位置采集报文数据进行分析，获得需要的信息。但是越来越多的视频服务商开始采用加密流量进行数据传输，世界上最大的视频分享服务商YouTube率先对所有视频流进行加密传输，针对市场占有率最高的安卓终端，使用DASH视频传输机制。由于数据加密后，不能再使用深度报文检测的方法分析数据，传统的分析方法无法使用，这给网络管理带来了困难。

在接入点无法通过对加密数据分析识别出视频数据，只能通过数据的传输特性进行分析。但是视频的传输特性是由视频本身，以及数据分发策略、数据传输技术、数据加密协议和网络实际传输能力多种因素共同作用的结果，动态变化的网络传输实况导致同一个视频的传输特性每次都会有变化。但是另一方面，这些因素的共同作用导致数据传输有一定的规律可循。

目前公开文献中针对YouTube加密视频的识别方法利用了YouTube使用的自适应流媒体技术DASH的特点，服务器在视频分发前会按照播放时长对音频数据和视频数据分别切片，音频的每个片段数据量是相等的，但是由于视频内容各不同，基于现有的编码方式，切片后每个视频片段的数据量不同，传输的时候，每个客户端的HTTP请求按照目录顺序请求一系列片段，然后服务器会向客户端发出对应的数据片段，因此对一个视频来说，被切片后的视频片段序列的数据量构成了视频的基本指纹，直观上看相同的视频片段数据量序列可以作为视频识别的基准。

因此已有的方法为针对某个热点视频识别，在测试终端进行视频点播，并同时在网络接入点采集视频流的报文数据。对一个客户请求后的服务器发出的一簇密集的响应报文负载进行累加，认为一簇密集的响应报文对应一个视频的一个片段，以此建立基准数据。当用户点播相同视频的时候，通过在中间节点进行相同的累加分析，如果累加出的分段数据量序列与已知的分段数据量序列相匹配，就识别出了视频。

但是现有的方法存在三个主要问题：(1)YouTube DASH机制中，一个视频播放的时候有两条数据流并行传输，并且音频片段会和视频片段并行传输，现有的识别方法中忽视了数据量较小的音频片段也被累加造成的数据量误差；(2)网络传输总是会存在数据丢包的情况，服务器和客户经过协商会重传丢失的数据包或者放弃重传，现有的识别方法在基准构建和视频识别过程中都不考虑丢包重传造成误差，这导致丢包重传发生时，基准数据和被识别数据都会出现误差，双重的误差导致识别结果匹配的准确性降低；(3)网络信道条件是不断动态变化的，YouTube采用的是自适应的传输机制，因此每次传输时其两条流上视频片段和音频片段的并行传输过程是随着网络状态而不同的，但是现有的方法是通过真实的数据传输建立基准值，实际上被比较的只是某次的传输特征，网络环境变化后同样的视频传输时会有不同的传输特征，因此造成无法识别。上述三个问题导致现有技术方法无法实现对YouTube DASH视频的准确识别。

发明内容