ES2981920T3 - Notificaciones para una suscripción a cambios de perfil de una función de red - Google Patents

Abstract

En el presente documento se describe un método, realizado por una entidad de red de repositorio 1200 dentro de una red de telecomunicaciones, para proporcionar notificaciones para una suscripción para supervisar cambios de un perfil NF de una entidad de red supervisada. El método comprende: recibir, desde una entidad de red suscriptora 1100, una solicitud de suscripción para suscribirse para supervisar cambios en un perfil NF de al menos una entidad de red supervisada, comprendiendo la solicitud una preferencia de notificación que identifica un subconjunto de atributos en el perfil NF que se supervisará o que se excluirá de la supervisión; y proporcionar a la entidad de red suscriptora, notificaciones de cambios en el subconjunto identificado de atributos del perfil NF de al menos una entidad de red supervisada. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Notificaciones para una suscripción a cambios de perfil de una función de red

Campo técnico

Esta exposición se refiere a un método para proporcionar notificaciones condicionales correspondientes a una suscripción para monitorizar cambios de un perfil de NF de una entidad de NF.

Antecedentes

En general, todos los términos utilizados en la presente deben interpretarse según su significado habitual en el campo técnico pertinente, a no ser que se aporte claramente un significado diferente y/o el mismo esté implícito en el contexto en el que se use. Todas las referencias a un/una/el/la elemento, aparato, componente, medio, etapa, etcétera, deben interpretarse abiertamente como referentes a por lo menos una materialización específica del elemento, aparato, componente, medio, etapa, etcétera, a no ser que se manifieste explícitamente lo contrario. Las etapas de cualquiera de los métodos dados a conocer en este documento no se tienen que llevar a cabo en el orden exacto dado a conocer, a no ser que una etapa se describa explícitamente como sucesiva o anterior a otra etapa y/o cuando quede implícito que una etapa debe suceder o preceder a otra etapa. Cualquier característica de cualquiera de las realizaciones dadas a conocer en la presente se puede aplicar a cualquier otra realización, siempre que resulte apropiado. Asimismo, cualquier ventaja de cualquiera de las realizaciones se puede aplicar a cualesquiera otras realizaciones, y viceversa. A partir de la siguiente descripción se pondrán de manifiesto otros objetivos, características y ventajas de las realizaciones adjuntas.

La figura 1 ilustra un ejemplo de una red QQ100 de comunicaciones celulares en la que se pueden implementar realizaciones de la presente exposición. En las realizaciones descritas en la presente, la red QQ100 de comunicaciones celulares es una red de Nuevas Radiocomunicaciones (NR) de Quinta Generación (5G). En este ejemplo, la red QQ100 de comunicaciones celulares incluye estaciones base QQ102-1 y QQ102-2, a las que, en la Evolución a Largo Plazo (LTE), se les hace referencia como Nodos B evolucionados o mejorados (eNB) y, en las NR de 5G, se les hace referencia como Estaciones Base de NR (gNB), que controlan macrocélulas QQ104-1 y QQ104-2 correspondientes. En la presente, a las estaciones base QQ102-1 y QQ102-2 en general se les hace referencia en conjunto como estaciones base QQ102 e individualmente como estación base QQ102. Asimismo, en la presente, a las macrocélulas QQ104-1 y QQ104-2 en general se les hace referencia en conjunto como macrocélulas QQ104 e individualmente como macrocélula QQ104. La red QQ100 de comunicaciones celulares también puede incluir una serie de nodos QQ106-1 a QQ106-4 de baja potencia que controlan células pequeñas QQ108-1 a QQ108-4 correspondientes. Los nodos QQ106-1 a QQ106-4 de baja potencia pueden ser estaciones base pequeñas (tales como pico- o femto-estaciones base) o Cabezales de Radiocomunicaciones Remotos (RRH), o similares. En particular, aunque no se ilustra, una o más de las células pequeñas QQ108-1 a QQ108-4 pueden ser proporcionadas alternativamente por las estaciones base QQ102. En la presente, a los nodos QQ106-1 a QQ106-4 de baja potencia en general se les hace referencia en conjunto como nodos QQ106 de baja potencia e individualmente como nodo QQ106 de baja potencia. Asimismo, en la presente, a las células pequeñas QQ108-1 a QQ108-4 en general se les hace referencia en conjunto como células pequeñas QQ108 e individualmente como célula pequeña QQ108. Las estaciones base QQ102 (y opcionalmente los nodos QQ106 de baja potencia) están conectadas a una red central QQ110.

Las estaciones base QQ102 y los nodos QQ106 de baja potencia proporcionan servicio a dispositivos inalámbricos QQ112-1 a QQ112-5 en las células QQ104 y QQ108 correspondientes. En la presente, a los dispositivos inalámbricos QQ112-1 a QQ112-5 en general se les hace referencia en conjunto como dispositivos inalámbricos QQ112 e individualmente como dispositivo inalámbrico QQ112. En ocasiones, en la presente, a los dispositivos inalámbricos QQ112 también se les hace referencia como UEs.

Una Función de Red (NF) es una pieza constitutiva funcional dentro de una infraestructura de red y tiene interfaces externas bien definidas y un comportamiento funcional bien definido.

La figura 2 ilustra un sistema de comunicaciones inalámbricas representado en forma de una arquitectura de red de 5G compuesta por NF centrales, donde la interacción entre dos NF cualesquiera se representa mediante un punto/interfaz de referencia de punto a punto. La figura 2 puede verse como una implementación particular del sistema QQ100 de la figura 1.

Vista desde el lado de acceso, la arquitectura de red de 5G mostrada en la figura 2 comprende una pluralidad de Equipos de Usuario (UE) conectados bien a una Red de Acceso de Radiocomunicaciones (RAN) o bien a una Red de Acceso (AN) así como a una Función de Gestión de Movilidad y Acceso (AMF). Típicamente, la (R)AN comprende estaciones base, por ejemplo, tales como eNBs ó gNBs, o similares. Vistas desde el lado de la red central, las NF centrales de 5G mostradas en la figura 2 incluyen una Función de Selección de Segmentos de Red (NSSF), una Función de Servidor de Autenticación (AUSF), una Gestión Unificada de Datos (UDM), una AMF, una Función de Gestión de Sesiones (SMF), una Función de Control de Políticas (PCF) y una Función de Aplicación (AF).

Las representaciones de puntos de referencia de la arquitectura de la red de 5G se utilizan para desarrollar flujos de llamadas detallados en la estandarización normativa. El punto de referencia N1 está definido para transportar señalización entre el UE y la AMF. Los puntos de referencia para la conexión entre la AN y la AMF y entre la AN y la Función de Plano de Usuario (UPF) se definen, respectivamente, como N2 y N3. Hay un punto de referencia, N11, entre la AMF y la SMF, lo cual implica que la SMF es controlada al menos parcialmente por la AMF. La SMF y la UPF utilizan N4 de manera que la UPF se puede fijar usando la señal de control generada por la SMF, y la UPF puede informar de su estado a la SMF. N9 es el punto de referencia para la conexión entre UPF diferentes y N14 es el punto de referencia que conecta entre AMF diferentes, respectivamente. N15 y N7 se definen debido a que la PCF aplica una política a la AMF y a la SMF, respectivamente. N12 es necesario para que la AMF lleve a cabo una autenticación del UE. N8 y N10 se definen porque los datos de suscripción del UE son necesarios para la AMF y la SMF.

La red central de 5G tiene como finalidad separar el plano de usuario y el plano de control. El plano de usuario transporta tráfico de usuario mientras que el plano de control transporta señalización en la red. En la figura 2, la UPF está en el plano de usuario y la totalidad del resto de NFs, es decir, la AMF, la SMF, la PCF, la AF, la AUSF y la UDM, está en el plano de control. La separación de los planos de usuario y de control garantiza que cada recurso del plano se escale de forma independiente. También permite que las UPF se desplieguen por separado con respecto a funciones del plano de control de una manera distribuida. En esta arquitectura, se pueden desplegar UPFs muy cerca de UEs para acortar el Tiempo de Ida y Vuelta (RTT) entre UEs y una red de datos para algunas aplicaciones que requieren una latencia baja.

La arquitectura de una red de 5G central está compuesta por funciones modularizadas. Por ejemplo, la AMF y la SMF son funciones independientes en el plano de control. Una AMF y una SMF separadas permiten una evolución y un escalado independientes. Como se muestra en la figura 2, se pueden separar otras funciones del plano de control, como la PCF y la AUSF. Un diseño de funciones modularizadas posibilita que la red central de 5G admita de manera flexible diversos servicios.

Cada NF interacciona con otra NF directamente. Es posible usar funciones intermedias para encaminar mensajes de una NF a otra NF. En el plano de control, un conjunto de interacciones entre dos NF se define como servicio, de manera que resulte posible su reutilización. Este servicio posibilita la admisión de la modularidad. El plano de usuario admite interacciones, tales como operaciones de reenvío entre diferentes UPF.

La figura 3 ilustra una arquitectura de red de 5G que hace uso de interfaces basadas en servicios entre las NF en el plano de control, en lugar de los puntos/interfaces de referencia de punto a punto usados en la arquitectura de red de 5G de la figura 2. No obstante, las NF antes descritas en referencia a la figura 2 se corresponden con las NF mostradas en la figura 3. El(los) servicio(s), etcétera, que proporciona una NF a otras NF autorizadas puede(n) 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 por el nombre de la NF, por ejemplo, Namf para la interfaz basada en servicios de la AMF y Nsmf para la interfaz basada en servicios de la SMF, etcétera. La Función de Exposición de Red (NEF) y la Función de Repositorio de NF (NRF) de la figura 3 no se muestran en la figura 2 analizada anteriormente. No obstante, debe clarificarse que todas las NF representadas en la figura 2 pueden interaccionar con la NEF y la NRF de la figura 3 según resulte necesario, aunque ello no se indique explícitamente en la figura 2.

Algunas propiedades de las NF mostradas en las figuras 2 y 3 se pueden describir de la siguiente manera. La AMF proporciona autenticación, autorización, gestión de movilidad, etcétera, basadas en UEs. Un UE, incluso usando tecnologías de acceso múltiple, está conectado básicamente 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 de Protocolo de Internet (IP) a UEs. También selecciona y controla la UPF para la transferencia de datos. Si un UE tiene múltiples sesiones, se pueden asignar SMF diferentes a cada sesión para gestionarlas de manera individual y posiblemente proporcionar funcionalidades diferentes por cada sesión. La AF proporciona información sobre el flujo de paquetes a la PCF responsable del control de políticas para admitir la Calidad de Servicio (QoS). Basándose en la información, la PCF determina políticas sobre gestión de movilidad y de sesiones para conseguir que la AMF y la SMF funcionen debidamente. La AUSF admite una función de autenticación para UEs ó similares y, por lo tanto, almacena datos para la autenticación de UEs ó similares mientras que la UDM almacena datos de suscripción del UE. La Red de Datos (DN), que no forma parte de la red central de 5G, proporciona acceso a Internet o servicios de operadores y similares.

Una NF se puede implementar como uno de entre un elemento de red en unhardwarededicado, una instancia desoftwareque se ejecuta en unhardwarededicado o una función virtualizada instanciada en una plataforma apropiada, por ejemplo, una infraestructura en la nube.

NRF

La NRF de 5G proporciona o admite la siguiente funcionalidad:

•Mantiene los perfiles NF de instancias de NF disponibles y sus servicios admitidos;

•Permite que otras instancias de NF se suscriban al registro, en una NRF, de instancias de NF nuevas de un tipo dado, y que se les notifique sobre ello;

•Admite la función de descubrimiento de servicios: recibe solicitudes de descubrimiento de NF provenientes de instancias de NF, y proporciona la información de las instancias de NF disponibles que cumplen ciertos criterios (por ejemplo, admitir un servicio dado).

Una función importante de la NRF es permitir que otras instancias de NF se suscriban al registro, en la NRF, de instancias de NF nuevas de un tipo dado, y que se les notifique sobre ello; y esta función se amplía adicionalmente tal como se expone más abajo según se especifica en la sección 5.2.2.5 de la Especificación Técnica (TS) 29.510 del Proyecto de Asociación de Tercera Generación (3GPP), Versión 15.1.0 (en lo sucesivo en la presente, “TS 29.510”), que establece que una NRF puede:

•Crear una suscripción de manera que un Consumidor de Servicios de NF - el cual puede ser, a su vez, otra instancia de NF - pueda solicitar ser notificado cuando instancias de NF de un conjunto dado, siguiendo ciertos criterios de filtración, se registren/den de baja en una NRF ó cuando se modifique su perfil;

•Crear una suscripción a una instancia de NF específica de modo que un consumidor de servicios de NF pueda solicitar ser notificado cuando se modifique el perfil de dicha instancia de NF ó cuando la instancia de NF se dé de baja en la NRF.

Se considera que un perfil de una instancia de NF ha sido modificado siempre que se haya modificado cualquier parámetro del perfil.

En la actualidad existen cierto(s) desafío(s). El mecanismo de suscripción convencional permite que a la entidad suscriptora se le notifiquen cambios en instancias de NF de un conjunto dado o cambios en una instancia de NF específica, pero uno de los problemas es que un perfil de Servicio de NF contiene muchos parámetros de perfil. Por ejemplo, tal como se muestra mediante nombres de atributo o atributos identificados en las siguientes tablas 6.1.6.2.2 1 (NF), 6.1.6.2.11-1 (AMF), 6.1.6.2.12-1 (SMF), 6.1.6.2.20-1 (PCF), 6.1.6.2.16-1 y 6.1.6.3.6-1, tomadas de la TS 29.510. Con el mecanismo de suscripción convencional, se emite una notificación hacia la entidad suscriptora cada vez que cambia incluso solo uno de los muchos parámetros / atributos del perfil. Tal como se usan en la presente, los términos “parámetro” y “atributo” son sinónimos a no ser que se manifieste explícitamente lo contrario. Asimismo, “nombre de parámetro” y “nombre de atributo” son sinónimos entre sí, “parámetro de perfil” y “atributo de perfil” son sinónimos entre sí, y así sucesivamente, a no ser que se manifieste explícitamente lo contrario.

Extractos iniciales de la TS 29.510

Tabla 6.1.6.2.2-1: Definición del tipo NFProfile

Tabla 6.1.6.2.11-1: Definición del tipo AmfInfo

Tabla 6.1.6.2.12-1: Definición del tipo SmfInfo

Tabla 6.1.6.2.20-1: Definición del tipo PcfInfo

Tabla 6.1.6.2.16-1: Definición del tipo SubscriptionData

Tabla 6.1.6.3.6-1: Enumeración NotificationEventType

Extractos finales de la TS 29.510

Como puede verse a partir de las anteriores tablas ejemplificativas, puede haber un número significativo de parámetros de perfil asociados al perfil de NF de una instancia de NF.

Se describen soluciones relacionadas en la especificación técnica del 3GPP TS 23.502 V15.3.0 (2018-09) Especificación Técnica Proyecto de Asociación de 3.a Generación; Grupo de Especificaciones Técnicas - Aspectos del Sistema y del Servicio; Procedimientos para el Sistema de 5G; Etapa 2 (Versión 15). El documento define los procedimientos de la Etapa 2 y los Servicios de Función de Red para la arquitectura del sistema de 5G que se describe en la TS 23.501 y para el marco de control de tarificación y políticas que se describe en la TS 23.503.

Se describen también soluciones relacionadas en la especificación técnica del 3GPP TS 29.510 V15.1.0 (2018-09) Especificación Técnica Proyecto de Asociación de 3.a Generación; Grupo de Especificaciones Técnicas - Red Central y Terminales; Sistema de 5G; Servicios del Repositorio de Función de Red; Etapa 3 (Versión 15). Esta especificación de la etapa 3 especifica el protocolo de la etapa 3 y un modelo de datos para la Interfaz Basada en Servicios Nnrf. Proporciona flujos de mensajes y definiciones del protocolo de la etapa 3 y especifica la API para cada servicio ofrecido por la NRF. En la TS 23.501 del 3GPP y la TS 23.502 del 3GPP se especifican procedimientos y la arquitectura de la etapa 2 del Sistema de 5G. En la TS 29.500 del 3GPP y la TS 29.501 del 3GPP se especifican la Materialización Técnica de la Arquitectura Basada en Servicios y los Principios y Directrices para la Definición de Servicios.

Compendio

Con bastante frecuencia, cuando un consumidor de servicios de NF se suscribe a la NRF en relación con información relativa a un proveedor de servicios de NF, el consumidor de servicios de NF no está interesado en todos los posibles atributos (es decir, todos los posibles parámetros de perfil) y está interesado, en cambio, en algún subconjunto de esos posibles atributos. Ese subconjunto de atributos de interés puede diferir en función de lo que sea o haga el consumidor de servicios de NF. Estas diferencias pueden ser debidas a su papel en la Interfaz Basada en Servicios (SBI), por ejemplo, si se trata de un consumidor de servicios de la NF para la cual se está suscribiendo, o pueden deberse a diferentes funcionalidades del 3GPP.

Por ejemplo, cuando una SMF se suscribe para recibir notificaciones de un cambio de perfil de NF en correspondencia con una AMF, probablemente la SMF, desde el punto de vista del consumidor de servicios, desearía que se le notificase si se produce un cambio en ciertos parámetros (tales comobackupInfoAmfFailurey/obackupInfoAmfRemoval),pero no tendría ningún interés particular en un cambio de otros parámetros (tales comotaiListón2InterfaceAmfInfo).En general, una SMF no tiene ningún interés en que se le notifique si ha cambiado la localidad o prioridad de la AMF, ya que, desde una SMF, no se produce ninguna selección de AMF. Sin embargo, según estándares convencionales (por ejemplo, la TS 29.510), a la SMF se le notificaría un cambio decualquierade los parámetros de perfil de la AMF, incluidos cambios de aquellos parámetros en los que la SMF no tiene ningún interés.

En otro ejemplo, tanto una AMF como una SMF pueden consumir servicios proporcionados por una PCF, pero pueden no estar interesadas en los mismos parámetros de la PCF. El parámetrosupiRangeListes de poco o ningún interés para una SMF, y una AMF puede tener interés o no en el parámetrodnnList,en función de la lógica de selección de la AMF. Normalmente, cuando una AMF obtiene la política de movilidad para un UE, el parámetrosupiRangeListresulta más interesante para la AMF. Sin embargo, según estándares convencionales, a una AMF ó SMF que se haya suscrito para que se le notifiquen cambios de los parámetros de PCF, se le notificarán cambios decualquierade los parámetros de perfil de la PCF, incluidos cambios de aquellos parámetros que no son de interés, respectivamente, para la AMF ó la SMF.

incluso para parámetros que puedan ser de interés para un consumidor de servicios de NF, puede que el consumidor de servicios de NF desee que se le notifique un cambio de un parámetro únicamente si el cambio del parámetro de interés cumple uno o más criterios. Por ejemplo, puede que algunos atributos de un perfil de NF tengan un intervalo de valores continuos (por ejemplo, puede que la información de carga se indique de manera que tenga un valor entre el 0 y el 100%); una entidad que esté monitorizando la carga porcentual de un proveedor de NF probablemente no esté interesada en recibir notificaciones cada vez que cambie el valor de la carga, sino que es más probable que desee que se le notifique si la carga que está experimentando el proveedor de NF supera un valor o porcentaje de umbral, o experimenta un cambio que es superior a un valor o porcentaje de umbral. Por ejemplo, puede que un consumidor de NF desee que se le notifique si la carga del proveedor de NF cambia en un 5%, si la carga supera el 90% ó si la carga cae por debajo de un cierto valor, etcétera.

Según se define actualmente en la TS 29.510, no es posible proporcionar un filtro de los cambios cuando se efectúa una suscripción a un cambio de perfil de NF, por ejemplo, notificar solamente si uno de un primer subconjunto de parámetros cambia, pero no notificar si cambia cualquiera de otro subconjunto de parámetros, etcétera. No es posible tampoco proporcionar una condición de umbral para la notificación de cambios de parámetros que sean de interés para el consumidor de NF.

De este modo, en las redes de telecomunicaciones convencionales, no es posible proporcionar una notificación al consumidor de una NF suscriptora únicamente cuando se ha cambiado un atributo particular y/o cuando un atributo particular ha alcanzado un valor de umbral o ha cambiado en una magnitud de umbral.

Ciertos aspectos de la presente exposición y sus realizaciones pueden proporcionar soluciones a los desafíos antes mencionados u otros.

La presente exposición propone un mecanismo, en la Red Central de 5G con Arquitectura Basada en Servicios (SBA), en la que una NF se suscribe a la NRF para obtener notificaciones sobre el cambio del perfil de otra NF.

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

En la presente, se proponen varias realizaciones que abordan una o más de las cuestiones dadas a conocer en la presente. Ciertas realizaciones pueden proporcionar una o más de las siguientes ventajas técnicas. Los mecanismos proporcionados por la presente exposición pueden reducir de manera significativa la señalización de la NRF a las entidades suscriptoras, lo cual puede reducir la carga de procesado en la entidad suscriptora al reducir el número de veces que la entidad suscriptora recibe y procesa notificaciones y eliminar el número de notificaciones no deseadas recibidas por la entidad suscriptora.

Breve descripción de los dibujos

Los dibujos adjuntos, que se incluyen para proporcionar una comprensión más exhaustiva de la exposición y se incorporan a esta solicitud y constituyen parte de la misma, ilustran ciertas realizaciones no limitativas de conceptos inventivos. En los dibujos:

figura 1 ilustra un ejemplo de una red QQ100 de comunicaciones celulares en donde se pueden implementar realizaciones de la presente exposición;

figura 2 ilustra un sistema de comunicaciones inalámbricas representado en forma de arquitectura de red de 5G; figura 3 ilustra una arquitectura de red de 5G que usa interfaces basadas en servicios entre las NF en el plano de control;

figura 4a es un diagrama de flujo que ilustra un método según una realización de la presente solución;

figura 4b es un diagrama de flujo que ilustra un método según una realización de la presente solución;

figura 4c es un diagrama de señalización que se corresponde con los diagramas de flujo de las figuras 4a y 4b; figura 5a es un diagrama de bloques esquemático de un nodo de acceso de radiocomunicaciones;

figura 5b es un diagrama de bloques esquemático de una entidad de red;

figura 6 es un diagrama de bloques esquemático de un nodo de acceso de radiocomunicaciones;

figura 7 es un diagrama de bloques esquemático de un UE;

figura 8 es un diagrama de bloques esquemático de un UE;

Descripción detallada

A continuación, en referencia a los dibujos adjuntos, se describirán con mayor detalle algunas de las realizaciones contempladas en la presente. No obstante, el alcance de la materia en cuestión dada a conocer en la presente incluye otras realizaciones, no debiéndose considerar la materia en cuestión dada a conocer como limitada únicamente a las realizaciones establecidas en la presente; más bien, estas realizaciones se proporcionan a título de ejemplo para transmitir a aquellos versados en la materia el alcance de la materia en cuestión. En el(los) documento(s) proporcionado(s) en el Apéndice también se puede encontrar información adicional.

Nodo de Radiocomunicaciones: Según se usa en la presente, un “nodo de radiocomunicaciones” es bien un nodo de acceso de radiocomunicaciones o bien un dispositivo inalámbrico.

Nodo de Acceso de Radiocomunicaciones: Según se usa en la presente, un “nodo de acceso de radiocomunicaciones” o “nodo de red de radiocomunicaciones” es cualquier nodo en una red de acceso de radiocomunicaciones de una red de comunicaciones celulares que funciona para transmitir y/o recibir señales de forma inalámbrica. Algunos ejemplos de un nodo de acceso de radiocomunicaciones incluyen, aunque sin carácter limitativo, una estación base (por ejemplo, un gNB en una red de NR de 5G del 3GPP ó un eNB en una red de LTE del 3GPP), una estación base de alta potencia o macro-estación base, una estación base de baja potencia (por ejemplo, una micro-estación base, una pico-estación base, un eNB propio o similares) y un nodo de retransmisión.

Nodo de Red Central: Según se usa en la presente, un “nodo de red central” es cualquier tipo de nodo en una red central. Algunos ejemplos de un nodo de red central incluyen, por ejemplo, una Entidad de Gestión de Movilidad (MME), una Pasarela de Red de Datos por Paquetes (PGW), una Función de Exposición de Capacidad de Servicio (SCEF), o similares.

Dispositivo Inalámbrico: Según se usa en la presente, un “dispositivo inalámbrico” es cualquier tipo de dispositivo que tiene acceso a (es decir, le presta servicio) una red de comunicaciones celulares mediante la transmisión y/o recepción inalámbrica de señales a un(os) nodo(s) de acceso de radiocomunicaciones. Algunos ejemplos de un dispositivo inalámbrico incluyen, aunque sin carácter limitativo, un UE en una red del 3GPP y un dispositivo de Comunicación de Tipo Máquina (MTC).

Nodo de Red: Según se usa en la presente, un “nodo de red” es cualquier nodo que forma parte bien de la red de acceso de radiocomunicaciones o bien de la red central de una red/sistema de comunicaciones celulares. A un nodo de red también se le puede hacer referencia como entidad de red.

Obsérvese que la descripción aportada en la presente se centra en un sistema de comunicaciones celulares del 3GPP y, por ello, con frecuencia se usa terminología del 3GPP ó terminología similar a la terminología del 3GPP. No obstante, los conceptos dados a conocer en la presente no se limitan a un sistema del 3GPP.

Obsérvese que, en la descripción de la presente, se puede hacer referencia al término “célula”; no obstante, particularmente con respecto a conceptos de las NR de 5G, se pueden usar haces en lugar de células y, por ello, es importante observar que los conceptos descritos en la presente son aplicables igualmente tanto a células como a haces.

La materia en cuestión de la presente exposición es una mejora de la suscripción a notificaciones de instancias de NF definida en la TS 29.510, sección 5.2.2.5, que da a conocer que la suscripción a notificaciones en instancias de NF se ejecuta creando un recurso individual nuevo bajo el recurso colectivo “suscripciones”. La operación se invoca emitiendo una solicitud POST en el Identificador Uniforme de Recursos (URI) que representa el recurso “suscripciones”, según se muestra en el extracto de la TS 29.510, que se reproduce seguidamente:

Extracto inicial de la TS 29.510

Figura 5.2.2.5.2-1: Suscripción a Instancias de NF en la misma PLMN

1. El Consumidor de Servicio de NF enviará una solicitud POST al URI de recursos que representa el recurso colectivo “suscripciones”. El cuerpo de la solicitud incluirá los datos que indican el tipo de notificaciones en cuya recepción está interesado el Consumidor de Servicios de NF; contiene también un URI de devolución de llamada, donde el Consumidor de Servicios NF estará preparado para recibir la notificación concreta de la NRF (véase la operación NFStatusNotify en 5.2.2.6) y puede contener un tiempo de validez, sugerido por el Consumidor de Servicios de NF, que representa el espacio de tiempo durante el cual se desea mantener activa la suscripción.

2a. En caso satisfactorio, se devolverá “201 Created”. La respuesta contendrá el tiempo de validez, según lo determine la NRF, tras el cual la suscripción se convierte en no válida. Una vez que se haya producido la expiración de la suscripción, si el Consumidor de Servicios de NF desea continuar recibiendo notificaciones de estado, creará una suscripción nueva en la NRF.

2b. Si la creación de la suscripción falla en la NRF debido a errores en el objeto de JSON SubscriptionData en el cuerpo de la solicitud, la NRF devolverá un código de estado “400 Bad Request”, proporcionando el IE ProblemDetails detalles del error.

Si la creación de la suscripción falla en la NRF debido a errores internos de la NRF, la NRF devolverá un código de estado “500 Internal Server Error”, proporcionando el IE ProblemDetails detalles del error.

Extracto final de la TS 29.510

Según algunas realizaciones de la presente exposición, el objetoSubscriptionDatase amplía de manera que incluya Elementos de Información (IE) adicionales que no están definidos actualmente en la TS 29.510. Lo que sigue es un ejemplo de los cambios que se podrían realizar en la TS 29.510 para admitir los conceptos y técnicas según algunas realizaciones de la presente exposición. Los cambios se muestran ennegrita y subrayados.

(MODIFICADA) Tabla 6.1.6.2.16-1: Definición del tipo SubscriptionData

(NUEVA) Definición del tipo de NfProfileChangeNotificationCondition

(NUEVA) Definición del tipo de ChangeCondition como una lista de “alternativas mutuamente excluyentes”.

(NUEVA) Definición de tipo ConditionDefinition

En algunas realizaciones, los parámetrosmonitoredAttributeListychangeFilterListpueden no estar presentes al mismo tiempo. En otras realizaciones, estos dos parámetros pueden coexistir, donde uno de los dos tiene prioridad sobre el otro en caso de que ambos se refieran al mismo parámetro.

El siguiente es un ejemplo de cómo se podrían implementar los conceptos descritos en la presente exposición según un protocolo:

En el ejemplo anterior, se proporciona a una NRF la lista de condiciones de una instancia de NF particular - identificada mediante sunfInstanceIdde “4ad20e99-91fa-1be879d4c478” - para la cual la entidad suscriptora desea recibir una notificación; en concreto, que la entidad suscriptora desea que se le notifique:

• la primera vez que la carga en esa instancia de NF es superior o igual al 80%; y

• cada vez que cualquier parámetro que tenga un nombre que coincida con la expresión regular “/nfServices/*/nfServiceStatus” cambie a modo “SUSPENDED” (por ejemplo, si cualquiera de los servicios disponibles pasa al modo suspendido).

El anterior ejemplo y otros ejemplos que se presentan en este documento son ilustrativos y no limitativos.

La figura 4a es un diagrama de flujo que ilustra un método ejemplificativo para proporcionar notificaciones para una suscripción con el fin de monitorizar cambios de un perfil de NF de una entidad de red monitorizada (por ejemplo, una entidad de red central, por ejemplo, una entidad de plano de control de red central tal como una NSSF, NEF, PCF, UDM, AUSF, AMF ó SMF, o una entidad de plano de usuario de red central tal como una UPF) según algunas realizaciones de la presente exposición. Preferentemente, el perfil de NF comprende un conjunto de atributos, por ejemplo atributos tales como aquellos que se identifican con nombres de Atributo en las tablas de la TS 29.510 ante citada. En la realización ilustrada en la figura 4a, el método incluye las siguientes etapas, que pueden llevase a cabo en una entidad de red de repositorio (por ejemplo, tal como una NRF ó similar) para proporcionar notificaciones (por ejemplo, notificaciones condicionales) para una suscripción con el fin de monitorizar cambios de un perfil de NF de una entidad de red monitorizada.

En la etapa IVD100, la entidad de red de repositorio recibe, de una entidad de red suscriptora (por ejemplo, otra entidad de red central, por ejemplo otra entidad de plano de control de red central u otra entidad de plano de usuario de red central), una solicitud de suscripción para monitorizar cambios en un perfil de NF de al menos una entidad de red monitorizada, comprendiendo la solicitud una preferencia de notificación que identifica un subconjunto de atributos del Perfil de NF a monitorizar o a excluir de la monitorización, o una combinación de los anteriores. Opcionalmente, la preferencia de notificación puede incluir un conjunto de condiciones que deben satisfacerse antes de que se envíe la notificación del cambio en el perfil de NF.

En la etapa IVD102, la entidad de red proporciona, a la entidad de red suscriptora, notificaciones de cambios en el subconjunto identificado de atributos del perfil de NF de la por lo menos una entidad de red monitorizada según la preferencia de notificación.

La figura 4b es un diagrama de flujo que ilustra un método ejemplificativo para suscribirse a notificaciones de cambios en un perfil de NF de una entidad de red monitorizada según algunas realizaciones de la presente exposición. Preferentemente, el perfil de NF comprende un conjunto de atributos, por ejemplo, atributos que se identifican con nombres de Atributo de las tablas de la TS 29.510 antes citada. En la realización ilustrada en la figura 4b, el método incluye las siguientes etapas, que se pueden llevar a cabo en una entidad de red suscriptora (por ejemplo, una entidad de red central, por ejemplo, una entidad de plano de control de red central tal como una NSSF, NEF, PCF, UDM, AUSF, AMF ó SMF, o una entidad de plano de usuario de red central tal como una UPF) dentro de una red de telecomunicaciones, para suscribirse a notificaciones de cambios de un perfil de NF de una entidad de red monitorizada (por ejemplo, otra entidad de red central, por ejemplo, otra entidad de plano de control de red central u otra entidad de plano de usuario de red central).

En la etapa IVD200, la entidad de red suscriptora envía, a una entidad de red de repositorio (por ejemplo, una NRF ó similar), una solicitud de suscripción para suscribirse con el fin de monitorizar cambios de un perfil de NF de al menos una entidad de red monitorizada, comprendiendo la solicitud una preferencia de notificación que identifica un subconjunto de atributos del Perfil de NF a monitorizar o a excluir de la monitorización, o una combinación de los anteriores. Opcionalmente, la preferencia de notificación puede incluir un conjunto de condiciones que deben satisfacerse antes de que se envíe la notificación del cambio en el perfil de NF.

En la etapa IVD202, la entidad recibe, de la entidad de red de repositorio, notificaciones de cambios en el subconjunto identificado de atributos del perfil de NF de la por lo menos una entidad de red monitorizada según la preferencia de notificación.

En las figuras tanto 4a como 4b, en algunas realizaciones, la preferencia de notificación especifica un conjunto de condiciones que deben satisfacerse antes de que se vaya a enviar una notificación de un cambio de atributo. Por ejemplo, la preferencia de notificación puede indicar que la entidad suscriptora desea que se le notifique cualquier cambio en el atributo X pero desea que únicamente se le notifique si el atributo Y cambia en más de cierta magnitud, por ejemplo, un Z por ciento. En algunas realizaciones, la por lo menos una NF, cuyos perfiles desea monitorizar la entidad suscriptora, se puede identificar por nombre u otro identificador, por función, por ubicación geográfica u otros medios de identificación, ya sea explícitamente o por una expresión regular o patrón de concordancia. Asimismo, los atributos a monitorizar y/o ignorar pueden identificarse explícitamente o por una expresión regular o patrón de concordancia. En algunas realizaciones, las notificaciones de cambios de un primer atributo pueden estar condicionadas al estado o valor de un segundo atributo. Se entenderá que las condiciones para la notificación pueden ser complejas o multifactoriales, y que las condiciones pueden describirse en términos de expresiones matemáticas (por ejemplo, mayor que, menor que, igual a, dentro o fuera de un intervalo de valores), booleanas (por ejemplo, y, o, no) y/o lógicas (por ejemplo, si...entonces...si no, mientras...hacer, para cada elemento de la lista).

La figura 4c es un diagrama de señalización que se corresponde con los diagramas de flujo de las figuras 4a y 4b.

La figura 5a es un diagrama de bloques esquemático de una entidad QP200 de red según algunas realizaciones de la presente exposición. La entidad de red puede ser, por ejemplo, una entidad de red central, por ejemplo una entidad de plano de control de red central tal como una n SSf , NEF, pCf , UDM, AUSF, AMF ó SMF, o una entidad de plano de usuario de red central tal como una UPF. Como se ilustra, la entidad de red incluye un sistema QP202 de control que incluye uno o más procesadores Qp204 (por ejemplo, Unidades de Procesado Central (CPU), Circuitos Integrados de Aplicación Específica (ASIC), Matrices de Puertas Programables in Situ (FPGA) y/o similares), memoria Qp206 y una interfaz Qp208 de red. Al procesador o procesadores Qp204 también se les hace referencia en la presente como circuitería de procesado. El procesador o procesadores QP204 funcionan para proporcionar una o más funciones de una entidad QP200 de red según se describe en la presente. En algunas realizaciones, la(s) función(es) se implementan ensoftwareque se almacena, por ejemplo, en la memoria QP206 y es ejecutado por el procesador o procesadores QP204.

La figura 5b es un diagrama de bloques esquemático de un nodo QQ200 de acceso de radiocomunicaciones según algunas realizaciones de la presente exposición. El nodo QQ200 de acceso de radiocomunicaciones puede ser, por ejemplo, una estación base QQ102 ó QQ106. Como se ilustra, el nodo QQ200 de acceso de radiocomunicaciones incluye un sistema QQ202 de control que incluye uno o más procesadores QQ204 (por ejemplo, Unidades de Procesado Central (CPU), Circuitos Integrados de Aplicación Específica (ASIC), Matrices de Puertas Programables in Situ (FPGA) y/o similares), memoria QQ206 y una interfaz QQ208 de red. Al procesador o procesadores QQ204 también se les hace referencia en la presente como circuitería de procesado. Además, el nodo QQ200 de acceso de radiocomunicaciones incluye una o más unidades QQ210 de radiocomunicaciones que incluyen, cada una de ellas, uno o más transmisores QQ212 y uno o más receptores QQ214 acoplados a una o más antenas QQ216. A las unidades QQ210 de radiocomunicaciones se les puede hacer referencia como circuitería de interfaz de radiocomunicaciones o pueden formar parte de esta última. En algunas realizaciones, la(s) unidad(es) QQ210 de radiocomunicaciones es externa al sistema QQ202 de control y está conectada al sistema QQ202 de control mediante, por ejemplo, una conexión por cable (por ejemplo, un cable óptico). No obstante, en algunas otras realizaciones, la(s) unidad(es) QQ210 de radiocomunicaciones y potencialmente la(s) antena(s) QQ216 están integradas junto con el sistema QQ202 de control. El procesador o procesadores QQ204 funcionan para proporcionar una o más funciones de un nodo QQ200 de acceso de radiocomunicaciones según se describe en la presente. En algunas realizaciones, la(s) función(es) se implementan ensoftwareque se almacena, por ejemplo, en la memoria QQ206 y es ejecutado por el procesador o procesadores QQ204.

La figura 6 es un diagrama de bloques esquemático del nodo QQ200 de acceso de radiocomunicaciones según algunas otras realizaciones de la presente exposición. El nodo QQ200 de acceso de radiocomunicaciones incluye uno o más módulos QQ400, cada uno de los cuales se implementa ensoftware.El(los) módulo(s) QQ400 proporcionan la funcionalidad del nodo QQ200 de acceso de radiocomunicaciones descrito en la presente.

La figura 7 es un diagrama de bloques esquemático de un UE QQ500 según algunas realizaciones de la presente exposición. Como se ilustra, el UE QQ500 incluye uno o más procesadores QQ502 (por ejemplo, CPUs, ASICs, FPGAs y/o similares), memoria QQ504 y uno o más transceptores QQ506 cada uno de los cuales incluye uno o más transmisores QQ508 y uno o más receptores QQ510 acoplados a una o más antenas QQ512. El(los) transceptor(es) QQ506 incluye circuitería de etapa frontal de radiocomunicaciones conectada a la(s) antena(s) QQ512 que está configurada para acondicionar señales que se comunican entre la(s) antena(s) QQ512 y el(los) procesador(es) QQ502, tal como apreciará una persona con conocimientos habituales en la materia. A los procesadores QQ502 también se les hace referencia en la presente como circuitería de procesado. A los transceptores QQ506 también se les hace referencia en la presente como circuitería de radiocomunicaciones. En algunas realizaciones, la funcionalidad del UE QQ500 antes descrito se puede implementar de manera total o parcial ensoftwareque, por ejemplo, se almacena en la memoria QQ504 y es ejecutado por el(los) procesador(es) QQ502. Obsérvese que el UE QQ500 puede incluir componentes adicionales no ilustrados en la figura 5 tales como, por ejemplo, uno o más componentes de interfaz de usuario (por ejemplo, una interfaz de entrada/salida que incluya un módulo de visualización, botones, una pantalla táctil, un micrófono, un altavoz(ces) y/o similares y/o cualesquiera otros componentes para permitir la introducción de información en el UE QQ500 y/o permitir la salida de información del UE QQ500), una fuente de alimentación (por ejemplo, una batería y circuitería de alimentación asociada), etcétera.

En algunas realizaciones, se proporciona un programa informático que incluye instrucciones que, cuando son ejecutadas por al menos un procesador, consigue que el por lo menos un procesador lleve a cabo la funcionalidad del UE QQ500 según cualquiera de las realizaciones descritas en la presente. En algunas realizaciones, se proporciona un soporte que comprende el producto de programa informático antes mencionado. El soporte es uno de una señal electrónica, una señal óptica, una señal de radiocomunicaciones o un medio de almacenamiento legible por ordenador (por ejemplo, un medio no transitorio legible por ordenador, tal como memoria).

La figura 8 es un diagrama de bloques esquemático del UE QQ500 según algunas otras realizaciones de la presente exposición. El UE QQ500 incluye uno o más módulos QQ600, cada uno de los cuales se implementa ensoftware.

El(los) módulos QQ600 proporcionan la funcionalidad del UE QQ500 descrito en la presente.

Cualesquiera etapas, métodos, características, funciones o prestaciones apropiados dados a conocer en la presente se pueden llevar a cabo a través de una o más unidades o módulos funcionales de uno o más aparatos virtuales. Cada aparato virtual puede comprender una serie de estas unidades funcionales. Estas unidades funcionales pueden implementarse mediante circuitería de procesado, que puede incluir uno o más microprocesadores o microcontroladores, así como otrohardwaredigital, que puede incluir Procesadores de Señales Digitales (DSP), lógica digital de propósito especial y similares. La circuitería de procesado se puede configurar para ejecutar código de programa almacenado en memoria, que puede incluir uno o varios tipos de memoria tales como Memoria de Solo Lectura (ROM), Memoria de Acceso Aleatorio (RAM), memoria caché, dispositivos de memoriaflash,dispositivos de almacenamiento óptico, etcétera. El código de programa almacenado en memoria incluye instrucciones de programa para ejecutar uno o más protocolos de telecomunicaciones y/o comunicaciones de datos, así como instrucciones para llevar a cabo una o más de las técnicas descritas en la presente. En algunas implementaciones, la circuitería de procesado se puede usar para conseguir que la unidad funcional respectiva lleve a cabo funciones correspondientes según una o más realizaciones de la presente exposición.

Si bien los procesos de las figuras pueden presentar un orden particular de operaciones llevadas a cabo por ciertas realizaciones de la presente exposición, debe entenderse que dicho orden es ejemplificativo (por ejemplo, realizaciones alternativas pueden llevar a cabo las operaciones en un orden diferente, combinar ciertas operaciones, solapar ciertas operaciones, etcétera).

Abreviaturas

En esta exposición se pueden utilizar por lo menos algunas de las siguientes abreviaturas. Si se produce una incongruencia entre abreviaturas, debería concederse preferencia a la forma con la que se ha usado la misma anteriormente. Si esta se enumera múltiples veces a continuación, se debe elegirse la primera enumeración con respecto a cualquier enumeración(es) posterior(es).

• 3GPP Proyecto de Asociación de Tercera Generación

• 5G Quinta Generación

• AF Función de Aplicación

• AMF Función de Gestión de Movilidad y Acceso

• AN Red de Acceso

• AP Punto de Acceso

• ASIC Circuito Integrado de Aplicación Especifica

AUSF Función de Servidor de Autenticación

CPU Unidad de Procesado Central

DN Red de Datos

DNN Nombre de Red de Datos

DNS Sistema de Nombres de Dominio

DSP Procesador de Señal Digital

eNB Nodo B Mejorado o Evolucionado

FPGA Matriz de Puertas Programables in Situ

FQDN Nombre de Dominio Totalmente Cualificado

gNB Estación Base de Nuevas Radiocomunicaciones

ID Identificador / Identidad

IE Elemento de Información

IP Protocolo de Internet

Ipv4Addr Dirección de la Versión 4 del Protocolo de Internet Ipv6Addr Dirección de la Versión 6 del Protocolo de Internet

JSON Notación de Objetos en JavaScript

LTE Evolución a Largo Plazo

MME Entidad de Gestión de Movilidad

MTC Comunicación de Tipo Máquina

NEF Función de Exposición de Red

NF Función de Red

NR Nuevas Radiocomunicaciones

NRF Función de Repositorio de Función de Red

NSI Instancia de Segmento de Red

NSSAI Información de Asistencia para Selección de Segmentos de Red NSSF Función de Selección de Segmentos de Red

OTTOver-the-Top

PCF Función de Control de Políticas

PGW Pasarela de Red de Datos por Paquetes

PLMN Red Pública Terrestre de Servicios Móviles

QoS Calidad de Servicio

RAM Memoria de Acceso Aleatorio

RAN Red de Acceso de Radiocomunicaciones

REST Transferencia de Estado Representativa

ROM Memoria de Solo Lectura

RRH Cabezal de Radiocomunicaciones Remoto

RTT Tiempo de Ida y Vuelta

• SBA Arquitectura Basada en Servicios

• SBI Interfaz Basada en Servicios

• SCEF Función de Exposición de Capacidad de Servicio

• SMF Función de Gestión de Sesiones

• S-NSSAI Información de Asistencia para Selección de Segmentos de Red Individuales • SUPI Identificador Permanente de Abonado

• TAI Identidad de Área de Seguimiento

• TS Especificación Técnica

• UDM Gestión Unificada de Datos

• UDR Repositorio Unificado de Datos

• UE Equipo de Usuario

• UPF Función de Plano de Usuario

• URI Identificador Uniforme de Recursos

Claims (18)

REIVINDICACIONES

1. Método, llevado a cabo por una entidad (1200) de red de repositorio dentro de una red de telecomunicaciones, para proporcionar notificaciones para una suscripción con el fin de monitorizar cambios de un perfil de una Función de Red, NF, de una entidad de red monitorizada donde el perfil de NF comprende un conjunto de atributos, comprendiendo el método:

- recibir (IVD100), de una entidad (1100) de red suscriptora, una solicitud de suscripción para suscribirse con el fin de monitorizar cambios en los atributos de un perfil de NF de la entidad de red monitorizada, comprendiendo la solicitud de suscripción una preferencia de notificación que identifica como de interés para la entidad de red suscriptora una combinación de un subconjunto de los atributos del perfil de NF a monitorizar y como no de interés para la entidad de red suscriptora un subconjunto de los atributos del perfil de NF a excluir de la monitorización mientras que los otros atributos del perfil de NF son de interés para la entidad de red suscriptora; y

- proporcionar (IVD102), a la entidad de red suscriptora, notificaciones de cambios en los atributos del perfil de NF de la entidad de red monitorizada cuando cualquier atributo de interés para la entidad de red suscriptora ha cambiado.

2. Método de la reivindicación 1, en el que la entidad de red de repositorio comprende una Función de Repositorio de NF, NRF.

3. Método de una cualquiera de la reivindicación 1 ó 2, en el que la preferencia de notificación identifica, para al menos un atributo monitorizado, una condición que un atributo en el que se ha producido un cambio debe satisfacer antes de que se proporcione una notificación a la entidad de red suscriptora.

4. Método de la reivindicación 3, en el que la condición que debe satisfacer un atributo en el que se ha producido un cambio antes de que se proporcione una notificación a la entidad de red suscriptora comprende una condición de que el atributo ha cambiado:

a un valor numérico, de cadena o booleano especificado;

a un valor o en un porcentaje que es igual a un número de umbral;

a un valor o en un porcentaje que es superior a un número de umbral;

a un valor o en un porcentaje que es inferior a un número de umbral;

a un valor o en un porcentaje que está dentro de un intervalo definido;

a un valor o en un porcentaje que está fuera de un intervalo definido; o

a un valor que coincide con un valor de expresión regular o condición de concordancia.

5. Método de una cualquiera de las reivindicaciones 1 a 4, en el que la preferencia de notificación identifica una condición que debe existir para un atributo antes de que se proporcione una notificación de un cambio de otro atributo a la entidad de red suscriptora.

6. Método de una cualquiera de las reivindicaciones 1 a 5, en el que la preferencia de notificación identifica el atributo por nombre, identificador, condición de concordancia, valor de expresión regular o alguna combinación de los anteriores.

7. Método de una cualquiera de las reivindicaciones 1 a 6, en el que la solicitud para suscribirse a cambios en un perfil de NF de un conjunto identificado de una o más NF identifica al menos una de la NF ó NFs por nombre, identificador, condición de concordancia, valor de expresión regular, o alguna combinación de los anteriores.

8. Método de una cualquiera de las reivindicaciones 1 a 7, en el que la entidad de red suscriptora comprende una NF de red central que no es la entidad de red que recibe la solicitud para suscribirse a cambios.

9. Método, llevado a cabo por una entidad (1100) de red suscriptora dentro de una red de telecomunicaciones, para suscribirse a notificaciones de cambios de un perfil de una Función de Red, NF, de una entidad de red monitorizada donde el perfil de NF comprende un conjunto de atributos, comprendiendo el método:

- enviar (IVD200), a una entidad (1200) de red de repositorio, una solicitud de suscripción para suscribirse con el fin de monitorizar cambios en los atributos de un perfil de NF de la entidad de red monitorizada, comprendiendo la solicitud de suscripción una preferencia de notificación que identifica como de interés para la entidad de red suscriptora una combinación de un subconjunto de los atributos del perfil de NF a monitorizar y como no de interés para la entidad de red suscriptora un subconjunto de los atributos del perfil de NF a excluir de la monitorización mientras que los otros atributos del perfil de NF son de interés para la entidad de red suscriptora; y

- recibir (IVD202), de la entidad de red de repositorio, notificaciones de cambios en los atributos del perfil de NF de la entidad de red monitorizada cuando cualquier atributo de interés para la entidad de red suscriptora ha cambiado.

10. Método de la reivindicación 9, en el que la entidad de red de repositorio comprende una Función de Repositorio de NF, NRF.

11. Método de una cualquiera de la reivindicación 9 ó 10, en el que una preferencia de notificación identifica, para al menos un atributo monitorizado, una condición que un atributo en el que se ha producido un cambio debe satisfacer antes de que se proporcione una notificación a la entidad de red suscriptora.

12. Método de la reivindicación 11, en el que la condición que debe satisfacer un atributo en el que se ha producido un cambio antes de que se proporcione una notificación a la entidad de red suscriptora comprende una condición de que el atributo ha cambiado:

a un valor numérico, de cadena o booleano especificado;

a un valor o en un porcentaje que es igual a un número de umbral;

a un valor o en un porcentaje que es superior a un número de umbral;

a un valor o en un porcentaje que es inferior a un número de umbral;

a un valor o en un porcentaje que está dentro de un intervalo definido;

a un valor o en un porcentaje que está fuera de un intervalo definido; o

a un valor que coincide con un valor de expresión regular o condición de concordancia.

13. Método de una cualquiera de las reivindicaciones 9 a 12, en el que la preferencia de notificación identifica una condición que debe existir para un atributo antes de que se proporcione una notificación de un cambio de otro atributo a la entidad de red suscriptora.

14. Método de una cualquiera de las reivindicaciones 9 a 13, en el que las preferencias de notificación identifican el atributo por nombre, identificador, condición de concordancia, valor de expresión regular o alguna combinación de los anteriores.

15. Método de una cualquiera de las reivindicaciones 9 a 14, en el que la solicitud para suscribirse a cambios en un perfil de NF de un conjunto identificado de una o más NF identifica al menos una de la NF ó NFs por nombre, identificador, condición de concordancia, valor de expresión regular o alguna combinación de los anteriores.

16. Método de una cualquiera de las reivindicaciones 9 a 15, en el que la entidad dentro de la red de telecomunicaciones comprende una NF de red central que no es la entidad de red para proporcionar notificaciones de cambios de perfil de la NF.

17. Entidad (1200) de red de repositorio para funcionar dentro de una red de telecomunicaciones y para proporcionar notificaciones para una suscripción con el fin de monitorizar cambios de un perfil de una Función de Red, NF, de una entidad de red monitorizada donde el perfil de NF comprende un conjunto de atributos, comprendiendo la entidad de red de repositorio circuitería (QP204) de procesado configurada para llevar a cabo el método de cualquiera de las reivindicaciones 1 a 8.

18. Entidad (1100) de red suscriptora para funcionar dentro de una red de telecomunicaciones y para suscribirse a notificaciones de cambios de un perfil de una Función de Red, NF, de una entidad de red monitorizada donde el perfil de NF comprende un conjunto de atributos, comprendiendo la entidad de red suscriptora circuitería (QP204) de procesado configurada para llevar a cabo el método de cualquiera de las reivindicaciones 9 a 16.