Brevet FR2834845A1 — publié le 20030718

Système de création, de déploiement et/ou de surveillance de services, basé sur un modèle de services hiérarchique La présente invention est relative aux systèmes de gestion de services, mis en oeuvre par des réseaux de données tel qu'un réseau de télécommunication ou un réseau de type Internet. Les nouvelles générations de réseaux de télécommunication seront en effet aptes à supporter des services avancés de télécommunication. Parmi ces services, on peut par exemple citer la conférence multipartie, la vidéoconférence, le cinéma à la demande (VoD pour Video on Demand, en anglais)... On comprend que d'une part de tels services sont complexes à créer puis à déployer sur un réseau de télécommunication, puisqu'ils peuvent impliquer un grand nombre d'équipements très divers, et que d'autre part, ils posent des problèmes délicats de surveillance. Il est connu d'associer un système de gestion de réseau à un réseau de télécommunication, avec pour but de le configurer et/ou de le surveiller. Un tel système de gestion de réseau peut, par exemple, être un réseau de gestion des télécommunications ou TMN pour Telecommunication Management Network, en anglais, tel que défini dans la famille de normes M. 3000 de l'ITU-T (International Telecommunication Union- Telecommunication part). Toutefois, une telle approche demeure très proche du réseau de télécommunication et des équipements qui le compose. Elle ne permet pas de définir simplement, et a fortiori, de déployer ou surveiller un service de télécommunication. Elle oblige, par exemple, à disposer d'une grande compétance pour déterminer les équipements impliqués dans la fourniture d'un service, et, réciproquement, les services impactés par un équipement. Il existe aussi des systèmes de gestion de services. On peut par exemple citer l'initiative CaSMIM (Connection and Service Management Information Model) promue par le TeleManagement Forum (TMF), ou bien les travaux effectués dans le cadre de l'IETF (Internet Engineering Task Force) et présentés dans les RFC 2475 ( Architecture for differentiated services ) ou RFC 1633 ( Integrated Services in the Internet Architecture ? > ). Toutefois, l'une comme l'autre de ces solutions sont insuffisantes, en ce qu'elles restent très dépendantes d'une technologie particulière. CaSMIM définit un modèle orienté objets pour les services de transport orientés connexions. Les propositions de l'IETF, quant à elles, définissent des modèles de règles (policies) pour des services basés sur IP (Internet Protocol). Aussi, il n'est pas possible de modéliser un service, d'une façon indépendante de la technologie sous-jacente. Cela oblige donc à connaître cette technologie avant de définir le service. Cela rend aussi impossible le portage d'un service d'une technologie vers une autre. De plus, il n'est pas possible de gérer des services mis en oeuvre par plusieurs domaines, chaque domaine mettant en oeuvre une technologie différente. Le but de l'invention est donc de permettre la gestion de services, en modélisant ces services d'une façon indépendante de la technologie sousjacente. Plus précisément, l'invention a pour un objet un système de création, de déploiement et/ou de surveillance de services, les services étant mis en oeuvre par un réseau de données. Ce système se caractérise en ce qu'il se base sur un modèle des services, composé : d'un premier niveau offrant une vue des services . d'un second niveau offrant une vue des entités commerciales mises en relation par les services, 'd'un troisième niveau offrant une vue des domaines du réseau, utilisés par les entités commerciales, et d'un quatrième niveau offrant une vue de la technologie mise en oeuvre par les domaines de réseau. Selon une mise en oeuvre de l'invention, les second, troisième et quatrième niveaux comportent de surcroît des interfaces entre les entités commerciales et les domaines, respectivement. De surcroît, les éléments appartenant à des niveaux adjacents peuvent être liés par des relations de dérivation. L'invention et ses avantages apparaîtront de façon plus claire dans la description qui va suivre, en relation avec les figures annexées. La figure 1 représente un exemple de service décrit pour la mise en oeuvre de l'invention. La figure 2 est une représentation du méta-modèle associé à l'invention. La première étape de la définition d'un service consiste à décrire un SLS ou Service Level Specification, en anglais. Ce SLS représente l'ensemble des caractéristiques et contraintes d'un service, décrites de façon formelle. Il permet à un fournisseur de service et un client de s'entendre sur ce qui doit effectivement être fourni, indépendamment de la technologie sous-jacente. D'un point de vue pratique, un SLS peut être mis en oeuvre sous la forme d'un ensemble de règles, d'une description orientée objets, d'un template > > , etc. Un exemple de description SLS pour un service de téléphonie est tel qui suit : Phone service parameters o Bandwidth : 64 Kps * x channels * QoS : Yes - Jitter : X - Latency : X - Packet Loss : 0. 1% - Max delay : * Provider ID - Identification number On voit sur cet exemple que la description SLS d'un même service peut faire intervenir plusieurs aspects tels le débit (bandwidth) nécessaire, la qualité de service (QoS, pour Quality of Service, en anglais) voulue, des identificateurs des fournisseur de service (Provider ID) et client (Subscriber ID). La qualité de service, elle-même, peut être décrite suivant plusieurs caractéristiques : gigue (Jitter), Latence (Latency), Perte de paquets (Packet Loss), le retard maximal (Max delay) et la variation du retard (Delay variation). Dans d'autres cas, elle peut être aussi décrite de façon qualitative comme pour les services olympiques : services bronze, argent et or. Sur la figure 1, le premier niveau du modèle de service est une vue des services SLL (pour Service Layer Level), c'est-à-dire une vue des descriptions SLS correspondant à ces services. On a représenté, une description SLS, associé à un contrat entre un client Sc et un fournisseur de service Sp. Le niveau immédiateme inférieur est une vue commerciale BML (pour Business Model Layer). Elle permet la définition des entités commerciales participant à la réalisation du service associé à la description SLS. Le nombre d'entités commerciales et ce qu'elles fourniront dans le but de réaliser un service sont définis en accord avec un service mais pas uniquement : selon le contexte, le fournisseur de service fera participer plus ou moins d'entités commerciales. Dans le cas de l'exemple illustré par la figure 1, ces entités commerciales sont le client Bc et le fournisseur de service Bp, ainsi que le transporteur BT en charge de l'acheminement des données depuis le fournisseur de service Bp jusqu'au client Bc, et réciproquement. Chacune de ces entités commerciales est caractérisée par un ensemble de descriptions SLS ou d'exigences SLR (pour Service Level Requirement , en anglais). Dans le cas où la vue commerciale BML ne comporterait qu'une unique entité commerciale, il faudrait que la description SLS de la vue des services SLL soit incluse dans la description SLS de cette entité commerciale unique. La vue commerciale comporte de surcroît les contrats, ou interfaces commerciales BCT et BTP entre ces entités commerciales. Il est important de noter qu'il doit y avoir au moins une interface commerciale entre deux entités commerciales en relation directe, mais il peut y en avoir plus d'une. Le niveau immédiatement inférieur est la vue des domaines du réseau NDL (pour Network Domain Layer ). Pour chaque entité commerciale de la vue commerciale, on peut avoir un ou plusieurs domaines dans la vue des domaines du réseau. Ainsi, l'entités commerciale Bc utilise un unique domaine Dc. Il en est de même pour le fournisseur de service Bp qui utilise le domaine unique Dp. Par contre, le transporteur Br peut utiliser plusieurs domaines DA et DBLe domaine DA est le domaine d'accès, tandis que le domaine DB est un domaine de transport large bande. En plus de ces domaines, le niveau NDL comporte les interfaces DCA, DAB et Dgp, respectivement entre les domaines Dc et DA, DA et DB et DB et Dp. Une relation de dérivation peut exister entre ces domaines Dc, DA, DB et Dp et les entités commerciales Bc, BT et Bp. Une telle relation de dérivation peut aussi exister entre les interfaces DCA, DAB et DBP et les interfaces commerciales BCTet BTP. Enfin, le dernier niveau est la vue technologique TDL (pour Technology Domain Layer ). A chaque domaine de la vue des domaines NDL correspond un domaine de la vue technologique TDL : Le domaine Tc correspond au domaine Dc, Le domaine TA correspond au domaine DA, Le domaine TB correspond au domaine DB, Le domaine Tp correspond au domaine Dp. De la même façon, chaque interface de la vue des domaines NDL correspond un domaine de la vue technologique TDL : . L'interface T CA correspond au domaine DC, . L'interface TAB correspond au domaine DAB, L'interface TBP correspond au domaine DBP. Ces différentes relations de dérivation se caractérisent par l'héritage des paramètres des éléments de la vue supérieure, par les éléments de la vue inférieure. Ainsi, par exemple, le domaine TA hérite des paramètres du domaine DA et, donc, de ceux de l'entité commerciale Bzw A chaque niveau, le modèle est enrichi de nouveaux paramètres spécifiques à ce niveau (ou vue). Un paramètre d'un niveau donné peut influencer de différentes façons les niveaux hiérarchiquement inférieurs. Un paramètre d'un élément entité peut être spécialisé dans un, ou plusieurs, paramètre d'un élément de niveau inférieur. Par exemple, un paramètre identifiant > , de l'entité Sc de la vue des services SLL, peut être dérivé en un paramètre SAP (pour Service Access Point) dans l'élément Dc, puis en un paramètre désignant le port physique de l'équipement, dans l'élément Tc de la vue technologique TDL. Un paramètre peut influer sur le choix de la technologie à mettre en oeuvre pour le niveau technologique TDL ; ainsi si le service est un service de voix, la technologie devra être un réseau de transport de voix classique, ou bien un réseau de données offrant une qualité de service suffisante pour le transport de la voix. Un paramètre peut aussi se répercuter sur plusieurs éléments des vues inférieures ou sur leur agencement. Par exemple, un service de voix va imposer des paramètres de délai maximum de transmission de bout en bout. Ce paramètre de délai peut, d'une part se dériver en des paramètres plus précis dans chaque élément impliqué, et d'autre part, forcer à minimiser le nombre d'éléments par vue (c'est-à-dire à minimiser le nombre de communication impliquant des délais). Au niveau le plus bas, la vue technologique, des paramètres relatifs à la technologie mise en oeuvre sont apportés. La figure 2 représente un méta-modèle explicitant la façon dont les modèles de service peuvent être écrits, d'une façon plus claire pour l'homme de métier. Ce méta-modèle est conforme au langage UML (Unified Modeling Language). Il comporte les 4 niveaux SLL, BML, NDL et TDL précédemment décrit en relation avec la figure 1. Il comporte des éléments qui peuvent être des descriptions SLS, des entités commerciales B, des interfaces entre entités commerciales Bt, des domaines D et T, des interfaces entre domaines DI et TI. L'invention a comme avantage de disposer d'un modèle qui, jusqu'au dernier niveau (la vue technologique) est indépendant de la technologie mise en oeuvre. Il permet ainsi de créer des services facilement, sans se préoccuper de la technologie qui va être mise en oeuvre lors de son déploiement. Il permet aussi de gérer des services qui peuvent être porter aisément d'une technologie vers une autre, ou bien qui peuvent être mise en oeuvre sur des domaines de différentes technologies. Ce modèle peut être utilisé dans le cadre d'un système de gestion de services. Un système de gestion de services peut avoir une ou plusieurs fonctionnalités parmi : - l'aide à la création de services, - le déploiement de services sur un réseau de télécommunication (ou provisionning ), - la surveillance de ce service (ou assurance ). REVENDICATIONS 1) Système de création, de déploiement et/ou de surveillance de services, lesdits services étant mis en oeuvre par un réseau de données, caractérisé en ce qu'il se base sur un modèle desdits services, composé : . d'un premier niveau offrant une vue desdits services * d'un second niveau offrant une vue des entités commerciales mises en relation par lesdits services, d'un troisième niveau offrant une vue des domaines dudit réseau, utilisés par lesdites entités commerciales, et d'un quatrième niveau offrant une vue de la technologie mise en oeuvre par lesdits domaines de réseau. 2) Système selon la revendication l, dans lequel lesdits second, troisième et quatrième niveaux comportent de surcroît des interfaces entre les entités commerciales et les domaines, respectivement. 3) Système selon l'une des revendications 1 ou 2, dans lequel les éléments appartenant à des niveaux adjacents peuvent être liés par des relations de dérivation.