Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.548  Word version:  18.4.0

Top   Top   Up   Prev   Next
1…   4…   4.3   5…   6…   6.2.2.3…   6.2.3…   6.2.3.3…   6.3…   6.4…   6.5…   6.6   6.7…   6.8…   7…   A   B…   F…

 

6.2.3.3  EAS Re-discovery Procedure at Edge Relocationp. 32

The support for EAS rediscovery indication procedure enables the UE to refresh stale EAS information stored locally so that the UE can trigger EAS discovery procedure to discover new EAS information.
For PDU Session with Session Breakout connectivity, the UE may indicate its support for refreshing stale EAS information to the SMF during the PDU Session Establishment procedure or, when the UE moves from EPS to 5GS for the first time, by using the PDU Session Modification procedure. If the UE indicates such support, the SMF may send to the UE the EAS rediscovery indication, with an optional impact field, so that the UE may trigger to re-discover the EAS (see the step 2 of Figure 6.2.3.3-1) after the insertion/change/removal of an L-PSA based on AF influence or its local configuration using the PDU Session Modification procedure, or based on the AF triggered EAS relocation.
This procedure is used by the SMF to trigger the EAS rediscovery procedure when a new connection to EAS need to be established. It applies to both Session Breakout using ULCL and Session Breakout using BP.
Copy of original 3GPP image for 3GPP TS 23.548, Fig. 6.2.3.3-1: EAS re-discovery procedure at Edge relocation
Up
During a previous EAS Discovery procedure on this PDU Session the UE may have EAS information (i.e. EAS IP address corresponding to an EAS FQDN) locally stored, e.g. acquired during the previous connection with the EAS (for more information see Annex C UE considerations for EAS (re)discovery).
Step 1a.
Due to the UE mobility the SMF triggers L-PSA insertion, change or removal for the PDU Session. The insertion, change or removal of L-PSA triggers EAS rediscovery.
The L-PSA insertion, change or removal for the PDU Session may be triggered due to update of a common DNAI.
Step 1b.
The AF triggers EAS relocation e.g. due to EAS load balance or maintenance, etc. and informs the SMF the related information indicating the EAS relocation, as described in clause 4.3.6 AF influence on traffic routing procedure in TS 23.502.
AF may request to add/remove a UE to/from a set of UEs via AF influence on traffic routing procedure in TS 23.502. The PCF updates PCC rule to SMF (i.e. adding/removal of EAS Correlation indication/indication of traffic correlation and Traffic Correlation ID to/from the PCC rule). With the update of the PCC rule, the SMF detects that the UE is belonging to a set of UE(s) for a common EAS/DNAI, or the UE is not belonging to a set of UEs for common EAS/DNAI any longer and the common EAS/DNAI is not optimized for the UE, it may trigger EAS rediscovery.
If UE is belonging to a set of UE(s) for a common EAS/DNAI as instructed by the PCC rule, the SMF interacts with NEF for common EAS/DNAI selection as described in clauses 6.2.3.2.5 and 6.2.3.2.6.
Step 2.
This step may be performed as part of step 1a/1b. The SMF performs the network requested PDU Session Modification procedure from the step 3b-11b as defined in clause 4.3.3.2 of TS 23.502.
If the UE has indicated that it supports to refresh EAS information stored locally corresponding to the impact field per the EAS rediscovery indication from network, the SMF may send the impact field with the EAS rediscovery indication. SMF determines the impacted EAS(s) which need be rediscovered as the following:
  • If an L-PSA is inserted/relocated/removed, the SMF determines the impact field, which is associated with the L-DN to be inserted, relocated or removed and identified by FQDN(s) or IP address range(s) of the old EAS, based on the association between FQDN(s)/IP address range(s) and DNAI provided by AF or SMF local configuration on the L-DN.
  • For AF triggered EAS rediscovery, the AF may indicate the EAS rediscovery for the impacted applications, which are identified by Application Identifier(s), to the SMF via the AF influence on traffic routing procedure.
The SMF sends PDU Session Modification Command (EAS rediscovery indication, [impact field]) to UE. The EAS rediscovery indication indicates to refresh the cached EAS information. The impact field is used to identify which EAS(s) information need to be refreshed. The impact field includes the L-DN information corresponding to the impacted EAS(s), which are identified by FQDN(s) or IP address range(s) of the old EAS(s). If the impact field is not included, it means all EAS(s) information associated with this PDU Session need to be refreshed.
The SMF may choose new DNS settings for the PDU Session and if so, it provides them to the UE as new DNS server (see Option C in clause 6.2.3.2.3). Otherwise the UE uses the existing DNS server for EAS rediscovery.
For the following connection with the EAS(s) for which the EAS rediscovery needs to be executed per the received EAS rediscovery indication and impact field, the UE has been instructed not to use the old EAS information stored locally. Instead it should trigger EAS discovery procedure to get new EAS information as defined in clause 6.2.3.2.
For the Split-UE, it is not possible to provide the NAS level EAS rediscovery indication and the impact field to the TE. Annex C documents mitigations for this scenario.
Up

6.2.3.4  EAS Deployment Information Managementp. 33

6.2.3.4.1  Generalp. 33
EAS Deployment Information management refers to the capability to create, update or remove EAS Deployment Information from AF and the distribution to the SMF. The NEF is in charge of the management of EAS Deployment Information which may be stored in UDR.
The EAS Deployment Information indicates how edge services are deployed in each Local part of the DN, the description of EAS Deployment Information is shown in Table 6.2.3.4-1.
Parameters Description
AF IDAddressing information of Application Function responsible for the DNAI in the record.
[optional]. See NOTE 1.
DNNDNN for the EAS Deployment Information.
[optional]
S-NSSAIS-NSSAI for the EAS Deployment Information.
[optional]
External Group Identifier/Internal Group IdentifierGroup ID for the EAS Deployment information.
[optional]. See NOTE 2.
Application IDIdentifies the application for which the EAS Deployment Information corresponds to.
[optional]
FQDN(s)Supported FQDN(s) for application(s) deployed in the Local part of the DN.
DNAI(s)DNAI(s) for the EAS Deployment information.
[optional]
DNS Server Informationlist of DNS server identifier (consisting of IP address and port) for each DNAI.
[optional]
EAS IP address range InformationIP address(es) of the EASs in the Local part of the DN or the IP address ranges (IPv4 subnetwork(s) and/or IPv6 prefix(es) of the Local part of the DN where the EAS is deployed for each DNAI.
[optional]
N6 traffic routing informationInformation about how to forward edge traffic in the local part of DN corresponding to DNAI.
[optional]
NOTE 1:
When an AF ID is provided, all DNAI(s) correspond to the same EHE provider.
NOTE 2:
The AF may provide External Group Identifier, and NEF can map the External Group Identifier into Internal Group Identifier according to information received from UDM. For HR-SBO roaming scenario, the NEF (V-NEF) determines the HPLMN of the External Group Identifier (e.g. based on the Realm in the identifier) and invokes Nnef_UEId_Get service to indicate NEF in HPLMN to retrieve Internal Group Identifier from UDM by invoking Nudm_SDM_Get service.
NOTE 3:
AF ID can be used in case of AF(s) involving different EHE providers, and the source EHE is unaware of other/target EHE specific deployment details.
The EAS Deployment Information management procedures are described in this clause, the procedures are independent of any PDU Session, including:
  • The procedure for EAS Deployment Information management from AF via the NEF.
  • The procedure for EAS Deployment Information management in the SMF.
  • The procedure for BaselineDNSPattern management in the EASDF.
Up
6.2.3.4.2  EAS Deployment Information Provision from AF via NEFp. 34
The AF provides non-PDU Session specific EAS Deployment information to 5GC via the procedure defined in this clause.
Copy of original 3GPP image for 3GPP TS 23.548, Fig. 6.2.3.4.2-1: EAS Deployment Information management in the AF procedure
Up
Step 1.
The AF invokes the Nnef_EASDeployment_Create/Update/Delete service operation.
Step 2.
NEF checks whether the AF is authorized to perform the request, and authorised to provision the EAS Deployment Information based on the operator policies. The NEF derives DNN and S-NSSAI from the AF Service Identifier if not received explicitly and translates received External Application Identifier to Application Identifier known inside MNO domain.
Step 3.
The NEF invokes the Nudr_DM_Create/Update/Delete to the UDR if it is authorized.
Step 4.
The UDR stores/updates/removes the corresponding information (and responds a Nudr_DM_Create/Update/Delete Response to the NEF.
Step 5.
The NEF sends Nnef_EASDeployment_Create/Update/Delete Response to the AF.
Up
6.2.3.4.3  EAS Deployment Information Management in the SMFp. 35
The SMF may receive the EAS Deployment Information from NEF via Subscribe /Notify procedure defined in this clause. NEF may have stored the information in UDR.
Copy of original 3GPP image for 3GPP TS 23.548, Fig. 6.2.3.4.3-1: EAS Deployment Information management in the SMF procedure
Up
Step 1-2.
As pre-requisite condition, the SMF subscribes to EAS Deployment Information Change Notification from the NEF by sending Nnef_EASDeployment_Subscribe message. The SMF may indicate that the current status of EAS Deployment Information shall be notified immediately (if available). The SMF may indicate for which (list of) DNN and/or S-NSSAI and/or application identifier and/or Internal Group Identifier (if available) it subscribes.
Step 3-4.
The NEF invokes Nnef_EASDeployment_Notify (EAS Deployment Information) to the SMF(s) to which the EAS Deployment Information shall be provided. If there is EAS Deployment Information available and immediate report is required, the NEF notifies the SMF(s) with such information.
Up
6.2.3.4.4  BaselineDNSPattern Management in the EASDFp. 36
The SMF receives EAS Deployment Information as described in clause 6.2.3.4.1, and derives BaselineDNSPattern from the EAS Deployment Information. The BaselineDNSPattern is not dedicated to a specific PDU Session.
SMF may create/update/delete the BaselineDNSPattern in the EASDF.
Copy of original 3GPP image for 3GPP TS 23.548, Fig. 6.2.3.4.4-1: BaselineDNSPattern management in the EASDF procedure
Up
Step 1.
The SMF may triggered to create/update/delete the BaselineDNSPattern.
  • When new EAS Deployment Information is received by the SMF.
  • When any update of the EAS Deployment Information is received by the SMF.
The BaselineDNSPattern is deducted from the EAS Deployment Information. The BaselineDNSPattern has the form as per clause 6.2.3.2.2.
Step 2.
The SMF invokes Neasdf_BaselineDNSPattern_Create/Update/Delete service operation of the EASDF to create/update/delete the BaselineDNSPattern. This interaction with the EASDF is a node level procedure, i.e. independent of any PDU Session.
Step 3.
The EASDF updates the BaselineDNSPattern and acknowledges the SMF.
For EAS Deployment Information management in HR-SBO roaming scenario, the SMF and EASDF in clause 6.2.3.4.4 are replaced by V-SMF and V-EASDF.
Up

6.2.4  EDC Functionality based DNS Query to reach EASDF/DNS Resolver/DNS Server indicated by the SMFp. 36

In order to guarantee that the FQDN requested by the Application that intends to use EAS is resolved by the DNS Server (e.g. EASDF/DNS resolver) indicated by the SMF, the consumer in the UE uses the related EDC functionality to either:
1)
Send a DNS Query to the DNS Server (e.g., EASDF/DNS resolver) indicated by the SMF.
  • The consumer in the UE provides to the EDC functionality the Domain Name to be resolved,
  • The EDC functionality shall send the DNS Query to the DNS Server (e.g., EASDF/DNS resolver) indicated by the SMF,
  • Once received, the EDC functionality shall forward the result of the DNS response (i.e., the IP address provided by the DNS resolver) to the consumer.
or:
2)
Obtain the IP address of the DNS Server (e.g., EASDF/DNS resolver) indicated by the SMF (Optional).
  • The consumer in the UE requests the IP address of the DNS Server (e.g. EASDF/DNS resolver) indicated by the SMF. The EDC functionality shall send to the consumer in the UE the IP address of the DNS Server (e.g. EASDF/DNS resolver) or/and it shall notify the consumer in the UE of any update;
  • The consumer in the UE then generates and sends a DNS Query to the DNS Server (e.g. EASDF/DNS resolver) indicated via EDC functionality by the SMF.
Up

Up   Top   ToC