ES2932756T3 - Método y dispositivo de concesión de permisos para la gestión del ciclo de vida del servicio de red - Google Patents

Abstract

La presente solicitud proporciona un método de concesión de permisos de gestión del ciclo de vida del servicio de red, que comprende: una primera NFVO que recibe una solicitud de operación de NS LCM de un remitente, en la que la solicitud de operación de NS LCM lleva un identificador de una primera instancia de NS y un tipo de operación de NS LCM; el primer NFVO enviando, de acuerdo con la solicitud de operación LCM de NS, una solicitud de concesión de permiso a una segunda NFVO para solicitar a la segunda NFVO que permita que la primera NFVO realice la gestión de recursos virtuales con respecto a la solicitud de operación LCM de NS para la primera instancia de NS; y después de que la segunda NFVO otorga el permiso, la primera NFVO recibe una respuesta de concesión de la segunda NFVO y realiza la gestión de recursos virtuales con respecto a la operación LCM de NS para la primera instancia de NS de acuerdo con la respuesta de concesión. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Método y dispositivo de concesión de permisos para la gestión del ciclo de vida del servicio de red

Campo técnico

Las modalidades de esta solicitud se refieren a tecnologías de comunicaciones y, en particular, a un método y un aparato de concesión de gestión del ciclo de vida del servicio de red.

Antecedentes

En una tecnología de virtualización de funciones de red (Network Function Virtualization, NFV), un operador de red de telecomunicaciones desacopla el software del hardware para implementar algunas funciones de red de telecomunicaciones en un servidor de nube universal, un conmutador y una memoria basada en una tecnología de virtualización en el campo de una tecnología de la información (IT, Information Technology). Esta tecnología requiere que una función de red de telecomunicaciones se implemente en forma de software, se pueda ejecutar en hardware de servidor universal y se pueda migrar, instanciar y desplegar en diferentes ubicaciones físicas en una red según un requisito.

En la NFV, un servicio de red virtualizado (Network Service, NS para abreviar) puede implementarse mediante varios módulos de función de red virtualizada (Virtualized Network Function, VNF). La VNF es una implementación de software de una función de red que se puede desplegar en una infraestructura NFV.

En la actualidad, la tecnología NFV se centra principalmente en la gestión y orquestación dinámica (MANO, Management and Orchestration) de funciones de red virtualizadas y recursos virtualizados. La Figura 1 muestra una arquitectura funcional de NFV MANO.

En una arquitectura de virtualización de funciones de red de extremo a extremo (End to End, E2E), una infraestructura de virtualización de funciones de red (Network Function Virtualization Infrastructure, NFVI) incluye recursos de hardware subyacentes (Hardware, HW) que pueden clasificarse específicamente en hardware informático, hardware de almacenamiento, hardware de red, y similares. Una capa de virtualización (Virtualization Layer) está por encima de la capa de hardware e incluye un sistema operativo anfitrión (Host Operating System, Host OS) y un programa de supergestión/administrador de máquina virtual (Hipervisor). Al menos dos máquinas virtuales (Virtual Machine, VM) se ejecutan sobre la capa de virtualización. Una pluralidad de instancias de VNF de funciones de red virtualizadas por encima de NFVI están conectadas a un sistema O SS/BSS mediante el uso de un sistema EMS.

La NFVI está conectada a un administrador de infraestructura virtualizada (Administrador de infraestructura virtualizada, VIM) mediante una interfaz Nf-Vi, la VNF está conectada a un administrador de VNF (VNF Manager, VNFM) mediante una interfaz Ve-Vnfm, y el VIM y los VNFM están conectados mediante una interfaz Vi-Vnfm. El VIM está conectado a un orquestador de virtualización de funciones de red (Network Functions Virtualization Orchestrator, NFVO) mediante una interfaz Or-Vi, el VNFM está conectado al NFVO mediante una interfaz Or-Vnfm y el NFVO está conectado al O SS/BSS utilizando una interfaz Os-Ma-nfvo.

El O SS/BSS está configurado para iniciar una solicitud de gestión del ciclo de vida del servicio de la red al NFVO, y el NFVO es responsable de orquestar los recursos de gestión con base en la solicitud de gestión del ciclo de vida del servicio de la red iniciada por el O SS/BSS, para implementar la gestión del ciclo de vida del servicio de la red; y monitorear la información del estado de ejecución de los recursos VNF y NFVI en tiempo real. El VNFM es responsable de la gestión del ciclo de vida de los VNF, como la instanciación, el escalado, la reparación y la terminación de instancias de VNF. El VIM es responsable de gestionar y asignar recursos de NFVI, y de detectar y recopilar información sobre el estado de ejecución de NFVI.

En una arquitectura funcional existente de NFV MANO, un NFVO realiza la gestión de recursos para una instancia de NS gestionada por el NFVO. Cuando un VNFM en un dominio de gestión del NFVO recibe una solicitud de operación de gestión del ciclo de vida (Life Cycle Management, LCM) para una instancia de VNF miembro de la instancia de NS, el VNFM primero debe solicitar una concesión de gestión de recursos (Granting) del NFVO para realizar una operación de gestión del ciclo de vida en la instancia de VNF. Una vez que el NFVO acepta conceder la solicitud de operación VNF LCM, el VNFM puede interactuar más con un VIM para completar la gestión de recursos en la operación VNF LCM.

Sin embargo, un mecanismo de concesión de gestión de recursos existente solo se aplica a la gestión del ciclo de vida de instancias VNF miembro de instancias NS gestionadas por un mismo NFVO. Haciendo referencia a una arquitectura de sistema mostrada en la Figura 1, los conjuntos de recursos virtuales gestionados por un NFVO pertenecen a un dominio de gestión y los conjuntos de recursos virtuales gestionados por diferentes NFVO pertenecen a diferentes dominios de gestión. Específicamente, un dominio de gestión es un conjunto de entidades de funciones de gestión MANO que incluye un NFVO y uno o más VNFM dentro de un ámbito de gestión del NFVO.

Cada dominio de gestión se corresponde con un ámbito de gestión de un NFVO, y el NFVO está configurado para proporcionar un servicio de red para un conjunto específico en el dominio de gestión. Adicionalmente, un dominio de gestión puede incluir además uno o más VIM y uno o más centros de datos (Data Center) gestionados por cada VIM.

Sin embargo, con el desarrollo de servicios, es posible que sea necesario proporcionar algunas instancias de NS en una pluralidad de dominios de gestión, y es necesario utilizar recursos virtuales gestionados por una pluralidad de NFVO. Por ejemplo, un gran proveedor de servicios proporciona un NS global del proveedor de servicios a través de la colaboración de las sucursales, y cada sucursal despliega un sistema NFV MANO que incluye al menos un NFVO y construye un dominio de gestión de la sucursal.

Como se muestra en la Figura 2, un NS1 incluye un NS2, el NS1 necesita usar de 0 a N instancias de VNF y de 0 a N instancias de función de red física PNF (función de red física), y el NS2 necesita usar de 1 a N instancias de VNF (205) y de 0 a N instancias de PNF (206).

Para facilitar la comprensión, debido a que el NS1 incluye además al NS2, el NS1 se denomina NS compuesto (Composite NS) y el NS2 incluido en el NS1 puede denominarse NS anidado (Nested NS). El NS anidado lo proporciona un dominio de gestión diferente al del NS compuesto. Un NS compuesto puede incluir uno o más NS anidados. En esta solicitud, una instancia de NS compuesto puede entenderse además como una segunda instancia de NS, y una instancia de NS anidado puede entenderse además como una primera instancia de NS.

Si se utiliza el mecanismo de concesión de gestión de recursos existente, y un NFVO que gestiona el NS compuesto y un NFVO que gestiona el NS anidado realizan por separado, con un VNFM en un dominio de gestión al que pertenece el NFVO, un proceso de concesión de gestión de recursos para una operación VNF LCM, puede producirse un conflicto de objetivos entre una operación de gestión del ciclo de vida realizada por la instancia de NS anidado y una operación de gestión del ciclo de vida realizada por la instancia de NS compuesto. Por ejemplo, el NFVO que gestiona el NS anidado recibe una operación de escalado (scaling) enviada por un O SS/BSS para la instancia del NS anidado y, en este caso, el NFVO que gestiona el NS compuesto está realizando una operación de reparación (healing) en la instancia de NS compuesto a la que pertenece la instancia de NS anidado. La operación de reparación requiere que la instancia de NS anidado permanezca sin cambios en su capacidad, y se realiza una operación de recuperación después de la invalidación en otra instancia de NS anidado que se diagnostica como no válida o una instancia de VNF no válida. El documento 1, que se titula "IFA020 composite NS instantiation" y que se presentó el 13 de septiembre de 2016, divulga un flujo de trabajo de una instanciación de NS compuesto utilizando un método de arriba hacia abajo. El documento 2, que se titula "IFA020 composite NS termination" y que se presentó el 13 de septiembre de 2016, divulga un flujo de trabajo de una terminación NS compuesto mediante un método de arriba hacia abajo.

Resumen

Esta solicitud proporciona un método y un aparato de concesión de gestión del ciclo de vida del servicio de red, para resolver un problema de conflicto de objetivos en la ejecución de la gestión de recursos en una operación de gestión LCM de un NS anidado y una operación de gestión LCM de un NS compuesto en un escenario en el que el NS compuesto y el NS anidado miembro del NS compuesto se proporcionan en una pluralidad de dominios de gestión.

Para lograr este objetivo, la invención proporciona métodos según las reivindicaciones 1 y 10 y orquestadores de virtualización de funciones de red según las reivindicaciones 13 y 14.

De acuerdo con el método de concesión de gestión del ciclo de vida del NS anidado en las modalidades de esta aplicación, se utiliza un mecanismo de gestión de concesión entre el primer NFVO y el segundo NFVO, para implementar la consistencia objetivo entre la gestión de recursos en la operación de LCM del NS anidado y la gestión de recursos en la operación de gestión del ciclo de vida realizada para el NS compuesto al que pertenece el NS anidado, a fin de evitar un impacto adverso de la gestión de recursos realizada en la operación de LCM del NS anidado en la instancia del NS compuesto.

Breve descripción de los dibujos

La Figura 1 es un diagrama de una arquitectura de red NFV-MANO aplicado a una modalidad de esta solicitud; La Figura 2 es un diagrama de topología de una relación entre un servicio de red compuesto y un servicio de red anidado en un escenario de aplicación según una modalidad de esta solicitud;

La Figura 3 es un diagrama de una topología de red en un escenario de aplicación 1 según una modalidad de esta solicitud;

La Figura 4 es un diagrama de una topología de red en un escenario de aplicación 2 según una modalidad de esta solicitud;

La Figura 5 es un diagrama de flujo de interacción de un método de concesión de gestión del ciclo de vida de un servicio de red anidado basado en un escenario de aplicación 1 según una modalidad de esta solicitud;

La Figura 6 es un diagrama de flujo de interacción de un método de concesión de gestión del ciclo de vida de un servicio de red anidado basado en un escenario de aplicación 2 según una modalidad de esta solicitud; La Figura 7 es un diagrama de flujo de interacción de un método de concesión de operación de instanciación de servicio de red anidada basado en un escenario de aplicación 2 según una modalidad de esta solicitud;

La Figura 8 es un diagrama de flujo de interacción de un método de concesión de operación de escalado de servicio de red anidado basado en un escenario de aplicación 2 de acuerdo con una modalidad de esta solicitud; La Figura 9 es un diagrama de flujo de interacción de un método de concesión de operación de terminación de servicio de red anidado basado en un escenario de aplicación 2 de acuerdo con una modalidad de esta solicitud; La Figura 10 es un diagrama de flujo de interacción de un método de concesión de operación de reserva de recursos en la gestión del ciclo de vida del servicio de red anidada basado en un escenario de aplicación 2 según una modalidad de esta solicitud;

La Figura 11 es un diagrama de flujo de interacción de un método de concesión masiva en la gestión del ciclo de vida del servicio de red anidada según otra modalidad de esta solicitud;

La Figura 12 es un diagrama estructural esquemático de funciones de un NFVO según una modalidad de esta solicitud;

La Figura 13 es un diagrama estructural esquemático de funciones de un NFVO según otra modalidad de esta solicitud;

La Figura 14 es un diagrama esquemático de una estructura física general de un NFVO según una modalidad de esta solicitud; y

La Figura 15 es un diagrama esquemático de una estructura física general de un NFVO según otra modalidad de esta solicitud.

Descripción de las modalidades

Las modalidades de esta solicitud proporcionan un método y un aparato de concesión de gestión del ciclo de vida del servicio de red anidada, para resolver un problema técnico de la técnica anterior de un conflicto objetivo en la gestión del ciclo de vida de una aplicación de red anidada y una aplicación de red compuesta.

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 pueden representar los siguientes tres casos: solo existe A, existen A y B, y solo B existe. Además, el carácter V en esta descripción generalmente indica una relación "o" entre los objetos asociados.

Además, los términos "primero" y "segundo" en esta descripción son simplemente para facilitar la descripción, se usan para distinguir entre diferentes NS, instancias de NS, VNF o diferentes instancias de VNF, y no tienen significados técnicos.

A continuación se describen las implementaciones de esta solicitud en detalle con referencia a los dibujos adjuntos.

Para la diferenciación de nombres, en las modalidades de esta solicitud, un NFVO que gestiona un NS compuesto se denomina segundo NFVO, y un NFVO que gestiona un NS anidado se denomina primer NFVO.

Por ejemplo, un operador de telecomunicaciones que tiene una gran cantidad de usuarios proporciona un servicio de red vEPC . Se supone que una red del operador de telecomunicaciones tiene una estructura de dos niveles, que incluye una red corporativa y 30 redes provinciales, y cada red subsidiaria tiene su propio dominio de gestión y está configurada con un NFVO. En este escenario, un NFVO en la red corporativa es equivalente a un NFVO que gestiona un NS1 en la Figura 2, a saber, un segundo NFVO, y un NFVO en cada red provincial es equivalente a un NFVO que gestiona un NS2 en la Figura 2, a saber, un primer NFVO. Cuando el operador de telecomunicaciones determina proporcionar el servicio de red vEPC en la capa de red corporativa, el operador de telecomunicaciones puede especificar que una red subsidiaria de una provincia A proporciona un servicio de red de plano de control incluido en el vEPC , una red subsidiaria de una provincia B proporciona un servicio de red de plano de usuario incluido en el vEPC , y una red subsidiaria de una provincia C proporciona un servicio de red de control de políticas incluido en el vEPC .

Las soluciones de esta solicitud son aplicables a la concesión del segundo NFVO para la gestión de recursos cuando el primer NFVO realiza una operación de gestión del ciclo de vida del servicio de red anidado (NS anidado) en un escenario de provisión de un NS compuesto en todos los dominios de gestión. El segundo NFVO y el primer NFVO gestionan respectivamente vistas de recursos virtuales del NS compuesto y el NS anidado dentro del segundo NFVO y el primer NFVO. Una vista de recursos virtuales es una estructura de datos en un NFVO, se utiliza para presentar el estado de un recurso virtual utilizado por una instancia de NS y se puede expresar como un tipo (informática, almacenamiento y red) y una cantidad de un recurso virtual ocupado por una instancia de VNF de miembro y una instancia de VL de miembro que se incluyen en la instancia de NS, e información de ubicación de un recurso virtual de la instancia de VNF de miembro. En la información de ubicación de recursos virtuales, se puede usar una combinación de un identificador VIM, un identificador de zona de recursos (resource zone) y/o un identificador de anfitrión para representar una relación de asociación de ubicación de recursos virtuales de diferentes granularidades.

Las modalidades de esta solicitud son aplicables a los siguientes dos escenarios.

Escenario 1: los recursos de VIM y NFVI en los dominios de gestión de un NS compuesto y un NS anidado son diferentes entre sí. Como se muestra en la Figura 3, los VIM en los dominios de gestión en el escenario de proporcionar un NS compuesto en los dominios de gestión son diferentes entre sí.

En este escenario, debido a que los VIM en los dominios de gestión son diferentes entre sí, la gestión de recursos entre la gestión del ciclo de vida para una instancia de NS compuesto y la gestión del ciclo de vida para una instancia de NS anidado no se superponen en el espacio de recursos virtuales de destino, y la gestión de recursos entre el ciclo de vida la gestión de dos instancias de NS anidados diferentes no se superpone en el espacio de recursos virtuales de destino. Por lo tanto, la asignación o liberación de recursos virtuales para cada instancia de NS, independientemente de una instancia de NS compuesto o una instancia de NS anidado, puede ser completada de forma independiente por un NFVO en cada dominio de gestión. En un proceso de concesión, un segundo NFVO ayuda a un primer NFVO a determinar el impacto de una operación de LCM de instancia de NS anidado en una operación de LCM de instancia de NS compuesto actual. Si se produce un conflicto de destino de ejecución, el segundo NFVO prohíbe que el primer NFVO ejecute la operación de LCM de la instancia de NS anidado.

Escenario 2: se comparten los recursos de VIM y NFVI en los dominios de gestión de un NS compuesto y un NS anidado. Como se muestra en la Figura 4, un dominio de gestión incluye un NFVO y uno o más VNFM gestionados por el NFVO, y diferentes dominios de gestión comparten un mismo grupo de VIM y recursos NFVI en dominios VIM.

En comparación con el escenario 1, en un proceso de concesión de operación de LCM de NS anidado, un segundo NFVO no solo necesita determinar el impacto de una operación de l C m de NS anidado en una operación de LCM de instancia de NS compuesto, sino que también necesita determinar, de acuerdo con una regla de afinidad/antiafinidad de una instancia de NS anidado miembro y una instancia VNF miembro de la instancia de NS compuesto, un requisito de ubicación para un recurso que debe asignarse a la operación de LCM de la instancia de NS anidado, y retroalimenta una ubicación de recurso sugerido a ser asignado a un primer NFVO. La regla de afinidad/antiafinidad se utiliza para determinar si se pueden desplegar dos instancias de VNF miembro en un recurso virtual en la misma ubicación.

La modalidad 1 de esta solicitud proporciona un método de concesión de operación de LCM de NS anidado basado en el escenario 1, como se muestra en la Figura 5.

Antes de la ejecución del método en esta modalidad, es necesario configurar la siguiente información. Antes de que un remitente envíe un mensaje de solicitud para una operación de LCM de NS anidado a un primer NFVO, el primer NFVO tiene información de identificación almacenada internamente de un ocupante (Tenant ID) que invoca la operación de LCM de la instancia de NS anidado. La información de identificación del ocupante puede ser transferida por un segundo NFVO al primer NFVO en un proceso integrado de archivo de descriptor de NS compuesto. La información de identificación del ocupante puede ser información de identificación del segundo NFVO, y la información de identificación es utilizada por el primer NFVO para dirigirse al segundo NFVO. Además, el segundo NFVO y el primer NFVO almacenan respectivamente una vista de recursos virtuales de una instancia de NS compuesto y una vista de recursos virtuales de una instancia de NS anidado. La vista de recursos virtuales de la instancia de NS compuesto no incluye la vista de recursos virtuales de la instancia de NS anidado. En otras palabras, la vista de recursos virtuales de la instancia de NS anidado es invisible para el segundo NFVO.

Como se muestra en la Figura 5, el método de concesión de operación de LCM de NS anidado en esta modalidad incluye las siguientes etapas.

501. Un remitente envía un mensaje de solicitud de operación de LCM de NS anidado a un primer NFVO, donde el mensaje de solicitud lleva información de identificación de una instancia de NS anidado y un tipo de operación de LCM de NS.

Específicamente, el tipo de operación de LCM de NS puede incluir, entre otros, instanciación de NS (instantiation), escalado de NS (scaling), actualización de NS (update), reparación de NS (healing) y terminación de NS (termination). Para obtener una definición de un parámetro de entrada en el mensaje de solicitud, consulte el protocolo ETS I NFV IFA013.

502. El primer NFVO se dirige a un segundo NFVO con base en la información de identificación del ocupante (Tenant ID) almacenada dentro del primer NFVO y envía una solicitud de concesión (Grant Request) al segundo NFVO, donde el mensaje de solicitud lleva la información de identificación de la instancia de NS anidado y el tipo de la operación de LCM de NS ejecutada.

Específicamente, el primer NFVO almacena una correspondencia entre la información de identificación del ocupante y la información de identificación de la instancia de NS anidado. El primer NFVO puede encontrar la información de identificación del ocupante almacenada con base en la información de identificación de la instancia de NS anidado en la solicitud de LCM de NS anidado recibida, luego buscar información de identificación, como una dirección IP, del segundo NFVO con base en la información de identificación del ocupante, y envía la solicitud de concesión a el segundo NFVO con base en la información de identificación del segundo NFVO.

503. El segundo NFVO verifica el tipo de operación de LCM de la instancia de NS anidado en la solicitud de concesión recibida y determina, con base en la información de identificación de la instancia de NS anidado, el tipo de operación de LCM de NS y una vista de recursos virtuales de una instancia de NS gestionada por el segundo NFVO, si la operación de LCM de NS anidado afecta la instancia de NS gestionada por el segundo NFVO.

Específicamente, el segundo NFVO determina, con base en la vista de recursos virtuales de la instancia de NS gestionada por el segundo NFVO, si hay una instancia de VNF y/o una instancia de NS anidado en una instancia de NS compuesto que tiene una relación de dependencia con el instancia de NS anidado en la operación de LCM, y si la instancia VNF y la instancia de NS anidado están realizando la operación de LCM en la que existe la relación de dependencia, para determinar si la operación de LCM de NS anidado afecta la instancia de NS gestionada por el segundo NFVO. La relación de dependencia se utiliza para determinar una secuencia de asignación de recursos virtuales entre dos instancias de miembros (que pueden ser instancias de NS anidados o instancias de VNF) de la instancia de NS compuesto. Por ejemplo, la asignación de recursos de una instancia de NS anidado que realiza una operación de gestión del ciclo de vida en una operación de LCM depende de la finalización de la asignación de recursos a otra instancia VNF miembro y/o instancia de NS anidado en la operación de LCM correspondiente.

Además, el segundo NFVO puede determinar, con base en una política de concesión de LCM de NS anidado correspondiente, si permite que el primer NFVO realice la gestión de recursos virtuales de la operación de LCM de NS anidado. Por ejemplo, la política de concesión de LCM de NS anidado especifica que cuando la carga de la instancia de NS compuesto es relativamente ligera, las solicitudes de gestión de recursos de todas las instancias de NS anidados pueden satisfacerse tanto como sea posible; y si la carga de la instancia de NS compuesto es relativamente pesada, se satisface preferentemente una solicitud de gestión de recursos de una instancia de NS anidado miembro con una prioridad alta.

La política de concesión de LCM de NS anidado puede enviarse al segundo NFVO a través de la configuración previa o en una forma de operación de configuración de información de política por un O SS/BSS en una interfaz Os-Ma-nfvo.

504. El segundo NFVO envía una respuesta de concesión al primer NFVO con base en un resultado determinante.

Si el segundo NFVO determina que no hay impacto, el segundo NFVO permite que el primer NFVO realice la gestión de recursos virtuales correspondiente a la operación de LCM de NS anidado, y el segundo NFVO devuelve un mensaje de respuesta de concesión al primer NFVO, donde el mensaje lleva una indicación de éxito de la operación. Si el segundo NFVO determina que hay un impacto, el segundo NFVO devuelve un mensaje de respuesta de concesión que lleva una indicación del motivo de la falla al primer NFVO.

505. El primer NFVO interactúa con un VIM correspondiente con base en una concesión en un mensaje de respuesta de concesión, para realizar la gestión de recursos virtuales de la operación de LCM de NS anidado.

Específicamente, el primer NFVO interactúa, con base en la información de indicación de concesión en el mensaje de respuesta de concesión, con el VIM correspondiente al primer NFVO, para realizar una operación de gestión de recursos virtuales, como la asignación o liberación de recursos virtuales para la operación de LCM de NS anidado.

506. El primer NFVO devuelve un resultado de ejecución de operación de LCM de NS anidado al remitente mediante el uso de un mensaje de respuesta de LCM de NS anidado.

De acuerdo con el método de concesión de gestión del ciclo de vida de NS anidado en esta modalidad de esta solicitud, se utiliza un mecanismo de gestión de concesión entre el primer NFVO y el segundo NFVO, para implementar la consistencia objetivo entre la gestión de recursos en la operación de LCM de NS anidado y la gestión de recursos en una operación de gestión del ciclo de vida realizada para un NS compuesto al que pertenece un NS anidado, a fin de evitar un impacto adverso de la gestión de recursos realizada en la operación de LCM de NS anidado en la instancia del NS compuesto.

La modalidad 2 de esta solicitud proporciona un método para conceder una operación de LCM de NS anidado por parte de un segundo NFVO basada en un escenario 2, como se muestra en la Figura 6.

Esta modalidad describe un proceso esquemático básico de un proceso de concesión de realizar una operación de LCM de NS anidado en el escenario 2.

Antes de la ejecución del proceso en esta modalidad, es necesario realizar la siguiente configuración. Antes de que un remitente envíe un mensaje de solicitud para una operación de LCM de NS anidado a un primer NFVO, el primer NFVO tiene información de identificación almacenada internamente de un ocupante (Tenant ID) que invoca la operación de LCM de la instancia de NS anidado. La información de identificación del ocupante puede ser transferida por un segundo NFVO al primer NFVO en un proceso integrado de un archivo descriptor de NS compuesto. La información de identificación del ocupante en este documento puede ser información de identificación del segundo NFVO, y la información de identificación es utilizada por el primer NFVO para dirigirse a el segundo NFVO para la interacción. Además, el segundo NFVO y el primer NFVO almacenan respectivamente una vista de recursos virtuales de una instancia de NS compuesto y una vista de recursos virtuales de una instancia de NS anidado. La vista de recursos virtuales de la instancia de NS compuesto incluye la vista de recursos virtuales de la instancia de NS anidado. En otras palabras, la vista de recursos virtuales de la instancia de NS anidado es visible para el segundo NFVO.

Como se muestra en la Figura 6, esta modalidad incluye las siguientes etapas:

601. Un remitente envía un mensaje de solicitud de operación de LCM de NS anidado a un primer NFVO, donde el mensaje de solicitud lleva un tipo de operación e información de identificación de una instancia de NS anidado.

El tipo de operación de LCM de NS puede incluir, entre otros, instanciación de NS (instantiation), escalado de NS (scaling), actualización de NS (update), reparación de NS (healing) y terminación de NS (termination). Para obtener una definición de un parámetro de entrada en la operación, consulte el protocolo ETSI NFV IFA013.

602. El primer NFVO se dirige a un segundo NFVO con base en la información de identificación del ocupante (Tenant ID) almacenada dentro del primer NFVO y envía una solicitud de concesión al segundo NFVO, donde el mensaje de solicitud lleva la información de identificación de la instancia de NS anidado, el tipo de operación de LCM de NS ejecutada y un plano de gestión de recursos virtuales para la operación de LCM de NS.

Específicamente, el primer NFVO determina el plano de gestión de recursos virtuales para la operación de LCM de NS con base en el tipo de operación de LCM de NS en la solicitud y una vista de recursos virtuales de una instancia de NS anidado gestionada dentro del primer NFVO. Para ser específicos, el primer NFVO determina, con base en el estado actual de asignación de recursos virtuales de la instancia de NS anidado, una cantidad y una ubicación de un recurso virtual que debe agregarse, eliminarse o modificarse; o un tipo, una cantidad y/o una ubicación de un recurso virtual que está realmente ocupado en la operación de LCM de NS por una instancia de VNF miembro incluida en la instancia de NS anidado, y/o un tipo, una cantidad y/o una ubicación de un recurso virtual que está realmente ocupado en la operación de LCM de N^s por una instancia de VL miembro incluida en la instancia de NS anidado. Para conocer una manera de dirigirse al segundo NFVO, consulte la etapa 502 en la Figura 5.

603. El segundo NFVO determina si la operación de LCM de NS anidado afecta a otra instancia de NS anidado o una instancia de NFV gestionada por el segundo NFVO.

Específicamente, el segundo NFVO verifica el plano de gestión de recursos virtuales en la solicitud de concesión recibida, verifica, con base en una vista de recursos de un NS compuesto gestionado por el segundo NFVO, si existe un conflicto de gestión de recursos entre otra instancia de VNF miembro o instancia de NS anidado miembro en la instancia de NS compuesto y la operación de LCM de la instancia de NS anidado, y determina si se permite el plano de gestión de recursos virtuales formulado por el primer NFVO para la operación de LCM de NS anidado.

Específicamente, el segundo NFVO puede determinar si hay una instancia de VNF y/o una instancia de NS anidado en la instancia de NS compuesto que tiene una relación de dependencia con la instancia de NS anidado en la operación de gestión del ciclo de vida, por ejemplo, la asignación de recursos de una instancia de NS anidado que realiza una operación de gestión del ciclo de vida en una operación de LCM depende de la finalización de la asignación de recursos a otra instancia VNF miembro y/o instancia de NS anidado en la operación de LCM correspondiente; y si la instancia de VNF y la instancia de NS anidado están realizando la operación de LCM en la que existe la relación de dependencia.

Además, el segundo NFVO puede determinar además, con base en una política de concesión de LCM de NS anidado correspondiente, si permite el plano de gestión de recursos virtuales formulado por el primer NFVO para la operación de LCM de NS anidado.

604. El segundo NFVO envía una respuesta de concesión al primer NFVO con base en un resultado determinante.

Si el segundo NFVO determina que el plano de gestión de recursos virtuales está permitido, el segundo NFVO devuelve un mensaje de respuesta de concesión al primer NFVO, donde el mensaje lleva una indicación de éxito de la operación. El segundo NFVO actualiza aún más la vista de recursos virtuales de la instancia de NS compuesto con base en el plano de gestión de recursos virtuales. Si el segundo NFVO determina que el plano de gestión de recursos virtuales no está permitido, el segundo NFVO devuelve un mensaje de respuesta de concesión que lleva una indicación del motivo del fallo al primer NFVO.

En una solución opcional, el segundo NFVO puede ajustar aún más, según al menos una de las siguientes condiciones, el plano de gestión de recursos virtuales formulado por el primer NFVO para la operación anidada de LCM de NS y devuelve el plano de gestión de recursos virtuales actualizado al primer NFVO mediante el uso del mensaje de respuesta de concesión, por ejemplo, la vista de recursos del NS compuesto gestionado por el segundo NFVO, un estado de modalidad de una operación por parte de la instancia de VNF que está en la instancia de NS compuesto y que tiene una relación de dependencia con la instancia de NS anidado en la operación de gestión del ciclo de vida, un estado de realizar una operación por parte de otra instancia de NS anidado que está en la instancia de NS compuesto y que tiene una relación de dependencia con la instancia de NS anidado en la operación de gestión del ciclo de vida, y la política de concesión de LCM de NS anidado correspondiente.

605. El primer NFVO interactúa con un VIM correspondiente con base en el plano de gestión de recursos virtuales, para realizar la gestión de recursos virtuales de la operación de LCM de NS anidado.

Para una implementación específica de este paso, consulte la implementación de la etapa 505 en la Figura 5.

606. El primer NFVO devuelve un resultado de ejecución de operación de LCM de NS anidado al remitente mediante el uso de un mensaje de respuesta de LCM de NS anidado.

La modalidad 3 de esta solicitud proporciona un método para conceder la gestión de recursos en una operación de instanciación de NS anidado por parte de un segundo NFVO basada en un escenario 2. Esta modalidad es una instancia específica de la Modalidad 2 y se aplica a un proceso de instanciación de NS anidado.

701. Un remitente, que puede ser un O SS/BSS, envía un mensaje de solicitud de instanciación de NS anidado a un primer NFVO, donde el mensaje de solicitud lleva un identificador de una instancia de NS y un parámetro de descripción de requisitos de recursos.

La solicitud de instanciación de NS anidado puede incluir además un identificador de tipo (Flavor ID) que refleja una topología específica de un NS anidado, información de restricción de una ubicación de despliegue de una instancia de VNF miembro de una instancia de NS anidado, y similares.

702. El primer NFVO se dirige a un segundo NFVO con base en la solicitud de instanciación de NS anidado y envía una solicitud de concesión al segundo NFVO.

Específicamente, antes de enviar la solicitud de concesión, el primer NFVO analiza los parámetros de entrada en la solicitud de instanciación de NS anidado y los formularios, con base en la descripción del requisito de recursos, tal como un requisito de recurso virtual básico correspondiente a una clase de instanciación de NS, de la instancia de NS anidado en una operación de instanciación de NS en el mensaje de solicitud, un plano de gestión de recursos para la instancia de VNF miembro y una instancia de VL de miembro que se incluyen en la instancia de NS anidado, para ser específicos, información de ocupación de recursos de la instancia de VNF miembro e información de ocupación de recursos de la instancia de VL miembro.

Luego, el primer NFVO envía la solicitud de concesión al segundo NFVO, donde el mensaje de solicitud lleva el identificador de la instancia de NS anidado, un tipo de operación de LCM de NS (el tipo de operación de LCM = instanciación de NS), la información de ocupación de recursos del VNF miembro, la información de ocupación de recursos del VL miembro y una relación de restricción de ubicación de recursos del NS anidado.

El identificador de la instancia de NS anidado se usa para identificar de manera única la instancia de NS anidado en el primer NFVO. El tipo de operación de LCM de NS se utiliza para indicar un tipo de operación de gestión del ciclo de vida de NS en la solicitud de concesión. La información de ocupación de recursos del VNF miembro incluye una cantidad de recursos virtuales (informática, almacenamiento y red) necesarios para la instanciación del VNF miembro que se incluye en la instancia de NS anidado. La información de ocupación de recursos del VL miembro incluye una cantidad de recursos virtuales (red) necesarios para la instanciación del VL miembro. La relación de restricción de ubicación de recursos del NS anidado indica información de descripción de una limitación de ubicación para la gestión de recursos en la operación de LCM del NS anidado, y puede ser una limitación de ubicación relativa determinada de acuerdo con una regla de afinidad/antiafinidad entre la instancia de VNF miembro y/o la instancia de VL miembro. Por ejemplo, la instanciación de NS anidado debe desplegarse en varios anfitriones adyacentes (host) en una misma zona de recursos (resource zone). La relación de restricción de ubicación de recursos también puede ser una limitación de ubicación física absoluta que refleje el despliegue de la instancia de VNF del miembro y/o la instancia de VL del miembro. Por ejemplo, la instanciación de NS anidado debe desplegarse dentro de un rango de anfitriones A1, A2 y A3. Una ubicación de recursos puede estar representada por un identificador VIM, un identificador de zona de recursos y/o un identificador de anfitrión.

703. El segundo NFVO determina, con base en la solicitud de concesión enviada por el primer NFVO, si permite que el primer NFVO realice la gestión de recursos para una operación de instanciación de Ns y envía una respuesta de concesión al primer NFVO.

Específicamente, el segundo NFVO devuelve la respuesta de concesión al primer NFVO con base en una vista de recursos virtuales de una instancia de NS compuesto, una relación de dependencia entre instancias de NS anidados de miembros de la instancia de NS compuesto y/o una política de concesión de LCM de NS anidado correspondiente, donde el mensaje de respuesta de concesión lleva un identificador de un VIM con el que el primer NFVO necesita interactuar, un identificador de zona de recursos y/o un identificador de anfitrión (información de ubicación de recursos). La información de ubicación de recursos se utiliza para indicar la ubicación de un recurso recomendado por el segundo NFVO y que se requiere para realizar una operación de gestión del ciclo de vida de este tipo para la instancia de NS anidado.

El segundo NFVO puede agregar además, al mensaje de respuesta, información sobre un recurso real asignado para la operación de instanciación de NS anidado en cada VIM, por ejemplo, una cantidad de recursos virtuales realmente asignados (informática, almacenamiento y red) requeridos para la instanciación del VNF miembro de la instancia de NS anidado y una cantidad de recursos virtuales (red) realmente asignados para la instanciación del VL miembro.

704. El primer NFVO interactúa con un VIM correspondiente con base en la información proporcionada en la respuesta de concesión, para implementar la gestión de recursos en la gestión del ciclo de vida de la instancia de NS anidado.

Específicamente, el primer NFVO interactúa con el VIM correspondiente con base en el identificador de VIM, el identificador de zona de recursos y/o el identificador de anfitrión en la respuesta de concesión, y realiza la asignación de recursos con base en la cantidad de recursos virtuales realmente asignados (informática, almacenamiento, y red) necesarios para la instanciación del VNF miembro de la instancia de NS anidado, y la cantidad de recursos virtuales (red) realmente asignados para la instanciación de VL miembro.

705. El primer NFVO devuelve una respuesta de instanciación de NS anidado al remitente, para indicar la finalización de la operación de instanciación de NS anidado.

La modalidad 4 de esta solicitud proporciona un método para conceder la gestión de recursos en el escalado del NS anidado por un segundo NFVO basado en el escenario 2, como se muestra en la Figura 8.

Esta modalidad es una instancia específica de la Modalidad 2, y se aplica a un proceso de operación de escalado de NS anidado. Los pasos de esta modalidad son similares a los de la Modalidad 3. Una diferencia radica en que un tipo de operación de LCM de NS en los parámetros de entrada en los pasos 801 y 802 es "escalado de NS (scaling)". En la etapa 802, la información de ocupación de recursos de un VNF miembro refleja una variación (una cantidad de recursos virtuales aumentados o disminuidos) de los recursos virtuales requeridos para realizar el escalado por una instancia de VNF miembro en una operación de escalado de una instancia de NS anidado, y la información de ocupación de recursos de una VL miembro refleja una variación de los recursos virtuales necesarios para realizar el escalado por parte de una instancia de VL miembro en la operación de escalado de la instancia de NS anidado. Para implementaciones específicas de otros pasos, consulte las descripciones de la Modalidad 3 en la Figura 7.

La modalidad 5 de esta solicitud proporciona un método para conceder la gestión de recursos en la terminación NS anidado por un segundo NFVO basado en el escenario 2, como se muestra en la Figura 9.

Esta modalidad es una instancia específica de la Modalidad 2 y se aplica a un proceso de terminación de NS anidado. En comparación con la Modalidad 3, en esta modalidad, un tipo de operación de LCM de NS en los parámetros de entrada en los pasos 901 y 902 es "terminación de NS (termination)". En la etapa 902, los parámetros de entrada tales como la información de ocupación de recursos de un VNF miembro, la información de ocupación de recursos de un VL miembro y una relación de restricción de ubicación de un NS anidado son nulos. En la etapa 903, un mensaje de respuesta de concesión lleva solamente una indicación de operación exitosa o una indicación de operación fallida.

La modalidad 6 de esta solicitud proporciona un método para reservar un recurso en LCM de NS anidado por un segundo NFVO basado en el escenario 2, como se muestra en la Figura 10.

Un proceso de esta modalidad es similar al de la Modalidad 2. No se describen de nuevo otros pasos excepto la etapa 1003. En la etapa 1003, un segundo NFVO devuelve un conjunto de información de reserva de recursos en una respuesta de concesión. Cada pieza de información de reserva de recursos incluye un identificador de reserva de recursos y una cantidad y una ubicación de un recurso incluido en la reserva de recursos. Una ubicación de recursos incluye información de identificación de un VIM que necesita realizar una interacción, información de identificación de una zona de recursos o información de identificación de un anfitrión. Una cantidad de recursos indica una cantidad de recursos informáticos virtuales, de almacenamiento y/o de red reservados en la ubicación del recurso. Opcionalmente, la información de reserva de recursos puede incluir además un tipo de VNF o un tipo de VL adaptado a la reserva de recursos.

En esta modalidad, cuando un primer NFVO y un VIM especificado en la información de reserva de recursos realizan la gestión de recursos en la etapa 1004, el resultado de la gestión de recursos siempre es exitoso debido a la reserva de recursos por parte del segundo NFVO.

En los métodos de concesión de operaciones anidadas de LCM de NS en la Modalidad 1 a la Modalidad 6, el primer NFVO puede dirigirse a el segundo NFVO utilizando el siguiente método:

Cuando el primer NFVO recibe una solicitud de instanciación de NS de un remitente y crea e instancia una nueva instancia de NS (una instancia de NS anidado), un identificador de un segundo NFVO correspondiente se establece en nulo. Cuando el segundo NFVO necesita instanciar una instancia de NS compuesto y obtiene la instancia de NS anidado instanciada con éxito a través de suscripción para formar la instancia de NS compuesto que se instanciará, el segundo NFVO envía un mensaje de notificación al primer NFVO, para indicar que el segundo NFVO utiliza la instancia de NS anidado gestionada por el primer NFVO en un proceso de instanciación de NS compuesto. El primer NFVO almacena una correspondencia entre un identificador de la identidad de la instancia de NS anidado y el identificador del segundo NFVo . Cuando el segundo NFVO finaliza la instancia de NS compuesto, el segundo NFVO envía un mensaje de notificación al primer NFVO que gestiona las instancias de NS anidados, para indicarle al primer NFVO que elimine la correspondencia entre el identificador de la instancia de NS anidado y el identificador del segundo NFVO basado en el mensaje de notificación. El identificador del segundo NFVO puede ser un identificador de ocupante. Cabe señalar que, en un mismo momento, solo un segundo NFVO puede aplicar las instancias de NS anidados a una instancia de NS compuesto gestionada por el segundo NFVO. En este caso, el primer NFVO puede encontrar un identificador del segundo NFVO con base en el identificador de la instancia de NS anidado en una solicitud de LCM de NS anidado y una correspondencia entre el identificador de la instancia de NS anidado y el identificador del segundo NFVO, para enviar una solicitud de concesión al segundo NFVO.

La modalidad 7 de esta solicitud proporciona un método para realizar de forma autónoma la gestión de recursos en una operación de LCM de NS anidado por parte de un primer NFVO, como se muestra en la Figura 11.

Esta modalidad es otra forma de concesión de gestión de recursos en una operación de LCM de NS anidado. Para ser específicos, con la autorización del primer NFVO, la concesión masiva (bulk granting) se implementa a través de la configuración de políticas. El primer NFVO interactúa de forma autónoma con un VIM dentro de un rango de autorización para ejecutar la gestión de recursos en una operación de LCM de NS anidado. Un segundo NFVO no participa en un proceso de gestión de recursos en la operación de LCM del NS anidado, pero puede suscribirse a mensajes de notificación en la gestión de recursos del primer NFVO, por ejemplo, un mensaje que indica que el estado de un recurso cambia en la operación de LCM de NS anidado, o una cantidad de recursos utilizados en la operación de LCM de NS anidado supera una cuota de recursos (Quota) del primer NFVO. El segundo NFVO actualiza una política de concesión masiva con base en un mensaje de notificación recibido al que el segundo NFVO se suscribe y controla, con base en una vista de recursos virtuales de un NS de composición, la consistencia de la gestión de recursos realizada de forma autónoma en el LCM de NS anidado por parte del primer NFVO. Esta modalidad incluye las siguientes etapas.

1100. Un segundo NFVO configura una política de concesión masiva para un primer NFVO.

Esta etapa puede entenderse como un requisito previo necesario para realizar de forma autónoma la gestión de recursos en una operación de LCM de NS anidado por parte del primer NFVO. La política de concesión masiva configurada por el segundo NFVO incluye, entre otros: una restricción de ubicación de recursos (que incluye un grupo de identificadores VIM limitados, identificadores de zona de recursos o identidades de anfitrión) para realizar la gestión de recursos por parte del primer NFVO, una cuota de recursos del primer NFVO en una pluralidad de dominios VIM que soportan el direccionamiento para la gestión de recursos, un tiempo de validez y/o un tiempo de falla de un proceso de concesión masiva, y similares.

1101. El primer NFVO recibe una solicitud LCM de NS anidado enviada por un remitente, donde el mensaje de solicitud lleva un tipo de operación de LCM de NS e información de identificación de una primera instancia de NS.

Para implementaciones específicas, consulte las descripciones específicas en los pasos correspondientes en las Modalidades 3 a 6.

1102. El primer NFVO realiza la gestión de recursos en la operación de LCM de NS anidado con base en la configuración de la política de concesión por lotes.

1103. El primer NFVO devuelve una respuesta LCM de NS anidado al remitente.

De acuerdo con el método de concesión de la operación de LCM de NS anidado en esta modalidad de esta solicitud, el segundo NFVO preconfigura la política de concesión para el primer NFVO de forma masiva, de modo que el primer NFVO pueda realizar la operación de LCM de NS anidado con base en la configuración de la política de concesión por lotes. Esto evita interacciones en las que el primer NFVO necesita implementar un proceso de solicitud/respuesta de concesión de LCM de NS anidado con el segundo NFVO cada vez, reduce el consumo de recursos de red y mejora la eficiencia de la gestión de recursos para la operación de LCM de NS anidado.

La modalidad 8 de esta solicitud proporciona un aparato NFVO. Como se muestra en la Figura 12, el aparato NFVO incluye: una unidad receptora 1201, configurada para recibir una solicitud de operación de LCM de NS anidado, donde la solicitud de operación de LCM de NS anidado lleva un identificador de una primera instancia de NS y un tipo de operación de LCM de NS;

una unidad de envío 1203, configurada para enviar una solicitud de concesión a un segundo NFVO basada en la solicitud de operación de LCM de NS, para solicitar al segundo NFVO que permita al NFVO realizar la gestión de recursos virtuales de la operación de LCM de NS realizada para la primera instancia de NS, donde la solicitud de concesión lleva el identificador de la primera instancia de NS y el tipo de operación de LCM de NS, donde la unidad de recepción 1201 está además configurada para recibir una respuesta de concesión enviada por el segundo NFVO con base en la solicitud de concesión; y

una unidad de procesamiento 1202, configurada para realizar, con base en la respuesta de concesión, la gestión de recursos virtuales de la operación de LCM de NS realizada para la primera instancia de NS.

Específicamente, la unidad de envío 1203 obtiene localmente un identificador de ocupante almacenado con base en el identificador de la primera instancia de NS, obtiene información de identificación del segundo NFVO con base en el identificador de ocupante y envía la solicitud de concesión al segundo NFVO con base en la información de identificación del segundo NFV^o .

Específicamente, la unidad de procesamiento 1202 puede determinar un plano de gestión de recursos virtuales para la operación de LCM de NS anidado con base en una vista de recursos virtuales locales y enviar el plano de gestión de recursos virtuales al segundo NFVO utilizando la unidad de envío 1203. El plano de gestión de recursos virtuales incluye: un tipo, una cantidad y/o una ubicación de un recurso virtual que debe agregarse, eliminarse o modificarse para la operación de LCM de NS con referencia a un estado de un recurso actual utilizado por la primera instancia de NS; o un tipo, una cantidad y/o una ubicación de un recurso virtual que está realmente ocupado en la operación de LCM de NS por una instancia de VNF miembro incluida en la primera instancia de NS, y/o un tipo, una cantidad y/o una ubicación de un recurso virtual que está realmente ocupado en la operación de LCM de NS por una instancia de VL miembro incluida en la primera instancia de NS.

Específicamente, la respuesta de concesión recibida por la unidad receptora 1201 incluye una indicación de éxito de la operación, y además incluye un plano de gestión de recursos virtuales que es actualizado por el segundo NFVO y que es para la operación de LCM de NS realizada para la primera instancia de NS, y la unidad de procesamiento 1202 implementa la gestión de recursos virtuales con base en el plano de gestión de recursos virtuales actualizado para la operación de LCM de NS realizada para la primera instancia de NS.

Para implementaciones específicas de operaciones realizadas por las unidades incluidas en el NFVO, consulte los pasos correspondientes realizados por el primer NFVO en las Modalidades 1 a 7, y los detalles no se repiten aquí.

El aparato NFVO puede ser específicamente un producto de software que incluye una instrucción de ordenador. Cuando es ejecutada por un procesador, la instrucción de ordenador se usa para implementar los pasos y funciones realizadas por el primer NFVO en las Modalidades 1 a 7.

La modalidad 9 de esta solicitud proporciona otro aparato NFVO. Como se muestra en la Figura 13, el aparato NFVO incluye:

una unidad de recepción 1301, configurada para recibir una solicitud de concesión de operación de LCM de NS enviada por un primer NFVO, donde la solicitud de concesión lleva un identificador de una primera instancia de NS y un tipo de operación de LCM de NS;

una unidad de procesamiento 1302, configurada para determinar, con base en el identificador de la primera instancia de NS, el tipo de operación de LCM de NS y una vista de recursos virtuales de una segunda instancia de NS gestionada por el NFVo , si la operación de LCM de NS se realizó para la primera instancia de NS afecta a la segunda instancia de NS gestionada por el NFVO; y

una unidad de envío 1303, configurada para enviar una respuesta de concesión al primer NFVO con base en un resultado determinante.

La unidad de procesamiento 1302 determina además, con base en al menos una parte de la siguiente información, si la operación de LCM de NS realizada para la primera instancia de NS afecta a la segunda instancia de NS gestionada por el NFVO:

un estado de ejecución de una instancia de NS miembro que es de la segunda instancia de NS gestionada por el NFVO y que tiene una relación de dependencia con la primera instancia de NS, y/o un estado de ejecución de una instancia de VNF miembro que es de la segunda instancia de NS y que tiene una relación de dependencia con la primera instancia de NS;

una regla de afinidad y/o antiafinidad que se define bajo la segunda instancia de NS gestionada por el NFVO y que está asociada con la primera instancia de NS; y

una política de concesión para una operación de ^l C ^m de NS realizada para la segunda instancia de NS.

Específicamente, la solicitud de concesión recibida por la unidad receptora 1301 incluye además:

un plano de gestión de recursos virtuales para la operación de LCM de NS realizada para la primera instancia de NS, donde el plano de gestión de recursos virtuales incluye: un tipo, una cantidad y/o una ubicación de un recurso virtual que debe agregarse, eliminarse o modificarse para la operación de LCM de NS con referencia a un estado de un recurso actual utilizado por la primera instancia de NS; o un tipo, una cantidad y/o una ubicación de un recurso virtual que está realmente ocupado en la operación de LCM de NS por una instancia de VNF miembro y/o una instancia de VL miembro incluida en la primera instancia de NS.

La unidad de procesamiento 1302 puede actualizar aún más, con base en la vista de recursos virtuales de la instancia de NS gestionada por el NFVO, el plano de gestión de recursos virtuales para la operación de LCM de NS realizada para la primera instancia de NS, y devolver el plano de gestión de recursos virtuales actualizado al primer NFVO utilizando la unidad de envío 1303.

Para implementaciones específicas de operaciones realizadas por las unidades incluidas en el NFVO, consulte los pasos correspondientes realizados por el segundo NFVO en las Modalidades 1 a 7, y los detalles no se repiten aquí.

El aparato NFVO puede ser específicamente un producto de software que incluye una instrucción de ordenador. Cuando es ejecutada por un procesador, la instrucción de ordenador se usa para implementar los pasos y funciones realizadas por el segundo NFVO en las Modalidades 1 a 7.

La modalidad 10 de esta solicitud proporciona un diagrama estructural esquemático de un NFVO, como se muestra en la Figura 14. El NFVO puede incluir uno o más puertos 1404, acoplados a un transceptor (transceiver) 1403. El transceptor 1403 puede ser un transmisor, un receptor o una combinación de los mismos, y envía un paquete de datos o recibe un paquete de datos de otro nodo de red a través de los puertos 1404. Un procesador 1401 está acoplado al transceptor 1403 y está configurado para procesar un paquete de datos. El procesador 1401 puede incluir uno o más procesadores multinúcleo y/o una memoria 1402. El procesador 1401 puede ser un procesador de uso general, un circuito integrado de aplicación específica (application-specific integrated circuit, ASIC) o un procesador de señal digital (DSP).

La memoria 1402 puede ser un medio de almacenamiento no transitorio, acoplado al procesador 1401 y configurado para almacenar diferentes tipos de datos. La memoria 1402 puede incluir una memoria de solo lectura (read-only memory, ROM), una memoria de acceso aleatorio (random access memory, RAM) u otro tipo de dispositivo de almacenamiento dinámico capaz de almacenar información y una instrucción, o puede ser un memoria de disco. La memoria 1402 puede configurarse para almacenar una instrucción que implemente un sistema NFV o un método relacionado. Puede entenderse que una instrucción ejecutable se programa o se carga en al menos uno del procesador 1401, una caché o una memoria a largo plazo del NFVO.

En otra modalidad, la memoria 1402 almacena código de programa ejecutable por ordenador, donde el código de programa incluye una instrucción, y cuando el procesador 1401 ejecuta la instrucción, el elemento de red realiza las siguientes operaciones:

recibir una solicitud de operación de gestión del ciclo de vida del servicio de red, donde la solicitud de operación de LCM de NS lleva un identificador de una primera instancia de NS y un tipo de operación de LCM de NS; enviar una solicitud de concesión a un segundo NFVO basada en la solicitud de operación de LCM de NS, para solicitar al segundo NFVO que permita al primer NFVO realizar la gestión de recursos virtuales de la operación de LCM de NS realizada para la primera instancia de NS, donde la solicitud de concesión lleva el identificador de la primera instancia de NS y el tipo de operación de LCM de NS;

recibir una respuesta de concesión enviada por el segundo NFVO basada en la solicitud de concesión; y realizar, con base en la respuesta de concesión, la gestión de recursos virtuales de la operación de l C m de NS realizada para la primera instancia de NS.

Para implementaciones específicas de operaciones realizadas por el procesador incluido en el NFVO, consulte los pasos y funciones realizadas por el primer NFVO en las Modalidades 1 a 7. Los detalles no se repiten en esta modalidad de esta solicitud.

La modalidad 10 de esta solicitud proporciona un diagrama estructural esquemático de un NFVO, como se muestra en la Figura 15. El NFVO puede incluir uno o más puertos 1504, acoplados a un transceptor (transceiver) 1503. El transceptor 1503 puede ser un transmisor, un receptor o una combinación de los mismos, y envía un paquete de datos o recibe un paquete de datos de otro nodo de la red a través de los puertos 1504. Un procesador 1501 está acoplado al transceptor 1503 y está configurado para procesar un paquete de datos. El procesador 1501 puede incluir uno o más procesadores multinúcleo y/o una memoria 1502. El procesador 1501 puede ser un procesador de uso general, un circuito integrado de aplicación específica (application-specific integrated circuit, ASIC) o un procesador de señal digital (DSP).

En otra modalidad, la memoria 1502 almacena código de programa ejecutable por ordenador, donde el código de programa incluye una instrucción, y cuando el procesador 1501 ejecuta la instrucción, el elemento de red realiza las siguientes operaciones:

recibir una solicitud de concesión de operación de LCM de NS enviada por un primer NFVO, donde la solicitud de concesión lleva un identificador de una primera instancia de NS y un tipo de operación de LCM de NS; determinar, con base en el identificador de la primera instancia de NS, el tipo de operación de LCM de NS y una vista de recursos virtuales de una segunda instancia de NS gestionada por el NFVo , si la operación de LCM de NS realizada para la primera instancia de NS afecta a la segunda instancia de NS gestionada por el NFVO; y enviar una respuesta de concesión al primer NFVO con base en un resultado determinante.

Para implementaciones específicas de operaciones realizadas por el procesador incluido en el NFVO, consulte los pasos y funciones realizadas por el segundo NFVO en las Modalidades 1 a 7. Los detalles no se repiten en esta modalidad de esta solicitud.

Los expertos en la técnica pueden entender que todas o algunas de las etapas de las modalidades del método pueden implementarse por un programa que instruya al hardware relacionado. El programa puede almacenarse en un medio de almacenamiento legible por ordenador. Cuando se ejecuta el programa, se realizan las etapas de las modalidades del método. El medio de almacenamiento anterior incluye cualquier medio que pueda almacenar código de programa, tal como una ROM, una RAM, un disco magnético o un disco óptico. Finalmente, debe señalarse que las modalidades anteriores están meramente destinadas a describir las soluciones técnicas de esta solicitud además de limitar esta solicitud. Aunque la presente solicitud se describe en detalle con referencia a las modalidades anteriores, los expertos medios en la técnica deben comprender que aún pueden hacer modificaciones a las soluciones técnicas descritas en las modalidades anteriores sin apartarse del alcance de las reivindicaciones.

Claims (14)

REIVINDICACIONES

1. Un método de concesión de gestión del ciclo de vida del servicio de red, que comprende:

recibir (501), por parte de un primer orquestador de virtualización de funciones de red, NFVO, una solicitud de operación de gestión del ciclo de vida, LCM, de servicio de red, NS, en donde la solicitud de operación de LCM de NS lleva un identificador de una primera instancia de NS y un tipo de operación de LCM de NS, en donde el primer NFVO gestiona la primera instancia de NS;

enviar (502), por parte del primer NFVO, una solicitud de concesión a un segundo NFVO con base en la solicitud de operación de LCM de NS, para solicitar al segundo NFVO que permita al primer NFVO realizar la gestión de recursos virtuales de una operación de LCM de NS, en donde la solicitud de concesión lleva el identificador de la primera instancia de NS y el tipo de operación de LCM de NS, en donde el segundo NFVO gestiona una segunda instancia de NS y la primera instancia de NS está incluida en la segunda instancia de NS;

recibir (504), por parte del primer NFVO, una respuesta de concesión enviada por el segundo NFVO con base en la solicitud de concesión; y

realizar (505), por parte del primer NFVO con base en la respuesta de concesión, la gestión de recursos virtuales de la operación de LCM de NS.

2. El método de concesión según la reivindicación 1, en donde el envío, por parte del primer NFVO, de una solicitud de concesión a un segundo NFVO con base en la solicitud de operación de LCM del NS comprende:

obtener localmente, por parte del primer NFVO, un identificador de ocupante almacenado con base en el identificador de la primera instancia de NS, y obtener información de identificación del segundo NFVO con base en el identificador de ocupante; y

enviar, por parte del primer NFV^o , la solicitud de concesión al segundo NFVO con base en la información de identificación del segundo NFVO.

3. El método de concesión según la reivindicación 1 o 2, en donde la primera instancia de NS gestionada por el primer NFVO es un miembro de una segunda instancia de NS gestionada por el segundo NFVO.

4. El método de concesión según cualquiera de las reivindicaciones 1 a 3, en donde la solicitud de concesión comprende además:

un plano de gestión de recursos virtuales para la operación de LCM de NS.

5. El método de concesión según la reivindicación 4, en donde el plano de gestión de recursos virtuales comprende:

un tipo, una cantidad y/o una ubicación de un recurso virtual que debe agregarse, eliminarse o modificarse para la operación de LCM de NS con referencia al estado de un recurso actual utilizado por la primera instancia de NS; o

un tipo, una cantidad y/o una ubicación de un recurso virtual que está realmente ocupado en la operación de LCM de NS por una instancia de VNF miembro comprendida en la primera instancia de NS, y/o un tipo, una cantidad y/o una ubicación de un recurso virtual que está realmente ocupado en la operación de LCM de NS por una instancia de enlace virtual miembro, VL, comprendida en la primera instancia de NS.

6. El método de concesión según cualquiera de las reivindicaciones 1 a 5, en donde el método comprende además:

determinar (503), por parte del segundo NFVO con base en el identificador de la primera instancia de NS, el tipo de operación de LCM de NS, y una vista de recursos virtuales de la segunda instancia de NS gestionada por el segundo NFVO, si la operación de LCM de NS afecta la segunda instancia de NS gestionada por el segundo NFVO; y

enviar (504) la respuesta de concesión al primer NFVO con base en un resultado determinante.

7. El método de concesión según la reivindicación 6, en donde el segundo NFVO determina, con base en al menos una parte de la siguiente información almacenada localmente, si la operación de LCM de NS afecta a la segunda instancia de NS gestionada por el segundo NFVO:

un estado de ejecución de una instancia de NS miembro que es de la segunda instancia de NS gestionada por el segundo NFVO y que tiene una relación de dependencia con la primera instancia de NS, y/o un estado de ejecución de una instancia de VNF miembro que es de la segunda instancia de NS gestionada por el segundo NFVO y que tiene una relación de dependencia con la primera instancia de NS;

una regla de afinidad y/o antiafinidad que se define bajo la segunda instancia de NS gestionada por el segundo NFVO y que está asociada con la primera instancia de NS; y

una política de concesión para una operación de LCM de NS realizada para la segunda instancia de NS.

8. El método de concesión según la reivindicación 6 o 7, en donde la respuesta de concesión comprende una indicación de éxito de la operación, y la modalidad, por parte del primer NFVO con base en la respuesta de concesión, de la gestión de recursos virtuales para la operación de LCM de NS comprende:

realizar, por parte del primer NFVO, la gestión de recursos virtuales con base en el plano de gestión de recursos virtuales para la operación de LCM de NS.

9. El método de concesión según la reivindicación 6 o 7, en donde el método comprende además:

actualizar, por parte del segundo NFVO con base en la vista de recursos virtuales de la segunda instancia de NS gestionada por el segundo NFVO y al menos una parte de la información, el plano de gestión de recursos virtuales para la operación de LCM de NS, en donde

la respuesta de concesión comprende una indicación de éxito de la operación, y comprende además un plano de gestión de recursos virtuales que es actualizado por el segundo NFVO y que es para la operación de LCM de NS, y la modalidad, por parte del primer NFVO con base en la respuesta de concesión, de la gestión de recursos virtuales para la operación de LCM de NS comprende:

realizar, por parte del primer NFVO, la gestión de recursos virtuales con base en el plano de gestión de recursos virtuales actualizado para la operación de LCM de NS.

10. Un método de concesión de gestión del ciclo de vida del servicio de red, que comprende:

recibir (502), por parte de un segundo NFVO, una solicitud de concesión de operación de LCM de NS enviada por un primer NFVo , en donde la solicitud de concesión lleva un identificador de una primera instancia de NS y un tipo de operación de LCM de NS, en donde la primera instancia de NS es gestionada por el primer NFVO; determinar (503), por parte del segundo NFVO con base en el identificador de la primera instancia de NS, el tipo de operación de LCM de NS, y una vista de recursos virtuales de una segunda instancia de NS gestionada por el segundo NFVO, si la operación de LCM de NS afecta la segunda instancia de NS gestionada por el segundo NFVO, en donde la primera instancia de NS está incluida en la segunda instancia de NS; y enviar (504) una respuesta de concesión al primer NFVO con base en un resultado determinante.

11. El método de concesión de acuerdo con la reivindicación 10, en donde el método comprende además: determinar adicionalmente, por parte del segundo NFVO con base en al menos una parte de la siguiente información almacenada localmente, si la operación de LCM de NS afecta a la segunda instancia de NS gestionada por el segundo NFVO:

un estado de ejecución de una instancia de NS miembro que es de la segunda instancia de NS gestionada por el segundo NFVO y que tiene una relación de dependencia con la primera instancia de NS, y/o un estado de ejecución de una instancia de VNF miembro que es de la segunda instancia de NS gestionado por el segundo NFVO;

una regla de afinidad y/o antiafinidad que se define bajo la segunda instancia de NS gestionada por el segundo NFVO y que está asociada con la primera instancia de NS; y

una política de concesión para una operación de LCM de NS realizada para la segunda instancia de NS.

12. El método de concesión según la reivindicación 10 u 11, en donde la solicitud de concesión comprende además:

un plano de gestión de recursos virtuales para la operación de LCM de NS, en donde el plano de gestión de recursos virtuales comprende:

un tipo, una cantidad y/o una ubicación de un recurso virtual que debe agregarse, eliminarse o modificarse para la operación de LCM de NS con referencia al estado de un recurso actual utilizado por la primera instancia de NS; o

un tipo, una cantidad y/o una ubicación de un recurso virtual que está realmente ocupado en la operación de LCM de NS por una instancia de VNF miembro comprendida en la primera instancia de NS, y/o un tipo, una cantidad y/o una ubicación de un recurso virtual que está realmente ocupado en la operación de LCM de NS por una instancia de enlace virtual miembro, VL, comprendida en la primera instancia de NS.

13. Un orquestador de virtualización de funciones de red NFVO, que comprende: medios para llevar a cabo el método de cualquiera de las reivindicaciones 1 a 9.

14. Un orquestador de virtualización de funciones de red NFVO, que comprende: medios para llevar a cabo el método de cualquiera de las reivindicaciones 10 a 12.