Sistema OSSA
Prima di comprendere il sistema OSA, dobbiamo conoscere alcune parole:
API: ApplicationProgramInterface, è una sorta di interfaccia di programmazione delle applicazioni aperta, standard e unificata. Non dipende dalla soluzione del fornitore aziendale, dal linguaggio di programmazione dell'azienda, dal sistema operativo su cui viene eseguita l'azienda e dall'ubicazione dell'implementazione aziendale.
SCF: ServiceCapabilityFeatures, caratteristiche delle capacità aziendali. È un'espressione astratta di un insieme di capacità di servizio di una rete portante.
SCS: ServiceCapabilityServers, server di capacità aziendale. Utilizzato per implementare e supportare SCF.
Successivamente, diamo un'occhiata all'architettura di sistema a tre livelli di OSA:
Applicazione: fornisce principalmente applicazioni specifiche, la sua applicazione aziendale può essere di proprietà dell'operatore o sviluppata da terzi.
Framework: fornisce il meccanismo operativo di base per il livello aziendale, in modo che le applicazioni aziendali possano utilizzare le funzionalità aziendali della rete portante. Il tipico meccanismo di funzionamento della parte framework è il seguente:
Meccanismo di autenticazione: prima che un'applicazione aziendale utilizzi la rete portante di livello inferiore, deve eseguire l'autenticazione con la parte del framework.
Meccanismo di rilevamento: dopo l'autenticazione riuscita, il meccanismo di rilevamento aiuta le applicazioni aziendali a trovare un server aziendale adatto per SCF in SCS.
Business Capability Server SCS: fornisce SCF alle applicazioni aziendali. SCS è un concetto logico e può essere distribuito su diversi nodi fisici. Ad esempio, l'SCF di posizionamento dell'utente e l'SCF di controllo delle chiamate possono essere implementati su un nodo fisico o distribuiti su diversi nodi fisici. SCS è un ponte tra entità di rete e servizi di livello superiore.
Meccanismo funzionante
Oltre all'architettura del sistema, OSA deve anche disporre di alcuni meccanismi di funzionamento di base per garantire che gli utenti possano normalmente chiamare le applicazioni aziendali di OSA e la sicurezza delle operazioni di rete.
lMeccanismo di autenticazione: durante la distribuzione del servizio, le applicazioni ei framework di servizio devono autenticarsi a vicenda. La modalità di autenticazione di OSA è end-to-end e SCF può essere utilizzato solo dalle applicazioni aziendali dopo l'autenticazione.
l Meccanismo di autorizzazione: utilizzato per determinare di quali autorizzazioni dispone l'applicazione aziendale dopo l'autenticazione. Le applicazioni di servizio possono essere autorizzate dopo l'autenticazione e hanno il diritto di utilizzare determinate funzionalità di rete portante di livello inferiore.
l Meccanismo di rilevamento: dopo l'autenticazione, le applicazioni aziendali possono accedere in qualsiasi momento all'interfaccia del meccanismo di rilevamento del framework per ottenere informazioni su ciascun SCS.
l Formulare le specifiche del servizio: prima che le applicazioni aziendali e SCS interagiscano, alcune specifiche del servizio devono essere formulate online.
l Meccanismo di sicurezza: il framework deve fornire funzioni di controllo degli accessi per eseguire controlli di accesso sui dati delle applicazioni aziendali che chiamano OSAAPI.
Come accennato in precedenza, OSA realizza pienamente la separazione tra portatore e controllo e separazione tra controllo e servizi, il che offre grande comodità per l'integrazione di reti mobili, reti fisse e Internet.