内容计费性能优化方案--不经过WAP网关的组网方式 之个人理解待求证

爱卫生

之前看到百度文库一篇文章：中国移动技术发展路标(2008年版)-分组域技术策略。原帖地址是：http://wenku.baidu.com/view/4557701fc5da50e2524d7f07.html，其中第33-34页介绍了内容计费时对GGSN性能的优化方案就是尽量减少GGSN上对7层协议规则的处理，因为从实现上来看，GGSN上的分析协议栈越往上走性能负荷越高，因此GGSN上尽量要少配置7层的匹配规则，多配置3-4层的匹配规则，即不检测HTTP层的URI只检测IP头中的IP地址和传输层端口号来判别业务。但现有组网都是经过WAP网关来做7层规则识别的。如下图所示。

为了减少GGSN在做内容计费时的负担。希望将现有的组网方式进行调整如下图所示。

关于上图的理解是（图上的数字是按照个人理解加上去的，不一定对）：

1）MS完成PDP激活。GGSN通知UIS用户手机号和IP的对应关系（就像第1张图中GGSN和WAP网关类似）

2）访问网页访问139邮箱。通过途中的DNS proxy解析出139邮箱服务器地址。

3）GGSN在将DNS proxy的结果返回给MS时，也将该结果在本地缓存下来。因此，GGSN知道IP地址、端口和应用层业务服务器的对应关系了。

4）MS发送数据给139邮箱服务器，即图中的AGPS服务器。

5）GGSN可以根据之前缓存的结果，以及L3/L4的规则进行规则匹配以及内容计费。例如dst ip=10.1.1.1，port=80代表139邮箱服务。

6）AGPS服务器询问UIS（UIS和DNS proxy合设为一个硬件），查询用户手机号和IP的对应关系。

以上步骤是个人理解的，希望得到求证。关键是步骤是否正确，以及是不是在GGSN上要设置缓存截取并存放DNS解析结果呢？

该PPT也上传到论坛城通网盘了，地址是http://www.ctdisk.com/file/8252040。

hycl5410

说一下我的理解：
其他都一样，除了以下几点：

2）GGSN在PDP激活的时候就带给UE一个DNS server地址，就像cmnet那样，之前的cmwap是不带DNS的。这个DNS地址是DNS-Proxy地址。之后用户就去DNS-Proxy解析业务请求，DNS-P再向DNS去查询（递归？）出业务服务器地址。
3）GGSN不用管DNS解析出来的服务器地址是什么，所有的内容计费的3/4层规则都已经在GGSN内部预定义好了(这个是目前中国移动比较普遍的应用方式)，或者通过PCRF（我没搞过这个）？
5）GGSN根据预定义的规则。。。。