Patent Grant
11943105
Embodiments of the present disclosure generally relate to the field of communications, and in particular, to a method, apparatus, device and computer readable storage media for management of application servers on network edge computing device and a method, apparatus, device and computer readable storage media for performing management operation related to application servers on network edge computing device.
The digital content market is constantly increasing recently. With the development of the high-speed mobile network and increasing number of smart devices, the global digital content market is expected to keep remarkably expanding in future. Augmented Reality (AR)/Virtual Reality (VR) technologies could further speed up developing of the digital content market.
The AR/VR technologies were already considered to support many attractive use cases that take fully advantage of fifth generation (5G) technologies. Thus, the 5G network is expected to allow real time large data transmission for VR/AR experiences on many applications such as gaming, telepresence, displaying, reconstruction, etc. For example, the 5G technologies will enable interaction with the virtual content even in an outdoor AR online game. Nowadays, there are many devices like the Microsoft HoloLens, which could provide AR contents for a single user within a confined area. Thus, these devices would be allowed to provide real time services in a social manner. There will be endless opportunities with the advent of 5G, Internet of Things (IoT), and there will be various cases like stadium content upload, automotive video streaming, e-health, etc. In addition, there are also many other cases requiring a low latency in the 5G system, such as drone based package delivery, drone based surveillance, discrete automation with motion control, remote driving and the like. These cases will significantly contribute to public safety, scientific research, industrial production and people's daily life.
The latency is critical to user experiences regarding those applications, like AR/VR interactive applications. Sometimes, even a small delay could bring a bad experience to the user. For example, in an online gaming, the virtual content is related to the real world, and when multiple players are present in an online game, the Motion-to-photon (MTP) latency is the time between an action (a head movement) and reaction (the display is updated based on the movement). Therefore, when a user moves his/her head, the brain expects an instantaneous visual and aural update, and a minute delaying could be problematic. Usually, MTP latency below 20 ms is acceptable for many VR user experiences, but studies have further shown that MTP latency below 15 ms will make the delay imperceptible to nearly all users. However, network topologies affect the latency greatly and we need a solution ensuring the satisfaction of the strict latency requirements.
In general, example embodiments of the present disclosure provide a method, apparatus, device and computer readable storage media for management of application servers and a method, apparatus, device and computer readable storage media for performing management operation related to application servers.
In a first aspect, there is provided a method for management of application servers on network edge computing device. At a management function module, a calling function deployment command is transmitted to a network edge computing device to deploy a calling function instance on the network edge computing device. The calling function instance is configured to connect with application servers for respective applications and handle communications between terminal devices and the application server. A management command for application servers on the network edge computing device is further transmitted to at least one of the network edge computing device and the calling function instances, in response to a network condition meeting one of predetermined management policies.
In a second aspect, there is provided a method for performing management operations related to application servers on network edge computing device. At a network edge computing device, a calling function instance is deployed on the network edge computing device in response to receipt of a calling function deployment command from a management function module, the calling function instance being configured to connect with application servers for respective applications and handle communications between terminal devices and the application servers. A management operation related to application servers on the network edge computing device is performed by the network edge computing device or the calling function instance, in response to receipt of a management command for the application servers on the network edge computing device from the management function module.
In a third aspect, there is provided an apparatus for managing application servers on network edge computing device. The method comprises a policy module, an information storage module, a communication module and an execution logic module. The policy module is configured to make management policies for respective applications and store the management policies. The storage module is configured to store information on at least one of a network edge computing device, a calling function instance created on the network edge computing device, and application servers on the network edge computing device. The communication module is configured to provide application interfaces to at least one of the network edge computing device, the calling function module, and application servers on the network edge computing device. The execution logic module is configured to communicate with the policy module, the storage module and the communication module, and manage life cycles for application servers on the network edge computing device by performing actions according to a method according to the first aspect.
In a fourth aspect, there is provided an apparatus for performing management operations related to application servers on network edge computing device. The apparatus comprises a communication module and a command execution module. The communication module is configured to provide an application interface to a management function module. The command execution module is configured to communicate with the communication module, and perform management operations related to application servers on the network edge computing device by performing actions according to a method according to the second aspect.
In a fifth aspect, there is provided a device comprising: at least one processor and at least one memory including computer program code. The at least one memory and the computer program code are configured to, with the at least one processor, cause the device to perform actions according to the first aspect.
In a sixth aspect, there is provided a device comprising: at least one processor and at least one memory including computer program code. The at least one memory and the computer program code are configured to, with the at least one processor, cause the device to perform actions according to the second aspect.
In a seventh aspect, there is provided a computer readable storage medium that stores a computer program thereon. The computer program, when executed by a processor, causes the processor to carry out the method according to the first aspect.
In an eighth aspect, there is provided a computer readable storage medium that stores a computer program thereon. The computer program, when executed by a processor, causes the processor to carry out the method according to the second aspect.
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.
Some example embodiments will now be described with reference to the accompanying drawings, where:
Throughout the drawings, the same or similar reference numerals represent the same or similar element.
Principle of the present disclosure will now be described with reference to some example 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 can be implemented in various manners other than the ones described below.
In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.
As used herein, the term “communication network” refers to a network that follows any suitable communication standards or protocols such as long term evolution (LTE), LTE-Advanced (LTE-A) and 5G New Radio (NR), and employs any suitable communication technologies, including, for example, Multiple-Input Multiple-Output (MIMO), OFDM, time division multiplexing (TDM), frequency division multiplexing (FDM), code division multiplexing (CDM), Bluetooth, ZigBee, machine type communication (MTC), enhanced Mobile Broadband (eMBB), massive Machine Type of Communication (mMTC) and ultra Reliable & Low Latency Communication (uRLLC) technologies. For the purpose of discussion, in some embodiments, the LTE network, the LTE-A network, the 5G NR network or any combination thereof is taken as an example of the communication network.
As used herein, the term “network device” refers to any suitable device at a network side of a communication network. The network device may include any suitable device in an access network of the communication network, for example, including a base station (BS), a relay, an access point (AP), a node B (NodeB or NB), an evolved NodeB (eNodeB or eNB), a gigabit NodeB (gNB), a Remote Radio Module (RRU), a radio header (RH), a remote radio head (RRH), a low power node such as a femto, a pico, and the like. For the purpose of discussion, in some embodiments, the eNB is taken as an example of the network device.
The network device may also include any suitable device in a core network, for example, including multi-standard radio (MSR) radio equipment such as MSR BSs, network controllers such as radio network controllers (RNCs) or base station controllers (BSCs), Multi-cell/multicast Coordination Entities (MCEs), Mobile Switching Centers (MSCs) and MMEs, Operation and Management (O&M) nodes, Operation Support System (OSS) nodes, Self-Organization Network (SON) nodes, positioning nodes, such as Enhanced Serving Mobile Location Centers (E-SMLCs), and/or Mobile Data Terminals (MDTs).
As used herein, the term “terminal device” refers to a device capable of, configured for, arranged for, and/or operable for communications with a network device or a further terminal device in a communication network. The communications may involve transmitting and/or receiving wireless signals using electromagnetic signals, radio waves, infrared signals, and/or other types of signals suitable for conveying information over air. In some embodiments, the terminal device may be configured to transmit and/or receive information without direct human interaction. For example, the terminal device may transmit information to the network device on predetermined schedules, when triggered by an internal or external event, or in response to requests from the network side.
Examples of the terminal device include, but are not limited to, user equipment (UE) such as smart phones, wireless-enabled tablet computers, laptop-embedded equipment (LEE), laptop-mounted equipment (LME), and/or wireless customer-premises equipment (CPE). For the purpose of discussion, in the following, some embodiments will be described with reference to UEs as examples of the terminal devices, and the terms “terminal device” and “user equipment” (UE) may be used interchangeably in the context of the present disclosure.
As used herein, the term “cell” refers to an area covered by radio signals transmitted by a network device. The terminal device within the cell may be served by the network device and access the communication network via the network device.
As used herein, the term “circuitry” may refer to one or more or all of the following:
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.
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. The term “includes” and its variants are to be read as open terms that mean “includes, but is not limited to”. The term “based on” is to be read as “based at least in part on”. The term “one embodiment” and “an embodiment” are to be read as “at least one embodiment”. The term “another embodiment” is to be read as “at least one other embodiment”. Other definitions, explicit and implicit, may be included below.
As mentioned in hereinbefore, the latency is critical to user experiences regarding those applications, like AR/VR interactive applications; however, it is hard to achieve the latency requirement. The inventor notices that there are many factors affecting the latency, and amongst others, the network topology is one of key factors. For illustrative purposes,
As a common system for all IP-based rich communication services (RCS), the IMS (IP Multimedia Subsystem) contributes to multimedia content delivery across packet networks and provides a unified service management and session control mechanism for applications. The IMS maintains a set of application servers to offer a set of services to the customer and provides wide and RCS experiences offered by the service providers. Examples of communication services includes but not limited to high-definition (HD) (Voice over Long Term Evolution (VoLTE)), Wi-Fi calling, enriched messaging, enriched calling with pre-call info, video calling, HD video conferencing and web communication (e.g. WebRTC, etc. . . . ).
The IMS has the capability to provide real time large data transmission service like VR and AR. Moreover, the Session Border Controller (SBC)/IMS could embed voice, video calls and RCS messages to/from any phone within a VR/AR environment connecting the virtual reality to the real world, rather than typical isolated communication experiences available through the existing VR/AR platforms.
In addition, it was brought a concept that uses mobile-edge computing to provide information technology (IT) and cloud-computing capabilities within the Radio Access Network (RAN) in close proximity to mobile subscribers. The mobile-edge computing allows content, services and applications to be accelerated, increasing responsiveness from the edge. Thus, the inventor believes that the RAN edge cloud be used to offer a service environment with ultra-low latency and high-bandwidth as well as direct access to real-time radio network information.
Considering IMS's capability of providing unified service experience, it seems an advisable solution to deploy the IMS at the edge cloud of RAN to achieve ultra-low latency for interactive application experience. However, if the IMS is deployed at the edge cloud, the data quantity will be remarkably large and the architecture will be rather complicated, which would lead to huge unnecessary bandwidth and large computing resource usage. Moreover, the service management will also be quite complicated. All these would go away from the original aim to implement edge computing, like reducing latency, ensuring highly efficient network operation and service delivery, etc.
Thus, there is a need for a solution of supporting latency sensitive APPs in a simple way. On one hand, it is expected that the architecture shall be simple and the data base shall be small; on the other hand, it will be also desirable if the application server (AS) deployment could support the real-time application service but not occupy too much edge resources.
Embodiments of the present disclosure provide a new solution for dynamic management of application servers. The basic idea is to exploit a management function module at network side and predetermined management policies to dynamically manage a calling function of the IMS and application servers on an edge cloud for latency sensitive applications or other applications requiring such management. In this way, it could enable an intelligent decision whether appropriate IMS network elements and AS should be deployed to the edge cloud due to application requirements, thereby utilizing links/resources efficiently.
In various embodiments of the present disclosure, the management function module transmits to a network edge computing device a calling function deployment command. The network edge computing device deploys, in response to the calling function deployment command, a calling function instance on the network edge computing device, the calling function instance being configured to connect with application servers for respective applications and handle communications between terminal devices and the application servers. In response to a network condition meeting one of predetermined management policies, the management function module may transmit, to at least one of the network edge computing device or the calling function instances, a management command for application servers on the network edge computing device. Upon receipt of the management command, the network edge computing device or the calling function instance performs a management operation related to application servers on the edge device such as adding, deleting or modifying AS (for example, modifying one or more parameters of AS) and/or create, delete, or modify a calling function instance (for example, modifying one or more parameters of the RCS-CF). In this way, the application servers can be managed dynamically for certain applications and only the calling function of the IMS is required to be installed on the network edge computing device. Thus, it could meet an ultra-low latency requirement with acceptable edge resources.
In embodiments of the present disclosure, the management function module will be described as a part of the IMS, which can be called as RCS-MF and the RCS-MF will be taken as an example to describe the management function module. The network edge computing device could be implemented as or within the edge cloud and the edge cloud will be taken as an example to describe network edge computing device. However, it shall be appreciated that the present disclosure is not limited thereto, the management function module could also be implemented as other similar module like the RCS-MF and the network edge computing device could be implemented as other edge computing device like the edge cloud.
It shall be also appreciated that the present disclosure is proposed mainly for latency sensitive applications such as AR/VR applications, drone based package delivery, drone based surveillance, discrete automation with motion control, remote driving and the like and AR/VR applications might be taken as an example of the latency sensitive applications. The present disclosure is not limited thereto and it could also be applicable to other applications requiring improving performance by dynamic management. For example, if the traffic is too high for a particular type of application, it could use the solution as proposed herein to dynamically manage its application service resources as well.
In the illustrated architecture, the RCS-MF 234 is located on another communication system such as core network 230. On the core network 230, the RCS-MF 234 is deployed on the Policy Control function (PCF) module 232 and an IMS core 238 is deployed on a telecommunication cloud 236 and could be a third party application server. The RCS-MF 234 could command the edge cloud 222 and the RCS-CF 224 on the edge cloud 222 to dynamically manage application servers AS #1 to AS #5 for respectively applications. It shall be appreciated that although the RCS-MF is described as to be deployed on the PCF in the core network 230, the present disclosure is not limited thereto. In some embodiments of the present disclosure, the RCS-MF could also be located on other entities than the PCF or even not in the core network 230.
It shall be appreciated that the example architecture illustrated in
It shall be appreciated that although the RCS-MF could be located on either the edge cloud or the core network, the RCS-MF could have a similar structure. Hereinafter, reference will be made to
The policy module 310 is configured to make management policies. To manage the application servers, the RCS-MF sets up criteria and rules of ultra-low latency for use cases and AS resources. For example, the policies could be based on provisioning or input from other network elements, such as Unified Data Management (UDM), User plane Function (UPF), RCS-CF, etc. The management decisions made by RCS-MF could be based on the policies. The policy module 310 could further perform network condition monitoring and latency estimation for applications or various types of application, and determine whether the latency meeting one of the predetermined management policies, for example determine whether a RCS Calling Function (RCS-CF) exceeds the criteria and threshold with a policy-guided function (from RCS-MF) so that RCS-MF could determine operations how to manage the applications servers for respective applications. It shall be noticed that the network condition monitoring, the latency estimating and the determining could also be performed by any other suitable module in the RCS-MF.
The database module 320 stores information on the edge cloud, the RCS-CF and the AS. In a network architecture in which the RCS-MF is installed on an edge cloud, the database module 320 stores only information of this edge cloud and corresponding RCS-CF and AS instances thereon. If the RCS-MF is installed on the PCF in the core network, the RCS-MF may have an access to multiple edge clouds under control of this PCF, and the database module 320 may store the information of these edge clouds as well as the RCS-CF and AS instances.
The execution logic module 340 interacts with the policy module 310, the database module 330 and the communication module 320 and is responsible for life cycle management for RCS-CF and AS. In some embodiments of the present disclosure, the execution logic module 340 could command the edge cloud to add, delete or scale RCS-CF, or add, delete or scale AS. In a simple implementation, the RCS-CF could be deployed during initialization of the RCS-MF and exists for the whole life cycle of the RCS-MF. Alternatively, the RCS-CF could also be added, deleted, scaled when a predetermined deployment condition is detected. For example, the predetermined deployment condition can be input in advance and the PCF could detect the network condition. The execution logic module 340 could determine whether any predetermined deployment condition is met based on the detected network condition, and command the edge cloud to deploy an RCS-CF instance if the predetermined deployment condition is met. The AS's life cycle could be dynamically controlled by the execution logic module 340. The AS instances could be added, deleted, scaled based on the predetermined management policies and the network condition. The execution logic module 340 could also be responsible for updating information stored in the database module.
The communication module 410 is configured to enable the communication between the edge cloud 400 and the RCS-MF 300. For different network architecture, the communication module 410 may have somewhat different implementations. In some embodiments of the present disclosure, the RCS-MF is installed on the edge cloud and thus the communication module is configured to enable the message to be transferred within the application layer. In other embodiments of the present disclosure, the RCS-MF is installed on the PCF in the core network, and in such architecture, the communication module is an independent module and provides APIs of the RCS-MF to support messages from/to the RCS-MF.
The command execution module 420 is configured to perform, upon receipt of a management command from the RCS-MF, management operations on instances, for example allocating or de-allocating resources of RCS-CF or AS instances, modifying RCS-CF, or AS. The command execution module 420 cloud initiate these instances upon receiving a deployment command from the RCS-MF.
The RCS-CF instance 430 could be created by the command execution module 420 during the initialization of the RCS-MF or upon detection of a predetermine deployment condition. The RCS-CF includes IMS network elements that are capable of performing call functionalities and connecting to AS. In some embodiments of the present disclosure, the RCS-CF instance 430 includes a Session Border Controller (SBC) 432 and a Serving Call Session Control Function (S-CSCF) 434.
The SBC 432 is located between the 5G RAN and the IMS network and functions as an access point for the terminal device to access the IMS. The SBC could solve problems that make the IMS a powerful element, including problems concerning, for example, multiple access networks (e.g. IPv4 and IPv6, Session Initiation Protocol (SIP) normalization, Virtual Private Networks (VPNs)), security issues (Disk Operating System (DOS) attacks, topology hiding), legislative issues (emergency calls, legal intercept, interworking), media related problems (Quality of Service (QoS), transcoding, media security) an etc. Moreover, the SBC also plays the role of Proxy-Call Session Control Function (P-CSCF).
The S-CSCF 434 is responsible for the signaling control during session. Both AS instances on the edge cloud and AS instances on other network devices are connected to the S-CSCF 434 so that a session could be established between a terminal device and a suitable AS instance. The S-CSCF handles SIP registrations and decides to which application server(s) the SIP message will be forwarded so as to provide services to the terminal devices. Thus, the SBC gives service providers an economical and reliable means to secure and control media and signaling streams that cross the edges of an IMS network. The SBC may be located at the edge of access networks to secure any type of IP access, and deliver IMS services. The SBC may be also arranged at the edge of peer networks to support roaming, IMS interconnection or corporate SIP trunking scenarios.
In addition, the RCS-CF 430 may be configured with the predetermined polices. In such a case, the RCS-CF 430 may perform network condition monitoring and latency estimating for applications or various types of applications, determine whether the latency meeting one of the predetermined management policies and send a notification to the RCS-MF based on the polices.
Thus, deploying SBC and S-CSCF in RCS-CF could fulfil the goal that RCS-CF is able to handle calls and connect to AS. The SBC and S-CSCF in RCS-CF 430 could have a substantially same structure with the existing RCS-CF; however, in some embodiments of the present disclosure, it could be further provisioned with some predetermined management rules, which will be described hereinafter.
At block 510, the management function module like RCS-MF transmits a calling function deployment command to a network edge computing device such the edge cloud, to deploy a calling function instance on the network edge computing device, the calling function instance being configured to connect with application servers for respective applications and handle communications between terminal devices and the application servers.
In some embodiments of the present disclosure, during initialization of the RCS-MF 300, the execution logic module 340 decides to create a RCS-CF. The execution logic module 340 accesses the database module 330 to get the address information of the edge cloud and sends a calling function deployment to the edge cloud through the communication module 320 to create an RCS-CF instance.
The RCS-CF includes IMS network elements that are capable of performing call functionalities and connecting to AS and deploying an SBC and an S-CSCF in RCS-CF fulfils our goal that RCS-CF is able to handle calls and connect to AS.
In some embodiments of the present disclosure, the RCS-CF could be provisioned with some predetermined management rules to perform network condition monitoring operations based on predetermined management rules. In such a case, the RCS-MF may first transmit a call function creation command to the network edge computing device to create the calling function instance on the network edge computing device, and then transmit a call function configuration command containing the predetermined management policies to the created calling function instance to configure the created call function instance with the predetermined management policies.
The RCS-MF 300, particularly the execution logic module 340, is responsible to send a configuration command through the communication module 420 to the RCS-CF. The configuration command may contain the management policies from the RCS-MF. The configuration command can be initiated either upon the initialization of the RCS-MF or upon policy update. The execution logic module 340 could decide when to initiate the request. The management policies are made by the policy module 301 and it could define aspects of decisions that should be made by the RCS-CF with an aim at dynamically utilizing the AS resources to achieve maximum utilization of edge resources. Both RCS-MF and RCS-CF are aware of the mapping relationship.
For illustrative purposes, Table 1 shows an example of management policies towards a specific RCS-CF and decisions of the RCS-CF in certain scenarios according to some embodiments of the present disclosure. In Table 1, parameter “AppId” denotes an identity that represents an application type, which usually refers to an application that requires ultra-low latency; parameter “TrThresH” denotes a high traffic rate threshold, above which the RCS-CF needs to handle the condition within the edge cloud; parameter “TrThresL” denotes a low traffic rate threshold, below which the traffic should be routed to the core network; parameter “LaThres” denotes a latency threshold for a specific application; and parameter “TrTimer” denotes a timer value.
In Table 1, it respectively specifies conditions that the RCS-CF shall request the RCS-MF to add a new AS, or delete an existing AS, wherein the first and third row are policies for sending notification of adding new AS and the second row is a policy for sending a notification of deleting AS.
It shall be appreciated that these policies illustrated in Table 1 are only given for illustrative purposes and the present disclosure is not limited thereto. In some embodiments, it is also possible to contain different policies, contains more policies, or less policies. For example, it may further contain one or more policies for RCF instance adding, deleting, modifying, AS modifying, etc.
For illustrative purposes,
In those embodiments in which the calling function instance is configured with the predetermined management policies, the RCS-MF may further receive a network condition notification from the calling function instance on the edge cloud. The network condition notification may include information indicating the network condition meeting the one of the predetermined management policies. The RCS-MF may transmit a management command comprising transmitting the management command in response to receiving of the network condition notification. Thus, in the present disclosure, RCS-CF could monitor the network condition based on these policies but the RCS-MF still makes the decision whether to perform resource management on the edge cloud. In addition, the PCF could also obtain the network condition and thus the network condition monitoring could also be performed by the PCF.
Reference is made back to
As mentioned before, the policy module 310 of the RCS-MF 300 makes the management policies according to its local provisioning and input from other NEs like UDM, UPF, RCS-CF, etc. In some embodiments of the present disclosure, the PCF could monitor the network condition and the RCS-MF's execution logic module 340 could determine, based on the management policies from the policy module 310, whether there is ultra-low latency service requesting to this AS or the traffic is too high from the RCS-CF to this AS to meet the latency requirement. If so, the execution logic module 340 sends a command through the communication module 320 to the edge cloud to allocate AS resources and create a new AS. For example, the RAN (for example, 5G RAN) where the edge cloud is located may cover the area of a mall which opens from 9:00 AM to 10:00 PM, and serves a very large crowd during that time. The mall provides AR shopping experience and thus a large number of AR service requests are expected during the period from 9:00 AM to 10:00 PM. In this case, a management command may be sent to the edge cloud to allocate AR AS under control of the RCS-MF to meet the service requirements.
In some embodiments of the present disclosure, the RCS-CF could be provisioned with some predetermined management rules, for example those given in Table 1 and the RCS-CF may monitor the network condition based on the provided policies, and transmit a network condition notification to the management function module, when the network condition meets one of the predetermined management policies. The execution logic module 340 could decide whether to transmit a management command to the edge cloud to dynamically manage the RCF-CF or AS,
When the policies or network condition changes, the RCS-MF may also send another command to add, modify or de-allocate AS resources on edge cloud. For example, if there is a sport event which uploads the real-time VR streams, the RCS-MF could command the edge cloud to allocate the VR AS before the event starts and de-allocate VR AS after the event ends. Thus, while the sport event ends, the related VR AS will be terminated.
For illustrative purposes,
In some embodiments of the present disclosure, in addition to those AS management commands as illustrated hereinabove, the RCS may further dynamically manage RCS-CF, for example, transmit a calling function creation command to add new RCS-CF, transmit a calling function deletion command to delete RCS-CF, or transmit a calling function modification command to modify the RCS-CF when the RCS-CF deployment condition is met, not met, or the network condition changes. While in some other embodiments of the present disclosure, an RCS-CF could be deployed during initialization of the RCS-MF and exists for the whole life cycle of the RCS-MF.
As illustrated in
In order to dynamically manage resources for instances of AS, RCS-CF on the edge cloud, the edge cloud shall contain functionalities for handling calls and connecting to AS instances. Thus, during the initialization of the RCS-MF or upon detection of a predetermined RCS-CF deployment condition, a call function deployment command can be transmitted to the edge cloud to create one or more RCS-CF instances on the edge cloud.
In some embodiments of the present disclosure, the RCS-CF includes an SBC and an S-CSCF. The SBC is located between the RAN (like 5G RAN) and the IMS network and functions as an access point for the terminal device to access the IMS. The S-CSCF is responsible for the signaling control during session. Both AS instances on the edge cloud and AS instances on other network devices are connected to the S-CSCF so that a session could be established between a terminal device and a suitable AS instance. Thus, the SBC and the S-CSCF in RCS-CF could fulfil the goal of handling calls and connecting to AS. Upon receipt of the call function deployment command, the edge cloud allocates resources for an RCS-CF to create an RCS-CF instance including an SBC and an S-CSCF.
In some embodiments of the present disclosure, the RCS-CF could be provisioned with some predetermined management rules, for example those given in Table 1. In these embodiments, the RCS-CF could receive a call function configuration command containing the predetermined management policies, and in response to this, the call function instance will be configured with the predetermined management policies.
With the provided policies, the RCS-CF may monitor the network condition, and transmit a network condition notification to the management function module, when the network condition meets one of the predetermined management policies. Particularly, the RCS-CF could monitor the network condition, estimate latency for an application or a type of applications, and determine whether the network condition meets one of the predetermined management policies based on the estimated latency and the predetermined management policies. Thus, by means of the network condition notification, it could indicate the network condition meeting one of the predetermined management policies.
In block 1020, the edge cloud or RCS-CF could perform a management operation related to the application servers on the network edge computing device, in response to receipt of a management command for application servers on the network edge computing device. The management command may comprise one or more of: an application server allocation command, an application server de-allocation command, an application server modification command, a calling function deployment command, a calling function deletion command, a calling function modification command, an application server connection command, and calling function configuration command.
In some embodiments of the present disclosure, the edge cloud could add a new application server upon receipt of an application server allocation command from the management function module. In some embodiments of the present disclosure, the edge cloud could delete an application server upon receipt of an application server de-allocation command from the management function module. In some embodiments of the present disclosure, the edge cloud could modify an application server upon receipt of an application server modification command from the management function module. In some embodiments of the present disclosure, the edge cloud could add a new calling function instance in response to receipt of a calling function deployment command from the management function module. In some embodiments of the present disclosure, the edge cloud could delete a calling function instance in response to receipt of a calling function deletion command from the management function module. In some embodiments of the present disclosure, the edge cloud could modify a calling function instance in response to receipt of a calling function modification command from the management function module. In some embodiments of the present disclosure, the RCS-CF could perform a policy configuration upon receipt of a calling function configuration command containing the updated management policies from the management function module. In some embodiments of the present disclosure, the RCS-CF could connect an application server to the calling function instance upon receipt of an application server connection command from the management function module.
In some embodiments of the present disclosure, the edge cloud may add a new application server in response to receipt of an application server allocation command from the management function module, the RCS-CF may connect the application server to a calling function instance in response to receipt of an application server connection command from the management function module; and the edge cloud may further delete the application server in response to receipt of an application server de-allocation command from the management function module.
In some embodiments of the present disclosure, the edge cloud may add a new calling function instance in response to receipt of a calling function deployment command from the management function module, and the edge cloud may delete the calling function instance in response to receipt of a calling function deletion command from the management function module.
It shall be noted that some detailed operations at the edge cloud are already described together operations at the RCS-MF in conjunction with
For illustrative purposes,
Embodiments of the present disclosure provide a new scheme of dynamically managing resources for instances, particularly for some applications with a strict latency requirement. In embodiments of the present disclosure, the AS for these instances could be created on the edge cloud and managed dynamically, and it could meet the strict latency requirements and utilize these resources efficiently since the edge cloud could offer a service environment with ultra-low latency and high-bandwidth as well as direct access to real-time radio network information. In turn, it could bring a better and enriched user experience for 5G application, especially those for interactive applications like AR/VR applications.
In some embodiments of the present disclosure, there is further provided an apparatus capable of performing the method 500, and the apparatus could be or function as for example, a management function module like the RCS-MF as proposed herein. The apparatus may comprise means for transmitting, to a network edge computing device, a calling function deployment command to deploy a calling function instance on the network edge computing device, the calling function instance being configured to connect with application servers for respective applications and handle communications between terminal devices and the application servers; and means for transmitting, to at least one of the network edge computing device and the calling function instance, a management command for application servers on the network edge computing device in response to a network condition meeting one of predetermined management policies.
In some embodiments of the present disclosure, the calling function instance may be configured with the predetermined management policies, and the apparatus further comprises means for receiving a network condition notification from the calling function instance on the edge cloud, the network condition notification indicating the network condition meeting the one of the predetermined management policies. In these embodiments of the present disclosure, the means for transmitting the management command may be configured to transmit the management command in response to the receiving of the network condition notification.
In some embodiments of the present disclosure, the means for transmitting the calling function deployment command may be further configured to transmit the calling function deployment command during initialization of the management function module.
In some embodiments of the present disclosure, the means for transmitting the calling function deployment command may be further configured to transmit the calling function deployment command when a predetermined deployment condition is detected.
In some embodiments of the present disclosure, the means for transmitting the calling function deployment command may be further configured to: transmit a call function creation command to the network edge computing device to create the calling function instance on the network edge computing device; and transmit a call function configuration command containing the predetermined management policies to the calling function instance to configure the call function instance with the predetermined management policies.
In some embodiments of the present disclosure, the means for transmitting the management command may be configured to perform one or more of: transmitting an application server allocation command to the network edge computing device to add a new application server; transmitting an application server de-allocation command to the network edge computing device to delete an application server; transmitting an application server modification command to the network edge computing device to modify an application server; transmitting a calling function creation command to the network edge computing device to add a new calling function instance; transmitting a calling function deletion command to the network edge computing device to delete new calling function instance; transmitting a calling function modification command to the network edge computing device to modify a calling function instance; transmitting an application server connection command to the calling function instance to connect an application server to a calling function instance; transmitting a calling function configuration command containing updated management policies to a calling function instance to configure the calling function instance with the updated management policies.
In some embodiments of the present disclosure, the means for transmitting the management command may be further configured to: transmit an application server allocation command to the network edge computing device to add a new application server in response to the network condition meeting an application server adding policy; transmit an application server connection command to the calling function instance to connect the added application server to the calling function instance in response to successful adding of the application server; and transmit an application server de-allocation command to the network edge computing device to delete the application server in response to the network condition meeting an application server deletion policy.
In some embodiments of the present disclosure, the means for transmitting the management command may be further configured to: transmit a calling function creation command to the network edge computing device to add a new calling function instance in response to the network condition meeting a calling function adding policy; and transmit a calling function deletion command to the network edge computing device to delete a calling function instance in response to the network condition meeting a calling function deletion policy.
In some embodiments of the present disclosure, the apparatus may further comprise: means for monitoring the network condition; means for estimating latency for an application or a type of application; and means for determining whether the network condition meets one of the predetermined management policies based on the estimated latencies and the predetermined management policies. In these embodiments, the means for monitoring the network condition, the means for estimating latency and the means for determining is contained in the management function module.
In some embodiments of the present disclosure, the means for monitoring the network condition, the means for estimating latency and the means for determining can be contained in a policy module in the management function module.
In some embodiments of the present disclosure, wherein the predetermined management policies may comprise one or more of a high traffic rate threshold for a particular type of applications; a low traffic rate threshold and a time limit for a particular type of applications; and a high latency threshold for a particular type of applications.
In some embodiments of the present disclosure, the apparatus may be implemented on the network edge computing device. In other embodiments of the present disclosure, the apparatus is implemented on another communication network communicable with a communication network having the network edge computing device.
In some embodiments of the present disclosure, the calling function instance may be a rich communication service (RCS) calling function instance, and the network edge computing device is an edge cloud on a generation radio access network.
In some embodiments of the present disclosure, there is further provided another apparatus for performing the method 1000, and the apparatus could be or function as for example a network edge computing device like edge cloud. The apparatus may include means for deploying, in response to receipt of a calling function deployment command from a management function module, a calling function instance on the network edge computing device, the calling function instance being configured to connect with application servers for respective applications and handle communications between terminal devices and the application servers; and means for performing, by the network edge computing device or the calling function instance, a management operation related to application servers on the network edge computing device in response to receipt of a management command for application servers on the network edge computing device from a management function module.
In some embodiments of the present disclosure, the calling function instance may be configured with predetermined management policies, the apparatus may comprise means for monitoring a network condition based on the predetermined management policies; and means for transmitting a network condition notification to the management function module, the network condition notification indicating the network condition meeting one of the predetermined management policies.
In some embodiments of the present disclosure, the means for monitoring a network condition may be further configured to monitor the network condition; estimate latency for an application or a type of applications; and determine whether the network condition meets one of the predetermined management policies based on the estimated latency and the predetermined management policies.
In some embodiments of the present disclosure, the means for deploying the calling function instance on the network edge computing device may comprise: means for creating, in response to receipt of a call function creation command from the management function module, the calling function instance on the network edge computing device; and means for configuring, in response to receipt of a call function configuration command containing the predetermined management policies, the created call function instance with the predetermined management policies.
In some embodiments of the present disclosure, the means for performing the management operation may be configured to perform any of: adding, by the network edge computing device, a new application server in response to receipt of an application server allocation command from the management function module; deleting, by the network edge computing device, an application server in response to receipt of an application server de-allocation command from the management function module; modifying, by the network edge computing device, an application server in response to receipt of an application server modification command from the management function module; adding, by the network edge computing device, a new calling function instance in response to receipt of a calling function deployment command from the management function module; deleting by the network edge computing device, a calling function instance in response to receipt of a calling function deletion command from the management function module; modifying, by the network edge computing device, a calling function instance in response to receipt of a calling function modification command from the management function module; connecting by the calling function instance, an application server to a calling function instance in response to receipt of an application server connection command from the management function module; configuring by the calling function instance, the calling function instance with updated management policies in response to receipt of a calling function configuration command containing the updated management policies from the management function module.
In some embodiments of the present disclosure, the means for performing the management operation may be further configured to: add a new application server in response to receipt of an application server allocation command from the management function module; connect the application server to a calling function instance in response to receipt of an application server connection command from the management function module; and delete the application server in response to receipt of an application server de-allocation command from the management function module.
In some embodiments of the present disclosure, the means for performing the management operation may be further configured to: add a new calling function instance in response to receipt of a calling function deployment command from the management function module; and delete the calling function instance in response to receipt of a calling function deletion command from the management function module.
In some embodiments of the present disclosure, the predetermined management policies may comprise one or more of: a high traffic rate threshold for a particular type of applications; a low traffic rate threshold and a time limit for a particular type of applications; and a high latency threshold for a particular type of applications.
In some embodiments of the present disclosure, the management function module may be implemented on one of the network edge computing device or another communication network communicable with a communication network having the network edge computing device.
In some embodiments of the present disclosure, the calling function instance is a rich communication service (RCS) calling function instance, and the network edge computing device is an edge cloud on a radio access network.
As shown, the device 1200 includes a processor 1212, a memory 1220 coupled to the processor 1210, a communication module 1240 coupled to the processor 1210, and a communication interface (not shown) coupled to the communication module 1240. The memory 1210 stores at least a program 1230. The communication module 1240 is for bidirectional communications. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 interface for bidirectional communications between eNBs, S1 interface for communication between a Mobility Management Entity (MME)/Serving Gateway (S-GW) and the eNB, Un interface for communication between the eNB and a relay node (RN), or Uu interface for communication between the eNB and a UE.
The program 1230 is assumed to include program instructions that, when executed by the associated processor 1210, enable the device 1200 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to
The memory 1210 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 1210 is shown in the device 1200, there may be several physically distinct memory modules in the device 1200. The processor 1210 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 1200 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.
As shown, the device 1300 includes a processor 1310, a memory 1320 coupled to the processor 1310, a communication module 1340 coupled to the processor 1310, and a communication interface (not shown) coupled to the communication module 1340. The memory 1310 stores at least a program 1330. The communication module 1340 is for bidirectional communications. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 interface for bidirectional communications between eNBs, S1 interface for communication between a Mobility Management Entity (MME)/Serving Gateway (S-GW) and the eNB, Un interface for communication between the eNB and a relay node (RN), or Uu interface for communication between the eNB and a UE.
The program 1330 is assumed to include program instructions that, when executed by the associated processor 1310, enable the device 1300 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to
The memory 1310 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 1310 is shown in the device 1300, there may be several physically distinct memory modules in the device 1300. The processor 1310 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 1300 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.
The architecture illustrated in
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.
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 method 600 as described above with reference to
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.
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 media.
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.
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.
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.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/CN2018/091667 | 6/15/2018 | WO |
| Publishing Document | Publishing Date | Country | Kind |
|---|---|---|---|
| WO2019/237363 | 12/19/2019 | WO | A |
| Number | Name | Date | Kind |
|---|---|---|---|
| 20100111079 | Duffy et al. | May 2010 | A1 |
| 20120311129 | Steuer | Dec 2012 | A1 |
| 20120311138 | Inamdar | Dec 2012 | A1 |
| 20140134978 | Zitnik et al. | May 2014 | A1 |
| 20140330976 | van Bemmel | Nov 2014 | A1 |
| 20150058459 | Amendjian | Feb 2015 | A1 |
| 20160224360 | Wagner | Aug 2016 | A1 |
| 20170093970 | El-Charif | Mar 2017 | A1 |
| 20170366618 | Vrzic et al. | Dec 2017 | A1 |
| 20180041897 | Prasad et al. | Feb 2018 | A1 |
| 20180060051 | Ramalingam | Mar 2018 | A1 |
| 20190045335 | Jin | Feb 2019 | A1 |
| Number | Date | Country |
|---|---|---|
| 103297507 | Sep 2013 | CN |
| 105027499 | Nov 2015 | CN |
| 105794177 | Jul 2016 | CN |
| 105975261 | Sep 2016 | CN |
| 107113294 | Aug 2017 | CN |
| 107852608 | Mar 2018 | CN |
| 108156212 | Jun 2018 | CN |
| 3 286 946 | Feb 2018 | EP |
| 2017100640 | Jun 2017 | WO |
| WO 2017214821 | Dec 2017 | WO |
| WO 2017220158 | Dec 2017 | WO |
| WO 2018024328 | Feb 2018 | WO |
| Entry |
|---|
| Extended European Search Report dated Jan. 20, 2022 corresponding to European Patent Application No. 18922800.0. |
| International Search Report & Written Opinion dated Mar. 6, 2019 corresponding to International Patent Application No. PCT/CN2018/091667. |
| First Examination Report dated Jan. 4, 2022 corresponding to Indian Patent Application No. 202047056733. |
| Chinese Office Action corresponding to CN Application No. 201880095941.4, dated Jun. 1, 2023. |
| Notification of First Office Action dated Jan. 19, 2023 corresponding to Chinese Patent Application No. 201880095941.4, with Search Report. |
| Lu Huazhang et al., “Standardization Progress and Case Analysis of Edge Computing,” Journal of Computer Research and Development, 55(3), pp. 487-511, 2018. |
| European Communication pursuant to Article 94(3) EPC, corresponding to EP Application No. 18 922 800.0, dated Dec. 6, 2023. |
| Number | Date | Country | |
|---|---|---|---|
| 20210258217 A1 | Aug 2021 | US |
