This clause describes the main IP-Connectivity Access Network specific concepts that are used for the provisioning of IMS services over 5GS.
HSS is used to store IMS related subscription and context as shown in the Figure 4.0"Reference Architecture" specified in clause 4.0. For 5GS, HSS functionality for IMS shall continue to be as standalone regardless if it is co-located or implemented as part of the UDM. When the HSS and UDM are deployed as separate network functions, their interaction is defined by TS 23.632 and TS 29.563, or it may be implementation specific. A single IMS subscription profile is used regardless of UE accessing IMS via different IP-CANs.
From IMS perspective, either the N5 interface as specified in TS 23.503 or the Rx interface as specified in TS 23.203 are used between the P-CSCF and the Policy Control Function (PCF).
In 5G System the Gm reference point defined in clause 4.0 and clause 4.4 is supported for the communication between UE and IMS, e.g. related to registration and session control. Therefore, the same interface is used, i.e. Gm, from P-CSCF perspective towards the UE, when UE is in 5G System or any other IP-CAN.
To support IMS, the UE shall establish a PDU session with PDU session type set to IP for the corresponding DNN (see TS 23.501, clause 5.6.1), and acquire an IP address according to TS 23.501, clause 220.127.116.11. If IMS Multimedia Telephony Service as specified in TS 22.173 is to be used within the PDU session, SSC mode 1 shall be set for the PDU session. In this release of the specification, it is assumed that single PDU session with multiple PDU session anchors defined in TS 23.501, clause 5.6.4 is not applicable for PDU sessions dedicated to IMS.
If the UE changes its IP address due to changes triggered by the 5GS procedures or due to, for example, PLMN change, then the UE shall re- register in the IMS.
If the UE acquires an additional IP address, then the UE may perform an IMS registration using this additional IP address as the contact address. If IMS registration is performed, this IMS registration may co-exist with the previous IMS registration from this UE and the UE shall be notified that this IMS registration results in multiple simultaneous registrations.
In Dual Connectivity with 5GC case, the UE shall use the access network information based on the primary cell of the Master RAN node that is serving the UE for network location information when the UE interacts with IMS, regardless whether the IMS traffic is routed via the Master RAN node or the Secondary RAN node or both.
It shall be possible to request prioritised handling over the 5GS system for IMS signalling by applying the appropriate 5QI for the established QoS flow for the IMS signalling, see TS 23.501, clause 5.7.
The generic mechanisms for interaction between QoS and session signalling are described in clause 5.4.7. The mechanisms described there and the related procedures througout the present specification are applicable to 5GS-accesses as well with the following clarifications:
An IP-CAN bearer in this specification shall be interpreted as a 5GS QoS flow.
An IP-CAN session in this specification shall be interpreted as a 5GS PDU session of type IP.
The negotiation of the bearer establishment mode does not apply for the 5GS.
The PCEF corresponds to the combination of SMF and UPF.
The UE or 5GC can initiate the resource reservation request for the media parameters negotiated over SDP using PDU session modification procedure, see TS 23.502, clause 4.3.3. However, for IMS. the network shall initiate the establishment, modification and termination of 5GS QoS flows triggered by negotiated SDP.
In the event of loss of coverage for 5GS radio access, TS 23.502, clause 4.2.6, defines the N2 release procedure. This procedure releases the QoS flows. This is indicated to the P-CSCF as shown in Figure Y.3.
The P-CSCF decides on the termination of the IMS session. In the event of the notification that the signalling transport to the UE is no longer possible, the P-CSCF shall terminate any ongoing IMS session with that specific UE. If the P-CSCF decides to terminate the IMS session, it indicates this to PCF, which removes the authorization for resources that had previously been issued for this endpoint for this session. (see TS 23.503).
The following steps are only performed in the case the P-CSCF has decided to terminate the session.
Depending on the Bearer Control Mode selected for the IP-CAN session, the release of previously reserved resources shall be initiated either by the UE or by the IP-CAN itself. The SIP OK message is sent to the S-CSCF of the other party.
A PDU session is associated with either an IPv4 or an IPv6 address. For communication with the IMS, the UE shall acquire an IP address according to TS 23.501, clause 18.104.22.168.1 for the PDU session. The IP address will be either an IPv4 address or and IPv6 address. Hence, a UE will register to the IMS with either an IPv4 or an IPv6 address. Here the P-CSCF and IMS-AGW may support both IP versions and/or may do interworking depending IP version used within the IMS. If the P-CSCF and IMS-AGW do not support both versions, then network design is expected to ensure that IP address incompatibility does not occur.
There should be no NAT (or its existence should be kept transparent towards the UE) located between the UPF and the P-CSCF, which is possible as they are either located within the same private network and share same address space, or both the UE and the P-CSCF are assigned globally unique IP addresses (see Annex M).
Information related to the location of the user provided by the access network may be required in IMS in order to comply with regulatory requirements (e.g. data retention, lawful interception) and/or in order to enable certain types of added value services based on the user's location.
Depending on usage scenario, the following mechanisms are defined and can be used to retrieve the user location and/or UE Time Zone information from the access network when using 5GS to access IMS:
The P-CSCF can retrieve the user location and/or UE Time Zone information using PCC mechanisms as specified in TS 23.203 / TS 23.503 and in TS 29.214. Operator policy determines whether to provide the user location and/or UE Time Zone information from the access network in the INVITE request, a MESSAGE request, or within a subsequent message of the dialog.
When the user location and/or UE Time Zone information is required from the access network but not already available (e.g. when required in an INVITE request, when it is needed prior to session delivery, or when call is broken out to a MGCF), an IMS AS can trigger the retrieval of the user location and/or UE Time Zone information from the AMF via the HSS/UDM as specified in TS 29.328 and as described in clause 4.2.4a.
Information flows on how user location and/or UE Time Zone information can be further distributed within IMS depending on the alternative mechanism used can be found in, Annex R, where the terms HSS and HSS/UDM shall be understood as in clause Y.0.
The level of granularity of user location information may be changed at network/trust boundaries. Thus, the level of user location information granularity that can be retrieved by an IMS AS via the HSS/UDM-based procedures in roaming scenarios depends on inter-operator agreement, and needs to be aligned with policies in the P-CSCF.
Information related to the location of the user provided by the access network may be required in IMS in order to comply with regulatory requirements for SMS over IP. The P-CSCF applies the above mechanisms upon reception of a MESSAGE including the distribution of received information to other IMS entities.
A network which requires the Geographical Identifier to be generated in the IMS may implement a mapping table between a NG-RAN cell identifier received as part of Access Network Information and a Geographical Identifier. The P-CSCF or an IMS AS may then, based on operator policy, use this mapping table to convert the user location into a Geographical Identifier, and insert the Geographical Identifier in the SIP signalling, thus enabling routing decision in downstream IMS entities or interconnected network.
P-CSCF may support Paging Policy Differentiation (as defined in TS 23.501) for a specific IMS service by marking packet(s) to be send towards the UE related to that IMS service. For such an IMS service, a specific DSCP (IPv4) value and/or a specific Traffic Class (IPv6) value are assigned by local configuration in the P-CSCF.
When Paging Policy Differentiation is deployed in a PLMN, all P-CSCF entities of that PLMN shall homogeneously support it and shall be configured with the same policy for setting the specific DSCP (IPv4) and/or Traffic Class (IPv6) values used by P-CSCF for that feature.
This clause describes the functions that are used to support IMS services for roaming users in deployments without IMS-level roaming interfaces. In this roaming model the UPF holding the UE's IP point of presence is located in the home PLMN and therefore UE IMS signalling and user plane are routed to home PLMN.
The architecture to support IMS services for roaming users, including Voice over IMS in deployments without IMS-level roaming interfaces is shown in Figure Y.9.2-1.
The following architecture requirements apply:
P-CSCF (in HPLMN) identifies the serving network (VPLMN) where the UE is located using the procedure defined in clause Y.9.3.
For IMS services with roaming level interfaces the P-CSCF and UPF are located in VPLMN (local breakout), see clause 4.2.3 and clause M.1. For roaming architecture for voice over IMS with local breakout see clause 4.15a. For information on how to apply the loopback possibility in clause 4.15a, see clause M.3.
In IMS local breakout where P-CSCF is located in VPLMN (see Annex M.1 and Annex M.3), the home network determines the serving PLMN of the UE from the location of the P-CSCF during initial IMS Registration, using the P-CSCF network identifier.
In deployments without IMS-level roaming interfaces, the home network determines the serving PLMN of the UE using procedure defined in TS 23.503, where P-CSCF requests the PCF to report the PLMN identifier where the UE is currently located. The received PLMN ID information is then forwarded in the SIP REGISTER request.
This procedure shall be applied by the P-CSCF at initial UE IMS registration.
If this is initial IMS registration then the P-CSCF subscribes to the PCF to be notified of the PLMN ID where the UE is currently attached. The subscription to PLMN changes is active as long as the UE is IMS registered.
RAN assisted codec adaptation is supported as described in clause E.10 with the addition that RAN assisted codec adaptation needs to be supported on NR RAT as specified in TS 38.300 and TS 38.321, in addition to E-UTRA RAT.
In order to support service based SMF discovery of the P-CSCF using the NRF (as described in TS 23.501, clause 5.16.3) the P-CSCF's in a network will need to register with an applicable NRF. When a network uses other P-CSCF discovery methods (as described in clause 5.1.1) the P-CSCF does not need to register with the NRF. Local configuration of the P-CSCF is used to determine if the P-CSCF shall perform registration with the NRF.
When the P-CSCF is configured to support SMF discovery of the P-CSCF, P-CSCF shall register in NRF their capabilities using the Nnrf_NFManagement_NFRegister Request message. The NF profile of the P-CSCF registered in NRF shall include the IP address and may include an FQDN if available. The same applies to the Nnrf_NFManagement_NFUpdate Request.
Based on the same configuration, a P-CSCF taken out of service will deregister itself using the Nnrf_NFManagement_NFDeregister Request.
Based on local configuration in the case of an originating or a terminating session, the P-CSCF may subscribe to the PCF for notification for the EPS Fallback event using existing procedures defined in TS 23.503.
If the PCF reports that an EPS fallback occurred, based on local configuration, the P-CSCF may include this information in outgoing SIP messages towards other IMS nodes.