The EEC sends a service provisioning request to the ECS. The service provisioning request includes the security credentials of the EEC received during EEC authorization procedure and may include the UE identifier such as GPSI, connectivity information, UE location, EEC service continuity support and AC profile(s) information. EEC may provide its desired ECSP identifier(s) in the service provisioning request based on EEC preference.
Upon receiving the request, the ECS performs an authorization check to verify whether the EEC has authorization to perform the operation. The ECS may utilize the capabilities (e.g. UE location) of the 3GPP core network as specified in clause 8.10.2. If the UE serving PLMN identifier is not provided by the EEC in the connectivity information of the service provisioning request, the ECS may invoke the NEF monitoring event API as described in TS 23.502 and TS 23.682 to obtain the UE roaming status and serving PLMN identifier. If the UE is roaming, the ECS may use the serving PLMN identifier to determine the roaming partner ECS (i.e. V-ECS) information to be provided to the EEC in the service provisioning response. If the Prediction expiration time is provided then the ECS may determine whether to identify EES with the instantiable but not instantiated EAS based on the Prediction expiration time and predicted EAS deployment time information obtained from ADAES or from local configured maximum EAS deployment time. If AC profile(s) are provided by the EEC, and the Application group profile is not provided, the ECS identifies the EES(s) based on the provided AC profile(s) and the UE location.
When Application group profile is provided in the request, which applies to the common EAS case:
if the ECS-ER is not available, then
the ECS identifies EES(s) based on the information contained in the request (e.g.AC profile, Application group profile, UE location), specifically, the ECS identify the EES(s) based on the EASID and expected group geographical service area in the application group profile and the EAS ID supported by the EES and EES(s) service area in EES profile(s);
if the ECS-ER is available, and:
EES information is not available corresponding to the Application Group ID, then the ECS identifies EES(s) and stores the identified EES(s)'s information and related Application group ID into the ECS-ER; specifically, the ECS identify the EES(s) based on the EASID and expected group geographical service area in the application group profile and the EAS ID supported by the EES and EES(s) service area in EES profile(s); or
EES information is available corresponding to the Application Group ID, then the ECS retrieves the EES (s) information corresponding to the Application Group ID from the ECS-ER.
The ECS may take Group Geographical Service Area information and KPI requirements of the AC to determine the EES(s) corresponding to the Application group ID.
When neither Application group profile nor AC profiles(s) are provided, then:
if available, the ECS identifies the EES(s) based on the UE-specific service information at the ECS and the UE location;
ECS identifies the EES(s) by applying the ECSP policy (e.g. based only on the UE location);
Furthermore, the ECS may identify the EES based on the EEC service continuity support information and EES service continuity support information.
The ECS may take the EAS(s) load information corresponding to the EASIDs registered with EES in the EDN(s) to determine the EES(s) corresponding to the provided AC profile(s).
Editor' Note: The system impact of using EAS load info registered in ECS is FFS.
If desired ECSP identifier(s) is provided by the EEC, the ECS identifies the EES(s) to be sent in step 3 based on registered ECSP identifier in EES profile and the desired ECSP identifier(s).
The ECS also determines other information that needs to be provisioned, e.g. identification of the EDN, EDN service area, EES endpoints.
For the roaming and federation case, if ECS does not identify any suitable EES(s) based on EDN configuration available at the ECS and UE's location, the ECS determines a partner ECS that may satisfy the requirements. Based on ECSP policy, the ECS may use preconfigured or OAM configured information about the partner ECSs or ECS discovery via ECS-ER as specified in clause 8.17.2.3 or both.
If required by the ECSP policies, the ECS may use service provisioning information retrieval procedure as specified in clause 8.17.2.4 to obtain service provisioning information from the partner ECS.
When the bundle EAS information is provided, which applies to the bundle EAS case then;
If bundle EAS information includes EAS bundle identifier, the ECS identifies all the EES(s) providing the same EAS bundle identifier.
If bundle EAS information includes a list of EASIDs, the ECS identifies the one or more EES which support all of the EASs within the same EDN based on the EDN information obtained in the EES profile.
If both Application group profile and bundle EAS information are provided in the request, then ECS considers them as common EAS bundle information and identifies all the EES(s) by utilizing the both Application group profile and bundle EAS information.
If the processing of the request was successful, the ECS responds to the EEC's request with a service provisioning response. If the ECS has identified the relevant EES(s) information, the service provisioning response includes a list of EDN configuration information, e.g. identification of the EDN, EDN service area, and the required information (e.g. URI, IP address) for establishing a connection to the EES.
The ECS may provide associated EES(s) information (one or more EES information) in the service provisioning response along with the bundle EAS information.
If the alternative ECS(s) has been identified in step 2, the ECS sends a successful response including the Redirect information element containing the list of ECS(s) configuration information indicating that alternative ECS(s) is available for service provisioning request. The response may include information such as DNN and S-NSSAI for roaming UEs to establish a PDU session with the ECS as specified in TS 23.548.
If the ECS is not provisioned with any EDN configuration information or is unable to determine either the EES information or the partner ECS information using the inputs in service provisioning request, UE-specific service information at the ECS or the ECSP's policy, the ECS shall reject the service provisioning request and respond with an appropriate failure cause.
If the service provisioning response contains a list of ECS configuration information, the EEC may initiate service provisioning procedure with one or more ECS(s) provided in the response. If the UE is roaming to a V-PLMN and the ECS configuration information includes V-PLMN ID in the list of Supported PLMN ID(s), the EEC may establish a connection with the V-ECS based on parameters such as UE serving PLMN ID and supported PLMN ID(s) of the V-ECS received in the response message as specified in TS 23.548. The connection with the V-ECS can be a HR-SBO PDU session or an LBO PDU session based on the information received from the ECS.
If the EDN configuration information includes an LADN DNN as an identifier for the EDN, the EEC considers the LADN as the EDN. Therefore, the service area of EDN is the LADN Service Area which can be discovered using the UE Registration Procedure.
The EEC may cache the service provisioning information (e.g. EES endpoint) for subsequent use and avoid the need to repeat step 1. If the Lifetime IE is included in the Service provisioning response, then the EEC may cache and reuse the Service provisioning information only for the duration specified by the Lifetime IE, without the need to repeat step 1.
If the ECS provided information regarding the service continuity support of individual EESs, the EEC may take this information into account when selecting an EES for EEC registration, EAS discovery or T-EAS discovery, respectively.
If for multiple EES(s), the instantiable EAS information IE for an EAS is not available or the instantiable EAS information IE is set to instantiated or instantiable, the EEC can select one or more such EES to perform EAS discovery. For EAS discovery to mitigate the waste of EDN resources EEC considers the instantiable EAS information and the associated instantiation criteria, the EEC selects one EES, if the EAS instantiation status corresponding to the EASID requested by AC/EEC is instantiable but not yet instantiated (i.e. no instantiated EAS).
The EEC sends a service provisioning subscription request to the ECS. The service provisioning subscription request includes the security credentials of the EEC received during EEC authorization procedure and Notification Target Address (e.g. URL) and may include the UE identifier such as GPSI, connectivity information, proposed expiration time and AC Profile information. EEC may provide its desired ECSP identifier(s) in the service provisioning request based on EEC preference.
If the application triggering is supported and required by the EEC, the EEC may include the EEC Triggering Request information element instead of the Notification Target Address in the request message.
Upon receiving the request, the ECS performs an authorization check to verify whether the EEC has authorization to perform the operation. If required, the ECS may utilize the capabilities (e.g. UE location or user plane management event notification service if available) of the 3GPP core network as specified in clause 8.10.2. If the request is authorized, the ECS creates and stores the subscription for provisioning.
If the processing of the request was successful, the ECS responds with a service provisioning subscription response, which includes the subscription identifier and may include the expiration time, indicating when the subscription will automatically expire. To maintain the subscription, the EEC shall send a Service provisioning subscription update request prior to the expiration time. If a Service provisioning subscription update request is not received prior to the expiration time, the ECS shall treat the EEC as implicitly unsubscribed.
If the ECS is unable to determine the EES information using the inputs in service provisioning subscription request, UE-specific service information at the ECS or the ECSP policy, the ECS shall reject the service provisioning subscription request and respond with an appropriate failure cause.
An event occurs at the ECS that satisfies trigger conditions for updating service provisioning of a subscribed EEC. If UE's location information is not available, the ECS may obtain the UE location by utilizing the capabilities of the 3GPP core network as specified in clause 8.10.2. If the UE serving PLMN identifier is not provided by the EEC in the connectivity information of the service provisioning request, the ECS may invoke the NEF monitoring event API as described in TS 29.522 and TS 29.122 to obtain the UE roaming status and serving PLMN identifier. If the UE is roaming, the ECS may use the serving PLMN identifier to determine the partner ECS information to be provided to the EEC in the service provisioning notification. If AC profile(s) were provided by the EEC during subscription creation, the ECS identifies the EES(s) based on the provided AC profile(s) and the UE location. If AC profiles(s) were not provided, then:
if available, the ECS identifies the EES(s) based on the UE-specific service information at the ECS and the UE location;
ECS identifies the EES(s) by applying the ECSP policy (e.g. based only on the UE location);
If desired ECSP identifier(s) provided by the EEC, the ECS identifies the EES(s) to be sent in step 2 based on registered ECSP identifier in EES profile and the desired ECSP identifier(s).
The ECS also determines other information that needs to be provisioned, e.g. identification of the EDN, EDN service area, EES endpoints.
If ECS does not identify any suitable EES(s) based on EDN configuration available at the ECS and UE's location, the ECS determines a partner ECS that may satisfy the requirements. Based on ECSP policy, the ECS may use preconfigured or OAM configured information about the partner ECSs or ECS discovery via ECS-ER as specified in clause 8.17.2.3 or both. If required by the ECSP policies, the ECS may use service provisioning information retrieval procedure as specified in clause 8.17.2.4 to obtain service provisioning information from the partner ECS.
When the bundle EAS information is provided, then;
If bundle EAS information included EAS bundle identifier, the ECS identifies all the EES(s) providing the same EAS bundle identifier.
If bundle EAS information includes a list of EASIDs, the ECS identifies the one or more EES which support all of the EASs within the same EDN based on the EDN information obtained in the EES profile.
If the application triggering is supported and required by the EEC as indicated in EEC Triggering Request IE of the Service Provisioning Subscription Request, then the ECS performs the EEC triggering service as described in the clause 8.16.1 and skips the step 2.
The ECS sends a provisioning notification to the EEC. If the ECS has identified the relevant EES(s) information, the service provisioning notification includes the list of EDN configuration information determined in step 1. If the ECS has determined suitable partner ECS(s), the service provisioning notification includes a list of ECS configuration information and may include information for roaming UEs to establish PDU session with the ECS as specified in TS 23.548. The ECS may provide associated EES(s) information (one or more EES information) in the service provisioning response along with the bundle EAS information.
If the service provisioning notification contains a list of ECS configuration information, the EEC may initiate service provisioning procedure with one or more ECS(s) provided in the notification. If the UE is roaming to a V-PLMN and the ECS configuration information includes V-PLMN ID in the list of Supported PLMN ID(s), the EEC establishes a PDU session with the V-PLMN to access the ECS in the visited network as specified in TS 23.548.
If the EDN configuration information in the service provisioning notification includes an LADN DNN as an identifier for the EDN, the EEC considers the LADN as the EDN. Therefore, the service area of EDN is the LADN Service Area, which can be discovered using the UE Registration Procedure.
If the ECS provided information regarding the service continuity support of individual EESs, the EEC may take this information into account when selecting an EES for EEC registration, EAS discovery or T-EAS discovery, respectively.
After the EEC establishes a connection to an EES using information received in step 2, the EES can issue an AF request to influence traffic routing as specified in clause 5.6.7 of TS 23.501 in order to influence the user plane path to this connected EES.
The EEC sends a service provisioning subscription update request to the ECS. The service provisioning subscription update request includes the security credentials of the EEC received during EEC authorization procedure along with the subscription identifier and may include the UE identifier such as GPSI, connectivity information, proposed expiration time for the updated subscription and AC profile(s).
Upon receiving the request, the ECS performs an authorization check to verify whether the EEC has authorization to perform the operation. If required, the ECS may utilize the capabilities (e.g. UE location) of the 3GPP core network as specified in clause 8.10.2. If authorized, the ECS updates the stored subscription for provisioning as requested in step 1.
The ECS responds with a service provisioning subscription update response, which may include the expiration time, indicating when the updated subscription will automatically expire. To maintain the subscription, the EEC shall send a Service provisioning subscription update request prior to the expiration time. If a Service provisioning subscription update request is not received prior to the expiration time, the ECS shall treat the EEC as implicitly unsubscribed.
The EEC sends a service provisioning unsubscribe request to the ECS. The service provisioning unsubscribe request includes the security credentials of the EEC received during EEC authorization procedure along with the subscription identifier.
Upon receiving the request, the ECS performs an authorization check to verify whether the EEC has authorization to perform the operation. If authorized, the ECS cancels the subscription for provisioning as requested in step 1.