Brevet FR2882603A1 — publié le 20060901

OUTIL DE MODÉLISATION, DE CONCEPTION ET D'OPTIMISATION DE L'URBANISME DE L'ARCHITECTURE DE COMMANDE D'UN RÉSEAU DE TÉLÉCOMMUNICATIONS L'invention concerne un outil de modélisation, de conception et d'optimisation de l'urbanisme, agencement adaptatif, de l'architecture de commande d'un réseau de télécommunications. La modélisation fonctionnelle de l'architecture des réseaux de télécommunications a déjà fait l'objet de nombreux travaux, motivés par des besoins de rationalisation du système d'information et de gestion des opérateurs réseau. Parmi ces travaux on peut citer: le modèle d'informations fondé sur l'architecture générique des réseaux de transport, défini par ITU-T Recommendation "Generic functional architecture of transport networks" G805 Mars 2000; le modèle d'affaires Tele-Management Forum disponible sur le site Internet http:/www.tmforum.org, relatif à la structuration et la rationalisation des données et applications du système d'information d'un opérateur. Le modèle précité ne prend pas en compte le processus d'utilisation des réseaux par les applications ou services, ce qui exclut le plan commande de réseau de son champ d'analyse; l'extension du modèle précédent, plus particulièrement orienté vers l'activité des fournisseurs de services, en particulier sur les échanges "clients-fournisseurs", la problématique rencontrée par un opérateur de réseau en tant que gérant et fournisseur de ressources réseau y constituant un champ d'investigation très réduit. En outre, des outils de description fonctionnelle de sous-ensembles de réseau ont été développés pour favoriser l'interopérabilité de plateformes de constructeurs ou d'opérateurs différents, dès leur conception ou leur réalisation. Parmi ceux-ci, on peut citer, par exemple, la modélisation d'équipements SDH Synchronous Digital Hierarchy en anglais, hiérarchie numérique synchrone, et ATM Asynchronous Transfer Mode en anglais, mode de transfert asynchrone, ou la modélisation de la commande et des systèmes distribués. Les modèles correspondants Telecommunication Information Networking Architecture (TINA) et Common Open Request Broker Architecture (CORBA) sont disponibles sur les sites Internet http:/www. tinac.org et http:/www.corba.org respectivement. En résumé, la modélisation des réseaux et services souffre, à l'heure actuelle, d'une fragmentation excessive des objets modélisés, un seul plan visé, un seul type de rôle-métier, modélisation en couches, indépendamment des fonctions et des rôles-métiers, notamment, ce qui se traduit par une absence manifeste de cohérence de l'ensemble. Les opérateurs majeurs de réseaux de télécommunications tentent, actuellement, de développer le concept et l'entité d'opérateur global, capable de délivrer tout type d'application ou service à ses clients. La définition et la mise en place d'une telle entité nécessite toutefois de dépasser les frontières établies de fait entre les réseaux de télécommunications séparés, et, en définitive par la mise en place d'une nouvelle architecture de réseaux, désignée architecture NGN-IMS, pour Next-Generation Network et IP Multimedia Subsystem respectivement, ce type d'architecture intégrant un support IP multiservices. Dans le cadre de la nouvelle architecture de réseau précitée, le problème de l'intégration des différents plans ou modèles de commande réseau, conçus pour des réseaux de télécommunications séparés et pour les applications ou services fournis par ces derniers, n'est pas résolu. La difficulté de la résolution du problème précité est inhérente à la complexité des technologies mises en oeuvre, au foisonnement des modèles et types de modèles réseaux ou d'architecture réseaux proposés ou retenus, à la multiplication des applications ou services proposés par les opérateurs réseau et à la diversification des conditions d'accès à ces réseaux et services par les utilisateurs nomades ou mobiles. La présente invention a pour objet la mise en oeuvre d'un outil formel et global permettant la mise en oeuvre de la nouvelle architecture précitée, susceptible de conférer à tout opérateur réseau de celle-ci le statut d'entité d'opérateur global. L'outil formel et global, objet de la présente invention, est en conséquence un outil informatique permettant d'intégrer tant une vue d'ensemble qu'une hiérarchisation, une indépendance vis-à-vis des technologies disponibles, une capitalisation des connaissances et une cohérence des évolutions futures de toute nouvelle architecture réseau de télécommunications, en particulier pour ce qui concerne le plan commande et la fourniture d'accès aux applications et aux services. En particulier, un objet de la présente invention est la mise en oeuvre d'un outil de modélisation de l'urbanisme, ou agencement adaptatif, de l'architecture de commande d'un réseau de télécommunications, permettant une intégration totale du foisonnement et de l'hétérogénéité des modèles d'architecture réseau proposés dans les instances de normalisation et les groupes de discussion. Un autre objet de la présente invention est en outre la mise en oeuvre de l'outil précité permettant une description et une définition univoque formalisée et satisfaisant au critère de complétude des modèles d'architecture réseau de télécommunications. Un autre objet de la présente invention est également la mise en oeuvre de l'outil précité permettant une capitalisation des connaissances des architectures réseau de télécommunications actuelles pour la mise en oeuvre de la nouvelle architecture précitée. Un autre objet de la présente invention est en outre la mise en oeuvre de l'outil précité permettant une rationalisation et une accélération d'exécution de la phase de spécification fonctionnelle d'une architecture réseau de télécommunications. Un autre objet de la présente invention est également la mise en oeuvre de l'outil précité permettant le passage rationalisé de la phase de spécification fonctionnelle à la phase de description technique d'une architecture réseau de télécommunications. Un autre objet de la présente invention est enfin la mise en oeuvre de l'outil précité permettant de lier explicitement ab initio, la démarche de conception aux services, en termes d'applications ou services fournis, jusqu'à l'obtention d'une architecture finale d'un réseau de télécommunications. L'outil de modélisation, de conception et d'optimisation de l'urbanisme, ou agencement adaptatif, de l'architecture de commande d'un réseau de télécommunications, objet de la présente invention, est remarquable en ce qu'il comporte un méta-modèle constitué par une pluralité de méta-classes et leurs interrelations, ces méta-classes comportant au moins la métaclasse des composants fonctionnels, regroupant les fonctions, les entités fonctionnelles et les organes, la méta-classe des points de référence, regroupant un ensemble de paramètres de mise en oeuvre et/ou d'exécution de ces composants fonctionnels, la méta-classe des règles de structuration de l'architecture de commande du réseau de télécommunications, regroupant au moins un ensemble de règles d'urbanisme, un ensemble de règles d'architecture et/ou un ensemble de règles d'ingénierie de cette architecture, la méta- classe des fonctions d'information réseau et d'information utilisateur du réseau. L'outil objet de la présente invention trouve application à l'ingénierie et à la gestion des réseaux de télécommunications, en vue de leur conception, leur maintenance, leur adaptation. Il sera mieux compris à la lecture de la description et à l'observation des dessins ci-après dans lesquels: la figure 1 représente, à titre non limitatif, sous forme de schéma bloc, un schéma illustratif d'un métamodèle permettant la mise en oeuvre de l'outil objet de la présente invention; la figure 2 représente, à titre non limitatif, sous forme de schéma bloc, un schéma illustratif d'éléments spécifiques de la métaclasse des composants fonctionnels tels que fonctions et entités fonctionnelles et leur interrelation, constitutives de cette méta-classe; la figure 3 représente, à titre illustratif, un exemple de constitution d'une entité fonctionnelle spécifique, incorporant les fonctions d'identification et d'authentification d'un utilisateur du réseau de télécommunications; - la figure 4 représente, à titre illustratif, un exemple de point de référence, connu de l'art antérieur; la figure 5 représente, à titre illustratif, un exemple de point de référence définissant une relation fournisseur/utilisateur; la figure 6 représente, à titre illustratif, un exemple de taxinomie de règles d'urbanisme de l'architecture d'un réseau de télécommunications; la figure 7 représente, à titre illustratif, un exemple de taxinomie de règles d'ingénierie de l'architecture d'un réseau de télécommunications; la figure 8, représente, à titre illustratif, un organigramme des étapes essentielles de fonctionnement et l'outil de simulation objet de la présente invention; - la figure 9, représente, à titre d'exemple non limitatif, une encapsulation spécifique de l'information selon un stéréotype par valeurs marquées, dans le cas de la méta-classe des composants fonctionnels; et pour une architecture réseau de télécommunications de type NGN-IMS: la figure 10 représente, à titre non limitatif, une vue de composition d'un modèle représentatif, en termes de méta--classes fonction et entité fonctionnelle précitées, de l'architecture réseau NGN-IMS précitée; la figure 11 représente, à titre d'exemple non limitatif, une vue architecturale des points de référence externes de ce modèle; la figure 12 représente, à titre illustratif, une vue architecturale interne d'un premier niveau de complexité, impliquant les points des références internes et externes, de ce modèle représentant l'architecture réseau NGN-IMS précitée; la figure 13 représente, à tigre illustratif, une vue architecturale de l'entité fonctionnelle de contrôle d'une session d'appel sur l'architecture réseau NGNIMS précitée; la figure 14 représente, à titre illustratif, une vue architecturale de l'entité fonctionnelle de traitement de la signalisation externe sur l'architecture réseau précitée; - la figure 15 représente, à titre illustratif, une vue de l'application des règles d'urbanisme à la constitution d'entités fonctionnelles; la figure 16 représente, à titre illustratif, une vue de l'application des règles d'architecture à des points de référence spécifiques de l'entité fonctionnelles de traitement de la signalisation externe représentée en figure 14; - la figure 17 représente, à titre illustratif, une vue de la composition des entités fonctionnelles et fonctions mises en oeuvre pour le choix d'organes destinés à mettre en oeuvre l'architecture réseau précitée; la figure 18 représente, à titre illustratif, une vue d'architecture en organes, et les spécifications des règles d'ingénierie de ces derniers, pour l'architecture réseau NGN-IMS précitée. Une description plus détaillée d'un outil de modélisation, de conception et d'optimisation de l'urbanisme, ou agencement adaptatif; de l'architecture de commande d'un réseau de télécommunications sera maintenant donnée en liaison avec la figure 1 et les figures suivantes. En référence aux quatre fonctions reconnues au concept d'urbanisme en général, habiter, travailler, se recréer (dans les heures libres), et circuler (Le Corbusier charte ATH. 1957 page 100), l'urbanisme d'un réseau de télécommunications peut être compris comme comportant les fonctions consistant à occuper un site en réseau, utiliser le réseau dans l'ensemble de ses fonctions, se réactualiser comme entité réseau et transmettre les données d'un point à un autre du réseau de télécommunications. La notion d'urbanisme d'un réseau de télécommunications sera donc ramenée à celle d'agencement adaptatif en fonction du contexte de ce réseau dans la présente invention. L'outil de modélisation, objet de l'invention, comporte un méta-modèle MM constitué par une pluralité de méta-classes, notées chacune MCi, MC2, MC3, MC4 et leurs interrelations IRA. Par méta-modèle on désigne une collection d'éléments ou agents informatiques formalisés dans leur structure, leur fonction et leurs interrelations, mais non encore instanciés pour représenter un modèle. Par méta-classe on désigne un sous-ensemble d'éléments ou agents informatiques de cette collection, tous les éléments d'une méta-classe présentant une structure semblable, mais des fonctions et interrelations distinctes. Les méta-classes précitées comportent au moins la méta-classe des composants fonctionnels MC1, regroupant les fonctions MC11, les entités fonctionnelles MC12 et les organes MC13, la méta-classe des points de référence MC2 regroupant un ensemble de paramètres de mise en oeuvre et/ou d'exécution des composants fonctionnels précités, la méta-classe des règles de structuration MC3 de l'architecture de commande du réseau de télécommunications cette méta-classe regroupant au moins un ensemble de règles d'urbanisme MC31, un ensemble de règles d'architecture MC32 et/ou un ensemble de règles d'ingénierie de l'architecture MC33. Enfin, le méta-modèle MM comporte la méta-classe des fonctions de support MC4 laquelle regroupe les fonctions d'information réseau MC41 et d'information utilisateur du réseau MC42. D'une manière plus particulière on indique que chaque méta-classe est constituée par une structure de données spécifique telle qu'une liste, un tableau ou un ensemble de règles, chaque structure de données étant mémorisée, configurable et paramétrable en fonction de la méta-classe considérée, ainsi qu'il sera décrit ultérieurement dans la description. Enfin, en référence à la même figure 1, on indique que les interrelations entre méta-classes et éléments de ces méta-classes comportent au moins les liens sémantiques et/ou logiques ci-après: IR1212 "est composé de" entre entité fonctionnelle et fonction; IR1213 "est constitué par" entre entité fonctionnelle et organe; IR13 i i "exécute" entre organe et fonction; IRP211 "fournit" entre point de référence et fonction pour une fonction exécutée par un opérateur fournisseur d'applications; IRU211 "utilise" entre point de référence et fonction pour une fonction utilisée par un utilisateur; IR13 33, IR12 31, IR2 32 "applique" entre organe, fonction et/ou entité fonctionnelle, point de référence et règles d'urbanisme, d'architecture ou d'ingénierie. Chaque interrelation comporte, par exemple, un attribut de cardinalité 1.. *, nombre possible d'entités intervenant dans l'interrelation. Conformément à l'outil de modélisation, objet de la présente invention, une fonction appartenant à la méta-classe des composants fonctionnels définit une tâche unique dans un processus de commande réseau et associe au moins une interface de liaison vers au moins une autre fonction. De même, chaque entité fonctionnelle appartenant à la méta-classe des composants fonctionnels regroupe un ensemble de fonctions, à chaque entité fonctionnelle étant associée une pluralité d'interfaces de liaison. Ainsi, en référence à la figure 2, une pluralité de fonctions peut être utilisée en commun, ces dernières pouvant se retrouver associées dans un grand nombre d'architectures de commande. Dans ces conditions, les fonctions précitées sont alors agglomérées dans un contenant, l'entité fonctionnelle. Cette dernière se comporte exactement comme une fonction mais elle dispose toutefois d'un nombre d'interfaces offertes PIF à d'autres entités fonctionnelles ou à d'autres fonctions et peut utiliser de la même manière des interfaces offertes par ces dernières, constituant en fait des interfaces requises par la fonction précitée et notées RIF. D'une manière générale, la pluralité d'interfaces de liaison, en particulier dans le cas des entités fonctionnelles, comprend des interfaces internes assurant l'interrelation entre fonctions d'une même entité fonctionnelle et des interfaces externes assurant l'interrelation entre une entité fonctionnelle et une autre entité fonctionnelle ou une fonction. Les interfaces externes offertes PIF par une entité fonctionnelle se retrouvent à la périphérie de cette dernière. Un exemple illustratif d'entité fonctionnelle est représenté en figure 3, dans laquelle l'entité fonctionnelle illustrée concerne une application ou service d'identification d'accès désigné SAI pour Service Access Identification. L'entité fonctionnelle SAI précitée assure à l'extérieur les fonctionnalités de ses composantes de fonctions: identification de l'utilisateur désignée UI pour User Identification, authentification de l'utilisateur désignée UA pour User Authentication, identification du terminal désignée TI pour Terminal Identification, identification de ligne désignée LI pour Line Identification. D'une manière générale, on indique que l'agglomération des fonctions précitées peut répondre à une règle d'urbanisme, par exemple, laquelle peut prescrire que les fonctions d'identification et d'authentification de l'utilisateur, d'identification de son moyen d'accès et de son terminal doivent être rassemblées en une même entité fonctionnelle. Il est en outre important de signaler que dans une cornposition agrégée, c'est-à-dire dans une entité fonctionnelle, l'absence de l'un des composants de l'entité fonctionnelle, telle que l'entité fonctionnelle SAI, n'entraîne pas une perte de la signification de cette dernière. Une telle caractéristique est représentée en figure 3 par la présence du losange vide sur la flèche d'interrelation liant l'entité fonctionnelle SAI à chacune des fonctions identification de terminal TI, identification d'utilisateur UI, authentification de l'utilisateur UA, et identification de ligne LI. Enfin, on indique que chaque organe de la méta--classe des composants fonctionnels comprend des paramètres de regroupement et de déploiement des entités fonctionnelles et/ou des fonctions, compte tenu de critères de distribution géographique et de critères de faisabilité technique. Le mode de représentation par organe indique ainsi la stratégie de regroupement et de déploiement des entités fonctionnelles. Ce mode de représentation n'influe pas sur la fonctionnalité globale du système. A titre d'exemple, on indique qu'on peut distinguer dans le cadre des réseaux NGN un organe qui met en oeuvre le contrôle de session et des organes qui mettent en oeuvre les ressources support par exemple. Une description plus détaillée des points de référence constitutifs d'éléments de la méta-classe des points de référence sera maintenant donnée ne liaison avec la figure 4 relative à l'art antérieur et à la figure 5. D'une manière générale, on indique que les fonctions peuvent différer par leur comportement, par leur moyen de communication et bien entendu par leur synchronisation. En raison des différences précitées, le processus de leur composition et de leur agglomération en entité fonctionnelle peut apparaître particulièrement complexe. Afin de remédier au problème d'intégration correspondant, particulièrement aigu, les points de référence tels que définis conformément à l'objet de la présente invention permettent de définir un ensemble de constituants, en particulier trois constituants, ainsi que préconisé par les groupes de discussion de l'ETSI pour European Telecommunication Standards Institute, ainsi que représenté en figure 4: les exigences des fonctions vis-à-vis d'une éventuelle interaction désignées REQ pour Requirement sur la figure 4; le cadre de communication, c'est-à-dire les protocoles ou méta-protocoles nécessaires à la mise en oeuvre fonctionnelle de l'ensemble, désigné CM pour Communication Mode sur la figure 4; les données ou format de données manipulables lors de l'interaction désignée par MD pour Meta-Data sur la figure 4 précitée. La figure 5 montre un exemple de point de référence pour une bibliothèque de commande entre deux fonctions: la fonction GOC2GO pour Gate Opening Control 2 Gate Opening liant les deux fonctions GO pour Gate Opening et GOC pour Gate: Opening Control où le fournisseur est la fonction GO. Dans cette situation, un exemple d'exigence REQ est de définir un mode de notification synchrone c'est-à-dire qu'à chaque commande issue de la fonction GOC, une notification synchrone est exigée de la fonction GO. Un exemple de protocole adapté est alors, de manière non limitative, une commande verticale de type maître-esclave exécutable par le protocole H. 248. Dans cette situation, les données manipulées MD de la figure 4 sont alors les informations sur le contexte topologique de l'ouverture ou de la fermeture de la passerelle, telles que par exemple le nombre d'entrées/sorties de chaque côté de celles-ci. Enfin, sur la figure 5 on rappelle que les interrelations sont données par les interrelations IRU2 et IRP2, i de la figure 1. Une description plus détaillée de la méta-classe des règles de structuration de l'architecture de commande du réseau de télécommunications, objet de l'invention, sera maintenant donnée en liaison avec les figures 6 et 7. En référence à la figure 1 on rappelle que le méta-modèle MM comprend la méta-classe des règles. Les règles garantissent la cohérence et l'intégrité de la conception fonctionnelle de l'architecture de commande, et, bien entendu, de la modélisation de cette dernière. En référence à la figure 6, on indique que chaque règle d'urbanisme appartenant à la méta-classe des règles de structuration comporte au moins des règles de consolidation notées CUR permettant de définir les conditions d'établissement de la cartographie de l'architecture de commande, et des règles d'évolution EUR permettant une définition adaptative de l'architecture de commande cible, c'est-à-dire de l'architecture de commande à atteindre de manière optimisée. Ainsi, les règles d'architecture définissent le mode d'assemblage des fonctions et/ou entités fonctionnelles de l'architecture de commande et sont directement liées au point de référence spécifique aux interactions des fonctions. Enfin, en référence à la figure 7, on indique que les règles d'ingénierie de la méta-classe des règles de structuration définissent techniquement les entités fonctionnelles et/ou les fonctions et leurs liens avec les organes. En ce qui concerne enfin les règles d'ingénierie ER on indique que les règles précitées peuvent comporter avantageusement au moins deux types de règles, les - 12 - règles organiques d'ingénierie, désignées OER sur la figure 7, sensiblement liées à l'agglomération des fonctions et/ou des entités fonctionnelles de l'architecture réseau de télécommunications, et les règles techniques d'ingénierie spécifiant techniquement les organes et les liens entre organes précités, les règles techniques d'ingénierie étant notées TER sur la figure 7. Les règles organiques d'ingénierie OER sont induites en se basant sur une connaissance des équipements disponibles sur le marché et susceptibles d'exécuter les fonctions correspondantes. Les règles techniques d'ingénierie TER permettent, par exemple, de spécifier les protocoles utilisés pour la communication entre organes, la nature des interfaces par exemple. Enfin, les fonctions de support matérialisent les interactions entre les fonctions d'information réseau MC41 et les fonctions d'information utilisateur de réseau MC42. Ceci permet d'assurer les interactions entre les fonctions du domaine des applications ou des services et des fonctions du mode de transport des données acheminées par le réseau de télécommunications, afin de permettre de définir l'architecture complète à concevoir. Une description plus détaillée du mode de fonctionnement de l'outil de simulation objet de la présente invention sera maintenant donnée en liaison avec la figure 8 et les figures suivantes. Le fonctionnement de l'outil de simulation objet de l'invention explique les possibilités directes d'application de ce dernier. D'une manière générale, le fonctionnement précité est organisé en une étape d'apprentissage ou de cartographie pour le domaine de la commande d'un réseau de télécommunications, puis, ensuite, en une utilisation du lien précis entre les règles d'urbanisme, d'architecture et d'ingénierie d'une part, et les fonctions, entités fonctionnelles et organes d'autre part. Le mode de fonctionnement précité permet ainsi de mettre en évidence les différentes phases de conception tout en relayant ces dernières aux besoins, stratégies et contextes ayant présidé à cette conception. - 13 - Ainsi qu'on l'a représenté de manière générale sur la figure 8, l'outil de modélisation objet de la présente invention pour la mise en oeuvre d'un processus de modélisation, de conception et d'optimisation de l'urbanisme, ou agencement adaptatif de l'architecture de commande d'un réseau de télécommunications exécute au moins une phase de Cartographie A. Cette phase permet à un urbaniste et à un architecte réseau, suite à un lancement de projet Urbanisme A1, de lancer A2 une définition d'un Référentiel Fonctionnel de Commande, de définir un Référentiel Fonctionnel A3, définir une Architecture A4 et leurs Points de Référence A5, une composition A6 et les Entités Fonctionnelles A7. Les étapes précitées permettent de produire une Vue Composition A8 et une Vue Architecture A9. La phase cartographie A est suivie d'une phase Consolidation B exécutée à partir de la Vue Composition et de la Vue Architecture. Elle permet par une étape de Génération de Règles d'Urbanisme B1 et de Génération de Règles d'Architecture B2 d'engendrer des Règles d'Urbanisme B3 et Règles d'Architecture Consolidées B4 et une Vue Composition Consolidée B5 et une Vue Architecture Consolidée B6 constituant une Cartographie Existante B7. La phase Consolidation B est suivie d'une phase Evolution exécutée à partir de la Vue Composition consolidée et de la Vue Architecture Consolidée B6, pour, à partir d'une étape de définition de cible C1 lancée par l'urbaniste et de Règles d'évolution d'urbanisme C3, engendrer une cible C4 permettant de définir les Entités Fonctionnelles C6 attachées à celle-ci. Ces Entités Fonctionnelles permettent à l'architecte de Définir l'Architecture Cible C2, puis les Règles d'Architecture C6 et les Points de Référence C7 associés à cette Architecture Cible. L'ensemble des opérations précitées permet de produite une Vue Composition Cible C8 et une Vue architecture Cible C9, lesquelles constituent une Cartographie Cible. La phase C d'Evolution est suivie d'une phase d'Exploration et de Déploiement exécutée à partir des Cartographie Cible C10 et Cartographie Existante B7. De même l'urbaniste à partir de la Cartographie Cible (Clo) et de la Cartographie Existante (B7) définit un schérna de migration D5. - 14- A partir de l'appel DI des Entités Fonctionnelles Cibles (C5), D2 des Points de Référence Cible (C7), D3 Vue Architecture Cible (C9), D4 vue Composition Cible (C8) et des Schémas de Migration D5, l'architecte exécute une Définition organique D6. La définition des Règles d'Ingénerie D7 par l'Architecte et des Organes D8, issue de la Définition Organique D8, permet une Définition de Vue Organique D9 et la production d'une Vue Organique Dlo. L'architecte à partir de la Vue Organique Dlo effectue un Choix deséquipements D11. La Définition du Schéma de Migration (D5) permet à l'outil de modélisation MM, objet de l'invention, d'exécuter un Déploiement D12 du modèle obtenu. Les phases de Cartographie A, Consolidation B, Evolution C peuvent être mises en oeuvre indépendamment. La phase d'Exploitation et de Déploiement D peut être mise en oeuvre consécutivement à l'une des phases précitées où d'une combinaison de ces dernières. Un premier avantage du mode de fonctionnement de l'outil de modélisation objet de la présente invention, en particulier du méta-modèle incorporant celui-ci, consiste dans le fait qu'il est possible de simplifier, de préciser et de rationaliser le processus de liaison et de définition de l'ensemble du périmètre de l'architecture de télécommunications symbolisé par des vues séparées mais cohérentes de la composition et de l'architecture. Un deuxième avantage est en outre d'alléger la description du modèle final en utilisant une légende, ou plus particulièrement un langage unique, défini par le méta-modèle qui comprend la typologie des éléments architecturaux tels que fonction, entité fonctionnelle, et lien d'association. L'utilisation du méta-modèle MM permet ainsi d'encapsuler l'information spécifique à chaque type de méta-classe en utilisant le concept de stéréotypage, lequel consiste à ajouter des valeurs marquées désignées "tagged values" en anglais, spécifiées au moment de l'instanciation du rnéta-modèle MM c'est-à-dire au moment de la réalisation de la cartographie à l'étape A. - 15 - Un exemple de stéréotype correspondant aux méta-classes des composants fonctionnels ainsi que leur valeur marquée est donnée sur la figure 9 pour les fonctions, entités fonctionnelles, organes, et points de référence. A titre d'exemple non limitatif, une fonction telle que la fonction de commande d'appel de session de Proxy, dans le cadre d'une liaison au réseau Internet par exemple, fonction désignée P-CSCF pour ProxyÇallSession Control Function en anglais, se voit affecter les valeurs suivantes de stéréotype: Description: ("Charstring": chaîne de caractères) cette fonction opère comme un Proxy SIP dans le but de présenter des messages venant de l'utilisateur à une autre entité SIP et vice-versa, - GAT Classification: ("GAT Levels" niveaux GAT) médiation, Symbole: ("Charstring" : chaîne de caractères) P-CSCF désignant symboliquement la fonction, - TISPAN: ("ETSI_Subsystem''' sous-système ETSI) IMS désignant une dénomination arbitraire de l'architecture du réseau de télécommunications modélisé, Used support Functions ("Charstring" : chaîne de caractères) DNS pour Domain Name Server en anglais, système de noms de domaine. Un organe, une entité fonctionnelle, un point de référence se voient affecter les valeurs de stéréotype ci-après: Organe: Description: ("Charstring" : chaîne de caractères) Engineering Rules: ("Engineering Rule" : règle d'ingénierie) Implemented Functions: ("Charstring" : chaîne de caractères) Entité fonctionnelle: Name: ("Charstring" : chaîne de caractères) - Urbanism Rules: ("Urbanism Rule" : règle d'urbanisme) Point de référence: Offered By Function: ("Charstring" : chaîne de caractères) Used By Function: ("Charstring" : chaîne de caractères) Symbol: ("Charstring" : chaîne de caractères) - 16Manipulated Data: ("Charstring" : chaîne de caractères) Requirements: ("Charstring" : chaîne de caractères) Communication Mode: ("Charstring" : chaîne de caractères) Control Architecture Rules: ("Charstring" : chaîne de caractères). 5 Dans le cadre de la figure 9, les champs de Fonctions, Entité Fonctionnelle, Organe, Point de référence auxquels sont attribuées les valeurs de stéréotype précitées, sont désignés selon leur désignation habituelle dans le cadre des sous-systèmes ETSI. Différentes vues, vues composants ou vues architectures, susceptibles d'être éditées par l'outil de simulation, conforme à l'objet de la présente invention, seront maintenant décrites en liaison avec les figures 10 à 18. La figure 10 représente la Vue composants, c'est-à-dire les entités fonctionnelles de l'architecture du réseau de télécommunications modélisée désignée architecture IMS. Ces composants sont stéréotypés par les éléments du méta-modèle MM fonctions, entités fonctionnelles représenté en figure 1. Les liens sémantiques/logiques entre les fonctions et les entités fonctionnelles sont donnés par référence au méta-modèle MM représenté en figure 1. Cette relation ou ce lien est en l'occurrence le lien "composé de" c'est-à-dire l'interrelation IR1212. En conséquence, on comprend que non seulement les composants mais également leur association sont ainsi stéréotypés. La figure 11 représente la vue architecture pour la même architecture du réseau de télécommunications IMS. Elle montre, en particulier, les entités fonctionnelles qui constituent l'environnement de l'architecture réseau IMS précité. Les points de référence permettent de caractériser le type architectural de liaison entre ces différentes entités. On comprend, en particulier, que dans les vues architecture une cohérence est assurée avec la vue composants correspondante par le biais des points de référence, lesquels définissent le périmètre de chacune des entités fonctionnelles. Les points de référence interne définissent les frontières internes entre les fonctions. La figure 12 représente l'architecture réseau IMS éclatée en trois entités fonctionnelles qui sont elles-mêmes reliées aux mêmes points de références externes en plus d'un ensemble de points de référence internes. Les figures 13 et 14 représentent respectivement l'architecture interne des entités fonctionnelles fonction de commande d'appel de session CSCF pour Called Session Çontrolled Function et traitement de la signalisation externe ESH pour External Signaling Handling. En référence à la figure 15, on comprend, en particulier, que les trois entités fonctionnelles de l'architecture IMS telles qu'entité fonctionnelles CSCF, SIH et ESCAMH pour External Signaling Control And Media Handling, traitement du média et contrôle de la signalisation externe, correspondent respectivement aux trois règles d'urbanisme USC commande de session unique pour Unique Session Control, CSI pour Centralized Subscriber Information, information souscripteur centralisée et CSH pour Centralized Signaling Handling, traitement de la signalisation centralisée. Les règles d'architecture sont représentées et explicitées à la figure 16 par la vue architecture. Dans l'exemple donné sur la figure précitée, les règles d'architecture telles que maître/esclave MS sont liées au point de référence Mp et Mn. Dans ces conditions, les points de référence précités appliquent la règle d'architecture maître/esclave. Ces points de référence sont comparables au point de référence de l'exemple précédemment donné dans la description. En référence à la figure 17, on indique que les organes constituent un moyen de représenter la mise en oeuvre des entités fonctionnelles et des fonctions. Sur la figure 17 on a représenté les correspondances entre les organes et les fonctions ou entités fonctionnelles mises en oeuvre par ces derniers. A titre d'exemple, l'organe Implémentation Proxy, P_I, met en oeuvre les fonctions PCSCF et PDF pour Proxy CSCF et Policy Decision Function respectivement. Sur la même figure 17, l'organe CS_S_I pour CS_Signaling_Implementation implémente les trois fonctions BGCF, SGW et MGCF. Les règles organiques d'ingénierie ont ainsi permis d"élaborer les organes de la figure 17 précédemment décrits. Notamment, en ce qui concerne le choix d'inclure - 18 - les fonctions BGCF, SGW et MGCF dans un même organe CF_S_I. le choix précité correspond à celui d'un grand nombre qu'équipements qui implémentent ces fonctions dans un même équipement. Les règles techniques d'ingénierie permettent de détailler techniquement la Vue organe de la figure 18. Dans la vue précitée, on représente ainsi les liens entre les organes en détaillant les associations par des informations sur le rôle de chacun des organes, de type de l'association et de cardinalité. Par exemple, les organes P_I pour Proxy Implementation sont interreliés par des interrelations IR01 de type "interagis" et jouent le rôle de Peer, pour poste, dans cette association. Les organes précités appliquent la règle d'ingénierie SIP_f_pC pour SIP_for_peerCommunication qui prescrit le protocole SIP pour la communication entre les organes précités. La cardinalité indique que selon l'implémentation, un organe peut interagir avec un nombre indéfini avec l'organe à l'autre bout de l'association. Dans les figures 10 à 18 précédentes, la désignation des fonctions, entités fonctionnelles, points de référence, organes correspond soit à une définition ETSI, soit à une désignation arbitraire donnée à titre d'exemple selon la correspondance ci-après: Entités fonctionnelles: CSCF: Cali Session Control Function SIH: Subscriber Information Handling PS_S_H: PS_Signalling_Handling CS_S_H: CS_Signalling_Handling ESCAMH: External Signalling Control And Media Handling AD::UMTS IPCAN: Access Domain::UMTS-IPCAN CND::IP MN: CoreNetwork Domain::IP Multimedia Network OIMS: Other IMS. - 19- Fonctions: I_CSCF: Interrogatmg_CSCF P_CSCF: Proxy CSCF S_CSCF: Serving_CSCF PDF: Policy Decision Function SG: Signalling Gateway IMF H: IMF Handling I_CSCF: Interrogatmg_CSCF Organes: ICSCF_I: ICSCF Implementation SCSCF_I: SCSCF_Implementation IS_I: InformationSupport_Implementation PSRPI: PS ResourceProvisionnmg Implementation PS_RC_I 1: PS ResourceControl Implementation MGW_I: MGW_Implementation SCSCF_I: SCSCF_Implementation P I: Proxy Implementation CS_S_I: CS_Signalling_Implementation PS RP I: PS ResourceProvisionning Implementation Règles d'Ingénierie: (ER) - MEGACO f ms: MEGACC- for master slave - SPfpp: SpecificProtocol for push pull Règles d'urbanisme: (UR) USC: Unique Session Control CSI: Centralized Subscriber Information CSC: Centralised Signalling Control L'outil de modélisation, objet de la présente invention, permet ainsi grâce à la mise en oeuvre du méta-modèle MM précédemment décrit, de développer un plan de commande unique pour les services convergents, par exemple par l'architecture - 20 - réseau IMS préconisée par le groupe de discussion 3GPP des terminaux mobiles pour la convergence fixe-mobile des services conversationnels 1-TISPANS, alors que les techniques permettent dorénavant de découpler la commande des services de la commande des réseaux pour développer des réseaux support multiservices en réseau IP. La possibilité de cartographier les systèmes de commande existants, conformément à l'étape A de la figure 8, avec le même langage qui exprime la cible ou les systèmes à développer, c'est-à-dire l'architecture cible At, permet de capitaliser les architectures antérieures existantes et d'assurer un interfaçage entre matériels anciens et matériels nouveaux. L'outil de modélisation, objet de l'invention, permet finalement d'établir un langage commun qui permet de définir une architecture de commande dont la conformité est mesurable par rapport aux contraintes et besoins initiaux formalisés à travers les règles d'urbanisme et d'architecture ainsi qu'une correspondance avec des règles d'ingénierie qui définissent les détails de la mise en oeuvre technique ainsi que les organes implémentant les fonctions correspondantes. Le méta-modèle MM incorporant 1"outil de modélisation objet de l'invention, définit d'une manière précise où et comment interviennent des règles d'urbanisme d'architecture et d'ingénierie dans la conception et l'urbanisme de la commande des réseaux. A titre d'exemple non limitatif, l'outil de modélisation et en particulier le méta-modèle précité MM peuvent utiliser la notation UML pour Unified Modeling Language en anglais, laquelle permet d'avoir une application directe sur les techniques de transformation et d'adaptation de modèles, ce qui permet ainsi d'abstraire un grand nombre de modèles de commande à quelques transformations près. L'outil de modélisation objet de l'invention est ainsi conçu de telle sorte que le lien avec d'autres modèles structurant pour l'urbanisme comme le modèle d'information utilisateur MIU et le modèle d'information réseau MIR est établi. Il peut en particulier être mis en oeuvre au moyen d'un programme d'ordinateur enregistré sur un support de mémorisation, lequel, lors d'une exécution par un ordinateur, constitue l'outil de modélisation, de conception et d'optimisation de l'urbanisme ou agencement adaptatif de ['architecture de commande d'un réseau de télécommunication à partir des agents informatiques et/ou logiciels décrits précédemment dans la description. - 22 - REVENDICATIONS 1. Outil de modélisation, de conception et d'optimisation de l'urbanisme ou agencement adaptatif de l'architecture de commande d'un réseau de télécommunications, caractérisé en ce qu'il comporte un méta-modèle constitué par une pluralité de méta-classes et leurs interrelations, lesdites méta-classes comprenant au moins: la méta-classe des composants fonctionnels, regroupant les fonctions, entités fonctionnelles et organes; la méta-classe des pointe, de référence, regroupant un ensemble de paramètres de mise en oeuvre et/ou d'exécution desdits composants fonctionnels; la méta-classe des règles de structuration de l'architecture de commande du réseau de télécommunications, regroupant au moins un ensemble de règles d'urbanisme, un ensemble de règles d'architecture et/ou un ensemble de règles d'ingénierie de ladite architecture; la méta-classe des fonctions de support, regroupant des fonctions d'information réseau et d'information utilisateur du réseau. 2. Outil selon la revendication 1, caractérisé en ce que chaque métaclasse est constituée par une structure de données spécifique telle qu'une liste, un tableau ou un ensemble de règles, mémorisée, configurable et paramétrable en fonction de la méta-classe considérée. 3. Outil de modélisation selon l'une des revendications 1 ou 2, caractérisé en ce que lesdites interrelations entre méta-classes et éléments desdites méta-classes comportent au moins les liens sémantiques et/ou logiques: "est composé de " entre les entité fonctionnelles et fonction, "est constitué par" entre les entité fonctionnelles et organe, "exécute" entre organe et fonction, "fournit" entre point de référence et fonction, pour une fonction exécutée par un opérateur fournisseur d'application, - 23 - "utilise" entre point de référence et fonction pour une fonction utilisée par un utilisateur, "applique" entre fonction et/ou entité fonctionnelle et règle d'urbanisme, d'architecture ou d'ingénierie. 4. Outil selon l'une des revendications 1 à 3, caractérisé en ce que chaque fonction de la méta-classe des composant fonctionnels définit une tâche unique dans un processus de commande réseau et associe au moins une interface de liaison vers au moins une autre fonction. 5. Outil selon l'une des revendications 1 à 4, caractérisé en ce que chaque entité fonctionnelle de la méta-classe des composants fonctionnels regroupe un ensemble de fonctions, à chaque entité fonctionnelle étant associée une pluralité d'interfaces de liaison. 6. Outil selon la revendication 5, caractérisé en ce que ladite pluralité d'interfaces de liaison comprend: des interfaces internes, assurant l'interrelation entre fonctions d'une même entité fonctionnelle; des interfaces externes, assurant l'interrelation entre une entité fonctionnelle et une autre entité fonctionnelle ou une fonction. 8. Outil selon l'une des revendications 1 à 6, caractérisé en ce que chaque organe de la méta-classe des composants fonctionnels comprend des paramètres de regroupement et de déploiement desdites entités fonctionnelles et/ou des fonctions, compte tenu des critères de distribution géographique et de faisabilité technique. 9. Outil selon l'une des revendications 1 à 7, caractérisé en ce que chaque point de référence de ladite méta-classe des points de référence est fournie par un ensemble de trois paramètres: un premier paramètre de contrainte de mise en oeuvre de fonction dans le cadre d'une interaction avec une entité fonctionnelle ou une autre fonction; un deuxième paramètre de définition d'un cadre de communication entre fonction et/ou entité fonctionnelle, dans le cadre d'une interaction; un troisième paramètre de définition de données et/ou de format de données manipulables dans le cadre d'une interaction. 9. Outil selon l'une des revendications 1 à 8, caractérisé en ce que chaque règle d'urbanisme appartenant à la méta-classe des règles de structuration comporte au moins: des règles de consolidation permettant de définir les conditions d'établissement de la cartographie de l'architecture de commande; des règles d'évolution permettant une définition adaptative de l'architecture de commande cible. 10. Outil selon l'une des revendications 1 à 9, caractérisé en ce que les règles d'architecture de ladite méta-classe des règles de structuration définissent le mode d'assemblage des fonctions et/ou entités fonctionnelles de l'architecture de commande et sont directement liées aux points de référence spécifiques aux interactions des fonctions. 11. Outil selon l'une quelconque des revendications 1 à 10, caractérisé en ce que les règles d'ingénierie de ladite méta-classe des règles de structuration définissent techniquement les entités fonctionnelles et/ou les fonctions et leurs liens avec lesdits organes. 12. Outil selon la revendication 11, caractérisé en ce que les règles d'ingénierie comportent au moins deux type: les règles organiques d'ingénierie, sensiblement liées à l'agglomération des fonctions et/ou des entités fonctionnelles de l'architecture; les règles techniques d'ingénierie spécifiant techniquement les organes et les liens entre les organes. 13. Outil selon l'une des revendications 1 à 12, caractérisé en ce que les fonctions d'information réseau et d'information utilisateur réseau de ladite méta-classe des fonctions de support définissent l'interaction des fonctions de commande de ladite architecture de commande du réseau de télécommunications et des fonctions d'applications ou services transportées par ledit réseau de télécommunications. - 25 - 14. Outil selon l'une des revendications précédentes, caractérisé en ce que pour la mise en oeuvre d'un processus de modélisation, de conception et d'optimisation de l'urbanisme ou agencement adaptatif de l'architecture de commande d'un réseau de télécommunications, ledit outil exécute au moins: une phase d'apprentissage, permettant au moins de définir un référentiel fonctionnel, une architecture et des points de référence existants et d'engendrer une vue composition et une vue architecture d'éléments existants; et/ou une phase de consolidation permettant d'engendrer à partir de règles urbanisme et de règles d'architecture une vue composition et une vue architecture consolidée, constitutives d'une cartographie existante; et/ou une phase d'évolution permettant d'engendrer à partir de règles d'urbanisme d'évolution et de règles d'architecture cible une vue composition cible et une vue architecture cible, constitutives d'une cartographie cible, et une phase d'exploitation ou de déploiement permettant à partir de la cartographie ciblet et/ou de la cartographie existante d'effectuer un choix des équipements et de déploiement de l'architecture de commande. 15. Outil de modélisation selon la revendication 14, caractérisé en ce que sur atteinte d'une cartographie d'architecture cible, ledit outil permet d'éditer au moins: une vue composants de ladite architecture cible représentant les entités fonctionnelles et/ou les fonctions et la hiérarchie de ces dernières dans ladite architecture réseau de télécommunications correspondant à ladite architecture cible; une vue architecture de ladite architecture cible représentant l'association de ces fonctions et entités fonctionnelles par l'intermédiaire des points de référence. 16. Outil de modélisation selon la revendication 15, caractérisé en ce que sur atteinte d'une cartographie d'architecture cible, ledit outil permet en outre d'éditer une vue de l'architecture interne des entités fonctionnelles. 17. Outil de modélisation selon l'une des revendications 15 ou 16, caractérisé en ce que les règles d'urbanisme sont directement liées aux entités fonctionnelles et explicitées dans ladite vue composants. 18. Outil de modélisation selon l'une des revendications 15 à 17, caractérisé en ce que les règles d'architecture sont explicitées dans la vue architecture. 19. Produit de programme d'ordinateur enregistré sur un support de mémorisation pour exécution par un ordinateur, caractérisé en ce que celui-ci constitue, lors d'une exécution par un ordinateur, un outil de mémorisation, de conception et d'optimisation de l'urbanisme ou agencement adaptatif de l'architecture de commande d'un réseau de télécommunications, ledit outil comportant un méta-modèle constitué par une pluralité de méta-classes et leurs interrelations, lesdites méta- classes comprenant au moins: la méta-classe des composants fonctionnels, regroupant les fonctions, entités fonctionnelles et organes; la méta- classe des points de référence, regroupant un ensemble de paramètres de mise en oeuvre et/ou d'exécution desdits composants fonctionnels; la méta-classe des règles de structuration de l'architecture de commande du réseau de télécommunications, regroupant au moins un ensemble de règles d'urbanisme, un ensemble de règles d'architecture et/ou un ensemble de règles d'ingénierie de ladite architecture; la méta-classe des fonctions de support, regroupant des fonctions d'information réseau et d'information utilisateur du réseau.