通信的流量计算

当我用电脑下载一个1G的文件的时候，实际流量要远大于1G吧？需要把它们进行拆包，加IP头，加MAC头等等，还要回上行ACK/NACK消息等等。
对运营商来说，这些额外数据是不是都算在流量费用里面了？上行下行都一起计算的？
最近用手机的时候，发现实际流量比我下载的文件要大一些，有此一问。

难道下载时，不是直接下载这个压缩后的实际存储文件么？还省流量呢。

你这解释。。还是楼主自己想得比较清楚。

恩。楼主想的对

tcp/ip部分算流量，但是无线协议部分不算流量。

那每传一个数据包还得区分一下？挺麻烦的嗳。如果我是运营商，则一起收费算了。
还有传输失败后的重传呢？这些应该也算流量吧？

计费点应该是在GGSN或者SGSN。这两个都是核心网的节点，看不到空口。
从原理上讲，对流经这两个节点的应用层/TCP层/IP层/GTP层的数据包都可以记录流量，就看实际的计费模块怎么实现的了。厚道点就只记录应用层，这样的话你收到的文件大小和你耗费的流量应该是对上的，但这样对运营商是比较麻烦的，还需要做协议的解析；比较公平的应该是记录TCP/IP层，含TCP/IP的协议开销，当然可包含TCP层的重传，这样的话实际消耗的流量比接收到的文件要稍大一些。

为啥不直接从IP包里取出净荷载的长度进行累加？

你说的是实现的方法，和我说的不矛盾

运营商确实是想解析应用层，不过并不是为了计费
记得像Skype这类的应用，一旦通话连接建立之后，就采用加密传输

突然想到：运营商收费后应该提供正确的服务；如果由于运营商信号覆盖质量差导致大量重传，则这些多余的流量不应该收费。但是实际中是在收费的。建议公益法律人士可以介入。呵呵

那这个律师还得好好补习一下通信技术。

这个靠谱。

太难界定重传是由什么导致的了

所以说，真要细究起来的话，我们平时的通信流量中，真正的用户面有用数据不知道占百分之多少。

通常重传并不多，大多数无线协议在底层有重传机制，出错时上层只会感觉到有个包到的晚了一些，而不是坏了或者丢了。
计费一般计算IP层的流量，大多数网络里MTU在1500byte上下，和以太网一样，这么大的包长，包头占的比例很小。