Aprendizaje del sistema 5G - Sobrecarga del sistema (iniciación)

1. Sobrecarga del sistema: En las redes 5G, "sobrecarga" se refiere al tráfico excesivo o a demasiados dispositivos que intentan conectarse simultáneamente, lo que sobrecarga los recursos de la red y provoca congestión, velocidades lentas o fallos de conexión. Las estrategias para abordar esta sobrecarga incluyen la liberación de más espectro con licencia, la asignación de recursos a través de la segmentación de la red y las funciones de la red central, y la implementación de mecanismos como la limitación, los temporizadores de salida y los mensajes de sobrecarga para controlar y gestionar eficazmente el tráfico.

2. El proceso de inicio de la sobrecarga notifica al nodo NG-RAN que reduzca la carga de señalización dirigida al AMF asociado. Este proceso de inicio utiliza la señalización no asociada al UE. Como se muestra en la Figura 8.7.7.2-1 a continuación, el proceso de inicio incluye:

• Un nodo NG-RAN que recibe un mensaje de inicio de sobrecarga debe asumir que el AMF receptor está en un estado de sobrecarga.
• Si el mensaje Overload Start contiene el IE Overload Action y el IE AMF Overload Response, el nodo NG-RAN debe usarlo para identificar el tráfico de señalización relevante. Esta información se utiliza cuando el IE Overload Action se establece en:
• “Rechazar el establecimiento de la conexión RRC para las transferencias de datos originadas por móviles que no sean de emergencia” (es decir, rechazar el tráfico correspondiente a las causas RRC “mo-data”, “mo-SMS”, “mo-VideoCall” y “mo-VoiceCall” en TS 38.331 o “mo-data” y “mo-VoiceCall” en TS 36.331), o
• “Rechazar el establecimiento de la conexión RRC para la señalización” (es decir, rechazar el tráfico correspondiente a las causas RRC “mo-data”, “mo-SMS”, “mo-signalling”, “mo-VideoCall” y “mo-VoiceCall” en TS 38.331 o “mo-data”, “mo-signalling” y “mo-VoiceCall” en TS 36.331), o
• “Permitir el establecimiento de la conexión RRC solo para sesiones de emergencia y servicios terminados por móviles” (es decir, permitir solo el tráfico correspondiente a TS 38.331 o las causas RRC "emergency" y "mt-Access" en TS 36.331), o
• "El establecimiento de la conexión RRC solo está permitido para sesiones de alta prioridad y servicios terminados por móviles" (es decir, solo se permite el tráfico correspondiente a las causas RRC "highPriorityAccess," "mps-Priority Access," "mcs-PriorityAccess," y "mt-Access" en TS 38.331 o "highPriorityAccess," "mo-ExceptionData," y "mt-Access" en TS 36.331).

3. Manejo de la sobrecarga: El NG-RAN maneja la situación de la siguiente manera:

• Si el mensaje OVERLOAD START contiene el IE AMF Traffic Load Reduction Indication, el tráfico de señalización se reduce en el porcentaje indicado; de lo contrario, solo el tráfico de señalización que no se indica como rechazado se envía al AMF.
• Si el IE Overload Start NSSAI List está incluido en el mensaje OVERLOAD START, el nodo NG-RAN debe:
• Si el IE Slice Traffic Load Reduction Indication está presente, reducir el tráfico de señalización del UE en el porcentaje indicado, siempre que el IE esté presente y el NSSAI solicitado contenga solo el S-NSSAI contenido en el IE Overload Start NSSAI List y la reducción del tráfico de señalización indicada por el IE Overload Action en el IE Slice Overload Response; de lo contrario, asegurar que solo el tráfico de señalización del UE (si el NSSAI solicitado coincide, solo el tráfico de señalización del NSSAI solicitado del UE que contiene S-NSSAIs distintos del S-NSSAI contenido en el IE Overload Start NSSAI List) o el tráfico de señalización no reducido como se indica en el IE Overload Action en el IE Slice Overload Response) se envía al AMF.
• Si el control de sobrecarga está en curso y el nodo NG-RAN recibe otro mensaje OVERLOAD START, el nodo NG-RAN debe reemplazar el contenido del mensaje recibido previamente con el nuevo contenido.