ES2919302T3 - Métodos y dispositivos para soportar el establecimiento de sesión de PDU iniciada por red entre un Equipo de Usuario, UE, y un Nombre de Red de Datos, DNN, en una red de telecomunicaciones - Google Patents

Abstract

Un método para iniciar una unidad de datos de paquetes, PDU, sesión entre un equipo de usuario, UE y un nombre de red de datos, DNN, en una red de telecomunicaciones, dijo el método que comprende los pasos de; Recibir, por una función de movilidad de Access & AMF, una solicitud de registro de un UE para registrar dicho UE en dicha red de telecomunicaciones, recuperando, por dicho AMF, de una administración de datos unificada, UDM, nodo, uno o más DNNS a los que PDU Se espera que las sesiones sean establecidas por dicho UE en dicha red de telecomunicaciones, y en la que dicho paso de recuperar se desencadena por la recepción de dicha solicitud de registro, instruyendo, por dicho AMF, dijo UE para iniciar una o más sesiones de PDU entre dichos UE y UE y UE y dijo uno o más DNNS. Los métodos y dispositivos complementarios para realizar un método de acuerdo con la invención también se presentan en este documento. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Métodos y dispositivos para soportar el establecimiento de sesión de PDU iniciada por red entre un Equipo de Usuario, UE, y un Nombre de Red de Datos, DNN, en una red de telecomunicaciones

Campo técnico

La presente invención se relaciona generalmente con el establecimiento de una o más sesiones de PDU entre un UE y un DNN en una red de telecomunicaciones y, más específicamente, con el establecimiento de una sesión de PDU iniciada por una red de telecomunicaciones después del registro de dicho UE en dicha red de telecomunicaciones.

Antecedentes

En los sistemas de cuarta generación, 4G/Núcleo de Paquetes Evolucionado, EPC, el Equipo de Usuario puede conectarse a un sistema 4G/EPC para obtener conectividad hacia las redes de paquetes de datos, PDN, donde una conexión PDN se define como la asociación entre un UE que es, por ejemplo, representado por una dirección del Protocolo de Internet, IP, y un PDN representado por un Nombre de Punto de Acceso, APN.

Un APN es una etiqueta según las convenciones de nomenclatura del Sistema de Nombres de Dominio, DNS, que describe el punto de acceso a la red de paquetes de datos. La lista de APN autorizados/suscritos para un usuario determinado junto con las características de las conexiones PDN que cada APN representa en términos de, por ejemplo el tipo de IP frente a no IP, la Calidad predeterminada del Servidor, QoS, etc., se almacena en el Servidor Local de Abonado, HSS, como parte de la información de suscripción de cada usuario.

La información del perfil de suscripción puede contener al menos la configuración de un APN predeterminado. Puede haber como máximo dos APN predeterminados para un usuario determinado, es decir, un APN predeterminado para los tipos de PDN de tipo "IP" y otro APN predeterminado puede pertenecer al tipo de PDN de "No IP".

Hasta la Ver-15 3GPP, durante el procedimiento de conexión, el UE incluye un procedimiento de solicitud de conectividad PDN y el EPC establece una conexión PDN para el APN predeterminado cuando el UE no proporciona ningún APN. Un UE conectado a la Evolución a Largo Plazo, LTE, el EPC deberá tener al menos una conexión PDN activa, de lo contrario, LTE/EPC desconectará al UE del sistema.

Un UE en Voz sobre LTE, basado en IR.92, admite el uso de un APN durante el procedimiento de conexión y también depende del APN predeterminado para establecer la primera conexión PDN.

En la Ver-153GPP, se ha introducido una función que permite "Conectar sin conectividad PDN" donde un UE puede conectarse al sistema LTE/EPC sin ninguna conexión PDN activa. Esta función está controlada por un indicador adicional de "Conexión PDN restringida", que cuando se establece, y si la MME y el UE soportan el registro sin conexión PDN, indica a la Entidad de Gestión de Movilidad, MME, que no establecerá ninguna conexión NPD que no sea de emergencia para el usuario.

La posibilidad de que un UE se conecte a una red de telecomunicaciones del sistema 5G de quinta generación sin una conexión PDN activa se ha convertido en el modo básico de operación en 5GS, excepto por el hecho de que los conceptos de PDN, Conexión PDN y APN se han renombrado como Red de datos, DN, Unidad de Paquete de Datos, PDU, Sesión y Nombre de Red de Datos, DNN, respectivamente.

Además, según las versiones actuales de la TS 3GPP 23.501 y 23.502, las sesiones de PDU solo se pueden establecer a solicitud del UE. A lo sumo, a solicitud de un Servidor de Aplicaciones, el 5GS puede activar una aplicación específica en el UE y al recibir ese mensaje de activación, el UE lo pasará a la aplicación identificada en el UE donde la aplicación identificada en el UE puede establecer una Sesión de PDU a un DNN específico.

Según el “3rd Generation Partnership Project; Technical Specification Group Services and Systems Aspects; Procedures for the 5G System; Stage 2 (Release 15)”, ESTÁNDAR 3GPP; ESPECIFICACIÓN TÉCNICA; TS 3GPP 23.502, SA WG2, V0.5.0, 14 de julio de 2017, en el procedimiento de registro del UE, los DNN se pueden reenviar cuando la función de red de servicio, NF, para el UE incluye la "indicación de recuperación de datos de abonado" junto con el tipo de datos de abonado que se recuperarán.

Actualmente no hay ningún mecanismo definido en 3GPP para que el propio 5GS active el UE para establecer una sesión de PDU con el 5GS. En otras palabras, actualmente no es posible tener el mismo comportamiento con 5GS que con LTE/EPC en relación con el manejo del APN/DNN predeterminados. En caso de que la suscripción del usuario marque el APN/DNN del Subsistema multimedia IP, IMS, como APN predeterminado, el 5GS no activará el establecimiento del DNN durante el registro en 5GS.

Los mecanismos existentes para el establecimiento de sesiones de PDU son iniciados por el UE o iniciados por la red después de la invocación de un Servidor de Aplicaciones externo al 5GS, e incluso en este método iniciado por la red, el UE establece la sesión de PDU real. El procedimiento de establecimiento de sesión de PDU iniciado en la red definido actualmente por 3GPP es adecuado como mecanismo de activación de dispositivos para dispositivos de Internet de las cosas, loT, y para los cuales este mecanismo solicita al UE que establezca sesiones de PDU activadas por la plataforma de aplicación de loT. Esta solicitud de activación del dispositivo se completa mediante el envío de un Servicio de Mensajes Cortos, SMS, al UE que incluye la información necesaria para el UE, es decir, se requiere que el 5GS admita Sm S.

Sin embargo, para ciertos servicios, tales como el servicio de voz de Subsistema Multimedia IP, IMS, , el procedimiento de establecimiento de sesión de PDU iniciado por la red definido en 3GPP no es adecuado. Se espera que estos dispositivos estén conectados ejecutando la sesión de PDU hacia el IMS en todo momento. En ausencia del soporte para que el 5GS establezca un DNN predeterminado de manera similar a LTE/EPC, el proceso de establecimiento de sesión de PDU se delega al UE en este caso. Por lo tanto, una configuración de UE adecuada es ventajosa para la prestación de servicios y la experiencia de usuario adecuadas.

Compendio

La invención se define en el conjunto de reivindicaciones adjunto.

Es un objetivo proporcionar métodos para soportar el establecimiento de sesiones de PDU iniciadas por la red entre un Equipo de Usuario, UE, y un Nombre de Red de Datos, DNN, en una red de telecomunicaciones.

Otro objetivo es proporcionar dispositivos que soporten el establecimiento de sesiones de PDU iniciadas por la red entre un UE y un DNN en una red de telecomunicaciones.

En un primer aspecto, se proporciona un método que soporta, mediante una Función de Acceso y Movilidad, AMF, el inicio de una sesión de Unidad de Paquetes de Datos, PDU, entre un Equipo de Usuario, UE, y un Nombre de Red de Datos, DNN, en una red de telecomunicaciones.

Comprendiendo el método, durante el registro del UE en la red de telecomunicaciones, los pasos de recibir, por parte de la AMF, una solicitud de registro de un UE para registrar dicho UE en dicha red de telecomunicaciones, recuperar, por parte de dicha AMF, desde un nodo de Gestión Unificada de Datos, UDM, uno o más DNN en los que se espera que dicho UE establezca sesiones de PDU en dicha red de telecomunicaciones, en donde dicho paso de recuperación es desencadenado por dicha recepción de dicha solicitud de registro, dando instrucciones, por dicha AMF, a dicho UE para iniciar dicha una o más sesiones de PDU entre dicho UE y dicho uno o más DNN.

Según el método presentado, la red de telecomunicaciones, por ejemplo, la AMF, inicia el establecimiento de la sesión de PDU. Es decir, la red de telecomunicaciones proporciona información al UE, desencadenada por el procedimiento de registro, sobre las sesiones de PDU que la red de telecomunicaciones espera que el UE establezca tras la finalización del procedimiento de registro.

Una de las ventajas de esto es que la red de telecomunicaciones no necesita depender de una configuración de UE adecuada. La red de telecomunicaciones decide por sí misma qué sesiones de PDU se van a establecer y qué DNN se van a usar para las sesiones de PDU.

El método presentado es ventajoso para los servicios del Operador de Red Móvil, MNO, como el servicio de voz IMS, donde se pueden dar instrucciones al UE del establecimiento de las sesiones de PDU correspondientes en función, por ejemplo, de la información de suscripción en el UDM. Esto es ventajoso ya que, en tal caso, la red de telecomunicaciones puede garantizar que una sesión de PDU esté disponible para el UE que puede ser necesaria para este tipo de servicios, por ejemplo el servicio de voz IMS necesita una sesión de PDU para comunicarse con el UE en un escenario de caso de llamada hacia el UE.

Según la presente descripción, la AMF puede proporcionar los siguientes servicios: Terminación de red de Acceso de Radio, RAN, Plano de control, CP, interfaz, Terminación de Estrato de no Acceso, NAS, Cifrado de NAS y protección de integridad, Gestión de registro, Conexión gestión, gestión de accesibilidad, Gestión de Movilidad, interceptación legal, Proporcionar transporte para mensajes entre UE y Función de Gestión de Sesión, SMF, proxy transparente para enrutar mensajes de Gestión de Sesión, Autenticación y Autorización de Acceso, Proporcionar transporte para mensajes SMS entre UE y función de SMS, SMSF, Función de Anclaje de Seguridad, SEA, Gestión de Contexto de Seguridad, SCM, etc. Muchos de estos son denominados en general como Función de Red, NF.

De acuerdo con la presente descripción, el nodo UDM puede comprender dos partes, es decir, una interfaz de aplicación, FE, y un Repositorio de Datos de Usuario, UDR. El UDR puede almacenar los datos requeridos para las funcionalidades proporcionadas por la UDM-FE, además de los perfiles de política requeridos por la Función de Políticas, PCF. Los datos almacenados en el UDR pueden incluir datos de abonado del Usuario, incluidos identificadores de abonado, credenciales de seguridad, datos de abonado relacionados con el acceso y la movilidad y datos de abonado relacionados con la sesión, así como datos de Políticas.

La instrucción que se envía al UE de que se van a establecer una o más sesiones de PDU es desencadenada por el hecho de que el UE está registrado en la red de telecomunicaciones. Esto mejora la probabilidad de que una sesión de PDU esté disponible para el UE durante su conexión a la red de telecomunicaciones.

En un ejemplo, el uno o más DNN en los que el UE establece sesiones de PDU son proporcionados por la AMF al UE después de completar el registro del UE en la red de telecomunicaciones. Además, en el paso de recuperación, por dicha AMF, de dicho nodo UDM, se puede recuperar información adicional. La información adicional puede incluir la información de abonado del UE y una indicación de si se espera que el UE establezca conexiones de PDU hacia cualquiera de los DNN autorizados.

En un ejemplo, el método comprende además los pasos de:

- determinar, mediante dicha AMF, que se va a establecer una sesión de PDU adicional a un DNN adicional en función de condiciones dinámicas, en donde dichas condiciones dinámicas comprenden cualquiera de las políticas e información de contexto del UE;

- dar instrucciones, mediante dicha AMF, a dicho UE para que inicie dicha sesión de PDU adicional entre dicho UE y dicho DNN adicional.

Este ejemplo particular describe una situación en la que la AMF recibe uno o más DNN para los que se espera que se establezcan sesiones de PDU, pero la AMF en realidad invalida esa decisión. Es decir, la AMF decide que al menos uno de los uno o más DNN no deben establecerse tras el registro del UE en la red de telecomunicaciones.

La decisión, es decir, la anulación, de la AMF puede estar basado en la información de contacto del UE recibida desde el UE durante el proceso de registro, es decir, si el UE indica soporte para ciertos servicios como UE centrado en voz o algo similar. También puede estar basado en condiciones dinámicas configuradas localmente en la AMF en relación, por ejemplo, a la ubicación, hora, etc. del UE. Además, puede estar basado en condiciones dinámicas por UE gestionadas en la función de política PCF.

La AMF puede monitorizar la información de contacto del UE, las condiciones dinámicas o cualquier cosa similar, y puede decidir que, ante cualquier cambio observado, dar instrucciones al UE para iniciar realmente una sesión de PDU adicional entre el UE y un DNN adicional. Por lo tanto, lo anterior puede no tener lugar durante el registro del UE en la red de telecomunicaciones, pero puede iniciarse con los cambios detectados en la información de contacto del UE, las condiciones dinámicas o algo similar.

Por lo tanto, los DNN adicionales con los que se establecerán sesiones de PDU adicionales se encuentran entre uno o más DNN que la AMF ha recuperado del UDM, pero la AMF aún no ha dado instrucciones al UE para que establezca sesiones de PDU con los DNN adicionales en el momento del registro del UE en la red de telecomunicaciones.

En otro ejemplo, el paso de recuperación comprende:

- transmitir, mediante dicha AMF, un mensaje de solicitud de actualización de ubicación para informar a dicho UDM sobre una ubicación actualizada de dicho UE;

- recibir, desde dicho UE, un mensaje de respuesta de actualización de ubicación, en donde dicho mensaje de respuesta de actualización de ubicación comprende dichos uno o más DNN en los que se espera que se establezcan sesiones de PDU.

Se encontró que los mensajes ya existentes pueden usarse para transmitir uno o más DNN a los que se espera que se establezcan las sesiones de PDU. En la red de telecomunicaciones descrita, la AMF se pone en contacto con el UDM para solicitar datos de abonado del UE. El mensaje de retorno, es decir, el mensaje de respuesta de actualización de ubicación, se usa para transportar los datos de abonado, pero también se puede usar para transportar una lista de DNN, así como una indicación de para cuál de esos DNN se debe establecer una conexión de PDU. Como la denominación de las señales aún no se ha uniformado, es posible que el mensaje de solicitud de actualización de ubicación y los mensajes de respuesta de actualización de ubicación se denominen con otros nombres. Por ejemplo, el mensaje de solicitud de registro puede ser una solicitud de registro de gestión de contexto de UE, una solicitud Nudm_GestionContextoUE_registro, la solicitud de actualización de ubicación puede ser reemplazada por un mensaje de solicitud de obtención de datos de abonado, Nudm_GestionDatosAbonado_Conseguir, y la respuesta que contiene los DNN puede ser un mensaje de respuesta Nudm_GestionDatosAbonado_Conseguir. Se advierte que el resultado, siendo que la AMF transmite un mensaje a la UDM indicando una ubicación actualizada del UE y/o solicitando información respecto a la información del abonado y posteriormente recibe dicha información solicitada incluyendo los DNN, es más relevante que el nombre de la señal en sí.

En otro ejemplo, dicho paso de dar instrucciones a dicho UE para que inicie dichas una o más sesiones de PDU se transmite usando señalización NAS.

En otro ejemplo, el paso de dar instrucciones a dicho UE para que inicie dichas una o más sesiones de PDU comprende información del tipo de sesión de PDU para indicar a dicho UE qué tipo de sesiones de PDU se establecerán.

La ventaja de este ejemplo es que el UE sabe inmediatamente qué tipo de sesión de PDU se va a establecer. El tipo de sesión de PDU puede ser, por ejemplo, Protocolo de Internet, IP, Ethernet o no estructurada.

En otro ejemplo, el método comprende los pasos de;

- determinar, mediante dicha AMF, que las sesiones de PDU deben establecerse solo para un subconjunto de DNN recibidos;

- dar instrucciones, mediante dicha AMF, a dicho UE para que establezca sesiones de PDU con DNN en dicho subconjunto de DNN recibidos.

En este caso, la AMF puede decidir que no es necesario establecer todas las sesiones de PDU tras el registro del UE en la red de telecomunicaciones. Como tal, la AMF puede decidir que solo se use un subconjunto de uno o más DNN para establecer las sesiones de PDU. Esto reduce la sobrecarga en la red de telecomunicaciones.

En un segundo aspecto, la presente descripción proporciona un método para iniciar, mediante un Equipo de Usuario, UE, una sesión de PDU entre el UE y un Nombre de Red de Datos, DNN, en una red de telecomunicaciones.

Comprendiendo el método, durante el registro del UE en la red de telecomunicaciones, los pasos de:

- enviar, por parte de dicho UE, a una Función de Acceso y Movilidad, AMF, una solicitud de registro para registrar a dicho UE en dicha red de telecomunicaciones;

- recibir, por dicho UE, desde dicha AMF, una indicación de finalización del registro y una lista de uno o más DNN con los que se va a establecer una sesión de Unidad de Paquetes de Datos, PDU;

- y el paso de: iniciar, por dicho UE, el establecimiento de una o más sesiones de PDU con dicho uno o más DNN.

Las expresiones, es decir, la redacción, de los diferentes aspectos comprendidos por el método y los dispositivos según la presente descripción no deben tomarse literalmente. La redacción de los aspectos se elige simplemente para expresar con precisión la lógica detrás del funcionamiento real de los aspectos.

De acuerdo con la presente descripción, los diferentes aspectos aplicables a los ejemplos de los métodos mencionados anteriormente, incluidas las ventajas de los mismos, corresponden a los aspectos que son aplicables a la red, la estación base así como el Equipo de Usuario.

La ventaja del método de acuerdo con el segundo aspecto es que el UE conoce las sesiones de PDU que se espera que se establezcan. No se requiere señalización adicional, los DNN se proporcionan al UE en el mensaje de registro completo. El mensaje de registro completo es un mensaje conocido, ya existente, para indicar al UE que el UE se ha registrado con éxito en la red de telecomunicaciones. Ese mensaje particular puede ampliarse con un nuevo elemento de información, en donde ese elemento de información particular se usa para transmitir la lista de DNN a los que el UE debería establecer sesiones de PDU.

En un tercer aspecto, se proporciona un método para soportar, mediante la Gestión de Datos Unificados, UDM, el inicio de una sesión de PDU entre un UE y una Red de Datos, DN, que tiene un Nombre de Red de Datos, DNN, en una red de telecomunicaciones, comprendiendo dicho método, durante el registro del UE en la red de telecomunicaciones, los pasos de:

- recibir, por dicho UDM, una solicitud de registro de una Función de Acceso y Movilidad, AMF, para el registro del UE en dicha red de telecomunicaciones;

- recopilar, mediante dicho UDM, una lista de uno o más DNN con los que dicho UE establecerá sesiones de PDU en dicha red de telecomunicaciones;

- enviar, por dicha UDM, a dicha AMF, la lista de una o más DNN con las que se van a establecer sesiones por dicho UE en la red de telecomunicaciones.

Como se mencionó anteriormente, el UDM puede recibir un mensaje de obtención de datos del abonado o cualquier otro mensaje correspondiente de la AMF.

En un cuarto aspecto, se proporciona un nodo de Función de Acceso y Movilidad, AMF, dispuesto para iniciar una sesión de PDU entre un Equipo de Usuario, UE, y un Nombre de Red de Datos, DNN, en una red de telecomunicaciones, comprendiendo dicha AMF:

- equipo de recepción dispuesto para recibir una solicitud de registro de dicho UE durante el registro del mismo en dicha red de telecomunicaciones para registrar dicho UE en dicha red de telecomunicaciones;

- equipo de recuperación dispuesto para recuperar de un nodo de Gestión Unificada de Datos, UDM, uno o más DNN a los que se espera que dicho UE establezca sesiones de Unidad de Datos en Paquetes, PDU, en dicha red de telecomunicaciones, donde dicho equipo de recuperación se activa al recibir dicho solicitud de registro por parte de dicho equipo de recepción durante el registro de dicho UE en dicha red de telecomunicaciones;

- equipo de generación de instrucciones dispuesto para dar instrucciones a dicho UE para que inicie dichas una o más sesiones de PDU entre dicho UE y dichos uno o más DNN durante el registro de dicho UE en dicha red de telecomunicaciones.

En un ejemplo, la AMF comprende además:

- equipo de determinación dispuesto para determinar que se va a establecer una sesión de PDU adicional a un DNN adicional en base a condiciones dinámicas, en el que dichas condiciones dinámicas comprenden cualquiera de las políticas e información de contexto del UE.

En otro ejemplo, el equipo de recuperación comprende además:

- equipo de transmisión para transmitir un mensaje de solicitud de actualización de ubicación para informar a dicho UDM sobre una ubicación actualizada de dicho UE;

- equipo de recepción para recibir un mensaje de respuesta de actualización de ubicación, en donde dicho mensaje de respuesta de actualización de ubicación comprende uno o más DNN en los que se espera que se establezcan sesiones de PDU.

En otro ejemplo, la AMF comprende además:

- equipo de determinación para determinar que las sesiones de PDU deben establecerse solo para un subconjunto de DNN recibidos.

En un quinto aspecto, se proporciona un Equipo de Usuario, UE, dispuesto para iniciar una sesión de PDU entre dicho UE y un DNN, en base a una lista recibida de DNN, comprendiendo dicho UE:

- un módulo de registro para transmitir una solicitud de registro durante el registro de dicho UE en dicha red de telecomunicaciones a una Función de Acceso y Movilidad, AMF;

- un módulo de recepción para recibir durante el registro de dicho UE en dicha red de telecomunicaciones desde dicha AMF una lista de DNN con los que se espera que el UE establezca una sesión de Unidad de Paquetes de Datos, PDU;

- un módulo de iniciación de PDU para iniciar sesiones de PDU entre dicho UE y uno o más DNN contenidos en dicha lista de DNN durante el registro de dicho UE en dicha red de telecomunicaciones.

En un sexto aspecto, se proporciona un producto de programa informático, que comprende un medio de almacenamiento legible, que comprende instrucciones que, cuando se ejecutan en al menos un procesador, hacen que al menos un procesador lleve a cabo el método según cualquiera de las reivindicaciones del método tal y como se proporciona anteriormente.

Las características y ventajas mencionadas anteriormente y otras de la descripción se entenderán mejor a partir de la siguiente descripción que hace referencia a los dibujos adjuntos. En los dibujos, números de referencia similares indican partes idénticas o partes que realizan una función u operación idéntica o comparable.

Breve descripción de los dibujos

La Figura 1 es un gráfico esquemático que ilustra la arquitectura de una red de telecomunicaciones 5GS.

La Figura 2 es un gráfico esquemático que muestra el inicio de una sesión DNN en un sistema según la técnica anterior.

La Figura 3 es un gráfico esquemático que muestra una implementación del método según la presente invención.

La Figura 4 es un gráfico esquemático que muestra una implementación del método según la presente invención.

La Figura 5 es un diagrama esquemático que ilustra los pasos básicos involucrados en el método según la presente descripción.

La Figura 6 es un diagrama esquemático que ilustra los pasos básicos involucrados en el método según la presente descripción.

La Figura 7 es un diagrama esquemático que ilustra los pasos básicos involucrados en el método según la presente descripción.

La Figura 8 es un diagrama esquemático que ilustra los pasos básicos involucrados en el método según la presente descripción.

La Figura 9 es un gráfico esquemático que ilustra un ejemplo de un elemento de red.

La Figura 10 es un gráfico esquemático que ilustra un ejemplo de un Equipo de usuario.

Descripción detallada

En la Figura 1, el número de referencia 10 indica una arquitectura de referencia para un Sistema 5G. La arquitectura del Sistema 5G comprende las siguientes funciones de red, NF:

- Función de Servidor de Autenticación, AUSF, 15

- Función de Gestión de Acceso y Movilidad, AMF, 16 de núcleo

- Red de datos, DN, por ejemplo servicios de operador, acceso a Internet o servicios de terceros, 14

- Función de red de Almacenamiento de Datos Estructurados, SDSF, no se muestra en la figura

- Función de red de Almacenamiento de Datos No Estructurados, UDSF, no se muestra en la figura

- Función de Exposición de Red, NEF, 22

- Función de Repositorio NF, NRF, 21

- Función de Selección de Segmento de red, NSSF, 23

- Función de Control de Políticas, PCF, 20

- Función de Gestión de Sesión, SMF, 17

- Gestión Unificada de Datos, UDM 19

- Repositorio de Datos Unificados, UDR, no se muestra en la figura

- Plano de usuario Función, UPF, 13

- Función de aplicación, AF, 18

- Equipo de usuario, UE, 11

- Red de Acceso (Radio) ((R)AN), 12

La descripción funcional de estas funciones de red se especifica en la cláusula 6 del Estándar 3GPP 23.501, "System Architecture for the 5G system", cuyo contenido se incluye en el presente documento, por referencia. Específicamente, en la figura 1, el número 10 de referencia indica la arquitectura del sistema para una red de telecomunicaciones 5GS en un caso de no itinerancia. Es decir, el UE 11 está en la red de telecomunicaciones donde pertenece originalmente, es decir, está registrado. En otras palabras, el UE 11 está en la red de telecomunicaciones local.

La Figura 2 es un gráfico esquemático que muestra el inicio de una sesión de Nombre de Red de Datos, DNN, en un sistema según la técnica anterior. Específicamente, el número 50 de referencia indica un diagrama de señalización que destaca la secuencia de eventos y la señalización que se produce para configurar una sesión de Unidad de Datos de Paquetes, PDU, entre un UE 11 y un Servidor de Aplicaciones, AS, en una Red de Datos, DN, identificada con un Nombre de Red de Datos, DNN. El servidor 51 de Aplicaciones envía una solicitud 52 de activación de dispositivo a la Función de Exposición de Red, NEF, 22. La NEF luego procede a autenticar 53 el UE 11 y garantizar que el UE 11 está autorizado para recibir datos en dicha red de telecomunicaciones. Una vez que se ha realizado la autenticación y autorización 53, la NEF recupera información 54 sobre el abonado que presta servicios NF desde el UDM 19. La recuperación a menudo comprende solicitar la información al UDM 19 y recibir la información solicitada desde el UDM 19.

Tras la identificación de las NF, la NEF 22 envía una solicitud 55 de activación del dispositivo a la AMF 16 correspondiente de las NF identificadas. Cuando la AMF 16 recibe una solicitud de activación del dispositivo 55, envía la solicitud 56 al UE 11 correspondiente y recibe una respuesta 56 de activación de dispositivo. La respuesta 56 de activación del dispositivo recibida se envía posteriormente al UDM 19 y luego de vuelta al servidor 51de Aplicaciones. en los casos 57, 58 respectivamente. Del diagrama de señalización queda claro que la solicitud de activación inicial es generada por el servidor de aplicaciones que, a su vez, es generado por una aplicación específica con el UE (no se muestra en la figura). Además, en un sistema que funciona según el diagrama 50 de señalización, la red no proporciona ninguna información sobre a qué DNN o APN debe conectarse el UE 11. Como resultado, el UE 11 establece una conexión con un DNN predeterminado o no establece ninguna conexión.

En la Figura 3, un gráfico 100 esquemático muestra una implementación del método según la presente invención. Cuando se va a registrar un UE 11 en una red de telecomunicaciones, el UE 11 envía una solicitud 102 de registro a la AMF 16.

Posteriormente, el UE 16 es autenticado en la red de telecomunicaciones por la AUSF, por lo que el 5GS autentica en 103 al UE 11. Una vez el UE 11 es autenticado por el 5GS, la AMF solicita ser registrada en 104 en el UDM y solicita datos 104 de abonado relacionados con el UE 11 particular. Al recibir la solicitud 104 de registro de la AMF 16, el UDM 101 registra la dirección de la AMF 16 para el UE 16, ya que se usarán las funciones de red AMF para contactar con el UE. Además, el UDM recopila los datos 105 de abonado que incluyen una lista de DNN que han de ser establecidos por el UE 11. Según la presente invención, la configuración de los DNN incluye para cada DNN una indicación de si se espera que el UE 11 establezca una conexión PDU hacia ese DNN en particular. Más de un DNN podría tener tal indicación. Además, como escenario alternativo, el que ninguno de los DNN autorizados para un UE pueda incluir la indicación. Se observa aquí que el APN predeterminado definido en un abonado 4G podría considerarse implícitamente como solicitado al UE bajo 5GS en el procedimiento como se define en la presente descripción.

Después de recopilar los datos de abonado y la lista de DNN en 105, esta información se proporciona en 106 a la AMF 16. La AMF 16 luego envía un mensaje 107 de registro completo junto con la lista de DNN con los que la red 5GS espera que el UE 11 establezca conexiones. El UE 11, al recibir la confirmación 107 de registro, comprueba en 108 si la AMF 16 ha incluido los DNN para los que solicita el establecimiento de una o más sesiones de PDU. En caso de que el UE determine que la AMF 16 ha solicitado el establecimiento de una o más sesiones de PDU, el UE 11 inicia el establecimiento en 110 de las sesiones de PDU solicitadas usando procedimientos existentes que incluyen interacciones dentro del 5GS entre la AMF 16, SMF, PCF y UPF 109, y el UDM 101. Si se solicita establecer más de una sesión de PDU en la confirmación 107 de registro, entonces el UE 11 establece la sesión de PDU en un primer DNN y luego la sesión de PDU en un segundo DNN y así sucesivamente. Además, la AMF 16 puede especificar que todos los DNN solicitados están establecidos y puede reenviar la indicación para establecer sesiones de PDU restantes en comunicaciones de señalización NAS posteriores hacia el UE 11. El mensaje 107 de registro completo que envía la AMF 16 al UE 11, también puede contener elementos adicionales tales como:

- el tipo de sesión de PDU; si no se menciona un tipo de sesión de PDU, el UE 11 usa un tipo de sesión de PDU preconfigurada, como tipo IP, Ethernet, no estructurada, etc.

- otra información requerida para establecer con éxito una sesión de PDU.

La Figura 4 muestra un gráfico 150 esquemático que muestra una implementación del método según la presente invención. Según la realización que se muestra en el gráfico 150, los primeros pasos 102-105 son los mismos que se explicaron anteriormente. Después de recopilar los datos de abonado y la lista de DNN que debe establecer el UE, el UDM 152 proporciona una respuesta 153 de actualización de ubicación a la AMF 16 que contiene la lista de DNN con los que se espera que el UE 11 establezca una sesión de PDU. En un caso ejemplar, la lista consta de un DNN, el decir, el DNN1 para la DN 14 con el que se espera que el UE establezca una sesión de PDU usando la AMF 16, SMF, PCF, UPF 151. Después de recibir la información de abonado del UDM 152 en el paso 153, la AMF 16 puede decidir en 154 si solicita al UE 11 que establezca la conexión PDU hacia el DNN1. Al decidir en 154, la AMF 16 puede considerar varios factores, tales como:

- La información de contexto del UE recibida desde el UE 11 durante el proceso de registro, es decir, si el UE indica soporte para ciertos servicios como voz sobre LTE

- Las condiciones dinámicas configuradas localmente en la AMF 16 en relación con la ubicación del UE, la hora, etc.

- Las condiciones dinámicas por UE gestionadas en la función de política PCF.

La AMF 16 también puede considerar cualquier otra condición relevante al decidir si dar instrucciones o no al UE 11 para establecer la sesión de PDU entre el UE 11 y el DNN1. Si la AMF determina que se debe establecer la sesión de PDU hacia el DNN 1, el sistema procede como se discutió anteriormente en relación con la realización 100 en la Figura 2. Sin embargo, si se determina en base a lo mencionado anteriormente, o cualquier otro factor, que no se debe establecer la sesión de PDU, la AMF envía solo la confirmación 155 de registro y el UE 11 no establece la sesión de PDU en 156. Es posible que el UE 11 aún intente establecer la sesión de PDU para el DNN1 en función de la configuración local, pero la solicitud puede entonces ser rechazada por el 5GS en base a las mismas condiciones mencionadas anteriormente.

Si en un momento posterior, cualquiera de estas condiciones cambia en 157 mientras el UE está conectado al 5GS, la AMF podría aprovechar cualquier comunicación adicional con el UE para solicitar el establecimiento 158 de la conexión de PDU al DNN1 en esa etapa posterior. El UE 11 luego procede a establecer en159 la sesión de PDU al DNN1.

La Figura 5 muestra un gráfico 200 esquemático que ilustra los pasos básicos implicados en el método según la presente descripción. El número 200 de referencia indica un método según la presente invención, siendo realizado por el nodo AMF. En un primer paso de recepción 210, la AMF recibe una solicitud del UE para registrarse en una red de telecomunicaciones. Al recibir la solicitud, en un paso 220 posterior, la AMF recupera uno o más DNN de un UDM, en el que los DNN recuperados son aquellos con los que se espera que el UE establezca una sesión de PDU. El paso de recuperación, 220, comprende enviar una solicitud de actualización de ubicación por parte de la AMF al UDM y, en consecuencia, recibir una respuesta de actualización de ubicación desde el UDM. La respuesta de ubicación de actualización recibida consta de los datos de abonado y una lista de DNN. La lista de DNN es una lista de DNN con los que se espera que el UE establezca una sesión de PDU.

En un paso 230final, la AMF envía un mensaje de registro completo al UE junto con la lista de DNN recibidos en el paso 220. Por lo tanto, en el paso 230, la AMF proporciona al UE la lista de DNN con los que se espera establecer una sesión de PDU. En una realización, la instrucción para iniciar una sesión de PDU se transmite mediante señalización NAS. Además, puede ser ventajoso incluir información adicional con respecto a la información del tipo de sesión para indicarle al UE qué tipo de sesión de PDU se va a establecer. Los diferentes tipos de sesiones de PDU pueden ser, por ejemplo, de tipo IP, Ethernet, no estructuradas, etc.

La Figura 6 muestra un gráfico 250 esquemático que ilustra los pasos básicos implicados en el método según la presente descripción. El método ilustrado en esta figura es similar al método ilustrado en la figura 5 excepto por el paso adicional de determinación, 260. En un paso de determinación, 260, la AMF determina si el UE debe establecer sesiones de PDU para todos los DNN contenidos en la lista de DNN recibidos en el paso 220. Como resultado de la determinación 260, la AMF determina que las sesiones de PDU deben establecerse solo para un subconjunto de los DNN disponibles. Una vez que la AMF ha seleccionado un subconjunto de DNN, la AMF en el paso 230 instruye al UE para que establezca sesiones de PDU con el subconjunto seleccionado de DNN. En el paso 260, la AMF puede tomar la decisión de seleccionar un subconjunto de DNN en base a cualquiera de:

- La información de contexto del UE recibida desde el UE durante el proceso de registro. Dicha información de contexto podría ser, por ejemplo, si el UE indica soporte para ciertos servicios como Voz sobre LTE

- Las condiciones dinámicas configuradas localmente en la AMF en relación con la ubicación o el tiempo del UE

- Las condiciones dinámicas por UE gestionadas en la función de política PCF.

La Figura 7 muestra un gráfico 300 esquemático que ilustra los pasos básicos implicados en el método según la presente descripción. El número 300 de referencia indica un método según la presente invención, siendo realizado por el Equipo de Usuario, UE, en una red de telecomunicaciones. En un primer paso de envío, 310, el UE envía una solicitud de registro a la AMF para que se registre en la red de telecomunicaciones. La solicitud de registro por parte del UE activa la AMF para recuperar una lista de DNN con los que se espera que el UE establezca una sesión de PDU. Una vez que se envía la solicitud de registro, el UE recibe, en el paso 320, una confirmación de registro junto con una lista de uno o más DNN con los que el UE tiene que establecer una sesión de PDU. La AMF proporciona la lista al UE. Después de recibir la lista de uno o más DNN, el UE procede, en el paso 330, a iniciar el establecimiento de sesiones de PDU hacia dicho uno o más DNN.

Es posible que la AMF decida que no se iniciarán sesiones de PDU en el momento del registro. En tal escenario, el UE solo recibe una confirmación de registro de la AMF. La AMF puede determinar en una etapa posterior, sujeta a un cambio en las condiciones dinámicas, que el UE puede iniciar sesiones de PDU hacia uno o más DNN. En ese instante, el UE recibe más señalización de la AMF que indica que se establezcan las sesiones de PDU con los DNN correspondientes. El UE luego procede a iniciar, en 330, las sesiones de PDU con los DNN correspondientes.

La Figura 8 muestra un gráfico esquemático, 400, que ilustra los pasos básicos implicados en el método según la presente descripción. El número 400 de referencia indica un método según la presente invención, siendo realizado por el nodo de Gestión Unificada de Datos, UDM, en una red de telecomunicaciones. En un primer paso de recepción, 410, el UDM recibe una solicitud de registro del UE para estar registrado en la red de telecomunicaciones. En el paso 420, el UDM recibe una solicitud de actualización de ubicación de una AMF en la red de telecomunicaciones. El UDM, en el paso 430 procede a registrar el UE en la red de telecomunicaciones. El UDM también registra una dirección AMF asociada con la AMF. En un paso final, 440, el UDM devuelve una respuesta de actualización de ubicación a la AMF. La respuesta de ubicación de actualización también comprende datos de abonado pertenecientes al UE y también una lista de uno o más DNN en los que el UE va a establecer sesiones de PDU. Al enviar la lista de uno o más DNN, el APN predeterminado, tal como se define en una suscripción 4G, podría considerarse incluido implícitamente.

La Figura 9 es un gráfico esquemático que ilustra un ejemplo, 500, de un elemento de red, por ejemplo, un nodo, que es capaz de dar instrucciones a un UE para que inicie una sesión de PDU entre el UE y uno o más DNN cuando se implementa en él un método según uno de los ejemplos tal como se mencionó anteriormente.

El ejemplo, 500, comprende el receptor 501, 502, dispuesto para recibir señales de comunicación dentro de una red de telecomunicaciones. La presente invención se refiere principalmente a una red de telecomunicaciones 5GS, en la que los componentes funcionales, denominados servicios, se comunican entre sí mediante mensajes. Por lo tanto, el receptor 501, 502 está dispuesto para recibir dichos mensajes. El equipo 505 de recepción está específicamente dispuesto para recibir e interpretar una solicitud de registro de un UE en la red de telecomunicaciones. El equipo 506 de recuperación está dispuesto para recuperar de un nodo UDM, una lista de uno o más DNN, con los que se espera que el UE establezca una sesión de PDU.

El equipo 506 de recuperación puede comprender además un equipo de transmisión que está dispuesto para transmitir una solicitud de ubicación de actualización al UDM, y un equipo de recepción que está dispuesto para recibir específicamente la respuesta de ubicación de actualización desde el UDM. La respuesta de actualización de ubicación consta de datos de abonado y una lista de uno o más DNN con los que se espera que el UE establezca una sesión de PDU. El nodo 500 de red puede incluir opcionalmente un equipo 507de determinación, que está dispuesto para determinar si el UE tiene o no que establecer una sesión de PDU para todos los DNN recuperados por el equipo 506 de recuperación. El equipo 507 de determinación, además, puede estar dispuesto para recibir entradas adicionales basadas en las cuales se puede tomar la decisión de dar instrucciones al UE para que inicie una conexión de PDU.

Además, el nodo 500 también consta de un equipo de instrucción que genera una señal de instrucción que le indica al UE que inicie las sesiones de PDU con uno o más DNN.

El ejemplo, 500, comprende un procesador, 511 y una memoria, 510. Todos los equipos, 505-508, interactúan entre sí y con el procesador a través de un bus de comunicación, 509. Los equipos 503 y 504 de transmisión también se proporcionan en el ejemplo. para facilitar la comunicación con dispositivos externos, como equipos de usuario, UE u otras funciones de red.

La Figura 10 es un gráfico esquemático que ilustra un ejemplo, 600, de un equipo de usuario, UE, que es capaz de dar instrucciones y recibir una instrucción desde una AMF para iniciar sesiones de PDU con uno o más DNN, cuando un método según uno de los anteriores ejemplos mencionados se ejecuta en él. El ejemplo, 600, comprende el receptor 601,602, dispuesto para recibir señales de comunicación dentro de una red de telecomunicaciones.

El módulo 605 de registro está dispuesto para enviar una solicitud de registro al nodo AMF y al nodo UDM. El módulo 606 de recepción está dispuesto para recibir una lista de uno o más DNN desde el nodo AMF. Posteriormente, el módulo 607 de iniciación de PDU está dispuesto para iniciar sesiones de PDU con los DNN recibidos.

El ejemplo, 600, comprende un procesador, 611 y una memoria, 610. Todos los equipos, 605-607, interactúan entre sí y con el procesador 611 a través de un bus de comunicación, 509. Los equipos 603 y 604 de transmisión también se proporcionan dentro del ejemplo, para facilitar la comunicación con dispositivos externos, como equipos de usuario, UE u otras funciones de red.

Claims (14)

REIVINDICACIONES

1. Un método de apoyo, mediante una Función de Acceso y Movilidad, AMF (16), a la iniciación de una sesión de Unidad de Paquetes de Datos, PDU, entre un Equipo de Usuario, UE (11), y una Red de Datos, DN (14), que tiene un Nombre de Red de Datos, DNN, en una red (10) de telecomunicaciones, comprendiendo dicho método, durante el registro de dicho UE (11) en dicha red (10) de telecomunicaciones, los pasos de:

- recibir (210), por dicha AMF (16), una solicitud (102) de registro desde dicho UE (11) para registrar dicho UE (11) en dicha red (10) de telecomunicaciones;

- recuperar (220), por dicha AMF (16), desde un nodo de Gestión Unificada de Datos, UDM (101, 152), uno o más DNN a los que se espera que dicho UE (11) establezca sesiones de PDU en dicha red (10) de telecomunicaciones, en donde dicho paso de recuperación es desencadenado por dicha recepción de dicha solicitud de registro;

- dar instrucciones (230), por parte de dicha AMF (16), a dicho UE (11) para iniciar dichas una o más sesiones de PDU entre dicho UE (11) y dichos uno o más DNN.

2. El método según la reivindicación 1, en donde dicho método comprende además los pasos de, después del registro de dicho UE (11):

- determinar, mediante dicha AMF (16), que se va a establecer una sesión de PDU adicional a un DNN adicional en función de condiciones dinámicas, en donde dicho DNN adicional es uno de entre dichos uno o más DNN recuperados con los que aún no se han establecido sesiones de PDU, y dichas condiciones dinámicas comprenden cualquiera de las políticas e información de contexto del UE (11);

- dar instrucciones (230), mediante dicha AMF (16), a dicho UE (11) para iniciar dicha sesión de PDU adicional entre dicho UE (11) y dicho DNN adicional.

3. El método según cualquiera de las reivindicaciones anteriores, dicho paso de recuperación comprende:

- transmitir, por dicha AMF (16), un mensaje de solicitud de actualización de ubicación para informar a dicho UDM (101, 152) sobre una ubicación actualizada de dicho UE (11);

- recibir, desde dicho UDM (101, 152), un mensaje de respuesta de actualización de ubicación, en donde dicho mensaje de respuesta de actualización de ubicación comprende dichos uno o más DNN con los que se espera que se establezcan sesiones de PDU.

4. El método según cualquiera de las reivindicaciones anteriores, en donde dicho paso de dar instrucciones a dicho UE (11) para que inicie dichas una o más sesiones de PDU es transmitido usando señalización de Estrato de no Acceso, NAS.

5. El método según cualquiera de las reivindicaciones anteriores, en donde dicho paso de dar instrucciones a dicho UE (11) para que inicie dichas una o más sesiones de PDU comprende información del tipo de sesión de PDU para indicar a dicho UE (11) qué tipo de sesiones de PDU se establecerán.

6. El método según cualquiera de las reivindicaciones anteriores, que además comprende, previo a dicho paso de dar instrucciones, el paso de:

- determinar (260), mediante dicha AMF (16), que es necesario establecer sesiones de PDU solo para un subconjunto de DNN recibidos;

y dicho paso de dar instrucciones (230), por parte de dicha AMF (16), a dicho UE (11) para iniciar dichas una o más sesiones de PDU entre dicho UE (11) y dichos uno o más DNN comprende:

- dar instrucciones (230), por parte de dicha AMF (16), a dicho UE (11) para que establezca sesiones de PDU con los DNN en dicho subconjunto de DNN recibidos.

7. Un método para iniciar, por un Equipo de Usuario, UE (11), una sesión de Unidad de Paquete de Datos, PDU, entre dicho UE (11) y una Red (14) de Datos, DN, que tiene un Nombre de Red de Datos, DNN, en un red de telecomunicaciones (10), comprendiendo dicho método, durante el registro de dicho UE en dicha red (10) de telecomunicaciones los pasos de:

- enviar (310), por parte de dicho UE (11), a una Función de Acceso y Movilidad, AMF (16), una solicitud (102) de registro para registrar dicho UE (11) en dicha red (10) de telecomunicaciones;

- recibir (320), por dicho UE (11), desde dicha AMF (16), una indicación de finalización del registro y una lista de uno o más DNN con los que se va a establecer una sesión de PDU;

y el paso de:

- iniciar (330), por dicho UE (11), el establecimiento de una o más sesiones de PDU con dichos uno o más DNN.

8. Un método de apoyo, mediante una Gestión Unificada de Datos, UDM (101, 152), a la iniciación de una sesión de Unidad de Paquetes de Datos, PDU, entre un Equipo de Usuario, UE (11), y una Red (14) de Datos, DN, que tiene un Nombre de Red de Datos, DNN, en una red (10) de telecomunicaciones, comprendiendo dicho método, durante el registro de dicho UE (11) en dicha red (10) de telecomunicaciones, los pasos de:

- recibir (104), por dicho UDM (101, 152), una solicitud de registro de una Función de Acceso y Movilidad, AMF (16), para registrar dicho UE (11) en dicha red (10) de telecomunicaciones;

- recopilar (105), mediante dicho UDM (101, 152), una lista de uno o más DNN con los que dicho UE (11) va a establecer sesiones de PDU en dicha red (10) de telecomunicaciones;

- enviar (106), por dicho UDM (101, 152), a dicha AMF (16), dicha lista de uno o más DNN con los que se van a establecer sesiones de PDU por dicho UE (11) en dicha red (10) de telecomunicaciones.

9. Un nodo de Función de Movilidad y Acceso, AMF (500), dispuesto para iniciar una sesión de Unidad de Paquete de Datos, PDU, entre un Equipo de Usuario, UE (11), y una Red (14) de Datos, DN, que tiene un Nombre de Red de Datos, DNN, en una red (10) de telecomunicaciones, comprendiendo dicha AMF (16):

- equipo (505) de recepción dispuesto para recibir una solicitud de registro de dicho UE (11) durante el registro del mismo en dicha red (10) de telecomunicaciones, para registrar dicho UE (11) en dicha red (10) de telecomunicaciones;

- equipo (506) de recuperación dispuesto para recuperar de un nodo de Gestión Unificada de Datos, UDM (101, 152), uno o más DNN a los que se espera que dicho UE (11) establezca sesiones de PDU en dicha red (10) de telecomunicaciones, en donde dicho equipo de recuperación se activa al recibir dicha solicitud de registro por parte de dicho equipo de recepción durante el registro de dicho UE (11) en dicha red (10) de telecomunicaciones; - equipo (508) de instrucción dispuesto para dar instrucciones a dicho UE (11) para iniciar dicha una o más sesiones de PDU entre dicho UE (11) y dicho uno o más DNN durante el registro de dicho UE (11) en dicha red (10) de telecomunicaciones.

10. La AMF según la reivindicación 9, en donde dicha AMF (16) comprende además:

- equipo (507) de determinación dispuesto para determinar que se va a establecer una sesión de PDU adicional a un DNN adicional en función de las condiciones dinámicas, después del registro de dicho UE (11), en donde dichas condiciones dinámicas comprenden cualquiera de las políticas e información de contexto del UE (11).

11. La AMF según cualquiera de las reivindicaciones 9 - 10, que comprende además:

- equipo (503) de transmisión para transmitir un mensaje de solicitud de actualización de ubicación para informar a dicho UDM (101, 152) sobre una ubicación actualizada de dicho UE (11);

en donde dicho equipo (505) de recepción está dispuesto además para recibir un mensaje de respuesta de actualización de ubicación, en donde dicho mensaje de respuesta de actualización de ubicación comprende uno o más DNN en los que se espera que se establezcan sesiones de PDU.

12. La AMF según cualquiera de las reivindicaciones 10 - 11, en donde dicho equipo (507) de determinación está dispuesto además para determinar que las sesiones de PDU deben establecerse solo para un subconjunto de DNN recibidos, durante el registro de dicho UE (11) en dicha red (10) de telecomunicaciones.

13. Un Equipo de Usuario, UE (600), dispuesto para iniciar una sesión de Unidad de Paquetes de Datos, PDU, entre dicho UE (600) y una Red (14) de Datos, DN, que tiene un Nombre de Red de Datos, DNN, en una red (10) de telecomunicaciones, comprendiendo dicho UE (600):

- un módulo (605) de registro para transmitir una solicitud de registro durante el registro de dicho UE (600) en dicha red (10) de telecomunicaciones a una Función de Acceso y Movilidad, AMF (16);

- un módulo (606) de recepción para recibir durante el registro de dicho UE (600) en dicha red (10) de telecomunicaciones desde dicha AMF (16) una indicación de finalización del registro y una lista de uno o más DNN con los que el UE (11) se espera que establezca una sesión de PDU;

- un módulo (607) de iniciación de PDU para iniciar el establecimiento de una o más sesiones de PDU con dicho uno o más DNN durante el registro de dicho UE (600) en dicha red (10) de telecomunicaciones.

14. Un producto de programa informático, que comprende un medio de almacenamiento legible, que comprende instrucciones que, cuando se ejecutan en al menos un procesador, hacen que al menos un procesador lleve a cabo el método según cualquiera de las reivindicaciones 1 - 6.