Systém podpory provozu - Operations support system
Operační podpůrné systémy ( OSS ), operační podpůrné systémy v britském používání nebo operační systém ( OpS ) v NTT jsou počítačové systémy používané poskytovateli telekomunikačních služeb ke správě jejich sítí (např. Telefonních sítí). Podporují funkce správy, jako je inventář sítě , zajišťování služeb , konfigurace sítě a správa chyb .
Spolu se systémy podnikové podpory (BSS) slouží k podpoře různých telekomunikačních služeb typu end-to-end. BSS a OSS mají vlastní odpovědnost za data a služby. Tyto dva systémy dohromady jsou často zkráceny OSS/BSS, BSS/OSS nebo jednoduše B/OSS.
Zkratka OSS se také používá v jednotném čísle k označení všech operačních podpůrných systémů vnímaných jako celý systém .
TM Forum , laboratoře průmyslového výzkumu nebo prodejci OSS navrhli různá členění OSS. OSS obecně pokrývá alespoň následujících pět funkcí:
- Systémy pro správu sítě
- Zásilková služba
- Plnění služeb , včetně inventáře v síti, aktivace a zajišťování
- Zajištění služeb
- Péče o zákazníky
Dějiny
Asi před rokem 1970 bylo mnoho činností OSS prováděno manuálními administrativními procesy. Ukázalo se však, že velká část této činnosti může být nahrazena počítači . V příštích zhruba 5 letech vytvořily telefonní společnosti řadu počítačových systémů (nebo softwarových aplikací ), které automatizovaly velkou část této činnosti. To byl jeden z hnacích faktorů pro rozvoj Unix operačního systému a C programovací jazyk . Společnost Bell System zakoupila vlastní řadu produktů počítačů PDP-11 od společnosti Digital Equipment Corporation pro různé aplikace OSS. Mezi systémy OSS používané v systému Bell patří AMATPS , CSOBS, EADAS , Remote Administration Administration System (RMAS), Switching Control Center System (SCCS), Service Evaluation System (SES), Trunks Integrated Record Keeping System (TIRKS) a mnoho dalších. Systémy OSS z této éry jsou popsány v Bell System Technical Journal , Bell Labs Record a Telcordia Technologies (nyní součást společnosti Ericsson ) SR-2275.
Mnoho systémů OSS původně nebylo navzájem propojeno a často vyžadovalo ruční zásah. Zvažte například případ, kdy si zákazník chce objednat novou telefonní službu. Objednávací systém by převzal zákazníkovy detaily a podrobnosti o jeho objednávce, ale nemohl by přímo konfigurovat telefonní ústřednu - to by bylo provedeno systémem správy přepínačů. Podrobnosti o nové službě by bylo třeba přenést ze systému pro zpracování objednávek do systému správy přepínačů-a to by normálně provedl technik, který by podrobnosti přepisoval z jedné obrazovky na druhou-tento proces se často označuje jako „otočná židle“ integrace". To byl zjevně další zdroj neefektivity, proto jsme se v příštích několika letech soustředili na vytváření automatizovaných rozhraní mezi aplikacemi OSS - integrace OSS. Levná a jednoduchá integrace OSS zůstává hlavním cílem většiny telekomunikačních společností.
Architektura
Velká část práce na OSS byla zaměřena na definování její architektury. Jednoduše řečeno, existují čtyři klíčové prvky OSS:
- Procesy
- sled událostí
- Data
- informace, podle kterých se jedná
- Aplikace
- komponenty, které implementují procesy pro správu dat
- Technologie
- jak implementujeme aplikace
V průběhu 90. let 20. století byly definice nové architektury OSS provedeny sektorem ITU Telecommunication Standardization Sector (ITU-T) ve svém modelu Telecommunications Management Network (TMN). Tím byl vytvořen 4vrstvý model TMN použitelný v OSS:
- Úroveň řízení podniku (BML)
- Úroveň správy služeb (SML)
- Úroveň správy sítě (NML)
- Úroveň správy prvků (EML)
Pátá úroveň je občas zmiňována jako samotné prvky, ačkoli standardy hovoří pouze o čtyřech úrovních. To byl základ pro pozdější práci. Správa sítě byla dále definována ISO pomocí modelu FCAPS - Porucha, Konfigurace, Účetnictví, Výkon a Zabezpečení. Tento základ byl převzat standardy ITU-T TMN jako funkční model pro technologickou základnu standardů TMN řady M.3000-M.3599. Ačkoli byl model FCAPS původně koncipován a je použitelný pro podnikovou síť IT, byl přijat pro použití ve veřejných sítích provozovaných poskytovateli telekomunikačních služeb, kteří dodržují standardy ITU-T TMN.
Velkým problémem správy sítí a služeb je schopnost spravovat a ovládat síťové prvky přístupových a základních sítí. Historicky bylo vynaloženo mnoho úsilí na normalizační fóra (ITU-T, 3GPP) za účelem definování standardního protokolu pro správu sítě, ale bez úspěchu a praktických výsledků. Na druhé straně se protokol IETF SNMP (Simple Network Management Protocol) stal de facto standardem pro správu internetu a telco na komunikační úrovni EML-NML.
Od roku 2000 a dále, s růstem nových širokopásmových a VoIP služeb, vstupuje správa domácích sítí také do oblasti OSS a správy sítí. Specifikace DSL Forum TR-069 definovala protokol CPE WAN Management Protocol (CWMP), vhodný pro správu zařízení a terminálů domácích sítí na rozhraní EML-NML.
TM fórum
TM Forum , dříve TeleManagement Forum, je mezinárodní organizace členství poskytovatelů komunikačních služeb a dodavatelů na odvětví komunikací. Přestože OSS obecně dominují proprietární a vlastní technologie, TM Forum podporuje standardy a rámce v OSS a BSS.
Do roku 2005 byl vývoj v architektuře OSS výsledkem programu TM Generation Operations Systems and Software (NGOSS) nové generace , který byl zřízen v roce 2000. Tím se vytvořil soubor zásad, které by integrace OSS měla přijmout, spolu se sadou modelů, které poskytovat standardizované přístupy. NGOSS byl přejmenován na Frameworx.
Modely Frameworx
- Informační model (dále jen Shared Information / Data modelu, nebo SID ) - nyní více běžně označována jako informační rámec,
- Procesní model (dále posílena Telecom Operation Map nebo eTOM ) - nyní více obyčejně známý jako Business Process Framework,
- Modelu aplikace (dále jen Telecom aplikace Map ) - nyní známý jako aplikační framework, architektury (dále jen Technology Neutral Architecture) a model životního cyklu.
TM fórum popisuje Frameworx jako architekturu, která je:
- " volně spojený "
- distribuován
- na bázi komponent
Komponenty komunikují prostřednictvím společného komunikačního prostředku (pomocí infrastruktury pro výměnu informací; např. EAI , Web Services , EJB ). Chování lze řídit pomocí správy procesů a/nebo správy zásad k orchestraci funkcí poskytovaných službami nabízenými komponentami.
Práce NGOSS TM Forum se v rané fázi soustředila na budování referenčních modelů, které by podpořily pohled zúčastněných stran na interakci procesů, informací a aplikací. Souběžně probíhaly činnosti, které podporovaly pohled zúčastněných stran implementace na specifikace rozhraní a zajišťovaly přístup ke schopnostem OSS (především MTNM). Práce MTNM se vyvinula do sady webových služeb poskytujících rozhraní MTOSI pro více technologické operace . V poslední době se k TMF připojila iniciativa OSS through Java (OSS/J), aby poskytovala BSS/OSS API založená na NGOSS .
Probíhající práce - otevřená digitální architektura (ODA)
Open Digital Architecture (ODA) nabízí průmyslově dohodnutý plán, jazyk a soubor klíčových zásad návrhu, které je třeba dodržovat. Poskytne pragmatické cesty na cestě od udržování monolitických, starších softwarových řešení až po správu svižných, cloudových funkcí, které lze organizovat pomocí AI . Jedná se o referenční architekturu, která mapuje otevřená rozhraní API fóra TM proti technickým a obchodním funkcím platformy.
Viz také
- Systém podpory podnikání
- COSMOS (telekomunikace)
- Operační systém údržby smyčky
- OA&M
- Systém hodnocení služeb
- Přepínání systému Control Center