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

本文链接：https://blog.csdn.net/u012800825/article/details/87016703
参考：3GPP 24.301
1
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

NAS信令学习笔记 ——GUTI reallocation过程相关推荐

NAS信令学习笔记 ——GUTI
慢慢来,一切都来得及 1. GUTI Global Unique Temporary UE Identity,全球唯一临时UE标识. 2. GUTI 存在的意义减少IMSI.IMEI等用户私有参数在 ...
NAS信令学习笔记 ——TAU（2）
目标.专注.反馈.走出舒适区. 提示词:是否限制UE覆盖增强.拥塞控制目录 TAU过程 TRACKING AREA UPDATE REQUEST消息中携带的IE怎么填? 网络侧收到并接受TRACKI ...
NAS信令学习笔记 ——TAU（1）
TAU:Tracking Area Updating. 目录 TAU的目的 TAU发起场景 TAU attempt counter 1. TAU的目的在网络侧登记UE的TA级位置信息:UE进入新的T ...
NAS信令学习笔记 ——IP地址分配
PDN:packet data network,分组数据网 APN:Access Point Name,一种网络接入技术,决定了UE通过哪种方式来访问网络. 1. 给UE分配IP地址的作用是什么? 网 ...
Hadoop学习笔记—10.Shuffle过程那点事儿
Hadoop学习笔记-10.Shuffle过程那点事儿一.回顾Reduce阶段三大步骤在第四篇博文<初识MapReduce>中,我们认识了MapReduce的八大步骤,其中在Reduc ...
5G/NR 学习笔记 - RAR随机接入过程
5G/NR 学习笔记 - RAR随机接入过程随机接入的目的在小区搜索过程之后,UE已经与小区取得了下行同步,因此UE能够接收下行数据.但UE只有与小区取得上行同步,才能进行上行传输.UE通过随机接 ...
强化学习学习笔记——马尔可夫决策过程（二）
强化学习学习笔记--马尔可夫决策过程(二) 马尔科夫奖励过程(Markov Reword Process,MRP) 爱学习的马尔科夫蛙状态值函数(State-Value Function) 马尔科夫 ...
TCP IP学习笔记① 互联网通信过程
文章目录一.TCP/IP和OSI模型二.协议分层 2.1 物理层 2.2 数据链路层 2.2.1 以太网协议 2.2.2 MAC地址 2.2.4 广播 2.3 网际层 2.3.1 IP地址 ...
单机玩转神经网络架构搜索(NAS) - Auto-Keras学习笔记
介绍 AutoML这个topic在机器学习领域越来越火,新的研究成果也是层出不穷.在网络架构(NAS),模型压缩(AMC),数据增强(AutoAugment),优化器设计(Neural Optimiz ...

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

NAS信令学习笔记 ——GUTI reallocation过程相关推荐

最新文章

热门文章