FR 3102027 A1 20210416 FR 1911263 A 20191010 L’invention concerne un procédé d’optimisation de la quantité de ressources réseau et du nombre de services susceptibles d’utiliser lesdites ressources dans un réseau de télécommunication virtualisé comportant les étapes suivantes : -évaluer les similitudes entre les services susceptibles d’utiliser lesdites ressources en termes des fonctions réseau virtuelles VNFs requises pour le déploiement de chaque service, -regrouper les services en fonction de leurs similitudes afin de maximiser le partage des ressources, -calculer des ressources supplémentaires pour accepter des services en attente de déploiement; -exécuter un schéma de contrôle d'admission pour accepter ou rejeter des demandes de déploiement de nouveaux services. Figure pour l’abrégé: Fig. 6 Procédé d’optimisation de la quantité de ressources réseau et du nombre de services susceptibles d’utiliser lesdites ressources L’invention se situe dans le domaine des réseaux de télécommunication virtualisés et concerne plus spécifiquement un procédé d’optimisation de la quantité de ressources réseau et du nombre de services susceptibles d’utiliser lesdites ressources. L’invention concerne également un programme d’ordinateur mémorisé sur un support d’enregistrement et comportant des instructions pour mettre en œuvre le procédé lorsqu’il est exécuté sur un ordinateur. Au cours de la dernière décennie, la révolution technologique qui caractérise les réseaux de téléphonie mobile a changé notre façon de communiquer et conduit à de nouvelles applications et services, qui caractériseront la cinquième génération de systèmes de communication (5G) et les évolutions suivantes. Ces nouvelles applications et services sont regroupés dans trois classes de cas d'utilisation, caractérisées, chacune, par des exigences spécifiques et des indicateurs de performance clés (KPI): Communications ultra-fiables à faible temps de latence (URLLC), Communications massives de type machine (mMTC), Haut débit mobile amélioré (eMBB). La figure 1 illustre la correspondance entre ces cas d'utilisation et les exigences qui leurs sont associées. Pour prendre en charge efficacement les cas d'utilisation et des applications ayant des exigences hétérogènes, les systèmes de communication 5G et suivants déploieront une architecture nouvelle et flexible dans laquelle l'infrastructure réseau est divisée de manière logique en différentes instances, c’est-à-dire, des tranches de réseau (network slice, en anglais), conçues, chacune, pour un service spécifique s'exécutant dans l'environnement en nuage (cloud en anglais). Une tranche de réseau est composée de fonctions de réseau physiques (PNF, pour Physical Network Functions en anglais) et de fonctions de réseau virtuelles (VNF, pour Virtual Network Functions en anglais). Une VNF représente la mise en œuvre logicielle, c’est-à-dire fonctionnant dans un environnement cloud, des fonctions traditionnelles, telles que le routage ou la planification de paquets. Le concept de tranche de réseau est illustré schématiquement par la figure 2. Le principal organisme de normalisation en matière de découpage de réseau en tranches est le 3GPP (Third Generation Partnership Project). Ses spécifications détaillent les fonctionnalités du réseau et leur enchaînement afin de fournir ces découpages sur le réseau d'accès radio (RAN, Radio Access Network) et le réseau cœur (CN, Core Network) [3GPPTS28.531]. Outre la conception des fonctions d'accès et de cœur, l'une des tâches les plus difficiles à accomplir est d’assurer la transition d’un système OSS (pour Operating Support System) et d’un système BSS (pour Business support system) à capacités fixes à une nouvelle hiérarchie d’éléments devant traiter un écosystème très complexe tant du point de vue des utilisateurs du réseau, des tranches réseau, que des services qui ont généralement des exigences de débit et de qualité de service différentes. En plus de la gestion, les futurs réseaux 5G et suivants nécessiteront des capacités d’orchestration, qui sont divisées en deux catégories principales, l’orchestration des services et l’orchestration des ressources. Des tâches telles que le partage d’une VNF entre des tranches réseau, leur emplacement dans une infrastructure cloud hautement hétérogène ou le nombre de processeurs cœurs alloués ne sont que quelques exemples des responsabilités de fonction de gestion et d'orchestration (M&O, Management and Orchestration). Les fonctions liées à la gestion du cycle de vie des fonctions réseau virtuelles VNFs et à l’orchestration de leurs ressources vont au-delà de la responsabilité du groupe 3GPP. L'organisme de normalisation chargé de définir ces fonctions est l'Institut européen des normes de télécommunication (ETSI), plus précisément le groupe de normalisation de la fonction de réseau (NFV) [ETSIGR]. La figure 3 montre la correspondance entre les tranches de réseau 3GPP et les concepts introduits par ETSI NFV. Une tranche de réseau est vue du point de vue de l’ETSI comme un service réseau. La figure 4 illustre la correspondance entre tranches réseau et fonctions réseau requises. Une fonction réseau peut être dédiée à une tranche spécifique ou partagée entre plusieurs tranches. La figure 5 illustre schématiquement des fonctions réseau partagées et des fonctions réseau dédiées dans une tranche réseau. Selon le groupe 3GPP, une tranche de réseau est un réseau logique qui s'étend sur le réseau d’accès Radio RAN et sur le réseau cœur CN. Pour gérer chaque domaine, le groupe 3GPP propose de décomposer une tranche en sous-réseaux de tranches RAN et CN et définit la fonction de gestion de tranche de réseau (NSMF, pour Network Slice Management Function) et la fonction de gestion de sous-réseau de tranche de réseau (NSSMF, pour Network Slice Subnet Management Function). Le NSMF étant l'entité responsable de la gestion d'une tranche sur plusieurs domaines et le NSSMF est l'entité chargée de la gestion des sous-réseaux de tranche dans un domaine spécifique [3GPPTS28.531]. Un sous-réseau de tranches comprend des fonctionnalités radio et des fonctionnalités cœur du réseau configurées pour fournir un comportement particulier et répondre à des exigences spécifiques. Pour créer et gérer une tranche, le NSMF (et les NSSMF) utilisent un ensemble de descripteurs prédéfinis ou un modèle. Chaque descripteur, appelé modèle NST (Network Slice Template), fournit la description des fonctionnalités et leur configuration spécifique (par exemple, les bandes de fréquences de fonctionnement). Il décrit en particulier la liste des composants NFV devant être instanciés pour configurer une instance de tranche de réseau, ainsi que d'autres informations, telles que les configurations, les étapes du cycle de vie, les actions, la surveillance, les règles, les contrats de niveau de service, etc. Cependant, ces cadres de normalisation ne définissent que des directives sur les aspects architecturaux (interfaces et exigences) et des principes de conception sans fournir de solutions spécifiques pour la configuration et la gestion de tranches de réseau, tel que l’allocation des ressources nécessaires par le VNF, la gestion des priorités ou de la qualité du service. Par conséquent, il est nécessaire de créer de nouveaux schémas et cadres capables de gérer les ressources réseau liées à la radio, au transport et aux domaines du cloud. De plus, il est nécessaire de prendre en compte le fait que différentes demandes de tranche peuvent avoir des priorités et des contraintes différentes et que, par conséquent, les ressources du réseau doivent être gérées pour assurer une orchestration et une gestion croisées des ressources. Le but de l’invention est d’optimiser la gestion et l’orchestration des réseaux en évitant à la fois le sous-provisionnement et le sur-dimensionnement des ressources, qui sont respectivement les causes principales des pannes de service et des dépenses excessives pour les fournisseurs de services de communications mobiles. L’invention est mise en œuvre au moyen d’un système de gestion et d’orchestration de réseau cellulaire configuré pour recevoir des demandes de déploiement de services et pour décider des tranches réseau qui peuvent être déployées / acceptées pour mettre en œuvre ces services en fonction de leurs types / priorités, de leurs besoins en ressources, de la présence d’autres demandes simultanées et des capacités réseau disponibles (qui dépendent des tranches réseau déjà déployées). L’objectif de l’invention est donc d’accroître l’efficacité du réseau, c’est-à-dire d’augmenter le nombre de services déployés en utilisant un ensemble donné de ressources réseau, ou de manière équivalente, de limiter la quantité de ressources requises pour satisfaire les exigences d’un ensemble donné de services. Cet objectif est atteint au moyen d’un procédé d’optimisation de la quantité de ressources réseau et du nombre de services susceptibles d’utiliser lesdites ressources dans un réseau de télécommunication comportant les étapes suivantes : -évaluer les similitudes entre les services susceptibles d’utiliser lesdites ressources en termes des fonctions réseau virtuelles VNFs requises pour le déploiement de chaque service, -regrouper les services en tranches de réseau en fonction de leurs similitudes afin de maximiser le partage des ressources, -calculer des ressources supplémentaires pour accepter des services en attente de déploiement, -exécuter un schéma de contrôle d'admission pour accepter ou rejeter des demandes de déploiement de nouveaux services. En identifiant et en regroupant les services ayant des besoins communs en tranches de réseau, au lieu de créer une nouvelle tranche pour chaque service demandé, le procédé selon l’invention permet de réduire les ressources consommées globalement de manière à utiliser, le cas échéant, une seule tranche pour prendre en charge les services ainsi identifiés. De cette façon, le procédé selon l’invention permet aussi de réduire le temps de déploiement d’un nouveau service réseau. Selon l’invention, chaque service est déployé dans une tranche réseau logique (NSI) comportant au moins deux ensembles de fonctions réseau virtuelles, soit un ensemble de fonctions réseau qui correspondent au réseau d’accès radio RAN et un ensemble des fonctions réseau qui correspondent au réseau cœur. Le procédé selon l’invention comporte en outre les étapes consistant à : -définir un ensemble représentant l'ensemble de toutes les fonctions réseau susceptibles d’être déployées dans le réseau de télécommunication, et, -pour un service logique donné en attente de déploiement, définir une liste contenant les fonctions réseau requises pour le déploiement de ce service et une description des interactions entre lesdites fonctions réseau et des paramètres décrivant leurs configurations respectives, -définir un ensemble de tranches réseau déployées comportant des fonctions réseau partagées entre au moins deux services réseau et des fonctions réseau dédiées spécifiquement à un service réseau, -comparer les fonctions réseau requises par un service réseau en attente de déploiement avec celles de l’ensemble de NSIs susceptibles de servir le service en attente de déploiement avec un minimum de ressources réseau supplémentaires, -évaluer les similitudes entre les fonctions réseau comparées, et, -sur la base des similitudes évaluées, sélectionner la NSI qui partage le plus grand nombre de fonctions réseau avec le service en attente de déploiement, -si aucune NSI partage de fonctions réseau avec le service en attente de déploiement, créer une nouvelle NSI, composée exclusivement de fonctions réseau dédiées spécifiquement au service en attente de déploiement. En outre, on définit, pour chaque service en attente de déploiement , N représentant un nombre entier N≥0, un sous-ensemble de l’ensemble contenant les fonctions réseau requises pour son déploiement et un ensemble de paramètres de configuration pour chaque fonction réseau, et, pour indiquer les fonctions réseau qui composent la nième requête , on définit le vecteur λ n ∈ {0,1} K , dont la k-ième entrée est définie par : Ensuite, pour chaque fonction réseau NF k appartenant , on représente les paramètres de configuration associés sous la forme d'un ensemble de J vecteurs binaires comme suit : Ensuite, on mappe les paramètres de configuration avec un paramètre , représentant la quantité de ressources de communication, un paramètre représentant les ressources informatiques de calcule, et un paramètre représentant la capacité de stockage en cloud requise par la fonction réseau NF k de la n-ième requête de déploiement de service en utilisant un modèle composé d'une partie statique et d'une partie dynamique : où ρ k , χ k et μ k représentent la quantité minimale de ressources requises pour activer une fonction réseau NF k ∈ donnée, et , et représentant la quantité supplémentaire de ressources nécessaires, qui dépend des paramètres de configuration de la fonction réseau , et on calcule la demande totale en ressources de communication, en ressources de calcul et en ressources de stockage cloud pour ladite n-ième requête par la formule suivante : où , , et ). L’évaluation des similitudes entre les fonctions réseau requises par une tranche réseau en attente de déploiement avec celles de l’ensemble de NSIs déjà déployées est obtenue par le calcul d’un paramètre de similitude de Jaccard par la formule suivante: où indique les fonctions réseau qui composent la NSI déjà déployée, et représentant un opérateur de norme euclidien. Si aucune des NSIs déjà déployée n’est adaptée au service en attente de déploiement, une nouvelle NSI est définie. Sur la base des similitudes calculées, on sélectionne la NSI déjà déployée qui partage le plus grand nombre de fonctions réseau VNFs avec le service réseau en attente de déploiement : Ensuite, on ajoute temporairement n à la liste des services associés à la NSI . Selon l’invention, pour chaque paire de services réseau où représente l'ensemble des services inclus dans la NSI qui nécessitent la fonction réseau NF k ∈ , on définit la similarité entre un premier ensemble de paramètres de configuration et un deuxième ensemble de paramètres de configuration comme suit : où J est le nombre de paramètres de la fonction réseau NF k et est la fonction similarité cosinus (ou mesure cosinus) qui permet de calculer la similarité entre deux vecteurs à N dimensions en déterminant le cosinus de l'angle entre eux : Et, pour chaque fonction réseau NF k ∈ du service , on évalue la quantité de ressources qui peut être mutualisée entre les différents services réseau déployés dans la NSI et le nouveau service à travers le paramètre comme suit : où l’indice représente soit les ressources de communication, soit les ressources de calcul, soit les ressources de stockage. Selon une autre caractéristique de l’invention, on calcule les ressources nécessaires pour déployer chaque fonction du service via la NSI en utilisant un modèle composé d'une partie statique et d'une partie dynamique : où est la fonction caractéristique, qui est égal à 1 si et est égal à 0 si , et, on calcule la demande totale en ressources de communication, en ressources de calcul et en ressources de stockage cloud pour ladite nième requête de déploiement de service comme suit : où , et ). Dans un mode de réalisation de l’invention, on re-classe périodiquement les services préalablement déployés dans l’ensemble de NSI, via un algorithme de classification spectrale normalisé, les services étant représentés en tant que nœuds d'un graphe connecté et des grappes sont trouvées en partitionnant ce graphe en fonction de leur décomposition spectrale en sous-graphes. Par ailleurs, on définit l’ensemble = {1, , }, des services déjà déployés avec des requêtes NF et on calcule périodiquement une matrice d'affinité , dont l’ élément décrit la similarité de Jaccard entre deux services déjà déployés comme suit : Où est calculé par Ensuite on déduit de la matrice diagonale correspondante, dont l'élément (n, n) est la somme de la n-ième ligne de A, , et la matrice laplacienne normalisée associée en tant que : Puis on calcule les vecteurs propres normalisés de et on regroupe les k premiers vecteurs propres à l'aide de K-moyennes, le nombre de clusters k est obtenu de telle sorte que toutes les valeurs propres (1,..., k) soient très petites, mais que le (k+1)-ième soit relativement grand. Selon l’invention, les requêtes de déploiement de nouveaux services réseau sont ordonnées en fonction : -de leur temps d'attente dans une file d'attente puis, à partir de la plus ancienne, les requêtes qui peuvent être satisfaites en fonction de leur demande de ressources sont admises ; ou -de la quantité moyenne de ressources demandée, puis on vérifie quelles requêtes peuvent être satisfaites, à partir de la demande caractérisée par la plus petite demande de ressources réseau. D’autres caractéristiques et avantages de l’invention ressortiront de la description qui va suivre, prise à titre d’exemple non limitatif, en référence aux figures annexées dans lesquelles : illustre la correspondance entre de nouvelles applications et services et les exigences associées à ces nouvelles applications et services dans les systèmes de communication 5G, illustre schématiquement le concept de tranche de réseau, illustre la correspondance entre tranches de réseau 3GPP et les concepts de ETSI NFV (European Telecommunication Standard Institute, Network Functions Virtualisation), représente la correspondance des services réseau aux fonctions réseau requises, représente une illustration de fonctions réseau partagées et de fonctions réseau dédiées dans une tranche réseau déployée (network slice instance, NSI, en anglais) qui permet la mise en œuvre simultanée de plusieurs services, représente un premier organigramme illustrant les étapes essentielles du procédé selon l’invention, représente un deuxième organigramme illustrant les étapes d’un mode particulier de réalisation de l’invention. EXPOSÉ DÉTAILLÉ DE MODES DE RÉALISATION PARTICULIERS Le procédé selon l’invention sera décrit dans le cadre d’un système de gestion et d’orchestration de réseau cellulaire configuré pour recevoir des demandes de déploiement de service et pour décider d’accepter ou de refuser ces services en fonction de leurs types/priorités, de leurs besoins en ressources, de la présence d’autres demandes simultanées et des capacités réseau disponibles (qui dépendent des tranches réseau déjà déployées). Pour plus de clarté, dans la suite de cette description, le déploiement d’une tranche réseau signifiera le déploiement des applications et services susceptibles d’être fournis dans cette tranche. Rappelons que chaque service est déployé dans une tranche réseau logique comportant au moins deux ensembles de fonctions réseau virtuelles (VNF), soit un ensemble de fonctions réseau qui correspondant au réseau d’accès radio RAN et un ensemble des fonctions réseau correspondant au réseau cœur. La mise en œuvre du procédé selon l’invention sera décrite par référence à la figure 6. Préalablement, on définit un ensemble de VNFs représentant l'ensemble de toutes les fonctions réseau susceptibles d’être déployées dans le réseau de télécommunication, et, pour un service réseau donné, on définit un sous-ensemble de l’ensemble contenant les fonctions réseau VNFs requises pour son déploiement et une description des interactions entre lesdites fonctions réseau et des paramètres décrivant leurs configurations respectives. Ensuite, pour indiquer les fonctions réseau VNFs requises pour le déploiement du service , à l’étape 4 on introduit le vecteur λ n ∈ {0,1} K , dont la k-ième entrée est définie par : On définit ensuite l’ensemble de NSIs déployées, et, pour chaque élément de cet ensemble , le sous-ensemble de l’ensemble contenant les fonctions réseau VNFs déployées pour la NSI . Comme pour chaque service réseau, on définit, pour chaque NSI , le vecteur λ i pour indiquer les fonctions réseau VNFs disponibles. On calcule ensuite, à l’étape 6, un paramètre de similitude de Jaccard pour réaliser l’évaluation des similitudes entre les fonctions réseau requises par un service en attente de déploiement avec celles de l’ensemble de NSIs déjà déployées. Le paramètre de similitude de Jaccard est défini par la formule suivante : A l’étape 8, on vérifie s’il existe , tel que >0. Si oui, sur la base des similitudes calculées, à l’étape 10, on sélectionne la NSI déjà déployée qui partage le plus grand nombre de fonctions réseau VNFs avec le service réseau en attente de déploiement : Après avoir ajouté temporairement à la liste des services associés à la NSI , pour chaque paire de services , appartenant à , où représente l'ensemble des services incluses dans la NSI qui nécessitent la fonction réseau NF k ∈ , à l’étape 12, on définit la similarité entre les paramètres de configuration des deux services et comme suit : où J est le nombre de paramètres de la fonction réseau NF k . A l’étape 14, on détermine les ressources nécessaires afin de pouvoir déployer le service à travers la NSI sélectionnée, et à l’étape 16, on évalue si la requête de ressources associée à ce nouveau service peut être acceptée. S’il n’existe pas , tel que >0, c’est-à-dire, si aucune des NSIs de ne partage de fonctions réseau avec le service réseau en attente de déploiement , à l’étape 18, on définit une nouvelle NSI et on calcule sa demande des ressources , puis on démarre le processus de contrôle d’admission pour déterminer si le service peut être déployé (étape 16). Dans un mode particulier de réalisation de l’invention illustré par la figure 7, on re-classe périodiquement les services préalablement déployés dans l’ensemble de NSI, via un algorithme de classification spectrale normalisé, les services étant représentés en tant que nœuds d'un graphe connecté et des grappes sont trouvées en partitionnant ce graphe en fonction de leur décomposition spectrale en sous-graphes. A cet effet, on définit l’ensemble = {1, , }, des services déjà déployés avec des requêtes NF et à l’étape 20 on calcule périodiquement une matrice d'affinité , dont l’élément est la similarité de Jaccard entre deux services déjà déployés comme suit : où est calculé par Ensuite à l’étape 22, on déduit de la matrice diagonale correspondante, dont l'élément (n, n) est la somme de la n-ième ligne de A, , et la matrice laplacienne normalisée associée en tant que : Puis, à l’étape 24 on calcule les vecteurs propres normalisés de et on regroupe les k premiers vecteurs propres à l'aide de K-moyennes, le nombre de clusters k est obtenu de telle sorte que toutes les valeurs propres (1,..., k) soient très petites, mais que le (k+1)- ième soit relativement grand. D’autres techniques de calcul de similarité peuvent être alternativement utilisées comme décrit dans les articles intitulés “Content caching clustering based on piecewise interest similarity,” in Proc. IEEE GLOBECOM, Dec. 2017, pp. 1–6 et “Cache-aided coded multicast for correlated sources,” in Proc. of 9th International Symposium on Turbo Codes and Iterative Information Processing (ISTC), Sept 2016, pp. 360–364. Préférentiellement, les requêtes de déploiement de nouveaux services réseau sont ordonnées en fonction de leur temps d'attente dans une file d'attente puis, à partir de la plus ancienne, on détermine la NSI capable de déployer ce service et la quantité des ressources réseau associée et, ensuite, les requêtes qui peuvent être satisfaites en fonction de leur demande de ressources sont admises. En outre, on classe les requêtes de déploiement de nouveau services réseau par rapport à la quantité moyenne de ressources demandée, puis on vérifie quelles requêtes peuvent être satisfaites, à partir de la demande caractérisée par la plus petite demande de ressources réseau. Dans une première variante de mise en œuvre, dans l’étape de contrôle d'admission pour accepter ou rejeter des demandes de déploiement de nouveaux services, on classe les requêtes en M classes, chacune caractérisée par un gain lié à l’acceptation de déploiement r m et un coût de refus de déploiement l m m ∈ M. De plus, chaque requête de service réseau est stockée dans une file d'attente de taille Q m dédiée à sa classe. Une nouvelle demande de service est supprimée lorsque la file d'attente correspondante est pleine. Les systèmes de gestion et d’orchestration perçoivent un gain lié à l’acceptation de déploiement r m lorsqu'une demande de tranche de la classe m est acceptée et un coût de refus de déploiement l m lorsque la demande est supprimée de sa file d'attente. En conséquence, à l'instant t, on peut évaluer l'action a m (t) du contrôleur d'admission, à travers une fonction de récompense comme suit : où d m (t) indique le nombre de demandes de service de la classe m abandonnées à l'instant t, qui peut être calculé comme suit: où s m (t) et n m (t) indiquent respectivement le nombre de demandes de tranche de la m ième classe dans la file d'attente et les demandes de tranche supplémentaires reçues à l'instant t. Une première solution consiste à maximiser R (t) à chaque pas de temps t. Une deuxième approche consiste à maximiser une fonction de récompense à long terme comme suit : où 0 Un apprentissage par renforcement peut être utilisé pour optimiser la fonction . A cet effet, il existe de nombreux algorithmes tels que par exemple le Q-learning. Dans une deuxième variante de l’étape de contrôle d'admission pour accepter ou rejeter des demandes de déploiement de nouveaux services, comme pour la première variante, on classe les demandes de services dans M classes, chacune caractérisée par un gain lié à l’acceptation de déploiement r m et potentiellement par un coût de refus de déploiement l m m∈ M. Ensuite, un contrôleur réduit momentanément la quantité de ressources pour certains des services déjà déployés, afin d’augmenter potentiellement le nombre de services pouvant être acceptés à un créneau donné. Par exemple, le contrôleur diminue les ressources allouées aux services de priorité inférieure afin de déployer de services de priorité élevé. Ceci limite le nombre de demandes abandonnées de services à faible priorité. En conséquence, un contrôleur intelligent peut maximiser une récompense prenant en compte le coût lié à la réduction des ressources allouées aux services déployés avec une priorité faible. Dans ce cas, on peut évaluer l'action a m (t) du contrôleur d'admission comme suit: où (t) est la quantité de ressources réduite au service m ∈ M et l cc ,m est le coût associé à cette action. Comme pour le mode de réalisation précédent, il est possible de simplement maximiser R(t) à chaque créneau horaire. En revanche, des algorithmes d'apprentissage par renforcement pourraient être utilisés pour optimiser l’acceptation de déploiement à long terme . Procédé d’optimisation de la quantité de ressources réseau et du nombre de services susceptibles d’utiliser lesdites ressources dans un réseau de télécommunication virtualisé caractérisé par les étapes suivantes : -évaluer les similitudes entre les services susceptibles d’utiliser lesdites ressources en termes des fonctions de réseau virtuelles (VNF) requises pour le déploiement de chaque service, -regrouper les services en tranches de réseau en fonction de leurs similitudes afin de maximiser le partage des ressources, -calculer des ressources supplémentaires pour accepter des services en attente de déploiement, et, -exécuter un schéma de contrôle d'admission pour accepter ou rejeter des demandes de déploiement de nouveaux services. Procédé selon la revendication 1 dans lequel chaque service est déployé dans une tranche réseau logique (NSI) comportant au moins deux ensembles de fonctions réseau virtuelles, soit un ensemble de fonctions réseau qui correspondent au réseau d’accès radio RAN et un ensemble de fonctions réseau qui correspondent au réseau cœur. Procédé selon la revendication 2 comportant en outre les étapes consistant à : -définir un ensemble représentant l'ensemble de toutes les fonctions réseau susceptibles d’être déployées dans le réseau de télécommunication, et, -pour un service logique donné en attente de déploiement, définir une liste contenant les fonctions réseau requises pour le déploiement de ce service et une description des interactions entre lesdites fonctions réseau et des paramètres décrivant leurs configurations respectives, -définir un ensemble de tranches réseau déployées comportant des fonctions réseau partagées entre au moins deux services réseau et des fonctions réseau dédiées spécifiquement à un service réseau, -comparer les fonctions réseau requises par le service réseau en attente de déploiement avec celles de l’ensemble de NSIs susceptibles de servir le service en attente de déploiement avec un minimum de ressources réseau supplémentaires, -évaluer les similitudes entre les fonctions réseau comparées, et, -sur la base des similitudes évaluées, sélectionner la NSI qui partage le plus grand nombre de fonctions réseau avec le service en attente de déploiement, -si aucune NSI partage de fonctions réseau avec le service en attente de déploiement, créer une nouvelle NSI, composée exclusivement de fonctions réseau dédiées spécifiquement au service en attente de déploiement. Procédé selon la revendication 3 dans lequel, on définit, pour chaque service en attente de déploiement , N représentant un nombre entier N≥0, un sous-ensemble de l’ensemble contenant les fonctions réseau requises pour son déploiement et un ensemble de paramètres de configuration pour chaque fonction réseau, et, pour indiquer les fonctions réseau qui composent la n-ième requête , on définit (4) le vecteur λ n ∈ {0,1} K , dont la k-ième entrée est définie par : ensuite, pour chaque fonction réseau NF k , on représente les paramètres de configuration associés sous la forme d'un ensemble de J vecteurs binaires comme suit: ensuite, on mappe les paramètres de configuration avec un paramètre , représentant la quantité de ressources de communication, un paramètre représentant les ressources informatiques de calcule, et un paramètre représentant la capacité de stockage en cloud requise par la fonction réseau NF k de la n-ième requête de déploiement de service en utilisant un modèle composé d'une partie statique et d'une partie dynamique : où ρ k , χ k et μ k représentent la quantité minimale de ressources requises pour activer une fonction réseau NF k ∈ donné, et , et représentant la quantité supplémentaire de ressources nécessaires, qui dépend des paramètres de configuration de la fonction réseau , et on calcule la demande totale en ressources de communication, en ressources de calcul et en ressources de stockage cloud pour ladite n-ième requête par la formule suivante : où , , et ). Procédé selon la revendication 4 dans lequel l’évaluation des similitudes entre les fonctions réseau requises par une tranche réseau en attente de déploiement avec celles de l’ensemble de NSIs déjà déployées est obtenue par le calcul d’un paramètre de similitude de Jaccard par la formule suivante : où indique les fonctions réseau qui composent la NSI déjà déployée, et représentant un opérateur de norme euclidien. Procédé selon la revendication 5 dans lequel, si aucune des NSIs déjà déployée n’est adaptée au service en attente de déploiement, une nouvelle NSI est définie (18). Procédé selon la revendication 5 dans lequel, sur la base des similitudes calculées, on sélectionne (10) la NSI déjà déployée qui partage le plus grand nombre de fonctions réseau VNFs avec le service réseau en attente de déploiement : ensuite, on ajoute temporairement n à la liste des services associés à la NSI . Procédé selon la revendication 7 dans lequel, pour chaque pair de services réseau où représente l'ensemble des services inclus dans la NSI qui nécessitent la fonction réseau NF k ∈ , on définit la similarité entre un premier ensemble de paramètres de configuration et un deuxième ensemble de paramètres de configuration comme suit : où J est le nombre de paramètres de la fonction réseau NF k et est la fonction similarité cosinus (ou mesure cosinus) qui permet de calculer la similarité entre deux vecteurs à N dimensions en déterminant le cosinus de l'angle entre eux : Procédé selon la revendication 8, dans lequel, pour chaque fonction réseau NF k ∈ du service , on évalue la quantité de ressources qui peut être mutualisée entre les différents services réseau déployés dans la NSI et le nouveau service à travers le paramètre comme suit : où l’indice représente soit les ressources de communication, soit les ressources de calcul, soit les ressources de stockage. Procédé selon la revendication 9, dans lequel on calcule les ressources nécessaires pour déployer chaque fonction du service via la NSI en utilisant un modèle composé d'une partie statique et d'une partie dynamique : où est la fonction caractéristique, qui est égal à 1 si et est égal à 0 si , et, on calcule la demande totale en ressources de communication, en ressources de calcul et en ressources de stockage cloud pour ladite n-ième requête de déploiement de service comme suit : où , et ). Procédé selon la revendication 3, dans lequel on re-classe périodiquement les services préalablement déployées dans l’ensemble de NSIs , via un algorithme de classification spectrale normalisé, les services étant représentées en tant que nœuds d'un graphe connecté et des grappes sont trouvées en partitionnant ce graphe en fonction de leur décomposition spectrale en sous-graphes. Procédé selon la revendication 11 dans lequel, on définit l’ensemble R = {1, , }, des services déjà déployées avec des requêtes NF et on calcule (20) périodiquement une matrice d'affinité , dont les éléments sont la similarité de Jaccard entre deux services déjà déployés comme suit : où est calculé par , ensuite, on déduit (22) de la matrice diagonale correspondante, dont l'élément (n, n) est la somme de la n-ième ligne de A, , et la matrice laplacienne normalisée associée en tant que : puis, on calcule (24) les vecteurs propres normalisés de et on regroupe les k premiers vecteurs propres à l'aide de K-moyennes, le nombre de clusters k est obtenu de telle sorte que toutes les valeurs propres (1,..., k) soient très petites, mais que le (k+1)-ième soit relativement grand. Procédé selon la revendication 10 dans lequel, les requêtes de déploiement de nouveaux services réseau sont ordonnées en fonction : -de leur temps d'attente dans une file d'attente puis, à partir de la plus ancienne, les requêtes qui peuvent être satisfaites en fonction de leur demande de ressources sont admises ; ou -de la quantité moyenne de ressources demandée, puis on vérifie quelles requêtes peuvent être satisfaites, à partir de la demande caractérisée par la plus petite demande de ressources réseau. Programme d’ordinateur mémorisé sur un support d’enregistrement et comportant des instructions pour mettre en œuvre le procédé selon l’une des revendications 1 à 13 lorsqu’il est exécuté sur un ordinateur.