Se espera que una sola red 5G admita al mismo tiempo entornos de servicio muy diferentes. Un usuario puede estar viendo vídeo de alta definición, otro puede utilizar una conexión masiva de sensores IoT, mientras que un cliente industrial puede necesitar latencia ultrabaja y mayor fiabilidad para un proceso de producción local. Estos servicios no exigen a la red el mismo ancho de banda, retardo, seguridad, densidad de dispositivos ni comportamiento de cobertura.

No es realista construir una red móvil física independiente para cada tipo de servicio. El coste sería demasiado alto, los recursos serían difíciles de gestionar y el despliegue sería lento. El slicing de red 5GC resuelve este problema creando redes privadas lógicas sobre una infraestructura física compartida. Cada slice puede diseñarse con sus propias características de servicio, mientras reutiliza recursos comunes de acceso, transporte, computación y red de núcleo.

En términos sencillos, un slice de red es una red lógica personalizada para un grupo de servicios, cliente industrial o categoría de aplicación concretos. No es solo un concepto de 5GC dentro del núcleo. Es una idea de extremo a extremo que puede incluir la red de acceso 5G, la red de transporte o portadora y la red de núcleo 5G. Su valor procede de equilibrar dos objetivos: compartir recursos físicos para mejorar la eficiencia de costes y mantener aislamiento lógico para diferenciar los servicios.

Por qué existen los slices

El origen del slicing de red 5GC está en las grandes diferencias entre los escenarios de servicio 5G. Las categorías habituales son eMBB, mMTC y uRLLC. La banda ancha móvil mejorada se centra en un alto rendimiento y una experiencia de usuario rica. La comunicación masiva de tipo máquina se centra en una cantidad muy elevada de dispositivos de baja velocidad. La comunicación ultrafiable y de baja latencia se centra en una latencia estricta, fiabilidad y garantía del servicio.

Estas categorías generan prioridades de diseño de red diferentes. eMBB puede necesitar un rendimiento alto o ultraalto por dispositivo y una cobertura amplia. mMTC puede requerir una densidad masiva de dispositivos, una baja velocidad de datos y un bajo coste por bit. uRLLC puede exigir una latencia muy baja, mayor fiabilidad y un control más estricto del comportamiento del servicio. Tratar todos estos servicios como tráfico best effort ordinario desperdiciaría el potencial de 5G.

El slicing de red permite al operador atender estas necesidades mediante separación lógica. Un slice de banda ancha para consumidores, un slice de control industrial y un slice IoT pueden compartir la infraestructura física, pero sus políticas de servicio, funciones de red de núcleo, comportamiento de QoS y reglas operativas pueden ser diferentes. Esto crea una forma más flexible de comercializar y operar la capacidad de la red móvil.

Qué contiene un slice

Un slice de red es una red lógica que proporciona capacidades y características de red específicas. Una instancia de slice de red, o NSI, es la versión desplegada de ese slice. Contiene un conjunto de instancias de funciones de red y los recursos necesarios para ejecutarlas, como recursos de computación, almacenamiento y red.

En un despliegue 5GC, algunas funciones pueden ser compartidas por varios slices, mientras que otras pueden estar dedicadas a uno solo. Por ejemplo, varios slices pueden compartir funciones comunes del plano de control, como AMF, en determinados diseños. Al mismo tiempo, cada slice puede utilizar sus propios SMF y UPF para que la gestión de sesiones y el tráfico del plano de usuario sigan requisitos específicos del slice.

Esto crea una distinción clara entre las partes comunes y las partes específicas del slice. La parte común reduce duplicaciones y ahorra recursos. La parte específica proporciona a cada servicio su propio comportamiento, ruta de datos y tratamiento. En muchos diseños, un mismo UE también puede acceder a más de un slice, y diferentes sesiones PDU utilizan rutas relacionadas con slices distintos.

El slicing de red no exige que cada función se ejecute en un servidor físicamente independiente. Las funciones de distintos slices pueden ejecutarse en el mismo clúster de servidores X86 y permanecer aisladas mediante virtualización, KVM, espacios de nombres de contenedores, mecanismos VPN y políticas de gestión. Esta es una de las razones por las que el slicing resulta más práctico que construir redes físicas separadas.

Cómo funciona la identidad del slice

La selección de slices depende de identificadores. El identificador clave es S-NSSAI, o información de asistencia para la selección de un único slice de red. Identifica de forma exclusiva un slice. NSSAI es una colección de varios S-NSSAI, por lo que representa un grupo de slices y no uno solo.

S-NSSAI contiene dos partes principales. SST, o tipo de slice/servicio, identifica el tipo de slice. Los valores SST habituales incluyen 1 para eMBB, 2 para URLLC, 3 para MIOT y 4 para V2X. SD, o diferenciador de slice, se utiliza para distinguir diferentes slices del mismo tipo. Es útil cuando dos slices pertenecen a la misma clase de servicio, pero atienden a clientes, regiones o políticas comerciales diferentes.

Varios términos NSSAI son importantes en los procedimientos reales. Configured NSSAI puede estar preconfigurado en el UE o ser entregado por AMF, y ayuda al UE a generar la información de slice solicitada. Subscribed NSSAI son los datos de suscripción a slices almacenados para el usuario. Requested NSSAI es transportado por el UE en la solicitud de registro. Allowed NSSAI es el conjunto de slices al que el UE puede acceder en el área de registro actual. Rejected NSSAI indica al UE qué acceso a slices ha sido rechazado.

El conjunto de slices permitido no lo decide únicamente el UE. Está influido por la política de NSSF, los datos de suscripción de UDM, la capacidad de soporte de AMF y las condiciones del área de registro. El resultado permitido final es entregado por AMF al UE en el mensaje de aceptación de registro. Un UE puede recibir permiso para acceder simultáneamente a un máximo de ocho slices, lo que significa que Allowed NSSAI puede contener hasta ocho S-NSSAI.

Cómo se decide la selección

5G introduce NSSF, la función de selección de slices de red, para ayudar a seleccionar una instancia adecuada, elegir un punto de entrada AMF para el slice y determinar Allowed NSSAI. La selección se produce en dos etapas principales. La primera tiene lugar durante el registro inicial, cuando la red selecciona el AMF asociado al slice y determina el conjunto permitido para el UE. La segunda ocurre durante el establecimiento de la sesión PDU, cuando se seleccionan SMF, UPF y el tratamiento relacionado del plano de usuario.

Durante el registro, el UE puede elegir un Requested NSSAI basándose en su Configured NSSAI o en un Allowed NSSAI guardado previamente. Cuando el gNB debe seleccionar un AMF, puede utilizar 5G-S-TMSI o GUAMI si están disponibles. Si estos identificadores no están disponibles, el gNB puede usar Requested NSSAI para orientar la selección de AMF. Si ninguna de estas condiciones resulta útil, el mensaje puede enviarse a un AMF predeterminado.

Requested S-NSSAI mejora el primer intento de selección de AMF. En lugar de elegir a ciegas, el gNB dispone de información relacionada con el slice que aumenta la probabilidad de seleccionar un AMF adecuado. Si el AMF seleccionado puede atender el slice solicitado y el UE tiene permiso de suscripción, AMF puede enviar la aceptación de registro con el Allowed NSSAI correcto.

Si el AMF no puede atender el slice solicitado o el UE no está suscrito a él, el AMF puede tener que consultar a NSSF. NSSF puede devolver un Allowed NSSAI diferente y un AMF adecuado. La solicitud de registro puede entonces redirigirse directa o indirectamente hacia el AMF correcto. Esto mantiene flexible el proceso de selección, pero bajo el control de la suscripción, la política y la capacidad de la red.

Por qué importa el aislamiento

El aislamiento es una de las principales razones por las que las empresas y los clientes industriales se interesan por el slicing. Cada slice debe comportarse como una red privada lógica, aunque se compartan recursos físicos. Los distintos slices no deben poder verse ni afectarse libremente entre sí. Esto favorece la seguridad, la independencia operativa y el control del nivel de servicio.

El aislamiento puede aplicarse en varias capas. La selección del slice separa la ruta de acceso al servicio. Las máquinas virtuales o los contenedores separan los entornos de computación. Los mecanismos de espacios de nombres pueden aislar recursos a nivel de contenedor. Las VPN y la separación del transporte pueden proteger las rutas de tráfico. El control de políticas puede definir reglas de QoS y servicio diferentes. Los sistemas de gestión también pueden separar la visibilidad de cada cliente y los permisos operativos.

A nivel comercial, el aislamiento facilita la prestación de servicios personalizados. Un slice de fábrica puede requerir mayor fiabilidad y menor latencia. Un slice de vídeo de banda ancha puede necesitar alto rendimiento. Un slice IoT puede requerir gran capacidad de dispositivos y bajo coste de señalización. Cada slice puede configurarse en torno a requisitos diferentes, evitando el coste de una red física totalmente separada.

La gestión del ciclo de vida importa

Los slices de red no son objetos estáticos. Al igual que las funciones de red, tienen un ciclo de vida. Un slice puede prepararse, instanciarse, configurarse, activarse, supervisarse, escalarse, modificarse, desactivarse y terminarse. Esta gestión es importante porque el slicing solo resulta comercialmente útil cuando puede crearse, cambiarse y retirarse de forma eficiente.

El ciclo de vida puede dividirse en cuatro etapas. La primera es la preparación, que incluye el diseño de plantillas, el preaprovisionamiento y la preparación del entorno de red. La segunda es la instanciación, configuración y activación, donde se crea el slice, se carga la configuración del servicio y se pone en funcionamiento. La tercera es la operación en ejecución, donde se supervisan KPI, alarmas, informes y rendimiento del servicio. Según los resultados, el sistema puede activar autorreparación o escalado automático. La cuarta es la retirada, donde pueden migrarse usuarios, se desactiva el slice y se liberan recursos.

Este proceso suele ser gestionado por un administrador de slices junto con MANO. MANO incluye orquestación, gestión de VNF y gestión de infraestructura virtual. Las funciones EMS o NMS se ocupan de la gestión de elementos de red, configuración, alarmas, rendimiento y operaciones relacionadas con la seguridad. Juntos, estos sistemas convierten un diseño de slice en un servicio de red desplegado y administrable.

Las plantillas permiten NSaaS

Una plantilla de slice describe las funciones de red, especificaciones, recursos, conexiones y parámetros de servicio requeridos. Para los clientes externos puede presentarse como plantilla de slice. Dentro del entorno del operador, puede ser necesario convertirla en una plantilla de servicio de red que MANO pueda comprender. Según el entorno de orquestación pueden utilizarse formatos como HOT, OVF y TOSCA.

El diseño de la plantilla comienza con los requisitos del cliente. El operador debe comprender la demanda de QoS, el ancho de banda, el número de usuarios en línea, la redundancia, la seguridad y la cobertura del servicio. Estos requisitos se traducen después en recursos de red y parámetros 5GC, como 5QI y el control de políticas relacionado. A continuación, la plantilla puede cargarse en el administrador de slices o el orquestador para gestionar su ciclo de vida.

Esto crea el concepto de Network Slice as a Service, o NSaaS. En un modelo ideal, un cliente industrial puede seleccionar en línea una plantilla, enviar requisitos de servicio, completar un pedido y recibir los parámetros del slice tras su creación automática. El mercado de slices o portal del cliente envía el pedido a BOSS y al orquestador. El orquestador trabaja con VNFM, VIM y EMS o NMS para instanciar el slice, asignar recursos, configurar funciones de red y confirmar que el servicio está listo.

El resultado es un nuevo modelo comercial. En lugar de largas negociaciones fuera de línea y activaciones manuales, el cliente puede recibir un portal de autogestión, aprovisionamiento más rápido y expansión elástica. Un cliente pequeño podría comenzar con un slice para 500 usuarios, utilizarlo durante un año y ampliarlo posteriormente a 1000 usuarios. Si el servicio termina, el slice puede eliminarse y los recursos liberarse. Este es el valor práctico del slicing: servicio personalizado, menor tiempo de comercialización y mejor reutilización de recursos.

Preguntas frecuentes

¿Puede existir un slice de red sin hardware físico dedicado?

Sí. Un slice es una red lógica. Puede compartir servidores físicos, recursos de transporte e infraestructura de acceso, utilizando virtualización, contenedores y control de políticas para mantener la separación.

¿Por qué necesita un UE varios slices?

Un UE puede ejecutar distintos tipos de servicio al mismo tiempo. Por ejemplo, una sesión PDU puede utilizar un slice de servicio empresarial, mientras otra utiliza un slice de Internet general o relacionado con IMS.

¿Qué determina si se acepta una solicitud de slice?

La aceptación depende de los datos de suscripción, la capacidad de AMF, la política de NSSF, las condiciones del área de registro y de si el S-NSSAI solicitado es compatible con el contexto de red actual.

¿Por qué se necesita SD si SST ya identifica el tipo de slice?

SST identifica el tipo de servicio, mientras que SD distingue diferentes slices dentro del mismo tipo. Esto permite que coexistan varios slices eMBB, URLLC o IoT con significados comerciales distintos.

¿Cómo acorta el slicing el tiempo de despliegue comercial?

Las plantillas, la orquestación y la gestión automatizada del ciclo de vida reducen el trabajo manual de diseño y despliegue. El escalado, la activación y la liberación de recursos pueden realizarse mucho más rápido que con la construcción tradicional de redes dedicadas.

El slicing de red 5GC no es solo una arquitectura técnica. Es una forma de empaquetar la capacidad de la red móvil en redes lógicas, aisladas y específicas de cada servicio. Al combinar infraestructura compartida, identidad de slice, selección controlada, gestión del ciclo de vida y orquestación basada en plantillas, los operadores pueden atender a diferentes industrias y tipos de servicio sin construir una red física separada para cada cliente.