ES2903002T3 - Procedimiento de gestión de segmento de red, conjunto de gestión y sistema - Google Patents

Abstract

Un procedimiento de gestión de segmento de red, que comprende: recibir, mediante un primer conjunto de gestión, una primera solicitud de gestión, donde la primera solicitud de gestión transporta información de requisitos de un segmento de red, y la primera solicitud de gestión se utiliza para indicar al primer conjunto de gestión que gestione el segmento de red en función de la información de requisitos del segmento de red; el procedimiento se caracteriza por determinar, mediante el primer conjunto de gestión, la información de requisitos de una subred que forma un segmento de red en base a la información de requisitos del segmento de red, y el segmento de red comprende al menos una subred; enviar, mediante el primer conjunto de gestión, una segunda solicitud de gestión a un segundo conjunto de gestión, donde la segunda solicitud de gestión transporta la información de requisitos de la subred, donde la información de requisitos de la subred se usa para crear o seleccionar la subred mediante el segundo conjunto de gestión; y recibir, por parte del primer conjunto de gestión, un identificador de la subred desde el segundo conjunto de gestión.

Description

DESCRIPCIÓN

Procedimiento de gestión de segmento de red, conjunto de gestión y sistema

CAMPO TÉCNICO

Las realizaciones de la presente invención se refieren al campo de las comunicaciones y, en particular, a un procedimiento de gestión de segmentos de red, un aparato, un medio de almacenamiento legible por ordenador y un producto informático.

ANTECEDENTES

Con el crecimiento continuo de los requisitos de la red, un operador de telecomunicaciones debe proporcionar más tecnologías para cooperar con diferentes clientes, lo que incluye compartir una infraestructura, proporcionar una función de red particular e integrar las poderosas y abundantes capacidades de software de un socio en un sistema de red de próxima generación y similares. La segmentación de red es un medio técnico importante utilizado en el sistema de red de próxima generación para cumplir con los requisitos especiales de red de diferentes usuarios y diferentes industrias. Los segmentos de red son recursos de comunicación para garantizar que un servicio transportado pueda cumplir con los requisitos del Acuerdo de nivel de servicio (SLA, por su sigla en inglés). Estos recursos pueden estar aislados física o lógicamente entre sí en función de diferentes requisitos. Se puede considerar que un segmento de red es una combinación de funciones y recursos de red que se necesitan para completar un servicio particular o algunos servicios, y es una red lógica completa. En el sistema de red de próxima generación, diferentes inquilinos pueden implementar sus propios servicios alquilando la red del operador de telecomunicaciones. Por ejemplo, una empresa de energía eléctrica puede implementar su servicio de lectura de medidores alquilando la red del operador de telecomunicaciones, y el operador de telecomunicaciones divide su propia red en diferentes segmentos de red para que la utilicen diferentes inquilinos.

Actualmente, durante la implementación de un segmento de red, después de recibir una solicitud de servicio, un diseñador de servicios de gestión de red necesita implementar manualmente un segmento de red para cumplir con la solicitud de servicio. Esta forma de implementar manualmente un segmento de red no es eficiente.

El documento US 2014/269295A1 describe un procedimiento para gestionar subredes virtuales que incluye un controlador de red que, a su vez, incluye un conjunto de control y uno o más puertos acoplados al conjunto de control.

El controlador de red está configurado para recibir una primera solicitud de admisión desde un dispositivo de conmutación de red en una primera subred virtual, formar y transmitir una primera respuesta de admisión basada en la información asociada con la primera solicitud de admisión, transmitir el uno o más primeros mensajes de control de flujo y un primer mensaje de migración al dispositivo de conmutación de red.

El documento US 2015/358399A1 se refiere a técnicas de gestión de dispositivos de red. La descripción se refiere más específicamente a técnicas para aprovisionar y gestionar segmentos de un dispositivo de equipo de las instalaciones del consumidor.

El documento US 2012/233302A1 describe un controlador de red virtual. El controlador recibe una solicitud para el suministro de un segmento de una red a un operador de red virtual. El controlador determina si el segmento se puede proporcionar a partir de los recursos existentes y, a continuación, toma automáticamente la acción necesaria para proporcionar el segmento solicitado. El controlador también se puede utilizar para liberar recursos que ya no son necesarios.

RESUMEN

Las realizaciones de la presente invención proporcionan un procedimiento de gestión de segmentos de red, un aparato, un medio de almacenamiento legible por ordenador y un producto informático para resolver un problema de baja eficiencia de implementación de segmentos de red de la técnica anterior, como se define en las reivindicaciones independientes 1,9, 10 y, respectivamente, 11. Las realizaciones adicionales se definen mediante sus reivindicaciones dependientes respectivas.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

Para describir las soluciones técnicas en las realizaciones de la presente invención o en la técnica anterior de manera más clara, lo siguiente presenta brevemente los dibujos adjuntos requeridos para describir las realizaciones o la técnica anterior. Aparentemente, los dibujos adjuntos en la siguiente descripción muestran algunas realizaciones de la presente invención, y un experto en la técnica puede obtener otros dibujos de estos dibujos adjuntos sin esfuerzos creativos.

La FIG. 1 es un posible diagrama arquitectónico del sistema según una realización de la presente invención; la FIG. 2 es un diagrama de comunicación esquemática de un sistema de gestión de segmento de red según una realización de la presente invención;

la FIG. 3 es un diagrama de flujo esquemático de otro procedimiento de gestión de segmento de red que es útil para comprender la presente invención;

la FIG. 4 es un diagrama esquemático de comunicaciones de incluso otro procedimiento de gestión de segmento de red según una realización de la presente invención;

la FIG. 5 es un diagrama estructural esquemático de un primer conjunto de gestión según una realización de la presente invención;

la FIG. 6 es un diagrama estructural esquemático de otro primer conjunto de gestión según una realización de la presente invención;

la FIG. 7 es un diagrama estructural esquemático de un segundo conjunto de gestión según una realización de la presente invención;

la FIG. 8 es un diagrama estructural esquemático de otro segundo conjunto de gestión según una realización de la presente invención;

la FIG. 9 es un diagrama estructural esquemático de un tercer conjunto de gestión según una realización de la presente invención; y

la FIG. 10 es un diagrama estructural esquemático de otro tercer conjunto de gestión según una realización de la presente invención.

DESCRIPCIÓN DE LAS REALIZACIONES

Para aclarar los objetivos, soluciones técnicas y ventajas de las realizaciones de la presente invención, lo siguiente describe las soluciones técnicas de las realizaciones de la presente invención con referencia a los dibujos adjuntos en las realizaciones de la presente invención.

Una arquitectura de red y un caso de servicio descritos en las realizaciones de la presente invención están destinados a describir las soluciones técnicas en las realizaciones de la presente invención más claramente, pero no constituyen ninguna limitación de las soluciones técnicas proporcionadas en las realizaciones de la presente invención. Un experto en la materia puede entender que, con la evolución de la arquitectura de red y la emergencia de nuevos casos de servicios, las soluciones técnicas proporcionadas en las realizaciones de la presente invención también se pueden aplicar a problemas técnicos similares.

Debe entenderse que el término "y/o" en esta memoria descriptiva describe solo una relación de asociación para describir objetos asociados y representa que pueden existir tres relaciones. Por ejemplo, A y/o B puede representar los siguientes tres casos: solo existe A, existen tanto A como B, y solo existe B. Además, el carácter «/» en esta memoria descriptiva generalmente indica una relación «o» entre los objetos asociados.

A continuación, se describe en primer lugar una posible arquitectura de red según las realizaciones de la presente invención con referencia a la FIG. 1.

La FIG. 1 es un diagrama arquitectónico del sistema de un procedimiento de gestión de segmento de red según una realización de la presente invención. Como se muestra en la FIG. 1, un sistema correspondiente al procedimiento se refiere a un sistema de soporte de operaciones y una red de comunicaciones específicas, que incluye:

(1) El sistema de soporte de operaciones (OSS, por su sigla en inglés).

(2) El conjunto orquestador de extremo a extremo (E2E-O, por su sigla en inglés): el conjunto E2E-O puede denominarse alternativamente como un conjunto gestor de extremo a extremo o un conjunto gestor y orquestador de extremo a extremo, y puede tener algunas o todas las funciones siguientes:

gestión de segmento de red de extremo a extremo (por ejemplo, la gestión del ciclo de vida de segmentos de red, la gestión de plantillas de segmentos de red, la gestión de fallas de segmentos de red, la gestión del rendimiento de segmentos de red y la gestión de configuración de segmento de red); la gestión de servicios de extremo a extremo (por ejemplo, la gestión del ciclo de vida del servicio, la gestión de plantillas de servicios, la gestión de fallos del servicio, la gestión del rendimiento del servicio y la gestión de la configuración del servicio); el mapeo de extremo a extremo de segmentos de red, segmentos de subred y funciones de red; la coordinación de los recursos de red proporcionados por diferentes subdominios (por ejemplo, un dominio de red de acceso, un dominio de red central y un dominio de transmisión); y la orquestación unificada de segmentos de subred y funciones de red proporcionadas por diferentes subdominios, de modo que los segmentos de subred o funciones de red provistas por diferentes subdominios puedan satisfacer un requisito de un servicio de destino (por ejemplo, un requisito del SLA, un indicador clave de rendimiento (KPI, por su sigla en inglés) o un requisito de calidad de servicio (QoS, por su sigla en inglés). Para facilitar la descripción, el conjunto E2E-O en la siguiente descripción puede estar representado alternativamente como E2E-O.

El E2E-O puede incluir un conjunto orquestador de servicios de extremo a extremo (E2E-SO, por su sigla en inglés) y un conjunto orquestador de red de extremo a extremo (E2E-NO, por su sigla en inglés), o puede incluir solo un conjunto E2E-SO o un conjunto E2E NO. Para facilitar la descripción, en la siguiente descripción, el conjunto E2E-SO puede representarse alternativamente como E2E-SO, y el conjunto E2E-NO puede representarse alternativamente como E2E-NO.

Cabe señalar que las funciones del E2E-O pueden ser completadas alternativamente por una entidad, como un conjunto orquestador de dominio cruzado (CD-O, por su sigla en inglés), un orquestador de servicio (SO), un conjunto orquestador de red (NO) o un conjunto gestor de red (NM, por su sigla en inglés). En las realizaciones de la presente invención, todas las descripciones siguientes se realizan utilizando el E2E-O como ejemplo. Sin embargo, debe entenderse que esto no debe interpretarse como una limitación en las realizaciones de la presente invención.

(3) Un orquestador de dominio de red (CN-Domain-O): el conjunto CN-Domain-O puede denominarse alternativamente como un dominio de red central y conjunto orquestador, y puede tener algunas o todas las funciones siguientes:

la gestión de segmentos de red dentro del dominio de red central (incluyendo la gestión del ciclo de vida del segmento de red (la creación, la actualización y la eliminación), la gestión de fallos de segmento de red, la gestión de rendimiento de segmento de red, la gestión de configuración de segmento de red y similares); la gestión de servicios dentro del dominio de red central (incluyendo la gestión del ciclo de vida del servicio, la gestión de fallos de servicio, la gestión de rendimiento de servicio, la gestión de configuración de red y similares); y la coordinación de recursos de red dentro del dominio de red central, para una orquestación unificada. Para facilitar la descripción, el conjunto CN-Domain-O en la siguiente descripción puede estar representado alternativamente como CN-Domain-O.

El CN-Domain-O puede incluir un conjunto orquestador de servicio de dominio de red (CN-Domain-SO) y un conjunto orquestador de red de dominio de red central (CN-Domain-NO) o puede incluir solo un conjunto de CN-Domain-SO o un conjunto de CN-Domain-NO. Por cuestiones de facilidad de descripción, en la siguiente descripción, el conjunto CN-Domain-SO puede representarse alternativamente como CN-Domain-SO y el conjunto CN-Domain-NO puede representarse alternativamente como CN-Domain-NO.

Cabe señalar que las funciones de CN-Domain-O pueden ser completadas por una entidad, tal como un conjunto SO, un conjunto NO, un NM, un conjunto controlador de red o una virtualización de función de red y un conjunto orquestador. En las realizaciones de la presente invención, todas las descripciones siguientes se realizan utilizando el CN-Domain-O como ejemplo. Sin embargo, debe entenderse que esto no debe interpretarse como una limitación en las realizaciones de la presente invención.

(4) Un conjunto orquestador de dominio de red de acceso por radio (RAN-Domain-O): El conjunto RAN-Domain-O puede denominarse alternativamente como conjunto gestor y orquestador de dominio de red de acceso por radio y puede tener algunas o todas las funciones siguientes:

la gestión de segmentos de red dentro del dominio de red de acceso (incluyendo la gestión de ciclo de vida del segmento de red (creación, adaptación y eliminación), la gestión de fallos de segmento de red, la gestión de rendimiento de segmento de red, la gestión de configuración de segmento de red y similares); la gestión de servicios dentro del dominio de red de acceso (incluyendo la gestión del ciclo de vida de servicio, la gestión de fallos de servicio, la gestión de rendimiento de servicio, la gestión de configuración de servicio y similares); y la coordinación de recursos de red dentro del dominio de red de acceso, para la orquestación unificada. Para facilitar la descripción, el conjunto RAN-Domain-O en la siguiente descripción puede estar representado alternativamente como RAN-Domain-O.

El RAN-Dominio-O puede incluir un conjunto orquestador de servicio de dominio de red de acceso de radio (RAN-Domain-SO) y un conjunto orquestador de red de dominio de red de acceso de radio (RAN-Domain-NO), o puede incluir ya sea un conjunto RAN-Domain-SO o un conjunto RAN-Domain-NO. Por cuestiones de facilidad de descripción, en la siguiente descripción, el conjunto RAN-Domain-SO puede representarse alternativamente como RAN-Domain-SO y el conjunto RAN-Domain-NO puede representarse alternativamente como RAN-Domain-NO.

Cabe señalar que las funciones de RAN-Domain-O pueden ser completadas por una entidad, tal como un conjunto SO, un conjunto NO, un NM, un conjunto controlador de red o una virtualización de función de red y un conjunto orquestador. En las realizaciones de la presente invención, todas las descripciones siguientes se realizan utilizando el RAN-Domain-O como ejemplo. Sin embargo, debe entenderse que esto no debe interpretarse como una limitación en las realizaciones de la presente invención.

(5) Un conjunto controlador de función de red de red central (CN-NF-CTRL): incluye un conjunto de gestión de funciones de red (NF-M) y/o un conjunto de gestión de funciones de red virtualizada (VNFM, por su sigla en inglés) en el dominio de la red central, y está configurado para realizar la gestión del ciclo de vida, la gestión de la configuración, la gestión de fallas, la gestión del rendimiento y similares para las funciones de red en el dominio de la red central.

(6) Un conjunto controlador de función de red de red de acceso por radio (RAN-NF-CTRL): incluye un conjunto NF-M y/o un conjunto VNFM en el dominio de red de acceso, y está configurado para realizar la gestión del ciclo de vida, la gestión de configuración, la gestión de fallos, la gestión de rendimiento y similares para las funciones de red en el dominio de red de acceso.

Una relación de implementación entre el OSS y cada uno de los E2E-O, el CN-Domain-O y el RAN-Domain-O puede ser cualquiera de los siguientes casos: el E2E-O está ubicado en el OSS, pero el CN-Domain-O y RAN-Domain-O no están ubicados en el OSS; o ninguno de los E2E-O, el CN-Domain-O y el RAN-Domain-O están ubicados en el OSS; o tanto el E2E-O, como el CN-Domain-O y el RAN-Domain-O están ubicados en el OSS.

Además, el CN-NF-CTRL y el RAN-NF-CTRL pueden estar ubicados en el OSS, o pueden no estar ubicados en el OSS.

Todas las siguientes descripciones de las realizaciones de la presente invención se realizan utilizando la arquitectura del sistema anterior como ejemplo. Sin embargo, cabe señalar que los procedimientos de las realizaciones de la presente invención también pueden aplicarse a otro sistema.

En una solución existente, durante la implementación del segmento de red, después de recibir una solicitud de gestión de red, un diseñador de servicio de gestión de red necesita desglosar manualmente la solicitud de servicio, convertir la solicitud de servicio en una solicitud de recursos de red y enviar la solicitud de recursos de red a un diseñador de red de una red central y un diseñador de red de una red de acceso por radio por separado. El diseñador de red de la red central y el diseñador de red de la red de acceso por radio implementan por separado los dispositivos de red, y, a continuación, los dispositivos de red correspondientes se gestionan mediante el uso de un conjunto de gestión de elementos de red. Esta forma de implementar manualmente un segmento de red no es eficiente. Por lo tanto, las realizaciones de la presente invención proporcionan los siguientes procedimientos de gestión de segmentos de red, y conjuntos y sistemas de gestión basados en los procedimientos, para implementar la implementación automática de segmentos de red, mejorando así la eficiencia de la implementación de segmentos de red.

Con referencia a las FIG. 2 a 4, a continuación, se describen las soluciones proporcionadas en las realizaciones de la presente invención.

La FIG. 2 es un diagrama esquemático de comunicación de un procedimiento de gestión de segmento de red según una realización de la presente invención. Como se muestra en la FIG. 2, el procedimiento incluye las etapas S101 y S102.

S101. Un primer conjunto de gestión recibe una primera solicitud de gestión, donde la primera solicitud de gestión transporta la información de requisitos de un segmento de red o información de indicación, y la información de indicación se usa para obtener la información de requisitos del segmento de red.

El primer conjunto se usa para instruir el primer conjunto de gestión para gestionar el segmento de red en base a la información de requisitos del segmento de red.

El primer conjunto de gestión puede ser un E2E-O.

Específicamente, cuando se necesita la administración de segmentos de red, un usuario puede enviar la primera solicitud de gestión al primer conjunto de gestión utilizando una interfaz operativa o similar proporcionada por un sistema, o un BSS envía la primera solicitud de gestión al primer conjunto de gestión, donde la primera solicitud de gestión puede transportar la información de requisitos del segmento de red o la información de indicación, y la primera solicitud de gestión se utiliza para indicar al primer conjunto de gestión que gestione el segmento de red basándose en la información de requisitos del segmento de red. La gestión del segmento de red puede ser, por ejemplo, la gestión del ciclo de vida del segmento de la red, la gestión de la plantilla del segmento de la red, la gestión de fallos del segmento de la red, la gestión del rendimiento del segmento de la red o la gestión de la configuración del segmento de la red. La gestión del ciclo de vida del segmento de red puede incluir la instanciación del segmento de red, la creación del segmento de red, la modificación del segmento de red, la actualización del segmento de red o similares.

En un ejemplo, la información de requisitos del segmento de red puede incluir al menos uno de los siguientes: un tipo de segmento de red, la información del SLA del segmento de red, la información de implementación del segmento de red, un KPI del segmento de red, una característica de red del segmento de red, información del usuario del segmento de red o información sobre un servicio proporcionado por el segmento de red.

La información del SLA puede incluir específicamente al menos uno de los siguientes: una latencia, una tasa de éxito, ancho de banda, cobertura, un modelo de tráfico o similares. El KPI puede incluir específicamente una latencia máxima y/o ancho de banda máximo, o similares.

Cuando la primera solicitud de gestión transporta la información de requisitos del segmento de red, el primer conjunto de gestión puede realizar directamente una operación posterior basada en la información de requisitos.

Cuando la primera solicitud de gestión no transporta directamente la información de requisitos del segmento de red, pero transporta la información de indicación, el primer conjunto de gestión puede obtener la información de requisito correspondiente del segmento de red mediante el siguiente procedimiento:

primero, el primer conjunto de gestión obtiene un descriptor de segmento de red en base a la información de indicación del segmento de red; y

a continuación, el primer conjunto de gestión obtiene la información de requisitos del segmento de red en base al descriptor de segmento de red.

Opcionalmente, la información de indicación del segmento de red puede ser un identificador utilizado para identificar el descriptor de segmento de red, como un nombre del descriptor de segmento de red, un tipo de descriptor de segmento de red o una característica del descriptor de segmento de red, y el descriptor de segmento de red puede ser una plantilla de segmento de red, un modelo de segmento de red o similares. Después de recibir la información de indicación, el primer conjunto de gestión puede obtener el descriptor de segmento de red correspondiente en base a la información de indicación, es decir, en base a información tal como el nombre, tipo o característica del descriptor de segmento de red. El descriptor de segmento de red incluye la información de requisitos del segmento de red. Por lo tanto, el primer conjunto de gestión puede obtener la información de requisitos del segmento de red en base al descriptor del segmento de red.

S102. El primer conjunto de gestión determina la información de requisitos de una subred que forma el segmento de red, donde la información de requisito de la subred se usa para gestionar la subred, y el segmento de red incluye al menos una subred.

La información de requisitos de la subred que forma el segmento de red se utiliza para gestionar la subred que forma el segmento de red. El segmento de red probablemente puede incluir al menos una subred.

Cabe señalar que la subred puede ser específicamente un segmento de subred. En otras palabras, un segmento de red puede incluir una subred o puede incluir un segmento de subred. Cuando el segmento de red incluye un segmento de subred, el procesamiento de la información de requisitos correspondiente al segmento de subred se puede realizar en base a un procedimiento en el que se procesa la información de requisitos de la subred.

La gestión de la subred puede ser específicamente: crear, seleccionar, configurar o activar la subred.

En un ejemplo, la información de requisitos de la subred puede incluir al menos uno de los siguientes: un tipo de la subred, información del SLA de la subred, información de la implementación de la subred, un KPI de la subred o una característica funcional de la subred.

La información del SLA de la subred puede incluir específicamente al menos uno de los siguientes: una latencia, una tasa de éxito, ancho de banda, cobertura, un modelo de tráfico o similares. El KPI de la subred puede incluir específicamente una latencia máxima y/o ancho de banda máximo, o similares.

En un ejemplo, al determinar la información de requisitos de la subred que forma el segmento de red, el primer conjunto de gestión puede determinar la información de requisitos de la subred según una regla preestablecida.

Por ejemplo, el primer conjunto de gestión puede determinar la información de requisitos de la subred basándose en un algoritmo de descomposición preestablecido. Por ejemplo, cuando una proporción de una latencia en un dominio CN a una latencia en un dominio RAN es 1:2 según el algoritmo de descomposición, y una latencia requerida por SLA transportada en la información de requisitos anterior del segmento de red es de 3 ms, el primer conjunto de gestión puede determinar, basándose en el algoritmo de descomposición, que una latencia SLA de una subred en el dominio CN es de 1 ms y una latencia del SLA de una subred en el dominio RAN es de 2 ms.

Cabe señalar que la información de requisitos de la subred determinada por el primer conjunto de gestión puede incluir información de requisitos de una pluralidad de subredes. Por ejemplo, la información de requisitos de la subred determinada por el primer conjunto de gestión después de que el primer conjunto de gestión recibe la información de requisitos del segmento de red es: la información de requisitos de un dominio de red central e información de requisitos de un dominio de red de acceso. A continuación, el conjunto de gestión puede enviar por separado la información de requisitos de las dos subredes a un segundo conjunto de gestión correspondiente. La siguiente etapa S104 en esta realización de la presente invención se describe usando un ejemplo en el que el primer conjunto de gestión envía la información de requisitos de la subred a un segundo conjunto de gestión. Para las operaciones restantes en el segundo conjunto de gestión, consulte la etapa S104. En esta realización de la presente invención, no se vuelven a describir los detalles de esta invención.

Opcionalmente, el procedimiento que se muestra en la FIG. 2 puede incluir además las siguientes etapas S103 a S105.

5103. El primer conjunto de gestión asigna un identificar de segmento de red al segmento de red.

El identificador de segmento de red se utiliza para identificar de manera exclusiva el segmento de red.

Cabe señalar que el identificador de segmento de red puede ser un identificador de una instancia de segmento de red, y el identificador se utiliza para identificar de manera única la instancia de segmento de red.

Opcionalmente, el identificador de segmento de red asignado por el primer conjunto de gestión al segmento de red puede incluir al menos una de las siguientes informaciones: un identificador de red móvil terrestre pública (PLMN, por su sigla en inglés), un identificador de inquilino, un tipo de segmento, un tipo de servicio, un identificador de segmento o similares.

Cabe señalar que no hay ninguna secuencia de ejecución para las etapas S103 y S102. La etapa S102 se puede realizar antes de la etapa S103; o la etapa S103 se puede realizar antes de la etapa S102; o la etapa S102 y la etapa S103 se pueden realizar simultáneamente.

5104. El primer conjunto de gestión envía una segunda solicitud de gestión a un segundo conjunto de gestión, donde la segunda solicitud de gestión transporta la información de requisitos a la subred.

El segundo conjunto se usa para instruir el segundo conjunto de gestión para gestionar la subred en base a la información de requisitos de la subred.

El segundo conjunto de gestión puede ser el CN-Domain-O, el RAN-Domain-O, el CN-NF-CTRL, el RAN-NF-CTRL o un sistema de gestión de elementos (EMS, por su sigla en inglés). Cuando el segundo conjunto de gestión es un EMS, el EMS puede tener funciones del CN-Domain-O, el RAN-Domain-O, el CN-NF-CTRL o el RAN-NF-CTRL.

Además, además de la información de requisitos de la subred, la segunda solicitud de gestión puede transportar el identificador de segmento de red.

Cuando la segunda solicitud de gestión transporta el identificador de segmento de red, el segundo conjunto de gestión puede realizar además las siguientes operaciones después de recibir la segunda solicitud de gestión:

el segundo conjunto de gestión determina que el identificador de segmento de red es un identificador de subred; o el segundo conjunto de gestión asigna un identificador de subred a la subred y asocia el identificador de subred con el identificador de segmento de red; donde

el identificador de subred es un identificador de la subred.

5105. El segundo conjunto de gestión determina la información de requisitos de un recurso de red que satisface la información de requisitos de la subred.

Después de recibir la segunda solicitud de gestión del primer conjunto de gestión, el segundo conjunto de gestión determina la información de requisitos del recurso de red que satisface la información de requisitos de la subred. La información de requisitos del recurso de red se utiliza para seleccionar, crear, configurar o activar una instancia de recurso de red que satisfaga la información de requisitos del recurso de red. La instancia de recurso de red se utiliza para proporcionar la subred.

En un ejemplo, la información de requisitos del recurso de red puede incluir al menos uno de los siguientes: un tipo de recurso de red, información de descriptor del recurso de red, información de instancia del recurso de red, un k P i del recurso de red o una característica funcional del recurso de red.

En un ejemplo, la instancia de recurso de red puede incluir al menos uno de los siguientes: una función de red, un elemento de red, un servicio de red o un recurso de transmisión.

Opcionalmente, el segundo conjunto de gestión puede determinar, en cualquiera de las dos formas siguientes, la información de requisitos del recurso de red que satisface la información de requisitos de la subred:

Manera 1: El segundo conjunto de gestión determina un descriptor de subred que incluye la información de requisitos de la subred y determina, según el descriptor de subred, la información de requisitos del recurso de red que satisface la información de requisitos de la subred.

Manera 2: El segundo conjunto de gestión determina, según una regla predeterminada, la información de requisitos de un recurso de red que satisface la información de requisitos de la subred.

Opcionalmente, el después de realizar la etapa S105, el procedimiento que se muestra en la FIG. 2 puede incluir además las siguientes etapas S106 a S107.

5106. El segundo conjunto de gestión envía una tercera solicitud de gestión a un tercer conjunto de gestión, donde la tercera solicitud de gestión transporta la información de requisitos del recurso de red.

La tercera solicitud de gestión se utiliza para solicitar una instancia de recurso de red que satisfaga la información de requisitos del recurso de red.

El tercer conjunto de gestión puede ser el CN-NF-CTRL, el CN-NF-Manager, RAN-NF-CTRL o un RAN NF Manager.

5107. El tercer conjunto de gestión selecciona, implementa, configura o activa una instancia de recurso de red.

Cuando la información de requisitos del recurso de red transportada en la tercera solicitud de gestión no incluye información de instancia del recurso de red, el tercer conjunto de gestión puede seleccionar, implementar, configurar o activar específicamente la instancia de recurso de red mediante el siguiente procedimiento:

primero, el tercer conjunto de gestión determina la información de requisitos de la instancia de recurso de red; y

a continuación, el tercer conjunto selecciona, implementa, configura o activa una instancia de recurso de red que satisface la información de requisitos de la instancia de recurso de red.

Opcionalmente, después de realizar la etapa S104, el procedimiento mostrado en la FIG. 2 puede incluir además las siguientes etapas: S108a, S108b, S109 y S110, donde se puede llevar a cabo ya sea la etapa S108a o la S108b.

S108a. El segundo conjunto de gestión asigna un identificador de la subred a la subred.

S108b. El segundo conjunto de gestión usa una instancia de subred que ya existe en una red existente.

5109. El segundo conjunto de gestión envía el identificador de la subred o un identificador de la instancia de subred al primer conjunto de gestión.

5110. El primer conjunto de gestión asocia el identificador de la subred con el identificador de segmento de red, o el primer conjunto de gestión asocia el identificador de la instancia de subred con el identificador de segmento de red.

Cabe señalar que, si se realiza la etapa S108b, no es necesario realizar las etapas S105 a S107; o, si se realiza la etapa S108a, se pueden realizar las etapas S105 a S107 y no hay asociación de secuencia de tiempo entre la ejecución de las etapas S108a, S109 y S110 y la ejecución de las etapas S105 a S107. En otras palabras, las etapas S108a, S109 y S110 se pueden realizar antes, después o simultáneamente con las etapas S105 a S107, y no se limitan a esta realización de la presente invención.

En esta realización, después de recibir la primera solicitud de gestión que transporta la información de requisitos del segmento de red o la información de indicación, el primer conjunto de gestión puede determinar un requisito de subred correspondiente en función de la información de requisitos del segmento de red, donde el requisito de subred puede ser un requisito de una pluralidad de subredes. El primer conjunto de gestión envía el requisito de subred a un conjunto de gestión de una subred correspondiente, y el conjunto de gestión de la subred correspondiente determina una instancia de recurso de red que puede satisfacer la información de requisitos del segmento de red, para implementar la implementación automática del segmento de red en base a la información de requisitos del segmento de red, mejorando así en gran medida la eficiencia de implementación del segmento de red.

La FIG. 3 es un diagrama de flujo esquemático de otro procedimiento de gestión de segmento de red que es útil para comprender la presente invención. En el procedimiento que se muestra en la Fig. 3, para contenido que es igual o similar al contenido de la FIG. 2, consulte la descripción detallada de la FIG. 2. Los detalles no se describen nuevamente en esta invención. Como se muestra en la FIG. 3, el procedimiento incluye las etapas S201 y S202. Opcionalmente, el procedimiento puede comprender además las etapas S203 a S205.

S201. Un primer conjunto de gestión recibe una primera solicitud de gestión, donde la primera solicitud de gestión transporta la información de requisitos de un segmento de red o información de indicación, y la información de indicación se usa para obtener la información de requisitos del segmento de red.

La etapa S201 es similar a la etapa S101 de la FIG. 1. Para un procedimiento de implementación detallado de la etapa S201, consulte el procedimiento de implementación detallado de la etapa S101. No se describirán nuevamente los detalles en esta invención.

S202. El primer conjunto de gestión determina la información de requisitos de una subred que forma el segmento de red, donde la información de requisito de la subred se usa para gestionar la subred, y el segmento de red incluye al menos una subred.

La etapa S202 es similar a la etapa S102 en la FIG. 1. Para un procedimiento de implementación detallada de la etapa 5202, consulte el procedimiento de implementación detallada de la etapa S102. No se describirán nuevamente los detalles en esta invención.

5203. El primer conjunto de gestión asigna un identificar de segmento de red al segmento de red.

La etapa S203 es similar a la etapa S103 en la FIG. 1. Para un procedimiento de implementación detallada de la etapa 5203. consulte el procedimiento de implementación detallada de la etapa S103. No se describirán nuevamente los detalles en esta invención.

Cabe señalar que no hay ninguna secuencia de ejecución para las etapas S203 y S202. La etapa S202 se puede realizar antes de la etapa S203; o la etapa S203 se puede realizar antes de la etapa S202; o la etapa S202 y la etapa S203 se pueden realizar simultáneamente.

5204. El primer conjunto de gestión selecciona una instancia de subred que satisface la información de requisitos de la subred desde una red existente.

5205. El primer conjunto de gestión asocia un identificador de la instancia de subred con el identificador de segmento de red.

El identificador de la instancia de subred puede ser una posible implementación de un identificador de subred.

El identificador de la instancia de subred puede ser determinado por un segundo conjunto de gestión antes de la gestión de segmento de red actual, y enviado al primer conjunto de gestión. Específicamente, después de recibir la información de requisitos de la subred enviada por el primer conjunto de gestión, el segundo conjunto de administración obtiene, mediante el uso de un tercer conjunto de gestión, una instancia de recurso de red que satisface la información de requisitos de la subred, donde la instancia de recurso de red se usa para proporcionar la subred. El segundo conjunto de gestión devuelve un identificador de la instancia de recurso de red, es decir, un identificador de la subred, al primer conjunto de gestión de red. Cuando el primer conjunto de gestión gestiona el segmento de red en base al procedimiento que se muestra en la FIG. 2, después de recibir la información de requisitos del segmento de red, el primer conjunto de gestión puede determinar, en base a una característica (por ejemplo, un tipo o una característica funcional) de la subred correspondiente al identificador de la subred, si la subred satisface la información de requisitos del segmento de red. Si la subred satisface la información de requisitos del segmento de red, el primer conjunto de gestión selecciona directamente la subred y asocia el identificador de la subred con el identificador de segmento de red asignado. En esta realización, después de determinar la información de requisitos de la subred, el primer conjunto de gestión selecciona directamente, en base a un estado real de la red existente, la subred que satisface la información de requisitos de la subred y ya no necesita enviar un mensaje de solicitud al segundo conjunto de gestión para determinar la subred, mejorando así adicionalmente la eficiencia de la implementación del segmento de red.

La FIG. 4 es un diagrama esquemático de comunicaciones de incluso otro procedimiento de gestión de segmento de red según una realización de la presente invención. En el procedimiento que se muestra en la FIG. 4, para contenidos iguales o similares a los de la FIG. 2, se debe consultar la descripción detallada de la FIG. 2. No se describirán nuevamente los detalles en esta invención. Como se muestra en la FIG. 4, el procedimiento incluye las etapas S301 y S302. Opcionalmente, el procedimiento puede comprender además las etapas S303 a S306.

S301. Un primer conjunto de gestión recibe una primera solicitud de gestión, donde la primera solicitud de gestión transporta la información de requisitos de un segmento de red o información de indicación, y la información de indicación se usa para obtener la información de requisitos del segmento de red.

La etapa S301 es similar a la etapa S101 en la FIG. 1. Para un procedimiento de implementación detallada de la etapa 5301, consulte el procedimiento de implementación detallada de la etapa S101. No se describirán nuevamente los detalles en esta invención.

5302. El primer conjunto de gestión determina la información de requisitos de una subred que forma el segmento de red, donde la información de requisito de la subred se usa para gestionar la subred, y el segmento de red incluye al menos una subred.

La etapa S302 es similar a la etapa S102 en la FIG. 1. Para un procedimiento de implementación detallada de la etapa S302, consulte el procedimiento de implementación detallada de la etapa S102. No se describirán nuevamente los detalles en esta invención.

S303. El primer conjunto de gestión asigna un identificar de segmento de red al segmento de red.

La etapa S303 es similar a la etapa S103 en la FIG. 1. Para un procedimiento de implementación detallada de la etapa 5303, consulte el procedimiento de implementación detallada de la etapa S103. No se describirán nuevamente los detalles en esta invención.

Cabe señalar que no hay ninguna secuencia de ejecución para las etapas S303 y S302. La etapa S302 se puede realizar antes de la etapa S303; o la etapa S303 se puede realizar antes de la etapa S302; o la etapa S302 y la etapa S303 se pueden realizar simultáneamente.

5304. El primer conjunto de gestión envía una segunda solicitud de gestión a un segundo conjunto de gestión, donde la segunda solicitud de gestión transporta la información de requisitos a la subred.

La etapa S304 es similar a la etapa S104 en la FIG. 1. Para un procedimiento de implementación detallada de la etapa 5304, consulte el procedimiento de implementación detallada de la etapa S104. No se describirán nuevamente los detalles en esta invención.

5305. El segundo conjunto de gestión determina la información de requisitos de un recurso de red que satisface la información de requisitos de la subred.

La etapa S305 es similar a la etapa S105 en la FIG. 1. Para un procedimiento de implementación detallada de la etapa 5305, consulte el procedimiento de implementación detallada de la etapa S105. No se describirán nuevamente los detalles en esta invención.

5306. El segundo conjunto de gestión selecciona una instancia de recurso de red que satisface la información de requisitos del recurso de red desde una red existente.

Opcionalmente, después de realizar la etapa S304, el procedimiento mostrado en la FIG. 4 puede incluir además las siguientes etapas: S307a, S307b, S308 y S309, donde se puede llevar a cabo ya sea la etapa S307a o la S307b. S307a. El segundo conjunto de gestión asigna un identificador de la subred a la subred.

S307b. El segundo conjunto de gestión usa una instancia de subred que ya existe en la red existente.

5308. El segundo conjunto de gestión envía el identificador de la subred o un identificador de la instancia de subred al primer conjunto de gestión.

5309. El primer conjunto de gestión asocia el identificador de la subred con el identificador de segmento de red, o el primer conjunto de gestión asocia el identificador de la instancia de subred con el identificador de segmento de red. Cabe señalar que, si se realiza la etapa S307b, no es necesario realizar las etapas S305 y S306; o, si se realiza la etapa S307a, se pueden realizar las etapas S305 y S306 y no hay asociación de secuencia de tiempo entre la ejecución de las etapas S307a, S308 y S309 y la ejecución de las etapas S305 y S3. En otras palabras, las etapas S307a, S308 y S309 se pueden realizar antes, después o simultáneamente con las etapas S305 y S306, y no se limitan a esta realización de la presente invención.

En esta realización, después de determinar la información de requisitos del recurso de red, el segundo conjunto de gestión selecciona directamente, en base a un estado actual de la red existente, la instancia de recurso de red que satisface la información de requisitos del recurso de red y ya no necesita enviar el mensaje de solicitud a un tercer conjunto de gestión para determinar la instancia de recurso de red, mejorando así adicionalmente la eficiencia de la implementación del segmento de red.

Lo anterior describe principalmente las soluciones en las realizaciones de la presente invención desde una perspectiva de interacción entre varios elementos de red. Puede entenderse que, para implementar las funciones anteriores, cada elemento de red, como el primer conjunto de gestión, el segundo conjunto de gestión o el tercer conjunto de gestión, incluye una estructura de hardware correspondiente y/o un módulo de software para realizar cada función. Un experto en la materia fácilmente apreciará que, en combinación con los ejemplos descritos en las realizaciones descritas en la memoria descriptiva, se pueden implementar etapas de algoritmos y conjuntos mediante hardware o una combinación de hardware y software de ordenador. El hecho de que una función se realice mediante un hardware o hardware accionado por un software de ordenador depende de las aplicaciones y restricciones de diseños particulares de las soluciones técnicas. Un experto en la materia puede usar diferentes procedimientos para implementar las funciones descritas para cada aplicación particular sin apartarse del alcance de la presente invención, según se define en el conjunto de reivindicaciones adjuntas.

En las realizaciones de la presente invención, la división de conjuntos funcionales se puede realizar en el primer conjunto de gestión, el segundo conjunto de gestión, el tercer conjunto de gestión y similares, según los ejemplos de procedimiento anteriores. Por ejemplo, los conjuntos funcionales se pueden dividir en base a las funciones, o dos o más funciones se pueden integrar en un conjunto de procesamiento. El conjunto integrado se puede implementar en una forma de hardware, o puede implementarse en una forma de un conjunto funcional de software. Cabe señalar que la división en conjuntos de las realizaciones de la presente invención es un ejemplo y es simplemente una división de función lógica, y puede haber otra manera de división en la implementación real.

La FIG. 5 es un diagrama esquemático de una posible estructura de un primer conjunto de gestión en las realizaciones anteriores, cuando se usa un conjunto de integrado. Un primer conjunto de gestión 1000 incluye un conjunto de procesamiento 1002 y un conjunto de comunicaciones 1003. El conjunto de procesamiento 1002 está configurado para controlar y gestionar acciones del primer conjunto de gestión. Por ejemplo, el conjunto de procesamiento 1002 está configurado para dar soporte al primer conjunto de gestión para realizar los procedimientos de las etapas S110 y S101 a S104 en la FIG. 2, los procedimientos de las etapas S201 a S205 en la FIG. 3, los procedimientos de las etapas S309 y S301 a S304 en la FIG. 4, y/u otros procedimientos de las tecnologías descritas en esta memoria descriptiva. El conjunto de comunicaciones 1003 está configurado para apoyar la comunicación entre el primer conjunto de gestión y otra entidad de red, por ejemplo, entre el primer conjunto de gestión y un segundo conjunto de gestión. El primer conjunto de gestión puede incluir además un conjunto de almacenamiento 1001, configurado para almacenar código de programa y datos del primer conjunto de gestión.

El conjunto de procesamiento 1002 puede ser un procesador o un controlador, por ejemplo, puede ser un conjunto de procesamiento central (CPU, por su sigla en inglés), un procesador de propósito general, un procesador de señales digitales (DSP, por su sigla en inglés), un circuito integrado de aplicación específica (ASIC, por su sigla en inglés), una matriz de puertas programables in situ (FPGA, por su sigla en inglés) u otro dispositivo lógico programable, un dispositivo lógico de transistor, un componente de hardware o cualquier combinación de los mismos. El controlador/procesador puede implementar o ejecutar varios bloques, módulos y circuitos lógicos de ejemplo descritos con referencia al contenido descrito en la presente invención. Alternativamente, el procesador puede ser una combinación de procesadores que implementan una función informática, por ejemplo, una combinación de uno o más microprocesadores, o una combinación del DSP y un microprocesador. El conjunto de comunicaciones 1003 puede ser una interfaz de comunicaciones, un transceptor, un circuito de transceptor o similares. La interfaz de comunicaciones es un término general y puede incluir una o más interfaces, por ejemplo, una interfaz entre el primer conjunto de gestión y el segundo conjunto de gestión. El conjunto de almacenamiento 1001 puede ser una memoria.

Cuando el conjunto de procesamiento 1002 es un procesador, el conjunto de comunicaciones 1003 es una interfaz de comunicaciones y el conjunto de almacenamiento 1001 es una memoria, el primer conjunto de gestión en esta realización de la presente invención puede ser un primer conjunto de gestión que se muestra en la FIG. 6.

Como se muestra en la FIG. 6, el primer conjunto de gestión 1010 incluye un procesador 1012, una interfaz de comunicaciones 1013 y una memoria 1011. Opcionalmente, el primer conjunto de gestión 1010 puede incluir además un bus 1014. La interfaz de comunicaciones 1013, el procesador 1012 y la memoria 1011 pueden conectarse entre sí utilizando el bus 1014. El bus 1014 puede ser un bus de interconexión de componentes periféricos (PCI, por su sigla en inglés) o un bus de arquitectura estándar de industria extendida (EISA, por su sigla en inglés) o similares. El bus 1014 puede clasificarse como bus de direcciones, bus de datos, bus de control y similares. Por cuestiones de sencillez de representación, solo se usa una línea gruesa para representar el bus en la FIG. 6, pero esto no significa que hay solo un bus o solo un tipo de bus.

El primer conjunto de gestión que se muestra en la FIG. 5 o la FIG. 6 puede ser un E2E-O, un CD-O, un SO, un NO, un NM o similares.

La FIG. 7 es un diagrama esquemático de una estructura posible de un segundo conjunto de gestión en las realizaciones anteriores, cuando se usa un conjunto integrado. Un segundo conjunto de gestión 2000 incluye un conjunto de procesamiento 2002 y un conjunto de comunicaciones 2003. El conjunto de procesamiento 2002 está configurado para controlar y gestionar acciones del segundo conjunto de gestión. Por ejemplo, el conjunto de procesamiento 2002 está configurado para dar soporte al segundo conjunto de gestión para realizar los procedimientos de las etapas S105, S106, S108a, S108b y S109 en la FIG. 2, los procedimientos de las etapas S305 y S306 a S308 en la FIG. 4 y/u otros procedimientos de las tecnologías descritas en esta memoria descriptiva. El conjunto de comunicaciones 2003 está configurado para apoyar la comunicación entre el segundo conjunto de gestión y otra entidad de red, por ejemplo, entre el segundo conjunto de gestión y un primer conjunto de gestión o la comunicación entre el segundo conjunto de gestión y un tercer conjunto de gestión. El segundo conjunto de gestión puede incluir además un conjunto de almacenamiento 2001, configurado para almacenar código de programa y datos del segundo conjunto de gestión.

El conjunto de procesamiento 2002 puede ser un procesador o un controlador, por ejemplo, puede ser un CPU, un procesador de propósito general, un DSP, un ASIC, un FPGA u otro dispositivo lógico programable, un dispositivo lógico de transistor, un componente de hardware o cualquier combinación de los mismos. El controlador/procesador puede implementar o ejecutar varios bloques, módulos y circuitos lógicos de ejemplo descritos con referencia al contenido descrito en la presente invención. Alternativamente, el procesador puede ser una combinación de procesadores que implementan una función informática, por ejemplo, una combinación de uno o más microprocesadores, o una combinación del DSP y un microprocesador. El conjunto de comunicaciones 2003 puede ser una interfaz de comunicaciones, un transceptor, un circuito de transceptor o similares. La interfaz de comunicaciones es un término general y puede incluir una o más interfaces, por ejemplo, una interfaz entre el segundo conjunto de gestión y el primer conjunto de gestión, o una interfaz entre el segundo conjunto de gestión y el tercer conjunto de gestión. El conjunto de almacenamiento 2001 puede ser una memoria.

Cuando el conjunto de procesamiento 2002 es un procesador, el conjunto de comunicaciones 2003 es una interfaz de comunicaciones y el conjunto de almacenamiento 2001 es una memoria, el segundo conjunto de gestión en esta realización de la presente invención puede ser un segundo conjunto de gestión que se muestra en la FIG. 8.

Como se muestra en la FIG. 8, el primer conjunto de gestión 2010 incluye un procesador 2012, una interfaz de comunicaciones 2013 y una memoria 2011. Opcionalmente, el primer conjunto de gestión 2010 puede incluir además un bus 2014. La interfaz de comunicaciones 2013, el procesador 2012 y la memoria 2011 pueden conectarse entre sí utilizando el bus 2014. El bus 2014 puede ser un bus PCI, un bus EISA o similares. El bus 2014 puede clasificarse como bus de direcciones, bus de datos, bus de control y similares. Por cuestiones de sencillez de representación, solo se usa una línea gruesa para representar el bus en la FIG. 8, pero esto no significa que hay solo un bus o solo un tipo de bus.

El segundo conjunto de gestión que se muestra en la FIG. 7 o la FIG. 8 puede ser un CN-Domain-O, un RAN-Domain-O, un CN-NF-CTRL, un RAN-NF-CTRL, un EMS o similares.

La FIG. 9 es un diagrama esquemático de una estructura posible de un tercer conjunto de gestión en las realizaciones anteriores, cuando se usa un conjunto integrado. Un tercer conjunto de gestión 3000 incluye un conjunto de procesamiento 3002 y un conjunto de comunicaciones 3003. El conjunto de procesamiento 3002 está configurado para controlar y gestionar acciones del tercer conjunto de gestión. Por ejemplo, el conjunto de procesamiento 3002 está configurado para dar soporte al tercer conjunto de gestión para realizar el procedimiento de las etapas S107 en la FIG. 2 y/u otros procedimientos de las tecnologías descritas en esta memoria descriptiva. El conjunto de comunicaciones 3003 está configurado para apoyar la comunicación entre el tercer conjunto de gestión y otra entidad de red, por ejemplo, entre el tercer conjunto de gestión y un segundo conjunto de gestión. El tercer conjunto de gestión puede incluir además un conjunto de almacenamiento 3001, configurado para almacenar código de programa y datos del tercer conjunto de gestión.

El conjunto de procesamiento 3002 puede ser un procesador o un controlador, por ejemplo, puede ser un CPU, un procesador de propósito general, un DSP, un ASIC, un FPGA u otro dispositivo lógico programable, un dispositivo lógico de transistor, un componente de hardware o cualquier combinación de los mismos. El controlador/procesador puede implementar o ejecutar varios bloques, módulos y circuitos lógicos de ejemplo descritos con referencia al contenido descrito en la presente invención. Alternativamente, el procesador puede ser una combinación de procesadores que implementan una función informática, por ejemplo, una combinación de uno o más microprocesadores, o una combinación del DSP y un microprocesador. El conjunto de comunicaciones 3003 puede ser una interfaz de comunicaciones, un transceptor, un circuito de transceptor o similares. La interfaz de comunicaciones es un término general y puede incluir una o más interfaces, por ejemplo, una interfaz entre el tercer conjunto de gestión y el segundo conjunto de gestión. El conjunto de almacenamiento 3001 puede ser una memoria.

Cuando el conjunto de procesamiento 3002 es un procesador, el conjunto de comunicaciones 3003 es una interfaz de comunicaciones y el conjunto de almacenamiento 3001 es una memoria, el tercer conjunto de gestión en esta realización de la presente invención puede ser un tercer conjunto de gestión que se muestra en la FIG. 10.

Como se muestra en la FIG. 10, el tercer conjunto de gestión 3010 incluye un procesador 3012, una interfaz de comunicaciones 3013 y una memoria 3011. Opcionalmente, el tercer conjunto de gestión 3010 puede incluir además un bus 3014. La interfaz de comunicaciones 3013, el procesador 3012 y la memoria 3011 pueden conectarse entre sí utilizando el bus 3014. El bus 3014 puede ser un bus PCI, un bus EISA o similares. El bus 3014 puede clasificarse como bus de direcciones, bus de datos, bus de control y similares. Por cuestiones de sencillez de representación, solo se usa una línea gruesa para representar el bus en la FIG. 8, pero esto no significa que hay solo un bus o solo un tipo de bus.

El segundo conjunto de gestión que se muestra en la FIG. 9 o la FIG. 10 puede ser un CN-NF-CTRL, un CN-NF-Manager, un RAN-NF-CTRL, un RAN NF Manager o similares.

Las etapas de los procedimientos o algoritmos descritos en combinación con el contenido descrito en las realizaciones de la presente invención se pueden implementar por medio de hardware, o mediante un procesador que ejecuta una instrucción de software. La instrucción de software puede incluir un módulo de software correspondiente. El módulo de software puede almacenarse en una memoria de acceso aleatorio (RAM, por su sigla en inglés), una memoria flash, una memoria de solo lectura (ROM, por su sigla en inglés), una memoria de solo lectura programable y borrable (EPROM, por su sigla en inglés), una memoria de solo lectura programable y borrable eléctricamente (EEPROM, por su sigla en inglés), un registro, un disco duro, un disco duro extraíble, un disco compacto de memoria de solo lectura (CD-ROM, por su sigla en inglés) o cualquier otra forma de medio de almacenamiento bien conocido en la técnica. Por ejemplo, un medio de almacenamiento está acoplado a un procesador, de modo que el procesador puede leer información del medio de almacenamiento o escribir información en el medio de almacenamiento. Ciertamente, el medio de almacenamiento puede ser un componente del procesador. El procesador y el medio de almacenamiento pueden estar ubicado en un ASIC. Además, el ASIC puede estar ubicado en el primer conjunto de gestión, el segundo conjunto de gestión o el tercer conjunto de gestión. Ciertamente, el procesador y el medio de almacenamiento pueden estar ubicados, de manera alternativa, como componentes discretos en el primer conjunto de gestión, el segundo conjunto de gestión o el tercer conjunto de gestión.

Un experto en la materia debe saber que, en los ejemplos anteriores, las funciones descritas en las realizaciones de la presente invención pueden implementarse mediante hardware, software, firmware o cualquier combinación de los mismos. Cuando se implementa mediante software, estas funciones pueden almacenarse en un medio legible por ordenador o transmitido como una o más instrucciones o códigos en el medio legible por ordenador. El medio legible por ordenador incluye un medio de almacenamiento por ordenador y un medio de comunicaciones, donde el medio de comunicaciones incluye cualquier medio que permite que un programa de ordenador sea transmitido de un lugar a otro. El medio de almacenamiento puede ser cualquier medio disponible accesible a través de un ordenador de propósito general o especial.

En las implementaciones específicas anteriores, los objetivos, soluciones técnicas y efectos beneficiosos de las realizaciones de la presente invención se describen adicionalmente en detalle. Debe entenderse que las descripciones anteriores son simplemente implementaciones específicas de las realizaciones de la presente invención sin apartarse del alcance de protección de las realizaciones de la presente invención, el alcance de protección estando definido únicamente por el conjunto de reivindicaciones adjuntas.

Claims (11)

REIVINDICACIONES

1. Un procedimiento de gestión de segmento de red, que comprende:

recibir, mediante un primer conjunto de gestión, una primera solicitud de gestión, donde la primera solicitud de gestión transporta información de requisitos de un segmento de red, y la primera solicitud de gestión se utiliza para indicar al primer conjunto de gestión que gestione el segmento de red en función de la información de requisitos del segmento de red; el procedimiento se caracteriza por

determinar, mediante el primer conjunto de gestión, la información de requisitos de una subred que forma un segmento de red en base a la información de requisitos del segmento de red, y el segmento de red comprende al menos una subred;

enviar, mediante el primer conjunto de gestión, una segunda solicitud de gestión a un segundo conjunto de gestión, donde la segunda solicitud de gestión transporta la información de requisitos de la subred, donde la información de requisitos de la subred se usa para crear o seleccionar la subred mediante el segundo conjunto de gestión; y recibir, por parte del primer conjunto de gestión, un identificador de la subred desde el segundo conjunto de gestión.

2. El procedimiento según la reivindicación 1 o 2, donde, después de recibir, mediante el primer conjunto de gestión, la primera solicitud de gestión, el procedimiento comprende además: asignar, mediante el primer conjunto de gestión, un identificador de segmento de red al segmento de red.

3. El procedimiento según la reivindicación 1, donde la segunda solicitud de gestión transporta además el identificador de segmento de red.

4. El procedimiento según la reivindicación 1, que comprende además:

seleccionar, mediante el segundo conjunto de gestión, una instancia de subred que ya existe en una red existente que satisface los requisitos de información de la subred de la red existente.

5. El procedimiento según la reivindicación 1, comprende además:

asociar, mediante el primer conjunto de gestión, un identificador de la instancia de subred con el identificador de segmento de red.

6. El procedimiento según cualquiera de las reivindicaciones 1 a 5, donde, cuando la primera solicitud de gestión transporta información de indicación, después de recibir, mediante el primer conjunto de gestión, la primera solicitud de gestión, el procedimiento comprendiendo además:

obtener, mediante el primer conjunto de gestión, un descriptor de segmento de red basado en la información de indicación; y

obtener, mediante el primer conjunto de gestión, la información de requisitos del segmento de red en base al descriptor del segmento de red.

7. El procedimiento según cualquiera de las reivindicaciones 1 a 6, donde la información de requisitos del segmento de red comprende al menos uno de los siguientes: un tipo de segmento de red, un acuerdo de nivel de servicio (SLA), información del segmento de red, información de la implementación del segmento de red, un indicador clave de rendimiento, un KPI, del segmento de red, una característica de red del segmento de red, información de usuario del segmento de red o información sobre un servicio que proporciona el segmento de red.

8. El procedimiento según cualquiera de las reivindicaciones 1 a 7, donde la información de requisitos de la subred comprende al menos uno de los siguientes: un tipo de la subred, información SLA de la subred, información de implementación de la subred, un KPI de la subred, o una característica funcional de la subred.

9. Un aparato, que comprende un procesador acoplado con un medio de almacenamiento no transitorio que almacena instrucciones ejecutables; donde las instrucciones ejecutables, cuando las ejecuta el procesador, hacen que el procesador lleve a cabo el procedimiento de cualquiera de las reivindicaciones 1 a 8.

10. Un medio de almacenamiento legible por ordenador que comprende instrucciones que, cuando son ejecutadas por un ordenador, hacen que el ordenador lleve a cabo las etapas del procedimiento de cualquiera de las reivindicaciones 1 a 8.

11. Un producto informático, que comprende instrucciones para su ejecución por parte de un ordenador, que instruirá al ordenador para que lleve a cabo el procedimiento de cualquiera de las reivindicaciones 1 a 8.