UE在IDLE状态下发起的TAU request消息，并在此消息中未设置“active”标识，则TAU完成后会（）NAS信息链接
A: 保持
B: 建立
C: 释放
D: 更新
A: 保持
B: 建立
C: 释放
D: 更新
举一反三
- UE可以在TAU request消息中设置 “active”标识，来请求建立用户面资源，并且TAU完成后保持NAS信令连接。如果没有设置“active”标识，则TAU完成后释放NAS信令连接
- 关于TAU流程，说法错误的是 A: 当UE进入一个小区，该小区所属TAI不在UE保存的TAI list内时，UE发起正常TAU流程。 B: TAU流程只会在IDLE状态下发起 C: 如果TAU accept分配了一个新的GUTI，则UE需要回复TAU complete，否则不用回复。 D: 如果UE在TAU request消息中没有设置"active"标识，则TAU完成后释放NAS信令连接。
- 关于TAC/TAU流程，以下描叙正确的是（）。 A: TAU只能在IDLE模式下发起，TAU分为普通TAU和周期性TAU B: TAC是MME对UE移动性管理的区域，TAU可以在IDLE或CONNECT模式下发起 C: TAU过程一定要先进行随机接入，TAC内所有小区的PAGING数量是一样的 D: TAU是NAS层的过程，TAU过程不要先进行随机接入
- Idel状态下，是否设置“active”标识，TAU流程有何区别？
- 关于终端关机流程，以下描述正确的是哪项？ A: Detach Request只能由UE发起 B: Detach Request中携带UE关机去附着指示位 C: Detach Accept承载在RRC释放消息中 D: Detach Accept承载在NAS消息中