6 移动性管理功能---6.1 移动性管理状态的定义

爱卫生

6 移动性管理功能
6.1 移动性管理状态的定义
  6.1.0 概览
  签约用户相关的移动性管理（MM）行为通过三种不同的MM状态来表现。在A/Gb模式，GPRS签约用户的MM状态有IDLE,STANDBY和READY。在Iu模式，GPRS签约用户的MM状态是PMM-DETACHED,PMM-IDLE和PMM-CONNECTED。每个状态描述了一个明确的功能级别和信息的分配。这个信息的集合存储在MS和SGSN上来指示一个MM的上下文。
  MM状态仅关联到签约用户的GPRS MM行为。MM的状态和签约用户PDP上下文的数量和状态是独立的。
注释：一个GERAN/UTRAN的MS并且也支持E-UTRAN接入将同时具有MM状态和EPS MM（EMM)状态。EMM状态以及在GERAN/UTRAN和E-UTRAN之间的RAT移动性状态描述在TS23.401里。
6.1.1 移动性管理状态（A/Gb模式）
6.1.1.1 IDLE(GPRS）状态
在GPRS IDLE状态，一个签约用户没有附着到GPRS网络。MS和SGSN的上下文没有这个签约用户的正确的位置和路由信息。和签约用户相关的移动性管理流程不能执行。
MS执行PLMN的选择和小区选择和重选。来/去MS的数据传输以及对签约用户的寻呼不能执行。GPRS的MS在这个例子中认为不可达。为了建立在MS和SGSN的MM上下文，MS应该执行GPRS的附着流程。
6.1.1.2 STANDBY状态
  在STANDBY状态，签约用户附着到GPRS网络。MS和SGSN有已经建立的MM上下文，在“信息存储”章节中描述。
对数据的数据或信令消息传递可以被接收。也可以通过SGSN接收CS业务的寻呼。在这个阶段不能进行数据接收和传输。
MS在本地执行GPRS RA和GPRS小区选择和重选。MS执行移动性管理流程来指示SGSN它已经进入了一个新的RA。MS不能告知SGSN在同一个RA内的小区变化。因此，SGSN MM上下文的位置信息仅仅包含了STANDBY状态下的MS的GPRS RAI（路由区ID）。
  STANDBY状态的MS可以发起PDP上下文的激活或去激活。一个PDP上下文应该在这个PDP上下文传输或接收数据之前应该被激活。
  SGSN可能要发送数据或信令信息给一个STANDBY状态的MS。SGSN然后发送一个寻呼请求到这个MS所在的路由区，前提是PPF（paging processing flag）位被置位。如果PPF被清除，那么寻呼将不执行。MS的MM状态将切换到READY---如果这个MS响应了这个寻呼并且SGSN接收到了这个寻呼响应。而且，当数据或信令消息从MS发出去，MS上的MM状态将切换到READY，同样，在SGSN上，如果收到了从MS发过来的信令和用户数据，就将MS的MM状态切换到READY。
  MS或者网络可以发起GPRS去附着流程，可使得MM状态切换到IDLE。在mobile reachable计时器超时后，SGSN可以执行一个隐式的去附着，为了将SGSN内的MM上下文返回到IDLE状态。MM和PDP上下文将被删除。
  对于S4-SGSN，在mobile reachable计时器超时后，SGSN应该清除SGSN内的PPF标记位并且启动一个隐式去附着的计时器，并且设置一个相对较大的值--如果ISR（Idle Signaling Reduction）激活的话，至少要比UE的GERAN/UTRAN的去激活ISR计时器要大一点。在隐式去附着计时器超时后，S4-SGSN可以执行一个隐式的去附着来讲SGSN的MM上下文返回到IDLE状态。
6.1.1.3 READY状态
  在READY状态，SGSN MM上下文对应STANDBY状态MM上下文，将用户的位置信息扩展到了小区这个级别。MS执行移动性管理的流程来给网络侧提供它实际选择的小区。GPRS小区选择和重选在MS本地完成，或也可以可选地由网络侧来掌控。
  一个小区ID，Cell Global ID包含了RAC和LAC，在从MS的数据报文的BSSGP的包头中包含。参考TS48.018。
  在READY状态，MS可以发送和接收PDP PDU。网络侧在MS的READY状态不发起GPRS的寻呼。对其他业务的寻呼可以通过SGSN完成。SGSN传递下行数据给BSS，由这个BSS来负责这个用户的实际的GPRS小区。
  MS可以在READY状态下激活或去激活PDP上下文。
  不管无线资源是否分配给了签约用户，MM上下文将一直保持在READY状态--即使没有数据在传输。有一个计时器来监管READY的状态。一个MM上下文在READY计时器超时后切换到STANDBY状态。为了从READY状态切换到IDLE状态，MS发起GPRS去附着的流程。
6.1.1.4 状态传递和功能
  从一种状态到另一种状态的迁移取决于当前的状态和事件的发生。

Figure 16: Functional Mobility Management State Model
从IDLE切换到STANDBY：
- GPRS附着：MS发起请求接入和一个到SGSN的逻辑链路。MM上下文在MS和SGSN下建立。
从STANDBY到IDLE的切换：
-  隐式去附着：SGSN的MM和PDP上下文应该返回到IDLE和INACTIVE状态。SGSN内的MM和PDP上下文可能被删除。GGSN PDP上下文应该被删除。如果ISR没有被激活，PGW和SGW的承载上下文应该被删除。
- cancel location：SGSN从HLR接收了MAP cancel location（取消位置）消息，并且删除MM和PDP的上下文。
从STANDBY切换到READY：
- PDU的传输：MS发送一个LLC PDU给SGSN，这可能是一个寻呼的响应。
- PDP的接收：SGSN从MS接收到了一个LLC PDU。
从READY到STANDBY状态的迁移。
- ready timer超时：MS和SGSN MM上下文返回到STANDBY状态。
- force to standby：SGSN指示立即返回到STANDBY状态，而不用等到ready timer超时。
- 不正常的RLC条件：SGSN MM上下文返回到STANDBY状态，一旦空中接口的消息分发出现了问题，或者是无线网络的传输出现了不可修复的中断。
从READY切换到IDLE状态：
- GPRS去附着：MS或者网络请求MM的上下文返回到IDLE状态，并且PDP上下文返回到INACTIVE状态。SGSN可能删除MM和PDP上下文。GGSN/PGW和SGW的PDP上下文应该被删除。
- cancel location：SGSN从HLR接收到一个MAP Cancel location消息，删除MM和PDP的上下文。

爱卫生

6.1.2 移动性管理状态（Iu模式）
6.1.2.1 PMM-DETACHED状态
  在PMM-DETACHED状态，没有MS和3G-SGSN之间的通信。MS和SGSN上下文没有关于MS的正确的位置或路由信息。MS MMS状态机不能和3G-SGSN相关的系统信息交互。MS在3G-SGSN中不可达，因为MS的位置未知。
为了在MS和SGSN上建立MM上下文，MS应该执行GPRS附着流程。当执行了GPRS附着，PS信令连接在MS和3G-SGSN之间建立，在3G-SGSN和MS内，状态将变更为PMM-CONNECTED。PS信令链接由两部分组成：一个RRC连接和一个Iu链接。
6.1.2.2 PMM-IDLE状态
  MS的位置信息在3G-SGSN已知，并精确到RA级别。为了到达MS，寻呼是必要的，例如到MS的信令。MS和SGSN的已经建立的MM上下文在章节“信息存储”描述。
  MS应该执行一个RA更新--如果RA变化的话。如果3G-SGSN没有关于MS的MM上下文信息，那道HLR的信令交互是必要的。
  MS和3G-SGSN应该进入PMM-CONNECTED状态--当PS的信令链接在MS和3G-SGSN之间建立后。
  GPRS去附着将状态变化为PMM-DETACHED。3G-SGSN可以在任何时候执行一个隐式的GPRS去附着--只要MS reachable timer超时，MS的MM上下文将被删除，在一个确定的时间之后。并且要通知HLR，MS上下文被删除了。（参见“purge功能”）
  对于S4-SGSN，在3G-SGSN的移动reachable计时器超时候，应该清除SGSN的PPF位，并且启动隐式去附着计时器，如果ISR激活了那最好设置一个较大的值，至少要比UE的GERAN/UTRAN去激活ISR计时器要稍大一些。在隐式去附着计时器超时后，SGSN可以执行隐式去附着将SGSN的移动性上下文返回到PMM-DETACHED状态。
6.1.2.3 PMM-CONNECTED状态
  这个状态下，在3G-SGSN内关于MS的位置将精确到服务的RNC级别。在PMM-CONNECTED状态，MS的位置跟踪由服务的RNC来完成。当RAI在MM系统信息发生变化的时候，MS执行一个RA更新的流程。
  当MS和3G-SGSN都在PMM-CONNCETED状态时，一个PS的信令连接在MS和3G-SGSN间建立。
  在3G-SGSN，PS的信令连接释放或带有原因代码“IMSI unknown in RNC"的失败的下行传输都会将状态切换到PMM-IDLE。
  MS应该在3G-SGSN的PS信令连接释放或被中断后进入PMM-IDLE状态。这个释放或失败将显式的由RNC指示给MS或由MS检测到（RRC连接失败）。空口连接应该同时被释放--如果URA更新失败并且原因是"RRC连接没有建立”，或者当MS离开UTRANN（或Iu模式GERAN）时的URA更新计时器超时。
  在一个信令流程后（例如RA更新），3G-SGSN可以决定来释放PS的信令连接，在这之后状态将切换到PMM-IDLE。
  GPRS去附着将状态切换到PMM-DETACHED。
6.1.2.4
  状态转换和功能
  图例17介绍了GPRS签约用户（PMM)的MM状态改变流程。状态和细节在图例后面介绍。
  
                      Figure 17: PMM State Model
   注释：不论PMM-IDLE还是PMM-CONNECTED状态，会话管理可以或不可以有一个已激活的PDP上下文。结果是，在PMM-CONNECTED状态，只有一个信令连接可以是建立的。在PMM-IDLE状态，一个PDP上下文可以是建立的，但是可能没有相应的Iu接口连接或者空口是建立的。
   MS从PMM-DETACHED状态切换到PMM-CONNECTED状态：
-GPRS附着：当MS执行一个GPRS附着，一个PS的信令连接在MS和3G-SGSN之间建立后，MM上下文应该切换到PMM-CONNECTED状态。如果GPRS附着成功完成，那MS将创建一个MM上下文。
  MS从PMM-CONNECTED状态切换到PMM--DETACHED状态：
-GPRS去附着：当PS信令连接在MS和3G-SGSN之间释放后/3G-SGSN在MS执行了一个GPRS去附着/或在网络侧发起的GPRS去附着执行完成后，MM上下文应迁移到PMM-DETACHED状态。MS的MM上下文将被删除。
-RA更新拒绝：在3G-SGSN拒绝了RA更新之后，当PS的信令连接在MS和3G-SGSN之间释放后，MM上下文应切换到PMM-DETACHED状态。MM上下文将被删除。
-GPRS附着拒绝：当3G-SGSN拒绝了附着，当PS的信令连接在MS和3G-SGSN之间释放后，MM上下文应切换到PMM-DETACHED状态。MM上下文将被删除。
MS从PMM-CONNECTED状态切换到PMM-IDLE状态：
- PS信令连接释放：当PS信令连接释放后，MM上下文应切换到PMM-IDLE状态。
MS从PMM-IDLE切换到PMM-CONNECTED状态：
- PS信令连接建立：在PS信令连接在MS和3G-SGSN建立之后，MM上下文应迁移到PMM-CONNECTED状态。
MS从PMM-IDLE切换到PMM-DETACHED状态：
- 隐式GPRS去附着：MM上下文应该在本地迁移到PMM-DETACHED状态，例如：拔除了手机电池、USIM卡或者装在TE的SIM卡。
3G-SGSN从PMM-DETACHED状态切换到PMM-CONNECTED状态：
- GPRS附着：当执行GPRS附着后，当一个PS信令连接在MS和3G-SGSN之间建立，MM上下文将迁移到PMM-CONNECTED状态。如果附着成功，3G-SGSN将创建一个MM上下文。
3G-SGSN从PMM-CONNECTED状态切换到PMM-DETACHED状态：
-GPRS去附着：当PS信令连接在MS和3G-SGSN之间释放后/3G-SGSN在MS执行了一个GPRS去附着/或在网络侧发起的GPRS去附着执行完成后，MM上下文应迁移到PMM-DETACHED状态。3G-SGSN的MM上下文将被删除。
-RA更新拒绝：在3G-SGSN拒绝了RA更新之后，当PS的信令连接在MS和3G-SGSN之间释放后，MM上下文应切换到PMM-DETACHED状态。
-GPRS附着拒绝：当3G-SGSN拒绝了附着，当PS的信令连接在MS和3G-SGSN之间释放后，MM上下文应切换到PMM-DETACHED状态。
3G-SGSN从PMM-CONNECTED状态切换到PMM-IDLE状态：
-PS信令连接释放：当PS信令连接释放后，MM上下文应切换到PMM-IDLE状态。
3G-SGSN从PMM-IDLE切换到PMM-CONNECTED状态：
-PS信令连接建立：在PS信令连接在MS和3G-SGSN建立之后，MM上下文应迁移到PMM-CONNECTED状态。
3G-SGSN从PMM-IDLE切换到PMM-DETACHED状态：
- 隐式GPRS去附着：在MS可达计时器超时后，MM上下文应该在本地迁移到PMM-DETACHED状态。3G-SGSN的MM和PDP上下文将被删除，在等待一段时间之后。对于S4-SGSN，在隐式去附着计时器超时后，MM上下文可本地迁移到PMM-DETACHED状态。

爱卫生

6.1.2.4.1 UE和网络侧状态不同步的处理
6.1.2.4.1.1 UE和SGSN的PMM状态不同步
  在带有原因代码“直接的信令连接重建”的RRC连接释放场景或是一个错误的场景，MS和3G-SGSN的PMM状态可能会丢失同步。在这个场景里，MS可能是在PMM-IDLE状态，但3G-SGSN还是在PMM-CONNECTED状态。
注释1：反过来（MS在PMM-CONNECTED状态但SGSN在PMM-IDLE状态）是不应该出现的，因为3G-SGSN可能不知道MS实际位置的RAI，所以下行数据的传输是不可能的，直到周期性的URA更新计时器超时。
  这种情况通过一个成功的MS发起的连接建立来恢复，例如一个RA更新或者为了数据传输、或带有原因代码“IMSI在RNC未知”的失败的下行链路传输的由3G-SGSN触发的寻呼流程。
  如果SGSN在PMM-CONNECTED状态接收到了从MS过来Iu连接建立请求，SGSN应该确认新的Iu连接和已有的一个是给相同的MS，如果这样的话，SGSN应该处理新的请求并且释放已有的Iu连接和所有的相关联的RAB。为了确认新的Iu连接和已有的是给相同的MS，SGSN可以执行一个安全功能。如果Iu连接建立请求仅仅是为了信令并且直接隧道为了MS已经建立，SGSN（Gn/Gp模式）将发送update PDP context request给GGSN或者SGSN（S4/S5/S8模式）发送update bearer request给S-GW。如果Iu连接建立请求是为了数据的传输，SGSN可以立即建立一个新的直接隧道，并且，在Gn/Gp模式，发送update PDP context request给GGSN或者SGSN（S4/S5/S8模式）发送update bearer request给S-GW，消息里包含RNC的用户平面地址和下行的TEID。
  UE也应该在收到一个带有原因代码“直接信令连接重建”的RRC连接释放消息时，立即执行一个RAU流程进入PMM-IDLE状态，即使RA自上一次更新以来没有发生变化。在有挂起的数据需要传送时，UE应该执行一个后续的service request流程--在RAU成功执行后，来重建空口的承载。
注释2：RNC在因为缺少Iur的连接，不能联系到SRNC来验证UE时，将发送一个RRC连接释放消息，并带上“直接信令连接重建”原因代码。（参考TS25.332【52】）
6.1.2.4.1.2 UE和UTRAN的不同步状态
   在不正常条件下，UTRAN可能认为UE是在RRC-CONNECTED状态，而UE实际是在RRC-IDLE状态。
   这个条件的特征是UTRAN有一个到SGSN的Iu接口连接，并且UTRAN通过RNTI来寻呼UE，但没有收到从UE来的应答。
   对于从CS域寻呼触发的UTRAN寻呼，RNC应该承担恢复的职责，通过重新带上核心网ID在RNC的小区中寻呼，这个RNC是在核心网指示的LA内。重新寻呼的结果是可能会导致RNC有两个RRC连接对于一个UE，但是却有不同的RNTI。为了解决这个问题，当RNC从MSC收到了公共ID消息，RNC可以请求释放之前关联到这个IMSI的不同的RNTI所关联到的Iu-PS连接。

yuws

感谢爱卫生的辛勤奉献

sonic1822

爱版，下面这句话我在看协议的时候就不能理解，现在看了还是不能理解，能帮忙解释一下么，谢谢
注释1：反过来（MS在PMM-CONNECTED状态但SGSN在PMM-IDLE状态）是永远不会出现的，因为3G-SGSN可能不知道MS实际位置的RAI，所以下行数据的传输是不可能的，直到周期性的URA更新计时器超时。

爱卫生

sonic1822 发表于 2012-10-17 10:58
爱版，下面这句话我在看协议的时候就不能理解，现在看了还是不能理解，能帮忙解释一下么，谢谢
注释1：反过 ...

谢谢你看得这么仔细。你的疑问有道理。这里放一下原文：“

NOTE 1: The opposite (MS in the PMM CONNECTED state and SGSN in the PMM IDLE state) shall never happen because the 3G SGSN may not have the RAI where the MS is really located, so downlink transfer is impossible until the periodic URA update timer expires.”

所以有两个问题。1是后面说的这个场景要理解。2是前面这个shall never happen应该怎么翻译，我之前翻译成永远不会出现，感觉不准确，应该翻译成应该永远不出现可能更准确。因为这种失步状态描述的场景是：MS在PMM-CONNECTED状态，而SGSN在PMM-IDLE状态。这说明可能是RNC到SGSN这段出现了问题，MS到RNC的RRC连接还是好的。那这样的话，MS可能发生了跨RA的移动，例如从RA1到了RA2，但SGSN侧登记的可能还是RA1，所以下行数据就没有办法发到已经来到RA2的MS了。

个人理解。建议对照原版，不过第6章开始后面的一些翻译我记得都放上了原文对照了。会方便些。