CN108063773B

CN108063773B - Application service access method and device based on mobile edge computing

Info

Publication number: CN108063773B
Application number: CN201810141499.6A
Authority: CN
Inventors: 季向阳; 郭沛
Original assignee: Tsinghua University
Current assignee: Tsinghua University
Priority date: 2018-02-11
Filing date: 2018-02-11
Publication date: 2020-05-08
Anticipated expiration: 2038-02-11
Also published as: CN108063773A

Abstract

The disclosure relates to an application service access method and device based on mobile edge computing. The method is applied to an application service access system comprising a plurality of MEC server groups, each MEC server group comprises a plurality of MEC servers, and the application service is accessed into the application service access system through the MEC servers, and the method comprises the following steps: the local MEC server group calculates execution resources required by session execution according to the session request information from the user layer; judging whether the local MEC server group can execute the session or not according to the execution resources obtained by calculation and the resource information of the local MEC server group; in case the local MEC server group is capable of performing the session, then the session is performed at the local MEC server group and/or the neighboring MEC server group. The present disclosure enables high-speed reliable operation of accessed application services while strictly meeting latency requirements.

Description

Application service access method and device based on mobile edge computing

Technical Field

The present disclosure relates to the field of cloud computing technologies, and in particular, to an application service access method and apparatus based on mobile edge computing.

Background

The concept of cloud computing is becoming a core technology for numerous industries, including the gaming industry. Cloud-based video games offer new opportunities for the gaming industry, where users can run high-end graphics games on any low-end device without the need for high-performance hardware requirements. Despite its obvious advantages, cloud games have been plagued by end-to-end large latency, high transmission bit rates, and cloud computing complexity.

The idea of cloud gaming is to capture game events from a player and transmit them to the cloud, process these events and run game logic in the cloud, render a game scene as a video in the cloud, and stream the video to the player. As long as the client can display video, almost all smart phones, tablet computers, game machines, desktop computers, notebook computers, even a series of display devices such as VR glasses, etc. can play games without locally installing machines with advanced 3D graphics rendering and powerful computing capabilities.

Although cloud games are rapidly developing, cloud games fundamentally face: cloud games are very sensitive to network delay and jitter, which can seriously degrade the interactive experience of video games. Compared to video-on-demand, video can tolerate interruptions and buffering of up to several seconds during video playback, while interactive cloud games are highly sensitive to delay, especially in multiplayer mode where live or near-live pictures must be run.

Disclosure of Invention

In view of this, the present disclosure provides an application service access method and an application service access device, so as to solve the problems of large data delay and poor interaction experience in the conventional cloud game access method.

According to another aspect of the present disclosure, there is provided an application service access method applied in an application service access system including a plurality of mobile edge computing MEC server groups, the MEC server group including a plurality of MEC servers, the application service being accessed in the application service access system through an MEC server, the method including:

the local MEC server group calculates execution resources required by session execution according to the session request information from the user layer;

judging whether the local MEC server group can execute the session according to the execution resources obtained by calculation and the resource information of the local MEC server group;

in a case where the local MEC server group is capable of executing a session, the session is executed at the local MEC server group and/or a neighboring MEC server group.

According to another aspect of the present disclosure, there is provided an application service access apparatus, for use in an application service access system including a plurality of mobile edge computing MEC server groups, each MEC server group including a plurality of MEC servers, wherein the application service is accessed to the application service access system through an MEC server, the apparatus including:

the execution resource calculation module is used for calculating execution resources required by the execution of the session according to the session request information from the user layer;

the first judgment module is used for judging whether the local MEC server group can execute the session according to the execution resources obtained by calculation and the resource information of the local MEC server group;

a first execution module, configured to execute a session at the local MEC server group and/or a neighboring MEC server group if the local MEC server group is capable of executing the session. According to another aspect of the present disclosure, there is provided an application service access apparatus, including:

a processor;

a memory for storing processor-executable instructions;

wherein the processor is configured to: and executing the application service access method.

According to another aspect of the present disclosure, there is provided a non-transitory computer readable storage medium having stored thereon computer program instructions which, when executed by a processor, implement the application service access method.

After calculating execution resources required for executing the session by the MEC server group, judging whether the session can be executed in the MEC server group or not according to the execution resources and the resources of the MEC server group, and if so, executing the session in the MEC server group and the adjacent MEC server group. The method and the device have the advantages that the calculation and resources for executing the session are carried out in the MEC server group, so that the accessed application service can run at high speed and reliably under the condition of strictly meeting the delay requirement.

Other features and aspects of the present disclosure will become apparent from the following detailed description of exemplary embodiments, which proceeds with reference to the accompanying drawings.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate exemplary embodiments, features, and aspects of the disclosure and, together with the description, serve to explain the principles of the disclosure.

Fig. 1 illustrates a flow chart of an application service access method according to an embodiment of the present disclosure;

fig. 2 illustrates a flow diagram of an application service access method according to an embodiment of the present disclosure;

fig. 3 illustrates a flow diagram of an application service access method according to an embodiment of the present disclosure;

fig. 4 illustrates a flow chart of an application service access method according to an embodiment of the present disclosure;

fig. 5 shows a schematic diagram of an application service access arrangement according to an embodiment of the present disclosure;

fig. 6 shows a schematic diagram of an application service access arrangement according to an embodiment of the present disclosure;

FIG. 7 illustrates an application service access system architecture diagram according to an embodiment of the present disclosure;

fig. 8 shows a flowchart of an application service access method according to an embodiment of the present disclosure;

FIG. 9 is a block diagram illustrating an apparatus for application service access in accordance with an example embodiment;

fig. 10 is a block diagram illustrating an apparatus for application service access in accordance with an example embodiment.

Detailed Description

Various exemplary embodiments, features and aspects of the present disclosure will be described in detail below with reference to the accompanying drawings. In the drawings, like reference numbers can indicate functionally identical or similar elements. While the various aspects of the embodiments are presented in drawings, the drawings are not necessarily drawn to scale unless specifically indicated.

The word "exemplary" is used exclusively herein to mean "serving as an example, embodiment, or illustration. Any embodiment described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other embodiments.

Furthermore, in the following detailed description, numerous specific details are set forth in order to provide a better understanding of the present disclosure. It will be understood by those skilled in the art that the present disclosure may be practiced without some of these specific details. In some instances, methods, means, elements and circuits that are well known to those skilled in the art have not been described in detail so as not to obscure the present disclosure.

Fig. 1 is a flowchart of an application service access method according to an embodiment of the present disclosure, and as shown in fig. 1, the application service access method is applied in an application service access system including a plurality of mobile edge computing MEC server groups, where the MEC server groups include a plurality of MEC servers, and the application service is accessed in the application service access system through an MEC server, and the method includes the following steps:

in step S10, the local MEC server group calculates execution resources required for executing the session according to the session request information from the user layer.

Step S20, determining whether the local MEC server group can execute a session according to the execution resources obtained by the calculation and the resource information of the local MEC server group.

Step S30, in case that the local MEC server group can execute the session, executing the session at the local MEC server group and/or the neighboring MEC server group.

The mobile Edge computing mec (mobile Edge computing) can provide services required by a user and a cloud computing function nearby by using a wireless access network, create a telecommunication service environment with high performance, low delay and high bandwidth, accelerate the rapid downloading of various contents, services and applications in the network, and enable consumers to enjoy uninterrupted high-quality network experience.

In the present disclosure, referring to fig. 7, the application service access system includes a user layer, an MEC layer, and a cloud service center layer. The user layer comprises various thin clients such as a notebook computer, a desktop computer, a tablet computer, a smart phone, a wearable device and the like. The user runs the application service on the thin client computer, and the thin client computer accesses the application server access system after sending the session request information of the user to the MEC layer. The MEC layer comprises a plurality of MEC server groups, each MEC server group comprises a plurality of MEC servers, and after a session request from a user accesses an application service access system from one of the MEC servers, the MEC server groups provide application service area access services based on mobile edge computing for the user. The cloud server central layer provides resource optimization configuration and the like for the MEC layer and the user layer, performs overall resource allocation of the whole system, and runs partial sessions which cannot be run by the MEC layer. The application service access system comprises a game access system, a financial service access system, a social service access system and the like.

A typical application scenario for an application server access system is as follows:

taking the access service of the cloud game as an example: the session request information received by the local MEC server group comprises at least one of the following information: game type, user mobility, user video resolution, wired or wireless access, membership level, etc. And the local MEC server group where the accessed MEC server is positioned calculates the execution resources required by the session according to the session request information. Execution resources include, but are not limited to, computing resources and network bandwidth.

And the local MEC server group judges whether the local MEC server group can execute the session according to the execution resources obtained by calculation and the resource information of the local MEC server group. The local MEC server group has resource information including own computing resources and bandwidth resources. And under the condition that the local MEC server group can execute the session, selecting an optimal server and gateway path from the MEC server group and/or an adjacent MEC server group, and executing the session. The neighboring MEC server group includes an MEC server group in direct-connection relationship with the MEC server.

The switching network layer adopts Software Defined Network (SDN) technology to separate the data layer from the control layer, so that the equipment load of an application service access system is reduced, the network delay of the system is optimized, the running cost is reduced, configuration errors are reduced, a server is conveniently and quickly deployed, and the like.

Fig. 2 is a flowchart of an application service access method according to an embodiment of the present disclosure, and as shown in fig. 2, the difference between the method and the above embodiment is that the method further includes the following steps:

step S40, when the local MEC server group cannot execute the session, determining whether the neighboring MEC server group can execute the session according to the resource information of the neighboring MEC server group and the bandwidth information between the local MEC server group and the neighboring MEC server group.

In step S50, in a case where the neighboring MEC server group is able to execute the session, the session is executed at the neighboring MEC server group.

In one possible implementation, in a case where the local MEC server group cannot execute the session, it is determined whether the neighboring MEC server group can execute the session. When the neighboring MEC server group is capable of executing the session, the session is executed in the neighboring MEC server group.

In one possible implementation, the candidate neighboring MEC server group capable of executing the session is screened out according to the resource information of the neighboring MEC server group of the local MEC server group and the bandwidth information between the local MEC server group and the neighboring MEC server group. Then, the most existing server and path can be selected to perform the session only in the alternative set of neighboring MEC servers.

Fig. 3 is a flowchart of an application service access method according to an embodiment of the present disclosure, and as shown in fig. 3, the difference between the embodiment and the foregoing embodiment is that the method further includes the following steps:

step S60, in a case that the neighboring MEC server group cannot execute the session, sending the session request information to the cloud service center layer, so that the cloud service center layer executes the session according to the received session request information.

In a possible implementation manner, when the neighboring MEC server group cannot execute the session, the session request information is sent to the cloud service center layer, and the cloud service center executes the session.

Fig. 4 is a flowchart of an application service access method according to an embodiment of the present disclosure, and as shown in fig. 4, the method is different from the foregoing embodiment in that the method further includes the following steps:

step S70, receiving session request waiting information returned by the cloud service center layer, where the session request waiting information is used to indicate that the cloud service center layer cannot execute the session.

Step S80, re-determining whether the local MEC server group can execute the session according to the session request waiting information and the resource information of the local MEC server group.

In a possible implementation manner, when the cloud service center judges that the session cannot be executed according to resources such as network bandwidth of the cloud service center and the received session request information, the cloud service center waits for processing, and finally the cloud service center returns session request waiting information to the local MEC server group. And after receiving the session request waiting information, the local MEC server group re-judges whether the local MEC server group can execute the session.

In a possible implementation manner, the executing the session in the foregoing embodiment includes:

determining a gateway path and an MEC server for executing the session according to the session request information, the resource information, the time delay optimization objective function and the constraint conditions;

and executing the session by adopting the determined gateway path and the MEC server.

When a session is executed between a local MEC server group and an adjacent MEC server group, after execution resources are obtained according to session request information, according to resource information of the local MEC server group and the adjacent MEC server group, such as computing resources and bandwidth resources of the local MEC server group and the adjacent MEC server group, a constructed delay optimization objective function and a preset constraint condition, after the delay optimization objective function is solved, an optimal server and a gateway path for executing the session are determined.

When a session is executed in the adjacent MEC server group, after execution resources are obtained according to session request information, according to resource information of the adjacent MEC server group, such as computing resources and bandwidth resources of the adjacent MEC server group, a constructed delay optimization objective function and a preset constraint condition, after the delay optimization objective function is solved, an optimal server and a gateway path for executing the session are determined.

Fig. 5 is a schematic diagram of an application service access apparatus according to an embodiment of the present disclosure, and as shown in fig. 5, the application service access apparatus is applied in an application service access system including a plurality of mobile edge computing MEC server groups, where each MEC server group includes a plurality of MEC servers, and the application service is accessed in the application service access system through a MEC server, and the apparatus includes:

an execution resource calculation module 41, configured to calculate, according to session request information from the user layer, execution resources required for executing a session;

a first determining module 42, configured to determine whether the local MEC server group can execute a session according to the execution resources obtained through calculation and resource information of the local MEC server group;

a first executing module 43, configured to execute the session at the local MEC server group and/or the neighboring MEC server group if the local MEC server group is capable of executing the session. Fig. 6 shows a schematic diagram of an application service access apparatus according to an embodiment of the present disclosure, as shown in fig. 6, in a possible implementation manner, the apparatus further includes:

a second determining module 44, configured to determine, when the local MEC server group cannot execute a session, whether an adjacent MEC server group can execute the session according to resource information of the adjacent MEC server group and bandwidth information between the local MEC server group and the adjacent MEC server group;

a second executing module 45, configured to execute the session at the neighboring MEC server group if the neighboring MEC server group is capable of executing the session.

In one possible implementation, the apparatus further includes:

a sending module 46, configured to send the session request information to the cloud service center layer when the neighboring MEC server group cannot execute the session, so that the cloud service center layer executes the session according to the received session request information.

In one possible implementation, the apparatus further includes:

a session request waiting information receiving module 47, configured to receive session request waiting information returned by the cloud service center layer, where the session request waiting information is used to indicate that the cloud service center layer cannot execute the session;

a third determining module 48, configured to re-determine whether the local MEC server group can execute the session according to the session request waiting information and the resource information of the local MEC server group.

In a possible implementation manner, the first executing module 43 and the second executing module 45 are further configured to determine a gateway path and an MEC server for executing the session according to the session request information, the resource information, the delay optimization objective function, and the constraint condition; and executing the session by adopting the determined gateway path and the MEC server.

To better illustrate the method of the present disclosure, example 1 below is an exemplary embodiment of the present disclosure.

Example 1:

first, fig. 7 shows a structure diagram of an application service access system according to an embodiment of the present disclosure, and as shown in fig. 7, the embodiment discloses a cloud game access system based on Mobile Edge Computing (MEC), where the cloud game access system includes:

the first layer is the user layer, which runs a variety of large and complex games using thin clients such as PCs, laptops, tablets, smart phones, wearable devices (VR, AR). As shown in fig. 7, the user layer mainly includes a user controller module, an on-screen display module, and a video decoder module.

The second layer is the Mobile Edge Computing (MEC) layer, which brings computing and storage resources to the edge of the mobile network, so that game players can quickly and reliably access cloud services while meeting strict latency requirements. As shown in fig. 7, the MEC layer mainly includes a control receiver module, a game logic module, a scene rendering module, a video encoder module, and a video streaming module.

The third layer is a switching network layer, a Software Defined Network (SDN) technology is adopted to separate the data layer from the control layer, and both layers use an open unified interface (such as OpenFlow) to establish a link. The Software Defined Network (SDN) -based switching network layer can effectively reduce equipment load, optimize system network delay, reduce overall operation cost, reduce configuration errors and facilitate rapid deployment.

And the fourth layer is a cloud service center layer, and aiming at a Mobile Edge Computing (MEC) layer and a user layer, the optimized deployment of a global Software Defined Network (SDN) controller is carried out through an SDN-based network exchange layer.

Based on the cloud game access system shown in fig. 7, fig. 8 is a schematic flowchart illustrating an application service access method according to an embodiment of the present disclosure, where the application service access method shown in fig. 8 includes the following steps:

step 1, a user requests a game session.

And step 2, the local MEC confirms the game session request information. For example, the session request information may include: 1) game type, 2) user mobility, 3) user video resolution, 4) wired/wireless access, 5) membership level, etc.; and storing the user information into a distributed database, and establishing a game session request list.

And 3, accurately predicting the computing resources and the network bandwidth required by executing the related game session in real time by combining various machine learning algorithm models.

And 4, dynamically reading the calculation resources and the network bandwidth lists in the local MECs and the adjacent MECs and the network bandwidth lists among the MECs.

And 5, comparing the computing resources and the network bandwidth required for predicting and executing the related game session obtained in the step 3 with the computing resources and the network bandwidth lists in the local MECs and the adjacent MECs and the network bandwidth lists among the MECs obtained in the step 4, and judging whether the local MECs can meet the computing resources and the network bandwidth required for the game session.

And 6, if the judgment result in the step 5 is yes, the game session can be operated in the local MEC and the adjacent MEC.

Step 7, if the determination result in step 5 is negative, continue to determine whether the neighboring MEC can satisfy the game session calculation requirement and whether the network bandwidth between the local MEC and the neighboring MEC can satisfy the requirement?

And 8, if the judgment result in the step 7 is yes, the game session can be operated in the adjacent MEC.

And 9, if the judgment result in the step 7 is negative, forwarding the game session request to a remote cloud service center.

Step 10, the remote cloud service center judges whether the requested game session can meet the game session computing requirement and whether the network bandwidth between the remote cloud service center and the game session computing requirement can meet the requirement.

And 11, if the judgment result in the step 10 is yes, the game session can be operated in the remote cloud service center.

And step 12, if the judgment result in the step 10 is negative, the game session request waits for processing, and the process returns to the step 4.

And step 13, establishing a time delay optimization objective function according to the judgment in the steps 6, 8 and 11. And solving an optimization objective function based on linear constraints of a series of factors such as calculation load, bandwidth and the like. And finally selecting the optimal gateway path for executing the game session and the related server thereof.

The present disclosure improves the existing cloud gaming computing framework by employing Mobile Edge Computing (MEC) technology, substantially reducing network latency and jitter of traditional Mobile Center Computing (MCC) framework based cloud gaming systems. Compared with the traditional cloud game based on a Mobile Center Computing (MCC) framework, the Mobile Edge Computing (MEC) technology adopted by the method has wide regional distribution and location-aware network, and greatly improves the mobility of users and the data redundancy.

Fig. 9 is a block diagram illustrating an apparatus 800 for application service access in accordance with an example embodiment. For example, the apparatus 800 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, an exercise device, a personal digital assistant, and the like.

Referring to fig. 9, the apparatus 800 may include one or more of the following components: processing component 802, memory 804, power component 806, multimedia component 808, audio component 810, input/output (I/O) interface 812, sensor component 814, and communication component 816.

The processing component 802 generally controls overall operation of the device 800, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing components 802 may include one or more processors 820 to execute instructions to perform all or a portion of the steps of the methods described above. Further, the processing component 802 can include one or more modules that facilitate interaction between the processing component 802 and other components. For example, the processing component 802 can include a multimedia module to facilitate interaction between the multimedia component 808 and the processing component 802.

The memory 804 is configured to store various types of data to support operations at the apparatus 800. Examples of such data include instructions for any application or method operating on device 800, contact data, phonebook data, messages, pictures, videos, and so forth. The memory 804 may be implemented by any type or combination of volatile or non-volatile memory devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.

Power components 806 provide power to the various components of device 800. The power components 806 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the apparatus 800.

The multimedia component 808 includes a screen that provides an output interface between the device 800 and a user. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 808 includes a front facing camera and/or a rear facing camera. The front camera and/or the rear camera may receive external multimedia data when the device 800 is in an operating mode, such as a shooting mode or a video mode. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.

The audio component 810 is configured to output and/or input audio signals. For example, the audio component 810 includes a Microphone (MIC) configured to receive external audio signals when the apparatus 800 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signals may further be stored in the memory 804 or transmitted via the communication component 816. In some embodiments, audio component 810 also includes a speaker for outputting audio signals.

The I/O interface 812 provides an interface between the processing component 802 and peripheral interface modules, which may be keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to: a home button, a volume button, a start button, and a lock button.

The sensor assembly 814 includes one or more sensors for providing various aspects of state assessment for the device 800. For example, the sensor assembly 814 may detect the open/closed status of the device 800, the relative positioning of components, such as a display and keypad of the device 800, the sensor assembly 814 may also detect a change in the position of the device 800 or a component of the device 800, the presence or absence of user contact with the device 800, the orientation or acceleration/deceleration of the device 800, and a change in the temperature of the device 800. Sensor assembly 814 may include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 814 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 814 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

The communication component 816 is configured to facilitate communications between the apparatus 800 and other devices in a wired or wireless manner. The device 800 may access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 816 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 816 further includes a Near Field Communication (NFC) module to facilitate short-range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, Ultra Wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

In an exemplary embodiment, the apparatus 800 may be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, microprocessors or other electronic components for performing the above-described methods.

In an exemplary embodiment, a non-transitory computer-readable storage medium, such as the memory 804, is also provided that includes computer program instructions executable by the processor 820 of the device 800 to perform the above-described methods.

Fig. 10 is a block diagram illustrating an apparatus 1900 for application service access, according to an example embodiment. For example, the apparatus 1900 may be provided as a server. Referring to FIG. 10, the device 1900 includes a processing component 1922 further including one or more processors and memory resources, represented by memory 1932, for storing instructions, e.g., applications, executable by the processing component 1922. The application programs stored in memory 1932 may include one or more modules that each correspond to a set of instructions. Further, the processing component 1922 is configured to execute instructions to perform the above-described method.

The device 1900 may also include a power component 1926 configured to perform power management of the device 1900, a wired or wireless network interface 1950 configured to connect the device 1900 to a network, and an input/output (I/O) interface 1958. The device 1900 may operate based on an operating system stored in memory 1932, such as Windows Server, MacOS XTM, UnixTM, LinuxTM, FreeBSDTM, or the like.

In an exemplary embodiment, a non-transitory computer readable storage medium, such as the memory 1932, is also provided that includes computer program instructions executable by the processing component 1922 of the apparatus 1900 to perform the above-described methods.

The present disclosure may be systems, methods, and/or computer program products. The computer program product may include a computer-readable storage medium having computer-readable program instructions embodied thereon for causing a processor to implement various aspects of the present disclosure.

The computer readable storage medium may be a tangible device that can hold and store the instructions for use by the instruction execution device. The computer readable storage medium may be, for example, but not limited to, an electronic memory device, a magnetic memory device, an optical memory device, an electromagnetic memory device, a semiconductor memory device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: 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), a Static Random Access Memory (SRAM), a portable compact disc read-only memory (CD-ROM), a Digital Versatile Disc (DVD), a memory stick, a floppy disk, a mechanical coding device, such as punch cards or in-groove projection structures having instructions stored thereon, and any suitable combination of the foregoing. Computer-readable storage media as used herein is not to be construed as transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission medium (e.g., optical pulses through a fiber optic cable), or electrical signals transmitted through electrical wires.

The computer-readable program instructions described herein may be downloaded from a computer-readable storage medium to a respective computing/processing device, or to an external computer or external storage device via a network, such as the internet, a local area network, a wide area network, and/or a wireless network. The network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. The network adapter card or network interface in each computing/processing device receives computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in a computer-readable storage medium in the respective computing/processing device.

The computer program instructions for carrying out operations of the present disclosure may be assembler instructions, Instruction Set Architecture (ISA) instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The computer-readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider). In some embodiments, the electronic circuitry that can execute the computer-readable program instructions implements aspects of the present disclosure by utilizing the state information of the computer-readable program instructions to personalize the electronic circuitry, such as a programmable logic circuit, a Field Programmable Gate Array (FPGA), or a Programmable Logic Array (PLA).

Various aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-readable program instructions.

These computer-readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer-readable program instructions may also be stored in a computer-readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer-readable medium storing the instructions comprises an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

Having described embodiments of the present disclosure, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the disclosed embodiments. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terms used herein were chosen in order to best explain the principles of the embodiments, the practical application, or technical improvements to the techniques in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.

Claims

1. An application service access method applied to an application service access system comprising a plurality of mobile edge computing MEC server groups, each MEC server group comprising a plurality of MEC servers, wherein the application service is accessed to the application service access system through the MEC servers, the method comprising:

the local MEC server group calculates execution resources required by session execution according to the session request information from the user layer; the execution resources include computing resources and network bandwidth; judging whether the local MEC server group can execute the session according to the execution resources obtained by calculation and the resource information of the local MEC server group;

executing a session at the local MEC server group in a case that the local MEC server group is capable of executing the session;

the method further comprises the following steps:

under the condition that the local MEC server group cannot execute the session, judging whether the adjacent MEC server group can execute the session or not according to the resource information of the adjacent MEC server group and the bandwidth information between the local MEC server group and the adjacent MEC server group;

executing the session at a neighboring MEC server group in a case where the neighboring MEC server group is capable of executing the session;

the neighboring MEC server group includes an MEC server group inline with the local MEC server.

2. The method of claim 1, further comprising:

and under the condition that the adjacent MEC server group cannot execute the session, sending the session request information to a cloud service center layer so that the cloud service center layer executes the session according to the received session request information.

3. The method of claim 2, further comprising:

receiving session request waiting information returned by the cloud service center layer, wherein the session request waiting information is used for indicating that the cloud service center layer cannot execute the session;

and judging whether the local MEC server group can execute the session again according to the session request waiting information and the resource information of the local MEC server group.

4. The method of claim 1, wherein performing the session comprises:

5. An application service access apparatus, applied in an application service access system including a plurality of mobile edge computing MEC server groups, each MEC server group including a plurality of MEC servers, wherein the application service is accessed in the application service access system through the MEC server, the apparatus comprising:

the execution resources include computational resources and network bandwidth; the first judgment module is used for judging whether the local MEC server group can execute the session according to the execution resources obtained by calculation and the resource information of the local MEC server group;

a first execution module, configured to execute a session at the local MEC server group if the local MEC server group is capable of executing the session; the device further comprises:

a second determining module, configured to determine, when the local MEC server group cannot execute a session, whether an adjacent MEC server group can execute the session according to resource information of the adjacent MEC server group and bandwidth information between the local MEC server group and the adjacent MEC server group;

a second execution module for executing the session at a neighboring MEC server group if the neighboring MEC server group is able to execute the session;

wherein the neighboring MEC server group comprises an MEC server group inline with the local MEC server.

6. The apparatus of claim 5, further comprising:

and the sending module is used for sending the session request information to the cloud service center layer under the condition that the adjacent MEC server group cannot execute the session, so that the cloud service center layer executes the session according to the received session request information.

7. The apparatus of claim 6, further comprising:

the session request waiting information receiving module is used for receiving session request waiting information returned by the cloud service center layer, wherein the session request waiting information is used for indicating that the cloud service center layer cannot execute the session;

a third judging module, configured to judge again whether the local MEC server group can execute the session according to the session request waiting information and the resource information of the local MEC server group.

8. The apparatus of claim 5, wherein the first execution module and the second execution module are further configured to determine a gateway path and an MEC server for executing the session according to session request information, resource information, a latency optimization objective function, and constraint conditions; and executing the session by adopting the determined gateway path and the MEC server.

9. An application service access apparatus, comprising:

a processor;

a memory for storing processor-executable instructions;

wherein the processor is configured to: performing the method of any one of claims 1 to 4.

10. A non-transitory computer readable storage medium having computer program instructions stored thereon, wherein the computer program instructions, when executed by a processor, implement the method of any of claims 1 to 4.