各位好，近期讨论多的微信收费，从GPRS网络如何分析微信的信令、业务流量情况。

fling_work

各位好，    近期讨论多的微信收费，从GPRS网络如何分析微信的信令、业务流量情况，各位专家有啥好的分析思路、借鉴方法！

admin

个人感觉运营商如果真的要限制微信应该不难的，微信就是一个上层的应用，和QQ没什么区别。在GGSN上都集成了DPI（深度检测）的功能，从网络层到应用层的检测都有，微信的检测自然没有问题。如果高层下令限制，到时候只需要给微信分配一个很低的带宽，延迟变为现在的10倍以上。那自然没有人用微信了。虽然免费但基本的Qos用户也还是需要的。

如果是收费的话，那就在用户使用微信这种业务时，GGSN去向PCRF请求一个合适的Qos就可以了。如果收费高，Qos就高，收费低，那就放到背景类业务里面不做任何保障就好了吧。

fling_work

主要是要分析微信开销

ES_492

感觉应该是微信对资源消耗太严重了~产生的流量却很小，比如语音对话1个小时，只有不到3M的流量产生，运营商为了平衡资源和收益之间的关系，微信收费也无可厚非。

蓉城喜鹊

fling_work 发表于 2013-4-6 19:01
主要是要分析微信开销

估计要分析微信的信令与业务流量情况有点困难。因为微信是TX的私有软件，而你要分析的目标则是软件本身的一些信令、业务流量特征，这是厂家所保护的。或者说，就算你拿到一堆微信的数据包，也可能是加过密的。

GGSN有三种方法可以完成对微信的流量识别：

1. 直接检测 IP+Port；
2. 深入检测 IP+Port+应用层；
3. 启发式检测；

目前，运营商的网络中都将微信流量纳入到了last-resort计费策略中，即缺省流量中，尚没有分配专用的业务识别码SI。
现在大家讨论的问题焦点是该不该收费，至少针对微信流量的识别和计量方式是非常成熟的。

qingtao12

支持向微信收费。微信分流了传统运营商的彩信、短信甚至语音，造成运营商收入降低。而运营商采用的是语音补贴数据的政策。运营商要想不损失，一种是向微信收费，一种是提高数据费用。如果向微信收费，用户群是TX的生命之源，不一定能转嫁费用给最终用户。而采用提高数据费用，那么终端用户使用微信所得到的资费降低就被抵消了，那还不如直接用短信、彩信。

tonyhe

感觉运营商不应该收费的。本身自己做不出什么好的东西，看到别人的用户量上去了，眼红了，就要为难人家；为什么最开始的时候不向TX收费呢；运营商不是一直夸自己的3G做的有多好么，微信使用者多了，不正是检验各运营商的网络质量的时候了么。

NMW

至少针对微信流量的识别和计量方式是非常成熟的

这只是理论上的，实际实施起来还是有很多问题的，目前想到的有以下两个：

1. 针对7层以上的应用分析将消耗GGSN的大量资源，会造成GGSN的性能下降，降低其他业务的用户感知。运营商有可能会得不偿失。
2. 微信可以随时变更通信协议，运营商只能被动地接招，无法掌握主动。

readhere

  微信对SGSN的压力大还是对GGSN的压力大？

readhere

  看来没有问清楚：微信造成的信令风暴对SGSN造成的影响大还是GGSN的影响大，哪个需要先扩容？

fordesign

主要影响在空口，对CCCH的压力影响CS；核心网那边甚至要调整MM ready timer来保持MS的状态在READY以减少下行PCH的冲击，这样做显然是让扩容核心网的资源来尽量保证空口。

admin

readhere 发表于 2013-4-19 21:52
看来没有问清楚：微信造成的信令风暴对SGSN造成的影响大还是GGSN的影响大，哪个需要先扩容？

正如11楼的童鞋提到的，信令风暴的影响主要是在空口。核心网侧如果要扩容的话，由于心跳信息。所以会导致SGSN不断的去paging用户（也如11楼提到的，可以通过增大ready timer来适当优化）。所以可能需要增加SGSN的信令容量以及Gb接口的带宽。从信令角度看，其实对GGSN的影响不大。因为它是没有移动性管理功能的。所以理论上对GGSN没什么影响。

cmcc_demon

可以借助一些三方的用户信令跟踪分析软件，就我知道的，可以从GB口截取到用户登录微信的记录，主要通过URL来分析，当然流量也可以统计得到。相对应的，就可以跟话音、彩信业务的计费做一个横向分析。

readhere

  看起来大家普遍觉得GSM空中接口的CCCH容量不够用，其实GSM的CCCH可以配置多达4条，瓶颈应该不在CCCH这里。当然，有些终端可能比较原生态，只支持1条CCCH。