DU TMN au NGOSS

Noëmie SIMONI UE : RES 347

DU TMN au NGOSS

RES 347-2008- DU TMN au NGOSS 2

Plan

  Introduction

  Le Telecommunication Management Network (TMN)

  Le TeleManagement Forum (TMF)

  Le cadre global du NGOSS

  Les architectures du NGOSS

  Conclusion et bibliographie


Le contexte et la problématique

  Les BSS/OSS d'aujourd'hui   Différents constructeurs   Différentes couvertures   MI souvent propriétaires

  Comment assurer le bout en bout ?   Interopérabilité des BSS/OSS   Complémentarité des couvertures   Partage de l’information


Le besoin d’automatisation

Processus

Service

Client

Réseau


Le besoin d’intégration

intégration

systems

products

processing information


Les besoins stratégiques

  Time to Market (T2M)   Zero Latency Enterprise (ZLE)   Return on Investment (RoI)

  User centric   Facteur différentiel : les services   Convergence fixe/mobile : les réseaux


TMN : Telecommunication Management Network

  But : Mettre en œuvre une architecture de gestion de service et de réseau de télécommunication.

  Rôle : Recouvre l’ensemble des activités de surveillance, d’analyse, de contrôle et de planification du fonctionnement des ressources de télécommunication.


TMN et le réseau géré


TMN : Architecture fonctionnelle

  Les blocs fonctionnels

  les composants fonctionnels

  Les points de références


TMN, Architecture fonctionnelle : les blocs fonctionnels


Les niveaux hiérarchiques du TMN

  BML

  SML

  NML

  EML

  NEL


L’interface Q3


Conclusion   Le TMN offre une structure d’accueil dans

laquelle la gestion d’équipements hétérogènes, de réseaux et de services devient possible.

  Le TMN propose une architecture complète. Mais n’a traité que EML et le modèle informationnel du réseau.

  Pour le modèle fonctionnel et la mise en œuvre du NML et du SML, il faut se référer au TOM (TMF).


Le TMF et le modèle fonctionnel

  Introduction   TOM (TeleManagement Operations Map)   Les processus de gestion   Un exemple de scénario   eTOM (Méthodologie)   Conclusion


TMF (TeleManagement Forum)

  Des activités dans le cadre de la communication industrielle et les services clients.

  Sa mission : la définition et l’automatisation des processus.

  Les travaux sont axés sur la gestion des services de télécommunications et la gestion des réseaux.


TMF (TeleManagement Forum)

  Le TMF fournit des solutions aux problèmes liés à la délivrance des services clients.

  le TMF se base sur le modèle en couches du TMN (5 couches de gestion).

  Le TMF utilise l’approche TOP-DOWN


Les apports du modèle TOM

  Dénombre et unifie la désignation des processus les plus courants

  Cartographie ces processus   Par niveau d'intervention   Par objectif de bout en bout

  Identifie leurs relations :   Horizontales (niveau d'intervention)   Verticales (Objectif de bout en bout).


Le modèle TOM

Customer

Customer Interface Management Processes

Customer Care Processes

Service Developpement & Operations Processes

Network and Systems Management Processes

Network Element Management Processes

Physical Network & Information Technology

ISMP


Les processus par couche de gestion

Service Config

Sales

Service Pln&Dev

Order Handling

Service Pb Mgmt

QoS Mgmt

Problem Handling

Customer QoS Mgmt

Network Maint &

Restoration

Network Pln &Dev

Network

Provisioning

Network Inventory

Mgmt

Network Data Mgmt

Rating & Discounting

Invocing & Collections

BML

SML

NML


Les processus FAB

Service Config

Sales

Service Pln&Dev

Order Handling

Service Pb Mgmt

QoS Mgmt

Problem Handling

Customer QoS Mgmt

Network Maint &

Restoration

Network Pln &Dev

Network

Provisioning

Network Inventory

Mgmt

Network Data Mgmt


Invocing & Collections

Fulfilment

Assurance

Billing


Les processus de Fulfilment   BML   Sale   Order Handling

  SML   Service Planning   Service Configuration

  NML   Network planning   Network Provisioning


Sales

  Objectif : fournir une réponse rapide aux demandes des clients en créant une relation entre les demandes et la capacité du fournisseur à livrer les services.

  Début : l’identification du client et de ses besoins

  Fin : la conclusion de la vente du service.


Order Handling

  Objectif : formuler les ordres de services émis par le client et lui notifier la progression de sa demande.

  Début : émission d’un ordre   Fin : notification de la terminaison de l'ordre

(ordre achevé) et fourniture des informations pour construire ou mettre à jour le compte du client.



Service planning

  Objectif : assurer le déploiement et le développement rapide des nouveaux services.

  début : en réceptionnant les caractéristiques d’un nouveau service

  Fin : introduction du nouveau service.



Service Configuration

  Objectif : assurer la configuration du service ou sa reconfiguration (en cas de problème).

  Début : la demande du client ou un ordre de changement pour la gestion du service

  Fin : configuration effective du service.



Network Planning

  Objectif : déployer et développer un réseau à moindres coûts. Il assure aussi la présence de l’infrastructure nécessaire pour les services.

  Début : l’expression d’un besoin spécifique d’une nouvelle technologie.

  Fin : disponibilité des entités et le déploiement du réseau .



Network Provisioning

  objectif : configuration et l’installation des ressources logiques et physiques du réseau.

  Début : une requête, de configuration ou d’installation, émise par les processus de la couche NML ou depuis le processus de configuration du service.

  Fin : configuration du réseau.


Un process charnière

  Le Gestionnaire de l’inventaire Réseau   L ’articulation entre le modèle

informationnel et le modèle fonctionnel   La base informative pour les process

« assurance »   Le Socle des notifications vers SML et

BML



Network Inventory Management

  Objectif : installation et administration de l’infrastructure physique du réseau.

  Début : un ordre de travail (work order) pour l’implémentation d’une entité physique. Il peut être aussi déclenché par un ordre de réparation.

  Fin : installation réussite.


Invoicing & collections

  Objectif : fournir une facture correcte au client et résoudre les problèmes de facturation.

  Début : en recevant des entrées du processus « Order Handling » pour la mise à jour du compte client

  Fin : délivrance de la facture.



  Objectif : effectuer le charging, calcul du taux d’utilisation des services et éventuellement appliquer des remises.

  Début : enregistrement de l’identifiant du client pour appliquer les règles appropriées au charging.

  Fin : le processus fournit des informations correctes pour l’établissement des factures.


Exemples de Scénario

  Exemple 1: Fullfilment   Exemple 2: Assurance   Exemple 3: Billing



Exemple 2 : Service Assurance workflow


Billing Process Flow


eTOM Process Methodology

 Business Process Framework  Process Decomposition  Process Dynamics


Business Process Framework

  eTOM Level 0 :   Strategy, Infrastructure and Product   Operations   Enterprise Management

  eTOM Level 1 : Process Groupings Operations   FAB et xML interconnection (TOM)   Readiness et xML interconnection

  eTOM Level 2 : Process Decomposition


Operations

Enterprise Management

Strategy, Infrastructure & Product

Customer

eTOM Level 0


Operations

Fulfillment Assurance Billing Operations Support & Readiness Customer Relationship Management

Service Management & Operations

Resource Management & Operations

Supplier/Partner Relationship Management

(Application, Computing and Network)

Enterprise Management

Strategic & Enterprise Planning Financial & Asset Management Enterprise Quality

Management, Process & IT Planning & Architecture

Stakeholder & External Relations Management Brand Management,

Market Research & Advertising Human Resources Management

Disaster Recovery, Security & Fraud Management

Research & Development, Technology Acquisition

Strategy, Infrastructure & Product Product Lifecycle Management

Infrastructure Lifecycle Management

Strategy & Commit Marketing & Offer Management

Service Development & Management

Resource Development & Management

Supply Chain Development & Management

(Application, Computing and Network)

Customer

eTOM Level 1: Process Groupings


View of Level 2 Operations Processes


Process Decompositions Level 2

Level 3

Level 4


Process Dynamics


Les Normes

Normes UIT/TMN

/TMF

Fonctions de gestion

FCAPS

Scénarios

M3400

Modèle de processus TOM/eTOM

SMF

X7du

Le cadre global du NGOSS Next Generation Operation Support System

www.tmforum.org


Pourquoi le NGOSS ?


Une évolution …


Le cadre du NGOSS


Principaux acteurs dans NGOSS


Le modèle informationnel pour les applications NGOSS

  Shared Information Data (SID) model   http://www.tmforum.org/browse.asp

?catID=2008   Programme SID   Phase 5   Série des documents GB922


Shared Information Data   Business view :

  décrite dans la série des documents GB922,   focalise sur la modélisation des entités métier

  System view :   se focalise sur les entités du système.   extension des entités métier de la vue business   définition de nouvelles entités (message bus, observateur, interfaces, etc.).

  Implementation view : se focalise sur la mise en œuvre du SID

  Deployment view : se focalise sur les aspects du déploiement


La vue business du SID: les domaines


La vue business du SID: les domaines


L’architecture des applications NGOSS

  Le cadre global

  Technology Neutral Architecture (TNA)

  Technology Specific Architecture (TSA)

  Mapping


Le cadre global


Le cadre global : TNA/TSA


TNA : les concepts de bases

  Architecture indépendante des technologies   Les processus métiers (Business Processes) : eTOM business processes   Le modèle des informations partageables : le Shared Information Data   Les politiques (policy – based management) : gestion du comportement

de toutes les entités du NGOSS.   Les ressources : réseau, communication, etc.   Les services de gestion (Management Services) :

  cœur fonctionnel de la TNA,   composants NGOSS forment les applications NGOSS   Construit à partir d’un modèle (NGOSS meta-modèle)   héritent d’une même structure faciles à intégrer.   Les services demandés/offerts sont définis par des contrats (NGOSS

Contracts).


Mapping TNA/TSA

Requirements

Technology-Neutral Projection

Technology-Specific Projections

Implementation-Specific Projections

Business Case

NGOSS Architecture


Plate-forme NGOSS


Conclusion

  Les composants NGOSS sont des entités modulables, distribuables et réutilisables.

  Grâce aux processus, l’application de gestion peut être obtenue par la composition de ces composants (suivant la logique du processus).

  Mais l’autonomie n’est pas encore adressée dans le NGOSS….

Documents

DU TMN au NGOSS