Preguntas y respuestas técnicas: ¿Cómo controla la BAR en la interfaz N4 el almacenamiento de paquetes de enlace descendente y la notificación de datos cuando un UE está en CM-IDLE?
Cuando un UE entra en CM-IDLE, su sesión PDU no desaparece. Sin embargo, la ruta de plano de usuario N3 utilizada previamente para el reenvío de enlace descendente puede que ya no esté activa. Si llegan datos nuevos desde una red externa en este momento, los paquetes aún pueden alcanzar el UPF, pero no pueden ser reenviados inmediatamente al gNB a través de N3 como lo serían en CM-CONNECTED. Por lo tanto, el UPF necesita determinar si los paquetes deben ser almacenados, cuántos paquetes pueden retenerse, cuánto tiempo pueden permanecer almacenados y cuándo se debe notificar al plano de control que han llegado datos de enlace descendente.
Dentro del marco de reglas PFCP en la interfaz N4, la BAR (Buffering Action Rule) proporciona las reglas para este comportamiento de almacenamiento. Sin embargo, la BAR no decide de forma independiente si debe ocurrir el almacenamiento. La acción de almacenamiento se activa mediante la Apply Action en la FAR, mientras que la BAR define cómo debe realizarse ese almacenamiento. Esta distinción es fundamental para comprender la relación entre FAR y BAR.
La BAR Define Cómo el UPF Almacena los Paquetes
Cuando el UPF recibe un paquete, primero utiliza una PDR para identificar el tráfico y luego sigue la FAR referenciada por esa PDR para determinar la siguiente acción. Si la FAR requiere reenvío normal, el UPF reenvía el paquete según los Parámetros de Reenvío. Si la Apply Action de la FAR contiene BUFF, el paquete no se envía inmediatamente hacia la interfaz de destino y, en su lugar, entra en el proceso de almacenamiento.
Aquí es donde la BAR se vuelve relevante. La FAR puede referenciar una BAR que le indica al UPF cómo deben almacenarse los paquetes afectados. La relación se puede resumir de la siguiente manera:
La PDR identifica el paquete → La FAR selecciona BUFF/NOCP → La BAR define el comportamiento de almacenamiento.
Un error común es tratar BUFF y BAR como si fueran lo mismo. No lo son. BUFF responde a la pregunta: "¿Debe almacenarse este paquete ahora?" La BAR responde a la pregunta: "Una vez que se ha seleccionado el almacenamiento, ¿bajo qué condiciones debe almacenarse el paquete?" Observar solo BUFF en la FAR sin verificar la BAR asociada o la configuración de almacenamiento local del UPF proporciona solo una parte del panorama del plano de usuario.
NOCP también se asocia comúnmente con este escenario. Cuando el UPF está almacenando paquetes de enlace descendente, NOCP puede requerir que el UPF notifique al plano de control que han llegado datos de enlace descendente para que el SMF pueda iniciar los procedimientos de plano de control siguientes. El almacenamiento y la notificación ocurren, por lo tanto, como dos tareas coordinadas: el plano de usuario retiene temporalmente los paquetes mientras el evento se informa al plano de control.
El Escenario Más Típico de la BAR Ocurre Después de que el UE Entra en CM-IDLE
El papel de la BAR es más fácil de entender cuando un UE pasa de CM-CONNECTED a CM-IDLE. Supongamos que el UE ya ha completado el registro y el establecimiento de la sesión PDU. Mientras está conectado, la ruta de plano de usuario N3 está disponible y el UPF puede reenviar paquetes de enlace descendente directamente hacia el gNB.
Después de un período de inactividad, el lado de acceso puede liberar la conexión y el UE entra en CM-IDLE. La sesión PDU permanece en su lugar, pero la ruta de reenvío de plano de usuario N3 que estaba activa anteriormente ya no está disponible de inmediato. Los servidores externos no son necesariamente conscientes de este cambio de estado, por lo que los nuevos paquetes IP de enlace descendente aún pueden llegar al UPF a través de N6.
Esto crea el problema clave: el UPF ha recibido los datos, pero actualmente no tiene una ruta N3 utilizable a través de la cual entregarlos al UE.
En esta etapa, el SMF actualiza las reglas del plano de usuario a través de N4 para que la FAR relevante cambie del reenvío inmediato al comportamiento de almacenamiento. En un caso típico, BUFF y NOCP se habilitan en la Apply Action, mientras que FORW ya no se utiliza como la acción actual de enlace descendente. Cuando llegan nuevos paquetes de enlace descendente, el UPF los retiene de acuerdo con la política de almacenamiento aplicable e informa de la llegada de datos de enlace descendente al SMF.
Después de recibir la notificación, el SMF puede coordinarse con el AMF para iniciar los procedimientos necesarios para que el UE vuelva a ser alcanzable, incluida la paginación cuando corresponda. Una vez que el UE vuelve a un estado en el que se puede transportar tráfico de plano de usuario y se restablece la ruta N3, el SMF actualiza las reglas del UPF nuevamente para que el manejo del enlace descendente cambie de almacenamiento a reenvío. Los paquetes almacenados pueden entonces continuar hacia el UE.
Por lo tanto, la BAR no es simplemente una regla estática de asignación de memoria. Su verdadero propósito es ayudar al plano de usuario a salvar el período temporal durante el cual los paquetes de enlace descendente ya han llegado pero el reenvío inmediato aún no es posible.
Los Parámetros Clave de la BAR Definen los Límites del Almacenamiento
El almacenamiento no puede continuar indefinidamente. Si se permitiera al UPF retener datos de enlace descendente ilimitados para un UE inalcanzable, la memoria del plano de usuario podría consumirse innecesariamente. Por lo tanto, la BAR proporciona límites para el comportamiento de almacenamiento. Dependiendo del procedimiento PFCP y las capacidades del UPF, estos pueden incluir el ID de la BAR, los límites de recuento de paquetes, la duración del almacenamiento y los parámetros de retardo de notificación.
ID de la BAR
El ID de la BAR identifica de forma única la regla de almacenamiento dentro de la sesión PFCP y permite que la FAR correspondiente haga referencia a la BAR correcta. Durante la resolución de problemas, ver una creación de BAR por sí sola no prueba que la regla afecte al tráfico que se está analizando. También se debe verificar la FAR correspondiente para confirmar a qué ID de BAR hace referencia realmente.
Recuento de Paquetes Sugerido para Almacenamiento
El Recuento de Paquetes Sugerido para Almacenamiento indica el número de paquetes que se aconseja al UPF almacenar para el tráfico aplicable. Una vez que se supera el límite sugerido, los paquetes adicionales pueden descartarse. Este parámetro controla el límite de capacidad de almacenamiento en lugar del tiempo de almacenamiento.
Su presencia también depende del soporte de características del UPF. Si el campo no es visible en una traza PFCP, eso por sí solo no prueba que falte el control de almacenamiento. El análisis también debe considerar si el UPF soporta la capacidad relevante y si se están utilizando parámetros de almacenamiento locales en su lugar.
Duración del Almacenamiento de Enlace Descendente
La Duración del Almacenamiento de Enlace Descendente define el período durante el cual los paquetes de enlace descendente pueden continuar almacenándose en el UPF bajo el procedimiento aplicable. Refleja un principio de diseño importante: el almacenamiento está pensado como un mecanismo temporal mientras se restablece la entrega del plano de usuario, no como un almacenamiento permanente de paquetes.
Si el UE permanece inalcanzable durante un período prolongado, el proceso de almacenamiento necesita una condición de terminación definida; de lo contrario, los recursos del plano de usuario podrían permanecer ocupados indefinidamente.
Retardo de Notificación de Datos de Enlace Descendente
En procedimientos y combinaciones de capacidades soportadas, el Retardo de Notificación de Datos de Enlace Descendente puede controlar cuánto tiempo espera el UPF después de recibir el primer paquete de enlace descendente antes de notificar al plano de control. Este parámetro afecta cuándo se envía la notificación, en lugar de si el paquete debe almacenarse.
Por lo tanto, su comportamiento debe interpretarse en el contexto del procedimiento PFCP específico, la implementación de red y las capacidades del UPF, en lugar de inferirse solo del nombre del parámetro.
¿Por Qué a Veces Faltan Parámetros Completos de la BAR en las Trazas PFCP?
Este es uno de los puntos más fáciles de malinterpretar al analizar la BAR. El número de paquetes a almacenar, la duración del almacenamiento y otros parámetros de almacenamiento no siempre tienen que ser aprovisionados dinámicamente a través de N4. Los operadores o los proveedores de equipos también pueden configurar políticas de almacenamiento localmente en el UPF.
Con esta implementación, el SMF puede que solo necesite cambiar la acción de la FAR dinámicamente. Por ejemplo, después de que el UE entra en CM-IDLE, el SMF puede usar la Modificación de Sesión PFCP para actualizar la FAR relevante a BUFF/NOCP. Una vez que el UPF ve la acción de almacenamiento, puede aplicar los límites de recuento de paquetes y duración configurados localmente.
Por lo tanto, la siguiente observación en una traza no es automáticamente anormal:
La FAR solicita BUFF, pero los mensajes PFCP no contienen los parámetros completos de la BAR que el ingeniero espera.
Se deben verificar al menos dos preguntas adicionales: si el UPF está utilizando valores de almacenamiento configurados localmente y si el UPF soporta el aprovisionamiento dinámico de los parámetros relevantes de la BAR. De lo contrario, una diferencia de implementación puede confundirse con una regla faltante del SMF.
La configuración local también puede tener ventajas prácticas. Puede reducir parte de la señalización N4 y acomodar diferencias de capacidades entre implementaciones de UPF. La contrapartida es que parte del comportamiento de almacenamiento ya no es completamente visible en una sola traza PFCP, por lo que la resolución de problemas entre múltiples proveedores puede requerir tanto el análisis de señalización como la inspección de la configuración local del UPF.
¿Cómo Debe Entenderse el Flujo PFCP Cuando Llegan Datos de Enlace Descendente en CM-IDLE?
La BAR es más fácil de entender cuando se coloca de nuevo en el procedimiento completo en lugar de analizarse como un elemento de información aislado.
Mientras el UE está en CM-CONNECTED, la ruta N3 está disponible y el UPF reenvía paquetes de enlace descendente de acuerdo con la FAR normal. Después de un período de inactividad, se libera la conexión del lado de acceso. Una vez que el SMF se entera de que el estado de la conexión del plano de usuario ha cambiado, utiliza la Modificación de Sesión PFCP para actualizar las reglas relevantes del UPF.
El punto importante es que la sesión PDU no se ha eliminado. En cambio, la ruta actual del plano de usuario de enlace descendente no está disponible temporalmente para la entrega inmediata. Por lo tanto, la FAR relevante puede pasar al comportamiento de almacenamiento habilitando BUFF y la acción de notificación al plano de control requerida, mientras que la BAR o la configuración local del UPF proporciona las condiciones detalladas de almacenamiento.
Cuando un servidor de Internet o una aplicación envía posteriormente nuevos datos de enlace descendente, los paquetes llegan primero al UPF. El UPF utiliza la PDR para identificar el tráfico y luego aplica la FAR asociada. Debido a que la acción actual ya no es FORW, los paquetes se almacenan. Al mismo tiempo, el UPF informa de la llegada de datos de enlace descendente al SMF a través del mecanismo de informes PFCP.
Luego, el SMF se coordina con los procedimientos del lado del AMF para que el UE pueda volver a ser alcanzable y se pueda restablecer la ruta del plano de usuario. Una vez que el reenvío N3 vuelve a estar disponible, la FAR en N4 se actualiza nuevamente para el reenvío normal y el UPF puede continuar entregando tráfico de enlace descendente al UE.
La lógica general se puede resumir como:
El UE entra en CM-IDLE → N3 no está disponible temporalmente → El SMF actualiza FAR/BAR → Los datos de enlace descendente llegan al UPF → El UPF almacena e informa → El plano de control restablece la alcanzabilidad del UE → Se restablece N3 → La FAR vuelve al reenvío.
Por lo tanto, la BAR controla el comportamiento del plano de usuario durante el período en el que los datos ya han llegado, pero la ruta de entrega aún no ha regresado.
La Resolución de Problemas de la BAR Debe Seguir Cuatro Pasos: Acción, Almacenamiento, Notificación y Recuperación
Los problemas relacionados con la BAR rara vez aparecen como un "error de BAR" explícito. Más a menudo, el síntoma es que el primer tráfico de enlace descendente después de que el UE ha entrado en un estado inactivo se comporta de manera anormal. Una aplicación puede funcionar normalmente mientras está activa, pero después de un período de inactividad el siguiente mensaje llega con un retraso notable. En otro caso, el UE puede ser paginado y reconectado con éxito, pero los primeros paquetes de enlace descendente ya se han perdido.
Estos problemas se pueden analizar en cuatro etapas.
Paso 1: Confirmar que la FAR Entró Realmente en Modo de Almacenamiento
Comience con la FAR referenciada por la PDR de enlace descendente relevante y confirme que se produjo la Modificación de Sesión PFCP esperada después de que el UE entró en CM-IDLE. Verifique si la Apply Action cambió del comportamiento FORW normal a las acciones de BUFF y notificación esperadas para el escenario.
Si la FAR todavía intenta reenviar paquetes hacia una ruta de plano de usuario que ya no es utilizable, el problema no es principalmente un problema de BAR.
Paso 2: Determinar Qué Reglas de Almacenamiento Está Aplicando el UPF
Verifique el ID de la BAR referenciado por la FAR y luego examine los parámetros de Creación o Actualización de la BAR correspondientes. Si la traza PFCP no contiene los parámetros de almacenamiento completos, continúe verificando la configuración de almacenamiento local del UPF y las capacidades soportadas.
Si el límite de recuento de paquetes es demasiado pequeño, algunos de los primeros paquetes de enlace descendente pueden descartarse antes de que el UE vuelva a ser alcanzable. Si el comportamiento de almacenamiento observado difiere sustancialmente de las expectativas, también se debe verificar la propia asociación de la BAR.
Paso 3: Confirmar que el UPF Informó de la Llegada de Datos de Enlace Descendente
El almacenamiento de paquetes por sí solo no restablece la comunicación con el UE. Si el plano de control no es consciente de que han llegado nuevos datos de enlace descendente, no se iniciará el procedimiento de paginación o recuperación del plano de usuario posterior. Por lo tanto, se debe verificar la traza en busca del Informe de Sesión PFCP apropiado y del procesamiento correcto por parte del SMF.
Si los paquetes ya están almacenados en el UPF pero no sigue ningún procedimiento de plano de control, la resolución de problemas debe pasar de los parámetros de la BAR a la ruta de informes UPF-a-SMF y los procedimientos SMF posteriores.
Paso 4: Confirmar que el Reenvío se Reanuda Después de la Recuperación del Plano de Usuario
Después de que el UE vuelve a ser alcanzable, verifique que el SMF actualice las reglas N4 correctamente para que la FAR de enlace descendente cambie de almacenamiento a reenvío normal y se restablezcan los parámetros de reenvío N3 requeridos.
Si la paginación tiene éxito y el UE ha regresado, pero la FAR permanece en BUFF, el sistema puede entrar en un estado en el que el UE es alcanzable mientras los paquetes continúan permaneciendo en el UPF. Por lo tanto, la resolución de problemas de la BAR debe continuar hasta que la ruta de reenvío del plano de usuario se haya restablecido por completo.
El Valor Central de la BAR
Dentro del marco de reglas PFCP, la BAR no participa en cada paquete reenviado normalmente de la misma manera que lo hacen la PDR y la FAR. Su importancia se vuelve más visible en una situación específica pero crítica: la sesión todavía existe, pero la ruta actual del plano de usuario no puede entregar inmediatamente los datos de enlace descendente recién llegados.
La FAR cambia la acción de procesamiento de paquetes de FORW a BUFF, la BAR define los límites de almacenamiento, el UPF retiene temporalmente los paquetes e informa de su llegada, y las funciones del plano de control como el SMF y el AMF coordinan el restablecimiento de la alcanzabilidad del UE. Juntos, estos mecanismos salvan la transición desde la indisponibilidad temporal de entrega de vuelta a una ruta de plano de usuario activa.
Por lo tanto, la BAR no debe entenderse solo como "Regla de Acción de Almacenamiento = una regla de almacenamiento de paquetes". Una interpretación más útil es: la BAR le dice al UPF cómo gestionar los paquetes de enlace descendente que ya han llegado mientras la ruta de entrega del plano de usuario no está disponible temporalmente. Una vez que la BAR se ve junto con CM-IDLE, FAR BUFF/NOCP, Informe de Sesión PFCP y los procedimientos posteriores de paginación y recuperación del plano de usuario, su papel en la interfaz N4 se vuelve mucho más claro.
Preguntas Frecuentes
¿Cuál es la Diferencia Entre BAR y BUFF en la FAR?
BUFF es una Apply Action en la FAR que indica que los paquetes coincidentes deben almacenarse en lugar de reenviarse inmediatamente. La BAR define cómo debe realizarse ese almacenamiento, como los límites de recuento de paquetes, la duración del almacenamiento u otras condiciones aplicables. En términos simples, la FAR decide que se requiere almacenamiento, mientras que la BAR define cómo se realiza el almacenamiento.
¿Puede la BAR Funcionar Independientemente de una FAR?
La BAR no debe tratarse como una regla de coincidencia de paquetes independiente. El paquete es emparejado primero por una PDR, que hace referencia a la FAR correspondiente. Cuando esa FAR requiere almacenamiento y hace referencia a la BAR aplicable, los parámetros de la BAR se utilizan para controlar cómo se almacenan esos paquetes.
¿Por Qué los Paquetes de Enlace Descendente No se Descartan Simplemente Cuando el UE Entra en CM-IDLE?
CM-IDLE no significa que la sesión PDU se haya eliminado. Las aplicaciones externas pueden continuar enviando datos mientras la ruta de entrega del plano de usuario solo no está disponible temporalmente. El almacenamiento a corto plazo permite retener parte de ese tráfico de enlace descendente mientras el plano de control restablece la alcanzabilidad del UE, lo que ayuda a reducir la interrupción de la continuidad de la aplicación.
¿La Ausencia del Recuento de Paquetes Sugerido para Almacenamiento Significa que la BAR Está Mal Configurada?
No necesariamente. La aparición de este parámetro depende del procedimiento PFCP, la capacidad del UPF y la implementación. Los límites de recuento de paquetes y otros comportamientos de almacenamiento también pueden configurarse localmente en el UPF, por lo que se deben verificar el soporte de capacidades, la asociación de la BAR y la configuración de almacenamiento del lado del dispositivo.
¿Por Qué el UE Aún No Recibe Datos Aunque el UPF Ha Almacenado los Paquetes de Enlace Descendente?
El almacenamiento es solo una parte del procedimiento. El UPF también debe informar de la llegada de datos de enlace descendente al SMF, el plano de control debe iniciar los procedimientos necesarios para restablecer la alcanzabilidad del UE, y el SMF debe actualizar la FAR y los parámetros de reenvío N3 una vez que la ruta del plano de usuario esté disponible nuevamente. Un fallo en cualquiera de estas etapas puede dejar los paquetes almacenados o eventualmente causar que se descarten.
