LTE: Tracking Area Update Request


The TRACKING AREA UPDATING (TAU) procedure is always initiated by the UE and is used for (some of) the following purposes:
·         Normal TAU: When the UE enters a tracking area that is not in the list of tracking areas that the UE previously registered in the MME
·         Combined TAU: When a UE operating in 'CS/PS mode 1' or 'CS/PS mode 2' enters a tracking area that is not in the list of tracking areas that the UE previously registered in the MME
·         Periodic TAU: Upon the expiry of timer T3412, periodic TAU procedure is initiated to periodically notify the availability of the UE to the network
·         IMSI attach for non-EPS services when the UE is attached for EPS services. This procedure is used by a UE in 'CS/PS mode 1' or 'CS/PS mode 2' of operation
·         In various cases of inter-system change from “Iu mode to S1 mode” or from “A/Gb mode to S1 mode” or from “S101 mode to S1 mode”
·         MME load balancing: When the UE receives RRC CONNECTION RELEASE message with cause ‘load balancing TAU required', it initiates TAU procedure
·         To update certain UE specific parameters in the network (ex:- when the UE changes the “UE network capability information” or the “MS network capability information” or the UE specific DRX parameter etc...)


The UE initiates the TAU procedure by sending TRACKING AREA UPDATE REQUEST message. The IEs (some of them are explained below) in this message include EPS update type, NAS key set identifier, Old GUTI, GPRS ciphering key sequence number, Old P-TMSI signature, Additional GUTI, UE network capability, Last visited registered TAI, DRX parameter, UE radio capability information update needed, EPS bearer context status, MS network capability, Old location area identification, Supported Codecs, Additional update type, Voice domain preference and UE's usage setting, Device properties etc…

In the IE EPS update type the first 3 bits (LSBs) shall be used to indicate update type (ex:- ‘TA updating’ or ‘combined TA/LA updating’ or ‘combined TA/LA updating with IMSI attach’ or ‘periodic updating’). Additionally, if a UE has uplink user data pending when it initiates the TAU procedure or uplink signalling not related to the TAU procedure, it may also set an "active" flag (bit4) in this IE to indicate the request to establish the user plane to the network and to keep the NAS signalling connection after the completion of the TAU procedure

The IE Old GUTI shall be handled as follows:
·         UEs supporting A/Gb mode or Iu mode or both:
-      If TIN = "P-TMSI" and the UE holds a valid P-TMSI and RAI, the UE shall map the P-TMSI and RAI into the Old GUTI IE, and include Old GUTI type IE with GUTI type set to "mapped GUTI". Additionally, if the UE holds a valid GUTI, then it shall be indicated in the IE Additional GUTI
-      If TIN = “GUTI” or “RAT-related TMSI” and the UE holds a valid GUTI, the UE shall indicate the GUTI in the Old GUTI IE, and include Old GUTI type IE with GUTI type set to "native GUTI"
·         UEs not supporting A/Gb mode or Iu mode: The UE shall include a valid GUTI in the Old GUTI IE. In addition, the UE shall include Old GUTI type IE with GUTI type set to "native GUTI"

The IE Additional Update Type provides additional information about the type of request for a TAU procedure. Bit1 value 0 means that there is “no additional information” and 1 means that “SMS only”

Voice domain preference and UE's usage setting IE shall be included if the UE supports CS fallback and SMS over SGs, or if the UE is configured to support IMS voice, but does not support 1xCS fallback. This IE provides the network with the UE's usage setting and the voice domain preference for E-UTRAN. Refer to 3GPP TS 24.008, section 10.5.5.28 for detailed information

The IE Last Visited Registered TAI shall be included if the UE holds a valid last visited registered Tracking Area Identity (TAI)

The purpose of the Device properties IE is to indicate if the MS is configured for NAS signalling low priority. The network uses the Device properties IE for core-network congestion handling and for charging purposes. This IE can indicate “MS is not configured for NAS signalling low priority” or “MS is configured for NAS signalling low priority”

Reference: 3GPP TS 24.301 and 24.008

Example1: TRACKING AREA UPDATE REQUEST message (Normal TA updating)

Example2: TRACKING AREA UPDATE REQUEST message (Periodic TA updating)

26 comments:

  1. Does any body know about structure of EPS update type as i do require this information for Technical implemenation purpose of this request in TTCN3 programming language.

    ReplyDelete
  2. This comment has been removed by the author.

    ReplyDelete
  3. This comment has been removed by the author.

    ReplyDelete
  4. What is the value assign for timerT4312

    ReplyDelete
    Replies
    1. The value of this timer is provided by the network operator during the attach and tracking area updating procedures

      The default value of this timer is used if the network does not indicate a value in the TRACKING AREA UPDATE ACCEPT message and the UE does not have a stored value for this timer.

      Default Value: 54 min.

      Delete
    2. What is difference between procedure 2 & 4
      Combined TAU:
      IMSI attach for non-EPS services.

      Delete
    3. The difference is that, procedure #4 is attach/registration and #2 is TA Update which is when the UE enters a TA that is not in the list of TAs that the UE previously registered...

      Delete
  5. Hi Kumar, do you have a sample scenario for the TAU request where the "Active Flag is set 1"? I would like to understand what is really the impact on this. In our network, vendor were trying to simulate this scenario but failed. Our network is pure LTE only, no VoLTE, no SRVCC, no VoLTE.

    ReplyDelete
    Replies
    1. Sorry, I don't have any sample scenario. I hope the below text may help you.

      In the TRACKING AREA UPDATE REQUEST message the UE shall set the value of the EPS update type IE to "periodic updating", if the procedure initiated due to expiry of T3412; otherwise, the UE shall set the value to "TA updating". If a UE has uplink user data pending when it initiates the tracking area updating procedure, or uplink signalling not related to the tracking area updating procedure, it may also set an "active" flag in the TRACKING AREA UPDATE REQUEST message to indicate the request to establish the user plane to the network and to keep the NAS signalling connection after the completion of the tracking area updating procedure

      Delete
  6. Hi ,
    In which situation the Ue will lost or not provide the old guti type information to MME ?

    ReplyDelete
    Replies
    1. Hi,

      If the it is a new SIM, then there is no Old GUTI.

      The UE deletes GUTI in several cases for example Attach reject with cause #7, #6 etc...and in many other reject scenarios.

      I hope this helps...

      Delete
  7. I am facing a scenario where UE's Periodic TAU is rejected by MME with EMM cause as "997 UE Context Release". What could be probable reason for this?

    ReplyDelete
  8. Hello,

    Could you answer and share with use some information about below question:

    In the IE EPS update type: Bit4 is not Active, it mean "No bearer establishment requested (0x00)" as below:
    what is next action on MME ? MME should send UE CONTEST RELEASE COMMAND to eNodeB after TAU completed, right ?

    .......................................
    ----0001 | EPS update type
    ----0--- | No bearer establishment requested (0x00)

    ReplyDelete
  9. In periodic TAU EPS update type is "Periodic update"..but I observed in during the Normal Tracking area updated the EPS updated type is "TA update" is this correct as per 3gpp?

    ReplyDelete
  10. hi, do you know how UE generates GUTI from P-TMSI in HO from 3g to 4g?

    ReplyDelete
  11. I have read your blog and I gathered some needful information from your blog. Keep update your blog. Awaiting for your next update.

    Blockchain Technology

    ReplyDelete
  12. what is timer value & timer unit parameters in T3412 timer?

    ReplyDelete
  13. Why after CSFB call end and then fast return to LTE, MME gets changed...from what it was before CSFB.

    ReplyDelete
    Replies
    1. considering MME pool scenario, and why do we need TAU after CSFB fast return when we have the previous GUTI but that's appearing only in additional GUTI

      Delete
    2. I have this exact same question as you, today. At this point, the eNB only has the context of the SGSN you were just on based on the rrc connection setup.

      Delete
    3. If you have a co-located SGSN/MME. Your MME might have an option to advertise additional served GUMMEIs in the S1 SETUP message. So, if your MME Code is 240, and your SGSN NRI is 30, then you can advertise 240-247 as served GUMMEIs, and likely capture more traffic back to the same MME. This won't specifically return you to the last MME you were on, but, can help depending on your scenario.

      Delete
  14. Thank you for sharing this informative blogs.This is very useful for my business.

    ReplyDelete