|
TECHNICAL SPECIFICATION
5G;
User Equipment (UE) policies for 5G System (5GS);
Stage 3
(3GPP TS 24.526 version 15.1.0 Release 15)
---------------------- Page: 1 ----------------------
3GPP TS 24.526 version 15.1.0 Release 15 1 ETSI TS 124 526 V15.1.0 (2019-04)
Reference
RTS/TSGC-0124526vf10
Keywords
5G
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE
Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16
Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88
Important notice
The present document can be downloaded from:
The present document may be made available in electronic versions and/or in print. The content of any electronic and/or
print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any
existing or perceived difference in contents between such versions and/or in print, the prevailing version of an ETSI
deliverable is the one made publicly available in PDF format at www.etsi.org/deliver.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
If you find errors in the present document, please send your comment to one of the following services:
Copyright Notification
No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying
and microfilm except as authorized by written permission of ETSI.
The content of the PDF version shall not be modified without the written authorization of ETSI.
The copyright and the foregoing restriction extend to reproduction in all media.
© ETSI 2019.
All rights reserved.
TM TM TM
DECT , PLUGTESTS , UMTS and the ETSI logo are trademarks of ETSI registered for the benefit of its Members.
TM TM
3GPP and LTE are trademarks of ETSI registered for the benefit of its Members and
of the 3GPP Organizational Partners.
oneM2M™ logo is a trademark of ETSI registered for the benefit of its Members and
of the oneM2M Partners.
GSM and the GSM logo are trademarks registered and owned by the GSM Association.
ETSI
---------------------- Page: 2 ----------------------
3GPP TS 24.526 version 15.1.0 Release 15 2 ETSI TS 124 526 V15.1.0 (2019-04)
Intellectual Property Rights
Essential patents
IPRs essential or potentially essential to normative deliverables may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web
server (https://ipr.etsi.org/).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web
server) which are, or may be, or may become, essential to the present document.
Trademarks
The present document may include trademarks and/or tradenames which are asserted and/or registered by their owners.
ETSI claims no ownership of these except for any which are indicated as being the property of ETSI, and conveys no
right to use or reproduce any trademark and/or tradename. Mention of those trademarks in the present document does
not constitute an endorsement by ETSI of products, services or organizations associated with those trademarks.
Foreword
This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP).
The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or
GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables.
The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under
.
Modal verbs terminology
In the present document "shall", "shall not", "should", "should not", "may", "need not", "will", "will not", "can" and
"cannot" are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms for the expression of
provisions).
"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.
ETSI
---------------------- Page: 3 ----------------------
3GPP TS 24.526 version 15.1.0 Release 15 3 ETSI TS 124 526 V15.1.0 (2019-04)
Contents
Intellectual Property Rights . 2
Foreword . 2
Modal verbs terminology . 2
Foreword . 4
1 Scope . 5
2 References . 5
3 Definitions, symbols and abbreviations . 6
3.1 Definitions . 6
3.2 Abbreviations . 6
4 Descriptions of UE policies for 5GS . 6
4.1 Overview . 6
4.2 UE route selection policy (URSP) . 6
4.2.1 General . 6
4.2.2 Association between an application and a PDU session . 7
4.3 Access network discovery and selection policy (ANDSP) . 9
4.3.1 Overview . 9
4.3.2 WLAN selection policy (WLANSP) . 9
4.3.2.1 General . 9
4.3.2.2 WLAN access selection . 11
4.3.3 N3AN node configuration information . 11
4.3.3.1 General . 11
4.3.3.2 N3AN node selection . 11
4.4 Interworking with EPC . 11
5 Encoding of UE policies. 12
5.1 Overview . 12
5.2 Encoding of UE policy part type URSP . 12
5.3 Encoding of UE policy part type ANDSP . 17
5.3.1 General . 17
5.3.2 Encoding of WLANSP . 19
5.3.3 Encoding of N3AN node configuration information . 32
5.3.3.1 General . 32
5.3.3.2 N3AN node selection information . 34
5.3.3.3 Home N3IWF identifier configuration . 35
5.3.3.4 Home ePDG identifier configuration . 36
Annex A (informative): Change history . 39
History . 40
ETSI
---------------------- Page: 4 ----------------------
3GPP TS 24.526 version 15.1.0 Release 15 4 ETSI TS 124 526 V15.1.0 (2019-04)
Foreword
This Technical Specification has been produced by the 3rd Generation Partnership Project (3GPP).
The contents of the present document are subject to continuing work within the TSG and may change following formal
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an
identifying change of release date and an increase in version number as follows:
Version x.y.z
where:
x the first digit:
1 presented to TSG for information;
2 presented to TSG for approval;
3 or greater indicates TSG approved document under change control.
y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections,
updates, etc.
z the third digit is incremented when editorial only changes have been incorporated in the document.
ETSI
---------------------- Page: 5 ----------------------
3GPP TS 24.526 version 15.1.0 Release 15 5 ETSI TS 124 526 V15.1.0 (2019-04)
1 Scope
The present document defines UE policies for 5G System (5GS) as specified in 3GPP TS 23.503 [2] including:
- UE route selection policy; and
- Access network discovery and selection policy.
2 References
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.
[1] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications".
[2] 3GPP TS 23.503: " Policy and Charging Control Framework for the 5G System; Stage 2".
[3] 3GPP TS 24.502: "Access to the 3GPP 5G Core Network (5GCN) via Non-3GPP Access
Networks (N3AN); Stage 3".
[4] 3GPP TS 23.003: "Numbering, addressing and identification".
[5] 3GPP TS 25.331: "Radio Resource Control (RRC); Protocol Specification".
[6] 3GPP TS 36.331: "Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Resource
Control (RRC); Protocol specification".
[7] 3GPP TS 23.032: "Universal Geographical Area Description (GAD)".
[8] IEEE Std 802.11™-2012: "Information Technology- Telecommunications and information
exchange between systems-Local and metropolitan area networks-Specific requirements-Part 11:
Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications".
[9] Wi-Fi Alliance: "Hotspot 2.0 (Release 2) Technical Specification, version 1.0.0", 2014-08-08.
[10] ITU-T Recommendation E.212: "The international identification plan for mobile terminals and
mobile users".
[11] 3GPP TS 24.501: "Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3".
[12] IETF RFC 1035: "Domain names - implementation and specification".
[13] ISO 8601:2004: "Data elements and interchange formats -- Information interchange --
Representation of dates and times".
[14] 3GPP TS 38.413: "NG-RAN; NG Application Protocol (NGAP)".
ETSI
---------------------- Page: 6 ----------------------
3GPP TS 24.526 version 15.1.0 Release 15 6 ETSI TS 124 526 V15.1.0 (2019-04)
3 Definitions, symbols and abbreviations
3.1 Definitions
For the purposes of the present document, the terms and definitions given in 3GPP TR 21.905 [1] and the following
apply. A term defined in the present document takes precedence over the definition of the same term, if any, in
3GPP TR 21.905 [1].
3.2 Abbreviations
For the purposes of the present document, the abbreviations given in 3GPP TR 21.905 [1] and the following apply. An
abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in
3GPP TR 21.905 [1].
5GCN 5G Core Network
5GS 5G System
ANDSP Access Network Discovery and Selection Policy
DNN Data Network Name
ePDG evolved Packet Data Gateway
FQDN Fully Qualified Domain Name
LADN Local Area Data Network
MCC Mobile Country Code
ME Mobile Equipment
MNC Mobile Network Code
N3AN Non-3GPP Access Network
N3IWF Non-3GPP InterWorking Function
PCF Policy Control Function
S-NSSAI Single Network Slice Selection Assistance Information
SSC Session and Service Continuity
SUPI Subscriber Permanent Identifier
URSP UE Route Selection Policy
USIM User Services Identity Module
WLANSP WLAN Selection Policy
4 Descriptions of UE policies for 5GS
4.1 Overview
The UE policies for 5GS include:
- UE route selection policy(URSP)(see subclause 4.2); and
- Access network discovery and selection policy(ANDSP)(see subclause 4.3).
The UE policies can be delivered from the PCF to the UE. The UE policy delivery procedure is specified in
3GPP TS 24.501 [11].
The UE policies can also be pre-configured in the UE. The pre-configured policy shall be applied by the UE only when
the UE has not received the same type of policy from the PCF. The implementation of pre-configured UE policies is out
of scope of this specification.
4.2 UE route selection policy (URSP)
4.2.1 General
The URSP is defined in 3GPP TS 23.503 [2] and is a set of one or more URSP rules, where a URSP rule is composed
of:
a) a precedence value of the URSP rule identifying the precedence of the URSP rule among all the existing URSP
rules;
ETSI
---------------------- Page: 7 ----------------------
3GPP TS 24.526 version 15.1.0 Release 15 7 ETSI TS 124 526 V15.1.0 (2019-04)
b) a traffic descriptor, including either:
1) match-all traffic descriptor; or
2) at least one of the following components:
A) one or more application identifiers;
B) one or more IP 3 tuples as defined in 3GPP TS 23.503 [2] i.e. the destination IP address, the destination
port number, and the protocol in use above the IP;
C) one or more non-IP descriptors, i.e. destination information of non-IP traffic;
D) one or more DNNs; and
E) one or more connection capabilities; and
c) one or more route selection descriptors each consisting of a precedence value of the route selection descriptor
and either
1) at least one of the followings:
A) SSC mode;
B) one or more S-NSSAIs;
C) one or more DNNs;
D) PDU session type; and
E) preferred access type; or
2) non-seamless non-3GPP offload indication.
Only one URSP rule in the URSP can be a default URSP rule and the default URSP rule shall contain a match all traffic
descriptor. If a default URSP rule and one or more non-default URSP rules are included in the URSP, any non-default
URSP rule shall have lower precedence value than (i.e. shall be prioritised over) the default URSP rule. If a traffic
descriptor lists one or more application identifiers together with one or more connection capabilities, the UE shall
consider that the application identifiers identify the applications requesting access to the connection capabilities.
NOTE 1: It is up to the UE implementation how the UE matches the connection capabilities requested by the
applications to the connection capability identifiers in table 5.2.1.
If one or more DNNs are included in the traffic descriptor of a URSP rule, the route selection descriptor of the URSP
rule shall not include any DNN.
NOTE 2: It is recommended to avoid the combination of more than two components in the traffic descriptor.
4.2.2 Association between an application and a PDU session
When the upper layers request information of the PDU session via which to send a PDU of an application, the UE shall
evaluate all URSP rules that are available in increasing order of their precedence values by matching the application
information with the traffic descriptor in the URSP rules. If the traffic descriptor contains more than one component, all
of them shall be matched. If the UE finds the traffic descriptor in a URSP rule matching the application information
and:
a) if there is one or more PDU sessions matching at least one of the route selection descriptors of the URSP rule,
the UE shall provide information on the PDU session that matches the route selection descriptor of the lowest
precedence value to the upper layers; or
NOTE 1: It is up to the UE implementation which PDU session to select if there exist multiple PDU sessions
matching the same route selection descriptor of the lowest precedence value.
b) otherwise:
1) the UE shall select a route selection descriptor with the next smallest precedence value which has not yet
been evaluated;
ETSI
---------------------- Page: 8 ----------------------
3GPP TS 24.526 version 15.1.0 Release 15 8 ETSI TS 124 526 V15.1.0 (2019-04)
2) if:
i) the selected route selection descriptor contains a non-seamless non-3GPP offload indication:
A) if the information on the non-3GPP access outside of a PDU session is available, it shall be provided
to the upper layers and the UE shall stop selecting a route selection descriptor matching the
application information.
B) if the information about the non-3GPP access outside of a PDU session is not available, or non-3GPP
access is not available the UE shall proceed to step 3); or
ii) the selected route selection descriptor does not contain a non-seamless non-3GPP offload indication, the
URSP handling layer requests the UE NAS layer to establish a PDU session providing at least one of the
following PDU session attributes:
A) SSC mode:
- if there is a SSC mode in the route selection descriptor; or
- else if there is a SSC mode in the user preference for the application;
NOTE 2: The SSC mode 3 is only used when the PDU session type is IPv4, IPv6 or IPv4v6.
B) one S-NSSAI if:
- the S-NSSAI is in the route selection descriptor; and
- the S-NSSAI is in the allowed NSSAI
Otherwise, the S-NSSAI shall not be used as a PDU session attribute for establishing a PDU session;
NOTE 3: If there are multiple S-NSSAIs in the route selection descriptor, an S-NSSAI is chosen among the S-
NSSAIs based on UE implementation.
C) one DNN:
- if the DNN is in the user preference for the application;or
- else if the DNN in the route selection descriptor; and if the DNN is an LADN DNN and the UE is
in the service area of that LADN;
NOTE 4: If one or more DNNs are included in the traffic descriptor of a URSP rule, the existing DNNs in the user
preference and in the route selection descriptor for the application are ignored.
NOTE 5: If there is no DNN in either the traffic descriptor or the user preference and there are multiple DNNs in
the route selection descriptor, a DNN is chosen based on UE implementation.
D) PDU session type:
- if the PDU session type is in the user preference for the application; or
- else if the PDU session type is in the route selection descriptor; and
E) preferred access type:
- if the preferred access type is in the user preference for the application; or
- else if the preferred access type is in the route selection descriptor.
The UE NAS layer indicates the result of the PDU session establishment. Upon successful completion of
the PDU session establishment, the UE NAS layer shall additionally indicate the attributes of the
established PDU session (e.g. PDU session identity, SSC mode, S-NSSAI, DNN, PDU session type,
access type, PDU address) to the URSP handling layer, and provide information (e.g. PDU address) of the
successfully established PDU session to the upper layers. The UE shall stop selecting a route selection
descriptor matching the application information. If the PDU session establishment is unsuccessful, the UE
shall proceed to step 3); and
ETSI
---------------------- Page: 9 ----------------------
3GPP TS 24.526 version 15.1.0 Release 15 9 ETSI TS 124 526 V15.1.0 (2019-04)
3) the UE shall proceed to step 1) if there is any route selection descriptor which has not yet been evaluated;
otherwise, information on a PDU session shall not be provided to the upper layers and the UE shall stop
selecting a route selection descriptor matching the application information.
The HPLMN may pre-configure the UE with URSP or may provide URSP to the UE by signallingas described in
annex D of 3GPP TS 24.501 [11]. The pre-configured URSP and the signalled URSP shall be stored in a non-volatile
memory in the ME together with the SUPI from the USIM. If the UE has both pre-configured URSP and signalled
URSP, the UE shall only use the signalled URSP . The pre-configured URSP shall be stored until a new URSP is
configured by HPLMN or the USIM is removed. The signalled URSP may be modified by the procedures defined in
annex D of 3GPP TS 24.501 [11] and shall be stored until USIM is removed. The URSP can only be used if the SUPI
from the USIM matches the SUPI stored in the non-volatile memory of the ME. If the SUPI from the USIM does not
match the SUPI stored in the non-volatile memory of the ME, the UE shall delete the URSP.
The UE may re-evaluate the URSP rules and change the association of an application to a PDU session when:
NOTE 6: The time when the UE performs the re-evaluation is up to UE implementation. It is recommended that the
UE performs the re-evaluation in a timely manner.
a) the UE performs periodic URSP rules re-evaluation based on UE implementation;
b) the UE NAS layer indicates that an existing PDU session used for routing traffic of an application based on a
URSP rule is released;
c) the URSP is updated by the PCF;
d) the UE NAS layer indicates that the UE performs inter-system change from S1 mode to N1 mode;
e) the UE NAS layer indicates that the UE is successfully registered in N1 mode over 3GPP access or non-3GPP
access;
f) the UE establishes or releases a connection to a WLAN access and transmission of a PDU of the application via
non-3GPP access outside of a PDU session becomes available/unavailable;
g) the allowed NSSAI is changed; or
h) the LADN information is changed.
The URSP handling layer may request the UE NAS layer to release an existing PDU session after the re-evaluation.
4.3 Access network discovery and selection policy (ANDSP)
4.3.1 Overview
The ANDSP is used to control UE behaviour related to access network discovery and selection over non-3GPP access
network.
ANDSP consists of:
- WLAN Selection Policy (WLANSP) which is described in subclause 4.3.2.; and
- non-3GPP access network (N3AN) node configuration information which is described in subclause 4.3.3.
4.3.2 WLAN selection policy (WLANSP)
4.3.2.1 General
The WLANSP is used to control UE behaviour related to selection and reselection of a WLAN.
The WLANSP consists of zero or more WLANSP rules.
Each WLANSP rule consists of:
- one or more WLAN selection criteria;
- validityArea;
ETSI
---------------------- Page: 10 ----------------------
3GPP TS 24.526 version 15.1.0 Release 15 10 ETSI TS 124 526 V15.1.0 (2019-04)
- zero or more TimeOfDay;
- rule priority;
- roaming; and
- PLMN identity.
Each selection criterion contains:
- CriteriaPriority;
- HomeNetworkIndication;
- PreferredRoamingPartnerList;
- MinBackhaulThreshold;
- MaximumBSSLoadValue;
- RequiredProtoPortTuple;
- SPExclusionList; and
- PreferredSSIDList.
The priority of a selection criterion is encoded in the CriteriaPriority field. The WLAN priority defined in the
PreferredSSIDList represents the priority of the WLAN matching the selection criterion.
The validity of the WLANSP rule can be restricted by validity conditions. The validity of the WLANSP rule takes into
account ValidityArea, Roaming, and TimeOfDay where each condition shall match in order to make the WLANSP rule
valid.
Each ValidityArea consists of:
- 3GPP location;
- WLAN location; and
- Geo-location.
Each TimeOfDay consists of:
- TimeStart;
- TimeStop;
- DateStart;
- DateStop; and
- DayOfWeek.
The WLANSP rule is considered valid if none of the validity conditions exist or all validity conditions match.
There can be multiple valid WLANSP rules at the same time. In addition to validity conditions and selection criteria,
there is a rule priority that shall be set for each WLANSP rule. The rule priority is encoded in the RulePriority field, and
it enables the UE to determine which WLANSP rule, out of potentially several valid WLANSP rules, it should consider
as active. A WLANSP rule is active if it is valid and has highest rule priority out of the valid WLANSP rules. At any
point in time, there shall be at most one active WLANSP rule. A WLAN that matches a selection criterion of the active
WLANSP rule is considered as matching the selection criterion.
If the UE is roaming and WLANSP rules from both HPLMN and VPLMN are available, visited WLANSP rules shall
take precedence.
ETSI
---------------------- Page: 11 ----------------------
3GPP TS 24.526 version 15.1.0 Release 15 11 ETSI TS 124 526 V15.1.0 (2019-04)
4.3.2.2 WLAN access selection
The procedure of UE selecting WLAN access network based on WLAN selection policy is specified in
3GPP TS 24.502 [3].
4.3.3 N3AN node configuration information
4.3.3.1 General
Non-3GPP access network (N3AN) node configuration information is used to control UE behaviour related to selection
of either N3IWF or ePDG for accessing 5GCN via non-3GPP access.
The non-3GPP access network (N3AN) node configuration information consists of:
- Non-3GPP access network (N3AN) node selection information;
- optionally, home ePDG identifier configuration; and
- optionally, home N3IWF identifier configuration.
4.3.3.2 N3AN node selection
The procedure of UE selecting an N3AN node based on N3AN node configuration information is specified in
3GPP TS 24.502 [3].
4.4 Interworking with EPC
If the UE supports both S1 mode and N1 mode:
- the UE shall always use the ANDSP information and applicable user preferences, if available at the UE, for non-
3GPP access node selection;
NOTE: This includes the case when the UE is registered to the 5GCN via 3GPP access, the case when the UE is
registered to the EPC via 3GPP access, and the case when the UE is not registered to any CN via 3GPP
access.
- if the UE is:
a) registered to the 5GCN via 3GPP access and not registered to any CN via non-3GPP access; or
b) registered to the 5GCN via 3GPP access and registered to the 5GCN via non-3GPP access,
the UE shall apply URSP rules and applicable user preferences, if available at the UE, to all uplink user data;
- if the UE is registered to the 5GCN via 3GPP access and registered to the EPC via non-3GPP access, the UE
shall:
a) use the ANDSF rules and RAN rules, if available at the UE, for uplink user data sent via the ePDG; and
b) apply URSP rules and applicable user preferences, if available at the UE, to all other uplink user data;
- if the UE is:
a) registered to the EPC via 3GPP access and not registered to any CN via non-3GPP access; or
b) registered to the EPC via 3GPP access and registered to the EPC via non-3GPP access,
the UE shall use the ANDSF rules and RAN rules, if available at the UE, for all uplink user data, except for the
rules and parameters related to non-3GPP access node selection; and
- if the UE is registered to the EPC
...