NAS信令学习笔记 ——GUTI reallocation过程

参考:3GPP 24.301
1. GUTI reallocation过程的目的
  • 为UE分配GUTI
  • 提供新的TAI列表(option)
  • 新的DCN-ID(option)

 

2. GUTI reallocation过程由谁发起
  • 只能由EMM-REGISTERED态的MME发起。
  • 通常在加密模式下发起。
     
3. GUTI reallocation过程

(1) GUTI reallocation过程
NAS信令学习笔记 ——GUTI reallocation过程_第1张图片
(2) GUTI REALLOCATION COMMAND

  • 网络侧向UE侧发送GUTI REALLOCATION COMMAND,并启动定时器T3450。
  • GUTI REALLOCATION COMMAND携带的消息:GUTI、新的TAI列表(option)、DCN-ID(option)
  • GUTI 中包含的PLMN为注册的PLMN。

(3) UE收到GUTI REALLOCATION COMMAND的处理

  • 存储GUTI,新的GUTI视为valid,旧的GUTI视为invalid。
  • 若有新的TAI列表,存储新的TAI列表,新的TAI列表视为valid,旧的TAI列表视为invalid。
  • 若有新的DCN-ID,将DCN-ID与注册PLMN的PLMN code一起存储于non-volatile memory中。
  • UE发送GUTI REALLOCATION COMPLETE

(4) 网络侧收到GUTI REALLOCATION COMPLETE的处理

  • 停止定时器T3450
  • 新的GUTI视为valid,旧的GUTI视为invalid。
  • 若有新的TAI列表,新的TAI列表视为valid,旧的TAI列表视为invalid。
     
4. 异常情况UE侧处理

(1) TAI列表存在变更时,GUTI REALLOCATION COMPLETE发送失败后的处理:

  • 若当前TAI列表不在变更后的列表内,则UE丢弃GUTI reallocation过程,发起TAU流程;
  • 若当前TAI列表在变更后的列表内,则UE的行为根据UE自己的实现而定。

(2) TAI列表不存在变更时,GUTI REALLOCATION COMPLETE发送失败后的处理:

  • 若当前TAI列表在变更后的列表内,则UE的行为根据UE自己的实现而定。
     
5. 异常情况网络层处理

(1) 底层失败
若网络侧在收到GUTI REALLOCATION COMPLETE之前,检测到底层失败,视新的GUTI和旧的GUTI都为valid。若GUTI REALLOCATION COMMAND消息中携带了新的TAI列表,视新的TAI列表和旧的TAI列表都为valid。

  • 若在此期间网络侧需要寻呼UE:
    1)首先尝试用旧的GUTI中的S-TMSI在旧的TAI列表范围类进行寻呼。若在GUTI REALLOCATION COMMAND消息中携带了新的TAI列表,也在新的TAI列表范围内寻呼。
    2)若收到来自UE的寻呼响应,则重新发起GUTI reallocation过程。
    3)若未收到来自UE的寻呼响应,则尝试1)。若1)的次数达到了网络侧实现的预定值,则尝试用新的GUTI中的S-TMSI进行寻呼。若在GUTI REALLOCATION COMMAND消息中携带了新的TAI列表,在新的TAI列表范围内寻呼,而非旧的TAI列表中。
    4)若收到新的GUTI中的S-TMSI发起的寻呼响应,则视新的GUTI为valid,旧的为invalid。
    5)若未收到新的GUTI中的S-TMSI发起的寻呼响应,则使用IMSI进行寻呼。/font>

(2) 定时器T3450超时

  • 若定时器超时次数不超过4次,则重置并启动定时器,重新发起GUTI reallocation过程。
  • 若定时器超时次数超过4次,丢弃GUTI reallocation过程。

(3) GUTI reallocation过程与attach过程冲突

  • 若在GUTI reallocation过程完成前收到了attach request,则先删除EMM上下文,然后在进行attach过程。

(4) GUTI reallocation过程与UE发起的detach过程冲突

  • 若在GUTI reallocation过程完成前收到了detach request,则放弃GUTI reallocation过程。

(5) GUTI reallocation过程与TAU过程冲突

  • 若在GUTI reallocation过程完成前收到了TAU request,则放弃放弃GUTI reallocation过程,进行TAU过程。网络侧可在TAU完成之后,再次发起GUTI reallocation过程。

(6) GUTI reallocation过程与service request过程冲突

(7) Lower layer indication of non-delivered NAS PDU due to handover

你可能感兴趣的:(通信)