Apparatus, methods, and computer programs relating to selection of an application server

Abstract

An apparatus, the apparatus comprising at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to perform: receiving, for a plurality of candidate application servers for providing a service to a user equipment, one or more network related metrics relating to at least a part of a network path between the user equipment and a respective candidate application server via a network; receiving, for the plurality of candidate application servers, one or more application server metrics; and determining, based on the one or more network related metrics for the candidate application servers and the one or more application server metrics for the candidate application servers, which one or more candidate application servers of the plurality of candidate application servers is to provide the service to the user equipment.

Description

APPARATUS, METHODS, AND COMPUTER PROGRAMS RELATING TO SELECTION OF AN APPLICATION SERVERFieldThis disclosure generally relates to communication networks and in particular but not exclusively to apparatus, methods and computer programs relating to selection of an application server.BackgroundA communication network can be seen as a facility that enables communications between two or more communication devices, or provides communication devices access to a data network. A mobile or wireless communication network is one example of a communication network. A communication device may be provided with a service by an application server.Such communication networks operate in according with standards such as those provided by 3GPP (Third Generation Partnership Project) or ETSI (European Telecommunications Standards Institute) . Examples of standards are the so-called 5G (5th Generation) standards provided by 3GPP.SummaryAccording to an aspect, there is provided an apparatus, the apparatus comprising: means for: receiving, for a plurality of candidate application servers for providing a service to a user equipment, one or more network related metrics relating to at least a part of a network path between the user equipment and a respective candidate application server via a network; means for receiving, for the plurality of candidate application servers, one or more application server metrics; and means for determining, based on the one or more network related metrics for the plurality of candidate application servers and the one or more application server metrics for the plurality of candidate application servers, which one or more candidate application servers of the plurality of candidate application servers is to provide the service to the user equipment.The apparatus may receive the one or more network related metrics when the user equipment has requested the service.The apparatus may receive the one or more network related metrics when one or more of the network related metrics has changed.The determining means may be for determining a ranking for the plurality of candidate application servers based on the one or more application server metrics.One or more of the plurality of candidate application servers may have two or more network paths between the user equipment and the respective candidate application server providing different candidate network paths for the respective candidate application server.One or more network metrics relating to the different candidate network paths between the user equipment and the respective candidate application server may be received.The determining means may be for determining a ranking associated with each of the candidate network paths based on the one or more network metrics relating to the different candidate network paths between the user equipment and the respective candidate application server. The ranking may provide a precedence order for the candidate network paths.Where there are two or more candidate network paths for a respective candidate application server, the determining means may be for determining which one or more candidate network paths are to be used to provide the service to the user equipment, when that respective candidate server is to provide the service to the user equipment.The apparatus may comprise means for sending a request for the one or more network related metrics for the plurality of candidate application servers to a network related metrics function, wherein said one more network related metrics being received from the network related metrics function.The request may comprise one or more of: metric scope indicating the respective at least a part of the network path; metric direction; metric type; and an address for one or more of the candidate application servers.The network related metrics function may comprise a session management function.The apparatus may comprise means for providing information to the network related metrics function, the information indicating which one or more candidate application servers are to provide the service to the user equipment.The information provided to the network related metrics function, may further indicate which one or more candidate network paths are to be used to provide the service to the user equipment.The at least the part of the network path may comprise: a path segment between the user equipment and a network function in said network path; a path segment between a network function and the application server; or all of the network path.The network function may comprise a user plane function providing the user equipment access to a data network.The path segment may be identified by an identity of a data network access interface instance provided by the user plane function.The network function may comprise a protocol data unit session anchor user plane function providing the user equipment access to a data network.The apparatus may comprise means for receiving information identifying the user equipment or a location of the user equipment from a domain name system server or application server and means for providing to the domain name system server or the application server, a list comprising internet protocol addresses of two or more of the candidate application servers in a precedence order to provide the service to the user equipment.The list may include for the internet protocol addresses of one or more candidate application servers the precedence order associated with the candidate network paths between the user equipment and the respective candidate application server.The one or more application server metrics may comprise one or more compute metrics associated with the candidate application servers.The one or more application server metrics may be received from one or more data networks of the candidate application servers.According to another aspect, there is provided an apparatus, the apparatus comprising at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to perform: receiving, for a plurality of candidate application servers for providing a service to a user equipment, one or more network related metrics relating to at least a part of a network path between the user equipment and a respective candidate application server via a network; receiving, for the plurality of candidate application servers, one or more application server metrics; and determining, based on the one or more network related metrics for the plurality of candidate application servers and the one or more application server metrics for the plurality of candidate application servers, which one or more candidate application servers of the plurality of candidate application servers is to provide the service to the user equipment.According to an aspect, there is provided a method, the method comprising: receiving, for a plurality of candidate application servers for providing a service to a user equipment, one or more network related metrics relating to at least a part of a network path between the user equipment and a respective candidate application server via a network; receiving, for the plurality of candidate application servers, one or more application server metrics; and determining, based on the one or more network related metrics for each candidate application server and the one or more application server metrics for the plurality of candidate application servers, which one or more candidate application servers of the plurality of candidate application servers is to provide the service to the user equipment.The method may comprise receiving the one or more network related metrics when the user equipment has requested the service.The method may comprise receiving the one or more network related metrics when one or more of the network related metrics has changed.The determining may comprise determining a ranking for the plurality of candidate application servers based on the one or more application server metrics.One or more of the plurality of candidate application servers may have two or more network paths between the user equipment and the respective candidate application server providing different candidate network paths for the respective candidate application server.The determining may comprise determining a ranking associated with each of the candidate network paths between the user equipment and the respective candidate application server. The ranking may provide a precedence order for the candidate network paths.Where there are two or more candidate network paths for a respective candidate application server, the determining may comprise determining which one or more candidate network paths are to be used to provide the service to the user equipment, when that respective candidate server is to is to provide the service to the user equipment.The method may comprise sending a request for the one or more network related metrics for the plurality of candidate application servers to a network related metrics function, wherein said one more network related metrics being received from the network related metrics function.The request may comprise one or more of: metric scope indicating the respective at least a part of the network path; metric direction; metric type; and an address for one or more of the candidate application servers.The network related metrics function may comprise a session management function.The method may comprise providing information to the network related metrics function, the information indicating which one or more candidate application servers are to provide the service to the user equipment,The information provided to the network related metrics function, may further indicate which one or more candidate network paths are to be used to provide the service to the user equipment.The at least the part of the network path may comprise: a path segment between the user equipment and a network function in said network path; a path segment between a network function and the application server; or all of the network path.The network function may comprise a user plane function providing the user equipment access to a data network.The path segment may be identified by an identity of a data network access interface instance provided by the user plane function.The network function may comprise a protocol data unit session anchor user plane function providing the user equipment access to a data network.The method may comprise receiving, from a domain name system server or application server, information identifying the user equipment or a location of the user equipment and providing to the domain name system server or the application server, a list of internet protocol addresses comprising two or more of the candidate application servers in a precedence order to provide the service to the user equipment.The list may include for the internet protocol addresses of one or candidate application servers the precedence order associated with the candidate network paths between the user equipment and the respective candidate application server.The one or more application server metrics may comprise one or more compute metrics associated with the candidate application servers.The one or more application server metrics may be received from one or more data networks of the candidate application servers.According to another aspect, there is provided an apparatus, the apparatus comprising: means for receiving a request for one or more network related metrics relating to at least a part of a network path between a user equipment and a candidate application server of a plurality of candidate application servers for providing a service to the user equipment; and means for providing, in response to the request, one or more network related metrics relating to at least a part of the network path between the user equipment and a respective candidate application server.One or more of the plurality of candidate application servers may have two or more network paths between the user equipment and the respective candidate application server providing different candidate network paths for the respective candidate application server, and the response may comprise network related metrics associated with the different candidate network paths.The request may comprise one of more of: metric scope indicating the respective at least a part of the network path; metric direction; metric type; and an address for one or more of the candidate application servers.The apparatus receiving means may be for receiving information indicating which one or more candidate application servers are to provide the service to the user equipment.The information provided to the network related metrics function may further indicate which one or more candidate network paths are to be used to provide the service to the user equipment.The at least the part of the network path may comprise: a path segment between the user equipment and a network function in said network path; a path segment between a network function and the application server; or all of the network path.The network function may comprise a user plane function providing the user equipment access to a data network.The network function may comprise a protocol data unit session anchor user plane function providing the user equipment access to a data network.According to another aspect, there is provided an apparatus, the apparatus comprising at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to perform: receiving a request for one or more network related metrics relating to at least a part of a network path between a user equipment and a candidate application server of a plurality of candidate application servers for providing a service to the user equipment; and providing, in response to the request, one or more network related metrics relating to at least a part of the network path between the user equipment and a respective candidate application server.According to another aspect, there is provided a method, the method comprising: receiving a request for one or more network related metrics relating to at least a part of a network path between a user equipment and a candidate application server of a plurality of candidate application servers for providing a service to the user equipment; and providing, in response to the request, one or more network related metrics relating to at least a part of the network path between the user equipment and a respective candidate application server.One or more of the plurality of candidate application servers may have two or more network paths between the user equipment and the respective candidate application server providing different candidate network paths for the respective candidate application server, and the response may comprise network related metrics associated with the different candidate network paths.The request may comprise one of more of: metric scope indicating the respective at least a part of the network path; metric direction; metric type; and an address for one or more of the candidate application servers.The method may comprise receiving information indicating which one or more candidate application servers are to provide the service to the user equipment.The information provided to the network related metrics function may further indicate which one or more candidate network paths are to be used to provide the service to the user equipment.The at least the part of the network path may comprise: a path segment between the user equipment and a network function in said network path; a path segment between a network function and the application server; or all of the network path.The network function may comprise a user plane function providing the user equipment access to a data network.The network function may comprise a protocol data unit session anchor user plane function providing the user equipment access to a data network.According to a further aspect, there is provided a computer program comprising instructions, which when executed by an apparatus, cause the apparatus to perform any of the methods set out previously.According to a further aspect, there is provided a computer program comprising instructions, which when executed cause any of the methods set out previously to be performed.According to an aspect there is provided a computer program comprising computer executable code which when run cause any of the methods set out previously to be performed.According to an aspect, there is provided a computer readable medium comprising program instructions stored thereon for performing at least one of the above methods.According to an aspect, there is provided a non-transitory computer readable medium comprising program instructions which when executed by an apparatus, cause the apparatus to perform any of the methods set out previously.According to an aspect, there is provided a non-transitory computer readable medium comprising program instructions which when executed cause any of the methods set out previously to be performed.According to an aspect, there is provided a non-volatile tangible memory medium comprising program instructions stored thereon for performing at least one of the above methods.In the above, many different aspects have been described. It should be appreciated that further aspects may be provided by the combination of any two or more of the aspects described above.Various other aspects are also described in the following detailed description and in the attached claims.Description of FiguresEmbodiments will now be described, by way of example only, with reference to the accompanying Figures in which:Figure 1 shows a user equipment connected to an edge data network via a mobile network;Figure 2 shows an overview of some embodiments for selecting one or more candidate application servers of Figure 1 to provide a service to the user equipment of Figure 1;Figure 3 shows a user equipment connected to an edge data network via a mobile network that comprises a 5G communication system;Figure 4 shows a user equipment connected to a multiple of edge application servers via a mobile network that comprises a 5G communication system;Figure 5 shows, in more detail, some embodiments provided in a mobile network that comprises a 5G communication system together with some parts of an edge data network (EDN) shown;Figure 6 shows a first example edge application relocation procedure of some embodiments;Figure 7 shows an apparatus according to an example embodiment;Figure 8 shows a user equipment (UE) according to an example embodiment;Figure 9 shows a procedure for notification of user plane management event according to an example embodiment;Figure 10 shows a first method of some embodiments; andFigure 11 shows a second method of some embodiments.Detailed descriptionSome embodiments relate to the providing of a service by an application server. The application server may be an edge application server (EAS) .An edge application server is an application server located close to the “edge” of a communication network, that is close to the user equipment in a specific area. The main motivation of this is to reduce the network latency between the user equipment and the application server, thus also reducing the “end-to-end” (E2E) latency of the overall application, where the end-to-end latency comprises both the communication network and application server processing (compute) delays.The edge application servers may be located at an edge data network (EDN) . An edge cloud computing system (generally referred to herein as an Edge Cloud) or Edge Hosting Environment (EHE) are compute and storage platforms located at the EDN where the individual edge application servers are deployed. A communication network provides connectivity between the user equipment and the EDN and consequently the EC, EHE or any individual edge application server. In some cases, it may be sufficient to support an application for user equipment just in a specific area, meaning that an application server or application servers providing (e.g., hosting) that application need to be only deployed at a single edge location (i.e. need only be deployed at a single EDN or a single edge cloud) . However, in order to provide low latency for an application across the entire communication network and user equipment in different locations covered by the communication network, the application servers providing the application may be located in multiple edge locations (i.e., EDNs, edge cloud computing systems) distributed across the communication network. This is applicable for mobile user equipment that may move between locations.The overall concept of locating the application servers or compute and storage resources at the edge of the communication network is called edge computing (EC) . Applications running on application servers are generally referred to as EC applications.The following will introduce some other concepts.Edge computing may ease the bandwidth pressure on a mobile backhaul (e.g., a transport network that connects a core network and a radio access network of a mobile network) which may be required to handle a relatively high number of relatively high-bandwidth-demanding UEs (e.g., UEs that may be running applications requiring a relatively high bandwidth) . The high bandwidth requirements for UEs may be eased on the mobile backhaul as high bandwidth traffic received from (or destined to) UEs are steered locally and not aggregated at a central cloud computing system.Edge computing may maintain local data generated locally and preserve privacy.Some mobile EC applications may off-load the processing-intensive and time sensitive task (s) from the UE onto an EAS without degrading user experience. This may reduce the UE cost. This may increase the UE battery autonomy.EC applications are often time sensitive applications such as e an XR (extended reality) , cloud gaming or industrial control applications but may alternatively or additionally be any other type of applications.XR is an umbrella term and may include at least the following types of reality:Augmented Reality (AR) where virtual objects are added to a real-world environment;Virtual Reality (VR) where visual and audio scenes are combined with a real-world location; andMixed Reality (MR) where haptics and interactions are added to a real-world environment.Other embodiments may be used with other example EC applications.Reference is made to Figure 1 which shows a user equipment (UE) 300 connected to an edge data network 101 via a mobile network 101. The edge data network 101 comprises a first edge application server 114, a second edge application server 116 and a third application server 118. It should be noted that although Figure 1 shows one edge data network, a UE may be connected to more than one edge data network via the mobile network 100. In the example shown, the edge data network is shown as having three edge application servers. This is by way of example only and an edge data network may have one or more edge application servers.A UE 300 is configured to communicate with an edge application server 114, 116 or 118 via the mobile network 100. The mobile network 100 includes one or more access networks 102 and 104 and a core network 106 connected to each of the one or more access networks. In the example shown in Figure 1, the access networks 102 and 104 are radio access networks (RAN) . In other embodiments, any other type of access network may be used. In the example shown in Figure 1, there are two RANs 102 and 104. The communication between the UE and a given one of the EASs will be via one of the RANs 102, 104 and one or more network (NW) functions of the core network 106. In Figure 1, the core network 106 includes a first network function 108. a second network function 110 and a third network function 112. However, it will be appreciated that core network 106 may include more than three network functions.In the example shown in Figure 1, a UE may receive a service from the first EAS 114, the second EAS 116, or the third EAS 118. The UE may receive a service from the first EAS 114 via the first RAN 102 and the first network function 108, from the second EAS 116 via the first RAN 102 and the second network function 110, or the third EAS 118 via second RAN 104 and the third network function 112. The network path between the UE and a respective one of the EASs have associated network related metrics.The network path is the path or the route taken by packets from the UE to the EAS through a communication network and from the EAS to the UE through the communication network.The network path taken by packets may change dynamically at least to some extent during an application communication session due to, e.g., updates to routing of internet protocol packets (generally referred to as IP routing updates) . The network path may have static points (nodes, network functions) that are explicitly set (by the network control plane) such as the network function in Figure 1. These static points divide the network path into different path segments. Each path segment is typically provided by one type of network technology (e.g., mobile access network and IP core network are separate segments) or one network provider.When a UE is connected to a mobile network (for example a 4G, 5G or 6G network) and communicates with an EAS at least two path segments exist:- The first path segment is between the UE and a network function. In 5G the network function would be a PDU (protocol data unit) session anchor user plane function (PSA-UPF) . The network function is part of the mobile core network and is under the control of the mobile network control plane and the mobile network operator.- The second path segment is between the network function and the EAS. This second path segment may be based on non-mobile network specific IP (internet protocol) networking technologies and may or may not be (fully) under the control of the mobile network operator.Each network path may have one or more metrics associated with it such as delay, delay variation, packet error rate and available capacity (bitrate) . The one or more metrics associated with a network path may be associated with communication of packets in one direction (e.g., one-way communication of packets from the UE to the EAS or vice versa via the network path) or with the communication of packets in both directions (round-trip communication of packets from the UE to the EAS and back to the UE or vice versa) .Depending on the agreed quality of service level for the UE, the metrics may be “guaranteed” (with a certain likelihood) or provided in a “best effort” manner.The metrics may be determined by the network control plane based on pre-configuration, keeping track of QoS fulfilment or reservations, and / or based on reports by the network nodes which may perform measurements or use specific protocols to obtain them.The network related metrics may be for a particular segment of the network path or of the entire network path (end-to-end) . In some embodiments, different network related metrics may be provided for different path segments. For example, first network related metrics may be provided for the first path segment between the UE and the respective NW function. Second network related metrics may be provided for the path segment between the respective NW function and the EAS. In some embodiments only first path segment related metrics may be available and used. In other embodiments just second network related metrics may be used. In some embodiments, both first and second network path segment related metrics may be used.It is possible to determine the metrics of the entire end-to-end network path based on the metrics of the different path segments. For instance, end-to-end delay of a network path of a network path may be determined by summing the delays of the individual path segments of the network path.In some embodiments, there may be alternate candidate network paths through the mobile network associated with one EAS. For example, there may be one network path associated with one RAN and another network path associated with another RAN. Alternatively or additionally, there may be one network path associated with one network function and another network path associated with a different network function.Some embodiments relate to the selection of which candidate EAS is to provide a service to the UE. Where there is more than one network path to a candidate EAS, some embodiments may relate to the selection of one of the network paths to the candidate EAS. In one embodiment the selection of one of the network paths (generally referred to herein as path selection) is made by selecting a network function. In a 5G mobile network selecting a network function consists of selecting a PDU Session Anchor UPF or a data network access identifier (DNAI) for the traffic flow between the UE and the EAS. The selection of a network path and the implementation of the selected network path (e.g., the setting up of the selected network path by configuring routing and / or switching rules in different network functions in the network path) may be performed by another network function. For example, in a 5G network, the selection of a network path may be enforced by a session management function (SMF) configuring the network path in the 5G network user plane (user plane functions) in relation to a PDU Session used by the UE for communication with the EAS.Figure 2 shows an overview of some embodiments for selecting one or more candidate application servers of Figure 1 to provide a service to the user equipment of Figure 1. Figure 2 shows some of the network functions involved in the selection of one or more candidate servers. The network functions shown in Figure 2 are generally control plane network functions. The network functions comprise a server selector function 120. The server selector function 120 may be provided within the mobile network 100 and / or outside the mobile network 100 and / or within the EDN of Figure 1.The UE 300 makes a request for a service to be provided by an EAS of Figure 1. The request is provided to a server discovery function 126. The server discovery function may be within the mobile network 100 and / or outside the mobile network 100 and / or within the EDN of Figure 1. At least a part of the server discovery function may be provided by a network function.A UE may be allowed to discover the IP (internet protocol) address (es) or other information which identifies a suitable EAS (or suitable EASs) . A UE may discover the IP address (es) or other information which identifies a suitable EAS (or suitable EASs) by, for example, sending a query to a domain name system (DNS) which provides a response comprising IP address (es) or other information which identifies a suitable EAS (or suitable EASs) for EC. This is sometimes referred to as an EAS discovery procedure.An EAS re-discovery procedure may be provided. The EAS re-discovery may be triggered when the previously discovered EAS cannot be used or may not be the most appropriate EAS to use.In some embodiments, the UE sends a query to DNS which provides a response to the query. The DNS may be a hierarchical system where, for example, when 5G networking connects the UE to an EDN, the UE sends the query to a DNS resolver (e.g., an EASDF (edge application server discovery function) , and the resolver forwards the query to an authoritative DNS server.The server discovery function 126 provides an identifier of the UE (e.g., an IP address of the UE (UE IP address) or other information identifying the UE to the server selector function 120. The server selector function 120 provides the address of the selected EAS server to the server discovery function 126. The server discovery function 126 provides a response to the query of the UE with the address of the EAS. For example, in the case a 5G network connects a UE to an EDN, the server selector function 120 receives the identifier of the UE (UE ID) from an authoritative DNS server of the EDN. The server selector function 120 provides the EAS address to the authoritative DNS. The authoritative DNS server provides the EAS address (via the DNS resolver) back to the UE.In other embodiments, the server discovery function 126 may be provided by or hosted on an application server. One example of such an application server may be an edge enabler server (EES) as defined in the 3GPP TS 23.558 V18.0.2.The server selector function 120 is aware of the candidate EASs as a result of, for example, communicating with an edge server metric function or any other suitable edge server function, which in turn communicates, for example, with an EDN orchestrator of the EDN. The EDN orchestrator is responsible for the instantiation of EASs.The server selector function 120 requests network related metrics for each candidate EAS from a network related metrics function 122. The network related metrics function may be a network function. The network related metrics function 122 may be provided in the core network of Figure 1. The metrics may be requested for the end-to-end network path, or one or more segments of the network path. The network related metrics function 122 provides network related metrics for each candidate EAS to the server selector function 120. The server selector function 120 requests edge server metrics for each candidate EAS from the edge server metrics function 124. The edge server metrics function 124 provides edge server metrics for each candidate EAS to the server selector function 120. The edge server metrics function may be provided by an Edge Cloud or Edge Hosting Environment (EHE) in the EDN and / or provided by a computing system located outside the EDN of Figure 1.The network related metrics may comprise one or more of:delay; delay variance; packet error rate; capacity (capacity may, for example, be expressed in terms of bandwidth and / or bitrate) ; network path cost; energy-related metrics; level of reliability; and / or level of redundancy.The edge server metrics may comprise one or more of compute or computational related metrics and / or energy related metrics.The compute related metrics may comprise one or more of:EAS compute capabilities; EAS compute capacity; EAS compute cost; EAS processing delay; EAS individual compute load (compute load may for example be expressed as a percentage or a number of application sessions compared to full capacity) ; and / or EDN aggregated metrics (this includes aggregated level of metrics for some or all EASs in the EDN) .The energy related metrics may comprise one or more of:EAS energy consumption; and / or EAS energy cost; and / or EAS energy source greenness.The server selector function 120 determines which one of the candidate EAS is to provide the service to the UE. This is based on the edge server metrics and the network related metrics provided for each candidate EAS.The server selector function 120 provides information indicating the selected EAS to the server discovery function 126. This information may comprise the address of the selected EAS. Information on the selected EAS may be provided by the server discovery function 126 to the UE.It should be noted that where there is more than one path to a candidate EAS, network related metrics may be provided for each candidate path and the server selector function 120 may select which one of the candidate paths to the candidate EAS is to be used, if selected.Some embodiments may select more than one EAS. Some embodiments may select more than one path to an EAS.Some embodiments may be used in a 5G communication system. However, embodiments may be used in other systems as well as future systems (e.g., 6G system) .In the following, some example embodiments are provided at least in part by a 5G communication system.Figure 3 shows an overview of some embodiments. The mobile network 100 is a communication system operating based on a 5th generation radio access technology (generally referred to as a 5G system (5GS) ) and with which some embodiments may be implemented. The 5GS may comprise a (radio) access network (RAN) or more generally a 5G access network that may e.g., correspond to a (radio) access network (RAN) , to a wireline access gateway (W-AGF) , to a N3IWF (non 3GPP interworking function) , etc. In the example shown in Figure 3, the access network is a RAN. The 5G (R) AN may comprise one or more base stations or radio access network (RAN) nodes, such as a gNodeB (gNB) . A base station or RAN node may comprise one or more distributed units connected to a central unit. In other embodiments, the access network may be another access network.The 5GS may comprise a 5G core network (5GC) 106. The 5GC 106 may comprise a first UPF (user plane function) 108, a second UPF 110, and a third UPF 112. A UPF may be provided in the network path between the UE and an EAS. A DNAI (data network access identifier) is associated with each UPF. The DNAI is an identifier of a user plane access to one or more data networks (DN) where applications are deployed.In the example shown in Figure 3, a first EDN 101a and a second EDN 101b may be provided. This is by way of example only. In other embodiments there may be only one EDN or more than two EDNs. The first EDN 101a has a first EAS 114 and a second EAS 116. The second EDN 101b has a third EAS 118.Figure 4 shows a schematic representation of a communication system operating based on a 5th generation radio access technology in accordance with some embodiments. The UE 300 and a RAN 102 are shown.In some embodiments, the access network may alternatively or additionally comprise a wireline access gateway (W-AGF) or a N3IWF (non 3GPP interworking function) , etc.An I-UPF (intermediate UPF) 400 is provided. The I-UPF is provided between a PSA-UPF (packet data unit session anchor UPF) and the RAN 102. In this example the I-UPF is provided between a first PSA-UPF 108 and the RAN 102, a second PSA-UPF 110 and the RAN 102, and a third PSA-UPF 112 and the RAN 102. The PSA-UPFs of Figure 4 may be the UPFs shown, for example in Figure 3. The first PSA-UPF 108 is part of the network path between the first EAS 114 and the UE 300. The second PSA-UPF 110 is part of the network path between the second EAS 116 and the UE 300. The third PSA-UPF 108 is part of the network path between the third EAS 118 and the UE 300.A SMF 122 communicates with each of the PSA-UPFs and the I-UPF. The SMF acts as a network related metrics function (e.g., the SMF includes functionality of a network related metrics function in addition to other functionality related to session management) as will be discussed in more detail later.A server selector function (SSF) 120 is provided. The server selector function communicates with the SMF 122 via a NEF (network exposure function) 402.The server selector function 120 communicates with a DNS server 126a, for example an EASDF, and / or an authoritative domain DNS server (ADNS) 126b which provides a server discovery function.The server selector function 120 may communicate with an application server (AS) 126c which in some embodiments may be used as an alternative to the DNS look up provided by the DNS server 126a and / or the authoritative domain DNS server 126b. This may use a different technique to the DNS technique.In some embodiments, the selection of the EAS may depend on network related metrics and edge server metrics.The network related metrics and the edge server metrics may need to be retrieved from separate domains. For example, one domain in the mobile network domain (e.g., 5GS) and another domain is the edge data network.The mobile network domain, e.g., the 5GS is aware of the network related metrics in its domain. The edge data network or compute domain, e.g., the edge function (s) are responsible for the allocation of the compute resources. The edge data network may be aware of the network metrics in the edge data network.Embodiments provide a server selector function 120 that can obtain information from the 5GS about the network metrics for at least a part of the network path between a particular UE and a particular set of EAS instances.The server selector function 120 has the network metrics for each individual EAS instance and the edge server related metrics.The traffic flows for a UE may be served by one of two or more candidate PSA-UPFs. This means that there may be two or more potential network paths with different metrics between the UE and a particular EAS depending which PSA-UPF is used.The server selector function 120 may select a DNAI / EAS pair based on the multi-domain metrics.The server selector function 120 may be a CNC (compute and network convergence) function. The server selector function 120 may be a CFN (computing first networking) function. The server selector function may be a CAN / CATS (computer aware networks / computing aware traffic steering) function. The server selector function may be an integration of network and compute function.The server selector function 120 may be considered, at least in part, to be an application function. This allows for a separate server selector function 120 to be deployed by a different party than the 5GS provider, if required.Alternatively, the server selector function 120 may be considered to be a network function with an associated exposure interface which can be used by a third-party DNS or application servers to communicate with that server selector function 120.In some embodiments, the network path between the UE and the EAS is regarded as having or may be including two segments. The first segment of the network path may be between the UE and a network function, for example PSA-UPF, while the second segment may be between the network function, for example PSA-UPF, and the EAS.In some embodiments, metrics for only the first path segment may be used.In some embodiments, metrics for the end-to-end path from the UE may be used. In this example, the mobile network may have obtained the network metrics for the second path segment.In other embodiments, the network path may be considered as a single path. In other embodiments, the network path may be considered to be made up of more than two segments.In some embodiments, network metrics for only a part of the path may be used in the selection provided by the server selector function 120.In some embodiments, the server selector function may include information in a request as to the segment or segments for which the network related metrics are requested.The server selector function may include information in the request or a separate request on the direction of the metrics, for example, uplink, downlink and / or round-trip.The server selector function may include information in the request or a separate request on the one or more specific network metric types being requested (e.g., delay, delay variance, packet error rate, capacity, network path cost, energy-related metrics, level of reliability and / or redundancy) .The server selector function may request the network metrics from the network related metrics function, for example a SMF, based on trigger from third party entity or function.In one embodiment, the server selector function may request the network metrics based on external trigger from a DNS server or an application-layer traffic optimization (ALTO) client or another entity performing EAS resolutions / selection for a UE or an application client. The ALTO protocol provides an interface to expose network properties and metrics for applications to take optimized actions. An example use case is that an ALTO client can query routing cost from a source to multiple potential destinations (identified by their IP addresses or IP prefixes) to select the destination with lowest cost. Different types of cost metrics can be used.In one embodiment, the server selector function may request to be notified about changing / changed network metrics. The metrics may change for example due to UE mobility and / or for another reason.In one embodiment, the server selector function may determine one or more final UPF and / or target DNAI and the EAS based on the combination of one or more network metrics and one or more edge server metrics, for example one or more compute or computational related metrics and / or one or more energy related metrics.In one embodiment, if new or updated network metrics between a particular UE and candidate DNAI / UPF or UE and a particular EAS are received, the server selector function may update its decision about the selected EAS for the UE and may provide a notification of this change. This notification can be provided to the ADNS 126b or the application server 126c. The application server 126c may further notify the UE of this change. A EAS re-discovery procedure may be triggered by the SMF or by the application function. This may be, for example as specified in 3GPP TS 23.548, clause 6.2.3.3 V18.2.0.Reference is made to Figure 5 which shows some of the entities of Figure 4 in more detail along with parts of an EDN 101. The UE 300 may have an application client 502 for the service to be provided by one of the candidate EAS and a DNS stub resolver 500. The UE application client 502 provides a name resolution request to the DNS stub resolver 500. The DNS stub resolver 502 sends the DNS request message to a DNS resolver 508 of a EASDF 126a. The DNS resolver 508 sends a request which includes the UE IP address and / or other unique identifier of the UE (unique UE ID) to the authoritative DNS 126b. The EASDF may receive the UE IP address and / or other unique identifier of the UE from the UE or receive the UE ID from the SMF.The EASDF 126a and / or the authoritative DNS server 126b provide or include the server discovery function in this example.In this example, the server selector function 120 may be triggered to perform selection of one or more candidate servers by an event like a DNS query sent by the UE and received at the authoritative DNS Server.In other embodiments, the server selector function 120 may be triggered by another type of application specific request for application service instance selection to an application server (not shown in Figure 5 but shown in Figure 4 and referenced 126c) .In the example shown, a separate server selector function 120 is provided. In other embodiments, the DNS server or the application server may provide at least a part of the server selector function 120.One example protocol between the DNS Server or the application server and the server selector function is the IETF ALTO protocol.In order to be able to request UE specific network metrics from the 5GS, the server selector function should know the UE IP address or another UE ID such as a GPSI (generic public subscription identifier) or any other suitable identifier of the UE.As alternative to requesting exact UE specific metrics the server selector function can request metrics related to UE location. For this purpose, the server selector function only needs to know an identifier for the UE location such as an IP address or subnet indicating a topological location in the 5G network. The topological location may indicate a specific radio access network (RAN) Node or a specific intermediate user plane function (I-UPF) or any other node or identity that represent the UE location with any level of granularity.The server selector function 120 receives a request to select an EAS instance for a particular UE. The server selector function 120 knows the UE IP address and / or other unique ID for the UE and / or an identifier for the UE location, and the IP addresses representing the different EAS instances. The server selector function will receive the UE IP address and / or other unique identifier for the UE and / or an identifier of the UE location from the authoritative DNS in some embodiments,In some cases, such as when serving DNS queries, the server selector function 120 only needs to get the metrics information at the time of the query, while in other cases the server selector function 120 may need updates every time the metrics change, for example so that an application server can consider updating the EAS instance selection to the UE client.In another example, the server selector function 120 may subscribe to be continuously notified about changing / changed NW (network) metric (s) of the changing candidate DNAI / UPF. In this way the server selector function 120 may have fast access to the NW metric (s) for deciding a best pair of DNAI / UPF and EAS.In case of UE mobility, the server selector function 120 may instruct the 5GS to trigger the relocation of DNAI / EAS or instruct the ALTO procedure to re-configure respectively.Thus, the server selector function 120 may be triggered by an event such as a DNS query sent by the UE and received at the authoritative DNS Server (ADNS) or by another type of application specific request for an application service instance selection to an application server. The authoritative DNS server or the application server requests the server selector function 120 to perform a service instance selection based on network and compute metrics.One protocol that may be used between the authoritative DNS server or the application server and the server selector function 120 is the IETF ALTO protocol.Based on the UE IP address or the unique UE identifier or an identifier for the UE location and the candidate EAS IP addresses, the server selector function 120 may request a list of potential user plane paths and their associated network metrics from the 5GS network. In the example shown in Figure 5, this request is provided to the SMF 122 via the NEF 402.Since in some cases the server selector function 120 needs the knowledge of the UE IP address to request UE specific metrics, if the DNS queries for the UE are performed via the EASDF, the SMF may be configured to instruct the EASDF 126a to populate the (extension for DNS client subnet) ECS option with the UE IP address for specific domains.In other cases where the server selector function 120 only needs the knowledge of an identifier for the UE location to request UE location specific metrics, if the DNS queries for the UE are performed via the EASDF, the SMF may be configured to instruct the EASDF 126a to populate the (extension for DNS client subnet) ECS option with an IP address or IP prefix that indicate a specific topological location of the UE for specific domains. The IP address or prefix may indicate a specific RAN node, a specific intermediate UPF or any other node or identifier representing the UE location.The EAS metrics are provided to the server selector function 120 by a EAS metrics function 124 of the EDN 101.The server selector function 120 is able to determine which EAS and DNAI pairs are sufficient to meet the application requirements and also determine their order of preference. This is based on the 5GS response received from the SMF with the candidate EAS and DNAI pairs and the associated network metrics. Alternatively or additionally, this is based on the compute metrics associates with the EAS / service instances. Alternatively or additionally, this is based on the application specific QoS (quality of service) requirements.The server selector function 120 provides a list of EAS IP addresses in a precedence order back to the authoritative DNS Server or application server.The authoritative DNS server 126b uses the ordered list of IP addresses of EAS to create DNS response sent to the UE. This may be via the DNS resolver 508 of the EASDF 126a.Similarly, the application server uses its application specific methods to provide the UE client 502 with the EAS IP address.When the EAS has been selected, a network path between the application client 502 and the application service instance 506 of the EAS 114 is established via the respective UPF 108 to the EDN. In this example, this is via a user plane.Reference is made to Figure 6 which shows a procedure of some embodiments. It should be noted that the block referenced 600 of Figure 6 are the server discovery function 126 and the server selector function 120 previously discussed.At 1, the UE requests an EAS address for a particular application. The EAS address may be an IP address, and / or URL (uniform resource locator) .The UE may for example send a DNS query. In case of a DNS query, the UE itself or the EASDF adds the UE IP address or an IP address or IP prefix indicating the UE location in the EDNS (extension for DNS) Client Subnet (ECS) option.Alternatively, the UE may use an application specific mechanism.The authoritative DNS server or the application server has the IP address of the UE.The authoritative DNS server or the application server may itself provide at least a part of the server selector function 120 or there may be a separate server selector function 120. The server selector function 120 will be provided with the candidate EAS IP addresses.The server selector function 120 may thus be triggered by the authoritative DNS server or other application server to perform the EAS address resolution or selection for a UE application client.The UE may send a query to the DNS resolver, that is the EASDF. The EASDF forwards the query to the authoritative DNS server.The authoritative DNS server provides the UE IP address or other UE identifier or UE location to the server selector function 120.The server selector function 120 is aware of the candidates EASs as discussed previously. At 2, the server selector function 120 requests the network metrics.In some embodiments, the server selector function 120 requests one of the following:i. one or more network metrics for the path segment between the UE or UE location and each candidate PSA-UPF and / or a data network identified by DNAI. To request one or more network metrics for these, the server selector function 120 may send a request for one or more network metrics that comprises one or more of the metric scope for the network metric, direction and / or type of network metric. An illustrative example is, “DNAI: [ “DL: delay, UL: delay] ” where “DNAI” identifies the scope or the type of the path segment the metrics are requested for and “DL: delay” and “UL: delay” indicate that the metrics of interest are the delay in the downlink and uplink direction, respectively. The server selector function 120 may also include in the request the UE IP address or the UE ID or an IP address or IP prefix indicating the UE location or another type of UE location identifier.ii. one or more network metrics for the end-to-end network paths between the UE and each candidate EAS IP address via each candidate PSA-UPF. To request one or more network metrics for the end-to-end network paths between the UE and each EAS IP address via each candidate PSA-UPF, the server selector function 120 may send a request for one or more network metrics that comprise one or more of the metric scope for the network metric, direction and / or type of network metric. An illustrative example of a network metric is end-to-end round trip delay for the network path. The server selector function 120 may include in the request the UE IP address or the UE ID or an IP address or IP prefix indicating the UE location or another type of UE location identifier. The server selector function 120 may include one or more candidate EAS IP addresses in the request.iii. one or more network metrics for the path segment between each candidate PSA-UPF and each candidate EAS IP address. To request one or more network metrics for these, the server selector function 120 may send a request for one or more network metrics that comprises one or more of the metric scope for the network metric, direction and / or type of network metric. An illustrative example is, “N6” : [ “DL: delay, UL: delay] ” where “N6” identifies the scope or the type of the path segment the metrics are requested for, and “DL: delay” and “UL: delay” indicate that the metrics of interest are the delay in the downlink and uplink direction, respectively. N6 is the interface between the EDN and the UPF The server selector function 120 may also include in the request the UE IP address or the UE ID or an IP address or IP prefix indicating the UE location or another type of UE location identifier.In summary, the server selector function request is augmented with one or more of:metric scope: for example “DNAI” or “E2E” or “N6” ;metric direction: “UL” (uplink) , “DL” (downlink) , “RT” (round-trip) ;metric type: “delay” , “delay-variance” , “capacity” , “reliability-index” and / or the etc.; and / orEAS IP addresses, for example where the requested metric scope is “E2E” .UE IP address or UE ID or IP address or IP prefix indication the UE location or another type of UE location identifier.The server selector function 120 may request from the 5GS, e.g. the SMF, a list of network metrics as discussed previously.At 3, the SMF responds with the network metrics.At 3a and 3b, the SMF may respond via the NEF or at 3c, the SMF may respond directly.The server selector function 120 may receive from the 5GS, e.g., SMF, the list of network metrics between a single UE or UE location and a set of candidate DNAI / UPF or a set of EASs.Where the network metrics for the path segment between the UE and each candidate PSA-UPF / DNAI were requested, the response includes the requested metrics associated with each candidate DNAI available for the UE. An illustrative example where, for example, there are three candidate DNAIs is as follows:DNAI [name=” UPF-1” , IP= “IP addr-1” ] : [DL-one-way-delay=5 ms, UL-one-way-delay=5 ms]DNAI [name=” UPF-2” , IP= “IP addr-2” ] : [DL-one-way-delay=10 ms, UL-one-way-delay=10 ms]DNAI [name=” UPF-3” , IP= “IP addr-3” ] : [DL-one-way-delay=20 ms, UL-one-way-delay=20 ms]Where the network metrics for the end-to-end network paths between the UE and each EAS IP address via each candidate PSA-UPF were requested, the response includes the requested metrics associated with each candidate EAS IP address using a path via each candidate DNAI. An illustrative example where, for example, there are two candidate EASs and two candidate DNAIs:EAS [IP=” IP addr-A” ] :Via DNAI [name=” UPF-1” , IP= “IP addr-1” ] : [RTT-delay= 10ms]Via DNAI [name=” UPF-2” , IP= “IP addr-2” ] : [RTT-delay= 20ms]EAS [IP=” IP addr-B” ] :Via DNAI [name=” UPF-1” , IP= “IP addr-1” ] : [RTT-delay= 30ms]Via DNAI [name=” UPF-2” , IP= “IP addr-2” ] : [RTT-delay= 20ms]Alternatively, the UE-DNAI and DNAI-EAS network segments may be reported separately:DNAI [name=” UPF-1” , IP= “IP addr-1” ] : [DL-one-way-delay=5 ms, UL-one-way-delay=5 ms]DNAI [name=” UPF-2” , IP= “IP addr-2” ] : [DL-one-way-delay=10 ms, UL-one-way-delay=10 ms]EAS [IP=” IP addr-A” ] :From DNAI [name=” UPF-1” , IP= “IP addr-1” ] : [RTT-delay= 5ms]From DNAI [name=” UPF-2” , IP= “IP addr-2” ] : [RTT-delay= 10ms]EAS [IP=” IP addr-B” ] :From DNAI [name=” UPF-1” , IP= “IP addr-1” ] : [RTT-delay= 25ms]From DNAI [name=” UPF-2” , IP= “IP addr-2” ] : [RTT-delay= 10ms]Where the network metrics for the path segment between the candidate PSA-UPFs / DNAIs and candidate EAS’s were requested, the response includes the requested metrics associated with each PSA-UPF / DNAI and EAS pair. An illustrative example where, for example, there are two candidate EASs and two candidate DNAIs:EAS [IP=” IP addr-A” ] :From DNAI [name=” UPF-1” , IP= “IP addr-1” ] : [RTT-delay= 5ms]From DNAI [name=” UPF-2” , IP= “IP addr-2” ] : [RTT-delay= 10ms]EAS [IP=” IP addr-B” ] :From DNAI [name=” UPF-1” , IP= “IP addr-1” ] : [RTT-delay= 25ms]From DNAI [name=” UPF-2” , IP= “IP addr-2” ] : [RTT-delay= 10ms]As referenced 4, the server selector function 120 has obtained the network metrics from the 5GS. The server selector function 120 additionally has been able to collect the metrics associated with each candidate edge server (generally referred to as edge server metrics) such as the compute metrics relevant for each candidate EAS. In some embodiments, the server selector function 120, may be able to separately collect from the EDN, the network metrics for the path segment between the PSA-UPFs and the EAS.Based on the information the server selector function 120 has received, the server selector function 120 can determine an EAS for the UE.The server selector function 120 may calculate or compute the ranking of the DNAI / UPF and EAS pairs (e.g., the ranking of candidate EASs together with related candidate network paths) based on both the network metrics related to the candidate network paths provided by the 5GS and EAS related metrics, such as compute metrics for each candidate EAS.At 5, the selected EAS address (es) (e.g., IP address (es) , URL (s) , and / or the like) is provided to the UE. The selected EAS address (es) may be provided to the UE in a DNS response or in an application specific message. The server selector function 120 may return a list of EAS IP addresses in a precedence order according to the ranking to authoritative DNS server or other application server.At 6, the server selector function 120 may indicates the selected DNAI (s) and EAS IP address (es) to the 5GS, e.g., SMF via the NEF, so that the SMF can update the I-UPF (s) UL CL (uplink classifier) rules so that the traffic flows between the UE and the EAS IP address (es) get forwarded via the selected DNAI (s) .If the server selector function 120 indicates multiple DNAIs and / or EASs have been selected and provided to the UE for example for redundancy purposes, the SMF needs to at least initially configure traffic steering for multiple DNAIs and / or UPFs and EAS IP addresses in parallel.When the EAS IP address is provided to the UE by DNS response, the 3GPP EASDF is able to see the EAS IP address, if the server selector function 120 requested the EASDF based discovery of EAS (for DNS) .The current DNS standards do not allow the DNS server to insert a different DNS ECS option than which was included in the query. However, in one modification to the current DNS standard, the ECS option in the response may indicate the selected DNAI (s) and EAS IP address (es) to the 5GS. This would remove the need for the part of the procedure at 6 in Figure 6When the SMF reports metrics related to a particular PSA-UPF and / or DNAI to the server selector function120, the SMF provides an IP address or IP prefix of the PSA-UPF  / or DNAI that is usable as an ECS option in a DNS response. For this purpose, ECS and ECS-prefix-length parameters may be provided, for example:DNAI [name=” UPF-1” , IP= “IP addr-1” , ECS=” IP addr-1” , ECS-prefix-length=” 24” ] : [DL-one-way-delay=5 ms, UL-one-way-delay=5 ms]ECS and ECS-prefix-length parameters is further provided by the server selector function 120 to the authoritative DNS server. When the authoritative DNS server responds to DNS query from the UE, the authoritative DNS uses this ECS and ECS-prefix-length to form the ECS option value in the DNS response. Alternatively, a different DNS option can be used to carry this information. When the EASDF reports to the SMF that the DNS response contains this value, the EASDF indicates to the SMF the PSA-UPF / DNAI selected by the service selector function 120.Additionally, or alternatively the server selector function 120 may request to be continuously notified about the changes of the network metrics allowing the server selector function 120 to re-select the pair of DNAI and / or EAS. According to existing DNS / EASDF procedures the change of EAS will lead to instructing the UE via PCO (Protocol configuration Options) during PDU session modification procedure to send a new DNS query for EAS discovery. Non-DNS based application protocols may provide an alternative mechanism for the application server to provide the UE application client with a new EAS address.The SMF may instruct the EASDF to build the ECS option populated with UE IP address In this case, at 1 of Figure 6, the UE sends a DNS query which reaches the EASDF. The EASDF reports the DNS query to the SMF. The SMF would request the EASDF to populate the ECS option with the UE IP address before the EASDF (or ADNS) sends the request to the server selection function.Figure 7 illustrates an example of an apparatus 200. The apparatus 200 may comprise or implement a network related metrics function (e.g., SMF) , a server selector function, or edge server metrics function such as previously described. The apparatus 200 may have at least one processor and at least one memory storing instructions of a network related metrics function (e.g., SMF) , a server selector function, or edge server metrics function that, when executed by at least one of the at least one processor cause operations or actions of the respective function to be performed. In this example, the apparatus 200 may comprise at least one random access memory (RAM) 211a, and / or at least one read only memory (ROM) 211b. The apparatus 200 may comprise at least one processor 212, 213 and / or a network interface 214. The at least one processor 212, 213 may be coupled to the at least one memory which in this example is the RAM 211a and the ROM 211b. The at least one processor 212, 213 may be configured to execute an appropriate software code 215. The software code 215 may, for example, include software code of a network related metrics function (e.g., SMF) , a server selector function, or edge server metrics function, including software, which allows the apparatus to perform one or more operations of one or more of the present aspects.Figure 8 illustrates an example of a communication device 300 or UE. The communication device 300 may be any device capable of or configured for sending and receiving signals. The communication device may be a wireline device or a wireless device. Where the communication device is a wireless device, the signals may be wireless signals such as radio signals. The communication device 300 may comprise a mobile station (MS) or mobile device such as a mobile phone or what is known as a ’s mart phone’ , a computer provided with a wireless interface card or other wireless interface facility (e.g., USB dongle) , a personal data assistant (PDA) or a tablet, a machine-type communications (MTC) device, a Cellular Internet of things (CIoT) device or any combinations of these or the like. The communication device may be an XR (extended reality) device such as a headset or may be capable of supporting an XR application (e.g., capable of executing or running an XR application) . The headset may be a VR headset. The communication device may be or part of a vehicle. The communication device 300 may be a user equipment, such as the user equipment shown in previous Figures. The communication device 300 may be configured to send or receive wireless signals, for example, radio signals carrying communications. The communications may be one or more of voice, electronic mail (email) , text message, multimedia, data, machine data and so on.Where the communication device 300 is a wireless device, the communication device may be configured to send and / or receive wireless signals, for example, radio signals, over an air or radio interface 307 via a transceiver apparatus 306. The transceiver apparatus 306 may comprise, for example, a radio part and associated antenna arrangement. The radio part may convert the base band signal to the radio frequency and / or vice versa. The antenna arrangement may be arranged internally or externally to the mobile device and may include a single antenna or multiple antennas. The antenna arrangement may be an antenna array comprising a plurality of antenna elements.The communication device 300 may comprise at least one processor 301, and / or at least one memory. The at least one memory may be at least one ROM 302a, and / or at least one RAM 302b. Other possible components 303 may be provided for use in software and hardware aided execution of tasks it is designed to perform, including control of access to and communications with access networks, such as the RAN. The at least one processor 301 is coupled to the RAM 302b and the ROM 302a. The at least one processor 301 may be configured to execute instructions of software code 308. Execution of the instructions of the software code 308 may for example allow the communication device 300 to perform one or more operations. The software code 308 may be stored in the ROM 302a. It should be appreciated that in other embodiments, any other suitable memory may be alternatively or additionally used.The at least one processor 301, the at least one ROM 302a, and / or the at least one RAM 302b can be provided on an appropriate circuit board, in an integrated circuit, and / or in chipsets. This feature is denoted by reference 304.The communication device 300 may optionally have a user interface such as keypad 305, touch sensitive screen or pad, combinations thereof or the like. Optionally, the communication device may have one or more of a display, a speaker, and a microphone.In this document, the term UE or user equipment is used. This term encompasses any of the example of communication device 300 previously discussed and / or any other communication device.As mentioned above, some embodiments may be implemented in a 5G communication system.To this end, according to some embodiments, an EAS Discovery Procedure with EASDF may be provided:Such an EAS Discovery Procedure with EASDF procedure may be as follows. When the EASDF forwards a DNS message (to the UE or towards a DNS server over N6 (e.g., over the N6 interface of the 5GS) , the EASDF uses its own address as the source address of the DNS message. When the EASDF forwards the DNS message to the UE, the EASDF, based on configuration, either replaces the received EDNS Client Subnet option with the one provided by the UE (e.g., if an EDNS Client Subnet option provided by the UE) or remove any received EDNS Client Subnet option.The SMF may use following information to create DNS message handling rules (e.g., create handling rules for a DNS message) associated with a PDU Session:- Local configuration associated with the (DNN, S-NSSAI, Internal Group Identifier) of the PDU Session; and / or- EAS Deployment Information provided by the AF or preconfigured in the SMF; and / or- Information derived from the UE location such as candidate L-PSA (s) ; and / or- PDU Session information, like PDU Session L-PSA (s) and ULCL / BP; and / or- Internal Group Identifier received in the Session Management Subscription data from the UDM; and / or- IP address or DNAI (e.g., common EAS, common DNAI) cached locally or retrieve from UDR via PCF.NOTE 8: For example, the SMF can derive (e.g., determine) the IP address for a ECS based on the N6 IP address (es) associated with serving L-PSA (s) locally configured or in the NRF. In a special deployment scenario, the SMF may be configured to instruct the EASDF to populate the ECS option with the UE IP address. In this scenario the EASDF may not remove the ECS option if the ECS option provided by the UE already contains the UE IP address.NOTE 9: Providing in DNS EDNS Client Subnet option an IP address associated with the L-PSA UPF protects the privacy of the (IP address of the) UE.Edge Relocation Triggered by AF according to some embodiments may be as follows.The AF may invoke the AF request targeting an individual UE address procedure as described in clause 4.3.6.4 of TS 23.502, due to EAS relocation. The EAS relocation may be due to AF internal triggers e.g., EAS load balance or maintenance, enforcement of EAS selection based on events or metrics outside of 3GPP, etc. or due to UP path change notification from SMF. The EAS relocation may include AF change or that the AF does not change. The EAS relocation can happen with or without DNAI change. The AF may include the following information: Indication for EAS Relocation, target DNAI, traffic descriptor information and N6 routing information at target DNAI in the Nnef_TrafficInfluence_Create and / Nnef_TrafficInflucence Update Request sent to the NEF, or Npcf_PolicyAuthorization_Create and / or the Npcf_PolicyAutorization_Update Request sent to the PCF. When the PCF receives an AF request for the same application, then the latest AF request message take precedence over any previous AF request message if the traffic descriptor information is same.The AF may invoke the AF request targeting a set of UEs as described in clause 4.3.6.2 of TS 23.502, due to change of common EAS and / or common DNAI used by the set of UEs. Similar as the Edge relocation triggered by AF with target DNAI, the common DNAI is included instead of the target DNAI.An enhanced Notification of User Plane Management Events procedure may be provided:The enhanced procedure may be an enhancement to an existing procedure , for example, the procedure described in TS 23.502–section 4.3.6.3.In the procedure for Notification of User Plane Management Events, the SMF may send a notification to the AF if the AF had subscribed to user plane management event notifications as described in clause 4.3.6.2 and in clause 5.6.7 of TS 23.501. The following are the examples of such events:- A PDU Session Anchor identified in the AF subscription request has been established or released.- A DNAI has changed.- The SMF has received a request for AF notification and the on-going PDU Session meets the conditions to notify the AF.- Ethernet PDU Session Anchor Relocation as defined in clause 4.3.5.8.- Candidate DNAI (s) has changed.- A common EAS has changed.The SMF uses notification reporting information received from PCF to issue the notification either via an NEF (2a, 2b and 4a, 4b) or directly to the AF (2c and 4c) .In the case of the AF interacting with VPLMN in the HR-SBO case, the NF (s) in the procedure are located in VPLMN.NOTE 1: 1a: In HR-SBO case, no PCF in VPLMN is involved.The flow of Figure 4.3.6.3-1depicts a sequence of events:Figure 4.3.6.3-1: Notification of user plane management event – (this is shown in Figure 9 of the Figures)1. A condition for an AF notification has been met as described above. The SMF sends notification to the NF that is subscribed for SMF notifications. Further processing of the SMF notification depends on the receiving NF, as shown in steps 2a and 2c.If immediate reporting flag is included in AF subscription for user plane management event as described in clause 5.6.7 of TS 23.501, SMF sends notification, as shown in steps 2a or 2c.2a. If early notification via NEF is requested by the AF, the SMF notifies the NEF of the target DNAI or candidate DNAI (s) of the PDU Session or indication of EAS rediscovery and may indicate capability of supporting EAS IP replacement in 5GC by invoking Nsmf_EventExposure_Notify service operation. The SMF may provide the target AF ID if it determines that the target DNAI is not supported by the source AF as specified in TS 23.548

[0074] . The SMF may consider the UE location and available DNAI list provided by AF to select the closest available DNAI (s) as candidate DNAI (s) . The SMF may also provide the candidate DNAI (s) and / or the EAS IP addresses with the network metric scopes (UE to DNAI or UE to EAS) , directions (uplink, downlink, round-trip) and types (e.g., delay, packet error rate) as requested by the AF in a precedence order.NOTE 2: For the reporting of candidate DNAIs from SMF / NEF to AF, only early notification is used.2b. When the NEF receives Nsmf_EventExposure_Notify, the NEF performs information mapping (e.g., AF Transaction Internal ID provided in Notification Correlation ID to AF Transaction ID, SUPI to GPSI, etc. ) as applicable according to clause 5.6.7 of TS 23.501 and triggers the appropriate Nnef_TrafficInfluence_Notify message. In this case, step 2c is not applicable.2c. If early direct notification is requested by the AF, the SMF notifies the AF of the target DNAI or candidate DNAI (s) of the PDU Session or indication of EAS rediscovery and may indicate capability of supporting EAS IP replacement in 5GC by invoking Nsmf_EventExposure_Notify service operation. The SMF may provide the target AF ID if it determines that the target DNAI is not supported by the source AF.2d. The AF replies to Nnef_TrafficInfluence_Notify by invoking Nnef_TrafficInfluence_AppRelocationInfo service operation either immediately or after any required application relocation in the target DNAI is completed. The AF may include N6 traffic routing details corresponding to the target DNAI and  / or the 'uplink buffering'indication to indicate that buffering of uplink traffic to the target DNAI is needed. The AF may include Information for EAS IP Replacement in 5GC. AF may reply in negative e.g., if the AF determines that the application relocation cannot be completed successfully and / or on time.NOTE 3: The maximum time the new PSA is to buffer UL data relates to the maximum delay between steps 4a-4c and step 4f / 4g of Figure 4.3.6.3-1. SMF local policies can control this maximum time.NOTE 4: The traffic being buffered is the traffic associated with the PCC rule that has requested the notification.2d-a. If information sent via Nnef_TrafficInfluence_Create is to be changed e.g., N6 traffic routing details corresponding to the target DNAI, the AF invokes Nnef_TrafficInfluence_update service operation in order for PCF to be able to include this information in PCC rules sent to SMF.If the AF includes information such as N6 traffic routing details corresponding to the target DNAI in Nnef_TrafficInfluence_AppRelocationInfo it shall include the same information in Nnef_TrafficInfluence_update.If common DNAI or common EAS is required for set of UEs, and AF is used to select common DNAI or common EAS according to operator's configuration, the AF determines the common DNAI / EAS according to the candidate DNAI (s) of each UE of the set reported by SMF(s) serving the set of UEs, then informs SMF (s) of each UE of the selected common DNAI as clause 6.2.3.2.6 of TS 23.548

[0074] or the selected common EAS as clause 6.2.3.2.5 of TS 23.548

[0074] .2e. When the NEF receives Nnef_TrafficInfluence_AppRelocationInfo, the NEF triggers the appropriate Nsmf_EventExposure_AppRelocationInfo message.2e-a. When the NEF receives Nnef_TrafficInfluence_update, the NEF triggers step 3a as in Figure 4.3.6.2-1 or step 2 of Figure 4.3.6.4-1 if targeting an individual UE by a UE address.2f. The AF replies to Nsmf_EventExposure_Notify by invoking Nsmf_EventExposure_AppRelocationInfo service operation either immediately or after any required application relocation in the target DNAI is completed. The AF may include N6 traffic routing details corresponding to the target DNAI and  / or the 'uplink buffering'indication to indicate that buffering of uplink traffic to the target DNAI is needed. The AF may include Information for EAS IP Replacement in 5GC. AF may reply in negative e.g., if the AF determines that the application relocation cannot be completed successfully on time.2f-a. If information sent via Npcf_PolicyAuthorization_Create is to be changed e.g., N6 traffic routing details corresponding to the target DNAI, the AF invokes Npcf_PolicyAuthorization_Update service operation in order for PCF to be able to include this information in PCC rules sent to SMF.If the AF includes information such as N6 traffic routing details corresponding to the target DNAI in Nsmf_EventExposure_AppRelocationInfo it shall include the same information in Npcf_PolicyAuthorization_Update.3. The SMF enforces the change of DNAI or addition, change, or removal of a UPF. This may correspond to the mechanisms described in Figure 4.3.5.6-1 or in Figure 4.3.5.7-1.If the runtime coordination between 5GC and AF is enabled based on local configuration, according to the indication of "AF acknowledgment to be expected" included in AF subscription to SMF events, the SMF may wait for a response from the AF to the early notification before this step. The SMF does not perform this step until it receives a positive response from the AF, as described in clause 5.6.7 of TS 23.501.4a. If late notification via NEF is requested by the AF, the SMF notifies the NEF of the target DNAI of the PDU Session or indication of EAS rediscovery and may indicate capability of supporting EAS IP replacement in 5GC by invoking Nsmf_EventExposure_Notify service operation. The SMF may provide the target AF ID if it determines that the target DNAI is not supported by the source AF.If the runtime coordination between 5GC and AF is enabled based on local configuration, according to the indication of "AF acknowledgment to be expected" included in AF subscription to SMF events, the SMF may send late notification and wait for a positive response from the AF before activating the new UP path, as described in clause 5.6.7 of TS 23.501.4b. When the NEF receives Nsmf_EventExposure_Notify, the NEF performs information mapping (e.g., AF Transaction Internal ID provided in Notification Correlation ID to AF Transaction ID, SUPI to GPSI, etc. ) as applicable according to clause 5.6.7 of TS 23.501 and triggers the appropriate Nnef_TrafficInfluence_Notify message. In this case, step 4c is not applicable.4c. If late direct notification is requested by the AF, the SMF notifies the AF of the target DNAI of the PDU Session or indication of EAS rediscovery may indicate capability of supporting EAS IP replacement in 5GC by invoking Nsmf_EventExposure_Notify service operation. The SMF may provide the target AF ID if it determines that the target DNAI is not supported by the source AF.4d. When the AF receives either the Nnef_TrafficInfluence_Notify message or the Nsmf_EventExposure_Notify message, the AF checks whether it can serve the target DNAI. If the AF instance change is needed, the AF determines the proper target AF for the target DNAI (e.g., based on locally configured information or the AF ID provided by the SMF in step 4a or 4c) and performs the AF migration.NOTE 5: If the source AF is already locally configured with information associated with the target DNAI, the source AF is assumed to use the locally configured information, even if it has received from the SMF target AF ID in a previous step above.NOTE 6: The determination of the target AF for the target DNAI and the AF migration to the target AF are out of the scope of this release.4e. The AF replies to Nnef_TrafficInfluence_Notify by invoking Nnef_TrafficInfluence_AppRelocationInfo service operation either immediately or after any required application relocation in the target DNAI is completed. AF includes N6 traffic routing details corresponding to the target DNAI. AF may reply in negative e.g., if the AF determines that the application relocation cannot be completed successfully on time. Nnef_TrafficInfluence_AppRelocationInfo with positive response may indicate that buffering of uplink traffic to the target DNAI is no more needed.If SMF has sent an EAS re-discovery request to the UE as defined in TS 23.548

[0074] , e.g., due to change of common EAS, the SMF sends an indication to the AF that an EAS re-discovery request has been sent to the UE.NOTE 7: The action taken by the AF when receiving such an indication that an EAS re-discovery request has been sent to the UE is out of scope of 3GPP specifications.4e-a. If information sent via Nnef_TrafficInfluence_Create / Update is to be changed e.g., N6 traffic routing details corresponding to the target DNAI, the AF invokes Nnef_TrafficInfluence_Create or Nnef_TrafficInfluence_Update service operation in order for PCF to be able to include this information in PCC rules sent to SMF. The Nnef_TrafficInfluence_Create shall be used if the AF is notified (e.g., in step 4b) that the UE IP address is changed and the initial Nnef_TrafficInfluence_Create was targeted to an individual UE address, otherwise the Nnef_TrafficInfluence_Update may be used.If the AF includes information such as N6 traffic routing details corresponding to the target DNAI in Nnef_TrafficInfluence_AppRelocationInfo it shall include the same information in Nnef_TrafficInfluence_Create or Nnef_TrafficInfluence_Update, whichever is appropriate.4f. When the NEF receives Nnef_TrafficInfluence_AppRelocationInfo, the NEF triggers the appropriate Nsmf_EventExposure_AppRelocationInfo message.4f-a. When the NEF receives Nnef_TrafficInfluence_Create / update, the NEF triggers step 3a as in Figure 4.3.6.2-1 or step 2 of Figure 4.3.6.4-1 if targeting an individual UE by a UE address.4g. The AF replies to Nsmf_EventExposure_Notify by invoking Nsmf_EventExposure_AppRelocationInfo service operation either immediately or after any required application relocation in the target DNAI is completed. AF includes N6 traffic routing details corresponding to the target DNAI. AF may reply in negative e.g., if the AF determines that the application relocation cannot be completed successfully on time. Nsmf_EventExposure_AppRelocationInfo with positive response may indicate that buffering of uplink traffic to the target DNAI is no more needed.4g-a. If information sent via Npcf_PolicyAuthorization_Create / Update is to be changed e.g., N6 traffic routing details corresponding to the target DNAI, the AF invokes Npcf_PolicyAuthorization_Create or Npcf_PolicyAuthorization_Update service operation in order for PCF to be able to include this information in PCC rules sent to SMF. The Npcf_PolicyAuthorization_Create shall be used if the AF is notified (e.g., in step 4c) that the UE IP address is changed, otherwise the Npcf_PolicyAuthorization_Update may be used.If the AF includes information such as N6 traffic routing details corresponding to the target DNAI in Nsmf_EventExposure_AppRelocationInfo it shall include the same information in Npcf_PolicyAuthorization_Create or Npcf_PolicyAuthorization_Update, whichever is appropriate.Some embodiments may provide one or more information elements which may be provided in an application function request where the application function has an influence on traffic routing. This is shown in the table below.Information element contained in AF request.8) Information on AF subscription to corresponding SMF events.The AF may request to be subscribed to change of UP path associated with traffic identified in the bullet 1) above. The AF request contains:- A type of subscription (subscription for Early and / or Late notifications) .The AF subscription can be for Early notifications and / or Late notifications. In the case of a subscription for Early notifications, the SMF sends the notifications before the (new) UP path is configured. In the case of a subscription for Late notifications, the SMF sends the notification after the (new) UP path has been configured.- Notification target address for receiving event notification.- Optionally, an indication of "AF acknowledgment to be expected" .The indication implies that the AF will provide a response to the notifications of UP path management events to the 5GC. The SMF may, according to this indication, determine to wait for a response from the AF before the SMF configures in the case of early notification, or activates in the case of late notification, the new UP path as described in clause 5.6.7.2.- Optionally, an immediate reporting flag.The immediate reporting flag is included when AF subscribe for candidate DNAI (s) of UE for common EAS / DNAI selection. With this flag, SMF should immediately response AF with the candidate DNAI (s) using Notification of user plane management event as described in clause 4.3.6.3 in TS 23.502.The AF subscription can also request to receive information associating the GPSI of the UE with the IP address (es) of the UE and / or with actual N6 traffic routing to be used to reach the UE on the PDU Session; in this case the corresponding information is sent by the SMF regardless of whether a DNAI applies to the PDU Session.- Optionally, a network metric reporting indication including information about the scopes, directions, and types of the network metrics the AF is requesting for each possible DNAI and / or EAS IP address (pair) fulfilling the QoS requirements for the UE in question.The network metric reporting indication is included when AF subscribes for candidate DNAI (s) and / or EAS’s for a single UE for EAS / DNAI selection together with the requested network metric scopes (e.g., DNAI, E2E) , directions (uplink, downlink, round-trip) and types (e.g., delay, packet error rate) . With this indication present, SMF should immediately respond AF with the candidate DNAI (s) and / or EAS’s and their associated network metrics using Notification of user plane management event as described in clause 4.3.6.3 in TS 23.502.Additionally, the AF is also notified in case any of the network metrics change.16) Traffic Correlation ID. Identification of a set of UEs subjecting to the AF request and accessing the application identified by the Traffic Description. UEs associated with the same Traffic Correlation ID and accessing the application identified by the Traffic Description should connect to a common EAS or EAS (es) corresponding to a common DNAI.The following attributes may be provided with the Traffic Correlation ID:- EAS Correlation indication. Indicates selecting a common EAS for a set of UEs identified by Traffic Correlation ID and accessing the application identified by the Traffic Description.- Common EAS IP address. IP address of the common EAS to be accessed by the UEs in the set of UE subject to AF request, for the application identified by the Traffic Description.NOTE 5: In the case of common EAS selection, if Traffic Correlation ID is provided, either EAS Correlation indication or Common EAS will be included in AF request.- FQDN (s) . FQDN (s) corresponding to the application identified by Traffic Description. When FQDN (s) is included, it is used for influencing EAS discovery procedure as defined in TS 23.548

[0130] .17) List of IP addresses of potential EASThis is provided to the SMF by the AF in order to determine the best pair of DNAI / EAS18) Network MetricsThis is provided to the SMF by the AF in order to request network metric associated with DNAI.Reference is made to Figure 10 which shows a method of some embodiments.This method may be performed by an apparatus. The apparatus may provide a server selection function. The method may be performed by a server selection function. The server selection function may be a network function.The apparatus may comprise suitable means, such as circuitry for providing the method.Alternatively or additionally, the apparatus may comprise at least one processor and at least one memory storing instructions that, when executed by the at least one processor cause the apparatus at least to provide the method below.Alternatively or additionally, the apparatus may be such as discussed in relation to Figure 7.The method may be provided by computer program code or computer executable instructions.The method may comprise as referenced A1, receiving, for a plurality of candidate application servers for providing a service to a user equipment, one or more network related metrics relating to at least a part of a network path between the user equipment and a respective candidate application server via a network.The method may comprise as referenced A2, receiving, for the plurality of candidate application servers, one or more application server metrics.The method may comprise as referenced A3, determining, based on the one or more network related metrics for each candidate application server and the one or more application server metrics for the candidate application servers, which one or more candidate application servers of the plurality of candidate application servers are to provide the service to the user equipment.It should be appreciated that the method outlined in Figure 10 may be modified to include any of the previously described features.Reference is made to Figure 11 which shows a method of some embodiments.This method may be performed by an apparatus. The apparatus may provide a network related metrics function. The apparatus may provide a session management function. The method may be performed by a network function. The network function may be a session management function.The apparatus may comprise suitable means, such as circuitry for providing the method.Alternatively or additionally, the apparatus may comprise at least one processor and at least one memory storing instructions that, when executed by the at least one processor cause the apparatus at least to provide the method below.Alternatively or additionally, the apparatus may be such as discussed in relation to Figure 7.The method may be provided by computer program code or computer executable instructions.The method may comprise as referenced B1, receiving a request for one or more network related metrics relating to at least a part of a network path between a user equipment and a candidate application server of a plurality of candidate application servers for providing a service to the user equipment.The method may comprise as referenced B2, providing, in response to the request, one or more network related metrics relating to at least a part of the network path between the user equipment and a respective candidate application server.It should be appreciated that the method outlined in Figure 11 may be modified to include any of the previously described features.Computer program code may be downloaded and stored in one or more memories of the apparatus described herein.Therefore, although certain embodiments were described above by way of example with reference to certain example architectures for communication systems operated by mobile network operators, technologies and standards, embodiments may be applied to any other suitable forms of communication systems than those illustrated and described herein. In this example, some embodiments have been described in relation to a 5G system (5GS) .As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.In general, the various embodiments may be implemented in hardware or special purpose circuitry, software, logic, or any combination thereof. Some aspects of the disclosure may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor, or other computing device, although the disclosure is not limited thereto. While various aspects of the disclosure may be illustrated and described as block diagrams, flow charts, or using some other pictorial representation, it is well understood that these blocks, apparatus, systems, techniques, or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.As used in this application, the term “circuitry” may refer to one or more or all of the following:(a) hardware-only circuit (s) (such as only analog and / or digital circuit (s) ) and(b) combinations of hardware circuits and software, such as (as applicable) :(i) a combination of analog and / or digital hardware circuit (s) with software / firmware and(ii) any portions of hardware processor (s) with software (including digital signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions) and(c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) , that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation. ”This definition of circuitry applies to all uses of the term “means” in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, an integrated circuit such as a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.The embodiments of this disclosure may be implemented by computer software executable by a data processor of the mobile device, such as in the processor entity, or by hardware, or by a combination of software and hardware. Computer software or program, also called program product, including software routines, applets and / or macros, may be stored in any apparatus-readable data storage medium and they comprise program instructions to perform particular tasks. A computer program product may comprise one or more computer-executable components which, when the program is run, are configured to carry out embodiments. The one or more computer-executable components may be at least one software code or portions of it.Further in this regard it should be noted that any blocks of the logic flow as in the Figures may represent program steps, or interconnected logic circuits, blocks and functions, or a combination of program steps and logic circuits, blocks, and functions. The software may be stored on such physical media as memory chips, or memory blocks implemented within the processor, magnetic media such as hard disks or floppy disks, and optical media such as for example, DVD and the data variants thereof, CD. The physical media is a non-transitory media.The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs. ROM) .The memory may be of any type suitable to the local technical environment and may be implemented using any suitable data storage technology, such as semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory, and removable memory. The data processors may be of any type suitable to the local technical environment, and may comprise one or more of general-purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) , application specific integrated circuits (ASIC) , FPGA, gate level circuits and processors based on multi core processor architecture, as non-limiting examples.Embodiments of the disclosure may be practiced in various components such as integrated circuit modules. The design of integrated circuits is by and large a highly automated process. Complex and powerful software tools are available for converting a logic level design into a semiconductor circuit design ready to be etched and formed on a semiconductor substrate.The foregoing description has provided by way of non-limiting examples a full and informative description of the exemplary embodiments of this disclosure. However, various modifications and adaptations may become apparent to those skilled in the relevant arts in view of the foregoing description, when read in conjunction with the accompanying drawings and the appended claims. Indeed, there are further embodiments comprising a combination of one or more embodiments with any of the other embodiments previously discussed. The scope of protection sought for some embodiments of the disclosure is set out by the claims. The embodiments and features, if any, described in this specification that do not fall under the scope of the claims are to be interpreted as examples, useful for understanding various embodiments of the disclosure. It should be noted that different claims with differing claim scope may be pursued in related applications such as divisional or continuation applications.

Claims

1.An apparatus, the apparatus comprising at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to perform:receiving, for a plurality of candidate application servers for providing a service to a user equipment, one or more network related metrics relating to at least a part of a network path between the user equipment and a respective candidate application server via a network;receiving, for the plurality of candidate application servers, one or more application server metrics; anddetermining, based on the one or more network related metrics for the plurality of candidate application servers and the one or more application server metrics for the plurality of candidate application servers, which one or more candidate application servers of the plurality of candidate application servers is to provide the service to the user equipment.2.The apparatus as claimed in claim 1, wherein the determining comprises determining a ranking for the plurality of candidate application servers based on the one or more application server metrics.3.The apparatus as claimed in claim 1 or 2, wherein one or more of the plurality of candidate application servers have two or more network paths between the user equipment and the respective candidate application server providing different candidate network paths for the respective candidate application server, and wherein the receiving comprises receiving one or more network metrics relating to the different candidate network paths between the user equipment and the respective candidate application server.4.The apparatus as claimed in 3, wherein the determining comprises, for each respective candidate application server, determining a ranking associated with each of the candidate network paths based on the one or more network metrics relating to the different candidate network paths between the user equipment and the respective candidate application server.5.The apparatus as claimed in claim 4, wherein the determining which one or more candidate network paths is to provide the service to the user equipment is further based on the  ranking associated with each of the candidate network paths, when that respective candidate server is to provide the service to the user equipment.6.The apparatus as claimed in any preceding claim, wherein the instructions when executed by the at least one processor further cause the apparatus to perform sending a request for the one or more network related metrics for the plurality of candidate application servers to a network related metrics function, wherein said one or more network related metrics being received from the network related metrics function.7.The apparatus as claimed in claim 6, wherein the request comprises one or more of:metric scope indicating the respective at least a part of the network path; metric direction; metric type; and an address for one or more of the candidate application servers.8.The apparatus as claimed in claim 6 or 7, wherein the network related metrics function comprises a session management function.9.The apparatus as claimed in any of claims 6 to 8, wherein the instructions when executed by the at least one processor further cause the apparatus to provide, to the network related metrics function, information indicating which one or more candidate application servers are to provide the service to the user equipment,10.The apparatus as claimed in claim 9 when appended to claim 5, wherein information provided to the network related metrics function, further indicates which one or more candidate network paths are to provide the service to the user equipment.11.The apparatus as claimed in any preceding claim, wherein the at least the part of the network path comprises:a path segment between the user equipment and a network function in said network path;a path segment between a network function and the application server; orall of the network path.12.The apparatus as claimed in claim 11, wherein the network function comprises a user plane function providing the user equipment access to a data network.13.The apparatus as claimed in any preceding. wherein the instructions when executed by the at least one processor further cause the apparatus to receive, from a domain name system server or application server, information identifying the user equipment or a location of the user equipment and provide to the domain name system server or the application server, a list comprising internet protocol addresses of two or more of the candidate application servers in a precedence order to provide the service to the user equipment.14.The apparatus as claimed in claim 13 when appended to 3, wherein the list may include for the IP addresses of one or more candidate application servers the precedence order associated with the candidate network paths between the user equipment and the respective candidate application server.15.An apparatus, the apparatus comprising at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to perform:receiving a request for one or more network related metrics relating to at least a part of a network path between a user equipment and a respective candidate application server of one or more candidate application servers for providing a service to the user equipment; andproviding, in response to the request, one or more network related metrics relating to at least a part of the network path between the user equipment and a respective candidate application server.16.The apparatus as claimed in claim 15, wherein one or more of the plurality of candidate application servers have two or more network paths between the user equipment and the respective candidate application server providing different candidate network paths for the respective candidate application server, said response comprising network related metrics associated with the different candidate network paths.17.The apparatus as claimed in claim 15 or 16, wherein the request comprises one of more of:metric scope indicating the respective at least a part of the network path; metric direction; metric type; and an address for one or more of the candidate application servers.18.The apparatus as claimed in any of claims 15 to 17, wherein the apparatus is caused to receive information indicating which one or more candidate application servers are to provide the service to the user equipment.19.A method, the method comprising:receiving, for a plurality of candidate application servers for providing a service to a user equipment, one or more network related metrics relating to at least a part of a network path between the user equipment and a respective candidate application server via a network;receiving, for the plurality of candidate application servers, one or more application server metrics; anddetermining, based on the one or more network related metrics for each candidate application server and the one or more application server metrics for the candidate application servers, which one or more candidate application servers of the plurality of candidate application servers are to provide the service to the user equipment.20.A method comprising:receiving a request for one or more network related metrics relating to at least a part of a network path between a user equipment and a candidate application server of a plurality of candidate application servers for providing a service to the user equipment; andproviding, in response to the request, one or more network related metrics relating to at least a part of the network path between the user equipment and a respective candidate application server.21.A computer program comprising computer executable instructions which when run by at least one processor cause the method of claim 19 or 20 to be performed.

Images