Content for  TS 33.127  Word version:  18.6.0

The NEF shall provide both IRI-POI and CC-POI functions. Figure 7.9-1 gives a reference point representation of the LI architecture with NEF as a CP NF and UP NF providing the IRI-POI and CC-POI functions. NEF is the anchor point for PDU session establishment and NIDD traffic. The NIDD traffic is forwarded by NEF to the AF over the N33 interface.

The LIPF present in the ADMF provisions the intercept information associated with the following target identities to the IRI-POI present in the NEF:

• SUPI.
• GPSI.

The interception performed on the above two identities are mutually independent, even though, an xIRI may contain the information about the other identities when available.

NEF handles xIRIs including the following records for NIDD using NEF in both roaming and non-roaming situations:

• PDU session establishment.
• PDU session modification.
• PDU session release.
• Start of interception with established PDU session.
• Unsuccessful procedure.

The PDU session establishment xIRI is generated when the IRI-POI present in the NEF detects that a PDU session for NIDD using NEF has been established for the target UE. The NEF plays the role of anchor point for that PDU session. The PDU session modification xIRI is generated when the IRI-POI present in the NEF detects that a PDU session for NIDD using NEF is modified for the target UE. The PDU session release xIRI is generated when the IRI-POI present in the NEF detects that a PDU session for NIDD using NEF is released for the target UE. The start of interception with an established PDU session xIRI is generated when the IRI-POI present in the NEF detects that interception is activated on the target UE that has an already established PDU session for NIDD using NEF in the 5GS. When a target UE has multiple PDU sessions, this xIRI shall be sent for each PDU session with a different value of correlation information. When additional warrants are activated on a target UE, MDF2 shall be able to generate and deliver the start of interception with an established PDU session related IRI messages to the LEMF associated with the warrants without receiving the corresponding start of interception with an established PDU session xIRI. The unsuccessful procedure xIRI is generated when the IRI-POI present in the NEF detects an unsuccessful procedure for PDU session establishment, modification or release. NEF handles xCC for NIDD using NEF if CC is requested.

Device triggering is the means by which an AF sends information to the UE via the NEF to trigger the UE to perform application specific actions that include initiating communication with the AF (see clause 4.13.2 of TS 23.502 and clause 4.4.3 of TS 29.522). The device trigger request is authorized by NEF by submitting the GPSI of the UE to the UDM. After successful authorization, NEF forwards the Device trigger request with the SUPI of the UE to the corresponding SM-SC to be delivered to that UE. The 5GS architecture for Device triggering is presented in Figure 7.9-2. The device trigger may be recalled or replaced by the AF if the UE is not reachable at the time the AF has delivered the device trigger to the UE.

Figure 7.9-1 without the CC-POI in NEF provides the architecture for LI for device triggering.

The LIPF present in the ADMF provisions the intercept information associated with the following target identities to the IRI-POI present in the NEF:

• SUPI.
• GPSI.

The interception performed on the above two identities are mutually independent, even though, an xIRI may contain the information about the other identities when available.

The IRI-POI present in the NEF shall generate xIRI, when it detects the following specific events or information related to the device triggering service:

• Device trigger.
• Device trigger replacement.
• Device trigger cancellation.
• Device trigger report notification.

The device trigger xIRI is generated when the IRI-POI present in the NEF detects that a device trigger has been received from an AF and is delivered to the SM-SC for the target UE. The device trigger replacement xIRI is generated when the IRI-POI present in the NEF detects that a device trigger replacement has been received from an AF and delivered to the SM-SC to replace previously submitted device trigger message which is not yet delivered to the target UE. The device trigger cancellation xIRI is generated when the IRI-POI in the NEF detects that a device trigger cancellation has been received from an AF and delivered to the SM-SC to recall previously submitted device trigger which is not yet delivered to the target UE. The device trigger report notification xIRI is generated when the IRI-POI present in the NEF detects that a device trigger report is returned to the AF with a cause value indicating the trigger delivery outcome (e.g. succeeded, unknown or failed and the reason for the failure).

An MSISDN-less MO SMS is sent by a UE without MSISDN as originator and received by a third party application as destination (i.e. AF) via SM-SC and NEF as presented in Figure 7.9-3. MSISDN-less means that the GPSI of the UE is not an MSISDN but an External Identifier which form is username@realm. MSISDN-less MO-SMS service allows MSISDN-less UE to send small data to an AF using SMS-MO. The SMS-MO received by the SM-SC through MO submission procedure as defined in TS 23.040, is directly forwarded to the NEF for further transfer to the recipient AF (see clause 4.13.7 of TS 23.502 and clause 4.4.10 of TS 29.522). The NEF queries the UDM with the SUPI of the UE, obtains the corresponding GPSI of the UE sending the SMS, and forwards it to the AF including the GPSI (i.e. external identifier) of the originating UE.

Figure 7.9-1 without the CC-POI in NEF provides the architecture for LI for MSISN-less MO SMS.

The LIPF present in the ADMF provisions the intercept information associated with the following target identities to the IRI-POI present in the NEF:

• SUPI.
• GPSI.

The interception performed on the above two identities are mutually independent, even though, an xIRI may contain the information about the other identities when available.

The IRI-POI present in the NEF shall generate xIRI, when it detects the following specific events or information related to the MSISDN-less MO SMS:

• MSISDN-less MO SMS.

The MSISDN-less MO SMS xIRI is generated when the IRI-POI present in the NEF detects that a MSISDN-less MO SMS has been received from a target UE by the NEF and is delivered to the recipient AF.

Parameter provisioning is a capability exposed by NEF to AF (see clause 4.15.6 of TS 23.502 and clause 4.4.11 of TS 29.522). The AF can use this capability to tell the network when a device is expected to communicate. The core network can then use this information to create assistance information for the RAN. The RAN may then use the assistance information to minimize UE state transitions. The AF provides the Expected UE behaviour data specified in TS 29.503 to NEF, and NEF updates the UE subscription data via UDM as described in Figure 7.9-4. Each parameter within the Expected UE Behaviour shall have an associating validity time. The validity time indicates when the Expected UE Behaviour parameter expires. The validity time may be set to indicate that the particular Expected UE Behaviour parameter has no expiration time.

Figure 7.9-1 without the CC-POI in NEF provides the architecture for LI for parameter provisioning.

The LIPF present in the ADMF provisions the intercept information associated with the following target identities to the IRI-POI present in the NEF:

• GPSI.

The IRI-POI present in the NEF shall generate xIRI, when it detects the following specific events or information related to parameter provisioning:

• Expected UE behaviour update.

The expected UE behaviour update xIRI is generated when the IRI-POI present in the NEF detects that an AF sent a request to create, update, delete or get expected UE behaviour data related to the target UE and the NEF updates or gets these data from the UE subscription profile via UDM.

AF session with QoS is a capability exposed by NEF to AF (see clause 4.15.6.6 of TS 23.502 and clause 4.4.9 of TS 29.522). The AF can use this capability to request the network to provide QoS for an AF session (i.e. data session to a target UE that is served by a 3rd party service provider) based on the application and service requirements. The AF provides the required QoS for the AF session to NEF; NEF receives and transfers the request to provide QoS for an AF session to the PCF.

Figure 7.9-1 without the CC-POI in NEF provides the architecture for LI for AF session with QoS.

The LIPF present in the ADMF provisions the intercept information associated with the following target identities to the IRI-POI present in the NEF:

• GPSI.

The IRI-POI present in the NEF shall generate xIRI, when it detects the following specific events or information related to AF session with QoS:

• AF session with QoS provision.
• AF session with QoS notification.

The AF session with QoS provision xIRI is generated when the IRI-POI present in the NEF detects that a request to reserve/update/revoke QoS for an AF session associated with the target UE has been received from an AF. The AF session with QoS notification xIRI is generated when the IRI-POI present in the NEF detects that the NEF notifies the AF about changes in the transmission resource status of an AF session associated with the target UE.