ES3037613T3 - Methods, network function nodes and computer readable media for event subscription management - Google Patents

Abstract

La presente divulgación proporciona métodos para la gestión de suscripciones a eventos en una red que comprende un conjunto de nodos NF y sus correspondientes nodos NF. El método comprende recibir una solicitud de suscripción a un evento de un usuario desde un suscriptor; en respuesta a dicha solicitud, transmitir a un segundo nodo de función de red una solicitud de consulta para consultar si el evento del usuario se ha suscrito; y si la respuesta del segundo nodo de función de red indica que el evento del usuario se ha suscrito, transmitir a dicho nodo una solicitud de actualización para que el segundo nodo actualice la lista de suscriptores del evento del usuario e incluya al suscriptor en dicha lista. La presente divulgación también describe un método correspondiente que comprende recibir una solicitud de consulta de un primer nodo de función de red para consultar si el evento del usuario se ha suscrito; en respuesta a dicha solicitud, comprobar si se ha configurado un indicador de suscripción al evento del usuario y transmitir el resultado de la comprobación al primer nodo de función de red. La presente divulgación proporciona además un medio legible por computadora correspondiente. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Métodos, nodos de función de red y medios legibles por ordenador para la gestión de suscripciones a eventos

Campo técnico

La presente descripción se refiere, en general, al campo técnico de las telecomunicaciones y, en particular, a métodos y nodos de función de red (NF, por sus siglas en inglés) para la gestión de suscripciones a eventos en una red que comprende un conjunto de nodos NF y medios legibles por ordenador correspondientes.

Antecedentes

Esta sección tiene como objetivo proveer antecedentes sobre las diversas realizaciones de la tecnología descrita en esta descripción. La descripción de esta sección puede incluir conceptos que pueden desarrollarse, pero no necesariamente los que se han concebido o desarrollado previamente. Por lo tanto, a menos que se indique lo contrario en la presente memoria, lo descrito en esta sección no constituye la técnica anterior en relación con la descripción y/o las reivindicaciones de esta descripción y no se considera técnica anterior por su mera inclusión en esta sección.

En las redes de quinta generación (5G), un segmento de red se presenta como una red lógica que provee capacidades y características de red específicas. Una instancia de un segmento de red (p. ej., una instancia de segmento de red, NSI, por sus siglas en inglés) es un conjunto de instancias de función de red (NF) y los recursos necesarios (p. ej., recursos de cómputo, almacenamiento y red) que conforman un segmento de red desplegado. Una NF es una función de procesamiento adoptada o definida por 3GPP en una red, que cuenta con un comportamiento funcional definido e interfaces definidas por 3GPP. Una NF puede implementarse como un elemento de red en hardware dedicado, una instancia de software que se ejecuta en un hardware dedicado, o como una función virtualizada instanciada en una plataforma adecuada, p. ej., en una infraestructura en la nube.

Entre las NF, se define una UDM (gestión unificada de datos, UDM, por sus siglas en inglés), cuya función es gestionar las suscripciones de otras NF en la red. Según la definición de servicio en 3GPP 29.502, se ha definido el siguiente servicio:

Nudm_EventExposure: este servicio permite a los consumidores de NF suscribirse para recibir un evento y proveer una indicación de monitoreo del evento a los consumidores de NF suscritos.

Para desplegar un sistema 5G, es común que haya múltiples instancias UDM que provean los mismos servicios.

Hasta ahora, puede observarse que solo se ha definido la gestión de suscripción a eventos independiente, lo cual resulta ineficiente cuando existen múltiples instancias de NF que proveen los mismos servicios e incluso puede causar un error. Las descripciones pertinentes de la técnica anterior para la suscripción a eventos son: QUALCOMM INCORPORA<t>E<d>Y OTROS:"Support for partial ciphering of initial NAS messages",BORRADOR 3GPP; S2-1811307, XP051540148.

"3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; 5G System; Unified Data Repository Services; Stage 3 (Release 15)",ESTÁNDAR 3GPP; ESPECIFICACIÓN TÉCNICA; 3G<p>P TS 29.504, XP051487276.

"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System; Stage 2 (Release 15)",3GPP TS 23.502 V15.2.0, XP051535225.

Compendio

Al menos algunos objetos de la presente descripción son proveer soluciones técnicas capaces de mejorar la eficiencia de la suscripción a eventos cuando hay múltiples instancias de NF que proveen los mismos servicios.

Según un aspecto de la presente descripción, se provee un método implementado en un primer nodo de función de red para gestionar la suscripción a eventos. El método comprende recibir una solicitud de suscripción a un evento para un usuario de un suscriptor de eventos. En respuesta a la solicitud de suscripción, transmitir, a un segundo nodo de función de red, una solicitud de consulta para consultar si el evento del usuario se ha suscrito. Si la respuesta a la solicitud de consulta del segundo nodo de función de red indica que el evento del usuario se ha suscrito, transmitir, al segundo nodo de función de red, una solicitud de actualización para que el segundo nodo de función de red actualice la lista de suscriptores del evento del usuario e incluya al suscriptor del evento en la lista de suscriptores.

En una realización a modo de ejemplo, si la respuesta a la solicitud de consulta indica que el evento para el usuario no ha sido suscrito, el método comprende además iniciar la suscripción del evento para el usuario con un nodo de servicio y transmitir una solicitud de creación con información de identificación del suscriptor del evento para crear la lista de suscriptores para el evento del usuario e incluir al suscriptor del evento en la lista de suscriptores creada por el segundo nodo de red.

En una realización a modo de ejemplo, el primer nodo de función de red es uno de una gestión de datos unificada (UDM), una función de exposición de red (NEF, por sus siglas en inglés) y una función de gestión de acceso y movilidad (AMF, por sus siglas en inglés).

En una realización a modo de ejemplo, el segundo nodo de función de red es un repositorio de datos unificado (UDR, por sus siglas en inglés).

Según otro aspecto de la presente descripción, se provee un método implementado en un segundo nodo de función de red para gestionar la suscripción a eventos. El método comprende recibir una solicitud de consulta de un primer nodo de función de red para consultar si un evento de un usuario se ha suscrito; en respuesta a la recepción de la solicitud de consulta, comprobar si se ha establecido un indicador que indica que el evento para el suscriptor se ha suscrito, y transmitir el resultado de la comprobación al primer nodo de función de red.

En una realización a modo de ejemplo, el método comprende además recibir una solicitud de actualización para actualizar una lista de suscriptores del evento para el usuario con un suscriptor del evento al evento del primer nodo de función de red, y en respuesta a la recepción de la solicitud de actualización, actualizar una lista de suscriptores del evento para el usuario para incluir al suscriptor del evento.

En una realización a modo de ejemplo, el método comprende además recibir una solicitud de creación con información de identificación del suscriptor del evento para suscribirse al evento para el usuario del primer nodo de función de red, en respuesta a la recepción de la solicitud de creación, establecer el indicador y crear la lista de suscriptores del evento para el usuario e incluir al suscriptor del evento en la lista de suscriptores del evento para el usuario.

En una realización a modo de ejemplo, el indicador se establece en una tabla almacenada en el segundo nodo de función de red que describe la suscripción de eventos del usuario.

En una realización a modo de ejemplo, la lista de suscriptores se crea en una tabla almacenada en el segundo nodo de función de red que describe la suscripción del evento para el usuario.

En una realización a modo de ejemplo, el primer nodo de función de red es uno de una gestión de datos unificada (UDM), una función de exposición de red (NEF) y una función de gestión de acceso y movilidad (AMF).

En una realización a modo de ejemplo, el segundo nodo de función de red es un repositorio de datos unificado (UDR).

Según otro aspecto de la presente descripción, se provee un método implementado en un primer nodo de función de red para gestionar la cancelación de suscripción a eventos. El método comprende recibir una solicitud de cancelación de suscripción de un evento de un usuario de un suscriptor de eventos para cancelar la suscripción del evento; en respuesta a la recepción de la solicitud de cancelación de suscripción, transmitir, a un segundo nodo de función de red, una solicitud de consulta para consultar si el suscriptor de eventos es el último suscriptor para el evento del usuario en una lista de suscriptores del evento para el usuario y, si la respuesta a la solicitud de consulta del segundo nodo de función de red indica que no es el suscriptor de eventos no es el último suscriptor para el evento del usuario, transmitir una solicitud de eliminación al segundo nodo de función de red, para eliminar, por el segundo nodo de función de red, al suscriptor de eventos de la lista de suscriptores del evento para el usuario.

En una realización a modo de ejemplo, la solicitud de eliminación incluye información de identificación del suscriptor del evento.

En una realización a modo de ejemplo, si la respuesta a la solicitud de consulta indica que el suscriptor del evento es el último suscriptor para el evento del usuario, el método comprende además transmitir una solicitud de eliminación de evento al segundo nodo de función de red para eliminar la lista de suscriptores por el segundo nodo de función de red; e iniciar la cancelación de la suscripción del evento para el usuario con un nodo de servicio.

Según otro aspecto de la presente descripción, se provee un método implementado en un segundo nodo de función de red para gestionar la cancelación de suscripción a eventos. El método comprende recibir una solicitud de consulta para que un suscriptor de un evento cancele la suscripción a un evento para un usuario, de un primer nodo de función de red para consultar si el suscriptor al evento es el último suscriptor para el evento del usuario en una lista de suscriptores del evento para el usuario, en respuesta a la recepción de la solicitud de consulta, comprobar si el suscriptor al evento es el último suscriptor en la lista de suscriptores del evento para el usuario, y transmitir el resultado de la comprobación al primer nodo de función de red.

En una realización a modo de ejemplo, el método comprende además recibir una solicitud de eliminación del primer nodo de función de red para eliminar al suscriptor del evento de la lista de suscriptores del evento para el usuario y, en respuesta a la recepción de la solicitud de eliminación, eliminar al suscriptor del evento de la lista de suscriptores del evento para el usuario.

En una realización a modo de ejemplo, la solicitud de eliminación incluye información de identificación del suscriptor del evento para cancelar la suscripción al evento.

En una realización a modo de ejemplo, el método comprende además recibir una solicitud de eliminación de evento para eliminar la lista de suscriptores del primer nodo de función de red y, en respuesta a la recepción de la solicitud de eliminación de evento, eliminar la lista de suscriptores del evento para el usuario.

En una realización a modo de ejemplo, el método comprende además eliminar un indicador que indica que el evento del usuario se ha suscrito.

En una realización a modo de ejemplo, la eliminación de la lista de suscriptores comprende eliminar la lista de suscriptores de una tabla almacenada en el segundo nodo de función de red que describe la suscripción al evento para el usuario.

En una realización a modo de ejemplo, la eliminación del indicador comprende eliminar el indicador de una tabla almacenada en el segundo nodo de función de red que describe la suscripción de eventos del usuario.

Según otro aspecto de la presente descripción, se provee un primer nodo NF, que comprende: una interfaz de comunicación dispuesta para la comunicación, al menos un procesador, y una memoria que comprende instrucciones que, cuando son ejecutadas por el al menos un procesador, hacen que el primer nodo NF reciba una solicitud de suscripción a un evento para un usuario de un suscriptor de eventos, en respuesta a la recepción de la solicitud de suscripción, transmita, a un segundo nodo de función de red, una solicitud de consulta para consultar si el evento para el usuario ha sido suscrito; y si la respuesta a la solicitud de consulta del segundo nodo de función de red indica que el evento para el usuario ha sido suscrito, transmita, al segundo nodo de función de red, una solicitud de actualización para actualizar una lista de suscriptores del evento para el usuario por el segundo nodo de función de red para incluir al suscriptor de eventos en la lista de suscriptores.

Según otro aspecto de la presente descripción, se provee un segundo nodo NF, que comprende: una interfaz de comunicación dispuesta para la comunicación, al menos un procesador y una memoria que comprende instrucciones que, cuando son ejecutadas por el al menos un procesador, hacen que el segundo nodo NF reciba una solicitud de consulta de un primer nodo de función de red para consultar si se ha suscrito un evento para un usuario, en respuesta a la recepción de la solicitud de consulta, verifique si se ha establecido un indicador que indica que el evento para el usuario se ha suscrito, y transmita el resultado de la comprobación al primer nodo de función de red.

Según otro aspecto de la presente descripción, se provee un primer nodo NF, que comprende: una interfaz de comunicación dispuesta para la comunicación, al menos un procesador, y una memoria que comprende instrucciones que, cuando son ejecutadas por el al menos un procesador, hacen que el primer nodo NF reciba una solicitud de cancelación de suscripción a un evento para un usuario de un suscriptor de eventos, en respuesta a la recepción de la solicitud de cancelación de suscripción, transmita, a un segundo nodo de función de red, una solicitud de consulta para consultar si el suscriptor de eventos es el último suscriptor para el evento del usuario en una lista de suscriptores del evento para el usuario; y si la respuesta a la solicitud de consulta del segundo nodo de función de red indica que el suscriptor de evento no es el último suscriptor para el evento del usuario, transmita una solicitud de eliminación al segundo nodo de función de red, para eliminar, por parte del segundo nodo de función de red, al suscriptor de evento de la lista de suscriptores del evento para el usuario.

Según otro aspecto de la presente descripción, se provee un segundo nodo NF, que comprende: una interfaz de comunicación dispuesta para la comunicación, al menos un procesador y una memoria que comprende instrucciones que, cuando son ejecutadas por el al menos un procesador, hacen que el segundo nodo NF reciba una solicitud de consulta para que un suscriptor de un evento cancele la suscripción a un evento para un usuario, de un primer nodo de función de red para consultar si el suscriptor de un evento es el último suscriptor del evento del usuario en una lista de suscriptores del evento para el usuario, en respuesta a la recepción de la solicitud de consulta, compruebe si el suscriptor de un evento es el último suscriptor en la lista de suscriptores del evento para el usuario, y transmita un resultado de la comprobación al primer nodo de función de red.

Según otro aspecto de la presente descripción, un medio legible por ordenador que almacena un programa de ordenador que comprende instrucciones que, cuando se ejecutan en al menos un procesador, hacen que el al menos un procesador lleve a cabo los métodos para la gestión de suscripción de eventos como se describió anteriormente.

Según las soluciones técnicas anteriores de la presente descripción, por un lado, cuando una suscripción para un evento de un usuario se envía desde un suscriptor de eventos, primero se verifica si el evento del usuario se ha suscrito. Si el evento del usuario no se ha suscrito, se inicia un proceso de suscripción. Si el evento del usuario se ha suscrito previamente y aún no se ha cancelado la suscripción, el suscriptor del evento se añade a la lista de suscriptores y no se iniciará ningún proceso de suscripción. Por consiguiente, se evitará el proceso de suscripción redundante para el mismo evento del mismo usuario. Por otro lado, cuando un suscriptor de eventos solicita la cancelación de suscripción para un evento de un usuario, primero se verifica si es suscriptor del evento es el último suscriptor para el evento del usuario. De ser así, se inicia un proceso de cancelación de suscripción. Si el suscriptor de eventos no es el último suscriptor para el evento del usuario, el suscriptor del evento se elimina de la lista de suscriptores y no se iniciará ningún proceso de cancelación de suscripción. Por consiguiente, la cancelación de la suscripción de un suscriptor de un evento no afectará a los demás suscriptores de eventos que estén interesados en el evento del usuario.

Breve descripción de los dibujos

Los objetos, ventajas y características de la presente descripción serán más evidentes, según las descripciones de las realizaciones preferidas en conexión con los dibujos, en los cuales:

La Figura 1 ilustra un ejemplo de un sistema de comunicación inalámbrica en el cual se pueden implementar realizaciones de la presente descripción;

la Figura 2 ilustra un sistema de comunicación inalámbrica representado como una arquitectura de red 5G compuesta por NF centrales;

la Figura 3 ilustra una arquitectura de red 5G que utiliza interfaces basadas en servicios entre las NF en el plano de control, en lugar de los puntos de referencia/interfaces punto a punto utilizados en la arquitectura de red 5G de la Figura 2;

la Figura 4 ilustra una arquitectura de almacenamiento de datos en una red 5G;

la Figura 5 muestra ilustrativamente un diagrama de flujo de un método para gestionar la suscripción a eventos según una realización a modo de ejemplo de la presente descripción;

la Figura 6 muestra ilustrativamente un diagrama de flujo de un método para gestionar la suscripción a eventos según una realización a modo de ejemplo de la presente descripción;

la Figura 7 muestra un diagrama de señalización ejemplificativo que ilustra detalles de los métodos ilustrados esquemáticamente en las Figuras 5 y 6;

la Figura 8 muestra ilustrativamente un diagrama de flujo de un método para gestionar la cancelación de suscripción a eventos según una realización a modo de ejemplo de la presente descripción;

la Figura 9 muestra ilustrativamente un diagrama de flujo de un método para gestionar la cancelación de suscripción a eventos según una realización a modo de ejemplo de la presente descripción;

la Figura 10 muestra un diagrama de señalización ejemplificativo que ilustra detalles de los métodos ilustrados esquemáticamente en las Figuras 8 y 9;

la Figura 11 muestra ilustrativamente un diagrama esquemático de la estructura de un primer nodo NF según una realización a modo de ejemplo de la presente descripción;

la Figura 12 muestra ilustrativamente un diagrama esquemático de la estructura de un primer nodo NF según una realización a modo de ejemplo de la presente descripción;

la Figura 13 muestra ilustrativamente un diagrama esquemático de la estructura de un segundo nodo NF según una realización a modo de ejemplo de la presente descripción; y

la Figura 14 muestra ilustrativamente un diagrama esquemático de la estructura de un segundo nodo NF según una realización a modo de ejemplo de la presente descripción.

Cabe señalar que en todos los dibujos se utilizan números de referencia iguales o similares para indicar elementos iguales o similares; varias partes en los dibujos no están dibujadas a escala, sino solo con fines ilustrativos y, por lo tanto, no deben entenderse como limitaciones y restricciones al alcance de la presente descripción.

Descripción detallada

A continuación, se describirá el principio de la presente descripción con referencia a realizaciones ilustrativas. Algunas de las realizaciones contempladas en la presente memoria se describirán con más detalle a continuación con referencia a los dibujos anexos. Sin embargo, otras realizaciones están contenidas dentro del alcance del objeto descrito en la presente memoria; el objeto descrito no debe interpretarse como limitado únicamente a las realizaciones aquí expuestas; más bien, estas realizaciones se proveen a modo de ejemplo para transmitir el alcance del objeto a las personas con experiencia en la técnica. También se puede encontrar información adicional en las siguientes referencias:

1) 3GPP 23.501, V15.3.0, (09-2018)

2) 3GPP 23.502, V15.3.0 (09-2018)

3) 3GPP 29.503, V15.1.0 (09-2018), y

4) 3GPP 29.505, V15.1.0 (09-2018).

Las referencias en esta memoria descriptiva a "una realización", "una realización a modo de ejemplo", etc., indican que la realización descrita puede incluir una característica, estructura o rasgo particular, pero no es necesario que cada realización incluya dicha característica, estructura o rasgo particular. Además, dichas frases no se refieren necesariamente a la misma realización. Además, cuando se describe una característica, estructura o rasgo particular en relación con una realización, se considera que la persona con experiencia en la técnica tiene conocimiento para afectar dicha característica, estructura o rasgo en relación con otras realizaciones, independientemente de si se describen de forma explícita o no.

La terminología utilizada en la presente memoria se utiliza únicamente para describir realizaciones particulares y no pretende limitar las realizaciones a modo de ejemplo. Según su uso en la presente memoria, las formas singulares "un", "una/o" y "el/la" pretenden incluir también las formas plurales, a menos que el contexto indique claramente lo contrario. Se entenderá además que los términos “comprende”, "que comprende", "tiene", "que tiene", "incluye" y/o "que incluye", cuando se utilizan en la presente memoria, especifican la presencia de las características, elementos y/o componentes indicados, pero no excluyen la presencia o adición de una o más características, elementos, componentes y/o combinaciones diferentes de los mismos.

En la siguiente descripción y en las reivindicaciones, a menos que se defina lo contrario, todos los términos técnicos y científicos utilizados en la presente memoria tienen el mismo significado que el que comúnmente entiende una persona con experiencia ordinaria en la técnica a la que pertenece esta descripción.

Las técnicas descritas en la presente memoria pueden utilizarse para diversas redes de comunicación inalámbrica como, por ejemplo, acceso múltiple por división de código (CDMA, por sus siglas en inglés), acceso múltiple por división de tiempo (TDMA, por sus siglas en inglés), acceso múltiple por división de la frecuencia (FDMA, por sus siglas en inglés), acceso múltiple por división de la frecuencia ortogonal (OFDMA, por sus siglas en inglés), acceso múltiple por división de la frecuencia de portadora única (SC-FDMA, por sus siglas en inglés), evolución a largo plazo (LTE, por sus siglas en inglés) y otras redes que se desarrollen en el futuro. Los términos "red" y "sistema" a veces se utilizan indistintamente. A modo de ilustración solamente, a continuación se describen algunos aspectos de las técnicas para la próxima generación de redes de comunicación inalámbrica, es decir, la 5.a generación. Sin embargo, las personas con experiencia en la técnica apreciarán que las técnicas descritas en la presente memoria también pueden utilizarse para otras redes inalámbricas como, por ejemplo, LTE, y las tecnologías de radio correspondientes descritas en la presente memoria, así como redes inalámbricas y tecnologías de radio propuestas en el futuro.

Según su uso en la presente memoria, el término ”EU” puede referirse, a modo de ejemplo y sin carácter limitativo, a un equipo de usuario (EU), una SS (estación de abonado, SS, por sus siglas en inglés), una estación de abonado portátil (PSS, por sus siglas en inglés), una estación móvil (MS, por sus siglas en inglés), un terminal móvil (MT, por sus siglas en inglés) o un terminal de acceso (AT, por sus siglas en inglés). El EU puede incluir, entre otros, teléfonos móviles, teléfonos celulares, teléfonos inteligentes o asistentes digitales personales (PDA, por sus siglas en inglés), ordenadores portátiles, dispositivos terminales de captura de imágenes como, por ejemplo, cámaras digitales, dispositivos terminales de juegos, dispositivos de almacenamiento y reproducción de música, dispositivos terminales ponibles, dispositivos terminales inalámbricos montados en vehículos y similares. En la siguiente descripción, los términos ”EU”, "dispositivo terminal”, ''terminal móvil” y “equipo de usuario” pueden utilizarse indistintamente.

La Figura 1 ilustra un ejemplo de un sistema 100 de comunicación inalámbrica en el cual pueden implementarse realizaciones de la presente descripción. El sistema 100 de comunicación inalámbrica puede ser un sistema de comunicaciones celulares, como, por ejemplo, una red de Nueva Radio (NR) 5G o un sistema de comunicaciones celulares LTE. Como se ilustra, en este ejemplo, el sistema 100 de comunicación inalámbrica incluye múltiples nodos 120 de acceso por radio (p. ej., nodos B evolucionados (eNB, por sus siglas en inglés), estaciones base 5G a las que se hace referencia como gNB, u otras estaciones base o similares) y múltiples dispositivos 140 de comunicación inalámbrica (p. ej., EU convencionales, EU de comunicación tipo máquina (MTC, por sus siglas en inglés)/de máquina a máquina (M2M, por sus siglas en inglés)). El sistema 100 de comunicación inalámbrica está organizado en celdas 160, que están conectadas a una red 180 central mediante los nodos 120 de acceso por radio correspondientes. Los nodos 120 de acceso por radio pueden comunicarse con los dispositivos 140 de comunicación inalámbrica (también denominados en la presente memoria dispositivo 140 de comunicación o EU 140) 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 (como, por ejemplo, un teléfono fijo). La red 180 central incluye uno o más nodos o funciones 210 de red. En algunas realizaciones, los nodos o funciones 210 de red pueden comprender, por ejemplo, cualquiera de las funciones de red mostradas en las Figuras 2-3.

La Figura 2 ilustra un sistema 200 de comunicación inalámbrica representado como una arquitectura de red 5G compuesta de NF centrales, donde la interacción entre cualesquiera dos NF está representada por un punto de referencia/interfaz punto a punto.

Vista desde el lado del acceso, la arquitectura de red 5G que se muestra en la Figura 2 comprende múltiples equipos de usuario (EU) conectados a una red de acceso por radio (RAN, por sus siglas en inglés) o una red de acceso (AN, por sus siglas en inglés), así como una función de gestión de acceso y movilidad (AMF). Normalmente, la R(AN) comprende estaciones base, p. ej., Nodos B evolucionados (eNB) o estaciones base 5G (gNB) o similares. Vistas 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, por sus siglas en inglés), una función de servidor de autenticación (AUSF, por sus siglas en inglés), una gestión de datos unificada (UDM), una función de gestión de acceso y movilidad (AMF), una función de gestión de sesión (SMF, por sus siglas en inglés), una función de control de políticas (PCF, por sus siglas en inglés), una función de aplicación (AF, por sus siglas en inglés).

Las representaciones de puntos de referencia de la arquitectura de red 5G se utilizan 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 EU 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 cual implica que la SMF está controlada, al menos parcialmente, por la AMF. N4 es utilizado por la SMF y la UPF para que la UPF pueda establecerse utilizando la señal de control generada por la SMF, y la UPF pueda informar de 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 porque la PCF aplica la política a la AMF y la SMP, respectivamente. N12 es necesario para que la AMF lleve a cabo la autenticación del EU. N8 y N10 se definen porque los datos de suscripción del EU son necesarios para la AMF y la SMF.

La red central 5G busca separar el plano de usuario del plano de control. El plano de usuario lleva el tráfico de usuario, mientras que el plano de control lleva 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, AUSF y UDM, se encuentran en el plano de control. La separación de los planos de usuario y control garantiza que cada recurso del plano se escale de forma independiente. También permite que las UPF se desplieguen de forma distribuida por separado de las funciones del plano de control. En esta arquitectura, las UPF pueden desplegarse muy cerca de los EU para acortar el tiempo de ida y vuelta (RTT, por sus siglas en inglés) entre los EU y la red de datos en algunas aplicaciones que requieren baja latencia.

La arquitectura de red 5G central 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 de funciones modularizado permite que la red central 5G admita diversos servicios con flexibilidad.

Cada NF interactúa directamente con otra NF. Es posible utilizar funciones intermedias para enrutar mensajes de una NF a otra NF. En el plano de control, un conjunto de interacciones entre dos NF se define como un servicio, lo cual permite su reutilización. Este servicio permite soportar la modularidad. El plano de usuario admite interacciones como, por ejemplo, el reenvío de operaciones entre diferentes UPF.

La Figura 3 ilustra una arquitectura de red 5G que utiliza interfaces basadas en servicios entre las NF en el plano de control, en lugar de los puntos de referencia/interfaces punto a punto utilizados en la arquitectura de red 5G de la Figura 2. Sin embargo, las NF descritas anteriormente con referencia a la Figura 2 corresponden a las NF mostradas en la Figura 3. Los servicios, etc., que una NF provee 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, p. ej., 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 funciones de red (NRF, por sus siglas en inglés) de la Figura 3 no se muestran en la Figura 2 descrita 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.

Algunas propiedades de las NF mostradas en las Figuras 2-3 pueden describirse de la siguiente manera. La AMF provee autenticación, autorización, gestión de movilidad, etc., basadas en el EU. Un EU, incluso utilizando múltiples tecnologías de acceso, está básicamente conectado a una única AMF, ya que la AMF es independiente de las tecnologías de acceso. La SMF es responsable de la gestión de sesiones y asigna direcciones IP a los EU. También selecciona y controla la UPF para la transferencia de datos. Si un EU tiene múltiples sesiones, se pueden asignar diferentes SMF a cada sesión para gestionarlas individualmente y, posiblemente, proveer diferentes funcionalidades por sesión. La AF provee información sobre el flujo de paquetes a la PCF responsable del control de políticas para soportar la calidad de servicio (QoS, por sus siglas en inglés). Con base en esta información, la PCF determina políticas sobre gestión de movilidad y sesiones para que la AMF y la SMF funcionen correctamente. La AUSF admite la función de autenticación para EU o similares y, por lo tanto, almacena datos para la autenticación de EU o similar, mientras que la UDM almacena los datos de suscripción del EU. La red de datos (DN, por sus siglas en inglés), que no forma parte de la red central 5G, provee acceso a Internet, servicios de operador y similares.

La Figura 4 ilustra una arquitectura de almacenamiento de datos en una red 5G. Puede haber múltiples UDR (repositorio de datos unificado) desplegados en la red, cada uno de los cuales puede alojar diferentes conjuntos o subconjuntos de datos (p. ej., datos de suscripción, datos de políticas de suscripción, datos de exposición, datos de aplicaciones) y/o servir a diferentes conjuntos de NF. Pueden ser posibles despliegues donde un UDR sirve a una única NF y almacena sus datos y, por consiguiente, puede integrarse con esta NF.

La interfaz Nudr se define para las funciones de red (es decir, consumidores de servicios NF) como, por ejemplo, UDM, PCF y NEF, para acceder a un conjunto particular de datos almacenados y leer, actualizar (incluso agregar, modificar), eliminar y suscribirse a la notificación de cambios de datos relevantes en el UDR.

Cada consumidor de servicios de NF que acceda al UDR, a través de Nudr, podrá añadir, modificar, actualizar o eliminar únicamente los datos que esté autorizado a cambiar. Esta autorización la llevará a cabo el UDR por conjunto de datos y consumidor de servicios de NF, y posiblemente por EU y con granularidad de suscripción.

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, p. ej., una infraestructura en la nube.

Como se define en 3GPP 29.503, para el servicio Nudm_EventExposure, se definen las siguientes operaciones de servicio:

- Suscribir

- Cancelar la suscripción

- Notificar

El servicio Nudm_EventExposure se usa por las NF de consumidor (p. ej., NEF) para suscribirse a las notificaciones de ocurrencia de eventos mediante la operación de servicio Suscribirse. Para los eventos que la AMF puede detectar, la UDM utiliza la operación de servicio AMF correspondiente para suscribirse en nombre de la NF de consumidor (p. ej., NEF).

El servicio Nudm_EventExposure también se usa por las NF de consumidor (p. ej., NEF) que se han suscrito previamente a las notificaciones para cancelar la suscripción mediante la operación de servicio "Cancelar suscripción". Para los eventos que la AMF puede detectar, la UDM utiliza la operación de servicio AMF correspondiente para cancelar la suscripción en nombre de la NF de consumidor (p. ej., NEF).

El servicio Nudm_EventExposure también lo utilizan las NF de consumidor suscritas (p. ej., NEF) para recibir notificaciones de la UDM cuando se produce un evento suscrito en la UDM mediante la operación del servicio Notificar. Para los eventos suscritos que pueden ocurrir en la AMF, la NF de consumidor (p. ej., NEF) utiliza la operación del servicio AMF correspondiente para recibir notificaciones directamente de la AMF sin la intervención de la UDM.

Para el modelo de datos de contexto AMF relacionado (compartido por UDR), se define en la siguiente tabla (definida en 3GPP 29.503).

Tabla 1: definición del tipo Amf3GppAccessRegistration

Para los modelos de datos de suscripción de eventos relacionados (compartidos por UDR), se definen en las siguientes 3 tablas (definidas en 3GPP 29.503):

Tabla 2: definición de tipo EeSubscription

Tabla 3: definición del tipo MonitoringConfiguration

Tabla 4: enumeración EventType

Para el modelo de datos de suscripción de eventos creados relacionados (compartidos por UDR), se define en la siguiente tabla (definida en 3GPP 29.503):

Tabla 5: definición de tipo CreatedEeSubscription

Es evidente que existen eventos que son de interés común para múltiples NF como, por ejemplo, la accesibilidad del EU para el evento SMS, pero estos eventos comunes no se gestionan eficientemente. Actualmente, solo se define la gestión de suscripciones de eventos independientes. Cuando existen múltiples NF que están interesadas en el mismo evento, por ejemplo, la accesibilidad para SMS para el mismo usuario, la gestión de eventos independientes no es eficiente o, peor aún, es errónea.

A continuación, se describirá un método para la gestión de suscripciones a eventos en una red que comprende un conjunto de nodos NF según una realización a modo de ejemplo de la presente descripción con referencia a las Figuras 5 y 6.

La Figura 5 muestra, de manera ilustrativa, un diagrama de flujo de un método 500 para gestionar la suscripción a eventos, según una realización a modo de ejemplo de la presente descripción. En una realización, el método 500 puede llevarse a cabo en un primer nodo de función de red.

Como se muestra en la Figura 5, el método 500 puede incluir las etapas E510~E530.

En la etapa E510, se recibe una solicitud de suscripción a un evento para un usuario de un suscriptor de eventos. En respuesta a la recepción de la solicitud de suscripción, el método procede a la etapa E520, donde el primer nodo de función de red transmite, a un segundo nodo de función de red, una solicitud de consulta para consultar si el evento del usuario se ha suscrito. El primer nodo de función de red recibe una respuesta a la solicitud de consulta del segundo nodo de función de red en la etapa E530. Un ejemplo de las etapas E510, E520 y E530 son las etapas E702, E704 y E708 que se muestran en la Figura 7.

Si la respuesta a la solicitud de consulta del segundo nodo de función de red indica que el evento del usuario se ha suscrito, el método procede a la etapa E540, donde el primer nodo de función de red transmite, al segundo nodo de función de red, una solicitud de actualización para que el segundo nodo de función de red actualice la lista de suscriptores del evento del usuario, con el fin de incluir al suscriptor en la lista de suscriptores. La solicitud de actualización puede incluir información de identificación del suscriptor de eventos. Un ejemplo de la etapa E540 es la etapa E726, que se muestra en la Figura 7.

Si la respuesta a la solicitud de consulta del segundo nodo de función de red indica que el evento del usuario no se ha suscrito, el método procede a la etapa E550, donde el primer nodo de función de red inicia la suscripción del evento del usuario con un nodo de servicio, y, en la etapa E560, el primer nodo de función de red transmite una solicitud de creación con la información de identificación del suscriptor del evento para crear la lista de suscriptores del evento del usuario e incluir al suscriptor del evento en la lista de suscriptores creada por el segundo nodo de red. Un ejemplo de las etapas E550 y E560 son las etapas E710 y E714 que se muestran en la Figura 7.

Es preciso observar que los términos "solicitud de actualización" y "solicitud de creación" utilizados anteriormente se utilizan para diferenciar las dos solicitudes, pero no para limitar el significado o el alcance de la descripción que enumera estos términos.

En una realización a modo de ejemplo de la presente descripción, el primer nodo de función de red puede ser uno de una gestión de datos unificada (UDM), una función de exposición de red (NEF) y una función de gestión de acceso y movilidad (AMF).

En una realización a modo de ejemplo de la presente descripción, el segundo nodo de función de red es un repositorio de datos unificado (UDR).

Según la realización de la presente descripción, el primer nodo de función de red, al recibir una solicitud de suscripción a un evento de un usuario, verifica con el segundo nodo de función de red si ya existe una suscripción al evento del usuario. Si no existe tal suscripción, el primer nodo de función de red transmitirá una solicitud, por ejemplo, una solicitud de creación, con la información de identificación del suscriptor al evento al segundo nodo de función de red, que registrará la suscripción del evento para el usuario. El primer nodo de función de red iniciará entonces la suscripción del evento. Por ejemplo, el primer nodo de función de red puede determinar qué nodo de función de red en la red llevará a cabo la monitorización del evento, es decir, el nodo de servicio, y luego transmitirá la solicitud de suscripción al nodo de servicio para llevar a cabo el evento. Posteriormente, cuando el primer nodo de función de red recibe una solicitud de suscripción para el mismo evento del mismo usuario, tras verificar con el segundo nodo de función de red, el primer nodo de función de red sabrá que ya existe una suscripción al evento del usuario. El primer nodo de función de red transmitirá entonces una solicitud, por ejemplo, una solicitud de actualización, al segundo nodo de función de red, que registrará al suscriptor del evento como suscriptor del evento del usuario. La solicitud puede incluir información de identificación del suscriptor del evento. En este momento, el primer nodo de función de red no iniciará la suscripción al evento al nodo de servicio nuevamente, ya que el evento se ha suscrito. El suscriptor del evento recibirá una notificación del evento, ya que se ha añadido a la lista de suscriptores para el evento. Según la realización de la presente descripción, se puede evitar la duplicación innecesaria de suscripciones al nodo de servicio.

La Figura 6 muestra ilustrativamente un diagrama de flujo de un método 600 para gestionar la suscripción a eventos según una realización a modo de ejemplo de la presente descripción. En una realización, el método 600 puede llevarse a cabo en un segundo nodo de función de red.

Como se muestra en la Figura 6, el método 600 puede incluir las etapas E610~E630.

En la etapa E610, el segundo nodo de función de red recibe una solicitud de consulta de un primer nodo de función de red para consultar si se ha suscrito un evento de un usuario. En respuesta a la recepción de la solicitud de consulta, el método procede a la etapa E620, donde el segundo nodo de función de red comprueba si se ha establecido un indicador que indica que el evento del usuario se ha suscrito. A continuación, el método procede a la etapa E630, donde el segundo nodo de función de red transmite el resultado de la comprobación al primer nodo de función de red. Un ejemplo de las etapas E610, E620 y E630 son las etapas E704, E706 y E708 que se muestran en la Figura 7.

En respuesta a la transmisión del resultado de la comprobación al primer nodo de función de red, el método 600 también puede incluir la etapa E640, en la cual el segundo nodo de función de red puede recibir, del primer nodo de función de red, una solicitud de actualización para actualizar la lista de suscriptores del evento del usuario con un suscriptor del evento al evento. La solicitud de actualización puede incluir la información de identificación del suscriptor del evento. En respuesta a la recepción de la solicitud de actualización, el método procede a la etapa E650, en la cual el segundo nodo de función de red actualiza la lista de suscriptores del evento del usuario para incluir al suscriptor del evento. Un ejemplo de las etapas E640 y E650 son las etapas E726 y E728 que se muestran en la Figura 7.

El método 600 también puede incluir la etapa E660, en la cual el segundo nodo de función de red recibe, del primer nodo de función de red, una solicitud de creación con información de identificación del suscriptor del evento para suscribir el evento para el usuario. En respuesta a la recepción de la solicitud de creación, el método procede a la etapa E670, en la cual el segundo nodo de función de red establece el indicador. En la etapa E680, el segundo nodo de función de red crea la lista de suscriptores del evento para el usuario e incluye al suscriptor del evento en la lista de suscriptores del evento para el usuario. Un ejemplo de las etapas E660, E670 y E680 son las etapas E714 y E716 que se muestran en la Figura 7. Es preciso observar que las etapas de la Figura 6 se muestran, a modo de ejemplo, en el orden mostrado. Algunas etapas como, por ejemplo, E670 y E680, pueden llevarse a cabo en un orden diferente, p. ej., en paralelo o en orden inverso.

En una realización a modo de ejemplo de la presente descripción, el indicador se establece en una tabla almacenada en el segundo nodo de función de red que describe la suscripción de eventos del usuario.

En una realización a modo de ejemplo de la presente descripción, la lista de suscriptores se crea en una tabla almacenada en el segundo nodo de función de red que describe la suscripción al evento para el usuario.

En una realización a modo de ejemplo de la presente descripción, el primer nodo de función de red es uno de una gestión de datos unificada (UDM), una función de exposición de red (NEF) y una función de gestión de acceso y movilidad (AMF).

En una realización a modo de ejemplo de la presente descripción, el segundo nodo de función de red es un repositorio de datos unificado (UDR).

Según la realización de la presente descripción, el segundo nodo de función de red, al recibir una solicitud de consulta de un primer nodo de función de red para consultar si un usuario se ha suscrito a un evento, determina si ya existe una suscripción al evento del usuario comprobando si se ha establecido un indicador que indica que el evento para el usuario se ha suscrito. La segunda función de red transmite el resultado de la comprobación al primer nodo de función de red. Si el indicador no se ha establecido, el segundo nodo de función de red sabe que no existe suscripción al evento del usuario y enviará el resultado de la comprobación al primer nodo de función de red para indicar que el evento para ese usuario no se ha suscrito. Por consiguiente, el primer nodo de función de red transmitirá una solicitud, por ejemplo, una solicitud de creación, con la información de identificación del suscriptor del evento al segundo nodo de función de red. Al recibir la solicitud de creación, el segundo nodo de función de red establece el indicador y crea una lista de suscriptores del evento para el usuario e incluye al suscriptor del evento en la lista de suscriptores del evento para el usuario. Posteriormente, cuando el segundo nodo de función de red recibe una solicitud de consulta para consultar si el evento para el usuario se ha suscrito, determina que ya existe una suscripción para el evento del usuario con el indicador establecido e indicará, p. ej., con un resultado de verificación, al primer nodo de función de red que el evento para el usuario se ha suscrito. De este modo, el primer nodo de función de red sabe que ya existe una suscripción para el evento del usuario. El primer nodo de función de red entonces transmitirá una solicitud, por ejemplo, una solicitud de actualización, al segundo nodo de función de red. La solicitud puede incluir información de identificación del suscriptor del evento. Al recibir la solicitud de actualización, el segundo nodo de función de red actualiza la lista de suscriptores del evento para el usuario para incluir al suscriptor del evento. Según la realización de la presente descripción, se introduce un indicador para indicar si un evento para un usuario se ha suscrito o no, y se introduce una lista de suscriptores para mantener una lista de suscriptores para el mismo evento del usuario. Al observar el indicador, se sabe si el evento ha sido suscrito y, de esta forma, se puede evitar una suscripción duplicada innecesaria al nodo de servicio.

La Figura 7 muestra un diagrama 700 de señalización a modo de ejemplo que ilustra detalles de los métodos ilustrados esquemáticamente en las Figuras 5 y 6.

El ejemplo mostrado en la Figura 7 incluye un EU 701, una AMF 703, una lista de UDM 705, un UDR 707 y una lista de NF 709. Se muestra que la lista de UDM 705 incluye dos instancias de UDM, UDM1 y UDM2, y la lista de NF 709 incluye dos instancias de NF, NF1 y NF2. Este es solo un ejemplo y la presente descripción no se limita al mismo.

Cuando NF1 inicia una suscripción de accesibilidad de EU para un usuario específico (identidad permanente del suscriptor (SUPI, por sus siglas en inglés)=xxx), se selecciona una de una instancia de UDM como, por ejemplo, UDM1, según las reglas de equilibrio de carga. UDM1 recibe la suscripción de accesibilidad de NF1 (E702).

UDM1 transmite una solicitud de consulta a UDR 707 (E704) para consultar si el evento para el usuario se ha suscrito.

El UDR 707 verifica si el evento del usuario se ha suscrito (E706). En el ejemplo, se asume que el evento del usuario no se ha suscrito.

Luego, el UDR 707 transmite el resultado de la verificación a UDM1 (E708).

Al recibir la respuesta de UDR 707 indicando que el evento del usuario no se ha suscrito, UDM1 inicia la suscripción de accesibilidad al nodo de servicio, en este caso AMF 703 (E710). AMF 703 inicia la monitorización de la accesibilidad del EU (E712).

Al recibir el reconocimiento de que la suscripción de accesibilidad es exitosa, UDM1 transmite una solicitud de creación a UDR 707 (E714) junto con la identidad de NF1, que es el suscriptor del evento.

Al recibir la solicitud de creación, UDR 707 establece un indicador de suscripción de accesibilidad de EU (p. ej., = verdadero) para el usuario y crea una lista de suscriptores para incluir NF1 (E716).

Cuando NF2 inicia una suscripción de accesibilidad de EU para el mismo usuario (SUPI=xxx), se puede seleccionar una instancia de UDM como, por ejemplo, UDM2, en función de las reglas de equilibrio de carga. UDM2 recibe la suscripción de accesibilidad de NF2 (E718).

UDM2 transmite una solicitud de consulta a UDR 707 (E720) para consultar si se ha suscrito al evento del usuario.

UDR 707 verifica entonces si el evento del usuario se ha suscrito (E722). En ese momento, UDR 707 detecta que el indicador de suscripción de accesibilidad del EU se establece como verdadero y transmite luego el resultado de la verificación que indica que el evento se ha suscrito a UDM2 (E724).

Luego, UDM2 sabe que el evento de accesibilidad para el mismo usuario ya se ha suscrito anteriormente y luego transmite una solicitud de actualización a UDR 707 (E726).

Al recibir la solicitud de actualización, UDR 707 actualiza la lista de suscriptores para incluir NF2 (E728). En este momento, UDM 705 no iniciará la suscripción de accesibilidad a AMF.

Por lo tanto, se puede evitar la duplicación innecesaria de suscripciones de accesibilidad hacia el nodo de servicio.

El indicador de suscripción de accesibilidad de EU se puede agregar, por ejemplo, en Amf3GppAccessRegistration. A continuación, se muestra un ejemplo de Amf3GppAccessRegistration modificado según la presente descripción, donde el campo en negrita representa un ejemplo de indicador de suscripción de accesibilidad del EU.

Tabla 6: definición de tipo Amf3GppAccessRegistration

La lista de suscriptores se puede agregar, por ejemplo, en CreatedEeSubscription. A continuación se muestra un ejemplo del Amf3GppAccessRegistration modificado según la presente descripción, donde el campo en negrita es un ejemplo de la lista de suscriptores.

Tabla 7: definición de tipo CreatedEeSubscription

La accesibilidad del EU se presenta como un evento a modo de ejemplo al que se debe suscribir en la Figura 7. El evento de la presente descripción no se limita a esto. Como otro ejemplo, el evento puede ser cualquiera de los enumerados en la Tabla 4.

La Figura 8 muestra, de manera ilustrativa, un diagrama de flujo de un método 800 para gestionar la cancelación de la suscripción a eventos, según una realización a modo de ejemplo de la presente descripción. En una realización, el método 800 puede llevarse a cabo en un primer nodo de función de red.

Como se muestra en la Figura 8, el método 800 puede incluir las etapas E810~E830.

En la etapa E810, se recibe una solicitud de cancelación de suscripción a un evento de un usuario por parte de un suscriptor de eventos para cancelar la suscripción del evento. En respuesta a la recepción de la solicitud de suscripción, el método procede a lea etapa E820, en la cual el primer nodo de función de red transmite, a un segundo nodo de función de red, una solicitud de consulta para consultar si el suscriptor del evento es el último suscriptor del evento del usuario en la lista de suscriptores del evento para el usuario. La solicitud de consulta puede incluir información de identificación del suscriptor del evento. En respuesta a la consulta, el primer nodo de función de red recibe una respuesta a la solicitud de consulta del segundo nodo de función de red en la etapa E830. Un ejemplo de las etapas E810, E820 y E830 son las etapas E1002, E1004 y E1008 que se muestran en la Figura 10.

Si la respuesta a la solicitud de consulta del segundo nodo de función de red indica que el suscriptor del evento no es el último suscriptor del evento del usuario, el método procede a la etapa E840, en la cual el primer nodo de función de red transmite, al segundo nodo de función de red, una solicitud de eliminación para eliminar, por el segundo nodo de función de red, al suscriptor del evento de la lista de suscriptores del evento del usuario. En una realización a modo de ejemplo de la presente descripción, la solicitud de eliminación puede incluir información de identificación del suscriptor del evento. Un ejemplo de la etapa E840 es la etapa E1010, que se muestra en la Figura 10.

Si la respuesta a la solicitud de consulta del segundo nodo de función de red indica que el suscriptor del evento es el último suscriptor del evento del usuario, el método procede a la etapa E850, en la cual el primer nodo de función de red inicia la cancelación de la suscripción del evento del usuario con un nodo de servicio. Si la cancelación de la suscripción del evento del usuario con un nodo de servicio es exitosa, entonces en la etapa E860, el primer nodo de función de red transmite, al segundo nodo de función de red, una solicitud de eliminación de eventos para eliminar la lista de suscriptores por el segundo nodo de función de red. Un ejemplo de las etapas E850 y E860 son las etapas E1022 y E1026 que se muestran en la Figura 10.

Es preciso observar que los términos "solicitud de eliminación" y "solicitud de eliminación de evento" tal como se utilizan más arriba se nombran para diferenciar las dos solicitudes, pero no para limitar adicionalmente el significado o alcance de la descripción que incluye estos términos.

En una realización a modo de ejemplo de la presente descripción, el primer nodo de función de red puede ser uno de una gestión de datos unificada (UDM), una función de exposición de red (NEF) y una función de gestión de acceso y movilidad (AMF).

En una realización a modo de ejemplo de la presente descripción, el segundo nodo de función de red es un repositorio de datos unificado (UDR).

Según la realización de la presente descripción, el primer nodo de función de red, al recibir una solicitud de cancelación de suscripción a un evento de un usuario por parte de un suscriptor de eventos, verifica con el segundo nodo de función de red si el suscriptor de eventos es el último suscriptor para el evento del usuario. Si el suscriptor de eventos no es el último suscriptor para el evento del usuario, el primer nodo de función de red transmitirá una solicitud, por ejemplo, una solicitud de eliminación, con la información de identificación del suscriptor de eventos al segundo nodo de función de red, que eliminará al suscriptor de eventos de la lista de suscriptores del evento para el usuario. En ese momento, el primer nodo de función de red sabe que aún hay al menos un suscriptor de eventos para el evento del usuario, ya que el suscriptor de eventos solicitante no es el último, por lo que no se iniciará la cancelación de la suscripción del evento del usuario con un nodo de servicio. Posteriormente, cuando el primer nodo de función de red recibe una solicitud de cancelación de suscripción a un evento de un usuario por parte de un suscriptor de eventos, verifica con el segundo nodo de función de red si el suscriptor de eventos es el último suscriptor para el evento del usuario. Si el suscriptor de eventos es el último suscriptor para el evento del usuario, el primer nodo de función de red transmitirá una solicitud, por ejemplo, una solicitud de eliminación, al segundo nodo de función de red, que eliminará la lista de suscriptores del evento para el usuario. En ese momento, el primer nodo de función de red sabe que ya no hay suscriptores de eventos para el evento del usuario, ya que el suscriptor de eventos solicitante es el último, y entonces inicia la cancelación de la suscripción del evento del usuario con un nodo de servicio para cancelar la suscripción del evento. Según la presente descripción, la cancelación de la suscripción de un evento por parte de un suscriptor de eventos específico no afecta la suscripción del mismo evento por otros. Simplemente elimina al suscriptor de eventos de la lista de suscriptores. Solo cuando es el último en la lista de suscriptores, se transmite una cancelación de suscripción del evento al nodo de servicio.

La Figura 9 muestra, de manera ilustrativa, un diagrama de flujo de un método 900 para gestionar la cancelación de la suscripción a eventos, según una realización a modo de ejemplo de la presente descripción. En una realización, el método 900 puede llevarse a cabo en un segundo nodo de función de red.

Como se muestra en la Figura 9, el método 900 puede incluir las etapas E910~E930.

En la etapa E910, el segundo nodo de función de red recibe una solicitud de consulta para que un suscriptor de eventos cancele la suscripción a un evento de un usuario de un primer nodo de función de red para consultar si el suscriptor de eventos es el último suscriptor para el evento del usuario en una lista de suscriptores del evento para el usuario. La solicitud de consulta puede incluir información de identificación del suscriptor de eventos. En respuesta a la recepción de la solicitud de consulta, el método procede a la etapa E920, en la cual el segundo nodo de función de red comprueba si el suscriptor de eventos es el último suscriptor en la lista de suscriptores del evento para el usuario. A continuación, el método procede a la etapa E930, en la cual el segundo nodo de función de red transmite el resultado de la comprobación al primer nodo de función de red. Un ejemplo de las etapas E910, E920 y E930 son las etapas E1002, E1006 y E1008 que se muestran en la Figura 10.

En respuesta a la transmisión del resultado de la comprobación al primer nodo de función de red, el método 900 también puede incluir la etapa E940, en la cual el segundo nodo de función de red recibe una solicitud de eliminación del primer nodo de función de red para eliminar al suscriptor del evento de la lista de suscriptores del evento del usuario. En respuesta a la recepción de la solicitud de eliminación, el método procede a la etapa E950, en la cual el segundo nodo de función de red elimina al suscriptor del evento de la lista de suscriptores del evento del usuario. En una realización a modo de ejemplo de la presente descripción, la solicitud de eliminación puede incluir información de identificación del suscriptor de eventos para cancelar la suscripción del evento. Un ejemplo de las etapas E940 y E950 son las etapas E1010 y E1012 que se muestran en la Figura 10.

El método 900 también puede incluir la etapa E960, en la cual el segundo nodo de función de red recibe una solicitud de eliminación de eventos para eliminar la lista de suscriptores del primer nodo de función de red. En respuesta a la recepción de la solicitud de eliminación de eventos, el método procede a la etapa E970, en la cual el segundo nodo de función de red elimina la lista de suscriptores del evento del usuario, y en la etapa E980, el segundo nodo de función de red elimina un indicador que indica que el evento del usuario ha sido suscrito. Es preciso observar que las etapas en la Figura 9 se ejemplifican en el orden mostrado. Algunas etapas como, por ejemplo, E970 y E980, pueden llevarse a cabo en un orden diferente, p. ej., en paralelo o en orden inverso. Un ejemplo de las etapas E960, E970 y E980 son las etapas E1026 y E1028 que se muestran en la Figura 10.

En una realización a modo de ejemplo de la presente descripción, la etapa E970 de eliminación de la lista de suscriptores comprende eliminar la lista de suscriptores de una tabla almacenada en el segundo nodo de función de red que describe la suscripción del evento para el usuario.

En una realización a modo de ejemplo de la presente descripción, la etapa E980 de eliminación del indicador comprende la eliminación del indicador de una tabla almacenada en el segundo nodo de función de red que describe la suscripción de eventos del usuario.

En una realización a modo de ejemplo de la presente descripción, el primer nodo de función de red es uno de una gestión de datos unificada (UDM), una función de exposición de red (NEF) y una función de gestión de acceso y movilidad (AMF).

En una realización a modo de ejemplo de la presente descripción, el segundo nodo de función de red es un repositorio de datos unificado (UDR).

Según la realización de la presente descripción, el segundo nodo de función de red, al recibir una solicitud de consulta de un primer nodo de función de red para consultar si el suscriptor del evento es el último suscriptor del evento del usuario en la lista de suscriptores del evento para el usuario, consulta la lista de suscriptores del evento para el usuario para determinar si es el suscriptor del evento es el último suscriptor para el evento del usuario. A continuación, la segunda función de red transmite el resultado de la comprobación al primer nodo de función de red. Si el suscriptor del evento no es el último suscriptor para el evento del usuario, el primer nodo de función de red transmitirá una solicitud, por ejemplo, una solicitud de eliminación, con la información de identificación del suscriptor del evento al segundo nodo de función de red. Al recibir la solicitud de eliminación, el segundo nodo de función de red eliminará al suscriptor del evento de la lista de suscriptores del evento para el usuario. En ese momento, el primer nodo de función de red sabe que aún hay al menos un suscriptor al evento para el evento del usuario, ya que el suscriptor al evento solicitante no es el último, por lo que no se iniciará la cancelación de la suscripción del evento para el usuario con un nodo de servicio. Posteriormente, cuando el segundo nodo de función de red recibe una solicitud de consulta de un primer nodo de función de red para consultar si el suscriptor del evento es el último suscriptor para el evento del usuario en la lista de suscriptores del evento para el usuario, consulta la lista de suscriptores del evento para el usuario para determinar si es el suscritor del evento es el último suscriptor para el evento del usuario. La segunda función de red transmite entonces el resultado de la comprobación al primer nodo de función de red. Si el suscriptor del evento es el último suscriptor para el evento del usuario, el primer nodo de función de red transmitirá una solicitud, por ejemplo, una solicitud de eliminación de evento, al segundo nodo de función de red. Al recibir la solicitud de eliminación de eventos, el segundo nodo de función de red eliminará la lista de suscriptores del evento del usuario. En ese momento, el primer nodo de función de red sabe que no hay más suscriptores al evento para el evento del usuario, ya que el suscriptor al evento solicitante es el último, y entonces inicia la cancelación de la suscripción del evento del usuario con un nodo de servicio para cancelar la suscripción al evento. Según la realización de la presente descripción, la cancelación de la suscripción de un evento de suscriptor de eventos específico no afecta la suscripción al mismo evento por parte de otros. Simplemente se elimina al suscriptor del evento de la lista de suscriptores. Solo cuando es el último en la lista de suscriptores, se transmite la cancelación de suscripción del evento al nodo de servicio.

La Figura 10 muestra un diagrama 1000 de señalización ejemplificativo que ilustra detalles de los métodos ilustrados esquemáticamente en las Figuras 8 y 9.

El ejemplo mostrado en la Figura 10 incluye un EU 1001, una AMF 1003, una lista de UDM 1005, un UDR 1007 y una lista de NF 1009. Se muestra que la lista de U<d>M 1005 incluye dos UDM, UDM1 y UDM2, y la lista de NF 1009 incluye dos NF, NF1 y NF2. Este es solo un ejemplo y la presente descripción no se limita al mismo. Cuando NF1 inicia la cancelación de suscripción de la accesibilidad del EU para un usuario específico (SUPI=xxx), se selecciona una de una instancia de UDM como, por ejemplo, UDM1, según, p. ej., las reglas de equilibrio de carga. UDM1 recibe la cancelación de suscripción de la accesibilidad de NF1 (E1002).

UDM1 transmite una solicitud de consulta a UDR 1007 (E1004) para consultar si NF1 es el último suscriptor para la accesibilidad del usuario.

UDR 1007 entonces verifica si NF1 es el último suscriptor para la accesibilidad del usuario (E1006). En el ejemplo, se asume que NF1 y NF2 se han suscrito para la accesibilidad del EU del usuario. Por lo tanto, NF1 no es el último suscriptor para la accesibilidad del usuario.

Luego, UDR 1007 transmite el resultado de la verificación a UDM1 (E1008).

Al recibir la respuesta de UDR 1007 que indica que NF1 no es el último suscriptor de la accesibilidad del usuario, UDM1 transmite una solicitud de eliminación a UDR 1007 (E1010) junto con la identidad de NF1, que es el suscriptor del evento que solicita cancelar la suscripción a la accesibilidad.

Al recibir la solicitud de eliminación, UDR 1007 elimina NF1 de la lista de suscriptores (E1012). En el ejemplo, ahora solo queda NF2 en la lista de suscriptores.

En ese momento, UDM 1005 no iniciará la cancelación de la suscripción de accesibilidad a un nodo de servicio que notifica la accesibilidad del EU, es decir, AMF 1003 en el ejemplo. AMF 1003 continúa monitoreando la accesibilidad del EU desde que NF2 se suscribe al evento.

Cuando NF2 inicia la cancelación de la suscripción de accesibilidad de EU para el mismo usuario (SUPI=xxx), se selecciona una de una instancia de UDM como, por ejemplo, UDM2, según, p. ej., las reglas de equilibrio de carga. UDM2 recibe la cancelación de la suscripción de accesibilidad de NF2 (E1014).

UDM2 transmite una solicitud de consulta a UDR 1007 (E1016) para consultar si NF2 es el último suscriptor para la accesibilidad del usuario.

UDR 1007 verifica entonces si NF2 es el último suscriptor para la accesibilidad del usuario (E1018). En el ejemplo, NF2 es el último para la accesibilidad del usuario.

Luego, UDR 1007 transmite el resultado de la verificación a UDM1 (E1020).

Al recibir la respuesta de UDR 1007 que indica que NF2 es el último suscriptor para la accesibilidad del usuario, UDM1 inicia la cancelación de la suscripción de accesibilidad al nodo de servicio, en este caso, AMF 1003 (E1022). AMF 1003 detiene la monitorización de la accesibilidad del EU del usuario (E1024).

Al recibir el reconocimiento de que la cancelación de la suscripción fue exitosa, UDM1 transmite una solicitud de eliminación de evento a UDR 1007 (E1026).

Al recibir la solicitud de eliminación de evento, UDR 1007 elimina la lista de suscriptores y un indicador que indica que la accesibilidad del usuario se ha suscrito (E1028).

A continuación, se describirá la estructura de un primer nodo NF con referencia a la Figura 11. La Figura 11 muestra, de manera ilustrativa, un diagrama esquemático de la estructura de un primer nodo 1100 NF (p. ej., UDM 705 como se muestra en la Figura 7 y/o<u>D<m>1007 como se muestra en la Figura 10, como se describió previamente) según una realización a modo de ejemplo de la presente descripción. El primer nodo 1100 NF de la Figura 11 puede llevar a cabo el método 500 para la gestión de suscripciones a eventos, descrito previamente con referencia a la Figura 5 y/o el método 800 para la gestión de cancelación de suscripción de eventos, descrito previamente con referencia a la Figura 8. Por consiguiente, una descripción detallada del primer nodo 1100 NF puede referirse a la descripción correspondiente del método 500 para la gestión de suscripciones a eventos y/o a la descripción correspondiente del método 800 para la gestión de cancelación de suscripción de eventos, como se explicó previamente.

Como se muestra en la Figura 11, el primer nodo 1100 NF puede incluir un módulo 1101 receptor, un módulo 1102 de determinación, un módulo 1103 de gestión de suscripciones y un módulo 1104 transmisor. Como comprenderán las personas con experiencia en la técnica, los componentes comunes en el primer nodo 1100 NF se omiten en la Figura 11 para no oscurecer la idea de la presente descripción. Asimismo, algunos módulos pueden distribuirse en más módulos o integrarse en menos módulos. Por ejemplo, el módulo 1101 receptor y el módulo 1104 transmisor pueden integrarse en un módulo transceptor.

En una realización a modo de ejemplo de la presente descripción, el módulo 1101 receptor del primer nodo 1100 NF puede configurarse para recibir una solicitud de suscripción a un evento de un usuario, procedente de un suscriptor del evento. El módulo 1104 transmisor del primer nodo 1100 NF puede configurarse para transmitir, en respuesta a la recepción de la solicitud de suscripción, una solicitud de consulta para consultar si el evento del usuario se ha suscrito a un segundo nodo de función de red. El módulo 1101 receptor del primer nodo 1100 NF puede configurarse para recibir una respuesta a la solicitud de consulta del segundo nodo de función de red. El módulo 1102 de determinación del primer nodo 1100 NF puede configurarse para determinar, en función de la respuesta, si el evento del usuario se ha suscrito. Si se determina que el evento del usuario se ha suscrito, el módulo 1104 de transmisión del primer nodo 1100 NF puede configurarse para transmitir una solicitud de actualización al segundo nodo de función de red. La solicitud de actualización puede incluir información de identificación del suscriptor del evento. Si se determina que el evento del usuario no se ha suscrito, el módulo 1104 de transmisión del primer nodo 1100 NF puede configurarse para transmitir, al segundo nodo de función de red, una solicitud de creación con la información de identificación del suscriptor del evento para crear la lista de suscriptores del evento del usuario, y el módulo 1103 de gestión de suscripciones del primer nodo 1100 NF puede configurarse para iniciar la suscripción del evento del usuario con un nodo de servicio.

En otra realización a modo de ejemplo de la presente descripción, el módulo 1101 receptor del primer nodo 1100 NF puede configurarse además para recibir una solicitud de cancelación de suscripción a un evento de un usuario, procedente de un suscriptor del evento. El módulo 1104 transmisor del primer nodo 1100 NF puede configurarse para transmitir a un segundo nodo de función de red, en respuesta a la recepción de la solicitud de cancelación de suscripción, una solicitud de consulta para consultar si el suscriptor del evento es el último suscriptor del evento del usuario en la lista de suscriptores del evento para el usuario. La solicitud de consulta puede incluir información de identificación del suscriptor del evento. El módulo 1101 receptor del primer nodo 1100 NF puede configurarse para recibir una respuesta a la solicitud de consulta del segundo nodo de función de red. El módulo 1102 de determinación del primer nodo 1100 NF puede configurarse para determinar, basándose en la respuesta, si el suscriptor del evento no es el último suscriptor. Si se determina que el suscriptor del evento no es el último suscriptor, el módulo 1104 de transmisión del primer nodo 1100 NF puede configurarse para transmitir, al segundo nodo de función de red, una solicitud de eliminación para eliminar, por el segundo nodo de función de red, al suscriptor del evento de la lista de suscriptores del evento del usuario. Si se determina que el suscriptor del evento es el último suscriptor del evento del usuario, el módulo 1104 de transmisión del primer nodo 1100 NF puede configurarse para transmitir, al segundo nodo de función de red, una solicitud de eliminación de evento al segundo nodo de función de red para la eliminación de la lista de suscriptores por el segundo nodo de función de red, y el módulo 1103 de gestión de suscripciones del primer nodo 1100 NF puede configurarse para iniciar la cancelación de la suscripción del evento del usuario con un nodo de servicio.

En una realización a modo de ejemplo de la presente descripción, el primer nodo de función de red es una de una gestión de datos unificada (UDM), una función de exposición de red (NEF) y una función de gestión de acceso y movilidad (AMF). En una realización a modo de ejemplo de la presente descripción, el segundo nodo de función de red es un repositorio de datos unificado (UDR).

A continuación, se describirá otra estructura de un primer nodo 1200 NF con referencia a la Figura 12. La Figura 12 muestra, de manera ilustrativa, un diagrama esquemático de la estructura de un primer nodo 1200 NF (p. ej., UDM 705 como se muestra en la Figura 7 y/o UDM 1005 como se muestra en la Figura 10, como se describió previamente) según una realización a modo de ejemplo de la presente descripción. El primer nodo 1200 NF de la Figura 12 puede llevar a cabo el método 500 para la gestión de suscripciones a eventos, descrito previamente con referencia a la Figura 5, o el método 800 para la gestión de cancelación de suscripciones a eventos, descrito previamente con referencia a la Figura 8. Por consiguiente, una descripción detallada del primer nodo 1200 NF puede referirse a la descripción correspondiente del método 500 para la gestión de suscripciones a eventos y/o a la descripción correspondiente del método 800 para la gestión de cancelación de suscripciones a eventos, como se explicó previamente.

Como se muestra en la Figura 12, el primer nodo 1200 NF puede incluir al menos un controlador o procesador 1203, incluidos, p. ej., cualquier unidad central de procesamiento, CPU, por sus siglas en inglés, microcontrolador, procesador de señales digitales (DSP, por sus siglas en inglés), etc., capaz de ejecutar instrucciones de programas informáticos. Las instrucciones de programas informáticos pueden almacenarse en una memoria 1205. La memoria 1205 puede ser cualquier combinación de RAM (memoria de acceso aleatorio, RAM, por sus siglas en inglés) y ROM (memoria de solo lectura, ROM, por sus siglas en inglés). La memoria también puede comprender almacenamiento persistente, que, por ejemplo, puede ser una o una combinación de memoria magnética, memoria óptica, o memoria de estado sólido o incluso una memoria montada de forma remota. El primer nodo 1200 NF a modo de ejemplo comprende además una interfaz 1201 de comunicación configurada para la comunicación.

Las instrucciones, cuando se cargan desde la memoria 1205 y son ejecutadas por el al menos un procesador 1203, pueden hacer que el primer nodo 1200 NF lleve a cabo el método 500 para la gestión de suscripción a eventos y/o el método 800 para la gestión de cancelación de suscripción a eventos como se describió anteriormente.

En particular, en una realización a modo de ejemplo de la presente descripción, las instrucciones, cuando se cargan desde la memoria 1205 y son ejecutadas por el al menos un procesador 1203, pueden hacer que el primer nodo 1200 NF reciba una solicitud de suscripción de un evento para un usuario de un suscriptor de eventos.

En respuesta a la recepción de la solicitud de suscripción, las instrucciones, cuando se cargan desde la memoria 1205 y son ejecutadas por el al menos un procesador 1203, pueden hacer que el primer nodo 1200 NF transmita una solicitud de consulta para consultar si el evento para el usuario ha sido suscrito a un segundo nodo de función de red.

Las instrucciones, cuando se cargan desde la memoria 1205 y son ejecutadas por el al menos un procesador 1203, pueden hacer que el primer nodo 1200 NF reciba una respuesta a la solicitud de consulta del segundo nodo de función de red.

Si la respuesta a la solicitud de consulta del segundo nodo de función de red indica que el evento del usuario se ha suscrito, las instrucciones, cuando se cargan desde la memoria 1205 y se ejecutan por el al menos un procesador 1203, pueden hacer que el primer nodo 1200 NF transmita una solicitud de actualización al segundo nodo de función de red. La solicitud de actualización puede incluir información de identificación del suscriptor del evento. Si la respuesta a la solicitud de consulta del segundo nodo de función de red indica que el evento del usuario no se ha suscrito, las instrucciones, al cargarse desde la memoria 1205 y ejecutarse por el al menos un procesador 1203, pueden hacer que el primer nodo 1200 NF transmita, al segundo nodo de función de red, una solicitud de creación con información de identificación del suscriptor del evento para crear la lista de suscriptores del evento del usuario, para iniciar la suscripción del evento del usuario con un nodo de servicio.

En otra realización a modo de ejemplo de la presente descripción, las instrucciones, cuando se cargan desde la memoria 1205 y son ejecutadas por el al menos un procesador 1203, pueden hacer que el primer nodo 1200 NF reciba una solicitud de cancelación de suscripción de un evento para un usuario de un suscriptor de eventos.

En respuesta a la recepción de la solicitud de cancelación de suscripción, las instrucciones, al cargarse desde la memoria 1205 y ejecutarse por el al menos un procesador 1203, pueden hacer que el primer nodo 1200 NF transmita a un segundo nodo de función de red una solicitud de consulta para cancelar la suscripción del evento, con el fin de consultar si el suscriptor del evento es el último suscriptor del evento del usuario en la lista de suscriptores del evento para el usuario. La solicitud de consulta puede incluir información de identificación del suscriptor del evento.

Las instrucciones, cuando se cargan desde la memoria 1205 y son ejecutadas por el al menos un procesador 1203, pueden hacer que el primer nodo 1200 NF reciba una respuesta a la solicitud de consulta del segundo nodo de función de red.

Si la respuesta a la solicitud de consulta del segundo nodo de función de red indica que el suscriptor del evento no es el último suscriptor del evento del usuario, las instrucciones, cuando se cargan desde la memoria 1205 y se ejecutan por el al menos un procesador 1203, pueden hacer que el primer nodo 1200 NF transmita, al segundo nodo de función de red, una solicitud de eliminación para eliminar, por parte del segundo nodo de función de red, al suscriptor del evento de la lista de suscriptores del evento para el usuario.

Si la respuesta a la solicitud de consulta del segundo nodo de función de red indica que el suscriptor del evento es el último suscriptor del evento del usuario, las instrucciones, cuando se cargan desde la memoria 1205 y se ejecutan por el al menos un procesador 1203, pueden hacer que el primer nodo 1200 NF transmita, al segundo nodo de función de red, una solicitud de eliminación de evento al segundo nodo de función de red para eliminar la lista de suscriptores por parte del segundo nodo de función de red, y para iniciar la cancelación de la suscripción del evento para el usuario con un nodo de servicio.

A continuación, se describirá la estructura de un segundo nodo NF con referencia a la Figura 13. La Figura 13 muestra, de manera ilustrativa, un diagrama esquemático de la estructura de un segundo nodo 1300 NF (p. ej., UDR 707 como se muestra en la Figura 7 y<u>D<r>1007 como se muestra en la Figura 10, como se describió previamente) según una realización a modo de ejemplo de la presente descripción. El segundo nodo 1300 NF en la Figura 13 puede llevar a cabo el método 600 para la gestión de suscripciones a eventos descrito previamente con referencia a la Figura 6 y/o el método 900 para la gestión de cancelaciones de suscripciones a eventos, descrito previamente con referencia a la Figura 9. Por consiguiente, una descripción detallada del segundo nodo 1300 NF puede referirse a la descripción correspondiente del método 600 para la gestión de suscripciones a eventos y/o a la descripción correspondiente del método 900 para la gestión de cancelaciones de suscripciones a eventos, como se explicó previamente.

Como se muestra en la Figura 13, el segundo nodo 1300 NF puede incluir un módulo 1301 receptor, un módulo 1302 de verificación, un módulo 1303 de actualización de parámetros y un módulo 1304 transmisor. Como comprenderá la persona con experiencia en la técnica, los componentes comunes del segundo nodo 1300 NF se omiten en la Figura 13 para no oscurecer la idea de la presente descripción. Asimismo, algunos módulos pueden distribuirse en más módulos o integrarse en menos módulos. Por ejemplo, el módulo 1301 receptor y el módulo 1304 transmisor pueden integrarse en un módulo transceptor.

En una realización a modo de ejemplo de la presente descripción, el módulo 1301 receptor del segundo nodo 1300 NF puede configurarse para recibir una solicitud de consulta de un primer nodo de función de red para consultar si un evento de un usuario se ha suscrito. En respuesta a la recepción de la solicitud de consulta, el módulo 1302 de verificación del segundo nodo 1300 NF puede configurarse para comprobar si se ha establecido un indicador que indica que el evento del usuario se ha suscrito. El módulo 1304 transmisor del segundo nodo 1300 NF puede configurarse para transmitir el resultado de la verificación al primer nodo de función de red.

En una realización a modo de ejemplo de la presente descripción, el módulo 1301 de recepción del segundo nodo 1300 NF puede configurarse para recibir una solicitud de actualización para actualizar la lista de suscriptores del evento del usuario con un suscriptor del evento del primer nodo de función de red. La solicitud de actualización puede incluir información de identificación del suscriptor del evento. En respuesta a la recepción de la solicitud de actualización, el módulo 1303 de actualización de parámetros del segundo nodo 1300 NF puede configurarse para actualizar la lista de suscriptores del evento del usuario para incluir al suscriptor del evento.

En una realización a modo de ejemplo de la presente descripción, el módulo 1301 de recepción del segundo nodo 1300 NF puede configurarse para recibir una solicitud de creación con información de identificación del suscriptor del evento para suscribirse al evento del usuario desde el primer nodo de función de red. En respuesta a la recepción de la solicitud de creación, el módulo 1303 de actualización de parámetros del segundo nodo 1300 NF puede configurarse para establecer el indicador y crear la lista de suscriptores del evento para el usuario e incluir al suscriptor del evento en la lista de suscriptores del evento para el usuario. En una realización a modo de ejemplo de la presente descripción, el módulo 1303 de actualización de parámetros del segundo nodo 1300 NF puede configurarse para establecer el indicador en una tabla almacenada en el segundo nodo de función de red que describe la suscripción del evento del usuario, y crear la lista de suscriptores en una tabla almacenada en el segundo nodo de función de red que describe la suscripción del evento del usuario.

En otra realización a modo de ejemplo de la presente descripción, el módulo 1301 receptor del segundo nodo 1100 NF puede configurarse para recibir una solicitud de consulta para que un suscriptor de un evento cancele la suscripción a un evento de un usuario, desde un primer nodo de función de red para consultar si el suscriptor del evento es el último suscriptor para el evento del usuario en una lista de suscriptores del evento para el usuario. La solicitud de consulta puede incluir información de identificación del suscriptor del evento. En respuesta a la recepción de la solicitud de consulta, el módulo 1302 de verificación del segundo nodo 1300 NF puede configurarse para comprobar si el suscriptor de un evento es el último suscriptor en la lista de suscriptores del evento del usuario. El módulo 1304 de transmisión del segundo nodo 1300 NF puede configurarse para transmitir el resultado de la verificación al primer nodo de función de red.

En una realización a modo de ejemplo de la presente descripción, el módulo 1301 de recepción del segundo nodo 1300 NF puede configurarse para recibir una solicitud de eliminación del primer nodo de función de red para eliminar al suscriptor del evento de la lista de suscriptores del evento del usuario. En respuesta a la recepción de la solicitud de eliminación, el módulo 1303 de actualización de parámetros del segundo nodo 1300 NF puede configurarse para eliminar al suscriptor del evento de la lista de suscriptores del evento del usuario.

En una realización a modo de ejemplo de la presente descripción, el módulo 1301 de recepción del segundo nodo 1300 NF puede configurarse para recibir una solicitud de eliminación de eventos para eliminar la lista de suscriptores del primer nodo de función de red. En respuesta a la recepción de la solicitud de eliminación de eventos, el módulo 1303 de actualización de parámetros del segundo nodo 1300 NF puede configurarse para eliminar la lista de suscriptores del evento del usuario. En respuesta a la recepción de la solicitud de eliminación de eventos, el módulo 1303 de actualización de parámetros del segundo nodo 1300 NF puede configurarse además para eliminar un indicador que indica que el evento del usuario se ha suscrito . En una realización a modo de ejemplo de la presente descripción, el módulo 1303 de actualización de parámetros del segundo nodo 1300 NF puede configurarse para eliminar el indicador de una tabla almacenada en el segundo nodo de función de red que describe la suscripción al evento del usuario, y eliminar la lista de suscriptores de una tabla almacenada en el segundo nodo de función de red que describe la suscripción al evento del usuario.

A continuación, se describirá otra estructura de un segundo nodo NF con referencia a la Figura 14. La Figura 14 muestra, de manera ilustrativa, un diagrama esquemático de la estructura de un segundo nodo 1400 NF (p. ej., UDR 707 como se muestra en la Figura 7 y UDR 1007 como se muestra en la Figura 10, como se describió previamente) según una realización a modo de ejemplo de la presente descripción. El segundo nodo 1400 NF en la Figura 14 puede llevar a cabo el método 600 para la gestión de suscripciones a eventos, descrito previamente con referencia a la Figura 6 y/o el método 900 para la gestión de cancelación de suscripciones a eventos, descrito previamente con referencia a la Figura 9. Por consiguiente, una descripción detallada del segundo nodo 1400 NF puede referirse a la descripción correspondiente del método 600 para la gestión de suscripciones a eventos y/o a la descripción correspondiente del método 900 para la gestión de cancelación de suscripciones a eventos, como se explicó previamente.

Como se muestra en la Figura 14, el segundo nodo 1400 NF puede incluir al menos un controlador o procesador 1403, incluido, por ejemplo, cualquier unidad central de procesamiento, CPU, microcontrolador, procesador de señales digitales, DSP, etc., capaz de ejecutar instrucciones de programas informáticos. Las instrucciones de programas informáticos pueden almacenarse en una memoria 1405. La memoria 1405 puede ser cualquier combinación de RAM (memoria de acceso aleatorio) y ROM (memoria de solo lectura). La memoria también puede comprender almacenamiento persistente, que, por ejemplo, puede ser una única o una combinación de memoria magnética, memoria óptica, memoria de estado sólido o incluso una memoria montada de forma remota. El segundo nodo 1400 NF a modo de ejemplo comprende además una interfaz 1401 de comunicación dispuesta para la comunicación.

Las instrucciones, cuando se cargan desde la memoria 1405 y son ejecutadas por el al menos un procesador 1403, pueden hacer que el segundo nodo 1400 NF lleve a cabo el método 600 para la gestión de suscripción de eventos descrito anteriormente con referencia a la Figura 6 y/o el método 900 para la gestión de cancelación de suscripción a eventos descrito anteriormente con referencia a la Figura 9.

En particular, en una realización a modo de ejemplo de la presente descripción, las instrucciones, cuando se cargan desde la memoria 1405 y son ejecutadas por el al menos un procesador 1403, pueden hacer que el segundo nodo 1400 NF reciba una solicitud de consulta de un primer nodo de función de red para consultar si se ha suscrito a un evento para un usuario.

En respuesta a la recepción de la solicitud de consulta, las instrucciones, cuando se cargan desde la memoria 1405 y son ejecutadas por el al menos un procesador 1403, pueden hacer que el segundo nodo 1400 NF verifique si se ha establecido un indicador que indica que el evento para el usuario se ha suscrito.

Las instrucciones, cuando se cargan desde la memoria 1405 y son ejecutadas por el al menos un procesador 1403, pueden hacer que el segundo nodo 1400 NF transmita un resultado de verificación al primer nodo de función de red.

En una realización a modo de ejemplo de la presente descripción, las instrucciones, al cargarse desde la memoria 1405 y ejecutarse por el al menos un procesador 1403, pueden provocar que el segundo nodo 1400 NF reciba una solicitud de actualización para actualizar la lista de suscriptores del evento del usuario con un suscriptor del evento del primer nodo de función de red. La solicitud de actualización puede incluir información de identificación del suscriptor del evento. En respuesta a la recepción de la solicitud de actualización, las instrucciones, al cargarse desde la memoria 1405 y ejecutarse por el al menos un procesador 1403, pueden provocar que el segundo nodo 1400 NF actualice la lista de suscriptores del evento del usuario para incluir al suscriptor del evento.

En una realización a modo de ejemplo de la presente descripción, las instrucciones, al ser cargadas desde la memoria 1405 y ejecutadas por el al menos un procesador 1403, pueden provocar que el segundo nodo 1400 NF reciba una solicitud de creación con información de identificación del suscriptor del evento para suscribirlo al evento del usuario del primer nodo de función de red. En respuesta a la recepción de la solicitud de creación, las instrucciones, al ser cargadas desde la memoria 1405 y ejecutadas por el al menos un procesador 1403, pueden provocar que el segundo nodo 1400 NF establezca el indicador y cree la lista de suscriptores del evento del usuario e incluya al suscriptor del evento en la lista de suscriptores del evento para el usuario. En una realización a modo de ejemplo de la presente descripción, las instrucciones, cuando se cargan desde la memoria 1405 y son ejecutadas por el al menos un procesador 1403, pueden hacer que el segundo nodo 1400 NF establezca el indicador en una tabla almacenada en el segundo nodo de función de red que describe la suscripción al evento del usuario, y cree la lista de suscriptores en una tabla almacenada en el segundo nodo de función de red que describe la suscripción del evento para el usuario.

En otra realización a modo de ejemplo de la presente descripción, las instrucciones, al ser cargadas desde la memoria 1405 y ejecutadas por el al menos un procesador 1403, pueden provocar que el segundo nodo 1400 NF reciba una solicitud de consulta para que un suscriptor de eventos cancele la suscripción a un evento de un usuario, de un primer nodo de función de red para consultar si el suscriptor de eventos es el último suscriptor del evento del usuario en la lista de suscriptores del evento para el usuario. En respuesta a la recepción de la solicitud de consulta, las instrucciones, al ser cargadas desde la memoria 1405 y ejecutadas por el al menos un procesador 1403, pueden provocar que el segundo nodo 1400 NF compruebe si el suscriptor de eventos es el último suscriptor en la lista de suscriptores del evento del usuario. Las instrucciones, al ser cargadas desde la memoria 1405 y ejecutadas por el al menos un procesador 1403, pueden provocar que el segundo nodo 1400 NF transmita el resultado de la comprobación al primer nodo de función de red.

En una realización a modo de ejemplo de la presente descripción, las instrucciones, al cargarse desde la memoria 1405 y ejecutarse por el al menos un procesador 1403, pueden provocar que el segundo nodo 1400 NF reciba una solicitud de eliminación del primer nodo de función de red para eliminar al suscriptor del evento de la lista de suscriptores del evento del usuario. En respuesta a la recepción de la solicitud de eliminación, las instrucciones, al cargarse desde la memoria 1405 y ejecutarse por el al menos un procesador 1403, pueden provocar que el segundo nodo 1400 NF elimine al suscriptor del evento de la lista de suscriptores del evento del usuario.

En una realización a modo de ejemplo de la presente descripción, las instrucciones, al ser cargadas desde la memoria 1405 y ejecutadas por el al menos un procesador 1403, pueden provocar que el segundo nodo 1400 NF reciba una solicitud de eliminación de evento para eliminar la lista de suscriptores del primer nodo de función de red. En respuesta a la recepción de la solicitud de eliminación de evento, las instrucciones, al ser cargadas desde la memoria 1405 y ejecutadas por el al menos un procesador 1403, pueden provocar que el segundo nodo 1400 NF elimine la lista de suscriptores del evento del usuario. En respuesta a la recepción de la solicitud de eliminación de evento, las instrucciones, al ser cargadas desde la memoria 1405 y ejecutadas por el al menos un procesador 1403, pueden provocar que el segundo nodo 1400 NF elimine un indicador que indica que el evento del usuario se ha suscrito. En una realización a modo de ejemplo de la presente descripción, las instrucciones, cuando se cargan desde la memoria 1405 y son ejecutadas por el al menos un procesador 1403, pueden hacer que el segundo nodo 1400 NF elimine el indicador de una tabla almacenada en el segundo nodo de función de red que describe la suscripción al evento del usuario, y elimine la lista de suscriptores de una tabla almacenada en el segundo nodo de función de red que describe la suscripción del evento para el usuario.

La descripción anterior de las implementaciones provee una ilustración y descripción, pero no pretende ser exhaustiva ni limitar la descripción a la forma precisa descrita. Es posible realizar modificaciones y variaciones en vista de las enseñanzas anteriores, o pueden adquirirse mediante la práctica de la descripción.

Los aspectos de la descripción también pueden realizarse como métodos y/o productos de programas informáticos. Por consiguiente, la descripción puede realizarse en hardware y/o en hardware/software (incluidos firmware, software residente, microcódigo, etc.). Además, las realizaciones pueden adoptar la forma de un producto de programa informático en un medio de almacenamiento utilizable por ordenador o legible por ordenador que tiene un código de programa utilizable por ordenador o legible por ordenador incorporado en el medio para su uso por o en conexión con un sistema de ejecución de instrucciones. Dicho sistema de ejecución de instrucciones puede implementarse de forma independiente o distribuida. El código de software real o el hardware de control especializado utilizado para implementar las realizaciones descritas en la presente memoria no limita la descripción. Por lo tanto, el funcionamiento y el comportamiento de los aspectos se describieron sin referencia al código de software específico, entendiéndose que las personas con experiencia en la técnica pueden diseñar software y hardware de control para implementar los aspectos basándose en la presente descripción.

Además, ciertas porciones de la descripción pueden implementarse como "lógica" que lleva a cabo una o más funciones. Esta lógica puede incluir hardware como, por ejemplo, un circuito integrado para aplicaciones específicas o una matriz de puertas programables en campo o una combinación de hardware y software.

Se debe enfatizar que el término "comprende/que comprende" cuando se utiliza en la presente memoria descriptiva especifica la presencia de características, números enteros, etapas, componentes o grupos establecidos, pero no excluye la presencia o adición de una o más de otras características, números enteros, etapas, componentes o grupos de los mismos.

Ningún elemento, acto o instrucción utilizado en la descripción debe interpretarse como crítico o esencial para la descripción, a menos que se describa explícitamente como tal. Asimismo, según su uso en la presente memoria, el término "un/a" incluye uno o más elementos. Cuando solo se refiere a un elemento, se utiliza el término "uno" o un término similar. Además, la frase "basado en" significa "basado, al menos en parte, en", a menos que se indique explícitamente lo contrario.

La descripción anterior solo presenta las realizaciones de la presente descripción y no pretende limitar la presente descripción en modo alguno. Por lo tanto, cualquier modificación, sustitución, mejora o similar realizada dentro del alcance de la presente descripción debe quedar comprendida en el alcance de las reivindicaciones.

Claims (6)

REIVINDICACIONES

1. Un método (500) implementado en una gestión de datos unificada, UDM, para gestionar la suscripción a eventos, que comprende:

recibir (E510) una solicitud de suscripción de un evento para un usuario de un suscriptor de eventos, en respuesta a la recepción de la solicitud de suscripción, transmitir (E520), a un repositorio de datos unificado, UDR, una solicitud de consulta para consultar si el evento para el usuario ha sido suscrito, iniciar (E550) la suscripción del evento para el usuario con una función de gestión de acceso y movilidad, AMF, si la respuesta a la solicitud de consulta indica que el evento para el usuario no ha sido suscrito; y al recibir el reconocimiento de que la suscripción del evento es exitosa, transmitir una solicitud con información de identificación del suscriptor del evento al UDR para establecer un indicador que indique que el evento para el usuario ha sido suscrito.

2. Un método (600) implementado en un repositorio de datos unificado, UDR, para gestionar la suscripción a eventos, que comprende:

recibir (E610) una solicitud de consulta de una gestión de datos unificada, UDM, para consultar si se ha suscrito a un evento para un usuario,

en respuesta a la recepción de la solicitud de consulta, verificar (E620) si se ha establecido un indicador que indica que el evento para el usuario se ha suscrito,

transmitir (E630) un resultado de verificación a la UDM, de que el evento para el usuario no ha sido suscrito, recibir (E660) una solicitud con información de identificación de un suscriptor de evento para suscribirse al evento para el usuario de la UDM,

en respuesta a la recepción de la solicitud, establecer (E670) el indicador para indicar que el evento para el usuario ha sido suscrito.

3. El método (600) de la reivindicación 2, que comprende, además:

recibir (E640) una solicitud de actualización para actualizar una lista de suscriptores del evento para el usuario con el suscriptor del evento al evento de la UDM, y

en respuesta a la recepción de la solicitud de actualización, actualizar (E650) una lista de suscriptores del evento para el usuario para incluir al suscriptor del evento.

4. El método (600) de la reivindicación 2, en donde el indicador se establece en una tabla almacenada en la UDR que describe la suscripción a eventos del usuario; o

en donde la lista de suscriptores se crea en una tabla almacenada en el UDR que describe la suscripción al evento para el usuario.

5. Una gestión de datos unificada, (1200), para la gestión de suscripciones a eventos, que comprende: una interfaz (1201) de comunicación dispuesta para la comunicación,

al menos un procesador (1203), y

una memoria (1205) que comprende instrucciones que, cuando son ejecutadas por el al menos un procesador (1203), hace que la gestión de datos unificada, (1200), lleve a cabo el método según la reivindicación 1.

6. Un repositorio (1400) de datos unificado para gestionar la suscripción a eventos, que comprende: una interfaz (1401) de comunicación dispuesta para la comunicación,

al menos un procesador (1403), y

una memoria (1405) que comprende instrucciones que, cuando son ejecutadas por el al menos un procesador (1403), hace que el repositorio (1400) de datos unificado lleve a cabo el método según cualquiera de las reivindicaciones 2-4.