Tech-invite3GPPspecsSIPRFCs
Overview21222324252627282931323334353637384‑5x

Content for  TS 38.300  Word version:  16.3.0

Top   Top   Up   Prev   Next
1…   4…   4.7…   5…   5.3…   5.4…   6…   6.2…   6.6…   7…   8…   9…   9.2.2…   9.2.3…   9.2.3.2   9.2.3.3…   9.2.4…   9.2.6…   9.3…   10…   11…   15…   15.5…   16…   16.3   16.4…   17…   A…   B…

 

16.4  Public Warning SystemWord‑p. 123
NR connected to 5GC provides support for public warning systems (PWS) through means of system information broadcast capability. NR is responsible for scheduling and broadcasting of the warning messages as well as for paging the UE to provide indication that the warning message is being broadcast:
  • Earthquake and Tsunami Warning System: ETWS is a public warning system developed to meet the regulatory requirements for warning notifications related to earthquake and/or tsunami events (see TS 22.168). ETWS warning notifications can either be a primary notification (short notification) or secondary notification (providing detailed information).
  • Commercial Mobile Alert System: CMAS is a public warning system developed for the delivery of multiple, concurrent warning notifications (see TS 22.268).
Different SIBs are defined for ETWS primary notification, ETWS secondary notification and CMAS notification. Paging is used to inform UEs about ETWS indication and CMAS indication (see clause 9.2.5). UE monitors ETWS/CMAS indication in its own paging occasion for RRC_IDLE and RRC_INACTIVE. UE monitors ETWS/CMAS indication in any paging occasion for RRC Connected. Paging indicating ETWS/CMAS notification triggers acquisition of system information (without delaying until the next modification period).
KPAS and EU-Alert are public warning systems developed for the delivery of multiple, concurrent warning notifications (see TS 22.268). KPAS and EU-Alert uses the same AS mechanisms as CMAS. Therefore, the NR procedures defined for CMAS equally apply for KPAS and EU-Alert.
Up

16.5  Emergency Services

16.5.1  Overview

NG-RAN provides support for Emergency Services either directly or through fallback mechanisms towards E-UTRA. The support of Emergency Services is broadcast in system information (see TS 38.331).

16.5.2  IMS Emergency callWord‑p. 124
An IMS Emergency call support indication is provided to inform the UE that emergency bearer services are supported. In normal service state the UE is informed if the PLMN supports emergency services through an Emergency Service Support indicator in the Attach and TAU procedures (see TS 23.501). In limited service state and for emergency services other than eCall over IMS, a UE is informed about if a cell supports emergency services over NG-RAN from a broadcast indication (ims-EmergencySupport). The broadcast indicator is set to "support" if any AMF in a non-shared environment or at least one of the PLMN's in a shared environment supports IMS emergency bearer services.
Up

16.5.3  eCall over IMS

NG-RAN broadcast an indication to indicate support of eCall over IMS (eCallOverIMS-Support). UEs that are in limited service state need to consider both eCallOverIMS-Support and ims-EmergencySupport to determine if eCall over IMS is possible. UEs that are not in limited service state need to only consider eCallOverIMS-Support to determine if eCall over IMS is possible.

16.5.4  Fallback

RAT fallback towards E-UTRA connected to 5GC is performed when NR does not support Emergency Services and System fallback towards E-UTRA connected to EPS is performed when 5GC does not support Emergency Services. Depending on factors such as CN interface availability, network configuration and radio conditions, the fallback procedure results in either CONNECTED state mobility (handover procedure) or IDLE state mobility (redirection) - see TS 23.501 and TS 38.331.
Up

16.6  Stand-Alone NPN |R16|

16.6.1  General

A SNPN is a network deployed for non-public use which does not rely on network functions provided by a PLMN (see clause 4.8). An SNPN is identified by a PLMN ID and NID (see clause 8.2) broadcast in SIB1.
An SNPN-capable UE supports the SNPN access mode. When the UE is set to operate in SNPN access mode, the UE only selects and registers with SNPNs. When the UE is not set to operate in SNPN access mode, the UE performs normal PLMN selection procedures.
Emergency services and ETWS /CMAS are not supported in SNPN.
NR-NR Dual Connectivity within a single SNPN is supported.
Up

16.6.2  Mobility

16.6.2.1  General

The same principles as described in 9.2 apply to SNPN except for what is described below.
UEs operating in SNPN access mode only (re)select cells within the selected/registered SNPN and a cell can only be considered as suitable if the PLMN and NID broadcast by the cell matches the selected/registered SNPN.
An SNPN-only cell can only be suitable for its subscribers and is barred otherwise.
In addition, manual selection of SNPN(s) is supported, for which HRNN(s) can be optionally provided.
The roaming and access restrictions applicable to SNPN are described in clause 9.4.
Up

16.6.2.2  Inactive Mode

16.6.2.3  Connected ModeWord‑p. 125
The NG-RAN node is aware of the SNPN ID(s) supported by neighbour cells.
At the time of handover, cells that do not support the serving SNPN ID are not considered as candidate target cells by the source NG-RAN node.
The target NG-RAN node performs access control. In case it cannot accept the handover for the serving SNPN the target NG-RAN node fails the handover including an appropriate cause value.

16.7  Public Network Integrated NPN |R16|

16.7.1  General

A PNI-NPN is a network deployed for non-public use which relies on network functions provided by a PLMN (see clause 4.8). In PNI-NPN, a Closed Access Groups (CAG) identifies a group of subscribers who are permitted to access one or more CAG cells associated to the CAG. A CAG is identified by a CAG identifier broadcast in SIB1.
A CAG-capable UE can be configured with the following per PLMN (see clause 5.30.3.3 of TS 23.501):
  • an Allowed CAG list containing the CAG identifiers which the UE is allowed to access; and
  • a CAG-only indication if the UE is only allowed to access 5GS via CAG cells.
NR-NR Dual Connectivity is supported within PNI-NPN and across PLMN and PNI-NPN.
Up

16.7.2  Mobility

16.7.2.1  General

The same principles as described in 9.2 apply to CAG cells except for what is described below.
Cell selection/reselection to CAG cells may be based on a UE autonomous search function, which determines itself when/where to search, but cannot contradict the dedicated cell reselection priority information if any is stored.
A range of PCI values reserved by the network for use by CAG cells may be broadcast.
A CAG Member Cell for a UE is a cell broadcasting the identity of the selected PLMN, registered PLMN or equivalent PLMN, and for that PLMN, a CAG identifier belonging to the Allowed CAG list of the UE for that PLMN. The UE checks the suitability of CAG cells based on the Allowed CAG list provided by upper layers and a CAG-only cell can only be suitable for its subscribers but can be acceptable for the rest.
When the UE is configured with a CAG-only indication, only CAG Member Cells can be suitable. A non-suitable cell can be acceptable though if the UE is configured with a CAG-only indication for one of the PLMN broadcast by the cell.
In addition, manual selection of CAG cell(s) is supported, for which an HRNN(s) can be optionally provided.
The roaming and access restrictions applicable to PNI-NPN are described in clause 9.4.
Up

16.7.2.2  Inactive ModeWord‑p. 126

16.7.2.3  Connected Mode

The source NG-RAN node is aware of the list of CAG IDs supported by the candidate target cells which are CAG cells.
At the time of handover, the source NG-RAN node determines a target cell among the candidates which is compatible with the received PNI-NPN restrictions.
At incoming handover, the target NG-RAN node receives the PNI-NPN mobility restrictions and checks that the selected target cell is compatible with the received mobility restrictions.

16.7.3  Self-Configuration for PNI-NPN

Self-configuration is described in clause 15.
In addition, each NG-RAN node informs the connected neighbour NG-RAN nodes of the list of supported CAG ID(s) per CAG cell in the appropriate Xn interface management procedures.

16.7.4  Access Control

During the establishment of the UE-associated logical NG-connection towards the 5GC, the AMF checks whether the UE is allowed to access the cell as specified in TS 23.501.
If the check is successful, the AMF sets up the UE-associated logical NG-connection and provides the NG-RAN node with the list of CAGs allowed for the UE and, whether the UE is allowed to access non-CAG cells. This information is used by the NG-RAN for access control of subsequent mobility.
If the check is not successful, the AMF shall reject setting up the UE-associated NG connection and inform the NG-RAN node with an appropriate cause value as specified in TS 23.501.
Up

16.7.5  Paging

The NG-RAN node may receive a paging message including the list of CAGs allowed for the UE, and whether the UE is allowed to access non-CAG cells. The NG-RAN node may use this information to avoid paging in cells on which the UE is not allowed to camp.
For UEs in RRC_INACTIVE state, the NG-RAN node may page a neighbour NG-RAN node including the list of CAGs allowed for the UE, and whether the UE is allowed to access non-CAG cells. The neighbour NG-RAN node may use this information to avoid paging in cells on which the UE is not allowed to camp.
Up

16.8  Support for Time Sensitive Communications |R16|

Time Sensitive Communications (TSC), as defined in TS 23.501, is a communication service that supports deterministic communication and/or isochronous communication with high reliability and availability. Examples of such services are the ones in the area of Industrial Internet of Things, e.g. related to cyber-physical control applications as described in TS 22.104.
To support strict synchronization accuracy requirements of TSC applications, the gNB may signal 5G system time reference information to the UE using unicast or broadcast RRC signalling with a granularity of 10 ns. Uncertainty parameter may be included in reference time information to indicate its accuracy. The UE may indicate to the gNB a preference to be provisioned with reference time information using UE Assistance Information procedure.
The gNB may also receive TSC Assistance Information (TSCAI), see TS 23.501, from the Core Network, e.g. during QoS flow establishment, or from another gNB during handover. TSCAI contains additional information about the traffic flow such as burst arrival time and burst periodicity. TSCAI knowledge may be leveraged in the gNB's scheduler to more efficiently schedule periodic, deterministic traffic flows either via Configured Grants, Semi-Persistent Scheduling or with dynamic grants.
Up

16.9  Sidelink |R16|Word‑p. 127

16.9.1  General

In this clause, an overview of NR sidelink communication and how NG-RAN supports NR sidelink communication and V2X sidelink communication is given. V2X sidelink communication is specified in TS 36.300.
The NG-RAN architecture supports the PC5 interface as illustrated in Figure 16.9.1-1. Sidelink transmission and reception over the PC5 interface are supported when the UE is inside NG-RAN coverage, irrespective of which RRC state the UE is in, and when the UE is outside NG-RAN coverage.
Reproduction of 3GPP TS 38.300, Figure 16.9.1-1: NG-RAN Architecture supporting the PC5 interface
Up
Support of V2X services via the PC5 interface can be provided by NR sidelink communication and/or V2X sidelink communication. NR sidelink communication may be used to support other services than V2X services.
NR sidelink communication can support one of three types of transmission modes for a pair of a Source Layer-2 ID and a Destination Layer-2 ID in the AS:
  • Unicast transmission, characterized by:
    • Support of one PC5-RRC connection between peer UEs for the pair;
    • Transmission and reception of control information and user traffic between peer UEs in sidelink;
    • Support of sidelink HARQ feedback;
    • Support of sidelink transmit power control;
    • Support of RLC AM;
    • Detection of radio link failure for the PC5-RRC connection.
  • Groupcast transmission, characterized by:
    • Transmission and reception of user traffic among UEs belonging to a group in sidelink;
    • Support of sidelink HARQ feedback.
  • Broadcast transmission, characterized by:
    • Transmission and reception of user traffic among UEs in sidelink.
Up

16.9.2  Radio Protocol Architecture for NR sidelink communicationWord‑p. 128

16.9.2.1  Overview

The AS protocol stack for the control plane for SCCH for RRC in the PC5 interface consists of RRC, PDCP, RLC and MAC sublayers, and the physical layer. The protocol stack of control plane for SCCH for RRC is shown in Figure 16.9.2.1-1.
Reproduction of 3GPP TS 38.300, Figure 16.9.2.1-1: Control plane protocol stack for SCCH for RRC.
Up
For support of PC5-S protocol specified in TS 23.287, PC5-S is located on top of PDCP, RLC and MAC sublayers, and the physical layer in the control plane protocol stack for SCCH for PC5-S, as shown in Figure 16.9.2.1-2.
Reproduction of 3GPP TS 38.300, Figure 16.9.2.1-2: Control plane protocol stack for SCCH for PC5-S.
Up
The AS protocol stack for user plane in the PC5 interface consists of SDAP, PDCP, RLC and MAC sublayers, and the physical layer. The protocol stack of user plane is shown in Figure 16.9.2.1-4.
Reproduction of 3GPP TS 38.300, Figure 16.9.2.1-3: PC5 control plane (PC5-C) protocol stack for SBCCH.
Up
The AS protocol stack for user plane in the PC5 interface consists of SDAP, PDCP, RLC and MAC sublayers, and the physical layer. The protocol stack of PC5-U is shown in Figure 16.9.2.1-4.
Reproduction of 3GPP TS 38.300, Figure 16.9.2.1-4: User plane protocol stack for STCH.
Up
Sidelink Radio bearers (SLRB) are categorized into two groups: sidelink data radio bearers (SL DRB) for user plane data and sidelink signalling radio bearers (SL SRB) for control plane data. Separate SL SRBs using different SCCHs are configured for PC5-RRC and PC5-S signalling respectively.

16.9.2.2  MACWord‑p. 129
The MAC sublayer provides the following services and functions over the PC5 interface in addition to the services and functions specified in clause 6.2.1:
  • Radio resource selection;
  • Packet filtering;
  • Priority handling between uplink and sidelink transmissions for a given UE;
  • Sidelink CSI reporting.
With LCP restrictions in MAC, only sidelink logical channels belonging to the same destination can be multiplexed into a MAC PDU for every unicast, groupcast and broadcast transmission which is associated to the destination. NG-RAN can also control whether a sidelink logical channel can utilise the resources allocated to a configured sidelink grant Type 1 (see clause 16.9.3.2).
For packet filtering, a SL-SCH MAC header including portions of both Source Layer-2 ID and a Destination Layer-2 ID is added to each MAC PDU as specified in clause 8.4. LCID included within a MAC subheader uniquely identifies a logical channel within the scope of the Source Layer-2 ID and Destination Layer-2 ID combination.
The following logical channels are used in sidelink:
  • Sidelink Control Channel (SCCH): a sidelink channel for transmitting control information (i.e. PC5-RRC and PC5-S messages) from one UE to other UE(s);
  • Sidelink Traffic Channel (STCH): a sidelink channel for transmitting user information from one UE to other UE(s);
  • Sidelink Broadcast Control Channel (SBCCH): a sidelink channel for broadcasting sidelink system information from one UE to other UE(s).
The following connections between logical channels and transport channels exist:
  • SCCH can be mapped to SL-SCH;
  • STCH can be mapped to SL-SCH;
  • SBCCH can be mapped to SL-BCH.
Up

16.9.2.3  RLCWord‑p. 130
The services and functions of the RLC sublayer as specified in clause 6.3.2 are supported for sidelink. TM is used for SBCCH. Both UM and AM are used in unicast transmission while only UM is used in groupcast or broadcast transmission. For UM, only unidirectional transmission is supported for groupcast and broadcast.

16.9.2.4  PDCP

The services and functions of the PDCP sublayer as specified in wclause 6.4.1 are supported for sidelink with some restrictions:
  • Out-of-order delivery is supported only for unicast transmission;
  • Duplication is not supported over the PC5 interface.

16.9.2.5  SDAP

The SDAP sublayer provides the following service and function over the PC5 interface:
  • Mapping between a QoS flow and a sidelink data radio bearer.
There is one SDAP entity per destination for one of unicast, groupcast and broadcast which is associated to the destination. Reflective QoS is not supported over the PC5 interface.

16.9.2.6  RRC

The RRC sublayer provides the following services and functions over the PC5 interface:
  • Transfer of a PC5-RRC message between peer UEs;
  • Maintenance and release of a PC5-RRC connection between two UEs;
  • Detection of sidelink radio link failure for a PC5-RRC connection based on indication from MAC or RLC.
A PC5-RRC connection is a logical connection between two UEs for a pair of Source and Destination Layer-2 IDs which is considered to be established after a corresponding PC5 unicast link is established as specified in TS 23.287. There is one-to-one correspondence between the PC5-RRC connection and the PC5 unicast link. A UE may have multiple PC5-RRC connections with one or more UEs for different pairs of Source and Destination Layer-2 IDs.
Separate PC5-RRC procedures and messages are used for a UE to transfer UE capability and sidelink configuration including SL-DRB configuration to the peer UE. Both peer UEs can exchange their own UE capability and sidelink configuration using separate bi-directional procedures in both sidelink directions.
If it is not interested in sidelink transmission, if sidelink RLF on the PC5-RRC connection is declared, or if the Layer-2 link release procedure is completed as specified in TS 23.287, UE releases the PC5-RRC connection.
Up

16.9.3  Radio Resource Allocation

16.9.3.1  General

The UE can operate in two modes for resource allocation in sidelink:
  • Scheduled resource allocation, characterized by:
  • The UE needs to be RRC_CONNECTED in order to transmit data;
  • NG-RAN schedules transmission resources.
  • UE autonomous resource selection, characterized by:
  • The UE can transmit data when inside NG-RAN coverage, irrespective of which RRC state the UE is in, and when outside NG-RAN coverage;
  • The UE autonomously selects transmission resources from resource pool(s).
  • For NR sidelink communication, the UE performs sidelink transmissions only on a single carrier.
Up

16.9.3.2  Scheduled Resource AllocationWord‑p. 131
NG-RAN can dynamically allocate resources to the UE via the SL-RNTI on PDCCH(s) for NR sidelink communication.
In addition, NG-RAN can allocate sidelink resources to a UE with two types of configured sidelink grants:
  • With type 1, RRC directly provides the configured sidelink grant only for NR sidelink communication;
  • With type 2, RRC defines the periodicity of the configured sidelink grant while PDCCH can either signal and activate the configured sidelink grant, or deactivate it. The PDCCH is addressed to SL-CS-RNTI for NR sidelink communication.
Besides, NG-RAN can also semi-persistently allocate sidelink resources to the UE via the V-RNTI on PDCCH(s) for V2X sidelink communication.
For the UE performing NR sidelink communication, there can be more than one configured sidelink grant activated at a time on the carrier configured for sidelink transmission.
When beam failure or physical layer problem occurs on MCG, the UE can continue using the configured sidelink grant Type 1 until initiation of the RRC connection re-establishment procedure as specified in TS 38.331. During handover, the UE can be provided with configured sidelink grants via handover command, regardless of the type. If provided, the UE activates the configured sidelink grant Type 1 upon reception of the handover command or execution of CHO.
The UE can send sidelink buffer status report to support scheduler operation in NG-RAN. The sidelink buffer status reports refer to the data that is buffered in for a group of logical channels (LCG) per destination in the UE. Eight LCGs are used for reporting of the sidelink buffer status reports. Two formats, which are SL BSR and truncated SL BSR, are used.
Up

16.9.3.3  UE Autonomous Resource Selection

The UE autonomously selects sidelink resource(s) from resource pool(s) provided by broadcast system information or dedicated signalling while inside NG-RAN coverage or by pre-configuration while outside NG-RAN coverage.
For NR sidelink communication, the resource pool(s) can be provided for a given validity area where the UE does not need to acquire a new pool of resources while moving within the validity area, at least when this pool is provided by SIB. The NR SIB area scope mechanism as specified in TS 38.331 is reused to enable validity area for SL resource pool configured via broadcasted system information.
The UE is allowed to temporarily use UE autonomous resource selection with random selection for sidelink transmission based on configuration of the exceptional transmission resource pool as specified in TS 38.331.
Up

16.9.4  Uu ControlWord‑p. 132

16.9.4.1  General

When a UE is inside NG-RAN coverage, NR sidelink communication and/or V2X sidelink communication can be configured and controlled by NG-RAN via dedicated signalling or system information:
  • The UE should support and be authorized to perform NR sidelink communication and/or V2X sidelink communication in NG-RAN;
  • If configured, the UE performs V2X sidelink communication as specified in TS 36.300 unless otherwise specified, with the restriction that the dynamic scheduling for V2X sidelink communication (i.e. based on SL-V-RNTI) is not supported;
  • NG-RAN can provide the UE with intra-carrier sidelink configuration, inter-carrier sidelink configuration and anchor carrier which provides sidelink configuration via a Uu carrier for NR sidelink communication and/or V2X sidelink communication;
  • When the UE cannot simultaneously perform both NR sidelink transmission and NR uplink transmission in time domain, prioritization between both transmissions is done based on their priorities and thresholds configured by the NG-RAN. When the UE cannot simultaneously perform both V2X sidelink transmission and NR uplink transmission in time domain, prioritization between both transmissions is done based on the priorities (i.e. PPPP) of V2X sidelink communication and a threshold configured by the NG-RAN.
When a UE is outside NG-RAN coverage, SL DRB configuration(s) are preconfigured to the UE for NR sidelink communication. If UE changes the RRC state but has not received the SL DRB configuration(s) for the new RRC state, UE continues using the configuration obtained in the previous RRC state to perform sidelink data transmissions and receptions until the configuration for the new RRC state is received.
Up

16.9.4.2  Control of connected UEs

The UE in RRC_CONNECTED performs NR sidelink communication and/or V2X sidelink communication, as configured by the upper layers. The UE sends Sidelink UE Information to NG-RAN in order to request or release sidelink resources and report QoS information for each destination.
NG-RAN provides RRCReconfiguration to the UE in order to provide the UE with dedicated sidelink configuration. The RRCReconfiguration may include SL DRB configuration(s) for NR sidelink communication as well as mode 1 resource configuration and/or mode 2 resource configuration. If UE has received SL DRB configuration via system information, UE should continue using the configuration to perform sidelink data transmissions and receptions until a new configuration is received via the RRCReconfiguration.
NG-RAN may also configure measurement and reporting of CBR and reporting of location information to the UE via RRCReconfiguration.
During handover, the UE performs sidelink transmission and reception based on configuration of the exceptional transmission resource pool or configured sidelink grant Type 1 and reception resource pool of the target cell as provided in the handover command.
Up

16.9.4.3  Control of idle/inactive UEs

The UE in RRC_IDLE or RRC_INACTIVE performs NR sidelink communication and/or V2X sidelink communication, as configured by the upper layers. NG-RAN may provide common sidelink configuration to the UE in RRC_IDLE or RRC_INACTIVE via system information for NR sidelink communication and/or V2X sidelink communication. UE receives resource pool configuration and SL DRB configuration via SIB12 for NR sidelink communication as specified in TS 38.331, and/or resource pool configuration via SIB13 and SIB14 for V2X sidelink communication as specified in TS 38.331.
When the UE performs cell reselection, the UE interested in V2X service(s) considers at least whether NR sidelink communication and/or V2X sidelink communication are supported by the cell. The UE may consider the following carrier frequency as the highest priority frequency, except for the carrier only providing the anchor carrier:
  • the frequency providing both NR sidelink communication configuration and V2X sidelink communication configuration, if configured to perform both NR sidelink communication and V2X sidelink communication;
  • the frequency providing NR sidelink communication configuration, if configured to perform only NR sidelink communication.
  • the frequency providing V2X sidelink communication configuration, if configured to perform only V2X sidelink communication.
Up


Up   Top   ToC