Skip to main content

6. 5G

This section preserves the RFC text for RAW technologies, including Wi-Fi 6/7, IEEE 802.11, TSCH, 6TiSCH, 5G NR, TSN/TSC integration, UE, gNB, RAN, UPF, PDU sessions, LDACS, PHY/MAC terms, figures, tables, and security considerations.

Original RFC Text

6.  5G

5G technology enables deterministic communication. Based on the
centralized admission control and the scheduling of the wireless
resources, licensed or unlicensed, Quality of Service (QoS) such as
latency and reliability can be guaranteed. 5G contains several
features to achieve ultra-reliable and low-latency performance (e.g.,
support for different OFDM numerologies and slot durations), as well
as fast processing capabilities and redundancy techniques that lead
to achievable latency numbers of below 1 ms with 99.999% or higher
confidence.

5G also includes features to support industrial IoT use cases, e.g.,
via the integration of 5G with TSN. This includes 5G capabilities
for each TSN component, latency, resource management, time
synchronization, and reliability. Furthermore, 5G support for TSN
can be leveraged when 5G is used as the subnet technology for DetNet,
in combination with or instead of TSN, which is the primary subnet
for DetNet. In addition, the support for integration with TSN
reliability was added to 5G by making DetNet reliability also
applicable, due to the commonalities between TSN and DetNet
reliability. Moreover, providing IP service is native to 5G, and
3GPP Release 18 adds direct support for DetNet to 5G.

Overall, 5G provides scheduled wireless segments with high
reliability and availability. In addition, 5G includes capabilities
for integration to IP networks. This makes 5G a suitable technology
upon which to apply RAW.

6.1. Provenance and Documents

The 3rd Generation Partnership Project (3GPP) incorporates many
companies whose business is related to cellular network operation as
well as network equipment and device manufacturing. All generations
of 3GPP technologies provide scheduled wireless segments, primarily
in licensed spectrum, which is beneficial for reliability and
availability.

In 2016, the 3GPP started to design New Radio (NR) technology
belonging to the fifth generation (5G) of cellular networks. NR has
been designed from the beginning to not only address enhanced Mobile
Broadband (eMBB) services for consumer devices such as smart phones
or tablets, but it is also tailored for future IoT communication and
connected cyber-physical systems. In addition to eMBB, requirement
categories have been defined on Massive Machine-Type Communication
(M-MTC) for a large number of connected devices/sensors and on Ultra-
Reliable Low-Latency Communications (URLLC) for connected control
systems and critical communication as illustrated in Figure 5. It is
the URLLC capabilities that make 5G a great candidate for reliable
low-latency communication. With these three cornerstones, NR is a
complete solution supporting the connectivity needs of consumers,
enterprises, and the public sector for both wide-area and local-area
(e.g., indoor) deployments. A general overview of NR can be found in
[TS38300].

enhanced
Mobile Broadband
^
/ \
/ \
/ \
/ \
/ 5G \
/ \
/ \
/ \
+-----------------+
Massive Ultra-Reliable
Machine-Type Low-Latency
Communication Communication

Figure 5: 5G Application Areas

As a result of releasing the first NR specification in 2018 (Release
15), it has been proven by many companies that NR is a URLLC-capable
technology and can deliver data packets at 10^-5 packet error rate
within a 1 ms latency budget [TR37910]. Those evaluations were
consolidated and forwarded to ITU to be included in the work on
[IMT2020].

In order to understand communication requirements for automation in
vertical domains, 3GPP studied different use cases [TR22804] and
released a technical specification with reliability, availability,
and latency demands for a variety of applications [TS22104].

As an evolution of NR, multiple studies that focus on radio aspects
have been conducted in scope of 3GPP Release 16, including the
following two:

1. "Study on physical layer enhancements for NR ultra-reliable and
low latency case (URLLC)" [TR38824]

2. "Study on NR industrial Internet of Things (IoT)" [TR38825]

As a result of these studies, further enhancements to NR have been
standardized in 3GPP Release 16 and are available in [TS38300] and
continued in 3GPP Release 17 standardization (according to
[RP210854]).

In addition, several enhancements have been made on the system
architecture level, which are reflected in "System architecture for
the 5G System (5GS)" [TS23501]. These enhancements include multiple
features in support of Time-Sensitive Communications (TSC) by Release
16 and Release 17. Further improvements, such as support for DetNet
[TR2370046], are provided in Release 18.

The adoption and the use of 5G is facilitated by multiple
organizations. For instance, the 5G Alliance for Connected
Industries and Automation (5G-ACIA) brings together widely varying 5G
stakeholders including Information and Communication Technology (ICT)
players and Operational Technology (OT) companies (e.g., industrial
automation enterprises, machine builders, and end users). Another
example is the 5G Automotive Association (5GAA), which bridges ICT
and automotive technology companies to develop end-to-end solutions
for future mobility and transportation services.

6.2. General Characteristics

The 5G Radio Access Network (5G RAN) with its NR interface includes
several features to achieve Quality of Service (QoS), such as a
guaranteed low latency or tolerable packet error rates for selected
data flows. Determinism is achieved by centralized admission control
and scheduling of the wireless frequency resources, which are
typically licensed frequency bands assigned to a network operator.

NR enables short transmission slots in a radio subframe, which
benefits low-latency applications. NR also introduces mini-slots,
where prioritized transmissions can be started without waiting for
slot boundaries, further reducing latency. As part of giving
priority and faster radio access to URLLC traffic, NR introduces
preemption, where URLLC data transmission can preempt ongoing non-
URLLC transmissions. Additionally, NR applies very fast processing,
enabling retransmissions even within short latency bounds.

NR defines extra-robust transmission modes for increased reliability
for both data and control radio channels. Reliability is further
improved by various techniques, such as multi-antenna transmission,
the use of multiple frequency carriers in parallel, and packet
duplication over independent radio links. NR also provides full
mobility support, which is an important reliability aspect not only
for devices that are moving, but also for devices located in a
changing environment.

Network slicing is seen as one of the key features for 5G, allowing
vertical industries to take advantage of 5G networks and services.
Network slicing is about transforming a Public Land Mobile Network
(PLMN) from a single network to a network where logical partitions
are created, with appropriate network isolation, resources, optimized
topology, and specific configurations to serve various service
requirements. An operator can configure and manage the mobile
network to support various types of services enabled by 5G (e.g.,
eMBB and URLLC), depending on the different needs of customers.

Exposure of capabilities of 5G systems to the network or applications
outside the 3GPP domain have been added to Release 16 [TS23501].
Applications can access 5G capabilities like communication service
monitoring and network maintenance via exposure interfaces.

For several generations of mobile networks, 3GPP has considered how
the communication system should work on a global scale with billions
of users, taking into account resilience aspects, privacy regulation,
protection of data, encryption, access and core network security, as
well as interconnect. Security requirements evolve as demands on
trustworthiness increase. For example, this has led to the
introduction of enhanced privacy protection features in 5G. 5G also
employs strong security algorithms, encryption of traffic, protection
of signaling, and protection of interfaces.

One particular strength of mobile networks is the authentication,
based on well-proven algorithms and tightly coupled with a global
identity management infrastructure. Since 3G, there is also mutual
authentication, allowing the network to authenticate the device and
the device to authenticate the network. Another strength is secure
solutions for storage and distribution of keys, fulfilling regulatory
requirements and allowing international roaming. When connecting to
5G, the user meets the entire communication system, where security is
the result of standardization, product security, deployment,
operations, and management as well as incident-handling capabilities.
The mobile networks approach the entirety in a rather coordinated
fashion, which is beneficial for security.

6.3. Deployment and Spectrum

The 5G system allows deployment in a vast spectrum range, addressing
use cases in both wide-area and local-area networks. Furthermore, 5G
can be configured for public and non-public access.

When it comes to spectrum, NR allows combining the merits of many
frequency bands, such as the high bandwidths in millimeter waves
(mmWaves) for extreme capacity locally and the broad coverage when
using mid- and low-frequency bands to address wide-area scenarios.
URLLC is achievable in all these bands. Spectrum can be either
licensed, which means that the license holder is the only authorized
user of that spectrum range, or unlicensed, which means that anyone
who wants to use the spectrum can do so.

A prerequisite for critical communication is performance
predictability, which can be achieved by full control of access to
the spectrum, which 5G provides. Licensed spectrum guarantees
control over spectrum usage by the system, making it a preferable
option for critical communication. However, unlicensed spectrum can
provide an additional resource for scaling non-critical
communications. While NR was initially developed for usage of
licensed spectrum, the functionality to also access unlicensed
spectrum was introduced in 3GPP Release 16. Moreover, URLLC features
are enhanced in Release 17 [RP210854] to be better applicable to
unlicensed spectrum.

Licensed spectrum dedicated to mobile communications has been
allocated to mobile service providers, i.e., issued as longer-term
licenses by national administrations around the world. These
licenses have often been associated with coverage requirements and
issued across whole countries or large regions. Besides this,
configured as a non-public network (NPN) deployment, 5G can also
provide network services to a non-operator defined organization and
its premises such as a factory deployment. With this isolation, QoS
requirements as well as security requirements can be achieved. An
integration with a public network, if required, is also possible.
The non-public (local) network can thus be interconnected with a
public network, allowing devices to roam between the networks.

In an alternative model, some countries are now in the process of
allocating parts of the 5G spectrum for local use to industries.
These non-service providers then have the choice to apply for a local
license themselves and operate their own network or to cooperate with
a public network operator or service provider.

6.4. Applicability to Deterministic Flows

6.4.1. System Architecture

The 5G system [TS23501] consists of the User Equipment (UE) at the
terminal side, the Radio Access Network (RAN) with the gNodeB (gNB)
as radio base station node, and the Core Network (CN), which is
connected to the external Data Network (DN). The CN is based on a
service-based architecture with the following central functions:
Access and Mobility Management Function (AMF), Session Management
Function (SMF), and User Plane Function (UPF) as illustrated in
Figure 6. (Note that this document only explains key functions;
however, Figure 6 provides a more detailed view, and [SYSTOVER5G]
summarizes the functions and provides the full definitions of the
acronyms used in the figure.)

The gNB's main responsibility is radio resource management, including
admission control and scheduling, mobility control, and radio
measurement handling. The AMF handles the UE's connection status and
security, while the SMF controls the UE's data sessions. The UPF
handles the user plane traffic.

The SMF can instantiate various Packet Data Unit (PDU) sessions for
the UE, each associated with a set of QoS flows, i.e., with different
QoS profiles). Segregation of those sessions is also possible; for
example, resource isolation in the RAN and CN can be defined
(slicing).

+----+ +---+ +---+ +---+ +---+ +---+
|NSSF| |NEF| |NRF| |PCF| |UDM| |AF |
+--+-+ +-+-+ +-+-+ +-+-+ +-+-+ +-+-+
| | | | | |
Nnssf| Nnef| Nnrf| Npcf| Nudm| Naf|
| | | | | |
---+------+-+-----+-+------------+--+-----+-+---
| | | |
Nausf| Nausf| Nsmf| |
| | | |
+--+-+ +-+-+ +-+-+ +-+-+
|AUSF| |AMF| |SMF| |SCP|
+----+ +++-+ +-+-+ +---+
/ | |
/ | |
/ | |
N1 N2 N4
/ | |
/ | |
/ | |
+--+-+ +--+--+ +--+---+ +----+
| UE +---+(R)AN+--N3--+ UPF +--N6--+ DN |
+----+ +-----+ ++----++ +----+
| |
+-N9-+

Figure 6: 5G System Architecture

To allow UE mobility across cells/gNBs, handover mechanisms are
supported in NR. For an established connection (i.e., connected mode
mobility), a gNB can configure a UE to report measurements of
received signal strength and quality of its own and neighboring
cells, periodically or based on events. Based on these measurement
reports, the gNB decides to hand over a UE to another target cell/
gNB. Before triggering the handover, it is handshaked with the
target gNB based on network signaling. A handover command is then
sent to the UE, and the UE switches its connection to the target
cell/gNB. The Packet Data Convergence Protocol (PDCP) of the UE can
be configured to avoid data loss in this procedure, i.e., to handle
retransmissions if needed. Data forwarding is possible between
source and target gNB as well. To improve the mobility performance
further (i.e., to avoid connection failures due to too-late
handovers), the mechanism of conditional handover is introduced in
Release 16 specifications. Therein, a conditional handover command,
defining a triggering point, can be sent to the UE before the UE
enters a handover situation. A further improvement that has been
introduced in Release 16 is the Dual Active Protocol Stack (DAPS),
where the UE maintains the connection to the source cell while
connecting to the target cell. This way, potential interruptions in
packet delivery can be avoided entirely.

6.4.2. Overview of the Radio Protocol Stack

The protocol architecture for NR consists of the Layer 1 Physical
(PHY) layer and, as part of Layer 2, the sublayers of Medium Access
Control (MAC), Radio Link Control (RLC), Packet Data Convergence
Protocol (PDCP), and Service Data Adaption Protocol (SDAP).

The PHY layer handles actions related to signal processing, such as
encoding/decoding of data and control bits, modulation, antenna
precoding, and mapping.

The MAC sublayer handles multiplexing and priority handling of
logical channels (associated with QoS flows) to transport blocks for
PHY transmission, as well as scheduling information reporting and
error correction through Hybrid Automated Repeat Request (HARQ).

The RLC sublayer handles sequence numbering of higher-layer packets,
retransmissions through Automated Repeat Request (ARQ), if
configured, as well as segmentation and reassembly and duplicate
detection.

The PDCP sublayer consists of functionalities for ciphering/
deciphering, integrity protection/verification, reordering and in-
order delivery, and duplication and duplicate handling for higher-
layer packets. This sublayer also acts as the anchor protocol to
support handovers.

The SDAP sublayer provides services to map QoS flows, as established
by the 5G core network, to data radio bearers (associated with
logical channels), as used in the 5G RAN.

Additionally, in RAN, the Radio Resource Control (RRC) protocol
handles the access control and configuration signaling for the
aforementioned protocol layers. RRC messages are considered Layer 3
and are thus also transmitted via those radio protocol layers.

To provide low latency and high reliability for one transmission link
(i.e., to transport data or control signaling of one radio bearer via
one carrier), several features have been introduced on the user plane
protocols for PHY and Layer 2, as explained below.

6.4.3. Radio (PHY)

NR is designed with native support of antenna arrays utilizing
benefits from beamforming, transmissions over multiple MIMO layers,
and advanced receiver algorithms allowing effective interference
cancellation. Those antenna techniques are the basis for high signal
quality and the effectiveness of spectral usage. Spatial diversity
with up to four MIMO layers in UL and up to eight MIMO layers in DL
is supported. Together with spatial-domain multiplexing, antenna
arrays can focus power in the desired direction to form beams. NR
supports beam management mechanisms to find the best suitable beam
for UE initially and when it is moving. In addition, gNBs can
coordinate their respective downlink (DL) and uplink (UL)
transmissions over the backhaul network, keeping interference
reasonably low, and even make transmissions or receptions from
multiple points (multi-TRP). Multi-TRP can be used for repetition of
a data packet in time, in frequency, or over multiple MIMO layers,
which can improve reliability even further.

Any DL transmission to a UE starts from resource allocation signaling
over the Physical Downlink Control Channel (PDCCH). If it is
successfully received, the UE will know about the scheduled
transmission and may receive data over the Physical Downlink Shared
Channel (PDSCH). If retransmission is required according to the HARQ
scheme, a signaling of negative acknowledgement (NACK) on the
Physical Uplink Control Channel (PUCCH) is involved, and PDCCH
together with PDSCH transmissions (possibly with additional
redundancy bits) are transmitted and soft-combined with previously
received bits. Otherwise, if no valid control signaling for
scheduling data is received, nothing is transmitted on PUCCH
(discontinuous transmission (DTX)), and upon detecting DTX, the base
station will retransmit the initial data.

An UL transmission normally starts from a Scheduling Request (SR), a
signaling message from the UE to the base station sent via PUCCH.
Once the scheduler is informed about buffer data in the UE (e.g., by
SR), the UE transmits a data packet on the Physical Uplink Shared
Channel (PUSCH). Pre-scheduling, not relying on SR, is also possible
(see Section 6.4.4).

Since transmission of data packets requires usage of control and data
channels, there are several methods to maintain the needed
reliability. NR uses Low Density Parity Check (LDPC) codes for data
channels, polar codes for PDCCH, as well as orthogonal sequences and
polar codes for PUCCH. For ultra-reliability of data channels, very
robust (low-spectral efficiency) Modulation and Coding Scheme (MCS)
tables are introduced containing very low (down to 1/20) LDPC code
rates using Binary Phase-Shift Keying (BPSK) or Quadrature Phase-
Shift Keying (QPSK). Also, PDCCH and PUCCH channels support multiple
code rates including very low ones for the channel robustness.

A connected UE reports DL quality to gNB by sending Channel State
Information (CSI) reports via PUCCH while UL quality is measured
directly at gNB. For both UL and DL, gNB selects the desired MCS
number and signals it to the UE by Downlink Control Information (DCI)
via PDCCH channel. For URLLC services, the UE can assist the gNB by
advising that MCS targeting a 10^-5 Block Error Rate (BLER) are used.
Robust link adaptation algorithms can maintain the needed level of
reliability, considering a given latency bound.

Low latency on the PHY layer is provided by short transmission
duration, which is possible by using high Subcarrier Spacing (SCS)
and the allocation of only one or a few Orthogonal Frequency Division
Multiplexing (OFDM) symbols. For example, the shortest latency for
the worst case is 0.23 ms in DL and 0.24 ms in UL (according to
Section 5.7.1 in [TR37910]). Moreover, if the initial transmission
has failed, HARQ feedback can quickly be provided and an HARQ
retransmission scheduled.

Dynamic multiplexing of data associated with different services is
highly desirable for efficient use of system resources and to
maximize system capacity. Assignment of resources for eMBB is
usually done with regular (longer) transmission slots, which can lead
to blocking of low-latency services. To overcome the blocking, eMBB
resources can be preempted and reassigned to URLLC services. In this
way, spectrally efficient assignments for eMBB can be ensured while
providing the flexibility required to ensure a bounded latency for
URLLC services. In DL, the gNB can notify the eMBB UE about
preemption after it has happened, while in UL there are two
preemption mechanisms: special signaling to cancel eMBB transmission
and URLLC dynamic power boost to suppress eMBB transmission.

6.4.4. Scheduling and QoS (MAC)

One integral part of the 5G system is the Quality of Service (QoS)
framework [TS23501]. QoS flows are set up by the 5G system for
certain IP or Ethernet packet flows, so that packets of each flow
receive the same forwarding treatment (i.e., in scheduling and
admission control). For example, QoS flows can be associated with
different priority levels, packet delay budgets, and tolerable packet
error rates. Since radio resources are centrally scheduled in NR,
the admission control function can ensure that only QoS flows for
which QoS targets can be reached are admitted.

NR transmissions in both UL and DL are scheduled by the gNB
[TS38300]. This ensures radio resource efficiency and fairness in
resource usage of the users, and it enables differentiated treatment
of the data flows of the users according to the QoS targets of the
flows. Those QoS flows are handled as data radio bearers or logical
channels in NR RAN scheduling.

The gNB can dynamically assign DL and UL radio resources to users,
indicating the resources as DL assignments or UL grants via control
channel to the UE. Radio resources are defined as blocks of OFDM
symbols in spectral domain and time domain. Different lengths are
supported in time domain, (i.e., multiple slot or mini-slot lengths).
Resources of multiple frequency carriers can be aggregated and
jointly scheduled to the UE.

Scheduling decisions are based, e.g., on channel quality measured on
reference signals and reported by the UE (cf. periodical CSI reports
for DL channel quality). The transmission reliability can be chosen
in the scheduling algorithm, i.e., chosen by link adaptation where an
appropriate transmission format (e.g., robustness of modulation and
coding scheme, controlled UL power) is selected for the radio channel
condition of the UE. Retransmissions, based on HARQ feedback, are
also controlled by the scheduler. The feedback transmission in HARQ
loop introduces delays, but there are methods to minimize it by using
short transmission formats, sub-slot feedback reporting, and PUCCH
carrier switching. If needed to avoid HARQ round-trip time delays,
repeated transmissions can be also scheduled beforehand, to the cost
of reduced spectral efficiency.

In dynamic DL scheduling, transmission can be initiated immediately
when DL data becomes available in the gNB. However, for dynamic UL
scheduling, when data becomes available but no UL resources are
available yet, the UE indicates the need for UL resources to the gNB
via a (single bit) scheduling request message in the UL control
channel. When UL resources are scheduled, the UE can transmit its
data and may include a buffer status report that indicates the exact
amount of data per logical channel still left to be sent. More UL
resources may be scheduled accordingly. To avoid the latency
introduced in the scheduling request loop, UL radio resources can
also be pre-scheduled.

In particular, for periodical traffic patterns, the pre-scheduling
can rely on the scheduling features DL Semi-Persistent Scheduling
(SPS) and UL Configured Grant (CG). With these features,
periodically recurring resources can be assigned in DL and UL.
Multiple parallels of those configurations are supported in order to
serve multiple parallel traffic flows of the same UE.

To support QoS enforcement in the case of mixed traffic with
different QoS requirements, several features have recently been
introduced. These features allow different periodical critical QoS
flows to be served, together with best-effort transmissions, by the
same UE. These features include the following:

* UL logical channel transmission restrictions, allowing logical
channels of certain QoS to only be mapped to intended UL resources
of a certain frequency carrier, slot length, or CG configuration.

* intra-UE preemption and multiplexing, allowing critical UL
transmissions to either preempt non-critical transmissions or be
multiplexed with non-critical transmissions keeping different
reliability targets.

When multiple frequency carriers are aggregated, duplicate parallel
transmissions can be employed (beside repeated transmissions on one
carrier). This is possible in the Carrier Aggregation (CA)
architecture where those carriers originate from the same gNB or in
the Dual Connectivity (DC) architecture where the carriers originate
from different gNBs (i.e., the UE is connected to two gNBs in this
case). In both cases, transmission reliability is improved by this
means of providing frequency diversity.

In addition to licensed spectrum, a 5G system can also utilize
unlicensed spectrum to offload non-critical traffic. This version of
NR, called NR-U, is part of 3GPP Release 16. The central scheduling
approach also applies for unlicensed radio resources and the
mandatory channel access mechanisms for unlicensed spectrum (e.g.,
Listen Before Talk (LBT) is supported in NR-U). This way, by using
NR, operators have and can control access to both licensed and
unlicensed frequency resources.

6.4.5. Time-Sensitive Communications (TSC)

Recent 3GPP releases have introduced various features to support
multiple aspects of Time-Sensitive Communication (TSC), which
includes Time-Sensitive Networking (TSN) and beyond, as described in
this section.

The main objective of TSN is to provide guaranteed data delivery
within a guaranteed time window (i.e., bounded low latency). IEEE
802.1 TSN [IEEE802.1TSN] is a set of open standards that provide
features to enable deterministic communication on standard IEEE 802.3
Ethernet [IEEE802.3]. TSN standards can be seen as a toolbox for
traffic shaping, resource management, time synchronization, and
reliability.

A TSN stream is a data flow between one end station (talker) to
another end station (listener). In the centralized configuration
model, TSN bridges are configured by the Central Network Controller
(CNC) [IEEE802.1Qcc] to provide deterministic connectivity for the
TSN stream through the network. Time-based traffic shaping provided
by scheduled traffic [IEEE802.1Qbv] may be used to achieve bounded
low latency. The TSN tool for time synchronization is the
generalized Precision Time Protocol (gPTP) [IEEE802.1AS], which
provides reliable time synchronization that can be used by end
stations and by other TSN tools (e.g., scheduled traffic
[IEEE802.1Qbv]). High availability, as a result of ultra-
reliability, is provided for data flows by the Frame Replication and
Elimination for Reliability (FRER) mechanism [IEEE802.1CB].

3GPP Release 16 includes integration of 5G with TSN, i.e., specifies
functions for the 5G System (5GS) to deliver TSN streams so that
their QoS requirements are met. A key aspect of the integration is
that, from the rest of the network, the 5GS appears as a set of TSN
bridges (in particular, one virtual bridge per User Plane Function
(UPF) on the user plane). The 5GS includes TSN Translator (TT)
functionality for the adaptation of the 5GS to the TSN bridged
network and for hiding the 5GS internal procedures. The 5GS provides
the following components:

1. interface to TSN controller, as per [IEEE802.1Qcc] for the fully
centralized configuration model

2. time synchronization via reception and transmission of gPTP PDUs
[IEEE802.1AS]

3. low latency, which allows integration with scheduled traffic
[IEEE802.1Qbv]

4. reliability, which allows integration with FRER [IEEE802.1CB]

3GPP Release 17 [TS23501] introduced enhancements to generalize
support for TSC beyond TSN. This includes IP communications to
provide time-sensitive services (e.g., to Video, Imaging, and Audio
for Professional Applications (VIAPA)). The system model of 5G
acting as a "TSN bridge" in Release 16 has been reused to enable the
5GS acting as a "TSC node" in a more generic sense (which includes
TSN bridge and IP node). In the case of TSC that does not involve
TSN, requirements are given via exposure interfaces, and the control
plane provides the service based on QoS and time synchronization
requests from an Application Function (AF).

Figure 7 shows an illustration of 5G-TSN integration where an
industrial controller (Ind Ctrlr) is connected to industrial Input/
Output devices (I/O dev) via 5G. The 5GS can directly transport
Ethernet frames since Release 15; thus, end-to-end Ethernet
connectivity is provided. The 5GS implements the required interfaces
towards the TSN controller functions such as the CNC, thus adapting
to the settings of the TSN network. A 5G user plane virtual bridge
interconnects TSN bridges or connects end stations (e.g., I/O devices
to the TSN network). TTs, i.e., the Device-Side TSN Translator (DS-
TT) at the UE and the Network-Side TSN Translator (NW-TT) at the UPF,
have a key role in the interconnection. Note that the introduction
of 5G brings flexibility in various aspects, e.g., a more flexible
network topology because a wireless hop can replace several wireline
hops, thus significantly reducing the number of hops end to end.
[TSN5G] dives more into the integration of 5G with TSN.

+------------------------------+
| 5G System |
| +---+|
| +-+ +-+ +-+ +-+ +-+ |TSN||
| | | | | | | | | | | |AF |......+
| +++ +++ +++ +++ +++ +-+-+| .
| | | | | | | | .
| -+---+---++--+-+-+--+-+- | .
| | | | | | +--+--+
| +++ +++ +++ +++ | | TSN |
| | | | | | | | | | |Ctrlr+.......+
| +++ +++ +++ +++ | +--+--+ .
| | . .
| | . .
| +..........................+ | . .
| . Virtual Bridge . | . .
+---+ | . +--+--+ +---+ +---+--+ . | +--+---+ .
|I/O+----------------+DS|UE+---+RAN+-+UPF|NW+------+ TSN +----+ .
|dev| | . |TT| | | | | |TT| . | |bridge| | .
+---+ | . +--+--+ +---+ +---+--+ . | +------+ | .
| +..........................+ | . +-+-+-+
| | . | Ind |
| +..........................+ | . |Ctrlr|
| . Virtual Bridge . | . +-+---+
+---+ +------+ | . +--+--+ +---+ +---+--+ . | +--+---+ |
|I/O+--+ TSN +------+DS|UE+---+RAN+-+UPF|NW+------+ TSN +----+
|dev| |bridge| | . |TT| | | | | |TT| . | |bridge|
+---+ +------+ | . +--+--+ +---+ +---+--+ . | +------+
| +..........................+ |
+------------------------------+

<----------------- end-to-end Ethernet ------------------->

Figure 7: 5G - TSN Integration

NR supports accurate reference time synchronization in 1 µs accuracy
level. Since NR is a scheduled system, an NR UE and a gNB are
tightly synchronized to their OFDM symbol structures. A 5G internal
reference time can be provided to the UE via broadcast or unicast
signaling, associating a known OFDM symbol to this reference clock.
The 5G internal reference time can be shared within the 5G network
(i.e., radio and core network components). Release 16 has introduced
interworking with gPTP for multiple time domains, where the 5GS acts
as a virtual gPTP time-aware system and supports the forwarding of
gPTP time synchronization information between end stations and
bridges through the 5G user plane TTs. These account for the
residence time of the 5GS in the time synchronization procedure. One
special option is when the 5GS internal reference time is not only
used within the 5GS, but also to the rest of the devices in the
deployment, including connected TSN bridges and end stations.
Release 17 includes further improvements (i.e., methods for
propagation delay compensation in RAN), further improving the
accuracy for time synchronization over the air, as well as the
possibility for the TSN grandmaster clock to reside on the UE side.
More extensions and flexibility were added to the time
synchronization service, making it general for TSC and providing
additional support for other types of clocks and time distribution
such as boundary clocks and transparent clocks (both peer-to-peer and
end-to-end) aside from the time-aware system used for TSN.
Additionally, it is possible to use internal access stratum signaling
to distribute timing (and not the usual (g)PTP messages), for which
the required accuracy can be provided by the AF [TS23501]. The same
time synchronization service is expected to be further extended and
enhanced in Release 18 to support Timing Resiliency (according to
study item [SP211634]), where the 5G system can provide a backup or
alternative timing source for the failure of the local GNSS source
(or other primary timing source) used by the vertical.

IETF DetNet is the technology to support time-sensitive
communications at the IP layer. 3GPP Release 18 includes a study
[TR2370046] on interworking between 5G and DetNet. Along the TSC
framework introduced for Release 17, the 5GS acts as a DetNet node
for the support of DetNet; see Figure 7.1-1 in [TR2370046]. The
study provides details on how the 5GS is exposed by the Time
Sensitive Communication and Time Synchronization Function (TSCTSF) to
the DetNet controller as a router on a per-UPF granularity (similarly
to the per-UPF Virtual TSN Bridge granularity shown in Figure 7). In
particular, it lists the parameters that are provided by the TSCTSF
to the DetNet controller. The study also includes how the TSCTSF
maps DetNet flow parameters to 5G QoS parameters. Note that TSN is
the primary subnetwork technology for DetNet. Thus, the work on
DetNet over TSN, e.g., [RFC9023], can be leveraged via the TSN
support built in 5G.

Redundancy architectures were specified in order to provide
reliability against any kind of failure on the radio link or nodes in
the RAN and the core network. Redundant user plane paths can be
provided based on the dual connectivity architecture, where the UE
sets up two PDU sessions towards the same data network, and the 5G
system makes the paths of the two PDU sessions independent as
illustrated in Figure 8. There are two PDU sessions involved in the
solution: The first spans from the UE via gNB1 to UPF1, acting as the
first PDU session anchor, while the second spans from the UE via gNB2
to UPF2, acting as second the PDU session anchor.

The independent paths may continue beyond the 3GPP network.
Redundancy Handling Functions (RHFs) are deployed outside of the 5GS,
i.e., in Host A (the device) and in Host B (the network). RHF can
implement replication and elimination functions as per [IEEE802.1CB]
or the Packet Replication, Elimination, and Ordering Functions
(PREOF) of IETF DetNet [RFC8655].

+........+
. Device . +------+ +------+ +------+
. . + gNB1 +--N3--+ UPF1 |--N6--+ |
. ./+------+ +------+ | |
. +----+ / | |
. | |/. | |
. | UE + . | DN |
. | |\. | |
. +----+ \ | |
. .\+------+ +------+ | |
+........+ + gNB2 +--N3--+ UPF2 |--N6--+ |
+------+ +------+ +------+

Figure 8: Reliability with Single UE

An alternative solution is that multiple UEs per device are used for
user plane redundancy as illustrated in Figure 9. Each UE sets up a
PDU session. The 5GS ensures that the PDU sessions of the different
UEs are handled independently internal to the 5GS. There is no
single point of failure in this solution, which also includes RHF
outside of the 5G system, e.g., as per FRER [IEEE802.1CB] or PREOF
[RFC8655] specifications.

+.........+
. Device .
. .
. +----+ . +------+ +------+ +------+
. | UE +-----+ gNB1 +--N3--+ UPF1 |--N6--+ |
. +----+ . +------+ +------+ | |
. . | DN |
. +----+ . +------+ +------+ | |
. | UE +-----+ gNB2 +--N3--+ UPF2 |--N6--+ |
. +----+ . +------+ +------+ +------+
. .
+.........+

Figure 9: Reliability with Dual UE

Note that the abstraction provided by the RHF and the location of the
RHF outside of the 5G system allow 5G to support integration for
reliability with both TSN FRER [IEEE802.1CB] and DetNet PREOF
[RFC8655], as they both rely on the same concept.