51学通信技术论坛

标题: 移动性管理的三种状态 [打印本页]

作者: 爱卫生    时间: 2011-2-3 20:00:05     标题: 移动性管理的三种状态

本帖最后由 爱卫生 于 2012-10-15 19:47 编辑

在GPRS环境下,MS的移动性管理状态分成三种。

1 idle。网络侧感知不到用户的存在。不知道它在哪。相当于用户没有开机或者因为无线信号不好如地铁等,网络侧和MS失去了联系。

2 ready。在完成了附着也就是网络注册过程。MS的状态就切换到了ready。网络侧即SGSN知道MS在哪一个小区。有下行数据也无需寻呼直接可下发给手机。在这种状态下MS可进行PDP激活来访问所需要的外部PDN网络的内容资源。另外,由于在附着流程中,SGSN和HLR还有update location位置更新的操作,所以,HLR也知道ready状态的手机,是由哪个SGSN在为它提供服务。

3 standby状态。为了节省空口宝贵的资源,特别设立了standby状态。当MS在ready状态下,如果在一定时间内不进行任何激活操作,或者在激活状态下在一定时间内,没有任何的操作或交互信息。就会被切换到standby状态。例如:有很多手机是开机自动附着到PS域的。会切换到ready,但不是所有的用户一开机就会上网。所以在ready timer超时后,就会切换到standby状态。另外,也有可能是现在智能手机越来越多,大屏手机很多。如看电子书小说的用户,一屏可能几千字,要看十分钟才翻页。那在这十分钟之内,用户肯能不会按手机的任何一个按键。那网络侧也会将用户状态切换到standby。在这种状态下,网络侧即SGSN只知道MS(mobile station即手机终端)在哪个RA,但RA的范围很大很大,网络侧并不知道MS在哪个小区。这时如果有下行数据过来,就一定要先执行寻呼即paging的流程才能下发下行数据。但好处就是standby状态下的手机不需要执行cell update。只需要执行RA update。只有ready状态下的手机才需要进行cell update。这样就节省了宝贵的空口资源。一般默认值,ready timer是44秒。这是很早之前的规范推荐值。当时因为没有智能手机。用户很少在44s内还读不完一个数据,也就是说44秒内肯定会执行翻页等动作。所以这个值是根据当时的用户行为习惯调研统计得出来的。现在的网络环境可能不太适用。可进行适当的调整。


作者: zglaojiang    时间: 2011-4-17 11:38:10

请教你一个问题,比如我使用B手机浏览网页,突然来电话了,网页被挂起,这种情况是不是就是叫force to standby 的情形。
作者: 爱卫生    时间: 2011-4-17 16:15:22

本帖最后由 爱卫生 于 2011-4-17 16:54 编辑

回复 zglaojiang 的帖子

  不是的。正在上网,来电话挂起网页和force to standby完全无关。挂起网页是因为现在我们手上的手机全都是B类手机。即不能同时支持CS和PS业务。在同一时刻只能执行一种业务,如果两种业务同时到来,势必有一个业务要挂起。这个挂起网页的行为完全是手机自主发起的行为,和SGSN无关。MS会发起一个suspend流程,见最下面的图例。而force to standby只用于PS业务,并且只适用于A/Gb模式,不适用于Iu模式。也就是不适用3G手机。因为Iu模式的MM状态没有standby了。

  而force to standby这个flag的含义,在TS24.008中有详细的说明,原文如下:

  "The purpose of the force to standby information element is to force the MS to stop the READY timer in order to prevent the MS to perform cell updates."

  这个flag可以在attach accept或网络侧发起的去附着detach request、RAU accept等消息中由网络侧进行设置。不管是哪个消息,方向一定是网络侧到MS。

  SGSN在发给MS的消息中设置这个flag,就会要求MS关闭ready timer,因此MS会切换到standby状态,这样就可以避免MS执行小区更新了。因为在standby状态下,MS只需要做RAU。只有在ready状态下,MS才会做小区更新。这样网络侧和MS的移动性管理状态就同步了。都是standby。这就是这个flag的主要目的。

  关于正在上网,来电话挂起网页的这个场景所触发的信令流程,可以参考TS23.060的第16.2章,和电路域CS的交互。

  基本流程如下:

[attach]255[/attach]

Figure 99: Suspend and Resume Procedure for intra SGSN


作者: zglaojiang    时间: 2011-4-17 21:56:31

非常感谢,经你这么一讲我就明白了,另外我还想请教两个问题,同学问我的,通常我们所说的节约空口资源,指的是哪些空口资源。另外一个就是对于在standby和ready两种不同状态下对我们用户有什么影响。谢谢!
作者: 爱卫生    时间: 2011-4-17 22:23:07

回复 zglaojiang 的帖子

   空口资源指的是Um接口的资源即MS到BSS之间也就是到基站之间的资源。因为空中接口的频谱资源是有限的,不像固定网络,比如你挖开地面,广州到北京埋一根光纤就好像白得了1000M的带宽,好像很容易。但空中接口的资源是特别宝贵的。所以要省着用。相对来说核心网这一侧基于以太网/IP,带宽大,会宽松很多。
   standby和ready状态对用户的影响,可能用户感知不是特别明显。从技术角度来说,在GSM即A/Gb模式下,MS只要有上行数据或信令要发送,发送任何一个LLC PDU(即任何一个带LLC封装的上层数据包)给网络侧,SGSN就会将MS状态切换为ready。这个时间比较短。用户可能感知不是很明显。当然,如果一定要对比区别的话,如果在ready状态下上网,和在standby状态下上网(例如浏览wap网页)相比,肯定是ready状态下的连接速度更快一些。别的方面对用户的体验来说没什么区别。MS发周期性RAU,用户也不知道。

作者: Albert    时间: 2011-4-18 00:01:57

学习进步中。。。。。。呵呵。
作者: bestflora    时间: 2011-4-22 14:19:58

学习了,每天多明白一点
作者: GPRS_2    时间: 2011-4-24 17:28:45

严谨,看一本书的价值,从它的参考文献可以看出,喜欢楼主回答问题中的严谨。有心人!
另外[发帖际遇]蛮有意思的。
作者: wangchenfool    时间: 2011-5-20 13:53:18

学习了,对我很有帮助。
作者: izturn    时间: 2011-7-20 16:49:43

MS在切换到standby时,GGSN分配给用户的IP地址是否释放了?
作者: 爱卫生    时间: 2011-7-20 20:14:25

izturn 发表于 2011-7-20 16:49
MS在切换到standby时,GGSN分配给用户的IP地址是否释放了?

  没有,因为MS切换到standby是由ready timer控制,默认是44秒,而GGSN是不负责移动性管理功能的,也就是不关心用户位置。所以GGSN并不能根据MS切换到standby来释放IP,除非SGSN能报告GGSN。
  不过,GGSN一般也都能配置相应的timer来监控inactive的用户,超时会自动发起PDP上下文去激活流程,将用户IP地址收回。

作者: izturn    时间: 2011-7-21 10:33:25

爱卫生 发表于 2011-7-20 20:14
没有,因为MS切换到standby是由ready timer控制,默认是44秒,而GGSN是不负责移动性管理功能的,也就是 ...

清楚了,感谢

作者: samsin    时间: 2011-10-2 00:06:36

当然,如果一定要对比区别的话,如果在ready状态下上网,和在standby状态下上网(例如浏览wap网页)相比,肯定是ready状态下的连接速度更快一些。
本文摘自: GPRS家园(www.gprshome.com) 详细出处请参考:http://www.gprshome.com/forum.ph ... &extra=page%3D1

请问版主,二者为什么不是一样快呢? 我认为:不管哪种状态只要有上行的LLCPDU(这里是Active PDP request消息),MS和网侧都会重置各自的ready timer(eg: to 44s),并开始启动或保持运行该定时器,其后的过程都是一样的啊,那么二者的开销应该是一样的啊,为啥不是一样快呢?


作者: 爱卫生    时间: 2011-10-7 14:45:14

回复 samsin 的帖子

  恩,有道理。谢谢。特此更正。确实应该是一样快。PDP激活请求消息也是一种类型的LLC PDU。
作者: feile99    时间: 2011-10-7 15:20:21

回复 爱卫生 的帖子

MS作为主叫的话,应该是一样快,都是随机接入->建上行TBF->建下行TBF......

MS作为被叫的话,就不一样了,standby状态需要进行RA寻呼->随机接入->建上行TBF->建下行TBF......
                                                  ready状态立即指配建下行TBF



作者: 爱卫生    时间: 2011-10-7 15:28:58

feile99 发表于 2011-10-7 15:20
回复 爱卫生 的帖子

MS作为主叫的话,应该是一样快,都是随机接入->建上行TBF->建下行TBF......

  谢谢补充!非常的专业啊!希望多交流哈!
作者: yoursqk    时间: 2011-10-13 21:52:30

爱卫生 发表于 2011-7-20 20:14
没有,因为MS切换到standby是由ready timer控制,默认是44秒,而GGSN是不负责移动性管理功能的,也就是 ...

GGSN 控制PDP去激活流程的timer大概是多少?

作者: 爱卫生    时间: 2011-10-13 22:05:20

回复 yoursqk 的帖子

  不好说啊。各个厂家的默认设置不一样。比如思科的是默认72小时。http://www.cisco.com/en/US/docs/ios/12_4/12_4x/12_42xb/ggsn6_0/cfg/ggsncfg.html#wp1033052
Router(config-access-point)# gtp pdp-context timeout idle seconds [uplink] Specifies the time, in seconds, that the GGSN allows a PDP context to remain idle for a particular access point before purging the context. Valid range is between 30 and 429467. The default is 259200 seconds (72 hours).


作者: 三国杀小王子    时间: 2012-1-7 11:13:03

ready 的ms肯定存在TBF的,而standby的ms不一定存在TBF。若存在tbf的话,若用户想再次上网,相关的信令在PACCH信道上走;而不存在TBF的话,信令会通过CCCH信道走;若CCCH信道负荷大的话,很容易造成上行tbf建立成功率低而影响用户感知(如点击上网连接木有反应等)。所以MS处于ready下的用户感知相对优于standy的用户感知。这也可以从另一个角度去解释从总体上来说为什么ready是比standby上网快的原因
作者: 爱卫生    时间: 2012-1-7 15:26:05

非常感谢分享!
作者: xiaomaobei    时间: 2012-1-7 18:41:24

回复 三国杀小王子 的帖子

想问小王子,为什么“若存在tbf的话,若用户想再次上网,相关的信令在PACCH信道上走;而不存在TBF的话,信令会通过CCCH信道走”?


作者: 三国杀小王子    时间: 2012-1-11 00:49:40

具体请上网查找流程吧。你要了解这些建立的信令流程所使用的信道:例如Packet Uplink Access over  CS 和 Packet Uplink Access using existing Downlink TBF ,即上行TBF建立成功率的建立有两种途径,一个是带TBF的(直接走PACCH),另一个是不含TBF的(先CCCH)。若CCCH负荷高或拥塞的话,那么就很容易引起上行TBF建立失败,尤其是校园区。
作者: 三国杀小王子    时间: 2012-2-9 22:03:55

路过 学习了
作者: choco_teddy    时间: 2012-3-4 14:05:07

学习了。。。。。。。。。。。
作者: yonka    时间: 2012-3-10 19:37:45

想问下ready timer超时进入standby状态后,SGSN会向MS下发什么消息以使其也进入standby状态吗?

“standby状态。为了节省空口宝贵的资源,特别设立了standby状态。”
要使得MS不发起cell update应该是需要MS侧MM也处于standby状态吧?

有想过两边ready timer同时超时于是同时进入standby状态的推断,不知道是否如此。只是如果因为某些原因,两边ready timer没有一致呢?

作者: 爱卫生    时间: 2012-3-10 19:42:35

回复 yonka 的帖子

是的。正如你所说。就是靠ready timer来同步standby状态的。没有消息来通知。不会不一致,因为ready timer是由网络侧下发的。携带在attach accept消息里。建议可以看下版块6里的附着流程的实例介绍。


作者: yonka    时间: 2012-3-10 19:52:12

回复 爱卫生 的帖子

比如MS侧有负载/信令传输~于是ready timer重置~进入ready状态~
但网络侧实际未收到~仍为standby~~于是...

作者: 爱卫生    时间: 2012-3-10 20:13:36

回复 yonka 的帖子

不同步没有关系啊。MS在ready,网络侧在standby对业务没有任何影响的。或者我们再想想一个具体的场景。

其实这个状态主要还是以网络侧的为主。只要网络侧的是对的,基本上问题不大。也体现了到3G4G时代加强网络侧控制的思想。


作者: yonka    时间: 2012-3-10 20:17:11

回复 爱卫生 的帖子

不同步没有关系啊。MS在ready,网络侧在standby对业务没有任何影响的。或者我们再想想一个具体的场景。

其实这个状态主要还是以网络侧的为主。只要网络侧的是对的,基本上问题不大。也体现了到3G4G时代加强网络侧控制的思想。



嗯~我觉得你说对~
有些思想把握了~~比细抠各种特殊状况有意义得多~~

多谢啊

作者: 爱卫生    时间: 2012-4-20 00:27:30

回复 yonka 的帖子

这里有一段总结应该是更精确:(摘自Wiley,.GPRS.in.Practice.A.Companion.to.the.Specifications一书)

There are three states for GMM:

1. Idle which is not attached. (The mobile station is also in packet idle condition).

2. Standby which is attached but with no radio resources allocated for customer data transfer and the ready timer expired. (The mobile station is also in packet idle condition).

3. Ready when an MS is attached and has been allocated radio resources for a TBF or has just finished a TBF, released the radio resources and the ready timer is still running. (The mobile station may be in packet idle or packet transfer condition).

也就是说。Idle状态下用户未附着,MS是在packet idle状态。Standby状态代表已经附着,但是没有为用户数据传输分配无线资源并且ready timer已经超时,MS也是在packet idle状态。Ready状态代表MS已经附着并且已经为用户的数据传输建立了TBF并分配了无线资源,或者刚刚释放掉无线资源和TBF并且ready timer仍在运行。MS可能处在packet idle或packet transfer状态。



作者: 理想    时间: 2012-6-12 22:46:39

楼上的这几句话,很精彩
作者: LEOTOTOGRIM    时间: 2012-6-15 15:16:41

新手上路,慢慢学习,谢谢分享
作者: 行虚名座画    时间: 2012-7-18 09:50:14

爱卫生 发表于 2011-4-17 22:23
回复 zglaojiang 的帖子

   空口资源指的是Um接口的资源即MS到BSS之间也就是到基站之间的资源。因为空中接 ...

求助一下帮主,发送数据,是从sndcp到llc,不经过mm啊,那mm如何知道此时在发数据,状态如何从standby切换到ready呢?

作者: 行虚名座画    时间: 2012-7-18 09:57:57

还有一个问题,为什么standby下只需要执行RAU,而无需CELL UPDATE,而ready下需要cell update呢?
作者: admin    时间: 2012-7-18 22:02:43

行虚名座画 发表于 2012-7-18 09:57
还有一个问题,为什么standby下只需要执行RAU,而无需CELL UPDATE,而ready下需要cell update呢?

因为standby下不需要寻呼,所以SGSN知道MS在哪个RA就够了。而ready状态下规定是可以传递业务的,SGSN要发送下行数据给MS就需要知道具体的小区,所以MS要做小区更新。


作者: 行虚名座画    时间: 2012-7-19 10:34:48


Figure 56: GPRS Paging Procedure
1)        The SGSN receives a downlink PDP PDU for an MS in STANDBY state. Downlink signalling to a STANDBY state MS initiates paging as well.

上面是摘自23.060,寻呼就是从STANDBY状态下开始的啊,为什么说standby下不需要寻呼呢

作者: hycl5410    时间: 2012-7-19 11:10:10

因为standby下不需要寻呼,所以SGSN知道MS在哪个RA就够了。
好像多打了一个"不"字,去掉"不"字逻辑上是对的。。。
作者: zcg9119@126.com    时间: 2012-8-12 22:42:55

受益中。。。。学习啦。
作者: chenxiaoan503    时间: 2013-6-26 13:39:53

问一下各位大神,ready time 44s后会过渡到Standby ,那么Standby状态有没有一个时间值?有没有说到多长时间后会由STandby转到IDEL状态,是不是MSRT这个值。
作者: 花亊未了    时间: 2014-2-26 20:35:29

爱总,移动性管理这儿有点疑惑。以前的功能机没有数据流量开关,通常上网的时候才会出现“G”标志,现在的智能机要打开开关才有“G/E/H”标志,我想知道智能机不打开流量开关会不会发生GPRS附着,处于移动性管理的哪一态?打开流量开关后出现“G/E/H”(假设如果没有应用连网),产生了哪些信令?
作者: kinghighland    时间: 2014-2-26 21:42:49

本帖最后由 kinghighland 于 2014-2-26 21:51 编辑
三国杀小王子 发表于 2012-1-7 11:13
ready 的ms肯定存在TBF的,而standby的ms不一定存在TBF。若存在tbf的话,若用户想再次上网,相关的信令在PA ...

终端是否有tbf与是否ready状态没有必然的联系
ready timer得44秒 或其他值也得几十秒
而tbf的空闲超时释放只需要4.5秒(T3168)或其它设置值也就几秒
显然,READY态的终端也可以是没有tbf的

这里是两个概念需要区分
第一个叫GMM status,是三层状态,终端和网络同步维护着
另一个是终端的无线状态,是二层状态,终端得先进入packet status才能申请资源建立tbf

补充一点,天线状态是一层状态,比如DRX状态

最后讲个自己的心得吧,建议大家尝试一下利用协议分层的角度来考虑问题,有些问题立马就变清晰了!




作者: Toni    时间: 2014-11-23 19:21:28

学习了,对我很有帮助




欢迎光临 51学通信技术论坛 (http://www.51xuetongxin.com/bbs/) Powered by Discuz! X2