BE1028995A1 - Interface d'application dynamique basée sur une intention ascendante - Google Patents

Interface d'application dynamique basée sur une intention ascendante Download PDF

Info

Publication number
BE1028995A1
BE1028995A1 BE20225032A BE202205032A BE1028995A1 BE 1028995 A1 BE1028995 A1 BE 1028995A1 BE 20225032 A BE20225032 A BE 20225032A BE 202205032 A BE202205032 A BE 202205032A BE 1028995 A1 BE1028995 A1 BE 1028995A1
Authority
BE
Belgium
Prior art keywords
resources
mobile application
application
mobile
variance
Prior art date
Application number
BE20225032A
Other languages
English (en)
Other versions
BE1028995B1 (fr
Inventor
Fanos Christofi
Stelios Christofi
Loizos Christofi
Original Assignee
Ebos Tech
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ebos Tech filed Critical Ebos Tech
Publication of BE1028995A1 publication Critical patent/BE1028995A1/fr
Application granted granted Critical
Publication of BE1028995B1 publication Critical patent/BE1028995B1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H04L47/762—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00—Pattern recognition
    • G06F18/20—Analysing
    • G06F18/21—Design or setup of recognition systems or techniques; Extraction of features in feature space; Blind source separation
    • G06F18/214—Generating training patterns; Bootstrap methods, e.g. bagging or boosting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H04L47/781—Centralised allocation of resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/803—Application aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring

Abstract

Selon l’invention, une insertion d’application basée sur une intention ascendante peut être employée au sein d’un réseau de communications mobiles établi avec un réseau défini par logiciel (SDN) comprenant à la fois un plan d’applications et également un plan de commande dans lequel différentes ressources d’infrastructure sont accessibles par le biais d’une interface de programmation d’application (API) ascendante. Une demande provenant d’une application mobile est d’abord reçue dans le plan de commande pour l’application devant être insérée dans la couche d’application utilisant différentes ressources d’infrastructure du plan de commande. L’application mobile est ensuite caractérisée et un ensemble de ressources recommandées pour la caractérisation est récupéré. Enfin, lesdites ressources devant être utilisées par l’application mobile sont comparées avec l’ensemble de ressources recommandées afin d’identifier une variance de ressources et les ressources devant être utilisées par l’application mobile, telles qu’ajustées par la variance de ressources, sont ensuite provisionnées pour une utilisation par l’application mobile.

Description

INTERFACE D’ APPLICATION DYNAMIQUE BASÉE SUR UNE INTENTION ASCENDANTE ETAT ANTERIEUR
[0001] Domaine de l’invention
[0002] La présente invention se rapporte au domaine de l’allocation de ressources de réseau dans un réseau de communications et plus particulièrement de l’allocation de ressources de réseau dans un réseau défini par logiciel sur la base d’une classification d’une application qui engendre du trafic de réseau et demande l’utilisation de ressources de réseau.
[0003] Description de l’art connexe
[0004] Le réseau défini par logiciel (SDN) est une technologie qui sépare la gestion de plan de commande de différents dispositifs réseau connectés, du plan de données sous- jacent qui transfère du trafic de réseau vers les dispositifs. À cet égard, une architecture de SDN est dotée de contrôleurs définis par logiciel issus du matériel de réseau sous-jacent, tout en offrant une gestion basée sur une intention ou basée sur des politiques du réseau dans son ensemble. Ceci résulte en un réseau qui est mieux aligné avec les besoins de charges de travail d’application par le biais d’un provisionnement automatisé, d’une gestion de réseau programmatique, d’une visibilité orientée application omniprésente et, le cas échéant, d’une intégration directe avec des plateformes d’orchestration en nuage.
[0005] La séparation de la commande par rapport au plan de données dans une architecture de réseau reste la caractéristique primordiale du SDN. Pourtant, le SDN réside davantage en ce que le SDN possède une entité intelligente centralisée ou distribuée qui bénéficie d’une vision totale du réseau, de façon à prendre des décisions d’acheminement et de commutation sur la base de cette vision. En comparaison, des routeurs et commutateurs de réseau hérités ont seulement connaissance d’un équipement de réseau voisin. Cependant, avec un environnement SDN correctement configuré, cette entité centrale peut tout commander, de la modification facile de politiques à la simplification d’une configuration et d’une automatisation dans toute l’entreprise. Comme on peut le voir, le principe du SDN peut trouver de larges applications non seulement en relation avec la gestion d’un réseau de communications informatique, mais également dans la mise en œuvre et la gestion d’un réseau de télécommunications cellulaires incorporant un réseau de communications informatique. En ce qui concerne ce dernier, le SDN fait partie intégrante de l’espace de téléphonie cellulaire actuel et émergent tel que la SG.
[0006] Le SDN comprend deux interfaces de programmation d’application (API) différentes : descendante et ascendante. L'interface descendante est la spécification de protocole qui permet une communication entre des contrôleurs et des commutateurs et d’autres nœuds de réseau, qui est avec les composants de niveau inférieur. L'interface descendante permet en outre au routeur d’identifier une topologie de réseau, de déterminer des flux de réseau et de mettre en œuvre une demande qui lui est envoyée via des interfaces ascendantes. En revanche, l’interface ascendante permet une communication entre les composants de niveau supérieur. Tandis qu’un réseau classique s’appuie sur un pare-feu ou un répartiteur de charge pour commander un comportement de plan de données, le SDN installe des applications qui utilisent le contrôleur et ces applications communiquent avec le contrôleur par le biais de son interface ascendante (NBI).
[0007] Il convient de noter que la NBI fournit la fonctionnalité nécessaire pour des applications cherchant un déploiement dans le SDN pour garantir que les ressources souhaitées, comprenant des ressources de mémoire et de processeur, sont disponibles et allouées aux applications dans un modèle en libre-service. À cette fin, la NBI dans le SDN -- en particulier dans le modèle de réseau de communications mobiles tel que la 5G -- est habituellement statique en termes de forme. Ainsi, lors du déploiement d’une application sur le réseau mobile, l’application peut configurer ses ressources souhaitées uniquement à condition qu’une compréhension existe entre l’application devant être déployée et l’état actuel de la NBI. Mais la NBI peut changer au cours du temps. Chaque fois que la NBI change, les applications prises en charge doivent s’adapter au niveau du code source, se recompiler et se redéployer. Par ailleurs, une souche est requise pour chaque application déployée de sorte que le contrôleur puisse recevoir la souche et ensuite bénéficier de la capacité à communiquer avec l’application. BREF RÉSUMÉ DE L'INVENTION
[0008] Les modes de réalisation de la présente invention abordent des lacunes dans l’état de l’art en ce qui concerne une insertion d’application dans un réseau de communications mobiles et fournissent un procédé, un système et un produit programme informatique nouveaux et non évidents pour une insertion d’application basée sur une intention ascendante dans un réseau de communications mobiles. Selon un mode de réalisation de l’invention, un procédé pour une insertion d’application basée sur une intention ascendante est employé au sein d’un réseau de communications mobiles établi avec un SDN comprenant à la fois un plan d’applications et également un plan de commande dans lequel différentes ressources d’infrastructure sont accessibles par le biais d’une API ascendante. Le procédé consiste à recevoir, dans le plan de commande, une demande provenant d’une application mobile devant être insérée dans la couche d’application utilisant différentes ressources parmi les ressources d’infrastructure du plan de commande. Le procédé consiste également à caractériser l’application mobile et à récupérer un ensemble de ressources recommandées parmi les différentes ressources d’infrastructure pour la caractérisation de l’application mobile. Enfin, le procédé consiste à comparer lesdites ressources devant être utilisées par l’application mobile avec l’ensemble de ressources recommandées afin d’identifier une variance de ressources et à provisionner, pour une utilisation par l’application mobile dans le plan de commande, les ressources devant être utilisées par l’application mobile ajustées par la variance de ressources.
[0009] Selon un aspect du mode de réalisation, la variance fait référence à des ressources supplémentaires incluses dans l’ensemble de ressources recommandées mais non incluses dans les ressources devant être utilisées par l’application mobile de façon à nécessiter un ajustement des ressources devant être utilisées par l’application mobile par — l’ajout des ressources supplémentaires au provisionnement. Inversement, selon un autre aspect du mode de réalisation, la variance fait référence à des ressources supplémentaires incluses dans les ressources devant être utilisées par l’application mobile qui n’ont pas été incluses dans l’ensemble de ressources recommandées de façon à nécessiter un ajustement des ressources devant être utilisées par l’application mobile par le retrait des ressources supplémentaires à partir du provisionnement.
[0010] Selon encore un aspect supplémentaire du mode de réalisation, les ressources 5 devant être utilisées par l’application mobile sont spécifiées par l’application mobile par le biais de l’API ascendante. Mais, selon un aspect plus complexe du mode de réalisation, les ressources devant être utilisées par l’application mobile sont corrélées avec la caractérisation de l’application mobile. À cette fin, la corrélation est déterminée par la soumission de métadonnées associées à l’application mobile à un classificateur entraîné pour produire une caractérisation en réponse à des métadonnées d’application.
[0011] Selon un autre mode de réalisation de l’invention, un système de traitement de données peut être conçu pour une insertion d’application basée sur une intention ascendante dans un réseau de communications mobiles. Le système comprend une plateforme informatique hôte disposée au sein d’une unité centrale (CU) d’un réseau de communications cellulaires à architecture de SDN. La CU comprend un couplage communicatif avec une multiplicité de différentes unités distribuées (DU), au moins l’une des DU comprenant une antenne à entrées multiples et sorties multiples (MIMO) massif émettant sur des fréquences d’ondes millimétriques. Il convient de noter que la plateforme comprend un ou plusieurs ordinateurs, chacun ayant de la mémoire et au moins un processeur et un SDN établi dans la plateforme informatique hôte. Enfin, le système comprend un contrôleur de réseau disposé au sein d’un plan de commande du SDN.
[0012] Le contrôleur de réseau comprend des instructions de programme informatique permettant, lors de leur exécution dans la plateforme informatique hôte, de recevoir, dans le plan de commande, une demande provenant d’une application mobile devant être insérée dans une couche d’application du réseau de communications utilisant différentes ressources parmi les ressources d’infrastructure du plan de commande. Les instructions de programme permettant en outre, lors de leur exécution, de caractériser l’application mobile et de récupérer un ensemble de ressources recommandées parmi les différentes ressources d’infrastructure pour la caractérisation de l’application mobile. Ensuite, les instructions de programme comparent lesdites ressources devant être utilisées par l’application mobile avec l’ensemble de ressources recommandées afin d’identifier une variance de ressources et de provisionner ensuite, pour une utilisation par l’application mobile dans le plan de commande, lesdites ressources devant être utilisées par l’application mobile ajustées par la variance de ressources.
[0013] Des aspects supplémentaires de l’invention seront présentés en partie dans la description qui suit, et ressortiront en partie clairement de la description, ou peuvent être appris par la pratique de l’invention. Les aspects de l’invention seront réalisés et obtenus au moyen des éléments et combinaisons indiqués en particulier dans les revendications annexées. Il convient de comprendre qu’à la fois la description générale qui précède et la description détaillée qui suit ne sont données qu’à titre d’exemple et d’explication et ne — limitent pas l’invention, telle que revendiquée.
BRÈVE DESCRIPTION DES DIFFÉRENTES VUES DES DESSINS
[0014] Les dessins annexés, qui sont incorporés et constituent une partie du mémoire descriptif, illustrent des modes de réalisation de l’invention et conjointement avec la description, servent à expliquer les principes de l’invention. Les modes de réalisation illustrés ici sont présentement préférés, étant entendu toutefois que l’invention n’est pas limitée aux agencements et instrumentalités précis présentés, dans lesquels :
[0015] la [Fig. 1] est une illustration imagée d’un processus pour une insertion d’application basée sur une intention ascendante dans un réseau de communications mobiles ;
[0016] la [Fig. 2] est un diagramme schématique d’un système de traitement de données informatiques pour une insertion d’application basée sur une intention ascendante dans un réseau de communications mobiles ; et,
[0017] la [Fig. 3] est un organigramme représentant un processus pour une insertion d’application basée sur une intention ascendante dans un réseau de communications mobiles. DESCRIPTION DÉTAILLÉE DE L'INVENTION
[0018] Les modes de réalisation de l’invention concernent une insertion d’application basée sur une intention ascendante dans un réseau de communications mobiles à architecture de SDN. Conformément à un mode de réalisation de l’invention, en réponse à une demande par une application mobile de provisionner des ressources dans le plan de commande du réseau de communications mobiles à architecture de SDN, un contrôleur de réseau dans le plan de commande caractérise l’application mobile afin de récupérer une sélection de ressources d’infrastructure prévues d’être requises par l’application mobile sur la base de sa caractérisation. Le contrôleur de réseau compare ensuite la sélection de ressources avec lesdites ressources spécifiées par l’application mobile par le biais d’une API ascendante du réseau de communications mobiles à architecture de SDN.
[0019] Le contrôleur de réseau calcule ensuite une variance entre la sélection de ressources pour la caractérisation et lesdites ressources spécifiées par l’application mobile. Sur la base de la variance calculée, le contrôleur de réseau ajuste les ressources spécifiées de l’application mobile au moment du provisionnement afin de tenir compte de la variance, soit par le retrait, à partir du provisionnement, de ressources en excès spécifiées par l’application mobile qui ne sont pas présentes dans la sélection de ressources pour la caractérisation de l’application mobile, ou l’ajout de ressources incluses dans la sélection sur la base de la caractérisation ; mais absentes de la spécification par l’application mobile. De cette manière, comme la nature du plan de commande et les ressources qui y sont offertes changent de manière dynamique sans la connaissance complète par des applications mobiles cherchant un provisionnement des ressources par le biais de l’API ascendante, le contrôleur de réseau peut ajuster de manière dynamique les ressources spécifiées de l’application mobile au moment du provisionnement afin de tenir compte des changements dans les ressources offertes dont l’application mobile reste 1gnorante.
[0020] À titre d’illustration supplémentaire, la Figure 1 illustre de façon imagée un processus pour une insertion d’application basée sur une intention ascendante dans un réseau de communications mobiles. Comme le montre la Figure 1, différentes applications 140 fonctionnent au sein du plan d’application 120A d’un réseau de communications mobiles 120 à architecture de SDN. Chacune des applications 140 peut ordonner le provisionnement d’un ensemble de ressources spécifié 110 de ressources d’infrastructure d’un plan de commande 120 du réseau de communications mobiles à architecture de SDN 120 par le biais d’une API ascendante 100 définie au sein du plan de commande 120B. Un classificateur d’application 170 classe ensuite l’application demanderesse parmi les applications 140 comme ayant une classification généralisée 180 pour laquelle un ensemble de ressources 190 correspondant peut être sélectionné.
[0021] À cet égard, le classificateur d’application 170 peut recevoir des métadonnées décrivant l’application demanderesse parmi les applications 140, par exemple un titre d’application, un identifiant d’application ou un éditeur d’application, pour ne citer que trois exemples. En référence à un tableau (non représenté), le classificateur 170 peut ensuite attribuer une classification prédéterminée correspondante. En variante, les … métadonnées décrivant l’application demanderesse parmi les applications 140 peuvent être soumises à un réseau neuronal entraîné pour corréler des éléments des métadonnées avec la situation réelle d’une classification d’application. Indépendamment du mode de classification, cependant, le classificateur 170 attribue finalement une classification 180 à l’application demanderesse parmi les applications 140.
[0022] Un comparateur 130 compare l’ensemble de ressources sélectionné 190 pour la classification 180 de l’application demanderesse parmi les applications 140, avec l’ensemble de ressources spécifié 110 fourni par l’application demanderesse parmi les applications 140 par le biais de l’API ascendante 100 afin de calculer une variance 160 -- une ou plusieurs ressources étant présentes dans l’un des ensembles de ressources 110, 190 mais pas l’autre. En appliquant la variance 160 à l’ensemble de ressources spécifié 110, un ensemble de ressources ajusté 150 est produit, qui comprend, à titre d’exemple, des ressources supplémentaires par rapport à celles indiquées dans l’ensemble de ressources spécifié 110, car la variance 160 reflète des ressources dans l’ensemble de ressources sélectionné 190 pour la classification 180 qui ne sont pas également présentes dans l’ensemble de ressources spécifié 110. À titre d’un autre exemple, l’ensemble de ressources ajusté 150 est produit qui comprend moins de ressources que celles indiquées dans l’ensemble de ressources spécifié 110 car la variance 160 reflète des ressources dans l’ensemble de ressources spécifié 110 qui ne sont pas également présentes dans l’ensemble de ressources sélectionné 190 de la classification 180. Par la suite, les ressources de l’ensemble de ressources ajusté 150 sont provisionnées dans le plan de commande 120B au profit de l’application demanderesse parmi les applications 140.
[0023] Le processus décrit en relation avec la Figure 1 peut être spécifiquement mis en œuvre dans un réseau de télécommunications mobiles à architecture de SDN. À titre d'illustration supplémentaire, la Figure 2 représente de manière schématique un système de traitement de données disposé au sein d’un réseau de télécommunications mobiles à architecture de SDN conçu pour une insertion d’application basée sur une intention ascendante dans un réseau de communications mobiles. Le système comprend un réseau d’accès radio en nuage, C-RAN 230 mis en œuvre dans le plan de commande d’un SDN.
Le C-RAN 230 comprend une plateforme informatique hôte 240 qui comprend un ou plusieurs ordinateurs 210, chacun ayant de la mémoire 200A et un ou plusieurs processeurs 220B. De multiples unités centralisées (CU) 250 différentes pour des tranches de réseau respectives 270 sont définies dans la mémoire 200A, chacune comprenant une ou plusieurs ressources d’infrastructure 260, à savoir des fonctions de réseau virtuel (VNF), accessibles par différentes applications mobiles s’exécutant dans un plan d’application du SDN (non représenté) afin de prendre en charge le traitement de connexions de réseau cellulaire avec différents équipements d’utilisateur (UE) 290 par le biais d’unités distribuées (DU) 280.
[0024] De façon importante, un contrôleur de réseau 300 est inclus dans la plateforme informatique hôte 240 et s’exécute par au moins l’un des processeurs 220B de la plateforme informatique hôte 240. Le contrôleur de réseau 300 comprend des instructions de programme informatique qui, lors de leur exécution par l’un ou plusieurs des processeurs 220B, permettent de traiter une demande par l’une des applications pour provisionner l’une ou plusieurs des ressources 260 par le biais de l’API ascendante 300A. Mais, avant le provisionnement des ressources demandées parmi les ressources 260, les instructions de programme du contrôleur de réseau 300 ordonnent à un classificateur d’application 300C de classer l’application demanderesse et de localiser, au sein d’une table 300B, un ensemble des ressources 260 sélectionnées pour un provisionnement lors du déploiement d’un application de la même classification que l’application demanderesse.
[0025] Les instructions de programme du contrôleur de réseau 300 déterminent ensuite un ensemble ajusté des ressources demandées parmi les ressources 260 pour soit augmenter les ressources demandées parmi les ressources 260 soit réduire les ressources demandées parmi les ressources 260 sur la base d’une variance calculée comme entre les ressources demandées parmi les ressources 260 et l’ensemble des ressources 260 spécifié dans le tableau 300B. Enfin, les instructions de programme provisionnent l’ensemble ajusté des ressources demandées parmi les ressources 260 au profit de 1’ application demanderesse.
[0026] À titre d’encore une autre illustration supplémentaire du fonctionnement du contrôleur de réseau 300, la Figure 3 est un organigramme 1llustrant un processus pour une insertion d’application basée sur une intention ascendante dans un réseau de communications mobiles. En commençant au bloc 310, une demande de provisionnement pour un ensemble de ressources spécifié est reçue dans l’API ascendante du plan de commande d’un SDN à partir d’une application mobile demanderesse déployée au sein d’un plan d’application du SDN. Au bloc 320, l’ensemble de ressources spécifié est déterminé et au bloc 330, des métadonnées caractérisant l’application sont reçues. Au bloc 340, l’application est classée sur la base des métadonnées et au bloc 350, une sélection de ressources est récupérée pour la classification.
[0027] Au bloc 360, la sélection de ressources est comparée avec l’ensemble de ressources spécifié afin de calculer une variance. Au bloc de décision 370, il est déterminé si une variance existe entre la sélection de ressources et l’ensemble de ressources spécifié -- autrement dit, si l’un ou l’autre comprend une ou plusieurs ressources non présentes dans l’autre. Si tel n’est pas le cas, au bloc 380, l’ensemble de ressources spécifié sont allouées à l’application demanderesse. Mais, au bloc de décision 370, si une variance est calculée,
au bloc 390, l’ensemble de ressources spécifié est ajusté pour exclure des ressources dans l’ensemble spécifié qui ne sont pas également indiquées dans la sélection des ressources, et pour comprendre des ressources dans l’ensemble spécifié qui ne sont pas déjà présentes mais indiquées dans la sélection de ressources. L'ensemble des ressources ajustées résultantes sont ensuite provisionnées au profit de l’application demanderesse au bloc 400.
[0028] La présente invention peut être incorporée dans un système, un procédé, un produit programme informatique ou toute combinaison de ceux-ci. Le produit programme informatique peut comprendre un support ou des supports de stockage lisibles par ordinateur ayant des instructions de programme lisibles par ordinateur en son sein ou en leur sein pour amener un processeur à mettre en œuvre des aspects de la présente invention. Le support de stockage lisible par ordinateur peut être un dispositif tangible qui peut retenir et stocker des instructions destinées à être utilisées par un dispositif d’exécution d’instructions. Le support de stockage lisible par ordinateur peut être, par exemple, mais n’est pas limité à, un dispositif de stockage électronique, un dispositif de stockage magnétique, un dispositif de stockage optique, un dispositif de stockage électromagnétique, un dispositif de stockage à semi-conducteurs, ou toute combinaison appropriée de ceux-ci.
[0029] Les instructions de programme lisibles par ordinateur décrites ici peuvent être téléchargées vers des dispositifs informatiques/de traitement respectifs à partir d’un support de stockage lisible par ordinateur ou vers un ordinateur externe ou un dispositif de stockage externe par l’intermédiaire d’un réseau. Les instructions de programme lisibles par ordinateur peuvent s’exécuter entièrement sur l'ordinateur de l’utilisateur, partiellement sur l’ordinateur de l’utilisateur, en tant que progiciel autonome, partiellement sur l’ordinateur de l’utilisateur et partiellement sur un ordinateur distant ou entièrement sur l’ordinateur ou le serveur distant. Des aspects de la présente invention sont décrits ici en reference aux illustrations d’organigramme et/ou aux schémas fonctionnels de procédés, d’appareils (systèmes), et de produits programmes informatiques selon les modes de réalisation de l’invention On comprendra que chaque bloc des illustrations d’organigramme et/ou des schémas fonctionnels, et des combinaisons de blocs dans les illustrations d’organigramme et/ou les schémas fonctionnels, peuvent être mis en œuvre par des instructions de programme lisibles par ordinateur.
[0030] Ces instructions de programme lisibles par ordinateur peuvent être fournies à un processeur d’un ordinateur universel, d’un ordinateur à usage spécial, ou d’un autre appareil de traitement de données programmable pour produire une machine, de telle sorte que les instructions, qui s’exécutent par l’intermédiaire du processeur de l’ordinateur ou de l’autre appareil de traitement de données programmable, créent des moyens pour la mise en œuvre des fonctions/actes spécifiés dans le bloc ou les blocs d’organigramme et/ou de schéma fonctionnel. Ces instructions de programme lisibles par ordinateur peuvent également être stockées dans un support de stockage lisible par ordinateur qui peut ordonner à un ordinateur, un appareil de traitement de données programmable, et/ou — d’autres dispositifs de fonctionner d’une manière particulière, de telle sorte que le support de stockage lisible par ordinateur ayant des instructions stockées en son sein comprend un article manufacturé comprenant des instructions qui mettent en œuvre des aspects de la fonction/de l’acte spécifié dans le bloc ou les blocs d’organigramme et/ou de schéma fonctionnel.
[0031] Les instructions de programme lisibles par ordinateur peuvent également être chargées sur un ordinateur, un autre appareil de traitement de données programmable, ou un autre dispositif pour amener une série d’étapes fonctionnelles à être effectuées sur l’ordinateur, l’autre appareil programmable ou l’autre dispositif afin de produire un processus mis en œuvre par ordinateur, de telle sorte que les instructions qui s’exécutent sur l’ordinateur, l’autre appareil programmable, ou l’autre dispositif mettent en œuvre les fonctions/actes spécifiés dans le bloc ou les blocs d’organigramme et/ou de schéma fonctionnel.
[0032] L’organigramme et les schémas fonctionnels sur les Figures 1llustrent l’architecture, la fonctionnalité, et le fonctionnement de possibles mises en œuvre de systèmes, procédés, et produits programmes informatiques selon divers modes de réalisation de la présente invention. À cet égard, chaque bloc dans l’organigramme ou les schémas fonctionnels peut représenter un module, un segment, ou une partie d’instructions, qui comprend une ou plusieurs instructions exécutables pour la mise en œuvre de la ou des fonction(s) logique(s) spécifiée(s). Dans certaines variantes de mise en œuvre, les fonctions notées dans le bloc peuvent se produire dans un autre ordre que celui noté sur les Figures. Par exemple, deux blocs représentés en succession peuvent, en fait, être exécutés — sensiblement simultanément, ou les blocs peuvent parfois être exécutés dans l’ordre inverse, en fonction de la fonctionnalité impliquée. On notera également que chaque bloc des schémas fonctionnels et/ou de l’illustration d’organigramme, et des combinaisons de blocs dans les schémas fonctionnels et/ou l’illustration d’organigramme, peuvent être mis en œuvre par des systèmes à base de matériel à usage spécial qui effectuent les fonctions ou actes spécifiés ou mettent en œuvre des combinaisons d’instructions informatiques et de matériel à usage spécial.
[0033] Enfin, la terminologie utilisée ici est destinée à décrire uniquement des modes de réalisation particuliers et n’est pas destinée à limiter l’invention. Telles qu’utilisées ici, les formes au singulier « un », « une » et « le » ou « la » sont destinées à inclure également les formes au pluriel, sauf indication contraire du contexte. On comprendra également que les termes « comprend », « comprennent » et/ou « comprenant », lorsqu’ils sont utilisés dans ce mémoire descriptif, spécifient la présence de caractéristiques, de nombres entiers, d’étapes, d'opérations, d’éléments, et/ou de composants mentionnés, mais n’excluent pas la présence ou l’ajout d’un(e) ou plusieurs autres caractéristiques, nombres entiers, étapes, opérations, éléments, composants et/ou des groupes de ceux-ci.
[0034] Les structures, matériaux, actes, et équivalents correspondants de tous moyens ou les éléments étape plus fonction dans les revendications ci-dessous sont destinés à comprendre toute structure, matériau, ou acte pour réaliser la fonction en combinaison avec d’autres éléments revendiqués comme spécifiquement revendiqué. La description de la présente invention a été présentée à des fins d’illustration et de description, mais n’est pas — destinée à être exhaustive ou limitée à l’invention sous la forme divulguée. De nombreuses modifications et variations apparaîtront à l’homme du métier sans s’écarter de la portée et de l’esprit de l’invention. Le mode de réalisation a été choisi et décrit afin d’expliquer au mieux les principes de l’invention et l’application pratique, et pour permettre à d’autres hommes du métier de comprendre l’invention pour divers modes de réalisation avec diverses modifications telles qu’appropriées pour l’utilisation particulière envisagée.
[0035] En ayant ainsi décrit l’invention de la présente demande en détail et en référence aux modes de réalisation de celle-ci, il apparaîtra que des modifications et des variations sont possibles sans s’écarter de la portée de l’invention définie dans les revendications annexées comme suit.

Claims (10)

REVENDICATIONS
1. Procédé pour une insertion d’application basée sur une intention ascendante dans un réseau de communications mobiles comprenant un plan de commande dans lequel différentes ressources d’infrastructure sont accessibles par le biais d’une interface de programmation d’application (API) ascendante, le procédé comprenant les étapes consistant à : recevoir, dans le plan de commande du réseau de communications mobiles, une demande provenant d’une application mobile devant être insérée dans une couche d’application du réseau de communications mobiles utilisant différentes ressources parmi les ressources d’infrastructure du plan de commande ; caractériser l’application mobile ; récupérer un ensemble de ressources recommandées parmi les différentes ressources d’infrastructure pour la caractérisation de l’application mobile ; comparer lesdites ressources devant être utilisées par l’application mobile avec l’ensemble de ressources recommandées afin d’identifier une variance de ressources ; et, provisionner, pour une utilisation par l’application mobile dans le plan de commande, les ressources devant être utilisées par l’application mobile ajustées par la variance de ressources.
2. Procédé selon la revendication 1, dans lequel la variance est constituée par des ressources supplémentaires parmi les différentes ressources incluses dans l’ensemble de ressources recommandées mais non incluses dans les ressources devant être utilisées par l’application mobile de façon à ajuster les ressources devant être utilisées par l’application mobile par l’ajout des ressources supplémentaires parmi les différentes ressources au provisionnement.
3. Procédé selon la revendication 1, dans lequel la variance est constituée par des ressources supplémentaires parmi les différentes ressources incluses dans les ressources devant être utilisées par l’application mobile mais non incluses dans l’ensemble de ressources recommandées de façon à ajuster les ressources devant être utilisées par l’application mobile par le retrait des ressources supplémentaires parmi les différentes ressources à partir du provisionnement.
4. Procédé selon la revendication 1, dans lequel les ressources devant être utilisées par l’application mobile sont spécifiées par l’application mobile par le biais de l’API ascendante.
5. Procédé selon la revendication 1, dans lequel les ressources devant être utilisées par l’application mobile sont corrélées avec la caractérisation de 1’ application mobile.
6. Procédé selon la revendication 5, dans lequel la corrélation est déterminée par la soumission de métadonnées associées à l’application mobile à un classificateur entraîné pour produire une caractérisation en réponse à des métadonnées d’application.
7. Système de traitement de données conçu pour une insertion d'application basée sur une intention ascendante dans un réseau de communications mobiles, le système comprenant : une plateforme informatique hôte disposée au sein d’une unité centrale (CU) d’un réseau de communications cellulaires à architecture de réseau défini par logiciel (SDN), la CU comprenant un couplage communicatif avec une multiplicité de différentes unités distribuées (DU), au moins l’une des DU comprenant une antenne à entrées multiples et sorties multiples (MIMO) massif émettant sur des fréquences d’ondes millimétriques, la plateforme comprenant un ou plusieurs ordinateurs, chacun comprenant de la mémoire et au moins un processeur ; et, un contrôleur de réseau disposé au sein d’un plan de commande défini par le SDN et comprenant des instructions de programme informatique permettant, lors de leur exécution dans la plateforme informatique hôte, de réaliser les étapes consistant à : recevoir, dans le plan de commande, une demande provenant d’une application mobile devant être insérée dans une couche d’application du réseau de communications utilisant différentes ressources parmi les ressources d’infrastructure du plan de commande ; caractériser l’application mobile ; récupérer un ensemble de ressources recommandées parmi les différentes ressources d’infrastructure pour la caractérisation de l’application mobile ; comparer lesdites ressources devant être utilisées par l’application mobile avec l’ensemble de ressources recommandées afin d’identifier une variance de ressources ; et, provisionner, pour une utilisation par l’application mobile dans le plan de commande, les ressources devant être utilisées par l’application mobile ajustées par la variance de ressources.
8. Système selon la revendication 7, dans lequel la variance est constituée par des ressources supplémentaires parmi les différentes ressources incluses dans l’ensemble de ressources recommandées mais non incluses dans les ressources devant être utilisées par l’application mobile de façon à ajuster les ressources devant être utilisées par l’application mobile par l’ajout des ressources supplémentaires parmi les différentes ressources au provisionnement.
59 Système selon la revendication 7, dans lequel la variance est constituée par des ressources supplémentaires parmi les différentes ressources incluses dans les ressources devant être utilisées par l’application mobile mais non incluses dans l’ensemble de ressources recommandées de façon à ajuster les ressources devant être utilisées par l’application mobile par le retrait des ressources supplémentaires parmi les différentes ressources à partir du provisionnement.
10. Système selon la revendication 7, dans lequel les ressources devant être utilisées par l’application mobile sont corrélées avec la caractérisation de l’application mobile, et aussi la corrélation est déterminée par la soumission de métadonnées associées à l’application mobile à un classificateur entraîné pour produire une caractérisation en réponse à des métadonnées d’application.
BE20225032A 2021-01-20 2022-01-19 Interface d'application dynamique basée sur une intention ascendante BE1028995B1 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR2100520A FR3119060B1 (fr) 2021-01-20 2021-01-20 Interface d’application dynamique basée sur une intention ascendante

Publications (2)

Publication Number Publication Date
BE1028995A1 true BE1028995A1 (fr) 2022-08-02
BE1028995B1 BE1028995B1 (fr) 2022-12-16

Family

ID=76283791

Family Applications (1)

Application Number Title Priority Date Filing Date
BE20225032A BE1028995B1 (fr) 2021-01-20 2022-01-19 Interface d'application dynamique basée sur une intention ascendante

Country Status (4)

Country Link
US (1) US11855906B2 (fr)
BE (1) BE1028995B1 (fr)
DE (1) DE102022101068A1 (fr)
FR (1) FR3119060B1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11838789B2 (en) * 2021-12-17 2023-12-05 Microsoft Technology Licensing, Llc End-to-end secure communications for privileged 5G network traffic
US11811681B1 (en) 2022-07-12 2023-11-07 T-Mobile Usa, Inc. Generating and deploying software architectures using telecommunication resources
US20240073139A1 (en) * 2022-08-29 2024-02-29 Vmware, Inc. Multipath link optimization for private mobile network

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9705815B2 (en) * 2014-06-27 2017-07-11 Juniper Networks, Inc. Graph database for services planning and configuration in network services domain
US9628350B2 (en) * 2014-11-05 2017-04-18 Amazon Technologies, Inc. Dynamic scaling of storage volumes for storage client file systems
CN106160212B (zh) * 2015-04-17 2019-02-12 国网信息通信产业集团有限公司 一种电力通信终端的远程集中控制系统及方法
WO2017120814A1 (fr) * 2016-01-14 2017-07-20 华为技术有限公司 Procédé et système de gestion d'objets de ressources
TWI660610B (zh) * 2016-09-01 2019-05-21 鴻海精密工業股份有限公司 無線通訊系統的資源分配方法及其設備和系統
US10382903B2 (en) * 2017-05-09 2019-08-13 At&T Intellectual Property I, L.P. Multi-slicing orchestration system and method for service and/or content delivery
US10404335B2 (en) * 2017-10-20 2019-09-03 Intel IP Corporation Filter coefficient configuration in new radio systems
US11424977B2 (en) * 2018-12-10 2022-08-23 Wipro Limited Method and system for performing effective orchestration of cognitive functions in distributed heterogeneous communication network
US11201800B2 (en) * 2019-04-03 2021-12-14 Cisco Technology, Inc. On-path dynamic policy enforcement and endpoint-aware policy enforcement for endpoints
US11153801B2 (en) * 2019-04-26 2021-10-19 At&T Intellectual Property I, L.P. Facilitating dynamic multiple public land mobile network resource management in advanced networks
US10826775B1 (en) * 2019-06-19 2020-11-03 Cisco Technology, Inc. Policy plane integration across multiple domains
US11632338B2 (en) * 2019-07-03 2023-04-18 Vmware, Inc. Multi-tenant resource management in a gateway
US11303554B2 (en) * 2020-07-28 2022-04-12 Nokia Solutions And Networks Oy Concurrent interfaces between a probe and applications that monitor virtual network functions
US11606624B2 (en) * 2020-10-23 2023-03-14 At&T Mobility Ii Llc Method and apparatus for operating an on-demand video gateway

Also Published As

Publication number Publication date
BE1028995B1 (fr) 2022-12-16
US20220182332A1 (en) 2022-06-09
US11855906B2 (en) 2023-12-26
FR3119060A1 (fr) 2022-07-22
DE102022101068A1 (de) 2022-07-21
FR3119060B1 (fr) 2023-03-24

Similar Documents

Publication Publication Date Title
BE1028995B1 (fr) Interface d'application dynamique basée sur une intention ascendante
US10972344B2 (en) Automated adjustment of subscriber policies
US9246840B2 (en) Dynamically move heterogeneous cloud resources based on workload analysis
US20190052735A1 (en) Chaining Virtual Network Function Services via Remote Memory Sharing
FR3055080A1 (fr) Procede et appareil pour coordination de fonctions d'auto-optimisation dans un reseau sans fil
FR2899700A1 (fr) Systeme et procede pour profils de refroidissement adaptatifs de systemes informatiques.
US10951692B1 (en) Deployment of microservices based on back-end resource affinity
EP1454269B1 (fr) Procede et dispositif de repartition d objets dans un groupe heterogene de dispositifs de stockage de donnees
FR3030168A1 (fr) Procede de choix d'au moins un service et dispositif associe
EP3931694A1 (fr) Procédé d'évaluation des dispositifs d'une infrastructure de réseau en vue du déploiement d'une fonction virtualisée
CN113220484A (zh) 一种微服务调用方法、装置、电子设备及存储介质
JP2023545970A (ja) エンタープライズ・レベルのビッグ・データ・ワークロード向けのクエリ・エンジンの自動スケーリング
US20170322834A1 (en) Compute instance workload monitoring and placement
EP3991356A1 (fr) Procede d'allocation de ressources d'une infrastructure de reseau
BE1029001B1 (fr) Provisionnement flexible de tranches de reseau dans un reseau mobile par le biais d'une fonction d'exposition de reseau (nef)
US10448154B1 (en) Enhancing voice quality for online meetings
JP2023510528A (ja) マルチテナント・コンテナにおける統合されたメッセージのフローの安全な処理
EP3806548A1 (fr) Procédé d'optimisation de la quantité de ressources réseau et du nombre de services susceptibles d'utiliser lesdites ressources
WO2016198762A1 (fr) Procédé et système de détermination d'une configuration de serveurs cible pour un déploiement d'une application logicielle
US11563678B1 (en) Orchestration of overlay paths for wide area network virtualization
EP4193569A1 (fr) Procede de traitement d'un service de transport de donnees
US11650720B2 (en) Dynamically adjusting zoom settings by a server in multiple user environments
EP3828707A1 (fr) Procédé d'affectation de ressources en réponse à des requêtes en fonction de leur priorité, programme d'ordinateur, bloc de contrôle d'affectation et système informatique associés
JP7454581B2 (ja) ネットワークピアリング発見システムおよび方法
EP4145794A1 (fr) Procédé d'intégration dynamique mis en uvre au cours de la fédération de réseaux de radiocommunication et produit programme d'ordinateur

Legal Events

Date Code Title Description
FG Patent granted

Effective date: 20221216