Method for optimizing the quality of network resources and the number of services likely to use said resources

Information

  • Patent Grant
  • 11412404
  • Patent Number
    11,412,404
  • Date Filed
    Wednesday, October 7, 2020
    4 years ago
  • Date Issued
    Tuesday, August 9, 2022
    2 years ago
Abstract
The invention relates to a method for optimizing the quantity of network resources and the number of services likely to use said resources in a virtualized telecommunications network comprising the following steps of: evaluating similarities between the services likely to use said resources in terms of the virtual network functions VNFs required for the instantiation of each service,gathering services as a function of their similarities in order to maximize resource sharing,calculating additional resources to accept services awaiting instantiation;running an admission control scheme to accept or reject requests for the instantiation of new services.
Description
TECHNICAL FIELD

The invention is in the field of virtualized telecommunication networks and more specifically relates to a method for optimizing the quantity of network resources and the number of services likely to use said resources.


The invention also relates to a computer program stored on a recording medium and containing instructions for implementing the method when run on a computer.


STATE OF PRIOR ART

Over the last decade, the technological revolution that characterizes mobile telephone networks has changed the way we communicate and led to new applications and services, which will characterize the communication systems fifth generation (5G) and subsequent developments.


These new applications and services are gathered into three case of use classes, each characterized by specific requirements and Key Performance Indicators (KPIs):

    • Ultra-reliable, low-latency communications (URLLC),
    • Massive machine-type communications (mMTC),
    • Enhanced Mobile Broadband (eMBB).



FIG. 1 illustrates the correspondence between these cases of use and requirements associated therewith. To effectively support cases of use and applications with heterogeneous requirements, 5G and later communication systems will instantiate a new and flexible architecture in which the network infrastructure is logically divided into different instances, i.e. network slices, each designed for a specific service running in the cloud environment. A network slice consists of Physical Network Functions (PNF) and Virtual Network Functions (VNF). A VNF represents the software implementation, i.e. operating in a cloud environment, of traditional functions such as routing or packet scheduling. The network slice concept is schematically illustrated in FIG. 2. The main standardization body for network slicing is the 3GPP (Third Generation Partnership Project). Its specifications detail the network functionalities and their sequencing to provide these slices on the Radio Access Network (RAN) and the Core Network (CN) [3GPPTS28.531].


In addition to designing the access and core functions, one of the most difficult tasks is to transition from a fixed-capacity OSS (Operating Support System) and BSS (Business Support System) system to a new hierarchy of elements that have to deal with a very complex ecosystem, both from the point of view of network users, network slices, and services that generally have different throughput and QoS requirements.


In addition to management, future 5G and subsequent networks will require orchestration capabilities, which are divided into two main categories, service orchestration and resource orchestration. Tasks such as sharing a VNF between network slices, their location in a highly heterogeneous cloud infrastructure or the number of allocated core processors are just a few examples of the responsibilities of the M&O, Management and Orchestration, function.


Functions related to the lifecycle management of virtual network functions VNFs and the orchestration of their resources go beyond the responsibility of the 3GPP group. The standardization body in charge of defining these functions is the European Telecommunications Standards Institute (ETSI), more precisely the Network Function Standardization Group (NFV) [ETSIGR].



FIG. 3 shows the correspondence between 3GPP network slices and concepts introduced by ETSI NFV. A network slice is seen from ETSI's point of view as a network service. FIG. 4 illustrates the correspondence between network slices and required network functions. A network function can be dedicated to a specific slice or shared between several slices. FIG. 5 schematically illustrates shared network functions and dedicated network functions within a network slice.


According to the 3GPP group, a network slice is a logic network that extends over the Radio access network RAN and the core network CN. To manage each domain, the 3GPP group suggests to break down a slice into RAN and CN slice subnets and defines the Network Slice Management Function (NSMF) and the Network Slice Subnet Management Function (NSSMF). The NSMF is the entity responsible for managing a slice across multiple domains and the NSSMF is the entity responsible for managing slice subnets in a specific domain [3GPPTS28.531]. A slice subnet comprises radio and core network functionalities configured to provide particular behaviour and meet specific requirements. To create and manage a slice, the NSMF (and NSSMFs) use a set of predefined descriptors or a template. Each descriptor, called Network Slice Template (NST), provides a description of the functionalities and their specific configuration (for example, operating frequency bands). In particular, it describes the list of NFV components that have to be instantiated to configure a network slice instance, as well as other information, such as configurations, life cycle steps, actions, monitoring, rules, service level agreements, etc.


However, these standardization frameworks only define guidelines on architectural aspects (interfaces and requirements) and design principles without providing specific solutions for the configuration and management of network slices, such as the allocation of the necessary resources by the VNF, priority or quality of service management. Consequently, it is necessary to create new schemes and frameworks capable of managing network resources related to radio, transport and cloud domains. In addition, it is necessary to take into account the fact that different slice requests may have different priorities and requirements and therefore the network resources have to be managed to ensure cross resource orchestration and management.


The purpose of the invention is to optimize the management and orchestration of networks by avoiding both under-provisioning and over-dimensioning of resources, which are the main causes of service outages and excessive expenses respectively for mobile communication service providers.


DISCLOSURE OF THE INVENTION

The invention is implemented by means of a cellular network management and orchestration system configured to receive service instantiation requests and to decide which network slices can be instantiated/accepted to implement these services according to their types/priorities, resource needs, the presence of other simultaneous requests and available network capacities (which depend on the network slices already instantiated).


The objective of the invention is therefore to increase the efficiency of the network, i.e. to increase the number of services instantiated using a given set of network resources, or equivalently, to limit the quantity of resources required to meet the requirements of a given set of services. This objective is achieved by means of a method for optimizing the quantity of network resources and the number of services likely to use said resources in a telecommunications network, comprising the following steps of:

    • evaluating similarities between the services likely to use said resources in terms of the virtual network functions VNFs required for the instantiation of each service,
    • group services into network slices according to their similarities in order to maximize resource sharing,
    • calculating additional resources to accept services awaiting instantiation,
    • running an admission control scheme to accept or reject requests for the instantiation of new services.


By identifying and gathering services with common needs into network slices, instead of creating a new slice for each requested service, the method according to the invention makes it possible to reduce the resources consumed globally so as to use, if necessary, a single slice to support services thus identified. In this way, the method according to the invention also makes it possible to reduce the time required to instantiate a new network service.


According to the invention, each service is instantiated in a logic network slice (NSI) comprising at least two sets of virtual network functions, i.e. a set of network functions KR which correspond to the radio access network RAN and a set of network functions KC which correspond to the core network.


The method according to the invention further comprises the steps of:

    • defining a set custom character=custom characterRcustom characterC=f NF1, . . . , NFK) representing all the network functions K=(KR+KC) likely to be instantiated in the telecommunications network, and,
    • for a given logical service n awaiting instantiation, defining a list Dn containing the network functions required for the instantiation of this service and a description of the interactions between said network functions and parameters describing their respective configurations,
    • defining a set of instantiated network slices comprising network functions shared between at least two network services and network functions specifically dedicated to a network service,
    • comparing the network functions required by a network service awaiting instantiation with those of all the NSIs likely to serve the service awaiting instantiation with a minimum of additional network resources,
    • evaluating the similarities between the network functions being compared, and,
    • based on the similarities evaluated, selecting the NSI that shares the greatest number of network functions with the service awaiting instantiation,
    • if no NSI shares network functions with the service awaiting instantiation, creating a new NSI, consisting exclusively of network functions specifically dedicated to the service awaiting instantiation.


In addition, for each service awaiting instantiation, n∈custom character={0,1, . . . , N}, where N is an integer N≥0, is defined a subset Dn of the set custom character=custom characterRcustom characterC={NF1, . . . , NFK} containing the network functions required for its instantiation and a set of configuration parameters custom charactern,k for each network function, and, to indicate the network functions that make up the nth request Dn, the vector λn∈{0,1}K is defined, whose k-th input is defined by:







λ

n
,
k


=

{





1
,





if






NF
k




𝒟
n







0
,



else



,




N


F
k




.









Then, for each network function NFk belonging to Dn, the configuration parameters associated therewith are represented as a set of J binary vectors as follows:

custom charactern,k={ln,k,1,ln,k,2, . . . ,ln,k,J}.


Then the configuration parameters are mapped with a parameter dn,k,r representing the quantity of communication resources, a parameter dn,k,c representing the computing resources of the calculation, and a parameter dn,k,m representing the cloud storage capacity required by the network function NFk of the n-th service instantiation request using a template consisting of a static and a dynamic part:

dn,k,rk+fk,r(custom charactern,k),
dn,k,ckfk,c(custom charactern,k),
dn,k,mk+fk,m(custom charactern,k),

where ρk, χk and μk represent the minimum quantity of resources required to activate a given network function NFk ∈Dn, and fk,r(custom charactern,k), fk,c (custom charactern,k) and fk,m(custom charactern,k) representing the additional quantity of resources required, which depends on the configuration parameters custom charactern,k, of the network function NFk,


and the total request for communication resources, computing resources and cloud storage resources for said n-th request is calculated by the following formula:

Tn=(dn,r,dn,c,dn,m),

where dn,r=custom characterdn,k,r, dn,c=custom characterdn,k,c and dn,m=custom characterdn,k,m).


Evaluation of similarities between the network functions required by a network slice awaiting instantiation and those of the set of NSIs custom character already instantiated is obtained by calculating a Jaccard similarity parameter by the following formula:








Λ

i
,
n


=



λ
n



λ
i






λ
n



+



λ
i



-


λ
n



λ
i





,

i


,





where λi indicates the network functions that make up the NSI i∈custom character already instantiated, and ∥⋅∥ representing a Euclidean norm operator.


If none of the NSIs already instantiated is adapted to the service awaiting instantiation, a new NSI is defined.


On the basis of the similarities calculated, the already instantiated NSI i*∈custom character is selected, which shares the largest number of network functions VNFs with the network service awaiting instantiation n:







i
*

=



argmax






i







Λ

i
,
n


.






Then, n is temporarily added to the list of services related to NSI i*.


According to the invention, for each pair of network services n, n′∈Ri*,k, where Ri*,k represents all the services included in the NSI i*∈custom character which require the network function NFk custom charactern,the similarity between a first set of configuration parameters custom charactern,k and a second set of configuration parameters custom charactern′,k is defined as follows:








C


(




n
,
k


,




n


,
k



)


=




j
=
1

J



h


(


l

n
,
k
,
j


,

l


n


,
k
,
j



)




,





where J is the number of parameters of the network function NFk, and h(⋅) is the cosine similarity function (or cosine metric) which allows calculation of the similarity between two N-dimensional vectors by determining the cosine of the angle between them:







h


(


l

n
,
k
,
j


,

l


n


,
k
,
j



)


=




l

n
,
k
,
j




l


n


,
k
,
j







l

n
,
k
,
j








l


n


,
k
,
j






.





And, for each network function NFk custom charactern of the service n, the quantity of resources that can be pooled between the different network services instantiated in the NSI i* and the new service n through the parameter σ*n,k,j is evaluated as follows:








σ

n
,
k
,
j

*

=


max


n




n





ϵ








i
,
k







C


(




n
,
k


,




n


,
k



)




,

i


,





where the index j represents either communication resources, computing resources or storage resources.


According to another characteristic of the invention, the resources required to instantiate each function of the service n are calculated via the NSI i* using a template consisting of a static and a dynamic part:

d′n,k,rkβ(σ*n,k,j)+(1−σ*n,k,j)fk,r(custom charactern,k),
d′n,k,ckβ(σ*n,k,j)+(1−σ*n,k,j)fk,c(custom charactern,k),
d′n,k,mkβ(σ*n,k,j)+(1−σ*n,k,j)fk,m(custom charactern,k),

where β(x) is the characteristic function, which is equal to 1 if x=0 and is equal to 0 if x≠0 and, the total request for communication resources, computing resources and cloud storage resources for said nth service instantiation request is calculated as follows:

T′n=(d′n,r,d′n,c,d′n,m),

where d′n,r=custom characterd′n,k,r, d′n,c=custom characterd′n,k,c and d′n,m=custom characterd′n,k,m.


In one embodiment of the invention, the services previously instantiated in the set of NSIs are periodically re-classified using a normalized spectral classification algorithm, the services being represented as nodes of a connected graph and clusters are found by partitioning this graph according to their spectral decomposition into sub-graphs.


In addition, the set custom character={1, NR) of services already instantiated with NF requests {λ1, . . . , ANR} is defined and an affinity matrix custom character which has the element custom charactern,n′ describes the Jaccard similarity between two already instantiated services n,n′∈custom character is periodically calculated as follows:








n
,

n




=

{





Λ

n
,

n


,





n


n








0
,



else



,






Where Δn,n′, is calculated by








Λ

i
,
n


=



λ
n



λ
i






λ
n



+



λ
i



-


λ
n



λ
i





,

i


.






Then from custom character are deduced the corresponding diagonal matrix S whose element (n, n) is the sum of the n-th row of A, sn,n=custom characterΔn,n′ and the associated normalized Laplacian matrix as:








=


S

-

1
2






-

1
2





,




Then the normalized eigenvectors of custom character are calculated and the first k eigenvectors are gathered using K-means, the number of clusters k is obtained such that all eigenvalues (1, . . . , k) are very small, but the (k+1)-th is relatively large.


According to the invention, requests for the instantiation of new network services are ordered as a function of:

    • their waiting time in a queue and then, from the oldest one, requests that can be fulfilled according to their request for resources are admitted; or
    • the average quantity of resources requested, then it is checked which requests can be fulfilled, starting from the request characterized by the smallest request for network resources.





BRIEF DESCRIPTION OF THE DRAWINGS

Further characteristics and advantages of the invention will appear from the following description, taken as a non-limiting example, with reference to the appended figures in which:



FIG. 1 illustrates the correspondence between new applications and services and the requirements associated with these new applications and services in 5G communication systems,



FIG. 2 schematically illustrates the network slice concept,



FIG. 3 illustrates the correspondence between 3GPP network slices and the concepts of ETSI NFV (European Telecommunication Standard Institute, Network Functions Virtualization),



FIG. 4 shows the correspondence of network services with the required network functions,



FIG. 5 represents an illustration of shared network functions and dedicated network functions in a network slice instance (NSI) that enables the simultaneous implementation of multiple services,



FIG. 6 represents a first flowchart illustrating essential steps of the method according to the invention,



FIG. 7 represents a second flowchart illustrating steps in a particular embodiment of the invention.





DETAILED DISCLOSURE OF SPECIFIC EMBODIMENTS

The method according to the invention will be described within the scope of a cellular network management and orchestration system configured to receive service instantiation requests and to decide to accept or refuse these services according to their types/priorities, resource requirements, the presence of other simultaneous requests and available network capacities (which depend on the network slices already instantiated).


For the sake of clarity, in the following description, the instantiation of a network slice will mean the instantiation of the applications and services likely to be provided in that slice.


It should be remembered that each service is instantiated in a logic network slice comprising at least two sets of virtual network functions (VNF), i.e. a set of network functions KR which correspond to the radio access network RAN and a set of network functions KC corresponding to the core network.


The implementation of the method according to the invention will be described in reference to FIG. 6. Beforehand, a set of VNFs custom character=custom characterRcustom characterC={NF1, . . . , NFK} representing all the network functions K=(KR+KC) likely to be instantiated in the telecommunications network is defined, and, for a given network service, a subset Dn of the set custom character containing the network functions VNFs required for its instantiation and a description of the interactions between said network functions and parameters describing their respective configurations are defined. Then, to indicate the network functions VNFs required for the instantiation of the service n∈custom character, in step 4 is introduced the vector λn∈{0,1}K, the k-th input of which is defined by:







λ

n
,
k


=

{





1
,





if






NF
k




𝒟
n







0
,



else



,




N


F
k




.









The set custom character of NSIs instantiated is then defined, and, for each element of this set i∈custom character, the subset of the set custom character containing the network functions VNFs instantiated for the NSI i. As for each network service, for each NSI i∈custom character, the vector λi is defined to indicate the available network functions VNFs.


A Jaccard similarity parameter is then calculated in step 6 to perform evaluation of the similarities between the network functions required by a service awaiting instantiation. n with those of all NSIs custom character already instantiated.


The Jaccard similarity parameter is defined by the following formula:








Λ

i
,
n


=



λ
n



λ
i






λ
n



+



λ
i



-


λ
n



λ
i





,

i


,




In step 8, it is checked whether there is i∈custom character, such that Λi,n>0.


If yes, on the basis of the similarities calculated, in step 10, the NSI already instantiated i*∈custom character which shares the largest number of network functions VNFs with the network service awaiting instantiation n is selected:







i
*

=



argmax






i





ϵ











Λ

i
,
n


.






After temporarily adding n to the list of services associated with NSI i*∈custom character, for each pair of services n, n′ belonging to Ri*,k where Ri*,k represents the set of services included in the NSI i*which require the network function N Fk custom charactern, in step 12, the similarity between the configuration parameters of the two services custom charactern,k and custom charactern′, k is defined as follows:








C


(




n
,
k


,




n


,
k



)


=




j
=
1

J



h


(


l

n
,
k
,
j


,

l


n


,
k
,
j



)




,





where J is the number of parameters of the network function NFk.


In step 14, the resources needed to be able to instantiate the service n through the selected NSI i* are determined, and in step 16 it is evaluated whether the resource request associated with this new service n can be accepted.


If there is no i∈custom character such that Λi,n>0, i.e. if none of the NSIs of custom character shares network functions with the network service awaiting instantiation n, in step 18, a new NSI is defined and its request for resources is calculated, and then the admission control process is started to determine whether the service can be instantiated (step 16).


In one particular embodiment of the invention illustrated in FIG. 7, the services previously instantiated in the set of NSIs are periodically re-classified via a normalized spectral classification algorithm, the services being represented as nodes of a connected graph and clusters are found by partitioning this graph according to their spectral decomposition into sub-graphs.


To this end, the set custom character={1, NR) of services already instantiated with requests NF {λ1, . . . , λNR} is defined and in step 20, an affinity matrix custom character, the element custom charactern,n′ of which is the Jaccard similarity between two services n,n′∈custom character already instantiated, is periodically calculated as follows:








n
,

n




=

{






Λ

n
,

n




,

n


n









0
,
else




,







where Λn,n′ is calculated by








Λ

i
,
n


=



λ
n



λ
i



||

λ
n

||

+

||

λ
i

||


-

λ
n




λ
i







,

i


.






Then in step 22, from custom character are deduced the corresponding diagonal matrix S the element (n, n) of which is the sum of the n-th row of A, sn,n=custom characterΛn,n′ and the associated normalized Laplacian matrix as:








=


S

-

1
2






-

1
2





,




Then, in step 24, the normalized eigenvectors of custom character are calculated and the first k eigenvectors are gathered using K-means, the number of clusters k is obtained such that all the eigenvalues (1, . . . , k) are very small, but the (k+1)-th one is relatively large. Other similarity calculation techniques can be alternatively used as described in the papers entitled “Content caching clustering based on piecewise interest similarity,” in Proc. IEEE GLOBECOM, December 2017, pp. 1-6 and “Cache-aided coded multicast for correlated sources,” in Proc. of 9th International Symposium on Turbo Codes and Iterative Information Processing (ISTC), September 2016, pp. 360-364.


Preferably, requests for the instantiation of new network services are ordered according to their waiting time in a queue, and then, based on the oldest one, the NSI capable of instantiating this service and the associated quantity of network resources are determined, and then requests that can be fulfilled according to their request for resources are admitted.


In addition, requests for instantiation of new network services are ranked in relation to the average quantity of resources requested, and then checked to see which requests can be met, starting with the request characterized by the lowest request for network resources.


In one first alternative implementation, in the admission control step for accepting or rejecting requests for instantiation of new services, requests are classified into M classes, each characterized by a gain related to the instantiation acceptance rm and an instantiation rejection cost Im, m E M. In addition, each network service request is stored in a queue with a size Qm dedicated to its class. A new service request is deleted when the corresponding queue is full. The management and orchestration systems perceive a gain related to instantiation acceptance rn, when a request for a slice of the class m is accepted and an instantiation refusal cost Im when the request is deleted from its queue. Therefore, at time t, the action am(t) of the admission controller can be evaluated through a reward function as follows:








R


(
t
)


=






a
m



(
t
)




r
m



-



d
m



(
t
)




l
m




,





where dm (t) indicates the number of requests for service of the class m abandoned at time t, which can be calculated as follows:

dm(t)=max{sm(t)−am(t)+nm(t)−Qm,0},

where sm (t) and nm (t) indicate respectively the number of requests for slice of the mth class in the queue and the additional slice requests received at time t.


A first solution is to maximize R (t) at each time interval t.


A second approach is to maximize a long-term reward function as follows:







R
_

=




t
=
0










γ
t



R


(
t
)









where 0<γ<1 is a parameter called a reduction factor, which determines the importance of actions at each time interval on the long-term evaluation function.


Reinforcement learning can be used to optimize the function Rt=0γt R (t). There are many algorithms available for this purpose, such as Q-learning.


In a second alternative of the admission control step for accepting or rejecting requests for instantiation of new services, as in the first alternative, service requests are classified into M classes, each characterized by a gain related to the instantiation acceptance rm and potentially an instantiation refusal cost Im, m∈M. Then, a controller momentarily reduces the quantity of resources for some of the services already instantiated, to potentially increase the number of services that can be accepted at a given slot. For example, the controller reduces the resources allocated to lower priority services in order to instantiate higher priority services. This limits the number of abandoned requests for low priority services. As a result, a smart controller can maximize a reward that takes into account the cost of reducing the resources allocated to services instantiated with low priority. In this case, the action am(t) of the admission controller can be evaluated as follows:







R


(
t
)


=






a
m



(
t
)




r
m



-



d
m



(
t
)




l
m


-



n

cc
,
m




(
t
)




l

cc
,
m









where ncc,m(t) is the quantity of resources reduced to the service m∈M and Icc,m is the cost associated with this action. As in the previous embodiment, it is possible to simply maximize R(t) at each time slice. On the other hand, reinforcement learning algorithms could be used to optimize the long-term instantiation acceptance R.

Claims
  • 1. A method of optimizing the quantity of network resources and the number of services likely to use said resources in a virtualized telecommunications network characterized by the following steps of: evaluating the similarities between the services likely to use said resources in terms of the virtual network functions (VNF) required for the instantiation of each service,gathering services into network slices according to their similarities in order to maximize resource sharing,calculating additional resources to accept services awaiting instantiation, and,running an admission control scheme to accept or reject requests for the instantiation of new services.
  • 2. The method according to claim 1, wherein each service is instantiated in a logic network slice (NSI) comprising at least two sets of virtual network functions, namely a set of network functions KR which correspond to a radio access network RAN and a set of network functions KC which correspond to a core network.
  • 3. The method according to claim 2 further comprising the steps of: defining a set =R∪C={NF1, . . . , NFK} representing the set of network functions K=(KR+KC) likely to be instantiated in the telecommunications network, and,for a given logic service n awaiting instantiation, defining a list Dn containing the network functions required for the instantiation of this service and a description of the interactions between said network functions and parameters describing their respective configurations,defining a set of instantiated network slices comprising network functions shared between at least two network services and network functions specifically dedicated to a network service,comparing the network functions required by the network service awaiting instantiation with those of the set of NSIs likely to serve the service awaiting instantiation with a minimum of additional network resources,evaluating the similarities between the network functions being compared, and,based on the similarities evaluated, selecting the NSI that shares the greatest number of network functions with the service awaiting instantiation,if no NSI shares network functions with the service awaiting instantiation, creating a new NSI, consisting exclusively of network functions specifically dedicated to the service awaiting instantiation.
  • 4. The method according to claim 3, wherein, for each service awaiting instantiation, n∈={0, 1, . . . , N}, N representing an integer N≥0, is defined a subset Dn of the set =R∪C={NF1, . . . , NFK} containing the network functions required for its instantiation and a set of configuration parameters n,k for each network function, and, to indicate the network functions that make up the n-th request Dn, is defined (4) the vector λn∈{0,1}K, the k-th input of which is defined by:
  • 5. The method according to claim 4, wherein evaluating the similarities between the network functions required by a network slice awaiting instantiation and those of the set of NSIs already instantiated is obtained by calculating a Jaccard similarity parameter by the following formula:
  • 6. The method according to claim 5, wherein, if none of the NSIs already instantiated is adapted to the service awaiting instantiation, a new NSI is defined.
  • 7. The method according to claim 5, wherein, on the basis of the similarities calculated, is selected the already instantiated NSI i*∈ which shares the largest number of network functions VNFs with the network service awaiting instantiation n:
  • 8. The method according to claim 7, wherein, for each pair of network services n, n′ ∈Ri*,k, where Ri*,k represents the set of services included in the NSI i*∈ which require the network function NFk∈n, the similarity between a first set of configuration parameters n,k and a second set of configuration parameters n′,k is defined as follows:
  • 9. The method according to claim 8, wherein for each network function NFk∈n, of the service n, the quantity of resources that can be pooled between the different network services instantiated in the NSI i* and the new service n through the parameter σ*n,k,j are evaluated as follows:
  • 10. The method according to claim 9, wherein the resources required to instantiate each function of the service n are calculated via the NSI i* using a template consisting of a static and a dynamic part: d′n,k,r=ρkβ(σ*n,k,j)+(1−σ*n,k,j)fk,r(n,k),d′n,k,c=χkβ(σ*n,k,j)+(1−σ*n,k,j)fk,c(n,k),d′n,k,m=μkβ(σ*n,k,j)+(1−σ*n,k,j)fk,m(n,k),where β(x) is the characteristic function, which is equal to 1 if x=0 and is equal to 0 if x≠0 and,the total request for communication resources, computing resources and cloud storage resources for said n-th service instantiation request is calculated as follows: T′n=(d′n,r,d′n,c,d′n,m),
  • 11. The method according to claim 3, wherein the services previously instantiated in the set of NSIs are periodically re-classified, via a normalized spectral classification algorithm, the services being represented as nodes of a connected graph and clusters are found by partitioning this graph according to their spectral decomposition into subgraphs.
  • 12. The method according to claim 11, wherein the set R={1, NR) of the services already instantiated is defined with requests NF{λ1, . . . , λNR} and an affinity matrix , the elements of which are the Jaccard similarity between two already instantiated services n,n′∈ is periodically calculated (20) as follows:
  • 13. The method according to claim 10, wherein requests for the instantiation of new network services are ordered as a function of: their waiting time in a queue and then, from the oldest one, requests that can be fulfilled as a function of their request for resources are admitted; orthe average quantity of resources requested, then which requests can be fulfilled are checked, starting from the request characterized by the smallest request for network resources.
Priority Claims (1)
Number Date Country Kind
19 11263 Oct 2019 FR national
US Referenced Citations (10)
Number Name Date Kind
20170141973 Vrzic May 2017 A1
20170142591 Vrzic May 2017 A1
20180317133 Sciancalepore Nov 2018 A1
20180317134 Leroux et al. Nov 2018 A1
20180332485 Senarath Nov 2018 A1
20190123963 Tang Apr 2019 A1
20190174320 Kodaypak et al. Jun 2019 A1
20190364431 Kodaypak et al. Nov 2019 A1
20200379793 Parihar Dec 2020 A1
20200412612 Cherunni Dec 2020 A1
Foreign Referenced Citations (1)
Number Date Country
2018-207190 Dec 2018 JP
Non-Patent Literature Citations (2)
Entry
French Preliminary Search Report dated Jun. 8, 2020 in French Application 19 11263 filed on Oct. 10, 2019 (with English Translation of Categories of Cited Documents), citing documents AA-AE & AO therein, 3 pages.
U.S. Appl. No. 16/681,973, filed Nov. 13, 2019, 2020/0162930 A1, Miscopein, B, et al.
Related Publications (1)
Number Date Country
20210153069 A1 May 2021 US