follow-on request pending和follow-on proceed

爱卫生

前提：这两个IE只适用于Iu模式，不适用于A/Gb模式。

   根据规范TS24.008的说明，follow-on request pending
和follow-on proceed的作用是用于在Iu模式下，延长或保持Iu连接而设立的。follow-on request pending在attach request和RAU request消息中携带，用于UE向网络侧请求，我这边有pending的数据或信令要即将发送，请求网络侧在附着成功或RAU成功后，不要立刻释放Iu连接。这样UE就可以立即发送数据或信令了。

   同样，如果网络侧想在attach或RAU流程结束之后，延长或保持Iu连接，也就是不立即将UE的状态从附着成功后的PMM-CONNECTED切换到PMM-IDLE，则SGSN会在attach accept或RAU accept消息中设置follow-on proceed，代表网络侧也期望延长Iu连接的时间。如果网络侧不期望延长Iu连接时间，则会设置no follow-on proceed，并将Iu连接释放，这样UE在SGSN内的状态将立即返回PMM-IDLE。

    分两种场景：

1）附着：

     很多手机是开机后不自动做PS附着，而是有需要时再附着，例如通过点击浏览器来触发。也就是激活和附着是一起做。这样在附着后面马上就会跟着激活流程。这时UE就可以在attach request消息中设置follow-on request pending，这样附着成功后，网络侧将保留Iu连接，那UE就不用再发起service request消息去请求建立Iu连接了。

2）RAU：

   这种场景下，就是说UE可能在到这个新RA来之前，在老的RA仍有数据发送或接收，即是从PMM-CONNECTED状态来到当前这个新RA的。这时候UE也可以在RAU Request消息里设置follow-on request pending，请求网络侧在RAU成功后不要释放Iu连接，因为它也是要马上接着传数据的。

izturn

路过看一下

weishengzi

学习了啊，感谢

zglaojiang

弱弱的问一下，什么时候会是no follow-on request pending呢？是不是那种附着失败又接着请求附着的情形。然后是不是如果手机发的请求消息里面带有 follow-on request pending的话然后SGSN回的ACCEPT消息里面也有follow-on proceed呀。

爱卫生

回复 zglaojiang 的帖子

  一点都不弱啊。
1）No FOR(follow-on request)如果出现在附着里，通常是手机侧附着和PDP激活分开做的场景。例如索爱的手机。有些手机是附着激活同时做，例如诺基亚的一些型号手机。那附着完马上就要用业务了，因此就要设置FOR请求网络侧预留Iu接口的资源。如果出现在RAU流程里，通常应该对应的是PS Handover所引发的RAU，也就是说用户正在上网的过程中发生了RA切换。这样手机肯定也希望网络侧在RAU完成后不要马上将Iu连接释放，因为它还要上网呢。
2）是的。根据TS24.008的说明，如果手机在附着请求时设置了FOR，则网络侧的Attach Accept消息要携带FOP（Follow-on proceed）。如下：In UMTS, if the network wishes to prolong the PS signalling connection (for example, if the mobile station has indicated "follow-on request pending" in ATTACH REQUEST message) the network shall indicate the "follow-on proceed" in the ATTACH ACCEPT message.

zglaojiang

回复 爱卫生 的帖子

非常感谢，那也就是说这个FOR带不带要看你在手机上怎么操作以及手机的特性，如你所说，假如某手机可以附着激活一起做（开机不自动附着那种），那我就直接打开浏览器先附着再做激活然后访问业务，在这个附着消息里面他就肯定会带这FOR参数，然后如果说有些手机（开机也不自动附着那种）不能直接打开浏览器，而是必须先完成附着再做激活再浏览业务，这个时候一般都是用户想上网，那么在附着里面他也会带上这个参数。然后就是在带业务的切换流程中也会带这个参数，因为用户还得继续上网或下载。最后对于那种开机就自动附着的那种类型，在开机自动附着的消息里面它应该不会带这个参数吧。