Nog niet zo lang geleden was het exploiteren van een telecommunicatienetwerk een statisch, langzaam veranderend proces. Netwerken werden gebouwd met behulp van fysieke functies, geconfigureerd om een ​​stabiele set services te bieden en, eenmaal uitgerold, jarenlang te functioneren zonder noemenswaardige veranderingen. Dit weerspiegelde zich ook in de operationele en bedrijfsondersteunende systemen, de OSS/BSS, die na een aantal jaren onvermijdelijk de legacy-status zouden krijgen. Tegenwoordig worden wijzigingen die voorheen handmatig via CLI werden uitgevoerd, nu volledig geautomatiseerd en op schaal gerepliceerd voor steeds snellere implementatietijden, betere SLA's en een verbeterde klantervaring. Elke legacy OSS/BSS zal daarom hoogstwaarschijnlijk niet de flexibiliteit en de automatiseringsmogelijkheden hebben om dit te ondersteunen digitale transformatie initiatieven richten zich actief op deze cruciale reeks systemen die moeten worden aangepast aan de nieuwe trends.

OSS/BSS

De complexiteit die inherent is aan de nieuwe aanpak, weerspiegelt zich in alle lagen, van infrastructuur tot de OSS/BSS. Er zit echter een addertje onder het gras. Het wijzigen van de OSS/BSS-laag is vaak een project van meerdere miljoenen dollars dat meerdere jaren in beslag neemt, alle actieve delen van het netwerk raakt en meestal begint met de migratie van alle legacy-inventarissen naar het nieuwe systeem voordat een enkele nieuwe service kan worden geïmplementeerd. uitgerold. Het creëert een afhankelijkheid van specifieke leveranciers en is niet iets waar de meeste CSP's of MNO's naar uitkijken. 

Dus, is er een even betrouwbaar, minder opdringerig en pragmatischer alternatief? Alles is uiteindelijk mogelijk in software, en ik geloof dat er een manier is, losjes geïnspireerd door twee concepten die zijn ontleend aan het gebied van software-architectuur: het servicemesh en het zijspan.

Introductie van een begeleidende automatiseringslaag

Betreed het brownfield-scenario van een CSP die in de loop der jaren enorm heeft geïnvesteerd en een heterogeen multi-vendor OSS/BSS-ecosysteem beheert. De uitdaging van de introductie van nieuwe producten is om de op maat gemaakte ontwikkelings- en integratie-inspanningen te vermijden die gepaard gaan met het aanpassen van elk van de OSS/BSS-componenten en met het toevoegen van de lijmlogica waarmee ze de nieuwe use cases end-to-end kunnen ondersteunen.

Wat als we, in plaats van al deze systemen aan te raken of ze te vervangen door een nieuwe, hun bestaande functionaliteit en gebundelde inventarissen behouden? We kunnen dit doen door een begeleidende automatiseringslaag aan de bestaande OSS/BSS-stack toe te voegen, waardoor een mesh tussen deze systemen effectief wordt gecreëerd en ze in staat worden gesteld om deel te nemen aan volledig geautomatiseerde end-to-end transacties en de digitale transformatie te versnellen.

Hoe werkt de automatiseringslaag?

Deze aanpak zou CSP's alle voordelen van digitale transformatie opleveren en hen in staat stellen onmiddellijk te beginnen met innoveren, zonder eerst een dure OSS/BSS-vervangingsoperatie te doorlopen. Hier is hoe.

1. Het omzeilt het raadsel van inventarismigratie, houdt de bronnen van de waarheid bij de systemen die ze bezitten en consumeert gegevens rechtstreeks van de bron.
2. Een automatiseringslaag kan de automatiseringsstromen voor alle domeinen die door het netwerk van de CSP worden bestreken, centraliseren in een herbruikbare, eenvoudig uit te breiden catalogus die reikt van SDN- en datacenterautomatisering tot 5G-slicing en eSIM-connectiviteit.
3. Het kan gemakkelijk nieuwe en bestaande systemen in de mesh opnemen door hun API's en gegevens bloot te stellen aan de automatiseringslaag, waardoor het automatiseringsbereik voortdurend wordt uitgebreid naar nieuwe use-cases. De automatiseringslaag fungeert als zijspan voor al deze systemen, waardoor ze kunnen deelnemen aan automatiseringsscenario's, zelfs als ze er in eerste instantie niet voor zijn ontworpen. Dit is aantoonbaar beter dan het initiatief van veel CSP's om alle OSS/BSS API's onder een uniforme API-gateway te plaatsen, die de toegang consolideert maar nog steeds geen automatiseringsmogelijkheden heeft.
4. In combinatie met concepten als low-code en no-code stelt een automatiseringslaag de CSP's vakexperts in staat om nieuwe services te definiëren als end-to-end automatiseringssjablonen die naadloos de API's gebruiken die door de verschillende OSS/BSS-componenten zijn gepubliceerd en NetOps-principes toepassen naar hen.
5. Het biedt een centraal punt voor het operationaliseren van de AI/ML-modellen gebruikt in assurance-scenario's in alle domeinen, waardoor geavanceerde assurance en closed-loop-automatisering mogelijk zijn, zelfs in oudere systemen.
6. En tot slot stelt het de CSP in staat om de automatiseringslaag op een gecontroleerde manier bloot te stellen aan hun eigen MVNO-klanten, waardoor ze de middelen krijgen om het standaardaanbod aan te passen of er nieuwe diensten bovenop te definiëren.

CSP's en de reis naar digitale transformatie

Terwijl de nieuwe laag en nieuwe producten worden geïntroduceerd, blijven bestaande systemen en services draaien, zodat de CSP precies kan bepalen of, wanneer en hoe ze worden gemigreerd, zonder risico op downtime. Evenzo is het voldoende om de API's van nieuw geïntroduceerde componenten aan de automatiseringslaag bloot te stellen om ze in het automatiseringsspectrum te laten opnemen.