Method and apparatus for determining a network node

Abstract

Embodiments of the present disclosure provide method and apparatus for tunnel service. A method performed by a first network node may comprise obtaining tunnel information of a tunnel. The method may comprise determining a second network node based on the tunnel information; determining (314) a second network node based on the tunnel information. Obtaining the tunnel information comprises at least one of: receiving the tunnel information from a terminal device, or receiving the tunnel information from a third network node.

Description

METHOD AND APPARATUS FOR DETERMINING A NETWORK NODETECHNICAL FIELD

[0001] The non-limiting and exemplary embodiments of the present disclosure generally relate to the technical field of communications, and specifically to methods and apparatuses for determining a network node.BACKGROUND

[0002] This section introduces aspects that may facilitate a better understanding of the disclosure. Accordingly, the statements of this section are to be read in this light and are not to be understood as admissions about what is in the prior art or what is not in the prior art.

[0003] In communication networks such as fifth generation system (5GS) as defined by 3rd Generation Partnership Project (3GPP) , a tunnel service may be supported. Tunneling may work by wrapping data in encapsulated packets that look like normal traffic on a network. Upon arriving at their destination, the packets are de-capsulated. There may be several types of tunnels, such as virtual private networks (VPNs) , Generic Routing Encapsulation (GRE) tunneling, Virtual Extensible Local Area Network (VXLAN) , OpenVPN, Generic Network Virtualization Encapsulation (Geneve) , etc. There may be many tunneling protocols, including Point-to-Point Tunneling Protocol (PPTP) , Internet protocol (IP) -in-IP, Layer 2 Tunneling Protocol (L2TP) , Internet Protocol Security (IPsec) , Secure Sockets Layer (SSL) , Transport Layer Security (TLS) , etc.SUMMARY

[0004] This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the detailed description. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.

[0005] The current discovery mechanism for a network node does not consider the tunnel information.

[0006] For example, in communication networks such as 5GS, edge computing may be supported. Edge computing may enable operator and 3rd party services to be hosted close to a terminal device's access point of attachment, so as to achieve an efficient service delivery through a reduced end-to-end latency and load on a transport network.

[0007] The current discovery mechanism for an edge network node, such as Edge Enabler Server (EES) or Edge Application Server (EAS) does not consider the tunnel use case such as VPN, software-defined networking in a wide area network (SD-WAN) , N6 tunnel (e.g. L2TP as described in 3GPP TS 23.501 V18.4.0 and TS 23.502 V18.4.0) in protocol data unit (PDU) Session Anchor (PSA) user plane function (UPF) .

[0008] When the tunnel service is used in a terminal device communication with a network, the terminal device location may not be accurate information to determine a network node such as EES / EAS in a network such as edge network because using terminal device location in network node (such as EES / EAS) determination may create a tromboning for application traffic. For example, even though a determined network node (such as EES / EAS) is close to a terminal device location, the traffic tromboning may happen if using terminal device location as criteria to determine the network node.

[0009] To overcome or mitigate at least one above mentioned problems or other problems, an improved solution for tunnel service may be desirable.

[0010] In a first aspect of the disclosure, there is provided a method performed by a first network node. The method may comprise obtaining tunnel information of a tunnel and determining a second network node based on the tunnel information.

[0011] In an embodiment, obtaining the tunnel information may comprise at least one of receiving the tunnel information from a terminal device, or receiving the tunnel information from a third network node.

[0012] In an embodiment, the first network node may comprise at least one of an edge configuration node or an edge enabler node, the second network node may comprise at least one of an edge enabler node or an edge application node.

[0013] In an embodiment, determining a second network node based on the tunnel information may comprise determining the second network node which is topologically close to a tunnel server of the tunnel.

[0014] In an embodiment, the third network node may comprise at least one of a user plane node, a session management node, a network exposure node, an edge application node, or an edge enabler node.

[0015] In an embodiment, the terminal device may comprise an edge enabler client.

[0016] In a second aspect of the disclosure, there is provided a method performed by a terminal device. The method may comprise obtaining tunnel information of a tunnel and sending the tunnel information to a first network node.

[0017] In an embodiment, the tunnel information may be used to determine a second network node.

[0018] In an embodiment, the first network node may comprise at least one of an edge configuration node or an edge enabler node.

[0019] In an embodiment, the second network node may comprise at least one of an edge enabler node or an edge application node.

[0020] In a third aspect of the disclosure, there is provided a first network node. The first network node may comprise a processor and a memory coupled to the processor. Said memory may contain instructions executable by said processor. The first network node is operative to obtain tunnel information of a tunnel and determine a second network node based on the tunnel information.

[0021] In an embodiment, the first network node may be operative to receive the tunnel information from a terminal device, or from a third network node when obtaining the tunnel information.

[0022] In an embodiment, the first network node may be operative to perform any of the methods according to the first aspect of the disclosure.

[0023] In a fourth aspect of the disclosure, there is provided a terminal device. The terminal device may comprise a processor and a memory coupled to the processor. Said memory may contain instructions executable by said processor. The terminal device may be operative to obtain tunnel information of a tunnel and send the tunnel information to a first network node. The tunnel information is used to determine a second network node.

[0024] In an embodiment, the terminal device may be operative to perform any of the methods according to the second aspect of the disclosure.

[0025] In another aspect of the disclosure, there is provided a computer program product comprising instructions which when executed by at least one processor, cause the at least one processor to perform any of the methods according to any one of the first or second aspect.

[0026] In another aspect of the disclosure, there is provided a computer-readable storage medium storing instructions which when executed by at least one processor, cause the at least one processor to perform any of the methods according to any one of the first or second aspect.

[0027] Embodiments herein may provide many advantages, of which a non-exhaustive list of examples follows. In some embodiments herein, the proposed solution can solve the traffic tromboning problem for application traffic by considering tunnel information. In some embodiments herein, the network node discovery procedure (such as EES discovery procedure and EAS discovery procedure) may be enhanced with considering tunnel information, e.g. determining or discovering a network node which is topologically close to a tunnel server. In some embodiments herein, it can improve the service continuity scenarios as described in clause 8.8.2 of 3GPP TS 23.558 V19.1.0. In some embodiments herein, it can provide edge computing support when tunnel service is used between the terminal device and a data network. The embodiments herein are not limited to the features and advantages mentioned above. A person skilled in the art will recognize additional features and advantages upon reading the following detailed description.BRIEF DESCRIPTION OF THE DRAWINGS

[0028] The above and other aspects, features, and benefits of various embodiments of the present disclosure will become more fully apparent, by way of example, from the following detailed description with reference to the accompanying drawings, in which like reference numerals or letters are used to designate like or equivalent elements. The drawings are illustrated for facilitating better understanding of the embodiments of the disclosure and not necessarily drawn to scale, in which:

[0029] FIG. 1a illustrates the reference point representation of the architecture for edge enabling applications;

[0030] FIG. 1b schematically shows a high level architecture in a 5G network according to an embodiment of the present disclosure;

[0031] FIG. 1c schematically shows system architecture in a 4G network according to an embodiment of the present disclosure;

[0032] FIG. 2a shows a flowchart of service provisioning procedure based on request / response model;

[0033] FIG. 2b shows a flowchart of EAS discovery procedure;

[0034] FIGs. 3a, 3b, 4, 5, 6a, 6b and 6c shows flowcharts of methods according to embodiments of the present disclosure;

[0035] FIG. 7 is a block diagram showing an apparatus suitable for practicing some embodiments of the disclosure;

[0036] FIG. 8 shows an example of traffic tromboning;

[0037] FIG. 9 shows an example of E2E tunnel; and

[0038] FIG. 10 shows an example of N6 tunnel.DETAILED DESCRIPTION

[0039] The embodiments of the present disclosure are described in detail with reference to the accompanying drawings. It should be understood that these embodiments are discussed only for the purpose of enabling those skilled persons in the art to better understand and thus implement the present disclosure, rather than suggesting any limitations on the scope of the present disclosure. Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present disclosure should be or are in any single embodiment of the disclosure. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present disclosure. Furthermore, the described features, advantages, and characteristics of the disclosure may be combined in any suitable manner in one or more embodiments. One skilled in the relevant art will recognize that the disclosure may be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the disclosure.

[0040] As used herein, the term “network” refers to a network following any suitable communication standards such as new radio (NR) , long term evolution (LTE) , LTE-Advanced (LTE-A) , wideband code division multiple access (WCDMA) , high-speed packet access (HSPA) , Code Division Multiple Access (CDMA) , Time Division Multiple Address (TDMA) , Frequency Division Multiple Access (FDMA) , Orthogonal Frequency-Division Multiple Access (OFDMA) , Single carrier frequency division multiple access (SC-FDMA) and other wireless networks. A CDMA network may implement a radio technology such as Universal Terrestrial Radio Access (UTRA) , etc. UTRA includes WCDMA and other variants of CDMA. A TDMA network may implement a radio technology such as Global System for Mobile Communications (GSM) . An OFDMA network may implement a radio technology such as Evolved UTRA (E-UTRA) , Ultra Mobile Broadband (UMB) , IEEE 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20, Flash-OFDMA, Ad-hoc network, wireless sensor network, etc. In the following description, the terms “network” and “system” can be used interchangeably. Furthermore, the communications between two devices in the network may be performed according to any suitable communication protocols, including, but not limited to, the communication protocols as defined by a standard organization such as 3GPP. For example, the communication protocols may comprise the first generation (1G) , 2G, 3G, 4G, 4.5G, 5G communication protocols, and / or any other protocols either currently known or to be developed in the future.

[0041] The term “network node” or “network node” refers to any suitable network function (NF) which can be implemented in a network element (physical or virtual) of a communication network. For example, the network function can be implemented either as a network element on a dedicated hardware, as a software instance running on a dedicated hardware, or as a virtualized function instantiated on an appropriate platform, e.g. on a cloud infrastructure. For example, the 5G system (5GS) may comprise a plurality of NFs such as AMF (Access and mobility Function) , SMF (Session Management Function) , AUSF (Authentication Service Function) , UDM (Unified Data Management) , PCF (Policy Control Function) , AF (Application Function) , NEF (Network Exposure Function) , UPF (User plane Function) and NRF (Network Repository Function) , RAN (radio access network) , SCP (service communication proxy) , NWDAF (network data analytics function) , NSSF (Network Slice Selection Function) , NSSAAF (Network Slice-Specific Authentication and Authorization Function) , etc. For example, the 4G system (such as LTE) may include MME (Mobile Management Entity) , HSS (home subscriber server) , Policy and Charging Rules Function (PCRF) , Packet Data Network Gateway (PGW) , PGW control plane (PGW-C) , Serving gateway (SGW) , SGW control plane (SGW-C) , E-UTRAN Node B (eNB) , etc. In other embodiments, the network function may comprise different types of NFs for example depending on a specific network.

[0042] The term “terminal device” refers to any end device that can access a communication network and receive services therefrom. By way of example and not limitation, the terminal device refers to a mobile terminal, user equipment (UE) , or other suitable devices. The UE may be, for example, a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) . The terminal device may include, but not limited to, a portable computer, an image capture terminal device such as a digital camera, a gaming terminal device, a music storage and a playback appliance, a mobile phone, a cellular phone, a smart phone, a voice over IP (VoIP) phone, a wireless local loop phone, a tablet, a wearable device, a personal digital assistant (PDA) , a portable computer, a desktop computer, a wearable terminal device, a vehicle-mounted wireless terminal device, a wireless endpoint, a mobile station, a laptop-embedded equipment (LEE) , a laptop-mounted equipment (LME) , a USB dongle, a smart device, a wireless customer-premises equipment (CPE) and the like. In the following description, the terms “terminal device” , “terminal” , “user equipment” and “UE” may be used interchangeably. As one example, a terminal device may represent a UE configured for communication in accordance with one or more communication standards promulgated by the 3GPP (3rd Generation Partnership Project) , such as 3GPP’ LTE standard or NR standard. As used herein, a “user equipment” or “UE” may not necessarily have a “user” in the sense of a human user who owns and / or operates the relevant device. In some embodiments, a terminal device may be configured to transmit and / or receive information without direct human interaction. For instance, a terminal device may be designed to transmit information to a network on a predetermined schedule, when triggered by an internal or external event, or in response to requests from the communication network. Instead, a UE may represent a device that is intended for sale to, or operation by, a human user but that may not initially be associated with a specific human user.

[0043] As yet another example, in an Internet of Things (IoT) scenario, a terminal device may represent a machine or other device that performs monitoring and / or measurements, and transmits the results of such monitoring and / or measurements to another terminal device and / or network equipment. The terminal device may in this case be a machine-to-machine (M2M) device, which may in a 3GPP context be referred to as a machine-type communication (MTC) device. As one particular example, the terminal device may be a UE implementing the 3GPP narrow band internet of things (NB-IoT) standard. Particular examples of such machines or devices are sensors, metering devices such as power meters, industrial machinery, or home or personal appliances, for example refrigerators, televisions, personal wearables such as watches etc. In other scenarios, a terminal device may represent a vehicle or other equipment that is capable of monitoring and / or reporting on its operational status or other functions associated with its operation.

[0044] References in the specification to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0045] It shall be understood that although the terms “first” and “second” etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the associated listed terms.

[0046] As used herein, the phrase “at least one of A and B” or “at least one of A or B” should be understood to mean “only A, only B, or both A and B. ” The phrase “A and / or B” should be understood to mean “only A, only B, or both A and B” .

[0047] As used herein unless expressly stated to the contrary, the phrase “a plurality of” followed by a conjunctive list of enumerated items (e.g., “A and B” , “A, B, and C” ) is intended to mean “multiple items, with each item selected from the list consisting of” the enumerated items. For example, “a plurality of A and B” is intended to mean any of the following: more than one A; more than one B; or at least one A and at least one B.

[0048] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.

[0049] It is noted that these terms as used in this document are used only for ease of description and differentiation among nodes, devices or networks etc. With the development of the technology, other terms with the similar / same meanings may also be used.

[0050] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0051] Edge computing is a concept that enables services to be hosted close to the service consumers and provides benefits such as efficient service delivery with significant reduction in end-to-end latency and decreased load on the transport network. The benefits of edge computing will strengthen the promise of 5G (fifth generation) and expand the prospects for several new and enhanced use cases, including virtual and augmented reality, Internet of Things (IoT) , Industrial IoT, autonomous driving, real-time multiplayer gaming, etc.

[0052] 3GPP Technical Specification Group Service and System Aspects (SA) , work group 6 (SA6) initiated normative specification work on the architecture for enabling Edge Applications (EDGEAPP) from 3GPP Release 17. The objective of the work may be to define an enabling layer to facilitate communication between the Application Clients (AC) running on the UE and the Edge Application Servers (EAS) deployed on the Edge Data Network (EDN) . This may include aspects of service provisioning and EAS discovery. In addition, the work aims to provide support services such as application context transfer between EASs for service continuity, service enablement and capability exposure Application Programming Interfaces (APIs) towards the EAS. The normative specification for EDGEAPP is written in e.g. 3GPP TS 23.558 V19.1.0. In 3GPP release 18, more functions are added, e.g., application roaming, edge computing federation, service continuity between edge and cloud.

[0053] 3GPP TS 23.558 V19.1.0, the disclosure of which is incorporated by reference herein in its entirety, specifies application layer architecture, procedures and information flows necessary for enabling edge applications over 3GPP networks. It includes architectural requirements for enabling edge applications, application layer architecture fulfilling the architecture requirements and procedures to enable the deployment of edge applications.

[0054] System architecture description

[0055] Although the subject matter described herein may be implemented in any appropriate type of system using any suitable components, the embodiments disclosed herein are described in relation to a communication system complied with the exemplary system architectures illustrated in FIGs. 1a, 1b and 1c. For simplicity, the system architecture of FIGs. 1a, 1b and 1c only depicts some exemplary elements. In practice, a communication system may further include any additional elements suitable to support communication between terminal devices or between a wireless device and another communication device, such as a landline telephone, a service provider, or any other network node or terminal device. The communication system may provide communication and various types of services to one or more terminal devices to facilitate the terminal devices’ access to and / or use of the services provided by, or via, the communication system.

[0056] FIG. 1a illustrates the reference point representation of the architecture for edge enabling applications. FIG. 1a is same as Figure 6.2-4 of 3GPP TS 23.558 V19.1.0.

[0057] The Edge Data Network (EDN) is a local data network. EAS (s) and the EES (s) are contained within the EDN. The Edge Configuration Server (ECS) provides configurations related to the EES, including details of the EDN hosting the EES. The UE contains Application Client (s) (ACs) and the Edge Enabler Client (EEC) . The EAS (s) , the EES (s) and the ECS may interact with the 3GPP core network. When Service Enabler Architecture Layer for Verticals (SEAL) notification management service is used, the EES and the ECS interacts with the SEAL notification management server and the SEAL EEC interacts with SEAL Notification management client.

[0058] The functional entities and reference points as shown in FIG. 1a are described in 3GPP TS 23.558 V19.1.0, the description thereof is omitted here for brevity.

[0059] EDGE-1 reference point enables interactions between the EES and the EEC. It supports:

[0060] a) registration and de-registration of the EEC to the EES;

[0061] b) retrieval and provisioning of EAS configuration information; and

[0062] c) discovery of EASs available in the EDN.

[0063] EDGE-4 reference point enables interactions between the ECS and the EEC. It supports:

[0064] a) provisioning of Edge configuration information to the EEC.

[0065] FIG. 1b schematically shows a high level architecture in a 5G network according to an embodiment of the present disclosure. The architecture of FIG. 1b may be similar to Figure 4.2.3-1 of 3GPP TS 23.501 V18.4.0, the disclosure of which is incorporated by reference herein in its entirety. The system architecture of FIG. 1b may comprise a plurality of network functions (NFs) such as Access and Mobility Management Function (AMF) , Session Management Function (SMF) , Authentication Service Function (AUSF) , Unified Data Management (UDM) , Policy Control Function (PCF) , Application Function (AF) , Network Exposure Function (NEF) , User plane Function (UPF) and Network Repository Function (NRF) , (radio) access network ( (R) AN) , service communication proxy (SCP) , Network Slice Selection Function (NSSF) , network slice-Specific Authentication and Authorization Function (NSSAAF) , Edge Application Server Discovery Function (EASDF) , NSACF (network slice Admission Control Function) , NWDAF, etc.

[0066] As further illustrated in FIG. 1b, the exemplary system architecture also contains the service-based interfaces such as Nnrf, Nnef, Nausf, Nudm, Npcf, Namf, Nnsacf, Neasdf, Nnssf, Nnwdaf and Nsmf exhibited by NFs such as the NRF, the NEF, the AUSF, the UDM, the PCF, the AMF, the NSACF, the EASDF, the NSSF, the NWDAF and the SMF. In addition, FIG. 1b also shows some reference points such as N1, N2, N3, N4, N6 and N9, which can support the interactions between NF services in the NFs. For example, these reference points may be realized through corresponding NF service-based interfaces and by specifying some NF service consumers and providers as well as their interactions in order to perform a particular system procedure.

[0067] Various NFs shown in FIG. 1b may be responsible for functions such as session management, mobility management, authentication, security, etc. The AUSF, AMF, DN, NEF, NRF, NSSF, PCF, SMF, UDM, UPF, AF, UE, (R) AN, SCP, NSACF, NSSAAF, EASDF may include the functionality for example as defined in clause 6.2 of 3GPP TS 23.501 V18.4.0.

[0068] FIG. 1c schematically shows system architecture in a 4G network according to an embodiment of the present disclosure, which is the same as Figure 4.2-1a of 3GPP TS 23.682 V18.0.0, the disclosure of which is incorporated by reference herein in its entirety. The system architecture of FIG. 1c may comprise some exemplary elements such as Services Capability Server (SCS) , Application Server (AS) , SCEF (Service Capability Exposure Function) , HSS, UE, RAN(Radio Access Network) , SGSN (Serving GPRS (General Packet Radio Service) Support Node) , MME, MSC (Mobile Switching Centre) , S-GW (Serving Gateway) , GGSN / P-GW (Gateway GPRS Support Node / PDN (Packet Data Network) Gateway) , MTC-IWF (Machine Type Communications-InterWorking Function) CDF / CGF (Charging Data Function / Charging Gateway Function) , MTC-AAA (Machine Type Communications-authentication, authorization and accounting) , SMS-SC / GMSC / IWMSC (Short Message Service-Service Centre / Gateway MSC / InterWorking MSC) IP-SM-GW (Internet protocol Short Message Gateway) .

[0069] As further illustrated in FIG. 1c, the exemplary system architecture also contains various reference points, such as Tsms, Tsp, T4, T6a, T6b, T8, S6m, S6n, S6t, SGs, Gi / SGi, Rf / Ga, Gd, SGd, E, etc. The network elements and reference points as shown in FIG. 1c may be same as the corresponding network elements and reference points as described in 3GPP TS 23.682 V18.0.0.

[0070] Service provisioning procedure

[0071] FIG. 2a shows a flowchart of service provisioning procedure based on request / response model. FIG. 2a is same as Figure 8.3.3.2.2-1 of 3GPP TS 23.558 V19.1.0.

[0072] Step 1. The EEC may send a service provisioning request to the ECS.

[0073] Step 2. Upon receiving the request, the ECS may process the request.

[0074] Step 3. The ECS may respond to the EEC's request with a service provisioning response.

[0075] Detailed description of steps 1-3 of FIG. 2a can be found in clause 8.3.3.2.2 of 3GPP TS 23.558 V19.1.0, the detailed description is omitted here for brevity.

[0076] EEC can also be notified with service provisioning information change in the subscribe-notify model as described in clause 8.3.3.2.3 of 3GPP TS 23.558 V19.1.0.

[0077] The EEC does not send the tunnel information to ECS. ECS cannot obtain the tunnel information. The EES discovery mechanism does not consider the tunnel use case. Therefore it may create a tromboning for application traffic.

[0078] EAS discovery procedure

[0079] FIG. 2b shows a flowchart of EAS discovery procedure. FIG. 2b is same as Figure 8.5.2.2-1 of 3GPP TS 23.558 V19.1.0.

[0080] Step 1. The EEC may send an EAS discovery request to the EES.

[0081] Step 2. Upon receiving the request from the EEC, the EES checks if the EEC is authorized to discover the requested EAS (s) .

[0082] Step 3. The EES sends an EAS discovery response to the EEC.

[0083] Detailed description of steps 1-3 of FIG. 2b can be found in clause 8.5.2.2 of 3GPP TS 23.558 V19.1.0, the detailed description is omitted here for brevity.

[0084] EEC can also be notified with EAS information change in the subscribe-notify model as described in clause 8.5.2.3 of 3GPP TS 23.558 V19.1.0.

[0085] The EEC does not send the tunnel information to EES. EES cannot obtain the tunnel information. The EAS discovery mechanism does not consider the tunnel use case. Therefore it may create a tromboning for application traffic.

[0086] Methods according to embodiments of the present disclosure

[0087] FIG. 3a shows a flowchart of a method according to an embodiment of the present disclosure, which may be performed by an apparatus implemented in or at or as a first network node or communicatively coupled to the first network node. As such, the apparatus may provide means or modules or circuits for accomplishing various parts of the method 300 as well as means or modules or circuits for accomplishing other processes in conjunction with other components.

[0088] At block 302, the first network node may obtain tunnel information of a tunnel.

[0089] The first network node may communicate with any suitable network. For example, the first network node may communicate with the underlying 3GPP networks using the respective 3GPP interfaces specified by the 3GPP network. In an embodiment, the first network node may communicate with Evolved Packet System (EPS) , a 5GS, or a sixth generation system (6GS) as defined by 3GPP.

[0090] The first network node may be any suitable node, device, function, or entity that can implement any suitable function. For example, the first network node may be any suitable network node as defined in the 3GPP network such as EPS, 5GS or 6GS. In an embodiment, the first network node may comprise an edge network node as defined in 3GPP TS 23.558 V19.1.0, such as EES, ECS, EAS, etc.

[0091] The tunnel may be any suitable tunnel and the present disclosure has no limit on it. For example, the tunnel may be any suitable tunnel as defined in the 3GPP network such as EPS, 5GS or 6GS. The tunnel may be any suitable tunnel as described in various 3GPP specifications such as 3GPP TS 23.501 V18.4.0 and 3GPP TS 23.502 V18.4.0.

[0092] In an embodiment, the tunnel may comprise at least one of a tunnel between a terminal device and a tunnel server or a tunnel between a network node and a tunnel server.

[0093] For example, the tunnel server may be a network node or a server running any tunneling protocol such as VPN, GRE, VXLAN, OpenVPN, Geneve, PPTP, IP-in-IP, L2TP, IPsec, SSL, TLS, etc.

[0094] The network node may be any suitable node, device, function, or entity that can implement any suitable function. For example, the network node may be any suitable network node as defined in the 3GPP network such as EPS, 5GS or 6GS. In an embodiment, the network node may comprise the network node as described in various 3GPP specifications such as 3GPP TS 23.501 V18.4.0, 3GPP TS 23.502 V18.4.0, or 3GPP TS 23.682 V18.0.0.

[0095] The tunnel may be used in terminal device communication with a network such as EDN. For example, when a terminal device communicates with an application server or a network node, the tunnel may be used in any suitable part of a path between the terminal device and the application server or the network node. For example, the tunnel server may be located in any suitable location of the path between the terminal device and the application server or the network node.

[0096] The tunnel may be an end to end (E2E) tunnel. For example, once a PDU session is established, an E2E tunnel can be established from a terminal device to a tunnel server. The application traffic may be carried in the tunnel.

[0097] In an embodiment, the tunnel between the network node and the tunnel server may comprise at least one of a N6 tunnel or a SGi tunnel.

[0098] For example, during PDU session establishment, N6 tunnel may be established (for instance, see 3GPP TS 23.502 V18.4.0, clause 4.3.2.4 for L2TP support) . As described in 3GPP TS 23.501 V18.4.0, N6 is a reference point between the UPF and a Data Network. In Evolved Packet Core (EPC) , SGi tunnel may be used in PGW user plane (PGW-U) , e.g., see 3GPP TS 29.061 V18.1.0, clause. 11.2.1.7 for Support L2TP for Control and User Plane Separation (CUPS) across SGi. As described in 3GPP TS 29.061 V18.1.0, SGi is a reference point between the EPC based Public Land Mobile Network (PLMN) and the packet data network.

[0099] The tunnel information may comprise any suitable information related to the tunnel. For example, the tunnel information may comprise information which can be used to determine or discover a network node (such as EES or EAS) which may be topologically close to a tunnel server of the tunnel. For example, the tunnel information may comprise location information of the tunnel server. The tunnel information may comprise information which can be used to determine the location information of the tunnel server.

[0100] In an embodiment, the tunnel information may comprise at least one of a service provider identifier (ID) , a tunnel identifier, or an endpoint address of a tunnel server.

[0101] For example, the service provider ID may identify a tunnel service provider. The tunnel ID may identify a tunnel. The endpoint address of the tunnel server may be any suitable endpoint address such as an IP address or a Fully Qualified Domain Name (FQDN) for the tunnel server. The tunnel information may be used to determine a location of the tunnel server.

[0102] The first network node may obtain the tunnel information of the tunnel in various ways and the present disclosure has no limit on it. For example, the first network node may send a request to a network node or a terminal device or the tunnel server and receive a response comprising the tunnel information of the tunnel. The network node or the terminal device or the tunnel server may send a message comprising the tunnel information of the tunnel to the first network node. The first network node may send a subscription request to the network node or the terminal device or the tunnel server to subscribe a notification of the tunnel information of the tunnel.

[0103] In an embodiment, the first network node may receive the tunnel information from a terminal device. For example, if the terminal device knows the tunnel information, it may send the tunnel information to the first network node.

[0104] In an embodiment, the terminal device may comprise an edge enabler client. The edge enabler client may be similar to the EEC as defined in 3GPP TS 23.558 V19.1.0. For example, the first network node may receive the tunnel information from the edge enabler client.

[0105] In an embodiment, the first network node may receive the tunnel information from a third network node. For example, if the third network node knows the tunnel information, it may send the tunnel information to the first network node.

[0106] The third network node may be any suitable node, device, function, or entity that can implement any suitable function. For example, the third network node may be any suitable network node as defined in the 3GPP network such as EPS, 5GS or 6GS. In an embodiment, the third network node may comprise any suitable network node as defined in various 3GPP specifications such as 3GPP TS 23.501 V18.4.0, 3GPP TS 23.502 V18.4.0, or 3GPP TS 23.682 V18.0.0. In an embodiment, the third network node may comprise any suitable edge network node as defined in various 3GPP specifications such as 3GPP TS 23.558 V19.1.0.

[0107] In an embodiment, the third network node may comprise at least one of a user plane node, a session management node, a network exposure node, an edge application node, or an edge enabler node. The user plane node may be similar to the UPF or PGW-U as defined in various 3GPP specifications such as 3GPP TS 23.501 V18.4.0, 3GPP TS 23.502 V18.4.0, or 3GPP TS 23.682 V18.0.0. The session management node may be similar to the SMF or PGW-C as defined in various 3GPP specifications such as 3GPP TS 23.501 V18.4.0, 3GPP TS 23.502 V18.4.0, or 3GPP TS 23.682 V18.0.0. The network exposure node may be similar to the NEF or SCEF as defined in various 3GPP specifications such as 3GPP TS 23.501 V18.4.0, 3GPP TS 23.502 V18.4.0, or 3GPP TS 23.682 V18.0.0. The edge enabler node may be similar to the EES as defined in 3GPP TS 23.558 V19.1.0. The edge application node may be similar to the EAS as defined in 3GPP TS 23.558 V19.1.0.

[0108] For example, an edge network node such as ECS or EES or EAS may receive the tunnel information from 3GPP core network such as UPF, SMF, NEF, SCEF, PGW-U, PGW-C, etc. The S-EES may receive the tunnel information from S-EAS. The ECS may receive the tunnel information from EES. The T-EES may receive the tunnel information from S-EES. The S-EES or T-EES may receive the tunnel information from EEC.

[0109] In an embodiment, if the tunnel information is received from the terminal device, the tunnel information may be received in at least one of a service provisioning request, an application context relocation request, or an edge application node discovery request. Alternatively the tunnel information may be received in any other suitable message sent from the terminal device to the first network node.

[0110] For example, the service provisioning request may be similar to the service provisioning request as defined in 3GPP TS 23.558 V19.1.0. For example, the service provisioning request may be sent from EEC to ECS. The application context relocation request may be similar to the ACR request as defined in 3GPP TS 23.558 V19.1.0. For example, the ACR request may be sent from the EEC to the S-EES or T-EES. The edge application node discovery request may be similar to the EAS discovery request as defined in 3GPP TS 23.558 V19.1.0. For example, the EAS discovery request may be sent from EEC to EES.

[0111] In an embodiment, if the tunnel information is received from the third network node, the tunnel information may be received in at least one of a traffic influence notify message, an event exposure notify message, an edge application node discovery request, or an application context relocation request, a retrieve edge enabler node request. Alternatively the tunnel information may be received in any other suitable message sent from the third network node to the first network node.

[0112] For example, the traffic influence notify message may be similar to the Nnef_TrafficInfluence_Notify message as defined in 3GPP TS 23.502 V18.4.0. For example, the Nnef_TrafficInfluence_Notify message may be sent by NEF to EES or ECS. The event exposure notify message may be similar to the Nsmf_EventExposure_Notify as defined in 3GPP TS 23.502 V18.4.0. For example, the Nsmf_EventExposure_Notify may be sent by SMF to EES or ECS. The edge application node discovery request may be similar to the EAS discovery request as defined in 3GPP TS 23.558 V19.1.0. For example, the EAS discovery request may be sent by S-EAS to S-EES. The EAS discovery request may be sent by S-EES to T-EES. The application context relocation request may be similar to the ACR request as defined in 3GPP TS 23.558 V19.1.0. For example, the ACR request may be sent by the S-EAS to the S-EES. The retrieve edge enabler node request may be similar to the Retrieve EES request as defined in 3GPP TS 23.558 V19.1.0. For example, the source EES may send the Retrieve EES request to ECS.

[0113] FIG. 3b shows a flowchart of a method according to another embodiment of the present disclosure, which may be performed by an apparatus implemented in or at or as a first network node or communicatively coupled to the first network node. As such, the apparatus may provide means or modules or circuits for accomplishing various parts of the method 310 as well as means or modules or circuits for accomplishing other processes in conjunction with other components. For some parts which have been described in the above embodiments, the description thereof is omitted here for brevity.

[0114] At block 312, the first network node may obtain tunnel information of a tunnel. Block 312 may be similar to block 302 of FIG. 3a.

[0115] At block 314, the first network node may determine a second network node based on the tunnel information.

[0116] The second network node may communicate with any suitable network. For example, the second network node may communicate with the underlying 3GPP networks using the respective 3GPP interfaces specified by the 3GPP network. In an embodiment, the second network node may communicate with EPS, a 5GS, or a 6GS as defined by 3GPP.

[0117] The second network node may be any suitable node, device, function, or entity that can implement any suitable function. For example, the second network node may be any suitable network node as defined in the 3GPP network such as EPS, 5GS or 6GS. In an embodiment, the second network node may comprise an edge network node as defined in 3GPP TS 23.558 V19.1.0, such as EES, EAS, etc.

[0118] In an embodiment, the first network node may comprise at least one of an edge configuration node or an edge enabler node. The edge configuration node may be similar to the ECS as defined in 3GPP TS 23.558 V19.1.0. The edge enabler node may be similar to the EES as defined in 3GPP TS 23.558 V19.1.0. For example, the EES may be an EES or a source EES or a target EES.

[0119] In an embodiment, the second network node may comprise at least one of an edge enabler node or an edge application node. The edge application node may be similar to the EAS as defined in 3GPP TS 23.558 V19.1.0. For example, the EAS may be an EAS or a target EAS. The edge enabler node may be similar to the EES as defined in 3GPP TS 23.558 V19.1.0. For example, the EES may be an EES or a target EES.

[0120] The first network node may determine the second network node based on the tunnel information in various ways. In addition, the first network node may determine the second network node further based on any other information such as terminal device location, etc.

[0121] In an embodiment, the first network node may determine the second network node based on the location of the tunnel server.

[0122] In an embodiment, the first network node may determine the second network node which is topologically close to the tunnel server of the tunnel.

[0123] In an embodiment, the first network node may determine the second network node which is close to the tunnel server of the tunnel in terms of latency or network distance.

[0124] For example, if the tunnel information is received from a terminal device, the ECS additionally takes the tunnel information into consideration in identifying EES (s) . If no tunnel information is received, the ECS checks whether N6 / SGi tunnel is used. If N6 / SGi tunnel (e.g. L2TP) is used by 3GPP core network, the ECS additionally takes the obtained tunnel information from 3GPP core network into consideration in identifying EES (s) . For instance, the IP address (es) of identified EES (s) needs to be topologically close to the IP address of the tunnel server.

[0125] For example, if the tunnel information is received from a terminal device, the EES additionally takes it into consideration in identifying EAS (s) . If no tunnel information is received, the EES checks whether N6 / SGi tunnel is used. If N6 / SGi tunnel (e.g. L2TP) is used by 3GPP core network, the EES additionally takes the obtained tunnel information from 3GPP core network into consideration in identifying EAS (s) . For instance, the IP address (es) of identified EAS (s) needs to be topologically close to the IP address of the tunnel server.

[0126] For example, if target tunnel information is received, the source EES (S-EES) additionally takes the target tunnel information into consideration in identifying T-EAS (s) . For instance, the IP address (es) of identified target EAS (s) (T-EAS (s) ) needs to be topologically close to the IP address of the target tunnel server.

[0127] For example, if target tunnel information is available at the S-EES (e.g. received from source EAS (S-EAS) or by the user plane management event notification from the 3GPP core network) , the S-EES provides the target EES (T-EES) with the target tunnel information. If target tunnel information is received, the T-EES additionally takes the target tunnel information into consideration in identifying T-EAS (s) . For instance, the IP address (es) of identified T-EAS (s) needs to be topologically close to the IP address of the target tunnel server.

[0128] For example, if target tunnel information is available at the S-EES, then the S-EES provides also the tunnel information to the ECS. If tunnel information is received, the ECS additionally takes the tunnel information into consideration in identifying EES (s) . For instance, the IP address (es) of identified EES (s) needs to be topologically close to the IP address of the tunnel server.

[0129] FIG. 4 shows a flowchart of a method according to another embodiment of the present disclosure, which may be performed by an apparatus implemented in or at or as a first network node or communicatively coupled to the first network node. As such, the apparatus may provide means or modules or circuits for accomplishing various parts of the method 400 as well as means or modules or circuits for accomplishing other processes in conjunction with other components. For some parts which have been described in the above embodiments, the description thereof is omitted here for brevity.

[0130] At block 402, the first network node may obtain tunnel information of a tunnel. The tunnel information may be obtained according to embodiments of the present disclosure such as block 302 of FIG. 3a or any other ways described below.

[0131] At block 404, the first network node may send the tunnel information to a fourth network node.

[0132] The fourth network node may communicate with any suitable network. For example, the fourth network node may communicate with the underlying 3GPP networks using the respective 3GPP interfaces specified by the 3GPP network. In an embodiment, the fourth network node may communicate with EPS, a 5GS, or a 6GS as defined by 3GPP.

[0133] The fourth network node may be any suitable node, device, function, or entity that can implement any suitable function. For example, the fourth network node may be any suitable network node as defined in the 3GPP network such as EPS, 5GS or 6GS. In an embodiment, the fourth network node may comprise an edge network node as defined in 3GPP TS 23.558 V19.1.0, such as EAS, etc.

[0134] In an embodiment, the first network node may comprise an edge enabler node. The edge enabler node may be similar to the EES as defined in 3GPP TS 23.558 V19.1.0. For example, the EES may be an EES or a source EES.

[0135] In an embodiment, the fourth network node may comprise an edge application node. The edge application node may be similar to the EAS as defined in 3GPP TS 23.558 V19.1.0. For example, the EAS may be an EAS or a source EAS.

[0136] The tunnel information may be sent to the fourth network node in any suitable message. In an embodiment, the tunnel information may be sent to the fourth network node in an application context relocation management event notification. For example, the application context relocation management event notification may be similar to the ACR management event notification as defined in 3GPP TS 23.558 V19.1.0. For example, the EES sends ACR management event notification to the EAS.

[0137] In an embodiment, the first network node may receive the tunnel information from a fifth network node.

[0138] The fifth network node may be any suitable node, device, function, or entity that can implement any suitable function. For example, the fifth network node may be any suitable network node as defined in the 3GPP network such as EPS, 5GS or 6GS. In an embodiment, the fifth network node may comprise a network node as defined in various 3GPP specifications such as 3GPP TS 23.501 V18.4.0, 3GPP TS 23.502 V18.4.0, or 3GPP TS 23.682 V18.0.0.

[0139] In an embodiment, the fifth network node may comprise at least one of a user plane node, a session management node or a network exposure node. The user plane node may be similar to the UPF or PGW-U. The session management node may be similar to the SMF or PGW-C. The network exposure node may be similar to the NEF or SCEF.

[0140] In an embodiment, the tunnel information may be received in at least one of a traffic influence notify message, or an event exposure notify message. For example, the traffic influence notify message may be similar to the Nnef_TrafficInfluence_Notify message. For example, the Nnef_TrafficInfluence_Notify message may be sent by NEF to EES. The event exposure notify message may be similar to the Nsmf_EventExposure_Notify. For example, the Nsmf_EventExposure_Notify may be sent by SMF to EES.

[0141] In an embodiment, the first network node may comprise an edge application node (such as EAS) or an edge enabler node (such as EES) .

[0142] In an embodiment, the fourth network node may comprise an edge enabler node (such as EES) or an edge configuration node (such as ECS) .

[0143] In an embodiment, the tunnel information may be sent to the fourth network node in at least one of an edge application node discovery request (e.g. EAS discovery request) , a retrieve edge enabler node request (e.g. Retrieve EES request) , or an application context relocation request (e.g. ACR request) . For example, S-EAS may send the edge application node discovery request comprising the tunnel information to the S-EES. S-EES may send the edge application node discovery request comprising the tunnel information to the T-EES. The S-EES may send the retrieve edge enabler node request comprising the tunnel information to the ECS. The S-EAS may send the application context relocation request comprising the tunnel information to the S-EES.

[0144] In an embodiment, the first network node may receive the tunnel information from a sixth network node.

[0145] The sixth network node may be any suitable node, device, function, or entity that can implement any suitable function. For example, the sixth network node may be any suitable network node as defined in the 3GPP network such as EPS, 5GS or 6GS. In an embodiment, the sixth network node may comprise a network node as defined in various 3GPP specifications such as 3GPP TS 23.501 V18.4.0, 3GPP TS 23.502 V18.4.0, or 3GPP TS 23.682 V18.0.0. In an embodiment, the sixth network node may comprise an edge network node as defined in 3GPP TS 23.558 V19.1.0, such as EAS, etc.

[0146] In an embodiment, the sixth network node may comprise at least one of a user plane node (e.g. UPF, PGW-U) , a session management node (e.g. SMF, PGW-C) , a network exposure node (e.g., NEF or SCEF) , an edge enabler node (e.g. EES) or an edge application node (e.g. EAS) .

[0147] For example, the EAS or EES may receive the tunnel information from 3GPP core network node such as UPF, PGW-U, SMF, PGW-C, NEF, SCEF, etc. The source EAS may receive the tunnel information from the source EES.

[0148] In an embodiment, the tunnel information may be received from the sixth network node in at least one of a traffic influence notify message (e.g. Nnef_TrafficInfluence_Notify message) , an event exposure notify message (e.g. Nsmf_EventExposure_Notify) , an application context relocation management event notification or an edge application node discovery request (e.g. ACR request) .

[0149] For example, the EAS or EES may receive a traffic influence notify message comprising the tunnel information from SMF. The EAS or EES may receive an event exposure notify message comprising the tunnel information from NEF. The source EAS may receive an application context relocation management event notification comprising the tunnel information from the source EES. The source EES may receive an edge application node discovery request comprising the tunnel information from the source EAS.

[0150] FIG. 5 shows a flowchart of a method according to another embodiment of the present disclosure, which may be performed by an apparatus implemented in or at or as a first network node or communicatively coupled to the first network node. As such, the apparatus may provide means or modules or circuits for accomplishing various parts of the method 500 as well as means or modules or circuits for accomplishing other processes in conjunction with other components. For some parts which have been described in the above embodiments, the description thereof is omitted here for brevity.

[0151] At block 502, the first network node may obtain tunnel information of a tunnel. The tunnel information may be obtained according to embodiments of the present disclosure.

[0152] At block 504, the first network node may detect that that a tunnel server of the tunnel is changed or the tunnel is used.

[0153] For example, based on the tunnel information, the first network node may detect that that the tunnel server of the tunnel is changed or the tunnel is used.

[0154] At block 506, in response to the detection, the first network node may determine that application context relocation is required. The first network node may send an application context relocation request to another network node. For example, the ACR request may be sent either from the S-EAS to the S-EES.

[0155] For example, the first network node may be any suitable network node performing ACR detection as described in the ACR scenarios in clause 8.8.2 of 3GPP TS 23.558 V19.1.0.

[0156] FIG. 6a shows a flowchart of a method according to another embodiment of the present disclosure, which may be performed by an apparatus implemented in or at or as a terminal device or communicatively coupled to the terminal device. As such, the apparatus may provide means or modules or circuits for accomplishing various parts of the method 600 as well as means or modules or circuits for accomplishing other processes in conjunction with other components. For some parts which have been described in the above embodiments, the description thereof is omitted here for brevity.

[0157] At block 602, the terminal device may obtain tunnel information of a tunnel.

[0158] The terminal device may obtain the tunnel information of the tunnel in various ways. For example, if the tunnel is established between the terminal device and the tunnel server, the terminal device may obtain the tunnel information of the tunnel. Alternatively the terminal device may obtain the tunnel information of the tunnel (such as N6 / SGi tunnel) from a network node such as 3GPP core network node such as SMF, UPF, NEF, SCEF, etc.

[0159] In an embodiment, the tunnel information may be used to determine a second network node.

[0160] In an embodiment, the second network node may comprise at least one of an edge enabler node or an edge application node.

[0161] In an embodiment, if a tunnel between the terminal device and a tunnel server is used, the terminal device may obtain the tunnel information of the tunnel between the terminal device and the tunnel server.

[0162] In an embodiment, the terminal device may comprise an edge enabler client. The edge enabler client may perform any of the operations of the terminal device according to embodiments of the present disclosure.

[0163] In an embodiment, the tunnel information may comprise at least one of a service provider identifier, a tunnel identifier, or an endpoint address of a tunnel server.

[0164] In an embodiment, the tunnel may comprise a tunnel between the terminal device and a tunnel server.

[0165] FIG. 6b shows a flowchart of a method according to another embodiment of the present disclosure, which may be performed by an apparatus implemented in or at or as a terminal device or communicatively coupled to the terminal device. As such, the apparatus may provide means or modules or circuits for accomplishing various parts of the method 610 as well as means or modules or circuits for accomplishing other processes in conjunction with other components. For some parts which have been described in the above embodiments, the description thereof is omitted here for brevity.

[0166] At block 612, the terminal device may obtain tunnel information of a tunnel. The tunnel information may be obtained according to embodiments of the present disclosure such as block 602 of FIG. 6a.

[0167] At block 614, the terminal device may send the tunnel information to a first network node.

[0168] In an embodiment, the first network node may comprise at least one of an edge configuration node or an edge enabler node.

[0169] In an embodiment, the tunnel information may be sent in at least one of a service provisioning request, an application context relocation request, or an edge application node discovery request.

[0170] FIG. 6c shows a flowchart of a method according to another embodiment of the present disclosure, which may be performed by an apparatus implemented in or at or as a terminal device or communicatively coupled to the terminal device. As such, the apparatus may provide means or modules or circuits for accomplishing various parts of the method 620 as well as means or modules or circuits for accomplishing other processes in conjunction with other components. For some parts which have been described in the above embodiments, the description thereof is omitted here for brevity.

[0171] At block 622, the terminal device may obtain tunnel information of a tunnel. The tunnel information may be obtained according to embodiments of the present disclosure such as block 602 of FIG. 6a.

[0172] At block 624, the terminal device may detect that that a tunnel server of the tunnel is changed or the tunnel is used.

[0173] For example, based on the tunnel information, the first network node may detect that that the tunnel server of the tunnel is changed or the tunnel is used.

[0174] At block 626, in response to the detection, the terminal device may determine that application context relocation is required. The terminal device may send an application context relocation request to an network node. For example, the ACR request may be sent either from the EEC to the S-EES or T-EES.

[0175] For example, the terminal device may be EEC performing ACR detection as described in the ACR scenarios in clause 8.8.2 of 3GPP TS 23.558 V19.1.0.

[0176] In an embodiment, the proposed solution may consider the tunnel endpoint as a factor in network node (e.g. EES / EAS) determination.

[0177] In an embodiment, during service provisioning (e.g. which includes EES discovery) and EAS discovery, the tunnel endpoint may be considered by ECS and EES, correspondingly. The tunnel endpoint may be offered by EEC or obtained from 3GPP core network.

[0178] In an embodiment, during service continuity, the tunnel endpoint may be considered by ECS and EES, correspondingly.

[0179] Embodiments herein may provide many advantages, of which a non-exhaustive list of examples follows. In some embodiments herein, the proposed solution can solve the traffic tromboning problem for application traffic by considering tunnel information. In some embodiments herein, the network node discovery procedure (such as EES discovery procedure and EAS discovery procedure) may be enhanced with considering tunnel information, e.g. determining or discovering a network node which is topologically close to a tunnel server. In some embodiments herein, it can improve the service continuity scenarios as described in clause 8.8.2 of 3GPP TS 23.558 V19.1.0. In some embodiments herein, it can provide edge computing support when tunnel service is used between the terminal device and a data network. The embodiments herein are not limited to the features and advantages mentioned above. A person skilled in the art will recognize additional features and advantages upon reading the following detailed description.

[0180] Apparatuses according to embodiments of the present disclosure

[0181] FIG. 7 is a block diagram showing an apparatus suitable for practicing some embodiments of the disclosure. For example, the first network node or the terminal device described above may be implemented as or through the apparatus 700.

[0182] The apparatus 700 comprises at least one processor 721, such as a digital processor (DP) , and at least one memory (MEM) 722 coupled to the processor 721. The apparatus 700 may further comprise a transmitter Tx and receiver Rx 723 coupled to the processor 721. The MEM 722 stores a program (PROG) 724. The PROG 724 may include instructions that, when executed on the associated processor 721, enable the apparatus 700 to operate in accordance with the embodiments of the present disclosure. A combination of the at least one processor 721 and the at least one MEM 722 may form processing means 725 adapted to implement various embodiments of the present disclosure.

[0183] Various embodiments of the present disclosure may be implemented by computer program executable by one or more of the processor 721, software, firmware, hardware or in a combination thereof.

[0184] The MEM 722 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 memories and removable memories, as non-limiting examples.

[0185] The processor 721 may be of any type suitable to the local technical environment, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples.

[0186] In an embodiment where the apparatus is implemented as or at the first network node, the memory 722 contains instructions executable by the processor 721, whereby the first network node operates according to any of the methods performed by the first network node as described above.

[0187] In an embodiment where the apparatus is implemented as or at the terminal device, the memory 722 contains instructions executable by the processor 721, whereby the terminal device operates according to any of the methods performed by the terminal device as described above.

[0188] According to an aspect of the disclosure it is provided a computer program product being tangibly stored on a computer readable storage medium and including instructions which, when executed on at least one processor, cause the at least one processor to carry out any of the methods as described above.

[0189] According to an aspect of the disclosure it is provided a computer-readable storage medium storing instructions which when executed by at least one processor, cause the at least one processor to carry out any of the methods as described above.

[0190] In addition, the present disclosure may also provide a carrier containing the computer program as mentioned above, wherein the carrier is one of an electronic signal, optical signal, radio signal, or computer readable storage medium. The computer readable storage medium can be, for example, an optical compact disk or an electronic memory device like a RAM (random access memory) , a ROM (read only memory) , Flash memory, magnetic tape, CD-ROM, DVD, Blue-ray disc and the like.

[0191] The techniques described herein may be implemented by various means so that an apparatus implementing one or more functions of a corresponding apparatus described with an embodiment comprises not only prior art means, but also means for implementing the one or more functions of the corresponding apparatus described with the embodiment and it may comprise separate means for each separate function, or means that may be configured to perform two or more functions. For example, these techniques may be implemented in hardware (one or more apparatuses) , firmware (one or more apparatuses) , software (one or more modules) , or combinations thereof. For a firmware or software, implementation may be made through modules (e.g., procedures, functions, and so on) that perform the functions described herein.

[0192] Exemplary embodiments herein have been described above with reference to block diagrams and flowchart illustrations of methods and apparatuses. It will be understood that each block of the block diagrams and flowchart illustrations, and combinations of blocks in the block diagrams and flowchart illustrations, respectively, can be implemented by various means including computer program instructions. These computer program instructions may be loaded onto a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions which execute on the computer or other programmable data processing apparatus create means for implementing the functions specified in the flowchart block or blocks.

[0193] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the subject matter described herein, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0194] While this specification contains many specific implementation details, these should not be construed as limitations on the scope of any implementation or of what may be claimed, but rather as descriptions of features that may be specific to particular embodiments of particular implementations. Certain features that are described in this specification in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable sub-combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or variation of a sub-combination.

[0195] It will be obvious to a person skilled in the art that, as the technology advances, the inventive concept can be implemented in various ways. The above described embodiments are given for describing rather than limiting the disclosure, and it is to be understood that modifications and variations may be resorted to without departing from the spirit and scope of the disclosure as those skilled in the art readily understand. Such modifications and variations are considered to be within the scope of the disclosure and the appended claims. The protection scope of the disclosure is defined by the accompanying claims.

[0196] In an embodiment, 3GPP TS 23.558 V19.1.0 may be amended as following. To be noted that , some parts remain unchanged are omitted and the parts changed are underlined. 3GPP TSG-SA WG6 Meeting #60 S6-24xxxx (revision of S6-24xxxx) For HELP on using this form: comprehensive instructions can be found at http:  / / www. 3gpp. org / Change-Requests. Proposed change affects: UICC apps  ME Radio Access Network Core Network Additional discussions: In EDGEAPP, UE location is one factor being considered in EDN server discovery. When tunnel  service is used in UE communication with DN, UE location is not accurate / sufficient information to determine EAS / EES in EDN. FIG. 8 shows an example of traffic tromboning. In FIG. 8, even though EAS is close to UE location, the traffic tromboning happens if using UE  location as criteria to determine EAS.Case 1: E2E tunnel FIG. 9 shows an example of E2E tunnel. Once a PDU session is established, an E2E tunnel can be established from UE to a tunnel server.  The application traffic will be carried in the tunnel. NOTE: UE is assumed to have tunnel endpoint available, which may be configured by user.  For L2 / L3 tunnel (e.g. L2TP, IPSec) , during service provisioning and EAS discovery, the tunnel endpoint should be considered by ECS and EES, correspondingly. For L7 tunnel (e.g. SEALDD) , the tunnel server can be considered as an application service and existing function in cl. 9.4.3 and cl.9.6 of TS 23.433 can be used to address both tunnel edge server (e.g. SEALDD server) and EAS server discovery and relocation.Case 2: N6 tunnel FIG. 10 shows an example of N6 tunnel. During PDU session establishment, N6 tunnel may be established (for instance, see TS 23.502,  cl.4.3.2.4 for L2TP support) . It is assumed that the 5GC can expose the tunnel endpoint (e.g. L2TP server IP address or host name) to the AF, so that the EEL entities (EES, ECS) can take the obtained tunnel endpoint from core network into consideration in determining corresponding servers in service provisioning and EAS disovery procedure. NOTE: In EPC, SGi tunnel may be used in PGW-U, e.g., see TS 29.061, cl. 11.2.1.7 for L2TP  support over SGi. For service continuity, change of the tunnel server should be considered when determining target  EES / EAS. 8.3.3.2.2 Request-response model (Preconditions and Figure 8.3.3.2.2-1 are not changed, which are omitted here. )  1. The EEC sends a service provisioning request to the ECS. The service provisioning  request includes the security credentials of the EEC received during EEC authorization procedure and may include the UE identifier such as GPSI, connectivity information, UE location, EEC service continuity support and AC profile (s) information. EEC may provide its desired ECSP identifier (s) in the service provisioning request based on EEC preference. If an e2e tunnel is used in the UE for the application, then the EEC provides also the tunnel information to the ECS. 2. Upon receiving the request, the ECS performs an authorization check to verify  whether the EEC has authorization to perform the operation. The ECS may utilize the capabilities (e.g. UE location) of the 3GPP core network as specified in clause 8.10.2. If the UE serving PLMN identifier is not provided by the EEC in the connectivity information of the service provisioning request, the ECS may invoke the NEF monitoring event API as described in 3GPP TS 23.502

[0043] and 3GPP TS 23.682

[0017] to obtain the UE roaming status and serving PLMN identifier. If the UE is roaming, the ECS may use the serving PLMN identifier to determine the roaming partner ECS (i.e. V-ECS) information to be provided to the EEC in the service provisioning response. If the Prediction expiration time is provided then the ECS may determine whether to identify EES with the instantiable but not instantiated EAS based on the Prediction expiration time and predicted EAS deployment time information obtained from ADAES. If AC profile (s) are provided by the EEC, and the Application group profile is not provided, the ECS identifies the EES(s) based on the provided AC profile (s) and the UE location. Editor's Note: Whether and how the ECS can obtain the EAS deployment time (e.g., from  ADAES) is FFS (ECS’s operations in step 2 when Application group profile is provided in the request, and  neither Application group profile nor AC profiles (s) are provided are not changed, which are omitted here. ) (ECS’s operations in step 2 when ECSP identifier (s) provided by the EEC are not changed,  which are omitted here. ) The ECS also determines other information that needs to be provisioned, e.g.  identification of the EDN, EDN service area, EES endpoints. For the roaming and federation case, if ECS does not identify any suitable EES (s)  based on EDN configuration available at the ECS and UE's location, the ECS determines a partner ECS that may satisfy the requirements. Based on ECSP policy, the ECS may use preconfigured or OAM configured information about the partner ECSs or ECS discovery via ECS-ER as specified in clause 8.17.2.3 or both. (ECS’s operations in step 2 related to ECSP policies are not changed, which are omitted here. ) When the bundle EAS information is provided, which applies to the bundle EAS case  then; - If bundle EAS information includes EAS bundle identifier, the ECS identifies all the  EES(s) providing the same EAS bundle identifier. - If bundle EAS information includes a list of EASIDs, the ECS identifies the one or  more EES which support all of the EASs within the same EDN based on the EDN information obtained in the EES profile.If the tunnel information is received, the ECS additionally takes the tunnel information into consideration in identifying EES (s) . If no tunnel information is received, the ECS checks whether N6 / SGi tunnel is used. If N6 / SGi tunnel (e.g. L2TP) is used by 3GPP core network, the ECS additionally takes the obtained tunnel information from 3GPP core network into consideration in identifying EES (s) . For instance, the IP address (es) of identified EES (s) needs to be topologically close to the IP address of the tunnel server. 8.3.3.2.3.2 Subscribe (Preconditions, Figure 8.3.3.2.3.2-1 and operations in step 1 are not changed, which are omitted  here) 2. Upon receiving the request, the ECS performs an authorization check to verify  whether the EEC has authorization to perform the operation. If required, the ECS may utilize the capabilities (e.g. UE location or user plane management event notification service if available) of the 3GPP core network as specified in clause 8.10.2. If the request is authorized, the ECS creates and stores the subscription for provisioning. NOTE 3: The ECS can monitor the user plane path change for EDGE-1 traffic toward EES (s) by  utilizing the user plane management event notification service specified in 3GPP TS 23.501 [2] . Based on target DNAI and / or target tunnel information reported from 5GC the ECS can notify more suitable EES (s) to the EEC. 8.3.3.3.2 Service provisioning request Table 8.3.3.3.2-1 describes the information elements for service provisioning request from the  EEC to the ECS. Table 8.3.3.3.2-1: Service provisioning request 8.5.2.2 Request-response model (Preconditions and Figure 8.5.2.2-1are not changed, which are omitted here. ) 1. The EEC sends an EAS discovery request to the EES. The EAS discovery request  includes the requestor identifier [EECID] along with the security credentials and may include EAS discovery filters, EEC service continuity support, and may also include UE location to retrieve information about particular EAS (s) or a category of EASs, e.g. gaming applications, or Edge Applications Server (s) available in certain service areas, e.g. available on a UE's predicted or expected route. The request may include an EAS selection request indicator. If an e2e tunnel is used in the UE for the application, then the EEC provides also the tunnel information to the EES. 2. Upon receiving the request from the EEC, the EES checks if the EEC is authorized  to discover the requested EAS (s) . The authorization check may apply to an individual EAS, a category of EASs or to the EDN, i.e. to all the EASs. If UE's location information is not already available, the EES obtains the UE location by utilizing the capabilities of the 3GPP core network as specified in clause 8.10.3. If EAS discovery filters are provided by the EEC, but it does not contain Application group profile, the EES identifies the EAS (s) based on the provided EAS discovery filters and the UE location. (operations when the bundle EAS information is provided, EEC indicates service continuity  support is required, the Prediction expiration time is provided, EAS discovery filters are not provided, EAS discovery filters contain Application group profile not changed, ECS-ER is available and not available, steps evaluated prior to sending a response and the operations when EEC provides the EAS selection request indicator and when EEC doesn’ t provide the EAS selection request indicator are not changed, which are omitted here. )If the tunnel information is received, the EES additionally takes it into consideration in identifying EAS (s) . If no tunnel information is received, the EES checks whether N6 / SGi tunnel is used. If N6 / SGi tunnel (e.g. L2TP) is used by 3GPP core network, the EES additionally takes the obtained tunnel information from 3GPP core network into consideration in identifying EAS (s) . For instance, the IP address (es) of identified EAS (s) needs to be topologically close to the IP address of the tunnel server. 8.5.3.2 EAS discovery request Table 8.5.3.2-1 describes information elements for the EAS discovery request. Table 8.5.3.2-2  provides further detail about the EAS Discovery Filter information element. Table 8.5.3.2-1: EAS discovery request 8.8.1.1 High level overview (The requirements when EEC determines that ACR is required is amended by adding following  underlined sentence about e2e tunnel server change, other parts in this clause are not changed. ) The EEC may determine if the ACR is required by detecting that the UE moved or is predicted  or expected to move outside the service area (see clause 7.3.3) . The service area can be provided to the EEC by either the ECS during Service Provisioning or EES during EAS Discovery. For the PDU Session of SSC mode 3, if the UE receives PDU Session Modification Command as specified in clause 4.3.5.2 of 3GPP TS 23.502 [3] , the EEC may determine that the ACR is required. For IPv6 multi-homed PDU Session of SSC mode 3, the EEC may determine that ACR is required if the UE is notified of the existence and availability of a new IPv6 prefix as specified in clause 4.3.5.3 of 3GPP TS 23.502 [3] . The EEC may determine if the ACR is required by detecting that the e2e tunnel server used for application traffic is changed. 8.8.2.2 Initiation by EEC using regular EAS Discovery (the preconditions and Figure 8.8.2.2-1 are not changed, which are omitted here. ) Phase I: ACR Detection 1. The EEC detects the UE location update as a result of a UE mobility event and is  provided with the UE's new location as described in clause 8.8.1.1. The EEC can also detect an expected or predicted UE location in the future as described in clause 8.8.1.1. If a e2e tunnel is used in the UE for application, the EEC can also detect the tunnel server update as described in clause 8.8.1.1. NOTE 2: If the EEC is triggered by an external entity such as by a notification from the ECS, a  list of new EESs (to be used as T-EESs) is provided by that notification and step 3 below is skipped. Phase II: ACR Decision (description on Phase II is not changed, which are omitted here. ) Phase III: ACR Execution 3. The EEC performs Service Provisioning (as specified in clause 8.3) for all active  applications that require ACR. Service Provisioning procedure results in a list of T-EESs that are relevant to the supplied applications and the new location of the UE and / or new tunnel server used by the UE. When in step 1 the ACR for service continuity planning is triggered, then the Connectivity information and UE Location in the Service Provisioning procedure (as specified in clause 8.3) contains the expected Connectivity information and expected UE Location. If Service Provisioning results in no T-EES, and if ACR to CAS is supported, then the  procedure for ACR with CAS applies as specified in clause 8.8.2A. 2. (steps 4 to 11 are not changed, which are omitted here) 8.8.2.3 EEC executed ACR via S-EES (preconditions and Figure 8.8.2.3-1 are not changed, which are omitted here. ) Phase I: ACR Detection 1. The EEC detects that ACR may be required as described in clause 8.8.1.1. The EEC  may detect that ACR may be required for an expected or predicted UE location in the future as described in clause 8.8.1.1. The EEC may also detect that ACR may be required for the tunnel server update as described in clause 8.8.1.1. (description on Phase II, III and IV are not changed, which are omitted here. ) 8.8.2.4 S-EAS decided ACR scenario (preconditions, Figure 8.8.2.4-1 and step 1, 2 and 4 to 10 are not changed, which are omitted  here. ) Phase III: ACR Execution 3. The S-EAS discovers the T-EAS as described in clause 8.8.3.2. When in step 1 the  ACR has been triggered for service continuity planning, then UE Location and Target DNAI and tunnel information in the Retrieve T-EES procedure contain the expected UE Location and expected Target DNAI and tunnel information. After S-EAS determines the T-EAS to use, the S-EAS may apply the AF traffic influence with the N6 routing information of the T-EAS in the 3GPP Core Network (if applicable) . If T-EAS discovery results in no T-EAS, and if ACR to CAS is supported, then the  procedure for ACR with CAS applies as specified in clause 8.8.2A. 4. 8.8.2.5 S-EES executed ACR (Preconditions, Figure 8.8.2.5-1 and step 1, 2 and 4 to 14 are not changed, which are omitted  here. ) Phase II: ACR Decision 3. The detection entity performs ACR launching procedure (as described in clause  8.8.3.4) with the ACR action indicating ACR determination and the corresponding ACR determination data. If the EEC or S-EAS detect the ACR event, the EEC or S-EAS may inform S-EES with ACID, and predicted / expected UE location or Expected AC Geographical Service Area in the ACR launching procedure. The EEC may also detect a tunnel server update and inform the S-EES with the new tunnel information. 8.8.2.6 EEC executed ACR via T-EES (Preconditions and Figure 8.8.2.6-1 are not changed, which are omitted here. ) Phase I: ACR Detection 1. The EEC detects that ACR may be required as described in clause 8.8.1.1. The EEC  may detect that ACR may be required for an expected or predicted UE location in the future as described in clause 8.8.1.1. The EEC may also detect that ACR may be required for the tunnel server update as described in clause 8.8.1.1. (Phase II to Phase IV are not changed, which are omitted here) 8.8.4.4 ACR request Table 8.8.4.4-1 describes information elements for the ACR request sent either from the EEC to  the S-EES or T-EES, or by the S-EAS to the S-EES. Table 8.8.4.4-1: ACR request 8.6.3.1 General The EES exposes ACR management event notifications of one or more UEs to an EAS. EES also  uses ACR management event notifications to inform the EAS of the need to start an ACT or cancel a previously started ACT. ACR management event notifications exposed by the EES may rely on the NEF northbound API for monitoring event of user plane path management event. This capability exposed by the EES supports: - "User plane path change" . This event supports to detect user plane path change for  the application traffic and report the corresponding notification with user plane path change to the EAS. - "ACR monitoring" . This event supports to detect user plane path change for the  application traffic, discover the T-EAS (s) , and report the corresponding notification with the discovered T-EAS (s) .  -"ACR facilitation" . This event supports to detect user plane path change for the  application traffic, make the decision for ACR, discover the T-EAS (s) , influence the traffic for the selected T-EAS and report the corresponding notification with the selected T-EAS.NOTE: The EES provided ACR management events related to user plane path change also support N6 / SGi tunnel server change.Editor's Note: Coordination with SA2 is needed about how AF can obtain SGi tunnel server change information. - "ACT start / stop" . This event informs the EAS the need to start or stop an ACT  towards or from another EAS for a particular UE. The "ACT start" can also inform the EAS of the ACR parameters. - "ACR Selection" . This event informs the EAS about the selected ACR scenario list  for each AC using the EAS. 8.6.3.2.3 Notify Figure 8.6.3.2.3-1illustrates the notify operation between the EES and the EAS for continuous  ACR management event notifications, the figure is not changed which is omitted here. 1. The EES detects the ACR management event of a UE (e.g. receiving User plane  path management event notification for a UE from the 3GPP core network) , or receiving ACR request from the EEC, or when the selected ACR scenario list for a particular AC changes. a. If "user plane path change" Event is subscribed, the EES may cache the detected User  plane path management event notification locally with timestamp as the latest information of the UE (s) and start the notification aggregation for a group of UEs. The EES decides whether to aggregate and the aggregation period based on the analytics result received from the 3GPP Core Network, local policy and User Plane path management subscription information received from the EAS. The EES determines to notify the user plane path management event notification information (e.g., DNAI, tunnel information) to the EASs which has subscribed for the "user plane path management" event. b. If "ACR monitoring" Event is subscribed, based on the detected user plane path change  report sent from the 3GPP core network, the EES checks whether any T-EAS is available as described in steps 2-4 of clause 8.8.3.2. If a T-EAS is available, the EES notifies the EAS with T-EAS endpoint; otherwise this event notification will not be sent. Also, when the EES receives the ACR request from the EEC, the EES decides to send the notification to the EAS. c. If "ACR facilitation" Event is subscribed, based on the detected user plane path change  report sent from the 3GPP core network, the EES checks whether any T-EAS is available as described in steps 2-4 of clause 8.8.3.2. If a T-EAS is available, the EES selects the T-EAS from the discovered EAS list and applies the AF traffic influence with the N6 routing information of the selected T-EAS in the 3GPP Core Network. The EES also notifies the S-EAS with the selected T-EAS endpoint. d. If "ACT start / stop" event is subscribed, during the ACR launch if the EEC indicates the  need to notify the EAS in the ACR request as described in clause 8.8.3.4, the EES shall send notification to the EAS to inform it about the need to start or stop the ACT to or from another EAS. The EES may include a service continuity planning indication so that the EES will monitor UE location. The notification message includes ACR identity (ACID, UE ID, S-EAS endpoint and T-EAS endpoint) . e. If “ACR Selection” event is subscribed, the EES shall send notification to the EAS to  update the selected ACR scenario list applicable for a particular AC (ACID, UE ID) if an update was received as described in clause 8.15.2.2. (steps 2 and 3 are not changed, which are omitted here. ) 8.8.3.2 Discover T-EAS FIG. 27 illustrates the procedure for fetching T-EAS information. This procedure may be utilized  by a S-EAS, which undertakes the transfer of application context information to a T-EAS directly, or can be invoked by the S-EES itself on deciding to execute ACR. T-EAS discovery procedure also supports EAS retrieval which enables a S-EAS to obtain  T-EAS (s) serving the application group so that the S-EAS can start communication with obtained EAS (s) for EAS synchronization. Pre-conditions: 1. Information related to the EES is available with the S-EAS, if the procedure is  triggered by the S-EAS. 1a. The S-EAS sends the EAS discovery request to the S-EES or the S-EES  decides to execute the ACR. The EAS discovery request from the S-EAS includes the requestor identifier [EASID] along with the security credentials and includes EAS discovery filter matching its EAS profile. If target DNAI is available at the S-EAS via User Plane Path change event, the S-EAS provides the S-EES with the target DNAI. If target tunnel information is available at the S-EAS via User Plane Path change event, the S-EAS provides the S-EES with the target tunnel information. The S-EAS also includes an EAS service continuity support indicator indicating that the S-EAS decided ACR according to clause 8.8.2.4 is to be used for the ACR. The S-EAS includes the bundle ID and bundle type indicating the proxy bundle case to which the S-EAS belongs to. The request may include prediction expiration time. The EAS may send EAS discovery request with EAS ID, Application Group ID and  EAS synchronization support, which indicates the request to obtain EAS (s) currently serving the Application Group ID with the requested EAS ID in order to perform EAS synchronization. NOTE 1: The trigger condition to invoke the Discover T-EAS API is up to application service  logic, which is out of scope of this specification. 1b. The S-EES either receive the target DNAI and / or target tunnel information for  T-EES discovery from the step 1a or by the user plane management event notification from the core network. 2. If the request is received from the S-EAS, the S-EES checks whether the requesting  EAS is authorized to perform the discovery operation. If Application Group ID and EAS synchronization support in EAS characteristics are  received and the ECS-ER is available, the S-EES checks with the ECS-ER with the received EAS ID and Application Group ID and obtains a list of EAS (s) supporting EAS synchronization and serving the application group for the desired application service identified by the EAS ID as described in clause 8.20. Step 2 to step 4 are skipped. If the UE location is not known to the S-EES or provided by the S-EAS request, then  the S-EES may interact with 3GPP core network to retrieve the UE location. If the S-EES decided to execute the ACR or when the requesting EAS is authorized, the S-EES checks if there exists a T-EAS information (registered or cached) that can satisfy the requesting EAS information, target DNAI, target tunnel information, additional query filters and the Expected AC Service KPIs and the Minimum required AC Service KPIs if received from the EEC during the EAS discovery or from the S-EAS in step 1. In this case, the S-EES may collect Edge load performances from ADAES or OAM to find T-EAS (s) that satisfies the Expected AC service KPIs or the Minimum required AC Service KPIs. The S-EES may determine the use of statistics or prediction for evaluating KPIs based on the situation of the T-EAS discovery. If target tunnel information is received, the S-EES additionally takes the target tunnel information into consideration in identifying T-EAS (s) . For instance, the IP address (es) of identified T-EAS (s) needs to be topologically close to the IP address of the target tunnel server. If the S-EES finds the T-EAS (s) in the cached or registered information, the flow either continues with step 5 for the S-EAS triggered discovery or stops for the S-EES decided ACR execution, else the S-EES retrieves the T-EES address from the ECS as specified in clause 8.8.3.3 and continues with step 3. If Prediction expiration time is provided then the EES may determine whether to  identify the instantiable but not instantiated EAS as T-EAS based on Prediction expiration time and the predicted EAS deployment time information obtained from ADAES. Editor's Note: Whether and how the EES can obtain the EAS deployment time (e.g., from  ADAES) is FFS. 3. The S-EES invokes the EAS discovery request on the T-EES retrieved from the  ECS. The EAS discovery request includes the requestor identifier [EESID] along with the security credentials and includes EAS discovery filter. In the EAS discovery filter, the S-EES may include prediction expiration time, the Expected AC Service KPIs and the Minimum required AC Service KPIs if received from the EEC during the EAS discovery or from the S-EAS in step 1. If target tunnel information is available at the S-EES (e.g. received from S-EAS in step 1a or by the user plane management event notification from the core network) , the S-EES provides the T-EES with the target tunnel information. The S-EES also includes the EEC service continuity support indicator received  from the EEC during EAS discovery. If in step 1 the S-EES received an EAS service continuity support indicator from the S-EAS, then the S-EES includes this EAS service continuity support indicator and its own EES service continuity support indicator indicating the ACR scenarios supported by the EES. If in step 1 the S-EES decided to execute the ACR, the S-EES includes the EAS service continuity support indicator received from the S-EAS during EAS registration and includes an EES service continuity support indicator indicating that the S-EES executed ACR according to clause 8.8.2.5 is to be used for the ACR. Upon receiving the request, the T-EES may trigger the ECSP management system to  instantiate the T-EAS that matches with EAS discovery filter IEs (e.g. ACID) as in clause 8.12. 4. The T-EES discovers the T-EAS (s) and responds with the discovered T-EAS  information to the S-EES. To filter T-EAS (s) , the T-EES utilizes the discovery filters (e.g. Expected AC Service KPIs and the Minimum required AC Service KPIs) and the indications which ACR scenarios are supported by the AC, the EEC, the T-EES and the S-EAS. If T-EES gets the Expected AC service KPIs or the Minimum required AC Service KPIs, the T-EES may collect edge load analytics from ADAES (as specified in clause 8.8.2 of TS 23.436

[0028] ) or performance data from OAM to find T-EAS (s) that satisfies the Expected AC service KPIs or the Minimum required AC Service KPIs. The T-EES may determine the use of statistics or prediction for evaluating KPIs based on the situation of the T-EAS discovery. The S-EES may cache the T-EAS information. When the bundle EAS information (i.e. list of EASID) is provided and the bundle  type indicating the direct bundle, and the S-EES received associated T-EES (s) along with part of EAS ID list in the step2 from the ECS, then the S-EES discover the target direct bundle EAS (s) which belongs to same EDN for all the associated S-EES (s) . The request message contains direct bundle EAS (s) information (i.e. list of EASID and direct bundle type) . Then the S-EES receives the direct bundle T-EAS (s) information from each associated T-EES (s) . NOTE 2: T-EES (s) may belongs to same EDN. NOTE 3: The edge load analytics from ADAES can be either statistics or predictions on the  T-EAS. NOTE 4: The statistical KPI value can be used for both normal ACR and service continuity  planning.If target tunnel information is received, the T-EES additionally takes the target tunnel information into consideration in identifying T-EAS (s) . For instance, the IP address (es) of identified T-EAS (s) needs to be topologically close to the IP address of the target tunnel server. 5. If the request was received from the S-EAS, the S-EES responds to the S-EAS with  the discovered T-EAS Information. For responding S-EAS requesting EAS serving the application group, only EAS  endpoint and EAS ID are included in EAS profile of Discovered EAS list. 8.8.3.3 Retrieve T-EES procedure (Preconditions and Figure 8.8.3.3. -1 are not changed, which are omitted here. ) 1. The S-EES sends the Retrieve EES request (UE location information or UE identity,  EASID of the S-EAS, bundle ID, bundle type (i.e. proxy bundle case) , target DNAI and UE connectivity information) to the ECS in order to identify the T-EES which has an EAS available to serve the given AC in the UE. For obtaining announcement EES list, the Retrieve EES request includes application group id. The request message may also contain the AC, EEC service continuity support information. If target tunnel information is available at the S-EES, then the S-EES provides also the tunnel information to the ECS. 2. If the request contains the UE identity (e.g. GPSI) but the UE location is not known  to the ECS, then the ECS interacts with 3GPP core network to retrieve the UE location. The ECS determines T-EES (s) as per the parameters (e.g. EASID, target DNAI) in the request and the UE location information. If the request message contains the AC, EEC service continuity support information, then the ECS may identify the T-EES taking the AC, EEC, T-EES service continuity support into consideration. When the bundle ID and is provided and bundle type indicating the proxy bundle case then the ECS can identify the T-EES based on the bundle ID in the EES profile and in the request message to ensure T-EAS is able to invoke the required proxy bundle EAS (s) as the S-EAS does. If the Prediction expiration time is provided then the ECS may determine whether to  identify T-EES with the instantiable but not instantiated EAS based on Prediction expiration time and predicted EAS deployment time information obtained from ADAES. Editor's Note: Whether and how the ECS can obtain the EAS deployment time (e.g., from  ADAES) is FFS. If no ECS-ER is available and when the Retrieve EES request includes application  group id to the ECS then the request EES list retrieval is for the announcement of common EAS, ECS determines the list of EESs serving the EASs (with same EASID) for the Group ID included in the Retrieve EES request. If the ECS does not identify any suitable EES (s) based on EDN configuration  available at the ECS and UE’s location, the ECS determines a partner ECS that may satisfy the requirements. Based on ECSP policy, the ECS may use preconfigured or OAM configured information about the partner ECSs or ECS discovery via ECS-ER as specified in clause 8.17.2.3 or both. If required by the ECSP policies, the ECS may use service provisioning information  retrieval procedure as specified in clause 8.17.2.4 to obtain service provisioning information from the partner ECS. When the bundle EAS information is provided, then if bundle EAS information  includes a list of EASIDs, then the ECS identifies the one or more T-EES associated with the same EDN which support all of the EASs within the same EDN based on the EES EDN information obtained in the EES profile. NOTE 1: T-EES (s) may belongs to same EDN.If tunnel information is received, the ECS additionally takes the tunnel information into consideration in identifying EES (s) . For instance, the IP address (es) of identified EES(s) needs to be topologically close to the IP address of the tunnel server. 8.8.4.6 Retrieve EES request Table 8.8.4.6-1 describes the information elements to retrieve T-EES information from the ECS. Table 8.8.4.6-1: Retrieve EES request

Claims

1.A method (300) performed by a first network node, comprising:obtaining (302, 312, 402, 502) tunnel information of a tunnel;determining (314) a second network node based on the tunnel information;wherein obtaining the tunnel information comprises at least one of:receiving the tunnel information from a terminal device, orreceiving the tunnel information from a third network node.2.The method according to claim 1, whereinthe first network node comprises at least one of an edge configuration node or an edge enabler node, and / orthe second network node comprises at least one of an edge enabler node or an edge application node.3.The method according to claim 1 or 2, wherein determining a second network node based on the tunnel information comprises:determining the second network node which is topologically close to a tunnel server of the tunnel.4.The method according to any of claims 1-3 , whereinthe third network node comprises at least one of a user plane node, a session management node, a network exposure node, an edge application node, or an edge enabler node, and / or the terminal device comprises an edge enabler client.5.The method according to any of claims 1-4, wherein if the tunnel information is received from the terminal device, the tunnel information is received in at least one of:a service provisioning request,an application context relocation request, oran edge application node discovery request.6.The method according to any of claims 1-5, wherein if the tunnel information is received from the third network node, the tunnel information is received in at least one of:a traffic influence notify message,an event exposure notify message,an edge application node discovery request, oran application context relocation request,a retrieve edge enabler node request.7.The method according to any of claims 1-6, further comprising:sending (404) the tunnel information to a fourth network node.8.The method according to claim 7, whereinthe first network node comprises an edge enabler node, and / orthe fourth network node comprises an edge application node.9.The method according to claim 8, wherein obtaining the tunnel information comprises:receiving the tunnel information from a fifth network node.10.The method according to claim 9, whereinthe fifth network node comprises at least one of a user plane node, a session management node or a network exposure node.11.The method according to claim 9 or 10, wherein the tunnel information is received in at least one of:a traffic influence notify message, oran event exposure notify message.12.The method according to any of claims 7-11, wherein the tunnel information is sent to the fourth network node in an application context relocation management event notification.13.The method according to claim 7, whereinthe first network node comprises an edge application node or an edge enabler node, and / or the fourth network node comprises an edge enabler node or an edge configuration node.14.The method according to claim 13, wherein obtaining the tunnel information comprises:receiving the tunnel information from a sixth network node.15.The method according to claim 14, wherein the sixth network node comprises at least one of a user plane node, a session management node, an edge enabler node, a network exposure node or an edge application node.16.The method according to claim 14 or 15, wherein the tunnel information is received in at least one of:a traffic influence notify message,an event exposure notify message, oran edge application node discovery request.17.The method according to any of claims 13-16, wherein the tunnel information is sent to the fourth network node in at least one of an edge application node discovery request, a retrieve edge enabler node request, or an application context relocation request.18.The method according to any of claims 1-17, further comprising:detecting (504) that a tunnel server of the tunnel is changed or the tunnel is used; andin response to the detection, determining (506) that application context relocation is required.19.The method according to any of claims 1-18, wherein the tunnel information comprises at least one of:a service provider identifier,a tunnel identifier, oran endpoint address of a tunnel server.20.The method according to any of claims 1-19, wherein the tunnel comprises at least one of:a tunnel between a terminal device and a tunnel server, ora tunnel between a network node and a tunnel server.21.The method according to claim 20, wherein the tunnel between the network node and the tunnel server comprises at least one of:a N6 tunnel, ora SGi tunnel.22.A method (600) performed by a terminal device, comprising:obtaining (602, 612, 622) tunnel information of a tunnel;sending (614) the tunnel information to a first network node, wherein the tunnel information is used to determine a second network node.23.The method according to claim 22, wherein the first network node comprises at least one of an edge configuration node or an edge enabler node.24.The method according to claim 22 or 23, wherein the tunnel information is sent in at least one of:a service provisioning request,an application context relocation request, oran edge application node discovery request.25.The method according to claim 22, wherein the second network node comprises at least one of an edge enabler node or an edge application node.26.The method according to any of claims 22-25, further comprising:detecting (624) that a tunnel server of the tunnel is changed or the tunnel is used; andin response to the detection, determining (626) that application context relocation is required.27.The method according to any of claims 22-26, wherein the terminal device comprises an edge enabler client.28.The method according to any of claims 22-27, wherein the tunnel information comprises at least one of:a service provider identifier,a tunnel identifier, oran endpoint address of a tunnel server.29.The method according to any of claims 22-28, wherein the tunnel comprises a tunnel between the terminal device and a tunnel server.30.A first network node (700) , comprising:a processor (721) ; anda memory (722) coupled to the processor (721) , said memory (722) containing instructions executable by said processor (721) , whereby the first network node (700) is operative to:obtain tunnel information of a tunnel;determine a second network node based on the tunnel information;wherein the first network node (700) is operative to when obtaining the tunnel information of a tunnel:receive the tunnel information from a terminal device, orreceive the tunnel information from a third network node.31.The first network node according to claim 30, wherein the first network node is further operative to perform the method of any one of claims 2 to 21.32.A terminal device (700) , comprising:a processor (721) ; anda memory (722) coupled to the processor (721) , said memory (722) containing instructions executable by said processor (721) , whereby the terminal device (700) is operative to:obtain tunnel information of a tunnel;send the tunnel information to a first network node, wherein the tunnel information is used to determine a second network node.33.The terminal device according to claim 32, wherein the terminal device is further operative to perform the method of any one of claims 23 to 29.34.A computer-readable storage medium storing instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any one of claims 1 to 29.35.A computer program product comprising instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any of claims 1 to 29.

Images