ES2943615T3 - Método para descubrir servicios proporcionados por una función de repositorio de red - Google Patents
Método para descubrir servicios proporcionados por una función de repositorio de red Download PDFInfo
- Publication number
- ES2943615T3 ES2943615T3 ES18755443T ES18755443T ES2943615T3 ES 2943615 T3 ES2943615 T3 ES 2943615T3 ES 18755443 T ES18755443 T ES 18755443T ES 18755443 T ES18755443 T ES 18755443T ES 2943615 T3 ES2943615 T3 ES 2943615T3
- Authority
- ES
- Spain
- Prior art keywords
- service
- nrf
- address
- network
- consumer
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/20—Transfer of user or subscriber data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computational Linguistics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
Abstract
Un método para descubrir servicios proporcionados por una función de red, NF, en una red de telecomunicaciones basada en Arquitectura Basada en Servicios, SBA, en el que dicha función de red está registrada, en una Función de Repositorio de Red, NRF, compuesta por dicha red de telecomunicaciones, utilizando un nombre de servicio. , una dirección de servicio y una regla de selección, donde dicha regla de selección define una dirección de servicio adicional y una condición previa para aplicar dicha regla de selección, comprendiendo dicho método los pasos de recibir, por dicho NRF, una solicitud de descubrimiento, de una función de red, NF, consumidor, en el que dicha solicitud de descubrimiento comprende dicho nombre de servicio, determinando, mediante dicho NRF, que se aplica dicha regla de selección determinando que dicha condición previa se cumple en función de dicha solicitud de descubrimiento recibida y transmitiendo, mediante dicho NRF, a dicho consumidor de NF, una respuesta de descubrimiento ,en el que dicha respuesta de descubrimiento comprende dicha dirección de servicio adicional. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Método para descubrir servicios proporcionados por una función de repositorio de red
Sector de la invención
La presente invención se refiere, en general, al sector de las redes de telecomunicación basadas en Arquitectura Basada en Servicios, SBA (Service Based Architecture) y, más específicamente, a métodos y dispositivos para mejorar el proceso de descubrimiento de servicios.
Antecedentes
El sistema de telecomunicación de Quinta Generación, 5G, está siendo estandarizado por el Proyecto de Asociación de Tercera Generación, 3GPP (Third Generation Partnership Project). Ya se acordó un cambio disruptivo en el que las interfaces y protocolos entre iguales tradicionales son modificados por una llamada Arquitectura Basada en Servicios, SBA, que comprende una pluralidad de Funciones de Red, NF (Network Functions), donde cada NF proporciona uno o varios servicios como productor para uno o varios consumidores, mediante un protocolo que se encuentra en evaluación en la etapa 3 del 3GPP.
Para cada NF se han definido servicios. Por ejemplo, para la NF Gestión de Datos de Usuario, UDM (User Data Management) están definidos los siguientes servicios:
• Gestión de contexto de UE, en la que la funcionalidad básica es permitir que una NF de consumidor se registre como la NF de servicio para un equipo de usuario, UE (User Equipment) particular.
• Gestión de datos de abonado, cuya funcionalidad básica es permitir que una NF de consumidor acceda a los datos de suscripción para un UE particular.
• Autenticación, donde la funcionalidad básica es permitir que un NF de consumidor obtenga datos de autenticación del UE.
Uno de los impulsores de la SBA es lograr una gestión del ciclo de vida, LCM (Life Cycle Management), independiente por cada servicio. En otras palabras, cada servicio de SBA debe poder ser, al menos, desarrollado/actualizado, mejorado, escalado e implementado independientemente de cualquier otro servicio de SBA definido.
De hecho, la expectativa es poder dividir las NF existentes, que son grandes “contenedores” de diferentes funcionalidades, en funcionalidades específicas e independientes de una manera en la que el desarrollo de SW pueda ser optimizado a la vez que se incrementa la reutilización. Pero, además, se optimiza la implementación, la configuración y la orquestación del SW en un entorno de nube.
Sin embargo, algunos servicios de la SBA definidos en la Quinta Generación, 5G, del Proyecto de Asociación de Tercera Generación, 3GPP, no siguen estos principios. Un ejemplo de tal nodo es la NF UDM cuyas funcionalidades se acaban de describir. Tomando el ejemplo del nodo de UDM, se , además, cómo todas las NF no han sido optimizadas para el entorno de SBA.
El servicio “gestión de datos de abonado” que ofrece la UDM es principalmente un servicio de acceso a una base de datos, BD (DataBase), que incluye operaciones de acceso a BD tales como consultar, actualizar, borrar, crear, suscribir, notificar.
El servicio de “gestión de contexto del UE” es el servicio que requiere incluir la mayor parte de la lógica del servidor de abonado doméstico, HSS (Home Subscriber Server), de cuarta generación, 4G, por ejemplo, en durante el registro, el consumidor requiere recibir algunos datos de suscripción; los datos relevantes que deben proporcionarse, la autorización interna y las comprobaciones de coherencia dependen de si el consumidor es una función de acceso y movilidad, AMF (Access and Mobility Function), una función de gestión de sesión, SMF (Session Management Function), o una función de SMS, Sm Sf (SMS Function).
Por esta razón, el servicio “gestión de contexto del UE” no está bien definido para lograr una LCM independiente, por ejemplo:
Escalado: para una AMF, la cantidad de solicitudes de servicio podría ser el doble que para una SMF. Entonces, para poder aplicar diferentes patrones de escalado, para optimizar los recursos internos, cada lógica diferente debe ser definida como un servicio diferente, no todo bajo el mismo.
Desarrollo/actualización: si es posible que se requieran algunos cambios para la lógica comercial de una SMSF, será necesario actualizar todo el servicio de “gestión de contexto del UE”. Aunque los cambios requeridos pueden estar limitados a uno/algunos microservicios, implica que el fragmento de SW necesita actualización, recompilación, pruebas básicas. Todas las tareas del SW de desarrollo son necesarias para todo el servicio. Por lo tanto, es recomendable no mezclar diferentes funcionalidades en un mismo servicio, para permitir el desarrollo/actualización independiente de cada funcionalidad.
Actualización: un fragmento de software (servicio) (o algunos de sus microservicios) puede necesitar una actualización en una plataforma en la nube real y en funcionamiento. Se recomienda evitar afectar a los consumidores que no se benefician realmente de la funcionalidad mejorada. Esto podría minimizarse si cada servicio solo proporcionara una funcionalidad específica. Existen técnicas tales como la actualización gradual que podrían usarse para minimizar el servicio de los consumidores.
Implementación: puede ser necesario implementar solo, por ejemplo, “gestión de SMS” pero, a menos que esta funcionalidad esté definida en un servicio independiente, el desarrollo independiente no será posible.
Por lo tanto, los servicios de UDM y otros servicios definidos en el 3GPP no garantizan una LCM independiente optimizada. Sin embargo, la definición del servicio ya está fijada en el 3GPP, y las implementaciones normalmente deberían cumplir con eso, en una manera en la que se garanticen soluciones de múltiples proveedores. Por lo tanto, existe la necesidad de rediseñar la SBA del 3GPP de tal manera que se garantice una LCM independiente mejorada.
Se hace referencia al Proyecto de Asociación de Tercera Generación; Grupo de Especificaciones Técnicas de Servicios y Aspectos del Sistema; Procedimientos para el Sistema 5G; Etapa 2 (Versión 15).
Se hace referencia, además, al documento US 2012/203864, que da a conocer que una disposición y un método para seleccionar uno o más elementos de red de una red de comunicación desde la cual se puede descargar un contenido solicitado a un ordenador central solicitante se basa en una funcionalidad de DNS mejorada que está adaptada para proporcionar una selección optimizada de elementos de red.
Se hace referencia, además, al Proyecto de Asociación de Tercera Generación; Grupo de Especificaciones Técnicas de Servicios y Aspectos del Sistema; Estudio de Arquitectura para Sistema de Próxima Generación (Versión 14).
Se hace referencia al documento de ERICSSON: “Pseudo-CR on Service Discovery and Registration using NRF service”, 3GPP DRAFT; C4-174O83; SOLUCIÓN UTILIZANDO EL SERVICIO de NRF, PROYECTO DE ASOCIACIÓN DE 3a GENERACIÓN (3cpp), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX.
Compendio
Un objetivo de la presente invención es superar el inconveniente mencionado anteriormente.
En un primer aspecto, se da a conocer un método para descubrir servicios proporcionados por una función de red, NF, en una red de telecomunicación basada en Arquitectura Basada en Servicios, SBA, donde dicha función de red está registrada, en una Función de Repositorio de Red, NRF (NetWork Repository Function), compuesta por dicha red de telecomunicación, usando un nombre de servicio, una dirección de servicio y una pluralidad de reglas de selección, en donde cada regla de selección define una dirección de servicio adicional distinta y una condición previa correspondiente para aplicar dicha regla de selección correspondiente, en donde dicha pluralidad de reglas de selección están asociadas con un orden de priorización para determinar cuál de dicha pluralidad de reglas de selección se aplica cuando se cumplen varias condiciones previas.
El método comprende las etapas de:
• recibir, mediante dicha NRF, una solicitud de descubrimiento, de un consumidor de Función de Red, NF, en el que dicha solicitud de descubrimiento comprende dicho nombre de servicio;
• determinar, mediante dicha NRF, que dicha regla de selección se aplica determinando que dicha condición previa se cumple basándose en dicha solicitud de descubrimiento recibida;
• transmitir, mediante dicha NRF, a dicho consumidor de NF, una respuesta de descubrimiento, en donde dicha respuesta de descubrimiento comprende dicha dirección de servicio adicional.
Los inventores han encontrado una solución que cumple con la definición de servicio ya acordada en las redes de telecomunicación de quinta generación del 3GPP. Lo anterior se describirá con más detalle con respecto a la gestión unificada de datos, UDM, pero se advierte que este es solo un ejemplo ilustrativo. Además, el método descrito anteriormente garantiza una gestión del ciclo de vida independiente mejorada por cada servicio o servicio secundario.
En el contexto de la presente invención, el término servicio secundario se usa para demostrar que un servicio particular puede estar dividido en uno o más servicios secundarios. Cada servicio secundario puede proporcionar un servicio ligeramente diferente.
La presente invención está dirigida al concepto de descubrimiento de servicios. Se encontró que el mecanismo actualmente, ya acordado, para el descubrimiento de servicios puede mantenerse principalmente en su lugar. Por lo tanto, no es necesario enmendar o cambiar los procedimientos de descubrimiento en la actualidad.
Cabe señalar que cualquier función de red es para dar a conocer los servicios que proporciona a una función de repositorio de red, NRF, en una red de telecomunicación. Por ejemplo, una función de red puede proporcionar sus servicios, su dirección de servicio y sus reglas de selección a la NRF. La NRF puede almacenar estos datos en una base de datos y puede obtener estos datos de la base de datos cuando sea necesario. En uno de los aspectos de la presente invención, los datos pueden obtenerse durante un proceso de descubrimiento de servicios.
Es decir, un consumidor de servicio particular, es decir, un consumidor de función de red, NF, tiene la intención de usar un servicio particular. El consumidor de NF necesita saber dónde se puede encontrar el servicio en particular. Por lo tanto, el consumidor de NF envía una solicitud de descubrimiento a la NRF para solicitar el descubrimiento de un servicio en particular, es decir, un nombre de servicio.
La NRF es, por lo tanto, según la presente invención, capaz de determinar que se aplica una regla de selección determinando que se cumple una condición previa basándose en la solicitud de descubrimiento recibida. Cada consumidor de servicios puede indicar que se proporciona un servicio particular en una dirección de servicio particular, pero, en caso de que se cumpla una condición previa, una solicitud de descubrimiento no debe ser respondida con una respuesta de descubrimiento convencional, sino con una actualizada. Es decir, si se cumple la condición previa, se debe proporcionar una dirección de servicio adicional en lugar de la dirección de servicio más habitual.
La condición previa puede estar incluida explícitamente en la solicitud de descubrimiento o puede ser obtenida a partir de la solicitud de descubrimiento. Por ejemplo, la entidad que solicita el descubrimiento de un servicio en particular puede usarse como condición previa, o puede incluirse un parámetro en particular en la solicitud.
En un ejemplo, la condición previa se relaciona con cualquiera de:
• un tipo de consumidor de NF particular tal como una función de gestión de acceso y movilidad, AMF, o una función de gestión de sesión, SMF;
• una identificación particular del consumidor.
Por lo tanto, en caso de que la solicitud de descubrimiento se origine en un tipo de consumidor de NF particular predefinido, tal como una AMF o SMF o similar, se considera que se cumple la condición previa y se aplica la regla de selección.
La NF se registra en dicha NRF usando un nombre de servicio, una dirección de servicio y una pluralidad de reglas de selección, en donde cada regla de selección define una dirección de servicio diferente y adicional y una condición previa correspondiente para aplicar dicha regla de selección correspondiente.
La dirección de servicio distinta y adicional puede ser una dirección de protocolo de Internet, IP (Internet Protocol), o cualquier otra dirección, por ejemplo, un nombre de dominio totalmente cualificado, FQDN (Fully Qualified Domain Name), con el que dicho servicio puede encontrarse dentro de la red de telecomunicación. Se observa, además, que se puede usar la misma dirección IP que la dirección IP “estándar” para la dirección de servicio adicional, pero, entonces, con un puerto diferente, o algo similar.
La pluralidad de reglas de selección está asociada con un orden de priorización para determinar cuál de dicha pluralidad de reglas de selección se aplica cuando se cumplen varias condiciones previas.
Pragmáticamente, puede suceder que se reciba una solicitud de descubrimiento en particular y que se cumplan varias condiciones previas para esa solicitud de descubrimiento en particular. La ventaja del ejemplo descrito anteriormente es que, en tal caso, todavía es posible aplicar una única regla de selección. La priorización determinó qué regla de selección se debe aplicar.
En otro ejemplo, el método comprende las etapas de:
• recibir, mediante dicha NRF, de dicha NF, una solicitud de registro de servicio para registrar dicha NF en dicha NRF, en donde dicha solicitud de registro comprende dicho nombre de servicio, dicha dirección de servicio y dicha regla de selección;
• almacenar, mediante dicha NRF, dicho nombre de servicio, dicha dirección de servicio y dicha regla de selección;
• transmitir, mediante dicha NRF, a dicha NF, una respuesta de registro de servicio para acusar recibo de dicha solicitud de registro recibida.
El ejemplo descrito anteriormente describe la situación en la que un servicio produce es capaz de registrar sus servicios en la NRF y es capaz de registrar las condiciones previas que deben cumplirse para aplicar una regla de selección particular para sus servicios.
En otro ejemplo, la dirección de servicio y dicha dirección de servicio adicional son cualquiera de:
• una dirección de protocolo de Internet, IP;
• un nombre de dominio completo, FQDN.
En un segundo aspecto, que no forma parte de la invención, se da a conocer un método para registrar un servicio proporcionado por una función de red, NF, en una arquitectura basada en servicios, una red de telecomunicación basada en SBA, una función de repositorio de red, NRF, compuesta por dicha red de telecomunicación, en donde dicho método comprende las etapas de:
• transmitir, mediante dicha NF, una solicitud de registro de servicio a dicha NRF, donde dicha solicitud de registro de servicio comprende un nombre de servicio, una dirección de servicio y una regla de selección, donde la regla de selección define una dirección de servicio adicional y una condición previa para aplicar dicha regla de selección;
• recibir, por parte de dicha NF, de dicha NRF, una respuesta de registro de servicio indicando de ese modo que dicho servicio está registrado en dicha NRF.
El ejemplo descrito anteriormente describe la situación en la que un productor de servicios en particular, es decir, una NF, debe registrar sus servicios en una NRF. La solicitud de descubrimiento existente debe entonces ser actualizada, debido a que la solicitud de descubrimiento comprende el nombre del servicio, una dirección de servicio y una regla de selección, donde la regla de selección define una dirección de servicio adicional y una condición previa para aplicar dicha regla de selección.
En un tercer aspecto, se da a conocer una función de repositorio de red, NRF, dispuesta para admitir el descubrimiento de servicios proporcionados por una función de red, NF, en una red de telecomunicación basada en arquitectura basada en servicios, SBA, en la que dicha función de red está registrada, en dicho función de repositorio de red, NRF, compuesta por dicha red de telecomunicación, utilizando un nombre de servicio, una dirección de servicio y una pluralidad de reglas de selección, en donde cada regla de selección define una dirección de servicio distinta y adicional y una condición previa correspondiente para aplicar dicha regla de selección correspondiente, en donde dicha pluralidad de reglas de selección están asociadas con un orden de priorización para determinar cuál de dicha pluralidad de reglas de selección se aplica cuando se cumplen múltiples condiciones previas, comprendiendo dicha NRF:
• recibir equipo dispuesto para recibir una solicitud de descubrimiento, de un consumidor de función de red, NF, en el que dicha solicitud de descubrimiento comprende dicho nombre de servicio;
• equipo de proceso dispuesto para determinar que se aplica dicha regla de selección determinando que se cumple dicha condición previa basándose en dicha solicitud de descubrimiento recibida;
• equipo de transmisión dispuesto para transmitir a dicho consumidor de NF, una respuesta de descubrimiento, en el que dicha respuesta de descubrimiento comprende dicha dirección de servicio adicional.
Las ventajas del primer aspecto de la invención también son inherentemente una parte del segundo aspecto y del tercer aspecto de la invención. Además, se señala que, aunque las reivindicaciones se leen como si todos los módulos/equipos según este segundo aspecto de la presente invención estuvieran incorporados en un solo nodo, un experto en la materia entiende que la misma invención podría ser implementada, por ejemplo, distribuyendo cada uno de los módulos en varios nodos. Alternativamente, la invención también podría implementarse puramente en la nube, por lo que ninguno de los nodos físicos posee ninguno de estos módulos/equipos como tales.
Además, se observa que el equipo también puede denominarse módulo, unidad, dispositivo o algo similar.
En un ejemplo, la condición previa se refiere a cualquiera de:
• un tipo de consumidor de NF particular tal como una función de gestión de acceso y movilidad, AMF, o una Función de gestión de sesión, SMF;
• una identificación particular del consumidor.
En otro ejemplo, la NF se registra en dicha NRF utilizando un nombre de servicio, una dirección de servicio y una pluralidad de reglas de selección, en donde cada regla de selección define una dirección de servicio distinta y adicional y una condición previa correspondiente para aplicar dicha regla de selección correspondiente.
La pluralidad de reglas de selección está asociada con un orden de priorización para determinar cuál de dicha pluralidad de reglas de selección se aplica cuando se cumplen varias condiciones previas.
En otro ejemplo adicional, que no forma parte de la invención, el equipo de recepción está dispuesto, además, para recibir, desde dicha NF, una solicitud de registro de servicio para registrar dicha NF en dicha NRF, en donde dicha solicitud de registro comprende dicho nombre de servicio, dicha dirección del servicio y dicha regla de selección; y en donde dicha NRF comprende un equipo de almacenamiento dispuesto para almacenar dicho nombre de servicio, dicha dirección de servicio y dicha regla de selección;
y en donde dicho equipo de transmisión está dispuesto para transmitir a dicha NF, una respuesta de registro de servicio para acusar recibo de dicha solicitud de registro recibida.
En otro ejemplo, la dirección de servicio y dicha dirección de servicio adicional son cualquiera de:
• una dirección de protocolo de Internet, IP;
• un nombre de dominio completo, FQDN.
En un cuarto aspecto de la presente invención, se da a conocer una función de red, NF, dispuesta para registrar un servicio proporcionado por dicha NF, en una arquitectura basada en servicios, una red de telecomunicación basada en SBA, una función de repositorio de red, NRF, compuesta por dicha red de telecomunicación, en la que dicha NF comprende:
• equipo de transmisión, dispuesto para transmitir una solicitud de registro de servicio a dicha NRF, donde dicha solicitud de registro de servicio comprende un nombre de servicio, una dirección de servicio y una regla de selección, donde la regla de selección define una dirección de servicio adicional y una condición previa para aplicar dicha regla de selección;
• equipo de recepción dispuesto para recibir de dicha NRF, una respuesta de registro de servicio indicando de este modo que dicho servicio está registrado en dicha NRF.
En un quinto aspecto, que no forma parte de la invención, se da a conocer un producto de programa informático que contiene un código de programa informático que, cuando es ejecutado por una NF, hace que la NF implemente un método según cualquiera de los ejemplos de métodos dados a conocer anteriormente.
Las características y ventajas mencionadas anteriormente y otras, de la descripción, se entenderán mejor a partir de la siguiente descripción que hace referencia a los dibujos adjuntos. En los dibujos, números de referencia similares indican partes idénticas o partes que realizan una función u operación idéntica o comparable.
Breve descripción de los dibujos
La figura 1 ilustra esquemáticamente una parte de la arquitectura de una red de telecomunicación de quinta generación, 5G.
La figura 2 ilustra esquemáticamente una función de red, NF, a modo de ejemplo, de una red de telecomunicación 5G. La figura 3 ilustra esquemáticamente una optimización a modo de ejemplo de una NF de una red de telecomunicación 5G.
La figura 4 ilustra esquemáticamente una optimización a modo de ejemplo de una NF de una red de telecomunicación 5G.
La figura 5 ilustra esquemáticamente un método que no forma parte de la invención.
La figura 6 ilustra esquemáticamente un método según la presente invención.
La figura 7 ilustra esquemáticamente una NF que no forma parte de la invención.
Descripción detallada
La figura 1 ilustra esquemáticamente una parte de la arquitectura de una red de telecomunicación 1 de quinta generación, 5G. En la figura 1, el número de referencia 1 indica una arquitectura de referencia para un sistema 5G. La arquitectura del sistema 5G comprende las siguientes funciones de red, NF:
• Función de servidor de autenticación, AUSF (Authentication Server Function), 6
• Función de gestión de acceso y movilidad, AMF (Access and Mobility Management Function, 7
• Red de datos, DN (Data Network), por ejemplo, servicios de operador, acceso a Internet o servicios de terceros, 5
• Función de exposición de red, NEF (NetWork Exposure Function), 12
• Función de repositorio de NF, NRF (NF Repository Function), 11
• Función de control de políticas, PCF (Policy Control Function), 10
• Función de gestión de sesión, SMF (Session Management Function), 8
• Gestión de datos unificados, UDM (Unified Data Management), 13
• Función de plano de usuario, UPF (User Plane Function), 4
• Función de aplicación, AF (Application Function), 9
• Equipo de usuario, UE (User Equipment), 2
• Red de acceso (por Radio), ((Radio) Access Network), 3.
La descripción funcional de estas funciones de red se especifica en la cláusula 6 del estándar 3GPP 23.501, “System Architecture for the 5G System”. Específicamente, en la figura 1, la referencia número 1 indica la arquitectura del sistema para una red de telecomunicación 5G en un caso de itinerancia. Es decir, el UE 2 no está en la red de telecomunicación a la que pertenece originalmente, es decir, está registrado. El UE 2 está registrado originalmente en una red doméstica 16, pero actualmente está ubicado en una red visitada 15. Tal representación se muestra simplemente para propósitos ilustrativos y no es una limitación de las explicaciones según la presente invención.
La figura 2 ilustra esquemáticamente una función de red, NF, a modo de ejemplo, de una red de telecomunicación 5G. El número de referencia 20 se refiere a una situación en la que un servicio de consumidor 21 solicita un servicio particular de un servicio de productor 30. Como ejemplo, el servicio de productor 30 podría ser un servicio de gestión de contexto de UE ofrecido por la UDM. Dicho servicio se implementa en un entorno de nube por medio de varios microservicios 41-48. El número de microservicios y la función realizada por cada microservicio depende de la NF y también depende de la arquitectura de software interna.
Los microservicios están contenidos dentro de los contenedores de funciones de red virtual, VNFC (Virtual Network Function Containers), 31-38 correspondientes. Nuevamente, considerando el ejemplo, el servicio 30 se refiere a un servicio de gestión de contexto de UE ofrecido por la UDM, y la lógica de AMF requiere diferentes microservicios que una lógica de SMF. Tal ejemplo está representado por los números de referencia 50 y 55 en la figura 3.
El número de referencia 51 se refiere a un grupo de micro servicios - 41,42, 44, 45, 46 y 48 que son requeridos por la lógica de la AMF y otro grupo 52 formado por micro servicios - 41,43, 47 y 48 que son requeridos por la lógica de la SMF. Idealmente, para lograr la mejor gestión independiente del ciclo de vida, LCM, por cada servicio, habría sido mejor definir la gestión de la AMF y la gestión de sesiones como dos servicios independientes y no como parte del servicio de gestión del contexto del UE.
Según la presente invención se propone, una vez definido el estándar, optimizar la LCM basándose en criterios de optimización para registro y descubrimiento de servicios. Por ejemplo, en el escenario mencionado anteriormente, el criterio de optimización podría ser del tipo consumidor de NF, de tal manera que la lógica de AMF 51 se ejecuta cuando el consumidor NF es la AMF y la lógica de gestión de sesión 52 se ejecuta cuando el consumidor de NF es la SMF.
La figura 4 ilustra esquemáticamente una optimización a modo de ejemplo de una NF de una red de telecomunicación 5G. El número de referencia 60 indica una realización de una función de UDM optimizada, en la que se han definido dos servicios secundarios 51,52 optimizados. Uno 51 de los dos servicios secundarios es para la gestión de acceso y movilidad, cuando el consumidor es la AMF 7 y el otro 52 es para la gestión de sesión cuando el consumidor es la SMF 8. En este ejemplo, el servicio de gestión del contexto del UE ofrecido por la UDM se ha optimizado con un criterio de optimización del tipo consumidor de NF. El experto en la materia entiende que otras funciones de la red también pueden optimizarse de forma similar basándose en diferentes criterios de optimización. Alternativamente, una misma función de red puede optimizarse de múltiples maneras usando múltiples criterios de optimización.
También es posible que cuando se definen microservicios independientes, algunos microservicios se pueden encontrar en varios servicio secundarios. En la realización a modo de ejemplo que se muestra en la figura 4, los microservicios 41 y 48 pueden encontrarse en los servicios secundarios 51 y 52. El microservicio 41 puede ser, por ejemplo, necesario para implementar las interfaces de múltiples proveedores, tal como la transferencia de estado representacional, REST (Representational State Transfer). Como ejemplo, podría requerirse el microservicio 38 en ambos servicios secundarios 51,52 para implementar el acceso a la UDR. Pero aparte de estos dos microservicios 41,48, el resto de microservicios podrían ser totalmente específicos para cada servicio secundario.
La figura 5 ilustra esquemáticamente un método 70, que no forma parte de la invención. Más específicamente, el método 70 muestra un proceso de registro modificado después de considerar un proceso de optimización según la presente invención. Tal como se define en la Especificación Técnica, TS (Technical Specification) 5G del 3GPP, cada productor de NF 71 registra 72 los servicios que ofrece en la NRF 11. Se incluyen al menos los siguientes parámetros:
• Nombre del servicio, identificando el servicio que se está registrando.
• Dirección del servicio. La dirección del servicio podría ser, por ejemplo, una dirección de protocolo de Internet (IP) o un nombre de dominio completo, FQDN. Esto puede ser utilizado por un servicio de consumidor para ponerse en contacto con el servicio de productor.
Según las realizaciones, que no forman parte de la invención, se propone añadir criterios de optimización opcionales, es decir, condiciones previas y reglas de selección. Debe definirse de modo que se puedan agregar nuevos criterios de optimización. Un criterio de optimización de ejemplo es el tipo de NF. Para cada criterio, se requiere una dirección de servicio diferente. Se utiliza para ponerse en contacto con el servicio secundario optimizado.
En el ejemplo, tipo de NF = AMF se utiliza como criterio para identificar el servicio de gestión de contexto UE 51 optimizado para la gestión de acceso y movilidad. Se pueden proporcionar múltiples valores para los mismos criterios, tal como por ejemplo, Tipo de NF = SMF. O incluso múltiples criterios de optimización, en cuyo caso, puede ser necesario definir un orden de priorización, en caso de que múltiples criterios no sean válidos para el mismo servicio secundario.
La definición de criterios de optimización y la mejora del registro del servicio pueden estar sujetas a una posible estandarización en 5G del 3GPP para soluciones de múltiples proveedores. La estandarización puede evitarse mediante alguna configuración en la NRF 11, tal como proporcionar direcciones de servicio específicas por cada tipo de NF.
En una etapa adicional 63, las tiendas de NRF 11 proporcionaron una o varias direcciones de servicio. Siempre se proporciona una dirección para el servicio de SBA y, opcionalmente, se pueden proporcionar direcciones adicionales para identificar diferentes servicios secundarios, junto con los criterios de optimización, para permitir que una NRF identifique cuándo se debe proporcionar cada dirección de servicio. Al final, la NRF 11 envía una respuesta de registro de servicio 74 al productor de NF 71.
La figura 6 ilustra esquemáticamente un método 80, según la presente invención. Específicamente, el método 80 ilustra un método para el descubrimiento de servicios, según la presente invención. Es posible que el descubrimiento de servicios no necesite ninguna mejora, siempre que el criterio de optimización sea un valor que ya se proporcione en el descubrimiento de servicios regular. Este es el caso del tipo de NF. Un servicio se almacena 81 en la NRF 11 según el método 70.
Un consumidor 81 de NF envía una solicitud de descubrimiento de servicios 83 a la NRF 11. Cualquier otro criterio de optimización que no se haya incluido ya para el descubrimiento de servicios regulares debería ser definido como parámetros opcionales, sujetos a estandarización, tal como se menciona para el registro de servicios 70. En un ejemplo, el tipo de NF servirá como criterio de optimización, ya que este parámetro normalmente se puede usar para el descubrimiento de servicios de todos modos. Opcionalmente, se pueden agregar otros criterios de optimización a la solicitud. De ser así, será necesario mejorar el servicio de detección de servicios y, luego, someterlo a la estandarización para soluciones de múltiples proveedores o para una solución exclusiva para soluciones E///.
Si se cumple 84 un criterio de optimización, entonces se proporciona 85 la dirección de servicio secundario correspondiente en lugar de la dirección de servicio de la SBA. Según un ejemplo, cuando la AMF es el consumidor, se puede proporcionar la dirección del servicio secundario 51, en lugar de la dirección del AS. Sin embargo, si no se cumple 86 ningún criterio de optimización, entonces se proporciona 87 la dirección de servicio de la SBA correspondiente. En nuestro ejemplo, la dirección del AS.
La figura 7 ilustra esquemáticamente una NF, que no forma parte de la invención.
Los expertos en la materia pueden entender y efectuar otras variaciones de los ejemplos dados a conocer al poner en práctica la invención reivindicada, a partir de un estudio de los dibujos, de la invención y de las reivindicaciones adjuntas. En las reivindicaciones, la expresión “que comprende” no excluye otros elementos o etapas, y el artículo indefinido “un” o “una” no excluye una pluralidad. Un solo procesador u otra unidad puede cumplir las funciones de varios elementos enumerados en las reivindicaciones. El mero hecho de que determinadas medidas se mencionen en reivindicaciones dependientes diferentes unas de otras no indica que una combinación de estas medidas no pueda ser utilizada de manera ventajosa.
Un programa informático puede ser almacenado/distribuido en un medio adecuado, tal como un medio de almacenamiento óptico o un medio de estado sólido suministrado junto con otro hardware o como parte de él, pero también puede ser distribuido de otras maneras, tal como a través de Internet o de otros sistemas de telecomunicación cableados o inalámbricos. Cualquier signo de referencia en las reivindicaciones no debe ser interpretado como una limitación del alcance de las mismas.
Claims (9)
1. Un método para descubrir servicios llevado a cabo por una función de red, NF, en una red de telecomunicación basada en arquitectura basada en servicios, SBA, donde dicha función de red está registrada, en una función de repositorio de red, NRF, compuesta por dicha red de telecomunicación, utilizando un nombre de servicio, una dirección de servicio y una pluralidad de reglas de selección, en donde cada regla de selección define una dirección de servicio distinta y adicional y una condición previa correspondiente para aplicar dicha regla de selección correspondiente, en donde dicha pluralidad de reglas de selección está asociada con un orden de priorización para determinar cuál de dicha pluralidad de reglas de selección se aplican cuando se cumplen múltiples condiciones previas, comprendiendo dicho método las etapas de:
- recibir (83), mediante dicha NRF, una solicitud de descubrimiento, de un consumidor de función de red, NF, en el que dicha solicitud de descubrimiento comprende dicho nombre de servicio;
- determinar (84), mediante dicha NRF, que dicha regla de selección se aplica determinando que dicha condición previa se cumple basándose en dicha solicitud de descubrimiento recibida;
- transmitir (85), mediante dicha NRF, a dicho consumidor de NF, una respuesta de descubrimiento, en donde dicha respuesta de descubrimiento comprende dicha dirección de servicio adicional distinta en lugar de dicha dirección de servicio.
2. Un método según la reivindicación 1, en el que dicha condición previa se refiere a cualquiera de:
- un tipo particular de consumidor de NF, tal como una función de gestión de acceso y movilidad, AMF, o una función de gestión de sesión, SMF;
- una identificación particular del consumidor.
3. Un método según cualquiera de las reivindicaciones anteriores, en el que dicho método comprende las etapas iniciales de:
- recibir, mediante dicha NRF, desde dicha NF, una solicitud de registro de servicio para registrar dicha NF en dicha NRF, en donde dicha solicitud de registro comprende dicho nombre de servicio, dicha dirección de servicio y dicha regla de selección;
- almacenar, mediante dicha NRF, dicho nombre de servicio, dicha dirección de servicio y dicha regla de selección; - transmitir, mediante dicha NRF, a dicha NF, una respuesta de registro de servicio para acusar recibo de dicha solicitud de registro recibida.
4. Un método según cualquiera de las reivindicaciones anteriores, en el que dicha dirección de servicio y dicha dirección de servicio adicional distinta son cualquiera de:
- una dirección de protocolo de Internet, IP;
- un nombre de dominio completo, FQDN.
5. Una función de repositorio de red, NRF, dispuesta para soportar el descubrimiento de servicios provistos por una función de red, NF, en una red de telecomunicación basada en arquitectura basada en servicios, SBA, donde dicha función de red está registrada, en dicha función de repositorio de red, NRF, compuesta por dicha red de telecomunicación, usando un nombre de servicio, una dirección de servicio y una pluralidad de reglas de selección, en donde cada regla de selección define una dirección de servicio diferente y adicional y una condición previa correspondiente para aplicar dicha regla de selección correspondiente, en donde dicha pluralidad de reglas de selección está asociada con un orden de priorización para determinar cuál de dicha pluralidad de reglas de selección se aplica cuando se cumplen múltiples condiciones previas, comprendiendo dicha NRF:
- equipo de recepción, dispuesto para recibir (83) una solicitud de descubrimiento, de un consumidor de función de red, NF, en el que dicha solicitud de descubrimiento comprende dicho nombre de servicio;
- equipo de proceso, dispuesto para determinar (84) que se aplica dicha regla de selección determinando que se cumple dicha condición previa basándose en dicha solicitud de descubrimiento recibida;
- equipo de transmisión dispuesto para transmitir (85) a dicho consumidor de NF, una respuesta de descubrimiento, en el que dicha respuesta de descubrimiento comprende dicha dirección de servicio distinta adicional en lugar de dicha dirección de servicio.
6. Una NRF según la reivindicación 5, en la que dicha condición previa se refiere a cualquiera de:
- un tipo particular de consumidor de NF tal como una función de gestión de acceso y movilidad, AMF, o una función de gestión de sesión, SMF;
- una identificación particular del consumidor.
7. Una NRF según cualquiera de las reivindicaciones 5-6, en la que dicho equipo de recepción está dispuesto, además, para recibir, desde dicha NF, una solicitud de registro de servicio para registrar dicha NF en dicha NRF, en la que dicha solicitud de registro comprende dicho nombre de servicio, dicha dirección de servicio y dicha regla de selección; y en la que dicha NRF comprende un equipo de almacenamiento dispuesto para almacenar dicho nombre de servicio, dicha dirección de servicio y dicha regla de selección;
y en la que dicho equipo de transmisión está dispuesto para transmitir a dicha NF, una respuesta de registro de servicio para acusar recibo de dicha solicitud de registro recibida.
8. Una NRF según cualquiera de las reivindicaciones 5 a 7, en la que dicha dirección de servicio y dicha dirección de servicio adicional distinta son cualquiera de:
- una dirección de protocolo de Internet, IP;
- un nombre de dominio completo, FQDN.
9. Un producto de programa informático que contiene un código de programa informático que, cuando es ejecutado por una NRF, hace que la NRF implemente un método según cualquiera de las reivindicaciones 1 a 4.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201762545177P | 2017-08-14 | 2017-08-14 | |
| PCT/EP2018/071925 WO2019034609A1 (en) | 2017-08-14 | 2018-08-13 | METHOD FOR DISCOVERING SERVICES PROVIDED BY NETWORK REFERENCE FUNCTION |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2943615T3 true ES2943615T3 (es) | 2023-06-15 |
Family
ID=63209404
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES18755443T Active ES2943615T3 (es) | 2017-08-14 | 2018-08-13 | Método para descubrir servicios proporcionados por una función de repositorio de red |
Country Status (9)
| Country | Link |
|---|---|
| US (3) | US11064325B2 (es) |
| EP (2) | EP4195730A1 (es) |
| CN (2) | CN115442423A (es) |
| AU (1) | AU2018316447A1 (es) |
| ES (1) | ES2943615T3 (es) |
| MA (2) | MA48055A1 (es) |
| MX (1) | MX2020001165A (es) |
| RU (1) | RU2738088C1 (es) |
| WO (1) | WO2019034609A1 (es) |
Families Citing this family (38)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110474875B (zh) * | 2017-08-31 | 2020-10-16 | 华为技术有限公司 | 基于服务化架构的发现方法及装置 |
| US12003360B2 (en) * | 2018-06-25 | 2024-06-04 | Nec Corporation | OAM functional service exposure and discovery function and data repository |
| US11271846B2 (en) | 2018-10-22 | 2022-03-08 | Oracle International Corporation | Methods, systems, and computer readable media for locality-based selection and routing of traffic to producer network functions (NFs) |
| US10778527B2 (en) * | 2018-10-31 | 2020-09-15 | Oracle International Corporation | Methods, systems, and computer readable media for providing a service proxy function in a telecommunications network core using a service-based architecture |
| US10819636B1 (en) | 2019-06-26 | 2020-10-27 | Oracle International Corporation | Methods, systems, and computer readable media for producer network function (NF) service instance wide egress rate limiting at service communication proxy (SCP) |
| US11252093B2 (en) | 2019-06-26 | 2022-02-15 | Oracle International Corporation | Methods, systems, and computer readable media for policing access point name-aggregate maximum bit rate (APN-AMBR) across packet data network gateway data plane (P-GW DP) worker instances |
| US11159359B2 (en) | 2019-06-26 | 2021-10-26 | Oracle International Corporation | Methods, systems, and computer readable media for diameter-peer-wide egress rate limiting at diameter relay agent (DRA) |
| US10833938B1 (en) | 2019-07-31 | 2020-11-10 | Oracle International Corporation | Methods, systems, and computer readable media for network function (NF) topology synchronization |
| US11405861B2 (en) | 2019-08-28 | 2022-08-02 | Hewlett Packard Enterprise Development Lp | Network repository function controller |
| US11082393B2 (en) | 2019-08-29 | 2021-08-03 | Oracle International Corporation | Methods, systems, and computer readable media for actively discovering and tracking addresses associated with 5G and non-5G service endpoints |
| US11323413B2 (en) | 2019-08-29 | 2022-05-03 | Oracle International Corporation | Methods, systems, and computer readable media for actively discovering and tracking addresses associated with 4G service endpoints |
| CN112566072B (zh) * | 2019-09-26 | 2022-07-22 | 华为技术有限公司 | 一种基于nf的通信方法、设备及存储介质 |
| CN114503677B (zh) * | 2019-09-26 | 2024-03-12 | 中兴通讯股份有限公司 | 基于服务的接入网架构和通信 |
| US11425598B2 (en) | 2019-10-14 | 2022-08-23 | Oracle International Corporation | Methods, systems, and computer readable media for rules-based overload control for 5G servicing |
| US11102138B2 (en) | 2019-10-14 | 2021-08-24 | Oracle International Corporation | Methods, systems, and computer readable media for providing guaranteed traffic bandwidth for services at intermediate proxy nodes |
| US11018971B2 (en) | 2019-10-14 | 2021-05-25 | Oracle International Corporation | Methods, systems, and computer readable media for distributing network function (NF) topology information among proxy nodes and for using the NF topology information for inter-proxy node message routing |
| US11224009B2 (en) | 2019-12-30 | 2022-01-11 | Oracle International Corporation | Methods, systems, and computer readable media for enabling transport quality of service (QoS) in 5G networks |
| US20230083529A1 (en) * | 2020-02-12 | 2023-03-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Selection of service-providing network functions in a 3gpp communication network |
| US20210367916A1 (en) * | 2020-05-21 | 2021-11-25 | Nokia Solutions And Networks Oy | Physical service communication proxy domain |
| US12004059B2 (en) | 2020-07-09 | 2024-06-04 | Nokia Technologies Oy | Enhanced identification in communication networks |
| US11528334B2 (en) | 2020-07-31 | 2022-12-13 | Oracle International Corporation | Methods, systems, and computer readable media for preferred network function (NF) location routing using service communications proxy (SCP) |
| EP4193694A4 (en) | 2020-08-05 | 2024-04-17 | Nokia Solutions and Networks Oy | DEVICE, METHOD AND COMPUTER PROGRAM |
| WO2022033662A1 (en) * | 2020-08-11 | 2022-02-17 | Huawei Technologies Co., Ltd. | Service traffic across network domain boundaries |
| US11290549B2 (en) | 2020-08-24 | 2022-03-29 | Oracle International Corporation | Methods, systems, and computer readable media for optimized network function (NF) discovery and routing using service communications proxy (SCP) and NF repository function (NRF) |
| US11483694B2 (en) | 2020-09-01 | 2022-10-25 | Oracle International Corporation | Methods, systems, and computer readable media for service communications proxy (SCP)-specific prioritized network function (NF) discovery and routing |
| US11570262B2 (en) | 2020-10-28 | 2023-01-31 | Oracle International Corporation | Methods, systems, and computer readable media for rank processing for network function selection |
| CN114727240A (zh) * | 2021-01-06 | 2022-07-08 | 中国电信股份有限公司 | 短消息服务中心提醒信息服务化实现方法、装置和系统 |
| WO2022155825A1 (zh) * | 2021-01-20 | 2022-07-28 | Oppo广东移动通信有限公司 | 用于建立通信连接的方法、通信设备和网络功能实体 |
| US11470544B2 (en) | 2021-01-22 | 2022-10-11 | Oracle International Corporation | Methods, systems, and computer readable media for optimized routing of messages relating to existing network function (NF) subscriptions using an intermediate forwarding NF repository function (NRF) |
| US11737122B1 (en) | 2021-02-25 | 2023-08-22 | T-Mobile Innovations Llc | Centralized network policy controller and method for operating |
| US11496954B2 (en) | 2021-03-13 | 2022-11-08 | Oracle International Corporation | Methods, systems, and computer readable media for supporting multiple preferred localities for network function (NF) discovery and selection procedures |
| CN113079529B (zh) * | 2021-03-30 | 2022-11-18 | 广州爱浦路网络技术有限公司 | 网元资源管理方法及系统 |
| US20220353263A1 (en) * | 2021-04-28 | 2022-11-03 | Verizon Patent And Licensing Inc. | Systems and methods for securing network function subscribe notification process |
| CN115484669A (zh) * | 2021-06-15 | 2022-12-16 | 中国电信股份有限公司 | 发现请求的处理方法、装置和系统 |
| US11895080B2 (en) | 2021-06-23 | 2024-02-06 | Oracle International Corporation | Methods, systems, and computer readable media for resolution of inter-network domain names |
| US11950178B2 (en) | 2021-08-03 | 2024-04-02 | Oracle International Corporation | Methods, systems, and computer readable media for optimized routing of service based interface (SBI) request messages to remote network function (NF) repository functions using indirect communications via service communication proxy (SCP) |
| US11849506B2 (en) | 2021-10-08 | 2023-12-19 | Oracle International Corporation | Methods, systems, and computer readable media for routing inter-public land mobile network (inter-PLMN) messages related to existing subscriptions with network function (NF) repository function (NRF) using security edge protection proxy (SEPP) |
| WO2024135898A1 (ko) * | 2022-12-23 | 2024-06-27 | 삼성전자 주식회사 | 네트워크 기능의 운영을 위한 데이터 관리 기능 및 방법 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050276229A1 (en) | 2003-03-31 | 2005-12-15 | Mohammad Torabi | Service discovery method in a network |
| CN101087301B (zh) | 2006-09-07 | 2010-05-12 | 华为技术有限公司 | 用户接入网络的方法和系统 |
| ES2427965T3 (es) | 2006-12-19 | 2013-11-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Método y aparato para recuperar entre redes datos relativos al usuario |
| CN101442436A (zh) | 2007-11-20 | 2009-05-27 | 国际商业机器公司 | 用于管理ip网络的方法和系统 |
| US20120203864A1 (en) * | 2009-10-23 | 2012-08-09 | Telefonaktiebolaget L M Ericsson (Publ) | Method and Arrangement in a Communication Network for Selecting Network Elements |
| WO2013101765A1 (en) * | 2011-12-27 | 2013-07-04 | Cisco Technology, Inc. | System and method for management of network-based services |
| EP2618532A1 (en) | 2012-01-19 | 2013-07-24 | Panasonic Corporation | Improved Component Interleaving for Rotated Constellations |
| US20150350153A1 (en) * | 2014-05-30 | 2015-12-03 | Vonage Business Solutions, Inc. | System and method for account-based dns routing |
| EP3358887B1 (en) * | 2017-02-06 | 2020-02-05 | Industrial Technology Research Institute | User equipment registration method for network slice selection and network controller and network communication system using the same |
-
2018
- 2018-08-13 US US16/629,591 patent/US11064325B2/en active Active
- 2018-08-13 WO PCT/EP2018/071925 patent/WO2019034609A1/en active Search and Examination
- 2018-08-13 CN CN202210989692.1A patent/CN115442423A/zh active Pending
- 2018-08-13 EP EP23152708.6A patent/EP4195730A1/en active Pending
- 2018-08-13 ES ES18755443T patent/ES2943615T3/es active Active
- 2018-08-13 CN CN201880052650.7A patent/CN111052711B/zh active Active
- 2018-08-13 EP EP18755443.1A patent/EP3669275B1/en active Active
- 2018-08-13 MA MA48055A patent/MA48055A1/fr unknown
- 2018-08-13 MA MA53531A patent/MA53531B1/fr unknown
- 2018-08-13 AU AU2018316447A patent/AU2018316447A1/en not_active Abandoned
- 2018-08-13 RU RU2020105655A patent/RU2738088C1/ru active
- 2018-08-13 MX MX2020001165A patent/MX2020001165A/es unknown
-
2021
- 2021-06-23 US US17/355,592 patent/US11743699B2/en active Active
-
2023
- 2023-08-22 US US18/236,799 patent/US20230413024A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| US20210345078A1 (en) | 2021-11-04 |
| RU2738088C1 (ru) | 2020-12-08 |
| MA53531B1 (fr) | 2022-06-30 |
| MA48055A1 (fr) | 2020-11-30 |
| CN115442423A (zh) | 2022-12-06 |
| EP3669275B1 (en) | 2023-03-08 |
| US11064325B2 (en) | 2021-07-13 |
| MX2020001165A (es) | 2020-03-24 |
| US20230413024A1 (en) | 2023-12-21 |
| CN111052711A (zh) | 2020-04-21 |
| EP3669275A1 (en) | 2020-06-24 |
| CN111052711B (zh) | 2022-08-09 |
| EP4195730A1 (en) | 2023-06-14 |
| US11743699B2 (en) | 2023-08-29 |
| US20200404471A1 (en) | 2020-12-24 |
| WO2019034609A1 (en) | 2019-02-21 |
| MA53531A1 (fr) | 2021-11-30 |
| AU2018316447A1 (en) | 2020-02-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2943615T3 (es) | Método para descubrir servicios proporcionados por una función de repositorio de red | |
| JP7252305B2 (ja) | データ伝送方法、デバイス、およびシステム | |
| US11039298B2 (en) | Method and apparatus for remotely providing profile in communication system | |
| JP2020515126A (ja) | モノのインターネット通信方法、モノのインターネット装置、及びモノのインターネットシステム | |
| CN110679185A (zh) | 网络切片服务功能 | |
| ES2912977T3 (es) | Procedimiento y dispositivo de comunicación | |
| US9439026B2 (en) | Method and system for communication between machine to machine M2M service provider networks | |
| US20160227346A1 (en) | Service Layer Resource Propagation Across Domains | |
| CN112291381A (zh) | 应用服务器切换方法、设备及系统 | |
| WO2021135663A1 (zh) | 应用实例确定的方法、装置及系统 | |
| 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 | |
| BR112021002797A2 (pt) | métodos e aparelhos de comunicações, meio de armazenamento de computador, sistema de chip, sistema de comunicações | |
| CN110730499A (zh) | 一种mec信息获取方法及装置 | |
| US11350267B2 (en) | Method of obtaining user subscription data pertaining to a subscriber in a telecommunication network | |
| KR102152741B1 (ko) | 액세스 포인트를 스위칭하기 위한 방법 및 디바이스 | |
| KR20220128993A (ko) | 서비스 애플리케이션들과의 암호화된 통신을 위한 통신 네트워크에서의 앵커 키 생성 및 관리를 위한 방법, 디바이스, 및 시스템 | |
| CN112602342A (zh) | 通信系统 | |
| ES2594007T3 (es) | Método de procesamiento de datos de servicio, dispositivo y sistema | |
| US20220014887A1 (en) | Methods providing service context transfer and related network nodes | |
| US12021922B2 (en) | Methods of operating service control nodes | |
| CN110324807B (zh) | 一种信息处理方法、功能和计算机可读存储介质 | |
| KR20190049873A (ko) | 다중 인터페이스 노드에 대한 서비스 계층 지원 | |
| WO2019192439A1 (zh) | 通信能力上报方法、设备及系统 | |
| KR20190142707A (ko) | 통신 시스템에서 네트워크 슬라이싱의 자원 관리를 위한 방법 및 장치 | |
| ES2369164T3 (es) | Método, aparato y sistema para la obtención de información de servicio de transferencia independiente del medio de soporte mih. |