Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.558  Word version:  19.3.0

Top   Top   Up   Prev   Next
0…   5…   6…   6.2a…   6.2b…   6.3…   6.4…   7…   8…   8.3…   8.3.3…   8.3.3.3…   8.4…   8.4.3…   8.4.4…   8.5…   8.6…   8.6.3…   8.6.4…   8.6.6…   8.7…   8.8…   8.8.2.5…   8.8.2A…   8.8.3…   8.8.4…   8.8.5…   8.9…   8.14…   8.14.3…   8.15…   8.17…   8.17.3…   8.17.4…   8.18…   8.19…   8.20…   9…   A…   A.4…   A.5…   B…   E…

 

8.15  EAS Information provisioning |R18|p. 247

8.15.1  Generalp. 247

EAS information provisioning procedure allows the EEC to exchange information with the EES about selected EAS and/or ACR scenario selection.
When service continuity is required, ACR scenarios may be combined to perform ACR detection in one or more of the EEC, the EES and the EAS; the related procedures are specified in clauses 8.15.2, 8.6.3 and referred to in clause 8.8.2. The selection of ACR scenario(s) may be performed by the EEC or the EES for a given AC and the selected EAS from the common supported ACR scenarios of AC, EEC, selected EES and selected EAS. The selection of ACR scenario(s) for each EAS in EAS bundles may be performed separately by the EEC or the EES (or the main EES in case of bundle EAS served by multiple EESs, which is the EES registering the main EAS) for a given AC and the selected EAS(s) in a bundle, based on the service continuity support by AC, EEC, EES(s) and EAS(s). In addition, the EEC or EES can further determine the one or more ACR scenario(s) for the selected EAS based on the AC service KPI.
Instantiable EAS Information may be provided to the EEC in EAS discovery response and EAS discovery notification, as specified in clause 8.5.3.3 and 8.5.3.6. Triggering the instantiation of an EAS by the EEC may be announced to the EES by including the selected EASID in the EAS information provisioning request without including the selected EAS endpoint.
The EAS information provisioning request types supported are:
  • "ACR scenario selection announcement". Inform the EES about the EAS that has been selected by the EEC and may provide the selected ACR scenario list to the EES. For the EAS bundles scenario, the selected bundled EAS(s) and the selected ACR scenario list for EAS bundles by EEC are included and notified to the EES.
  • "ACR scenario selection request". Inform the EES to perform ACR scenario selection. For the EAS bundles scenario, the request may inform the EES to determine the ACR scenario list for EAS bundles.
  • "EAS selection request". Inform the EES of EAS selection, e.g. for Application Group.
Up

8.15.2  Procedurep. 248

8.15.2.1  Generalp. 248

Void.

8.15.2.2  EAS Information provisioningp. 248

Pre-conditions:
  1. The EEC has performed service provisioning procedure
  2. The EEC has performed the EAS discovery procedure
Reproduction of 3GPP TS 23.558, Fig. 8.15.2.2-1: EAS information provisioning
Up
Step 1.
The EEC sends the EAS information provisioning request to the EES:
  1. "ACR scenario selection announcement". The request may include ACR scenario list selected by the EEC, EEC security credentials, selected EASID, selected EAS endpoint, EECID and ACID. For the EAS bundles scenario, the request may include the ACR scenario list for EAS bundles selected by the EEC.
  2. "ACR scenario selection request". The request may include AC profile, EEC service continuity support, EEC security credentials, EECID and ACID.
  3. "EAS selection". Informs the EES of EAS selection. When Application Group information is included in the request, the EAS provided is considered Common EAS for Application Group.
The EAS information provisioning request may include associated EES(s) endpoint and the DNAIs and service area of the selected EAS(s).
If the EEC has selected an EAS which is instantiable but not yet instantiated, the EEC includes the selected EASID without including the selected EAS endpoint in the request.
The request may contain the associated EES(s) information along with the bundle EAS information (i.e. list of EASID) and the bundle EAS type indicating direct bundle, each associated EES(s) is along with part of or all the list of EASID, when EEC determines the associated EES(s) based on the EDN configuration information and bundle EAS information (e.g. list of EASID and direct bundle type).
Up

Step 2.
Upon receiving the request from the EEC, the EES validates the EEC information request and verifies if the EEC is authorized for this operation.
  1. "ACR scenario selection announcement". The EES may send the ACR Selection notification to the selected EAS if the EAS has subscribed and if EES allows EEC based ACR scenario selection. Otherwise, EES may respond with status failure and include appropriate reason. For the EAS bundles scenario, the EES may send the ACR selection notification to the bundled EAS(s).
  2. "ACR scenario selection request". The EES selects the ACR scenario list and may send the ACR Selection notification to the selected EAS if the EAS has subscribed. The EES may include the ACR scenario list in the EAS information provisioning response. For the EAS bundles scenario, the EES selects the ACR scenario list for EAS bundles based on the AC/EEC/EES(s)/EAS(s) service continuity support, and sends the ACR scenario list to the bundled EAS(s).
  3. "EAS selection". When Application Group information is not provided, the EES determines that the EAS in the request is providing services to the AC with the indicated ACID e.g. for EEC Context handling purposes as described in clause 8.9. When Application Group information is included in the request, the EAS provided is considered Common EAS for the Application Group.
If the EEC or EES selected ACR scenario list for EAS bundle includes EAS executed ACR scenario (as described in clause 8.8.2.8), the EES also sends DNAIs and service area of the selected EAS(s) to the main EAS in the ACR selection notification.
The request may contain the associated EES(s) information along with the bundle EAS information (i.e. list of EASID) and the bundle EAS type indicating direct bundle, each associated EES(s) is along with part of or all the list of EASID, when EEC determines the associated EES(s) based on the EDN configuration information and bundle EAS information (e.g. list of EASID and direct bundle type).
If the request contains selected EAS ID and selected EAS Endpoint, the EES may apply the EAS traffic influence with the N6 routing information of the EAS in the 3GPP Core Network, based on application KPIs and if the EAS traffic influence was not done before (e.g. neither in EAS discovery procedure nor the EAS perform traffic influence).
When the selection is that of a common EAS for application group, the request message may contain the list of EESs for a certain Application Group ID, received from the ECS in the service provisioning response message. This application group related information may be used for further common EAS announcement(s) between EES(s). In the case of no ECS-ER, if the request message does not contain the list of EESs for a certain Application Group ID, then the EES determines the other EESs to which announce common EAS request needs to be sent as described in clause 8.8.3.3. If there is ECS-ER, the EEC selected EAS is used in interaction between the EES and ECS-ER, as described in clause 8.20.2.3 to store the common EAS information., If the ECS-ER provides a different common EAS information in the response it is forwarded to the EEC in the EAS information provisioning response. If the ECS-ER-provided common EAS is registered to another EES, then the EES endpoint of the EES where the common EAS is registered is also included in the EAS information provisioning response.
If the request contains the selected EASID and the selected EAS endpoint is not included, the EES verifies if instantiation of EAS is needed and may trigger the ECSP management system to instantiate the EAS as in clause 8.12.
When the request contains EEC Service Continuity Support IE and the EEC context has been established, the EES includes the IE into the EEC context described in Table 8.2.8-1.
Up

Step 3.
IIf the processing of the request was successful, the EES sends an EAS information provisioning response to the EEC indicating a successful status. If an EEC context has been established, the response also includes the list of selected ACR scenario(s) into the session context IE within EEC context as described in Table 8.2.8-2; otherwise, the EES shall indicate a failure status and include appropriate reasons. If the EES has triggered EAS instantiation based on the EAS information provisioning request and obtained the newly instantiated EAS information, the response contains information about the newly instantiated EAS, including the EAS endpoint information.
Up

The EEC, EES and EAS (or the bundled EAS(s)) use the selected ACR scenario list to determine if they should perform ACR detection and/or ACR decision.
Upon receiving the EAS information provisioning response, if the response includes instantiated EAS information, the EEC uses the endpoint information to subscribe to ACR event notification, as needed, and provides necessary notifications to the AC.
For the "EAS selection" case, in the case of no ECS-ER, the selected common EAS shall be announced to other relevant EES(s) as per procedure in clause 8.19.
Up

8.15.3  Information flowsp. 250

8.15.3.1  Generalp. 250

The information flows are specified for EAS information provisioning request and response.

8.15.3.2  EAS information provisioning requestp. 250

Table 8.15.3.2-1 describes the information elements for EAS information provisioning request from the EEC to the EES.
Information element Status Description
EECIDMThe identifier of the EEC.
ACIDMThe identifier of the AC.
Security credentialsMSecurity credentials resulting from a successful authorization for the edge computing service.
Selected EAS ID(s)OThe identifier(s) of the selected EAS or the selected EAS(s) for EAS bundles, which is either instantiated or instantiable.
Application Group ID (NOTE 4)OApplication group identifier as defined in clause 7.2.11.
List of EES(s) (NOTE 4)OList of EES information (e.g. address information) corresponding to the Application group ID which is used for the common EAS announcement between these EESs as provided by ECS during service provisioning.
Selected EAS Endpoint(s)OThe endpoint(s) of the selected EAS or the selected EAS(s) for EAS bundles
DNAIs and service area of the selected EAS(s)O For each selected EAS ID, it includes the DNAIs and/or service area for EAS bundles, as described in "EAS Geographical Service Area" IE, "EAS Topological Service Area" IE and "List of EAS DNAI(s)" IE of Table 8.2.4-1.
Request typeORequest types:
  • ACR scenario selection announcement;
  • ACR scenario selection request.
  • EAS selection
Selected ACR scenario list (NOTE 1)OThe list of ACR scenarios (or the list of ACR scenarios for EAS bundles) selected by the EEC.
AC Profile (NOTE 2, NOTE 3)O AC Profile as described in Table 8.2.2-1.
EEC Service Continuity Support (NOTE 2, NOTE 5)OIndicates if the EEC supports service continuity or not. The IE indicates which ACR scenarios are supported by the EEC, also indicates the EEC ability (e.g. EAS bundle information) of handling bundled EAS ACR.
Associated EES(s) endpointOEES information of the other EES(s) which support the direct bundled EAS, within the same EDN, and associated with the EASID list.
CAS informationOTarget CAS information received from AC.
NOTE 1:
The IE may be present only if Selected EASID(s) and Selected EAS Endpoint(s) are present and Request type is "ACR scenario selection announcement"
NOTE 2:
The IEs are present only if request type is "ACR scenario selection request".
NOTE 3:
The IE is present if AC Profile is not shared to EES previously.
NOTE 4:
This IE may be present only if the request type is "EAS selection".
NOTE 5:
The EAS bundle information is not applicable for proxy type of EAS bundle.
Up

8.15.3.3  EAS information provisioning responsep. 251

Table 8.15.3.3-1 describes the information elements for EAS information provisioning response from the EES to the EEC.
Information element Status Description
Successful response (NOTE 1)OIndicates that the request was successful.
> Selected ACR scenario list (NOTE 2)OThe list of ACR scenarios (or the list of ACR scenarios for EAS bundles) selected by the EES.
> Instantiated EAS Information (NOTE 3)OInstantiated EAS information. Each element includes the information described below.
>> EAS ProfileMThe profile of the instantiated EAS.Each element is described in clause 8.2.4.
>> EES EndpointOThe endpoint address (e.g. URI, IP address) of the EES.
>> LifetimeOTime interval or duration during which the information elements in the EAS profile is valid and supposed to be cached in the EEC (e.g. time-to-live value for an EAS Endpoint).
> Common EAS endpoint (NOTE 4)OThis IE includes common EAS endpoint. This IE shall be provided only when the EEC indicates EAS selection for an application group in the request and if the EES determines a different common EAS (e.g. from ECS-ER).
> Common EES endpoint (NOTE 4)OThis IE includes common EES endpoint. It shall be provided when common EAS endpoint IE is included and the common EAS is registered to a different EES than the EES responding to the EEC.
Failure response (NOTE 1)OIndicates that the request failed.
> CauseOIndicates the failure cause.
NOTE 1:
One of these IEs shall be present in the message.
NOTE 2:
Only if request type is "ACR scenario selection request".
NOTE 3:
Only if request does not include selected EAS endpoint.
NOTE 4:
Only if request type is "EAS selection".
Up

8.15.4  APIsp. 252

8.15.4.1  Generalp. 252

Table 8.15.4.1-1 illustrates the API for EAS Information provisioning.
API Name API Operations Operation Semantics Consumer(s)
Eees_EASInformationProvisioningDeclareRequest/ ResponseEEC
Up

8.15.4.2  Eees_EASInformationProvisioning_Declare operationp. 252

API operation name:
Eees_EASInformationProvisioning_Declare
Description:
The consumer declares EAS information to the EES.
Inputs:
Outputs:
See clause 8.15.2.2 for details of usage of this operation.

8.16  EEC triggering service to initiate procedures over EDGE-1 or EDGE-4 |R18|p. 253

8.16.1  Generalp. 253

The functional entities of the Edge Enabler Layer can utilize the Application Triggering services (or Device Triggering) provided by the 3GPP core network via NEF or SCEF (see clause 4.4.5 of TS 23.501, clause 4.13.2, 5.2.6.5.2 in TS 23.502, and clause 4.5.1 of TS 23.682) to enable for ECS or EES to perform EEC Triggering, i.e., to trigger EEC to perform the procedures over EDGE-1 or EDGE-4 (e.g., service provisioning or EAS discovery).
If application triggering is supported and required by the EEC, the EEC may indicate to the ECS or EES that the EEC triggering service is needed.
The triggering mechanism is used by the ECS and EES for messaging to EEC by invoking application triggering service as specified for Nnef_Trigger_Delivery service in clause 4.13.2 of TS 23.502 or the device triggering procedure via T8 in clause 5.17 of TS 23.682. The ECS can use it to trigger the EEC to initiate service provisioning request (as per clause 8.3.3.2.2) when the EDN configuration information in the ECS is updated. The EES can use it to trigger the EEC to initiate EAS discovery request (as per clause 8.5.2.2) when the EAS profile in the EES is updated.
The ECS and EES use the port ID for the EEC triggering service if it is provided from the EEC. If the port ID is not provided from the EEC, the ECS and EES determined the port ID used for EEC triggering service based on the local configuration.
After receiving the EEC triggering indication in the Service Provisioning subscription or EAS discovery subscription request as described in clause 8.3.3 and 8.5.2, when ECS or EES performs EEC triggering service by invoking the application triggering service, the ECS or EES includes, in the Trigger Payload, Triggering Entity Information (identifier and endpoint address of the triggering EES or ECS) and optionally Trigger Description, which indicates the procedure (e.g., service provisioning or EAS discovery) to be initiated by the EEC. The EES or ECS invokes the Application Triggering services (or Device Triggering) by including the receiving port information provided by EEC in the EEC Triggering request, or pre-agreed and pre-provisioned information, according to local policies. Upon receiving the Trigger Payload, the EEC selects which procedure needs to be performed according to the received Trigger Description and initiates the selected procedure towards either EES or ECS indicated by the Triggering Entity Information in the Trigger Payload.
Up

Up   Top   ToC