FR 3038175 A1 20161230 FR 1555932 A 20150626 1 Procédé de gestion dynamique d'un service réseau dans un réseau de communication L'invention se situe dans le domaine des réseaux de télécommunication, et concerne plus particulièrement un procédé de gestion dynamique d'un service réseau dans un réseau de communication. L'organisme de normalisation ETSI (pour « European Telecommunications Standards Institute ») a lancé début 2013 un projet dénommé NFV (pour « Network Functions Virtualization ») pour établir, entre les experts des secteurs des télécommunications et des technologies de l'information, les premières spécifications dans le domaine de la virtualisation (c'est-à-dire de la dématérialisation) des fonctions utilisées dans les réseaux de télécommunications, désignées par la suite par fonctions réseaux virtualisées, dites « fonctions VNF » (pour « Virtual Network Function »). Ces fonctions réseaux virtualisées permettent de mettre en oeuvre des architectures réseaux variées (e.g. coeur de réseau EPC pour « Evolved Packet Core », architecture réseau IMS pour « Internet protocol Multimedia Subsystem », réseau de distribution de contenus CDN pour « Content Delivery Network »). Un service réseau est plus particulièrement défini par une séquence d'au moins une fonction réseau virtualisée mise en oeuvre par exemple par un ou plusieurs modules logiciels. La virtualisation de ces fonctions est réalisée notamment par des systèmes informatiques interconnectés qui implémentent et hébergent ces fonctions sur des machines virtuelles accessibles par exemple par l'intermédiaire d'une application réseau. Ces machines virtuelles utilisent des ressources informatiques et matérielles distantes (e.g. connectivité réseau, puissance de calcul, espaces de stockage, serveurs, applications, etc.), gérées par le système informatique en nuage, et mutualisées entre ses différents clients en fonction de leurs besoins respectifs. Les clients peuvent ainsi accéder de manière évolutive à ces ressources, sans avoir à administrer l'infrastructure sous-jacente de gestion de ces ressources qui est souvent complexe. Le document de spécifications GS NFV 001 v.1.1.1 de l'ETSI, publié en octobre 2013, intitulé « Network Functions Virtualization (NFV) ; Use Cases », présente plusieurs cas d'usage de la virtualisation de fonctions réseaux. Ce document décrit de manière très générale la virtualisation de fonctions réseaux dans différents contextes (virtualisation d'un réseau mobile, d'une station de base, d'un réseau de distribution de contenus, etc.). Les services réseaux proposés dans une telle architecture de réseau virtualisé sont notamment limités à un catalogue de services réseaux prédéfini et maintenu par une entité d'orchestration, dite « entité NFVO » (pour « Network Functions Virtualization Orchestrator »). La création des fonctions réseaux virtualisées est en outre réalisée par des entités de gestion de ressources virtualisées, dite « entités VNFM » (pour « Virtual Network Function Manager »), sous le pilotage de l'entité d'orchestration. Ce type d'architecture de réseau virtualisé souffre de certains inconvénients. L'intervention systématique de l'entité d'orchestration lors de la création de services réseaux 3038175 2 virtualisées ne permet pas de répondre avec réactivité à une évolution des conditions réseaux (e.g. hausse du trafic relatif au service, incident réseau) dans lesquelles un service réseau est mis en oeuvre. La mise en oeuvre planifiée à l'avance de ces services peut également s'avérer inadaptée aux conditions réelles d'exploitation de ces services. 5 Un des buts de l'invention est de remédier à des insuffisances/inconvénients de l'état de la technique et/ou d'y apporter des améliorations. Selon un premier aspect, l'invention concerne un procédé de gestion, dans un réseau de communication, d'un service réseau en cours d'exécution, le service réseau étant formé d'une séquence d'au moins une fonction réseau virtualisée gérée par une entité de gestion de ressources 10 virtualisées, comprenant les étapes suivantes mises en oeuvre par une entité d'optimisation de fonctions réseaux virtualisées : - réception d'un flux de signalisation et/ou de caractérisation d'un média depuis une fonction réseau virtualisée de la séquence, dite « fonction initiale » ; - détermination, en fonction du flux de signalisation et/ou de caractérisation d'un média reçu, et 15 d'une règle de gestion prédéfinie associée au flux, que la fonction initiale dispose de capacités insuffisantes pour l'exécution stable du service réseau ; - envoi, à l'entité de gestion de ressources virtualisées, d'une commande de mise à jour comprenant au moins une action, obtenue à partir de la règle de gestion associée audit flux, de mise à jour de la séquence, la fonction initiale étant, après exécution de la commande, remplacée ou complétée dans 20 la séquence par au moins une nouvelle fonction réseau virtualisée apte à l'exécution stable du service réseau. Le procédé permet une mise à jour dynamique du service réseau en cours d'exécution. Il est ainsi possible de répondre en temps réel à des demandes non planifiées pour ce service. Une telle demande non planifiée correspond par exemple à une hausse non anticipée de demandes 25 relatives à un service qui tend à perdurer dans le temps. Le service réseau peut alors grâce au procédé être modifié à la demande L'analyse du flux de signalisation et/ou de caractérisation d'un média (e.g. flux WebRTC pour « Web Real-Time Communication », flux vidéo HAS pour « HTTP Adaptive Streaming », informations de contrôle relative à un flux média) reçu par l'entité d'optimisation, permet en outre 30 d'identifier, avec précision et en temps réel, l'adéquation de la fonction réseau virtualisée émettrice de ce flux avec des conditions actualisées de trafic réseau. La prise en compte de règles de gestion prédéfinies permet en outre de vérifier par exemple que la fonction initiale répond à des critères de qualité de service définis par l'opérateur du réseau de communication, et de déclencher le cas échéant sa mise à jour. Ces mêmes règles de gestion permettent également d'obtenir des actions de 35 mise à jour de la séquence, tel que le remplacement de la fonction initiale par une nouvelle fonction réseau virtualisée apte à une exécution stable du service réseau. Une telle règle de gestion correspond par exemple, à un seuil prédéfini relatif à un paramètre de qualité de service donné 3038175 3 associé au service réseau mis en oeuvre, en dessous duquel la fonction initiale est considérée disposer de capacités insuffisantes pour l'exécution stable du service réseau en cours d'exécution. Réciproquement, la mise à jour de la fonction réseau virtualisée est telle qu'après mise à jour de la séquence, le paramètre de qualité de service donnée associé au service réseau mis en oeuvre, soit 5 supérieur à ce seuil. Le procédé permet en outre une plus grande réactivité lors de la mise en oeuvre du service, en cas de fluctuation durable du trafic réseau relatif au service. La commande de mise à jour de la séquence de fonctions réseaux virtualisées est directement envoyée à l'entité de gestion de ressources virtualisées qui gère la fonction réseau virtualisée à modifier dans la séquence. Il est 10 ici rappelé que dans l'état de l'art, aucune modification de la séquence de fonctions réseaux ne peut être effectuée pendant que le service s'exécute, sans sollicitation préalable d'une entité d'orchestration en charge du pilotage des entités de gestion de ressources virtualisées du réseau. Le procédé présente ainsi l'avantage de permettre une mise à jour autonome du service réseau, en cours de son exécution, rapide, et sans intervention d'autres entités tierces. 15 La mise à jour de la séquence étant en outre réalisée en temps réel, le procédé permet d'assurer la continuité du service réseau mis en oeuvre. De plus, la mise à jour étant instantanée, elle demeure transparente pour le terminal ou tout autre dispositif utilisateur du service réseau en cours d'exécution. Le procédé permet ainsi d'améliorer à la fois la qualité de service et la qualité d'expérience associées au service réseau en cours d'exécution. 20 Selon une caractéristique particulière, le procédé comprend en outre une étape de détermination de capacités nécessaires pour l'exécution stable du service réseau, les capacités nécessaires étant envoyées à l'entité de gestion de ressources virtualisées avec la commande de mise à jour, la séquence étant mise à jour en fonction des capacités nécessaires. La détermination de capacités nécessaires pour l'exécution stable du service réseau 25 permet à l'entité d'optimisation de fonctions réseaux virtualisées de définir avec précision les besoins de mise à jour de la fonction réseau virtualisée de laquelle ont été reçus les flux de signalisation et/ou de caractérisation du média. Selon une caractéristique particulière, la fonction initiale est mise en oeuvre dans une première zone géographique donnée. Le procédé comprend alors, préalablement à l'étape d'envoi, 30 lorsque la fonction initiale est mise en oeuvre par des ressources saturées de la première zone, une détermination d'une deuxième zone géographique disposant de ressources non-saturées, la commande de mise à jour commandant une mise à jour de la séquence, dans laquelle la au moins une nouvelle fonction réseau virtualisée appartient à la deuxième zone géographique. Le procédé permet avantageusement de recourir à des fonctions réseaux virtualisées 35 d'une autre zone géographique que celle où est mise en oeuvre la fonction initiale. Selon les méthodes connues, dites « d'auto-scaling », la mise en oeuvre d'une nouvelle fonction réseau virtualisée ne peut se faire que sur la même infrastructure que celle où est mise en oeuvre la 3038175 4 fonction initiale, ou autrement dit dans un même point de présence (en anglais PoP pour « Point of Presence »). Le service réseau peut ainsi avantageusement tirer parti de fonctions réseaux virtualisées mises en oeuvre par une infrastructure d'une zone géographique dont les ressources ne sont pas utilisées ou utilisées partiellement. Les ressources de l'infrastructure dans laquelle est mise 5 en oeuvre la fonction initiale peuvent ainsi être déchargées, et la qualité de service améliorée. Selon une caractéristique particulière, une fonction réseau virtualisée identique à la fonction initiale, dite « fonction identique », est mise en oeuvre dans la deuxième zone géographique avant l'étape d'envoi, et la commande de mise à jour commande à l'entité de gestion de ressources virtualisées de remplacer ou compléter dans la séquence, la fonction initiale par la 10 fonction identique. Lorsqu'une fonction réseau virtualisée d'une deuxième zone géographique existe et réalise déjà la fonction associée à la fonction initiale, il n'est pas nécessaire de créer une nouvelle fonction réseau virtualisée dans cette première zone. Les opérations de création de nouvelles fonctions réseaux virtualisées sont évitées. Seuls un routage des flux de signalisation de la fonction 15 initiale vers la fonction identique de la deuxième zone géographique, et une mise à jour de la séquence sont nécessaires. Le procédé est ainsi accéléré. Selon une caractéristique particulière, le service réseau formé d'une séquence d'au moins une fonction réseau virtualisée, dite « séquence initiale », appartient à un catalogue de services réseaux d'une entité d'orchestration en charge du pilotage des entités de gestion de ressources 20 virtualisées du réseau, le procédé comprenant en outre : - une notification, par l'entité de gestion de ressources virtualisées, à l'entité d'orchestration, de la séquence mise à jour ; - une mise à jour, par l'entité d'orchestration, du service réseau formé de la séquence initiale dans le catalogue. 25 La mise à jour du catalogue de services réseaux est réalisée selon une approche ascendante par opposition aux méthodes connues de l'état de l'art qui reposent sur une approche descendante. Pour rappel, dans une approche descendante les services réseaux sont d'abord définis, puis les séquences de fonctions réseaux virtualisées configurées en fonction des services réseaux ainsi définis. Dans cette approche un service réseau inscrit au catalogue de services réseaux ne peut 30 voir sa séquence de fonctions réseaux virtualisées modifiée par la suite. Seules les ressources affectées aux fonctions réseaux virtualisées sont susceptibles d'évoluer. L'approche ascendante consiste, quant à elle, à contrôler la mise en oeuvre de chacune des fonctions réseaux virtualisées de la séquence de fonctions réseaux virtualisées formant le service réseau exécuté. Ces fonctions réseaux virtualisées sont alors mises à jour individuellement sur initiative de l'entité d'optimisation 35 de fonctions réseaux virtualisées, indépendamment des autres fonctions réseaux virtualisées de la séquence, en cas de nécessité. Ceci se produit notamment lorsque l'une de ces fonctions réseaux virtualisées ne disposent pas des capacités nécessaires pour remplir sa fonction. Chacune des 3038175 5 fonctions réseaux virtualisées ainsi mises à jour contribue à la mise à jour du service réseau lui-même, c'est-à-dire à une redéfinition du service réseau ou à une définition d'un nouveau service réseau. Le procédé permet ainsi de valoriser la mise à jour de la séquence de fonctions réseaux virtualisées en cours d'exécution du service, en permettant la réutilisation ultérieure du service 5 réseau ainsi optimisé. Il n'est alors plus nécessaire de réitérer le processus de mise à jour à partir par exemple, d'un service réseau initialement sous-dimensionné, ou ne correspondant plus à des exigences réactualisées de qualité de service relatives à ce service réseau. Selon une caractéristique particulière, la mise à jour du service réseau formé de la séquence initiale consiste, dans le catalogue, en : 10 - une substitution du service réseau formé de la séquence initiale par un service réseau formé de la séquence mise à jour ; ou - un ajout d'un service réseau formé de la séquence mise à jour. La substitution dans le catalogue du service réseau formé de ladite séquence initiale par un service réseau formé de ladite séquence mise à jour, permet de ne maintenir dans le catalogue 15 que des services réseaux « optimisés ». Ces services réseaux reposent en particulier sur des séquences de fonctions réseaux virtualisées dont les caractéristiques techniques sont adaptées aux dernières évolutions du trafic réseau qui leur sont associées. Ceci permet notamment de ne pas surcharger le catalogue, et de conserver un nombre limité de services réseaux lorsque par exemple la taille du catalogue est limitée par des contraintes d'espace mémoire ou par des contraintes 20 opérationnelles. Dans le cas où cependant il n'existe pas de contraintes d'espace mémoire quant à la taille du catalogue, un service réseau formé d'une séquence mise à jour peut simplement être ajouté au catalogue, le service réseau formé de la séquence initiale étant également conservé. Le procédé permet ainsi de revenir à la mise en oeuvre d'un service initialement au catalogue lorsque par 25 exemple le trafic réseau relatif à un service réseau nouvellement ajouté diminue durablement, ce dernier service monopolisant inutilement certaines ressources du réseau. Selon un deuxième aspect, l'invention concerne une entité d'optimisation de fonctions réseaux virtualisées, dans un réseau de communication. L'entité d'optimisation comprend : - un module de réception, agencé pour recevoir un flux de signalisation et/ou de caractérisation 30 d'un média depuis une fonction réseau virtualisée, dite « fonction initiale », d'une séquence d'au moins une fonction réseau virtualisée formant un service réseau en cours d'exécution ; - un premier module de détermination, agencé pour déterminer en fonction du flux de signalisation et/ou de caractérisation d'un média reçu, et de règles de gestion prédéfinies associées au flux, que la fonction initiale dispose de capacités insuffisantes pour l'exécution stable du service réseau ; 35 - un module d'envoi, agencé pour envoyer à une entité de gestion de ressources virtualisées en charge de la gestion de la fonction initiale, une commande de mise à jour de la séquence, la 3038175 6 fonction initiale étant, après exécution de la commande, remplacée ou complétée dans la séquence par au moins une nouvelle fonction réseau virtualisée apte à l'exécution stable du service réseau. Selon une caractéristique particulière, l'entité d'optimisation comprend en outre un deuxième module de détermination, agencé pour déterminer des capacités nécessaires pour 5 l'exécution stable du service réseau, le module d'envoi étant agencé pour envoyer les capacités, à l'entité de gestion de ressources virtualisées, avec la commande de mise à jour. Selon une caractéristique particulière, l'entité d'optimisation selon le deuxième aspect comprend en outre un troisième module de détermination, agencé pour déterminer une zone géographique disposant de ressources non-saturées, le module d'envoi étant agencé pour envoyer 10 une commande de mise à jour commandant une mise à jour de la séquence, dans laquelle la au moins une nouvelle fonction réseau virtualisée appartient à la zone géographique disposant de ressources non-saturées. Selon un troisième aspect, l'invention concerne une entité de gestion de ressources virtualisées, dans un réseau de communication. L'entité de gestion de ressources virtualisées 15 comprend : - un module de gestion, agencé pour gérer une fonction réseau virtualisée, dite « fonction initiale », d'une séquence d'au moins une fonction réseau virtualisée formant un service réseau ; - un module de réception, agencé pour recevoir depuis une entité d'optimisation de fonctions réseaux virtualisées, une commande de mise à jour de la séquence ; 20 - un module d'exécution, agencé pour exécuter la commande de mise à jour, la fonction initiale étant, après exécution de la commande, remplacée ou complétée dans la séquence par au moins une nouvelle fonction réseau virtualisée apte à une exécution stable du service réseau ; - un module d'envoi, agencé pour envoyer à une entité d'orchestration une notification de mise à jour de la séquence. 25 Selon un quatrième aspect, l'invention concerne un système de gestion d'un service réseau, dans un réseau de communication. Le système comprend : - une entité d'optimisation de fonctions réseaux virtualisées selon le deuxième aspect ; et - une entité de gestion de ressources virtualisées selon le troisième aspect. Selon une caractéristique particulière, le système comprend en outre : 30 - une entité d'orchestration en charge du pilotage d'au moins une entité de gestion de ressources virtualisées selon le troisième aspect. Les avantages énoncés pour le procédé de gestion selon le premier aspect sont transposables directement à l'entité d'optimisation selon le deuxième aspect et au système de gestion selon le quatrième aspect. 35 Selon un cinquième aspect, l'invention concerne également un programme pour une entité d'optimisation de fonctions réseaux virtualisées, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé précédemment décrit, 3038175 7 lorsque ledit programme est exécuté par ladite entité d'optimisation et un support d'enregistrement lisible par une entité d'optimisation sur laquelle est enregistré un programme pour une entité d' optimisation. L'invention sera mieux comprise à l'aide de la description suivante de modes de réalisation 5 particuliers, en référence aux dessins annexés sur lesquels : - la figure 1 représente un système de gestion d'un service réseau selon un mode particulier de réalisation ; - la figure 2 représente les étapes du procédé de gestion selon un mode particulier de réalisation ; - la figure 3 représente une entité d'optimisation de fonctions réseaux virtualisées selon un mode 10 particulier de réalisation ; - la figure 4 représente une entité de gestion de ressources virtualisées selon un mode particulier de réalisation. La figure 1 représente un système 100 de gestion d'un service réseau dans son 15 environnement selon un mode particulier de réalisation. Le système 100 comprend une entité d'optimisation de fonctions réseaux virtualisées 20 et une entité de gestion de ressources virtualisées 30. Optionnellement le système 100 comprend également une entité d'orchestration 10. L'entité d'orchestration 10 est plus particulièrement en charge du pilotage des entités de gestion de ressources virtualisées 30 et des entités de gestion d'infrastructure virtualisée 50 du 20 réseau de communication 1 dans lequel est mis en oeuvre le système 100. L'entité d'orchestration 10 dispose d'un catalogue 11 de services réseaux. Ce catalogue 11 est par exemple une base de données agencée pour mémoriser des services réseaux et des séquences d'au moins une fonction réseau virtualisée correspondant à ces services. Le catalogue précise notamment un comportement opérationnel prédéfini des fonctions réseaux virtualisées sur lesquelles reposent les services 25 réseaux du catalogue 11, ainsi que les ressources nécessaires (e.g. nombre de machines virtuelles, mémoire, bande passante, latence) afin de déployer ces fonctions et mettre en oeuvre les services réseaux du catalogue. Les fonctions réseaux virtualisées sont décrites par des descripteurs de fonctions réseaux virtualisées (en anglais « VNF descriptor » pour « Virtual Network Function descriptor ») tels que définis par l'ETSI. Les fonctions réseaux virtualisées correspondent à des 30 fonctions fournies par l'opérateur du réseau de communication 1 pour traiter un paquet de données émis par exemple depuis un terminal utilisateur 60. Il s'agit à titre d'exemple non limitatif de services de traduction d'adresses réseaux, de pare-feu, de services de répartition de charge, de transcodage, de mise en cache, d'optimisation de requête, ou encore d'enrichissement de paquets réseaux. 35 Selon l'architecture NFV définie dans le document de spécifications de l'ETSI « GS NFV- MAN 001 » publié en juillet 2014, lorsqu'un service réseau du catalogue 11 est mis en oeuvre dans le réseau de communication 1, l'entité d'orchestration 10 s'adresse aux entités de gestions de 3038175 8 ressources virtualisées en charge de gérer les fonctions réseaux virtualisées de la séquence d'au moins une fonction réseau virtualisée formant ce service réseau. Chaque entité de gestion de ressources virtualisées est associée à une fonction réseau virtualisée de la séquence. Une entité de gestion de ressources virtualisées a plus particulièrement pour rôle de gérer le cycle de vie d'une 5 fonction réseau virtualisée, c'est-à-dire sa création, sa mise en oeuvre et sa terminaison. Les fonctions réseaux virtualisées sont à cette fin installées sur des machines virtuelles (cf. supra) crées et gérées par une entité de gestion d'infrastructure virtualisée 50. Une entité de gestion de ressources virtualisée reçoit en provenance d'une fonction réseau virtualisée dont elle a la charge, des informations dites « FCAPS » (pour « Fault, Configuration, Accounting, Performance, 10 Security ») de gestion d'erreur, de configuration, d'usage, de performance, et de sécurité relatives à cette fonction réseau virtualisée. Ces informations permettent notamment à une telle entité de gestion de ressources virtualisées d'adapter les ressources affectées à une fonction réseau virtualisée. A titre d'exemple, l'entité de gestion de ressources virtualisées 30 est en charge de la gestion des fonctions réseaux virtualisées A 40 et A' 41. Ces fonctions réseaux virtualisées 40-41 15 assurent par exemple les fonctions d'un serveur web proxy. Le système 100 comprend par ailleurs une entité d'optimisation 20 de fonctions réseaux virtualisées. Cette entité d'optimisation 20 est interfacée avec l'entité de gestion de ressources virtualisées 30 et les fonctions réseaux virtualisées 40-41. L'entité d'optimisation 20 permet d'initier une modification dynamique d'un service réseau en cours d'exécution. Elle permet 20 notamment d'adapter une mise en oeuvre initiale d'un service réseau du catalogue 11. L'entité d'optimisation 20 reçoit des informations FCAPS (e.g. indicateurs d'alarmes, de performances) ainsi que des flux de signalisation émis par des fonctions réseaux virtualisées 40-41. Les flux de signalisation sont par exemple des flux temps réel de type WebRTC, ou encore des flux relatifs à un profil de trafic média (e.g. informations d'encodage, débit, latence), également appelés flux de 25 caractérisation d'un média. L'entité d'optimisation 20 dispose en outre de règles de gestion 21 prédéfinies par l'opérateur du réseau de communication 1. Ces règles de gestions sont associées aux types de flux émis par les fonctions réseaux virtualisées 40-41. Lorsqu'elles sont combinées aux informations obtenues depuis les fonctions réseaux virtualisées 40-41, elles permettent à l'entité d'optimisation 20 de déterminer qu'une fonction réseau virtualisée dispose de capacités 30 insuffisantes pour l'exécution stable du service réseau en cours d'exécution. L'entité d'optimisation 20 initie alors une mise à jour de la fonction réseau virtualisée 40 en cours d'exécution en déterminant une entité de gestion de ressources virtualisées 30 vers laquelle envoyer une commande de mise à jour comprenant au moins une action, obtenue à partir de la règle de gestion associée au flux émis, de mise à jour de la séquence. La mise à jour d'une fonction réseau 35 virtualisée sera détaillée par la suite en relation avec la figure 2. A titre d'exemple illustratif, la fonction réseau virtualisée en cours d'exécution A 40 est mise à jour et remplacée par la fonction 3038175 9 réseau virtualisée A' 41, cette dernière fonction permettant d'assurer une exécution stable du service réseau en cours d'exécution. Les communications entre l'entité de gestion de ressources virtualisées 30, l'entité de gestion d'infrastructure virtualisée 50 et les fonctions réseaux virtualisées 40-41 du réseau de 5 communication 1 sont réalisées par l'intermédiaire des interfaces telles que définies dans le document de spécifications « GS NFV-MAN 001 ». Plus précisément, l'entité de gestion de ressources virtualisées 30 communique avec la fonction réseau virtualisée 40 et avec la fonction réseau virtualisée 41 via des interfaces VeNf-Vnfm. L'entité de gestion de ressources virtualisées 30 communique également avec l'entité de gestion d'infrastructure virtualisée 50 via une interface 10 Vi-Vnfm. L'interface Nfvo-Vnfm permettant la communication entre l'entité d'orchestration 10 et l'entité de gestion de ressources virtualisées 30 est en outre enrichie par rapport à sa définition dans le document de spécifications de l'ETSI, et permet notamment de notifier une mise à jour d'un service en cours d'exécution initiée par l'entité d'optimisation 20, et comprend l'envoi 15 d'informations telles que des indicateurs de popularité d'un service réseau, ou encore de qualité de service rendue par un service réseau. L'entité d'orchestration 10 est ainsi en mesure d'enrichir son catalogue 11 de services réseaux. Seule une entité de gestion de ressources virtualisées 30 est représentée, il n'existe cependant aucune limitation quant au nombre d'entité de gestion de ressources virtualisées mises 20 en oeuvre pour fournir un service réseau. En outre, dans un autre mode de réalisation, de même qu'une entité de gestion de ressources virtualisées 30 est susceptible de gérer plusieurs fonctions réseaux virtualisées, une fonction réseau virtualisée est susceptible d'être gérée par une ou plusieurs entités de gestion de ressources virtualisées. Seules deux fonctions réseaux virtualisées 40-41 sont représentées, il n'existe cependant 25 aucune limitation quant au nombre de fonctions réseaux virtualisées de la séquence de fonctions réseaux virtualisées formant un service réseau. Le procédé de gestion d'un service réseau en cours d'exécution va maintenant être décrit en relation avec la figure 2. Par la suite, on se place dans une configuration réseau telle que celle 30 décrite en relation avec la figure 1. Lors d'une étape El, le terminal UE 60 envoie une requête HTTP (pour « HyperText Transfert Protocol ») à la fonction réseau virtualisée VNF A 40. La fonction réseau virtualisée VNF A 40 correspond par exemple à une fonction proxy web, dite « fonction initiale » d'une séquence S d'au moins une fonction réseau virtualisée formant un service réseau SR d'un catalogue de services 35 réseaux de l'entité d'orchestration NFVO 10. Lors d'une étape E2, la fonction initiale VNF A 40 subit une surcharge qu'elle notifie à l'entité d'optimisation de fonctions réseaux virtualisées 20 par l'intermédiaire d'un flux de 3038175 10 signalisation. Cette notification correspond par exemple à une information de trafic réseau relative à un temps de chargement d'une page web ou d'un élément d'une page web au-dessus d'une valeur seuil prédéfinie et permettant d'identifier une surcharge réseau. La fonction initiale VNF A 40 utilise, afin de joindre l'entité d'optimisation de fonctions réseaux virtualisées 20, une adresse de 5 cette dernière obtenue par exemple lors de la configuration initiale du service réseau SR en cours d'exécution. L'entité d'optimisation 20 de fonctions réseaux virtualisées reçoit ainsi le flux de signalisation avec une information selon laquelle la fonction initiale 40 est surchargée. Lors d'une étape E31, l'entité d'optimisation 20 identifie alors le type du flux de signalisation reçu. Cette identification est par exemple réalisée à partir d'un entête d'un paquet de 10 données du flux de signalisation. A titre d'exemple on suppose que le flux est de type WebRTC. Puis dans une étape E32, l'entité d'optimisation 20 détermine en fonction du flux de signalisation et d'une règle de gestion 21 prédéfinie associée au flux, que la fonction initiale 40 dispose de capacités insuffisantes pour l'exécution stable du service réseau SR. Pour cela l'entité d'optimisation 20 obtient à partir du type de flux de signalisation une règle de gestion 21 indiquant 15 un ou plusieurs critères relatifs par exemple à une qualité de service à respecter pour le service réseau SR. A titre d'exemple les règles de gestion 21 sont mémorisées localement par l'entité d'optimisation 20 dans une structure de données ayant la forme suivante : Type de flux Condition(s) Action(s) WebRTC latence > 100 ms et creer_sur_PoP_non_chargé(VNF A') surcharge_PoP Vidéo HAS débit REVENDICATIONS1. Procédé de gestion, dans un réseau de communication (1), d'un service réseau en cours d'exécution, ledit service réseau étant formé d'une séquence d'au moins une fonction réseau virtualisée gérée par une entité de gestion de ressources virtualisées (30), comprenant les étapes suivantes mises en oeuvre par une entité d'optimisation de fonctions réseaux virtualisées (20) : - réception (E2) d'un flux de signalisation et/ou de caractérisation d'un média depuis une fonction réseau virtualisée de ladite séquence, dite « fonction initiale » ; - détermination (E32), en fonction dudit flux de signalisation et/ou de caractérisation d'un média reçu, et d'une règle de gestion prédéfinie associée audit flux, que ladite fonction initiale dispose de capacités insuffisantes pour l'exécution stable dudit service réseau ; - envoi (E35), à ladite entité de gestion de ressources virtualisées, d'une commande de mise à jour comprenant au moins une action, obtenue à partir de ladite règle de gestion associée audit flux, de mise à jour de ladite séquence, ladite fonction initiale étant, après exécution de ladite commande, remplacée ou complétée dans ladite séquence par au moins une nouvelle fonction réseau virtualisée apte à l'exécution stable dudit service réseau. 2. Procédé selon la revendication 1, comprenant en outre une étape de détermination (E33) de capacités nécessaires pour l'exécution stable dudit service réseau, lesdites capacités nécessaires étant envoyées à l'entité de gestion de ressources virtualisées avec ladite commande de mise à jour, la séquence étant mise à jour en fonction desdites capacités nécessaires. 3. Procédé selon la revendication 1, dans lequel ladite fonction initiale étant mise en oeuvre dans une première zone géographique donnée, ledit procédé comprend, préalablement à l'étape d'envoi, lorsque ladite fonction initiale est mise en oeuvre par des ressources saturées de ladite première zone, une détermination d'une deuxième zone géographique disposant de ressources non-saturées, ladite commande de mise à jour commandant une mise à jour de ladite séquence, dans laquelle ladite au moins une nouvelle fonction réseau virtualisée appartient à ladite deuxième zone géographique. 4. Procédé selon la revendication 3, dans lequel une fonction réseau virtualisée identique à ladite fonction initiale, dite « fonction identique », étant mise en oeuvre dans la deuxième zone géographique avant l'étape d'envoi, ladite commande de mise à jour commande à l'entité de gestion de ressources virtualisées de remplacer ou compléter dans la séquence, ladite fonction initiale par ladite fonction identique. 3038175 18 5. Procédé selon la revendication 1, dans lequel ledit service réseau formé d'une séquence d'au moins une fonction réseau virtualisée, dite « séquence initiale », appartient à un catalogue de services réseaux d'une entité d'orchestration en charge du pilotage des entités de gestion de ressources virtualisées dudit réseau, ledit procédé comprenant en outre : 5 - une notification (E7), par l'entité de gestion de ressources virtualisées, à ladite entité d'orchestration, de la séquence mise à jour ; - une mise à jour (E8), par l'entité d'orchestration, du service réseau formé de la séquence initiale dans ledit catalogue. 10 6. Procédé selon la revendication 5, dans lequel la mise à jour du service réseau formé de la séquence initiale consiste, dans ledit catalogue, en : - une substitution du service réseau formé de ladite séquence initiale par un service réseau formé de ladite séquence mise à jour ; ou - un ajout d'un service réseau formé de ladite séquence mise à jour. 15 7. Entité d'optimisation (20) de fonctions réseaux virtualisées, dans un réseau de communication, comprenant : - un module de réception (200), agencé pour recevoir un flux de signalisation et/ou de caractérisation d'un média depuis une fonction réseau virtualisée, dite « fonction initiale », d'une 20 séquence d'au moins une fonction réseau virtualisée formant un service réseau en cours d' exécution ; - un premier module de détermination (202), agencé pour déterminer en fonction dudit flux de signalisation et/ou de caractérisation d'un média reçu, et de règles de gestion prédéfinies associées audit flux, que ladite fonction initiale dispose de capacités insuffisantes pour l'exécution stable 25 dudit service réseau ; - un module d'envoi (204), agencé pour envoyer à une entité de gestion de ressources virtualisées en charge de la gestion de ladite fonction initiale, une commande de mise à jour de ladite séquence, ladite fonction initiale étant, après exécution de ladite commande, remplacée ou complétée dans ladite séquence par au moins une nouvelle fonction réseau virtualisée apte à l'exécution stable 30 dudit service réseau. 8. Entité d'optimisation selon la revendication 7, comprenant en outre un deuxième module de détermination (206), agencé pour déterminer des capacités nécessaires pour l'exécution stable dudit service réseau, le module d'envoi étant agencé pour envoyer lesdites capacités à ladite entité de 35 gestion de ressources virtualisées avec la commande de mise à jour. 3038175 19 9. Entité d'optimisation selon la revendication 7, comprenant en outre un troisième module de détermination (208), agencé pour déterminer une zone géographique disposant de ressources non-saturées, le module d'envoi étant agencé pour envoyer une commande de mise à jour commandant une mise à jour de ladite séquence, dans laquelle ladite au moins une nouvelle fonction réseau 5 virtualisée appartient à ladite zone géographique disposant de ressources non-saturées. 10. Entité de gestion de ressources virtualisées (30), dans un réseau de communication, comprenant : - un module de gestion (300), agencé pour gérer une fonction réseau virtualisée, dite « fonction 10 initiale », d'une séquence d'au moins une fonction réseau virtualisée formant un service réseau ; - un module de réception (302), agencé pour recevoir depuis une entité d'optimisation de fonctions réseaux virtualisées, une commande de mise à jour de ladite séquence ; - un module d'exécution (304), agencé pour exécuter ladite commande de mise à jour, ladite fonction initiale étant, après exécution de ladite commande, remplacée ou complétée dans ladite 15 séquence par au moins une nouvelle fonction réseau virtualisée apte à une exécution stable dudit service réseau ; - un module d'envoi (306), agencé pour envoyer à une entité d'orchestration 10 une notification de mise à jour de ladite séquence. 20 11. Système (100) de gestion d'un service réseau, dans un réseau de communication, comprenant : - une entité d'optimisation (20) de fonctions réseaux virtualisées selon la revendication 7 ; et - une entité de gestion (30) de ressources virtualisées selon la revendication 10. 12. Système selon la revendication 11, comprenant en outre : 25 - une entité d'orchestration (10) en charge du pilotage d'au moins une entité de gestion de ressources virtualisées selon la revendication 10. 13. Programme pour une entité d'optimisation de fonctions réseaux virtualisées, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé de 30 gestion selon l'une des revendications 1 à 6, lorsque ledit programme est exécuté par une entité d'optimisation de fonctions réseaux virtualisées. 14. Support d'enregistrement lisible par une entité d'optimisation de fonctions réseaux virtualisées sur laquelle est enregistré le programme selon la revendication 13. 35