The UE Route Selection Policy (URSP) includes a prioritized list of URSP rules.
The structure of the URSP rules is described in Table 184.108.40.206-2 and Table 220.127.116.11-3.
PCF permitted to modify in a UE context
Determines the order the URSP rule is enforced in the UE.
This part defines the Traffic descriptor components for the URSP rule.
It consists of OSId and OSAppId(s). (NOTE 2)
IP descriptors (NOTE 5)
Destination IP 3 tuple(s) (IP address or IPv6 network prefix, port number, protocol ID of the protocol above IP).
Destination FQDN(s) or a regular expression as a domain name matching criteria.
Non-IP descriptors (NOTE 5)
Descriptor(s) for destination information of non-IP traffic
This is matched against the DNN information provided by the application.
This is matched against the information provided by a UE application when it requests a network connection with certain capabilities. (NOTE 4)
List of Route Selection Descriptors
A list of Route Selection Descriptors. The components of a Route Selection Descriptor are described in table 18.104.22.168-3.
Rules in a URSP shall have different precedence values.
The information is used to identify the Application(s) that is(are) running on the UE's OS. The OSId does not include an OS version number. The OSAppId does not include a version number for the application.
At least one of the Traffic descriptor components shall be present.
The format and some values of Connection Capabilities, e.g. "ims", "mms", "internet", etc., are defined in TS 24.526
. More than one connection capabilities value can be provided.
A URSP rule cannot contain the combination of the Traffic descriptor components IP descriptors and Non-IP descriptors.
PCF permitted to modify in URSP
Route Selection Descriptor Precedence
Determines the order in which the Route Selection Descriptors are to be applied.
Route selection components
This part defines the route selection components
SSC Mode Selection
One single value of SSC mode. (NOTE 5)
Network Slice Selection
Either a single value or a list of values of S-NSSAI(s).
Either a single value or a list of values of DNN(s).
PDU Session Type Selection
One single value of PDU Session Type
Non-Seamless Offload indication
Indicates if the traffic of the matching application is to be offloaded to non-3GPP access outside of a PDU Session.
Access Type preference
Indicates the preferred Access Type (3GPP or non-3GPP or Multi-Access) when the UE establishes a PDU Session for the matching application.
Route Selection Validation Criteria (NOTE 6)
This part defines the Route Validation Criteria components
The time window when the matching traffic is allowed. The RSD is not considered to be valid if the current time is not in the time window.
The UE location where the matching traffic is allowed. The RSD rule is not considered to be valid if the UE location does not match the location criteria.
Every Route Selection Descriptor in the list shall have a different precedence value.
At least one of the route selection components shall be present.
When the Subscription Information contains only one S-NSSAI in UDR, the PCF needs not provision the UE with S-NSSAI in the Network Slice Selection information. The "match all" URSP rule has one S-NSSAI at most.
If this indication is present in a Route Selection Descriptor, no other components shall be included in the Route Selection Descriptor.
The SSC Mode 3 shall only be used when the PDU Session Type is IP.
The Route Selection Descriptor is not considered valid unless all the provided Validation Criteria are met.
In this Release of specification, inclusion of the Validation Criteria in Roaming scenarios is not considered.
When the PDU Session Type is "Ethernet" or "Unstructured", this component shall be present.
Each URSP rule contains a Traffic descriptor (containing one or more components described in Table 22.214.171.124-2) that determines when the rule is applicable. A URSP rule is determined to be applicable when every component in the Traffic descriptor matches the corresponding information from the application. A URSP rule is determined not to be applicable when for any given component in the Traffic descriptor:
No corresponding information from the application is available; or
The corresponding information from the application does not match any of the values in the Traffic descriptor component.
It is recommended to avoid listing more than two components in the Traffic descriptor of a URSP rule.
If a URSP rule is provided that contains a Traffic descriptor with two or more components, it is recommended to also provide URSP rule(s) with lower precedence and a Traffic descriptor with less components, in order to increase the likelihood of URSP rule matching for a particular application.
Each URSP rule contains a list of Route Selection Descriptors containing one or multiple Route Selection Descriptors each having a different Route Selection Descriptor Precedence value. A Route Selection Descriptor contains one or more of the following components:
Session and Service Continuity (SSC) Mode: Indicates that the traffic of the matching application shall be routed via a PDU Session supporting the included SSC Mode.
Network Slice Selection: Indicates that the traffic of the matching application shall be routed via a PDU Session supporting any of the included S-NSSAIs, see clause 5.15.4 in TS 23.501. It includes one or more S-NSSAI(s).
DNN Selection: Indicates that the traffic of the matching application shall be routed via a PDU Session supporting any of the included DNNs. It includes one or more DNN(s). When DNN is used in Traffic descriptor, corresponding Route Selection Descriptor of the rule shall not include DNN Selection component.
PDU Session Type Selection: Indicates that the traffic of matching application shall be routed via a PDU session supporting the included PDU Session Type. The possible PDU Session Types are defined in clause 5.6.10 in TS 23.501.
Non-Seamless Offload indication: Indicates that traffic of the matching application is to be offloaded to non-3GPP access outside of a PDU Session when the rule is applied. If this component is present in a Route Selection Descriptor, no other components shall be included in the Route Selection Descriptor.
Access Type Preference: If the UE needs to establish a PDU Session when the rule is applied, this indicates the Access Type (3GPP or non-3GPP or multi-access) on which the PDU Session should be established. The type "Multi-Access" indicates that the PDU Session should be established as a MA PDU Session, using both 3GPP access and non-3GPP access.
Time Window: The Route Selection Descriptor is not be considered valid unless the UE is in the time window.
Location Criteria: The Route Selection Descriptor is not be considered valid unless the UE's location matches the Location Criteria.
The structure of the URSP does not define how the PCF splits the URSP when URSP cannot be delivered to the UE in a single NAS message.
It is expected that UE applications will not be able to change or override the PDU Session parameters in the URSP rules. A UE application can express preferences when it requests a network connection (e.g. certain Connection Capabilities), which can be mapped into specific PDU Session parameters by the URSP rules.
When one Route Selection Descriptor in a URSP rule contains a Time Window or Location Criteria, all Route Selection Descriptors in the URSP rule must contain a Time Window or Location Criteria.
In the case of network rejection of the PDU Session Establishment Request, the UE may trigger a new PDU Session establishment based on the rejection cause and the URSP policy.
When the PCF provisions URSP rules to the UE, one URSP rule with a "match all" Traffic descriptor may be included.
When URSP rules containing NSSP are available to the UE and the URSP rule with the "match all" Traffic descriptor is not part of them, a UE application that has no matching URSP rule and no UE Local Configuration cannot request a network connection.
The URSP rule with the "match all" Traffic descriptor is used to route the traffic of applications which do not match any other URSP rules and shall therefore be evaluated as the last URSP rule, i.e. with lowest priority. There shall be only one Route Selection Descriptor in this URSP rule. The Route Selection Descriptor in this URSP rule includes at most one value for each Route Selection Component.
How to set the URSP rule with the "match all" Traffic descriptor as the URSP rule with lowest priority is defined in TS 24.526
The UE may be provisioned with URSP rules by PCF of the HPLMN. When the UE is roaming, the PCF in the HPLMN may update the URSP rule in the UE. For URSP rules, the UE shall support the provisioning from the PCF in the HPLMN, as specified in TS 24.501
. In addition, the UE may be also pre-configured with URSP rules (e.g. by the operator).
Only the URSP rules provisioned by the PCF is used by the UE, if both URSP rules provisioned by the PCF and pre-configured URSP rules are present. If no URSP rule is provisioned by the PCF, and the UE has pre-configured rules configured in both the USIM and ME, then only the pre-configured URSP rules configured in the USIM is used.
For every newly detected application the UE evaluates the URSP rules in the order of Rule Precedence and determines if the application is matching the Traffic descriptor of any URSP rule.
When a URSP rule is determined to be applicable for a given application (see clause 126.96.36.199
), the UE shall select a Route Selection Descriptor within this URSP rule in the order of the Route Selection Descriptor Precedence.
When a valid Route Selection Descriptor is found, the UE determines if there is an existing PDU Session that matches all components in the selected Route Selection Descriptor. The UE compares the components of the selected Route Selection Descriptor with the existing PDU Session(s) as follows:
For a component which only contains one value (e.g. SSC mode), the value of the PDU Session has to be identical to the value specified in the Route Selection Descriptor.
For a component which contains a list of values (e.g. Network Slice Selection), the value of the PDU Session has to be identical to one of the values specified in the Route Selection Descriptor.
When some component(s) is not present in the Route Selection Descriptor, a PDU session is considered matching only if it was established without including the missing component(s) in the PDU Session Establishment Request.
When the Route Selection Descriptor includes a Time Window or a Location Criteria, the PDU session is considered matching only if the PDU Session is associated with an RSD that has the same Time Window or a Location Criteria Validity Conditions.
When a matching PDU Session exists the UE associates the application to the existing PDU Session, i.e. route the traffic of the detected application on this PDU Session.
If the UE determines that there is more than one existing PDU Session which matches (e.g. the selected Route Selection Descriptor only specifies the Network Slice Selection, while there are multiple existing PDU Sessions matching the Network Slice Selection with different DNNs), it is up to UE implementation to select one of them to use.
When more than one PDU sessions of SSC mode 3 to the same DNN and S-NSSAI exist due to PDU Session anchor change procedure as described in clause 188.8.131.52 of TS 23.502
, the UE can take the PDU Session Address Lifetime value into account when selecting the PDU Session.
If none of the existing PDU Sessions matches, the UE tries to establish a new PDU Session using the values specified by the selected Route Selection Descriptor. If the PDU Session Establishment Request is accepted, the UE associates the application to this new PDU Session. If the PDU Session Establishment Request is rejected, based on the rejection cause, the UE selects another combination of values in the currently selected Route Selection Descriptor if any other value for the rejected component in the same Route Selection Description can be used. Otherwise, the UE selects the next Route Selection Descriptor in the order of the Route Selection Descriptor Precedence, if any. If the UE fails to establish a PDU session with any of the Route Selection Descriptors, it tries other URSP rules in the order of Rule Precedence with matching Traffic descriptors, except the URSP rule with the "match-all" Traffic descriptor, if any. The UE shall not use the UE Local Configuration in this case.
The UE receives the updated URSP rules and (re-)evaluates their validities in a timely manner when certain conditions are met, for example:
the URSP is updated by the PCF;
the UE moves from EPC to 5GC;
change of Allowed NSSAI or Configured NSSAI;
change of LADN DNN availability;
UE registers over 3GPP or non-3GPP access;
UE establishes connection to a WLAN access.
Details of the conditions are defined by TS 24.526
The Route Selection Descriptor of a URSP rule shall be only considered valid if all of the following conditions are fulfilled:
If any S-NSSAI(s) is present, the S-NSSAI(s) is in the Allowed NSSAI for the non-roaming case and in the mapping of the Allowed NSSAI to HPLMN S-NSSAI(s) for the roaming case.
If any DNN is present and the DNN is an LADN DNN, the UE is in the area of availability of this LADN.
If Access Type preference is present and set to Multi-Access, the UE supports ATSSS.
If a Time Window is present and the time matches what is indicated in the Time Window.
If a Location Criteria is present and the UE location matches what is indicated in the Location Criteria.
If a matching URSP rule has no valid RSD, the UE tries other URSP rules in the order of Rule Precedence with matching Traffic descriptors, except the URSP rule with "match-all" Traffic descriptor. The UE shall not use the UE Local Configuration in this case.
When URSP rules are updated or their validity according to the conditions above change, the association of existing applications to PDU Sessions may need to be re-evaluated. The UE may also re-evaluate the application to PDU Session association due to the following reasons:
periodic re-evaluation based on UE implementation;
an existing PDU Session that is used for routing traffic of an application based on a URSP rule is released;
The expiration of Time Window in Route Selection Validation Criteria, i.e. the expiration of Time Window, or UE's location no longer matches the Location Criteria.
It is up to UE implementation to avoid frequent re-evaluation due to location change.
If the re-evaluation leads to a change of the application to PDU Session association, e.g. the application is to be associated with another PDU session or a new PDU session needs to be established, the UE may enforce such changes in a timely manner based on implementation, e.g. immediately or when UE enters CM-IDLE state.
If the selected Route Selection Descriptor contains a Non-Seamless Offload indication and the UE has established a connection to a WLAN access, the UE routes the traffic matching the Traffic descriptor of the URSP rule via the WLAN access outside of a PDU session.