51学通信技术论坛
标题: 非关机原因触发的MS去附着流程 [打印本页]
作者: 爱学习 时间: 2012-4-28 16:00:54 标题: 非关机原因触发的MS去附着流程
本帖最后由 爱学习 于 2012-4-28 16:03 编辑
看了爱总的非关机原因触发的MS去附着流程
有这么一个小问题,一些品牌的手机在关闭手机网页浏览器的同时,除了触发一个PDP上下文去激活流程之外,还将触发一个去附着流程,以保证MS在不使用数据业务的时候总是处于待机状态,以达到节电的目的。去附着后是idle状态,那这样的话有下行数据的话,是不是MS不能被寻呼到了吧?或者因为网络知道MS是出于IDLE,是不是就不寻呼了?
作者: 爱卫生 时间: 2012-4-28 18:59:08
回复 爱学习 的帖子
红色部分的内容都是对的。Idle状态,SGSN就不会寻呼了。如果在GGSN侧没有active的PDP上下文,也不会把下行数据报文发给SGSN。
作者: 爱学习 时间: 2012-4-28 20:23:06
嗯,,,知道了。。。
作者: samsin 时间: 2012-4-29 10:14:18
本帖最后由 samsin 于 2012-4-29 10:17 编辑
回复 爱学习 的帖子
你好,这是什么牌子的手机, 从现在看来,个人觉得这个设计有些牵强,浏览器工具的开关怎么能作为用户想不想使用网络的提示,太武断了。就算是以前的设计,浏览器是使用网络流量的唯一工具,如果关浏览器,但下一秒 又想打开,岂不是开销更大、体验更不好。楼主对此有啥看法?谢谢
作者: 爱卫生 时间: 2012-4-29 10:59:18
回复 samsin 的帖子
终端这一侧确实不清楚。只能去猜。之前也和同事讨论过。
大家觉得比较合理的设置是手机来监控,而不是应用来监控,来决定是否做去附着。也就是手机发现,如果到同一个APN只要还有一个应用没有关闭,正在使用相应的进程,则不会发起PDP上下文去激活。不是由你说的浏览器或应用来判断是否做PDP去激活。
但PDP上下文的激活,则应该是可以由应用来发起,不会由手机来判断。
作者: samsin 时间: 2012-5-1 13:02:18
谢谢额,我不太同意老版的观点,我认为手机OS不大会用来监控每个网络应用进程,光是实时性和开销,就会影响手机的性能,当然会影响体验。如果说这个功能以菜单的形式开放给用户做选择也不太好。 这个detach的行为让用户自己执行,手机不用监管。
至于PDP context activate,可以有应用触发、但一定要有用户介入才行,不然用户不会发飙才怪呢,这个功能做成菜单给用户选择,也不太好。
作者: 爱卫生 时间: 2012-5-1 17:28:01
回复 samsin 的帖子
呵呵,是的。手机这块的设计确实不太清楚。都是猜测。
但如果关于去激活APN,手机没有监测的话。那如果用户同时开了QQ和浏览器,都是在cmwap。那只要关掉浏览器,QQ也会掉线吗?这样用户体验也会很低啊?
PDP激活肯定要用户参与的,即用户点击某个应用来触发,这点应该是没有争议的。
作者: WGPRSJIAYUAN 时间: 2012-9-27 10:10:36
手机上可设置“永远在线”和“当需要时。。”,设置为“永远在线”时去PDP激活后就不会发起Detach流程,设置为““当需要时。。”去激活后将发起Detach流程。这个之前做过验证,不过是对非安卓系统的手机。
欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) |
Powered by Discuz! X2 |