6.9 位置管理功能（含RAU和SRNS重选等信令流程）

爱卫生

6.9 位置管理功能
6.9.0 通用
  位置管理功能提供：
- 小区和PLMN选择机制：
- 网络侧知道MS在STANDBY, PMM‑IDLE, READY, PMM‑CONNECTED状态下路由区的机制
- 2G-SGSN知道Ready状态下MS的小区ID的机制
- Iu模式RAN知道PMM-CONNECTED状态MS的RAN注册区域ID或小区ID的机制
- 当一个RAU流程应该通过提供RAI来执行时，Iu模式RAN来指示RRC连接模式的MS的机制; 以及
- Iu模式下网络侧知道为PMM-CONNECTED状态的MS的服务BSC/RNC地址的机制.这个机制是服务RNC重选流程。
注释1：SGSN可以不知道路由区在Iu模式MS物理上定位到一个处于RRC连接模式的MS。一个PMM-CONNECTED状态的MS在RRC连接模式是必要的。只有MS是在CS MM-CONNETED状态，一个PMM-IDLE状态的MS是在RRC连接模式。
    在Iu模式，MS的位置跟踪有三个级别（小区，RAN area，或RA）；参考TS23.121.
    在A/Gb模式，MS的位置跟踪是两个级别（小区或RA)。
    RAU流程可以由EUTRAN到GERAN/UTRAN的Inter RAT切换触发，参考TS23.401。
    RAU流程可以由ISR功能触发，在TS23.401描述。
    其他一些特定的事件也可以触发RAU流程。
    RA在“Routeing Area Identity"章节定义。
    紧急承载业务在GERAN PS域不支持。A/Gb模式的重选应该避免---如果一个由紧急承载业务的UTRAN的MS尝试切换到GERAN PS域。
   如果SIPTO为一个PDN连接使用GW选择是开启的，SGSN应该重新评估是否PGW/GGSN位置仍然是可接受的。如果SGSN决定GW重选是必要的，那SGSN可以通过reactivation requested发起PDN去激活，在RAU流程的后面9.2.4.2描述。
注释2：取决于运营商的配置，SGSN决定来使用带有reactivation requested的去激活或允许后续继续使用及应连接的GW。
6.9.1 位置管理流程（A/Gb模式）
  PLMN应该提供给MS信息，使得它能够：
- 检测MS已经进入到一个新的小区或一个新的RA; 以及
- 决定什么时候执行周期性RA更新。
  MS通过比较存储在手机的MM上下文里的小区ID来检测是否进入到了一个新的小区。MS通过周期性对比从新校区接收到的RAI和存储在它自己上面的MM上下文的RAI，来决定它是否进入了一个新的RA。MS应该要考虑信号强度测量的滞后现象。
  当MS进入到一个新的小区，可能是一个新的RA，这将可能代表下面3种情况有1种发生：
- 需要执行一个小区更新；
- 需要执行一个RA更新；或者
- 需要执行一个联合的RA和LA更新。
  在所有上述三种情况，MS存储小区ID到它的MM上下文里。
  如果MS进去了一个新的PLMN,MS应该执行RA更新，除非不允许这样做，原因在TS24.008和TS23.122说明，或者MS配置了在发生PLMN变化时，执行一个带有IMSI的附着。
  在网络操作模式II和III，无论何时MS决定它应该执行LA更新和RA更新：
1 它应该发起LAU，然后发起RAU，如果MS是A类手机。
2 它应该先发起LAU，如果MS不是A类手机。
  RAU消息应该不加密发送，因为在inter-SGSN RAU场景中，新SGSN应能处理这个请求。
6.9.1.1 小区更新流程
  一个小区更新在是在一个READY状态的MS进入到当前RA的一个新小区发生的。如果RA发生变化，一个RAU应该代替小区更新来执行。
  如果网络侧不能支持小区通告(这是优化的小区更新流程，在TS24.008描述），MS通过发送一个任意类型的上行LLC帧（除了LLC NULL帧，参考TS44.064）并带有MS的ID给SGSN来执行小区更新。如果网络侧和MS支持小区通告，那么MS应该使用LLC NULL帧并包含MS的ID以支持执行一个小区更新。对MS和网络侧，小区通告的支持是强制的，但是因为向后兼容的原因，网络侧和MS一定要支持不带有LLC NULL帧的小区更新流程。
  在到SGSN的方向，BSS应在所有的BSSGP帧里加入小区全局ID（CGI)并包括RAC和LAC，参考TS48.018.一个小区更新是任何正确接收的并且是在BSSGP PDU中承载的有效的LLC PDU，且包含了一个新的小区ID。
  SGSN记录MS的小区变化，后续的流量将被直接发到新的小区。如果由GGSN根据计费的要求来请求（15.1.1a），SGSN应转发新的CGI给GGSN，根据15.1.3.2定义的流程。如果是S-GW/PGW根据15.1.0提到的计费要求来请求小区ID，SGSN应转发新的CGI给SGW/PGW，根据15.1.3.2。

firelight

楼主辛苦了，顶一个

hycl5410

tosumup 发表于 2013-5-2 17:16
请问周期性路由区更新，SGSN回复accept消息时，携带PTMSI吗？

以下为个人理解，没去查规范。
P-TMSI重新分配是SGSN内部的事，由SGSN决定，与PRAU是不冲突的。因此，如果SGSN决定重新分配，那么应该可以通过PRAU的accept下发。

延伸一下，4G的GUTI重分配可以在任何时候由MME发起，是一条独立的信令。

tosumup

请问周期性路由区更新，SGSN回复accept消息时，携带PTMSI吗？

hellofeng

谢谢！版主太厉害了！

yanxin267

爱总，方便做个SRNS重选方面的抓包视频吗？感觉要看了爱总的讲解视频才会醍醐灌顶！

爱卫生

zglaojiang 发表于 2012-7-1 15:47
爱总，请教个问题，在RAU的安全性流程这边有点疑问，如果说NEW SGSN不能从OLD SGSN获取SGSN CONTEXT的话后面 ...

如果获取不到，根据规范要求。New SGSN不会去向MS去要IMSI，而是直接RAU Reject。MS应收到后将P-TMSI删除，并以IMSI在新的RA发起附着流程。

SGSN Context包括MM上下文和PDP上下文。这不是虚的东西，24008里有具体的定义和参数描述。MM上下文包含的是移动性管理相关信息。例如IMSI、用户之前的位置信息等。PDP上下文和会话管理相关，例如APN、NSAPI、PDP地址、GGSN地址等。有个实例：http://www.gprshome.com/forum.php?mod=viewthread&tid=1137&page=1&extra=#pid5587 介绍。Inter-SGSN RAU流程。

zglaojiang

爱总，请教个问题，在RAU的安全性流程这边有点疑问，如果说NEW SGSN不能从OLD SGSN获取SGSN CONTEXT的话后面的安全性流程具体是怎么执行的呢？新的SGSN去跟MS要IMSI然后再去HLR去鉴权信息完成对MS的鉴权吗？另外我还想问一下这个SGSN CONTEXT里面说是去MM和PDP上下文信息，具体是哪些信息呢。我跟同事正在为这个问题争论。请您帮忙解答一下，谢谢！

yuws

中英文对照的是比纯中文更好！

张沿

太厉害了，受益匪浅

xiaodong.hn

以后想查资料了，直接上GPRS家园浏览网页就行了。

wind_bbs

请教一下楼主，如果在PMM-CONNECTED状态下，MS发生了位置变化，可能存在4种情况：
小区切换（同一NodeB）
小区切换（不同NodeB）
RNC重定位（同一SGSN）
RNC重定位（不同SGSN）

监测什么信令才能获得UE的小区级位置呢？谢谢

samsin

多谢，爱楼主，你的分析的确有道理，N-PDU好像是某个特定历史时期的T-PDU的另外一种称呼，弄的有家不能回，哦，原来是搬家了，必须要走新路。不仅是T-PDU，更是需要怜悯的T-PDU。楼主，的确考究的比较深。

爱卫生

samsin 发表于 2011-10-4 20:06
谢谢爱版主，东西搞的太细了，
请教个问题： inter-sgsn RAU里面，23060里面在描述sgsn context 消息的时候 ...

  谈不上指点。我只能说下我的看法，也不一定对的。至于使用N-PDU和T-PDU，我个人还是偏向N-PDU。正如你所说，N-PDU其实是用户的Payload已经到达SGSN，在SNDCP层缓存后，准备交给LLC层传递之前的数据。看TS44065的原文是这样：“The N-PDUs shall be buffered in the SNDCP layer before they are compressed segmented and transmitted to the LLC layer. "
  但这时用户离开了当前的RA，因此，这个N-PDU仍停留在SNDCP层的缓存中，没有来得及发给用户，用户就到了新的RA。因为Old SGSN需要给New SGSN发送这个N-PDU，这个N-PDU是要交给New SGSN的SNDCP层处理的。即使是通过GTP-U的隧道传递，但仍应该使用N-PDU合适。否则在阅读规范的时候容易让人产生误解。感觉好像是下行数据GGSN发给SGSN似的。用N-PDU就代表的是用户原始的已经到达SGSN暂未发给用户的停留在缓存中的数据，和GGSN发给SGSN的用户数据T-PDU以示区别。
  个人感觉是这样。

samsin

谢谢爱版主，东西搞的太细了，
请教个问题： inter-sgsn RAU里面，23060里面在描述sgsn context 消息的时候，当old sgsn 向new sgsn传用户数据的时候 用到的一个N-PDU，我认为这里应该是T-PDU更合适，为什么 协议里要用N-PDU这个 词呢，按理说N-PDU应该是在gb口，传输用户数据时候提到的东东，而这里是GN口，准确的说是被gtp-u 承载的T-PDU啊！再说应该是老sgsn把用户的残留数据通过新的sgsn发给用户，那么新的sgsn在发给用户的时候，用SNDCP分段等啥的，这个时候才会提到 N-PDU啊！
请爱版主，指点下

mobileice

楼主辛苦了，写的好多呀

爱卫生

回复 cmcc_demon 的帖子

   没有啦。其实我也很懒的。我还给自己颁了一枚“懒”勋章。我只是偶尔有点激情而已。呵呵。不过如果所处的整体学习氛围、交流气氛好的话，我是很容易受到感染的。
   demon兄，你已经很勤奋啦。不要太谦虚。

cmcc_demon

其实很想把规范的翻译作为自己日常坚持的一项工作，自己翻译去理解的会更加深刻！哎，你们太勤奋了，有点坐享其成的感觉！