Content for TS 23.167 Word version: 18.2.0

L.1 General L.2 UE specific behaviour L.3 High Level Procedures for IMS emergency calls L.4 Location handling M.1 General M.2 UE specific behaviour M.3 Location handling

L (Normative) IMS emergency services using non-3GPP access to 5GC |R15| p. 63

L.1 General p. 63

This annex includes additional clarifications when the IP-CAN corresponds to a non-3GPP access to 5GC.

Trusted and untrusted non-3GPP access to 5GC for emergency sessions are supported.

The UE may issue an Emergency session over non-3GPP access to 5GC only when 3GPP access for emergency call is not possible or available (e.g. no 3GPP coverage).

Further details on the procedures defined for non-3GPP access to 5GC support of support emergency sessions are defined in TS 23.502.

L.2 UE specific behaviour p. 63

Procedure for determining the list of emergency numbers:

In addition to the emergency numbers and associated types stored either on the USIM or on the user equipment specified in clause 10.1.1 of TS 22.101, the UE shall use the stored Local Emergency Numbers List received from the 3GPP network to detect that the number dialled is an emergency number.
If a UE has a SIM/USIM and has received a list of emergency numbers and associated types or URN information via mobility management procedures as described in TS 24.301 and TS 24.008 when connected to the PLMN using GERAN, UTRAN, E-UTRAN, or TS 24.501 when connected to NG-RAN or non-3GPP access connected to 5GC, or, for a UE supporting access to EPC via WLAN, as specified in Annex J, the UE shall use this list to determine if the dialled digits correspond to an emergency call as long as the UE has determined that the list is valid (see clause 4.1).

NOTE:
How the UE uses two lists (a list of emergency numbers and associated types or URN information received via mobility management procedures and , for a UE supporting access to EPC via WLAN, a list as specified in Annex J) is a stage 3 decision.
The list of downloaded emergency numbers shall be deleted at country change or, if the particular list is only valid for a PLMN (see clause 10.4.1 of TS 22.101), at successful registration with a different PLMN.

For the specific case where the UE has selected to make an emergency call over non-3GPP access to 5GC (hence the UE has detected that the target URI or dialled digits correspond to an emergency sessions), the UE shall use the following procedures:

The UE shall establish an emergency PDU session over non-3GPP and shall perform an IMS emergency registration before sending an IMS emergency session request.
The UE shall include any available location information in the IMS emergency session request. This is further detailed in TS 23.228.
For the media supported during IMS emergency sessions, media codec and format support is specified in TS 26.114.

A UE shall not establish an emergency PDU session over non-3GPP access if the UE initiated a normal (i.e. non-emergency) session and is subsequently informed by the network that the ongoing session is accepted by the network even though it is an emergency session.

L.3 High Level Procedures for IMS emergency calls p. 64

For the high-level procedures (as described in clause 7.1.1) the following statements apply for UE detected emergency calls when 5GC access over non-3GPP access is used:

the IP-CAN bearer resource is a PDU session dedicated for emergency services. TS 23.502 describes how to indicate that a PDU Session Request is for emergency.
For registration requests received from an emergency PDU session, the P-CSCF shall reject any IMS registration which is not for the emergency purpose.

For the high-level procedures (as described in clause 7.1.2) the following statements apply for Non UE detectable emergency calls when non-3GPP access to 5GC is used:

The P-CSCF may reject the session initiation request with an indication that this is an emergency session or may allow the session initiation request to continue.

The following flow contains a high-level description of the emergency service procedures performed over non-3GPP access to 5GC when the UE can detect that an emergency PDU session is being needed. This flow provides details (or references) related with non-3GPP access to 5GC on top of the general procedure described in clause 7.1.

Reproduction of 3GPP TS 23.167, Fig. L.3: Terminal Detected Emergency Calls (non-3GPP access to 5GC)

Figure L.3: Terminal Detected Emergency Calls (non-3GPP access to 5GC)

The following steps (numbering being the same as in Figure 7.1) are performed:

Step 1.

Same as step 1 of Figure 7.1.

Step 2.

In some exceptional cases (e.g. in congestion situation), the UE may release some PDU session it may have over non-3GPP access to 5GC.

Step 3.

Void (no "bearer registration" as described in step 3 of Figure 7.1).

Step 4.

As described in TS 23.502:

in the case of untrusted access, the UE selects an N3IWF as for accessing regular services and sets-up a PDU session for emergency services;
in the case of trusted access, the UE sets-up a PDU session for emergency services.
The UE is assigned an IP address at this stage.

Step 5.

Same as step 5 of Figure 7.1.

Step 6.

Same as step 6 of Figure 7.1.

Step 7.

Same as step 7 of Figure 7.1, except that eCall is not supported via untrusted non-3GPP access.

L.4 Location handling p. 65

When a UE performs an emergency registration or initiates an IMS emergency session over untrusted non-3GPP access to EPC the UE provides location information that is further defined in TS 23.228.

For untrusted non-3GPP access to 5GC, provided location information can only correspond to the UE IP address seen by the N3IWF and used for traffic destined towards the UE.

M (Normative) IMS emergency service from 5G ProSe Remote UE via 5G ProSe UE-to-Network Relay |R18| p. 66

M.1 General p. 66

For a 5G ProSe enabled UE as specified in TS 23.304, if the UE does not have access to emergency service via any of the IP-CANs in table E.1, the UE (in the role of 5G ProSe Remote UE) may attempt to obtain emergency service via 5G ProSe UE-to-Network Relay if available.

Refer to TS 23.304 for further details how the 5G ProSe Remote UE initiates emergency service via the 5G ProSe UE-to-Network Relay.

M.2 UE specific behaviour p. 66

A 5G ProSe Remote UE identifies that the dialled digits correspond to an emergency call as specified in TS 22.101.

For 5G ProSe Layer-3 UE-to-Network relaying, the 5G ProSe Remote UE may obtain P-CSCF address from the 5G ProSe UE-to-Network Relay via DHCP.

The 5G ProSe Remote UE sets the access type "3GPP-NR-ProSe-L2UNR" or "3GPP-NR-ProSe-L3UNR" to P-CSCF for the access via 5G ProSe UE-to-Network Relay depending on whether Layer-2 or Layer-3 relaying is applied.

M.3 Location handling p. 66

When a 5G ProSe Remote UE performs an emergency registration or initiates an emergency session over a 5G ProSe UE-to-Network Relay, if the operator policy requires network provided location using PCC-based solutions for the UE location, the P-CSCF may retrieve location information from the access network as defined in TS 23.503 and include it in the emergency session request as described in TS 23.228.

When a 5G ProSe Remote UE establishes an emergency call over a 5G ProSe UE-to-Network Relay, the 5G ProSe Remote UE shall include in the IMS emergency request the NR Cell Global Identity (NCGI) obtained from the 5G ProSe UE-to-Network Relay e.g., during the 5G ProSe UE-to-Network Relay Discovery procedure specified in TS 23.304. When the P-CSCF determines that the emergency call is from a 5G ProSe Remote UE based on the access type "3GPP-NR-ProSe-L3UNR", the P-CSCF provides to the E-CSCF the NCGI and the UE Identity of 5G ProSe UE-to-Network Relay received from the PCF. The E-CSCF uses the NCGI and UE Identity of 5G ProSe UE-to-Network Relay to query the LRF to validate the NCGI provided by the 5G ProSe Remote UE as described in clause 4.3.1.