关于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信令连接。
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信令连接。
举一反三
- UE可以在TAU request消息中设置 “active”标识，来请求建立用户面资源，并且TAU完成后保持NAS信令连接。如果没有设置“active”标识，则TAU完成后释放NAS信令连接
- UE在IDLE状态下发起的TAU request消息，并在此消息中未设置“active”标识，则TAU完成后会（）NAS信息链接 A: 保持 B: 建立 C: 释放 D: 更新
- 如果TA改变，则UE会发起TAU流程
- UE在TAlist范围内移动时，不允许发起TAU流程。
- 关于TAC/TAU流程，以下描叙正确的是（）。 A: TAU只能在IDLE模式下发起，TAU分为普通TAU和周期性TAU B: TAC是MME对UE移动性管理的区域，TAU可以在IDLE或CONNECT模式下发起 C: TAU过程一定要先进行随机接入，TAC内所有小区的PAGING数量是一样的 D: TAU是NAS层的过程，TAU过程不要先进行随机接入