ES3036559T3

ES3036559T3 - Methods for handling packet filters for interworking between a service based architecture, sba, network and an evolved packet system, eps, network as well as corresponding devices

Info

Publication number: ES3036559T3
Application number: ES22823085T
Authority: ES
Inventors: Yumei Song; Hong Zhang; Alonso Susana Fernandez; Azorero Fuencisla Garcia
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2022-02-09
Filing date: 2022-12-01
Publication date: 2025-09-22
Anticipated expiration: 2042-12-01
Also published as: EP4476895C0; EP4476895B1; WO2023160850A1; US12689932B2; US20250150885A1; US20250168120A1; EP4476895A1; WO2023160849A1; PL4476895T3; WO2023160850A9; EP4476952A1

Abstract

Se describe un método ejecutado por una función de gestión de sesiones (SMF) en una red de arquitectura basada en servicios (SBA) para gestionar filtros de paquetes relacionados con una sesión de un equipo de usuario (UE) en la red SBA. El método comprende los siguientes pasos: transmitir, mediante la SMF, a una función de control de políticas (PCF) en la red SBA una solicitud de control de políticas relativa a la sesión del UE con la red SBA; recibir, mediante la SMF, de la PCF una respuesta de control de políticas que incluye los filtros de paquetes aplicables para la sesión del UE con la red SBA; determinar, mediante la SMF, que el número de filtros de paquetes aplicables recibidos de la PCF supera el número de filtros de paquetes admitidos por el UE; transmitir, mediante la SMF, a la PCF un mensaje de actualización con un informe de reglas que incluye un código de fallo que indica que al menos uno de los filtros de paquetes aplicables no se puede instalar o actualizar debido a que se ha alcanzado el número máximo de filtros de paquetes. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Métodos para gestionar filtros de paquetes para interfuncionamiento entre una red de arquitectura basada en servicios, SBA, y una red de sistema de paquetes evolucionado, EPS, así como dispositivos correspondientes

Introducción

El documento 3GPP TS 23.501 ch5.7.1.4 establece que, en 5G, un equipo de usuario ,UE, puede indicar soportar el número de filtros de paquetes para reglas de QoS señalizadas de la sesión de PDU correspondiente, es decir, durante el procedimiento de establecimiento de sesión de PDU o utilizando el procedimiento de modificación de sesión de PDU, como se describe en la cláusula 5.17.2.2.2, tras el primer cambio entre sistemas de EPS a 5GS para una sesión de PDU establecida en EPS y transferida desde EPS con interfaz N26. Es responsabilidad de la SMF garantizar que la suma de los filtros de paquetes utilizados por todas las reglas de QoS señalizadas para una sesión de PDU no supere el número indicado por el UE.

El documento 3GPP TS 29.512 ch5.6.3.6 establece que cuando el consumidor de servicios NF recibe del UE el número de filtros de paquetes soportados para las reglas de QoS señalizadas para la sesión de PDU durante el procedimiento de modificación de sesión de PDU tras el primer cambio entre sistemas de EPS a 5GS para una sesión de PDU establecida en EPS y transferida desde EPS con interfaz N26, el consumidor de servicios NF deberá incluir el "NUM_OF_PACKET_FILTER'' en el atributo "repPolicyCtrlReqTriggers" y el número de filtros de paquetes soportados para las reglas de QoS señalizadas en el atributo "numOfPackFilter". Esto solo aplica al escenario de interfuncionamiento definido en el Anexo B.

El número de filtros de paquetes soportados en evolución a largo plazo, LTE, está limitado a 16 por portador EPS (24.008, ch10.5.6.12), pudiendo el número de filtros de paquetes soportados alcanzar hasta 240, suponiendo que se soporten 15 portadores EPS para una conexión PDN. El número de filtros de paquetes por sesión de PDU puede alcanzar hasta 1024 en 5G (23.501, ch5.7.1.4). Los capítulos anteriores de las especificaciones 3GPP han definido cómo gestionar un número de filtros de paquetes soportado superior al número máximo de filtros de paquetes soportados en 5GS y tras el primer cambio entre sistemas de EPS a 5GS en UE, y también en SMF así como en PCF.

El documento 3GPP TS 24.501 ch6.4.1.3 establece que en el procedimiento de aceptación de establecimiento de sesión de PDU, si se soporta interfuncionamiento con EPS para la sesión de PDU, la SMF deberá establecer en el mensaje de ACEPTACIÓN DE ESTABLECIMIENTO DE SESIÓN DE PDU:

a) los IE de contextos de portador EPS mapeados a los contextos de portador EPS mapeados desde uno o más flujos de QoS de la sesión de PDU;

El documento 3GPP TS 24.501, ch9.11.4.8, define los contextos de portador EPS mapeados. Cuando el identificador de parámetro indica una plantilla de flujo de tráfico, los campos contenidos de parámetro y longitud se codifican a partir del octeto 2, como se muestra en la figura 10.5.144 y la tabla 10.5.162 de 3GPP TS 24.008, lo que limita el número máximo de filtros de paquetes a 16 por contexto de portador EPS mapeado.

El documento US 2021/226807 da a conocer comunicaciones de sesión de unidad de datos de paquetes de tipo Ethernet.

Actualmente existen ciertos desafíos. No está claro cómo gestionar las sesiones de PDU establecidas en 5GS con más filtros de paquetes que los soportados en EPS, para las reglas de QoS señalizadas, durante procedimientos de movilidad de 5GS a EPS. Esto puede provocar interrupciones o retardos en el servicio para servicios críticos, como servicios críticos con retardo, MPS, etc., durante el cambio entre sistemas de 5GS a EPS.

La PCF puede, opcionalmente, actualizar las decisiones de políticas durante el procedimiento de interfuncionamiento EPS si se proporcionan ciertos activadores (p. ej., cambio de tipo de RAT). Pero no hay ningún activador que indique que el número de filtros de paquetes soportados ha cambiado, es decir, que número de filtros de paquetes soportado se ha reducido, durante la movilidad de 5GS a EPS (p. ej., pueden ocurrir cambios de RAT dentro de 5GS), y no se garantiza que la PCF tenga conocimiento del cambio si no se proporcionan antes del procedimiento de interfuncionamiento EPS activadores de informe de control de políticas aplicables. Además, el informe de cambio de tipo de RAT a la PCF se produce después de que se haya activado el procedimiento de interfuncionamiento, es decir, cuando el UE ya tiene acceso 4G. Por lo tanto, podría producirse una interrupción del servicio antes de que la PCF pueda actualizar las reglas PCC según las demandas de los filtros de paquetes.

Ciertos aspectos de la invención y sus realizaciones pueden proporcionar soluciones a estos u otros desafíos.

La presente invención propone un mecanismo para gestionar la movilidad de la arquitectura basada en servicios, SBA, al sistema de paquetes evolucionados, EPS, para sesiones establecidas en 5GS con más de un número predeterminado de filtros de paquetes. Es decir, con más filtros de paquetes de los soportados en el dominio EPS.

El concepto subyacente es que la PCF indica qué filtros de paquetes preservar o bien la PCF indica algún tipo de prioridad para los filtros de paquetes. Esto permite que la<s>M<f>determine qué filtros de paquetes desactivar o desechar cuando el UE deba gestionarse de acuerdo con un número menor de filtros de paquetes.

Por ejemplo, se puede introducir un nuevo mecanismo para la disposición de reglas de control de políticas y cobros, PCC, en el que la PCF incluya una indicación para los filtros de paquetes de la regla PCC cuando sea aplicable interfuncionamiento EPS.

La primera opción consiste en introducir un nuevo atributo, o nuevos atributos, uno por cada filtro de paquetes, para indicar si se debe preservar el filtro de paquetes correspondiente. Dicho atributo nuevo puede, por ejemplo, introducirse en la Flowinformation para indicar que se preservarán los filtros de paquetes de la descripción de flujo, de modo que los filtros de paquetes de la regla PCC correspondiente se incluyan en las plantillas de flujo de tráfico, TFT, del contexto de portadores EPS mapeados.

Otra opción es introducir atributos, uno por cada filtro de paquetes, para indicar la prioridad de un filtro de paquetes correspondiente. Dicho nuevo atributo puede, por ejemplo, introducirse en la información de flujo para indicar la prioridad de preservación de los filtros de paquetes correspondientes de la regla PCC para interfuncionamiento EPS.

Otra opción más es introducir un nuevo atributo en la regla PCC para indicar la prioridad de preservación, o indicación de preservación, para todos los filtros de paquetes en esa regla PCC correspondiente para interfuncionamiento EPS.

Otra opción adicional es reutilizar la precedencia de la regla PCC para indicar la prioridad de la preservación de los filtros de paquetes de la regla PCC para interfuncionamiento EPS.

Otra opción es que la SMF tome su propia decisión sobre si asignar o no filtros de paquetes según la política local, por ejemplo, en función de política o implementación de operador. Cabe señalar que esta opción puede, o no, anular la información recibida anteriormente de la PCF.

Cabe señalar que una regla PCC puede considerarse un conjunto de elementos de información que permiten la detección de un flujo de datos de servicio y proporcionan parámetros para el control de políticas y/o el control de tarificación. Puede haber dos tipos diferentes de reglas PCC, según se define en 3GPP TS 23.503.

El primer tipo está relacionado con las reglas PCC dinámicas. Este tipo de reglas PCC pueden ser proporcionadas dinámicamente por la PCF a la SMF. Estas reglas PCC pueden estar predefinidas o generarse dinámicamente en la PCF. Las reglas PCC dinámicas pueden instalarse, modificarse y eliminarse en cualquier momento.

El segundo tipo está relacionado con reglas PCC predefinidas. Este tipo de reglas PCC puede preconfigurarse en la SMF. La PCF puede activarlas o desactivar las reglas PCC predefinidas, en cualquier momento. Dentro de la PCF, las reglas PCC predefinidas pueden agruparse, lo que permite a la PCF activar dinámicamente un conjunto de reglas PCC.

Cabe señalar que la SMF puede decidir utilizar la información recibida de la PCF para decidir cuáles de los filtros de paquetes asignar, independientemente de si estos filtros de paquetes están asociados a las reglas PCC dinámicas o predefinidas.

Además de lo anterior, cabe señalar que la PCF puede incluir o activar el nuevo atributo descrito anteriormente en la regla PCC solo en caso de que tenga conocimiento de que podría existir una situación en la que dicha red SBA esté interfuncionando con una red de sistema de paquetes evolucionado, EPS, para un UE en particular.

La PCF puede tomar conocimiento de este aspecto particular basándose, por ejemplo, en el nombre de la red de datos, DNN, o en la información de asistencia de selección de segmento de red única, S-NSSAI, que recibe la PCF durante el procedimiento de acceso aleatorio del UE a la red 5G.

La S-NSSAI es un identificador para un segmento de red en la red central 5G, la 5G-RAN y el UE. La S-NSSAI puede estar asociada a una PLMN, por ejemplo, el ID de PLMN, y puede tener valores específicos de la red o valores estándar. El UE puede utilizar una S-NSSAI en la red de acceso de la PLMN a la que está asociada la S-NSSAI.

En una red de telecomunicaciones, las redes de datos pueden identificarse utilizando un DNN. El DNN suele tener la forma de un nombre de punto de acceso, APN, o similar. En 5G, el nombre de red de datos, DNN, puede ser equivalente a un APN en EPS.

En un ejemplo detallado, los inventores han descubierto que podría ser beneficioso que la SMF proporcione una actualización de políticas a la PCF indicando que una o más reglas PCC, o uno o más filtros de paquetes, no son válidos después de la movilidad de 5GS a EPS debido a razones de que todos los filtros de paquetes en la regla PCC se eliminan, es decir, la regla está inactiva, o que se excede el número de filtros de paquetes soportados en la red EPS.

En otro ejemplo, la SMF puede proporcionar un mensaje de control de políticas durante la movilidad de 5GS a EPS para indicar que se ha reducido el número máximo de filtros de paquetes soportados. Esto podría realizarse reutilizando el activador de solicitud de control de políticas existente, es decir, NUM_OF_PACKET_FILTER. Para una sesión de PDU establecida en 5GS o en EPS, pero que haya tenido en el pasado un cambio entre sistemas de EPS a 5GS, con más del número máximo de filtros de paquetes soportados para las reglas de QoS señalizadas, tras la movilidad de 5GS a EPS, la SMF puede notificar el activador de solicitud de control de políticas NUM_OF_PACKET_FILTER y establecer el número de filtros de paquetes soportados en 16 por portador EPS, o 240 por conexión PDN, suponiendo que se soportan 15 portadores EPS para una sola conexión PDN. Otra opción es introducir un nuevo activador de solicitud de control de políticas NO_NUM_OF_PACKET_FILTER. En una sesión de PDU establecida en 5GS o establecida en EPS, pero en la que se produjo en el pasado un cambio entre sistemas de EPS a 5GS, más del número máximo de filtros de paquetes de reglas de QoS señalizadas, tras la movilidad de 5GS a EPS, la SMF puede notificar el activador de solicitud de control de políticas NO_NUM_OF_PACKET_FILTER. Cuando la PCF recibe dicha notificación de activador, esto puede implicar que el número máximo de filtros de paquetes soportado es de 16 por conexión PDN. Anteriormente, se menciona explícitamente el número de 16, ya que este puede implementarse en sistemas EPS convencionales, es decir, 16 filtros de paquetes por portador EPS y 15 portadoras EPS por conexión PDN. Sin embargo, cualquier número inferior al número soportado por 5GS puede ser aplicable.

En un ejemplo más detallado, se puede introducir un código de fallo, por ejemplo para indicar que no se puede instalar o actualizar una regla PCC debido a la situación de que el número de filtros de paquetes ha excedido el número máximo de filtros de paquetes soportados para una sesión de PDU.

Ciertas realizaciones pueden proporcionar una o más de las siguientes ventajas técnicas. La presente invención proporciona una guía a la SMF para determinar qué filtros de paquetes mantener en caso de cambio entre sistemas de 5GS a EPS. Esto ayuda a evitar interrupciones o retardos en el servicio que podrían deberse a la imposibilidad de transferir todos los filtros de paquetes de las reglas PCC instaladas al portador EPS correspondiente debido a la limitación del número máximo de filtros de paquetes por conexión PDN en EPS.

Otra ventaja de la presente invención es que permite a la PCF detectar la eliminación o desactivación de reglas PCC debido a que ninguno de los filtros de paquetes de la regla PCC correspondiente puede transferirse a un contexto de portador EPS para el escenario en que, en una sesión de PDU 5GS establecida con un número de filtros de paquetes para las reglas de QOS señalizadas, supere un número predeterminado de filtros de paquetes, por ejemplo, dieciséis filtros de paquetes. Se puede generar un informe de error de regla PCC con un código de fallo explícito para indicar la eliminación o desactivación de una regla PCC debido a una situación en la que el número de filtros de paquetes excede el número máximo de filtros de paquetes permitido en EPS, tras la movilidad de 5GS a EPS. La PCF es entonces consciente de la situación y, en consecuencia, puede tomar las decisiones de política adecuadas.

Con respecto a lo anterior, cabe señalar que las reglas PCC no necesariamente se eliminarán ni desactivarán. Las reglas PCC pueden mantenerse activas, pero pueden marcarse por cualquier medio posible. La SMF puede entonces informar a la PCF sobre las reglas PCC marcadas, independientemente de si las reglas PCC se han eliminado, desactivado o mantenido activas.

Otro beneficio adicional de la invención es que la SMF puede notificar de manera proactiva a la PCF acerca del cambio en el número soportado de filtros de paquetes después de la movilidad de 5GS a EPS, de modo que la PCF puede tomar decisiones políticas apropiadas posteriormente en función del número actualizado de filtros de paquetes soportados.

Explicación adicional

Algunas de las realizaciones contempladas en este documento se describirán a continuación con más detalle haciendo referencia a los dibujos adjuntos. Las realizaciones se dan a conocer a modo de ejemplo para trasladar el alcance del objeto a los expertos en la materia. También se puede encontrar información adicional en el o los documentos del Apéndice.

La Figura QQ1 muestra un ejemplo de un sistema de comunicación QQ100 de acuerdo con algunas realizaciones.

En el ejemplo, el sistema de comunicación QQ100 incluye una red de telecomunicaciones QQ102 que incluye una red de acceso QQ104, como una red de acceso por radio (RAN), y una red central QQ106, que incluye uno o más nodos de red central QQ108. La red de acceso QQ104 incluye uno o más nodos de red de acceso, como los nodos de red QQ110a y QQ110b (uno o más de los cuales pueden denominarse generalmente nodos de red QQ110), o cualquier otro nodo de acceso similar del proyecto de asociación de tercera generación (3GPP) o punto de acceso no 3GPP. Los nodos de red QQ110 facilitan la conexión directa o indirecta de equipos de usuario (UE), por ejemplo conectando los UE QQ112a, QQ112b, QQ112c y QQ112d (uno o más de los cuales pueden denominarse generalmente UE QQ112) a la red central QQ106 a través de una o más conexiones inalámbricas.

Las comunicaciones inalámbricas a través de una conexión inalámbrica incluyen transmitir y/o recibir señales inalámbricas utilizando ondas electromagnéticas, ondas de radio, ondas infrarrojas u otros tipos de señales adecuadas para transmitir información sin usar hilos, cables ni otros materiales conductores. Además, en diferentes realizaciones, el sistema de comunicación QQ100 puede incluir cualquier número de redes cableadas o inalámbricas, nodos de red, UE y/o cualquier otro componente o sistema que facilite o participe en la comunicación de datos y/o señales, ya sea mediante conexiones cableadas o inalámbricas. El sistema de comunicación QQ100 puede incluir o interactuar con cualquier tipo de red de comunicación, telecomunicaciones, datos, celular, de radio y/u otro tipo de sistema similar.

Los UE QQ112 pueden ser cualquiera de una amplia variedad de dispositivos de comunicación, incluyendo dispositivos inalámbricos configurados y/o capaces de comunicarse de forma inalámbrica con los nodos de red QQ110 y otros dispositivos de comunicación. De igual forma, los nodos de red QQ110 están dispuestos para, son capaces de, están configurados y/o son operativos para de comunicarse directa o indirectamente con los UE QQ112 y/o con otros nodos o equipos de red en la red de telecomunicaciones QQ102 para habilitar y/o proporcionar acceso a la red, tal como acceso de red inalámbrico, y/o para realizar otras funciones, tal como la administración de la red de telecomunicaciones QQ102.

En el ejemplo mostrado, la red central QQ106 conecta los nodos de red QQ110 a uno o más anfitriones, como el anfitrión QQ116. Estas conexiones pueden ser directas o indirectas a través de una o más redes o dispositivos intermediarios. En otros ejemplos, los nodos de red pueden estar acoplados directamente a los anfitriones. La red central QQ106 incluye uno o más nodos de red central (p. ej., el nodo de red central QQ108) estructurados con componentes de hardware y software. Las características de estos componentes pueden ser sustancialmente similares a las descritas para los UE, los nodos de red o los anfitriones, de modo que sus descripciones son generalmente aplicables a los componentes correspondientes del nodo de red central QQ108. Los nodos de red central de ejemplo incluyen funciones de uno o más de un centro de conmutación móvil (MSC), una entidad de gestión de movilidad (MME), un servidor de abonado local (HSS), una función de gestión de acceso y movilidad (AMF), una función de gestión de sesión (SMF), una función de servidor de autenticación (AUSF), una función de desocultación de identificador de suscripción (SIDF), una gestión unificada de datos (UDM), un proxy de protección de borde de seguridad (SEPP), una función de exposición de red (NEF) y/o una función de plano de usuario (UPF).

El anfitrión QQ116 puede estar bajo la propiedad o el control de un proveedor de servicios distinto del operador o proveedor de la red de acceso QQ104 o de la red de telecomunicaciones QQ102, y puede ser operado por el proveedor de servicios o en nombre del proveedor de servicios. El anfitrión QQ116 puede alojar diversas aplicaciones para proporcionar uno o más servicios. Ejemplos de estas aplicaciones incluyen contenido de audio/vídeo en directo y pregrabado, servicios de recopilación de datos como la recuperación y compilación de datos sobre diversas condiciones ambientales detectadas por varios UE, funciones de análisis, redes sociales, funciones para controlar o interactuar con dispositivos remotos, funciones para un centro de alarmas y vigilancia, o cualquier otra función similar realizada por un servidor.

En conjunto, el sistema de comunicación QQ100 de la Figura QQ1 permite la conectividad entre los UE, los nodos de red y los anfitriones. En ese sentido, el sistema de comunicación puede configurarse para operar según reglas o procedimientos predefinidos, como estándares específicos que incluyen, entre otros: sistema global para comunicaciones móviles (GSM); sistema universal de telecomunicaciones móviles (UMTS); evolución a largo plazo (LTE) y/u otros estándares 2G, 3G, 4G, 5G adecuados, o cualquier estándar de generación futura aplicable (p. ej., 6G); estándares de redes de área local inalámbricas (WLAN), como los estándares 802.11 (WiFi) del Instituto de Ingenieros Eléctricos y Electrónicos (IEEE); y/o cualquier otro estándar de comunicación inalámbrica apropiado, como la interoperabilidad mundial para acceso por microondas (WiMax), Bluetooth, Z-Wave, comunicación de campo cercano (NFC), ZigBee, LiFi y/o cualquier estándar de red de área extensa de baja potencia (LPWAN), como LoRa y Sigfox.

En algunos ejemplos, la red de telecomunicaciones QQ102 es una red celular que implementa funciones estandarizadas 3GPP. Por consiguiente, la red de telecomunicaciones QQ102 puede soportar segmentación de red para proporcionar diferentes redes lógicas a los diferentes dispositivos conectados a la red de telecomunicaciones QQ102. Por ejemplo, la red de telecomunicaciones QQ102 puede proporcionar servicios de comunicación de baja latencia ultrafiable (URLLC) a algunos UE, mientras que proporciona servicios de banda ancha móvil mejorada (eMBB) a otros UE, y/o servicios de comunicación masiva de tipo máquina (mMTC)/IoT masiva a otros UE. En algunos ejemplos, los UE QQ112 están configurados para transmitir y/o recibir información sin interacción humana directa. Por ejemplo, un UE puede estar diseñado para transmitir información a la red de acceso QQ104 según un horario predeterminado, al ser activado por un evento interno o externo, o en respuesta a solicitudes de la red de acceso QQ104. Además, un UE puede estar configurado para operar en modo mono-RAT, multi-RAT o multi-estándar. Por ejemplo, un UE puede operar con cualquier combinación de Wi-Fi, NR (nueva radio) y LTE, es decir, estar configurado para conectividad dual multi-radio (MR-DC), como E-UTRAN (red de acceso radio terrestre UMTS evolucionada) y nueva radio - conectividad dual (EN-DC).

En el ejemplo, el concentrador QQ114 se comunica con la red de acceso QQ104 para facilitar la comunicación indirecta entre uno o más UE (p. ej., UE QQ112c y/o QQ112d) y nodos de red (p. ej., nodo de red QQ110b). En algunos ejemplos, el concentrador QQ114 puede ser un controlador, un enrutador, una fuente de contenido y análisis, o cualquiera de los otros dispositivos de comunicación descritos aquí para los UE. Por ejemplo, el concentrador QQ114 puede ser un enrutador de banda ancha que permite el acceso de los UE a la red central QQ106. En otro ejemplo, el concentrador QQ114 puede ser un controlador que envía comandos o instrucciones a uno o más accionadores en los UE. Los comandos o instrucciones pueden recibirse de los UE, los nodos de red QQ110 o mediante código ejecutable, script, proceso u otras instrucciones en el concentrador QQ114. Como otro ejemplo, el concentrador QQ114 puede ser un recopilador de datos que actúa como almacenamiento temporal para los datos del UE y, en algunas realizaciones, puede realizar análisis u otro procesamiento de los datos. Como otro ejemplo, el concentrador QQ114 puede ser una fuente de contenido. Por ejemplo, para un UE que sea un visor de RV, una pantalla, un altavoz u otro dispositivo de entrega multimedia, el concentrador QQ114 puede recuperar recursos de RV, vídeo, audio u otros medios o datos relacionados con información sensorial a través de un nodo de red, que el concentrador QQ114 proporciona entonces al UE directamente, tras realizar el procesamiento local, o tras añadir contenido local adicional. En otro ejemplo, el concentrador QQ114 actúa como servidor proxy u orquestador para los UE, en particular si uno o más de los UE son dispositivos IoT de bajo consumo.

El concentrador QQ114 puede tener una conexión constante/persistente o intermitente con el nodo de red QQ110b. El concentrador QQ114 también puede permitir un esquema y/o programación de comunicación<diferente entre el concentrador QQ114 y los>U<e (p. ej., UE QQ112c o QQ112d), y entre el concentrador QQ114>y la red central QQ106. En otros ejemplos, el concentrador QQ114 se conecta a la red central QQ106 o a uno o más UE mediante una conexión cableada. Además, el concentrador QQ114 puede configurarse para conectarse a un proveedor de servicios M2M a través de la red de acceso QQ104 o a otro UE mediante una conexión directa. En algunos escenarios, los UE pueden establecer una conexión inalámbrica con los nodos de red QQ110 mientras siguen conectados al concentrador QQ114 mediante una conexión cableada o inalámbrica. En algunas realizaciones, el concentrador QQ114 puede ser un concentrador dedicado, es decir, un concentrador cuya función principal es enrutar las comunicaciones hacia/desde los UE hacia/desde el nodo de red QQ110b. En otras realizaciones, el concentrador QQ114 puede ser un concentrador no dedicado, es decir, un dispositivo capaz de enrutar las comunicaciones entre los UE y el nodo de red QQ110b, pero que además puede funcionar como punto de inicio y/o fin de comunicación para ciertos canales de datos.

La Figura QQ6 muestra un diagrama de comunicación de un anfitrión QQ602 que se comunica a través de un nodo de red QQ604 con un UE QQ606 mediante una conexión parcialmente inalámbrica, de acuerdo con algunas realizaciones. Realizaciones de ejemplo, de acuerdo con diversas realizaciones, del UE (como el UE QQ112a de la Figura QQ1 o el UE QQ200 de la Figura QQ2), el nodo de red (como el nodo de red QQ110a de la Figura QQ1 o el nodo de red QQ300 de la Figura QQ3) y el anfitrión (como el anfitrión QQ116 de la Figura QQ1 o el anfitrión QQ400 de la Figura QQ4) descritas en los párrafos anteriores se describirán a continuación, haciendo referencia a la Figura QQ6.

Al igual que el anfitrión QQ400, las realizaciones del anfitrión QQ602 incluyen hardware, como una interfaz de comunicación, circuitos de procesamiento y memoria. El anfitrión QQ602 también incluye software, almacenado en el anfitrión QQ602 o accesible por el mismo, y ejecutable por los circuitos de procesamiento. El software incluye una aplicación anfitrión que puede proporcionar un servicio a un usuario remoto, como el UE QQ606 que se conecta mediante una conexión de libre transmisión (OTT, over-the-top) QQ650 que se extiende entre el UE QQ606 y el anfitrión QQ602. Para proporcionar el servicio al usuario remoto, una aplicación anfitrión puede proporcionar datos de usuario que se transmiten utilizando la conexión OTT QQ650.

El nodo de red QQ604 incluye hardware que le permite comunicarse con el anfitrión QQ602 y el UE QQ606. La conexión QQ660 puede ser directa o pasar a través de una red central (como la red central QQ106 de la Figura QQ1) y/o una o más redes intermedias, como una o más redes públicas, privadas o alojadas. Por ejemplo, una red intermedia puede ser una red troncal o internet.

El UE QQ606 incluye hardware y software, almacenados o accesibles por el UE QQ606 y ejecutables por los circuitos de procesamiento de los UE. El software incluye una aplicación cliente, como un navegador web o una "app" (aplicación) específica del operador, que puede proporcionar un servicio a un usuario humano o no humano a través del UE QQ606 con el soporte del anfitrión QQ602. En el anfitrión QQ602, una aplicación anfitrión en ejecución puede comunicarse con la aplicación cliente en ejecución a través de la conexión OTT QQ650, que termina en el UE QQ606 y el anfitrión QQ602. Al proporcionar el servicio al usuario, la aplicación cliente del UE puede recibir datos de solicitud de la aplicación anfitrión del anfitrión y proporcionar datos de usuario en respuesta a dichos datos de solicitud. La conexión OTT QQ650 puede transferir tanto los datos de solicitud como los datos de usuario. La aplicación cliente del UE puede interactuar con el usuario para generar los datos de usuario que proporciona a la aplicación anfitrión a través de la conexión OTT QQ650.

La conexión OTT QQ650 puede extenderse mediante una conexión QQ660 entre el anfitrión QQ602 y el nodo de red QQ604, y mediante una conexión inalámbrica QQ670 entre el nodo de red QQ604 y el UE QQ606 para proporcionar la conexión entre el anfitrión QQ602 y el UE QQ606. La conexión QQ660 y la conexión inalámbrica QQ670, a través de las cuales se puede proporcionar la conexión OTT QQ650, se han dibujado de forma abstracta para ilustrar la comunicación entre el anfitrión QQ602 y el UE QQ606 a través del nodo de red QQ604, sin referencia explícita a ningún dispositivo intermediario ni al enrutamiento preciso de los mensajes a través de estos dispositivos.

Como ejemplo de transmisión de datos a través de la conexión OTT QQ650, en la etapa QQ608, el anfitrión QQ602 proporciona datos de usuario, lo que puede realizarse mediante la ejecución de una aplicación anfitrión. En algunas realizaciones, los datos de usuario se asocian con un usuario humano específico que interactúa con el UE QQ606. En otras realizaciones, los datos de usuario se asocian con un UE QQ606 que comparte datos con el anfitrión QQ602 sin interacción humana explícita. En la etapa QQ610, el anfitrión QQ602 inicia una transmisión con los datos de usuario hacia el UE QQ606. El anfitrión QQ602 puede iniciar la transmisión en respuesta a una solicitud transmitida por el UE QQ606. La solicitud puede ser causada por la interacción humana con el UE QQ606 o por el funcionamiento de la aplicación cliente que se ejecuta en el UE QQ606. La transmisión puede realizarse a través del nodo de red QQ604, de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta invención. Por consiguiente, en la etapa QQ612, el nodo de red QQ604 transmite al UE QQ606 los datos de usuario que llevaba la transmisión iniciada por el anfitrión QQ602, de acuerdo con las enseñanzas de las realizaciones descritas en esta invención. En la etapa QQ614, el UE QQ606 recibe los datos de usuario incluidos en la transmisión, lo que puede ser realizado por una aplicación cliente ejecutada en el UE QQ606 asociado a la aplicación anfitrión ejecutada por el anfitrión QQ602.

En algunos ejemplos, el UE QQ606 ejecuta una aplicación cliente que proporciona datos de usuario al anfitrión QQ602. Los datos de usuario pueden proporcionarse como reacción o respuesta a los datos recibidos del anfitrión QQ602. Por consiguiente, en la etapa QQ616, el UE QQ606 puede proporcionar datos de usuario, lo que puede realizarse mediante la ejecución de la aplicación cliente. Al proporcionar los datos de usuario, la aplicación cliente puede considerar además la entrada de usuario recibida del usuario a través de una interfaz de entrada/salida del UE QQ606. Independientemente de la manera específica en que se proporcionaron los datos de usuario, el UE QQ606 inicia, en la etapa QQ618, la transmisión de los datos de usuario hacia el anfitrión QQ602 a través del nodo de red QQ604. En la etapa QQ620, de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta invención, el nodo de red QQ604 recibe datos de usuario del UE QQ606 e inicia la transmisión de los datos de usuario recibidos hacia el anfitrión QQ602. En la etapa QQ622, el anfitrión QQ602 recibe los datos de usuario transportados en la transmisión iniciada por el UE QQ606.

En un escenario de ejemplo, el anfitrión QQ602 puede recopilar y analizar información del estado de la fábrica. Por ejemplo, el anfitrión QQ602 puede procesar datos de audio y vídeo recuperados de un UE para su uso en la creación de mapas. Como otro ejemplo, el anfitrión QQ602 puede recopilar y analizar datos en tiempo real para ayudar a controlar la congestión vehicular (p. ej., control de semáforos). Como otro ejemplo, el anfitrión QQ602 puede almacenar vídeos de vigilancia subidos por un UE. Como otro ejemplo, el anfitrión QQ602 puede almacenar o controlar el acceso a contenido multimedia, como vídeo, audio, RV o RA, que puede difundir, multidifundir o unidifundir a los UE. Como otros ejemplos, el anfitrión QQ602 puede utilizarse para la tarificación de la energía, el control remoto de cargas eléctricas no críticas en cuanto al tiempo para equilibrar las necesidades de generación de energía, servicios de localización, servicios de presentación (como la compilación de diagramas, etc., a partir de datos recopilados de dispositivos remotos) o cualquier otra función de recopilación, recuperación, almacenamiento, análisis o transmisión de datos.

En algunos ejemplos, se puede proporcionar un procedimiento de medición para monitorizar la velocidad de datos, la latencia y otros factores que mejoran la o las realizaciones. Además, puede existir una funcionalidad de red opcional para reconfigurar la conexión OTT QQ650 entre el anfitrión QQ602 y el UE QQ606, en respuesta a variaciones en los resultados de la medición. El procedimiento de medición o la funcionalidad de red para reconfigurar la conexión OTT pueden implementarse en el software y el hardware del anfitrión QQ602 o del UE QQ606. En algunas realizaciones, se pueden implementar sensores (no mostrados) en o en asociación con otros dispositivos por los que pasa la conexión OTT QQ650; los sensores pueden participar en el procedimiento de medición proporcionando valores de las magnitudes monitorizadas ejemplificadas anteriormente, o proporcionando valores de otras magnitudes físicas a partir de las cuales el software puede calcular o estimar las magnitudes monitorizadas. La reconfiguración de la conexión OTT QQ650 puede incluir el formato del mensaje, la configuración de retransmisión, el enrutamiento preferido, etc. La reconfiguración no necesita alterar directamente el funcionamiento del nodo de red QQ604. Dichos procedimientos y funcionalidades pueden ser conocidos y utilizados en la técnica. En ciertas realizaciones, las mediciones pueden implicar señalización propia del UE que facilita la medición del rendimiento, los tiempos de propagación, la latencia, etc., por el anfitrión QQ602. Las mediciones pueden implementarse mediante software que provoque la transmisión de mensajes, en particular mensajes vacíos o ficticios, utilizando la conexión OTT QQ650, mientras se monitorizan tiempos de propagación, errores, etc.

La Figura QQ7 muestra un ejemplo de un diagrama de flujo de acuerdo con la presente invención.

Cabe señalar que, de acuerdo con la presente invención, la SMF puede incorporar la denominada funcionalidad PGW-C de plano de control de puerta de enlace, PDN, de red de datos por paquetes. La PGW-C controla la funcionalidad llevada a cabo por una PGW-U asignada cuando existe separación entre los planos de control y usuario. Cuando un abonado establece un portador EPS en una PDN dada, la PGW-C selecciona y controla el punto de conexión a dicha PDN durante la vida útil del portador EPS. Sus responsabilidades incluyen la gestión de recursos del portador, la vinculación de portadores, la gestión de direcciones IP del abonado y el soporte de movilidad. El uso de una SMF con funcionalidad PGW-C permite sustituir la función de control de políticas y reglas de tarificación, PCRF, utilizada para el control de políticas en el núcleo de paquetes evolucionado, EPC, por un nuevo sistema de gestión de políticas de modo dual compatible con dispositivos que soporta 5G, independientemente de la tecnología de acceso utilizada.

El diagrama de flujo está dirigido a un método realizado por una función de gestión de sesiones, SMF, en una red de arquitectura basada en servicios, SBA, para gestionar filtros de paquetes cuando dicha red SBA está interfuncionando con una red de sistema de paquetes evolucionado, EPS, donde el número de filtros de paquetes soportados en la red SBA excede el número de filtros de paquetes soportados en la red EPS, comprendiendo el método las etapas de:

- transmitir, por dicha SMF, a una función de control de políticas, PCF, en dicha red SBA, una solicitud de control de políticas en relación con una solicitud de sesión de un equipo de usuario, UE, con dicha red SBA;

- recibir, por dicha SMF, desde dicha PCF, una respuesta de control de políticas, donde dicha respuesta de control de políticas comprende filtros de paquetes aplicables para dicha solicitud de sesión de dicho UE con dicha red SBA, y que comprende al menos una de:

- información de preservación que indica qué filtros de paquetes aplicables preservar cuando dicha red SBA está en interfuncionamiento con dicha red EPS;

- información de prioridad que indica información de prioridad de dichos filtros de paquetes aplicables que se debe tener en cuenta al determinar qué filtros de paquetes aplicables preservar cuando dicha red SBA está en interfuncionamiento con dicha red EPS.

Lo anterior se describe con más detalle a continuación.

Un equipo de usuario, UE, QQ701 puede iniciar el procedimiento solicitando un establecimiento de sesión de PDU QQ709 en 5GS. El UE puede iniciar el procedimiento de establecimiento de sesión de PDU solicitado por el UE mediante la transmisión de un mensaje NAS que contiene una solicitud de establecimiento de sesión de PDU dentro del contenedor N1 SM. La solicitud de establecimiento de sesión de PDU puede incluir el ID de sesión de PDU, el tipo de sesión de PDU solicitada, el modo SSC solicitado, la capacidad 5GSM, el PCO, el contenedor de solicitud de DN de PDU de SM, el número de Filtros de paquetes, la configuración de compresión de encabezado, la velocidad máxima de datos de protección de integridad del UE, la sesión de PDU siempre activa solicitada, el RSN y el ID de par de sesión de PDU. La presente invención está dirigida al número de filtros de paquetes.

El número de filtros de paquetes puede indicar el número de filtros de paquetes soportados para las reglas de QoS señalizadas para la sesión de PDU que se está estableciendo. El número de filtros de paquetes indicado por el UE puede ser válido durante la duración de la sesión de PDU.

Por ejemplo, el UE puede indicar el número máximo de filtros de paquetes que puede soportar la sesión de PDU en un elemento de información, IE, de número máximo de filtros de paquetes de un mensaje de solicitud de establecimiento de sesión de PDU solo si el UE puede soportar más del número máximo de filtros de paquetes en EPS, para esta sesión de PDU. En este sentido, cabe señalar que, normalmente, el número máximo de filtros de paquetes es de 16 por portador EPS, donde normalmente se soportan 15 portadores EPS para una conexión PDN establecida en una red (4G) de sistema de paquetes evolucionado, EPS. Esto puede tener como resultado un número máximo de 240 filtros de paquetes en EPS.

En consecuencia, cabe señalar que la presente invención también es aplicable a un procedimiento de modificación de sesión de PDU en lugar de un procedimiento de establecimiento de sesión de PDU, para la situación en la que se produce una transferencia de EPS a 5GS. En ese escenario particular, el UE notifica, en la solicitud de modificación de sesión de PDU, a la red 5G que soporta más del número máximo de filtros de paquetes soportado por EPS.

El mensaje descrito anteriormente se envía a la función de gestión de acceso y movilidad, AMF, QQ705. Una de las responsabilidades de la AMF QQ705 está relacionada con la gestión del registro. Esta gestión permite que un UE QQ701 se registre y cancele su registro en la red 5G.

En la siguiente etapa QQ710, la AMF QQ705 puede enviar una solicitud de creación de contexto de sesión de PDU a una función de gestión de sesiones, SMF, QQ707. La solicitud de creación de contexto de sesión de PDU es, por ejemplo, la solicitud Nsmf_PDUSession_CreateSmContext, que puede incluir la solicitud de establecimiento de sesión de PDU que fue enviada inicialmente por el UE QQ701. Una de las responsabilidades de la SMF es gestionar las sesiones de PDU de un UE, por ejemplo, creando, actualizando y eliminando sesiones de unidad de datos de protocolo, PDU, y gestionando el contexto de la sesión con la función de plano de usuario, UPF.

La SMF QQ707 puede entonces transmitir, a una función de control de políticas, PCF, QQ708 en dicha red 5G, una solicitud de control de políticas relacionada con la solicitud de sesión del UE QQ701. La solicitud de control de políticas es, por ejemplo, una solicitud Npcf_SMPolicyControl_Create o una solicitud Npcf_SMPolicyControl_Update.

El servicio de control de políticas puede proporcionar, actualizar y eliminar políticas relacionadas con la sesión y reglas PCC mediante la función de control de políticas, PCF, QQ708 para el consumidor del servicio NF, por ejemplo, la SMF QQ707. El servicio de control de políticas puede utilizarse para el control de tarificación, el control de políticas o la detección y el control de aplicaciones. El servicio de control de políticas de gestión de sesiones se aplica a los casos en que la SMF QQ707 interactúa con la PCF QQ708 en un escenario sin itinerancia, la SMF visitada interactúa con la PCF visitada en un escenario de itinerancia de ruptura local y la SMF local interactúa con la PCF local en un escenario con enrutamiento local.

Basándose en la solicitud de control de políticas recibida, la PCF QQ708 puede transmitir una respuesta de control de políticas QQ712 de vuelta a la SMF QQ707. La respuesta de control de políticas es, por ejemplo, una respuesta Npcf_SMPolicyControl_Create o una respuesta Npcf_SMPolicyControl_Update. Esta respuesta incluye decisiones de política. La presente invención está dirigida al concepto de que la respuesta comprende información adicional sobre el filtro de paquetes, información adicional sobre el filtro de paquetes que indica a la SMF QQ707 cómo gestionar un exceso del número de filtros de paquetes en escenarios de interfuncionamiento 4G-5G. Es decir, proporciona información a la SMF QQ707 sobre qué filtros de paquetes "mantener" y qué filtros de paquetes desechar para reducir el número total de filtros de paquetes al número permitido en la red EPS, por ejemplo, 16 filtros de paquetes por portador EPS. Esto se explica con más detalle a continuación.

La información de filtro de paquetes adicional puede incluir, por ejemplo, cualquier información de preservación que indique qué filtros de paquetes aplicables preservar cuando dicha red SBA (5G) esté interfuncionando con la red EPS y/o información de prioridad que indique información de prioridad de los filtros de paquetes aplicables que se debe tener en cuenta al determinar qué filtros de paquetes aplicables preservar cuando la red SBA (5G) esté interfuncionando con la red EPS.

Cabe señalar que la PCF puede determinar que la red SBA está interfuncionando con una red de sistema de paquetes evolucionado, EPS, basándose, por ejemplo, en el nombre de red de datos, DNN, o la información de asistencia de selección de segmento de red única, S-NSSAI, que recibe la PCF, por ejemplo, durante el procedimiento de acceso aleatorio del UE a la red 5G.

En un ejemplo, la información de preservación puede incluirse como un atributo en FlowInformation, por ejemplo como se muestra a continuación.

La PCF QQ708 puede, por ejemplo, garantizar que para todas las reglas PCC dinámicas de una sesión de PDU, el número de filtros de paquetes preservados contenidos dentro del atributo "flowDescription" o el atributo "ethFlowDescripiont" con el "packetFilterUsage" establecido como verdadero no exceda el valor soportado por EPS, por ejemplo 16 por portador EPS o 240 en total considerando 15 portadores EPS.

En un ejemplo, la información de prioridad puede incluirse como un atributo en FlowInformation, por ejemplo como se muestra a continuación.

El SMF QQ707 puede, por ejemplo, usar el atributo "packFiltPrio'' para priorizar los filtros de paquetes que se preservarán entre los proporcionados para todas las reglas PCC dinámicas de una sesión de PDU. Solo se preservan los filtros de paquetes con mayor prioridad. Cuanto mayor sea el valor del atributo "packFiltPrio", menor será la precedencia del filtro de paquetes.

En un ejemplo adicional, la información de preservación puede incluirse como un atributo en la definición de la regla PCC, por ejemplo como se muestra a continuación.

El atributo "packFiltPre" puede utilizarse para especificar la precedencia de los filtros de paquetes de la regla PCC entre los filtros de paquetes de todas las reglas PCC asociadas a la sesión de PDU para interfuncionamiento EPS. Puede incluir, por ejemplo, un valor entero en el rango de 0 a 1024 (decimal). Cuanto mayor sea el valor del atributo "packFiltPre'', menor será la precedencia de los filtros de paquetes de esa regla PCC.

Alternativamente, la regla PCC podría incluir un indicador que indique si las reglas PCC debe preservarse durante interfuncionamiento EPS. Esto puede conseguirse, por ejemplo, utilizando un atributo llamado packFiltPrsv, que puede ser de tipo booleano. Si está presente y se establece en VERDADERO, el o los filtros de paquetes de la regla PCC correspondiente pueden preservarse en los procedimientos de interfuncionamiento EPS; es decir, el o los filtros de paquetes puede(n) incluirse en la plantilla de flujo de tráfico (TFT) de los contextos de portador EPS mapeados. El valor predeterminado puede ser FALSO si el atributo no está presente o no se ha proporcionado previamente.

La información de preservación también puede estar dirigida a reutilizar la "precedencia" de la regla PCC para determinar el orden en el que se aplican los filtros de paquetes de la regla PCC en relación con los filtros de paquetes de otras reglas PCC dentro de la misma sesión de PDU para interfuncionamiento EPS, o reutilizar la "precedencia" de la regla PCC para determinar si la regla PCC debe preservarse en el interfuncionamiento EPS.

Durante la etapa de validación, como se indica con el numeral de referencia QQ713, la SMF QQ707 puede determinar si se puede soportar el número de filtros de paquetes recibidos de la PCF QQ708. La SMF QQ707 puede notificar un fallo, es decir, un fallo de la regla PCC, a la PCF QQ708 en caso de que la validación falle. La etapa de validación puede incluir la validación de que el número total de filtros de paquetes de la sesión de PDU no supere el número recibido de filtros de paquetes, como el recibido inicialmente del UE QQ701 en el mensaje de solicitud de establecimiento o modificación de sesión de PDU. La validación puede además, o alternativamente, estar dirigida a validar que el número total de filtros de paquetes preservados de la sesión de PDU haya alcanzado el número máximo de preservaciones de filtros de paquetes para interfuncionamiento EPS. Esto se explica con más detalle a continuación.

Pueden aplicarse varios códigos de fallo y transmitirse QQ714 a la PCF QQ708, como se muestra en la tabla a continuación. Cabe señalar que los dos primeros códigos de fallo pueden transmitirse como resultado de la etapa de validación, como se indica con el numeral de referencia QQ713. El tercer código de fallo, a continuación puede transmitirse como resultado de la etapa, como se indica con el numeral de referencia QQ718.

Cabe señalar que el primer código de fallo indicado, es decir, dirigido al concepto de que el número de filtros de paquetes excede el número indicado inicialmente por el UE en la solicitud de establecimiento de sesión de PDU correspondiente, no es un código de fallo que esté dirigido específicamente a un escenario de interfuncionamiento EPS.

Es decir, este escenario particular puede estar dirigido a un método realizado por una función de gestión de sesiones, SMF, en una red de arquitectura basada en servicios, SBA, para gestionar filtros de paquetes relacionados con una sesión de equipo de usuario, UE, en dicha red SBA, comprendiendo el método las etapas de transmitir, por dicha SMF, a una función de control de políticas, PCF, en dicha red SBA, una solicitud de control de políticas en relación con dicha sesión de dicho UE con dicha red SBA y recibir, por dicha SMF, de dicha PCF, una respuesta de control de políticas, donde dicha respuesta de control de políticas comprende filtros de paquetes aplicables para dicha solicitud de sesión de dicho UE con dicha red SBA, y determinar, por dicha SMF, que el número de filtros de paquetes recibidos de la PCF excede un número de filtros de paquetes soportados por el UE, y transmitir, por dicha SMF, a dicha PCF, un código de fallo, es decir, un código de fallo de informe de regla PCC, que indica que uno o más filtros de paquetes no pudieron instalarse o actualizarse debido a que se alcanzó el número máximo de filtros de paquetes. Cabe señalar que, a este respecto, el número de filtros de paquetes que soporta el UE puede comunicarse en el mensaje de solicitud de establecimiento de sesión de PDU de origen, como se indicó anteriormente, o, alternativamente, en un mensaje de solicitud de modificación de sesión de PDU. Lo anterior se explica con más detalle en la figura QQ8.

Basándose en el código de fallo recibido, la PCF QQ708 puede entonces determinar nuevas decisiones de política y puede proporcionárselas a la SMF QQ707, como se indica mediante el numeral de referencia QQ715.

Además de lo anterior, el procedimiento puede continuar QQ716 en el procedimiento de establecimiento de sesión de PDU, donde la SMF QQ707 puede tener en cuenta la indicación de preservación del filtro de paquetes de la regla PCC al gestionar la plantilla de flujo de tráfico, TFT, de contextos de portador EPS mapeados.

En un momento dado, un procedimiento de movilidad en reposo o transferencia 5GS a EPS se puede activar desde el UE QQ701, como se indica con el numeral de referencia QQ717. Esto puede activar la SMF QQ707 para marcar la o las reglas PCC que se deben desactivar o mantener activas, como se indica con el numeral de referencia QQ718. Las reglas PCC que no preserven ninguno de sus filtros de paquetes correspondientes para el interfuncionamiento 5GS a EPS pueden marcarse para desactivarse o mantenerse activas. Este ejemplo está dirigido a este tercer código de fallo, como se da a conocer en la tabla anterior, es decir, PACKET_FILTER_NOT_PRESERVED.

Cabe señalar que la SMF QQ707 puede decidir si asignar o no filtros de paquetes según la política o la implementación del operador. Posteriormente, la SMF QQ707 puede informar a la PCF sobre su decisión.

Además de lo anterior, la SMF QQ707 puede actualizar o notificar QQ719 a la PCF QQ708 respecto al número máximo actualizado de filtros de paquetes. Por ejemplo, la SMF QQ707 puede enviar una solicitud de SMPolicyControl_Update a la PCF, que incluya el activador de informe de control de políticas "NO_NUM_OF_PACKE_FILTER", indicando que el número de filtros de paquetes por conexión PDN ha cambiado, es decir, se ha reducido al número de filtros de paquetes soportados por EPS. El número máximo de filtros de paquetes soportados en EPS puede ser de 16 por portador EPS, con un máximo de 15 portadores EPS soportados por conexión PDN. Además, se puede proporcionar un informe de reglas PCC con un failureCode establecido en PACKET_FILTER_NOT_PRE<s>E<r>V<e>D, si corresponde. En otro ejemplo, la SMF puede enviar una solicitud de actualización de SMPolicyControl a PCF, que incluye el activador del informe de control de políticas "NUM_OF_PACKE_FILTER" y establece "numPaketFilter" en 16 o 240, lo que indica que el número de filtros de paquetes por portador EPS ha cambiado a 16 o indica que el número de filtros de paquetes por conexión PDN ha cambiado a 240, respectivamente. Además, se puede proporcionar un informe de reglas PCC con un failureCode establecido en<p>A<c>KET_FILTER_NOT_P<r>E<s>ERVED, si corresponde.

La PCF QQ708 puede responder con una respuesta de actualización de SMPolicyControl e incluir nuevas decisiones de política, si es necesario. Esto se indica con el numeral de referencia QQ720. El procedimiento puede entonces continuar hasta finalizar las etapas QQ721 de transferencia de 5GS a EPS o de movilidad en reposo. Además, se puede iniciar una modificación de sesión de PDU activada por SMF como resultado de la etapa QQ720, lo que se indica con el numeral de referencia QQ722.

La Figura QQ8 da a conocer un ejemplo de cómo una función de gestión de sesiones, SMF QQ707, abordará una situación en la que el número de filtros de paquetes proporcionados por la función de control de políticas, PCF, QQ708 excede el número de filtros de paquetes soportados inicialmente indicados por el UE QQ701.

La presente invención está dirigida a un nuevo mecanismo para que la SMF QQ707 genere un informe de fallo de regla PCC cuando el número de filtros de paquetes para todas las reglas de QOS señalizadas excede el número máximo de filtros de paquetes soportados por el UE, durante la provisión de reglas PCC, de modo que la PCF pueda adaptar las decisiones de política en consecuencia.

El concepto subyacente es que la SMF QQ707 introdujo un FailureCode para un informe de error de regla PCC en redes SBA, como 5GS, que la regla PCC correspondiente no se puede instalar o actualizar debido a que se ha alcanzado el número máximo de filtros de paquetes de todas las reglas de QoS señalizadas de la sesión de PDU correspondiente del UE.

La Figura QQ8 da a conocer un ejemplo en el que un equipo de usuario, UE, QQ701 envía un procedimiento de solicitud de establecimiento de sesión de PDU para establecer una sesión de PDU con la red SBA, como se indica con el numeral de referencia QQ804, y muestra un ejemplo en el que un UE QQ701 envía un procedimiento de solicitud de modificación de sesión de PDU para modificar una sesión de PDU en curso con la red SBA, como se indica con el numeral de referencia QQ805.

Con respecto al procedimiento de establecimiento de sesión de PDU QQ804, se puede enviar un mensaje de solicitud de establecimiento de sesión de PDU QQ801 a la AMF QQ705 a través de la NGRAN QQ703, como el gNodob. Este mensaje de solicitud incluye una indicación del número de filtros de paquetes que soporta el UE QQ701.

El UE QQ701 puede, así, iniciar el procedimiento QQ804 de establecimiento de sesión de PDU solicitada por el UE mediante la transmisión de un mensaje NAS que contiene una solicitud de establecimiento de sesión de PDU dentro del contenedor N1 SM. La solicitud de establecimiento de sesión de PDU incluye el ID de sesión de PDU, el tipo de sesión de PDU solicitada, el modo SSC solicitado, la capacidad 5GSM, el PCO, el contenedor de solicitud de DN de PDU de SM, [número de filtros de paquetes], [configuración de compresión de encabezado], la velocidad máxima de datos de protección de integridad del UE, [sesión de PDU siempre activa solicitada], [R SN] e [ID de par de sesiones de PDU]. La presente invención está dirigida al atributo [número de filtros de paquetes].

La AMF QQ705 puede entonces seleccionar una SMF QQ707, como se describe en la cláusula 6.3.2 de TS 23.501 y la cláusula 4.3.2.2.3. Si el tipo de solicitud indica "solicitud inicial" o la solicitud se debe a una transferencia de EPS o de un acceso no 3GPP proporcionado por una diferente AMF, la AMF QQ705 puede almacenar una asociación de las S-NSSAI, el DNN, el ID de sesión de PDU, el ID de SMF así como el tipo de acceso de la sesión de PDU.

Si la AMF QQ705 no tiene una asociación con una SMF QQ707 para el ID de sesión de PDU proporcionado por el UE QQ701, por ejemplo cuando el tipo de solicitud indica "solicitud inicial", la AMF QQ705 puede invocar la solicitud Nsmf_PDUSession_CreateSMContext QQ802, pero si la AMF QQ705 ya tiene una asociación con una SMF QQ707 para el ID de sesión de PDU proporcionado por el U QQ701, por ejemplo, cuando el tipo de solicitud indica "sesión de PDU existente", la AMF QQ705 puede invocar la solicitud Nsmf_PDUSession_UpdateSMContext QQ807 como es el caso del procedimiento de solicitud de modificación de sesión de PDU QQ805.

Cabe señalar que el procedimiento de solicitud de sesión de PDU QQ801 puede incluir etapas adicionales que no se muestran en las figuras para facilitar la lectura. La SMF QQ701 puede, por ejemplo, contactar con un UDM para recuperar una suscripción o algo similar.

La presente invención se centra en las diferentes etapas del procedimiento. Por ejemplo, si se utilizan reglas PCC dinámicas para la sesión de PDU, la SMF QQ707 puede realizar la selección de PCF. Si el tipo de solicitud inicial indica "Sesión de PDU existente" o "Sesión de PDU de emergencia existente", como en el caso del procedimiento de solicitud de modificación de PDU QQ805, la SMF puede utilizar la PCF que ya se había seleccionado para esa sesión de PDU en particular.

En cualquier caso, la SMF QQ707 puede ejecutar un procedimiento de solicitud de SMPolicyControl, por ejemplo, una solicitud de SMPolicyControl_Create o una solicitud de SMPolicyControl_Update, como se indica con los numerales de referencia QQ803 y QQ808. El objetivo es establecer o actualizar una asociación de política SM con la PCF y obtener las reglas PCC para la sesión de PDU correspondiente. Estas solicitudes pueden incluir una indicación del número de filtros de paquetes soportados por el UE QQ701, por ejemplo, utilizando un atributo NumOfPackFilter.

La PCF QQ708 responde a QQ809 proporcionando un mensaje de respuesta de creación de SMPolicyControl o de respuesta de actualización de SMPolicyControl que indica las decisiones de política, incluido el número de filtros de paquetes de reglas de QoS señalizadas de la sesión de PDU.

La presente invención está dirigida a una etapa que realiza la SMF QQ707, activado por el mensaje de respuesta descrito anteriormente. Es decir, la SMF QQ707 valida a QQ810 que el número de filtros de paquetes de las reglas de QoS señalizadas de la sesión de PDU no supere el número de filtros de paquetes proporcionado inicialmente soportado por el UE QQ701. Si la validación falla, es decir, si el número de filtros de paquetes de las reglas de QoS señalizadas de la sesión de PDU supera el número de filtros de paquetes proporcionado inicialmente soportado por el UE QQ701, la SMF puede proporcionar una indicación de que se ha producido dicho fallo.

Esto puede notificarse, por ejemplo, si las reglas PCC se configuran como inactivas con un failureCode establecido en "MAX_<n>R_PAC<k>E<t>_FILTERS_EXCEEDED". Esto puede notificarse como se indica con el numeral de referencia QQ811, por ejemplo, tal como se muestra en la tabla a continuación.

Finalmente, la PCF QQ708 puede responder con decisiones políticas ajustadas, como se indica con el numeral de referencia QQ812, y el procedimiento de establecimiento de sesión de PDU QQ804 o el procedimiento de modificación de sesión de PDU QQ805 pueden continuar QQ813.

Una de las ventajas del procedimiento descrito anteriormente es que en caso de que el número de filtros de paquetes de todas las reglas de QoS señalizadas haya alcanzado el número máximo de filtros de paquetes soportados indicado por el UE QQ701, el SMF QQ707 puede generar un informe de error de regla PCC con el código de fallo específico, de modo que la PCF QQ708 esté al tanto de la situación y pueda ajustar la decisión de políticas en consecuencia.

En particular, si la PCF proporciona reglas PCC nuevas o modificadas a la SMF y si el número de filtros de paquetes para las reglas PCC proporcionadas excede el valor incluido dentro del atributo "numOfPackFilter", la SMF puede rechazar la instalación de las reglas PCC afectadas en función de las políticas del operador hasta que se alcance el límite e incluir un atributo "ruleReports" que contiene una instancia de datos RuleReport que especifica las reglas PCC afectadas dentro del atributo "pccRuleIds", el estado de la regla PCC como "INACTIVO" como el valor dentro del atributo "ruleStatus" y "MAX_NR_PACKET_FILTERS_EXCEEDED" como el valor del atributo "failureCode".

Además, cuando el UE establece una conexión PDN a través de la red 5GS en una implementación de interfuncionamiento 5GS-EPC, y si se soporta la función "FilterPreservation", la PCF puede proporcionar, como parte del tipo de datos PCCRule para las reglas PCC que se instalarán, el atributo "packFiltPrsv" para indicar que los filtros de paquetes deben preservarse cuando el UE se migra a la red EPC. La PCF puede garantizar que, para todas las reglas PCC dinámicas de la sesión de PDU, el número de filtros de paquetes preservados contenidos en el atributo "flowDescription" o el atributo "ethFlowDescription" con el "packetFilterUsage" establecido en verdadero no supere el valor del número máximo de filtros de paquetes soportados en EPS. Si el número de filtros de paquetes para las reglas PCC que incluyen el atributo "packFiltPrsv" establecido en verdadero supera este valor, la SMF+PGW-C, basado en las políticas del operador, puede:

- rechazar la instalación de las reglas PCC seleccionadas en función de las políticas del operador hasta que el número máximo de filtros activos no exceda el límite e incluir el atributo "ruleReports" que contiene la instancia de datos RuleReport que especifica las reglas PCC afectadas dentro del atributo "pccRuleIds", establecido en "INACTIVE" como el valor dentro del atributo "ruleStatus" y "MAX_NR_PRSV_PACKET_FILTER" como el valor del atributo "failureCode"; o

- aceptar la instalación de las reglas PCC afectadas pero establecer el atributo "packFiltPrsv" como falso para aquellas reglas PCC seleccionadas según las políticas del operador hasta que el número máximo de filtros activos no exceda el límite e incluir el atributo "ruleReports" que contiene la instancia de datos RuleReport que especifica las reglas PCC afectadas dentro del atributo "pccRuleIds", establecido en "ACTIVE" como el valor dentro del atributo "ruleStatus" y "MAX NR PRSV P<a>C<k>ET FILTER" como el valor del atributo "failureCode".

Además, cuando el UE tiene una conexión PDN establecida a través de la red 5GS en una implementación de interfuncionamiento 5GS-EPC, si se soporta la función "FilterPreservation", la PCF puede proporcionar, como parte del tipo de datos PccRule para las reglas PCC que se instalarán/modificarán, el atributo "packFiltPrsv" para indicar que los filtros de paquetes deben preservarse cuando el UE se migra a la red EPC. La PCF garantizará que, para todas las reglas PCC dinámicas de la sesión de PDU, el número de filtros de paquetes preservados contenidos en el atributo "flowDescription" o el atributo "ethFlowDescription" con el valor "packetFilterUsage" establecido en verdadero no supere el número máximo de filtros de paquetes soportados en EPS. Si la PCF proporciona reglas PCC nuevas o modificadas y el número final de filtros de paquetes instalados para las reglas PCC que incluyen el atributo "packFiltPrsv" excede el valor del número máximo de filtros de paquetes soportados en EPS, la SMF+PGW-C basada en las políticas del operador puede:

- rechazar la instalación de reglas PCC que incluyan el atributo "packFiltPrsv" establecido en verdadero, seleccionadas según las políticas del operador hasta que el número máximo de filtros activos no exceda el límite e incluya el atributo "ruleReports" que contiene la instancia de datos RuleReport que especifica las reglas PCC afectadas dentro del atributo "pccRuleIds", el estado establecido en "INACTIVO" como el valor dentro del atributo "ruleStatus" y "MAX_NR_PRSV_PACKET_FILTER" como el valor del atributo "failureCode".

- aceptar la instalación de nuevas reglas PCC que incluyan ese atributo establecido en verdadero, seleccionadas en función de las políticas del operador hasta que el número máximo de filtros activos no exceda el límite e incluya el atributo "ruleReports" que contiene la instancia de datos RuleReport que especifica las reglas PCC afectadas dentro del atributo "pccRuleIds", el estado establecido en "ACTIVE" como el valor dentro del atributo "ruleStatus" y "MAX_NR_PRSV_PACKET_FILTER" como el valor del atributo "failureCode".

Además, cuando el UE se transfiere de 5GS a EPC/E-UTRAN y si se soporta la función "FilterPreservation", la SMF+PGW-C puede enviar una solicitud HTTP POST a la PCF de la siguiente manera:

- SMF+PGW-C deberá incluir el "NUM_OF_PACKET_FILTER" dentro del atributo "repPolicyCtrlReqTriggers" y el número de filtros de paquetes soportados dentro del atributo "numOfPackFilter" establecido en el número máximo de filtros de paquetes soportados en EPS.

- La SMF+PGW-C comprobará si el número de filtros de paquetes activos supera el número de filtros soportados en la red EPC. En tal caso, la SMF+PGW-C eliminará las reglas PCC que no incluyan el atributo "packFiltPrsv" establecido en verdadero e incluirá el atributo "ruleReports", que contiene la instancia de datos RuleReport que especifica las reglas PCC afectadas dentro del atributo "pccRuleIds", el estado establecido en "INACTIVO" como valor dentro del atributo "ruleStatus" y el "PACKET_FILTER_NOT_PRESERVED" como valor del atributo "failureCode".

Aunque los dispositivos informáticos descritos en este documento (p. ej., UE, nodos de red, anfitriones) pueden incluir la combinación ilustrada de componentes de hardware, otras realizaciones pueden comprender dispositivos informáticos con diferentes combinaciones de componentes. Cabe señalar que estos dispositivos informáticos pueden comprender cualquier combinación adecuada de hardware y/o software necesaria para realizar las tareas, características, funciones y métodos dados a conocer en este documento. La determinación, el cálculo, la obtención o operaciones similares descritas en este documento pueden realizarse mediante circuitos de procesamiento, que pueden procesar información, por ejemplo, convirtiendo la información obtenida en otra información, comparando la información obtenida o la información convertida con la información almacenada en el nodo de red, o realizando una o más operaciones basadas en la información obtenida o la información convertida, y como resultado de dicho procesamiento, realizar una determinación. Además, si bien los componentes se representan como cajas individuales ubicadas dentro de una caja mayor, o anidadas dentro de varias cajas, en la práctica, los dispositivos informáticos pueden comprender múltiples componentes físicos diferentes que conforman un único componente ilustrado, y la funcionalidad puede estar dividida entre componentes separados. Por ejemplo, una interfaz de comunicación puede configurarse para incluir cualquiera de los componentes descritos aquí, o la funcionalidad de estos componentes puede distribuirse entre los circuitos de procesamiento y la interfaz de comunicación. En otro ejemplo, las funciones de bajo consumo computacional de cualquiera de estos componentes pueden implementarse en software o firmware, y que las funciones de alto consumo computacional pueden implementarse en hardware.

En ciertas realizaciones, parte o la totalidad de la funcionalidad descrita en este documento puede proporcionarse mediante circuitos de procesamiento que ejecutan instrucciones almacenadas en memoria, que en ciertas realizaciones puede ser un programa informático en forma de un medio de almacenamiento no transitorio legible por ordenador. En realizaciones alternativas, parte o la totalidad de la funcionalidad puede proporcionarse mediante los circuitos de procesamiento sin ejecutar instrucciones almacenadas en un medio de almacenamiento legible por ordenador independiente o discreto, como por ejemplo, mediante cableado. En cualquiera de estas realizaciones particulares, ya sea ejecutando instrucciones almacenadas en un medio de almacenamiento no transitorio legible por ordenador o no, los circuitos de procesamiento pueden configurarse para realizar la funcionalidad descrita. Las ventajas que ofrece esta funcionalidad no se limitan a los circuitos de procesamiento solos ni a otros componentes del dispositivo informático, sino que se disfrutan por el dispositivo informático en su conjunto y/o por los usuarios finales y una red inalámbrica en general.

Claims

REIVINDICACIONES

1. Un método realizado por una función de gestión de sesiones, SMF, en una red de arquitectura basada en servicios, SBA, para gestionar filtros de paquetes relacionados con una sesión de un equipo de usuario, UE, en dicha red SBA, comprendiendo dicho método las etapas de:

- transmitir, por dicha SMF, a una función de control de políticas, PCF, en dicha red SBA, una solicitud de control de políticas en relación con dicha sesión de dicho UE con dicha red SBA;

- recibir, por dicha SMF, desde dicha PCF, una respuesta de control de políticas, donde dicha respuesta de control de políticas comprende filtros de paquetes aplicables para dicha sesión de dicho UE con dicha red SBA,

- determinar, por dicha SMF, que un número de filtros de paquetes aplicables recibidos desde dicha PCF excede un número de filtros de paquetes soportados por dicho UE;

- transmitir, por dicha SMF, a dicha PCF, un mensaje de actualización con informe de reglas que comprende un código de fallo que indica que al menos uno de dichos filtros de paquetes aplicables no se puede instalar o actualizar debido a que se ha alcanzado un número máximo de filtros de paquetes.

2. El método de acuerdo con la reivindicación 1, en el que dicha primera etapa de transmisión se realiza como consecuencia de un mensaje de solicitud de establecimiento de sesión de PDU transmitido por dicho UE.

3. El método de acuerdo con la reivindicación 1, en el que dicha primera etapa de transmisión se realiza como consecuencia de un mensaje de solicitud de modificación de sesión de PDU transmitido por dicho UE.

4. El método de acuerdo con la reivindicación 2 ó 3, en el que el número de filtros de paquetes soportados por dicho UE se indica en dicho mensaje de solicitud de establecimiento de sesión de PDU o dicho mensaje de solicitud de modificación de sesión de PDU transmitido por dicho UE.

5. El método de acuerdo con una cualquiera de las reivindicaciones anteriores, que comprende además la etapa de:

- marcar, por dicha SMF, las reglas de control de políticas y tarificación, PCC, afectadas, con filtros de paquetes no instalados o actualizados, debido a que se ha alcanzado un número máximo de filtros de paquetes, como inactivas,

donde el mensaje de actualización con informe de reglas también comprende dichas reglas PCC marcadas como inactivas.

6. El método de acuerdo con una cualquiera de las reivindicaciones anteriores, que comprende además la etapa de:

- recibir, por dicha SMF, de dicha PCF, una decisión de políticas actualizada determinada por dicha PCF.

7. Un método realizado por una función de control de políticas, PCF, en una red de arquitectura basada en servicios, SBA, para gestionar filtros de paquetes relacionados con una sesión de un equipo de usuario, UE, en dicha red SBA, comprendiendo dicho método las siguientes etapas:

- recibir, por dicha PCF, desde una función de gestión de sesiones, SMF, en dicha red SBA, una solicitud de control de políticas en relación con una sesión de un equipo de usuario, UE, con dicha red SBA;

- transmitir, por dicha PCF, a dicha SMF, una respuesta de control de políticas, donde dicha respuesta de control de políticas comprende filtros de paquetes aplicables para dicha sesión de dicho UE con dicha red SBA;

- recibir, por dicha PCF, desde dicha SMF, un mensaje de actualización con informe de reglas que comprende un código de fallo que indica que al menos uno de dichos filtros de paquetes aplicables no se puede instalar o actualizar debido a que se ha alcanzado un número máximo de filtros de paquetes soportados por el UE.

8. El método de acuerdo con la reivindicación 7, en el que dicha solicitud de control de políticas en relación con una sesión de un UE con dicha red SBA se recibe desde la SMF como consecuencia de un mensaje de solicitud de establecimiento de sesión de PDU o un mensaje de solicitud de modificación de sesión de PDU transmitido por dicho UE.

9. El método de acuerdo con la reivindicación 8, en el que el número de filtros de paquetes soportados por dicho UE se indica en dicho mensaje de solicitud de establecimiento de sesión de PDU o dicho mensaje de solicitud de modificación de sesión de PDU transmitido por dicho UE.

10. El método de acuerdo con una cualquiera de las reivindicaciones anteriores 7 - 9, en el que el mensaje de actualización recibido con informe de reglas también comprende reglas de control de políticas y tarificación, PCC, afectadas, con filtros de paquetes no instalados o actualizados, debido a que se ha alcanzado un número máximo de filtros de paquetes, marcadas como inactivas por dicha SMF.

11. El método de acuerdo con una cualquiera de las reivindicaciones anteriores 7 a 10, que comprende además la etapa de:

- transmitir, por dicha PCF, a dicha SMF, una decisión de políticas actualizada determinada por dicha PCF.

12. Una función de gestión de sesiones, SMF, en una red de arquitectura basada en servicios, SBA, para gestionar filtros de paquetes relacionados con una sesión de un equipo de usuario, UE, en dicha red SBA, estando la SMF configurada para:

- transmitir, a una función de control de políticas, PCF, en dicha red SBA, una solicitud de control de políticas en relación con dicha sesión de dicho UE con dicha red SBA;

- recibir, desde dicha PCF, una respuesta de control de políticas, donde dicha respuesta de control de políticas comprende filtros de paquetes aplicables para dicha sesión de dicho UE con dicha red SBA, - determinar que un número de filtros de paquetes aplicables recibidos desde dicha PCF excede un número de filtros de paquetes soportados por dicho UE;

- transmitir, a dicha PCF, un mensaje de actualización con informe de reglas que comprende un código de fallo que indica que al menos uno de dichos filtros de paquetes aplicables no puede instalarse o actualizarse debido a que se ha alcanzado un número máximo de filtros de paquetes.

13. La SMF de la reivindicación 12, que está configurada para realizar el método de cualquiera de las reivindicaciones 2 a 6.

14. Una función de control de políticas, PCF, en una red de arquitectura basada en servicios, SBA, para gestionar filtros de paquetes relacionados con una sesión de un equipo de usuario, UE, en dicha red SBA, estando la PCF configurada para:

- recibir, desde una función de gestión de sesiones, SMF, en dicha red SBA, una solicitud de control de políticas en relación con una sesión de un equipo de usuario, UE, con dicha red SBA;

- transmitir, a dicha SMF, una respuesta de control de políticas, donde dicha respuesta de control de políticas comprende filtros de paquetes aplicables para dicha sesión de dicho UE con dicha red SBA; - recibir, desde dicha SMF, un mensaje de actualización con informe de reglas que comprende un código de fallo que indica que al menos uno de dichos filtros de paquetes aplicables no se puede instalar o actualizar debido a que se ha alcanzado un número máximo de filtros de paquetes soportados por el UE.

15. La PCF de la reivindicación 14, que está configurada para realizar el método de cualquiera de las reivindicaciones 8 a 11.