Internet-Draft | CATS 5G Edge Enhance | October 2024 |
Jiang | Expires 12 April 2025 | [Page] |
This draft illustrates a computing-aware use case that is based on the study conclusion of the 3GPP 5G enhanced Edge Computing (eEdge). This use case takes into acount both network and computing metrics upon selecting edge application server (EAS) and user plane function (UPF).¶
This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.¶
Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet-Drafts is at https://datatracker.ietf.org/drafts/current/.¶
Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."¶
This Internet-Draft will expire on 12 April 2025.¶
Copyright (c) 2024 IETF Trust and the persons identified as the document authors. All rights reserved.¶
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.¶
3GPP 5G Edge Computing & its successive enhancements, i.e., eEdge, standardize reference architectures, connectivity models along with edge hosting envivorments (or EHE), etc., so as to enable operator and/or 3rd party services to be hosted close to an end device's (i.e., end user or UE) access point of attachment [TS.23.501][TS.23.548]. The eEdge service achieves an efficient service delivery through the reduced end-to-end latency and load on the transport network. Edge application servers, or EAS'es, are deployed in corresponding (edge) domain networks (DNs) that are connected via the N6 interface of a (PSA) UPF. A DN may be under the control of either the operator or 3rd parties.¶
A 5GC can select either a UPF according to provided traffic steering rules, or an EAS based on 'holistic better metrics', etc., and then forward traffic to enable the optimal access to the DN via a N6 interface. This may be based on the UE's local settings, the measured or collected EAS (or edge application server) runtime information, network policy or other related traffic rules. As shown in the Figure 1, either the C-PSA UPF or the L-PSA UPF could be optimally selected to foward the UE (uplink) traffic to an EAS with the better (or even the best) 'holistic' metrics.¶
Recently, the 3GPP 5G Rel-19 [TR.23.700-49] studied how to effectively and optimally select (local) UPFs in 5G CN (Core Network) and EAS'es residing in DN (or edge hosting environment) with the consideration of the N6 (transport) delay between (local) PSA UPFs and EAS'es, and, possibly, the computing capabilities, e.g., compute power, memory, runtime load, storage, etc., of EAS'es.¶
The 5G enhanced Edge (or eEdge) explores to discover one suitable EAS to handle an edge application that can be served by multiple EAS'es deployed in different sites (i.e., DNs or local DNs). The suitability of an EAS is dependant on both of the following:¶
Evidently, the integration of both network & compute metrics conform to the scope of the CATS charter.¶
The 3GPP 5G eEdge document [TR.23.700-49] provides a couple of 5G specific scenarios to justify the requirement. For example, when some of the available transport links in DNs get congested, a UE moves aways from the original location (very common in mobile network), or excessive load builds up on EAS(es), then a previously 'better-optimized' EAS may become less preferable, and thus a new EAS and/or local-PSA UPF need to be selected based on the weighted optimization of nework and compute metrics. The 5G eEdge emphasizes particularly on considering the EAS load and the end-to-end delay off the N6 interface between a local PSA and a candidate EAS residing in a (local) DN.¶
In the Figure 2, the UPF-1 to UPF-m indicate 'm' local PSA UPFs, all of which could fulfill an applicaiton service (AppService) to the UE (on the left side of the figure). The AppService is provisioned in multiple EAS'es that reside in remote DN(s) or local DN(s), denoted as EAS-1 to EAS-n. The selection of UPF and EAS may depend on both the N6 delay and EAS load.¶
This subsection shows how to implement the computing-aware 5G eEdge via mappings to CATS functional componenents, e.g., C-PS, C-NMA, C-SMA, etc.[CATS.Framework]¶
There is no security concern.¶
There is no IANA requirement.¶