Service-on-Demand im Breitbandverteilnetz von Berlin - FH-Aachen

Dienstmanagement - eine technisch-betriebliche Lösung 211
Mit der XAPI erhalten alle MM-<strong>Service</strong> Control Points im System eine hohe
Austauschbarkeit der Komponenten. Auch läßt dieses Konzept neue Kombinationen von
Netzarten und nicht-firmenspezifischen Lösungen zu. Teilkomponenten von unterschiedlichen
Herstellern zu kombinieren, verschafft dem SoD-System die Möglichkeit, eine variable, billige,
firmenunabhänge Architektur zu werden. Für die plattformunabhängige
Kommunikationsschnittstelle XAPI spricht, daß sie auf das OSI-Referenzmodell aufsetzt und
durch das generische Konzept ihre Funktionalität leicht erweiterbar ist.
Neben dem MM-<strong>Service</strong> Control Point und dem MM-<strong>Service</strong> Management Point (SMP)
werden die MM-<strong>Service</strong> Creation Environment Points (SCEP) sowie Data and Reports Points
(DRP) benötigt, die jeweils Anwendungen für die spezielle Managementfunktion auf dem
Point bieten. Neben diesen Anwendungen sollte es weitere allgemeine Anwendungen zur
Überwachung und Kontrolle geben.
Der Data and Report Point (DRP) übernimmt die Disposition, die Abrechnung, die
Erstellung von Hilfsmitteln und Auswertungen für den Kunden, den Anbieter und den Betrieb.
Er koordiniert die Terminanforderungen, die Belegung von Ressourcen, die Ausfälle, die
Mehraufwände und die kritischen Punkte. Zur Disposition gehört das Buchen von Ressourcen
unter der Berücksichtigung technischer Ausstattung und Leistungen, Buchung von
wiederkehrenden Terminen und Ressourcen sowie die Kontrolle und Überwachung von
Terminen. Zu den weiteren Funktionen gehören Rückmeldungen über kritische Punkte,
Anbinden von externen Anbietern mit eigenständiger Darstellung und Kapazitätsvorschauen.
Bezüglich der Abrechnung sollten die unterschiedlichen Kosten, Ausgleichszahlungen,
Gehälter und Leistungen berücksichtigt werden. Weiterhin gehört das Erstellen von
Hilfsmitteln wie Stunden-, Tage- und Wochen-Übersichten, Arbeitsunterlagen, Plänen und
Tätigkeitsnachweisen beim DRP dazu. Analyse-Werkzeuge zur Auswertung und Statistiken
wie Jahrespersonaleinsatz, Monatsnachweis, Monatsübersicht sowie Kapazitätsübersicht
sollten in einem standardisierten Format ebenfalls dazugehören.
Der <strong>Service</strong> Creation Environment Point (SCEP) erlaubt das Design, die kundenbezogene
Anpassung, die Erstellung, die Simulation und die Integration von Diensten.
Die <strong>Service</strong> Design Tools sind medienorientiert. Hierunter fallen der Text- und
Dokumtentations-Editor, der Icon- und Image-Editor, der Video- und Audio-Editor, Paletten-
und User-Interface-Generator sowie der <strong>Service</strong>-Logic-Editor. Zu dieser Kategorie gehören
ebenso die Tools zur kundenbezogenen Anpassung. Halbfertige Dienste, sogenannte
Tamplates, werden auf Kundenwünsche abgestimmt.
Die <strong>Service</strong> Building Tools sind produktorientiert. Hierunter fallen der Compiler und
Linker, die aus Modulen das <strong>Service</strong> Logic Programm konvertieren. Der <strong>Service</strong>-Provider
Table Editor definiert die eingesetzten Objekte, die verwendeten Sprachen, die benötigten
Verbindungen und die festgelegten dynamischen Abhängigkeiten. Ein Debugging Tool für SCP
und STP überprüft die Prozeßfehler. Weiterhin werden Tools für Dokumentation und
Bedienung, Übergabe an den MM-SMP sowie für Versions-, Konfigurations-, Qualitäts-,
Projekt- und Teammanagement benötigt.
Die <strong>Service</strong> Integration Tools sind prozeßorientiert. Auf einem unabhängigen System wird
eine Simulation durchgeführt. Als weitere Stufe wird im realen System eine Evaluation und ein
Test durchgeführt. Als abschließende Stufe kann unter realen Prozeßbedingungen eine
Fehleranalyse erfolgen.
Eine Erweiterung der IN-<strong>Service</strong> Independing Building Blocks (SIB) auf generische
Objekte für Multimedia-Dienste und damit eine Veränderung des Basic Call Models sollte
erfolgen. Die generischen Objekte liegen im Bereich User, Content, Order, Product, System
und Utility. Hier werden einige MM-<strong>Service</strong> Independing Building Blocks vorgeschlagen
(siehe Tabelle 4-5), die weiterhin mit den generischen Diensten aus dem Berkom-
Referenzmodell ergänzt werden könnten.