What is GUTI Reallocation Command in LTE?
It is the EPS NAS message the MME sends when it wants the UE to store a new GUTI.
What should I inspect first?
Start with the new GUTI and then check whether the TAI list also changed.
| Protocol | nas | Network | lte |
|---|---|---|---|
| Spec | 3GPP TS 24.301 | Spec Section | 8.2.16 |
| Direction | MME to UE | Message Type | EMM signaling |
| Full message name | LTE GUTI Reallocation Command |
|---|---|
| Protocol | NAS |
| Technology | LTE |
| Direction | MME to UE |
| Interface | N1 over LTE access / S1-MME control path |
| Signaling bearer / channel | NAS signaling / Commonly carried after attach, TAU, or another EMM branch where the MME decides to refresh the UE identity. |
| Typical trigger | Sent when the network decides to refresh the UE's GUTI as part of mobility management continuity or identity housekeeping. |
| Main purpose | Carries the new GUTI and related tracking information so the UE can update its stored EPS identity without performing a new attach. |
| Main specification | 3GPP TS 24.301, 8.2.16 |
| Release added | Release 8 |
| Procedures where used | GUTI Reallocation Procedure, LTE Attach Procedure, Tracking Area Update Procedure |
GUTI Reallocation Command is the LTE NAS message the MME sends when it wants the UE to replace its current GUTI with a newly allocated identity.
Carries the new GUTI and related tracking information so the UE can update its stored EPS identity without performing a new attach.
GUTI Reallocation Command is the network telling the UE to replace its stored temporary EPS identity.
Call flow position: Network identity-refresh message sent after EPS registration was accepted and the MME wants the UE to store a new GUTI.
Typical state: The UE already has a valid EPS context and the network is refreshing the temporary identity.
Preconditions:
Next likely message: GUTI Reallocation Complete
Call flow position: Network identity-refresh message sent after TAU handling when the MME wants to replace the stored GUTI.
Typical state: The UE remains registered and is only updating the temporary identity context.
Preconditions:
Next likely message: GUTI Reallocation Complete
Previous message(s): Attach Accept, Tracking Area Update Accept, Service Accept
Next message(s): GUTI Reallocation Complete
Security context: Normally protected because the message replaces a sensitive temporary identity and is sent after security context setup.
GUTI Reallocation Command
GUTI
TAI list OPTIONAL
DCN-ID OPTIONAL
UE radio capability ID OPTIONAL
UE radio capability ID deletion indication OPTIONAL
Read the new GUTI first. In traces, this message is usually about identity refresh, not about a wider mobility failure.
GUTI Reallocation Command
Protocol discriminator: EPS mobility management
Security header type: Integrity protected and ciphered
Message type: GUTI Reallocation Command
GUTI: MCC 001 MNC 01 MMEGI 0001 MMEC 01 M-TMSI 0x1234abcd
TAI list: 001-01 TAC 0001
| IE | Required | Description |
|---|---|---|
GUTI | Yes | Carries the new globally unique temporary UE identity allocated by the MME. |
TAI list | Optional | May refresh the tracking-area list that belongs with the new identity context. |
DCN-ID | Optional | May carry data-centre-network identity context when used by the network. |
GUTICarries the new globally unique temporary UE identity allocated by the MME.
Presence: Required
In practice: In practice, compare this field with the original request and with any later release-dependent optional fields so you can see whether the network accepted the same service model the UE asked for.
TAI listMay refresh the tracking-area list that belongs with the new identity context.
Presence: Optional
In practice: In practice, compare this field with the original request and with any later release-dependent optional fields so you can see whether the network accepted the same service model the UE asked for.
DCN-IDMay carry data-centre-network identity context when used by the network.
Presence: Optional
In practice: In practice, compare this field with the original request and with any later release-dependent optional fields so you can see whether the network accepted the same service model the UE asked for.
Likely cause: The network may have refreshed the GUTI in an earlier secure branch.
What to inspect: Check GUTI Reallocation Command and the later GUTI Reallocation Complete.
Next step: Treat the identity change as expected if the command-complete pair is present.
Tracking Area Update Accept keeps the UE registered. GUTI Reallocation Command specifically refreshes the stored temporary identity.
It is the EPS NAS message the MME sends when it wants the UE to store a new GUTI.
Start with the new GUTI and then check whether the TAI list also changed.
Decode this message with the 3GPP Decoder, inspect the related message database, or open the matching call flow to see where this signaling step fits in the full procedure.