3GPP Rel-16 added 5GS support for Non-Public Networks based on stage 1 service requirements in TS 22.261. The scope of this Technical Report is to study further enhancements to the 5GS to fulfil the not yet supported stage 1 service requirements for Non-Public Networks in TS 22.261 and requirements described in e.g. TS 22.263.
The following aspects are in scope of the study:
Study enhancements to enable support for SNPN along with subscription / credentials owned by an entity separate from the SNPN.
Study how to support UE onboarding and provisioning for non-public networks.
Study enhancements to the 5GS for NPN to support service requirements for production of audio-visual content and services e.g. for service continuity.
Study the possibility for customizations or optimizations of 5GS when used for NPN considering different deployment scenarios, e.g. when the NPN is deployed and managed with the support of PLMN, when the NPN is deployed for different coverage and device density.
Study the need for additional exposure capabilities due to support for NPN.
Study support for SNPN and PLMN sharing the same NG-RAN, if anything missing from Rel-16.
Study support for voice/IMS emergency services for SNPN.
The following documents contain provisions which, through reference in this text, constitute provisions of the present document.
References are either specific (identified by date of publication, edition number, version number, etc.) or non-specific.
For a specific reference, subsequent revisions do not apply.
For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document.
For the purposes of the present document, the terms given in TR 21.905 and the following apply. A term defined in the present document takes precedence over the definition of the same term, if any, in TR 21.905.
Default UE credentials:
Information that the UE have before the actual onboarding procedure to make it uniquely identifiable and verifiably secure.
Default Credential Server (DCS):
The server that can authenticate a UE with default UE credentials or provide means to another entity to do it.
NPN:
Non-Public Network as defined in TS 23.501. The terminology NPN refers to both SNPN and PNI-NPN in this TR unless otherwise stated.
NPN credentials:
Information that the UE uses for authentication to access a NPN. NPN credentials may be 3GPP credentials or non-3GPP credentials.
ON Group:
A group of Onboarding Networks.
ON Group ID:
Identifying an ON Group.
Onboarding Network (ON):
The network providing initial registration and/or access to the UE for UE Onboarding.
Onboarding SUCI:
A SUCI created from the Onboarding SUPI and used for onboarding purposes.
Onboarding SUPI:
A SUPI that is based on the Unique UE Identifier and/or the Default UE Credentials and is used for onboarding purposes.
Overlay network:
When UE is accessing SNPN service via PLMN, SNPN is the overlay network. When UE is accessing PLMN services via SNPN, PLMN is the overlay network.
Provisioning Server:
The server that provisions the authenticated/authorized UE with the subscription data and optionally other configuration information.
Remote provisioning:
Provisioning of information, to a UE and within the network, required for the UE to get authorized access and connectivity to an NPN.
Subscription Owner (SO):
The entity that stores and as result of the UE Onboarding procedures provide the subscription data and optionally other configuration information via the PS to the UE.
Support for Onboarding Indication:
Indicating that the network supports/allows UE Onboarding.
UE Onboarding:
Enabling 3GPP connectivity for UE to realize remote provisioning.
Underlay network:
When UE is accessing SNPN service via PLMN, PLMN is the underlay network. When UE is accessing PLMN services via SNPN, SNPN is the underlay network.
Unique UE identifier:
Identifying the UE in the network and the DCS and is assigned and configured by the DCS.
For the purposes of the present document, the abbreviations given in TR 21.905 and the following apply. An abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in TR 21.905.
DCS
Solutions shall build on the 5G System architectural principles as in TS 23.501, including flexibility and modularity for newly introduced functionalities.
One area that needs further study is enhancements to the 5GS in order to enable support for SNPN along with subscriptions or credentials owned by an entity separate from the SNPN.
Studying 5GS enhancements specifically oriented towards support of SNPN with credentials owned by an entity separate from the SNPN is necessary to enable some of the main use cases for Non-Public Networks, such as wireless connectivity for industry, large residential buildings, campuses, malls, and merged SNPNs, which all contain several specialized and stringent requirements. Many of the relevant use cases may in turn potentially have an impact on the architecture.
This key issue aims at addressing the following points for SNPN along with subscription owned by an entity separate from the SNPN:
How to identify the separate entity providing the subscription;
Network selection enhancements, including UEs with multiple subscriptions;
E.g. how does the UE discover and select an SNPN which provides authentication in an external entity;
Architecture enhancements needed to support multiple separate entities, e.g.:
What are the interfaces exposed and/or used by SNPN and the separate entity;
What is the architecture and solution for a UE accessing a separate entity via SNPN access network;
How to exchange authentication signalling between the SNPN and the separate entity, including:
Authentication by the PLMN, based on PLMN identities and credentials, for access to the SNPN;
Authentication via SNPN to separate entity based on non-3GPP identities (e.g. non-IMSI) and credentials;
Mobility scenarios, including service continuity, for:
UE moving from SNPN#1 with separate entity#1 to SNPN#2 with separate entity#1 available; and
UE moving between SNPN#1 (where separate entity=PLMN) and PLMN.
The TS 22.263 captures the service requirements for "Video, Imaging and Audio for Professional Applications (VIAPA)".
This key issue aims at addressing the following aspects:
Study whether there are support for service continuity (assuming PSA may reside in either PLMN or in the NPN) between PLMN and NPN (SNPN or PNI-NPN) with overlapping radio coverage areas;
Study means to enable a UE to receive data services from one network (e.g. NPN), and paging as well as data services from another network (e.g. PLMN) simultaneously.
3GPP Rel-16 includes IMS voice and emergency services support for Public network integrated Non-Public Networks, while for SNPNs the following was captured in TS 23.501:
"Emergency services are not supported in SNPN access mode.
This key issue aims at addressing the following points for SNPN:
Study the architectural impacts for support of IMS voice and emergency services offered by SNPN;
Study whether basic IMS functionality for SNPN via 3GPP access requires any specification changes to enable non-IMSI based IMPI usage over 3GPP access;
Study whether and how SNPN selection is impacted when taking into account IMS voice support.
The Key Issue is aiming to study the architecture and solutions to support UE onboarding and provisioning for the NPN. This key issue includes some common aspects such as:
Means for a UE, that is verifiably secure and uniquely identifiable to 5GS, for onboarding and remote provisioning;
Support of exposure via APIs to support UE onboarding and remote provisioning, if required.
But also specific aspects for component 1 (UE onboarding i.e. to enable 3GPP connectivity):
How does the UE discover and select the onboarding SNPN before UE NPN credentials and other information to enable UE to get 3GPP connectivity are provisioned.
How and whether the onboarding SNPN authenticates the UE, and establishes a secure 3GPP connectivity, before the UE's NPN credentials and other information to enable SNPN access are provisioned.
How to establish a secure connectivity between the UE and the network entity for provisioning the NPN credentials and other information to enable SNPN access, i.e. how to enable ciphering and integrity protection of the connection and the authentication of UE at the Provisioning Server.
How does the 5G system provides and updates in the network the subscription of an authorized UE in order to allow the UE to request connectivity to a desired SNPN.
Architecture including which NFs are involved, and which scenario(s) the solution is addressing, including:
Which network entity performs UE's subscription provisioning and where is the network entity located.
If the network entity performing UE subscription provisioning is external to the SNPN, what is the service-based interface exposed by the SNPN towards that network entity for UE onboarding and provisioning.
And for component 2 (remote provisioning of credentials to allow access to NPN services):
SNPN case: provisioning of NPN credentials (i.e. for primary authentication) and other information to enable SNPN access.
PNI-NPN case: provisioning of NPN credentials for access to specific slice(s) and/or PDU Sessions offering NPN services, i.e. for Network Slice Specific Authentication and Authorization and/or secondary authentication for PDU Sessions
Means to remotely provision the required new or updated information to the UE for enabling the UE to access the NPN using 5GS, including e.g.:
Triggers and procedures used to initiate the provisioning procedure.
How the network entity provisions the NPN credentials to the UE.
The associated solutions need to consider the following UE characteristics:
Before the UE onboarding process there should be information in the UE for it to be "uniquely identifiable and verifiably secure".
A TE might not have an interface that can be used to provision the MT.
This key issue is to enable a UE access multiple SNPNs and the ability to support optimized access control and service continuity between SNPNs. This is to enable support for equivalent SNPN (similar to equivalent PLMN) and/or equivalent home SNPN (similar to equivalent HPLMN). Impact to 5G System due to the following scenarios are in the scope:
Individual SNPNs with their own PLMN ID and NID identification but they are all equivalent. This implies that the UE with subscription for one of the SNPN has access to its equivalent SNPN(s). This also implies that the UE treat individual SNPNs with equal priority for network selection.
It has the following objectives for study:
Enabling an authorized UE to be able to efficiently access and move between equivalent SNPNs; and
Enabling an authorized UE to be able to efficiently select equivalent SNPNs during network selection.
One area that needs further study is enhancements to the 5GS in order to enable support for direct connection of non-3GPP access networks to the SNPN's 5GC. There are already non-3GPP access technologies which are in use in enterprises and campuses and it is foreseen that such non-3GPP access technologies will continue to evolve. The integration of these existing assets in the SNPN would add flexibility to the SNPN operators.
This key issue aims at addressing the following points for SNPN:
How to provide direct access to SNPN services via non-3GPP access networks:
Support of trusted non-3GPP access network (TNAN);
Support of untrusted non-3GPP access network; and
Whether and how Wireline 5G Access Network can be used to connect to SNPN.