非关机原因触发的MS去附着流程

爱学习

看了爱总的非关机原因触发的MS去附着流程
有这么一个小问题，一些品牌的手机在关闭手机网页浏览器的同时，除了触发一个PDP上下文去激活流程之外，还将触发一个去附着流程，以保证MS在不使用数据业务的时候总是处于待机状态，以达到节电的目的。去附着后是idle状态，那这样的话有下行数据的话，是不是MS不能被寻呼到了吧？或者因为网络知道MS是出于IDLE，是不是就不寻呼了？

爱卫生

回复 爱学习 的帖子

红色部分的内容都是对的。Idle状态，SGSN就不会寻呼了。如果在GGSN侧没有active的PDP上下文，也不会把下行数据报文发给SGSN。

爱学习

嗯，，，知道了。。。

samsin

回复 爱学习 的帖子

你好，这是什么牌子的手机， 从现在看来，个人觉得这个设计有些牵强，浏览器工具的开关怎么能作为用户想不想使用网络的提示，太武断了。就算是以前的设计，浏览器是使用网络流量的唯一工具，如果关浏览器，但下一秒 又想打开，岂不是开销更大、体验更不好。楼主对此有啥看法？谢谢

爱卫生

回复 samsin 的帖子

终端这一侧确实不清楚。只能去猜。之前也和同事讨论过。

大家觉得比较合理的设置是手机来监控，而不是应用来监控，来决定是否做去附着。也就是手机发现，如果到同一个APN只要还有一个应用没有关闭，正在使用相应的进程，则不会发起PDP上下文去激活。不是由你说的浏览器或应用来判断是否做PDP去激活。

但PDP上下文的激活，则应该是可以由应用来发起，不会由手机来判断。

samsin

谢谢额，我不太同意老版的观点，我认为手机OS不大会用来监控每个网络应用进程，光是实时性和开销，就会影响手机的性能，当然会影响体验。如果说这个功能以菜单的形式开放给用户做选择也不太好。 这个detach的行为让用户自己执行，手机不用监管。
至于PDP context activate，可以有应用触发、但一定要有用户介入才行，不然用户不会发飙才怪呢，这个功能做成菜单给用户选择，也不太好。

爱卫生

回复 samsin 的帖子

呵呵，是的。手机这块的设计确实不太清楚。都是猜测。
但如果关于去激活APN，手机没有监测的话。那如果用户同时开了QQ和浏览器，都是在cmwap。那只要关掉浏览器，QQ也会掉线吗？这样用户体验也会很低啊？
PDP激活肯定要用户参与的，即用户点击某个应用来触发，这点应该是没有争议的。

WGPRSJIAYUAN

手机上可设置“永远在线”和“当需要时。。”，设置为“永远在线”时去PDP激活后就不会发起Detach流程，设置为““当需要时。。”去激活后将发起Detach流程。这个之前做过验证，不过是对非安卓系统的手机。