对综合下载速率指标定义的较真

kinghighland

集团考核的指标定义（引用）
【手机用户综合下载速率】
指标定义：2G及TD网络手机用户HTTP业务（含微博、MM）基准下载速率超过60kbps的时长占比。
测试方式：按月为单位统计各地市数据业务忙时数据，通过全省Gn信令监测系统提取HTTP业务的综合下载速率及各速率区间的时长占比，各分公司可通过本省Gn信令监测系统进行数据提取。
【TD用户下载速率】
指标定义：从Gn信令监测系统及自动路测两个角度衡量TD手机用户下载速率（略）。
测试方式：Gn信令监测系统统计、自动路测统计
----------------------------------------------------------------------------------------------------------------------------
指标解读：
        指标定义并未明确要求是基于瞬间速率进行统计还是基于平均速率进行统计，如果基于瞬间速率进行统计，即每个会话过程中把瞬间速率超过60Kbps和低于60Kbps的时间颗粒分别统计时长，最终每个会话都输出一个超过60Kbps的时长占比。
如果基于平均速率进行统计，即每个会话只查看平均速率，如果平均超过60Kbps则整个会话时长都算做超过60Kbps，否则都算做未超过60Kbps。这意味着平均速率为59Kbps的会话会少统计一部分超过60Kbps的时间，而61Kpbs的会话会多统计一部分超过60Kbps的时间，究竟是正误差大一些还是负误差大一些还需要进一步研究统计样本的分布才可得知。


在微观视角上查看，每一个会话的速率时长占比只能是0%和100%，显然是不合理的。我们即使不能假设，“基于亿万个错误的基本样本进行宏观统计，结果就一定是错误的”，但也绝不可以假设，“基于亿万个错误的基本样本进行宏观统计，结果居然是正确的”。
基于以上分析，综合下载速率的测量应当基于瞬间速率在不同区间的分布来进行统计，根据考核要求，需要把区间划分为[0,60Kbps)、[60Kbps,500Kbps)和[500Kbps,+∞)分别统计时长，每个会话都是一个独立的测量样本，为宏观统计提供一个测量值。

实现方法：
由解码程序在完成了TCP会话识别和报文流汇聚之后，测量瞬间速率并累积时长到对应的速率区间，即按照划定的速率区间来统计瞬间速率的发生次数。在会话结束时完成累计，并随话单合成输出测量值，由此得到每个会话的精确时长占比。每个用户、每个会话都提供了精确的测量值，所以汇总后得到准确的“综合下载速率”统计指标。


关键技术：瞬间速率测量；面向每一个并发会话进行实时测量，每一个会话均输出速率时长统计。
补充：
目前在现网项目中所见到的“综合下载速率”都是疑似基于平均速率进行的统计，因此不排除这么一种可能，集团在设计指标时就是按平均速率来考虑的，但这样设计难以从技术角度合理解读，于是较个真吐个槽。

lighcen

集团的下载速率计算公式是： 会话流量/会话时长, 是个平均值。

kinghighland

lighcen 发表于 2014-2-12 00:35
集团的下载速率计算公式是： 会话流量/会话时长, 是个平均值。

按照这个算法说明来要求，恐怕不是用平均速率能算出来的

lighcen

kinghighland 发表于 2014-2-13 18:44
按照这个算法说明来要求，恐怕不是用平均速率能算出来的

这里指的是一个会话两次GET请求，这两个请求之间有个空闲时间，这种情况吧.

这样的做法有两种，现在的gn信令监测系统有两种做法：
第1种，只计算一次会话，包含这个空闲时间。
第2种，把这两个GET分开计算。

集团核考时是用Gn信令监测系统的CDR进行计算的，所以计算准不准确要取决于厂家的实现。

kinghighland

应该是一个GET中两组报文的间隙