mt_vqmon异常数据分析

1.首缓冲时间值异常（１）

分析：当第一个m3u8请求时，已经记录request时间，1423716972224，正常情况会立即请求分片列表。

上述图表明请求了一个m3u8之后很长一段时间继续请求m3u8，此时请求url相同，判断为同一个节目，当第一个分片计算出pts时，此时算首缓冲时间异常。

解决办法：超时删除用户，超时时间可设置５分钟

１.首缓冲时间值异常（２）

解析：图中显示首缓冲时间达到2451919ms，明显异常。请求列表里显示多次请求m3u8,然后请求分片，理论上计算的首缓冲不应该超过383s。

原因：不明

2.卡顿时间值异常（1）

解析：图中显示卡顿时长1743632ms,值异常。分片列表中显示1423657731180时请求了一个优酷分片，在1423659038729时请求了一个qq视频。

1423657731180时请求的分片大小为3384kb,耗时1735ms，可能是分片没有请求没有完成，出现卡顿，session 超时，但是如果记录是session超时插入，调用close_seesion则会更新结束时间为此时的包时间！！！

直到下一个节目到了，reset时用的当前包时间，导致计算的卡顿时间长。 1423659038729 -1423657731180 = 1307549ms 异常。

解决：未知原因！！！

2.卡顿时间值异常（2）

解析：图中显示卡顿时间2421183ms，异常值。视频的请求列表中，1423651146329显示的请求片段耗时2118963ms,大小为1402kb,估计是卡顿。符合上报结果！

场景：不明。