BE1028995A1 - Interface d'application dynamique basée sur une intention ascendante - Google Patents
Interface d'application dynamique basée sur une intention ascendante Download PDFInfo
- 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
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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Evolutionary Biology (AREA)
- Evolutionary Computation (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Bioinformatics & Computational Biology (AREA)
- Artificial Intelligence (AREA)
- Life Sciences & Earth Sciences (AREA)
- Mobile Radio Communication Systems (AREA)
- Stored Programmes (AREA)
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
[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.
[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)
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.
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)
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 |
US20240073767A1 (en) * | 2022-08-29 | 2024-02-29 | Vmware, Inc. | Seamless failover for private mobile networks |
Family Cites Families (14)
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 | 国网信息通信产业集团有限公司 | 一种电力通信终端的远程集中控制***及方法 |
KR102082282B1 (ko) * | 2016-01-14 | 2020-02-27 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 자원 객체를 관리하는 방법 및 시스템 |
US9999057B2 (en) * | 2016-09-01 | 2018-06-12 | Hon Hai Precision Industry Co., Ltd. | Resource allocation method of a wireless communication system and mechanism thereof |
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 |
-
2021
- 2021-01-20 FR FR2100520A patent/FR3119060B1/fr active Active
-
2022
- 2022-01-18 DE DE102022101068.6A patent/DE102022101068A1/de active Pending
- 2022-01-19 BE BE20225032A patent/BE1028995B1/fr active IP Right Grant
- 2022-01-20 US US17/579,653 patent/US11855906B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
US11855906B2 (en) | 2023-12-26 |
US20220182332A1 (en) | 2022-06-09 |
FR3119060B1 (fr) | 2023-03-24 |
FR3119060A1 (fr) | 2022-07-22 |
BE1028995B1 (fr) | 2022-12-16 |
DE102022101068A1 (de) | 2022-07-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
BE1028995B1 (fr) | Interface d'application dynamique basée sur une intention ascendante | |
US20190173752A1 (en) | Automated Adjustment of Subscriber Policies | |
FR3055080A1 (fr) | Procede et appareil pour coordination de fonctions d'auto-optimisation dans un reseau sans fil | |
US11171845B2 (en) | QoS-optimized selection of a cloud microservices provider | |
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 | |
US20170322834A1 (en) | Compute instance workload monitoring and placement | |
US10448154B1 (en) | Enhancing voice quality for online meetings | |
CN113220484A (zh) | 一种微服务调用方法、装置、电子设备及存储介质 | |
WO2020260025A1 (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) | |
WO2016198762A1 (fr) | Procédé et système de détermination d'une configuration de serveurs cible pour un déploiement d'une application logicielle | |
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 | |
WO2022034273A1 (fr) | Procede de traitement d'un service de transport de donnees | |
US11650720B2 (en) | Dynamically adjusting zoom settings by a server in multiple user environments | |
JP7454581B2 (ja) | ネットワークピアリング発見システムおよび方法 | |
US10824413B2 (en) | Maintenance of computing nodes concurrently in a number updated dynamically | |
CN116601941A (zh) | 基于通信请求的请求方真实性评估 | |
WO2020174156A1 (fr) | Procédé d'évaluation des dispositifs d'une infrastructure de réseau en vue du déploiement d'une fonction virtualisée | |
FR3103596A1 (fr) | Procede d'affectation de ressources en reponse a des requetes en fonction de leur priorite, programme d'ordinateur, bloc de controle d'affectation et systeme informatique associes | |
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 | |
US20230328157A1 (en) | Network orchestration for device management operations | |
WO2018109407A1 (fr) | Procédé et dispositif de mise à jour |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FG | Patent granted |
Effective date: 20221216 |