top button
Flag Notify
    Connect to us
      Site Registration

Site Registration

LTE: Why presence of Tracking Area Identity (TAI) and E-UTRAN CGI (ECGI) IEs is mandatory in Uplink NAS Transport ?

+5 votes
904 views

Uplink NAS transport message is used between eNodeB and MME to pass NAS messages between UE and MME transparently.
Since eNodeB has already communicated TAI and E-CGI as part of "Initial UE message" and MME knows current serving (cell and tai ) of UE then why both IEs are mandatory in Uplink NAS transport. I think it should be optional and it should be included in the message when there is a change in serving (cell or tai or both).

posted May 16, 2018 by Vimal Kumar Mishra

Looking for an answer?  Promote on:
Facebook Share Button Twitter Share Button LinkedIn Share Button

Similar Questions
+3 votes
LTE: How does an eNodeB construct ECGI and TAI for an UE while sending messages like "Initial UE message " ?

Need clarity on following items:
1. What is the use of "UE selected plmn" information for an eNodeB ?
2. Is the ECGI/TAI constructed based on the primary plmn (PLMN broadcasted in 0th index in SIB1 ) or based on the UE selected PLMN ?

+3 votes
Can a eNB belongs to multiple tracking area if the eNB is shared between two operator under e-UTRAN sharing model ?

Suppose a eNB is shared between two operators so can he have multiple tracking area code ?

+5 votes
Who does radio bearer mapping during UTRAN to E-UTRAN handover where source RNC is pre-release 8

Who does radio bearer mapping during UTRAN to E-UTRAN handover where source RNC is pre-release 8 ? From the spec what I can see is if the source RNC is pre release 8, then it sends Source RNC to Target RNC transperant container (which I believe carries all the radio bearer related information). The EPC will transperantly forward it to the Target enodeB. Does the target EnodeB do the mapping from RNC container for the radio bearer in the new RAT ?

+2 votes
LTE: Why "Handover Type" IE is included in both handover messages i.e Handover Required and Handover Request ?

I was looking into IEs of handover required and handover command messages defined in 36.413 specification.
Sending "handover type" in handover required message towards the MME make sense but again get back the same IE in handover command message from MME in the handover command message, I could not make out the reason behind it.
Can someone please explain the reason of presence of "Handover Type" IE in the handover command message when eNodeB already knows which type of request it sent to MME for an UE ?

Is there any possibility MME can change the type of Handover in handover command message ? If yes then what could be the scenarios ?

...