ES3055658T3

ES3055658T3 - Method for selecting a session management entity for serving a wireless communication device

Info

Publication number: ES3055658T3
Application number: ES20191665T
Authority: ES
Inventors: Stefan Rommer; Qian Chen; Patrik Dannebro; Åsa Larsen
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2018-01-08
Filing date: 2018-01-08
Publication date: 2026-02-13
Anticipated expiration: 2038-01-08
Also published as: EP3607774B1; US20200344655A1; CN114666859A; EP3787341A1; US11659462B2; EP3787341B1; EP3607774A1; CN111615844A; CN111615844B; MX2020006959A; EP3787341C0; WO2019134754A1

Abstract

Se describe un método y una entidad de gestión de acceso para seleccionar una entidad de gestión de sesiones (SM) para dar servicio a un dispositivo de comunicación inalámbrica (WCD) en una red central. Esta entidad comprende una entidad de gestión de acceso que da servicio al WCD y una entidad SM de anclaje que controla una primera entidad de plano de usuario que gestiona una sesión de datos asociada al WCD en un primer dominio, y una segunda entidad SM para controlar una segunda entidad de plano de usuario en un segundo dominio de la red central. El método, ejecutado por la entidad de gestión de acceso, comprende: seleccionar, basándose en la información del WCD que indica sus propiedades y en la información del dominio SM que indica al menos las entidades de plano de usuario controladas por la primera y la segunda entidad SM, respectivamente, la segunda entidad SM como entidad SM intermedia adicional para controlar una entidad de plano de usuario en el segundo dominio y gestionar la sesión de datos en dicho dominio; enviar, hacia la segunda entidad SM, un mensaje de solicitud de sesión solicitando que actúe como SM intermedio adicional asignando recursos para gestionar la sesión de datos en el segundo dominio; y recibir, en respuesta al mensaje de solicitud de sesión, un mensaje de respuesta de sesión que indica que la segunda entidad SM ha aceptado actuar como entidad SM intermedia adicional. (Traducción automática con Google Translate, sin valor legal)

Description

[0001] DESCRIPCIÓN

[0002] Método para seleccionar una entidad de gestión de sesión para dar servicio a un dispositivo de comunicación inalámbrica

[0003] Campo técnico

[0004] La presente descripción se refiere a un método para seleccionar una entidad de gestión de sesión que da servicio a un dispositivo de comunicación inalámbrica en una red central.

[0005] Antecedentes

[0006] El Proyecto de Asociación de Tercera Generación (3GPP) ha analizado posibles escenarios con respecto a cómo se pueden desplegar las áreas de servicio de la Función del Plano de Usuario (UPF) y de la Función de Gestión de Sesión (SMF) en la red del operador. Sin embargo, en la versión 15 de las especificaciones del 3GPP se asume que el área de servicio de la SMF cubre toda la red del operador. Solo se permiten múltiples SMF para sesiones de PDU con enrutamiento local, donde una SMF visitada (V-SMF) se encuentra en la Red Móvil Terrestre Pública (VPLMN) visitada y una SMF local (H-SMF) en la PLMN local (HPLMN).

[0007] No se han estudiado los posibles despliegues donde una SMF solo controla una parte de la red.

[0008] Por lo tanto, todavía no existe una solución en 3GPP para los casos en que la SMF no pueda controlar todas las UPF en la PLMN o similares.

[0009] Este es un caso válido, por ejemplo, en el caso de un operador de gran tamaño donde existen núcleos de paquetes distribuidos en diferentes regiones y se espera movilidad entre diferentes regiones.

[0010] Las soluciones relacionadas se analizan en el documento: "ERICSSON: "SMF Service Areas", BORRADOR DEL 3GPP; S2- 174193_23501_SMF_SA, PROYECTO DE ASOCIACIÓN DE 3ª GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCIA, vol. SA WG2, no. San José Del Caba, México; 26062017 - 3006201725 de junio de 2017 (25-06-2017)". Este documento analiza la relación entre las áreas de Servicio UPF y SMF. En la presente memoria se asume que se necesitaría una SMF "adicional" en casos sin itinerancia para controlar el anclaje de Sesión PDU. Una solución es insertar una I-SMF entre la AMF y la A-SMF cuando sea necesario, de forma similar a como se usa una v-SMF entre la AMF y la h-SMF. La SMF intermedia controla las UPF intermedias, mientras que la SMF de anclaje controla la UPF de anclaje. La SMF intermedia es opcional y se añade a la ruta solo cuando es necesaria. Otra solución es insertar una I-SMF "debajo" de la A-SMF, como se muestra en las figuras siguientes. La SMF intermedia controla las UPF intermedias, mientras que la SMF de anclaje controla la UPF de anclaje. La SMF intermedia es opcional y se añade solo cuando es necesario.

[0011] También se describen soluciones relacionadas en el documento: "CATT: "TS 23.502: lnserting íntermediate SMF during registration procedure", BORRADOR DEL 3GPP; S2-174578_TS 23.502 INSERTAR SMF INTERMEDIA DURANTE LA ACTUALIZACIÓN DEL REGISTRO, PROYECTO DE ASOCIACIÓN DE 3.ª GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS, vol. SA WG2, no. San José Del Caba, México; 260620173006201725 de junio de 2017 (25-06-2017).". En la presente memoria se asume que la inserción de SMF intermedia se activa cuando el UE se mueve fuera del área de la SMF de anclaje, es decir, la SMF que gestiona la sesión PDU. Por lo tanto, durante el procedimiento de actualización de registro, en las sesiones de PDU cuyas SMF de anclaje no pueden dar servicio al UE, la red insertará las SMF intermedias inmediatamente en lugar de en el procedimiento de solicitud de servicio posterior, ya que la inserción de la SMF intermedia durante el procedimiento de solicitud de servicio retrasará la obtención del servicio de red por parte del UE. Un problema que se observa aquí es qué NF asumirá la responsabilidad de seleccionar e insertar la SMF intermedia. Las NF posibles son AMF o SMF de anclaje.

[0012] También se describen soluciones relacionadas en el documento:"ERICSSON: "23.501: SMF Service Areas", BORRADOR DEL 3GPP; S2-173006_SMF SA, PROYECTO DE ASOCIACIÓN DE 3.ª GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCE, vol. SA WG2, Hangzhou, China; 15052017 - 190520179 de mayo de 2017 (09-05-2017).". En la presente memoria se analiza qué asunciones se deben hacer alrededor de las Áreas de Servicio UPF y SMF, por ejemplo, si se puede asumir que una SMF dé servicio a toda la PLMN (es decir, todos los nodos RAN y N3IWF en una PLMN) o una SMF solo puede dar servicio a un subconjunto de la PLMN (por ejemplo, un área geográfica específica). Se observa que el EPC actual permite un despliegue donde la SGW (o SGW-U en caso de que se soporte CUPS) no tiene conectividad de malla completa con todos los eNB en la PLMN. El concepto de Áreas de Servicio SGW se usa para gestionar dichos despliegues, incluido la reubicación de SGW en caso de que un UE se mueva fuera de la SA de la SGW que da servicio actualmente. En 5G se espera que se permitan escenarios de despliegue similares. Además, con los nuevos modelos de negocio que se esperan para 5G, un mayor soporte para casos de uso verticales, empresas, Redes de Datos de Área Local y escenarios de fábrica, etc., es probable que se esperen despliegues en las que se use una UPF para un caso de uso específico con conectividad solo a nodos RAN específicos. Es posible que dichas UPF no tengan conectividad de malla completa con todos los nodos RAN de la PLMN. En relación con los escenarios de despliegue, se proponen escenarios de despliegue en donde una UPF se controla desde una única SMF y escenarios de despliegue donde una UPF es controlada por múltiples SMF que serán soportadas por el estándar, y será posible desplegar las SMF que correspondan a un Área de Servicio de UPF limitada, es decir, una SMF que controle las UPF con un Área de Servicio limitada.

[0013] También se describen soluciones relacionadas en el documento: " "3rd Generatíon Partnershíp Project; Technícal Specíficatíon Group Servíces and System Aspects; System Archítecture for the 5G System; Stage 2 (Release 15)”, ESTÁNDAR DEL 3GPP; ESPECIFICACIÓN TÉCNICA; TS 23501 DEL 3GPP, PROYECTO DE ASOCIACIÓN DE 3.ª GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIAANTIPOLIS CE DEX; FRANCIA, vol. SA WG2, no. V15.0.0, 22 de diciembre de 2017 (22/12/2017). Este documento define la arquitectura del sistema de la Etapa 2 para el Sistema 5G. El Sistema 5G proporciona conectividad de datos y servicios. Esta especificación abarca escenarios con y sin itinerancia en todos los aspectos, incluyendo la interoperabilidad entre 5GS y EPS, la movilidad dentro de 5GS, el control de políticas y tarificación, y la autenticación. La Recomendación UIT-T 1.130 [11] describe un método de tres etapas para la caracterización de los servicios de telecomunicaciones, y la Recomendación UIT-T Q.65 [12] define la Etapa 2 del método. La especificación técnica TS 23.502 contiene los procedimientos y flujos de la etapa 2 para el Sistema 5G y es una especificación complementaria a esta especificación.

[0014] Compendio

[0015] En vista de los antecedentes anteriores, existe una necesidad de un despliegue de SMF/UPF basado en "área" dentro de la red del operador (por ejemplo, dentro de la PLMN) en lugar de un despliegue de SMF basado en red (es decir, una implementación basada en PLMN).

[0016] La invención se expone en el conjunto de reivindicaciones adjunto.

[0017] En general, todos los términos usados en las reivindicaciones deben interpretarse según su significado habitual en el campo técnico, salvo que se defina explícitamente lo contrario en la presente memoria. Todas las referencias a “un/una/el/la elemento, aparato, componente, medio, módulo, etapa, etc.” deben interpretarse abiertamente como referencias a al menos una instancia del elemento, aparato, componente, medio, módulo, etapa, etc., salvo que se indique explícitamente lo contrario. Las etapas de cualquier método descrito en la presente memoria no tienen que realizarse en el orden exacto en que se describen, salvo que se indique explícitamente lo contrario.

[0018] Breve descripción de los dibujos

[0019] Las figuras de los dibujos adjuntos incorporados y que forman parte de esta memoria descriptiva ilustran varios aspectos de la descripción, y junto con la descripción sirven para explicar los principios de la descripción.

[0020] La Figura 1 ilustra un sistema de comunicación inalámbrica de ejemplo en donde se pueden implementar algunas realizaciones de la presente descripción;

[0021] La Figura 2 ilustra una arquitectura de red 5G que usa puntos de referencia/interfaces punto a punto, en cuya arquitectura se pueden implementar algunas realizaciones de la presente descripción;

[0022] La Figura 3 ilustra una arquitectura de red 5G que usa interfaces basadas en servicios, en cuya arquitectura se pueden implementar algunas realizaciones de la presente descripción;

[0023] La Figura 4 muestra una ilustración esquemática de una única PLMN 400 en donde se pueden implementar realizaciones de la presente descripción;

[0024] Las Figuras 5-7 muestran diagramas de señalización que ilustran métodos de ejemplo para seleccionar una entidad SM intermedia (I-SMF);

[0025] Las Figuras 8 a 10 muestran diagramas de flujo que ilustran métodos de ejemplo para seleccionar una entidad SM intermedia (I-SMF);

[0026] Las Figuras 11a-11b son diagramas de bloques esquemáticos de una entidad de red según algunas realizaciones de la presente descripción.

[0027] Los ejemplos/aspectos/realizaciones para seleccionar una entidad SM intermedia representados en las Figuras 6, 7, 9 y 10 y la descripción correspondiente no son según la invención reivindicada y se presentan solo con fines ilustrativos.

[0028] Descripción detallada

[0029] Las realizaciones que se presentan a continuación representan información para que los expertos en la técnica puedan ponerlas en práctica e ilustran la mejor manera de hacerlo. Tras leer la siguiente descripción, a la luz de las figuras adjuntas, los expertos en la técnica comprenderán los conceptos de la descripción y reconocerán las aplicaciones de estos conceptos que no se abordan específicamente en la presente memoria. Debe entenderse que estos conceptos y aplicaciones se encuentran dentro del alcance de la descripción.

[0031] La Figura 1 ilustra un ejemplo de un sistema 100 de comunicación inalámbrica en donde se pueden implementar realizaciones de la presente descripción. El sistema 100 de comunicación inalámbrica puede ser un sistema de comunicaciones celulares tal como, por ejemplo, basado en una red de Nueva Radio (NR) de quinta generación (5G) o un sistema de comunicaciones celulares de Evolución a Largo Plazo (LTE). Como se ilustra, en este ejemplo, el sistema 100 de comunicación inalámbrica incluye una pluralidad de nodos 182 de acceso de radio (por ejemplo, Nodo B evolucionado (eNB) o estaciones base 5G que se denominan gNB, u otras estaciones base o similares). Además, el sistema 100 de comunicación inalámbrica incluye una pluralidad de dispositivos de comunicación inalámbrica (WCD) 170 (por ejemplo, Equipo de Usuario (UE) convencional, UE de Comunicación de Tipo de Máquina (MTC) / UE de Máquina a Máquina (M2M)). El término "UE" puede referirse, a modo de ejemplo y sin carácter limitativo, a un Equipo de Usuario (UE), una Estación de Abonado (SS), una Estación de Abonado Portátil (PSS), una Estación Móvil (MS), un Terminal Móvil (MT) o un Terminal de Acceso (AT). El UE puede incluir, pero no se limita, teléfonos móviles, teléfonos celulares, teléfonos inteligentes o asistentes digitales personales (PDA), ordenadores portátiles, dispositivos de captura de imágenes tales como cámaras digitales, dispositivos de terminales de juegos, dispositivos de almacenamiento y reproducción de música, dispositivos terminales portátiles, dispositivos terminales inalámbricos para vehículos y similares. En la siguiente descripción, los términos "UE", "dispositivo terminal", "terminal móvil" y "equipo de usuario" pueden usarse indistintamente. El sistema 100 de comunicación inalámbrica está organizado en celdas 160, conectadas a una red 180 central mediante los nodos 182 de acceso de radio correspondientes. Los nodos 182 de acceso de radio suelen constituir una Red de Acceso de Radio (RAN) y son capaces de comunicarse con los dispositivos 170 de comunicación inalámbrica, junto con cualquier elemento adicional adecuado para soportar la comunicación entre dispositivos de comunicación inalámbrica o entre un dispositivo de comunicación inalámbrica y otro dispositivo de comunicación (tal como un teléfono fijo). La red 180 central incluye uno o más nodo(s) o función(funciones) 210 de red. En algunas implementaciones, las funciones/entidades 210 de red pueden comprender, por ejemplo, cualquiera de las funciones de red mostradas en las Figuras 2-3.

[0033] La Figura 2 ilustra un sistema 200 de comunicación inalámbrica representado como una arquitectura de red 5G compuesta por Funciones de Red (NF) centrales, donde la interacción entre dos NF cualesquiera se representa por un punto de referencia/interfaz punto a punto.

[0035] Vista desde el lado del acceso de radio, la arquitectura de red 5G que se muestra en la Figura 2 comprende una pluralidad de Equipos de Usuario (UE) conectados a una Red de Acceso de Radio (RAN) o una Red de Acceso (AN), así como una Función de Gestión de Acceso y Movilidad (AMF). Normalmente, la R(AN) comprende estaciones base, por ejemplo, tal como Nodos B evolucionados (eNB) o estaciones base 5G (gNB) o similares. Vista desde el lado de la red central, las NF centrales 5G que se muestran en la Figura 2 incluyen una Función de Selección de Segmentos de Red (NSSF), una Función de Servidor de Autenticación (AUSF), una Gestión Unificada de Datos (UDM), 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 Control de Políticas (PCF) y una Función del plano de Usuario (UPF). La Función de Aplicación (AF) puede verse como una función que se comunica con las NF de la red central, pero que está un poco fuera de la especificación que define la red central real. Más bien, la red central considera que la AF es confiable o no.

[0037] La representación de puntos de referencia en la arquitectura de red 5G se usa para desarrollar flujos de llamadas detallados en la estandarización normativa. El punto de referencia N1 se define para transportar la señalización entre el UE y la AMF. Los puntos de referencia para la conexión entre la AN y la AMF y entre la AN y la UPF se definen como N2 y N3, respectivamente. Existe un punto de referencia, N11, entre la AMF y la SMF, lo que implica que la SMF está controlada, al menos parcialmente, por la AMF. Se usa N4 por SMF y UPF para que la UPF se pueda configurar usando la señal de control generada por la SMF, y la UPF pueda informar su estado a la SMF. N9 es el punto de referencia para la conexión entre diferentes UPF y N14 es el punto de referencia para la conexión entre diferentes AMF, respectivamente. N15 y N7 se definen dado que PCF aplica la política a AMF y SMP, respectivamente. N12 es necesaria para que la AMF realice la autenticación del UE. N8 y N10 se definen porque los datos de suscripción del UE son necesarios para AMF y SMF.

[0039] La red central 5G busca separar el plano de usuario del plano de control. El plano de usuario transporta el tráfico del usuario, mientras que el plano de control transporta la señalización en la red. En la Figura 2, la UPF se encuentra en el plano de usuario y todas las demás NF (es decir, AMF, SMF, PCF, AF, NSSF, AUSF y UDM) en el plano de control. Separar el plano de usuario del plano de control garantiza que cada recurso del plano se escale de forma independiente. También permite que las UPF se desplieguen por separado de las funciones del plano de control de forma distribuida. En esta arquitectura, las UPF pueden desplegarse muy cerca de los UE para acortar el Tiempo de Ida y Vuelta (RTT) entre los UE y la red de datos para algunas aplicaciones que requieren baja latencia.

[0040] La arquitectura de la central red 5G se compone de funciones modularizadas. Por ejemplo, AMF y SMF son funciones independientes en el plano de control. La separación de AMF y SMF permite una evolución y escalabilidad independientes. Otras funciones del plano de control, como PCF y AUSF, pueden separarse, como se muestra en la Figura 2. El diseño modularizado de funciones permite que la red central 5G soporte diversos servicios con flexibilidad.

[0042] Cada NF interactúa directamente con otra NF. Es posible usar funciones intermedias para enrutar mensajes de una NF a otra. En el plano de control, un conjunto de interacciones entre dos NF se define como servicio para que sea posible su reutilización. Este servicio soporta la modularidad. El plano de usuario soporta interacciones tales como el reenvío de operaciones entre diferentes UPF.

[0044] La Figura 3 ilustra una arquitectura de red 5G que usa interfaces basadas en servicios entre las NF en el plano de control, en lugar de los puntos de referencia/interfaces punto a punto usados en la arquitectura de red 5G de la Figura 2. Las NF descritas anteriormente con referencia a la Figura 2 corresponden a las NF mostradas en la Figura 3. El(Los) servicio(s), etc., que una NF proporciona a otras NF autorizadas pueden exponerse a las NF autorizadas a través de la interfaz basada en servicios. En la Figura 3, las interfaces basadas en servicios se indican con la letra "N" seguida del nombre de la NF; por ejemplo, Namf para la interfaz basada en servicios de la AMF y Nsmf para la interfaz basada en servicios de la SMF, etc. La Función de Exposición de Red (NEF) y la Función de Repositorio de Red (NRF) de la Figura 3 no se muestran en la Figura 2 analizada anteriormente. Sin embargo, debe aclararse que todas las NF representadas en la Figura 2 pueden interactuar con la NEF y la NRF de la Figura 3 según sea necesario, aunque no se indique explícitamente en la Figura 2.

[0046] Algunas propiedades de las NF mostradas en las Figuras 2-3 pueden describirse de la siguiente manera. La AMF proporciona autenticación, autorización, gestión de movilidad, etc., basadas en el UE. Un UE, incluso usando múltiples tecnologías de acceso, está básicamente conectado a una única AMF, porque la AMF es independiente de las tecnologías de acceso usadas por el UE. La SMF es responsable de la gestión de sesión y asigna direcciones IP a los UE. También selecciona y controla la UPF para la transferencia de datos. Si un UE tiene múltiples sesiones de datos, se pueden asignar diferentes SMF a cada sesión para gestionarlas individualmente y, posiblemente, proporcionar distintas funcionalidades por sesión. La AF proporciona información sobre el flujo de paquetes a la PCF, responsable del control de políticas para soportar la Calidad de Servicio (QoS). Basado en esta información, la PCF determina políticas sobre movilidad y gestión de sesión para que AMF y SMF funcionen correctamente. La AUSF soporta la función de autenticación para los UE o similares y, por lo tanto, almacena datos para la autenticación de los UE o similares, mientras que UDM almacena datos de suscripción del UE. La Red de Datos (DN), que no forma parte de la red central 5G, proporciona acceso a Internet o servicios de operador y similares.

[0047] Una NF puede implementarse como un elemento de red en un hardware dedicado, como una instancia de software que se ejecuta en un hardware dedicado o como una función virtualizada instanciada en una plataforma adecuada, por ejemplo, una infraestructura en la nube.

[0049] La Función de Gestión de Acceso y Movilidad (AMF) que se muestra en las Figuras 2-3 es un ejemplo de una entidad de Gestión de Acceso analizada en la presente memoria. La entidad de gestión de acceso está configurada preferiblemente para gestionar operativamente la movilidad de un UE o similar, así como la autenticación y autorización de acceso para un UE o similar. En particular, la entidad de gestión de acceso está configurada para seleccionar operativamente una entidad de Gestión de Sesión, por ejemplo, tal como una SMF o similar. Las realizaciones de la entidad de gestión de acceso están configuradas para seleccionar operativamente una entidad de gestión de sesión intermedia, por ejemplo, tal como una SMF intermedia (I-SMF) o similar.

[0051] La Función de Gestión de Sesión (SMF) que se muestra en las Figuras 2-3 es un ejemplo de una entidad de Gestión de Sesión descrita en la presente memoria. La entidad de gestión de sesión está configurada preferiblemente para asignar direcciones IP a un UE o similar y para gestionar las sesiones de datos asociadas al UE o similar. En particular, la entidad de gestión de sesión está configurada para seleccionar y controlar operativamente una UPF o similar para gestionar las sesiones de datos asociadas a un UE, por ejemplo, sesiones de Unidad de Datos de Paquetes (PDU) y similares. Las implementaciones de la entidad de gestión de sesión están configuradas para seleccionar operativamente una entidad de gestión de sesión intermedia, por ejemplo, tal como una SMF intermedia (I-SMF) o similar.

[0053] La Figura 4 muestra una ilustración esquemática de una PLMN 400 en donde se pueden implementar realizaciones de la presente descripción. La PLMN 400 comprende o está asociada a una red 410 central de ejemplo y una Red de Acceso de Radio (RAN) 460. La red 410 central es un ejemplo de la red 180 central que se muestra en la Figura 1. La RAN 480 comprende una estación base 482 de radio o similar que da servicio a un dispositivo de comunicación inalámbrica (WCD) 440. La estación base 482 de radio es un ejemplo de los nodos 182 de acceso de radio que se muestran en la Figura 1. Normalmente, la RAN 480 comprende una pluralidad estaciones base de radio o similares, pero para mayor claridad, solo se muestra una estación base. El WCD 470 es un ejemplo del WCD 170 que se muestra en la Figura 1 y, por lo tanto, puede ser, por ejemplo, un Equipo de Usuario (UE) convencional, un UE de Comunicación de Tipo Máquina (MTC) o un UE de Máquina a Máquina (M2M) o similar, etc.

[0054] La red 410 central de ejemplo comprende una Entidad 450 de Repositorio de Red (por ejemplo, una NRF), una Entidad 430 de Gestión de Acceso (por ejemplo, una AMF), una entidad 420 de gestión de sesión de anclaje (por ejemplo, una SMF de anclaje, A-SMF), una entidad 422 de gestión de sesión intermedia (por ejemplo, una SMF intermedia, I-SMF), una primera entidad 440 del plano de usuario (por ejemplo, una UPF), una segunda entidad 442 del plano de usuario (por ejemplo, una UPF).

[0055] La expresión Gestión de Sesión se abrevia generalmente como SM a continuación. Una Función de Gestión de Sesión es un ejemplo de Gestión de Sesión y se abrevia generalmente como SMF a continuación.

[0056] Como lo indica la línea curva gruesa entre el WCD 470 y una Red 470 de Datos (DN) externa en la Figura 4, se asume que el WCD 470 ha establecido una sesión de datos (por ejemplo, una sesión PDU) para comunicar datos del plano de usuario con la DN 490 a través de la RAN 480 y la primera entidad 440 del plano de usuario y la segunda entidad 442 del plano de usuario, usando así múltiples entidades del plano de usuario. La DN 490 puede corresponder, por ejemplo, a Internet o similar.

[0057] Se asume además que la entidad 420 SM de anclaje (en adelante, denominada entidad A-SMF) solo controla las entidades del plano de usuario en un primer dominio que incluye la primera entidad 440 del plano de usuario (en adelante, denominada primera entidad UPF), y que la entidad 422 SM intermedia (en adelante, denominada entidad I-SMF) solo controla las entidades del plano de usuario en un segundo dominio que incluye la segunda entidad 442 del plano de usuario (en adelante, denominada segunda entidad UPF). Por lo tanto, la entidad 420 A-SMF de anclaje controla la primera entidad 440 UPF para gestionar la sesión de datos del WCD 470 en el primer dominio, y la entidad 422 I-SMF intermedia controla la segunda entidad 442 UPF para gestionar la sesión de datos del WCD 470 en el segundo dominio. Por lo tanto, se usan múltiples entidades UPF para la sesión de datos. Preferiblemente, la entidad A-SMF es la entidad SMF (véase la entidad 440 A-SMF en la Figura 4) que controla la entidad UPF de anclaje (véase UPF 440 en la Figura 4) que gestiona la sesión de datos para el WCD 470, es decir, la entidad UPF con la interfaz hacia la DN (véase DN 490 en la Figura 4), por ejemplo, la interfaz N6. Preferiblemente, la entidad A-SMF también tiene las interfaces hacia PCC y UDM.

[0058] Preferiblemente, la entidad I-SMF es la entidad SMF (véase la entidad 422 I-SMF en la Figura 4) que controla la entidad UPF intermedia (véase la UPF 442 en la Figura 4) más cercana a la RAN (véase la RAN 480 en la Figura 4) que da servicio al WCD 470, es decir, la entidad UPF que tiene la interfaz con la RAN, por ejemplo, la interfaz N3. Esta es una entidad UPF intermedia en la ruta entre la RAN y la entidad UPF de anclaje para la sesión de datos. El primer dominio y el segundo dominio que se indican en la Figura 4 pueden ser áreas administrativas diferentes o similares de la PLMN 400, o por ejemplo diferentes partes de la red 410 central asociada a la PLMN 400. Por ejemplo, la PLMN 400 puede dividirse en áreas administrativas independientes, de manera que una entidad A-SMF de anclaje en una primera área administrativa (primer dominio) no pueda controlar ninguna entidad UPF en una segunda área administrativa (segundo dominio). Por lo tanto, la entidad A-SMF no puede controlar ninguna entidad UPF para gestionar una sesión PDU asociada a un WCD (por ejemplo, un UE) cuando el WCD se encuentra en la segunda área administrativa. Según las realizaciones de la presente memoria, se configura, por lo tanto, una entidad I-SMF intermedia adicional en la segunda área administrativa para controlar una entidad UPF que gestione la sesión PDU del WCD cuando este se encuentra en la segunda área administrativa.

[0059] En otro ejemplo, la red 410 central puede comprender una red empresarial (primer dominio) y una red general (segundo dominio), de manera que una A-SMF de anclaje en la red empresarial no pueda controlar ninguna entidad UPF en la red general. Por lo tanto, la entidad A-SMF no puede controlar ninguna entidad UPF para gestionar una sesión PDU asociada a un WCD (por ejemplo, un UE) cuando el WCD se encuentra en la red general donde se encuentra actualmente el UE. Según las realizaciones de la presente memoria, se configura, por lo tanto, una entidad I-SFM intermedia adicional en la red general para controlar una entidad UPF que gestione la sesión PDU del WCD cuando este se encuentra en la red general. En este ejemplo, la red 410 central puede estar asociada a la PLMN 400, pero también puede ocurrir que solo la red general (primer dominio) esté asociada a la PLMN 400. Por ejemplo, la red 410 central puede tener una estructura jerárquica y, por lo tanto, comprender una red central (primer dominio) y una red local (segundo dominio), de manera que una entidad A-SMF de anclaje no pueda controlar ninguna entidad UPF para gestionar una sesión PDU asociada a un WCD (por ejemplo, un UE) cuando el WCD se encuentra en la red local. Puede usarse una estructura jerárquica, por ejemplo, en conexión con la computación de borde y/o el desvío local. Según las realizaciones de la presente memoria, se configura, por lo tanto, una entidad I-SMF intermedia adicional en la red local para controlar una entidad UPF que gestione la sesión PDU del WCD cuando este se encuentra en la red local.

[0060] La Figura 5 muestra un diagrama de señalización que ilustra un método de ejemplo para seleccionar una entidad SM intermedia (I-SMF).

[0061] En este ejemplo, una entidad de gestión de acceso, tal como la entidad 430 AMF, decide si se necesitan múltiples entidades SM –es decir, una entidad SM de anclaje (por ejemplo, A-SMF 420) y una entidad SM intermedia (por ejemplo, I-SMF 422)– para una sesión de datos, por ejemplo, tal como una sesión PDU. Preferiblemente, la decisión se basa en la configuración local o con el soporte de una entidad 450 NRF o similar. Además, se prefiere que la entidad 430 AMF sea responsable de añadir y eliminar la entidad SM intermedia. Se prefiere que la entidad 430 AMF conozca tanto la A-SMF como la I-SMF. Sin embargo, la entidad AMF solo puede comunicarse con la I-SMF si una está seleccionada operativamente. La entidad AMF conoce/realiza los dominios de gestión de sesión (dominios SM) directamente (si la selección de la I-SMF se basa en la configuración local de la AMF) o indirectamente (si la selección de la SMF se basa en la NRF).

[0062] Generalmente, un dominio de Gestión de Sesión (dominio SM) indica las entidades UPF controladas por una entidad SM individual. En la Figura 4, el dominio SM de la entidad 420 A-SMF se denomina "primer dominio" y el dominio SM de la entidad 422 I-SMF, "segundo dominio". Un dominio SM puede corresponder, por ejemplo, a un área de servicio SMF o a una topología de área de servicio SMF. En la presente memoria, la información del dominio SM indica las entidades UPF controladas por las entidades SM individuales, respectivamente.

[0063] El método de ejemplo ilustrado en la Figura 5 se describirá con más detalle a continuación, haciendo referencia a las Figuras 4 y 5. Se asume que la red 410 central comprende una entidad 430 AMF que da servicio a un UE 470 y una entidad 420 A-SMF de anclaje que controla una primera entidad 440 UPF que gestiona la sesión PDU asociada al UE 470 en un primer dominio. Además, se asume que la red 410 central comprende una entidad 422 I-SMF intermedia que controla una segunda entidad 442 UPF en un segundo dominio de la red 410 central. La entidad 420 A-SMF no puede controlar ninguna UPF en el segundo dominio.

[0064] El método se realiza en la entidad 430 AMF y comprende:

[0065] Acción 502. La entidad 430 AMF puede recibir un mensaje inicial que comprende información del WCD que indica propiedades del WCD 470, ejemplificadas por un UE en las Figuras 4 y 5. Preferiblemente, el mensaje recibido se origina en el UE 470. El mensaje recibido puede ser, por ejemplo, un mensaje NAS del UE y/o un mensaje N2 de RAN.

[0066] En general, la información del WCD puede indicar, por ejemplo, la identidad del UE 470, por ejemplo, información asociada al UE 470, tal como información que indica una Identidad de Abonado Móvil Internacional (IMSI) o similar, una Identidad de Abonado Móvil Temporal (TMSI) o similar, o Identidad de UE Temporal Única Global (GUTI) o similar asociada al UE 470.

[0067] Generalmente, la información del WCD puede indicar, por ejemplo, la ubicación del UE 470, el área física (por ejemplo, el área geográfica) o el área lógica donde se da servicio al UE 470, tal como la RAN o parte de una RAN que da servicio al UE (por ejemplo, indicado mediante una identidad de celda o un Área de Enrutamiento o un Área de Seguimiento o similar). Por ejemplo, la información de ubicación puede indicar el dominio o similar donde se da servicio al UE actualmente (por ejemplo, indicar si se da servicio al UE 470 en el primer dominio o segundo dominio, como se describió anteriormente).

[0068] Acción 504. La entidad 430 AMF selecciona la entidad 422 I-SMF como entidad SM intermedia adicional para controlar una segunda entidad del plano de usuario en el segundo dominio para gestionar la sesión de datos en el segundo dominio. La selección se basa en información del WCD que indica propiedades del WCD 470 y en información del dominio SM que indica al menos las entidades del plano de usuario que están controladas por la entidad 420 A-SMF y la entidad 422 I-SMF respectivamente.

[0069] La selección puede basarse, al menos parcialmente, en la configuración local de la entidad 430 AMF. Entonces se prefiere que la entidad 430 AMF comprenda información sobre los dominios SM (por ejemplo, el área de servicio SMF o la topología del área de servicio SMF) que indique las entidades UPF controladas por las entidades SM individuales. Además, en caso de configuración local, la entidad 430 AMF puede comprender la información del WCD. Sin embargo, esta puede recibirse alternativamente en la acción 502 mencionada anteriormente.

[0070] Por ejemplo, en la Figura 4, la RAN 480 da servicio al UE 470, pero la entidad 420 A-SMF solo controla entidades UPF en el primer dominio que tiene o puede establecer una interfaz (por ejemplo, una interfaz N6) con la DN 490, pero la A-SMF 420 no controla entidades UPF en el segundo dominio que comprende las entidades UPF que tienen o pueden establecer una interfaz (por ejemplo, una interfaz N3) con la RAN 480 que actualmente da servicio al UE 470. En este escenario, se prefiere que la entidad 430 AMF seleccione la entidad 422 I-SMF como una entidad SM intermedia adicional para controlar la entidad UPF 422 en el segundo dominio para gestionar la sesión PDU en ese dominio.

[0071] Además, o alternativamente, la selección puede realizarse con el soporte de la entidad 450 NRF, por ejemplo, según las acciones 506a y 506b opcionales o al menos la acción 506b opcional descrita a continuación.

[0072] Acción 506a. La entidad 430 AMF puede usar opcionalmente la entidad 430 NRF para descubrir/seleccionar la entidad 430 A-SMF, si no está configurada localmente en la entidad 430 AMF. Normalmente, la selección de la entidad A-SMF solo es necesaria si se establece una nueva sesión PDU para el UE 470. Esto puede hacerse, por ejemplo, enviando un mensaje de Solicitud de Descubrimiento de NF a la entidad 450 NRF que solicita una entidad A-SMF para la sesión PDU. Se indica que la entidad 450 NRF envía entonces un mensaje de Respuesta de Descubrimiento de NF que indica la entidad 420 A-SMF que debe recibir la entidad 430 AMF.

[0073] Acción 506b. La entidad 430 AMF puede usar opcionalmente la NRF para seleccionar la entidad I-SMF. Esto puede hacerse, por ejemplo, enviando un mensaje de solicitud, por ejemplo, un mensaje de Solicitud de Descubrimiento, a la entidad 450 NRF que solicita al menos una de: la información del dominio SM; o una entidad I-SMF intermedia para controlar una entidad UPF que gestione la sesión PDU en el segundo dominio. El mensaje de solicitud puede comprender, por ejemplo, información del WCD, por ejemplo, que indica la ubicación del WCD 470.

[0074] Se prefiere que la entidad 450 NRF envíe luego un mensaje de respuesta, por ejemplo, un mensaje de Respuesta de Descubrimiento, para ser recibido por la entidad 430 AMF, cuyo mensaje de respuesta comprende información que indica al menos una de: la información del dominio SM; o una entidad 422 I-SMF intermedia seleccionada. Preferiblemente, dicho intercambio de un mensaje de solicitud y de respuesta se realiza antes o al menos en conexión con la selección en la acción 504.

[0075] Acción 508. Cuando la entidad 430 AMF ha seleccionado la entidad 422 I-SMF como la entidad SM intermedia en el segundo dominio, entonces la entidad 430 AMF envía un mensaje de solicitud a la entidad 422 I-SMF intermedia seleccionada, que indica que la entidad 422 I-SMF actuará como la entidad I-SMF adicional y asignará recursos para gestionar la sesión PDU en el segundo dominio. De hecho, el simple hecho de solicitar a la entidad 422 I-SMF la asignación de dichos recursos puede indicar que se le solicita a la entidad 422 I-SMF que actúe como una entidad SM intermedia.

[0076] Preferiblemente, el mensaje de solicitud comprende información que indica la identidad de la entidad 430 AMF. El mensaje de solicitud es un mensaje de solicitud de sesión, es decir, un mensaje de solicitud de Creación de Contexto SM de Sesión PDU.

[0077] Los recursos que asignará la I-SMF 422 pueden ser la asignación/selección de una entidad UPF para gestionar la sesión PDU en el segundo dominio. Alternativamente, o adicionalmente, los recursos que asignará la I-SMF 422 pueden ser, por ejemplo, un contexto de sesión de datos para gestionar la sesión PDU en el segundo dominio. El contexto de sesión de datos puede ser, por ejemplo, un contexto SM. El contexto de sesión de datos puede comprender, por ejemplo, información que indique la identidad de la sesión de datos, por ejemplo, la identidad de la sesión PDU o similar.

[0078] Acción 510. En respuesta a la recepción del mensaje de solicitud de la entidad 430 AMF en la acción 508, la entidad 422 I-SMF intermediada seleccionada selecciona una entidad del plano de usuario en el segundo dominio para gestionar la sesión PDU en el segundo dominio.

[0079] Por ejemplo, se prefiere que la entidad 422 I-SMF de la entidad SM intermedia en la Figura 4 seleccione la segunda entidad 442 UPF para gestionar la sesión PDU en el segundo dominio.

[0080] Acción 512. Cuando la entidad 422 I-SMF intermedia ha seleccionado la entidad del plano de usuario en el segundo dominio para gestionar la sesión PDU en el segundo dominio, entonces la entidad 422 I-SMF envía un mensaje de solicitud a la entidad 420 A-SMF de anclaje que indica que la entidad 422 I-SMF ahora actúa como la entidad SM intermedia para la sesión PDU en el segundo dominio.

[0081] El mensaje puede ser, por ejemplo, un mensaje de Solicitud de Actualización de Sesión PDU. Alternativamente, el mensaje puede ser un mensaje de Solicitud de Creación de Sesión PDU, por ejemplo, si la sesión PDU también se va a crear en el primer dominio.

[0082] Acción 514. En respuesta al mensaje de solicitud recibido en la acción 512, la entidad 420 A-SMF de anclaje puede seleccionar una entidad del plano de usuario en el primer dominio. Sin embargo, esto solo se realiza si la sesión PDU también se crea en el primer dominio.

[0083] Acción 516. En respuesta al mensaje de solicitud recibido en la acción 512, la entidad 420 A-SMF de anclaje envía un mensaje de respuesta a la entidad 420 I-SMF.

[0084] El mensaje puede ser, por ejemplo, un mensaje de Respuesta de Actualización de Sesión PDU. Alternativamente, puede ser un Mensaje de Respuesta de Creación de Sesión PDU, por ejemplo, si la sesión PDU también se crea en el primer dominio, por ejemplo, si la sesión PDU no existía previamente en el primer dominio.

[0085] Acción 518. En respuesta a la recepción del mensaje de solicitud de Creación de Contexto SM de sesión PDU en la acción 508, la entidad 422 I-SMF intermedia envía un mensaje de respuesta a la entidad 430 AMF. El mensaje de respuesta indica que la entidad 422 I-SMF acepta actuar como la entidad I-SMF adicional. Preferiblemente, el mensaje de respuesta indica que la entidad I-SMF ha asignado recursos para gestionar la sesión PDU en el segundo dominio. De hecho, el hecho de que la entidad 422 I-SMF haya asignado dichos recursos indica que la entidad I-SMF 422 ha aceptado actuar como entidad SM intermedia.

[0086] El mensaje de respuesta es un mensaje de respuesta de Creación de Contexto SM de Sesión PDU.

[0087] Acción 520. La entidad 430 AMF libera recursos en cualquier entidad SM intermedia antigua O-I-SMF 424 cuando hay una que haya sido seleccionada previamente.

[0088] La Figura 6 muestra un diagrama de señalización que ilustra un método de ejemplo para seleccionar una entidad SM intermedia (I-SMF).

[0089] En este ejemplo, una entidad SM de anclaje, tal como la entidad 420 A-SMF, decide si se necesitan múltiples entidades SM –es decir, una entidad SM de anclaje (por ejemplo, A-SMF 420) y una entidad SM intermedia (por ejemplo, I-SMF 422)– para una sesión de datos, por ejemplo, tal como una sesión PDU. Preferiblemente, la decisión se basa en la configuración local o con el soporte de una entidad NRF 450 o similar. Se prefiere que la entidad 430 AMF conozca tanto la A-SMF como la I-SMF. Sin embargo, la entidad AMF solo puede comunicarse con la I-SMF si se selecciona una de ellas. En este ejemplo, la entidad AMF normalmente desconoce los dominios SM.

[0090] El método de ejemplo ilustrado en la Figura 6 se describirá con más detalle a continuación, con referencia a las Figuras 4 y 6. Se asume que la red 410 central comprende una entidad 430 AMF que da servicio a un UE 470 y una entidad 420 A-SMF de anclaje que controla una primera entidad 440 UPF que gestiona una sesión de datos asociada al UE 470 en un primer dominio. Además, se asume que la red 410 central comprende una entidad 422 I-SMF intermedia para controlar una segunda entidad 442 UPF en un segundo dominio de la red 410 central. La entidad 420 A-SMF no puede controlar ninguna UPF en el segundo dominio.

[0091] El método se realiza en la entidad 420 de anclaje A-SMF y comprende:

[0092] Las acciones 602 y 604 en la Figura 6 corresponden a las acciones 502 y 506a descritas anteriormente con referencia a la Figura 5.

[0093] Acción 606. La entidad 420 A-SMF recibe un mensaje de solicitud procedente de la entidad 430 AMF. Este mensaje de solicitud indica que una segunda entidad SM actuará como una SM intermedia adicional para gestionar la sesión de datos en el segundo dominio. El mensaje de solicitud puede comprender información del WCD que las indica propiedades del UE 470, por ejemplo, indica la identidad o la ubicación del UE 470. Adicionalmente, o alternativamente, la información del WCD puede contener información que indica las propiedades asociadas a la sesión de datos en el primer dominio. El mensaje de solicitud puede ser, por ejemplo, un mensaje de solicitud de sesión, tal como un mensaje de solicitud de Creación de Contexto SM de Sesión PDU o un mensaje de solicitud de Actualización de Contexto SM de Sesión PDU.

[0094] Acción 608. La entidad 420 A-SMF selecciona la entidad 420 A-SMF y selecciona la entidad 422 I-SMF como la entidad SM intermedia para controlar una segunda entidad del plano de usuario en el segundo dominio para gestionar la sesión de datos en el segundo dominio. Preferiblemente, la selección se basa en la información del WCD que indica las propiedades del WCD 470 y en la información del dominio SM que indica, al menos, las entidades del plano de usuario controladas por la entidad 420 A-SMF y la entidad 422 I-SMF, respectivamente. La selección puede basarse, al menos parcialmente, en la configuración local de la entidad 420 A-SMF. Entonces, se prefiere que la entidad 420 A-SMF comprenda información sobre los dominios SM (por ejemplo, áreas de servicio SMF o topología del área de servicio SMF) que indique las entidades UPF controladas por las entidades SM individuales. Además, en caso de configuración local, la entidad 420 A-SMF puede comprender la información del WCD. Sin embargo, esta puede recibirse alternativamente en la acción 606 mencionada anteriormente. Por ejemplo, en la Figura 4, la RAN 480 da servicio al UE 470, pero la entidad 420 A-SMF solo controla entidades UPF en el primer dominio que tienen o pueden establecer una interfaz (por ejemplo, una interfaz N6) con la DN 490, pero la A-SMF 420 no controla entidades UPF en el segundo dominio que comprende las entidades UPF que tienen o pueden establecer una interfaz (por ejemplo, una interfaz N3) con la RAN 480 que actualmente da servicio al UE 470. En este escenario, se prefiere que la entidad 420 A-SMF seleccione la entidad 422 I-SMF como una entidad SM intermedia adicional para controlar la entidad UPF 422 en el segundo dominio para gestionar la sesión PDU en ese dominio.

[0095] Además, o alternativamente, la selección puede realizarse con el soporte de la entidad 450 NRF, por ejemplo, según la acción 610 opcional descrita a continuación.

[0096] Acción 610. La entidad 420 A-SMF puede usar opcionalmente la NRF para seleccionar la entidad I-SMF. Esto puede hacerse, por ejemplo, enviando un mensaje de solicitud, por ejemplo, un mensaje de Solicitud de Descubrimiento a la entidad 450 NRF que solicita al menos una de: información del dominio SM; o una entidad I-SMF intermedia para controlar una entidad UPF que gestione la sesión PDU en el segundo dominio. El mensaje de solicitud puede comprender, por ejemplo, información del WCD, por ejemplo, que indica la ubicación del WCD 470.

[0097] Se prefiere que la entidad 450 NRF envíe entonces un mensaje de respuesta, por ejemplo, un mensaje de Respuesta de Descubrimiento, para ser recibido por la entidad 420 SMF, cuyo mensaje de respuesta comprende información que indica al menos una de: la información del dominio SM; o una entidad 422 I-SMF intermedia seleccionada. Preferiblemente, dicho intercambio de un mensaje de solicitud y de respuesta se realiza antes o al menos en conexión con la selección en la acción 608.

[0098] Acción 612. Cuando la entidad 420 A-SMF ha seleccionado la entidad 422 I-SMF como la entidad SM intermedia en el segundo dominio, entonces la entidad 420 A-SMF envía un mensaje de respuesta a la entidad 430 AMF para indicar que la entidad 422 I-SMF ha sido seleccionada como la entidad SM intermedia para controlar una segunda entidad del plano de usuario en el segundo dominio para gestionar la sesión de datos en el segundo dominio. Preferiblemente, el mensaje de respuesta se envía como una respuesta al mensaje de solicitud recibido en la acción 606. Preferiblemente, el mensaje de respuesta comprende información que indica la identidad de la entidad 4422 I-SMF. El mensaje de respuesta puede ser, por ejemplo, un mensaje de respuesta de Creación de contexto SM de sesión PDU o un mensaje de respuesta de Actualización de Contexto SM de Sesión PDU.

[0099] Acción 614. En respuesta al mensaje recibido por la entidad 430 AMF en la acción 612, la entidad 430 AMF envía un mensaje de solicitud a la entidad 422 I-SMF intermedia seleccionada, que indica que la entidad 422 I-SMF actuará como la entidad I-SMF adicional y asignará recursos para gestionar la sesión PDU en el segundo dominio. De hecho, el hecho de que se solicite a la entidad 422 I-SMF asignar dichos recursos indica que la entidad 422 I-SMF debe actuar como una entidad SM intermedia.

[0100] Preferiblemente, el mensaje de solicitud comprende información que indica la identidad de la entidad 420 A-SMF de anclaje. El mensaje de solicitud puede ser, por ejemplo, un mensaje de solicitud de Creación de Contexto SM de Sesión PDU. Los recursos que asignará la entidad 422 I-SMF pueden ser la asignación/selección de una entidad UPF para gestionar la sesión PDU en el segundo dominio. Alternativamente, o adicionalmente, los recursos que asignará la I-SMF 422 pueden ser, por ejemplo, un contexto de sesión de datos para gestionar la sesión PDU en el segundo dominio. El contexto de sesión de datos puede ser, por ejemplo, un contexto SM. El contexto de sesión de datos puede comprender, por ejemplo, información que indique la identidad de la sesión de datos, por ejemplo, la identidad de la sesión PDU o similar.

[0101] Acción 616. En respuesta a la recepción del mensaje de solicitud de la entidad 430 AMF en la acción 614, la entidad 422 I-SMF intermedia seleccionada selecciona una entidad del plano de usuario en el segundo dominio para gestionar la sesión PDU en el segundo dominio.

[0102] Por ejemplo, se prefiere que la entidad 422 I-SMF de la entidad SM intermedia en la Figura 4 seleccione la segunda entidad 442 UPF para gestionar la sesión PDU en el segundo dominio.

[0103] Acción 618. Cuando la entidad 422 I-SMF intermedia ha seleccionado la entidad del plano de usuario en el segundo dominio para gestionar la sesión PDU en el segundo dominio, entonces la entidad 422 I-SMF envía un mensaje de solicitud a la entidad 420 A-SMF de anclaje que indica que la entidad 422 I-SMF ahora actúa como la entidad SM intermedia para la sesión PDU en el segundo dominio.

[0104] El mensaje puede ser, por ejemplo, una solicitud de Actualización de Sesión PDU. Alternativamente, puede ser un mensaje de Solicitud de Creación de sesión PDU, por ejemplo, si la sesión PDU también se va a crear en el primer dominio.

[0105] Acción 620. En respuesta al mensaje de solicitud recibido en la acción 618, la entidad 420 A-SMF de anclaje puede seleccionar una entidad del plano de usuario en el primer dominio. Sin embargo, esto solo se realiza si la sesión PDU también se va a crear en el primer dominio.

[0106] Acción 622. En respuesta al mensaje de solicitud recibido en la acción 618, la entidad 420 A-SMF de anclaje envía un mensaje de respuesta a la entidad 422 I-SMF.

[0107] El mensaje puede ser, por ejemplo, un mensaje de Respuesta de Actualización de sesión PDU. Alternativamente, puede ser un Mensaje de Respuesta de Creación de Sesión PDU, por ejemplo, si la sesión PDU también se crea en el primer dominio, por ejemplo, si la sesión PDU no existía previamente en el primer dominio.

[0108] Acción 624.En respuesta a la recepción del mensaje de solicitud en la acción 614, la entidad 422 I-SMF intermedia envía un mensaje de respuesta a la entidad 430 AMF.

[0109] Preferiblemente, el mensaje de respuesta indica que la entidad 422 I-SMF acepta actuar como la entidad I-SMF adicional y que ha asignado recursos para gestionar la sesión PDU en el segundo dominio. De hecho, el hecho de que la entidad 422 I-SMF haya asignado dichos recursos indica que la entidad 422 I-SMF ha aceptado actuar como una entidad SM intermedia.

[0110] El mensaje de respuesta puede ser, por ejemplo, un mensaje de respuesta de Creación de Contexto SM de Sesión PDU.

[0111] Acción 626. La entidad 430 AMF libera recursos en cualquier entidad SM intermedia antigua O-I-SMF 424 cuando hay una que haya sido seleccionada previamente.

[0112] La Figura 7 muestra un diagrama de señalización que ilustra otro método de ejemplo para seleccionar una entidad SM intermedia (I-SMF).

[0113] En este ejemplo, una entidad SM de anclaje, tal como la entidad 420 A-SMF, decide si se necesitan múltiples entidades SM –es decir, una entidad SM de anclaje (por ejemplo, A-SMF 420) y una entidad SM intermedia (por ejemplo, I-SMF 422)– para una sesión de datos, por ejemplo, tal como una sesión PDU. Preferiblemente, la decisión se basa en la configuración local o con el soporte de una entidad 450 NRF o similar. Se prefiere que la entidad 430 AMF solo conozca la entidad SM responsable de gestionar la sesión PDU. En este ejemplo, la entidad AMF normalmente desconoce los dominios SM.

[0114] El método de ejemplo ilustrado en la Figura 7 se describirá con más detalle a continuación, haciendo referencia a las Figuras 4 y 7. Se asume que la red 410 central comprende una entidad 430 AMF que da servicio a un UE 470 y una entidad 420 A-SMF de anclaje que controla una primera entidad 440 UPF que gestiona una sesión de datos asociada al UE 470 en un primer dominio. Además, se asume que la red 410 central comprende una entidad 422 I-SMF intermedia para controlar una segunda entidad 442 UPF en un segundo dominio de la red 410 central. La entidad 420 A-SMF no puede controlar ninguna UPF en el segundo dominio.

[0115] El método se realiza en la entidad 420 de anclaje A-SMF y comprende:

[0116] Las acciones 702 y 704 en la Figura 7 corresponden a las acciones 502 y 506a descritas anteriormente con referencia a la Figura 5.

[0117] Acción 706. La entidad 420 A-SMF recibe un mensaje de solicitud procedente de la entidad 430 AMF. El mensaje de solicitud indica que una segunda entidad SM actuará como SM intermedia adicional para gestionar la sesión de datos en el segundo dominio. El mensaje de solicitud puede comprender información del WCD que indica las propiedades del UE 470, por ejemplo, la identidad y/o la ubicación del UE 470. Adicionalmente, o alternativamente, la información del WCD puede comprender información que indica las propiedades asociadas a la sesión de datos en el primer dominio. El mensaje de solicitud puede ser, por ejemplo, un mensaje de solicitud de sesión, tal como un mensaje de solicitud de Creación de Contexto SM de Sesión PDU o un mensaje de solicitud de Actualización de Contexto SM de sesión PDU.

[0118] Acción 708. La entidad 420 A-SMF selecciona la entidad 420 A-SMF y selecciona la entidad 422 I-SMF como una entidad SM intermedia adicional para controlar una segunda entidad del plano de usuario en el segundo dominio para gestionar la sesión de datos en el segundo dominio. Preferiblemente, la selección se basa en la información del WCD que indica las propiedades del WCD 470 y en la información del dominio SM que indica, al menos, las entidades del plano de usuario controladas por la entidad 420 A-SMF y la entidad 422 I-SMF, respectivamente. La selección puede basarse, al menos parcialmente, en la configuración local de la entidad 420 A-SMF. Entonces, se prefiere que la entidad 420 A-SMF comprenda información sobre los dominios SM (por ejemplo, áreas de servicio SMF o topología del área de servicio SMF) que indique las entidades UPF controladas por las entidades SM individuales. Además, en caso de configuración local, la entidad 430 AMF puede comprender la información del WCD. Sin embargo, esta puede recibirse alternativamente en la acción 706.

[0119] Por ejemplo, en la Figura 4, la RAN 480 da servicio al UE 470, pero la entidad 420 A-SMF solo controla entidades UPF en el primer dominio que tienen o pueden establecer una interfaz (por ejemplo, una interfaz N6) con la DN 490, pero la A-SMF 420 no controla entidades UPF en el segundo dominio que comprende las entidades UPF que tienen o pueden establecer una interfaz (por ejemplo, una interfaz N3) con la RAN 480 que actualmente da servicio al UE 470. En este escenario, se prefiere que la entidad 420 A-SMF seleccione la entidad 422 I-SMF como una entidad SM intermedia adicional para controlar la entidad UPF 422 en el segundo dominio para gestionar la sesión PDU en ese dominio.

[0120] Además, o alternativamente, la selección puede realizarse con el soporte de la entidad 450 NRF, por ejemplo, según la acción 710 opcional descrita a continuación.

[0121] Acción 710. La entidad 420 A-SMF puede usar opcionalmente la NRF para seleccionar la entidad I-SMF. Esto puede hacerse, por ejemplo, enviando un mensaje de solicitud, por ejemplo, un mensaje de Solicitud de Descubrimiento a la entidad 450 NRF, que solicita al menos una de: la información del dominio SM; o una entidad I-SMF intermedia para controlar una entidad UPF que gestione la sesión PDU en el segundo dominio. El mensaje de solicitud puede comprender, por ejemplo, información que indique la ubicación del WCD 470.

[0122] Se prefiere que la entidad 450 NRF envíe entonces un mensaje de respuesta, por ejemplo, un mensaje de Respuesta de Descubrimiento, para ser recibido por la entidad SMF 420, cuyo mensaje de respuesta comprende información que indica al menos una de: la información del dominio SM; o una entidad 422 I-SMF intermedia seleccionada. Preferiblemente, dicho intercambio de un mensaje de solicitud y de respuesta se realiza antes o al menos en conexión con la selección en la acción 708.

[0123] Acción 712. Cuando la entidad 420 A-SMF ha seleccionado la entidad 422 I-SMF como la entidad SM intermedia en el segundo dominio, entonces la entidad A-SMF 430 envía un mensaje de solicitud a la entidad 422 I-SMF intermedia seleccionada, que indica que la entidad 422 I-SMF actuará como entidad I-SMF adicional y asignará recursos para gestionar la sesión PDU en el segundo dominio. De hecho, el hecho de que se solicite a la entidad 422 I-SMF que asigne dichos recursos indica que se solicita a la entidad 422 I-SMF que actúe como una entidad SM intermedia.

[0124] Preferiblemente, el mensaje de solicitud comprende información que indica la identidad de la entidad 430 AMF. El mensaje de solicitud puede ser, por ejemplo, un mensaje de solicitud de sesión, por ejemplo, tal como un mensaje de Solicitud de Creación de Sesión PDU o incluso un mensaje de solicitud de Creación de Contexto SM de Sesión PDU. Los recursos que asignará la I-SMF 422 pueden ser la asignación/selección de una entidad UPF para gestionar la sesión PDU en el segundo dominio. Alternativamente, o adicionalmente, los recursos que asignará la I-SMF 422 pueden ser, por ejemplo, un contexto de sesión de datos para gestionar la sesión PDU en el segundo dominio. El contexto de sesión de datos puede ser, por ejemplo, un contexto SM. El contexto de sesión de datos puede comprender, por ejemplo, información que indique la identidad de la sesión de datos, por ejemplo, la identidad de una sesión PDU o similar.

[0125] Acción 714. En respuesta a la recepción del mensaje de solicitud de la entidad 420 A-SMF en la acción 712, la entidad 422 I-SMF intermediada seleccionada selecciona una entidad del plano de usuario en el segundo dominio para gestionar la sesión PDU en el segundo dominio.

[0126] Por ejemplo, se prefiere que la entidad 422 I-SMF de la entidad SM intermedia en la Figura 4 seleccione la segunda entidad 442 UPF para gestionar la sesión PDU en el segundo dominio.

[0127] Acción 716. En respuesta al mensaje de solicitud recibido en la acción 712, la entidad 422 I-SMF envía un mensaje de respuesta de creación a la entidad 420 A-SMF, mensaje de respuesta que indica que la segunda entidad 422 SM ha asignado los recursos y por lo tanto ha aceptado actuar como entidad SM intermedia.

[0128] El mensaje de respuesta de creación puede ser, por ejemplo, una respuesta de Creación de Sesión PDU o incluso un mensaje de respuesta de Creación de Contexto SM de Sesión PDU.

[0129] Acción 718. La entidad 420 A-SMF puede seleccionar una entidad del plano de usuario en el primer dominio. Sin embargo, esto solo se realiza si la sesión PDU también se va a crear en el primer dominio.

[0130] Acción 720. En respuesta a la recepción del mensaje de solicitud en la acción 706, la entidad 420 A-SMF envía un mensaje de respuesta a la entidad 430 AMF.

[0131] Preferiblemente, el mensaje de respuesta indica que la entidad 422 I-SMF acepta actuar como la entidad I-SMF adicional y que ha asignado recursos para gestionar la sesión PDU en el segundo dominio. De hecho, el hecho de que la entidad 422 I-SMF haya asignado dichos recursos indica que la entidad 422 I-SMF ha aceptado actuar como una entidad SM intermedia.

[0132] El mensaje de respuesta puede ser, por ejemplo, un mensaje de respuesta Creación de Contexto SM de Sesión PDU o un mensaje de respuesta de Actualización de Contexto SM de sesión PDU.

[0133] Acción 724. La entidad 430 AMF libera recursos en cualquier entidad SM intermedia antigua O-I-SMF 424 cuando hay una que haya sido seleccionada previamente.

[0134] La Figura 8 es un diagrama de flujo que ilustra las acciones 502, 504 (posiblemente incluyendo la acción 506b), 508, 518 y 520 realizadas por una entidad 430 de Gestión de Acceso, por ejemplo, en la forma de una Función de Gestión de Acceso y Movilidad (AMF). Estas acciones corresponden a las acciones con el mismo número 502, 504, 506b, 508, 518 y 520 de referencia descritas anteriormente con referencia a las Figuras 4 y 5.

[0135] La Figura 9 es un diagrama de flujo que ilustra las acciones 606, 608 (posiblemente incluyendo la acción 610) y 612 realizadas por una entidad 430 de Gestión de Sesión de Anclaje, por ejemplo, en la forma de una Función de Gestión de Sesión de Anclaje (A-SMF). Estas acciones corresponden a las acciones con el mismo número 606, 608, 610 y 612 de referencia descritas anteriormente con referencia a las Figuras 4 y 6.

[0136] La Figura 10 es un diagrama de flujo que ilustra las acciones 706, 708 (posiblemente incluyendo la acción 710), 712 y 716 realizadas por una entidad 430 de Gestión de Sesión de Anclaje, por ejemplo, en la forma de una Función de Gestión de sesión de Anclaje (A-SMF).

[0137] Estas acciones corresponden a las acciones con el mismo número 606, 608, 610 y 612 de referencia descritas anteriormente con referencia a las Figuras 4 y 6.

[0138] La Figura 11a es un diagrama de bloques esquemático de una entidad 20 de red (por ejemplo, una entidad/función de red central tal como una AMF 430 o una A-SMF 420 o una I-SMF 422) según algunas realizaciones de la presente descripción. Como se ilustra, la función 20 de red incluye un sistema 22 de control que incluye circuitos que comprenden uno o más procesadores 24 (por ejemplo, Unidades Centrales de Procesamiento (CPU), Circuitos integrados de aplicación específica (ASIC), Procesadores de Señales Digitales (DSP), Matrices de Puertas Programables en Campo (FPGA) o similares) y memoria 26. En la realización ilustrada en la Figura 11a, el sistema 22 de control también incluye una interfaz 28 de red. En realizaciones en donde la función 20 de red es una RAN, la función 20 de red también incluye una o más unidades 30 de radio que incluyen cada una uno o más transmisores 32 y uno o más receptores 34 acoplados a una o más antenas 36. En algunas realizaciones, la funcionalidad de la función 20 de red descrita anteriormente puede implementarse total o parcialmente en software que, por ejemplo, se almacena en la memoria 26 y es ejecutado por el(los) procesador(es) 24.

[0139] La Figura 11b es un diagrama de bloques esquemático de una entidad 20 de red, según otras realizaciones de la presente descripción. En esta realización, la entidad 20 de red incluye uno o más módulos 38, cada uno de los cuales se implementa mediante software. El(los) módulo(s) 38 proporciona(n) la funcionalidad de la entidad 20 de red descrita en la presente memoria.

Claims

1. REIVINDICACIONES

1. Un método para seleccionar una entidad (422) de gestión de sesión, SM, para dar servicio a un dispositivo de comunicación inalámbrica, WCD, (470) en una red (410) central que comprende una entidad (430) de gestión de acceso que da servicio al WCD (470) y una entidad (420) SM de anclaje que controla una primera entidad (440) del plano de usuario que gestiona una sesión de datos asociada al WCD (470) en un primer dominio, y una segunda entidad (422) SM para controlar una segunda entidad (442) del plano de usuario en un segundo dominio de la red (410) central; el método es realizado por la entidad (430) de gestión de acceso y se caracteriza por: seleccionar (504, 506b), basado en información del WCD que indica propiedades del WCD (470) y basado en información del dominio SM que al menos indica las entidades del plano de usuario que están controladas por la primera entidad (420) SM y la segunda entidad (422) SM respectivamente, la segunda entidad (422) SM como una entidad SM intermedia adicional para controlar una entidad del plano de usuario en el segundo dominio para gestionar la sesión de datos en el segundo dominio;

enviar (508), hacia la segunda entidad (422) SM, un mensaje de solicitud de Creación de Contexto SM de Sesión PDU solicitando a la segunda entidad SM que actúe como la entidad SM intermedia adicional asignando recursos para gestionar la sesión de datos en el segundo dominio;

recibir (518), en respuesta al mensaje de solicitud de Creación de Contexto SM de Sesión PDU, un mensaje de respuesta de Creación de Contexto SM de Sesión PDU que indica que la segunda entidad SM ha aceptado actuar como entidad SM intermedia adicional.