Devices, methods, apparatuses and medium for application server configuration

Abstract

Embodiments of the present disclosure relate to devices, methods, apparatuses and medium related to application server configuration. In an aspect, a first device receives information associated with a terminal device from at least one of the terminal device or a second device. The first device determines configuration parameters for an application server supportive of an application to be accessed by the terminal device based on the information associated with the terminal device, and transmits the configuration parameters to the application server or a third device. In this way, a scheme for UE-specific service instantiation and dynamic service configuration may be designed. Accordingly, the service performance and resource efficiency may be improved.

Description

DEVICES, METHODS, APPARATUSES AND MEDIUM FOR APPLICATION SERVER CONFIGURATIONFIELD

[0001] Various embodiments generally relate to the field of communication, and in particular, to devices, methods, apparatuses and a computer readable storage medium related to application server configuration.BACKGROUND

[0002] A communication network can be seen as a facility that enables communications between two or more communication devices, or provides communication devices access to a data network. A mobile or wireless communication network is one example of a communication network.

[0003] Such communication networks operate in accordance with standards, such as those promulgated by 3GPP (Third Generation Partnership Project) , IEEE or ETSI (European Telecommunications Standards Institute) . Examples of such standards include the so-called 5G (5th Generation) standard or other standards promulgated by 3GPP.SUMMARY

[0004] In general, embodiments of the present disclosure provide devices, methods, apparatuses and a computer readable storage medium for communication, for example, for application server configuration, especially for service instantiation and dynamic configuration.

[0005] In a first aspect, there is provided a first device. The first device comprises at least one processor and at least one memory storing instructions. When executed by the at least one processor, the instructions cause the first device at least to: receive, from at least one of a terminal device or a second device, information associated with the terminal device; determine configuration parameters for an application server supportive of an application to be accessed by the terminal device based on the information associated with the terminal device; and transmit, to the application server or a third device, the configuration parameters.

[0006] In a second aspect, there is provided a terminal device. The terminal device comprises at least one processor and at least one memory storing instructions. When executed by the at least one processor, the instructions cause the terminal device at least to: determine first information associated with the terminal device; and transmit, to a first device, the first information, wherein the first information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.

[0007] In a third aspect, there is provided a second device. The second device comprises at least one processor and at least one memory storing instructions. When executed by the at least one processor, the instructions cause the second device at least to: determine second information associated with a terminal device; and transmit, to a first device, the second information, wherein the second information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.

[0008] In a fourth aspect, there is provided a third device. The third device comprises at least one processor and at least one memory storing instructions. When executed by the at least one processor, the instructions cause the third device at least to: receive, from a first device, configuration parameters for an application server supportive of an application to be accessed by a terminal device; generate configuration information for the application server based on the configuration parameters; and transmit, to a data network, the configuration information for the application server.

[0009] In a fifth aspect, there is provided a method implemented at a first device. The method may comprise: receiving, from at least one of a terminal device or a second device, information associated with the terminal device; determining configuration parameters for an application server supportive of an application to be accessed by the terminal device based on the information associated with the terminal device; and transmitting, to the application server or a third device, the configuration parameters.

[0010] In a sixth aspect, there is provided a method implemented at a terminal device. The method may comprise: determining first information associated with the terminal device; and transmitting, to a first device, the first information, wherein the first information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.

[0011] In a seventh aspect, there is provided a method implemented at a second device. The method may comprise: determining second information associated with a terminal device; and transmitting, to a first device, the second information, wherein the second information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.

[0012] In an eighth aspect, there is provided a method implemented at a third device. The method may comprise: receiving, from a first device, configuration parameters for an application server supportive of an application to be accessed by a terminal device; generating configuration information for the application server based on the configuration parameters; and transmitting, to a data network, the configuration information for the application server.

[0013] In a ninth aspect, there is provided an apparatus. The apparatus may comprise: means for receiving, from at least one of a terminal device or a second device, information associated with the terminal device; means for determining configuration parameters for an application server supportive of an application to be accessed by the terminal device based on the information associated with the terminal device; and means for transmitting, to the application server or a third device, the configuration parameters.

[0014] In a tenth aspect, there is provided an apparatus. The apparatus may comprise: means for determining first information associated with the terminal device; and means for transmitting, to a first device, the first information, wherein the first information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.

[0015] In an eleventh aspect, there is provided an apparatus. The apparatus may comprise: means for determining second information associated with a terminal device; and means for transmitting, to a first device, the second information, wherein the second information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.

[0016] In a twelfth aspect, there is provided an apparatus. The apparatus may comprise: means for receiving, from a first device, configuration parameters for an application server supportive of an application to be accessed by a terminal device; means for generating configuration information for the application server based on the configuration parameters; and means for transmitting, to a data network, the configuration information for the application server.

[0017] In a thirteenth aspect, there is provided a non-transitory computer readable medium comprising program instructions for causing an apparatus to perform at least the method according to any one of the above fifth to eighth aspects.

[0018] In a fourteenth aspect, there is provided a computer program product comprising program instructions for performing at least the method according to any one of the above fifth to eighth aspects.

[0019] In a fifteenth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to perform at least the method according to any one of the above fifth to eighth aspects.

[0020] It is to be understood that the summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0021] Some embodiments will now be described with reference to the accompanying drawings, in which:

[0022] Fig. 1A illustrates an example of a network architecture in which some embodiments of the present disclosure may be implemented;

[0023] Fig. 1B illustrates an example of the relationship of service providers in the network architecture according to some embodiments of the present disclosure;

[0024] Fig. 1C illustrates an example of federated model training and inference according to some embodiments of the present disclosure;

[0025] Fig. 1D and Fig. 1E illustrate examples of dynamic model / task splitting for federated learning or inference according to some embodiments of the present disclosure;

[0026] Fig. 2 illustrates an example signaling process for application server configuration according to some embodiments of the present disclosure;

[0027] Fig. 3A and Fig. 3B illustrate example procedures of service instantiation according to some embodiments of the present disclosure;

[0028] Fig. 4 illustrates an example procedure of dynamic service configuration according to some embodiments of the present disclosure;

[0029] Fig. 5 illustrates a flowchart of an example method implemented at a first device in accordance with some embodiments of the present disclosure;

[0030] Fig. 6 illustrates a flowchart of an example method implemented at a terminal device in accordance with some other embodiments of the present disclosure;

[0031] Fig. 7 illustrates a flowchart of an example method implemented at a second device in accordance with some embodiments of the present disclosure;

[0032] Fig. 8 illustrates a flowchart of an example method implemented at a third device in accordance with some other embodiments of the present disclosure;

[0033] Fig. 9 illustrates an example simplified block diagram of a device that is suitable for implementing embodiments of the present disclosure; and

[0034] Fig. 10 illustrates an example block diagram of an example computer readable medium in accordance with some embodiments of the present disclosure.

[0035] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0036] Principles of the present disclosure will now be described with reference to some embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. The disclosure described herein may be implemented in various manners other than the ones described below.

[0037] 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 the present disclosure belongs.

[0038] References in the present disclosure to “one embodiment, ” “an embodiment, ” “an 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.

[0039] It shall be understood that although the terms “first” , “second” , “third” , “fourth” 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 embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0040] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of 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. As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0041] As used in this application, the term “circuitry” may refer to one or more or all of the following: (a) hardware-only circuit implementations (such as implementations in only analog and / or  digital circuitry) and (b) combinations of hardware circuits and software, such as (as applicable) : (i) a combination of analog and / or digital hardware circuit (s) with software / firmware  and (ii) any portions of hardware processor (s) with software (including digital signal  processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions) and (c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a portion of a  microprocessor (s) that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation.

[0042] This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0043] As used herein, the term “communication 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) , narrow band Internet of things (NB-IoT) and so on. Furthermore, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, the sixth generation (6G) communication protocols, and / or beyond. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned system.

[0044] As used herein, the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a NR NB (also referred to as a gNB) , a transmit-receive point (TRP) , a remote radio unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, a low power node such as a femto, a pico, an Integrated Access and Backhaul (IAB) node, a non-terrestrial network (NTN) or non-ground network device such as a satellite network device, a low earth orbit (LEO) satellite and a geosynchronous earth orbit (GEO) satellite, an aircraft network device, and so forth, depending on the applied terminology and technology. In some embodiments, radio access network (RAN) split architecture comprises a Centralized Unit (CU) and a Distributed Unit (DU) at an IAB donor node. An IAB node comprises a Mobile Terminal (IAB-MT) part that behaves like a UE toward the parent node, and a DU part of an IAB node behaves like a base station toward the next-hop IAB node.

[0045] The term “terminal device” refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , 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 mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of things (loT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial, a relay node, an integrated access and backhaul (IAB) node, and / or industrial wireless networks, and the like. In the following description, the terms “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0046] Embodiments of the present disclosure may apply to the communication and computing integrated network (CCIN) technology domain and the edge computing (EC) and multi-access edge computing (MEC) fields. In a dynamic service instantiation scenario, the server or edge application server (EAS) instance is created on-demand (i.e., in response to user requests) rather than being pre-deployed. The dynamic service may involve offloading UE application compute tasks to the edge data network (EDN) or even to RAN sites.

[0047] In some cases, UE-specific EAS instantiation or runtime re-configuration require input data from real-time 5G network information or UE device information. This information enables the EAS to adapt to changing network conditions, optimize data transmission, and ensure a seamless user experience, especially for latency-sensitive or high-bandwidth applications.

[0048] Therefore, some embodiments of the present disclosure provide a solution for UE-specific service instantiation and dynamic configuration. According to some embodiments of the present disclosure, a first device (e.g., an edge enabler servers (EES) or a centralized application server (CAS) ) obtains information associated with the UE from the UE and / or a second device (e.g., a network exposure function (NEF) ) , and determines startup parameters or scripts for service instantiation. The third device (e.g., an edge computing management (ECM) system or an edge computing service provider (ECSP) management system) receives the startup parameters or scripts for service instantiation from the first device and transmit startup configuration information (e.g., a startup template for service instantiation) to the data network for instantiating an application server. In this way, a scheme for UE-specific service instantiation may be designed. According to some embodiments of the present disclosure, the first device obtains dynamic information associated with the UE from the UE and / or the second device. Updated service configurations may be provided from the first device directly or via the third device to the data network. In this way, a scheme for dynamic service configuration may be designed. Accordingly, the service performance and resource efficiency may be improved considering the network condition and UE status.

[0049] For illustrative purposes, principles and embodiments of the present disclosure of spatial map layering will be described below with reference to Fig. 1A through Fig. 10. However, it is to be noted that these embodiments are given to enable the skilled in the art to understand inventive concepts of the present disclosure and implement the solution as proposed herein, and not intended to limit scope of the present application in any way.

[0050] Fig. 1A illustrates an example of a network architecture 100 in which some embodiments of the present disclosure may be implemented. The network architecture 100 may include a UE 110, a 3GPP network 120, an edge data network (EDN) 130 and an edge configuration server (ECS) 400. The UE 110 may include one or more application clients (ACs) 111 and an edge enabler client (EEC) 112. The AC may be an application program operating on a mobile operating system of the UE 110 and also be referred to as a UE application. The AC 111 may be an application-level client to provide an edge computing service for a user when provided with the edge computing service. The EEC 102 may be a software module which serves as a software agent having functions for providing an edge computing service. In addition, the UE 110 may include a mobile terminal (not shown in Fig. 1A) to communicate with a wireless communication network, for example, at least one mobile communication network or two or more mobile communication networks.

[0051] The 3GPP network 120 is illustrated as a representative mobile communication network and may include a 3GPP radio access network (e.g., including base stations that directly communicate with the UE 110 over the air) and a core network (for example, an evolved packet core (EPC) and / or a 5G core network (5GC) ) . When the 3GPP network 120 includes the 5GC, the 3GPP network 120 may include an access and mobility management function (AMF) , a session management function (SMF) , a policy control function (PCF) , a user plane function (UPF) , a network exposure function (NEF) and the like. When the 3GPP network 120 includes an EPC as a core network, the 3GPP network 120 may include network nodes corresponding to a 5GC.

[0052] EDNs may be configured through network slicing. A plurality of edge application servers (EAS) 131 and a plurality of edge enabler servers (EES) 132 may be deployed in the EDN 130. The one or more AC 111 of the UE 110 may communicate via the 3GPP network 120 with the plurality of EAS 131. The EEC 112 of the UE 110 may communicate via the 3GPP network 120 with the plurality of EES 132. For example, the EEC 112 may support several applications on the UE and manage AC profiles of these applications. The EEC 112 may collect and share AC profiles of these applications with the EES 132 so that the EES 132 could make some appropriate EAS selections. The EES 132 can send back a list of selected EAS to the EEC 112. The EEC 112 can then perform some selection based on certain criteria that it holds for the application. The AC profile is to characterize the application information on the UE to understand what kind of information should be dealt with for the application.

[0053] The EEC 112 of the UE 110 may also communicate via the 3GPP network 120 with the ECS 140. The ECS 140 may be configured to control the plurality of EESs 132. The EES 132 provides the configuration information to EEC 112 of the UE 110, enabling AC 111 of the UE 110 to exchange application data traffic with the EAS 131.

[0054] It is to be understood that the number of devices is only for the purpose of illustration without suggesting any limitations. The network architecture 100 may include any suitable number of devices adapted for implementing embodiments of the present disclosure. It is to be understood that the network architecture 100 in Fig. 1A is merely for illustration, other network architectures are also possible.

[0055] Fig. 1B illustrates an example of the relationship of service providers in the network architecture according to some embodiments of the present disclosure. As shown in Fig. 1B, in the deployment of edge computing services, the application service provider (ASP) is responsible for the creation of EAS and AC. The edge computing service provider (ECSP) is responsible for the deployment of EDN that contain EAS and EES. The public land mobile network (PLMN) operator is responsible for the deployment of 5G network functions, such as 5GC and 5G NR.

[0056] The ASP can have service agreement with one or more ECSP (s) and may request the ECSP to deploy one or more EAS in the EDN. Upon receipt of ASP's request, the ECSP should deploy the EAS (s) , and then register the EAS (s) to the EES in the EDN. The ECSP can have service agreement with one or more PLMN operators and may request the PLMN operators to connect EAS and EES with 5GC network functions. The ECS may reside in PLMN operator or ECSP, and provide functions needed for the EEC to connect with an EES.

[0057] The 3GPP management system is intended to manage the 3GPP defined network functions (e.g., UPF, PCF, EES, ECS, EAS, EASF, …) , and services. To support the edge computing management, the 3GPP management system consists of a PLMN management system and an ECSP management system. The PLMN management system is responsible for the orchestration and management of the mobile networks. The ECSP management system is responsible for the orchestration and management of the EDN. In the case that PLMN operator owns the EDN, then 3GPP management system is equivalent to PLMN management system that is responsible for the orchestration and management of the mobile networks and EDN.

[0058] Fig. 1C illustrates an example of federated model training and inference process according to some embodiments of the present disclosure. Within the UE-Network federated artificial intelligence (AI)  / machine learning (ML) training and inference scenario, the UE performs computations on the UE-side model part which could involve data collection, preprocessing, or local model inference. The UE then relays uplink traffic to the EAS, which could include model updates, gradients, or feature vectors. The EAS performs computations on the NW-side model part, which could involve aggregating model updates from multiple UEs, performing model training, or providing model inference services. In addition, the EAS may transmit downlink traffic to the UE, which could include the updated global model, predictions, or feedback on the model's performance. The UE may then perform local model inference based on the received results or updated models. This bidirectional data flow is essential for the iterative process of training and improving AI / ML models in a federated manner. It should be understood that the federated model training and inference process is merely for illustration; embodiments of the present disclosure may also apply to other processes associated with service applications.

[0059] However, in UE-Network federated AI / ML training and inference scenarios, network packet loss can have a cascading impact, resulting in extended AI training durations, diminished model accuracy, and inefficient resource utilization (for instance, a 0.1%packet loss ratio could lead to 50%re-computation) . AI model network traffic may exhibit periodic bursts on both uplink and downlink, such as at each epoch of training. Furthermore, the AI model network traffic might consist of a few flows with substantial data sizes, alongside a larger number of flows with significantly smaller data sizes. Additionally, AI model network traffic may feature asymmetric data rates between uplink and downlink traffic.

[0060] Fig. 1D and Fig. 1E illustrate examples of dynamic model / task splitting for federated learning or inference according to some embodiments of the present disclosure. As shown in Fig. 1D and Fig. 1E, when the radio signal is sufficiently strong, it enables the transmission of more intermediate data through the air interface, thereby allowing the network side (i.e., the EAS side) to undertake a greater number of sub-tasks or the execution of additional neural network layers throughout the entire processing procedure. Conversely, when the air interface quality deteriorates, the UE may engage in more local processing, while the network / EAS side adjusts accordingly. Furthermore, the UE's capability and power status may also influence the task allocation or model splitting between the UE and the EAS server, irrespective of whether it occurs at the initialization or operational stage.

[0061] UE-specific EAS instantiation or re-configuration necessitates the incorporation of certain 5G network information and UE-specific information as key factors / parameters, which affect the operation of the EAS and / or its internal software. These parameters are not static or pre-defined but become available only at runtime when the UE is connected to the 5G system.

[0062] As defined in the section 7.1.2.1 of 3GPP TR 28.814, EAS instantiation is performed as: the ASP consumes the lifecycle management (LCM) management service (MnS) with operation instantiateEasReq to request the ECSP management system to instantiate the EAS, with the EAS LCM information element (IE) that includes the following attributes: service area (i.e., the geographical service area that the EAS serves) ; EAS virtual network function (VNF) IE (i.e., the information needed to instantiate the EAS VNF) ; software image information, including software image location (i.e., the file location where the software image can be downloaded) , minimum RAM (i.e., the minimal RAM requirement for the software image) , and minimum disk (the minimal disk requirement for the software image) ; virtual compute resources, including virtual CPU, virtual memory, and virtual disk; and QoS requirements (e.g., bandwidth, latency of the end-to-end connection) . There is no specific description on interfaces of 5G network and UE-specific parameters / scripts which might be required during the EAS instantiation or reconfiguration procedure.

[0063] In addition, in the section 8.2.2 of 3GPP TS 23.558, the AC profile is defined as in Table 1 (wherein the status of “O” refers to optional and the status of “M” refers to mandatory) . There is no specific IE designed to express some UE status, i.e., capability, power, etc. In addition, it is supposed that some extra UE-specific information (like UE credentials, AC demands, etc. ) could also be incorporated or retrieved from the AC profile. This information would subsequently be utilized in the customization and instantiation process of the EAS. Table 1: AC Profile

[0064] Furthermore, within the definition of NEF service (as detailed in section 5.2.6 of 3GPP TS 23.502) , although elements like Nnef_UEId, Nnef_Location, Nnef_UEAddress could expose some UE-relevant information, there is still some other UE information (e.g., UE priority, signal strength and quality of radio channel, etc. ) not exposed while might be required to generate / assemble the UE-specific EAS startup configuration parameters / scripts, or runtime configuration parameters.

[0065] Moreover, as defined in the section 4.15.3.1 of 3GPP TS 23.502, the NEF exposes the events as shown in Table 2. There is no specific event definition to allow 5GC / NEF to report the status change of radio signal strength and quality, i.e. signal-to-interference-plus-noise ratio (SINR) , channel quality indicator (CQI) and so on, which can complement current available core network measurements to give a comprehensive picture of the 5G network's performance. Table 2: Event Exposure using NEF

[0066] To adjust UE-specific EAS for adapting to network conditions and optimizing performance so as to ensure a smoother user experience, relying solely on UL and DL data rate measurements between the UE and the UPF is insufficient to accurately predict and understand the real state of the 5G network. For example, a low data rate between the UE and UPF, when combined with strong and high-quality radio channel conditions, may represent a typical AI traffic behavior; conversely, a low data rate between the UE and UPF, but combined with poor radio channel quality, would imply an issue within the 5G network, necessitating actions to restructure the application processing split to reduce network dependencies.

[0067] Furthermore, RAN measurements can offer insights into how radio resources are allocated and how the available bandwidth is utilized. These measurements assist in deciding the EAS processing split to prevent congestion at the RAN level and avoid packet loss.

[0068] For UE-specific EAS to be aware of the 5G network's performance, a combination of both RAN and core network measurements is needed to obtain a comprehensive understanding. UE-specific service / EAS customization is likely performed based on certain configuration parameters, scripts, or templates when instantiating the target service / EAS instance. Some UE-specific runtime information from the 5G network system and UE will be collected and assembled into the required order / format and delivered to the service / EAS instance as startup or re-configuration parameters / scripts. These parameters / scripts may be generated directly or indirectly based on UE-specific information such as UE ID / IP, location, priority, Channel Quality Indicator (CQI)  / radio channel quality level, UE capability / power status, connection security credentials, and even some parameters explicitly provided by the UE.

[0069] Additionally, other configuration parameters may also be submitted to the ECSP management / orchestration entity (i.e., ECSP management system) to indicate how to configure the pod / VM-like containers that will host the target service / EAS instance, e.g., supporting OS / environment / sdk, minimum / maximum resources allocated, etc. Those environment requirements as well as the resource configuration parameters are relatively static therefore could be defined and provided by the ASP in advance.

[0070] Embodiments of the present disclosure will be described in two aspects. The first aspect involves defining the interface (and any necessary extensions) for collecting UE-specific information from the 5G system and UE device side, generating EAS startup parameters / scripts, and transmitting and indicating those startup parameters / scripts when requesting the ECSP management system to instantiate the target EAS instance. The second aspect focuses on how to support dynamic runtime configuration for a running EAS instance, especially when triggered by UE side events (e.g., CQI upgrades or degradations) .

[0071] Fig. 2 illustrates an example signaling process 200 for application server configuration according to some embodiments of the present disclosure. The process 200 may involve the terminal device 210, a first device 220, a second device 230, a third device 240 and a data network 250. In some embodiments, the first device 220 may be implemented as an EES. Alternatively, the first device 220 may be implemented as a centralized application server (CAS) . In some embodiments, the second device 230 may be implemented as a NEF in the core network. In some embodiments, the third device 240 may be implemented as an ECM / ECSP management system.

[0072] As shown in Fig. 2, the first device 220 determines (209) configuration parameters 212 for an application server supportive of an application to be accessed by the terminal device 210 based on information associated with the terminal device 210. The information associated with the terminal device 210 may be received from at least one of the terminal device 210 or the second device 230. For example, the information associated with the terminal device 210 may include first information 203. The terminal device 210 may determine (201) the first information 203 associated with the terminal device 210, and transmit (202) the first information 203 to the first device 220. The first device 220 may receive (204) the first information 203 from the terminal device 210 and determine the configuration parameters 212 at least based on the first information 203. Alternatively or additionally, the information associated with the terminal device 210 may include second information 207. The second device 230 may determine (205) the second information 207 associated with the terminal device 210, and transmit (206) the second information 207 to the first device 220. The first device 220 may receive (208) the second information 207 from the second device 230 and determine the configuration parameters 212 at least based on the second information 207. The first device 220 may transmit the configuration parameters 212 to the application server or to the third device 240. For example, the first device 220 may transmit (211) the configuration parameters 212 to the third device 240. The third device 240 may receive (213) the configuration parameters 212 from the first device 220, and generate (214) configuration information 216 for the application server based on the configuration parameters 212. Then, the third device 240 may transmit (215) the configuration information 216 for the application server to the data network 250. The data network 250 may receive (217) the configuration information 216 and instantiate or update the application server based on the configuration information 216. Alternatively, the first device 220 may transmit (218) the configuration parameters 212 to the application server in the data network 250. The application server may receive (219) the configuration parameters 212 and may be updated accordingly. In this way, a scheme for UE-specific service instantiation and dynamic configuration may be designed. Accordingly, the service performance and resource efficiency may be improved considering specific information of the terminal device.

[0073] In some embodiments, the information associated with the terminal device 210 may include information indicative of a status of the terminal device 210. Alternatively or additionally, the information associated with the terminal device 210 may include change information of a status of the terminal device 210. For example, the status of the terminal device 210 may include at least one capability of the terminal device 210 and / or a power status of the terminal device 210. Other statuses of the terminal device 210 are also possible.

[0074] Alternatively or additionally, the information associated with the terminal device 210 may include information of the terminal device 210 related to the application. Alternatively or additionally, the information associated with the terminal device 210 may include security credential information of the terminal device 210. Alternatively or additionally, the information associated with the terminal device 210 may include at least one parameter for the application server. For example, the terminal device 210 may determine the at least one parameter for the application server, and transmit the at least one parameter to the first device 220 for determining the configuration parameters 212.

[0075] Alternatively or additionally, the information associated with the terminal device 210 may include an identity of the terminal device 210. Alternatively or additionally, the information associated with the terminal device 210 may include an internet protocol (IP) address of the terminal device 210. Alternatively or additionally, the information associated with the terminal device 210 may include location information of the terminal device 210. Alternatively or additionally, the information associated with the terminal device 210 may include priority information of traffic of the application. In some examples, the priority of the traffic for the application can be mapped to a particular AC, and the mapping may be derived at the application layer or the EES. Alternatively or additionally, the information associated with the terminal device 210 may include change information of a priority of traffic of the application. Alternatively or additionally, the information associated with the terminal device 210 may include priority information of the terminal device 210. In some examples, the priority of the terminal device 210 can be related to the subscription of the terminal device 210, and may be refer to the priority of the application traffic for a particular user. Alternatively or additionally, the information associated with the terminal device 210 may include change information of a priority of the terminal device 210. Alternatively or additionally, the information associated with the terminal device 210 may include channel state information (CSI) of a radio channel associated with the terminal device 210. Alternatively or additionally, the information associated with the terminal device 210 may include change information of CSI of a radio channel associated with the terminal device 210.

[0076] In some embodiments, the first information 203 provided by the terminal device 210 and the second information 207 provided by the second device 130 may include different or overlapping information items. In some implementations, the first information 203 may include at least one of the following: information indicative of a status of the terminal device 210; change information of a status of the terminal device 210; information of the terminal device 210 related to the application; security credential information of the terminal device 210; at least one parameter for the application server; CSI of a radio channel associated with the terminal device 210; or change information of CSI of a radio channel associated with the terminal device 210. In some implementations, the second information 207 may include at least one of the following: an identity of the terminal device 210; an IP address of the terminal device 210; location information of the terminal device 210; priority information of traffic of the application; change information of a priority of traffic of the application; priority information of the terminal device 210; change information of a priority of the terminal device 210; CSI of a radio channel associated with the terminal device 210; or change information of CSI of a radio channel associated with the terminal device 210.

[0077] In some embodiments, the first information 203 may be carried in a client-server message. The first information 203 may be included in an AC profile in the client-server message. In some examples, the client-server message may be a discovery request for the application server. In a more specific example, the first device 220 may be implemented as an EES, and the first information may be carried in an EAS discovery request with extended AC profile containing UE status information, and may be transmitted from the EEC in the terminal device 210 to the EES. The first device 220 may further transmit a response for the discovery request to the terminal device 210. The response may include information of the application server. Based on the response for the discovery request, the AC in the terminal device 210 may be able to communicate with the application server.

[0078] Alternatively, the first information 203 may be carried in an application-level message. In a more specific example, the first device 220 may be implemented as a CAS, and the first information may be carried in an application-level request with UE status information, and may be transmitted from the AC in the terminal device 210 to the CAS.

[0079] In some embodiments, the first information 203 may be transmitted to the first device 220 periodically or based on the indication of the first device 220. In some other embodiments, the terminal device 210 may transmit the first information 203 to the first device 220 based on determining an occurrence of a triggering event. In some examples, the triggering event may include that a change in a status of the terminal device 210 reaches a threshold. Alternatively or additionally, the triggering event may include that information of the terminal device 210 related to the application changes. Alternatively or additionally, the triggering event may include that security credential information of the terminal device 210 changes. Alternatively or additionally, the triggering event may include that a change in the at least one parameter determined by the terminal device 210 for the application server reaches a threshold. Alternatively or additionally, the triggering event may include that a change in CSI of a radio channel associated with the terminal device 210 reaches a threshold. In this way, a dynamic configuration of the application server may be achieved, e.g., considering the network condition and UE status.

[0080] In some embodiments, at least a portion of the second information 207 may be carried in a message associated with a service for exposure of UE profile. For example, the second device 230 may be implemented as a NEF, and may provide some UE-specific information to the first device 220, e.g., UE ID / IP, location, priority, CQI / quality level of radio channel. Beyond the Nnef_UEId service, the Nnef_Location service and the Nnef_UEAddress service, a Nnef_UEProfile service may be defined to help expose / notify some other UE-related information, e.g. UE priority, CQI, etc.

[0081] In some embodiments, the first device 220 may transmit a request for information of the terminal device 210 to the second device 230. The second device 230 may receive the request for information of the terminal device 210 from the first device 220, and transmit the second information 207 to the first device 220 as a response to the request.

[0082] In some other embodiments, the second device 230 may transmit the second information 207 to the first device 220 based on determining an occurrence of a triggering event . In some examples, the triggering event may include that an IP address of the terminal device 210 changes. Alternatively or additionally, the triggering event may include that a change in a location of the terminal device 210 reaches a threshold. Alternatively or additionally, the triggering event may include that a priority of traffic of the application changes. Alternatively or additionally, the triggering event may include that a priority of the terminal device 210 changes. Alternatively or additionally, the triggering event may include that a change in CSI of a radio channel associated with the terminal device 210 reaches a threshold. In this way, a dynamic configuration of the application server may be achieved, e.g., considering the network condition and UE-related information.

[0083] In some embodiments, the configuration parameters 212 may include startup parameters associated with instantiation of the application server. Alternatively or additionally, the configuration parameters 212 may include scripts for startup parameters associated with instantiation of the application server. The configuration parameters 212 may be carried in a life cycle management (LCM) information element (IE) included in a deployment request of the application service. Based on the received configuration parameters 212, the third device 240 may generate the configuration information 216 including a template for instantiation of the application server. In a more specific example, the third device 240 may be implemented as an ECM system / entity or an ECSP management system / entity, and may receive the EAS deployment requests including the startup parameters / scripts as well as the configuration parameters from the EES or CAS over the LCM MnS interface. The EAS LCM IE used by external consumer to request the ECSP management system to instantiate the EAS may be extended with fields of custom configuration parameters such as configuration parameter sets [key: value] and / or scripts file to read the parameters and values. The ECM system / entity or an ECSP management system / entity may generate / compile the proper startup template with a format defined by the underlay cloud / k8s platform to trigger the corresponding EAS instantiation procedure.

[0084] Alternatively, the configuration parameters 212 may include an updated configuration for the application server. In some examples, the configuration parameters 212 may be directly transmitted to the data network 250 to update the application server. In some other examples, the third device 240 may receive the configuration parameters 212 and generate the configuration information 216 including updated information for a template employed for the application server. The configuration information 216 may be transmitted to the data network 250 to update the application server.

[0085] Fig. 3A illustrates an example procedure of service instantiation according to some embodiments of the present disclosure. The procedure in Fig. 3A may involve a UE including an AC and an EEC, an EES serving as an application function (AF) , a NEF and a UPF in the 5G core network, a RAN node, an ECM / ECSP management system and a data network (DN) at the edge site. The procedure in Fig. 3A may be regarded as specific examples of the process 200 of Fig. 2. The steps in the procedure in Fig. 3A are provided for exemplary purposes only and should not be construed as limiting the scope of the present invention. One or more steps in the procedure in Fig. 3A may be omitted in certain implementations without departing from the essence of the disclosure. Additional operational steps not explicitly depicted in the procedure in Fig. 3A may be incorporated. In addition, the execution sequence of the steps in the procedure in Fig. 3A may be reordered or performed concurrently. Furthermore, the steps in the procedure in Fig. 3A may be combined.

[0086] At step 300, the EES may perform regular compute metrics acquisition from the ECM / ECSP management system. At step 301, the EES may receive and obtain the UE-related information such as UE capabilities, UE power status and UE security credentials via extended AC profile. The UE-related information may be used to generate or assemble some UE-specific EAS startup parameters. For example, the security credential may be employed later by the EAS to authenticate the requesting UE. In addition to that, some explicit parameters may be given / input by UE directly. In other words, the UE may generate the customized EAS startup parameters by itself.

[0087] If the EAS discovery procedure (between the EEC and the EES) is employed for the acquisition of the UE-related information, some IEs may be be added into the extended AC profile as in Table 3. Table 3: extended AC Profile

[0088] At step 302, the EES may serve as the AF to query some UE-related information from 5GC network, e.g., UE ID / IP, location, priority, CQI / quality level of radio channel. Beyond the Nnef_UEId service, Nnef_Location service and Nnef_UEAddress service, a Nnef_UEProfile service can be defined to help expose / notify some other UE-related information, e.g. UE-related priority, CQI, etc.

[0089] The UE-related information to be collected and aggregated at step 301 and step 302 may be subject to different EAS service. Redundant measurements from the UE and the 5GC network could be possible to be collected for coordination, such as the CQI / quality level of radio channel.

[0090] The priority in the UE-related information may include the priority of the traffic for the application, and can be mapped to a particular AC. The mapping between the priority of the traffic for the application and the AC may be derived at the application layer or the EES. The priority may be changed over time and can be modifiable.

[0091] In some examples, the priority of the traffic for the application can be a UE-related priority, i.e., may be related to the subscription of the UE. In other words, the priority of the traffic for the application may be the priority of the application traffic for a particular user. In some other examples, a UE-related priority may be individually defined, which may be related to the subscription of the UE. For example, the priority of the traffic for the application and the priority of the application traffic for a particular user may be two parameters.

[0092] At step 303, according to the resource / QoS requirements, the EES may serve as the decision maker to choose proper compute nodes / site to host the EAS instance. In addition, the EES could decide the EAS instance work split for some UE-EAS collaborating cases (i.e., how to split tasks between the UE and the EAS) . Examples of the QoS requirements may include but not limited to the connection bandwidth, the rate at which the requests are being generated by the EEC, the expected response time, the expected availability of the server, the compute resources required by the EEC, the graphical compute required by the EEC, the memory requirements of the EEC, the storage requirements of the EEC.

[0093] At step 304, for enabling edge applications, the EES may collect, generate, and assemble startup configuration parameters / scripts given that EES could know exactly what the correct input order / format are, as well as required environment / resources for the UE-specific EAS instantiation. Specifically, the EES aggregates the information from both step 301 and step 302, generates the structured EAS startup configuration parameters / scripts. At step 305, the ECM / ECSP management system / entity may receive the EAS deployment requests including the startup parameters / scripts as well as the configuration parameters from EES.

[0094] In the LCM MnS interface exposed by the ECM / ECSP management system, a specific field may be defined in the EAS LCM IE to contain or indicate the startup parameters / scripts. As described in the section 7.1.2.1 of TR 28.814, the EAS LCM IE is used by external consumer to request the ECSP management system to instantiate the EAS. The EAS LCM IE may be extended with fields of custom configuration parameters appended as below example: - Service area: the geographical service area that the EAS serves. - EAS VNF IE: The information needed to instantiate the EAS VNF. - Config parameter sets [key : value ] - Or scripts file to read the parameters and values. - Software image information - Software image location: the file location where the software image can be downloaded. - Minimum RAM: The minimal RAM requirement for the software image - Minimum disk: The minimal disk requirement for the software image - Virtual compute resources: - Virtual CPU - Virtual memory - Virtual disk - QoS requirements: e.g., bandwidth, latency of the end-to-end connection.

[0095] At step 306, the ECM / ECSP management system / entity may generate / compile the proper startup template (with a format defined by the underlay cloud or Kubernetes (K8S) platform) to trigger the corresponding instantiation procedure. At step 307, the EES may send back the EAS discovery response with the information of the instantiated EAS. The AC in the UE may thus be able to communicate with the instantiated EAS. In this way, a UE-specific EAS instantiation is achieved.

[0096] Fig. 3B illustrate another example procedure of service instantiation according to some embodiments of the present disclosure. The procedure in Fig. 3A may involve a UE including an AC and an EEC, a CAS serving as an AF, a NEF and a UPF in the 5G core network, a RAN node, an ECM / ECSP management system and a DN at the edge site. The procedure in Fig. 3B may be regarded as specific examples of the process 200 of Fig. 2. The same reference numerals are used to denote the elements or components described in Figs. 3A and 3B having the same operations, and detailed description thereof may be omitted.

[0097] As shown in Fig. 3B, if an application-level communication is used, the CAS may collect, generate, and assemble startup configuration parameters / scripts, given that CAS could know exactly what are the correct input order / format, as well as the required environment / resources for the UE-specific EAS instantiation.

[0098] At step 311, the CAS may receive and obtain the UE-related information such as UE capabilities, UE power status and UE security credentials via extended AC profile. The UE-related information may be carried in an application level request from the AC in the UE to the CAS.

[0099] At step 302, the CAS may serve as the AF to query some UE-related information from 5GC network, e.g., UE ID / IP, location, priority, CQI / quality level of radio channel. Beyond the Nnef_UEId service, Nnef_Location service and Nnef_UEAddress service, a Nnef_UEProfile service can be defined to help expose / notify some other UE-related information, e.g. UE-related priority, CQI, etc.

[0100] At step 303, according to the resource / QoS requirements, the CAS may serve as the decision maker to choose proper compute nodes / site to host the EAS instance. In addition, the CAS could decide the EAS instance work split for some UE-EAS collaborating cases (i.e., how to split tasks between the UE and the EAS) .

[0101] At step 304, the CAS aggregates the information from both step 301 and step 302, generates the structured EAS startup configuration parameters / scripts. At step 305, the ECM / ECSP management system / entity may receive the EAS deployment requests including the startup parameters / scripts as well as the configuration parameters from CAS. In the LCM MnS interface exposed by the ECM / ECSP management system, a specific field may be defined in the EAS LCM IE to contain or indicate the startup parameters / scripts. At step 306, the ECM / ECSP management system / entity may generate / compile the proper startup template to trigger the corresponding instantiation procedure. n this way, a UE-specific EAS instantiation is achieved.

[0102] Fig. 4 illustrates an example procedure of dynamic service configuration according to some embodiments of the present disclosure. The procedure in Fig. 4 may involve a UE including an AC and an EEC, an EES or a CAS serving as an AF, a NEF and a UPF in the 5G core network, a RAN node, an ECM / ECSP management system and a DN at the edge site. The procedure in Fig. 4 may be regarded as specific examples of the process 200 of Fig. 2. The steps in the procedure in Fig. 4 are provided for exemplary purposes only and should not be construed as limiting the scope of the present invention. One or more steps in the procedure in Fig. 4 may be omitted in certain implementations without departing from the essence of the disclosure. Additional operational steps not explicitly depicted in the procedure in Fig. 4 may be incorporated. In addition, the execution sequence of the steps in the procedure in Fig. 4 may be reordered or performed concurrently. Furthermore, the steps in the procedure in Fig. 4 may be combined.

[0103] At step 401a, either through some application-level communication or EEC-EES interaction with the extended AC profile, same as in the step 301 in Fig. 3A or the step 311 in Fig. 3B, the dynamic EAS configuration may be triggered. The UE status change (e.g. the change of UE power level) may trigger the CAS / EES to dynamically modify or configure the EAS working mode.

[0104] Alternatively at step 401b, some UE-specific events subscribed from 5GC may also trigger the CAS / EES to do dynamic EAS configuration. For example, if the signaling quality (which may be indicated by the CQI indicator) are getting better or worse and reaching some threshold, the CAS / EES may perform some dynamic EAS configuration with the corresponding modification on the running configuration. An extended Nnef_EventExposure service with new event (i.e., CQI upgrading or degrading) definition may help notify external AFs of CQI value change or threshold reaching.

[0105] At step 402, the CAS / EES may generate / assemble the dynamic EAS configuration parameters within the right order / format.

[0106] At step 403, via the Provisioning MnS interface exposed by the ECM / ECSP management system (as defined in TS28.538) , the CAS / EES may serve as the external consumer to invoke the modifyMOIAttributes operation on EASFunction MOI (Managed Object Instance) for EAS modification. At step 404, the ECM / ECSP management system may update some live configure template (e.g. ConfigMap file in K8S platform) which is employed to dynamically configure the running pod / VNF / EAS instance.

[0107] Alternatively, the CAS may interact with the EAS directly and configure the EAS via application-level implementation.

[0108] In this way, a dynamic EAS configuration triggered by some UE-specific events may be achieved.

[0109] Some embodiments of the present disclosure provide a scheme of UE-specific Information query and EAS Instantiation. The CAS or EES, acting as the AF entity, queries certain UE-specific information from the 5GC via the NEF interface. This information includes, but is not limited to, UE ID / IP, location, priority, CQI / quality level of the radio channel, etc. At least some of this information may be obtained through a new Nnef_UEProfile service. This UE-specific information can be used directly or indirectly to generate or assemble the startup parameters / scripts for the UE-specific EAS instantiation.

[0110] Some embodiments of the present disclosure provide a scheme of EAS configuration parameters delivery. The UE-specific EAS configuration parameters / scripts, along with the EAS deployment requests, are delivered to the ECM / ECSP management system via the LCM MnS interface through the extended EAS LCM IE.

[0111] Some embodiments of the present disclosure provide a scheme of UE information reporting. Through the extended AC profile, the UE / EEC can report its capability, power status, security credentials information, and explicit configuration parameters to the EES. This can be done either along with the EAS discovery requests or via a new EEC to EES message.

[0112] Some embodiments of the present disclosure provide a scheme of UE-specific event subscription and dynamic EAS configuration. The CAS or EES, acting as the AF entity, may subscribe to certain UE-specific events via the extended Nnef_EventExposure service. Examples of such events include CQI upgrading or degrading events. These events may trigger the CAS or EES to perform dynamic configuration / modification on the UE-specific EAS.

[0113] With the solutions of the present disclosure, a flexible UE-specific EAS instantiation and dynamic configuration can be achieved. This ensures optimal application performance under various network conditions and UE statuses.

[0114] Fig. 5 illustrates a flowchart of an example method 500 implemented at a first device (for example, a first device 220) in accordance with some embodiments of the present disclosure. For ease of understanding, the method 500 will be described from the perspective of the first device 220 with reference to Fig. 2.

[0115] At block 510, the first device 220 receives, from at least one of a terminal device or a second device, information associated with the terminal device. At block 520, the first device 220 determines configuration parameters for an application server supportive of an application to be accessed by the terminal device based on the information associated with the terminal device. At block 530, the first device 220 transmits, to the application server or a third device, the configuration parameters.

[0116] In some embodiments, the information associated with the terminal device may include at least one of the following: information indicative of a status of the terminal device; change information of a status of the terminal device; information of the terminal device related to the application; security credential information of the terminal device; at least one parameter for the application server; an identity of the terminal device; an internet protocol (IP) address of the terminal device; location information of the terminal device; priority information of traffic of the application; change information of a priority of traffic of the application; priority information of the terminal device; change information of a priority of the terminal device; channel state information (CSI) of a radio channel associated with the terminal device; or change information of CSI of a radio channel associated with the terminal device.

[0117] In some embodiments, the status of the terminal device may include at least one of the following: at least one capability of the terminal device; or a power status of the terminal device;

[0118] In some embodiments, the information associated with the terminal device comprises first information received from the terminal device, and the first information is carried in a client-server message or an application-level message.

[0119] In some embodiments, the first information is comprised in an application client profile in the client-server message.

[0120] In some embodiments, the client-server message is a discovery request for the application server. The first device 220 may transmit, to the terminal device, a response for the discovery request, wherein the response comprises information of the application server.

[0121] In some embodiments, the information associated with the terminal device comprises second information received from the second device, and the second device comprises a network exposure function.

[0122] In some embodiments, at least a portion of the second information is carried in a message associated with a service for exposure of UE profile.

[0123] In some embodiments, the first device 220 may transmit, to the network exposure function, a request for information of the terminal device.

[0124] In some embodiments, the configuration parameters may include at least one of the following: startup parameters associated with instantiation of the application server; or scripts for startup parameters associated with instantiation of the application server.

[0125] In some embodiments, the configuration parameters are carried in a life cycle management information element comprised in a deployment request of the application service.

[0126] In some embodiments, the configuration parameters may include an updated configuration for the application server.

[0127] In some embodiments, the first device may include an edge enabler server or a centralized application server. The third device may include a computing management system, or a computing service provider management system.

[0128] Fig. 6 illustrates a flowchart of an example method 600 implemented at a first device (for example, a terminal device 210) in accordance with some embodiments of the present disclosure. For ease of understanding, the method 600 will be described from the perspective of the terminal device 210 with reference to Fig. 2.

[0129] At block 610, the terminal device 210 determines first information associated with the terminal device. At block 620, the terminal device 210 transmits, to a first device, the first information, wherein the first information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.

[0130] In some embodiments, the first information may include at least one of the following: information indicative of a status of the terminal device; change information of a status of the terminal device; information of the terminal device related to the application; security credential information of the terminal device; at least one parameter for the application server; channel state information (CSI) of a radio channel associated with the terminal device; or change information of CSI of a radio channel associated with the terminal device.

[0131] In some embodiments, the status of the terminal device may include at least one of the following: at least one capability of the terminal device; or a power status of the terminal device;

[0132] In some embodiments, the first information is carried in a client-server message or an application-level message.

[0133] In some embodiments, the first information is comprised in an application client profile in the client-server message.

[0134] In some embodiments, the client-server message is a discovery request for the application server. The terminal device 210 may receive, from the first device, a response for the discovery request, wherein the response comprises information of the application server.

[0135] In some embodiments, in order to transmit the first information to the first device, the terminal device 210 may determine an occurrence of a triggering event; and based on the occurrence of the triggering event, transmit the first information to the first device.

[0136] In some embodiments, the triggering event may include at least one of the following: a change in a status of the terminal device reaches a threshold; information of the terminal device related to the application changes; security credential information of the terminal device changes; a change in at least one parameter for the application server reaches a threshold; a change in CSI of a radio channel associated with the terminal device reaches a threshold.

[0137] In some embodiments, the terminal device 210 may determine the at least one parameter for the application server.

[0138] In some embodiments, the first device may include an edge enabler server or a centralized application server.

[0139] Fig. 7 illustrates a flowchart of an example method 700 implemented at a first device (for example, a second device 230) in accordance with some embodiments of the present disclosure. For ease of understanding, the method 700 will be described from the perspective of the second device 230 with reference to Fig. 2.

[0140] At block 710, the second device 230 determines second information associated with a terminal device. At block 720, the second device 230 transmits, to a first device, the second information, wherein the second information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.

[0141] In some embodiments, the second information may include at least one of the following: an identity of the terminal device; an internet protocol (IP) address of the terminal device; location information of the terminal device; priority information of traffic of the application; change information of a priority of traffic of the application; priority information of the terminal device; change information of a priority of the terminal device; channel state information (CSI) of a radio channel associated with the terminal device; or change information of CSI of a radio channel associated with the terminal device.

[0142] In some embodiments, at least a portion of the second information is carried in a message associated with a service for exposure of UE profile.

[0143] In some embodiments, the second device 230 may receive, from the first device, a request for information of the terminal device.

[0144] In some embodiments, in order to transmit the second information to the first device, the second device 230 may determine an occurrence of a triggering event; and based on the occurrence of the triggering event, transmit the second information to the first device.

[0145] In some embodiments, the triggering event may include at least one of the following: an IP address of the terminal device changes; a change in a location of the terminal device reaches a threshold; a priority of traffic of the application changes; a priority of the terminal device changes; or a change in CSI of a radio channel associated with the terminal device reaches a threshold.

[0146] In some embodiments, the first device may include an edge enabler server or a centralized application server. The second device 230 may include a network exposure function.

[0147] Fig. 8 illustrates a flowchart of an example method 800 implemented at a first device (for example, a third device 240) in accordance with some embodiments of the present disclosure. For ease of understanding, the method 800 will be described from the perspective of the third device 240 with reference to Fig. 2.

[0148] At block 810, the third device 240 receives, from a first device, configuration parameters for an application server supportive of an application to be accessed by a terminal device. At block 820, the third device 240 generates configuration information for the application server based on the configuration parameters. At block 830, the third device 240 transmits, to a data network, the configuration information for the application server.

[0149] In some embodiments, the configuration parameters may include at least one of the following: startup parameters associated with instantiation of the application server; or scripts for startup parameters associated with instantiation of the application server.

[0150] In some embodiments, the configuration information for the application server may include a template for instantiation of the application server.

[0151] In some embodiments, the configuration parameters are carried in a life cycle management information element comprised in a deployment request of the application service.

[0152] In some embodiments, the configuration parameters may include an updated configuration for the application server. The configuration information for the application server may include updated information for a template employed for the application server.

[0153] n some embodiments, the first device may include an edge enabler server or a centralized application server. The third device 240 may include a computing management system, or a computing service provider management system.

[0154] In some embodiments, an apparatus (for example, the first device 220) capable of performing the method 500 may comprise means for performing the respective steps of the method 500. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0155] In some embodiments, the apparatus may comprise means for receiving, from at least one of a terminal device or a second device, information associated with the terminal device; means for determining configuration parameters for an application server supportive of an application to be accessed by the terminal device based on the information associated with the terminal device; and means for transmitting, to the application server or a third device, the configuration parameters.

[0156] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 500. In some embodiments, the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0157] In some embodiments, an apparatus (for example, the terminal device 210) capable of performing the method 600 may comprise means for performing the respective steps of the method 600. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0158] In some embodiments, the apparatus may comprise means for means for determining first information associated with the terminal device; and means for transmitting, to a first device, the first information, wherein the first information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.

[0159] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 600. In some embodiments, the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0160] In some embodiments, an apparatus (for example, the second device 230) capable of performing the method 700 may comprise means for performing the respective steps of the method 700. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0161] In some embodiments, the apparatus may comprise means for determining second information associated with a terminal device; and means for transmitting, to a first device, the second information, wherein the second information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.

[0162] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 700. In some embodiments, the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0163] In some embodiments, an apparatus (for example, the third device 240) capable of performing the method 800 may comprise means for performing the respective steps of the method 800. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0164] In some embodiments, the apparatus may comprise means for receiving, from a first device, configuration parameters for an application server supportive of an application to be accessed by a terminal device; means for generating configuration information for the application server based on the configuration parameters; and means for transmitting, to a data network, the configuration information for the application server.

[0165] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 800. In some embodiments, the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0166] Fig. 9 illustrates an example simplified block diagram of a device 900 that is suitable for implementing embodiments of the present disclosure. The device 900 may be provided to implement a communication device or a network element, for example, the first device 220, the terminal device 210, the second device 230 or the third device 240 as shown in Fig. 2. As shown, the device 900 includes one or more processors 910, one or more memories 920 may couple to the processor 910, and one or more communication modules 940 may couple to the processor 910.

[0167] The communication module 940 is for bidirectional communications. The communication module 940 has at least one antenna to facilitate communication. The communication interface may represent any interface that is necessary for communication with other network elements, for example the communication interface may be wireless or wireline to other network elements, or software based interface for communication.

[0168] The processor 910 may be of any type suitable to the local technical network and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 900 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0169] The memory 920 may include one or more non-volatile memories and one or more volatile memories. Examples of the non-volatile memories include, but are not limited to, a read only memory (ROM) 924, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , and other magnetic storage and / or optical storage. Examples of the volatile memories include, but are not limited to, a random access memory (RAM) 922 and other volatile memories that will not last in the power-down duration. The memory 920 may store instructions that, when executed by the processor 910, cause the apparatus 900 to perform any of the methods as disclosed herein.

[0170] A computer program 930 includes computer executable instructions that are executed by the associated processor 910. The program 930 may be stored in the ROM 924. The processor 910 may perform any suitable actions and processing by loading the program 930 into the RAM 922.

[0171] The embodiments of the present disclosure may be implemented by means of the program so that the device 900 may perform any process of the disclosure as discussed with reference to Fig. 1 to Fig. 8. The embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0172] In some embodiments, the program 930 may be tangibly contained in a computer readable medium which may be included in the device 900 (such as in the memory 920) or other storage devices that are accessible by the device 900. The device 900 may load the program 930 from the computer readable medium to the RAM 922 for execution. The computer readable medium may include any types of tangible non-volatile storage, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like. Fig. 10 shows an example of the computer readable medium 1000 in form of CD or DVD. The computer readable medium has the program 930 stored thereon.

[0173] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that the block, apparatus, system, technique or method described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0174] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the methods 200 to 1200 as described above with reference to Fig. 2 to Fig. 8. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0175] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0176] In the context of the present disclosure, the computer program codes or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above. Examples of the carrier include a signal, computer readable medium, and the like.

[0177] The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs. ROM) .

[0178] 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 present disclosure, 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.

[0179] Although the present disclosure has been described in languages specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A first device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the first device at least to:receive, from at least one of a terminal device or a second device, information associated with the terminal device;determine configuration parameters for an application server supportive of an application to be accessed by the terminal device based on the information associated with the terminal device; andtransmit, to the application server or a third device, the configuration parameters.2.The first device of claim 1, wherein the information associated with the terminal device comprises at least one of the following:information indicative of a status of the terminal device;change information of a status of the terminal device;information of the terminal device related to the application;security credential information of the terminal device;at least one parameter for the application server;an identity of the terminal device;an internet protocol (IP) address of the terminal device;location information of the terminal device;priority information of traffic of the application;change information of a priority of traffic of the application;priority information of the terminal device;change information of a priority of the terminal device;channel state information (CSI) of a radio channel associated with the terminal device; orchange information of CSI of a radio channel associated with the terminal device.3.The first device of claim 2, wherein the status of the terminal device comprises at least one of the following:at least one capability of the terminal device; ora power status of the terminal device.4.The first device of any of claims 1-3, wherein the information associated with the terminal device comprises first information received from the terminal device, and the first information is carried in a client-server message or an application-level message.5.The first device of claim 4, wherein the first information is comprised in an application client profile in the client-server message.6.The first device of claim 4 or 5, wherein the client-server message is a discovery request for the application server, and the first device is further cause to:transmit, to the terminal device, a response for the discovery request, wherein the response comprises information of the application server.7.The first device of any of claims 1-6, wherein the information associated with the terminal device comprises second information received from the second device, and the second device comprises a network exposure function.8.The first device of claim 7, wherein at least a portion of the second information is carried in a message associated with a service for exposure of UE profile.9.The first device of claim 7 or 8, wherein the first device is further caused to:transmit, to the network exposure function, a request for information of the terminal device.10.The first device of any of claims 1-9, wherein the configuration parameters comprise at least one of the following:startup parameters associated with instantiation of the application server; orscripts for startup parameters associated with instantiation of the application server.11.The first device of any of claims 1-10, wherein the configuration parameters are carried in a life cycle management information element comprised in a deployment request of the application service.12.The first device of any of claims 1-9, wherein the configuration parameters comprise an updated configuration for the application server.13.The first device of any of claims 1-12, wherein the first device comprises an edge enabler server or a centralized application server,wherein the third device comprises a computing management system or a computing service provider management system.14.A terminal device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to:determine first information associated with the terminal device; andtransmit, to a first device, the first information, wherein the first information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.15.The terminal device of claim 14, wherein the first information comprises at least one of the following:information indicative of a status of the terminal device;change information of a status of the terminal device;information of the terminal device related to the application;security credential information of the terminal device;at least one parameter for the application server;channel state information (CSI) of a radio channel associated with the terminal device; orchange information of CSI of a radio channel associated with the terminal device.16.The terminal device of claim 15, wherein the status of the terminal device comprises at least one of the following:at least one capability of the terminal device; ora power status of the terminal device.17.The terminal device of any of claims 14-16, wherein the first information is carried in a client-server message or an application-level message.18.The terminal device of claim 17, wherein the first information is comprised in an application client profile in the client-server message.19.The terminal device of claim 17 or 18, wherein the client-server message is a discovery request for the application server, and the terminal device is further cause to:receive, from the first device, a response for the discovery request, wherein the response comprises information of the application server.20.The terminal device of any of claims 14-18, wherein the terminal device is caused to transmit the first information to the first device by:determining an occurrence of a triggering event; andbased on the occurrence of the triggering event, transmitting the first information to the first device.21.The terminal device of claim 20, wherein the triggering event comprises at least one of the following:a change in a status of the terminal device reaches a threshold;information of the terminal device related to the application changes;security credential information of the terminal device changes;a change in at least one parameter for the application server reaches a threshold; ora change in CSI of a radio channel associated with the terminal device reaches a threshold.22.The terminal device of any of claims 15, 16 or 21, wherein the terminal device is further caused to:determine the at least one parameter for the application server.23.The terminal device of any of claims 14-22, wherein the first device comprises an edge enabler server or a centralized application server.24.A second device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the second device at least to:determine second information associated with a terminal device; andtransmit, to a first device, the second information, wherein the second information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.25.The second device of claim 24, wherein the second information comprises at least one of the following:an identity of the terminal device;an internet protocol (IP) address of the terminal device;location information of the terminal device;priority information of traffic of the application;change information of a priority of traffic of the application;priority information of the terminal device;change information of a priority of the terminal device;channel state information (CSI) of a radio channel associated with the terminal device; orchange information of CSI of a radio channel associated with the terminal device.26.The second device of claim 24, wherein at least a portion of the second information is carried in a message associated with a service for exposure of UE profile.27.The second device of claim 24 or 25, wherein the second device is further caused to:receive, from the first device, a request for information of the terminal device.28.The second device of claim 24 or 25, wherein the second device is caused to transmit the second information to the first device by:determining an occurrence of a triggering event; andbased on the occurrence of the triggering event, transmitting the second information to the first device.29.The second device of claim 28, wherein the triggering event comprises at least one of the following:an IP address of the terminal device changes;a change in a location of the terminal device reaches a threshold;a priority of traffic of the application changes;a priority of the terminal device changes; ora change in CSI of a radio channel associated with the terminal device reaches a threshold.30.The second device of any of claims 24-29, wherein the first device comprises an edge enabler server or a centralized application server,wherein the second device comprises a network exposure function.31.A third device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the third device at least to:receive, from a first device, configuration parameters for an application server supportive of an application to be accessed by a terminal device;generate configuration information for the application server based on the configuration parameters; andtransmit, to a data network, the configuration information for the application server.32.The third device of claim 31, wherein the configuration parameters comprise at least one of the following:startup parameters associated with instantiation of the application server; orscripts for startup parameters associated with instantiation of the application server.33.The third device of claim 31 or 32, wherein the configuration information for the application server comprises a template for instantiation of the application server.34.The third device of any of claims 31-33, wherein the configuration parameters are carried in a life cycle management information element comprised in a deployment request of the application service.35.The third device of claim 31, wherein the configuration parameters comprise an updated configuration for the application server, andthe configuration information for the application server comprises updated information for a template employed for the application server.36.The third device of any of claims 31-35, wherein the first device comprises an edge enabler server or a centralized application server,wherein the third device comprises a computing management system or a computing service provider management system.37.A method implemented at a first device, comprising:receiving, from at least one of a terminal device or a second device, information associated with the terminal device;determining configuration parameters for an application server supportive of an application to be accessed by the terminal device based on the information associated with the terminal device; andtransmitting, to the application server or a third device, the configuration parameters.38.A method implemented at a terminal device, comprising:determining first information associated with the terminal device; andtransmitting, to a first device, the first information, wherein the first information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.39.A method implemented at a second device, comprising:determining second information associated with a terminal device; andtransmitting, to a first device, the second information, wherein the second information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.40.A method implemented at a third device, comprising:receiving, from a first device, configuration parameters for an application server supportive of an application to be accessed by a terminal device;generating configuration information for the application server based on the configuration parameters; andtransmitting, to a data network, the configuration information for the application server.41.An apparatus comprising:means for receiving, from at least one of a terminal device or a second device, information associated with the terminal device;means for determining configuration parameters for an application server supportive of an application to be accessed by the terminal device based on the information associated with the terminal device; andmeans for transmitting, to the application server or a third device, the configuration parameters.42.An apparatus comprising:means for determining first information associated with the terminal device; andmeans for transmitting, to a first device, the first information, wherein the first information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.43.An apparatus comprising:means for determining second information associated with a terminal device; andmeans for transmitting, to a first device, the second information, wherein the second information is associated with configuration parameters for an application server supportive of an application to be accessed by the terminal device.44.An apparatus comprising:means for receiving, from a first device, configuration parameters for an application server supportive of an application to be accessed by a terminal device;means for generating configuration information for the application server based on the configuration parameters; andmeans for transmitting, to a data network, the configuration information for the application server.45.A non-transitory computer readable medium comprising program instructions stored thereon for performing at least the method of any of claims 37-40.

Images