• Vision
  • About us
  • 5G Protocol Stack

    5g protocol stack, 5g protocol stack development, 5g nr protocol stack, 5g protocol stack architecture, sdap 5g, 5g control plane, 5g control plane

    5G Protocol Stack:

    The 5G protocol stack is similar to the 4G protocol stack, but has some changes. If I talk about the changes, what kind of changes happen in 5G, then let me tell you that some new components have been introduced and 4G has some limitations, which have been overcome in 5G, So obviously some changes are needed. Therefore in 5g protocol stack the only one new layer is introduced is SDAP layer (in user plane only); present between rrc and pdcp and other protocols are same.
    So here I am sharing the 5G control plane protocol stack here and user plane below:
    5G-Control-Plane-Protocol-Stack

    5G Control Plane Protocol Stack; between the UE and the 5G Core:

    First I am sharing the details of 5G control plane; In the picture above you will get an idea of ​​ue's protocol stack in 5g core components, 



    In below picture define brief detail of NAS layer and the lower layer is mentioned in the picture, are RRC; and transport layers PDCP, RLC, MAC, PHYSICAL layer. More importantly, the AMF has only the NAS layer, the transport layers are absent in the AMF.
    5G-Control-Plane-Protocol-Stack-between-the-UE-and-the-5G-Core
    A single N1 NAS signaling connection is used for each received entry to which the UE is attached. The single N1 endpoint is placed in the AMF. Single N1 NAS signaling connections are used for both registration management and connection management (RM / CM) and for SME-related messages and tactics for UEs.
    The NAS protocol on N1 includes the NAS-mobility management and NAS-session management components.
    There is more than one case of protocol between the UE and the core network function (excluding AMF) that needs to be carried over the N1 through NAS-MM protocol. Such examples include:
    - Session Management Signalling.
    - SMS.
    - UE Policy.
    - LCS.
    RM/CM NAS messages in NAS-MM and other forms of NAS messages (e.g. SM), as well as the corresponding methods, are decoupled.
    The NAS-MM supports generic talents:
    => NAS techniques that terminate on the AMF. This includes:
    => Registration management and connection management with UE handles state machines and technologies, including NAS shipping; AMF supports the following skills:
    -- Decide whether to just accept the RM/CM a part of N1 signalling in the course of the RM/CM strategies without thinking about probable mixed different non NAS-MM messages (e.g., SM) inside the same NAS signalling contents;
    -- Know if one NAS message must be routed to every other NF (e.g., SMF), or domestically processed with the NAS routing capabilities inside at some stage in the RM/CM procedures; 
    -- Provide a secure NAS signalling connection (integrity protection, ciphering) between the UE and the AMF, together with for the delivery of payload;
    -- Provide get right of entry to control if it applies;
    -- It is viable to transmit the different form of NAS message (e.g., NAS SM) together with an RM/CM NAS message with the aid of helping NAS shipping of different varieties of payload or messages that don't terminate on the AMF, i.e. NAS-Session Management, SMS, User Equipment Policy and LCS between the UE and the AMF. This includes:
    -- Information approximately the Payload type;
    -- Additional Information for forwarding purposes
    -- The Payload (e.g. The SM message within the case of SM signalling);
    -- There is a Single NAS protocol that applies on both 3GPP and non-3GPP get entry to. When an UE is served via a single AMF whilst the UE is attached over a couple of (3GPP/Non 3GPP) accesses, there is a N1 NAS signalling connection in line with get admission to.
    Security of the NAS messages is provided based totally on the security context installed among the UE and the AMF.

    5G-R(AN) and the AMF Control Plane:

    5G-AN-and-the-AMF-Control-Plane
    Figure 1 5G-AN and the AMF Control Plane

    -          NG-AP (Application Protocol): Is a Application Layer Protocol between the 5G-AN node and the AMF. NG-AP.
    -          Stream Control Transmission Protocol (SCTP): This protocol ensures transport of signalling messages among AMF and 5G-AN node (N2). SCTP.

    5G-R(AN) and the SMF Control Plane via AMF:

     5G-R(AN)-and-the-SMF-Control-Plane-via-AMF
    -          N2 SM information: This is the subset of NG-AP statistics that the AMF transparently relays among the AN and the SMF, and is included inside the NG-AP messages and the N11 associated messages.

    Control Plane Between UE to 5G-AN and AMF: 

    Control-Plane-Between-UE-to-5G-AN-and-AMF
    Legend:
    - NAS-MM: The NAS protocol for MM capability supports registration management capability, connection management capability and user plane connection activation and deactivation. It is also responsible of ciphering and integrity safety of NAS signalling.
    - 5G-AN Protocol layer: This set of protocols/layers relies upon on the 5G-AN. In the case of NG-RAN, the radio protocol among the UE and the NG-RAN node (eNodeB or gNodeB) is laid out.

    Control Plane Between UE to 5G-AN and AMF to SMF: 

    Control-Plane-Between-UE-to-5G-AN-and-AMF-to-SMF

    The NAS-SM helps the coping with of Session Management among the UE and the SMF.
    The SM signalling message is handled, i.e. Created and processed, inside the NAS-SM layer of UE and the SMF. The content material of the SM signalling message isn't always interpreted with the aid of the AMF.
    The NAS-Mobility Management layer handles the Session Management signalling is as follows:
    -- For transmission of SM signalling:
    - The NAS-MM layer creates a NAS-MM message, which include protection header, indicating NAS transport of SM signalling, additional data for the receiving NAS-MM to derive how and where to forward the SM signalling message.
    -- For reception of SM signalling:
    - The receiving NAS-MM techniques the NAS-MM part of the message, i.e. plays integrity check, and translates the additional statistics to derive how and wherein to derive the SM signalling message.
    The SM message part shall encompass the PDU Session ID.

    5G User Plane Protocol Stack:
    5G-User-Plane-Protocol-Stack

    5G-User-Plane-Protocol-Stack-between-UE-to-UPF
    -        PDU layer: This layer corresponds to the PDU made between the UE and the data network (DN) above the PDU session. When the PDU session type is IPv4 or IPv6 or IPv4v6, it matches the IPv4 packet or IPv6 packet or each of them; When the PDU session type is Ethernet, it matches the Ethernet frame; e.t.c
    -        GPRS Tunneling Protocol (GTP-U) for User Plane: This protocol supports visitors to various PDU sessions (possibly corresponding to unique PDU session types) with the help of user records (i.e between 5G-AN nodes) for N3 is Does, (UPF) inside the backbone network. GTP will face all rejected user PDUs. This corresponds to the PDU session level. This layer carries forward the notation associated with the QoS flow.
    -        5G Encapsulation: This layer supports separate PDU sessions on N9 (all corresponding to a unique PDU session type) (such as between specific UPFs of 5G). This corresponds to the PDU session level. This layer contains notation associated with QoS flow.
    - 5G-AN protocol stack: This set of protocols/layers depends at the AN:
    -          When the 5G-AN is a 3GPP NG-RAN, these protocols/layers are described in TS 38.401 [42]. The radio protocol among the UE and the 5G-AN node (eNodeB or gNodeB) is laid out in TS 36.300 [30] and TS 38.300 [27].
    -          When the AN is an Untrusted non 3GPP get entry to to 5GC the 5G-AN interfaces with the 5GC at a N3IWF defined in clause 4.3.2 and the 5G-AN protocol stack is defined in clause 8.3.2.
    - UDP/IP: These are the main communication protocols.
    -          NOTE 1: The wide variety of UPF inside the facts route is not constrained through 3GPP specifications: there can be inside the information path of a PDU Session 0, 1 or multiple UPF that don't help a PDU Session Anchor capability for this PDU Session.
    -          NOTE 2: The "non PDU Session Anchor" UPF depicted in the Figure.
    -          NOTE 3: The N9 interface can be intra-PLMN or inter PLMN (in the case of Home Routed deployment).
    If there's an UL CL (Uplink Classifier) or a Branching Point (each described in clause 5.6.4) inside the data direction of a PDU Session, the UL CL or Branching Point acts because the non PDU Session Anchor UPF. In that case there are a couple of N9 interfaces branching out of the UL CL / Branching Point every main to extraordinary PDU Session anchors.
    -          NOTE 4: Co-vicinity of the UL CL or Branching Point with a PDU Session Anchor is a deployment option.

    Joni Tyagi

    Author & Editor

    1 comments:

    1. Thank you, this is very informative.
      Is there any information about protocol stack detail between UDM and AMF, SMF (N8, N10)?
      As per my understanding, Diameter would be replaced by common control protocol using HTTP based API?

      ReplyDelete

    Dear reader if you have any question that's you want to know answer please write it to in comment box i will post answer ASAP..!!