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过程
在这里插入图片描述
(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

  • 4
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 3
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值