Moving 4G EPC to the Cloud

CUPS — Control and User Plane Separation

EventHelix
LTE — Long Term Evolution
4 min readOct 4, 2018

--

Facilitating 4G EPC transition to a centralized cloud

Vendors are moving the 4G EPC to the cloud. This lowers the network deployment and maintenance cost. Moving to the cloud, however, increases the user plane latency. All user plane data must be carried all the way to the cloud provider before it hits the Internet (Refer to the following figure).

4G LTE data plane in the cloud with SGW/PGW integrate control and data plane functions (Source: CUPS demo — Nokia)

Separating the control and data plane functions of PGW and SGW into separate entities gives the service providers more flexibility in dealing with user plane latency. The following figure shows that the SGW/PGW control functions have been moved to the cloud. The data plane has been separated out giving the service provider flexibility in routing data plane traffic.

  • A distributed SGW-PGW user plane function may be placed closed in an edge cloud that is located very close to the radio network. Latency sensitive traffic can take this route.
  • Regular traffic can still be routed via the SGW-PGW user plane functions located in the centralized cloud.
4G LTE data plane is simplified by separating out the control plane functions— CUPS (Source: CUPS demo — Nokia)

CUPS — Control and User Plane Separation

The EPC architecture did separate out the primary control plane functions in to the MME. However, SGW and PGW still perform many control plane functions during session establishment. 3GPP Release 14 carves out the control plane functions from the SGW and PGW into PGW-C and SGW-C as shown in the figure below.

4G Core Network — Control and User Plane Separation (credit: Netmanias)

Separating the control plane and user plane functions requires a new standardized interface for session management (see figure below).

Separating SGW and PGW control and data plane functions is achieved by standardizing the Sx interface for session control (credit: Netmanias)

Control plane and data plane scaling

Since the control plane and data plane have been separated, the SGW-C/PGW-C and SGW-U/PGW-U can scale differently.

  • Increase in long duration data sessions (Netflix?) might require addition of SGW-U and PGW-U as the bandwidth requirements have increased. The signaling is not significantly impacted.
  • Increase in short duration frequent chat sessions might require addition of SGW-C and PGW-C to handle the signaling load.

Optimizing the data plane

Each SGW-C/PGW-C manages multiple SGW-U/PGW-U. The control plane components can select the corresponding data plane based on:

  • The location of the UE. The SGW-U/PGW-U will offer the lowest latency. Low latency data plane selection is extremely important when the complete control plane of the EPC has been moved into a cloud platform.
  • Load on the SGW-U/PGW-U. The control plane can load balance the traffic between the data plane components it manages.

An additional advantage of this split is that SGW-C and PGW-C may decide to use a separate SGW-U/PGW-U for different bearers of the same UE. This permits local breakout for delay sensitive traffic.

Sx interface

Separating the control plane and the data plane requires a standardized interface so that SGW-C/PGW-C from one vendor can talk to SGW-U/PGW-U from another vendor. The 3GPP has defined a Packet Forwarding Control Protocol (PFCP) as the CP-UP interface standard (refer to the figure below). The interface defines the Sx reference point.

The Sx reference point between control plane and user plane functions (credit: 3GPP CUPS)

The Sx reference point supports:

  • Managing associations between control plane and data plane.
  • PFCP heartbeat.
  • Packet flow descriptor management.
  • Session establishment, modification and deletion.
  • Session reports containing traffic usage reports.
  • Encapsulating RA, RS and DHCP signaling between the UE and the PGW-C.

Learn more

CUPS articles

The following article describes CUPS in detail and refers to the 3GPP specifications defining the CUPS architecture.

3GPP article describing CUPS.

CUPS demo

This Nokia demo shows the latency reduction that can be achieved by splitting the control and user planes.

CUPS presentation

The following video from the 3g4g blog explains the control and user plane separation in detail.

If you found this post useful, please let us know by clicking the 👏 below.

This blog was brought to you by VisualEther. VisualEther helps you generate call flow diagrams from Wireshark output.

--

--