Nokia y Ericsson apuestan por interoperabilidad: el verdadero producto es la capa de automatización
El 1 de marzo de 2026, Nokia y Ericsson anunciaron una colaboración que, leída rápido, parece un acuerdo técnico más: ambos se integran en los mercados de aplicaciones de automatización del otro para acelerar la transición hacia redes autónomas. Ericsson entra en el SMO Marketplace de Nokia; Nokia se suma al rApp Ecosystem de Ericsson, articulado alrededor de su Intelligent Automation Platform. El punto explícito es habilitar que las rApps (aplicaciones de automatización que interactúan vía la interfaz R1) puedan distribuirse y ejecutarse en entornos multivendor con menos fricción. No se informaron cifras financieras ni objetivos cuantificados de ingresos. La señal estratégica está en otro lado.
Cuando dos rivales históricos deciden “dejarse vender software” mutuamente, no están celebrando la armonía industrial. Están reconociendo un cambio en la unidad de valor. En el ciclo 5G a 6G, el cuello de botella ya no es solo cobertura o capacidad radioeléctrica. Es operación, es decir: cómo se despliega, optimiza y repara una red con complejidad creciente, múltiples proveedores y una presión permanente por reducir costos operativos.
La frase más importante del anuncio no es “cooperación”, es interoperabilidad. Y el activo más relevante no es el catálogo de rApps hoy, sino el derecho a definir el terreno donde se vuelven “instalables” mañana.
El acuerdo en frío: dos marketplaces, una interfaz, el mismo objetivo
Los hechos, sin épica. Nokia y Ericsson comunicaron una colaboración para avanzar la automatización inteligente en redes purpose-built, cloud RAN y Open RAN. El mecanismo es de plataforma: Ericsson se une al SMO Marketplace de Nokia, y Nokia se convierte en miembro del rApp Ecosystem de Ericsson. Ambos se comprometen a que las rApps estén disponibles en las plataformas del otro, apuntalando compatibilidad mediante la interfaz R1.
Desde Ericsson, Anders Vestergren, Head of Solution Area Network Management, enmarcó el acuerdo como un habilitador de “mayor elección y flexibilidad” para los proveedores de servicios (CSPs) en su transformación hacia redes autónomas, y como progreso para “fomentar innovación usando la interfaz R1” y cultivar rApp ecosystems que trabajen juntos. Desde Nokia, su CTO Ari Kynaslahti lo describió como un avance para entregar “la próxima generación de redes autónomas” alineando marcos abiertos y modelos operativos inteligentes, acelerando la evolución de entornos rApp para introducir capacidades más rápido, optimizar con precisión y escalar innovación en distintos escenarios. ABI Research, por voz de Dimitris Mavrakis, aportó una lectura de industria: convergencia hacia SMO como arquitectura de automatización y expansión de acceso e interoperabilidad de rApps a través de estándares basados en R1.
No hay números. Eso limita inferencias financieras directas, pero no impide evaluar la lógica económica del movimiento. Cuando una industria no anuncia precios ni volúmenes, suele estar negociando otra cosa: el control de la capa de integración, el “sistema operativo” operativo que determina qué se instala, cómo se monitorea y qué datos se vuelven imprescindibles.
En redes autónomas, la promesa explícita es avanzar hacia Nivel 4 de autonomía y más, donde la red se auto-optimiza con mínima intervención humana. Esa promesa solo se materializa si la automatización es portable entre proveedores y tecnologías. Por eso el acuerdo no es un detalle técnico; es una apuesta por reducir el costo de coordinación del multivendor.
La lucha real: menos dependencia del vendedor, más dependencia del estándar
Este tipo de colaboración apunta a un problema que los operadores viven a diario: la automatización suele romperse en la frontera entre proveedores. Cada fabricante optimiza su propio dominio y su propio stack, y la operación se vuelve un rompecabezas caro. La narrativa de “red autónoma” se vuelve humo si cada rApp solo funciona bien en el jardín vallado de quien la creó.
Al habilitar rApps en ambos entornos, Nokia y Ericsson están empujando una idea simple: la automatización debe comportarse como software distribuible, no como consultoría permanente. En términos de poder de mercado, esto mueve el centro de gravedad desde el equipo (radio y core como diferenciación exclusiva) hacia la capa de orquestación y gestión donde se decide qué automatizar y con qué lógica.
La consecuencia estratégica para los CSPs es clara: menos bloqueo por proveedor en la capa de automatización, al menos en la dirección que plantea el comunicado. Y para Nokia y Ericsson, la consecuencia no es altruista: si el estándar R1 y la arquitectura SMO ganan terreno, el juego competitivo se desplaza a quién ofrece mejores rApps, mejor gobernanza operativa, mejor rendimiento de automatización y mejor velocidad de despliegue.
Ese desplazamiento también redefine el tipo de ingreso defendible. En hardware, el valor tiende a comprimirse por competencia, ciclos de renovación y compras por volumen. En software operativo, el valor se captura con recurrencia, actualizaciones, soporte, certificaciones y un efecto de “catálogo” donde lo nuevo se instala sobre lo existente. Que ambos se abran sus vitrinas sugiere que prefieren un mercado más grande y estandarizado a dos feudos que frenen adopción por fricción.
Esto no elimina la competencia; la racionaliza. La rivalidad se vuelve más medible: desempeño de rApps, confiabilidad, seguridad operativa, y velocidad para llevar automatización del piloto a producción.
Portafolio y diseño organizacional: cooperación sin cirugía interna no escala
Desde la óptica de portafolio, este anuncio es una señal de que Nokia y Ericsson están intentando balancear dos tensiones simultáneas.
Primero, proteger el motor de ingresos actual. RAN sigue siendo negocio central y el mercado no perdona distracciones. La colaboración no renuncia a competir en radio; más bien intenta que la operación multivendor no detenga proyectos, y que la automatización se convierta en un argumento de venta transversal.
Segundo, acelerar exploración sin romper la explotación. Las rApps y la arquitectura SMO pertenecen a la zona donde el ROI inicial suele ser ambiguo: beneficios distribuidos, dependientes del entorno del cliente, y con curvas de aprendizaje largas. Aquí es donde muchas corporaciones fallan por burocracia: exigen a una iniciativa temprana los mismos indicadores de un producto maduro, y la matan antes de que encuentre su repetibilidad.
El riesgo organizacional no está en la tecnología anunciada, sino en cómo se gobierna. Para que el intercambio de rApps tenga tracción real, ambas compañías deben operar con una lógica más parecida a “producto de plataforma” que a “proyecto de integración”. Eso requiere reglas internas concretas:
- Autonomía del equipo de plataforma para definir roadmaps, compatibilidad y certificaciones sin quedar rehén de prioridades del hardware.
- Métricas de adopción y aprendizaje (instalaciones, estabilidad, tiempos de despliegue, reducción de incidentes) por encima de métricas de margen inmediato.
- Disciplina de interfaz: si R1 es el puente, la tentación natural es extenderlo o interpretarlo a favor propio. La interoperabilidad se gana con restricción, no con creatividad.
Hay un matiz adicional. Cuando dos gigantes habilitan interoperabilidad, también bajan barreras para terceros. ABI Research menciona que esto expande acceso y disponibilidad de rApps. En la práctica, ese “tercero” puede ser un socio… o un competidor de software que capture valor por encima de los fabricantes. Si el estándar prospera, los fabricantes se enfrentan a una verdad incómoda: su diferencial no puede ser solo “estar”; debe ser “ser mejor” en una capa donde el cliente puede comparar y cambiar con menos dolor.
La burocracia aquí se paga caro. Si Nokia y Ericsson convierten el intercambio de rApps en un proceso pesado de aprobación, homologación interminable y políticas cruzadas, el mercado encontrará atajos: integradores, soluciones propietarias paralelas o automatización cerrada por dominio. El acuerdo, para ser útil, debe traducirse en tiempo real ahorrado en operación.
El tablero 2026: SMO como arquitectura y la presión de la automatización por IA
El anuncio se alinea con un contexto que ya estaba madurando: la industria converge hacia SMO como arquitectura de largo plazo para automatización, y la operación de red se vuelve el gran campo de batalla mientras crece la demanda asociada a cargas de IA y a redes más heterogéneas.
En el mismo período de MWC 2026 se vieron señales paralelas de aceleración en automatización y AI-RAN. El briefing menciona avances de Nokia con NVIDIA y despliegues con varios operadores, además de expansiones de socios tecnológicos para llevar AI-RAN a lo comercial. También menciona que Ericsson destacó su liderazgo en automatización de RAN en el evento. Aunque esas piezas no son parte del acuerdo Nokia-Ericsson, sí describen el clima: el valor se está desplazando hacia operar redes como sistemas software, con más automatización, más observabilidad y más capacidad de optimización continua.
En ese tablero, la colaboración tiene una lectura práctica: Nokia y Ericsson están comprando una opción para que, si SMO y R1 se consolidan, ellos no queden atrapados en plataformas incompatibles. El costo de no hacerlo sería alto: cada piloto multivendor se convertiría en integración a medida, erosionando márgenes y alargando ciclos de venta.
Para los CSPs, el incentivo es igual de concreto: el gasto de capital en infraestructura no se justifica si el gasto operativo se dispara por complejidad. La automatización basada en rApps promete atacar precisamente esa línea de costos, pero solo si se instala y opera sin una dependencia excesiva del proveedor.
La amenaza implícita es la ejecución. Multivendor real significa convivir con excepciones, versiones, performance distinta y fallas que nadie quiere “poseer”. En redes autónomas, el valor percibido no es la demo; es la madrugada sin incidentes. Por eso la calidad del diseño operativo, soporte y gobernanza entre compañías se vuelve tan relevante como la compatibilidad formal.
El movimiento que vale: convertir la automatización en un producto repetible
La colaboración Nokia-Ericsson tiene sentido porque intenta estandarizar el lugar donde la industria pierde dinero: la operación multivendor. Su mérito no se medirá por comunicados, sino por la capacidad de que las rApps se desplieguen con fricción mínima y resultados consistentes en redes mixtas.
Desde portafolio, esto parece un intento serio de financiar exploración (automatización y software) sin dejar de exprimir el core (infraestructura RAN), evitando que la innovación quede atrapada en proyectos artesanales. La viabilidad depende de una disciplina poco glamorosa: gobierno de interfaces, métricas de adopción y autonomía real de los equipos de plataforma para iterar sin quedar subordinados a los ciclos y políticas del negocio maduro.
