ES2992233T3 - Métodos para el descubrimiento de funciones de red - Google Patents

Métodos para el descubrimiento de funciones de red Download PDF

Info

Publication number
ES2992233T3
ES2992233T3 ES20754218T ES20754218T ES2992233T3 ES 2992233 T3 ES2992233 T3 ES 2992233T3 ES 20754218 T ES20754218 T ES 20754218T ES 20754218 T ES20754218 T ES 20754218T ES 2992233 T3 ES2992233 T3 ES 2992233T3
Authority
ES
Spain
Prior art keywords
network entity
smf
candidate
profile
candidate network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES20754218T
Other languages
English (en)
Inventor
Yong Yang
Yunjie Lu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2992233T3 publication Critical patent/ES2992233T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/028—Capturing of monitoring data by filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/0864—Round trip delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/20—Arrangements for monitoring or testing data switching networks the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Environmental & Geological Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Una entidad de red genera una solicitud de descubrimiento y transmite la solicitud de descubrimiento a una entidad de repositorio de red, NRE, en donde, ventajosamente, la solicitud de descubrimiento incluye un conjunto de parámetros de consulta, comprendiendo el conjunto de parámetros de consulta un conjunto de identificadores de entidad de red candidata (ID) que comprenden al menos un primer ID de entidad de red candidata (por ejemplo, un ID de instancia l-SMF), en donde cada ID de entidad de red candidata incluido en el conjunto de ID de entidad de red candidata identifica una entidad de red candidata. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Métodos para el descubrimiento de funciones de red
Campo técnico
Se describen realizaciones relacionadas con el descubrimiento de funciones de red (NF).
Antecedentes
El documento EP 3358887 A1 (IND TECH RES INST [TW]) se refiere a un método de registro para la selección de segmentos de red, en donde la solicitud contiene un grupo de AMF candidatas y la respuesta proporciona información relacionada con las AMF candidatas; ORANGE: "Missing Requester-snssai query parameter", C4-191257, vol. CT WG4, núm. Xi'an, China; 20190408 - 20190412 del 7 de abril de 2019 (07-04-2019), XP051699250, describe las estructuras de datos utilizadas para transmitir la solicitud y respuesta de descubrimiento de NF.
Figura 1
La FIG. 1 ilustra una representación de punto de referencia de un sistema de comunicación inalámbrico ilustrativo 100 representado como una arquitectura de red 5G que comprende una red de acceso (AN) (por ejemplo, una AN de radio (R(AN)) y una red central (CN) que comprenden entidades de red en forma de funciones de red (NF). Normalmente, la AN comprende estaciones base, por ejemplo, como nodos B evolucionados (eNB) o estaciones base 5G (gNB) o similares. Como se muestra en la FIG. 1, equipos de usuario (UE) se conectan a una AN, así como una función de gestión de acceso y movilidad (AMF). Como también se muestra en la FIG. 1, las NF CN 5G incluyen: una función de selección de segmento de red (NSSF), una función de servidor de autenticación (AUSF), 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 sesiones (SMF), una función de control de políticas (PCF), una función de aplicación (AF).
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 está definido para transportar señalización entre UE y AMF. Los puntos de referencia N2 y N3 están definidos para transportar señalización entre R(AN) y AMF y entre R(AN) y UPF, respectivamente. El punto de referencia N11 está definido para transportar señalización entre AMF y SMF. El punto de referencia N4 está definido para transportar señalización entre SMF y UPF. El punto de referencia N9 está definido para transportar señalización entre diferentes UPF y el punto de referencia N14 está definido para transportar señalización entre diferentes AMF. Los puntos de referencia N15 y N7 están definidos para transportar señalización entre PCF y AMF y SMF, respectivamente. El punto de referencia N12 está definido para transportar señalización entre AMF y AUSF. Los puntos de referencia N8 y N10 están definidos para transportar señalización entre UDM y AMF y SMF, respectivamente.<El punto de referencia N13 está definido para transportar señalización entre>AUS<f y UDM. El punto de>referencia N22 está definido para transportar señalización entre NSSF y AMF.
La red central 5G tiene como objetivo separar el plano de usuario y el plano de control. El plano de usuario transporta tráfico de usuario (por ejemplo, datos de usuario), mientras que el plano de control transporta señalización en la red. En la FIG. 1, la UPF está en el plano de usuario, mientras que las otras NF, es decir, AMF, SMF, PCF, AF, AUSF y UDM, están en el plano de control. Separar el plano de usuario y el plano de control permite escalar los recursos en cada plano de forma independiente. También permite que las UPF se implementen por separado de las funciones de plano de control de forma distribuida. Por ejemplo, se puede implementar una UPF muy cerca de los UE para acortar el tiempo de ida y vuelta (RTT) entre los UE y la red de datos para algunas aplicaciones que requieren baja latencia.
Las NF en la arquitectura de red central 5G son funciones modularizadas independientes, lo que permite una evolución y escalado independientes. El diseño de función modularizada permite que la red central 5G admita diversos servicios de manera flexible.
Cada NF en la red central interactúa directamente con otra NF, aunque es posible utilizar funciones intermedias para enrutar mensajes de una NF a otra NF.
Figura 2
La FIG. 2 ilustra un sistema de comunicación inalámbrica ilustrativo 200 representado como una arquitectura de red 5G que usa interfaces basadas en servicios (SBI) entre las NF en el plano de control, en lugar de los puntos de referencia/interfaces punto a punto usados en la arquitectura de red 5G de la FIG. 1. Las NF descritas<anteriormente con referencia a la FIG. 1 corresponden a las>N<f mostradas en la FIG. 2. El servicio o servicios,>etc., que una NF proporciona a otras NF autorizadas pueden exponerse a las NF autorizadas a través de una SBI. En la FIG. 2, las SBI se indican con la letra "N" seguida del nombre de la NF, por ejemplo, Namf para la SBI de la AMF y Nsmf para la SBI de la SMF, etc. La función de exposición de red (NEF) y la función de repositorio de NF (NRF) en la FIG. 2 no se muestran en la FIG. 1 descrita anteriormente. Sin embargo, debe aclararse que todas las NF representadas en la FIG. 1 pueden interactuar con la NEF y la NRF de la FIG. 2 según sea necesario, aunque no se indique explícitamente en la FIG. 1. Una diferencia principal entre la arquitectura punto a punto en la FIG. 1 y la arquitectura basada en servicios en la FIG. 2 es que la arquitectura basada en servicios no utiliza interfaces punto a punto predefinidas entre las NF. En cambio, una NF en la arquitectura basada en servicios consulta a la NRF para descubrir y comunicarse con otras NF a través de las SBI.
Algunas propiedades de las NF mostradas en la FIG.1 y la FIG. 2 se pueden describir de la siguiente manera. La AMF proporciona gestión de autenticación, autorización y movilidad, etc. basada en UE. Un UE, incluso si utiliza 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 UE y selecciona y controla la UPF para la transferencia de datos con respecto a los UE. Si un UE tiene múltiples sesiones, se pueden asignar diferentes SMF a cada sesión para gestionarlas individualmente y posiblemente proporcionar diferentes funcionalidades por sesión. La AF proporciona información sobre el flujo de paquetes a la PCF responsable del control de políticas para soportar la calidad de servicio (QoS). En base a la información, la PCF determina políticas sobre movilidad y gestión de sesiones para que la AMF y la SMF funcionen correctamente. La AUSF admite una función de autenticación para los UE y, por lo tanto, almacena datos para la autenticación de los UE o similares, mientras que la UDM almacena datos de suscripción de los UE. La red de datos (DN), que no forma parte de la red central 5G, proporciona acceso a Internet o servicios de operador y similares.
La NRF soporta la siguiente funcionalidad: 1) mantiene el perfil de NF de instancias de NF disponibles y sus servicios soportados; 2) permite que otras instancias de NF se suscriban a y reciban notificaciones sobre el registro en la NRF de nuevas instancias de NF de un tipo determinado; y 3) soporta una función de descubrimiento. Recibe solicitudes de descubrimiento de NF de instancias de NF y proporciona la información de las instancias de NF disponibles que cumplen ciertos criterios de búsqueda. Las características de la NRF se especifican en la especificación técnica (TS) 3GPP 29.501 (ver, por ejemplo, 3GPP TS 29.501 v16.0.0).
Siempre se crean instancias de varias NF de red central 5G de diferentes tipos por defecto en la red central 5G, por ejemplo, tal como una AMF, una NRF, una PCF y una SMF, etc. Se pueden crear instancias de otras NF de red central 5G según sea necesario y también se pueden crear instancias de varias NF del mismo tipo si es necesario, por ejemplo, para distribuir la carga a NF adicionales del mismo tipo. Por tanto, una instancia de NF puede verse como un ejemplo o una muestra de una determinada NF. En el presente documento, los términos NF e instancia de NF se usan indistintamente, a menos que se indique expresamente lo contrario o sea evidente a partir del contexto en donde se usan los términos. Una instancia de NF expone una o más instancias de servicio de NF.
Figura 3
La FIG. 3 es un diagrama de flujo de mensajes que ilustra un ejemplo del marco de servicio de función de red en la red central 5G basada en servicios. Entre otras cosas, el marco comprende: 1) un procedimiento de registro de servicio de NF y 2) un procedimiento de descubrimiento y autorización de NF.
Procedimiento de registro
Una instancia de NF de red central en la red central 5G basada en servicios registra su perfil de NF en la NRF. Así, la NF2 (por ejemplo, una AMF) envía una solicitud de registro a la NRF en la acción 300a, cuya solicitud comprende el perfil de NF de la NF2 de registro. El perfil de NF normalmente se incluye en la solicitud como un objeto de notación de objetos JavaScript (JSON) u otro objeto de datos similar. El perfil de NF indica el uno o más servicios de NF que son soportados por la instancia de NF de registro. En este ejemplo, se supone que la NF2 de registro soporta un servicio de NF etiquetado servicio de NF A. Generalmente, un perfil de NF puede comprender uno o más de los siguientes elementos para la NF de registro: tipo de NF, nombre de dominio completo (FQDN) o dirección IP, nombre o nombres de los servicios soportados, información de punto final de una instancia o instancias de cada servicio soportado y, posiblemente otro parámetro de servicio. En la acción 300b, la NRF almacena el perfil de NF de la NF de registro y, preferiblemente, marca la instancia de NF (es decir, NF2 en este ejemplo) como disponible. La NRF puede entonces enviar una respuesta de registro a la NF2 en la acción 300c, cuya respuesta puede incluir el perfil de NF registrado como una confirmación del registro realizado por la NRF.
El registro puede tener lugar cuando la instancia de NF se vuelve operativa por primera vez o tras la activación de un servicio de NF individual dentro de la instancia de NF, por ejemplo, activado después de una operación de escalado. La instancia de NF puede registrar/exponer uno o más servicios de NF. La información registrada para un servicio de NF individual puede, por ejemplo, indicar información relacionada con la seguridad que se utilizará para autorizar una instancia de NF de descubrimiento, por ejemplo, información de seguridad que indica las NF a las que se les permite descubrir el servicio de NF individual, por ejemplo, el tipo de NF o las NF particulares de un determinado tipo que pueden descubrir el servicio de NF en cuestión. Sin embargo, las NF conocidas en la técnica que no producen/soportan ningún servicio de NF no registrarán ningún servicio en la NRF. Por lo tanto, una instancia de NF que sólo consume uno o más servicios de NF no registrará nada en la NRF.
Descubrimiento y autorización
Cuando una primera instancia de NF (por ejemplo, NF1) en la red central 5G basada en servicios tiene la intención de utilizar un servicio de NF soportado por una segunda instancia de NF (por ejemplo, NF2), la primera instancia de NF iniciará un proceso de descubrimiento de NF (también conocido como proceso de descubrimiento de servicio de NF) con la NRF para el servicio de NF en cuestión. Por lo tanto, NF2 (por ejemplo, una SMF, una AMF, etc.) envía una solicitud de descubrimiento a la NRF en la acción 302a, cuya solicitud comprende información de descubrimiento. La información de descubrimiento puede incluirse en la solicitud como un objeto de datos JSON (por ejemplo, un archivo) o similar. La información de descubrimiento indica el servicio esperado que será consumido por la NF de descubrimiento (por ejemplo, el servicio de NF A mencionado anteriormente). Preferiblemente, la información de descubrimiento indica el nombre del servicio o similar del servicio de NF esperado. Adicional o alternativamente, la información de descubrimiento puede indicar uno o más de: el tipo de NF de la NF esperada (es decir, el tipo de NF que se espera que produzca el servicio de NF esperado) y/o el tipo de NF de la NF de descubrimiento. Generalmente, el tipo de n F puede ser, por ejemplo, cualquiera de NSSF, NEF, AUSF, AMF, PCF, SMF, UDM o AF o similar, a menos que el contexto en donde se menciona el tipo de NF indique lo contrario.
La NRF autoriza la solicitud de descubrimiento determinando, basándose en la información de descubrimiento proporcionada en la solicitud de descubrimiento y preferiblemente también en función del perfil registrado por la instancia o instancias de NF objetivo esperadas relevantes, si la NF de descubrimiento (es decir, el consumidor potencial del servicio) está autorizada para descubrir el servicio de NF esperado y/o una instancia o instancias de NF que se espera que produzcan el servicio esperado. El descubrimiento y autorización por parte de la NRF se ejemplifica mediante la acción 302b en la FIG. 3, en donde la instancia de NF objetivo esperada es NF2 y el consumidor potencial del servicio es NF1.
Por ejemplo, si la instancia o instancias de NF esperadas se implementan en un determinado segmento de red, la NRF puede autorizar la solicitud de descubrimiento según la configuración de descubrimiento del segmento de red; por ejemplo, la instancia o instancias de NF esperadas solo pueden ser descubiertas por la NF en el mismo segmento de red, etc.
Cuando está autorizada, la NRF determina un conjunto de una o más instancias de NF descubiertas que soporta el servicio esperado y envía a la NF solicitante (también conocida como "consumidor de servicios") una respuesta a la solicitud de descubrimiento (también conocida como "respuesta de consulta"). Por tanto, la NRF envía una respuesta a la NF1 en la acción 302c, cuya respuesta comprende información de repositorio que indica una o más instancias de NF descubiertas que soportan el servicio esperado, es decir, que pueden producir el servicio esperado. La información de repositorio puede indicar, por ejemplo, uno o más de: FQDN, dirección IP y/o direcciones de punto final (por ejemplo, localizadores uniformes de recursos (URL) o similares) para dicha una o más instancias de NF descubiertas.
Resumen
Se ha propuesto que durante un proceso de descubrimiento un consumidor de servicios pueda incluir algunos parámetros para recortar la respuesta a la solicitud de descubrimiento ("respuesta de consulta") transmitida por la NRF. Por ejemplo, se ha aceptado ampliar la solicitud NFDiscover con un parámetro de consulta opcional ("limit") que define el número máximo de NFProfiles que se devolverán en la respuesta a la solicitud de descubrimiento. También se ha aceptado un nuevo parámetro de consulta ("max-payload-size") para permitir que una instancia de NF indique a la NRF el tamaño de carga útil máximo que la instancia de NF espera para la respuesta de descubrimiento (por ejemplo, según el almacén de datos, la memoria caché o los límites de carga útil de mensaje HTTP que la instancia de NF puede soportar). Esto permite que la NRF limite la cantidad de perfiles de NF que devuelve en la respuesta, de modo que no exceda el tamaño máximo de carga útil indicado por la instancia de NF.
Como se describe a continuación, existen ciertos desafíos.
Durante un procedimiento de movilidad entre AMF para un UE, la AMF objetivo puede recibir de la AMF de origen información de contexto de UE para el UE, cuya información de contexto de UE incluye: pcfld, smsfld y una sessionContextList que incluye hsmfld y/o vsmfld. La AMF objetivo también debe considerar si es necesario cambiar la PCF, SMSF o V-SMF, y en la versión 16 (Rel-16) del 3GPP, con "Soporte de topologías de implementaciones con áreas de servicio SMF específicas", como se especifica en la subcláusula 4.23 en TS 23.502, la I-SMF puede cambiarse, o insertarse nuevamente si no hay ninguna, o eliminarse si la SMF puede soportar directamente la TAI donde está acampando el UE.
Con la introducción de los parámetros de consulta "limit" y "max-payload-size", que el consumidor de servicios puede incluir en la solicitud de descubrimiento (por ejemplo, solicitud HTTP GET), es probable que la NRF no pueda devolver un lista completa de las NF que coinciden con los criterios de filtro incluidos en la solicitud de descubrimiento, ya que la NRF solo puede incluir un número "limitado" de perfiles de NF coincidentes y el tamaño del mensaje debe ser menor que "max-payload-size".
3GPP ha introducido un procedimiento adicional para permitir al solicitante recuperar una lista completa de perfiles coincidentes; sin embargo, requiere viajes de ida y vuelta de señalización adicionales (entre la instancia de NF solicitante y la NRF), lo que resulta en una mayor latencia en la señalización, por ejemplo, afecta al rendimiento de un procedimiento de movilidad, especialmente para el procedimiento de transferencia (que es más urgente).
Por otro lado, en muchos procedimientos de movilidad entre NF para un UE, la NF objetivo (por ejemplo, una AMF objetivo durante un procedimiento de movilidad entre AMF (transferencia de N2) como se especifica en la subcláusula 4.23.7 de 3GPP TS 23.502 v16.1.0) necesita determinar si es necesario seleccionar una nueva I-SMF o V-SMF para una sesión de PDU determinada del UE o se puede reutilizar la I-SMF o V-SMF existente, y también si es necesario seleccionar una nueva PCF para el control de la política de movilidad de acceso o se puede seguir utilizando la PCF existente.
Por ejemplo, durante una transferencia de N2 entre AMF para una sesión de PDU con una I-SMF y una SMF involucradas, la AMF objetivo debe determinar si es necesario seleccionar una nueva I-SMF o si se puede continuar usando la I-SMF actual, o si no hay necesidad de ninguna I-SMF cuando la UE ingresa a una nueva área de seguimiento (es decir, la I-SMF se elimina y la AMF necesita volver a conectarse a la SMF). Como parte del procedimiento de transferencia N2, la AMF objetivo obtendrá la "TAI objetivo" (es decir, la TAI de la nueva área de seguimiento) y recibirá el ID de I-SMF y el ID de SMF actuales.
Según la especificación existente en 3GPP TS 29.510 v16.0.0, la AMF objetivo puede usar el ID de SMF para recuperar el área de servicio de la SMF actual, que compone una lista de TAI, y luego verificar si el área de servicio de la SMF actual incluye la TAI objetivo. Si el área de servicio de la SMF actual incluye la TAI objetivo, entonces no hay necesidad de la I-SMF actual y la I-SMF actual se pueda eliminar. Si el área de servicio de la SMF actual no incluye la TAI objetivo, entonces la AMF objetivo puede usar el ID de I-SMF para recuperar el área de servicio de la I-SMF actual, que comprende una lista de TAI, y luego verificar si el área de servicio de la I-SMF actual incluye la TAI objetivo. Si el área de servicio de la I-SMF actual incluye la TAI objetivo, entonces se puede reutilizar la I-SMF actual. Si el área de servicio de la I-SMF actual no incluye la TAI objetivo, entonces la AMF objetivo puede enviar a la NRF una solicitud de descubrimiento de NF que incluye criterios de filtro que permiten a la NRF devolver a la AMF un conjunto de perfiles de SMF, en donde cada perfil de SMF del conjunto es para una instancia de SMF que atiende a la TA identificada por la TAI objetivo. Es decir, los criterios de filtro tienen la identidad de área de seguimiento establecida como la TAI objetivo y el tipo de NF objetivo se establece como la SMF. Una vez que la AMF objetivo obtiene la respuesta de descubrimiento de la NRF, la AMF objetivo puede seleccionar una de las SMF identificadas en la respuesta como la nueva I-SMF.
Alternativamente, en lugar de realizar todas las etapas descritas en el párrafo anterior, la AMF objetivo podría enviar a la NRF una solicitud de descubrimiento que incluya los criterios de filtro que hacen que la NRF devuelva perfiles de SMF que atienden a la TA identificada por la TAI objetivo. Una vez que la AMF objetivo obtiene la respuesta de la NRF, la AMF objetivo puede comprobar si el perfil de la SMF actual y/o la I-SMF actual está incluido en el conjunto de perfiles devuelto. Si el perfil de la SMF actual está incluido en el conjunto de perfiles devuelto, entonces no hay necesidad de la I-SMF actual y la I-SMF actual se puede eliminar. Si el perfil de la SMF actual no está incluido en el conjunto de perfiles devuelto pero el perfil de la I-SMF actual está incluido, no es necesario seleccionar una nueva I-SMF. Si ni el perfil para la SMF actual ni el perfil para la I-SMF actual están incluidos en el conjunto de perfiles devuelto, entonces la AMF objetivo selecciona una SMF entre el conjunto de SMF identificadas por la respuesta de descubrimiento y establece la SMF seleccionada como la nueva I-SMF.
Una desventaja de las alternativas descritas anteriormente es que una gran cantidad de perfiles pueden coincidir con los criterios de filtro y, por lo tanto, la respuesta de descubrimiento probablemente contendrá una gran cantidad de perfiles. Además, los perfiles para la SMF actual y la I-SMF actual pueden estar ubicados al final de la matriz de perfiles, lo cual es ineficiente. Además, falta un mecanismo que permita a un consumidor de servicios recuperar más de una NF objetivo. Por lo tanto, si la AMF objetivo necesita obtener el perfil para la SMF actual y el perfil para la I-SMF actual, la AMF objetivo debe enviar dos solicitudes de descubrimiento separadas a la NRF, lo que también es ineficaz.
En consecuencia, la invención da a conocer un método realizado por una entidad de red (por ejemplo, una NF, un nodo de red) para determinar de manera más eficiente si una entidad de red "candidata preferida" coincide con criterios de filtro (es decir, satisface los criterios de filtro). Por ejemplo, en una realización, el mecanismo permite que una AMF objetivo determine más rápidamente si la SMF actual y/o la I-SMF actual atienden o no al área de seguimiento objetivo. Por ejemplo, en una realización, la solicitud de descubrimiento (por ejemplo, la solicitud de descubrimiento de NF) transmitida por una entidad de red a una entidad de repositorio de red (NRE) (por ejemplo, una instancia de una NRF 5G o una función y/o nodo de repositorio similar) incluye un conjunto de uno o más parámetros de consulta, en donde el conjunto de parámetros de consulta incluye un conjunto de un número N de identificadores (ID) de entidad de red candidata (N > O), en donde cada ID de entidad de red candidata (por ejemplo, ID de instancia de NF candidata) incluido en el conjunto de ID de entidad de red candidata identifica una entidad de red candidata. La NRE genera una respuesta a la solicitud de descubrimiento y transmite la respuesta a la entidad de red solicitante (también conocida como "consumidor de servicio"), en donde la respuesta incluye una lista de perfiles que satisfacen los criterios de filtro de la solicitud de descubrimiento. En una realización, la lista está configurada de manera que, para cada ID de entidad de red incluido en el conjunto de ID de entidad de red candidata, el perfil de la entidad de red identificada por el ID de entidad de red se incluye en la parte inicial de la lista (es decir, dentro de los primeros N perfiles de la lista). En una realización, un perfil de una entidad de red identificada por un ID de entidad de red incluido en el conjunto de ID de entidad de red candidata se incluye en la parte inicial de la lista independientemente de si la entidad de red identificada por el ID de entidad de red satisface o no los criterios de filtro.
Así, en una realización particular, se propone un nuevo parámetro de consulta de tipo matriz. Este nuevo parámetro de consulta puede denominarse "Preferred-Candidates". Se pretende que el parámetro de consulta Preferred-Candidates incluya un conjunto de ID de entidad de red candidata. En una realización, la matriz comprende un conjunto de tuplas, en donde cada tupla incluye: i) un indicador (por ejemplo, un valor booleano) y ii) una ID de entidad de red candidata correspondiente, en donde el indicador indica si el perfil para la entidad de red identificada por el ID de entidad de red candidata correspondiente debe incluirse o no en la lista devuelta de perfiles coincidentes independientemente de si el perfil de la entidad de red satisface o no los criterios de filtro. Por lo tanto, en un caso de uso, una AMF objetivo puede enviar a una NRE una solicitud de descubrimiento que comprende un parámetro de consulta Preferred-Candidates que contiene el ID de la I-SMF actual y/o el ID de la SMF actual además de otro parámetro de consulta, por ejemplo, TAI y target-nf-type.
Por tanto, en un aspecto, se da a conocer un método realizado por una entidad de red (por ejemplo, una AMF). El método incluye que la entidad de red (por ejemplo, una instancia de una AMF) genere una solicitud de descubrimiento (por ejemplo, una solicitud de descubrimiento de NF), en donde la solicitud de descubrimiento comprende un conjunto de parámetros de consulta, comprendiendo el conjunto de parámetros de consulta al menos un identificador de entidad de red candidata, ID, (por ejemplo, un ID de instancia de I-SMF u otro ID de instancia de NF), en donde cada ID de entidad de red candidata identifica una entidad de red candidata, en donde el conjunto de parámetros de consulta comprende además criterios de filtro para su uso por una entidad de repositorio de red, NRE, para determinar entidades de red que satisfacen los criterios de filtro, en donde los ID de entidad de red candidata no forman parte de los criterios de filtro; (reivindicación 2) la entidad de red transmite (s404) la solicitud de descubrimiento a la NRE (502) (por ejemplo, una instancia de una NRF); y recibe (s406) desde la NRE una respuesta de descubrimiento (503) a la solicitud de descubrimiento, cuya respuesta incluye un objeto de datos de SearchResult que incluye una matriz de perfiles de entidad de red que comprende un primer perfil de entidad de red correspondiente a un primer ID de entidad de red candidata de al menos un ID de entidad de red candidata, y que incluye un objeto de datos que contiene al menos el al menos un ID de entidad de red candidata, y un indicador de filtro de coincidencia que indica si el perfil de entidad de red de la entidad de red candidata identificada por el ID de entidad de red candidata correspondiente satisface o no los criterios de filtro.
Una ventaja de las realizaciones descritas anteriormente es que pueden mejorar en gran medida la eficiencia del consumidor de servicios. Por ejemplo, en el caso de uso de una AMF objetivo que necesita determinar si reemplazar o eliminar o no una I-SMF actual, la AMF puede obtener de manera más eficiente la información del perfil que necesita para realizar esta determinación, así como otros perfiles, incluyendo el ID de la I-SMF actual en un conjunto de ID de entidad de red candidata en la solicitud de descubrimiento. En una realización, la NRE está configurada para disponer la información de perfil necesaria en la parte inicial de una lista de perfiles en lugar de en una posición aleatoria dentro de la lista. En otra realización, la respuesta de descubrimiento incluirá un parámetro de respuesta que declara si la SMF actual satisface o no los criterios de filtro y si la I-SMF actual satisface o no los criterios de filtro. Por lo tanto, en esta realización, se gana eficiencia, ya que existe la posibilidad de que la AMF objetivo pueda determinar, por ejemplo, que no es necesario reemplazar o eliminar la I-SMF actual sin que la AMF objetivo tenga que analizar ningún perfil incluido en la lista de perfiles coincidentes en la respuesta de descubrimiento.
Breve descripción de los dibujos
Los dibujos adjuntos, que se incorporan al presente documento y forman parte de la memoria descriptiva, ilustran diversas realizaciones.
La FIG. 1 ilustra un sistema de comunicación inalámbrica representado como una arquitectura de red 5G compuesta por NF que utiliza puntos de referencia o interfaces punto a punto.
La FIG. 2 ilustra una arquitectura de red 5G que utiliza interfaces basadas en servicios (SBI) 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 FIG. 1.
La FIG. 3 es un diagrama de flujo de mensajes que ilustra un ejemplo del marco de servicio de función de red en la red central 5G basada en servicios.
La FIG. 4 es un diagrama de flujo que ilustra un proceso según una realización.
La FIG. 5 es un diagrama de flujo de mensajes que ilustra una realización.
La FIG. 6 es un diagrama de flujo que ilustra un proceso según una realización.
La FIG. 7 es un diagrama de bloques de un aparato según una realización.
La FIG. 8A es un diagrama de bloques de una NE según una realización.
La FIG. 8B es un diagrama de bloques de una NRE según una realización.
Descripción detallada
Figura 4
La FIG. 4 es un diagrama de flujo que ilustra un proceso 400 según una realización. El proceso 400 puede comenzar en la etapa s402.
La etapa s402 comprende una primera entidad de red 504 (o "NE 504" para abreviar) (por ejemplo, una AMF) (ver FIG. 5) que genera una solicitud de descubrimiento 501, en donde la solicitud de descubrimiento comprende un conjunto de parámetros de consulta. El conjunto de parámetros de consulta comprende un conjunto de ID de entidad de red candidata que comprende al menos un primer ID de entidad de red candidata (por ejemplo, un ID de instancia de I-SMF), en donde cada ID de entidad de red candidata incluido en el conjunto de ID de entidad de red candidata identifica una entidad de red candidata. En una realización, el conjunto de parámetros de consulta comprende además criterios de filtro para su uso por una NRE 502 (o "NRE 502" para abreviar) para determinar entidades de red que satisfacen los criterios de filtro, y el conjunto de ID de entidad de red candidata no es parte de los criterios de filtro.
A menos que resulte evidente a partir del contexto en donde se usa el término, una entidad de red 504 puede ser, por ejemplo, cualquiera de una NSSF, NEF, NRF, PCF, UDM, AUSF, AMF, SMF o una UPF, tal como se muestra en la FIG. 2, o cualquier otra función o nodo de red similar. Una entidad de red 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 realizada en una plataforma apropiada, por ejemplo, una infraestructura de nube. Una función virtualizada puede ser una función en donde al menos una parte de la funcionalidad de la función se implementa como un componente o componentes virtuales (por ejemplo, a través de una máquina o máquinas virtuales que se ejecutan en uno o más nodos de procesamiento físicos en una red).
La etapa s404 comprende que el NE 504 transmita la solicitud de descubrimiento 501 a la NRE 502. La solicitud de descubrimiento 501 puede ser una solicitud GET de protocolo de transferencia de hipertexto (HTTP) que comprende el conjunto de parámetros de consulta (la solicitud GET también puede incluir la cadena "nnrf-disc" u otro valor para indicar a la NRE que el solicitante NE 504 está invocando el procedimiento de servicio de descubrimiento). En una realización, además del parámetro de consulta que contiene el conjunto de ID de entidad de red candidata, se pueden incluir otros parámetros de consulta en la solicitud GET, incluyendo los parámetros de consulta descritos en la tabla 6.2.3.2.3.1-1 de 3GPP TS 29.510 V16.0.0 ("TS 29.510").
La Tabla 1 a continuación proporciona descripciones de varios parámetros de consulta que pueden incluirse en la solicitud 501.
TABLA 1 - Lista de los posibles parámetros de consulta incluidos en una solicitud de descubrimiento
Como se ha mostrado anteriormente, uno de los posibles parámetros de consulta es el parámetro de consulta "Preferred-candidates", que es una matriz de objetos de datos de tipo NfCandidate. En un caso de uso, el parámetro de consulta "Preferred-candidates" contiene el conjunto de identificadores de entidad de red candidata. Por tanto, en algunas realizaciones, NfCandidate tiene la misma definición que Nflnstanceld, que es el id de una entidad de red. En otras realizaciones, NfCandidate se define como se muestra a continuación en la tabla 2.
TABLA 2 - Definición de tipo NfCandidate
Como se muestra en la tabla 2, el parámetro de consulta "Preferred-candidates" de la solicitud de descubrimiento 501 puede incluir un conjunto de tuplas (es decir, [nflnstanceld, inclusionlnd]), en donde cada tupla incluye: i) un indicador de inclusión (también conocido como "inclusionlnd"), que puede ser un valor booleano, y ii) un ID de entidad de red candidata correspondiente, en donde el indicador de inclusión indica si el perfil para la entidad de red identificada por el ID de entidad de red candidata correspondiente debe incluirse o no en la lista devuelta de perfiles coincidentes independientemente de si el perfil para la entidad de red satisface o no los criterios de filtro de la solicitud de descubrimiento 501. Por lo tanto, en un caso de uso, una AMF objetivo puede enviar a la NRE 502 una solicitud de descubrimiento 501 que comprende un parámetro de consulta de Preferred-Candidates que contiene el ID de la I-SMF actual y/o el ID de la SMF actual además de los criterios de filtro, por ejemplo, valores para parámetros de consulta TAI y target-nf-type.
Después de recibir la solicitud de descubrimiento 501, la NRE 502 busca perfiles de entidad de red que satisfacen unos criterios de búsqueda. En una realización, los criterios de búsqueda son los mismos que los criterios de filtro incluidos en la solicitud de descubrimiento 501. Por lo tanto, en una realización, los perfiles que coinciden con los criterios de búsqueda coincidirán con los criterios de filtro incluidos en la solicitud de descubrimiento 501. En otra realización, los criterios de búsqueda se basan en los criterios de filtro incluidos en la solicitud de descubrimiento 501, pero son más amplios que los criterios de filtro. Por ejemplo, supongamos que el conjunto de ID de entidad de red candidata incluye dos ID: SMF-ID1 y SMF-ID2, y supongamos que los criterios de filtro son: tai=target-TAI (es decir, la TAI en donde se encuentra actualmente un UE) y target-nftype=SMF. Con esta suposición, los criterios de búsqueda (también conocidos como "consulta de búsqueda") en una realización son: [(tai=target-TAI Y target-nf-type=SMF) O (target-nf-instance-id=(SMF-ID1 O SMF-ID2))]. Esta consulta de búsqueda devolverá al menos dos perfiles, es decir, el perfil para la SMF identificada por SMF-ID1 y el perfil para la SMF identificada por SMF-ID2. Además, esta consulta de búsqueda devolverá cero o más perfiles de SMF que indican que el área de servicio de SMF incluye la target-TAI (es decir, los perfiles de SMF que satisfacen los criterios de filtro). Después de realizar la búsqueda, la NRE 502 transmite una respuesta de descubrimiento 503 (por ejemplo, respuesta HTTP GET) en respuesta a la solicitud 501, cuya respuesta incluye al menos algunos de los perfiles que coinciden con los criterios de búsqueda.
En consecuencia, una etapa s406 (opcional) comprende que la NE 504 reciba (directa o indirectamente) desde la NRE 502 la respuesta de descubrimiento 503.
En una realización, el conjunto de ID de entidad de red candidata consiste en un número N de ID de entidad de red candidata (N > 0), la respuesta de descubrimiento 503 comprende una matriz de un número M de perfiles de entidad de red (M > N), y la NRE 502 está configurada de manera que, como resultado de que el primer ID de entidad de red candidata i) identifica una entidad de red que satisface los criterios de filtro y ii) se incluye en el conjunto de N ID de entidad de red candidata, la NRE 502 dispone el perfil de entidad de red de la entidad de red identificada por el primer ID de entidad de red candidata en una de las primeras N posiciones de la matriz de M perfiles de entidad de red. De esta manera, los perfiles para las entidades de red candidatas que coinciden con los criterios de filtro se disponen en la parte inicial de la matriz de perfiles en la respuesta de descubrimiento 503.
En otra realización, la respuesta 503 comprende una matriz de perfiles de entidad de red, la matriz de perfiles de entidad de red comprende un primer perfil de entidad de red que corresponde al primer ID de entidad de red candidata (es decir, el primer perfil de entidad de red es el perfil para la entidad de red identificada por el primer ID de entidad de red candidata), y el primer perfil de entidad de red se incluye en la matriz de perfiles de entidad de red independientemente de si el primer perfil de entidad de red satisface o no los criterios de filtro.
En una realización, el conjunto de ID de entidad de red candidata consiste en un número N de ID de entidad de red candidata (N > 0), la matriz de perfiles de entidad de red comprende un número M de perfiles de entidad de red (M es > N), y la NRE 502 incluye el perfil de entidad de red correspondiente al primer ID de entidad de red candidata en una de las primeras N posiciones de la matriz de perfiles de entidad de red independientemente de si el primer ID de entidad de red candidata identifica o no una entidad de red que satisface los criterios de filtro (es decir, independientemente de si el perfil de entidad de red correspondiente al primer ID de entidad de red candidata satisface o no los criterios de filtro). De esta manera, los perfiles para las entidades de red candidatas se disponen en la parte inicial de la matriz de perfiles en la respuesta 503 independientemente de si el perfil para la entidad de red candidata satisface o no los criterios de filtro.
En una realización, la respuesta de descubrimiento 503 incluye un objeto de datos SearchResult que comprende un conjunto de valores de atributo, y el conjunto de valores de atributo puede incluir la matriz de perfiles de entidad de red. Por ejemplo, en una realización, el objeto SearchResult puede definirse como se muestra en la siguiente tabla:
TABLA 3 Definición de tipo SearchResult
Como se ha mostrado anteriormente, uno de los parámetros potenciales en el objeto de datos SearchResult es el parámetro "canlnfo", que es una matriz de objetos de datos de tipo Caninfo. Cada uno de dichos objetos de datos incluye, al menos, uno de los ID de entidad de red candidata que se incluyó en el conjunto de ID de entidad de red candidata incluidos en la solicitud 501. En una realización, cada ID de entidad de red candidata incluido en la solicitud 501 se incluye en el objeto canInfo. A continuación, en la tabla 4, se muestra un ejemplo de definición de Caninfo.
TABLA 4 Definición de tipo Caninfo
Como se muestra en la tabla 4, el parámetro "canlnfo" de la respuesta de descubrimiento 503 puede incluir un conjunto de tuplas (es decir, [candidate-nflnstanceld, matchFilter ]), en donde cada tupla incluye: i) un indicador matchFilter, que puede ser un valor booleano y ii) un ID de entidad de red candidata correspondiente, en donde el indicador matchFilter indica si el perfil para la entidad de red identificada por el ID de entidad de red candidata correspondiente coincidió o no con los criterios de filtro de la solicitud de descubrimiento 501.
En un caso de uso en donde NE 504 es una AMF objetivo, el proceso 400 puede incluir además la etapa s401, que ocurre antes de la etapa s402. La etapa s401 comprende que la AMF objetivo 504 reciba (directa o indirectamente) desde el equipo de usuario, UE, de a Mf 506 de origen un mensaje 590 que contiene información de contexto para un UE que tiene una sesión de PDU establecida, en donde la información de contexto de UE comprende información de contexto de PDU asociada con la sesión de PDU, y la información de contexto de PDU comprende un primer ID de función de gestión de sesión, SMF, que identifica una SMF de ancla actual para la sesión de PDU y un segundo ID de SMF que identifica una SMF intermedia actual, I-SMF, para la sesión de PDU. Por ejemplo, la información de contexto de UE puede incluir un objeto de datos de tipo PduSessionContext, en donde PduSessionContext se define como se muestra en la siguiente tabla:
TABLA 5 Definición de PduSessionContext
Como se señaló anteriormente, en este caso de uso particular, la AMF objetivo puede enviar a la NRE 502 una solicitud de descubrimiento 501 que comprende un parámetro de consulta Preferred-Candidates que contiene el ID de la I-SMF actual obtenido del objeto de datos PduSessionContext (por ejemplo, ismfld) y/o el ID de la SMF actual obtenido del objeto de datos PduSessionContext (por ejemplo, hsmfld). Además, la solicitud de descubrimiento contiene criterios de filtro, por ejemplo, un valor para el parámetro de consulta de TAI y un valor para el parámetro de consulta target-nf-type (en este caso, target-nf-type = SMF).
En realizaciones en donde el UE está en modo inactivo, la AMF objetivo puede recibir una solicitud de registro transmitida por el UE, lo que puede activar la AMF objetivo para enviar a la AMF de origen una solicitud 589 de información de contexto para el UE. En realizaciones en donde el UE está en modo conectado, la AMF de origen puede recibir un mensaje de transferencia requerida desde la estación base que atiende al UE y, lo que puede activar la AMF de origen para enviar a la AMF objetivo el mensaje 590 que contiene la información de contexto para el UE.
Además, en el caso de uso en donde la NE 504 es la AMF objetivo, el proceso 400 puede incluir además las etapas s408, s410 y s412. En la etapa s408, la AMF objetivo usa información proporcionada por la respuesta de descubrimiento 503 para determinar si la AMF necesita seleccionar una nueva SMF. En la etapa s410, en respuesta a determinar que es necesario seleccionar una nueva SMF, la AMF selecciona una nueva SMF; de lo contrario, la AMF utilizará la SMF actual. Por ejemplo, la AMF objetivo puede usar información proporcionada por la respuesta de descubrimiento 503 para determinar que una I-SMF actual debe eliminarse o reemplazarse.
Por ejemplo, en el caso en donde el objeto de datos PduSessionContext incluye un ismfld y un hsmfld, la AMF objetivo puede usar la información proporcionada por la respuesta de descubrimiento 503 para determinar si la SMF identificada por el hsmfld y/o la SMF identificada por el ismfld atiende el área de seguimiento en donde se encuentra actualmente el UE (asumiendo que los criterios de filtro comprenden: tai=área de seguimiento objetivo y target-nf-type=SMF y el conjunto de ID de entidad incluidos en las solicitudes de descubrimiento incluye ismfld y hsmfld). Como se señaló anteriormente, si la SMF identificada por el hsmfld atiende al área de seguimiento objetivo, entonces la SMF identificada por el ismfld se puede eliminar (es decir, no se necesita una SMF intermedia). Y si la SMF identificada por el hsmfld no atiende al área de seguimiento objetivo, pero la SMF identificada por el ismfld sí atiende al área de seguimiento objetivo, entonces no es necesario seleccionar una nueva SMF, de lo contrario, será necesario seleccionar una nueva SMF intermedia para reemplazar la SMF identificada por el ismfld.
En una realización, la AMF objetivo puede determinar si la SMF identificada por el hsmfld atiende al área de seguimiento en donde se encuentra actualmente el UE examinando el objeto de datos canInfo incluido en la respuesta de descubrimiento. Más específicamente, el objeto de datos canlnfo incluye una tupla que comprende un valor de matchfiltery el hsmfld, y la AMF objetivo puede determinar si la SMF identificada por el hsmfld atiende al área de seguimiento en donde se encuentra actualmente el UE (es decir, el “área de seguimiento objetivo") examinando este valor de matchFilter, cuyo valor indicará si la SMF identificada por el hsmfld coincide o no con los criterios de filtro y, por lo tanto, indicará indirectamente si la SMF identificada por el hsmfld atiende o no al área de seguimiento objetivo. De manera alternativa, en casos en que la respuesta de descubrimiento 503 no incluye un objeto de datos canInfo, la AMF objetivo puede revisar la matriz de perfiles de SMF que coinciden con los criterios de filtro para determinar si la matriz de perfiles de SMF incluye o no el perfil para la SMF identificada por el hsmfld. Ventajosamente, en una realización, la NRE 502 está configurada de manera que, si el perfil para la SMF identificada por el hsmfld coincide con los criterios de filtro, entonces la NRE 502 incluirá el perfil en la parte superior de la matriz de perfiles (por ejemplo, dentro de las primeras N posiciones de la matriz, en donde N es el número de ID de entidad de red incluidos en el parámetro de consulta Preferred-Candidates. De esta manera, la AMF objetivo debe revisar como máximo N perfiles dentro de la matriz para determinar si la SMF identificada por el hsmfld atiende al área de seguimiento objetivo. Utilizando el mismo proceso descrito anteriormente, la AMF objetivo también puede determinar si la SMF identificada por el ismfld atiende al área de seguimiento objetivo.
Figura 6
La FIG. 6 es un diagrama de flujo que ilustra un proceso 600 según una realización que se realiza por parte de la NRE 502. El proceso 600 puede comenzar en la etapa s602.
La etapa s602 comprende que la NRE 502 reciba la solicitud de descubrimiento 501 transmitida por la NE 504, en donde la solicitud de descubrimiento recibida comprende un conjunto de parámetros de consulta, comprendiendo el conjunto de parámetros de consulta un conjunto de ID de entidad de red candidata. El conjunto de ID de entidad de red candidata comprende al menos un primer ID de entidad de red candidata, en donde cada ID de entidad de red candidata incluido en el conjunto de ID de entidad de red candidata identifica una entidad de red candidata. En algunas realizaciones, el conjunto de parámetros de consulta comprende además criterios de filtro para usar por parte de la NRE 502 para determinar entidades de red que satisfacen los criterios de filtro, y el conjunto de ID de entidad de red candidata no forma parte de los criterios de filtro. La etapa s604 comprende que la NRE 502 transmita a la NE 504 la respuesta de descubrimiento 503, en respuesta a la solicitud de descubrimiento 501 (es decir, la respuesta de descubrimiento 503 incluye una matriz de perfiles que satisfacen los criterios de filtro incluidos en la solicitud 501).
En algunas realizaciones, el conjunto de ID de entidad de red candidata consiste en un número N de ID de entidad de red candidata (N>0), la respuesta de descubrimiento comprende una matriz de un número M de perfiles de entidad de red (M>N). En tal realización, el proceso comprende además que la NRE 502 genere la respuesta de descubrimiento, en donde generar la respuesta de descubrimiento comprende:
1) que la NRE 502 determine que el primer ID de entidad de red candidata i) identifica una entidad de red que satisface los criterios de filtro y ii) está incluido en el conjunto de N ID de entidad de red candidata; y
2) como resultado de determinar que el primer ID de entidad de red candidata i) identifica una entidad de red que satisface los criterios de filtro y ii) está incluido en el conjunto de N ID de entidad de red candidata, la NRE 502 genera la matriz de M perfiles de entidad de red de manera que el perfil de entidad de red de la entidad de red identificada por el primer ID de entidad de red candidata se encuentra en una de las primeras N posiciones de la matriz de M perfiles de entidad de red. De esta manera, los perfiles para las entidades de red candidatas se disponen en la parte inicial de la matriz de perfiles incluida en la respuesta 503.
En otra realización, generar la respuesta de descubrimiento comprende:
1) que la NRE 502 determine que el primer ID de entidad de red candidata está incluido en el conjunto de N ID de entidad de red candidata; y
2) Como resultado de determinar que el primer ID de entidad de red candidata está incluido en el conjunto de N ID de entidad de red candidata, la NRE 502 genera la matriz de perfiles de entidad de red de manera que el perfil de entidad de red de la entidad de red identificada por el primer ID de entidad de red candidata se encuentra en una de las primeras N posiciones de la matriz de perfiles de entidad de red.
En algunas realizaciones, el conjunto de parámetros de consulta incluye además un valor indicador de inclusión que indica si un perfil de entidad de red correspondiente al primer ID de entidad de red candidata debe incluirse o no en la matriz de perfiles incluso si el perfil de entidad de red no satisface los criterios de filtro.
En algunas realizaciones, la respuesta de descubrimiento 503 comprende un objeto de datos (por ejemplo, un objeto de datos canInfo) que contiene cada uno de dichos ID de entidad de red candidata y, para cada ID de entidad de red candidata, el objeto de datos comprende además un indicador matchFilter correspondiente al ID de entidad de red candidata, y cada indicador matchFilter indica si el perfil de entidad de red de la entidad de red candidata identificada por el ID de entidad de red candidata correspondiente satisface o no los criterios de filtro.
Figura 7
En realizaciones en donde la NE 504 o la NRE 502 se implementan en software, la FIG. 7 es un diagrama de bloques de una máquina física (o "aparato") 700, según algunas realizaciones, que puede usarse para ejecutar la NE 504 y/o la NRE 502. Por ejemplo, el aparato 700 puede ejecutar una máquina virtual que ejecuta la NE 504 o la NRE 502. Como se muestra en la FIG. 7, el aparato 700 puede comprender: circuitos de procesamiento (PC) 702, que pueden incluir uno o más procesadores (P) 755 (por ejemplo, un microprocesador de propósito general y/o uno o más procesadores adicionales, tal como un circuito integrado de aplicación específica (ASIC), matrices de puertas programables en campo (FPGA) y similares), cuyos procesadores pueden estar ubicados conjuntamente en un único alojamiento o en un único centro de datos o pueden estar distribuidos geográficamente (es decir, el aparato 700 puede ser un aparato informático distribuido); una interfaz de red 748 que comprende un transmisor (Tx) 745 y un receptor (Rx) 747 para permitir que el aparato 700 transmita datos a y reciba datos de otras máquinas conectadas a una red 110 (por ejemplo, una red de protocolo de internet (IP)) a la que la interfaz de red 748 está conectada (directa o indirectamente) (por ejemplo, la interfaz de red 748 puede conectarse de forma inalámbrica a la red 110, en cuyo caso la interfaz de red 748 está conectada a una disposición de antena); y una unidad de almacenamiento local (también conocida como "sistema de almacenamiento de datos") 708, que puede incluir uno o más dispositivos de almacenamiento no volátil y/o uno o más dispositivos de almacenamiento volátil. En realizaciones en donde los PC 702 incluyen un procesador programable, se puede usar un producto de programa informático (CPP) 741. El CPP 741 incluye un medio legible por ordenador (CRM) 742 que almacena un programa informático (CP) 743 que comprende instrucciones legibles por ordenador (CRI) 744. El CRM 742 puede ser un medio legible por ordenador no transitorio, tal como medios magnéticos (por ejemplo, un disco duro), medios ópticos, dispositivos de memoria (por ejemplo, memoria de acceso aleatorio, memoria flash) y similares. En algunas realizaciones, las CRI 744 del programa informático 743 están configuradas de manera que, al ejecutarse por los PC 702, las CRI hacen que el aparato 700 realice las etapas descritas en el presente documento (por ejemplo, las etapas descritas en el presente documento con referencia a los diagramas de flujo). En otras realizaciones, el aparato 700 puede configurarse para realizar las etapas descritas en el presente documento sin necesidad de código. Es decir, por ejemplo, los PC 702 pueden consistir simplemente en uno o más ASIC. De este modo, las características de las realizaciones descritas en el presente documento pueden implementarse en hardware y/o software.
Figuras 8A y 8B
La FIG. 8A es un diagrama de bloques de la NE 504 según algunas realizaciones. Como se muestra en la FIG.
8, en esta realización, la NE 504 incluye: una unidad generadora 802 para generar la solicitud de descubrimiento 501 y una unidad de transmisión 904 para emplear un transmisor para transmitir la solicitud de descubrimiento 501 a la NRE 502. La FIG. 8B es un diagrama de bloques de la NRE 502 según algunas realizaciones. Como se muestra en la FIG. 9, en esta realización, la NRE 502 incluye: una unidad de recepción 812 para emplear un receptor para recibir la solicitud de descubrimiento 501 y una unidad de transmisión 814 para emplear un transmisor para transmitir la respuesta de descubrimiento 503 a la NE 504.

Claims (9)

REIVINDICACIONES
1. Un método (400) realizado por una entidad de red (504), el método comprende:
que la entidad de red (504), instancia de NF, genere (s402) una solicitud de descubrimiento (501), en donde la solicitud de descubrimiento (501) comprende un conjunto de parámetros de consulta, comprendiendo el conjunto de parámetros de consulta al menos un identificador de entidad de red candidata, ID, ID de instancia de I-SMF u otro ID de instancia de NF,
en donde cada ID de entidad de red candidata identifica una entidad de red candidata, en donde el conjunto de parámetros de consulta comprende además criterios de filtro para usar por una entidad de repositorio de red, NRE, para determinar entidades de red que satisfacen los criterios de filtro, en donde los ID de entidad de red candidata no son una parte de los criterios de filtro;
que la entidad de red transmita (s404) la solicitud de descubrimiento a la NRE (502); y
recibir (s406) de la NRE una respuesta de descubrimiento (503) a la solicitud de descubrimiento, cuya respuesta incluye un objeto de datos SearchResult que incluye una matriz de perfiles de entidad de red que comprende un primer perfil de entidad de red correspondiente a un primer ID de entidad de red candidata del al menos un Id de entidad de red candidata y que incluye un objeto de datos que al menos contiene el al menos un ID de entidad de red candidata, y un indicador matchFilter que indica si el perfil de entidad de red de la entidad de red candidata identificada por el ID de entidad de red candidata correspondiente satisface o no los criterios de filtro.
2. El método de la reivindicación 1, que comprende además recibir (s406) de la NRE una respuesta a la consulta, cuya respuesta comprende una matriz de perfiles de entidad de red, en donde el perfil de entidad de red correspondiente al primer ID de entidad de red candidata se dispone en un parte inicial de la matriz de perfiles como resultado de que el primer ID de entidad candidata i) identifica una entidad de red que satisface los criterios de filtro y ii) se incluye en el conjunto de N ID de entidad de red candidata.
3. El método de la reivindicación 2, que comprende además recibir de la NRE una respuesta a la consulta, en donde
el conjunto de ID de entidades de red candidatas consiste en un número N de ID de entidad de red candidata, siendo N mayor o igual que 1,
la respuesta a la solicitud de descubrimiento comprende una matriz de un número M de perfiles de entidad de red, siendo M mayor que N, y
el perfil de entidad de red correspondiente al primer ID de entidad de red candidata se dispone en una de las primeras N posiciones de la matriz de perfiles de entidad de red.
4. El método de la reivindicación 1, que comprende además recibir de la NRE una respuesta a la consulta, en donde
la respuesta comprende una matriz de perfiles de entidad de red, y
la matriz de perfiles de entidad de red comprende un primer perfil de entidad de red que corresponde al primer ID de entidad de red candidata independientemente de si el primer perfil de entidad de red satisface o no los criterios de filtro.
5. El método de la reivindicación 4, en donde
el conjunto de ID de entidades de red ° consiste en un número N de ID de entidad de red candidata, siendo N mayor o igual que 1;
la matriz de perfiles de entidad de red comprende un número M de perfiles de entidad de red, siendo M mayor que N, y
el primer perfil de entidad de red, que corresponde al primer ID de entidad de red candidata, se incluye en una de las primeras N posiciones de la matriz de perfiles de entidad de red independientemente de si el primer perfil de entidad de red satisface o no los criterios de filtro.
6. El método de una cualquiera de las reivindicaciones 1-5, en donde el conjunto de parámetros de consulta incluye además un valor indicador de inclusión que indica si un perfil de entidad de red correspondiente al primer ID de entidad de red candidata debe incluirse o no en una matriz de resultados de consulta incluso si el primer ID de entidad de red candidata no identifica una entidad de red que satisface los criterios de filtro.
7. El método de una cualquiera de las reivindicaciones 1-5, en donde
el conjunto de parámetros de consulta incluye una matriz de tupias,
cada una de las tupias incluidas en la matriz consiste en: i) uno de los ID de entidad de red candidata y ii) y un valor que indica si el perfil de entidad de red corresponde al ID de entidad de red candidata incluido en la tupla debe incluirse o no en una matriz de resultados de consulta incluso si el ID de entidad de red candidata no identifica una entidad de red que satisface los criterios de filtro.
8. El método de una cualquiera de las reivindicaciones 1-7, que comprende además que la entidad de red (504) reciba de otra entidad de red (506), equipo de usuario, UE, información de contexto para un UE que ha iniciado un procedimiento de registro y que tiene una sesión de unidad de datos de protocolo, PDU, en donde
la información de contexto de UE comprende información de contexto de PDU asociada con la sesión de PDU, y
la información de contexto de PDU comprende una primera función de gestión de sesión, SMF, ID que identifica una SMF de ancla para la sesión de PDU y un segundo ID de SMF que identifica una SMF intermedia, I-SMF, para la sesión de PDU.
9. El método de una cualquiera de las reivindicaciones 1-8, en donde la entidad de red es una instancia de una función de gestión de acceso y movilidad.
ES20754218T 2019-08-21 2020-08-06 Métodos para el descubrimiento de funciones de red Active ES2992233T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2019101794 2019-08-21
PCT/EP2020/072162 WO2021032501A1 (en) 2019-08-21 2020-08-06 Methods and apparatuses for network function discovery

Publications (1)

Publication Number Publication Date
ES2992233T3 true ES2992233T3 (es) 2024-12-10

Family

ID=72046882

Family Applications (1)

Application Number Title Priority Date Filing Date
ES20754218T Active ES2992233T3 (es) 2019-08-21 2020-08-06 Métodos para el descubrimiento de funciones de red

Country Status (6)

Country Link
US (2) US12015679B2 (es)
EP (1) EP4000291B1 (es)
CN (1) CN114303348B (es)
ES (1) ES2992233T3 (es)
MX (1) MX2022002030A (es)
WO (1) WO2021032501A1 (es)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102346648B1 (ko) * 2019-08-26 2022-01-03 삼성전자 주식회사 무선 통신 시스템에서 서비스의 트래픽을 처리하기 위한 장치 및 방법
CN115250466A (zh) * 2021-04-26 2022-10-28 中国移动通信有限公司研究院 用户数据容灾方法、装置、网元设备及存储介质
EP4132037A1 (en) * 2021-08-07 2023-02-08 Nokia Technologies Oy Udsf record retrieval and deletion
CN118160285A (zh) * 2021-10-25 2024-06-07 瑞典爱立信有限公司 用于网络功能发现的方法和装置
US12349050B2 (en) * 2022-01-18 2025-07-01 Oracle International Corporation Methods, systems, and computer readable media for prioritizing among alternate network function (NF) instances
US11855956B2 (en) 2022-02-15 2023-12-26 Oracle International Corporation Methods, systems, and computer readable media for providing network function (NF) repository function (NRF) with configurable producer NF internet protocol (IP) address mapping
JPWO2023223511A1 (es) * 2022-05-19 2023-11-23
CN117425167A (zh) * 2022-07-11 2024-01-19 中兴通讯股份有限公司 业务处理方法、装置、电子设备及存储介质
EP4635208A1 (en) * 2023-01-09 2025-10-22 Telefonaktiebolaget LM Ericsson (publ) Methods, network nodes, media for nf discovery enhancement
CN120018181A (zh) * 2023-11-14 2025-05-16 华为技术有限公司 通信方法、通信装置及通信系统

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10313997B2 (en) * 2017-02-06 2019-06-04 Industrial Technology Research Institute User equipment registration method for network slice selection and network controller and network communication system using the same
CN109429295B (zh) 2017-08-31 2021-11-23 中兴通讯股份有限公司 一种选择amf的方法、amf、系统及存储介质
CN109995845B (zh) * 2018-01-03 2023-12-26 中兴通讯股份有限公司 一种控制面资源迁移的实现方法、装置及网络功能实体
EP3607774B1 (en) * 2018-01-08 2020-09-30 Telefonaktiebolaget LM Ericsson (Publ) Methods and apparatuses for selecting a session management entity for serving a wireless communication device
CN110035423B (zh) * 2018-01-12 2022-01-14 华为技术有限公司 会话管理方法、设备及系统
CN110049503B (zh) * 2018-01-15 2022-07-15 中国移动通信有限公司研究院 一种获取数据的方法和设备
CN110048987B (zh) * 2018-01-15 2021-06-22 华为技术有限公司 一种多媒体系统入口网元的选择方法、注册方法及装置
CN110121194B (zh) * 2018-02-07 2021-06-11 大唐移动通信设备有限公司 信息传输方法及装置、计算机存储介质
CN112567685B (zh) * 2018-08-10 2024-06-14 诺基亚通信公司 方法、装置和计算机程序
CN111263409B (zh) * 2018-11-30 2022-03-29 华为技术有限公司 提供网络功能服务的元数据信息的方法、系统以及相关设备
US10833938B1 (en) * 2019-07-31 2020-11-10 Oracle International Corporation Methods, systems, and computer readable media for network function (NF) topology synchronization
US11265694B2 (en) * 2020-01-24 2022-03-01 T-Mobile Usa, Inc. Network repository function (NRF) discovery control
CN114039874B (zh) * 2020-07-21 2022-08-30 大唐移动通信设备有限公司 一种网络功能的查询方法及装置

Also Published As

Publication number Publication date
US20240388642A1 (en) 2024-11-21
EP4000291C0 (en) 2024-10-02
EP4000291A1 (en) 2022-05-25
US12015679B2 (en) 2024-06-18
MX2022002030A (es) 2022-03-11
CN114303348A (zh) 2022-04-08
US20230179669A1 (en) 2023-06-08
EP4000291B1 (en) 2024-10-02
WO2021032501A1 (en) 2021-02-25
CN114303348B (zh) 2024-11-05

Similar Documents

Publication Publication Date Title
ES2992233T3 (es) Métodos para el descubrimiento de funciones de red
TWI791935B (zh) 服務發現的方法及設備
CN110291837B (zh) 网络注册和网络切片选择系统和方法
EP3790305B1 (en) Session management for always-on sessions
ES2975005T3 (es) Selección de un identificador de segmento de red
ES2926493T3 (es) Método y dispositivo de comunicaciones basadas en segmentos
EP3747223B1 (en) Network slicing in ims
US20200053636A1 (en) SMF Selection Based On Supported DNN
ES2972146T3 (es) Selección de versión de IP
ES2886833T3 (es) Un método de ejecución de un servicio para un consumidor de servicios, así como un nodo de red correspondiente y un producto de programa informático
WO2021083926A1 (en) Methods and apparatuses for network function discovery with preferred api version
US12418462B2 (en) Methods and apparatuses for network function discovery
EP4085726A1 (en) Using dnai to identify a smf supporting connection to a local dn
ES2967527T3 (es) Inicio del procedimiento de registro solicitado por la red
US20240179564A1 (en) Edge configuration server information processing method and device, and communication device
WO2023222646A1 (en) Method, apparatus and computer program
CN120982121A (zh) 用于无线通信的方法、设备和计算机程序产品
OA20159A (en) Network function instance selection.