Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 33.127  Word version:  18.8.0

Top   Top   Up   Prev   Next
0…   5…   5.4…   5.6…   5.7…   6…   6.2.2…   6.2.3…   6.2.5…   6.3…   6.3.3…   6.3.4…   6.4…   7…   7.3…   7.4…   7.4.7…   7.5…   7.6…   7.7…   7.8…   7.9…   7.10…   7.11…   7.12…   7.13…   7.14…   7.15…   7.16…   8…   A…   A.2…   A.3…   A.4…   B…   D…   E…

 

7.11  LI at SCEFp. 118

7.11.1  Generalp. 118

The present document specifies SCEF as POI for:
  • NIDD.
  • Device triggering.
  • MSISDN-less MO SMS.
  • Parameter provisioning.
  • AS session with QoS.

7.11.2  LI for NIDD using SCEFp. 118

7.11.2.1  Architecturep. 118

The SCEF in the home network and the IWK-SCEF in the visited network shall provide both IRI-POI and CC-POI functions. Figure 7.11-1 gives a reference point representation of the LI architecture with SCEF as a CP NF and UP NF providing the IRI-POI and CC-POI functions for NIDD using SCEF. SCEF is the anchor point for PDN connection establishment and NIDD traffic.
Copy of original 3GPP image for 3GPP TS 33.127, Fig. 7.11-1: LI architecture for NIDD using SCEF showing LI at SCEF/IWK-SCEF
Up

7.11.2.2  Target Identitiesp. 119

The LIPF present in the ADMF provisions the intercept information associated with the following target identities to the IRI-POI present in the SCEF:
  • IMSI.
  • MSISDN.
  • External Identifier.
The interception performed on the above three identities are mutually independent, even though, an xIRI may contain the information about the other identities when available.

7.11.2.3  IRI eventsp. 120

The IRI-POI in the SCEF/IWK-SCEF shall generate xIRI when it detects the following specific events or information in both roaming and non-roaming situations:
  • PDN connection establishment.
  • PDN connection update.
  • PDN connection release.
  • Start of interception with established PDN connection.
  • Unsuccessful procedure.
The PDN connection establishment xIRI is generated when the IRI-POI present in the SCEF/IWK-SCEF detects that a PDN connection for NIDD using SCEF has been established for the target UE. The SCEF plays the role of anchor point for that PDN connection.
The PDN connection update xIRI is generated when the IRI-POI present in the SCEF/IWK-SCEF detects that a PDN connection for NIDD using SCEF is modified for the target UE.
The PDN connection release xIRI is generated when the IRI-POI present in the SCEF/IWK-SCEF detects that a PDN connection for NIDD using SCEF is released for the target UE.
The start of interception with an established PDN connection xIRI is generated when the IRI-POI present in a SCEF/IWK-SCEF detects that interception is activated on the target UE that has an already established PDN connection for NIDD using SCEF in the EPS. When a target UE has multiple PDN connections, this xIRI shall be sent for each PDN connection 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 PDN connection related IRI messages to the LEMF associated with the warrants without receiving the corresponding start of interception with an established PDN connection xIRI.
The unsuccessful procedure xIRI is generated when the IRI-POI present in the SCEF/IWK-SCEF detects an unsuccessful procedure for PDN connection establishment, update, release or data delivery, data reception.
SCEF/IWK-SCEF generates xCC for NIDD using SCEF if CC is requested.
Up

7.11.3  LI for device triggeringp. 120

7.11.3.1  Backgroundp. 120

Device triggering is the means by which an SCS/AS sends information to the UE via the SCEF to trigger the UE to perform application specific actions that include initiating communication with the SCS/AS (see clause 5.2 of TS 23.682 and clause 4.4.6 of TS 29.122).
The device trigger request is authorized by SCEF by submitting the MSISDN or External Identifier of the UE to the HSS. After successful authorization, SCEF forwards the Device trigger request with the IMSI of the UE to the corresponding SM-SC to be delivered to that UE. The EPS architecture for NIDD is presented in Figure 7.11-2.
The device trigger may be recalled or replaced by the SCS/AS if the UE is not reachable at the time the SCS/AS has delivered the device trigger to the UE.
Copy of original 3GPP image for 3GPP TS 33.127, Fig. 7.11-2: EPS architecture for device triggering
Up

7.11.3.2  Architecturep. 121

The Figure 7.11-1 without the CC-POI in SCEF provides the architecture for LI for device triggering.

7.11.3.3  Target identitiesp. 121

The LIPF present in the ADMF provisions the intercept information associated with the following target identities to the IRI-POI present in the SCEF:
  • IMSI.
  • MSISDN.
  • External Identifier.
The interception performed on the above three identities are mutually independent, even though, an xIRI may contain the information about the other identities when available.

7.11.3.4  IRI eventsp. 121

The IRI-POI present in the SCEF 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 SCEF detects that a device trigger has been received from an SCS/AS 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 SCEF detects that a device trigger replacement has been received from an SCS/AS 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 SCEF detects that a device trigger cancellation has been received from an SCS/AS 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 SCEF detects that a device trigger report is returned to the SCS/AS with a cause value indicating the trigger delivery outcome (e.g. succeeded, unknown or failed and the reason for the failure).
Up

7.11.4  LI for MSISDN-less MO SMSp. 122

7.11.4.1  Backgroundp. 122

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. SCS/AS) via SM-SC and SCEF. MSISDN-less means that the UE has a subscription without 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 SCS/AS 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 SCEF for further transfer to the recipient SCS/AS (see clause 5.15 of TS 23.682).
The SCEF queries the HSS with the IMSI of the UE, obtains the corresponding External Identifier of the UE sending the SMS, and forwards the SMS to the SCS/AS including the External Identifier of the originating UE.
Copy of original 3GPP image for 3GPP TS 33.127, Fig. 7.11-3: EPS architecture for MSISDN-less MO SMS
Up

7.11.4.2  Architecturep. 122

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

7.11.4.3  Target identitiesp. 122

The LIPF present in the ADMF provisions the intercept information associated with the following target identities to the IRI-POI present in the SCEF:
  • IMSI.
  • External Identifier
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.

7.11.4.4  IRI eventsp. 122

The IRI-POI present in the SCEF 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 SCEF detects that a MSISDN-less MO SMS has been received from a target UE by the SCEF and is delivered to the recipient SCS/AS.

7.11.5  LI for parameter provisioningp. 123

7.11.5.1  Backgroundp. 123

Parameter provisioning is a capability exposed by SCEF to SCS/AS (see clause 5.10 of TS 23.682). The SCS/AS 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 SCS/AS provides the communication pattern parameters to SCEF, and SCEF updates the UE subscription data via HSS. The parameters shall have a validity time. The validity time indicates when the communication pattern parameters expire. The validity time may be set to indicate that the communication pattern parameters have no expiration time.
Copy of original 3GPP image for 3GPP TS 33.127, Fig. 7.11-4: EPS architecture for Parameter Provisioning
Up

7.11.5.2  Architecturep. 123

Figure 7.11-1 without the CC-POI in SCEF provides the architecture for LI for parameter provisioning.

7.11.5.3  Target identitiesp. 123

The LIPF present in the ADMF provisions the intercept information associated with the following target identities to the IRI-POI present in the SCEF:
  • MSISDN.
  • External Identifier.

7.11.5.4  IRI eventsp. 123

The IRI-POI present in the SCEF shall generate xIRI, when it detects the following specific events or information related to Parameter provisioning:
  • Communication pattern update.
The communication pattern update xIRI is generated when the IRI-POI present in the SCEF detects that an SCS/AS sent a request to create, update, delete or get communication pattern data related to the targe UE and the SCEF updates or gets these data from the UE subscription profile via HSS.

7.11.6  LI for AS session with QoSp. 123

7.11.6.1  Backgroundp. 123

AS session with QoS is a capability exposed by SCEF to SCS/AS (see clause 5.11 of TS 23.682 and clause 4.4.13 of TS 29.122). The SCS/AS can use this capability to request the network to provide QoS for an AS 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 SCS/AS provides the required QoS for the AS session to SCEF; SCEF receives and transfers the request to provide QoS for an AS session to the PCRF.
Copy of original 3GPP image for 3GPP TS 33.127, Fig. 7.11.6.1-1: EPS architecture for AS session with QoS
Up

7.11.6.2  Architecturep. 124

Figure 7.11-1 without the CC-POI in SCEF provides the architecture for LI for AS session with QoS.

7.11.6.3  Target identitiesp. 124

The LIPF present in the ADMF provisions the intercept information associated with the following target identities to the IRI-POI present in the SCEF:
  • MSISDN.
  • External Identifier.
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.

7.11.6.4  IRI eventsp. 124

The IRI-POI present in the SCEF shall generate xIRI, when it detects the following specific events or information related to AS session with QoS:
  • AS session with QoS provision.
  • AS session with QoS notification.
The AS session with QoS provision xIRI is generated when the IRI-POI present in the SCEF detects that a request to reserve/update/revoke QoS for an AS session associated with the target UE has been received from an SCS/AS.
The AS session with QoS notification xIRI is generated when the IRI-POI present in the SCEF detects that the SCEF notifies the SCS/AS about changes in the transmission resource status of an AS session associated with the target UE.
Up

Up   Top   ToC