IT202100030140A1 - Gestione di applicazioni in reti di comunicazione mobile - Google Patents
Gestione di applicazioni in reti di comunicazione mobile Download PDFInfo
- Publication number
- IT202100030140A1 IT202100030140A1 IT102021000030140A IT202100030140A IT202100030140A1 IT 202100030140 A1 IT202100030140 A1 IT 202100030140A1 IT 102021000030140 A IT102021000030140 A IT 102021000030140A IT 202100030140 A IT202100030140 A IT 202100030140A IT 202100030140 A1 IT202100030140 A1 IT 202100030140A1
- Authority
- IT
- Italy
- Prior art keywords
- xapp
- module
- applications
- network nodes
- data
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0894—Policy-based network configuration management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Description
DESCRIZIONE
Sfondo della presente invenzione
Campo della presente invenzione
La presente invenzione riguarda in generale il campo delle reti di comunicazione. Pi? in particolare, la presente invenzione riguarda una rete di comunicazione mobile avente funzionalit? di rete auto-organizzata (Self-Organizing Network, "SON").
Sfondo della tecnica correlata
Le moderne reti di comunicazione mobile, come le reti di comunicazione mobile 4G, 5G, sono in grado di implementare funzionalit? di rete auto-organizzata (Self-Organizing Network, "SON") per la configurazione e la gestione automatiche di nodi di rete della rete di comunicazione mobile.
Tra le architetture conosciute per l'implementazione di funzionalit? SON in una rete di comunicazione mobile, quella descritta nel White Paper ?O-RAN Use Cases and Deployment Scenarios, Towards Open and Smart RAN?, febbraio 2020, dell'O-RAN Alliance (https: //static1.squarespace.com/static/5ad774cce74940d7115044b0/t/5e95a0a306c6ab2d1c bca4d3/1586864301196/O-RAN+Use+Cases+and+Deployment+Scenarios+Whitepaper+February+2020.pdf), prevede:
- un modulo orchestratore di gestione di servizi (Service Manager Orchestrator, ?SMO?) configurato per gestire servizi e configurazioni di rete, generando richieste di politiche (policies) / servizi specifici per la gestione dei nodi di rete;
- uno o pi? controllori intelligenti radio in tempo quasi reale (Near Real Time Radio Intelligent Controller, ?nRT-RIC?, di seguito ?piattaforme di controllo?) configurati per raccogliere informazioni dai nodi della rete e, sfruttando motori di apprendimento automatico (Machine Learning, ?ML?) e/o intelligenza artificiale (Artificial Intelligence, ?AI?), controllare i nodi di rete al fine di svolgere compiti sui nodi di rete sfruttando le politiche richieste dallo SMO attraverso le richieste generate.
Ciascuna piattaforma di controllo ? un nodo piattaforma della rete di comunicazione mobile in cui applicazioni multiple (di seguito denominate "xAPP") possono essere eseguite contemporaneamente, ciascuna per svolgere un compito corrispondente. Attraverso i motori di ML e/o AI, la piattaforma di controllo pu? controllare in modo efficiente l'esecuzione delle xAPP per eseguire una variet? di compiti, riguardanti ad esempio (l'elenco non ? esaustivo):
- il monitoraggio di potenziali guasti di rete;
- la gestione della Qualit? di Esperienza (Quality of Experience, ?QoE?); - la gestione della Qualit? di Servizio (Quality of Service, ?QoS?);
- la gestione del bilanciamento del traffico di rete;
- la gestione delle interferenze di rete.
La piattaforma di controllo ? interfacciata con l'SMO e con i (ad esempio, un rispettivo insieme dei) nodi di rete tramite interfacce appropriate.
Una prima interfaccia, denominata "interfaccia A1", tra l'SMO e la piattaforma di controllo ? configurata per essere sfruttata dall'SMO per l'inoltro di richieste relative a politiche di funzionamento della rete di comunicazione mobile alla piattaforma di controllo.
Una seconda interfaccia, denominata "interfaccia E2", tra la piattaforma di controllo e i (ad esempio, il rispettivo insieme dei) nodi di rete, ? configurata per essere utilizzata per ricevere informazioni raccolte dai nodi di rete e per fornire messaggi di controllo per controllare i (ad esempio, il rispettivo insieme dei) nodi di rete secondo le politiche richieste dall'SMO.
Una terza interfaccia, denominata "interfaccia O1", tra SMO e la piattaforma di controllo, ? configurata per essere utilizzata per monitorare i cicli di vita delle xAPP e la piattaforma di controllo e per configurare la piattaforma di controllo.
La domanda di brevetto statunitense US2021029580 descrive varie forme di realizzazione che forniscono una gestione flessibile del buffer che ottimizza il controllo di congestione utilizzando un controller intelligente della rete ad accesso radio (Radio Access Network, ?RAN?). Secondo alcune forme di realizzazione, un sistema pu? comprendere monitorare una prestazione di un flusso di traffico di comunicazione utilizzando un gruppo di parametri di buffer di un dispositivo nodo di rete di una rete wireless, in cui la prestazione ? misurata secondo un criterio di prestazione definito, ricevere valori di prestazione per caratteristiche di prestazione richieste delle prestazioni del flusso di traffico di comunicazione tramite una prima interfaccia, e sulla base di un valore di aggiustamento dei valori di prestazione, regolare, tramite una seconda interfaccia, un parametro di buffer del gruppo di parametri di buffer.
La domanda PCT WO 2021/048831 descrive un metodo eseguito da un nodo di rete controllore intelligente di rete di accesso radio non in tempo reale (NonRT-RIC) che comprende ottenere dati per migliorare la gestione delle risorse radio (Radio Resource Management, ?RRM?) di una rete di accesso radio (Radio Access Network, ?RAN?) e costruire un messaggio di interfaccia A1 comprendente uno o pi? elementi di informazione di arricchimento (Enrichment Information, ?EI?) basati sui dati ottenuti. Ciascuno degli uno o pi? elementi EI comprende un identificatore di uno o pi? dispositivi senza fili, un indicatore di tipo che indica un tipo di dati di arricchimento inclusi nell'elemento EI, e i dati di arricchimento. Il metodo comprende inoltre trasmettere il messaggio di interfaccia AI a un controllore intelligente di rete di accesso radio in quasi tempo reale (NearRT-RIC).
Il brevetto US 10791467 mostra un framework di astrazione di radio 5G nuove ed esistenti che possono migliorare le capacit? di micro radio nuove ed esistenti e altre tecnologie radio a corto raggio per consentire la fornitura di servizi intelligenti, capacit? di apprendimento di accesso dinamico e slicing della rete su reti di accesso 5G. Il miglioramento della comunicazione di livello sia per il piano di controllo che per quello utente pu? essere incanalato attraverso il livello di hosting e sfruttare un trasporto comune fornito dal livello di hosting. L?incanalamento attraverso il livello di hosting pu? anche abilitare le funzionalit? avanzate per accedere alle stesse funzioni di gestione radio e pu? essere orchestrato dalla stessa funzione di base. Il framework per l'astrazione delle risorse pu? essere utilizzato per fornire una condivisione dinamica delle risorse e quindi essere diviso tra diverse portanti.
Sommario della presente invenzione
La Richiedente ha osservato che nessuna delle soluzioni note nell'arte ? in grado di gestire il ciclo di vita delle xAPP e della piattaforma di controllo in modo efficiente. Infatti, le soluzioni note nell'arte non possono gestire in modo efficiente l'esecuzione simultanea di un gran numero di xAPP per svolgere compiti diversi, e in particolare l'instradamento di messaggi e dati tra l'SMO, la piattaforma o le piattaforme di controllo e i nodi di rete attraverso le varie interfacce.
Alla luce di quanto sopra, la Richiedente ha ideato una soluzione per gestire in modo efficiente il ciclo di vita delle xAPP e della piattaforma di controllo.
Uno o pi? aspetti della presente invenzione sono enunciati nelle rivendicazioni indipendenti, con caratteristiche vantaggiose della stessa invenzione che sono indicate nelle rivendicazioni dipendenti, la cui formulazione ? qui integralmente allegata per riferimento (qualsiasi caratteristica vantaggiosa essendo fornita con riferimento ad un aspetto specifico del presente che si applica mutatis mutandis a qualsiasi altro aspetto dello stesso).
Un aspetto della presente invenzione riguarda una rete di comunicazione mobile.
La rete di comunicazione mobile comprende una pluralit? di nodi di rete radio.
La rete di comunicazione mobile comprende un modulo orchestratore di gestione di servizi configurato per gestire servizi di rete e il funzionamento e la configurazione dei nodi di rete radio generando richieste RQ che richiedono politiche per la gestione di detti nodi di rete radio.
La rete di comunicazione mobile comprende inoltre una piattaforma di controllo configurata per gestire i nodi di rete radio controllando l'esecuzione di applicazioni per eseguire compiti sui nodi di rete radio secondo politiche richieste dal modulo orchestratore di gestione di servizi tramite le richieste RQ.
La piattaforma di controllo comprende un modulo database configurato per memorizzare dati di configurazione comprendenti dati sulla configurazione e sullo stato di detti compiti e di dette applicazioni.
La rete di comunicazione mobile comprende inoltre un modulo buffer di dati configurato per gestire la comunicazione di dati tra le applicazioni, il modulo orchestratore di gestione di servizi e i nodi di rete radio.
La rete di comunicazione mobile comprende inoltre un sistema di controllo configurato per gestire il ciclo di vita delle applicazioni controllando il buffer di dati sulla base di detti dati di configurazione.
In questo modo, anche se una pluralit? di diverse applicazione ? eseguita in parallelo, messaggi e dati possono essere instradati efficientemente tra il modulo orchestratore di gestione di servizi, la piattaforma di controllo e i nodi di rete, attraverso il buffer di dati.
In accordo con una forma di realizzazione della presente invenzione, detti dati di configurazione comprendono, per ciascuno di detti compiti, almeno uno tra:
- un parametro di tipo di compito indicativo di uno scopo di detto compito; - un parametro di priorit? di compito indicativo di una priorit? di detto compito;
- un elenco di applicazioni che elenca le applicazioni coinvolte nell'esecuzione di tale compito.
In accordo con una forma di realizzazione della presente invenzione, detti dati di configurazione comprendono, per ciascuna di dette applicazioni, almeno una tra:
- un parametro di identificazione di applicazione che identifica l'applicazione; - un parametro di politica di applicazione che identifica politiche supportate dall'applicazione;
- un parametro di stato dell'applicazione che identifica uno stato dell'applicazione.
In accordo con una forma di realizzazione della presente invenzione, detti dati di configurazione comprendono inoltre dati sulla configurazione e sullo stato della piattaforma di controllo.
In accordo con una forma di realizzazione della presente invenzione, detti dati di configurazione comprendono almeno uno tra:
- un parametro di identificazione di piattaforma di controllo che identifica la piattaforma di controllo;
- un parametro di stato di piattaforma di controllo che identifica uno stato della piattaforma di controllo.
In accordo con una forma di realizzazione della presente invenzione, detto sistema di controllo comprende un modulo di gestione configurato per ricevere dal modulo orchestratore di gestione di servizi una richiesta per impostare una politica per il funzionamento di almeno un'applicazione coinvolta nello svolgimento di un compito.
In accordo con una forma di realizzazione della presente invenzione, detto modulo di gestione ? ulteriormente configurato per fornire detta richiesta al modulo buffer di dati.
In accordo con una forma di realizzazione della presente invenzione, detto modulo di gestione ? ulteriormente configurato per far inoltrare detta richiesta a detta almeno una applicazione attraverso il modulo buffer di dati controllando detto modulo buffer di dati in base a detti dati di configurazione.
In accordo con una forma di realizzazione della presente invenzione, detto modulo di gestione ? ulteriormente configurato per inoltrare detta richiesta a detta almeno un'applicazione controllando detto modulo buffer di dati sulla base di almeno il parametro di politica di applicazione corrispondente a detta almeno un'applicazione.
In accordo con una forma di realizzazione della presente invenzione, ogni applicazione ? configurata per generare un messaggio di controllo di nodo da inoltrare a nodi di rete radio selezionati in modo da svolgere un compito su detti nodi di rete selezionati.
In accordo con una forma di realizzazione della presente invenzione, ciascuna applicazione ? configurata per fornire detto messaggio di controllo al modulo buffer di dati.
In accordo con una forma di realizzazione della presente invenzione, detto sistema di controllo comprende un modulo di gestione e conflitto configurato per inoltrare detto messaggio di controllo di nodo ai nodi di rete radio selezionati attraverso il modulo buffer di dati controllando detto modulo buffer di dati sulla base di detti dati di configurazione.
In accordo con una forma di realizzazione della presente invenzione, il modulo di gestione e conflitto ? configurato per controllare il modulo buffer di dati in modo che, quando almeno due applicazioni forniscono contemporaneamente messaggi di controllo di nodo al modulo buffer di dati, i messaggi di controllo di nodo sono effettivamente inoltrati ai nodi di rete radio selezionati sulla base di un confronto dei parametri di priorit? di compito dei compiti che coinvolgono dette almeno due applicazioni.
In accordo con una forma di realizzazione della presente invenzione, la piattaforma di controllo ? configurata per controllare il modulo buffer di dati per raccogliere dai nodi di rete radio dati di informazione riguardanti lo stato dei nodi di rete radio e per rendere disponibili alle applicazioni attualmente in esecuzione detti dati di informazione raccolti.
In accordo con una forma di realizzazione della presente invenzione, il modulo orchestratore di gestione di servizi comprende un modulo orchestratore configurato per aggiornare/modificare detti dati di configurazione per riconfigurare la piattaforma di controllo.
In accordo con una forma di realizzazione della presente invenzione, detti compiti comprendono almeno uno tra:
- un compito diretto a monitorare potenziali guasti di rete;
- un compito diretto a gestire Qualit? di Esperienza;
- un compito diretto a gestire Qualit? di Servizio;
- un'compito diretto a gestire bilanciamento del traffico di rete;
- un compito diretto a gestire interferenze di rete.
In accordo con una forma di realizzazione della presente invenzione, detta rete di comunicazione mobile ? una rete di comunicazione mobile 4G o 5G configurata per implementare capacit? di rete auto-organizzata.
Un altro aspetto della presente invenzione si riferisce ad un metodo per gestire una rete di comunicazione mobile comprendente una pluralit? di nodi di rete radio.
Il metodo comprende gestire servizi di rete e il funzionamento e la configurazione dei nodi di rete radio generando richieste che richiedono politiche per la gestione di detti nodi di rete radio.
Il metodo comprende ulteriormente gestire i nodi di rete radio controllando l'esecuzione di applicazioni per eseguire compiti sui nodi di rete radio secondo politiche richieste tramite le richieste.
Detto gestire i nodi di rete radio comprende memorizzare dati di configurazione comprendenti dati sulla configurazione e sullo stato di detti compiti e di dette applicazioni.
Detto gestire i nodi di rete radio comprende ulteriormente gestire, tramite data buffering, comunicazione di dati tra le applicazioni e i nodi di rete radio, e comunicazione delle richieste alle applicazioni.
Detto gestire i nodi di rete radio comprende ulteriormente gestire il ciclo di vita delle applicazioni controllando il data buffering sulla base di detti dati di configurazione.
Breve descrizione dei disegni
Queste ad altre caratteristiche e vantaggi della presente invenzione appariranno pi? chiaramente leggendo la seguente descrizione dettagliata di forme di realizzazione esemplificative e non limitative della stessa. Per incrementarne la intelligibilit?, la seguente descrizione dovrebbe essere letta facendo riferimento alle figure allegate, in cui:
La Figura 1 ? una rappresentazione schematica di una rete di comunicazione mobile secondo una forma di realizzazione della presente invenzione;
La Figura 2 illustra un diagramma di flusso che mostra in termini di blocchi funzionali un ciclo di vita di applicazioni gestite dalla piattaforma di controllo della rete di comunicazione mobile di Figura 1 secondo una forma di realizzazione della presente invenzione;
La Figura 3 illustra schematicamente in maggior dettaglio fasi operative svolte dal modulo controllore SMO, dal modulo orchestratore e dalla piattaforma di controllo della rete di comunicazione mobile di Figura 1 secondo una forma di realizzazione esemplificativa della presente invenzione.
Descrizione dettagliata di forme di realizzazione esemplificative e non limitative della presente invenzione
Con riferimento ai disegni, la Figura 1 ? una rappresentazione schematica di una rete di comunicazione mobile 100 secondo una forma di realizzazione della presente invenzione.
Si deve comprendere che nella presente descrizione, i termini "nodi", "modulo", "piattaforma" e "unit?" sono intesi ad enfatizzare aspetti funzionali (piuttosto che implementativi) degli stessi. Ciascun nodo/modulo/piattaforma/unit? della rete di comunicazione mobile 100 che sar? qui descritto pu? essere implementato da software, hardware e/o una combinazione di essi. Inoltre, alcuni dei nodi, moduli, piattaforme e unit? possono anche riflettere, almeno concettualmente, strutture fisiche di porzioni della rete di comunicazione mobile 100.
La rete di comunicazione mobile 100 comprende una pluralit? di nodi di rete E2(i) (i = 1, 2, ?), ad esempio, nodi di rete radio come stazioni base eNodeB e/o gNodeB.
Secondo una forma di realizzazione della presente invenzione, la rete di comunicazione mobile 100 ? una rete di comunicazione mobile 4G o 5G (tuttavia, i concetti delle invenzioni possono essere applicati a qualsiasi altra rete di comunicazione mobile, ad esempio basata sullo sviluppo futuro di 4G/ 5G) configurata per implementare le funzionalit? SON e la sua architettura ? conforme all'architettura dell'alleanza O-RAN descritta nel gi? citato White Paper "O-RAN Use Cases and Deployment Scenarios, Towards Open and Smart RAN".
Secondo una forma di realizzazione della presente invenzione, la rete di comunicazione mobile 100 comprende un modulo orchestratore di gestione di servizi (Service Manager Orchestrator, ?SMO?) 110 configurato per gestire i servizi di rete e il funzionamento e la configurazione dei nodi di rete E2(i) generando messaggi di richiesta RQ che richiedono specifiche politiche (policies) /servizi per la gestione di detti nodi di rete E2(i).
Secondo una forma di realizzazione della presente invenzione, la rete di comunicazione mobile 100 comprende inoltre almeno una piattaforma di controllo 120 (solo una illustrata in Figura 1) configurata per raccogliere dati di informazione EI dai nodi di rete E2(i) e gestire i nodi di rete E2(i) controllando l'esecuzione delle applicazioni xAPP(j) per svolgere compiti specifici TSK(k) sui nodi di rete E2(i) secondo le politiche richieste dal modulo SMO 110 tramite i messaggi di richiesta RQ.
Secondo una forma di realizzazione della presente invenzione, la piattaforma di controllo 120 ? interfacciata con il modulo SMO 110 tramite un'interfaccia A1 (identificata in figura con il riferimento A1) per ricevere i messaggi di richiesta RQ dall'SMO 110.
Secondo una forma di realizzazione della presente invenzione, la piattaforma di controllo 120 ? ulteriormente interfacciata con il modulo SMO 110 tramite un'interfaccia O1 (identificata in figura con il riferimento O1) per:
- ricevere messaggi di configurazione CF dall'SMO 110 diretti alla (ri)configurazione della piattaforma di controllo 120 stessa;
- inviare messaggi di monitoraggio MN all'SMO 110 fornendo informazioni sui cicli di vita delle applicazioni xAPP(j) e sulla piattaforma di controllo 120.
Secondo una forma di realizzazione della presente invenzione, la piattaforma di controllo 120 ? interfacciata con i nodi di rete E2(i) tramite un'interfaccia E2 (identificata in figura con il riferimento E2) per ricevere dati di informazione EI dai nodi di rete E2(i) relativi allo stato dei nodi di rete E2(i) e per fornire a questi ultimi messaggi di controllo di nodo CN per svolgere compiti TSK(k) implementati dalle applicazioni xAPP(j) che operano secondo le politiche richieste dal modulo SMO 110.
Nella forma di realizzazione dell'invenzione illustrata in Figura 1, ? prevista una sola piattaforma di controllo 120, diretta ad interagire con tutti i nodi di rete E2(i) della rete di comunicazione mobile 100. Tuttavia, considerazioni simili si applicano nel caso in cui sia prevista una pluralit? di piattaforme di controllo 120, ciascuna configurata per raccogliere informazioni da e per inviare messaggi di controllo a un corrispondente insieme di nodi di rete E2(i). Pu? anche essere possibile prevedere una ridondanza di sistema, con due o pi? piattaforme di controllo 120 che sono dirette ad interagire con gli stessi nodi di rete E2(i).
Secondo una forma di realizzazione della presente invenzione, il modulo SMO 110 comprende un modulo controllore non in tempo reale 130 (di seguito, "modulo controllore SMO") configurato per generare i messaggi di richiesta RQ indicativi di richieste di politiche/servizi specifici per la gestione di nodi di rete selezionati E2(i).
Secondo una forma di realizzazione della presente invenzione, il modulo SMO 110 comprende inoltre un modulo orchestratore di funzioni di rete 140 (di seguito, "modulo orchestratore") configurato per generare i messaggi di configurazione CF per la (ri)configurazione della piattaforma di controllo 120. Ad esempio, i messaggi di configurazione CF possono essere generati da un utente del modulo orchestratore 140, ad esempio tramite un corrispondente modulo di interfaccia grafica utente (Graphical User Interface ?GUI?) 145. Secondo una forma di realizzazione della presente invenzione, il modulo orchestratore 140 ? inoltre configurato per raccogliere dalla piattaforma di controllo 120 i messaggi di monitoraggio MN che forniscono informazioni sui cicli di vita delle applicazioni xAPP(j) e sulla piattaforma di controllo 120. Secondo una forma di realizzazione della presente invenzione, i messaggi di monitoraggio MN possono essere ispezionati da un utente del modulo orchestratore 140 attraverso il modulo GUI 145.
Secondo una forma di realizzazione della presente invenzione, la piattaforma di controllo 120 comprende un modulo database 148 configurato per memorizzare dati di configurazione CD della piattaforma di controllo 120. Come verr? descritto in dettaglio in seguito, i dati di configurazione CD comprendono dati riguardanti la configurazione generale e lo stato della piattaforma di controllo 120, nonch? i dati sulla configurazione e lo stato dei task TSK(k) eseguiti dalle applicazioni xAPP(j) e delle applicazioni xAPP(j). Secondo una forma di realizzazione della presente invenzione, i dati di configurazione CD possono essere aggiornati/modificati dal modulo orchestratore di funzioni di rete 140 sulla base dei messaggi di configurazione CF e/o dal modulo controllore SMO 130 sulla base dei messaggi di richiesta RQ, e/o tramite messaggi di gestione di applicazione XAM inviati dalle applicazioni xAPP(j) e comprendenti informazioni sulle applicazioni xAPP(j) (ad esempio nome, versione software, argomento, stato).
Secondo una forma di realizzazione della presente invenzione, la piattaforma di controllo 120 comprende un modulo buffer di dati 150 che opera come infrastruttura di messaggistica per instradare messaggi tra le applicazioni xAPP(j), il modulo SMO 110 e i nodi di rete E2(i), come sar? essere descritto in maggior dettaglio nel seguito.
Secondo una forma di realizzazione della presente invenzione, il modulo buffer di dati 150 ? predisposto per fornire un servizio di consegna di messaggi (e dati) a bassa latenza tra punti terminali (endpoint) interni della piattaforma di controllo 120.
Secondo una forma di realizzazione della presente invenzione, il modulo buffer di dati 150 supporta la scoperta di punti terminali e la registrazione dei punti terminali scoperti. Secondo una forma di realizzazione della presente invenzione, il modulo buffer di dati 150 ? anche configurato per rimuovere punti terminali registrati.
Secondo una forma di realizzazione della presente invenzione, l?instradamento di messaggi e di dati da parte del modulo buffer di dati 150 ? gestito dalle corrispondenti interfacce di programmazione di applicazione (Application Programming Interface, ?API?), consentendo modalit? di messaggistica multiple, come una modalit? di messaggistica punto-punto (ad esempio, per la comunicazione tra i punti terminali del modulo buffer di dati 150) e una modalit? di messaggistica di pubblicazione/sottoscrizione (ad esempio per inviare dati di informazione EI raccolti dai nodi di rete E2(i) a pi? applicazioni xAPP(j)).
Secondo una forma di realizzazione della presente invenzione, il modulo buffer di dati 150 ? configurato per supportare robustezza di messaggio per evitare la perdita di dati durante un'interruzione/riavvio del modulo buffer di dati 150 o per rilasciare risorse dal modulo buffer di dati 150 una volta che un messaggio ? diventato obsoleto.
Secondo una forma di realizzazione della presente invenzione, la piattaforma di controllo 120 comprende un modulo di gestione A1 155 accoppiato all'interfaccia A1 tramite un modulo di terminazione A1 156 per ricevere i messaggi di richiesta RQ e accoppiato al modulo buffer di dati 150 per inoltrare di conseguenza i messaggi di richiesta RQ ricevuti ad applicazioni selezionate xAPP(j) attraverso il modulo buffer di dati 150 in base ai dati di configurazione CD memorizzati nel modulo database 148, come verr? descritto in maggior dettaglio nel seguito.
Come verr? descritto nel seguito, secondo una forma di realizzazione della presente invenzione, il modulo di gestione A1 155 ? anche configurato per aggiornare/modificare i dati di configurazione CD memorizzati nel modulo database 148 tramite i messaggi di richiesta RQ inviati dal modulo controllore SMO 130.
Secondo una forma di realizzazione della presente invenzione, la piattaforma di controllo 120 comprende inoltre un modulo di gestione e conflitto 160 accoppiato al modulo buffer di dati 150 e al modulo database 148 e configurato per ricevere i messaggi di gestione di applicazione XAM dalle applicazioni xAPP(j) tramite il modulo buffer di dati 150, e utilizzarli per aggiornare/modificare ulteriormente i dati di configurazione CD memorizzati nel modulo database 148.
Secondo una forma di realizzazione della presente invenzione, le applicazioni xAPP(j) sono configurate per sfruttare informazioni ottenute dai dati di informazione EI e generare messaggi di controllo di nodo CN da inoltrare a nodi di rete selezionati E2(i) per svolgere compiti specifici TSK(k) su detti nodi di rete selezionati E2(i) eseguendo applicazioni xAPP(j) secondo le politiche richieste dal modulo SMO 110 tramite i messaggi di richiesta RQ. Come verr? descritto in dettaglio in seguito, l'inoltro dei messaggi di controllo di nodo CN ai nodi di rete selezionati E2(i) corretti, co? come la gestione di possibili conflitti tra i messaggi di controllo di nodo CN generati da applicazioni xAPP(j) in esecuzione contemporaneamente ? effettuato attraverso il modulo buffer di dati 150 sotto il controllo del modulo di gestione e conflitto 160 sulla base dei dati di configurazione CD memorizzati nel modulo database 148.
Secondo una forma di realizzazione della presente invenzione, la piattaforma di controllo 120 comprende inoltre un modulo server di configurazione 170 accoppiato tra l'interfaccia O1 e il modulo database 148.
Secondo una forma di realizzazione della presente invenzione, il modulo server di configurazione 170 ? configurato per ricevere i messaggi di configurazione CF dal modulo orchestratore 140 e di conseguenza aggiornare/modificare i dati di configurazione CD memorizzati nel modulo database 148.
Secondo una forma di realizzazione della presente invenzione, il server di configurazione 170 ? anche configurato per ispezionare il modulo database 148 quando i dati di configurazione CD ivi memorizzati sono modificati, in modo da valutare le modifiche ai dati di configurazione CD memorizzati. Ad esempio, secondo una forma di realizzazione della presente invenzione, il server di configurazione 170 ? configurato per memorizzare un'immagine del contenuto del modulo di database 148, che viene aggiornata quando si stabilisce che i dati di configurazione CD sono stati sottoposti a modifiche.
Secondo una forma di realizzazione della presente invenzione, un utente del modulo orchestratore 140 pu? richiedere al server di configurazione 170 di inviare informazioni sullo stato delle applicazioni xAPP(j) e/o sulla piattaforma di controllo 120 attraverso il modulo GUI 145. In risposta a detta richiesta, il server di configurazione 170 controlla l'immagine memorizzata del contenuto del modulo database 148, e di conseguenza genera e invia al modulo orchestratore 140 messaggi di monitoraggio MN che forniscono le informazioni richieste sullo stato delle applicazioni xAPP(j) e /o sulla piattaforma di controllo 120.
Secondo una forma di realizzazione della presente invenzione, il modulo buffer di dati 150 ? accoppiato ai nodi di rete E2(i) attraverso un modulo di terminazione E2 180 per inoltrare i messaggi di controllo di nodo CN generati dalle applicazioni xAPP(j) ai nodi di rete selezionati E2(i) e per fornire dati di informazione EI raccolti dai nodi di rete E2(i) alle applicazioni xAPP(j) sotto il controllo del modulo di gestione e conflitto 160 sfruttando i dati di configurazione CD memorizzati nel modulo database 148.
In considerazione di quanto sopra, la piattaforma di controllo 120 secondo le forme di realizzazione dell'invenzione ? vantaggiosamente dotata di un sistema di controllo 185, comprendente il modulo di gestione A1155 e il modulo di gestione e conflitto 160, atto a gestire efficacemente il ciclo di vita delle applicazioni xAPP(j) controllando in modo efficiente il modulo buffer di dati 150. Ad esempio, come verr? descritto in maggior dettaglio nel seguito, il sistema di controllo 185 secondo forme di realizzazione della presente invenzione ? configurato per gestire in modo efficiente:
- l'inoltro di politiche (richieste tramite i messaggi di richiesta RQ) ad applicazioni xAPP(j) selezionate attraverso un efficiente controllo del modulo buffer di dati 150 implementato dal modulo di gestione A1 155 sfruttando i dati di configurazione CD memorizzati nel modulo database 148, e
- l'inoltro di messaggi di controllo di nodo CN generati da specifiche applicazioni xAPP(j) a selezionati nodi di rete E2(i) attraverso un controllo efficiente del modulo buffer di dati 150 implementato dal modulo di gestione e conflitto 160 sfruttando i dati di configurazione CD memorizzati nel modulo database 148.
Come accennato in precedenza, secondo una forma di realizzazione della presente invenzione, i dati di configurazione CD archiviati nel modulo di database 148 comprendono un elenco di dati/parametri sulla configurazione e gestione della piattaforma di controllo 120 e sulla configurazione e lo stato dei compiti TSK(k) eseguiti dalle applicazioni xAPP(j) e dalle applicazioni xAPP(j) stesse.
Secondo una forma di realizzazione della presente invenzione, i dati di configurazione CD comprendono un parametro Controller_ID che identifica la piattaforma di controllo 120. Il parametro Controller_ID ? particolarmente utile nel caso in cui la rete di comunicazione mobile 100 comprenda una pluralit? di diverse piattaforme di controllo 120, come ad esempio una prima piattaforma di controllo 120 per la gestione di un primo gruppo di nodi di rete 4G E2(i), una seconda piattaforma di controllo 120 per la gestione di un secondo gruppo di nodi di rete 4G E2(i), una terza piattaforma di controllo 120 per la gestione di un gruppo di nodi di rete 5G E2(i), una quarta piattaforma di controllo 120 specificatamente configurata per gestire solo eventi di controllo radio e cos? via.
Secondo una forma di realizzazione della presente invenzione, i dati di configurazione CD comprendono un parametro Instructive_msg utilizzato per impostare uno stato indicativo del comportamento della piattaforma di controllo 120 nella riconfigurazione dei nodi di rete E2(i) utilizzando messaggi di controllo di nodo CN. Secondo una forma di realizzazione della presente invenzione, il parametro Instructive_msg pu? essere impostato su un valore "ON" o su un valore "OFF". Quando il parametro Instructive_msg ? impostato su "ON", la piattaforma di controllo 120 ? autorizzata a inviare messaggi di controllo del nodo CN ai nodi di rete E2(i). Quando il parametro Instructive_msg ? impostato su "OFF", la piattaforma di controllo 120 non pu? inviare messaggi di controllo di nodo CN ai nodi di rete E2(i). Possono essere previsti ulteriori valori del parametro Instructive_msg, come ad esempio un valore ?ON_ONLY_L3? per consentire alla piattaforma di controllo 120 di inviare messaggi di controllo di nodo CN solo per una riconfigurazione di protocollo Layer 3. Il parametro Instructive_msg pu? essere utilizzato anche per abilitare ridondanza di sistema evitando interferenze tra due o pi? piattaforme di controllo 120 che controllano uno stesso insieme di nodi di rete E2(i). Secondo una forma di realizzazione della presente invenzione, quando una nuova versione di una piattaforma di controllo 120 viene implementata, il suo parametro Instructive_msg pu? essere impostato automaticamente su "OFF" per un tempo predeterminato.
Secondo una forma di realizzazione della presente invenzione, i dati di configurazione CD comprendono un elenco TaskList dei compiti TSK(k) che possono essere gestiti dalla piattaforma di controllo 120. Per ogni compito TSK(k) della lista TaskList ? previsto quanto segue:
- un parametro TaskType indicativo dello scopo del compito TSK(k), come ad esempio monitorare potenziali guasti di rete, gestire QoE, gestire QoS, gestire bilanciamento del traffico di rete;
- un parametro TaskPriority indicativo di una priorit? (ad esempio un valore intero) del task TSK(k) da utilizzare per risolvere i conflitti quando le applicazioni xAPP(j) relative a task TSK(k) differenti sono in esecuzione contemporaneamente;
- un elenco xAPPList che identifica le applicazioni xAPP(j) coinvolte nell'esecuzione del task TSK(k) (l'elenco xAPPList pu? essere nullo o impostato su un valore nullo se il task TSK(k) non ? gestito dalla piattaforma di controllo 120).
Secondo una forma di realizzazione della presente invenzione, i dati di configurazione CD comprendono un elenco xAPPListDescriptionList che fornisce parametri che descrivono ciascuna delle applicazioni xAPP(j) coinvolte nei compiti TSK(k) elencati nell'elenco TaskList (cio?, le applicazioni xAPP(j) elencate negli elenchi xAPPList della piattaforma di controllo 120). Secondo una forma di realizzazione della presente invenzione, per ciascuna applicazione xAPP(j) elencata negli elenchi xAPPList, l'elenco xAPPListDescriptionList fornisce i seguenti parametri:
- un parametro xAPPId che identifica l'applicazione xAPP(j);
- un parametro xAPPName che fornisce un nome per l'applicazione xAPP(j) (questo parametro pu? essere utilizzato anche per identificare l'applicazione in aggiunta o al posto del parametro xAPPId);
- un parametro xAPPVersion che identifica la versione software dell'applicazione xAPP(j);
- un parametro A1PolicySupported che identifica quali politiche richieste dal modulo SMO 110 possono essere gestite dall'applicazione xAPP(j);
- un parametro xAPPStatus che identifica uno stato dell'applicazione xAPP(j) (ad esempio, in esecuzione, o ?running?; in pausa, o ?hold?; bloccato, o ?crashed?), che pu? essere modificato dal modulo SMO 110;
- un parametro xAPPVendor che identifica il fornitore dell'applicazione xAPP(j).
Si precisa che i parametri sopra elencati sono solo un esempio dei dati di configurazione CD che possono essere sfruttati dalla piattaforma di controllo 120, e i
concetti della presente invenzione possono essere applicati anche a casi in cui i dati
di configurazione CD sono diversi da quelli sopra descritti, a condizione che i dati di
configurazione CD comprendano almeno un elenco TaskList dei compiti TSK(k) che
possono essere gestiti dalla piattaforma di controllo 120, e un elenco
xAPPListDescriptionList che fornisce parametri che descrivono ciascuna delle
applicazioni xAPP(j) coinvolte nelle compito TSK(k) elencate nell'elenco TaskList.
Secondo una forma di realizzazione della presente invenzione, i dati di
configurazione CD possono essere memorizzati nel modulo database 148 sotto forma
di un file di configurazione, ad esempio in xml, yang, Json o altro formato
opportuno.
Di seguito viene fornito un file di configurazione esemplificativo dei dati di
configurazione CD secondo una forma di realizzazione della presente invenzione
(utilizzando il formato xml).
<controllerPlatform xmlns="urn:tim: controllerPlatform ">
<controller_id> 0 </controller_id>
<instructive_msg> ON </instructive_msg>
<TaskList>
<TaskInfo>
<taskType> Traffic Steering </TaskType>
<taskPriority> 1 </ taskPriority >
<xappList>
<xapp_selected > ts_xapp </xapp_selected > <xapp_selected > generic_xapp </xapp_selected > </xappList>
</TaskInfo>
<TaskInfo>
<taskType> QoS_QoE </TaskType>
<taskPriority> 2 </taskPriority>
<xappList>
<xapp_selected > qos_xapp </xapp_selected > </xappList>
</TaskInfo>
<TaskInfo>
<taskType> beam_optimization </TaskType> <taskPriority> 3 </taskPriority>
<xappList>
<xapp_selected > NONE </xapp_selected > </xappList>
</TaskInfo>
</TaskList>
<xAppListDescription>
<xAppInfo>
<xAppId> 101 </xAppId>
<xAppName> generic_xapp </xappName> <xAppTask> KPI collection </xappName> <A1PolicySupported>KPI</ A1PolicySupported> <xAppVendor>TIM</xAppVendor> <xAppVersion> 1.1 </xappName>
<xAppStatus> running</xappName>
??
</xAppInfo>
<xAppInfo>
<xAppId> 111 </xAppId>
<xAppName> ts_xapp </xappName> <xAppTask> Traffic Steering </xappName> <A1PolicySupported>TS</ A1PolicySupported> <xAppVendor>Altran</xAppVendor> <xAppVersion> 2.1 </xappName>
<xAppStatus> running </xappName>
??
</xAppInfo>
<xAppInfo>
<xAppId> 103 </xAppId>
<xAppName> beam_xapp </xappName> <xAppTask> beam collection </xappName> <A1PolicySupported>NONE</ A1PolicySupported> <xAppVendor>ERICSSON</xAppVendor> <xAppVersion> 1.3 </xappName>
<xAppStatus> hold</xappName>
?..
</xAppInfo>
<xAppInfo>
<xAppId> 104 </xAppId>
<xAppName> qos_xapp </xappName> <xAppTask> QoS_QoE </xappName> <A1PolicySupported>QoS</ A1PolicySupported> <xAppVendor>TIM</xAppVendor> <xAppVersion> 1.0 </xappName>
<xAppStatus> running </xappName>
??
</xAppInfo>
</xAppListDescription>
</controllerPlatform >
Nel file di configurazione xml esemplificativo dei dati di configurazione CD sopra elencato, tutte le informazioni relative a un blocco sono contenute all'interno di <nome blocco></nome blocco>. Ad esempio, le informazioni relative a un compito TSK(k) sono contenute all'interno di < TaskInfo ></ TaskInfo >.
Il file di configurazione xml esemplificativo sopra descritto mostra ad esempio tre compiti TSK(k) che possono essere gestiti dalla piattaforma di controllo 120, ovvero un compito TSK(k) di guida del traffico (Traffic Steering) (TaskType : ?Traffic Steering?), un compito TSK(k) qualit? di esperienza (Quality of Experience) / qualit? di servizio (Quality of Service) (TaskType : ?QoS_QoE?) e un compito TSK(k) di ottimizzazione del fascio (beam optimization) (TaskType: ?beam_optimization?). Il compito TSK(k) di guida del traffico ? configurato con priorit? 1 ed ? configurato per essere eseguito da due applicazioni xAPP(j) (l'applicazione xAPP(j) ?ts_xapp? e l'applicazione xAPP(j) ?generic_xapp?). Il compito TSK(k) qualit? di esperienza / qualit? di servizio ? configurato con priorit? 2 ed ? configurato per essere eseguito da una singola applicazione xAPP(j) (l'applicazione xAPP(j) ?qos_xapp?). Il compito TSK(k) di ottimizzazione del fascio ? configurato con priorit? 3 ma ? configurato per essere un compito TSK(j) che non ? gestito dalla piattaforma di controllo 120. Nell'esempio considerato, l'applicazione xAPP(j) esemplificativa ?ts_xapp? ? identificabile tramite il parametro xAPPId (uguale a ?111?) e/o il parametro xAPPName (uguale a ?ts_xapp?), ha una versione software xAPPVersion pari a 2.1, pu? gestire politiche A1PolicySupported del tipo "TS", il suo stato corrente xAPPStatus ? "running" e il fornitore xAPPVendor ? "Altran".
La Figura 2 illustra un diagramma di flusso che mostra in termini di blocchi funzionali 205 ? 250 un ciclo di vita di applicazioni xAPP(j) gestite dalla piattaforma di controllo 120 secondo una forma di realizzazione della presente invenzione.
Installazione di applicazione (blocco 205)
Secondo una forma di realizzazione della presente invenzione, una o pi? applicazioni xAPP(j) sono installate nella piattaforma di controllo 120. La procedura di installazione dipende dall'ambiente di virtualizzazione della piattaforma.
Gestione della trasmissione di informazioni (blocco 210)
Quando un'applicazione xAPP(j) ? installata, secondo una forma di realizzazione della presente invenzione, essa invia un messaggio di gestione di applicazione XAM comprendente informazioni che descrivono l'applicazione xAPP(j). Secondo una forma di realizzazione della presente invenzione, il messaggio di gestione di applicazione XAM viene raccolto dal modulo buffer di dati 150, e quindi il modulo buffer di dati 150 lo fornisce al modulo di gestione e conflitto 160. Quindi, il modulo di gestione e conflitto 160 aggiorna di conseguenza il database 148 con il messaggio di gestione di applicazione XAM ricevuto al fine di fornire al database 148 informazioni sull'applicazione xAPP(j). Secondo una forma di realizzazione della presente invenzione, quando viene installata un'applicazione xAPP(j), l'applicazione xAPP(j) non ? ancora operativa, e il suo stato (identificato dal parametro xAPPStatus) ? impostato su "hold". Il funzionamento dell'applicazione xAPP(j) ? abilitato facendo passare il suo stato (identificato dal parametro xAPPStatus) da ?hold? a ?running? in risposta ad un corrispondente messaggio di configurazione CF inviato dal modulo orchestratore 140.
Poich? il modulo buffer di dati 150 secondo una forma di realizzazione della presente invenzione ? configurato per raccogliere dai nodi di rete E2(i) dati di informazione EI riguardanti lo stato dei nodi di rete E2(i), e le applicazioni xAPP(j) hanno un accesso diretto al modulo buffer di dati 150, detti dati di informazione EI sono vantaggiosamente resi disponibili a tutte le applicazioni xAPP(j) attualmente in esecuzione sulla piattaforma di controllo 120. In questo modo, tutte le applicazioni xAPP(j) attualmente in esecuzione sulla piattaforma di controllo 120 sono vantaggiosamente a conoscenza di tutte le modifiche avvenute ai nodi di rete E2(i) e, quando richiesto per il loro funzionamento, le applicazioni xAPP(j) sono in grado di raccogliere facilmente i dati di informazione EI disponibili sul modulo buffer di dati 150.
Aggiornamento della piattaforma di controllo da parte del modulo controllore SMO e monitoraggio della piattaforma di controllo da parte del modulo di gestione e conflitti 160 (blocco 220)
Secondo una forma di realizzazione della presente invenzione, le informazioni che descrivono un'applicazione xAPP(j) contenute in un messaggio di gestione di applicazione XAM ricevuto dal modulo buffer di dati 150 sono raccolte dal modulo di gestione e conflitto 160, e quindi inviate da quest'ultimo al modulo database 148 per l'aggiornamento dei dati di configurazione CD relativi a detta applicazione xAPP(j), ed in particolare la corrispondente lista xAPPListDescriptionList .
Secondo una forma di realizzazione della presente invenzione, il modulo di gestione e conflitto 160 pu? monitorare il modulo database 148 per eventuali aggiornamenti/modifiche dei dati di configurazione CD (ad esempio il parametro Instructive_msg per cambiare uno stato della piattaforma di controllo 120) effettuato dal modulo controllore SMO 130 tramite messaggi di richiesta RQ raccolti dal modulo di gestione A1155.
Aggiornamento e monitoraggio della piattaforma di controllo tramite la GUI dell'utente (blocco 230)
Secondo una forma di realizzazione della presente invenzione, il modulo server di configurazione 170 pu? monitorare e ispezionare i dati di configurazione CD memorizzati nel modulo database 148, in modo da esporre i dati di configurazione CD (ad esempio, la porzione xAPPListDescriptionList che mostra lo stato o configurazione delle applicazioni xAPP(j) in esecuzione e/o di nuova installazione) al modulo orchestratore 140 tramite i corrispondenti messaggi di monitoraggio MN. Ad esempio, secondo una forma di realizzazione della presente invenzione, un messaggio di monitoraggio MN comprendente un sottoinsieme di dati di configurazione CD relativi a una specifica applicazione xAPP(j) pu? essere generato dal modulo server di configurazione 170 e inviato al modulo orchestratore 140 in risposta ad una corrispondente richiesta di monitoraggio relativa a detta specifica applicazione xAPP(j) effettuata da un utente del modulo orchestratore 140, ad esempio tramite il modulo GUI 145.
Secondo una forma di realizzazione della presente invenzione, il modulo orchestratore 140 (ad esempio, sotto il controllo di un utente, ad esempio, tramite il modulo GUI 145) pu? modificare i dati di configurazione CD memorizzati nel modulo database 148 (ad esempio, alcuni parametri di uno o pi? dei task TSK(k) elencati nell'elenco TaskList, o alcuni parametri di una o pi? delle applicazioni xAPP(j) elencate nell'elenco xAPPListDescriptionList) inviando corrispondenti messaggi di configurazione CF al modulo server di configurazione 170. In questo modo, secondo una forma di realizzazione della presente invenzione, il modulo server di configurazione 170 aggiorna/modifica di conseguenza le porzioni appropriate dei dati di configurazione CD memorizzate nel modulo database 148 in base ai messaggi di configurazione CF ricevuti .
Gestione delle richieste di politiche (blocco 240)
Secondo una forma di realizzazione della presente invenzione, quando il modulo controllore SMO 130 invia un messaggio di richiesta RQ per impostare una politica specifica che coinvolge una o pi? applicazioni xAPP(j), la piattaforma di controllo 120 ? in grado di identificare detta una o pi? applicazioni xAPP(j) coinvolte sfruttando le informazioni contenute nel database 148. Secondo una forma di realizzazione della presente invenzione, il modulo di gestione A1 155 ispeziona la/e porzione/i dei dati di configurazione CD memorizzati nel modulo database 148 relativi a detta/e applicazione/i xAPP(j), come il parametro A1PolicySupported incluso nell'elenco xAPPListDescriptionList corrispondente a detta(e) applicazione(i) xAPP(j), e di conseguenza sfrutta i dati di configurazione CD ispezionati per inoltrare il messaggio di richiesta RQ alla(e) applicazione(i) xAPP(j) corretta(e) attraverso il modulo buffer di dati 150.
Gestione dei messaggi di controllo di nodo (blocco 250)
Secondo una forma di realizzazione della presente invenzione, quando un'applicazione xAPP(j) genera un messaggio di controllo di nodo CN da inoltrare a nodi di rete selezionati E2(i) in modo da svolgere un compito specifico TSK(k) su detti nodi di rete selezionati E2(i), detto messaggio di controllo di nodo CN ? raccolto dal modulo buffer di dati 150. Quindi, sotto il controllo del modulo di gestione e conflitto 160, e sfruttando la(e) porzione(i) dei dati di configurazione CD memorizzati nel modulo database 148 relativi a detto compito TSK(k) e a detta applicazione xAPP(j) - come ad esempio il parametro xAPPId - il modulo buffer di dati 150 inoltra il messaggio di controllo di nodo CN ai nodi di rete selezionati E2(i).
Secondo una forma di realizzazione della presente invenzione, qualsiasi conflitto tra diverse applicazioni xAPP(j) ? gestito dal modulo di gestione e conflitto 160 sulla base dei dati di configurazione CD relativi ai compiti TSK(k) svolti da dette applicazioni xAPP(j), come ad esempio sfruttando i parametri TaskPriority dei compiti TSK(k) coinvolti.
Secondo una forma di realizzazione della presente invenzione, un'applicazione xAPP(j) invia un messaggio di controllo di nodo CN pubblicandolo sul modulo buffer di dati 150 utilizzando un argomento specifico per consentire alla piattaforma di controllo 120 di catturare questo messaggio nel modulo di gestione e conflitto 160. Quindi, il messaggio di controllo di nodo CN viene inoltrato al modulo di terminazione E2 180 solo se ritenuto opportuno secondo i dati di configurazione CD. Secondo una forma di realizzazione della presente invenzione, il modulo di terminazione E2 180 ascolta un messaggio di controllo CN dal modulo buffer di dati 150 per eseguirlo in un argomento riservato.
La Figura 3 illustra schematicamente in maggior dettaglio un insieme di fasi operative svolte dal modulo controllore SMO 130, dal modulo orchestratore 140 e dalla piattaforma di controllo 120 relative ad una porzione del ciclo di vita (corrispondente ai blocchi funzionali 230 ? 250 di Figura 2) di due applicazioni esemplificative xAPP(1), xAPP(2) secondo una forma di realizzazione esemplificativa della presente invenzione.
La prima fase secondo una forma di realizzazione esemplificativa della presente invenzione prevede che il modulo orchestratore 140 ottenga lo stato e la configurazione della piattaforma di controllo 120 e delle applicazioni xAPP(j) installate nella piattaforma di controllo 120 (operazione 300). A tal fine, secondo una forma di realizzazione della presente invenzione, il modulo orchestratore 140 raccoglie (ad esempio un sottoinsieme dei) i dati di configurazione CD memorizzati nel modulo database 148 che sono stati esposti dal modulo server 170 tramite corrispondenti messaggi di monitoraggio MN.
La fase successiva secondo una forma di realizzazione esemplificativa della presente invenzione prevede che il modulo orchestratore 140 richieda alla piattaforma di controllo 120 di modificare la configurazione di uno o pi? compiti TSK(j) richiedendo la modifica di porzioni corrispondenti dei dati di configurazione CD memorizzati nel modulo database 148 inviando corrispondenti messaggi di configurazione CF al modulo server di configurazione 170 della piattaforma di controllo 120 (operazione 310). Ad esempio, il modulo orchestratore 140 pu? richiedere di modificare la priorit? di un primo compito TSK(1) e di un secondo compito TSK(2) (modificando opportunamente i parametri corrispondenti TaskPriority nei dati di configurazione CD), oppure pu? assegnare l'applicazione xAPP(1) al primo compito TSK(1) e l'applicazione xAPP(2) al secondo compito TSK(2) (modificando opportunamente le liste corrispondenti xAPPList nei dati di configurazione CD). La modifica dei dati di configurazione CD relativi al primo compito TSK(1) pu? causare una modifica dello stato (parametro xAPPStatus) dell'applicazione xAPP(1) (operazione 320) e la modifica dei dati di configurazione CD relativi al secondo compito TSK(2) pu? causare una modifica dello stato (parametro xAPPStatus) dell'applicazione xAPP(2) (operazione 330). Ad esempio, i parametri xAPPStatus delle applicazioni xAPP(1), xAPP(2) sono commutati da ?hold? a ?running?.
Si precisa che le operazioni 300 ? 330 sopra descritte corrispondono al blocco funzionale 230 di Figura 2.
La fase successiva secondo una forma di realizzazione esemplificativa della presente invenzione prevede che il modulo controllore SMO 130 fornisca un insieme di politiche alla piattaforma di controllo 120 per l'applicazione xAPP(1) per eseguire il compito TSK(1) e per l'applicazione xAPP(2) per eseguire il compito TSK(2) (operazione 340). A tale scopo, il modulo controllore SMO 130 invia un messaggio di richiesta RQ di detto insieme di politiche all'interfaccia A1, che viene raccolto dal modulo di gestione 155 della piattaforma di controllo 120. Quindi, il modulo di gestione 155 ispeziona i dati di configurazione CD memorizzati nel modulo database 148 per identificare le applicazioni xAPP(1) e xAPP(2). Ad esempio, in base ai dati di configurazione CD memorizzati nel modulo database 148 relativi al compito TSK(1), come le informazioni incluse nella lista xAPPListDescriptionList corrispondente a detto compito TSK(1) e il parametro A1PolicySupported corrispondente a detta applicazione xAPP(1), il modulo di gestione A1 155 inoltra l'insieme di politiche all'applicazione xAPP(1) (operazione 350). Analogamente, in base ai dati di configurazione CD memorizzati nel modulo database 148 relativi al compito TSK(2), come le informazioni incluse nella lista xAPPListDescriptionList corrispondente a detto compito TSK(2) e il parametro A1PolicySupported corrispondente a detta applicazione xAPP(2), il modulo di gestione A1 155 inoltra l'insieme di politiche all'applicazione xAPP(2) (operazione 360).
Si fa notare che le operazioni 340 ? 360 sopra descritte corrispondono al blocco funzionale 240 di Figura 2.
La fase successiva secondo una forma di realizzazione esemplificativa della presente invenzione prevede che l'applicazione xAPP(1) invii alla piattaforma di controllo 120 un messaggio di controllo di nodo CN (operazione 370) da inoltrare a nodi di rete selezionati E2(i) in modo da svolgere il compito TSK(1) su detti nodi di rete selezionati E2(i) e fare in modo che l'applicazione xAPP(2) invii alla piattaforma di controllo 120 un messaggio di controllo di nodo CN (operazione 380) da inoltrare ai nodi di rete selezionati E2(i) in modo da svolgere il compito TSK(2) su detti nodi di rete selezionati E2(i). I messaggi di controllo CN forniti dalle due applicazioni xAPP(1), xAPP(2) sono raccolti dal (e pubblicati sul) modulo buffer di dati 150. Il modulo di gestione e conflitto 160, sfruttando la/le porzione/i dei dati di configurazione CD relativi al compito TSK(1) - come il suo parametro TaskPriority -e relativi all'applicazione xAPP(1) - come ad esempio il suo parametro xAPPId -, e sfruttando la/e porzione/i dei dati di configurazione CD relativi al compito TSK(2) -come il suo parametro TaskPriority - e relativi all'applicazione xAPP(2) - come ad esempio il suo parametro xAPPId, gestisce l'inoltro dei messaggi di controllo di nodo CN forniti dalle due applicazioni xAPP(1), xAPP(2) ai corrispondenti nodi di rete selezionati E2(i) (operazione 390). In particolare, secondo una forma di realizzazione della presente invenzione, il modulo di gestione e conflitto 160 sfrutta le suddette porzioni dei dati di configurazione per decidere se entrambi i messaggi di controllo di nodo CN forniti dalle due applicazioni xAPP(1), xAPP(2) possono essere inoltrati contemporaneamente ai nodi di rete selezionati E2(i) senza causare collisioni, oppure solo il messaggio di controllo di nodo CN di una delle due applicazioni xAPP(1), xAPP(2) pu? essere trasmesso per evitare collisioni.
Un esempio di gestione di una potenziale collisione di applicazioni da parte del modulo di gestione e conflitto 160 pu? prevedere un caso in cui:
- l'applicazione xAPP(1) ha il parametro xAPPName uguale a ?ts_xapp?, e il compito TSK(1) ha il parametro TaskType uguale a ?Traffic Steering? e il parametro TaskPriority uguale a ?1?;
- l'applicazione xAPP(2) ha il parametro xAPPName uguale a ?qos_xapp?, e il compito TSK(2) ha il parametro TaskType uguale a ?QoS_QoE? e il parametro TaskPriority uguale a ?2?;
- il messaggio di controllo di nodo CN fornito dall'applicazione xAPP(1) prevede di chiedere alla piattaforma di controllo 120 di modificare una frequenza portante per un'apparecchiatura utente da 1800 MHz a 2600 MHz;
- il messaggio di controllo di nodo CN fornito dall'applicazione xAPP(2) prevede di chiedere alla piattaforma di controllo 120 di riservare 30 blocchi di risorse fisiche per un apparato utente.
I messaggi di controllo di nodo CN forniti dalle applicazioni xAPP(1) e xAPP(2) sono entrambi pubblicati sul modulo buffer di dati 150. Il modulo di gestione e conflitto 160 valuta che il compito TSK(1) (Traffic Steering) abbia una priorit? maggiore rispetto al compito TSK(2) (QoS_QoE) confrontando i rispettivi parametri TaskPriority, e quindi decide di prendere in considerazione il compito TSK(1) prima del compito TSK(2). Inoltre, il modulo di gestione e conflitto 160 valuta che il compito TSK(2) dipende dalla frequenza portante.
Alla luce di quanto sopra, il modulo di gestione e conflitto 160 valuta (nell'ordine seguente) che:
- il messaggio di controllo di nodo CN fornito dall'applicazione xAPP(1) pu? essere inoltrato ai nodi di rete selezionati E2(i), e
- il messaggio di controllo CN fornito dall'applicazione xAPP(2) non pu? essere inoltrato ai nodi di rete selezionati E2(i) perch?, a seguito dell'azione di commutazione della frequenza portante causata dal messaggio di controllo CN fornito dall'applicazione xAPP(1), il nuovo valore della frequenza portante non sarebbe compatibile con l'azione richiesta dal messaggio di controllo CN fornito dall'applicazione xAPP(2).
Pertanto, il modulo di gestione e conflitto 160 controlla il modulo buffer di dati 150 per inviare solo il messaggio di controllo CN fornito dall'applicazione xAPP(1) ai nodi di rete E2(i) attraverso il modulo di terminazione E2180.
L'applicazione xAPP(2) fornir? quindi un secondo messaggio di controllo CN in un tempo successivo calibrato sulla frequenza portante di 2600 MHz.
Naturalmente, al fine di soddisfare requisiti locali e specifici, una persona esperta del settore pu? applicare all'invenzione sopra descritta diverse modifiche e alterazioni logiche e / o fisiche. Pi? specificamente, sebbene la presente invenzione sia stata descritta con un certo grado di particolarit? con riferimento alle sue forme di realizzazione preferite, si dovrebbe comprendere che sono possibili varie omissioni, sostituzioni e modifiche nella forma e nei dettagli, nonch? altre forme di realizzazione. In particolare, diverse forme di realizzazione dell'invenzione possono anche essere messe in pratica senza i dettagli specifici indicati nella descrizione precedente per fornire una comprensione pi? approfondita di essa; al contrario, funzioni ben note potrebbero essere state omesse o semplificate per non appesantire la descrizione con dettagli non necessari. Inoltre, si intende espressamente che elementi specifici e / o fasi del metodo descritti in relazione a qualsiasi forma di realizzazione descritta dell'invenzione possono essere incorporati in qualsiasi altra forma di realizzazione.
Pi? in particolare, la presente invenzione si presta ad essere implementata attraverso un metodo equivalente (utilizzando passaggi simili, eliminando alcuni passaggi non essenziali, o aggiungendo ulteriori passaggi facoltativi); inoltre, i passaggi possono essere eseguiti in ordine diverso, contemporaneamente o in modo interfogliato (almeno in parte).
Claims (13)
1. Una rete di comunicazione mobile (100), comprendente:
- una pluralit? di nodi di rete radio (E2(i));
- un modulo orchestratore di gestione di servizi (110) configurato per gestire servizi di rete e il funzionamento e la configurazione dei nodi di rete radio (E2(i)) generando richieste RQ che richiedono politiche per la gestione di detti nodi di rete radio (E2(i));
- una piattaforma di controllo (120) configurata per gestire i nodi di rete radio (E2(i)) controllando l'esecuzione di applicazioni (xAPP(j)) per eseguire compiti TSK(k) sui nodi di rete radio (E2(i)) secondo politiche richieste dal modulo orchestratore di gestione di servizi (110) tramite le richieste RQ, in cui la piattaforma di controllo comprende:
- un modulo database (148) configurato per memorizzare dati di configurazione CD comprendenti dati sulla configurazione e sullo stato di detti compiti TSK(k) e di dette applicazioni (xAPP(j));
- un modulo buffer di dati (150) configurato per gestire la comunicazione di dati tra le applicazioni (xAPP(j)), il modulo orchestratore di gestione di servizi (110) e i nodi di rete radio (E2(i));
- un sistema di controllo (185) configurato per gestire il ciclo di vita delle applicazioni (xAPP(j)) controllando il buffer di dati sulla base di detti dati di configurazione CD.
2. La rete di comunicazione mobile (100) della rivendicazione 1, in cui detti dati di configurazione CD comprendono:
- per ciascuno di detti compiti TSK(k), almeno uno tra:
- un parametro di tipo di compito indicativo di uno scopo di detto compito TSK(k);
- un parametro di priorit? di compito indicativo di una priorit? di detto compito TSK(k);
- un elenco di applicazioni che elenca le applicazioni (xAPP(j)) coinvolte nell'esecuzione di tale compito, e
- per ciascuna di dette applicazioni ((xAPP(j)), almeno una tra:
- un parametro di identificazione di applicazione che identifica l'applicazione; - un parametro di politica di applicazione che identifica politiche supportate dall'applicazione;
- un parametro di stato di applicazione che identifica uno stato dell'applicazione.
3. La rete di comunicazione mobile (100) della rivendicazione 1 o 2, in cui detti dati di configurazione CD comprendono inoltre dati sulla configurazione e sullo stato della piattaforma di controllo (120).
4. La rete di comunicazione mobile (100) della rivendicazione 3, in cui detti dati di configurazione CD comprendono almeno uno tra:
- un parametro di identificazione di piattaforma di controllo che identifica la piattaforma di controllo;
- un parametro di stato di piattaforma di controllo che identifica uno stato della piattaforma di controllo.
5. La rete di comunicazione mobile (100) di una qualsiasi delle rivendicazioni precedenti, in cui detto sistema di controllo (185) comprende un modulo di gestione (155) configurato per:
- ricevere dal modulo orchestratore di gestione di servizi (110) una richiesta RQ per impostare una politica per il funzionamento di almeno un'applicazione (xAPP(j)) coinvolta nello svolgimento di un compito TSK(k),
- fornire detta richiesta RQ al modulo buffer di dati (150), e
- far inoltrare detta richiesta RQ a detta almeno una applicazione (xAPP(j)) attraverso il modulo buffer di dati (150) controllando detto modulo buffer di dati (150) in base a detti dati di configurazione CD.
6. La rete di comunicazione mobile (100) della rivendicazione 5 quando dipendente dalla rivendicazione 2, in cui detto modulo di gestione (155) ? configurato per inoltrare detta richiesta RQ a detta almeno un'applicazione (xAPP(j)) controllando detto modulo buffer di dati (150) sulla base di almeno il parametro di politica di applicazione corrispondente a detta almeno un'applicazione (xAPP(j)).
7. La rete di comunicazione mobile (100) di una qualsiasi delle rivendicazioni precedenti, in cui:
- ogni applicazione (xAPP(j)) ? configurata per generare un messaggio di controllo di nodo CN da inoltrare a nodi di rete radio selezionati (E2(i)) in modo da svolgere un compito TSK(k) su detti nodi di rete selezionati (E2(i)), ciascuna applicazione essendo configurata per fornire detto messaggio di controllo CN al modulo buffer di dati (150);
- detto sistema di controllo (185) comprende un modulo di gestione e conflitto (160) configurato per inoltrare detto messaggio di controllo di nodo CN ai nodi di rete radio selezionati (E2(i)) attraverso il modulo buffer di dati (150) controllando detto modulo buffer di dati (150) sulla base di detti dati di configurazione CD.
8. La rete di comunicazione mobile (100) della rivendicazione 7 quando dipendente dalla rivendicazione 2, in cui il modulo di gestione e conflitto (160) ? configurato per controllare il modulo buffer di dati (150) in modo che, quando almeno due applicazioni (xAPP(j)) forniscono contemporaneamente messaggi di controllo di nodo CN al modulo buffer di dati (150), i messaggi di controllo di nodo CN sono effettivamente inoltrati ai nodi di rete radio selezionati (E2(i)) sulla base di un confronto dei parametri di priorit? di compito dei compiti TSK(k) che coinvolgono dette almeno due applicazioni (xAPP(j)).
9. La rete di comunicazione mobile (100) di una qualsiasi delle rivendicazioni precedenti, in cui la piattaforma di controllo (120) ? configurata per controllare il modulo buffer di dati (150) per raccogliere dai nodi di rete radio (E2(i)) dati di informazione EI riguardanti lo stato dei nodi di rete radio (E2(i)) e per rendere disponibili alle applicazioni (xAPP(j)) attualmente in esecuzione detti dati di informazione EI raccolti.
10. La rete di comunicazione mobile di una qualsiasi delle rivendicazioni precedenti, in cui il modulo orchestratore di gestione di servizi (110) comprende un modulo orchestratore (140) configurato per aggiornare/modificare detti dati di configurazione CD per riconfigurare la piattaforma di controllo (120).
11. La rete di comunicazione mobile (100) di una qualsiasi delle rivendicazioni precedenti, in cui detti compiti TSK(k) comprendono almeno uno tra:
- un compito diretto a monitorare potenziali guasti di rete;
- un compito diretto a gestire Qualit? di Esperienza;
- un compito diretto a gestire Qualit? di Servizio;
- un'compito diretto a gestire bilanciamento del traffico di rete;
- un compito diretto a gestire interferenze di rete.
12. La rete di comunicazione mobile (100) di una qualsiasi delle rivendicazioni precedenti, in cui detta rete di comunicazione mobile ? una rete di comunicazione mobile 4G o 5G configurata per implementare capacit? di rete autoorganizzata.
13. Un metodo per gestire una rete di comunicazione mobile (100) comprendente una pluralit? di nodi di rete radio (E2(i)), comprendente;
- gestire servizi di rete e il funzionamento e la configurazione dei nodi di rete radio (E2(i)) generando richieste RQ che richiedono politiche per la gestione di detti nodi di rete radio (E2(i));
- gestire i nodi di rete radio (E2(i)) controllando l'esecuzione di applicazioni (xAPP(j)) per eseguire compiti TSK(k) sui nodi di rete radio (E2(i)) secondo politiche richieste dal modulo orchestratore di gestione di servizi (110) tramite le richieste RQ, in cui detto gestire i nodi di rete radio comprende:
- memorizzare dati di configurazione CD comprendenti dati sulla configurazione e sullo stato di detti compiti TSK(k) e di dette applicazioni (xAPP(j));
- gestire, tramite data buffering (150):
- comunicazione di dati tra le applicazioni (xAPP(j)) e i nodi di rete radio (E2(i)), e
- comunicazione delle richieste RQ alle applicazioni (xAPP(j)), - gestire il ciclo di vita delle applicazioni (xAPP(j)) controllando il data buffering sulla base di detti dati di configurazione CD.
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| IT102021000030140A IT202100030140A1 (it) | 2021-11-29 | 2021-11-29 | Gestione di applicazioni in reti di comunicazione mobile |
| EP22802637.3A EP4442025B1 (en) | 2021-11-29 | 2022-10-19 | Application management in mobile communication networks |
| PCT/EP2022/079117 WO2023094079A1 (en) | 2021-11-29 | 2022-10-19 | Application management in mobile communication networks |
| CN202280078661.9A CN118318464A (zh) | 2021-11-29 | 2022-10-19 | 移动通信网络中的应用程序管理 |
| US18/710,623 US20250016053A1 (en) | 2021-11-29 | 2022-10-19 | Application management in mobile communication networks |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| IT102021000030140A IT202100030140A1 (it) | 2021-11-29 | 2021-11-29 | Gestione di applicazioni in reti di comunicazione mobile |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| IT202100030140A1 true IT202100030140A1 (it) | 2023-05-29 |
Family
ID=80034985
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| IT102021000030140A IT202100030140A1 (it) | 2021-11-29 | 2021-11-29 | Gestione di applicazioni in reti di comunicazione mobile |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20250016053A1 (it) |
| EP (1) | EP4442025B1 (it) |
| CN (1) | CN118318464A (it) |
| IT (1) | IT202100030140A1 (it) |
| WO (1) | WO2023094079A1 (it) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024263206A1 (en) * | 2023-06-19 | 2024-12-26 | Rakuten Symphony, Inc. | Method of collecting topology and inventory data and system using the same |
| WO2024198474A1 (en) * | 2023-12-05 | 2024-10-03 | Lenovo (Beijing) Limited | Conflict mitigation in near-rt ric |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090248920A1 (en) * | 2008-03-26 | 2009-10-01 | Qualcomm Incorporated | Off-Line Task List Architecture |
| US10791467B2 (en) | 2018-06-28 | 2020-09-29 | At&T Intellectual Property I, L.P. | Dynamic radio access network and intelligent service delivery for multi-carrier access for 5G or other next generation network |
| US20200329381A1 (en) * | 2019-07-19 | 2020-10-15 | Joey Chou | Orchestration and configuration of e2e network slices across 3gpp core network and oran |
| US20210029580A1 (en) | 2019-07-22 | 2021-01-28 | At&T Intellectual Property I, L.P. | Flexible buffer management for optimizing congestion control using radio access network intelligent controller for 5g or other next generation wireless network |
| WO2021048831A1 (en) | 2019-09-12 | 2021-03-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Data sharing between a non-rt-ric and a nearrt-ric for radio resource management |
| US20210234648A1 (en) * | 2020-01-27 | 2021-07-29 | Sterlite Technologies Limited | Method and apparatus for distribution and synchronization of radio resource assignments in a wireless communication system |
-
2021
- 2021-11-29 IT IT102021000030140A patent/IT202100030140A1/it unknown
-
2022
- 2022-10-19 WO PCT/EP2022/079117 patent/WO2023094079A1/en active IP Right Grant
- 2022-10-19 EP EP22802637.3A patent/EP4442025B1/en active Active
- 2022-10-19 US US18/710,623 patent/US20250016053A1/en active Pending
- 2022-10-19 CN CN202280078661.9A patent/CN118318464A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090248920A1 (en) * | 2008-03-26 | 2009-10-01 | Qualcomm Incorporated | Off-Line Task List Architecture |
| US10791467B2 (en) | 2018-06-28 | 2020-09-29 | At&T Intellectual Property I, L.P. | Dynamic radio access network and intelligent service delivery for multi-carrier access for 5G or other next generation network |
| US20200329381A1 (en) * | 2019-07-19 | 2020-10-15 | Joey Chou | Orchestration and configuration of e2e network slices across 3gpp core network and oran |
| US20210029580A1 (en) | 2019-07-22 | 2021-01-28 | At&T Intellectual Property I, L.P. | Flexible buffer management for optimizing congestion control using radio access network intelligent controller for 5g or other next generation wireless network |
| WO2021048831A1 (en) | 2019-09-12 | 2021-03-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Data sharing between a non-rt-ric and a nearrt-ric for radio resource management |
| US20210234648A1 (en) * | 2020-01-27 | 2021-07-29 | Sterlite Technologies Limited | Method and apparatus for distribution and synchronization of radio resource assignments in a wireless communication system |
Non-Patent Citations (1)
| Title |
|---|
| O-RAN ALLIANCE, O-RAN USE CASES AND DEPLOYMENT SCENARIOS, TOWARDS OPEN AND SMART RAN, February 2020 (2020-02-01), Retrieved from the Internet <URL:https://staticl.squarespace.com/static/5ad774cce7494Od7ll5O44b0/t/5e95aOa3O6c6ab2dlcbca4d3/1586864301196/0-RAN+Use+Cases+and+Deployment+Scenarios+Whitepaper+February+2020.pdf> |
Also Published As
| Publication number | Publication date |
|---|---|
| CN118318464A (zh) | 2024-07-09 |
| EP4442025A1 (en) | 2024-10-09 |
| EP4442025C0 (en) | 2025-06-18 |
| EP4442025B1 (en) | 2025-06-18 |
| US20250016053A1 (en) | 2025-01-09 |
| WO2023094079A1 (en) | 2023-06-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3735795B1 (en) | Network slice provisioning and operation | |
| EP3295630B1 (en) | System and methods for virtual infrastructure management between operator networks | |
| US10880176B2 (en) | Method and apparatus for network slicing | |
| KR102178225B1 (ko) | Ｎｆｖ 관리 및 편성을 위한 방법 및 장치 | |
| CN105493525B (zh) | 服务层南向接口和服务质量 | |
| JP6321177B2 (ja) | バーチャル・レンジ・エクステンダを有するソフトウェア定義ネットワークインフラストラクチャ | |
| US11284240B2 (en) | Method and apparatus for managing the mobility of device in a network | |
| JP7069108B2 (ja) | データフローを伝送する無線ベアラの処理方法及び装置 | |
| IT202100030140A1 (it) | Gestione di applicazioni in reti di comunicazione mobile | |
| CN118044167A (zh) | 通信方法和装置 | |
| CN109842507A (zh) | 一种网络切片管理方法及设备 | |
| EP4371330A1 (en) | State pooling for stateful re-homing in a disaggregated radio access network | |
| JP7616364B2 (ja) | 電気通信システムにおける方法、電気通信システム、ユーザ機器及び基地局並びにそれらにおける方法 | |
| WO2023188186A1 (ja) | 通信経路決定システム及び通信経路決定方法 | |
| CN114079944A (zh) | 通信方法、装置及系统 | |
| CN102036335B (zh) | 一种面向无线网络的认知路由协议 | |
| JP7282088B2 (ja) | ネットワーク制御装置及びネットワーク制御方法 | |
| CN103023672A (zh) | 业务处理装置、系统及方法 | |
| Maule et al. | Advanced cloud-based network management for 5G C-RAN | |
| Thottan et al. | The network OS: Carrier-grade SDN control of multi-domain, multi-layer networks | |
| Zhani et al. | FlexNGIA 2.0: Redesigning the Internet with Agentic AI-Protocols, Services, and Traffic Engineering Designed, Deployed, and Managed by AI | |
| IT202200023052A1 (it) | Gestione di applicazioni in reti di comunicazione mobile | |
| IT202200026301A1 (it) | Rete di comunicazione mobile con ottimizzazione coordinata | |
| CN118337628A (zh) | 一种基于maml和迁移学习的虚拟网络拓扑配置服务提供方法、系统和存储介质 | |
| CN119854858A (zh) | 任务管理方法、网络架构、装置、设备、程序产品及介质 |