Die Definition von OSS und BSS

Was ist OSS und BSS? Sich auf die Grundlagen zu besinnen, kann manchmal eine Herausforderung sein. Wie kann man erklären, was OSS und BSS bedeuten? Prägnant. Präzise. Es gab schon immer Debatten und Meinungen über ihre jeweilige Rolle. Und man kann sich nicht einmal darauf einigen, wofür OSS steht. OSS Line beleuchtet dieses heikle, aber grundlegende Thema…

OSS ist entweder Operational Support Systems oder Operations Support Systems.

Sie haben zu viel Zeit, wenn Sie darüber streiten wollen, welches die „richtige“ Definition ist. Historisch gesehen habe ich Operational verwendet, aber ich gebe zu, dass Operations irgendwie mehr Sinn macht, wenn man darüber nachdenkt…

BSS steht für Business Support Systems. Ganz einfach. Keine Diskussion.

Was sind Operational Support Systems?

Software- (gelegentlich auch Hardware-) Anwendungen, die Back-Office-Aktivitäten unterstützen, mit denen das Netz eines Telekommunikationsunternehmens betrieben, Kundendienste bereitgestellt und gewartet werden.

OSS wird traditionell von Netzplanern, Service-Designern, Betriebsleitern, Architekten, Support- und Ingenieurteams in den Dienstanbietern verwendet. Zunehmend können auch Produktmanager und leitende Mitarbeiter unter dem CTO oder COO OSS in gewissem Umfang nutzen oder darauf zurückgreifen.

Was sind Business Support Systems?

Softwareanwendungen, die kundenorientierte Aktivitäten unterstützen. Fakturierung, Auftragsmanagement, Customer Relationship Management, Call-Center-Automatisierung sind alles BSS-Anwendungen.

BSS können auch die kundenorientierte Oberfläche von OSS-Anwendungen wie Trouble-Ticketing und Service Assurance umfassen – diese sind Back-Office-Aktivitäten, die jedoch direkt durch den Kontakt mit dem Kunden initiiert werden.

Diese grundlegende Beziehung zwischen OSS und BSS, bei der OSS Service-Aufträge erhält und der BSS-Schicht Service-Assurance-Informationen liefert, wird oft als „Orders Down, Faults Up“ bezeichnet.

oben. Supereinfache Beziehung zwischen OSS und BSS

Ist die Integration zwischen OSS und BSS klar?

In der Vergangenheit gab es eine klarere Trennung zwischen OSS und BSS. Eine gewöhnliche Aufgabe wie das Erfassen eines Kundenauftrags und dessen Bereitstellung erforderte eine einfache BSS-zu-OSS-Schnittstelle. „Liefern Sie Produkt X an Kunde Y“. BSS würde den Auftrag erfassen, die Rechnungsstellung einrichten und den Auftrag zur Erfüllung an OSS weiterleiten.

Heutzutage sind Netze und Dienste komplizierter und flexibler, und Telcos bieten eine Reihe differenzierter Produkte an. OSS und BSS müssen sich darüber verständigen, was der Kunde bestellen kann, je nachdem, welchen Dienst er bereits hat, welches Netz er nutzt, wie weit er von der Telefonzentrale entfernt ist und so weiter. Das Anbieten eines Dienstes für einen Kunden ist jetzt eine Verhandlung zwischen den von BSS verwalteten kommerziellen Produkten und der Fähigkeit von OSS (und dem lokalen Netz), bestimmte Produkte zu liefern.

Infolgedessen gibt es jetzt eine Reihe von Systemen, die sich über OSS/BSS erstrecken:

• Service Assurance-Systeme sind jetzt in OSS/BSS integriert, um die Serviceleistung zu verfolgen und sicherzustellen, dass die Service-Level-Agreements (SLA) der Kunden eingehalten werden. Service Assurance kann auch proaktiv Netzausfälle erkennen, Maßnahmen zur Behebung einleiten und Kunden mit hoher Priorität benachrichtigen.
• Servicekataloge (auch Produktkataloge genannt) bieten dem Telekommunikationsunternehmen einen zentralen Ort, an dem die den Kunden angebotenen Produkte aufgelistet werden und definiert wird, welche Netzressourcen für die Bereitstellung des Dienstes genutzt werden können. Service-Kataloge bieten Produktmanagern ein Werkzeug, das das Service-Angebot und die Erfüllungsprozesse in BSS und OSS zusammenführt.
• Service-Management-Anwendungen ermöglichen eine stärkere Interaktion zwischen OSS- und BSS-Prozessen, wenn der Service-Auftrags- und Erfüllungsprozess komplex ist. Wenn ein Serviceauftrag mehrere technische Ressourcen umfasst, die von mehreren OSS-Systemen bereitgestellt werden, ist das Servicemanagement dafür verantwortlich, den Erfüllungsprozess zu orchestrieren und das kundenorientierte Team über Fortschritte, Änderungen oder Lieferprobleme zu informieren.

Es gibt jetzt weniger Diskussionen darüber, was diese OSS/BSS-übergreifenden Systeme tun, aber immer noch viel Unsicherheit darüber, aus wessen Budget das Implementierungsprojekt finanziert wird…