RANtoCore

Casos prácticos

• Resistencia y confiabilidad: vehículos conectados

  Garantizar que la red sea capaz de admitir los requisitos de latencia y confiabilidad para que la visión de los coches conectados se haga realidad.

  

  Desafíos en las pruebas

  • Las latencias son cruciales: las latencias cortas pueden contribuir a aumentar las velocidades y las densidades del tráfico, mientras que las latencias largas exigen que los vehículos mantengan un espacio más amplio para garantizar un “tiempo de reflexión” suficiente.
  • Con una arquitectura de red convencional con un núcleo remoto y distribuido, la red podría añadir retrasos significativos, así como volúmenes grandes de tráfico en la red.
  • “Servicio garantizado”: información como la frenada para evitar peligros es esencial para garantizar la seguridad. El sistema no puede aceptar el equivalente de una llamada interrumpida.
  • Las comunicaciones tienen que ser seguras. No debe haber riesgos de pirateo y que, por ejemplo, se acelere el vehículo cuando lo que se necesite sea que frene.
  • Los usuarios de los vehículos consumirán también otros servicios, por ejemplo, vídeo y llamadas de voz. También se puede proporcionar al usuario información contextual basada en el perímetro. Es esencial que estos servicios no supongan obstáculos a la información crítica para la seguridad y de alta prioridad que se transporta esencialmente por el mismo enlace de radiofrecuencia.

  Solución para pruebas

  • Nuestra solución puede establecer diversos perfiles de usuario para generar un tráfico de datos realista para una prueba en tiempo real a una escala masiva.
    Una solución a medida para someter a pruebas su red
    Ampliación en todos los niveles: número de usuarios, cantidad de datos, etc.
• Seguridad: rendimiento de gateway segura móvil

  El tráfico móvil de la red RAN hasta el núcleo requiere una conexión segura para evitar ataques cibernéticos tanto en la red RAN como en la red central.

  

  Desafíos en las pruebas

  • Crear un entorno de pruebas en tiempo real requiere un tiempo considerable, es complicado y resulta caro. Crearlo a gran escala no es realista.
  • Los perfiles de usuario varían: establecer perfiles suficientes y generar un tráfico de datos realista para una prueba en tiempo real sería imposible.
  • Implementar este escenario para cada uno con miles de nodos B evolucionados (eNB) no solo es poco realista, sino costoso.
  • Las expectativas de desarrollar y ejecutar nuevos servicios rápidamente exigen que el procedimiento de validación sea eficaz y sencillo de implementar en diversos sitios.
  • Las pruebas no son un mero proceso puntual: una red en desarrollo requiere una evaluación regular.

  Solución

  • Uso de nuestras soluciones de validación para crear un entorno de pruebas del mundo real en un laboratorio o un entorno en tiempo semirreal
  • Emulación de una conexión de red RAN segura e introducción en cada canalización IPsec segura de datos de usuario móviles
  • Una solución a medida para someter a pruebas su red
  • Ampliación en todos los niveles: número de usuarios, cantidad de datos, etc.
• Calidad del servicio: optimización del vídeo basado en radio

  Suministro de vídeo 4K a los consumidores con confianza.

  

  Desafíos en las pruebas

  • ¿Funciona verdaderamente la optimización del vídeo basado en informática perimetral multiacceso (MEC) en condiciones y a una escala del mundo real?
  • Los perfiles de usuario varían: establecer perfiles suficientes y generar un tráfico de datos realista para una prueba en tiempo real sería imposible. Implementar este escenario para cada uno con miles de nodos B evolucionados (eNB) no solo es poco realista, sino costoso.
  • Las expectativas de desarrollar y ejecutar nuevos servicios rápidamente exigen que el procedimiento de validación sea eficaz y sencillo de implementar en diversos sitios.
  • Las pruebas no son un mero proceso puntual: una red en desarrollo requiere una evaluación regular.

  Solución

  • El motor de pruebas genera una carga de tráfico variable de equipos de usuario con una mezcla de aplicaciones de voz, vídeo y datos del mundo real.
  • El sistema TM500 genera y controla cambios en el “indicador de calidad de canal” de los eNB por medio de condiciones de radio variables y diferentes.
  • Estos cambios deberían hacer que la aplicación de vídeo optimizada mediante la MEC respondiese de manera acorde.
  • El sistema TeraVM puede complementar también la configuración real de los eNB con la emulación de una red RAN para ejercer presión en varias instancias de servidor de MEC.
  • Valida la red CDN de vídeo de “extremo a extremo” con la combinación de la arquitectura de planos de usuario distribuidos y el plano de control centralizado.