Nokia e Ericsson puntano all'interoperabilità: il vero prodotto è lo strato di automazione
Il 1 marzo 2026, Nokia ed Ericsson hanno annunciato una collaborazione che, letta frettolosamente, sembra un semplice accordo tecnico: entrambi si integrano nei mercati delle applicazioni di automazione per accelerare la transizione verso reti autonome. Ericsson entra nel SMO Marketplace di Nokia; Nokia diventa parte dell'Ecosistema rApp di Ericsson, strutturato attorno alla sua Intelligent Automation Platform. L'obiettivo esplicito è consentire che le rApps (applicazioni di automazione che interagiscono tramite l'interfaccia R1) siano distribuite e operative in ambienti multivendor con minore attrito. Non sono stati comunicati cifre finanziarie o obiettivi di fatturato. La reale segnalazione strategica è altrove.
Quando due rivali storici decidono di "vendere software" reciprocamente, non stanno celebrando un'armonia industriale. Riconoscono un cambiamento nell'unità di valore. Nel ciclo da 5G a 6G, il collo di bottiglia non è più solo la copertura o la capacità radio. È operazione, ovvero: come si distribuisce, ottimizza e ripara una rete di crescente complessità, con molteplici fornitori e una pressione costante per ridurre i costi operativi.
La frase più importante dell'annuncio non è "cooperazione", ma interoperabilità. E il valore più rilevante non è il catalogo di rApps attuale, ma il diritto di definire il terreno dove esse saranno “installabili” in futuro.
L'accordo a freddo: due marketplace, un'interfaccia, lo stesso obiettivo
I fatti, senza epicità. Nokia ed Ericsson hanno comunicato una collaborazione per progredire nell'automazione intelligente in reti purpose-built, cloud RAN e Open RAN. Il meccanismo è di piattaforma: Ericsson si unisce al SMO Marketplace di Nokia, e Nokia diventa membro dell'Ecosistema rApp di Ericsson. Entrambi si impegnano affinché le rApps siano disponibili sulle piattaforme dell'altro, consolidando la compatibilità tramite l'interfaccia R1.
Anders Vestergren, Head of Solution Area Network Management di Ericsson, ha inquadrato l'accordo come un abilitante di "maggiore scelta e flessibilità" per i fornitori di servizi (CSP) nella loro trasformazione verso reti autonome, e come un progresso per "promuovere innovazione attraverso l'interfaccia R1" e coltivare ecosistemi rApp che lavorino insieme. Ari Kynaslahti, CTO di Nokia, lo ha descritto come un progresso per fornire "la prossima generazione di reti autonome" allineando quadri aperti e modelli operativi intelligenti, accelerando l'evoluzione di ambienti rApp per introdurre capacità più rapidamente, ottimizzare con precisione e scalare l'innovazione in vari scenari. ABI Research, attraverso Dimitris Mavrakis, ha fornito una lettura dell'industria: convergenza verso SMO come architettura di automazione e espansione di accesso e interoperabilità delle rApps attraverso standard basati su R1.
Non ci sono numeri. Questo limita le inferenze finanziarie dirette, ma non impedisce di valutare la logica economica del movimento. Quando un'industria non annuncia prezzi o volumi, spesso sta negoziando qualcos'altro: il controllo dello strato di integrazione, il “sistema operativo” operativo che determina cosa si installa, come si monitora e quali dati diventano imprescindibili.
Nelle reti autonome, la promessa esplicita è progredire verso il Livello 4 di autonomia e oltre, dove la rete si auto-ottimizza con minima intervento umano. Questa promessa si materializza solo se l'automazione è portatile tra fornitori e tecnologie. Ecco perché l'accordo non è un dettaglio tecnico; è una scommessa tesa a ridurre il costo di coordinamento del multivendor.
La vera lotta: meno dipendenza dal venditore, più dipendenza dallo standard
Questo tipo di collaborazione punta a un problema che gli operatori vivono quotidianamente: l'automazione tende a rompersi al confine tra fornitori. Ogni produttore ottimizza il proprio dominio e il proprio stack, e l'operazione diventa un rompicapo costoso. La narrativa della “rete autonoma” diventa fumo se ogni rApp funziona bene solo nel giardino recintato di chi l'ha creata.
Abilitando le rApps in entrambi gli ambienti, Nokia ed Ericsson stanno spingendo un'idea semplice: l'automazione deve comportarsi come software distribuibile, non come consulenza permanente. In termini di potere di mercato, questo sposta il centro di gravità dall'hardware (radio e core come differenziazione esclusiva) verso lo strato di orchestrazione e gestione dove si decide cosa automatizzare e con quale logica.
La conseguenza strategica per i CSP è chiara: meno blocco da parte del fornitore nello strato di automazione, almeno nella direzione sollevata dal comunicato. E per Nokia ed Ericsson, la conseguenza non è altruistica: se lo standard R1 e l'architettura SMO guadagnano terreno, il gioco competitivo si sposterà su chi offre migliori rApps, migliore governance operativa, migliore prestazione di automazione e migliore velocità di distribuzione.
Questo spostamento ridefinisce anche il tipo di reddito difendibile. Nell'hardware, il valore tende a comprimersi per la concorrenza, cicli di rinnovo e acquisti per volume. Nel software operativo, il valore viene catturato con ripetitività, aggiornamenti, supporto, certificazioni e un effetto di “catalogo” dove il nuovo si installa sull'esistente. Che entrambi aprano le loro vetrine suggerisce che preferiscono un mercato più grande e standardizzato a due feudi che frenano l'adozione per attrito.
Questo non elimina la competizione; la razionalizza. La rivalità diventa più misurabile: performance delle rApps, affidabilità, sicurezza operativa e velocità per portare l'automazione dal pilota alla produzione.
Portafoglio e design organizzativo: cooperazione senza chirurgia interna non scala
Dal punto di vista del portafoglio, questo annuncio è un segnale che Nokia ed Ericsson stanno cercando di bilanciare due tensioni simultanee.
Primo, proteggere il motore di reddito attuale. RAN rimane un business centrale e il mercato non perdona distrazioni. La collaborazione non rinuncia a competere in radio; cerca piuttosto di garantire che l'operazione multivendor non fermi progetti, e che l'automazione diventi un argomento di vendita trasversale.
Secondo, accelerare l'esplorazione senza rompere l'exploitation. Le rApps e l'architettura SMO appartengono a una zona dove il ROI iniziale tende a essere ambiguo: benefici distribuiti, dipendenti dall'ambiente del cliente, e con curve di apprendimento lunghe. Qui è dove molte corporazioni falliscono per burocrazia: richiedono a un'iniziativa precoce gli stessi indicatori di un prodotto maturo, e la soffocano prima che trovi la sua ripetibilità.
Il rischio organizzativo non è nella tecnologia annunciata, ma in come viene governata. Affinché lo scambio di rApps abbia vera trazione, entrambe le compagnie devono operare con una logica più simile a “prodotto di piattaforma” piuttosto che a “progetto di integrazione”. Ciò richiede regole interne concrete:
- Autonomia del team di piattaforma per definire roadmaps, compatibilità e certificazioni senza rimanere prigionieri delle priorità dell'hardware.
- Metrica di adozione e apprendimento (installazioni, stabilità, tempi di distribuzione, riduzione degli incidenti) sopra alle metriche di margine immediato.
- Disciplina dell'interfaccia: se R1 è il ponte, la tentazione naturale è estenderlo o interpretarlo a proprio vantaggio. L'interoperabilità si guadagna con restrizioni, non con creatività.
C'è una sfumatura aggiuntiva. Quando due giganti abilitano l'interoperabilità, abbassano anche le barriere per i terzi. ABI Research menziona che ciò espande accesso e disponibilità di rApps. Nella pratica, quel “terzo” può essere un partner... o un concorrente software che cattura valore sopra i produttori. Se lo standard prospera, i produttori si troveranno ad affrontare una verità scomoda: il loro differenziale non può essere solo “essere presenti”; deve essere “essere migliori” in uno strato dove il cliente può comparare e cambiare con meno dolore.
La burocrazia qui si paga cara. Se Nokia ed Ericsson trasformano lo scambio di rApps in un processo pesante di approvazione, omologazione interminabile e politiche incrociate, il mercato troverà scorciatoie: integratori, soluzioni proprietarie parallele o automazione chiusa per dominio. L'accordo, per essere utile, deve tradursi in tempo reale risparmiato sull'operazione.
Il tabellone 2026: SMO come architettura e la pressione dell'automazione tramite IA
L'annuncio si allinea con un contesto che stava già maturando: l'industria converge verso SMO come architettura a lungo termine per l'automazione, con l'operazione di rete che diventa il grande campo di battaglia mentre cresce la domanda associata a carichi di IA e reti più eterogenee.
Nello stesso periodo del MWC 2026 si sono viste parallelamente accelerazioni nell'automazione e AI-RAN. La conferenza menziona progressi di Nokia con NVIDIA e distribuzioni con vari operatori, oltre a espansioni di partner tecnologici per portare AI-RAN sul commerciale. Si menziona anche che Ericsson ha evidenziato la sua leadership nell'automazione di RAN durante l'evento. Anche se questi elementi non fanno parte dell'accordo tra Nokia e Ericsson, descrivono il clima: il valore si sta spostando verso l'operare reti come sistemi software, con maggiore automazione, maggiore osservabilità e maggiore capacità di ottimizzazione continua.
In questo contesto, la collaborazione ha una lettura pratica: Nokia ed Ericsson stanno acquistando un'opzione affinché, se SMO e R1 si consolidano, non rimangano intrappolati in piattaforme incompatibili. Il costo di non farlo sarebbe alto: ogni pilota multivendor diventerebbe integrazione su misura, erodendo i margini e prolungando i cicli di vendita.
Per i CSP, l'incentivo è altrettanto concreto: la spesa in capitale nell'infrastruttura non si giustifica se la spesa operativa aumenta per complessità. L'automazione basata su rApps promette di attaccare precisamente quella linea di costi, ma solo se viene installata e operata senza una dipendenza eccessiva dal fornitore.
La minaccia implicita è l'esecuzione. Multivendor reale significa convivere con eccezioni, versioni diverse, performance differenti e guasti che nessuno vuole “possedere”. Nelle reti autonome, il valore percepito non è il demo; è il mattino senza incidenti. Per questo motivo, la qualità del design operativo, supporto e governance tra le compagnie diventa tanto rilevante quanto la compatibilità formale.
Il movimento che vale: convertire l'automazione in un prodotto ripetibile
La collaborazione Nokia-Ericsson ha senso perché cerca di standardizzare il luogo dove l'industria perde denaro: l'operazione multivendor. Il suo merito non sarà misurato da comunicati, ma dalla capacità di distribuire le rApps con minima attrito e risultati consistenti in reti miste.
Da un punto di vista del portafoglio, questo sembra un serio tentativo di finanziare esplorazione (automazione e software) senza smettere di spremere il core (infrastruttura RAN), evitando che l'innovazione rimanga intrappolata in progetti artigianali. La fattibilità dipende da una disciplina poco glamour: governo delle interfacce, metriche d'adozione e reale autonomia dei team di piattaforma per iterare senza rimanere subordinati ai cicli e alle politiche del business maturo.
