Home / Call Flows / LTE / Initial Context Setup Procedure

LTE Initial Context Setup Procedure Call Flow

call-flowLTE | EPC | S1AP | NAS | GTPv2-C

LTE Initial Context Setup is the S1AP-driven procedure that creates the UE's initial core-side access context at the eNB after access signaling has already succeeded. It is the bridge where the MME delivers the UE context, NAS payload, security context, and E-RAB setup details needed for the next active service state.

This procedure appears in flows such as attach and service restoration. If it fails, the UE may receive some NAS progress while radio or bearer context still remains incomplete.

Introduction

The LTE Initial Context Setup procedure is mainly an MME -> eNB control step. It is not the first access step and not the final bearer-accept step. It sits in the middle, after early NAS progression and before fully usable radio and bearer context exist at the access side.

The main nodes are UE, eNB, MME, and usually SGW. The MME pushes the context, the eNB applies it, and the UE reflects the outcome through later RRC and NAS continuation.

What Is LTE Initial Context Setup in Simple Terms?

  • What starts the procedure: The MME has enough validated UE context to ask the eNB to create the initial access-side context.
  • What the UE and network want to achieve: Install UE-related security and bearer context at the eNB so the service flow can continue.
  • What success looks like: The eNB accepts Initial Context Setup Request and later RRC or NAS completion continues cleanly.
  • What failure means: The requested E-RAB or UE context cannot be built correctly at the eNB side.

Why this procedure matters

This is where core-side acceptance becomes access-side usable context. It is often the breakpoint between a clean NAS result and a broken bearer outcome.

Quick Fact Sheet

Procedure nameLTE Initial Context Setup Procedure
DomainCore-to-access UE context setup
Main triggerMME has enough validated context to install the initial eNB-side UE context
Start stateAccess exists, and the MME is ready to provision the eNB with UE and bearer context
End stateeNB has the initial UE context and later completion can continue
Main nodesUE, eNB, MME, SGW
Main protocolsS1AP, RRC, NAS, GTPv2-C
Main success outcomeUE context and requested E-RAB details are applied at the eNB side
Main failure outcomeContext setup or E-RAB creation fails and later service remains incomplete
Most important messagesInitial Context Setup Request, Initial Context Setup Response, RRC Connection Reconfiguration
Main specsTS 36.413, TS 23.401, TS 36.300
LTE Initial Context Setup call flow across MME, eNB, UE, and SGW
Click the diagram to open the full-size in a new tab.
Sponsored Advertisement

Preconditions

  • The UE has already reached a usable early access signaling state.
  • The MME has successful progress from identity, authentication, and security-related stages as needed for the scenario.
  • The SGW-side bearer context exists or is ready enough for eNB-side context installation.
  • The eNB is ready to receive and apply the UE context.

Nodes involved

NodeRole in this procedure
UEReceives the resulting radio-side configuration and later confirms continuation.
eNBApplies the initial UE context and requested E-RAB information.
MMESends Initial Context Setup Request with the UE and bearer-related context.
SGWProvides the user-plane endpoint relation needed for bearer-side setup.

Interfaces used

InterfacePathRole
S1-MMEeNB <-> MMECarries the Initial Context Setup procedure itself.
LTE UuUE <-> eNBCarries the later RRC configuration and NAS payload delivery to the UE.
S1-UeNB <-> SGWProvides the user-plane relation once the E-RAB path is active.

End-to-end call flow

UE               eNB               MME               SGW
|                 |                 |                 |
|                 |<- Initial Context Setup Request --|
|<- RRC Reconfiguration ------------|                 |
|-- RRC Reconfiguration Complete -->|                 |
|                 |-- Initial Context Setup Response ->|
|                 |                 |                 |
|   later NAS / bearer continuation                   |

Major phases

PhaseWhat happens
1. MME prepares contextThe MME builds the initial UE context request.
2. eNB receives setupThe eNB gets the UE security and E-RAB-related information.
3. Radio applicationThe eNB pushes the needed RRC configuration toward the UE.
4. ResponseThe eNB confirms which parts of the context were applied successfully.

Step-by-step breakdown

Step 1: MME creates the setup package

Sender -> receiver: MME internal preparation

Message(s): No visible external message yet

Purpose: Collect UE context, NAS payload, security relation, and E-RAB details.

State or context change: The MME has a complete Initial Context Setup request to send.

Note: This step depends on earlier attach or service progression.

Step 2: Initial Context Setup Request

Sender -> receiver: MME -> eNB

Message(s): Initial Context Setup Request

Purpose: Ask the eNB to create the initial UE access-side context.

State or context change: The eNB now has the security and bearer-related context needed for setup.

Note: Missing or mismatched E-RAB details often surface here.

Step 3: eNB applies the context

Sender -> receiver: eNB -> UE

Message(s): Usually RRC Connection Reconfiguration and embedded NAS delivery when relevant

Purpose: Align the radio-side UE state with the requested core-side context.

State or context change: The UE receives the active setup needed for the scenario.

Note: This is where a clean NAS result can still fail to become usable service.

Step 4: Initial Context Setup Response

Sender -> receiver: eNB -> MME

Message(s): Initial Context Setup Response

Purpose: Report the setup result back to the MME.

State or context change: The MME learns whether the requested context and E-RAB path were accepted.

Note: The response is a key breakpoint for separating MME success from eNB-side failure.

Important messages

MessageProtocolDirectionPurpose in this procedureWhat to inspect briefly
Initial Context Setup RequestS1APMME -> eNBCreates the initial UE context at the eNB side.E-RAB list, security relation, and included NAS payload.
RRC Connection ReconfigurationRRCeNB -> UEApplies the radio-side part of the setup.Whether the reconfiguration matches the requested context.
Initial Context Setup ResponseS1APeNB -> MMEConfirms the setup result back to the MME.Which E-RABs were accepted or failed.

Important parameters to inspect

ParameterWhat it isWhere it appearsWhy it mattersCommon issues
E-RAB listThe bearer entries the MME asks the eNB to create.Initial Context Setup RequestDefines what the eNB is expected to activate.Missing or failed E-RAB item, mismatched QoS context.
S1AP UE IDsThe control-plane identifiers shared between eNB and MME.Initial Context Setup signalingNeeded for clean correlation across S1-MME traces.ID mismatch, merged contexts.
NAS payload continuityThe NAS message delivered together with or around context setup.Initial Context Setup Request and later radio deliveryShows which higher-level procedure this setup belongs to.NAS result present, but bearer outcome missing.
E-RAB resultThe acceptance or failure result returned by the eNB.Initial Context Setup ResponseTells whether the requested access-side context really became active.Partial acceptance, unexplained E-RAB failure.

Successful completion of the procedure

Success means the eNB accepted the requested context and later UE-side reconfiguration and NAS continuation can proceed without access-side bearer mismatch.

Common failures in LTE Initial Context Setup

SymptomLikely causeWhere to inspectRelevant message(s)Relevant interface(s)Likely next step
NAS accept is visible, but service is still unusableInitial context or E-RAB setup failed at the eNB side.Initial Context Setup Response and RRC reconfiguration branch.Initial Context Setup Request, ResponseS1-MME, LTE UuCheck which E-RAB item failed before blaming the core result.
Partial bearer setupOnly part of the requested access-side context was accepted.E-RAB result items in the response.Initial Context Setup ResponseS1-MMESeparate full failure from partial acceptance.
UE never confirms later radio continuationRadio reconfiguration broke after the context request reached the eNB.RRC reconfiguration and UE response timing.RRC Connection ReconfigurationLTE UuMove from S1AP into the radio branch.
Sponsored Advertisement

What to check in logs and traces

  • Correlate Initial Context Setup Request with the exact higher-level procedure it belongs to.
  • Inspect the E-RAB list and the final E-RAB result together.
  • Check whether RRC reconfiguration at the UE side actually followed.
  • Use Initial Context Setup Response to separate MME-side success from eNB-side failure.

Related Pages

Related sub-procedures

Related message reference pages

Related troubleshooting pages

Notes

Initial Context Setup is the handoff point where core acceptance becomes access-side usable context.

The most important pair is often Initial Context Setup Request and Initial Context Setup Response together with the following RRC reconfiguration branch.

FAQ

What is LTE Initial Context Setup?

It is the S1AP procedure that installs the initial UE context at the eNB after early access and NAS progress already exist.

Which nodes are most important here?

The main nodes are the MME and eNB, with the UE reflecting the resulting radio-side setup.

Why is this procedure important?

It explains why a clean NAS result can still fail to become a usable access and bearer state.