移动性概念及流程不解，请教~~~~

北七女孩

hi，大家好
最近又开始看3G，关于用户移动切换这方面糊涂了，请大家帮忙看看。。。。先谢过！
大概是这样：
1. 3G用户移动时，如果新的RAI和旧的RAI在同一个SGSN控制中，叫做SGSN内切换。
如果新的RAI和旧的RAI不在同一个SGSN控制中，叫做SGSN间切换。在SGSN间切换时，需要新SGSN发送Update PDP Context Request,作为SGSN变化的依据，在Update 报文中可能有用户的新位置。
我的问题是，如果是SGSN内部切换，对于核心网而言，是不是不能获知用户移动的位置？就是说如果新旧RAI在同一个SGSN里，那用户即使移动了，SGSN也不会向GGSN发送消息？
举例来说，如果用户从家里开车到单位，虽然用户移动了，但是对于核心网来说，却并不能定位用户现在的位置？（现在在单位），仅对核心网来说。

2. 基站与路由区的关系？
我的理解是RAI可以由LAI+RAC+SAI组成（这里仅是3G），但是基站和路由区是否有重叠的概念呢？像2G中的小区概念(CellID)，又该如何与基站相对应？

3. RNC与基站的关系？

4. 如果移动用户在单位长时间不上网，但是已附着，下班后回到家，开始上网，这个时候在核心网中如何判断用户的位置，或移动轨迹呢？仅分析SGSN和GGSN之间的数据流。

问题较多，水平略低，请大家帮忙解答，谢谢！

爱卫生

1. 3G用户移动时，如果新的RAI和旧的RAI在同一个SGSN控制中，叫做SGSN内切换。
如果新的RAI和旧的RAI不在同一个SGSN控制中，叫做SGSN间切换。在SGSN间切换时，需要新SGSN发送Update PDP Context Request,作为SGSN变化的依据，在Update 报文中可能有用户的新位置。
我的问题是，如果是SGSN内部切换，对于核心网而言，是不是不能获知用户移动的位置？就是说如果新旧RAI在同一个SGSN里，那用户即使移动了，SGSN也不会向GGSN发送消息？（不会发，SGSN更新下就可以）。
举例来说，如果用户从家里开车到单位，虽然用户移动了，但是对于核心网来说，却并不能定位用户现在的位置？（现在在单位），仅对核心网来说。（核心网包括SGSN，SGSN能知道用户位置，GGSN不知道）。

2. 基站与路由区的关系？
我的理解是RAI可以由LAI+RAC+SAI组成（这里仅是3G），但是基站和路由区是否有重叠的概念呢？像2G中的小区概念(CellID)，又该如何与基站相对应？
路由区包括若干个小区。小区是一个逻辑划分的区域，基站是一个硬件。基站的覆盖范围就是小区组成。（我这个解释不够专业，请无线专家补充）

3. RNC与基站的关系？（一个RNC管理若干个基站，属于上下级的关系）

4. 如果移动用户在单位长时间不上网，但是已附着，下班后回到家，开始上网，这个时候在核心网中如何判断用户的位置，或移动轨迹呢？仅分析SGSN和GGSN之间的数据流。
（如果长时间不上网，SGSN有隐式去附着计时器，会将用户去附着。而如果是短时间（比如30分钟以内），UE都要周期性发RAU到SGSN证明自己还活着，因此SGSN可以感知用户在哪个RA下。

北七女孩

爱卫生 发表于 2014-1-13 22:09
1. 3G用户移动时，如果新的RAI和旧的RAI在同一个SGSN控制中，叫做SGSN内切换。
如果新的RAI和旧的RAI不在同 ...

谢谢爱总的回答。
关于4.的问题，我还有几个想问的。
像现在的智能手机，很多软件用户虽然不主动使用，但是后台却有心跳包在维持会话，这种情况UE 是不是依然属于READY状态（从UE -- SGSN -- GGSN）？
而当用户再次使用应用软件时，并不需要service request的流程？如果是这样的话，那么SGSN的隐式去附着是否还存在？或者说隐式去附着计时器是多长时间？像用户夜里睡觉时，肯定没有上网行为了，这时候UE是怎么判断自己的状态呢？READY还是STANDBY？

还有一个问题是，  UE 周期性发送RAU到SGSN，这个周期性是多长？如果UE周期发送RAU，那岂不是一直READY吗？
UE又是如何判断自己是在READY还是STANDBY的状态呢？

最后一个问题，规范里面Update PDP Context Request报文可以在SGSN变化，或者QOS重新协商时发送，请问Update报文有定时发送这一说吗？或者还有其他场景会发送？

学习爱好者

北七女孩 发表于 2014-1-14 14:53
谢谢爱总的回答。
关于4.的问题，我还有几个想问的。
像现在的智能手机，很多软件用户虽然不主动使用， ...

我尝试回答一下：

像现在的智能手机，很多软件用户虽然不主动使用，但是后台却有心跳包在维持会话，这种情况UE 是不是依然属于READY状态（从UE -- SGSN -- GGSN）？
用户发送心跳包时的状态是ready状态，发完心跳包后启动定时器，超时后又进入standby状态
而当用户再次使用应用软件时，并不需要service request的流程？如果是这样的话，那么SGSN的隐式去附着是否还存在？或者说隐式去附着计时器是多长时间？如果用户的状态是IDLE就不需要发起service request流程，后台软件的运行不会发起隐式去附着，隐式去附着定时器时长为118分钟。
像用户夜里睡觉时，肯定没有上网行为了，这时候UE是怎么判断自己的状态呢？READY还是STANDBY
手机中有定时器，T3314定时器超时就是standby状态，
还有一个问题是，  UE 周期性发送RAU到SGSN，这个周期性是多长？如果UE周期发送RAU，那岂不是一直READY吗？
UE又是如何判断自己是在READY还是STANDBY的状态呢？
RAU周期是54分钟，
最后一个问题，规范里面Update PDP Cont
ext Request报文可以在SGSN变化，或者QOS重新协商时发送，请问Update报文有定时发送这一说吗？或者还有其他场景会发送？
没有定时，有需求时发

hrbqby

最后一个问题，规范里面Update PDP Cont
ext Request报文可以在SGSN变化，或者QOS重新协商时发送，请问Update报文有定时发送这一说吗？或者还有其他场景会发送？

举例：在DT的时候UE有业务需求时，RNC与SGSN建立RAB，SGSN就会发送UPdate  pdp req 给GGSN 并携带RNC的TEID。